damit der alte homekit thread nicht noch länger wird gibt es jetzt diesen hier für die neue version.
hallo zusammen,
anbei eine erste test version des neuen und konfigurierbaren homebridge plugins.
zum testen ist es vermutlich am besten mit einer eigenen config.json und einem eigenen usernamen zu testen. homekit sollte dann ein zusätzliches bridge device anlegen. das index.js file muss nach ~/.nvm/versions/v0.12.7/lib/node_modules/homebridge-fhem. die alte version natürlich vorher sichern.
wie bisher müssen ein oder mehrere FHEM platform plugins im homebridge config file eingetragen werden.
neu ist das noch nicht vorhandene attribute automatisch auf fhem seite angelegt werden.
alle devices die in der alten version automatisch erkannt wurden sollten immer noch unverändert funktionieren. bei fenster und tür bin ich mir aber nicht ganz sicher. wenn nicht -> bitte melden. die häufigsten device typen sollen immer noch automatisch und ohne weiter konfiguration
funktionieren.
zusätzlich zum 'alten' automaktik modus gibt jetzt die möglichkeit die zuornungen zwischen fhem device und homekit accessory/service, zwischen fhem reading und homekit characteristic, das mapping vom fhem reading werten zu homekit werten sowie das mapping von homekit werten zu fhem set kommandos und werten völlig frei zu konfigurieren. die einzige einschränkung die es hier (zur zeit) noch gibt ist das es pro fhem device nur ein 'haupt' accessory auf homebridge seite erzeugt werden kann. es können aber sowohl homebridge accessoies aus mehreren fhem devices zusammen gebaut werden als auch mehrere accessories oder characteristics auf das gleiche reading ides gleichen device konfiguriert werden.
für alles weitere ist es sinnvoll sich einen überblick über hap-nodejs/lib/gen/HomeKitTypes.js zu verschaffen. die hier deklarierten Service und Charakteristik typen sowie konstanten lassen sich alle mit der im folgenden beschriebenen konfiguration verwenden.
auch bei diesem neuen modus ist das genericDeviceType attribut der ausgangspunkt für alles weitere. hiermit wird der homekit service typ bestimmt der einem fhem device zugeordnet wird. zusätzlich zu den bisher verwendeten allgemeinen typen wie switch, outlet, light, ... die automatisch den entsprechenden homekit typ zugeordnet werden lässt sich hier jeder in homebridge bekannte service name verwenden.
der zweite schritt erfolgt dann über das neue homebridgeMapping attribut. der inhalt des Attributs wird von links nach rechts ausgwertet und ist wie folgt aufgebaut:
- das attribut enthält eine durch leerzeichen getrennte liste aus konfiguraionen für jeweils eine characteristic
- jede einzelne der characteristic konfiguraion besteht aus dem namen der characteristic gefolgt von einem = gefolgt von einer durch komma unterteilten liste von parametern
attr <device> homebridgeMapping <Characteristic1>=<param1.1>,<param1.2>,... <Characteristic2>=<param2.1>,<param2.2>,...
- jeder parameter besteht entweder aus
- <cmd>:<device>:<reading>
hier können nicht verwendete elemente von links nach rechts weg gelassen werden - <name>=<value>
- dem schlüsselwort clear
löscht alle vorhandenen (default) paramter dieser characteristic
- das schlüsselwort clear kann auch an stelle einer ganzen characteristic konfiguraionen stehen
etwas formeller:
attr <device> homebridgeMapping <Characteristic1>=<param1.1>,<param1.2>,... <Characteristic2>=<param2.1>,<param2.2>,...<Characteristic-n> ist hierbei ein in HomeKitTypes.js deklarierer name einer characteristic
<param-n> kann entweder <command>:<device>:<reading> oder <name>=<value> oder das schlüsselwort clear sein
<value> kann entweder ein wert oder eine mit ; unterteilte liste sein
und an einem konkreten beispiel:
hier wird ein im fhem vorhandener 'virtueller' thermostat der aus
einem (dummy) device mit namen thermostat
mit einem reading target das die aktuelle wunsch temperatur repräsentiert
und einem 'set target' kommando um diese zu setzen
und einem temperatur sensor namens myTemp
mit einem reading temperature das die aktuelle temperatur enthält
besteht auf ein homekit thermostat device abgebildet das dann über siri abfrag und steuerbar ist:
attr thermostat genericDeviceType thermostat
attr thermostat homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5
CurrentTemperature=myTemp:temperaturedie folgenden parameter namen sind für die richtung fhem -> homebridge möglich:
- minValue, maxValue, minStep: für alle int und float characteristics -> der erlaubte wertebereich in homekit
- max: der maximal wert in fhem wenn dieser von maxValue abweicht
- nocache: reading value wird nicht gecached sondern immer life abgefragt.
- subtype: eindeutiger name um mehrere identische characteristics im gleiche accessory zu unterscheiden
- threshold: schwellwert für die konvertierung von zahlen in boolean werte
- invert: invertiert das fhem reading
- part: das reading wird an leerzeichen gesplittet und der n-te teil als wert verwendet. es wird mit 0 beginnend gezählt
- values: eine durch ; getrennte liste aus <von>:<nach> werte paaren die das mapping von fhem reading werten auf homekit werte beschreibt.
- <von> kann ein wert oder eine in / eingeschlossene regex sein.
- <nach> kann ein wert oder eine in HomeKitTypes.js deklarierte konstante der characteristic sein
- valueOn, valueOff: werte die auf true/false bzw. an/aus abgebildet werden sollen. nur für bool characteristics, abkürzung zu values.
wenn nur einer von beiden angegeben ist werden alle nicht berücksichtigten werden autmatisch dem gegenteil zugeordnet.
die rehenfolge der transformationen ist: eventMap, part, values, valueOn/valueOff, threshold, max, maxValue/minValue/minStep, invert
beispiel:
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/on|dim/,valueOff=offdie folgende parameter namen sind für die richtung homebridge -> fhem möglich:
- delay: true/<number> -> der wert wird nach <number>ms inaktivität an fhem gesendet. true -> 1000.
- maxValue: maximal wert in homekit
- max: maximal wert in fhem wenn er von maxValue abweicht
- invert: invertiert den homekit wert
- cmd: das set kommando das verwendet werden soll: set <device> <cmd> <value>
- cmdOn, cmdOff: die kommandos die für on/off bzw. true/false verwendet werden sollen
- (cmdLock, cmdUnlock, cmdOpen: die kommandos zum verschliessen, aufschliessen und öffnen einer tür)
- cmds: eine mit ; unterteilte list aus <von>:<nach> werte paaren die das mapping von homekit werten auf fhem kommandos beschreibt:
- <von> kann ein wert oder eine in HomeKitTypes.js deklarierte konstante der characteristic sein
- <nach> ist das zu verwendende set kommando
leerzeichen in kommandos müßen durch + ersetzt werden
die reihenfolge der transformationen ist: invert, max/maxValue
der vorrang der kommando mappings ist in aufsteigender reihenfolge: cmd, cmdOn/cmdOff, cmds
beispiel:
TargetHeatingCoolingState=...,cmds=OFF:desired-temp+off;HEAT:controllMode+day;COOL:controllMode+night;AUTO:controllMode+autodas ganze schaut auf den ersten blick vermutlich sehr unübersichtlich aus. es sollte aber mit etwas übung einfacher werden.
beim starten von homebridge mit --debug werden details zum mapping der werte und komamndos ausgegeben. damit kann man sich auch die im automatik modus verwendeten parameter ansehen und als ausgangspunkt für änderungen verwenden.
weitere beispiele:
1 device -> 1 service (thermometer)
attr <temp> genericDeviceType thermometer
attr <temp> homebridgeMapping CurrentTemperature=temperature1,minValue=-30wenn das reading temperature heisst statt temperature1 muss es nicht angegeben werden.
1 device -> 1 service, 2 characteristics (thermostat)
attr <thermostat> genericDeviceType thermostat
attr <thermostat> homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5
CurrentTemperature=myTemp:temperature1 device -> 2 services mit identischen characteristics (thermometer)
attr <dualTemp> genericDeviceType thermometer
attr <dualTemp> homebridgeMapping CurrentTemperature=temperature1,minValue=-30,subtype=innen
CurrentTemperature=temperature2,minValue=-30,subtype=aussenn devices -> 1 service (temp + hum, dummy thermostat + temp)
attr <tempHum> genericDeviceType thermometer
attr <tempHum> homebridgeMapping [CurrentTemperature=temperature1] CurrentRelativeHumidity=<device2>:humiditywenn das reading temperature heisst statt temperature1 kann CurrentTemperature=temperature1 weg gelassen werden
1 device -> n services (1 service per harmony activity)
attr <hub> genericDeviceType switch
attr <hub> homebridgeMapping clear
On=activity,subtype=TV,valueOn=TV,cmdOn=activity+TV,cmdOff=off
On=activity,subtype=DVD,valueOn=/DVD/,cmdOn=activity+DVD,cmdOff=off
On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=offachtung: die zeilenenden der mehrzeiligen beispiele müssen natürlich maskiert werden wenn sie nicht im web frontend im attr text feld / popup eingegeben werden .
wenn diese konfigurierbarkeit noch nicht reicht gibt es auch die möglichkeit das mapping zwischen reading wert und homekit wert in beide richtungen durch kleine js routinen zu machen. hierzu später mehr sobald das jemand braucht :)
wenn auch das nicht reicht kann die komplette im mapping verwendete datenstruktur auch per json konfiguriert werden. auch dazu später mehr.
was in dieser version noch nicht eingebaut ist ist die konfiguration von custom characteristics (d.h. solche für die es in HomeKitTypes.js keine vorbereitet deklaration gibt) wie volume oder actuation. das kommt noch.
zum zeitplan: ich räume den code in den nächsten tagen noch auf, schmeisse so weit es geht alle internen sonderbehandlungen noch raus und warte dann gespannt was noch alles fehlt :) und fehlerfrei ist es sicher auch noch nicht.
gruss
andre
edit 01.02.2016:
- cmdOn/cmdOff bug fix
- wenn kein reading angegeben wird ist jetzt state der default
- devices with mit einem attribut setList in dem es genau zwei einträge gibt werden automatisch zum switch
- mit dem ersten eintrag als on zustand und dem zweiten als off zustand.
bug fix für die abfrage der werte aus dem cache
edit 02.02.2016:
- neuer parameter factor für die richtung reading -> homekit wird das reading mit diesem faktor multipliziert
- custom characteristics eingebaut, neue parameter name, format, unit
- elgato eve custom characteristics für voltage, current, power and energy
- neue parameter default und timeout -> erlaubt die simulation eines tasters z.b. für den türoffner.
- diverse default characteristics intern auf konfigurierbare mappings umgestellt
- bug fix für frei konfigurierbare thermostate
edit 03.02.2016:
- minValue/maxValue/minStep fix
- ausgabe des symbolischen homekit namens nach umwandlung aus einem reading
- eve custom air pressure characteristic
- PRESENCE/ROOMMATE fix
- fixed identify after pairing
- fixed bug in caching internal readings without own characteristic
edit 06.02.2016:
- fix für dim
- alle automatisch erkannten characteristics verwenden jetzt die konfigurierbaren mappings
- diverse fixes für log nachrichten
- ROOMMATE fix
edit 07.02.2016:
- bessere erkennung von WifiLight, HSV kommando statt RGB
- MilightDevice hinzugefügt
- fix für TargetDoorState taster bei HM-SEC-KEY
- mehr HM-SEC-KEY fixes
edit 11.02.2016:
- die hier beschriebene version ist eingecheckt und per npm update zu bekommen.
Zitat von: justme1968 am 01 Februar 2016, 16:18:09du hast das homebridgeMapping attribut noch nicht gesetzt. da sollte etwas in der art drin stehen:attr Schlafengehen homebridgeMapping On:valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
Habe es mal hinzugefügt, funktioniert leider trotzdem nicht.
Internals:
NAME Schlafengehen
NR 118
STATE home
TYPE dummy
Readings:
2016-02-01 16:13:49 state home
Attributes:
alias Schlafmodus
genericDeviceType switch
group Zuhause Status
homebridgeMapping On:valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
room Anwesenheit,HomeKit
setList gotosleep home
webCmd gotosleep:home Sehe auch keine Meldung auf der Homebridge Console beim Schalten in Eve.
Dabei ist mir gerade aufgefallen dass meine ganzen Schalter nicht mehr funktionieren, die vorher immer gingen:
[FHEM] ku_Abwaschlicht sending command set with value off
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Abwaschlicht sending command set with value on
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Deckenlicht sending command set with value on
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] ku_Deckenlicht sending command set with value off
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1Muss ich jetzt überall das homebridgeMapping setzen? Eigentlich sollten doch bestehende Geräte weiter funktionieren.
Hast Du an der Version hier schon wieder Änderungen verbaut oder ist das die aus dem anderen Thema?
in der version oben ist nur das problem mit der debug meldung repariert.
im attribut war noch ein fehler drin:attr Schlafengehen homebridgeMapping On=valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
das hoembridgeMapping musst du nur dann setzen wenn du nicht on und off bei einem switch verwendest.
gruss
andre
Okay, jetzt reagiert Homebridge zwar auf den Schalter, aber schalten tut der und alle anderen Schalter trotzdem nicht.
[FHEM] Schlafengehen sending command set with value gotosleep
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
[FHEM] Schlafengehen sending command set with value home
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=undefined&XHR=1
ups. da ist an einer stelle noch ein doppeltes mapping im code. das kann so nicht gehen.
ich habe die version oben noch mal aktualisiert.
danke
andre
Jetzt schmiert Homebridge ab beim Schalten, egal ob dummy oder richtiger Schalter:
/usr/local/lib/node_modules/homebridge-fhem/index.js:1964
this.error(this.name + ' Unhandled command! cmd=' + c + ', value ' + value);
^
TypeError: this.error is not a function
at Object.FHEMAccessory.command (/usr/local/lib/node_modules/homebridge-fhem/index.js:1964:12)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2294:33)
at emitThree (events.js:97:13)
at emit (events.js:175:7)
at Characteristic.setValue (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
at Bridge.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:626:22)
at Array.forEach (native)
at Bridge.Accessory._handleSetCharacteristics (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:575:8)
at emitThree (events.js:97:13)
at HAPServer.emit (events.js:175:7)
arg... sorry. ich kann gerade nicht selber testen und ich hatte auch noch eine falsche version oben hin kopiert.
bitte versuch es noch ein mal...
gruss
andre
Das funktioniert jetzt. Auch mein dummy Schlafengehen funktioniert so nun wenn ich in HomeKit schalte.
Leider funktioniert die Rückmeldung bisher nicht von FHEM an Homebridge. Wenn in FHEM der Schalter Schlafengehen verändert wird, so kommt die Änderung nicht in Homebridge/-Kit an.
Werde nun mal mit den anderen deviceTypes/Characteristics rumprobieren.
das liegt daran das wir vergessen haben zu konfigurieren das es um das state reading geht:attr Schlafengehen homebridgeMapping On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
dabei ist mir eben noch ein problem problem aufgefallen das mit der rückwärts kompatibilität zu devices ohne homebridgeMapping bzw. ohne values/valueOn/valueOff zu tun hatte. d.h. es gibt deswegen oben noch mal eine neue version :(.
gruss
andre
ps: mit der neuen version von oben wird jetzt auch automatisch state als default verwendet wenn kein reading angegeben ist.
pps: könnte es sinnvoll sein die setList automatisch als default für cmdOn und cmdOff zu verwenden wenn es nur zwei einträge darin gibt?
Cool, jetzt funktioniert der dummy Schlafengehen in beide Richtungen.
Muss erst mal mit den ganze Parametern von homebridgeMapping klar kommen...
update: devices mit einer setList die genau zwei einträge enthält werden automatisch zu einem homekit switch bei dem der erste eintrag on entspricht und der zweite off.
damit wäre bei dummies wie deinem überhaupt nichts weiter zu tun ausser ihn in den FILTER mit auf zu nehmen.
gruss
andre
Ich habe nun noch ein paar dummys definiert und diese lasse ich meine 433 MHz Steckdosen schalten (GenShellSwitch). Somit wird auch der Status von FHEM zu Homebridge übertragen, was ich nur alleine mit dem GenShellSwitch nicht hinbekommen habe.
Trotzdem komme mit dem Mapping nicht klar, dachte ein Thermometer wäre nun ganz einfach. Aber auch Batterie und Thermostat bekomme ich nicht hin.
2016-02-01 21:19:55 luminance 0 Lux
2016-01-29 02:42:52 model FIBARO System FGMS001 Motion Sensor
2016-01-29 02:42:52 modelConfig fibaro/fgms.xml
2016-01-29 02:42:52 modelId 010f-0800-1001
2016-02-01 21:21:29 reportedState closed
2016-02-01 21:21:29 state closed
2016-02-01 21:20:01 temperature 22.0 C
2016-02-01 21:19:55 transmit OK
2016-02-01 21:19:53 wakeup notification
2016-01-29 03:19:44 wakeupReport interval 900 target 1
Attributes:
IODev ZWaveBridge
alias Sensor Küche
classes SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM
genericDeviceType thermometer
group Sensoren
icon people_sensor
room Anwesenheit,HomeKit,Küche,ZWave
Laut Info brauche ich ja kein Mapping hinzufügen wenn Temperatur=temperature ist.
Es werden Werte in Eve angezeigt, aber alle 0,0°C. Auf der Homebridge Console stehen aber die richtigen Werte.
[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM] information service for ku_Sensor
[FHEM] manufacturer, model and serial number characteristics for ku_Sensor
[FHEM] TemperatureSensor service for ku_Sensor
[FHEM] CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM] initial value is: 21.9 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for ku_Sensor:battery
[FHEM] initial value is: 85 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for ku_Sensor:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
2016-02-01 22:04:52 caching: ku_Sensor-temperature: 22.0 C
[FHEM] caching: CurrentTemperature: 22 (number; from 22.0 C)
P.S. LD382 RGBW Dimmer scheint ohne Mapping zu funktionieren.
das schaut eigentlich alles ok aus.
geht nur die temperatur nicht? wird der batterie status und level richtig angezeigt?
was siehst du auf der konsole wenn du in eve auf einen raum mit dem sensor wechselst?
mach mal bitte ein jsonlist2 von dem device und starte die homebridge mit --debug und zeig die komplette konsolen ausgabe.
gruss
andre
Das kommt in der Console wenn ich in Eve den Raum Küche (mit Sensor) betrete:
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: On for ku_Unterlicht-state
[FHEM] cached: 0
[FHEM] query: On for ku_Abwaschlicht-state
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
Temperatur wird mit 0,0 angezeigt, Batterie mit 0% und Batterie schwach mit NEIN.
Update:
Jetzt stand eben mal kurz die richtige Temperatur in Eve.
Dazu die Console:
2016-02-01 22:34:44 caching: ku_Sensor-temperature: 22.0 C
[FHEM] caching: CurrentTemperature: 22 (number; from 22.0 C)
Hab dann nochmal refreshed und dann stand wieder 0,0 da.
ich brauche mehr aus dem log. nicht nur den winzigen abschnitt.
Mehr gibt es nicht in der Homebridge Console. Oder meinst du aus dem FHEM Log?
da muss mehr stehen. etwas über die werte die beim starten gecached werden und mit --debug noch einige internes. etwas so:[FHEM Test1] Initializing FHEM platform...
starting longpoll: http://10.0.1.2:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1454364190678
[FHEM Test2] Initializing FHEM platform...
[FHEM Test2] Checking genericDeviceType...
[FHEM Test2] executing: http://10.0.1.2:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM Test2] Fetching FHEM switchable devices...
[FHEM Test2] fetching: http://10.0.1.2:8083/fhem?cmd=jsonlist2%20NAME=ku_Sensor&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM Test2] got: 1 results
[FHEM Test2] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM Test2] ku_Sensor is thermometer
[FHEM Test2] ku_Sensor has CurrentTemperature [temperature]
[FHEM Test2] ku_Sensor has BatteryLevel [battery]
[FHEM Test2] ku_Sensor has StatusLowBattery [battery]
2016-02-01 23:03:10 caching: ku_Sensor-temperature: 22.0 C
[FHEM Test2] caching: CurrentTemperature: 22 (number; from 22.0 C)
2016-02-01 23:03:10 caching: ku_Sensor-battery: 84
[FHEM Test2] caching: BatteryLevel: 84 (number; from 84)
[FHEM Test2] caching: StatusLowBattery: 0 (number; from 84)
[FHEM Test2] Initializing platform accessory 'ku_Sensor'...
[FHEM Test2] creating services for ku_Sensor
[FHEM Test2] information service for ku_Sensor
[FHEM Test2] manufacturer, model and serial number characteristics for ku_Sensor
[FHEM Test2] TemperatureSensor service for ku_Sensor
[FHEM Test2] CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM Test2] initial value is: 22 (number)
[FHEM Test2] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM Test2] BatteryLevel characteristic for ku_Sensor:battery
[FHEM Test2] initial value is: 84 (number)
[FHEM Test2] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM Test2] StatusLowBattery characteristic for ku_Sensor:battery
[FHEM Test2] initial value is: 0 (number)
[FHEM Test2] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51726.
und dann später wenn sich die readings ändern etwas in der art: 2016-02-01 23:05:51 caching: ku_Sensor-temperature: 22.1 C
[FHEM Test2] caching: CurrentTemperature: 22.1 (number; from 22.1 C)
2016-02-01 23:05:54 caching: ku_Sensor-battery: 85
[FHEM Test2] caching: BatteryLevel: 85 (number; from 85)
[FHEM Test2] caching: StatusLowBattery: 0 (number; from 85)
die aktuell gecacheten werte sind auch air debug browser zu sehen.
ansonsten noch mal ein jsonlist2 auf das device.
gruss
andre
Neue Beobachtung:
Habe Homebridge neu gestartet und bin in Eve das erste mal in in den Raum rein. Da wurden mir für Temperatur, Batterie und Batterie schwach die richtigen Werte angezeigt. Dann habe ich ein mal refreshed (im Raum nach unten ziehen) und dann waren alle Werte wieder auf 0.
Komplette Console von Homebridge:
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1454364371188
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 1 accessories...
[wz_TV_Licht] Initializing Hyperion accessory...
[wz_TV_Licht] Starting Hyperion Accessory
Server listening on: http://<ip>:8082
[FHEM] got: 12 results
[FHEM] homebridgeMapping: On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
[FHEM] mappings for Schlafengehen: { On:
{ reading: 'state',
valueOn: 'gotosleep',
cmdOn: 'gotosleep',
cmdOff: 'home' } }
[FHEM] Schlafengehen is switch
[FHEM] Schlafengehen has On [state;gotosleep,home]
2016-02-01 23:06:11 caching: Schlafengehen-state: home
[FHEM] Schlafengehen-state valueOn/valueOff: value home mapped to 0
[FHEM] caching: On: 0 (number; from home)
[FHEM] mappings for ku_Abwaschlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Abwaschlicht is switch
[FHEM] ku_Abwaschlicht has On [state;on,off]
2016-02-01 23:06:11 caching: ku_Abwaschlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for ku_Deckenlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Deckenlicht is switch
[FHEM] ku_Deckenlicht has On [state;on,off]
2016-02-01 23:06:11 caching: ku_Deckenlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM] ku_Sensor is thermometer
[FHEM] ku_Sensor has CurrentTemperature [temperature]
[FHEM] ku_Sensor has BatteryLevel [battery]
[FHEM] ku_Sensor has StatusLowBattery [battery]
2016-02-01 23:06:11 caching: ku_Sensor-temperature: 21.7 C
[FHEM] caching: CurrentTemperature: 21.7 (number; from 21.7 C)
2016-02-01 23:06:11 caching: ku_Sensor-battery: 85 %
[FHEM] caching: BatteryLevel: 85 (number; from 85 %)
[FHEM] caching: StatusLowBattery: 0 (number; from 85 %)
[FHEM] mappings for ku_Unterlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Unterlicht is switch
[FHEM] ku_Unterlicht has On [state;on,off]
2016-02-01 23:06:11 caching: ku_Unterlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for sz_Nachttischlampe: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Nachttischlampe is switch
[FHEM] sz_Nachttischlampe has On [state;on,off]
2016-02-01 23:06:11 caching: sz_Nachttischlampe-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for sz_Schranklicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Schranklicht is switch
[FHEM] sz_Schranklicht has On [state;on,off]
2016-02-01 23:06:11 caching: sz_Schranklicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for wz_Couchlicht: { Hue:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 360,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
Saturation:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 100,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
Brightness:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 100,
delay: true,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Couchlicht is switch
[FHEM] wz_Couchlicht is dimable [RGB;RGB]
[FHEM] wz_Couchlicht has On [state;on,off]
[FHEM] wz_Couchlicht has Hue [RGB;0-360]
[FHEM] wz_Couchlicht has Saturation [RGB;0-100]
2016-02-01 23:06:11 caching: wz_Couchlicht-RGB: CCCCCC
[FHEM] caching: Hue: 0 (number; from CCCCCC)
[FHEM] caching: Saturation: 0 (number; from CCCCCC)
[FHEM] caching: Brightness: 80 (number; from CCCCCC)
2016-02-01 23:06:11 caching: wz_Couchlicht-state: on
[FHEM] caching: On: 1 (number; from on)
[FHEM] homebridgeMapping: TargetTemperature=setpointTemp::setpointTemp,minValue=15,maxValue=28,minStep=0.5 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' },
TargetTemperature:
{ reading: 'setpointTemp',
cmd: 'setpointTemp',
minValue: '15',
maxValue: '28',
minStep: '0.5' } }
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
2016-02-01 23:06:11 caching: wz_Heizung-temperature: 23.5 C
[FHEM] caching: CurrentTemperature: 23.5 (number; from 23.5 C)
2016-02-01 23:06:11 caching: wz_Heizung-battery: 8 %
[FHEM] caching: BatteryLevel: 8 (number; from 8 %)
[FHEM] caching: StatusLowBattery: 1 (number; from 8 %)
[FHEM] mappings for wz_Multimediasteckdose: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
2016-02-01 23:06:11 caching: wz_Multimediasteckdose-state: on
[FHEM] caching: On: 1 (number; from on)
[FHEM] mappings for wz_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 } }
[FHEM] wz_Sensor is thermometer
[FHEM] wz_Sensor has CurrentTemperature [temperature]
[FHEM] wz_Sensor has BatteryLevel [battery]
[FHEM] wz_Sensor has StatusLowBattery [battery]
2016-02-01 23:06:11 caching: wz_Sensor-temperature: 22.4 C
[FHEM] caching: CurrentTemperature: 22.4 (number; from 22.4 C)
2016-02-01 23:06:11 caching: wz_Sensor-battery: 96 %
[FHEM] caching: BatteryLevel: 96 (number; from 96 %)
[FHEM] caching: StatusLowBattery: 0 (number; from 96 %)
[FHEM] mappings for wz_Sonnenuntergang: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Sonnenuntergang is switch
[FHEM] wz_Sonnenuntergang has On [state;on,off]
2016-02-01 23:06:11 caching: wz_Sonnenuntergang-state: on
[FHEM] caching: On: 1 (number; from on)
[FHEM] Initializing platform accessory 'Schlafengehen'...
[FHEM] creating services for Schlafengehen
[FHEM] information service for Schlafengehen
[FHEM] manufacturer, model and serial number characteristics for Schlafengehen
[FHEM] Switch service for Schlafengehen
[FHEM] On characteristic for Schlafengehen:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Abwaschlicht'...
[FHEM] creating services for ku_Abwaschlicht
[FHEM] information service for ku_Abwaschlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Abwaschlicht
[FHEM] Switch service for ku_Abwaschlicht
[FHEM] On characteristic for ku_Abwaschlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Deckenlicht'...
[FHEM] creating services for ku_Deckenlicht
[FHEM] information service for ku_Deckenlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Deckenlicht
[FHEM] Switch service for ku_Deckenlicht
[FHEM] On characteristic for ku_Deckenlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM] information service for ku_Sensor
[FHEM] manufacturer, model and serial number characteristics for ku_Sensor
[FHEM] TemperatureSensor service for ku_Sensor
[FHEM] CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM] initial value is: 21.7 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for ku_Sensor:battery
[FHEM] initial value is: 85 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for ku_Sensor:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Unterlicht'...
[FHEM] creating services for ku_Unterlicht
[FHEM] information service for ku_Unterlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Unterlicht
[FHEM] Switch service for ku_Unterlicht
[FHEM] On characteristic for ku_Unterlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Nachttischlampe'...
[FHEM] creating services for sz_Nachttischlampe
[FHEM] information service for sz_Nachttischlampe
[FHEM] manufacturer, model and serial number characteristics for sz_Nachttischlampe
[FHEM] Switch service for sz_Nachttischlampe
[FHEM] On characteristic for sz_Nachttischlampe:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Schranklicht'...
[FHEM] creating services for sz_Schranklicht
[FHEM] information service for sz_Schranklicht
[FHEM] manufacturer, model and serial number characteristics for sz_Schranklicht
[FHEM] Switch service for sz_Schranklicht
[FHEM] On characteristic for sz_Schranklicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM] information service for wz_Couchlicht
[FHEM] manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM] Switch service for wz_Couchlicht
[FHEM] Hue characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Brightness characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 80 (number)
[FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for wz_Couchlicht:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM] information service for wz_Heizung
[FHEM] manufacturer, model and serial number characteristics for wz_Heizung
[FHEM] Switch service for wz_Heizung
[FHEM] CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM] initial value is: 23.5 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Heizung:battery
[FHEM] initial value is: 8 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Heizung:battery
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM] information service for wz_Multimediasteckdose
[FHEM] manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM] Switch service for wz_Multimediasteckdose
[FHEM] On characteristic for wz_Multimediasteckdose:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sensor'...
[FHEM] creating services for wz_Sensor
[FHEM] information service for wz_Sensor
[FHEM] manufacturer, model and serial number characteristics for wz_Sensor
[FHEM] TemperatureSensor service for wz_Sensor
[FHEM] CurrentTemperature characteristic for wz_Sensor:temperature
[FHEM] initial value is: 22.4 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Sensor:battery
[FHEM] initial value is: 96 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Sensor:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sonnenuntergang'...
[FHEM] creating services for wz_Sonnenuntergang
[FHEM] information service for wz_Sonnenuntergang
[FHEM] manufacturer, model and serial number characteristics for wz_Sonnenuntergang
[FHEM] Switch service for wz_Sonnenuntergang
[FHEM] On characteristic for wz_Sonnenuntergang:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: On for ku_Unterlicht-state
[FHEM] cached: 0
[FHEM] query: On for ku_Abwaschlicht-state
[FHEM] cached: 0
[FHEM] query: On for ku_Deckenlicht-state
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for ku_Sensor-battery
[FHEM] cached: 0
jsonlist2:
{
"Arg":"ku_Sensor",
"Results": [
{
"Name":"ku_Sensor",
"PossibleSets":"associationAdd associationDel associationRequest associationRequestAll:noArg configAmbientIlluminationLevelAbove83 configAmbientIlluminationLevelBelow82 configBASICOFFCommandFrameValue configBASICONCommandFrameValue configBasicCommandClassFrames12:onlyTheBASICOFFCommandFrameSent2,onlyTheBASICONCommandFrameSentIn1,BASICONAndBASICOFFCommandFrames0 configByte configDefault configIlluminationReportThreshold configIlluminationReportsInterval configIntervalOfTemperatureMeasuring configLEDBrightness configLEDIndicatingTamperAlarm:LEDDoesNotIndicateTamperAlarm,LEDIndicatesTamperAlarm configLEDSignalingMode:LongBlinkThenShortBlinksCyan,LongBlinkThen2ShortBlinksWhite,LongBlinkThenShortBlinksYellow,LongBlinkThen2ShortBlinksMagenta,LongBlinkBlue,LongBlinkThen2ShortBlinksCyan,LongBlinkThen2ShortBlinksRed,LongBlinkThenShortBlinksGreen,LongBlinkThenShortBlinksWhite,LongBlinkThen2ShortBlinksLED19,LongBlinkThen2ShortBlinksGreen,LongBlinkThenShortBlinksBlue,FlashlightModeLEDGlowsInWhite2,longBlinkLEDColourDependsOnThe1,LongBlinkThen2ShortBlinksYellow,LongBlinkMagenta,LongBlinkThenShortBlinksRed,LongBlinkWhite,FlashlightModeLEDGlowsInWhite11,LongBlinkGreen,LongBlinkRed,LEDInactive,LongBlinkCyan,LongBlinkThenShortBlinksMagenta,LongBlinkYellow,LongBlinkThenShortBlinkLEDColour10,LongBlinkThen2ShortBlinksBlue configLong configMaximumTemperatureResultingInRed87 configMinimumTemperatureResultingIn86 configMotionAlarmCancellationDelay configMotionSensorSBlindTime2 configMotionSensorSSensitivity configNightDay configPIRSensorOperatingMode:PIRSensorActiveDuringTheDayOnly,PIRSensorAlwaysActive,PIRSensorActiveDuringTheNight2 configPIRSensorSPulseCounter:pulses,pulse configPIRSensorSWindowTime:seconds configRequestAll:noArg configTamperAlarmBroadcastMode:TamperAlarmSentInBroadcastMode,TamperAlarmIsNotSentInBroadcast0 configTamperAlarmCancellationDelay configTamperOperatingModes:TamperOrientation,TamperCancellationOrientation,TamperCancellation,Vibration,Tamper configTamperSensitivity configTemperatureOffset configTemperatureReportThreshold configTemperatureReportsInterval configWord mcaAdd mcaDel neighborUpdate:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
"Internals": {
"DEF": "ee3970ea 11",
"LASTInputDev": "ZWaveBridge",
"MSGCNT": "334",
"NAME": "ku_Sensor",
"NR": "102",
"STATE": "Status: <strong>closed</strong><br>Temperatur: <strong>21.7 C</strong><br>Licht: <strong>0 Lux</strong><br>Batterie: <strong>85 %</strong>",
"TYPE": "ZWave",
"ZWaveBridge_MSGCNT": "334",
"ZWaveBridge_RAWMSG": "0004000b063105012200d9",
"ZWaveBridge_TIME": "2016-02-01 23:04:38",
"homeId": "ee3970ea",
"isWakeUp": "1",
"lastMsgSent": "1454364267.79039",
"nodeIdHex": "0b"
},
"Readings": {
"CMD": { "Value":"ZW_APPLICATION_UPDATE", "Time":"2016-01-29 03:19:44" },
"alarm_type_00": { "Value":"level ff node 0b seconds 0", "Time":"2016-01-31 12:43:50" },
"basicSet": { "Value":"00", "Time":"2016-02-01 22:08:45" },
"battery": { "Value":"85 %", "Time":"2016-02-01 23:04:27" },
"configAmbientIlluminationLevelAbove83": { "Value":"1000", "Time":"2016-01-29 02:52:02" },
"configAmbientIlluminationLevelBelow82": { "Value":"100", "Time":"2016-01-29 02:52:03" },
"configBASICOFFCommandFrameValue": { "Value":"0", "Time":"2016-01-29 02:52:04" },
"configBASICONCommandFrameValue": { "Value":"255", "Time":"2016-01-29 02:52:05" },
"configBasicCommandClassFrames12": { "Value":"BASICONAndBASICOFFCommandFrames0", "Time":"2016-01-29 02:52:06" },
"configIlluminationReportThreshold": { "Value":"200", "Time":"2016-01-29 03:17:56" },
"configIlluminationReportsInterval": { "Value":"900", "Time":"2016-01-29 03:17:57" },
"configIntervalOfTemperatureMeasuring": { "Value":"900", "Time":"2016-01-29 03:17:58" },
"configLEDBrightness": { "Value":"0", "Time":"2016-01-29 03:17:59" },
"configLEDIndicatingTamperAlarm": { "Value":"LEDIndicatesTamperAlarm", "Time":"2016-01-29 03:18:01" },
"configLEDSignalingMode": { "Value":"LongBlinkThenShortBlinkLEDColour10", "Time":"2016-01-29 03:18:02" },
"configMaximumTemperatureResultingInRed87": { "Value":"26", "Time":"2016-01-29 03:18:03" },
"configMinimumTemperatureResultingIn86": { "Value":"18", "Time":"2016-01-29 03:18:04" },
"configMotionAlarmCancellationDelay": { "Value":"30", "Time":"2016-01-29 03:18:05" },
"configMotionSensorSBlindTime2": { "Value":"15", "Time":"2016-01-29 03:18:06" },
"configMotionSensorSSensitivity": { "Value":"10", "Time":"2016-01-29 03:18:07" },
"configNightDay": { "Value":"200", "Time":"2016-02-01 13:21:37" },
"configPIRSensorOperatingMode": { "Value":"PIRSensorAlwaysActive", "Time":"2016-02-01 13:21:38" },
"configPIRSensorSPulseCounter": { "Value":"1", "Time":"2016-01-29 03:18:10" },
"configPIRSensorSWindowTime": { "Value":"2", "Time":"2016-02-01 13:21:38" },
"configTamperAlarmBroadcastMode": { "Value":"TamperAlarmIsNotSentInBroadcast0", "Time":"2016-01-29 03:18:12" },
"configTamperAlarmCancellationDelay": { "Value":"30", "Time":"2016-02-01 13:21:38" },
"configTamperOperatingModes": { "Value":"Tamper", "Time":"2016-02-01 13:21:38" },
"configTamperSensitivity": { "Value":"15", "Time":"2016-02-01 13:21:39" },
"configTemperatureOffset": { "Value":"0", "Time":"2016-01-29 03:18:17" },
"configTemperatureReportThreshold": { "Value":"10", "Time":"2016-02-01 13:21:39" },
"configTemperatureReportsInterval": { "Value":"900", "Time":"2016-02-01 13:21:39" },
"luminance": { "Value":"0 Lux", "Time":"2016-02-01 23:04:37" },
"model": { "Value":"FIBARO System FGMS001 Motion Sensor", "Time":"2016-01-29 02:42:52" },
"modelConfig": { "Value":"fibaro/fgms.xml", "Time":"2016-01-29 02:42:52" },
"modelId": { "Value":"010f-0800-1001", "Time":"2016-01-29 02:42:52" },
"reportedState": { "Value":"closed", "Time":"2016-02-01 22:08:45" },
"state": { "Value":"closed", "Time":"2016-02-01 22:08:45" },
"temperature": { "Value":"21.7 C", "Time":"2016-02-01 23:04:38" },
"transmit": { "Value":"OK", "Time":"2016-02-01 23:04:29" },
"wakeup": { "Value":"notification", "Time":"2016-02-01 23:04:27" },
"wakeupReport": { "Value":"interval 900 target 1", "Time":"2016-01-29 03:19:44" }
},
"Attributes": {
"IODev": "ZWaveBridge",
"alias": "Sensor Küche",
"classes": "SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM",
"genericDeviceType": "thermometer",
"group": "Sensoren",
"icon": "people_sensor",
"room": "Anwesenheit,HomeKit,Küche,ZWave",
"stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Licht: <strong>luminance</strong><br>Batterie: <strong>battery</strong>"
}
} ],
"totalResultsReturned":1
}
ich habe den fehler gefunden. es wurden einfach die falschen werte aus dem cache zurück geliefert wenn es mehr als eine characteristic gab. hab es in der version ganz oben repariert.
es gibt aber scheinbar noch ein problem mit den beiden battery characteristics. ich sehe sie zumindest auf meinem test iPhone garnicht. da ist aber noch eine alte 9.0 beta drauf. eventuell liegt es daran.
gruss
andre
PERFEKT!!!
Jetzt stimmen die Werte für Temperatur, Batterie, Batterie schwach und sie bleiben auch. :D
Kann ich auch den Luminance Wert von dem Sensor in HomeKit anzeigen lassen?
Mein Thermostat zeigt nun auch die richtigen Werte an, aber stellen kann ich ihn noch nicht. Es gibt keine Einstellmöglichkeit. Aber vielleicht liegt das auch daran dass A.Harrenberg gerade an dem Modul für den Thermostat schraubt, bis vorgestern ging noch kaum etwas mit diesem Ding.
list vom Thermostat:
Internals:
DEF ee3970ea 8
IODev ZWaveBridge
LASTInputDev ZWaveBridge
MSGCNT 9
NAME wz_Heizung
NR 73
STATE Status: <strong>dim 19</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>8 %</strong>
TYPE ZWave
ZWaveBridge_MSGCNT 9
ZWaveBridge_RAWMSG 00040008028407
ZWaveBridge_TIME 2016-02-01 23:55:40
homeId ee3970ea
isWakeUp 1
lastMsgSent 1454367341.3662
nodeIdHex 08
Readings:
2016-01-30 09:15:32 UNPARSED SENSOR_MULTILEVEL 023105
2016-01-26 23:49:42 basicReport ff
2016-02-01 23:55:41 battery 8 %
2016-01-26 23:58:30 location Wohnzimmer
2016-01-29 20:15:21 model 0x0148 0x0002 0x0001
2016-01-29 20:15:21 modelId 0148-0002-0001
2016-01-29 21:22:09 name wz_Heizung
2016-01-29 20:15:37 neighborList wz_Multimediasteckdose
2016-02-01 23:55:41 reportedState dim 19
2016-02-01 23:55:40 setpointTemp 22.0 C heating
2016-02-01 23:55:41 state dim 19
2016-02-01 23:55:40 temperature 22.5 C
2016-02-01 23:55:41 thermostatMode heating
2016-02-01 23:55:43 transmit OK
2016-01-26 23:56:42 version Lib 3 Prot 3.67 App 0.5
2016-02-01 23:55:40 wakeup notification
2016-01-26 23:57:08 wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
2016-01-29 20:29:51 wakeupReport interval 300 target 1
Attributes:
IODev ZWaveBridge
alias Heizung Wohnzimmer
classes BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
genericDeviceType thermostat
group Heizung
homebridgeMapping TargetTemperature=setpointTemp::setpointTemp,minValue=15,maxValue=28,minStep=0.5 CurrentTemperature=wz_Heizung:temperature
icon sani_heating
room Heizung,HomeKit,Wohnzimmer,ZWave
stateFormat Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
subtype thermostat
vclasses BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02
luminance sollte mit ... CurrentAmbientLightLevel= luminance ... gehen.
was zeigt homebridge beim starten für den thermostaten an? heisst das kommando wirklich set <device> setpointTemp? taucht setpointTemp bei set <device> ? mit auf oder was steht da?
Du bist ja der Wahnsinn Andre, Luminance wird nun auch in Eve angezeigt.
Wie würde es denn aussehen mit grafischen Verläufen ala Stromverbrauch oder Temperaturverlauf?
Der Thermostat sträubt sich noch ein wenig. Hattest natürlich recht, set ist setpointHeating und nicht setpointTemp:
TargetTemperature=setpointHeating::setpointHeating,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperature
Mit diesem homebridgeMapping Attribut an meinem Thermostat will das ganz HomeKit (Eve) nicht mehr. Attribut entfernt und HomeKit läuft wieder.
stromverbrauch ist in homekit nicht standarisiert. dafür verwendet elgato eine custom characteristic. das muss ich noch einbauen. siehe oben :)
für die history und kurven verwendet elgato auch custom characteristics. da hat noch niemand komplett rausgefunden wie das geht. wenn alles andere geht schaue ich mal wie ich das was bisher bekannt ist einbaue.
kann es sein das reading und kommando nicht gleich heissen und es so aussehen müsste:TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperaturezeig mal die Konsolen ausgaben beim start mit --debug und die jsonlist2 vom device.
gruss
andre
Oh, es wird uns also noch einiges erwarten!? Ich freue mich drauf, Du machst echt super Fortschritte.
Mit dem Mapping
TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperature
läuft HomeKit gar nicht mehr.
Nehme ich es wieder raus, läuft es wieder.
Wenn ich das richtig verstanden habe, ist der erste Wert (am Beispiel setpointHeating) für get und der zweite (setpointTemp) für set. Dann ist es genau verkehrt herum, denn eigentlich ist get=setpointTemp und set=setpointHeating. Habe das mal umgedreht zu:
TargetTemperature=setpointTemp::setpointHeating,minValue=15,maxValue=28,minStep=1 CurrentTemperature=wz_Heizung:temperature
Damit läuft HomeKit zwar, aber es wird kein Regler für die Heizung angezeigt. Ich glaube CurrentTemperature brauche ich gar nicht anzugeben da das Reading eh temperature heißt und vom selben Gerät kommt. Anzeige der Temperatur klappt jedenfalls ohne das Mapping dafür.
jsonlist2:
{
"Arg":"wz_Heizung",
"Results": [
{
"Name":"wz_Heizung",
"PossibleSets":"basicSet basicValue dim:slider,0,1,99 location name neighborUpdate:noArg off:noArg on:noArg setpointCooling setpointHeating stop:noArg thermostatSetpointSet tmCooling:noArg tmHeating:noArg tmManual:noArg tmOff:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg off-till blink intervals on-till off-for-timer on-till-overnight on-for-timer off-till-overnight toggle",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
"Internals": {
"DEF": "ee3970ea 8",
"NAME": "wz_Heizung",
"NR": "73",
"STATE": "Status: <strong>TRANSMIT_NO_ACK</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>8 %</strong>",
"TYPE": "ZWave",
"homeId": "ee3970ea",
"isWakeUp": "1",
"nodeIdHex": "08"
},
"Readings": {
"UNPARSED": { "Value":"SENSOR_MULTILEVEL 023105", "Time":"2016-01-30 09:15:32" },
"basicReport": { "Value":"ff", "Time":"2016-01-26 23:49:42" },
"battery": { "Value":"8 %", "Time":"2016-02-02 00:10:54" },
"location": { "Value":"Wohnzimmer", "Time":"2016-01-26 23:58:30" },
"model": { "Value":"0x0148 0x0002 0x0001", "Time":"2016-01-29 20:15:21" },
"modelId": { "Value":"0148-0002-0001", "Time":"2016-01-29 20:15:21" },
"name": { "Value":"wz_Heizung", "Time":"2016-01-29 21:22:09" },
"neighborList": { "Value":"wz_Multimediasteckdose", "Time":"2016-01-29 20:15:37" },
"reportedState": { "Value":"dim 19", "Time":"2016-02-02 00:15:58" },
"setpointTemp": { "Value":"22.0 C heating", "Time":"2016-02-02 00:15:57" },
"state": { "Value":"TRANSMIT_NO_ACK", "Time":"2016-02-02 00:16:07" },
"temperature": { "Value":"22.5 C", "Time":"2016-02-02 00:15:57" },
"thermostatMode": { "Value":"heating", "Time":"2016-02-02 00:15:58" },
"transmit": { "Value":"NO_ACK", "Time":"2016-02-02 00:16:07" },
"version": { "Value":"Lib 3 Prot 3.67 App 0.5", "Time":"2016-01-26 23:56:42" },
"wakeup": { "Value":"notification", "Time":"2016-02-02 00:15:57" },
"wakeupIntervalCapabilitiesReport": { "Value":"min 240 max 15728400 default 604672 step 240", "Time":"2016-01-26 23:57:08" },
"wakeupReport": { "Value":"interval 300 target 1", "Time":"2016-01-29 20:29:51" }
},
"Attributes": {
"IODev": "ZWaveBridge",
"alias": "Heizung Wohnzimmer",
"classes": "BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION",
"genericDeviceType": "thermostat",
"group": "Heizung",
"homebridgeMapping": "TargetTemperature=setpointTemp::thermostatSetpointSet,minValue=15,maxValue=28,minStep=0.1",
"icon": "sani_heating",
"room": "Heizung,HomeKit,Wohnzimmer,ZWave",
"stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>",
"subtype": "thermostat",
"vclasses": "BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02"
}
} ],
"totalResultsReturned":1
}
Komplette Console bis Raum mit Heizungsregler betreten wird:
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1454416140872
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 1 accessories...
[wz_TV_Licht] Initializing Hyperion accessory...
[wz_TV_Licht] Starting Hyperion Accessory
Server listening on: http://<ip>:8082
[FHEM] got: 12 results
[FHEM] homebridgeMapping: On=state,valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home
[FHEM] mappings for Schlafengehen: { On:
{ reading: 'state',
valueOn: 'gotosleep',
cmdOn: 'gotosleep',
cmdOff: 'home' } }
[FHEM] Schlafengehen is switch
[FHEM] Schlafengehen has On [state;gotosleep,home]
2016-02-02 13:29:01 caching: Schlafengehen-state: home
[FHEM] Schlafengehen-state valueOn/valueOff: value home mapped to 0
[FHEM] caching: On: 0 (number; from home)
[FHEM] mappings for ku_Abwaschlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Abwaschlicht is switch
[FHEM] ku_Abwaschlicht has On [state;on,off]
2016-02-02 13:29:01 caching: ku_Abwaschlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for ku_Deckenlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Deckenlicht is switch
[FHEM] ku_Deckenlicht has On [state;on,off]
2016-02-02 13:29:01 caching: ku_Deckenlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: CurrentAmbientLightLevel=luminance MotionDetected=state,values=open:1;closed:0
[FHEM] mappings for ku_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
CurrentAmbientLightLevel: { reading: 'luminance' },
MotionDetected: { reading: 'state', values: [ 'open:1', 'closed:0' ] } }
[FHEM] ku_Sensor is thermometer
[FHEM] ku_Sensor has CurrentTemperature [temperature]
[FHEM] ku_Sensor has CurrentAmbientLightLevel [luminance]
[FHEM] ku_Sensor has BatteryLevel [battery]
[FHEM] ku_Sensor has StatusLowBattery [battery]
2016-02-02 13:29:01 caching: ku_Sensor-temperature: 20.7 C
[FHEM] caching: CurrentTemperature: 20.7 (number; from 20.7 C)
2016-02-02 13:29:01 caching: ku_Sensor-battery: 85 %
[FHEM] caching: BatteryLevel: 85 (number; from 85 %)
[FHEM] caching: StatusLowBattery: 0 (number; from 85 %)
2016-02-02 13:29:01 caching: ku_Sensor-luminance: 132 Lux
[FHEM] caching: CurrentAmbientLightLevel: 132 (number; from 132 Lux)
[FHEM] value2homekit: { open: '1', closed: '0' }
2016-02-02 13:29:01 caching: ku_Sensor-state: closed
[FHEM] ku_Sensor-state values: value closed mapped to 0
[FHEM] ku_Sensor-state valueOn/valueOff: value 0 mapped to 0
[FHEM] caching: MotionDetected: 0 (number; from closed)
[FHEM] mappings for ku_Unterlicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] ku_Unterlicht is switch
[FHEM] ku_Unterlicht has On [state;on,off]
2016-02-02 13:29:01 caching: ku_Unterlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for sz_Nachttischlampe: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Nachttischlampe is switch
[FHEM] sz_Nachttischlampe has On [state;on,off]
2016-02-02 13:29:01 caching: sz_Nachttischlampe-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for sz_Schranklicht: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] sz_Schranklicht is switch
[FHEM] sz_Schranklicht has On [state;on,off]
2016-02-02 13:29:01 caching: sz_Schranklicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] mappings for wz_Couchlicht: { Hue:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 360,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
Saturation:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 100,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
Brightness:
{ reading: 'RGB',
cmd: 'RGB',
min: 0,
max: 100,
delay: true,
reading2homekit: [Function: bound ],
homekit2reading: [Function: bound ] },
On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Couchlicht is switch
[FHEM] wz_Couchlicht is dimable [RGB;RGB]
[FHEM] wz_Couchlicht has On [state;on,off]
[FHEM] wz_Couchlicht has Hue [RGB;0-360]
[FHEM] wz_Couchlicht has Saturation [RGB;0-100]
2016-02-02 13:29:01 caching: wz_Couchlicht-RGB: 000000
[FHEM] caching: Hue: 0 (number; from 000000)
[FHEM] caching: Saturation: 0 (number; from 000000)
[FHEM] caching: Brightness: 0 (number; from 000000)
2016-02-02 13:29:01 caching: wz_Couchlicht-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: TargetTemperature=setpointTemp::thermostatSetpointSet,minValue=15,maxValue=28,minStep=0.1
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' },
TargetTemperature:
{ reading: 'thermostatSetpointSet',
cmd: 'setpointTemp',
minValue: '15',
maxValue: '28',
minStep: '0.1' } }
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
2016-02-02 13:29:01 caching: wz_Heizung-temperature: 22.5 C
[FHEM] caching: CurrentTemperature: 22.5 (number; from 22.5 C)
2016-02-02 13:29:01 caching: wz_Heizung-battery: 8 %
[FHEM] caching: BatteryLevel: 8 (number; from 8 %)
[FHEM] caching: StatusLowBattery: 1 (number; from 8 %)
[FHEM] mappings for wz_Multimediasteckdose: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
2016-02-02 13:29:01 caching: wz_Multimediasteckdose-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] homebridgeMapping: CurrentAmbientLightLevel=luminance MotionDetected=state,values=open:1;closed:0
[FHEM] mappings for wz_Sensor: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
CurrentAmbientLightLevel: { reading: 'luminance' },
MotionDetected: { reading: 'state', values: [ 'open:1', 'closed:0' ] } }
[FHEM] wz_Sensor is thermometer
[FHEM] wz_Sensor has CurrentTemperature [temperature]
[FHEM] wz_Sensor has CurrentAmbientLightLevel [luminance]
[FHEM] wz_Sensor has BatteryLevel [battery]
[FHEM] wz_Sensor has StatusLowBattery [battery]
2016-02-02 13:29:01 caching: wz_Sensor-temperature: 22.7 C
[FHEM] caching: CurrentTemperature: 22.7 (number; from 22.7 C)
2016-02-02 13:29:01 caching: wz_Sensor-battery: 96 %
[FHEM] caching: BatteryLevel: 96 (number; from 96 %)
[FHEM] caching: StatusLowBattery: 0 (number; from 96 %)
2016-02-02 13:29:01 caching: wz_Sensor-luminance: 386 Lux
[FHEM] caching: CurrentAmbientLightLevel: 386 (number; from 386 Lux)
[FHEM] value2homekit: { open: '1', closed: '0' }
2016-02-02 13:29:01 caching: wz_Sensor-state: closed
[FHEM] wz_Sensor-state values: value closed mapped to 0
[FHEM] wz_Sensor-state valueOn/valueOff: value 0 mapped to 0
[FHEM] caching: MotionDetected: 0 (number; from closed)
[FHEM] mappings for wz_Sonnenuntergang: { On: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_Sonnenuntergang is switch
[FHEM] wz_Sonnenuntergang has On [state;on,off]
2016-02-02 13:29:01 caching: wz_Sonnenuntergang-state: off
[FHEM] caching: On: 0 (number; from off)
[FHEM] Initializing platform accessory 'Schlafengehen'...
[FHEM] creating services for Schlafengehen
[FHEM] information service for Schlafengehen
[FHEM] manufacturer, model and serial number characteristics for Schlafengehen
[FHEM] Switch service for Schlafengehen
[FHEM] On characteristic for Schlafengehen:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Abwaschlicht'...
[FHEM] creating services for ku_Abwaschlicht
[FHEM] information service for ku_Abwaschlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Abwaschlicht
[FHEM] Switch service for ku_Abwaschlicht
[FHEM] On characteristic for ku_Abwaschlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Deckenlicht'...
[FHEM] creating services for ku_Deckenlicht
[FHEM] information service for ku_Deckenlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Deckenlicht
[FHEM] Switch service for ku_Deckenlicht
[FHEM] On characteristic for ku_Deckenlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Sensor'...
[FHEM] creating services for ku_Sensor
[FHEM] information service for ku_Sensor
[FHEM] manufacturer, model and serial number characteristics for ku_Sensor
[FHEM] TemperatureSensor service for ku_Sensor
[FHEM] CurrentTemperature characteristic for ku_Sensor:temperature
[FHEM] initial value is: 20.7 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for ku_Sensor:battery
[FHEM] initial value is: 85 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for ku_Sensor:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] CurrentAmbientLightLevel characteristic for ku_Sensor:luminance
[FHEM] initial value is: 132 (number)
[FHEM] props: { format: 'float',
unit: 'lux',
minValue: 0.0001,
maxValue: 100000,
minStep: 0.0001,
perms: [ 'pr', 'ev' ] }
[FHEM] MotionDetected characteristic for ku_Sensor:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'ku_Unterlicht'...
[FHEM] creating services for ku_Unterlicht
[FHEM] information service for ku_Unterlicht
[FHEM] manufacturer, model and serial number characteristics for ku_Unterlicht
[FHEM] Switch service for ku_Unterlicht
[FHEM] On characteristic for ku_Unterlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Nachttischlampe'...
[FHEM] creating services for sz_Nachttischlampe
[FHEM] information service for sz_Nachttischlampe
[FHEM] manufacturer, model and serial number characteristics for sz_Nachttischlampe
[FHEM] Switch service for sz_Nachttischlampe
[FHEM] On characteristic for sz_Nachttischlampe:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'sz_Schranklicht'...
[FHEM] creating services for sz_Schranklicht
[FHEM] information service for sz_Schranklicht
[FHEM] manufacturer, model and serial number characteristics for sz_Schranklicht
[FHEM] Switch service for sz_Schranklicht
[FHEM] On characteristic for sz_Schranklicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM] information service for wz_Couchlicht
[FHEM] manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM] Switch service for wz_Couchlicht
[FHEM] Hue characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Brightness characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for wz_Couchlicht:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM] information service for wz_Heizung
[FHEM] manufacturer, model and serial number characteristics for wz_Heizung
[FHEM] Switch service for wz_Heizung
[FHEM] CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM] initial value is: 22.5 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Heizung:battery
[FHEM] initial value is: 8 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Heizung:battery
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM] information service for wz_Multimediasteckdose
[FHEM] manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM] Switch service for wz_Multimediasteckdose
[FHEM] On characteristic for wz_Multimediasteckdose:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sensor'...
[FHEM] creating services for wz_Sensor
[FHEM] information service for wz_Sensor
[FHEM] manufacturer, model and serial number characteristics for wz_Sensor
[FHEM] TemperatureSensor service for wz_Sensor
[FHEM] CurrentTemperature characteristic for wz_Sensor:temperature
[FHEM] initial value is: 22.7 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Sensor:battery
[FHEM] initial value is: 96 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Sensor:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] CurrentAmbientLightLevel characteristic for wz_Sensor:luminance
[FHEM] initial value is: 386 (number)
[FHEM] props: { format: 'float',
unit: 'lux',
minValue: 0.0001,
maxValue: 100000,
minStep: 0.0001,
perms: [ 'pr', 'ev' ] }
[FHEM] MotionDetected characteristic for wz_Sensor:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Initializing platform accessory 'wz_Sonnenuntergang'...
[FHEM] creating services for wz_Sonnenuntergang
[FHEM] information service for wz_Sonnenuntergang
[FHEM] manufacturer, model and serial number characteristics for wz_Sonnenuntergang
[FHEM] Switch service for wz_Sonnenuntergang
[FHEM] On characteristic for wz_Sonnenuntergang:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
[FHEM] query: CurrentTemperature for wz_Sensor-temperature
[FHEM] cached: 22.7
[FHEM] query: CurrentAmbientLightLevel for wz_Sensor-luminance
[FHEM] cached: 386
[FHEM] query: On for wz_Couchlicht-state
[FHEM] cached: 0
[FHEM] query: On for wz_Multimediasteckdose-state
[FHEM] cached: 0
[FHEM] query: CurrentTemperature for wz_Heizung-temperature
[FHEM] cached: 22.5
[FHEM] query: MotionDetected for wz_Sensor-state
[FHEM] cached: 0
[FHEM] query: Hue for wz_Couchlicht-RGB
[FHEM] cached: 0
[FHEM] query: BatteryLevel for wz_Sensor-battery
[FHEM] cached: 96
[FHEM] query: Saturation for wz_Couchlicht-RGB
[FHEM] cached: 0
[FHEM] query: BatteryLevel for wz_Heizung-battery
[FHEM] cached: 8
[FHEM] query: Brightness for wz_Couchlicht-RGB
[FHEM] cached: 0
[FHEM] query: StatusLowBattery for wz_Heizung-battery
[FHEM] cached: 1
[FHEM] query: Brightness for wz_Couchlicht-RGB
[FHEM] cached: 0
Ich denke der Teil ist entscheidend:
[FHEM] wz_Heizung is switch
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
[FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing: setpointTemp
2016-02-02 13:38:22 caching: wz_Heizung-temperature: 22.5 C
[FHEM] caching: CurrentTemperature: 22.5 (number; from 22.5 C)
2016-02-02 13:38:22 caching: wz_Heizung-battery: 8 %
[FHEM] caching: BatteryLevel: 8 (number; from 8 %)
[FHEM] caching: StatusLowBattery: 1 (number; from 8 %)
Hier mal zwei Bilder, damit man auch mal was für's Auge hat. ;)
Der Küchensensor wird komplett angezeigt. Er hat eigentlich noch eine Tamper Characteristic, aber ich weiß noch nicht woran ich den Tamper Alarm erkenne. HomeKit kennt Tamper jedenfalls auch. Batterie schwach habe ich für diesen Sensor ausgeblendet, er zeigt ja seinen Batteriestand an.
(https://www.dropbox.com/s/t6qrzfx23yf06dm/ku_Sensor.png?raw=1)
Der Thermostat im Wohnzimmer will sich wie gesagt noch nicht einstellen lassen.
(https://www.dropbox.com/s/2ak83y36u4672h8/wz_Heizung.png?raw=1)
Mit diesem Mapping scheint HomeBridge den Thermostat zu erkennen:
TargetTemperature=setpointHeating::setpointTemp,minValue=15,maxValue=28,minStep=1
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM] information service for wz_Heizung
[FHEM] manufacturer, model and serial number characteristics for wz_Heizung
[FHEM] Switch service for wz_Heizung
[FHEM] CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM] initial value is: 22.5 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Heizung:battery
[FHEM] initial value is: 8 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Heizung:battery
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] TargetTemperature characteristic for wz_Heizung:setpointTemp
[FHEM] initial value is: 22 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: '15',
maxValue: '28',
minStep: '1',
perms: [ 'pr', 'pw', 'ev' ] }
Aber leider ist damit die HomeBridge wieder nicht erreichbar aus HomeKit (Eve).
hallo,
hab jetzt alles zum laufen bekommen doch jetzt kann ich die befehle von der wiki nicht einrichten : http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
Homebridge Start DOIF einrichten
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
attr FHEM.Homebridge.DOIF room 9.03_Tech
hoffe einer kann mir hier helfen.
Und noch eine frage:
wie kann ich jetzt mit Siri die lampe ein und ausschalten :o
MfG
@xMichiix: meinst du nicht, dass einmal Frage stellen reicht?
http://forum.fhem.de/index.php/topic,32652.msg402593.html#msg402593 (http://forum.fhem.de/index.php/topic,32652.msg402593.html#msg402593)
Wenn die Namen alle so vergeben worden sind wie in der Anleitung beschrieben, dann funktioniert das auch. Bitte nochmal genau nach Anleitung vorgehen.
Und bitte keine identischen Doppelposts in verschiedenen Themen...
Gruß
Dan
Hallo,
sorry wollt ich nicht hab mir gedacht da der eine zulang is dann post ich es hier rein :o
bei mir kommt nur immer :
FHEM.Homebridge.DOIF DOIF: expected DOELSEIF or DOELSE: \ DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\ DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\ DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
sonst nichts
also:
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
das kopierst du so in das Eingabefeld und drückst Enter. Anschließend :
attr FHEM.Homebridge.DOIF room 9.03_Tech
das in das Eingabefeld und Enter.
P.S.: die "\" mag der nicht bei der definition über das Eingabefeld. Wenn man die fhem.cfg editiert, dann könnte das funktionieren. Empfehle ich dir aber nicht!!!
Zitat von: l2r am 02 Februar 2016, 15:48:39
also:
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
das kopierst du so in das Eingabefeld und drückst Enter. Anschließend :
attr FHEM.Homebridge.DOIF room 9.03_Tech
das in das Eingabefeld und Enter.
P.S.: die "\" mag der nicht bei der definition über das Eingabefeld. Wenn man die fhem.cfg editiert, dann könnte das funktionieren. Empfehle ich dir aber nicht!!!
danke das geht :)
oh hab noch was gesehen irgendwie will der homekit Server nicht mehr so ganz :o
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1454420436937
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:860:11)
at exports._exceptionWithHostPort (util.js:883:20)
at Server._listen2 (net.js:1234:14)
at listen (net.js:1270:10)
at Server.listen (net.js:1366:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:138:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:437:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:50:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:229:14)
pi@raspberrypi:~/.homebridge$
so sieht meine sudoers aus:
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL:ALL) ALL
homebridge ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD: ALL
homebridge ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
kann das an den rechten liegen ?
Server error: Error: listen EADDRINUSE :::8082
Ich würde sagen, dass der nicht an Port 8082 ran kommt bzw. der Port belegt ist.
Hat homebridge denn schonmal komplett funktioniert?
Falls ja, dann spiel mal ein funktionierendes Backup wieder ein.
Falls nein, dann sichere mal dein Fhem (optimal wäre da auch ein Stand vor homebridge) und mach die ganze Raspberry pi mal neu und spiel dann die FHEM config zurück. Dann sollten deine Rechte auch wieder stimmen.
Und wenn du homebridge einrichtest, dann lass erstmal alle Startskripte oder steuerungen aus FHEM raus weg und probiere wirklich nur homebridge aus und starte das dann über die Console. Dann kriegst du direkt die Ausgaben und siehst was falsch läuft.
Wenn das dann läuft, dann kannst du dich an das autstart-skript machen und von mir aus auch die statusabfrage in FHEM integrieren und mit deinen Rechten rum spielen. Da bist du dann selbst dein eigener Herr und auch für eventuelle Fehler verantwortlich.
Ansonsten hat da nach wie vor Andre die meiste Peile von. Vllt hat der ja noch einen Vorschlag.
Gruß Michael
Danke erstmal für die Antwort,
hab meine recht schon wieder homebrigde hat auch mal funktionier aber leider geht's jetzt nicht mehr und fhem geht auch nicht mehr laut console ist fhem aber gestartet.
Langsam wird mr irgendwie das alles zu unerforscht :D oder wie man da sagen kann da bleib ich lieber bei meiner normalen Schaltung. Mit einem Lichtschalter den da kann ich mir sichersein wen der nicht mehr geht gibt's nicht viel an dem es hängen kann, bin gerade drüber meine Wohnung zu renovieren und hab mir halt gedacht das wär jetzt das einfachste aber naja langsam verzweifel ich an den fhem....
so sind wir alle mal angefangen und so manches mal ist es echt zum verzweifeln. Da kann ich dir wohl recht geben. Wenn das aber dann irgendwann mal läuft, dann macht es Spaß.
Gerade was homebridge angeht befindet sich das alles noch in der Entwicklung und es funktioniert so manches noch nicht out-of-the-box, wie man es gerne hätte.
Aber wenn Andres neue Version fertig ist und die Kinderkrankheiten raus sind, dann wird denke ich viele einfacher. Also hab vllt. noch ein paar Tage Geduld und richte dein Fhem weiter ein und fang dann nochmal mit der neuen version von homebridge an.
@DeeSPe: setpointHeating::setpointTemp ist die richtige reihenfolge: <set cmd>:<device>:<reading> aber aus irgend einem grund taucht das ding als switch auf statt als thermostat. irgendetwas stimmt noch nicht in der konfiguration.
@xMichiix: die EADDRINUSE deuten darauf hin das noch eine homebridge instanz läuft. die muss vorher angehalten werden.
die meldung für port 8082 ist nur ein hinweis. wenn der port belegt ist startet homebridge trotzdem weil das abgefangen wird.
die zweite meldung ist der fehler.
ich hab oben ein update mit den folgenden änderungen hochgeladen:
- neuer parameter factor für die richtung reading -> homekit wird das reading mit diesem faktor multipliziert
- custom characteristics eingebaut, neue parameter name, format, unit
- elgato eve custom characteristics für voltage, current, power and energy
- neue parameter default und timeout -> erlaubt die simulation eines tasters z.b. für den türoffner.
- diverse default characteristics intern auf konfigurierbare mappings umgestellt
die voltage, current, power and energy geschichten sind noch ungetestet. die änderungen für für und garage auch.
wer nicht selber experimentieren mag sollte also noch etwas warten.
gruss
andre
Man kommt ja kaum hinterher mit Testen was Du hier so alles einbaust Andre.
Grooooßes Lob....!!!
Ich bin begeistert, musste nach dem Einspielen der neuen Version zwar meine HomeKit Konfig mal wieder löschen und von vorne beginnen, dafür zeigen mir meine Steckdosen jetzt auch ihren momentanen Verbrauch und den Gesamtverbrauch mit an. Nur die Skalierung stimmt noch nicht. Momentaner Verbrauch ist um Faktor 10 zu groß und Gesamtverbrauch um Faktor 100 zu groß. Mal schauen ob ich das über deinen Parameter factor selber skaliert bekomme...
Tolle Arbeit Andre!!!
Gruß
Dan
Habe es wirklich ernsthaft versucht Andre, aber ich weiß nicht wie ich die power und energy Characteristics vom Namen her ansprechen soll.
[FHEM] wz_Multimediasteckdose is switch
[FHEM] wz_Multimediasteckdose has On [state;on,off]
2016-02-02 22:43:43 caching: wz_Multimediasteckdose-power: 0.5 W
[FHEM] wz_Multimediasteckdose-power factor: value 0.5 mapped to 5
[FHEM] caching: E863F10D-079E-48FF-8F27-9C2605A29F52: 5 (number; from 0.5 W)
2016-02-02 22:43:43 caching: wz_Multimediasteckdose-energy: 5.54 kWh
[FHEM] wz_Multimediasteckdose-energy factor: value 5.54 mapped to 554
[FHEM] caching: E863F10C-079E-48FF-8F27-9C2605A29F52: 554 (number; from 5.54 kWh)
2016-02-02 22:43:43 caching: wz_Multimediasteckdose-state: off
[FHEM] wz_Multimediasteckdose-state valueOn/valueOff: value off mapped to 0
[FHEM] caching: On: 0 (number; from off)
[FHEM] Initializing platform accessory 'wz_Multimediasteckdose'...
[FHEM] creating services for wz_Multimediasteckdose
[FHEM] information service for wz_Multimediasteckdose
[FHEM] manufacturer, model and serial number characteristics for wz_Multimediasteckdose
[FHEM] Switch service for wz_Multimediasteckdose
[FHEM] Custom Power characteristic for wz_Multimediasteckdose:power
[FHEM] initial value is: 5 (number)
[FHEM] props: { format: 'uint16',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] Custom Energy characteristic for wz_Multimediasteckdose:energy
[FHEM] initial value is: 554 (number)
[FHEM] props: { format: 'uint32',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] On characteristic for wz_Multimediasteckdose:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
das mit dem faktor muss ich mir anschauen. zur zeit ist das eingebaut was bis her hier: https://gist.github.com/gomfunkel/b1a046d729757120907c (https://gist.github.com/gomfunkel/b1a046d729757120907c) dokumentiert ist. bei energy habe ich aus versehen sogar nur 100 statt 1000 drin.
dafür das es ungetestet war ist es ganz ok :). mit den letzten änderungen ist das hinzufügen einer beliebigen (auch custom) characteristic nur noch eine zeile code.
den faktor kannst kannst du konfigurieren in dem du die entsprechende uuid als characteristic namen verwendest. du siehst sie auf der seite oder auch auf der konsole beim start. also z.b. so:... E863F10D-079E-48FF-8F27-9C2605A29F52=factor=1 ...
wenn du mit 'vom Namen her ansprechen' meinst wie du sie per siri abfragen kannst: das geht (noch) nicht. alles was custom ist geht nicht per siri sondern ist nur in der app zu sehen. mal sehen ob apple siri in zukunft auch für custom characterstics erlaubt.
Mit "Namen ansprechen" meinte ich wie der Characteristic Name ist, also die uuid. Verstanden...
Aber bekomme es trotzdem nicht hin. :(
E863F10C-079E-48FF-8F27-9C2605A29F52=factor=0.01 E863F10D-079E-48FF-8F27-9C2605A29F52=factor=0.1
Sollte doch richtig sein oder?
Damit Energy durch 100 geteilt wird und Power durch 10.
nimm beide male factor 1. 100 und 10 ist zur zeit im modul vorgegeben. wenn du die durch 1 ersetzt müsste es passen.
was genau heisst du bekommst es nicht hin? was steht auf der konsole wenn du mit --debug startet. da siehst du was am ende tatsächlich als faktor verwendet wird.
bitte teste den thermostaten noch mal mit der aktuellen version. der grund das ein switch aus dem device geworden ist war das es ein set on und set off gibt und das hat dann den characteristic typ überschrieben. mit so einem device das alle kann habe ich nicht getestet :). das ist in der version oben aber schon behoben.
Ahhh, jetzt kapiere ich es. Wenn man das homebridgeMapping nicht anders setzt vergibst Du intern die beiden Faktoren 100 und 10. Habe beide jetzt auf 1 gesetzt und nun wird ein Schuh draus, zumindest in der Homebridge Konsole. Hier scheint HomeKit aber keine Kommastellen zu kennen:
E863F10C-079E-48FF-8F27-9C2605A29F52=factor=1 E863F10D-079E-48FF-8F27-9C2605A29F52=factor=1
ja. genau so.
die werte sind homebidge intern integer. deshalb sind die faktoren eigentlich sinnvoll da man so wieder nachkommt stellen bekommt wenn man bei der anzeige wieder durch den faktor teilt.
irgendetwas passt also noch nicht ganz. wenn ich mein test handy aktualisiert habe schaue ich selber mal.
Der Thermostat scheint nun zu denken er sei ein Thermometer:
[FHEM] homebridgeMapping: TargetTemperature=setpointHeating::setpointTemp,minValue=16,maxValue=26,minStep=1 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
TargetTemperature:
{ reading: 'setpointTemp',
cmd: 'setpointHeating',
minValue: '16',
maxValue: '26',
minStep: '1' } }
[FHEM] wz_Heizung is thermometer
[FHEM] wz_Heizung has On [state;on,off]
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
2016-02-03 00:02:22 caching: wz_Heizung-temperature: 22.5 C
[FHEM] caching: CurrentTemperature: 22.5 (number; from 22.5 C)
2016-02-03 00:02:22 caching: wz_Heizung-battery: 0 %
[FHEM] caching: BatteryLevel: 0 (number; from 0 %)
[FHEM] caching: StatusLowBattery: 1 (number; from 0 %)
2016-02-03 00:02:22 caching: wz_Heizung-setpointTemp: 22.4 C heating
[FHEM] caching: TargetTemperature: 22 (number; from 22.4 C heating)
[FHEM] Initializing platform accessory 'wz_Heizung'...
[FHEM] creating services for wz_Heizung
[FHEM] information service for wz_Heizung
[FHEM] manufacturer, model and serial number characteristics for wz_Heizung
[FHEM] TemperatureSensor service for wz_Heizung
[FHEM] CurrentTemperature characteristic for wz_Heizung:temperature
[FHEM] initial value is: 22.5 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] BatteryLevel characteristic for wz_Heizung:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for wz_Heizung:battery
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] TargetTemperature characteristic for wz_Heizung:setpointTemp
[FHEM] initial value is: 22 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: '16',
maxValue: '26',
minStep: '1',
perms: [ 'pr', 'pw', 'ev' ] }
jsonlist2:
{
"Arg":"wz_Heizung",
"Results": [
{
"Name":"wz_Heizung",
"PossibleSets":"basicSet basicValue dim:slider,0,1,99 location name neighborUpdate:noArg off:noArg on:noArg setpointCooling setpointHeating stop:noArg thermostatSetpointSet tmCooling:noArg tmHeating:noArg tmManual:noArg tmOff:noArg versionClassRequest wakeupInterval wakeupNoMoreInformation:noArg off-for-timer on-till on-till-overnight intervals blink on-for-timer toggle off-till-overnight off-till",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 noExplorerFrames:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes vclasses secure_classes WNMI_delay event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer,ignore,lock,window,contact homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
"Internals": {
"DEF": "ee3970ea 8",
"LASTInputDev": "ZWaveBridge",
"MSGCNT": "69",
"NAME": "wz_Heizung",
"NR": "71",
"STATE": "Status: <strong>dim 15</strong><br>Temperatur: <strong>22.5 C</strong><br>Eingestellte Temp.: <strong>22.4 C heating</strong><br>Batterie: <strong>0 %</strong>",
"TYPE": "ZWave",
"ZWaveBridge_MSGCNT": "69",
"ZWaveBridge_RAWMSG": "00040008028407",
"ZWaveBridge_TIME": "2016-02-03 00:04:43",
"homeId": "ee3970ea",
"isWakeUp": "1",
"lastMsgSent": "1454454284.27096",
"nodeIdHex": "08"
},
"Readings": {
"SEND_DATA": { "Value":"failed:00", "Time":"2016-02-02 21:42:37" },
"UNPARSED": { "Value":"SWITCH_MULTILEVEL 022603", "Time":"2016-02-02 19:14:29" },
"basicReport": { "Value":"ff", "Time":"2016-01-26 23:49:42" },
"battery": { "Value":"0 %", "Time":"2016-02-03 00:04:44" },
"location": { "Value":"Wohnzimmer", "Time":"2016-01-26 23:58:30" },
"model": { "Value":"0x0148 0x0002 0x0001", "Time":"2016-01-29 20:15:21" },
"modelId": { "Value":"0148-0002-0001", "Time":"2016-01-29 20:15:21" },
"name": { "Value":"wz_Heizung", "Time":"2016-01-29 21:22:09" },
"neighborList": { "Value":"wz_Multimediasteckdose", "Time":"2016-01-29 20:15:37" },
"reportedState": { "Value":"dim 15", "Time":"2016-02-03 00:04:44" },
"setpointTemp": { "Value":"22.4 C heating", "Time":"2016-02-03 00:04:43" },
"state": { "Value":"dim 15", "Time":"2016-02-03 00:04:44" },
"temperature": { "Value":"22.5 C", "Time":"2016-02-03 00:04:43" },
"thermostatMode": { "Value":"heating", "Time":"2016-02-03 00:04:44" },
"transmit": { "Value":"OK", "Time":"2016-02-03 00:04:46" },
"version": { "Value":"Lib 3 Prot 3.67 App 0.5", "Time":"2016-01-26 23:56:42" },
"wakeup": { "Value":"notification", "Time":"2016-02-03 00:04:43" },
"wakeupIntervalCapabilitiesReport": { "Value":"min 240 max 15728400 default 604672 step 240", "Time":"2016-01-26 23:57:08" },
"wakeupReport": { "Value":"interval 300 target 1", "Time":"2016-01-29 20:29:51" }
},
"Attributes": {
"IODev": "ZWaveBridge",
"alias": "Heizung Wohnzimmer",
"classes": "BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION",
"genericDeviceType": "thermostat",
"group": "Heizung",
"homebridgeMapping": "TargetTemperature=setpointHeating::setpointTemp,minValue=16,maxValue=26,minStep=1 CurrentTemperature=wz_Heizung:temperature",
"icon": "sani_heating",
"room": "Heizung,HomeKit,Wohnzimmer,ZWave",
"stateFormat": "Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>",
"vclasses": "BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02"
}
} ],
"totalResultsReturned":1
}
Damit lief aber HomeKit nicht mehr, also habe ich einen HomeKit Reset durchgeführt und wollte neu Koppeln. Dabei kommt wieder "Zubehör konnte nicht hinzugefügt werden".
Nach Entfernen des Mappings ging das Koppeln wieder...
ist die jsonlist2 von oben noch aktuell ?
jsonlist2 ist aktuell von gerade eben...
Wir spielen noch im ZWave Modul mit dem set Attribut rum. Seit heute funktioniert zum set auch thermostatSetpointSet.
Dieses akzeptiert nun auch floats. Das alte setpointHeating konnte nur integer.
Das ist so cool schon... :) :) :)
(https://www.dropbox.com/s/wjgsfrbmz0dbap3/ku_Hauptsteckdose.png?raw=1)
ich habe noch ein problem bei den frei konfigurierbaren thermostaten behoben. zumindest auf der konsole wird dein device bei mir als thermostat erkannt.
die neue version hängt wieder ganz oben dran.
gruss
andre
Jetzt scheint er es richtig zu erkennen, kommt aber wieder "Hinzufügen fehlgeschlagen":
[FHEM] homebridgeMapping: TargetTemperature=thermostatSetpointSet::setpointHeating,minValue=15,maxValue=26,minStep=0.1 CurrentTemperature=wz_Heizung:temperature
[FHEM] mappings for wz_Heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30, device: 'wz_Heizung' },
BatteryLevel: { reading: 'battery' },
StatusLowBattery: { reading: 'battery', threshold: 20 },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
TargetTemperature:
{ reading: 'setpointHeating',
cmd: 'thermostatSetpointSet',
minValue: '15',
maxValue: '26',
minStep: '0.1' } }
[FHEM] wz_Heizung is thermostat
[FHEM] wz_Heizung has CurrentTemperature [temperature]
[FHEM] wz_Heizung has TargetTemperature [thermostatSetpointSet]
[FHEM] wz_Heizung has BatteryLevel [battery]
[FHEM] wz_Heizung has StatusLowBattery [battery]
2016-02-03 01:00:13 caching: wz_Heizung-temperature: 22.5 C
[FHEM] caching: CurrentTemperature: 22.5 (number; from 22.5 C)
2016-02-03 01:00:13 caching: wz_Heizung-battery: 0 %
[FHEM] caching: BatteryLevel: 0 (number; from 0 %)
[FHEM] caching: StatusLowBattery: 1 (number; from 0 %)
2016-02-03 01:00:13 caching: wz_Heizung-setpointHeating: 0 %
[FHEM] wz_Heizung-setpointHeating value 0 clipped to minValue: 15
[FHEM] caching: TargetTemperature: 15 (number; from 0 %)
Ahhh, ganz ohne Mapping geht es jetzt!!!!!!
:D :D :D :D :D
(https://www.dropbox.com/s/rf4697uuhiqhtdb/kz_Heizung-top.png?raw=1)
Mit "TargetTemperature=thermostatSetpointSet::setpointHeating" funktioniert es! Setzen der Temperatur geht!
Scheinbar mag er jetzt die min und max Vals nicht!
Aber was macht Modus in diesem Falle? Das ist neu dazu gekommen...
Das ist doch eher für Klimaanlagen oder?
Kann man die Modus Characteristic eventuell frei konfigurieren und zweckentfremden? Ich denke da an meinen vierstufigen Anwesenheitsstatus.
Das sind offenbar Deine default Settings wenn man an minValue und maxValue nichts ändert. So funktioniert die Kommunikation zwischen Homebridge und HomeKit (Eve).
[FHEM] TargetTemperature characteristic for wz_Heizung:setpointHeating
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 10,
maxValue: 38,
minStep: 0.1,
perms: [ 'pr', 'pw', 'ev' ] }
Füge ich im homebridgeMapping meine eigenen min, max und step hinzu "TargetTemperature=thermostatSetpointSet::setpointHeating,minValue=15,maxValue=26,minStep=0.1", dann geht die Kommunikation zwischen Homebridge und HomeKit nicht mehr.
Meine definierten Werte werden aber übernommen:
[FHEM] TargetTemperature characteristic for wz_Heizung:setpointHeating
[FHEM] initial value is: 15 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: '15',
maxValue: '26',
minStep: '0.1',
perms: [ 'pr', 'pw', 'ev' ] }
Mal ne bescheidene Frage: Was passiert denn bzw. warum passiert es dann dass die Kommunikation zwischen Homebridge und HomeKit aussteigt?
laut homekit hat ein thermostat immer einen mode mit diesen vier zuständen. über das mapping kannst du frei konfigurieren was beim anwählen passieren soll aber du kannst nicht die label ändern.
ich hab das problem mit den min/max/step werten gesehen. die werden noch als strings weitergereicht statt als zahlen.
homekit verweigert die kommunikation wenn ihm hier etwas nicht passt.
gruss
andre
die geänderte version hält oben dran.
gruss
andre
Getestet und für gut befunden. Thermostat klappt jetzt mit min/max/step und die Anzeige stimmt auch.
Nur mit dem Modus weiß ich noch nichts so richtig anzufangen, aber muss ja auch nicht wenn es so funktioniert. Im Zweifelsfall wird der Modus ausgeblendet.
Schönes Update.
Bin ich eigentlich der Einzige der testet? Was soll ich noch testen Andre?
Änderst Du die power und energy Werte noch auf floats?
Kann ich eventuell mit "1 device -> n services" meinen Anwesenheitsstatus in HomeKit umsetzen?
Bluetooth LAN-Ping im Zusammenhang mit PRESENCE und diesem Status macht teilweise komische Sachen bei mir und habe ich erst einmal deaktiviert. Zur Not könnte ich auch einen dummy definieren und diesen zum Ein- und Ausschalten der Abwesenheit benutzen.
Ich benutze noch die HomeKit App myHome und die kann als Auslöser auch einen Geofence nehmen, wenn ich dann diesen Fence verlasse, könnte ich auf Abwesenheit umstellen.
Übrigens stürzt die App myHome ab wenn ich die Details einer Steckdose aufrufe die Strommessung unterstützt.
Gruß
Dan
ich würde auch gerne testen und hab mir das vorhin auch mal angesehen, nur leider bin ich am Anfang direkt nicht weitergekommen.
Aktuell habe ich homebridge über npm installiert und das läuft auch.
Muss ich, um die neue Version testen zu können erst nvm installieren? oder habe ich das bei meiner bestehenden config schon und ich bin einfach nur zu blöd das zu finden?
Hab auch nur normal node und npm installiert und kann wunderbar testet.
Bei mir liegt das Plugin "homebridge-fhem" unter: /usr/local/lib/node_modules/homebridge-fhem/
Dort die index.js sichern und mit der neuen überschreiben/ersetzen.
Viel Spaß beim Testen.
Gruß
Dan
Hallo, :D ich schon wieder :P
hab jetzt nochmal alles neu eingerichtet und jetzt is der fehler weg nur will jetzt homebridge nicht staten :o
http://www.fhemwiki.de/wiki/Homebridge_einrichten
http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
hab diese zwei gemacht hoff das war so richtig :o
so,
ich habe die index.js in /usr/local/lib/node_modules/homebridge-fhem/ ersetzt und bekomme beim starten von hombridge folgenden Ausgabe/Fehler:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1454503694789
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&XHR=1
/usr/local/lib/node_modules/homebridge-fhem/index.js:891
console.log.info( 'homebridgeMapping attribute created.' );
^
TypeError: console.log.info is not a function
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:891:35)
at Request._callback (/usr/local/lib/node_modules/homebridge-fhem/index.js:862:27)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:198:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1035:10)
at emitOne (events.js:82:20)
at Request.emit (events.js:169:7)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:962:12)
at emitNone (events.js:72:20)
Also meiner Meinung nach ein ".info" zu viel in Zeile 891.
Ich habs mal rausgenommen, dann läuft der Start zumindest weiter.
Ich krieg später dann noch einen Fehler beim Aufruf der Funktion console.log.warn (ich vermute die gleiche Ursache)
Gruß Michael
in der zeile ist noch ein tippfehler. ist heute abend repariert. bis dahin einfach auskommentieren. die zeile der nächsten meldung auch.
zwei mal neu starten sollte auch funktionieren.
gruss
andre
Hallo, :D ich schon wieder :P
hab einmal den fehler in FHEM wen ich den Befehl aus führe : attr FHEM.Homebridge webCmd status:start:stop:restart
FHEM.Homebridge: unknown attribute webCmd. Type 'attr FHEM.Homebridge ?' for a detailed list
und den beim starten:
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1454506171348
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
edit: der beim starten hat sich erledigt nun kommt nur:
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1454506623271
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
wie sieht deine config.json aus?
config.json
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "homebridge-fhem.FHEM",
"name": "FHEM",
"server": "IP VOM RASPPI",
"port": "8083",
"auth": {"user": "MEINER", "pass": "MEINS"},
"filter": "room=Homekit"
}
],
"accessories": []
}
homebridge
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is allready running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
su - pi -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
kill $PID
echo "Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge running as PID $PID"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
sudoers
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL:ALL) ALL
homekit ALL=(ALL:ALL) ALL
homekit ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD: ALL
homekit ALL=(ALL) NOPASSWD: ALL
hast du bei dir eine Authentifizierung für die Weboberfläche eingeschaltet?
Gigt es den Raum Homekit? und sind dort die devices vorhanden, die du steuern möchtest?
Läuft homebridge auf der gleichen kiste wie fhem?
das ist meine config.json:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
}
],
"accessories": []
}
Bitte nur übernehmen, wenn Homekit existiert, homebridge auf der gleichen Raspberry pi wie fhem läuft und wenn keine Authentifizierung notwendig ist.
Nutzt Du Homebridge mit einem eigenen User homekit? Meine Homebridge läuft unter User pi.
ja die die homebridge mal auf homekit laufen lassen und mal auf pi mit pi geht es nur ich komm nicht mehr so weit bis die nummer 031-45-154 kommt zum eingeben das ging nur einmal und seit dem nicht mehr
meine /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh,/etc/init.d/homebridge
config.json:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=HomeKit",
"auth": {"user": "USER", "pass": "PASSWORT"}
}
],
"accessories": []
}
Zitat von: DeeSPe am 03 Februar 2016, 14:57:44
meine /etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh,/etc/init.d/homebridge
config.json:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=HomeKit",
"auth": {"user": "USER", "pass": "PASSWORT"}
}
],
"accessories": []
}
hab das mal übernommen und auch alles angepasst aber leider will es immernoch nicht :o
poste mal deine komplette ausgabe.
also den dienst stoppen, und dann einfach in die Console
homebridge
eingeben und dann sollte in der Ausgabe alles stehen.
Beenden kannst du homebridge dann wieder mit strg+c
@Andre: bei mir scheint es jetzt zu laufen, werde dann heute Abend mal genauer testen.
Einen Error haben ich allerdings noch:
[FHEM] rr_Michael: no service type detected
werden Roommate-Devices nicht standardmäßg unterstützt, oder muss ich noch einen genericDeviceType setzen?
Gruß Michael
root@raspberrypi:~/.homebridge# homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1454508554679
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
Hab Roommate auch (noch) nicht hinbekommen. Das wäre schön!
Weiß aber nicht ob es überhaupt Schalter mit mehreren Schaltzuständen als an und aus in HomeKit gibt. Aber Modus hat ja sowas...
Zitat von: l2r am 03 Februar 2016, 15:07:57
@Andre: bei mir scheint es jetzt zu laufen, werde dann heute Abend mal genauer testen.
Einen Error haben ich allerdings noch:
[FHEM] rr_Michael: no service type detected
werden Roommate-Devices nicht standardmäßg unterstützt, oder muss ich noch einen genericDeviceType setzen?
Gruß Michael
für PRESENCE und ROOMMATE hat noch der default ServiceType gefehlt.
hab es inzwischen eingebaut. bis dahin müsste es reichen genericDeviceType auf OccupancySensor zu setzen.
gruss
andre
@xMichiix: welche Devices sind im Raum Homekit? und was für einen Typ haben diese?
Ist ggf. genericDeviceType als attribut bei den Devices gesetzt worden?
@I2r gegebenfalls kannst du auch mal per TeamViewer drauf schauen :o wen du willst vill der liegt der fehler zwischen den ohren :o
im Moment liegt nur ein dummy names Test drin
Geb dem mal den genericDeviceType switch
Gruß Michael
Ein dummy brauch wenigstens das genericDeviceType switch und setList on off. Und wenn er dann noch custom Commands (also ausser an und aus) können soll, dann muss das homebridgeMapping eingesetzt werden.
Gruß
Dan
denk hab alles drin
geht aber trotzdem nicht
Homebridge auch nach jeder Änderung in FHEM neu gestartet?
Zitat von: DeeSPe am 03 Februar 2016, 17:18:28
Homebridge auch nach jeder Änderung in FHEM neu gestartet?
wie meinst du das ?
homebridge läuft ja nicht mal :o
und wie kann ich die in FHEM neu starten ? :o
Entweder Service neu starten "sudo service homebridge restart" oder wenn Homebridge im Vordergrund läuft "Strg+c" und dann wieder starten.
Wenn Homebridge nicht läuft kann es auch nicht funktionieren...
ja bekomms leider nicht mehr zum laufen es ging mal aber seit dem ich das http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM gemacht hab geht's nimmer an ... hab auch nochmal lles neu gemacht :o
also über den sudo service homebridge start befhelt läuft es angeblich :o wen ich ihn nochmal eingib heisst es das es schon läuft
wie kann ich das testen ?
sudo /etc/init.d/homebridge status
sudo /etc/init.d/homebridge start
sudo /etc/init.d/homebridge stop
sudo /etc/init.d/homebridge restart
und für die logs:
errorlogs:
tail -f -n200 /var/log/homebridge.err
normale logs:
tail -f -n200 /var/log/homebridge.log
root@raspberrypi:~# sudo service homebridge start
Homebridge is already running
root@raspberrypi:~# tail -f -n200 /var/log/homebridge.err
tail: cannot open `/var/log/homebridge.err' for reading: No such file or directory
root@raspberrypi:~# tail -f -n200 /var/log/homebridge.log
tail: cannot open `/var/log/homebridge.log' for reading: No such file or directory
root@raspberrypi:~#
kann die nicht mal öffnen :D
Diese Log files habe ich auch noch nicht gefunden... Weiß nicht woher l2r die hat...
ich denk immer noch das ich irgendeine Kleinigkeit falsch gemacht habe ;(
hätte TV 11 drauf wen sich da einer mal anschauen will.
hab alles bis jetzt nochmal angeschaut / neu gemacht finde aber den fehler nicht :o
oh, dann liegt das wohl an meinen diensteinstellungen und log-paths. Sry
keiner eine Idee ?
Zitat von: xMichiix am 03 Februar 2016, 18:15:43
root@raspberrypi:~# sudo service homebridge start
Homebridge is already running
Wenn du eh schon root bist brauchst du kein sudo.
Wie dir der output ja sagt, läuft Homebridge bereits (das init Skript funktioniert also).
Folglich sollte als user pi:
sudo service homebridge restartoder
sudo /etc/init.d/homebridge restartdie Homebridge neu starten...
Mit:
top -u pi
kannst du auch schauen ob es einen laufenden Prozess namens homebridge gibt und ihn im Zweifelsfall auch killen.
Aus top kommst du mit Taste q wieder raus.
also im momet hab ich es gestoppt komm sowieso nicht mit HomeKit von apple drauf auch wen es gestartet ist...
und was macht dann der befehl : homebridge? an dem hängt es ja da dieser nur Server Listening sagt.
Entweder steuerst Du homebridge als Service "sudo service homebridge status|start|stop|restart" oder Du lässt es im Vordergrund laufen mit nur Befehl homebridge. Im Vordergrund siehst du halt die ganzen Ausgaben von homebridge.
ok also is trotzdem irgendwas faul :o weil wen ich es starte komm ich mit der app auch nicht drauf bzw findet er es nicht
bin am verzeifeln versuch es schon den halben tag :o
Und bitte immer als User pi arbeiten!!!
Wenn root Rechte benötigt werden, diese mit vorangestelltem sudo herbeiholen.
Wenn Du schon so lange probierst, dann ist bestimmt Deine HomeKit Konfig schon kaputt! Bitte mal homebridge anhalten, Eve App im Multitasker beenden, dann Ordner ~/.homebridge/persist löschen und im iOS Gerät unter Datenschutz-->HomeKit die HomeKit Konfiguration zurücksetzen. Dann Homebridge wieder starten, am besten im Vordergrund und dann Eve App wieder starten und Gerät hinzufügen. Homebridge sollte dann gefunden werden.
Nochmal:
Homebridge unbedingt als User pi ausführen wenn die Homebridge Konfig unter /home/pi/.homebridge/config.json liegt
Zitat von: DeeSPe am 03 Februar 2016, 18:44:20
Wenn Du schon so lange probierst, dann ist bestimmt Deine HomeKit Konfig schon kaputt! Bitte mal homebridge anhalten, Eve App im Multitasker beenden, dann Ordner ~/.homebridge/persist löschen und im iOS Gerät unter Datenschutz-->HomeKit die HomeKit Konfiguration zurücksetzen. Dann Homebridge wieder starten, am besten im Vordergrund und dann Eve App wieder starten und Gerät hinzufügen. Homebridge sollte dann gefunden werden.
Nochmal:
Homebridge unbedingt als User pi ausführen wenn die Homebridge Konfig unter /home/pi/.homebridge/config.json liegt
ok wird ich mal versuchen
ok hab ich alles so gemacht.
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.104:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1454522181747
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.2.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
Geräte suchen.... suchen.... und geht nicht
Läuft homebridge auf einem anderen Host als FHEM?
Wenn beides auf einem Host, dann als IP 127.0.0.1 in die config.json.
Wenn FHEM auf anderem Host, Firewall an?
Zitat von: DeeSPe am 03 Februar 2016, 19:02:38
Läuft homebridge auf einem anderen Host als FHEM?
Wenn beides auf einem Host, dann als IP 127.0.0.1 in die config.json.
Wenn FHEM auf anderem Host, Firewall an?
nein laufen auf einem
127.0.0.1 und
die rasp ip versucht be beiden hängt es an der gleichen stelle
Mach mal kurz in FHEM den Raum Homekit leer und starte homebridge neu. So können wir Fehlkonfiguration an FHEM erst einmal ausschließen. Als letzte Ausgabe wenn homebridge läuft sollte sowas kommen:
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
ok also Homekit ist leer hängt leider immernoch ;(
Hast du überhaupt "sudo npm install -g homebridge-fhem" ausgeführt? Damit wird das Plugin installiert über welches wir uns hier unterhalten!
ja hab ich :o
was muss ich alles löschen das ich bei homebridge wieder komplett von 0 anfangen kann,
dachte ich hab das schon mal gemacht aber vill hab ich was vergessen.
Hast du npm mal aktualisiert und alle anderen globalen npm Pakete?
sudo npm update -g npm
sudo npm update -g
Wie hast Du homebridge installiert? Als npm Paket oder aus git?
über wiki. also genau so
als erstes so :http://www.fhemwiki.de/wiki/Homebridge_einrichten
dann so :http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
Du hast node auch so installiert?
curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs
Mit dieser node Version und auch v5 habe ich es auch nicht hinbekommen.
Mach mal ein "sudo apt-get purge nodejs" (node deinstallieren) und dann:
wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
Danach würde ich den RPi einfach mal durchstarten und schauen ob "node -v" und "npm -v" die Versionen anzeigen. Dann nochmal npm und alle anderen globalen Pakete aktualisieren.
pi@raspberrypi:~$ node -v
node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node)
node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by node)
jetzt geht gar nix mehr :o
Du nutzt auch das aktuelle Raspbian Jessie?
Mit Wheezy hatte ich genau solche beschriebenen Probleme!!!
ach nö muss jetzt jetzt wieder alles neu machen auch fhem mit den namen etc ?
ja hab die Wheezy -.-
Kann ich dir nur empfehlen! Habe mit einem anderen Forenmitglied 3 Abende gefummelt bis wir festgestellt haben dass es mit Wheezy nur Schwierigkeiten mit node gibt.
Einfach fhem.cfg sichern und was du sonst noch brauchst und dann schnell neu installieren. Dann bist du auf jeden Fall auf der sicheren Seite und wir müssen uns nicht mit alten Fehlern des Betriebssystems auseinandersetzen.
wo liegt den die :D such grad schon wieder wie blöd :D
sorry wen ich so oft frage :(
In FHEM Web unter "Edit files" oder im Dateisystem unter /opt/fhem/fhem.cfg
im ersten beitrag gibt es eine neue version mit den folgenden änderungen:
- minValue/maxValue/minStep fix von heute früh
- ausgabe des symbolischen homekit namens nach umwandlung aus einem reading
- eve custom air pressure characteristic (ungetestet)
- PRESENCE/ROOMMATE fix
der OccupancySensor von PRESENCE und ROOMMATE ist nur ein sensor der den aktuellen zustand anzeigt. ich weiss nicht ob man den auch mit einer On characteristic zum schalten eines homestatus 'missbrauchen' kann.
mit mehreren On characteristics und den passenden valueOn/valueOff/cmds kann man sich das umschalten zwischen mehreren stati bauen. analog zum harmony beispiel im ersten beitrag.
gruss
andre
Hey Andre!
Klasse, werde gleich das Update einspielen und testen. Luftdrucksensor habe ich leider (noch) nicht.
Das mit dem Harmony Beispiel hatte ich schon erfolglos probiert, wollte dich deshalb aber nicht schon wieder nerven.
Also bei mir läuft es wie vorher, merke bei meinen Geräten keine Veränderung.
An die floats bei power und energy hattest du leider nicht gedacht?
Hallo Andre,
habe grad mal ein wenig mit der aktuellen Version gespielt. Ich habe einfach mal ein hue Device genommen und die Werte verändert. Soweit alles gut....
Fange ich nun an das ein wenig zu stressen - Saturation schnell zwischen den Prozenten hin und her zu ändern, gibt es den Fehler unten. Ich nutze als App myHome.
Mit eve habe ich es nicht geschafft. Da muss ich ja explizit fertig drücken, damit die sat gesetzt wird. Das ist zu langsam um einen Fehler zu generieren.
2016-02-03 21:00:16 caching: HUEDevice4-sat: 0
[FHEM] caching: Saturation: 0 (as number; from '0')
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%2050.800000000000004&XHR=1
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%20165.1&XHR=1
2016-02-03 21:00:19 caching: HUEDevice4-xy: 0.435,0.405
/usr/lib/node_modules/homebridge-fhem/index.js:77
var mapping = subscription.characteristic.FHEM_mapping;
^
TypeError: Cannot read property 'FHEM_mapping' of undefined
at /usr/lib/node_modules/homebridge-fhem/index.js:77:48
at Array.forEach (native)
at FHEM_update (/usr/lib/node_modules/homebridge-fhem/index.js:76:19)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:546:22)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
at emitOne (events.js:77:13)
at IncomingMessage.emit (events.js:169:7)
at readableAddChunk (_stream_readable.js:146:16)
Folgender Fehler tritt auf, wenn ich in myHome auf den Service Namen tippe. Egal welches Element. Leider habe ich keinen blassen Schimmer, was da passieren soll, da ich meine original homekit Hardware im Büro habe.
Kann ein Fehler in myHome sein, sollte aber bei Dir keinen Fehler bringen.
[FHEM] query: CurrentTemperature for n4h_4001-temperature
[FHEM] cached: 3.9
[FHEM] [n4h_4001] identify requested!
/usr/lib/node_modules/homebridge-fhem/index.js:2164
if( match = this.PossibleSets.match(/(^| )toggle\b/) ) {
^
ReferenceError: match is not defined
at Object.FHEMAccessory.identify (/usr/lib/node_modules/homebridge-fhem/index.js:2164:15)
at Accessory.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:257:79)
at emitTwo (events.js:87:13)
at Accessory.emit (events.js:172:7)
at Accessory._identificationRequest (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:104:10)
at Accessory.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:73:14)
at emitThree (events.js:97:13)
at emit (events.js:175:7)
at Characteristic.setValue (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
at Bridge.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:537:22)
Die Version läuft übrigens viel besser, als V1.0. Ich habe inzwischen viele Tests gemacht du musste nicht ein einziges mal die Daten in der config ändern oder etwas zurücksetzen. Starte ich die homebridge neu, so wird alles in der App wenige Sekunden später aktualisiert. Respekt vor Deiner Arbeit...
Wenn Du weitere Infos brauchst - kein Problem.
Oliver
@DeeSPe: wenn immer noch alles läuft ist das doch gut :)
das mit dem float muss ich mir wie gesagt erst anschauen. der wert der übertragen wird ist laut der oben verlinkten doku ein int und der faktor ist eigentlich dazu da ein paar nachkomma stellen zu bekommen.
wenn du lust hast kannst du gerne mal in zeile 1223 und 1226 das UINT16 bzw. UINT32 durch FLOAT ersetzen und schauen was passiert.
@oliverk: der fehler hat nur indirekt etwas mit der geschwindigkeit zu tun und hätte in eve auch passieren müssen. komisch. ich denke aber ich habe es repariert.
das erste war ein fehler wenn die app ein identify sendet. in homekit gibt es dafür zwei wege. vor dem pairen und nach dem pairen. das identify nach dem pairen habe ich scheinbar nie ausprobiert. da war noch ein fehler drin.
ich hab oben noch mal eine aktualisierte version angehängt. leider immer noch als trockenübung da ich noch nicht dazu gekommen bin das test iphone zu aktualisieren und meine eigene produktive installation noch nicht anfassen kann. dafür habe ich mir vorhin eine apple watch zum spielen gegönnt :)
gruss
andre
ps: ich möchte noch window bzw. winmatik auf das neue system umstellen und muss dann winmatic, keymatic und garagen tor noch mal testen ob die noch gehen. danach würde ich diese version dann langsam einchecken.
danke ich werde das auch mal alles testen.
@DeeSPe & xMichiix: homebridge nicht als sudo installieren, sondern als pi-user:
npm install -g homebridge
npm install -g homebridge-fhem
das ist zumindest die "gängige" und von andre vorgestellte version. Ansonsten liegt der hombridge-pfad am falschen Ort...
@andre, Einchecken in Form von generell releasen? Klingt gut! Bin leider bisher noch nicht zum testen dieser Version gekommen, aber habe bis auf die Brightness derzeit auch nicht allzuviel, was ich in meiner Umgebung probieren könnte.
Gesendet von iPhone mit Tapatalk
Testen kann ich 8)
Blöderweise finde ich auch immer Fehler. 25 Jahre Softwareentwicklung bringen mich auf die seltsamsten Testideen...
Ich spiele mal mit der aktuellen Version und sammle mal ein wenig.
Übrigens habe ich meine Apple Watch 3 Monate nach dem ersten Hype im Schrank verstauben lassen. Dann habe ich die homebridge installiert und bin damit gleich wieder an den Start gegangen. Seitdem unterhalte ich mich mit meinem Garagentor und auch zu Hause gerne mal mit meinem Haus. Meine Frau hält mich schon für ein wenig durch.... Aber ist schon cool, wenn man 300m vor dem Haus Siri bittet die Garage zu öffnen und sie antwortet "Ich schaue mal was ich tun kann!"
Ich probiere es auch grad mit all meinen net4home Komponenten. ggf. passe ich in meinem Modul auch noch ein paar Eigenschaften an, damit sie dann auch gleich passen, bevor ich es öffentlich mache.
Oliver
testen kann ich auch ;) aber fehler in fremden code zu finde ist vieeeel einfacher als im eigenen :). ich glaube da gibt es eine art blinden fleck der verhindert das man manche dinge sieht...
mal sehen ob mich dir kurze batterie laufzeit nächste woche schon ärgert. eigentlich habe ich eine wasserdichte solar funk uhr. so ziemlich das gegenteil von etwas das man mehr als ein mal am tag ausziehen, aufladen und nicht mit unter die dusche nehmen darf. ich bin mal gespannt.
gruss
andre
Fehler ist leider noch da. Hatte im code schon mal ein wenig geschaut. Aber ich bin einfach zu müde, alles so schnell zu verstehen. Ggf. morgen mehr.
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%20243.84&XHR=1
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20HUEDevice4%20sat%200&XHR=1
2016-02-03 22:49:11 caching: HUEDevice4-xy: 0.4528,0.4538
/usr/lib/node_modules/homebridge-fhem/index.js:77
var mapping = subscription.characteristic.FHEM_mapping;
^
TypeError: Cannot read property 'FHEM_mapping' of undefined
at /usr/lib/node_modules/homebridge-fhem/index.js:77:48
at Array.forEach (native)
at FHEM_update (/usr/lib/node_modules/homebridge-fhem/index.js:76:19)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:546:22)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
at emitOne (events.js:77:13)
at IncomingMessage.emit (events.js:169:7)
at readableAddChunk (_stream_readable.js:146:16)
An die Batterie gewöhnt man sich übrigens. Lästig ist nur, dass man nur ein Ladegerät zur Verfügung hat. iPhone Strom kann man ja inzwischen überall schnorren. Auch wenn man mal ein paar Tage unterwegs ist.
Habe das gleiche Problem grad mit unserem neuen Auto. Ein e-Golf mit 150km Reichweite. Da hat man ständig im Kopf wo denn der Strom für den Tag herkommt. Man kann ja nicht eben mal einen Kanister Strom einfüllen...
Aber die Watch hat Siri... Und das ist für mich das absolute Gadget für ein SmartHome. Neben der Uhrzeit kann man noch viele andere Dinge sehen. iPhone 1 war ja auch cool (damals). Wenn man sieht wo es hingeht, ist da noch eine Menge Luft drin. Telefon habe ich ja auch dabei, ist aber schon unhöflich ständig auf das Display zu glotzen. Das ist mit der Watch deutlich dezenter.
Mein iPad liegt neben meinem Bett.... Einfach "Hey Siri! Schalte alles aus!". Das ist SmartHome pur.
Oliver
wenn das die gleiche zeile ist dann hast du das falsche file erwischt. in zeile 77 steht inzwischen etwas anderes :).
das in den nächsten jahren bei der hardware noch luft ist hoffe ich auch. so gut siri inzwischen ist und so schnell es im vergleich zu app suchen oder sogar zu iphone aus der tasche nehmen ist... es ist schon noch deutlich die ein oder andere gedenk minute drin bis zum verstehen und dann noch mal bis zum schalten.
und leider ist das hey siri der watch aus wenn sie neben dem bett liegt und geladen wird. das wäre richtig praktisch. nachts ist das telefon nämlich aus.
aber so richtig gut wäre es erst in jedem raum, sprecher unabhängig und ohne cloud zugriff.
aber das ist jammern auf hohem niveau :). nach dem aufwachen den rollladen per siri sich fahren und dann geht automatisch musik an, die wetter durchsage kommt und im bad wird auch gleich eingeschaltet hat schon was.
gruss
andre
Hey Andre,
hab die beiden mal auf FLOAT gesetzt, dann werden die Werte in der Homebridge Konsole auch richtig angezeigt, aber die Kommunikation Homebridge->HomeKit geht nicht mehr.
Gruß
Dan
das ist genau das was passiert wenn werte in einem format gesendet werden die die auf homekit seite nicht erwartet werden. das gleiche problem das wir mit strings statt zahlen hatten. ich fürchte da lässt sich nicht viel machen. angeblich zeigt eve die werte von eve energy tatsächlich um den jeweiligen faktor größer an.
hat zufällig jemand ein eve energy?
gruss
andre
@DeeSPe hab gestern meine fhem.cfg in das neue eingefügt aber jetzt sind nur noch Probleme da. :/
also muss ich doch wieder von 0 an alles machen :(
So, beide Fehler weg. War einfach zu müde gestern und habe das File in das falsche Verzeichnis kopiert.
Werde jetzt mal ein paar mehr Geräte an den Start bringen. Speziell das Thermostat ist ja ein wenig komplexer.
Folgende Apps habe ich mal getestet:
- myHome - Heim Automatisierung
- Elegato eve
- Devices
myHome und eve machen das schon ganz gut. Devices hat noch ein Problem mit den Temperaturen und behauptet "unknown Service". Muss mal sehen, was die für eine Angabe erwarten.
Die Apps auf der Watch selber sind derzeit noch gähnend langsam und nicht zu gebrauchen. Das geht nur über Siri in einer vernünftigen und akzeptablen Geschwindigkeit.
Oliver
Guten Morgen,
jetzt läuft es :)
Gott sei dank:)
jetzt gibtes nur ein Problem mit den schalten :D es st so:
im Moment kann ich per Taster ein/aus schalten wunderbar nun sag ich küche licht an und will es dann mit den Taster wieder ausschalten und jetzt kommt das Problem es geht nicht :o
MfG Michael
du nimmst in der config.json den Filter raus...
nur dann kann es passieren, dass auch geräte, die nicht unterstützt werden zu homebridge versucht werden hinzugefügt zu werden und homebridge dann abstürzt.
Zum anderen, was willst du zb. mit nem Logfile in EVE, würde dann ja theoretisch auch angezeigt werden? Macht für mich keinen Sinn.
Deshalb würde ich empfehlen, dass über den Filter (was ja in FHEM dem Raum Homekit entspricht) zu regeln.
Ein Device kann ja mehrere "Räume" im Room-Attribut haben und somit kannst du das sehr individuell steuern.
Woran hat's denn bei dir gelegen?
an dem img. :o hab das alte wheey oder wie die heißt drauf gehabt :o und jetzt mit jessie geht's :)
Siehe Vorpost:o
PS: kann man jetzt auch antworten hinzufügen also wen ich Siri sag sie soll das licht anschalten kommt immer so kompliziertes gelaber zurück xD
Was ist daran kompliziertes Gelaber?
Sachlich und auf's Wesentliche beschränkt.
(https://www.dropbox.com/s/nqricr3i1pogysz/Siri-Licht.png?raw=1)
Schön dass Du meinen Rat befolgt und neues OS genommen hast xMichiix.
Nur so können wir auch weiter helfen...
sorry hab mich oben falsch aus gedrückt :D wollt eig. fragen ob man die Rückantwort ändern kann ?
ist es bei euch auch so das Siri einen nicht vesteht ?
und wo finde ich die index.js?
und jetzt wär nur noch das mit den taster.
Ich wüßte nicht dass man die Antwort ändern kann.
Ja, teilweise versteht Siri einen schlecht. Wenn Siri auf deutsch läuft, sollt man auch nur deutsche Begriffe für Siri in Homekit verwenden. z.B. Ambilight versteht Siri gar nicht, habe es Umgebungslicht genannt und das klappt wunderbar.
Die index.js solltest Du im Ordner /usr/local/lib/node_modules/homebridge-fhem/ finden.
Zum Taster kann ich nichts sagen, habe nur Schalter...
Gruß
Dan
ok.erstmal danke :)
noch was :D ich hab den pfad icht einmal bei mir gibt's den node_modules ordner nicht :o
Dann check einfach mal wo homebridge installiert ist.
Mein npm hat unter /usr/local/bin einen Link zu homebridge angelegt, der mir sagt dass sich homebridge im Ordner /usr/local/lib/node_modules/ befindet, im selben Ordner sollte sich auch das global installierte Paket homebridge-fhem befinden.
pi@FHEM:~ $ ls -al /usr/local/bin/
insgesamt 12024
drwxrwsr-x 2 root staff 4096 Jan 25 00:25 .
drwxrwsr-x 10 root staff 4096 Nov 21 19:50 ..
lrwxrwxrwx 1 root staff 45 Jan 23 01:38 homebridge -> ../lib/node_modules/homebridge/bin/homebridge
-rwxr-xr-x 1 root staff 11949036 Okt 17 23:10 node
lrwxrwxrwx 1 root staff 38 Jan 23 01:27 npm -> ../lib/node_modules/npm/bin/npm-cli.js
habs :o
/usr/lib/node_modules/homebridge-fhem
Hallo,
ich habe bei mir die Rolladensteuerung über FHEM realisiert mit Hilfe von Schaltaktoren, welche die Taster an den Rolladen auslösen.
Dazu habe ich mir ein Dummydevice in FHEM erstellt, welches die Funktionen des Rollos mit den Schaltaktoren zusammenführt (Auf/Ab/xx% etc.). Verstehe ich das richtig, dass ich dieses Dummydevice nun auch in Homebridge einbinden kann als Devicetyp blind und zukünftig über Siri steuern kann mit dem passenden Befehl? In der Vergangenheit hatte ich die einzelnen Schalfaktoren als Switch in Homebridge eingebunden...
ja du kannst den/die dummys konfigurierbar auf den rolladen service abbilden.
homekit steuert dabei sowieso immer alles über die % angabe. d.h. wenn du mit siri auf bzw. zu machst wird als kommando normalerweise 100 bzw. 0 prozent ankommen. wenn du unbebeding auf und zu brauchst kannst du das mappen.
in einer richtung starten und auf kommando anhalten kann homekit nicht.
gruss
andre
Zitat von: BieDe am 04 Februar 2016, 13:59:24
Hallo,
ich habe bei mir die Rolladensteuerung über FHEM realisiert mit Hilfe von Schaltaktoren, welche die Taster an den Rolladen auslösen.
Dazu habe ich mir ein Dummydevice in FHEM erstellt, welches die Funktionen des Rollos mit den Schaltaktoren zusammenführt (Auf/Ab/xx% etc.). Verstehe ich das richtig, dass ich dieses Dummydevice nun auch in Homebridge einbinden kann als Devicetyp blind und zukünftig über Siri steuern kann mit dem passenden Befehl? In der Vergangenheit hatte ich die einzelnen Schalfaktoren als Switch in Homebridge eingebunden...
Ja, das sollte mit der neuen Version so funktionieren. Da ich sowas nicht habe kann ich Dir keine genauere Aussage geben.
So, nun hab ich mal wieder ne Frage.
Hab seit gestern HomeMatic Thermostaten im Einsatz die sich auch schon perfekt über HomeKit steuern lassen. Aber wie bekomme ich die Batterieanzeige in HomeKit hin? Der Batterie Wert wird in Volt angegeben (batteryLevel) und kommt dazu noch von einem anderen Device (Channel). Dann gibt es noch einen Wert battery, der nur "ok" sagt, das ist wohl der Wert für "Batterie schwach" in HomeKit.
Gruß
Dan
anderes device ist kein problem. einfach mit <device>:<reading> angeben.
es gibt zwei charactersitics:
- StatusLowBattery: sollte für hm automatisch wenn das reading battery heisst. also StatusLowBattery=<device>:battery. ansonsten musst du ok auf BATTERY_LEVEL_NORMAL mappen und alles andere auf BATTERY_LEVEL_LOW. wenn das battery reading nicht genau genug ist kannst du die spannung auch per threshold= selber in eine ok/nicht ok characteristic umwandeln
- BatteryLevel: homekit kennt hier nur % werte. d.h. du musst das reading z.b. per factor auf 0-100 umwandeln. ich bezweifle aber ob das besonders genau ist. ich denke das lohnt sich nicht.
wenn du die spannung trotzdem anzeigen möchtest bau dir eine custom characteristic mit einer ausgedachten UUID, dem namen BatteryLevel und dem typ FLOAT.
du siehst: viele möglichkeiten :). unterm strich denke ich aber es ist sinnvoller sich von fhem eine warnung senden zu lassen wenn mit der batterie etwas nicht stimmt und sie in homekit garnicht erst anzuzeigen.
gruss
andre
Danke Andre, das teste ich nachher hoffentlich noch.
Jetzt muss ich erst mal Koffer packen, die nächsten zwei Wochen seid ihr mich los.
Bin schon sehr gespannt was sich in der Zeit hier tun wird und ebenso wie mein FHEM die zwei Wochen ohne mich klar kommt.
Klasse Arbeit Andre, weiter so!!!!
Gruß
Dan
Ich versuche ein virtuelles Thermostat anzulegen. Es klappt aber nicht so recht :/
Heizung_wz is NOT a thermostat. set for target temperature missing
Stimmt nicht. Das geforderte target reading ist da.
JSON-List:
{
"Arg":"Heizung_wz",
"Results": [
{
"Name":"Heizung_wz",
"PossibleSets":"target:18,19,20,21,22,23,24,25",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride subtype homebridgeMapping userattr",
"Internals": {
"NAME": "Heizung_wz",
"NR": "95",
"STATE": "target;state",
"TYPE": "dummy"
},
"Readings": {
"state": { "Value":"target;state", "Time":"2016-02-04 20:32:10" },
"target": { "Value":"21", "Time":"2016-02-04 20:33:07" }
},
"Attributes": {
"genericDeviceType": "thermostat",
"homebridgeMapping": "TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=myTemp:temperature",
"readingList": "target",
"room": "Wohnraum,Wohnzimmer",
"setList": "target:18,19,20,21,22,23,24,25"
}
} ],
"totalResultsReturned":1
}
Die Temperatur von myTemp habe ich in EVE. Nur wie setze ich die Temperatur?
Ich komm nicht dahinter ???
hast du das index.js aus dem ersten post laufen? die meldung gibt es darin nicht mehr.
Hab es in den falschen Ordner kopiert ::)
Habe jetzt das Thermostat auf dem iPhone. Nur das einstellen des Modus und der Temperatur wird nicht übertragen :-[
schau auf der console was genau passiert.
Beim ändern der Werte in EVE passiert da nichts. Nur myTemp aktualisiert sich.
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM] cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM] cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM] cached: 22
[FHEM] query: CurrentTemperature for myTemp-temperature
[FHEM] cached: 22
Edit: Es läuft nun, vielen dank für deine Hilfe :)
Vielen Dank Andre,
die neue Version tut ohne Probleme. Für den Tür-/Fensterkontakt STM 250 von EnOcean habe ich einen genericDeviceType "ContactSensor" und die characteristics "ContactSensorState" gefunden und wie folgt konfiguriert:
attr STM250 genericDeviceType ContactSensor
attr STM250 homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
Mehr dazu im FHEM-Wiki unter http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)
sehr schön.
noch ein tip: wenn man einem ContactSensor zusätzlich zum ContactSensorState noch einen CurrentDoorState verpasst ... CurrentDoorState=state,values=closed:CLOSED;open:OPEN ... dann kann man in eve den contact state ausblenden und sieht direkt ein für/fenster offen/geschlossen nach dem man siri auch fragen kann: 'sind die fenster in ... zu?'.
gruss
andre
Zitat von: justme1968 am 06 Februar 2016, 09:49:01
noch ein tip: wenn man einem ContactSensor zusätzlich zum ContactSensorState noch einen CurrentDoorState verpasst ... CurrentDoorState=state,values=closed:CLOSED;open:OPEN ... dann kann man in eve den contact state ausblenden und sieht direkt ein für/fenster offen/geschlossen nach dem man siri auch fragen kann: 'sind die fenster in ... zu?'.
Oh, da hänge ich gerade, würde es im Wiki aber auch noch gerne eintragen. Wie blendest Du denn in Eve den ContactState an? Wenn ich auf das Gerät in Eve gehe, kann ich Namen, Siri-Namen, Raum einstellen. Aber nicht die Readings, oder bin ich falsch?
Und zur Anwesenheitssteuerung habe ich mir auch noch Gedanken gemacht. Mit den RESIDENTS-Modulen und einer characteristic "On" kann man mit Hilfe einer Szene "Ich bin zuhause" die Anwesenheit von Bewohnern steuern. http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)
in einem raum auf bearbeiten gehen.
bei RESIDENTS müsste es reichen On hinzuzufügen. OccupancyDetected sollte automatisch erkannt werden.
gruss
andre
Zitat von: justme1968 am 06 Februar 2016, 12:03:58
bei RESIDENTS müsste es reichen On hinzuzufügen. OccupancyDetected sollte automatisch erkannt werden.
Lieber Andre,
leider nicht. Es wird zwar als OccupancyDetected erkannt, aber das Reading state im ROOMMATE womöglich nicht korrekt interpretiert. Wenn ich ein Test-Objekt auf "home" setze, steht in Eve nach wie vor, dass der Test-RESIDENT nicht da ist.
Das hier erhalte ich von homebridge-fhem:
2016-02-06 14:59:32 caching: rr_Test-presence: present
[FHEM] caching: OccupancyDetected: 0 (as number; means OCCUPANCY_NOT_DETECTED; from 'present')und das hier ist das jsonlist2 auf den rr_Test. rr_Test ist vom Typ ROOMMATE
{
"Arg":"rr_Test",
"Results": [
{
"Name":"rr_Test",
"PossibleSets":"state:home,gotosleep,asleep,awoken,absent,gone mood:calm,relaxed,happy,excited,lonely,sad,bored,stressed,uncomfortable,sleepy,angry,toggle location create:wakeuptimer",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings rr_locationHome rr_locationWayhome rr_locationUnderway rr_autoGoneAfter:12,16,24,26,28,30,36,48,60 rr_showAllStates:0,1 rr_realname:group,alias rr_states:multiple-strict,home,gotosleep,asleep,awoken,absent,gone rr_locations rr_moods rr_moodDefault rr_moodSleepy rr_passPresenceTo rr_noDuration:0,1 rr_wakeupDevice event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ContactSensor,lock,window,contact homebridgeMapping icon sortby webCmd widgetOverride userattr",
"Internals": {
"CFGFN": "",
"DEF": "rgrBewohner",
"NAME": "rr_Test",
"NR": "1234",
"NTFY_ORDER": "50-rr_Test",
"RESIDENTGROUPS": "rgrBewohner,",
"STATE": "home",
"TYPE": "ROOMMATE"
},
"Readings": {
"durTimerAbsence": { "Value":"00:00:00", "Time":"2016-02-06 14:58:55" },
"durTimerAbsence_cr": { "Value":"0", "Time":"2016-02-06 14:58:55" },
"durTimerPresence": { "Value":"00:05:00", "Time":"2016-02-06 15:03:55" },
"durTimerPresence_cr": { "Value":"5", "Time":"2016-02-06 15:03:55" },
"durTimerSleep": { "Value":"00:00:00", "Time":"2016-02-06 09:26:23" },
"durTimerSleep_cr": { "Value":"0", "Time":"2016-02-06 09:26:23" },
"lastArrival": { "Value":"2016-02-06 14:58:55", "Time":"2016-02-06 14:58:55" },
"lastDeparture": { "Value":"2016-02-06 09:27:31", "Time":"2016-02-06 09:27:31" },
"lastDurAbsence": { "Value":"05:31:24", "Time":"2016-02-06 14:58:55" },
"lastDurAbsence_cr": { "Value":"331", "Time":"2016-02-06 14:58:55" },
"lastDurPresence": { "Value":"00:01:08", "Time":"2016-02-06 09:27:31" },
"lastDurPresence_cr": { "Value":"1", "Time":"2016-02-06 09:27:31" },
"lastLocation": { "Value":"home", "Time":"2016-02-06 09:27:31" },
"lastMood": { "Value":"calm", "Time":"2016-02-06 09:27:31" },
"lastState": { "Value":"gone", "Time":"2016-02-06 14:58:55" },
"location": { "Value":"home", "Time":"2016-02-06 14:58:55" },
"mood": { "Value":"calm", "Time":"2016-02-06 14:58:55" },
"presence": { "Value":"present", "Time":"2016-02-06 14:58:55" },
"state": { "Value":"home", "Time":"2016-02-06 14:58:55" },
"wakeup": { "Value":"0", "Time":"2016-02-06 09:28:50" },
"wayhome": { "Value":"0", "Time":"2016-02-06 09:26:23" }
},
"Attributes": {
"alias": "Status",
"devStateIcon": ".*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home",
"group": "Test",
"icon": "people_sensor",
"room": "Homekit,Wohnung",
"rr_realname": "group",
"rr_showAllStates": "1",
"sortby": "1",
"webCmd": "state"
}
} ],
"totalResultsReturned":1
} Da ich aber die Readings mit homebridgeMapping gemappt habe, geht es ja.
LG
Karsten/Zephyr
jetzt aber :). es war noch ein tippfehler drin. presence statt present für den wert.
im ersten beitrag hängt die neue version mit diesem und drei anderen fixes.
gruss
andre
Hallo Leute,
ich wollte mal nachfragen ob es mittlerweile möglich ist MiLight Geräte (über FHEM und nicht direkt) anzusprechen?
Bisher ist die Homebridge leider immer nach einer gewissen Zeit (1-2h) abgestürzt sobald ich die MiLight Gerät in dem Raum Homekit hinzugefügt habe.
Finde das sowieso ein wenig merkwürdig, denn die Lichter lassen sich bis zum Absturz tadellos steuern - nur dann erreicht die Eve App die Homebridge nicht mehr und muss neu eingerichtet werden.
Zur Zeit benutze ich Dummys, aber damit kann ich die Lampen leider nur ein- und ausschalten und keine Helligkeit oder Farbe ändern.
Würde mich über eine Antwort sehr freuen! Schönes WE euch allen!
Hallo Odin,
Milight läuft bei mir seit einer guten Wochen mit einer Lampe mit dem index.js von Andre aus Github stabil. Ich kann ein- und ausschalten sowie hue einstellen, brightness geht leider nicht.
Heute habe ich auf einer Testinstallation den neuen Code ausprobiert. Hier konnte ich zwar mit dem Code attr mi_Brunnen homebridgeMapping Brightness=brightness::brightness nun Brightness einbinden und es wird auch initial korrekt gecached, leider taucht kein Slider in EVE auf und auch ein Update via FHEM wird nicht gen EVE propagiert, sieht man auch nicht auf der Konsole.
Was mache ich da noch falsch?
Edit: Ok, ich habe es gefunden, einmal blind: der Slider ist dann unter dem Farbrad... Und, das Attribut war nicht vollständig gesetzt, so wie es jetzt im Code steht, funktioniert es in beide Richtungen.
Andre, Supersache, vielen lieben Dank für die tolle Arbeit!!!
Danke, Christian
bitte zuerst schauen ob beim ändern von brighness etwas im event monitor zu sehen ist. danach ob beim start von homebridge mit --debug etwas zu sehen ist.
welche characteristics werden für welches reading angelegt? das steht auch auf der konsole beim start.
milight und wifilight sollten beide automatisch und über das RGB reading eingebunden werden. zumindest für die richtung fhem -> homebridge funktioniert das auch mit dem oben geposteten jsonlist2 eines milight device.
bitte starte homebridge mal mit --debug und schau was beim starten auf der konsole gemeldet wird und was gemeldet wird wenn sich das RGB reading ändern.
ich bin mir nicht sicher wie sich das überschreiben von Brighness auswirkt wenn man nicht vorher mit clear die internen mappings die alle auf RGB arbeiten löscht.
ich habe gerade gesehen das es zusätzlich zum RGB kommando auch ein HSV kommando gibt. in welchem format werden hier die werte gesetzt? dann baue ich das mit vorrang vor RGB noch ein. das spart einiges an hin und her rechnerei.
gruss
andre
Hi,
also, ich habe das Mapping wieder rausgenommen.
Homebridge mit --debug gestartet ergibt
[FHEM] Initializing platform accessory 'mi_Brunnen'...
[FHEM] creating services for mi_Brunnen
[FHEM] information service for mi_Brunnen
[FHEM] manufacturer, model and serial number characteristics for mi_Brunnen
[FHEM] Lightbulb service for mi_Brunnen
[FHEM] Hue characteristic for mi_Brunnen:hue
[FHEM] initial value is: 52 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for mi_Brunnen:sat
[FHEM] initial value is: 52 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for mi_Brunnen:state
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Somit kein Brightness.
RGB-Änderungen werden auf der Homebridge-Konsole nicht angezeigt.
HSV setzt man bei diesem Device bspw. mit
set hsv 50,100,100
So, jetzt mag mein iPhone gar nicht mehr mit der Bridge koppeln, es kommt Hinzufügen fehlgeschlagen nach Eingabe des Codes.
Ich mach mal Schluss für heute.
Gute Nacht, Christian
verwendest du das wifilight oder das milight modul?
die version aus dem ersten post kennt nur die wifilight version.
ich habe inzwischen alles noch mal umgebaut und dir nächste version sollte dann beides können und HSV bevorzugen.
ich hab
Guten Morgen,
das milight-Modul.
Danke für die Erweiterung !
Ciao Christian
Hallo,
habe jetzt herausgefunden, warum es gestern nicht mehr funktioniert hat. Es war mein Haustürschloss von Homematic.
Hier der debug-Output von der Konsole
[FHEM] Haustuerschloss is lock
[FHEM] Haustuerschloss has PositionState [direction]
[FHEM] Haustuerschloss has CurrentDoorState [doorState]
[FHEM] Haustuerschloss has StatusLowBattery [battery]
[FHEM] Haustuerschloss has FirmwareRevision [D-firmware]
[FHEM] value2homekit_re: [ { re: '^opening', to: 1 },
{ re: '^closing', to: 0 },
{ re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-02-07 09:54:08 caching: Haustuerschloss-direction: none
[FHEM] Haustuerschloss-direction values: value none mapped to 2
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'none')
[FHEM] value2homekit_re: [ { re: '^opening', to: 2 },
{ re: '^closing', to: 3 },
{ re: '^open', to: 0 },
{ re: '^closed', to: 1 },
{ re: '.*', to: 4 } ]
[FHEM] homekit2name: { '0': 'OPEN',
'1': 'CLOSED',
'2': 'OPENING',
'3': 'CLOSING',
'4': 'STOPPED' }
2016-02-07 09:54:08 caching: Haustuerschloss-doorState: closed
[FHEM] Haustuerschloss-doorState values: value closed mapped to 1
[FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
2016-02-07 09:54:08 caching: Haustuerschloss-battery: ok
[FHEM] caching: StatusLowBattery: 0 (as number; from 'ok')
2016-02-07 09:54:08 caching: Haustuerschloss-D-firmware: 2.5
[FHEM] caching: FirmwareRevision: 2.5 (as string; from '2.5')
[FHEM] default: 1
[FHEM] homekit2cmd: { '0': 'open' }
[FHEM] caching: TargetDoorState: 3 (as number; from '2.5')
[FHEM] value2homekit_re: [ { re: 'uncertain', to: 3 },
{ re: '^locked', to: 1 },
{ re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED', '3': 'UNKNOWN' }
2016-02-07 09:54:08 caching: Haustuerschloss-state: locked
[FHEM] Haustuerschloss-state values: value locked mapped to 1
[FHEM] caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] value2homekit_re: [ { re: '^locked', to: 0 }, { re: '.*', to: 1 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED' }
[FHEM] homekit2cmd: { '0': 'lock', '1': 'unlock' }
[FHEM] Haustuerschloss-state values: value locked mapped to 0
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'locked')
[FHEM] mappings for Licht_Kueche_Tisch: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] Licht_Kueche_Tisch is switch
Ggf. kommt er beim TargetDoorState noch durcheinander.
Wenn ich das Schloss wieder rausnehme, muss ich zwar neu koppeln, aber dann geht es wieder.
PS: mein Haustürschloss hat (noch) das userreading doorState, welches ich per notify von dem Haustürkontaktsensor übernehme.
Ciao, Christian
@knueppler: danke für deine Antwort, leider sehe ich gerade nicht so richtig durch... :-\
Den Pfad ~/.nvm/versions/v0.12.7/lib/node_modules/homebridge-fhem. gibt es bei mir nicht. Fhem und Homebridge laufen bei mir in der aktuellen Version auf einem Pi 2.
Kann mir jemand ein kleines HowTo geben? :D
@Odin
Den Pfad gibt es bei mir auch nicht, siehe einen meiner Posts vom Anfang.
Ich habe einfach alles auf einem anderen Pi installiert und eine zweite Bridge angeworfen und teste dies mit einem alten 4s.
Auf das Abenteuer zwei Bridges auf einem Pi samt FHEM mit demselben iPhone hatte ich dann doch keine Lust :D
@knueppler: die umgebaute tür ist noch nicht getestet. bitte zeig mal mehr von der konsole. vor allem welche characteristics angelegt werden. da fehlt glaube ich der currentLock state und beide TargetStates.
bitte mach mal ein jsonlist2 vom device. am besten gleich für die unterschiedlichen zustände. irgendwo oben im thread gab es das schon mal aber ich finde es gerade nicht.
gruss
andre
ich habe im ersten post eine aktualisiert version angehängt. die änderungen sind:
- die MilightDevice erkennung ist drin (ungetestet)
- WifiLight auf HSV kommando (statt RGB) umgestellt (ebenfalls ungetested)
- eine änderung für den TargetDoorState taster bei HM-SEC-KEY (war eine böse js falle beim variablen scope.
wenn es das reading nicht gab wurde der wert vom letzten device weiter verwendet.)
gruss
andre
Hallo Andre,
super, teste ich heute noch.
Brauchst Du dann die jsonlist2 von dem HM-SEC-KEY noch?
Ciao, Christian
das hätte ich gerne trotzdem :)
gruss
andre
Hi,
aber gerne :)
Zustand unlock
{
"Arg":"Haustuerschloss",
"Results": [
{
"Name":"Haustuerschloss",
"PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "23D842",
"HMLAN1_MSGCNT": "172",
"HMLAN1_RAWMSG": "RBB5AC2DF,0021,7FF45C49,00,FFC1,57800223D84226ED26010101003D793552AB",
"HMLAN1_RSSI": "-63",
"HMLAN1_TIME": "2016-02-07 11:50:34",
"LASTInputDev": "HMLAN1",
"MSGCNT": "172",
"NAME": "Haustuerschloss",
"NR": "71",
"NTFY_ORDER": "50-Haustuerschloss",
"STATE": "unlocked",
"TYPE": "CUL_HM",
"lastMsg": "No:57 - t:02 s:23D842 d:26ED26 010101003D793552AB",
"peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
"protEvt_AESCom-ok": "38 last_at:2016-02-07 11:50:34",
"protLastRcv": "2016-02-07 11:50:34",
"protResnd": "1 last_at:2016-01-26 19:41:55",
"protSnd": "95 last_at:2016-02-07 11:50:33",
"protState": "CMDs_done",
"rssi_HMLAN1": "avg:-64.46 min:-83 max:-55 lst:-61 cnt:47 ",
"rssi_at_HMLAN1": "avg:-66.28 min:-92 max:-57 lst:-63 cnt:96 "
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-02-07 11:50:34" },
"D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
"D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
"PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
"R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
"R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
"R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
"R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
"R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
"RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64 87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64 87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
"aesCommToDev": { "Value":"ok", "Time":"2016-02-07 11:50:34" },
"aesKeyNbr": { "Value":"00", "Time":"2016-02-07 11:50:33" },
"battery": { "Value":"ok", "Time":"2016-02-07 11:50:34" },
"direction": { "Value":"none", "Time":"2016-02-07 11:50:34" },
"doorState": { "Value":"closed", "Time":"2016-02-07 16:45:55" },
"error": { "Value":"none", "Time":"2016-02-07 11:50:34" },
"lock": { "Value":"unlocked", "Time":"2016-02-07 11:50:34" },
"peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
"powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
"recentStateType": { "Value":"ack", "Time":"2016-02-07 11:50:34" },
"state": { "Value":"unlocked", "Time":"2016-02-07 11:50:34" },
"trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
"uncertain": { "Value":"no", "Time":"2016-02-07 11:50:34" }
},
"Attributes": {
"IODev": "HMLAN1",
"autoReadReg": "4_reqStatus",
"expert": "2_full",
"firmware": "2.5",
"fp_Erdgeschoss": "531,324,5,Haustür",
"group": "Haustuer",
"model": "HM-SEC-KEY-S",
"msgRepeat": "1",
"peerIDs": "00000000,24705B01,24705B02,",
"room": "Favourites,Haus,homekit",
"serialNr": "KEQ0859041",
"subType": "keyMatic",
"userReadings": "doorState",
"webCmd": "unlock:lock:open"
}
} ],
"totalResultsReturned":1
}
Zustand locked
{
"Arg":"Haustuerschloss",
"Results": [
{
"Name":"Haustuerschloss",
"PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "23D842",
"HMLAN1_MSGCNT": "188",
"HMLAN1_RAWMSG": "E23D842,0000,810D0027,FF,FFBB,5FA41023D84226ED2606010000",
"HMLAN1_RSSI": "-69",
"HMLAN1_TIME": "2016-02-07 16:57:02",
"LASTInputDev": "HMLAN1",
"MSGCNT": "188",
"NAME": "Haustuerschloss",
"NR": "71",
"NTFY_ORDER": "50-Haustuerschloss",
"STATE": "locked",
"TYPE": "CUL_HM",
"lastMsg": "No:5F - t:10 s:23D842 d:26ED26 06010000",
"peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
"protEvt_AESCom-ok": "42 last_at:2016-02-07 16:57:00",
"protLastRcv": "2016-02-07 16:57:02",
"protResnd": "1 last_at:2016-01-26 19:41:55",
"protSnd": "103 last_at:2016-02-07 16:57:02",
"protState": "CMDs_done",
"rssi_HMLAN1": "avg:-64.78 min:-83 max:-55 lst:-66 cnt:51 ",
"rssi_at_HMLAN1": "avg:-66.77 min:-92 max:-57 lst:-69 cnt:104 "
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-02-07 16:57:00" },
"D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
"D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
"PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
"R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
"R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
"R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
"R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
"R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
"RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64 87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64 87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
"aesCommToDev": { "Value":"ok", "Time":"2016-02-07 16:57:00" },
"aesKeyNbr": { "Value":"00", "Time":"2016-02-07 16:56:59" },
"battery": { "Value":"ok", "Time":"2016-02-07 16:57:02" },
"direction": { "Value":"none", "Time":"2016-02-07 16:57:02" },
"doorState": { "Value":"closed", "Time":"2016-02-07 16:55:21" },
"error": { "Value":"none", "Time":"2016-02-07 16:57:02" },
"lock": { "Value":"locked", "Time":"2016-02-07 16:57:02" },
"peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
"powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
"recentStateType": { "Value":"info", "Time":"2016-02-07 16:57:02" },
"state": { "Value":"locked", "Time":"2016-02-07 16:57:02" },
"trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
"uncertain": { "Value":"no", "Time":"2016-02-07 16:57:02" }
},
"Attributes": {
"IODev": "HMLAN1",
"autoReadReg": "4_reqStatus",
"expert": "2_full",
"firmware": "2.5",
"fp_Erdgeschoss": "531,324,5,Haustür",
"group": "Haustuer",
"model": "HM-SEC-KEY-S",
"msgRepeat": "1",
"peerIDs": "00000000,24705B01,24705B02,",
"room": "Favourites,Haus,homekit",
"serialNr": "KEQ0859041",
"subType": "keyMatic",
"userReadings": "doorState",
"webCmd": "unlock:lock:open"
}
} ],
"totalResultsReturned":1
}
Zustand unlocked (uncertain)
{
"Arg":"Haustuerschloss",
"Results": [
{
"Name":"Haustuerschloss",
"PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic airplay cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss genericDeviceType:ignore,switch,outlet,light,blind,thermostat,garage,sonos,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "23D842",
"HMLAN1_MSGCNT": "191",
"HMLAN1_RAWMSG": "RBC7501D8,0001,810EA65F,FF,FFBC,61A01023D84226ED260601013042",
"HMLAN1_RSSI": "-68",
"HMLAN1_TIME": "2016-02-07 16:58:51",
"LASTInputDev": "HMLAN1",
"MSGCNT": "191",
"NAME": "Haustuerschloss",
"NR": "71",
"NTFY_ORDER": "50-Haustuerschloss",
"STATE": "unlocked (uncertain)",
"TYPE": "CUL_HM",
"lastMsg": "No:61 - t:10 s:23D842 d:26ED26 0601013042",
"peerList": "CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,",
"protEvt_AESCom-ok": "42 last_at:2016-02-07 16:57:00",
"protLastRcv": "2016-02-07 16:58:51",
"protResnd": "1 last_at:2016-01-26 19:41:55",
"protSnd": "106 last_at:2016-02-07 16:58:51",
"protState": "CMDs_done",
"rssi_HMLAN1": "avg:-64.8 min:-83 max:-55 lst:-66 cnt:52 ",
"rssi_at_HMLAN1": "avg:-66.84 min:-92 max:-57 lst:-68 cnt:107 "
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-02-07 16:57:00" },
"D-firmware": { "Value":"2.5", "Time":"2014-06-29 12:54:17" },
"D-serialNr": { "Value":"KEQ0859041", "Time":"2014-06-29 12:54:17" },
"PairedTo": { "Value":"0x26ED26", "Time":"2015-07-25 22:33:21" },
"R-angelLocked": { "Value":"1260.12601260126 deg", "Time":"2014-07-02 20:17:27" },
"R-angelMax": { "Value":"1350.13501350135 deg", "Time":"2014-07-02 20:17:27" },
"R-angelOpen": { "Value":"375.037503750375 deg", "Time":"2014-07-02 20:17:26" },
"R-pairCentral": { "Value":"0x26ED26", "Time":"2014-06-21 09:17:01" },
"R-setupPosition": { "Value":"540.05400540054 deg", "Time":"2014-07-02 20:18:53" },
"RegL_00.": { "Value":"02:01 03:59 0A:26 0B:ED 0C:26 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_01.": { "Value":"14:00 15:64 16:01 17:24 18:19 19:5A 1A:54 1F:00 00:00", "Time":"2015-07-25 22:33:21" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64 87:FF 8B:88 00:00", "Time":"2015-07-25 22:33:23" },
"RegL_03.CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64 87:FF 8B:66 00:00", "Time":"2015-07-25 22:33:23" },
"aesCommToDev": { "Value":"ok", "Time":"2016-02-07 16:57:00" },
"aesKeyNbr": { "Value":"00", "Time":"2016-02-07 16:56:59" },
"battery": { "Value":"ok", "Time":"2016-02-07 16:58:51" },
"direction": { "Value":"undef", "Time":"2016-02-07 16:58:51" },
"doorState": { "Value":"closed", "Time":"2016-02-07 16:58:43" },
"error": { "Value":"none", "Time":"2016-02-07 16:58:51" },
"lock": { "Value":"unlocked", "Time":"2016-02-07 16:58:51" },
"peerList": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_lock,CUL_HM_HM_RC_Key4_2_24705B_unlock,", "Time":"2016-01-24 15:35:03" },
"powerOn": { "Value":"2015-07-25 22:33:19", "Time":"2015-07-25 22:33:19" },
"recentStateType": { "Value":"info", "Time":"2016-02-07 16:58:51" },
"state": { "Value":"unlocked (uncertain)", "Time":"2016-02-07 16:58:51" },
"trigLast": { "Value":"CUL_HM_HM_RC_Key4_2_24705B_unlock :short", "Time":"2014-09-19 23:10:55" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_lock": { "Value":"long", "Time":"2014-07-04 16:16:02" },
"trig_CUL_HM_HM_RC_Key4_2_24705B_unlock": { "Value":"short", "Time":"2014-09-19 23:10:55" },
"uncertain": { "Value":"yes", "Time":"2016-02-07 16:58:51" }
},
"Attributes": {
"IODev": "HMLAN1",
"autoReadReg": "4_reqStatus",
"expert": "2_full",
"firmware": "2.5",
"fp_Erdgeschoss": "531,324,5,Haustür",
"group": "Haustuer",
"model": "HM-SEC-KEY-S",
"msgRepeat": "1",
"peerIDs": "00000000,24705B01,24705B02,",
"room": "Favourites,Haus,homekit",
"serialNr": "KEQ0859041",
"subType": "keyMatic",
"userReadings": "doorState",
"webCmd": "unlock:lock:open"
}
} ],
"totalResultsReturned":1
}
Wie gesagt, doorState ist mit notify gesetzt und mit einer von mir angepassten index.js produktiv, siehe anderer Thread.
Ciao, Christian
der aktuelle default erzeugt nur den TargetDoorState ohne von einem reading abhängig zu sein.
wenn es ein passendes reading gibt muss man das noch selber über homebridgeMapping setzen. den CurrentDoorState auch.
ich baue noch ein das das automatisch passiert wenn es das reading gibt.
gruss
andre
Hallo,
so, kurz die neue Version an den Start mit folgendem Ergebnis an den Start gebracht:
milight
Brightness wird erkannt, man kann es auch setzen, auf den ersten Blick perfekt. HSV gucke ich noch.
HM-SEC-KEY
Kommunikation stürzt nicht mehr gesamthaft ab.
Nach erstem Einlesen (Caching) wird das Device angezeigt, aber nicht ganz mit korrekten Werten.
Danach ist es via EVE nicht wirklich erreichbar. Setzt man einen Befehl via EVE ab (open, lock), sieht man diesen noch an der Konsole, aber nix passiert und die Bridge stürzt ab.
Hier die Konsolenausgaben:
Start:
[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM] information service for Haustuerschloss
[FHEM] manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM] firmware revision characteristic for Haustuerschloss
[FHEM] LockMechanism service for Haustuerschloss
[FHEM] PositionState characteristic for Haustuerschloss:direction
[FHEM] initial value is: 2 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] CurrentDoorState characteristic for Haustuerschloss:doorState
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] TargetDoorState characteristic for Haustuerschloss:
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] LockCurrentState characteristic for Haustuerschloss:state
[FHEM] initial value is: 3 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] LockTargetState characteristic for Haustuerschloss:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Kommando
[FHEM] query: LockCurrentState for Haustuerschloss-state
[FHEM] cached: 3
[FHEM] query: LockTargetState for Haustuerschloss-state
[FHEM] cached: 1
[FHEM] query: StatusLowBattery for Haustuerschloss-battery
[FHEM] cached: 0
[FHEM] query: PositionState for Haustuerschloss-direction
[FHEM] cached: 2
[FHEM] query: CurrentDoorState for Haustuerschloss-doorState
[FHEM] cached: 1
[FHEM] query: LockCurrentState for Haustuerschloss-state
[FHEM] cached: 3
[FHEM] query: LockTargetState for Haustuerschloss-state
[FHEM] cached: 1
[FHEM] query: StatusLowBattery for Haustuerschloss-battery
[FHEM] cached: 0
[FHEM] query: PositionState for Haustuerschloss-direction
[FHEM] cached: 2
[FHEM] query: CurrentDoorState for Haustuerschloss-doorState
[FHEM] cached: 1
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
Nach der letzten Zeile ist die Bridge dann abgestürzt.
Zustand HM-SEC-KEY bei den ganzen Aktionen siehe jsonllist2 oben mit unlocked uncertain
Wenn Du mehr Infos brauchst, sag Bescheid!
Vielen Dank, Christian
welche werte meinst du sind nicht korrekt ?
gab es keine weitere meldung bei dem absturz ?
wenn es doorState gibt wird CurrentDoorState doch schon automatisch hinzugefügt. nur beim TargetDoorState wird es nicht berücksichtigt. d.h. eve sollte immer öffnen anzeigen und beim drücken sollte der wert nach einer halben sekunde wieder zurück springen. wie ein 'echter' taster für einen türoffner.
gruss
andre
Hmm... ich hatte mir bisher sowohl bei meinem Wifilight, als auch bei meinem HM-Sec-Key, mit je einem Dummy beholfen, aber jetzt werde ich beide Devices mal wieder mit reinnehmen und sehen, was passiert... ;)
Gruß,
Stephan
P.S: Apropos passieren: EVE zeigt beim Zugriff auf den HM-Sec-Key einen Kommunikationsfehler an und im Log der Homebridge steht hier folgendes:
[FHEM] Haustuerschloss: executing set cmd for TargetDoorState with value 0
==> /var/log/homebridge.err <==
/usr/local/lib/node_modules/homebridge-fhem/index.js:2042
cmd = homekit2cmd[value];
^
ReferenceError: homekit2cmd is not defined
at Object.FHEMAccessory.command (/usr/local/lib/node_modules/homebridge-fhem/index.js:2042:15)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2372:33)
at emitThree (events.js:97:13)
at emit (events.js:175:7)
at Characteristic.setValue (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:151:10)
at Bridge.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:626:22)
at Array.forEach (native)
at Bridge.Accessory._handleSetCharacteristics (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:575:8)
at emitThree (events.js:97:13)
at HAPServer.emit (events.js:175:7)
...anschließend ist die Homebridge weg...
ich glaube das problem mit den nicht korrekten werten habe ich gefunden. war ein denkfehler. auch bei den target states muss man den tatsächlichen aktuellen wert durchreichen. nicht das gegenteil.
den absturz hab ich auch behoben.
neue version im ersten beitrag.
gruss
andre
Moin André,
HM-Key-Sec läuft jetzt bei mir...! :)
Gruß,
Stephan
Ahh... ich sehe gerade, dass Gesichert und Ungesichert vertauscht sind...
wo genau ist es vertauscht?
Hallo,
gleiches kann ich bestätigen.
Meiner Meinung nach ist die Ziellogik so:
CurrentState -> der momentane Zustand
TargetState -> der Zustand, der durch eine aktive Aktion erreicht werden soll
Also, wenn der TargetState erreicht ist, muss CurrentState == TargetState sein, das auf jeden Fall bei Auf- und Zuschließen oder auch bei Offen/Geschlossen beim Garagedooropener.
Wenn die Bridge startet muss immer CurrentState == TargetState gesetzt werden, da ja noch keine Aktion erfolgt ist.
Beim Türschlossschnapper (set HM-SEC-KEY open) ist es ein wenig diffiziler aus meiner Sicht, da ja der Schnappen zurückgezogen wird, die Tür durch die Spannung der Türdichtung aufgeht, der Schnappen dann aber wieder losgelassen wird, würde ich persönlich sagen, dass er nach Aktion wieder auf TargetState geschlossen zurückspringt und der tatsächliche Türzustand über den CurrentDoorState via Kontaktsensor wiedergegeben werden muss.
Ciao, Christian
Moin André,
EVE zeigt als Status Ungesichert. Wenn man nun aber auf den Button GESICHERT tippt, dann piept das Schloss zweimal, was es immer tut, wenn es sich bereits in dem Zustand befindet, welchen man gerade versucht zu aktivieren. Tippe ich nun auf "UNGESICHERT", dann fährt das Schloss zu.
Log sieht das so aus:
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
2016-02-07 18:40:26 caching: Haustuerschloss-state: set_unlock
2016-02-07 18:40:27 caching: Haustuerschloss-state: unlocked
[FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
2016-02-07 18:40:55 caching: Haustuerschloss-state: set_lock
2016-02-07 18:40:57 caching: Haustuerschloss-state: unlocked (uncertain)
[FHEM] caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'unlocked (uncertain)')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked (uncertain)')
2016-02-07 18:41:04 caching: Haustuerschloss-state: locked
[FHEM] caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
2016-02-07 18:41:08 caching: Haustuerschloss-state: set_lock
2016-02-07 18:41:09 caching: Haustuerschloss-state: locked
[FHEM] caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
2016-02-07 18:41:13 caching: Haustuerschloss-state: set_unlock
2016-02-07 18:41:13 caching: Haustuerschloss-state: locked (uncertain)
[FHEM] caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'locked (uncertain)')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked (uncertain)')
2016-02-07 18:41:20 caching: Haustuerschloss-state: unlocked
[FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
Wenn ich das Schloss erfolgreich "Ungesichert" habe, dann kann ich es durch tippen auf "GESICHERT" wieder öffnen.
Das erinnert mich so an Windows... "Press Start to Stop..." ;)
Ups... und jetzt ist die Homebridge wieder weg...
==> /var/log/homebridge.err <==
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::54829
at Object.exports._errnoException (util.js:856:11)
at exports._exceptionWithHostPort (util.js:879:20)
at Server._listen2 (net.js:1234:14)
at listen (net.js:1270:10)
at Server.listen (net.js:1366:5)
at new EventedHTTPServerConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:125:20)
at EventedHTTPServer._onConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:79:20)
at emitOne (events.js:77:13)
at Server.emit (events.js:169:7)
at TCP.onconnection (net.js:1430:8)
Gruß,
Stephan
@knueppler: in der aktuellen version wird TargetState = CurrentState gesetzt sofern es einen CurrentState gibt.
die ausnahme ist der türschlapper. wenn hier kein reading konfiguriert wird kommt der TargetState aus dem default. und der ist auf CLOSED gesetzt. d.h. man kann auf OPEN drücken und nach dem timeout geht der wert in eve wieder auf CLOSED zurück aber ohne das ein event an fhem gesendet wird. d.h. man kann wie bei einem echten taster immer wieder drauf drücken. egal in welchem zustand die für ist.
d.h. es sollte genau so sein wie du es beschreibst.
der CurrentState ist nur dann sinnvoll wenn man den wert aus dem reading für einen extra kontakt sensor holt. dazu muss man aber in der konfigurierbaren version kein doorState reding im device mehr verwenden.
@budy: stimmt. das war genau falsch rum konfiguriert. ich denke jetzt aber ich alle versionen richtig rum. neue version im ersten post.
der EADDRINUSE deutet darauf hin das noch eine zweite instanz der bridge auf dem gleichen rechner läuft.
gruss
andre
Moin André,
zum EADDRINUSE, da weiß ich schon, dass es heißt, dass der Port (noch) nicht frei ist. Allerdings war homebridge beide Male bereits aus der Prozeßliste verschwunden...
Anyway... nun ist es so, dass , wenn ich das Schloss abschliessen lasse, der untere Button direkt von GESICHERT wieder auf UNGESICHERT springt und ich zum Öffnen erst wieder aus GESICHERT tippen muss, was das Schloss mit seinem Doppel-Piep quittiert. Anschließend kann ich das Schloss dann wieder entsperren. Nach dem Entsperren springt der Button aber dann auch wieder auf "GESICHERT".
Im Log sieht das so aus... eine komplette "Fahrt":
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
2016-02-07 19:37:20 caching: Haustuerschloss-state: set_lock
2016-02-07 19:37:20 caching: Haustuerschloss-state: unlocked (uncertain)
[FHEM] caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'unlocked (uncertain)')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked (uncertain)')
2016-02-07 19:37:27 caching: Haustuerschloss-state: locked
[FHEM] caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
2016-02-07 19:37:54 caching: Heizung_Dachboden_Clima-measured-temp: 20.3
[FHEM] caching: CurrentTemperature: 20.3 (as number; from '20.3')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 1
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20lock&XHR=1
2016-02-07 19:37:59 caching: Haustuerschloss-state: set_lock
2016-02-07 19:38:00 caching: Haustuerschloss-state: locked
[FHEM] caching: LockCurrentState: 1 (as number; means SECURED; from 'locked')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked')
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
2016-02-07 19:38:08 caching: Haustuerschloss-state: set_unlock
2016-02-07 19:38:09 caching: Haustuerschloss-state: locked (uncertain)
[FHEM] caching: LockCurrentState: 3 (as number; means UNKNOWN; from 'locked (uncertain)')
[FHEM] caching: LockTargetState: 1 (as number; means SECURED; from 'locked (uncertain)')
2016-02-07 19:38:15 caching: Haustuerschloss-state: unlocked
[FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
2016-02-07 19:38:23 caching: Heizung_Whz_Flur_Clima-measured-temp: 23.0
[FHEM] caching: CurrentTemperature: 23 (as number; from '23.0')
Ich habe erst mal auf "GESICHERT" getippt, gewartet bis das Schloss fertig war, dann halt nochmal auf "GESICHERT" um den Button dort zu behalten und als letztes wieder auf "UNGESICHERT".
Jetzt ist das Schloss entsperrt und der Button ist auf "GESICHERT" gesprungen.
Gruß,
Stephan
das liegt daran das fhem bzw. das homematik modul direkt nach dem set den state wieder auf unlocked setzt. und erst wenn das kommando ausgeführt ist nur das schloss den end zustand zurück gemeldet hat den end zustand meldet.
schau dir mal im event monitor an was mit state genau passiert. homebridge kann nur zeigen was zurück gemeldet wird. d.h. erst wenn der end zustand erreicht wird ist wieder alles 'richtig'.
gruss
andre
vermutlich ist es besser das reading lock statt state zu verwenden. das sollte ohne die problematischen zwischenstände arbeiten. bitte mal probieren.
gibt es ein reading an dem man sieht das das schloss gerade arbeitet? d.h. nicht in ruhe ist? eventuell direction?
gruss
andre
Hi,
das reading wäre direction mit folgenden Zuständen:
während lock -> down
während unlock -> up
sonst (fehlerfrei) -> none
sonst (Fehler) -> undef
Ciao, Christian
Hallo, ich hätte mal ein paar fragen-
- meine milights haben schon vor homebridge probleme gemacht- ich würde sie ganz gerne mal wieder in fhem (und homebridge) einbinden. jetzt frage ich mich allerdings, was dagegen spricht sie über wifilight einzubinden.
- hat jemand die milights über das milight-plugin direkt eingebunden (so, dass sie funktionieren)? hat bei mir auch nicht wirklich funktioniert- dimmen und farbe ändern via siri ging sowieso nicht. hat das dimmen und das anwählen der farben via siri der milights (wie bei den hues)je funktioniert?
- ich hab seit ein paar tagen n keymatic und das lief super mit der alten fhem-homebridge (die ich noch nutze, da ich angst habe wieder alles kaputt zu machen ;-)). was mich bei dem keymatic echt nervt ist, dass ich das öffnen der tür- also entsperren UND öffnen nicht so einfach machen kann. "öffne die haustür!" schliesst die tür auf, öffnet den schnapper (heißt das nicht eigentlich "falle"?) aber nicht. ich kann mir aber kaum anwendungsfälle vorstellen, wo ich die tür nur entsperren will und nicht auch öffnen möchte.
- etwas offtopic, aber ich frage trotzdem- evtl kann mir ja jmd per pm antworten, um es nicht so vollzumüllen hier- würde gerne meine wohnungstür öffnen lassen, sobald ich davor stehe- müsste eigentlich gehen über bluetooth-Presence erkannt und Wlan-Presence über die Fritzbox noch nicht erkannt. alternative wäre ein ibeacon am aufzug über der zwischendecke- ich wohne im 4. stock eines großen mietshauses. hat da jemand irgendwas ZUVERLÄSSIG am laufen?
- letzte frage: ich hab echt kein bock mehr andauern alles wieder in eve neu einzurichten- gibt es da nen trick? weiß evtl jmd, was man bei root-zugriff (jailbreak) sichern und zurückspielen kann?
- einen habe ich noch- es wurde zwar schon mehrfach erwähnt, aber eine lösung habe ich nicht lesen können- bei exakt demselben befehl macht siri was sie soll oder findet plötzlich das angesprochene gerät nicht- warum tut sie das?
VG und gute Nacht,
Tim
Zitat von: zauberfee am 08 Februar 2016, 02:53:50
Hallo, ich hätte mal ein paar fragen-
- meine milights haben schon vor homebridge probleme gemacht- ich würde sie ganz gerne mal wieder in fhem (und homebridge) einbinden. jetzt frage ich mich allerdings, was dagegen spricht sie über wifilight einzubinden.
- hat jemand die milights über das milight-plugin direkt eingebunden (so, dass sie funktionieren)? hat bei mir auch nicht wirklich funktioniert- dimmen und farbe ändern via siri ging sowieso nicht. hat das dimmen und das anwählen der farben via siri der milights (wie bei den hues)je funktioniert?
Also mit der Version von dem Homebridge-Fhem Plugin, dass auf Github lag konnte ich bisher auch nur die Schalterstände On/Off und die Farbe der Milights (milight-Plugin) schalten. Die Farbe hat dort dann auch beim Ändern und anschließendem auf "weiß" festlegen plötzlich auf rot gestellt (wohl, weil RGBW). Nun mit der Version von hier funktioniert alles!
- Schalterstände
- Helligkeit per EVE & Siri
- Farben (Beim auf "weiß" stellen nun wieder weiß)
Alles in allem Top Arbeit Andre!
Was ich mich bei Siri noch frage, hat jemand es schon hinbekommen per Siri nur eine Lampe in der Helligkeit zu ändern? Haben im Wohnzimmer 1x Decke und 1x Schrank, aber ich kann nur "Stelle Licht Wohnzimmer auf 50%" per Siri weitergeben, einzelne Lampen will sie nicht verstellen. [/list][/list]
@budy,knueppler: könnt ihr bitte mal probieren ob es mit dem lock reading besser geht als mit state?attr <device> homebridgeMapping LockCurrentState=lock LockTargetState=lockmüsste reichen.
gruss
andre
Moin André,
das geht mit dem Mapping für das HM-SEC-KEY bei mir 1a! Der Button bleibt jetzt beim tippen auf "GESICHERT" auch dort stehen. :)
Dann möchte ich noch anmerken, dass auch mein Wifilight mit der aktuellen Version offenbar problemlos funktioniert. Sprich, es zerhaut nicht mehr nach ein paar Stunden die HomeKit DB auf dem iOS Gerät.
Gruß,
Stephan
P.S.: In EVE steht der Status des HM-SEC-KEY immer auf einem recht alten Zeitpunkt. Aktuell auf "GESTERN AKTUALISIERT", obwohl ich das Schloss eben geschlossen habe...
siehst du auf der console das neue werte erkannt werden?
Milight per Milight Plugin läuft auch 100%ig, Helligkeit für einzelne Lampen geht nun auch, Siri wollte mich wohl nur nicht verstehen ;)
Farben lassen sich mit der neuen Version von homebridge nun auch per Siri super Ändern!
Noch ne andere Frage, wie handhaben andere die Szenen im HomeKit? Legt ihr die Aktionen z.B. in Eve an und nachdem man das HomeKit mal wieder zurücksetzten darf dann wieder oder baut ihr euch die direkt im FHEM zusammen und steuert sie als Dummy per Siri? Gibt es evtl. auch einen Parameter, der Szenen direkt an HomeKit übergibt und evtl. auch Räume im HomeKit direkt im FHEM festlegen lässt? So wäre bei einer "Neukonfiguration" von HomeKit im Endeffekt ja nur ein erneutes Verbinden nötig.
Gruß
Ja sehe ich schon...
[FHEM] Haustuerschloss: executing set cmd for LockTargetState with value 0
[FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Haustuerschloss%20unlock&XHR=1
2016-02-08 19:37:15 caching: Haustuerschloss-direction: up
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'up')
2016-02-08 19:37:21 caching: Haustuerschloss-direction: none
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'none')
2016-02-08 19:37:21 caching: Haustuerschloss-lock: unlocked
[FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
Trotzdem steht in EVE, dass es Gestern aktualisiert hat.
was passiert wenn du in eve aus dem raum raus und wieder rein gehst ?
Dann bekomme ich oben ganz rechts das kleine Dreieck, was mich normalerweise schon erschaudern ließe, da das normalerweise bedeutet, dass die Homebridge nicht mehr antwortet, aber in diesem Fall ist das nicht so...
Tippe ich auf das kleine Dreieck, dann kommt folgender Hinweis: "Homekit meldet einen Komminuktionsfehler. Versuche es erneut."
Wenn ich dann auf den Button "GESICHERT" tippe, dann verschwindet das Dreieck und es steht nur noch "GESTERN AKTUALISIERT" dort.
irgendetwas ist noch nicht ganz in ordnung.
kannst du bitte mal direkt vor dem homebridge start das direction reading aus dem device löschen. homebridge sollte dann keine PositionState characteristic anlegen. ist das dreieck dann weg?
gruss
andre
ps: das hätte eigentlich mit einem PositionState=clear möglich sein sollen. hab das aber eben erst repariert.
Nein, daas Dreieck bleibt, auch wenn ich das reading lösche:
deletereading Haustuerschloss direction
Wenn ich Homebridge anschließend neu starte, dann legt es folgendes Device an:
[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM] information service for Haustuerschloss
[FHEM] manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM] firmware revision characteristic for Haustuerschloss
[FHEM] LockMechanism service for Haustuerschloss
[FHEM] StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM] TargetDoorState characteristic for Haustuerschloss:
[FHEM] LockCurrentState characteristic for Haustuerschloss:lock
[FHEM] LockTargetState characteristic for Haustuerschloss:lock
Moin André,
heute morgen irgendwann ist meine Homebridge aus mir unerfindlichen Gründen wieder ausgestiegen... In den Logs steht dazu nur soviel:
[FHEM] caching: CurrentTemperature: 21.8 (as number; from '21.8')
2016-02-09 02:46:04 caching: Heizung_Bad_OG_Clima-measured-temp: 21.7
[FHEM] caching: CurrentTemperature: 21.7 (as number; from '21.7')
2016-02-09 02:58:19 caching: Heizung_Whz_Terrasse_Clima-measured-temp: 19.5
[FHEM] caching: CurrentTemperature: 19.5 (as number; from '19.5')
==> /var/log/homebridge.err <==
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::54829
at Object.exports._errnoException (util.js:856:11)
at exports._exceptionWithHostPort (util.js:879:20)
at Server._listen2 (net.js:1234:14)
at listen (net.js:1270:10)
at Server.listen (net.js:1366:5)
at new EventedHTTPServerConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:125:20)
at EventedHTTPServer._onConnection (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:79:20)
at emitOne (events.js:77:13)
at Server.emit (events.js:169:7)
at TCP.onconnection (net.js:1430:8)
Ein netstat zeigt aber, dass Homebridge da wohl noch mehr Ports öffnet:
root@pi2:~# netstat -lp | grep -i homebridge
tcp6 0 0 [::]:54826 [::]:* LISTEN 1106/homebridge
tcp6 0 0 [::]:54827 [::]:* LISTEN 1106/homebridge
tcp6 0 0 [::]:54828 [::]:* LISTEN 1106/homebridge
tcp6 0 0 [::]:8082 [::]:* LISTEN 1106/homebridge
tcp6 0 0 [::]:homebridge [::]:* LISTEN 1106/homebridge
Gruß,
Stephan
ich hab noch eine idee wegen dem dreick. schaue ich heute abend mal.
zu dem EADDRINUSE habe ich im homebridge/hap forum etwas gesehen. mal sehen ob ich das wieder finde.
gruss
andre
Zitat von: justme1968 am 06 Februar 2016, 15:41:02
jetzt aber :). es war noch ein tippfehler drin. presence statt present für den wert.
Hab den Wiki-Eintrag entsprechend geändert.
Moin André,
ich glaube, ich weiß, was du meinst...
https://github.com/nfarina/homebridge/issues/312
Da geht es genau um dieses Problem. Wobei ich das nicht wirklich verstehe. Selbst wenn ein iOS Device sich zur homebridge connected, kann man ja vorher sehen, ob der Port, welchen man öffnen möchte frei ist. Aber wie schon auf GitHUB gesagt...
" (if this happens a lot) In the future, hap server needs to be smart on which port it should use."
...dem kann man sich nur anschließen... ;)
Gruß,
Stephan
Hallo,
auf der Suche nach einer Lösung meines Problems bin ich nun hier gelandet und hoffe ihr könnt helfen.
Ich bin noch recht neu im Umgang mit FHEM und möchte nun meine Heizungssteuerung (HM-CC-RT-DN) mit EVE koppeln.
Dazu habe ich in FHEM die Thermostate angelernt (SZ.Heizung und WZ.Heizung). Die Kanäle sind etwa SZ.Heizung_Clima.
Ich habe SZ.Heizung und WZ.Heizung in den Raum Homekit bewegt - sowie bereits meine Lampenaktoren (mit denen es bereits klappt).
In EVE werden die beiden Thermostate auch erkannt. Jedoch kann ich dort nur ablesen, wieviel Grad ich im Raum habe und wie der Batteriestand ist. Nicht aber kann ich die Temperatur ändern.
Das geschieht in FHEWM ja auch eigentlich über den Clima-Kanal. Doch wie muss ich den einbinden (bzw. muss ich das überhaupt) um in in der EVE App mit dem Thermostat koppeln zu können?
im ersten post ist ein beispiel für einen thermostaten. du musst nur die device namen, reading namen und das kommando anpassen.
am besten konfiguriert du dir den clima channel als gefiltertes device und fügst nur die temperatur hinzu wenn sie noch nicht da ist.
gruss
andre
Ich musste bei meinen HM-Thermostaten nix weiter machen, die wurden/werden sofort von homebridge erkannt, wenn ich den Clima-Channel in den Raum Homekit mappe.
Das einzige, was ich gemacht hatte, war den genericDeviceType auf thermostat zu setzen, der Rest ging von alleine.
Gruß,
Stephan
Danke. Ich hatte anfänglich nicht den Kanal (Clima) sondern äquivalent zum Schaltaktor das Device in den Raum verschoben. Mit dem GenericDeviceType-Zusatz klappt es nun wunderbar.
ich habe die version jetzt eingecheckt. die installation bzw. update geht jetzt wieder mit npm.
es ist vermutlich immer noch nicht alles perfekt aber so sollte es einfacher zu installieren sein.
gruss
andre
Hey Andre, Super vielen vielen Dank. Update eingespielt und das Problem mit den Rollläden löst sich in Luft auf.
Naja fast zu mindest, jetzt ist das alte Problem wieder mit dem Umgekehrten Öffnungszustand. 100 = Zu; 0 = Auf.
Kann ich das mit deiner neuen Version jetzt selbst beheben oder musst das wieder du machen?
der code zum invertieren war zwar im prinzip drin. es gab aber noch einen bug.
ich habe eben eine neue version eingecheckt. damit sollte es jetzt gehen.
wenn nicht: bitte zeig mal die konsolen ausgaben beim homebridge start. am besten mit --debug.
gruss
andre
Hi,
habe die neue Version verwendet, allerdings keine Besserung.
Folgende Log Einträge erhalte ich:
Bei dem Befehl "Siri mach den Rolladen zu" erhalte ich diesen Eintrag und der Rollladen geht auf.
[FHEM] Wohnzimmerrollladen: executing set cmd for TargetPosition with value 0
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Wohnzimmerrollladen%20position%200&XHR=1
Bei dem Befehl "Siri mach den Rolladen auf" erhalte ich diesen Eintrag und der Rollladen geht zu.
[FHEM] Wohnzimmerrollladen: executing set cmd for TargetPosition with value 100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Wohnzimmerrollladen%20position%20100&XHR=1
wenn du homebridge mit --debug startest müsste da mehr stehen.
bitte zeig auch die meldungen beim start. klappt das invertieren da? ist der in eve angezeigte wert gegenüber den readings invertiert? was genau wird gecached?
geht es wenn du attr Wohnzimmerrollladen homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1setzt ?
gruss
andre
Ich hatte nicht mit --debug gestartet.
Mit deinem Mapping Attribut funktioniert es jetzt wieder wie gewünscht, beim probieren hatte ich nur die Target, nicht aber die Current Position invertiert.
In Fhem werden die geschlossenen Rollläden nun mit 100 % und in EVE mit 0 % angezeigt. Siri versteht auf zu jetzt wieder richtig.
Vielen Dank.
ich hatte beim umbau die DUOFERN erkennung falsch wieder eingebaut.
sollte ab jetzt wieder automatisch funktionieren.
gruss
andre
Hallo alle zusammen, ich habe meinen PI heute frisch aufgesetzt und Fhem installiert. Dabei wollte ich auch Homekit nutzen und habe Homebridge installiert. Aber leider will Homebridge nicht starten :(
Wenn ich homebridge starte kommt immer:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
/usr/local/lib/node_modules/homebridge-fhem/index.js:47
for( var subscription of FHEM_subscriptions[inform_id] ) {
^^
====================
ERROR LOADING PLUGIN homebridge-fhem:
SyntaxError: Unexpected identifier
at Module._compile (module.js:439:25)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:70:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:66:22)
====================
No plugins found. See the README for information on installing plugins.
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
homebridge und homebridge-fhem sind beide installiert.
Meine config sieht so aus:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "homebridge-fhem.FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=Homekit"
}
],
"accessories": []
}
Grüße Timo
hi probier mal in der config.json
anstatt "platform": "homebridge-fhem.FHEM"
nur "platform": "FHEM"
Duofern Invertierung klappt wieder automatisch.
;)
Hab genau den gleichen Fehler wie TiEr
/usr/local/lib/node_modules/homebridge-fhem/index.js:47
for( var subscription of FHEM_subscriptions[inform_id] ) {
^^
====================
ERROR LOADING PLUGIN homebridge-fhem:
SyntaxError: Unexpected identifier
at Module._compile (module.js:439:25)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:70:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:66:22)
====================
Loaded plugin: homebridge-lockitron
Registering accessory 'homebridge-lockitron.Lockitron'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10
Zitat von: l2r am 12 Februar 2016, 09:31:34
hi probier mal in der config.json
anstatt "platform": "homebridge-fhem.FHEM"
nur "platform": "FHEM"
Habe ich probiert, hat leider auch nicht funktioniert. Da kriege ich den gleichen Fehler.
Hat das vielleicht mit dem update zu tun, was vor ein paar tagen released wurde?
Grüße
Timo
welche node und nvm version verwendet ihr?
nvm --version
node --version
wo kommt eigentlich die "platform": "homebridge-fhem.FHEM" zeile her ?
gruss
andre
Bin am Wochenende nicht Zuhause . Kann ich erst Sonntag sagen.
Node ist auf jeden fall node-v0.10.28
Zitat von: justme1968 am 12 Februar 2016, 17:18:25
welche node und nvm version verwendet ihr?
nvm --version
node --version
wo kommt eigentlich die "platform": "homebridge-fhem.FHEM" zeile her ?
gruss
andre
Hallo Andre,
Meine node version ist: v.0.10.28
Bei nvm --version spuckt er folgendes aus: nvm: command not found
ist nvm eventuell noch nicht installliert? :O
Die "Platform"-Zeile kommt aus dem fhemwiki: http://www.fhemwiki.de/wiki/Homebridge_einrichten (http://www.fhemwiki.de/wiki/Homebridge_einrichten)
Grüße
Timo
ich tippe mal auf eine zu alte node version. ich habe es hier mit 0.12.7 und 4.3.0 getestet. mit beiden geht es.
das nvm von oben sollte npm heißen.
gruss
andre
alte Node Version glaub ich eher nicht. Ich hatte homebridge schon mit 10.26 am laufen.
Zitat von: justme1968 am 12 Februar 2016, 18:33:10
ich tippe mal auf eine zu alte node version. ich habe es hier mit 0.12.7 und 4.3.0 getestet. mit beiden geht es.
das nvm von oben sollte npm heißen.
gruss
andre
ich habe mal node auf version 4.3.0 gebracht und hombridge neu installiert.
Jetzt bekomme ich folgenden Fehler:
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
/usr/local/lib/node_modules/homebridge/lib/api.js:74
if (name.indexOf('.') == -1) {
^
TypeError: Cannot read property 'indexOf' of undefined
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:74:11)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:194:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:410:26)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Function.Module.runMain (module.js:442:10)Achso die npm version ist 2.14.12
Edit:
So habe jetzt Node und homebridge komplett neu installiert. Leider funktioniert es immer noch nicht.
Version:
npm: 3.6.0
node 4.3.0
und die Fehlermeldung:
Loading 1 platforms...
/usr/lib/node_modules/homebridge/lib/api.js:74
if (name.indexOf('.') == -1) {
^
TypeError: Cannot read property 'indexOf' of undefined
at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:74:11)
at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:194:45)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:35:36)
at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:23:16)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:410:26)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Function.Module.runMain (module.js:442:10)Edit 2:
Wenn ich homebridge mit sudo ausführe, startet es wie gewollt. Wie kriege ich es hin, dass homebridge auch unter meinem normalen Benutzer läuft? Oder braucht homebridge sudo Rechte?
Grüße
Timo
Hallo,
ich versuche nun einen GPIO des Raspberrys als "Contact" an Homebridge zu übergeben. An den GPIO´s habe ich Öffnungskontakte meiner Fenster angeschlossen.
Das einlesen in FHEM funktioniert mittels RPI_GPIO einwandfrei.
Ich bekomme es nur leider nicht hin den GPIO als "Contact" in Homebridge einzubinden.
Soweit ich das der index.js entnehmen kann, erwartet Homebridge ein reading namens "contact". Darin sollte dann "open" "closed" sein.
Das sind meine Readings:
Longpress
off
2016-02-13 09:52:55
Pinlevel
low
2016-02-13 09:59:23
state
off
2016-02-13 09:59:23
Wie bekomme ich Homebridge dazu diese zu nutzen?
Soll ich den wert in ein Dummy schreiben und da die passenden Readings erzeugen oder kann man das eventuell mappen?
Gruß
@TiEr: homebridge braucht keine root rechte. das liegt an deiner installation. wenn du homebridge und/oder homebridge-fhem als root installierst steht es bei anderen usern nicht im pfad. d.h. immer als derjenige user installieren unter dem es auch laufen soll. zur installation ist sudo auch nicht nötig.
@Marc1993: du kannst jedes beliebige reading mappen:
attr <device> homebridgeMapping ContactSensorState=<reading>,values=<closed>:CONTACT_DETECTED;<open>:CONTACT_NOT_DETECTED
attr <device> homebridgeMapping CurrentDoorState=<reading>,values=<closed>:CLOSED;<open>:OPEN
<reading>, <closed> und <open> musst du durch dein reading und die beiden werte ersetzen.
gruss
andre
Kann man es nachträglich auch anderen Usern zur Verfügung stellen?
Hat funktioniert. Vielen dank! Jetzt habe ich das mit den Mapping auch verstanden ::)
@Lling: was willst du zur verfügung stellen? homebridge ist ein dienst der ein mal in einer instanz laufen sollte. nicht pro user.
Ich bin erst morgen wieder zu hause daher kann ich es gerade nicht 100% sagen. Aber ich konnte z.b. homebridge und homebridge.fhem nicht ohne sudo installieren.
Hallo Andre,
alles läuft soweit super mit dem neuen SHIM, allerdings habe ich noch zwei Nickligkeiten mit dem HM-SEC-KEY, siehe Screenshot:
Zum einen habe ich immer das kleine Dreieck, welches auf einen Kommunikationsfehler hinweist. Nichts desto trotz nimmt HM-SEC-KEY alle Kommandos an und die Tür zeigt auch an, wenn sie offen ist. Von daher ist die Funktionalität gegeben, aber das Dreieck erschreckt halt, siehe auch Budy's Kommentare dazu, oder hat sich bei Dir etwas geändert, Budy?
Weiterhin hat Elgato EVE einen Update verpasst, seit dem werden mehr "Knöpfe" angezeigt und auf einem iPhone 4s ist der Bildschirm definitiv zu klein, siehe ebenfalls Screenshot. Auf einem 6er sieht man fast alles und auf dem iPad passt es dann komplett drauf.
Irgendeine Idee?
Danke, Christian
Hallo Andre,
noch eine Frage, ich verwende einen Dummy mit dem userReadings Volume. Das mappst Du ja auf das Custom Characteristic Volume und es taucht auch perfekt in EVE auf.
Wie kann ich denn das Delay einstellen, damit die neue Lautstärke erst nach dieser Verzögerung an fhem gesendet wird?
Danke, Christian
ich bin noch nicht gekommen nach dem dreieck zu schauen. kommt noch.
an dem eve update kann man leider nichts tun. wenn die liste der knöpfe zu lang ist kommt vermutlich bald wieder ein update.
zumal zustände wie verklemmt oder öffnend sinnlos beim auswählen sind. die sollten nur beim aktuellen zustand angezeigt werden können. aber in dieser eve version gibt es glaube ich noch andere probleme. ich habe mir der aktuellen version z.b. das problem das in der komplett übersicht bei jedem device der drehende kreis erscheint und keine werte zurück kommen. in einzelnen räumen geht es.
bei volume hatte ich den delay vergessen wieder einzubauen. hab es jetzt nachgeholt. mit dieser neuen version kann man den delay auch über homebridgeMapping mit delay=<wert> in ms setzen.
gruss
andre
Danke, probiere es nachher
Ciao Christian
--> funktioniert, super, danke!
Gesendet von iPhone mit Tapatalk
Hallo zusammen,
Ich hätte da mal eine Verständnisfrage....
Wenn ich die Homebridge eingerichtet habe und den Status in FHEM sichtbar machen möchte (gemäß der Wiki Anleitung), was genau bewirkt die Datei
"sudoers" ?
Ich kann die Anleitung bis zu dem Punkt auch nachvollziehen, aber ab dann hakts...
Kann Ich die Beispieldatei einfach so verwenden, bzw was muß ich mit der Beispielzeile machen, die im Wiki steht?
Hintergrund ist der , das ich meine Homebridge gestern komplett neu gemacht habe und diese auch stabil läuft. Jetzt muß ich halt zwischen dem "normalen" Start als Service und dem Startscript unter FHEM wählen.
Da ich sehr "ungern" alles wieder ins Nirvana schießen möchte, würde ich gerne auch diesen Schritt nachvollziehen können.
Ach ja, btw. hat noch jemand eine Idee zur ATV3? Hatte die ATV gestern komplett zurückgesetzt und erst wieder installiert, nachdem die Homebridge lief. Trotzdem bekomme ich von außerhalb keinen Zugriff. Alle anderen (auch eingeladene) IOS Devices, können lokal problemlos alles schalten. Das ist irgendwie ne Dauerbaustelle bei mir.
Ansonsten erstmal einen schönen Sonntag an alle FHEM`ler.
Gruß Carsten
Moin,
also, der Hintergrund des sudoer-File ist folgender:
Manche Kommandos, so bswp. einen Service starten und stoppen muss unter Linux/Unix mit root-Rechten durchgeführt werden.
Um das nicht als root machen zu müssen, gibt es das Kommando sudo. Dieses wird dann dem Kommando vorangestellt, welches man als root ausführen möchte, also sudo <commando> führt <commando> als root aus.
Damit normale User das Kommando sudo verwenden dürfen, müssen sie in der Datei sudoer mit den entsprechenden Rechten eingetragen sein.
Genau das wird dort in dem Beispiel gemacht.
Hilfe findet man auch, wenn man auf dem Pi mal man sudo ausführt.
Hoffe, das hilft ein bisschen.
Ciao, Christian
Hallo knueppler,
Danke für die Antwort. Also wird durch den Eintrag
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge
der fhem-Instanz das root-Recht eingeräumt, richtig? Dann könnte man diese Datei auch so verwenden, sofern man beim einrichten auch diese Dateipfade verwendet hat.
Hi,
für genau die beiden Kommandos, die mit vollständigem Pfad angegeben sind und es wird kein Passwort verlangt.
Ciao Christian
Gesendet von iPhone mit Tapatalk
Moin Carsten,
Zitat von: CarstenF am 14 Februar 2016, 10:22:26
Hallo knueppler,
Danke für die Antwort. Also wird durch den Eintrag
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge
der fhem-Instanz das root-Recht eingeräumt, richtig? Dann könnte man diese Datei auch so verwenden, sofern man beim einrichten auch diese Dateipfade verwendet hat.
...nicht ganz. Die suoders gibt an, welcher Account welche Kommandos mittels sudo mit root-Rechten ausführen darf.
Was das ATV3 angeht, das musste ich nur, nachdem ich mal neulich meine Homebridge, bzw. HomeKit-DB wegwerfen und neu machen musste, einmal von iCloud abmelden und wieder anmelden. Es dauert dann immer ein bißchen, bis die Steuerung über das ATV3 wieder läuft - mind. 12 bis 18 Stunden bei mir, aber anschließend ging es dann wieder.
Gruß,
Stephan
Hi budy,
Hast Du nur die ATV von der Cloud abgemeldet oder auch alle anderen Geräte? Ich hatte nämlich die ATV komplett resettet und erst wieder an der Cloud angemeldet, als alles lief. Dann würde ich mal noch etwas abwarten und schauen ob es sich enpendelt.
Gruß Carsten
wenn das apple tv so konfiguriert ist das es sich schlafen legt funktioniert das aufwecken nur wenn es im netz einen sleep proxy gibt. das können glaube ich nur airport basis stationen. und auch dann dauert es beim zugriff von aussen manchmal eine ganze weile bis das aufwecken klappt.
wenn man den sleep mode ausschaltet sollte es besser gehen.
gruss
andre
Morgen,
@Carsten:
Hast du die 2-Faktor-Authorisierung aktiviert? Falls ja dann muss die kurz deaktiviert werden, damit sich das Apple TV 3 bei HomeKit anmelden kann. Wenn die Bedienung aus der Ferne funktioniert kannst die 2-Faktor-Authorisierung wieder aktivieren.
@Andre
Homerbridge ließ sich merkwürdigerweise nicht ohne sudo installieren. Deswegen habe ich es mit sudo installiert und danach noch mal mit dem Benutzer pi, ohne sudo. Trotzdem lässt sich das nicht ohne sudo starten.
Grüße Timo
ich hatte bei der "alten" Installation der HB die ATV schon mal kurzfristig nutzen können und das Schlafengehen schon unterbunden. Daran liegts jetzt nicht. Bin auch gerade aushäusig und hab gerade nochmal getestet. Klappt noch nicht. Wenn heute abend das Ding immer noch nicht antwortet, schmeiß ich es nochmal aus der Cloud.
@TiEr: das mit der zwei-Faktor Authorisierung habe ich vorher ausgeschaltet
Aber Danke für die vielen Hinweise.
Zitat von: justme1968 am 14 Februar 2016, 11:52:49
wenn das apple tv so konfiguriert ist das es sich schlafen legt funktioniert das aufwecken nur wenn es im netz einen sleep proxy gibt. das können glaube ich nur airport basis stationen. und auch dann dauert es beim zugriff von aussen manchmal eine ganze weile bis das aufwecken klappt.
wenn man den sleep mode ausschaltet sollte es besser gehen.
gruss
andre
Puhh... da habe ich es ja gut - ich habe zwei AEBs... ;)
Ich muss das trotzdem mal ohne sleep mode probieren.
Gruß,
Stephan
Moin Carsten,
Zitat von: CarstenF am 14 Februar 2016, 11:41:29
Hi budy,
Hast Du nur die ATV von der Cloud abgemeldet oder auch alle anderen Geräte? Ich hatte nämlich die ATV komplett resettet und erst wieder an der Cloud angemeldet, als alles lief. Dann würde ich mal noch etwas abwarten und schauen ob es sich enpendelt.
Gruß Carsten
Ich hatte nur das ATV3 von iCloud abgemeldet, neu gestartet und dann wieder bei iCloud angemeldet. Mehr nicht.
Gruß,
Stephan
Hey ich bin neu hier im forum und bin normalerweise eher nur Mitleser ;)
Eine Sache vorweg: Das was du mit deinem Homebridge-Plugin geschaffen hast ist echt Klasse und verdient großen Respekt:)
Auch die Erklärung zum Mapping sind echt Spitze und mit ein bisschen Übung gut umzusetzen.
Dennoch hätte ich noch eine Frage. Ich habe meine Max Thermostate über dein Plugin in Homebridge eingebunden. Ich habe dazu zusätzlich noch ein paar Mappings vergeben, um bei Modus für aus=off, heizen=manual und Auto=auto als Status zu bekommen und zu setzen. Das ganze funktioniert echt super, bis auf die große Anzeige (s.Bild). Ich bin mir nicht 100% sicher aber anscheinend ist das ein Problem mit HAP-node.JS... Das scheint anscheinend den "Current" Status AUTO nicht zu kennen:
inherits(Characteristic.CurrentHeatingCoolingState, Characteristic);
Characteristic.CurrentHeatingCoolingState.UUID = '0000000F-0000-1000-8000-0026BB765291';
// The value property of CurrentHeatingCoolingState must be one of the following:
Characteristic.CurrentHeatingCoolingState.OFF = 0;
Characteristic.CurrentHeatingCoolingState.HEAT = 1;
Characteristic.CurrentHeatingCoolingState.COOL = 2;
/**
* Characteristic "Current Horizontal Tilt Angle"
Im Gegensatz zu den kleinen Schalter:
inherits(Characteristic.TargetHeatingCoolingState, Characteristic);
Characteristic.TargetHeatingCoolingState.UUID = '00000033-0000-1000-8000-0026BB765291';
// The value property of TargetHeatingCoolingState must be one of the following:
Characteristic.TargetHeatingCoolingState.OFF = 0;
Characteristic.TargetHeatingCoolingState.HEAT = 1;
Characteristic.TargetHeatingCoolingState.COOL = 2;
Characteristic.TargetHeatingCoolingState.AUTO = 3;
Noch meine extra Mappings:("status" ist eine userReadings die auto off manual ausgibt):
CurrentHeatingCoolingState=status,values=/off/:0;/manual/:1;/auto/:2
TargetHeatingCoolingState=target::status,values=/off/:0;/manual/:1;/auto/:3,cmds=OFF:desiredTemperature+off;HEAT:desiredTemperature+17;COOL:desiredTemperature+auto;AUTO:desiredTemperature+auto
Weiß jemand zufällig ob dies wirklich der Fall ist und bei der großen Anzeige dies nicht möglich ist? Es ist zwar nur ein ästhetischer Aspekt, wäre aber einfach schöner :)
(http://fs5.directupload.net/images/160215/jquxu2sm.png)
Gruß,
Henry
im 'offiziellen' homekit simulator von apple gibt es beim current state auch kein auto. keine ahnung warum das so ist.
da das homebridge plugin aber beim target state auch immer den current state als angewählt anzeigt ist es vielleicht eine option den current state einfach auszublenden. schau mal ob das in eve geht oder ob dann der target state auch verschwindet.
gruss
andre
ps: du kannst in den mappings statt der zahlen 0,1,2... auch jeweils den namen der konstanten OFF,HEAT,COOL,... verwenden. das plugin sucht dann die passenden werte. das ist vor allem für die contact und occupancy sensoren übersichtlicher. vor allem weil bei den ausgaben auf der konsole dann auch die symbolischen namen auftauchen.
Danke für deine Antwort :)
Auszublenden nimmt dann leider auch Target raus.
Echt eine komische Sache... Wäre interessant zu wissen, was bei einer HomeKit zertifizierten Klimaanlage passiert wenn das auf Auto wechselt :)
Aber es funktioniert ja super(Dank deinem Plugin), von daher nicht ganz so schlimm.
Beim Mapping war ich mir nicht ganz sicher ob des auch mit HEAT COOL... geht(aufgrund des "=" Zeichens). Aber gut zu wissen :)
Gruß,
Henry
Danke für die tolle Arbeit!
Bastle etwas mit Fhem herum, u.a. mit dummy Geräten. Das Mapping ist genial und funktioniert auf Anhieb.
Im neuen Haus kann ich dann alles direkt verwenden, hoffe ich ;-)
@Henry: Aus meiner Erfahrung mit Klimageräten heraus dürfte der Modus in Eve (curentstate) nur die Anzeige / Rückmeldung sein, was das Gerät gerade tut. Es ist entweder aus, heizt, oder kühlt.
Der Target State zusammen mit der Solltemp wäre dann "manuell" aus, "manuell" heizen,"manuell" kühlen, oder automatisch heizen/kühlen bis Temp erreicht, dann aus. Also die Einstellung quasi, die ans Gerät übergeben wird,was wie zu tun ist.
So würde das jedenfalls nen Sinn ergeben ;-)
Hallo Andre,
ich versuche gerade meinen Garagenöffner an den Start zu bringen, dazu habe ich einen Dummy.
Leider funktioniert er nicht komplett, sprich, wenn ich über Siri "Öffne Garage" respektive "Schließe Garage" sage, erzählt mir mein iPhone zwar, dass es die Garage geöffnet/geschlossen hat, aber ich sehe ich Logging keinen entsprechenden Befehl.
Auch die direkte Bedienung in EVE funktioniert nicht.
Die Readings doorState und motor werden korrekt ans HomeKit weitergegeben und in EVE angezeigt.
Anbei noch die jeweiligen Logging-Ausschnitte
[FHEM] mappings for Garagenoeffner: { PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
CurrentDoorState:
{ reading: 'doorState',
values:
[ '/^opening/:OPENING',
'/^closing/:CLOSING',
'/^open/:OPEN',
'/^closed/:CLOSED',
'/.*/:STOPPED' ] } }
[FHEM] Garagenoeffner is garage
[FHEM] Garagenoeffner has PositionState [motor]
[FHEM] Garagenoeffner has CurrentDoorState [doorState]
[FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-02-20 11:50:17 caching: Garagenoeffner-motor: stop
[FHEM] Garagenoeffner-motor values: value stop mapped to 2
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop')
[FHEM] value2homekit_re: [ { re: '^opening', to: 2 },
{ re: '^closing', to: 3 },
{ re: '^open', to: 0 },
{ re: '^closed', to: 1 },
{ re: '.*', to: 4 } ]
[FHEM] homekit2name: { '0': 'OPEN',
'1': 'CLOSED',
'2': 'OPENING',
'3': 'CLOSING',
'4': 'STOPPED' }
2016-02-20 11:50:17 caching: Garagenoeffner-doorState: closed
[FHEM] Garagenoeffner-doorState values: value closed mapped to 1
[FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
Teil 2
[FHEM] Initializing platform accessory 'Garagenoeffner'...
[FHEM] creating services for Garagenoeffner
[FHEM] information service for Garagenoeffner
[FHEM] manufacturer, model and serial number characteristics for Garagenoeffner
[FHEM] GarageDoorOpener service for Garagenoeffner
[FHEM] PositionState characteristic for Garagenoeffner:motor
[FHEM] initial value is: 2 (number; means STOPPED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] CurrentDoorState characteristic for Garagenoeffner:doorState
[FHEM] initial value is: 1 (number; means CLOSED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Teil 3
[FHEM] query: PositionState for Garagenoeffner-motor
[FHEM] cached: 2
[FHEM] query: CurrentDoorState for Garagenoeffner-doorState
[FHEM] cached: 1
[FHEM] query: PositionState for Garagenoeffner-motor
[FHEM] cached: 2
[FHEM] query: CurrentDoorState for Garagenoeffner-doorState
[FHEM] cached: 1
Hast Du da eine Idee?
Vielen Dank, Christian
da taucht kein TargetDoorState auf. d.h. homebridge verwendet intern einen default der mit nichts verbunden ist.
wie schaut denn die konfiguration auf fhem seite aus? damit es automatisch geht darf nur eine setList mit on und off da sein. wenn dein dummy anders konfiguriert ist musst du den TargetDoorState über homebridgeMapping konfigurieren.
gruss
andre
Hallo Andre,
das war es, die setList war aus alten Versuchen deutlich überladen ::)
Danke, Christian
Hallo zusammen,
Ich habe im alten Thread schon mit gelesen und hatte die homebridge auch schon laufen. Aber installiert nach der Anleitung von meintechblog.de
Nun bin ich hier wieder eingestiegen und will auf die neue version umsteigen.
Wie mache ich das am besten? Auf einem blanken Pi aufsetzen geht nicht, da dort fehl, pilight und Ei. Drucker Dienst läuft. Gilt die Anleitung im Wiki für die neue version?
Ich bin etwas verloren welchen Weg ich einschlagen soll.
Gruß
Jan
Moin,
wie alt ist Deine Installation?
Wenn sie schon via npm installiert wurde, dann sollte ein npm update -g homebridge-fhem vollkommen ausreichen, ggf. mit sudo davor.
Ciao, Christian
Hallo Andre,
noch zwei Punkte:
Zum einen ist bei HM-SEC-KEY immer noch das Dreieck da, das Schloss lässt sich auch nicht per EVE direkt bedienen, per SIRI geht, Öffnen dann über eine Szene.
Weiterhin habe ich einen Homematic threeStateSensor via homebridge-Mapping eingebunden wie folgt (analog zu meiner Garage)
CurrentDoorState=Haustuer:state,values=/^open/:OPEN;/^closed/:CLOSED
Das funktioniert auch sehr gut, wie man im Log sieht:
2016-02-21 14:28:04 caching: Haustuer-state: open
[FHEM] caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
2016-02-21 14:28:12 caching: Haustuer-state: closed
[FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
Allerdings ändert sich der Status in EVE nur, wenn man aktiv in EVE einen Update auslöst, das Dreieck bleibt.
Mit dem alten Code gab es kein Dreieck und man konnte auch alles mit EVE direkt bedienen.
Zum anderen habe ich einen HM-LC-Sw1PBU-FM mit Custom Firmware im Einsatz, da wird ein Custom Reading Current im Log angezeigt, cool.
2016-02-21 14:37:06 caching: Licht_Flur-current: 348
[FHEM] caching: Custom Current: 34800 (as number; from '348')
Nun die spannende Frage, wie bekomme ich das denn in EVE angezeigt?
Danke Dir, Christian
das mit dem dreieck muss ich mir noch ansehen. ich habe noch keine idee woran es liegt. weiter oben im thread hatte jemand ausser dem dreieck kein problem mit dem schloss. es ging auch direkt aus eve meine ich.
siehst du mehr auf der console wenn du homebridge mit --debug startest? es müsste auch auftauchen wenn die geänderten werte in richtung homekit gepushed wereden.
die custom current characteristic ist eine die elgato für eigenen sensoren verwendet und von hier: https://gist.github.com/gomfunkel/b1a046d729757120907c (https://gist.github.com/gomfunkel/b1a046d729757120907c). weiter oben im thread funktioniert das ganze mit einer power characteristic ohne das man in eve etwas tun muss. es kann aber sein das eve nicht alle kombinationen darstellen mag. also current nicht ohne power oder nut für bestimmte services. wenn du lust hat kannst du ja mal etwas experimentieren.
gruss
andre
Hallo Andre,
beim HM-SEC-KEY sieht man bei Status-Änderung auch beim Debug-Mode nicht mehr.
Hier nochmal das Log beim Start der Homebridge
Teil 1
[FHEM] homebridgeMapping: CurrentDoorState=Haustuer:state,values=/^open/:OPEN;/^closed/:CLOSED
[FHEM] mappings for Haustuerschloss: { PositionState:
{ reading: 'direction',
values:
[ '/^opening/:INCREASING',
'/^closing/:DECREASING',
'/.*/:STOPPED' ] },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
TargetDoorState:
{ reading: '',
default: 'CLOSED',
timeout: 500,
cmds: [ 'OPEN:open' ] },
LockCurrentState:
{ reading: 'lock',
values: [ '/uncertain/:UNKNOWN', '/^locked/:SECURED', '/.*/:UNSECURED' ] },
LockTargetState:
{ reading: 'lock',
values: [ '/^locked/:SECURED', '/.*/:UNSECURED' ],
cmds: [ 'SECURED:lock', 'UNSECURED:unlock' ] },
CurrentDoorState:
{ reading: 'state',
device: 'Haustuer',
values: [ '/^open/:OPEN', '/^closed/:CLOSED' ] } }
[FHEM] Haustuerschloss is lock
[FHEM] Haustuerschloss has PositionState [direction]
[FHEM] Haustuerschloss has CurrentDoorState [state]
[FHEM] Haustuerschloss has StatusLowBattery [battery]
[FHEM] Haustuerschloss has FirmwareRevision [D-firmware]
[FHEM] value2homekit_re: [ { re: '^opening', to: 1 },
{ re: '^closing', to: 0 },
{ re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-02-21 14:13:16 caching: Haustuerschloss-direction: none
[FHEM] Haustuerschloss-direction values: value none mapped to 2
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'none')
[FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[FHEM] value2homekit: { ok: 0 }
[FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-02-21 14:13:16 caching: Haustuerschloss-battery: ok
[FHEM] Haustuerschloss-battery values: value ok mapped to 0
[FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2016-02-21 14:13:16 caching: Haustuerschloss-D-firmware: 2.5
[FHEM] caching: FirmwareRevision: 2.5 (as string; from '2.5')
[FHEM] default: 1
[FHEM] homekit2cmd: { '0': 'open' }
[FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'mapping.default')
[FHEM] value2homekit_re: [ { re: 'uncertain', to: 3 },
{ re: '^locked', to: 1 },
{ re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED', '3': 'UNKNOWN' }
2016-02-21 14:13:16 caching: Haustuerschloss-lock: unlocked
[FHEM] Haustuerschloss-lock values: value unlocked mapped to 0
[FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] value2homekit_re: [ { re: '^locked', to: 1 }, { re: '.*', to: 0 } ]
[FHEM] homekit2name: { '0': 'UNSECURED', '1': 'SECURED' }
[FHEM] homekit2cmd: { '0': 'unlock', '1': 'lock' }
[FHEM] Haustuerschloss-lock values: value unlocked mapped to 0
[FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'unlocked')
[FHEM] value2homekit_re: [ { re: '^open', to: 0 }, { re: '^closed', to: 1 } ]
[FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[FHEM] query: CurrentDoorState for Haustuer-state
[FHEM] not cached; query: Haustuer-state
[FHEM] not cached
[FHEM] executing: https://192.168.178.51:8083/fhem?cmd=%7BReadingsVal(%22Haustuer%22,%22state%22,%22%22)%7D&XHR=1
Teil 2
[FHEM] Initializing platform accessory 'Haustuerschloss'...
[FHEM] creating services for Haustuerschloss
[FHEM] information service for Haustuerschloss
[FHEM] manufacturer, model and serial number characteristics for Haustuerschloss
[FHEM] firmware revision characteristic for Haustuerschloss
[FHEM] LockMechanism service for Haustuerschloss
[FHEM] PositionState characteristic for Haustuerschloss:direction
[FHEM] initial value is: 2 (number; means STOPPED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] StatusLowBattery characteristic for Haustuerschloss:battery
[FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] TargetDoorState characteristic for Haustuerschloss:
[FHEM] initial value is: 1 (number; means CLOSED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] LockCurrentState characteristic for Haustuerschloss:lock
[FHEM] initial value is: 0 (number; means UNSECURED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[FHEM] LockTargetState characteristic for Haustuerschloss:lock
[FHEM] initial value is: 0 (number; means UNSECURED)
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] CurrentDoorState characteristic for Haustuer:state
[FHEM] no default
[FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Ciao und danke, Christian
Moin,
Zitat von: justme1968 am 21 Februar 2016, 14:58:53
das mit dem dreieck muss ich mir noch ansehen. ich habe noch keine idee woran es liegt. weiter oben im thread hatte jemand ausser dem dreieck kein problem mit dem schloss. es ging auch direkt aus eve meine ich.
jo - das bin ich... ;) Mein HM-SEC-KEY läuft auch über EVE soweit, allerdings seit dem Update auf die letzte EVE-Version auf dem iPhone unbenutzbar, weil die Buttons nicht mehr ins Display passen... Das Dreieck habe ich immer, wenn EVE den Status aktualisieren soll. Nur wenn ich das Schloss direkt mit EVE benutz habe, ist das Dreieck weg - allerdings nur bis zum nächsten Refresh. Ich würde mal sagen, dass das EVEs Schuld ist.
Alle anderen HomeKit Apps, die ich noch auf meinen iPhone habe, haben kein Problem mit dem Schloss.
Gruß,
Stephan
Moin,
ich habe einen Dummy, welcher den Status aus einem HM-SEC-SCo und einem HM-SEC-RHS in einem Dummy zusammenfasst, damit ich je nach Zustand ein entsprechendes Icon setzen kann. Dazu wird einfach nur der Status der beiden Geräte hintereinander geschrieben. Also z.B. open_open oder open_tilted, wenn die Tür offen oder gekippt ist.
Diesen Dummy wollte ich nun in Homekit haben und habe folgendes Attribut und Mapping gesetzt:
genericDeviceType: contact
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;closed_open:CONTACT_NOT_DETECTED;closed_tilted:CONTACT_NOT_DETECTED;open_tilted:CONTACT_NOT_DETECTED;open_open:CONTACT_NOT_DETECTED
Jetzt zeigt mir EVE einen Switch an, der Status ist immer AUS und unten steht Kontakt JA. Homekit scheint also meinen Dummy als Switch zu registrieren... Fehlt da noch etwas?
Gruß,
Stephan
du musst ContactSensor als genericDeviceType verwenden.
es gibt kein automatische mapping von contact auf ContactSensor. baue ich noch ein.
gruss
andre
und dran denken: wenn du siri nach dem fenster status fragen willst zusätzlich zu ContactSensorState auch noch CurrentDoorState passend mappen.
Moin André,
hm ja, der genericDeviceType war falsch. Allersdings bietet mir FHEMWEB das so an. Zeit für ein Update?
Und was den CurrentDoorState angeht, das muss ich dann in einem separaten Dummy machen, oder gleich am RHS, denn ich kann ja keine zwei HomebridgeMappings in einem Device haben...
Gruß,
Stephan
im genericDeviceType attribut war das mal so vorgesehen, ich hatte es nur noch nicht nachgezogen.
wenn es für einen service type kenne abgekürzten genericDeviceType gibt kann man immer den in homebridge vorgesehenen langen namen verwenden.
du kannst in einem homebridgeMapping attribut mehrere characteristics erzeugen. ich würde auch vorschlagen values noch etwas zu vereinfachengenericDeviceType: ContactSensor
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;/.*/:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed_closed:CLOSED;/.*/:OPEN
gruss
andre
ps: wozu hast du beide sensoren an einem fenster? reicht der RHS nicht aus um alle zustände zu erkennen?
Hi Andre,
ich habe inzwischen meine Installation von Homebridge hinbekommen. Es startet einwandfrei und ich kann auch in EVE die Homebridge pairen.
Leider werden scheinbar keine Geräte erkannt. Zumindest sehe ich keine in EVE.
Aktuell habe ich zum Testen nur zwei HUE Lights (ohne structure etc.) dem Raum Homebridge zugeordnet. Ich habe die aktuelle Version von Homebridge installiert.
Wenn ich Homebridge manuell starte kommt folgender Output:
pi@rpi:/opt/fhem $ homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.178.99:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1456089228118
[FHEM] Checking genericDeviceType...
[FHEM] executing: https://192.168.178.99:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.99:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 000-00-000 │ (Geändert)
└────────────┘
Homebridge is running on port 51826.
Meine config.json sieht folgendermassen aus:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:32",
"port": 51826,
"pin": "000-00-000"
},
"platforms": [
{
"platform": "homebridge-fhem.FHEM",
"name": "FHEM",
"server": "192.168.178.99",
"port": "8083",
"ssl": true,
"auth": {"user": "MYUSER", "pass": "MYPASS"},
"filter": "room=Homekit"
}
],
"accessories": []
}
Die Zuordnung in FHEM sieht wie folgt aus:
attr WZ_Decke_1 room _HUEDevice, Homekit
attr WZ_Decke_2 room _HUEDevice, Homekit
Hast Du einen Tip für mich, woran das liegen kann?
Danke & VG,
Peter
attr WZ_Decke_1 room _HUEDevice, Homekit
da darf kein leerzeichen nach dem komma sein. das leerzeichen ist teil des raum namens.
gruss
andre
Moin André,
Zitat von: justme1968 am 21 Februar 2016, 20:34:43
im genericDeviceType attribut war das mal so vorgesehen, ich hatte es nur noch nicht nachgezogen.
wenn es für einen service type kenne abgekürzten genericDeviceType gibt kann man immer den in homebridge vorgesehenen langen namen verwenden.
du kannst in einem homebridgeMapping attribut mehrere characteristics erzeugen. ich würde auch vorschlagen values noch etwas zu vereinfachengenericDeviceType: ContactSensor
homebridgeMapping: ContactSensorState=state,values=closed_closed:CONTACT_DETECTED;/.*/:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed_closed:CLOSED;/.*/:OPEN
gruss
andre
Ehhh... ja, an einen regexp hatte ich auch schon gedacht, aber ich war anfangs noch mit dem generellen beschäftigt... ;)
Zitat von: justme1968 am 21 Februar 2016, 20:34:43
ps: wozu hast du beide sensoren an einem fenster? reicht der RHS nicht aus um alle zustände zu erkennen?
Das liegt daran, dass man nur mit dem RHS die Stellung des Griffs weiß, aber nicht, ob der Türflügel oder das Fenter tatsächlich offen ist. Die Türen rasten ein wenig ein und gehen nicht gleich auf, wenn man den Türgriff öffnet. Die Tür sieht zwar ggf. von außenr zu aus - ist es aber nicht. Außerdem könnte ja der Türflügel aufgehebelt werden, ohne dass jemand den Griff verwendet...
Gruß,
Stephan
Hi Andre,
das wars :) Ich fühl mich zwar wieder wie ein Anfänger, aber happy!
Danke!!
VG,
Peter
Hi Andre,
jetzt wo es funktioniert habe ich eine struct mit genericDeviceType eingebunden.
Dabei scheint er sich aber sowohl die Helligkeit als auch die Farbe nach einer Änderung nicht zu merken. Wenn ich z.B. die Helligkeit in EVE auf 100 stelle ändert sich die Helligkeit, wenn ich dann wieder rausgehe und danach die Helligkeit erneut bearbeiten möchte, steht als Wert wieder 0 da. Das Licht bleibt auf 100% bis ich erneut z.b. 60% eingebe. Dann ändert sich das Licht auf 60% und das Spiel beginnt von Neuem.
Ist das ein Problem von EVE oder hab ich da noch was falsch gemacht?
VG,
Peter
@budy: fall 1 erkennst du aber trotzdem über den RHS fall zwei natürlich nicht. statt des dummys mit notify könnte man auch eine structure verwenden (und eventuell die _map attribute passend setzen).
@Gorean: du musst dafür sorgen das homekit ein reading mit der aktuellen helligkeit hat. wenn es das in der structure nicht gibt musst du eines der beteiligten devices dazu verwenden. ohne hinterlegtes reading das auch ein event erzeugt erfährt homebridge nie den gerade aktuellen wert.
gruss
andre
Moin Andé,
Zitat von: justme1968 am 21 Februar 2016, 23:09:58
@budy: fall 1 erkennst du aber trotzdem über den RHS fall zwei natürlich nicht. statt des dummys mit notify könnte man auch eine structure verwenden (und eventuell die _map attribute passend setzen).
ja, damit muß ich mich mal beschäftigen... mit structures...
Gruß,
Stephan
Hallo Andre,
Zitat von: Gorean am 21 Februar 2016, 23:05:03
Dabei scheint er sich aber sowohl die Helligkeit als auch die Farbe nach einer Änderung nicht zu merken. Wenn ich z.B. die Helligkeit in EVE auf 100 stelle ändert sich die Helligkeit, wenn ich dann wieder rausgehe und danach die Helligkeit erneut bearbeiten möchte, steht als Wert wieder 0 da. Das Licht bleibt auf 100% bis ich erneut z.b. 60% eingebe. Dann ändert sich das Licht auf 60% und das Spiel beginnt von Neuem.
Dieses Problem habe ich mit meinen mi_Lights auch. Muss ich da noch was im Mapping ergänzen, ich hatte es so verstanden, dass die vollautomatisch erkannt werden.
Interessanterweise bekommen die, wenn man über ATV von außen zugreift, das wohlbekannte Dreieck verpasst. Im LAN sind sie dann wieder erreichbar.
Vielen Dank, Christian
das problem von gorean liegt ziemlich sicher am fehlenden mapping für das reading.
sollte automatisch gehen. nimmst du das milight oder das wiflight modul?
eventuell fehlt noch irgendein reading. zeig mal bitte die ausgaben beim start und die ausgaben beim schalten. am besten in beide richtungen. also über eve schalten und über fhem schalten.
gruss
andre
Hallo Andre,
ich verwende das mi_light-Modul, sind ja miLights.
Habe versucht, das über ein HomebridgeMapping a la
Brightness=brightness
zu lösen, das hat aber auch nicht geholfen. Die Beispiele sind mit Mapping.
Hier Beispiel homekit(EVE) -> FHEM (Brightness von 100 auf 52, angezeigt wurde und wird 0)
FHEM] mi_Erdgeschoss: executing set cmd for Brightness with value 52
[FHEM] executing: https://192.168.178.51:8083/fhem?cmd=set%20mi_Erdgeschoss%20dim%2052&XHR=1
2016-02-23 20:22:18 caching: mi_Erdgeschoss-state: on 52
[FHEM] caching: On: 1 (as number; from 'on 52')
FHEM -> homekit (Brightness von 52 auf 100)
2016-02-23 20:25:12 caching: mi_Erdgeschoss-state: on 100
[FHEM] caching: On: 1 (as number; from 'on 100')
Hinweis: wenn ich die Remote über ATV3 abfrage, wird kein Query für das mi_Light im Log angezeigt. Übrigens für den WeatherChannel des Thermostats HM-CC-RT-DN auch nicht. Beides funktioniert aber im LAN.
Danke, Christian
bitte zeig mal eine jsonlist2 vom device bzw. vergleiche sie mal mit dem list von weiter oben im thread. der letzte stand war das es damit ging.
zeig auch mal die Konsolen ausgabe beim start. welche mappigns werden automatisch angelegt und welche characteristics angelegt.
gruss
andre
Hallo an alle,
seit kurzem habe ich ebenfalls homebridge mit meinem FHEM verbunden und steuere nun ganz begeistert Lampen und Heizungen per Siri ;D
Ein ganz dickes, cooles Dankeschön an alle Beteiligten!!! :)
Aber jetzt kam bei mir der Wunsch auf, auch die Weckzeit meines Radios per homebridge/Siri einzustellen. Dieses ist in FHEM eingebunden und wird mit einem simplen at-Befehl zur Weckzeit eingeschaltet. Kann man einen at-Befehl irgendwie an homebridge anbinden? Falls nicht, fällt jemandem eine Alternative zum at-Befehl ein, mit der ich eine Weckfunktion realisieren könnte, die homebridge-fähig ist?
Bitte nicht böse sein, wenn die Frage hier falsch ist, oder woanders schon behandelt wurde... ich habe bisher nichts gefunden...
LG linuzer
mir ist nicht ganz klar was du machen möchtest.
ein bestehendes at per siri nur zu aktivieren/dekativieren geht mit einem passenden mapping. auch die auswahl aus mehreren vordefinierten at ist über ein passendes mapping möglich. so oder in verbindung mit siri szenen kann man vermutlich auch in relativ normaler sprache zwischen nicht zu viele festen zeiten wählen. bei der benennung muss man aber aufpassen damit es nicht zu konflikten mit den eingebauten features wie 'wecke mich morgen um 8' kommt die auf den internen wecker des iOS devices gehen.
die zeit per siri frei einzustellen geht nicht. das geben die definierten characteristics nicht her. custom characteristics kann man nicht per siri steuern. hier würde wieder der iOS interne wecker gestellt.
es gibt in homekit trigger und timer die man eventuell verwenden könnte. diese lassen sich aber so viel ich weiss nicht per siri steuern.
gruss
andre
Hallo Andre,
vielen Dank für den Hinweis!
Zitatdie zeit per siri frei einzustellen geht nicht.
schade. Das wollte ich eigentlich machen. Aber ich hab mir's fast schon gedacht...
Wie wäre denn der grobe Aufbau (ist mit noch nicht so ganz klar), um die von dir beschriebene Alternative mit ein paar festen Weckzeiten zu realisieren? Ich erstelle z.B. 3 Szenen und packe in alle jeweils alle 3 "at" rein, wobei immer einer aktiv und die anderen inaktiv gesetzt sind? Was ich aber noch nicht hinbekommen habe, den at per Siri zu aktivieren, bzw. deaktivieren. Ich habe ihn als genericDevice "switch" deklariert, aber irgendwie reagiert er noch nicht...
Hier ist die Definition:
define at_Radio_Wecker at *07:30:00 set Radio on
attr at_Radio_Wecker genericDeviceType switch
attr at_Radio_Wecker group 0_Prio
attr at_Radio_Wecker homebridgeMapping cmdOn=active,cmdOff=inactive
attr at_Radio_Wecker room Homekit,SchlafzimmerLG linuzer
was steht auf der konsole?
geht das schalten per eve?
gruss
andre
Hallo Andre,
Nein, auf der Konsole (gestartet mit --debug) tut sich beim Schalten mit Eve leider gar nichts.
Beim starten von homebridge kommen ein paar "Lebenszeichen":
zunächst:
[FHEM] homebridgeMapping: cmdOn=active,cmdOff=inactive
[FHEM] mappings for at_Radio_Wecker: { cmdOn: { reading: 'active', cmdOff: 'inactive' } }
[FHEM] at_Radio_Wecker is switch
[FHEM] at_Radio_Wecker has
[FHEM] cmdOn [active]
und dann am Schluss vom Start-up, direkt vor dem Code:
[FHEM] Initializing platform accessory 'at_Radio_Wecker'...
[FHEM] creating services for at_Radio_Wecker
[FHEM] information service for at_Radio_Wecker
[FHEM] manufacturer, model and serial number characteristics for at_Radio_Wecker
[FHEM] Switch service for at_Radio_Wecker
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
Beim Schalten mit Eve tut sich gar nichts, aber wenn ich es mit Siri versuche, dann sehe ich manchmal, dass das Radio-device (das Ziel des at-Befehls) reagiert. Ich habe also noch Konflikte in den Begrifflichkeiten ("Internetradio" - "Radiowecker" - "Wecker" (=iOS) ...), aber ich glaube das ist ein unabhängiges Problem. Die Frage ist, warum beim Schalten in Eve auf der Konsole nichts zu sehen ist ...
Hast du (oder irgend jemand) eine Idee?
LG linuzer
du hast im homebridgeMapping die characteristic nicht angegeben. im switch fall ist das On:attr at_Radio_Wecker homebridgeMapping On=cmdOn=active,cmdOff=inactive.
gruss
andre
ps: damit even den aktuellen zustand kennt musst du auch den rückweg konfigurieren. d.h. welche reading mit welchen werten zu ein und aus gehört.
Hallo Homebridge'ler.
Ich bin aus dem Urlaub zurückgekommen und habe das Homebridge Update eingespielt. Seit dem Update funktioniert mein Light Stripe mit WLAN Controller LD382 leider nicht mehr richtig.
Ein-/Ausschalten und Dimmen funktioniert soweit, allerdings werden die Farben nicht mehr gewechselt. Beim Wechsel der Farbe geht ganz kurz das Licht aus, dann ist für einen Bruchtteil einer Sekunde die richtige Farbe eingestellt und dann wird wieder zu Weiß gewechselt. Es scheint also kein Problem des Mappings zu sein oder? Hat jemand Erfahrung bezüglich HomeKit/Homebridge und diesem Controller? Die Anzeige der eingestellten Helligkeit (% und Schieberegler) ist auch unzuverlässig.
Des Weiteren habe ich offene Punkte mit meinen HomeMatic Heizungsreglern HM-CC-RT-DN:
Zum einen wird die IST-Temperatur in EVE nicht mehr im Gerät angezeigt. Es kamen ja vor Kurzem auch zwei Updates für die EVE App. Ich weiß nun nicht ob das Problem seit dem App-Update besteht oder seit dem Homebridge Update.
So sah es in EVE vorher aus:
(https://www.dropbox.com/s/rf4697uuhiqhtdb/kz_Heizung-top.png?raw=1)
Und so sieht es nun aus:
(https://www.dropbox.com/s/jkkuoqdmbsf5wum/wz_Heizung-prob.png?raw=1)
Somit habe ich beim Thermostaten selbst nur noch die Möglichkeit die Zielwert Temperatur (SOLL) einzustellen und kein IST Wert mehr.
Gehe ich im Startbildschirm von EVE (iPhone) unter Typen auf "Temperatur Zielwert" und klappe die Thermostaten auf, so wird mir beiläufig auch die IST Temperatur angezeigt.
(https://www.dropbox.com/s/dnavgiguwigikok/Typ-Temperatur-Zielwert.png?raw=1)
Das größere Problem hierbei ist, dass es in der EVE App auf dem iPad nicht möglich ist die Thermostaten aufzuklappen und ich somit überhaupt keine Möglichkeit habe die IST Werte abzulesen.
Unter Typen "Temperatur" erscheinen weder auf iPhone noch auf dem iPad die IST Werte der Thermostaten.
Weiterhin hätte ich gerne bei den Heizungsreglern die Möglichkeit den controlMode umzuschalten (Modus brauche ich eigentlich nicht, scheint ja auch eher für Klimaanlagen zu sein). Das heißt wechseln zwischen Tag, Nacht, Manuell und Auto. Beim manuellen Ändern der Temperatur sollte der controlMode Schalter automatisch auf Manuell springen. Ehrlich gesagt will ich die Temperatur nur im Notfall manuell ändern können (falls mir die aktuelle Einstellung zu kalt/warm ist) und eigentlich bei Bedarf nur den controlMode wechseln zwischen Tag und Nacht. D.h. wenn ich außerhalb der programmierten Zeiten mal eher oder später nach Hause komme, will ich nur kurz entsprechend auf Tag oder Nacht umstellen können. Das hat auch den Vorteil dass der Thermostat ab dem nächsten Schaltzeitpunkt wieder im Auto Modus weiterbetrieben wird.
Vor 2 Tagen wurde ja der EVE Thermo vorgestellt. Der scheint zusätzlich noch tolle Dinge zu können wenn ich mir so die Bilder auf der Elgato Webseite ansehe. https://www.elgato.com/de/eve/eve-thermo
Ich sehe hier Einstellmöglichkeiten der Typen "Betrieb" (ist das das Selbe wie Modus bei mir?), "Heizen" (ich denke das ist die controlMode Umschaltung) und vor allem sehe ich "Zeitplan" mit dem man doch tatsächlich aus der EVE App heraus die wöchentlichen Schaltzeiten verändern kann. Ist das alles schon über das Homebridge Mapping umsetzbar bzw. hat das schon jemand gemacht? Gehen Diagramme schon nach EVE zu mappen? Nebenbei fällt mir beim Ansehen der Bilder auch auf dass neben dem Wort "Zieltemperatur" des EVE Thermo auch die IST Temperatur zu sehen ist, die mir fehlt.
So, nun noch eine Frage zu HomeMatic Fenster-/Türkontakten. Ich habe diese seit gestern im Einsatz und würde gerne für Fenster den entsprechenden Sensor (Kontakt) auch als Fenster kennzeichnen wollen. Bisher erscheinen alle Kontakte als Türkontakte. Gibt es da eine Möglichkeit? Ich glaube hier irgendwo im Forum schon mal darüber etwas gelesen zu haben, finde es aber nicht mehr.
Vielen Dank im Voraus.
Gruß
Dan
P.S. Gehen eventuell mittlerweile Floats bei den Energiewerten zu mappen?
Moin,
kann ich in meinem Wifilight device anstelle vom einfachen off auch irgendwie off [ramp] setzen lassen? So ganz habe ich das nicht durchdrungen... Wenn ich mittels Siri oder EVE mein Wifilight device auf off schalte, dann geht es gleich ganz aus.
...ich weiß - ist ein Luxusproblem... ;)
Gruß,
Stephan
@DeeSPe: bitte mal loggen bzw. auf der konsole schauen was für kommandos gesendet werden. für die ist-temperatur schauen ob das richtige reading verwendet wird. wenn nicht per homebridgeMapping einstellen. ich habe hier nichts bewusst geändert. hast du den ist wert eventuell in eve ausgeblendet?
für den controllMode kannst du entweder den mode in eve verwenden und so belegen wie du willst oder dir ein (oder mehrere) On characteristics so definieren das der controllMode so geschaltet wird wie du willst. einen wert nur kurz schalten und dann wieder auf den default zurück kannst du per timeout parameter. so wie beim türöffner. schaltzeiten gehen auch jetzt schon in homekit. aber das setzt glaube ich voraus das das iOS device auch an und erreichbar ist da dieses schaltet. wenn du bestimmte abhängigkeiten zwischen werten brauchst ist es am besten das über notifys auf der fhem seite zu bauen. ich würde eve/homekit/siri nur zum bedienen verwenden. nicht zum automatisieren. das kann fhem besser.
das was eve thermo macht sind alles chustom characteristics. wenn jemand rausfindet wie die genau verwendet werden kann man die in homebridge konfigurieren. so wie die ganzen energie characteristics auch.
in homekit gibt es einen open/closed state nur für türen. für fenster gibt es 'nur' einen prozentualen stand. das ganze betrifft aber nur das icon das eve verwendet. du kannst siri trotzdem nach geschlossenen/offene fenstern fragen.
floats gehen nicht weil eve hier nur int vorsieht. wenn ich ein float sende wird nichts mehr angezeigt. du kannst nur per factor das komma verschieben und so eine höhere genauigkeit sehen.
@budy: im mapping einfach off+<time> als kommando angeben. vorausgesetzt dein device kann das auch.
gruss
andre
Moin André,
also so?
attr <device> homebridgeMapping cmdOff=off+1
mit + da in Wifilight dort ein Leerzeichen steht
Gruß,
Stephan
ja genau. überall wo es ein leerzeichen gibt einfach ein + verwenden-
aber du musst noch die characteristic angeben um die es geht. also so:attr <device> homebridgeMapping On=cmdOff=off+1
gruss
andre
Ich habe das jetzt so eingebaut, aber es funktioniert leider nicht:
"homebridgeMapping": "On:cmdOn=on+1;cmdOff=off+1"
Homebridge schaltet nur einfach an und aus. Und wenn ich homebridge neu starte, dann setzt er folgendes für "On":
[FHEM] creating services for dreamyLightDachboden
[FHEM] information service for dreamyLightDachboden
[FHEM] manufacturer, model and serial number characteristics for dreamyLightDachboden
[FHEM] Switch service for dreamyLightDachboden
[FHEM] Hue characteristic for dreamyLightDachboden:hue
[FHEM] Saturation characteristic for dreamyLightDachboden:saturation
[FHEM] Brightness characteristic for dreamyLightDachboden:brightness
[FHEM] On characteristic for dreamyLightDachboden:state
Gruß,
Stephan
zeig mal bitte alle meldungen beim start mit --debug.
da sollte auch nicht Switch sondern Lightbulb stehen.
es sollte alles automatisch gehen wenn du genericDeviceType nicht setzt und nur attr dreamyLightDachbodenFromJson homebridgeMapping On=cmdOff=off+1 setzt.
gruss
andre
edit: oben war ein tippfehler drin.
Ahh... diese doppelten = verwirren mich immer... ;)
So geht das dann also für On und Off:
attr dreamyLightDachboden homebridgeMapping On=cmdOn=on+1,cmdOff=off+1
:)
genau.
Hi,
ich habe die Tage leider festgestellt, dass in meiner EVE App die Lampen nicht mehr auftauchen und mich gefragt, wie das kann... Habe dann auch Homebridge nochmal per ppm update -g aktualisiert, HomeKit zurückgesetzt, Homebridge Mac geändert, die Geräte alle aus dem "Homekit" Raum gelöscht und nur noch eine Lampe hinzugefügt, aber in der EVE app taucht nur noch die Homebridge auf. Hier mal der Log vom Start mit "homebridge --debug":
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Plugin /usr/local/lib/node_modules/homebridge-fhem-old does not contain a package.json.
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-http
Registering accessory 'homebridge-httpstatus.Http'
---
Loaded plugin: homebridge-milight
Registering platform 'homebridge-milight.MiLight'
---
Loaded plugin: homebridge-punt
Registering platform 'homebridge-punt.punt'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1456580675247
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Server listening on: http://<ip>:8082
[FHEM] got: 1 results
[FHEM] mappings for wz_milight_decke: { Hue: { reading: 'hue', cmd: 'hue', max: 360 },
Saturation: { reading: 'saturation', cmd: 'saturation', max: 100 },
Brightness: { reading: 'brightness', cmd: 'dim', max: 100, delay: true },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] wz_milight_decke is light
[FHEM] wz_milight_decke is dimable [brightness;dim;0-100]
[FHEM] wz_milight_decke has On [state;on,off]
[FHEM] wz_milight_decke has Hue [hue;hue;0-360]
[FHEM] wz_milight_decke has Saturation [saturation;saturation;0-100]
2016-02-27 14:44:35 caching: wz_milight_decke-hue: 0
[FHEM] caching: Hue: 0 (as number; from '0')
2016-02-27 14:44:35 caching: wz_milight_decke-saturation: 0
[FHEM] caching: Saturation: 0 (as number; from '0')
2016-02-27 14:44:35 caching: wz_milight_decke-brightness: 100
[FHEM] caching: Brightness: 100 (as number; from '100')
2016-02-27 14:44:35 caching: wz_milight_decke-state: on 100
[FHEM] wz_milight_decke-state valueOn/valueOff: value on 100 mapped to 1
[FHEM] caching: On: 1 (as number; from 'on 100')
[FHEM] Initializing platform accessory 'wz_milight_decke'...
[FHEM] creating services for wz_milight_decke
[FHEM] information service for wz_milight_decke
[FHEM] manufacturer, model and serial number characteristics for wz_milight_decke
[FHEM] Lightbulb service for wz_milight_decke
[FHEM] Hue characteristic for wz_milight_decke:hue
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for wz_milight_decke:saturation
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Brightness characteristic for wz_milight_decke:brightness
[FHEM] initial value is: 100 (number)
[FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for wz_milight_decke:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
Hat da noch wer ne Idee?
welche iOS version hast du ?
Zitat von: justme1968 am 27 Februar 2016, 16:16:15
welche iOS version hast du ?
Habe iOS 9.3 Beta 4. jetzt, wo du es sagst... Die Beta 4 kam die Woche erst, könnte auch vom TV her hinkommen :/
Gesendet von iPhone mit Tapatalk
liegt an der iOS version. schau mal bei github bei den hap issues. da gibt es schon einen fix.
gruss
andre
Hier mal die Ausgabe beim --debug (Lichtproblematik):
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM] information service for wz_Couchlicht
[FHEM] manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM] Switch service for wz_Couchlicht
[FHEM] Hue characteristic for wz_Couchlicht:hue
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for wz_Couchlicht:saturation
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Brightness characteristic for wz_Couchlicht:brightness
[FHEM] initial value is: 100 (number)
[FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for wz_Couchlicht:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
In FHEM eingestellte Farbe ist FFFFFF.
Beim Betreten des Raums in EVE kommt folgende Ausgabe:
[FHEM] query: Saturation for wz_Couchlicht-saturation
[FHEM] cached: 0
[FHEM] query: On for wz_Couchlicht-state
[FHEM] cached: 1
[FHEM] query: Hue for wz_Couchlicht-hue
[FHEM] cached: 0
[FHEM] query: Brightness for wz_Couchlicht-brightness
[FHEM] cached: 100
Die Anzeige in EVE stimmt soweit (Farbe: weiß, Helligkeit: 100%).
Jetzt setze ich in EVE die Farbe auf rot/100% und erhalte folgende Ausgabe:
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 100
[FHEM] value converted to 0,100,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 0
[FHEM] value converted to 0,0,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM] value converted to 0,0,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1
Wieder selbes Phänomen: kurzes Umschalten zu rot dann wieder zurück auf weiß (und immer weiß/100%, auch wenn ich vorher in FHEM eine andere Farbe und Helligkeit eingestellt hatte).
Hatte vorher gedacht es geht auch kurz aus, aber das erschien mir nur so weil das vollfarbige Licht wesentlich dunkler ist.
In EVE wird nun auch rot/100% angezeigt, aber wenn ich den Raum neu lade, dann zeigt es wieder weiß/100%, was es ja auch ist (aber nicht sein soll).
Hier noch ein jsonlist vom Gerät:
{
"Arg":"wz_Couchlicht",
"Results": [
{
"Name":"wz_Couchlicht",
"PossibleSets":"on off dim dimup dimdown HSV RGB",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long gamma dimStep defaultColor defaultRamp colorCast whitePoint event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,OccupancySensor,light,MotionSensor,blind,speaker,thermostat,thermometer,ignore,lock,window,contact,ContactSensor homebridgeMapping icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 model restoreAtStart serialNr sortby structexclude subtype userReading webCmd widgetOverride userattr",
"Internals": {
"CHANGED": "null",
"CONNECTION": "LD382A",
"DEF": "RGBW LD382A:192.168.1.6",
"IP": "192.168.1.6",
"LEDTYPE": "RGBW",
"NAME": "wz_Couchlicht",
"NR": "31",
"NTFY_ORDER": "50-wz_Couchlicht",
"PORT": "5577",
"PROTO": "1",
"SLOT": "0",
"STATE": "on",
"TYPE": "WifiLight"
},
"Readings": {
"RGB": { "Value":"FFFFFF", "Time":"2016-02-27 18:21:37" },
"brightness": { "Value":"100", "Time":"2016-02-27 18:21:37" },
"hue": { "Value":"0", "Time":"2016-02-27 18:21:37" },
"saturation": { "Value":"0", "Time":"2016-02-27 18:21:37" },
"state": { "Value":"on", "Time":"2016-02-27 18:21:37" }
},
"Attributes": {
"alias": "Couchlicht",
"colorCast": "0, -20, -20, -25, 0, -10",
"event-on-change-reading": "state",
"genericDeviceType": "light",
"group": "RGB Lichter",
"icon": "light_led_stripe_rgb",
"lightSceneParamsToSave": "RGB",
"room": "HomeKit,Licht,Wohnzimmer",
"webCmd": "on:off:RGB",
"whitePoint": "1, 1, 1",
"widgetOverride": "RGB:colorpicker,RGB"
}
} ],
"totalResultsReturned":1
}
Ich hoffe das hilft weiter Andre!?
Danke im Voraus.
Hier die Ausgabe beim --debug (Thermostatproblematik):
[FHEM] mappings for sz_Thermostat: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 } }
[FHEM] sz_Thermostat is thermostat
[FHEM] sz_Thermostat has CurrentTemperature [measured-temp]
[FHEM] sz_Thermostat has TargetTemperature [desired-temp]
2016-02-27 17:40:46 caching: sz_Thermostat-measured-temp: 22.7
[FHEM] caching: CurrentTemperature: 22.7 (as number; from '22.7')
2016-02-27 17:40:46 caching: sz_Thermostat-desired-temp: 21.0
[FHEM] caching: TargetTemperature: 21 (as number; from '21.0')
[FHEM] Initializing platform accessory 'sz_Thermostat'...
[FHEM] creating services for sz_Thermostat
[FHEM] information service for sz_Thermostat
[FHEM] manufacturer, model and serial number characteristics for sz_Thermostat
[FHEM] Thermostat service for sz_Thermostat
[FHEM] CurrentTemperature characteristic for sz_Thermostat:measured-temp
[FHEM] initial value is: 22.7 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[FHEM] TargetTemperature characteristic for sz_Thermostat:desired-temp
[FHEM] initial value is: 21 (number)
[FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
Scheint soweit ja zu stimmen mit der IST Temperatur... Und nein Andre, ich habe die IST Temperatur nicht in EVE ausgeblendet. ;)
Bin mir mittlerweile ziemlich sicher dass die Anzeige der IST Temperatur ein Problem von EVE zu sein scheint, denn in der App myHome wird die Temperatur und die Zieltemperatur unter "Typen->Temperatur" angezeigt. Eventuell haben die da von Elgato eine neue Custom Characteristic für die IST Temperatur für ihren neuen Thermo mit eingebaut?
(https://www.dropbox.com/s/aiinwbn1jpclol5/myHome-Temps.png?raw=1)
Ich glaube es bleibt wohl nichts anderes übrig als sich mal so einen EVE Thermo zu bestellen und dann schauen was das Ding her gibt. Muss man ja danach nicht zwingend behalten. ;-)
Jetzt werd ich mal noch ein Wenig mit dem Homebridgemapping meiner Thermostate rumspielen. Mal schauen was sich da noch hinbiegen lässt, ich werde berichten.
Gruß
Dan
zu wifilight problem: ich sehe nirgends das nach den set kommandos der neu gesetzte wert ans fhem zurück gemeldet wird. siehst du da im event monitor? da sollten die geänderten readings für hue, saturation und brightness zu sehen sein. genau wie auf der der homebridge konsole.
teste bitte mal die angehängte version. da werden die werte intern noch mal zwischen gespeichert. ist nicht sauber aber geht eventuell.
gruss
andre
Zitat von: justme1968 am 26 Februar 2016, 09:24:32
du hast im homebridgeMapping die characteristic nicht angegeben. im switch fall ist das On:attr at_Radio_Wecker homebridgeMapping On=cmdOn=active,cmdOff=inactive.
gruss
andre
ps: damit even den aktuellen zustand kennt musst du auch den rückweg konfigurieren. d.h. welche reading mit welchen werten zu ein und aus gehört.
Hallo Andre,
vielen Dank für Deinen Tipp, jetzt habe ich es in beiden Richtungen hinbekommen!
Gruß, linuzer
Zitat von: justme1968 am 27 Februar 2016, 18:47:00
zu wifilight problem: ich sehe nirgends das nach den set kommandos der neu gesetzte wert ans fhem zurück gemeldet wird. siehst du da im event monitor? da sollten die geänderten readings für hue, saturation und brightness zu sehen sein. genau wie auf der der homebridge konsole.
teste bitte mal die angehängte version. da werden die werte intern noch mal zwischen gespeichert. ist nicht sauber aber geht eventuell.
gruss
andre
Hallo Andre,
habe getestet und es ist noch schlechter jetzt. Jetzt wird einfach einmal ausgeschaltet und danach wieder an. Ein Farbwechsel findet gar nicht statt. Im Event Monitor kommt:
2016-02-28 16:07:22 WifiLight wz_Couchlicht off
2016-02-28 16:07:22 WifiLight wz_Couchlicht state: off
2016-02-28 16:07:23 WifiLight wz_Couchlicht on
2016-02-28 16:07:23 WifiLight wz_Couchlicht state: onIn homebridge --debug kommt:
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 100
[FHEM] value converted to 0,100,0
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,0&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 0
[FHEM] value converted to 0,0,0
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,0&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
2016-02-28 16:11:02 caching: wz_Couchlicht-state: off
[FHEM] wz_Couchlicht-state valueOn/valueOff: value off mapped to 0
[FHEM] caching: On: 0 (as number; from 'off')
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM] value converted to 0,0,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,0,100&XHR=1
2016-02-28 16:11:03 caching: wz_Couchlicht-state: on
[FHEM] wz_Couchlicht-state valueOn/valueOff: value on mapped to 1
[FHEM] caching: On: 1 (as number; from 'on')Bei der offiziellen Version kommt dieser Output, im Eventmonitor kommt gar nichts an:
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 360
[FHEM] value converted to 360,100,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%20360,100,100&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
[FHEM] value converted to 0,99,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,99,100&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM] value converted to 0,100,100
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20HSV%200,100,100&XHR=1Ich habe nun nochmal genauer getestet und beobachtet. Mit der offiziellen Version wird ganz kurz auf die richtige Farbe gestellt und danach wieder zurück auf die vorherige Farbe (nicht immer weiß!).
Beim Mapping meiner Geräte bräuchte ich nochmal ein Wenig Unterstützung.
Meine HomeMatic Thermostaten habe ich nun soweit im Griff, leider geben die Readings keinen eindeutigen Wert zurück in welchem Modus er sich gerade befindet. Der controlMode ändert sich ja nur kurz beim setzen und steht danach wieder auf auto. Aber zumindest das Einstellen und die Position funktionieren nun mit folgendem Mapping:
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^auto/:AUTO,cmds=OFF:desired-temp+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
Ich glaube das Umschalten des controlMode hat vorher nicht geklappt weil es mit zwei L geschrieben wurde. controllMode != controlMode
Wie geht das nun mit den Schaltzeiten umzusetzen Andre? Ich habe keinerlei Anhaltspunkt wie ich da ran gehen soll! Weiß nicht ob ich es wirklich brauche, aber probieren würde ich es gerne mal. Da die Thermostaten ja über HomeKit laufen sollte das Schalten über die EVE App ja kein Problem sein.
Dann suche ich noch nach dem passenden Mapping für StatusLowBattery. Ich habe einen Sensor (Fibaro Motion Sensor) der nur das Reading battery hat. Standardmäßig ist schon was gemappt, aber trotz "96 %" zeigt er Batterie schwach.
Habe es wie folgt probiert, leider ohne Erfolg:
StatusLowBattery=battery,part=0,threshold=10Letzte Frage:
Wie kann ich die Characteristic Logs richtig mappen? Geht das überhaupt? Soll das dann einen Graphen anzeigen?
Vielen Dank im Voraus.
Gruß
Daniel
P.S. Habe die Temperaturen der Thermostate nun mit auf die Fensterkontakte gemappt, somit erscheinen sie auch wieder unter "Typen-->Temperatur".
Zitat von: justme1968 am 27 Februar 2016, 17:20:24
liegt an der iOS version. schau mal bei github bei den hap issues. da gibt es schon einen fix.
gruss
andre
Also ich hab die Bridge nun gelöscht und nochmal das Homebridge per NPM aktualisiert, aber finden kann ich die Geräte noch nicht in EVE. Muss da noch mehr gemacht werden?
Hier hab ich die Info, mit dem Update her: https://github.com/nfarina/homebridge/issues/541
Gesendet von iPhone mit Tapatalk
@DeeSPe: kannst du mit das wifilight und ein leuchtmittel mal ausliehen? dann schaue ich das wir das endlich richtig hin bekommen. das problem ist das auf homekit seite hue,saturation und brightness getrennt eingestellt werden, das wifilight modul aber alle drei in einem set erwartet. hier scheint es ein timing problem zu geben die drei werte zusammen zu fassen.
das controll mode habe ich im readme korrigiert.
die timer kannst du z.b. in eve unter einstellungen->automatisierung->timer setzen.
das battery reading sollte automatisch richtig erkannt werden. ganz ohne mapping. bitte probier das noch mal.
aktuell sind logs und graphen noch nicht implementiert. es ist noch nicht ganz klar wie eve das macht. das geht über custom characteristics und ist nicht homekit standard.
@Hagenuck1: ja. das ist der thread. die änderungen sind noch nicht im normalen update drin. du musst sie von hand oder per git besorgen. im thread steht mehr dazu.
gruss
andre
@DeeSPe: noch etwas: kannst du bitte mal in index.js in der zeile 1106 das WifiLight durch xWifiLight ersetzen. dann sollte wieder der alte weg über das RGB kommando genommen werden. funktioniert das besser ?
gruss
andre
Zitat von: justme1968 am 29 Februar 2016, 10:46:31
@DeeSPe: kannst du mit das wifilight und ein leuchtmittel mal ausliehen? dann schaue ich das wir das endlich richtig hin bekommen. das problem ist das auf homekit seite hue,saturation und brightness getrennt eingestellt werden, das wifilight modul aber alle drei in einem set erwartet. hier scheint es ein timing problem zu geben die drei werte zusammen zu fassen.
das controll mode habe ich im readme korrigiert.
die timer kannst du z.b. in eve unter einstellungen->automatisierung->timer setzen.
das battery reading sollte automatisch richtig erkannt werden. ganz ohne mapping. bitte probier das noch mal.
aktuell sind logs und graphen noch nicht implementiert. es ist noch nicht ganz klar wie eve das macht. das geht über custom characteristics und ist nicht homekit standard.
@Hagenuck1: ja. das ist der thread. die änderungen sind noch nicht im normalen update drin. du musst sie von hand oder per git besorgen. im thread steht mehr dazu.
gruss
andre
Moin Andre,
das mit dem Ausleihen wird nicht ganz so einfach. Der zugehörige LightStripe ist bereits in meiner Wohnung verklebt. Werde mir aber demnächst wohl noch einen holen und dann wäre ein Ausleihen möglich, ist noch die Frage wo Du wohnst, aber mit Verschicken sollte es kein Problem sein.
Bin gerade noch am überlegen ob ich mir eine MiLight Bridge hole. Weiß da jemand ob bei den LightStripes Farbe und weiß gleichzeitig gehen (Pastelltöne), bei den Bulbs funktioniert das leider nicht. Funktionieren denn die MiLights sonst vernünftig über HomeKit?
Ah, Du meinst die (neuen) EVE internen Timer!? Nö, die möchte ich tatsächlich nicht benutzen. Ich dachte man kann das eingestellte Wochenprogramm auslesen und setzen über eine bestimmte Characteristic.
Das mit dem BatterieLow Mapping klappte eben nicht "out-of-the-box", drum bin ich ja auf der Suche nach einem Mapping.
Zu Logs und Graphen werde ich wohl mal einen EVE Thermo testweise bestellen und dann schauen wir wie der das macht!?
Ich werde heute Abend mit xWifiLight testen und berichten.
Vielen Dank erst einmal.
Gruß
Dan
@DeeSPe: Also generell laufen die Milight Bulbs super! Es lässt sich mit dem Milight Plugin alles perfekt steuern, das Wifilight Plugin hatte bei mir das Problem, dass die Farbe manchmal komisch umsprang, darum habe ich dann wieder auf das Milight Plugin gewechselt. Hier kann man alle möglichen Farben direkt per Sprache setzen, Helligkeit ändern etc. funktioniert mit der neusten Version von Homebridge perfekt :) solange man nicht auf iOS 9.3 Beta 4 ist
Edit: Nun auch mit der Beta. Die haben es in der aktuellen Homebridge Version schon eingebaut, aber ich hatte das "sudo apt-get update" vor dem "sudo npm update -g homebridge" vergessen.
Zitat von: Hagenuck1 am 29 Februar 2016, 12:31:45
@DeeSPe: Also generell laufen die Milight Bulbs super! Es lässt sich mit dem Milight Plugin alles perfekt steuern, das Wifilight Plugin hatte bei mir das Problem, dass die Farbe manchmal komisch umsprang, darum habe ich dann wieder auf das Milight Plugin gewechselt. Hier kann man alle möglichen Farben direkt per Sprache setzen, Helligkeit ändern etc. funktioniert mit der neusten Version von Homebridge perfekt :) solange man nicht auf iOS 9.3 Beta 4 ist
Danke für die Info.
Deiner Antwort entnehme ich dass Du nur MiLight Bulbs hast? Ist es da immer noch so dass Farbe und weiß nur getrennt steuerbar sind? Hat diesbezüglich jemand Erfahrung mit Stripes?
Danke und Gruß
Dan
Ja, habe nur die Bulbs und die kann man leider nicht mischen um die Pastellfarben zu erzeugen. Bei den Stripes weiß ich das gerade so nicht, meine aber mal gelesen zu haben, dass es dafür spezielle Empfänger gibt, die das können.
Gesendet von iPhone mit Tapatalk
@Hagenuck1:
Diesen bestimmten Controller habe ich! Das ist der LD382(A).
Zitat von: justme1968 am 29 Februar 2016, 10:50:42
@DeeSPe: noch etwas: kannst du bitte mal in index.js in der zeile 1106 das WifiLight durch xWifiLight ersetzen.
Hallo Andre,
komisch, erst hat das Licht gar nicht mehr funktioniert!
Hab dann alles noch einmal gemacht und nun funktioniert es mit den Farben einstellen (mit xWifiLight).
Was mir nur aufgefallen ist:
Es scheinen alle Farben soweit zu funktionieren, außer diverse Rottöne. Sobald ich bestimmte Rottöne durchgehe wird die entsprechende Farbe kurz eingeschaltet, danach geht der Stripe kurz aus und wieder an mit weiß/100% (nicht die Farbe die vor dem Rotton eingestellt war).
[FHEM] Initializing platform accessory 'wz_Couchlicht'...
[FHEM] creating services for wz_Couchlicht
[FHEM] information service for wz_Couchlicht
[FHEM] manufacturer, model and serial number characteristics for wz_Couchlicht
[FHEM] Lightbulb service for wz_Couchlicht
[FHEM] Hue characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Saturation characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 0 (number)
[FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] Brightness characteristic for wz_Couchlicht:RGB
[FHEM] initial value is: 100 (number)
[FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[FHEM] On characteristic for wz_Couchlicht:state
[FHEM] initial value is: 1 (number)
[FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }blau/100%
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 232
2016-02-29 20:01:09 caching: wz_Couchlicht-RGB: 0324ff
[FHEM] caching: Hue: 167 (as number; from '0324ff')
[FHEM] caching: Saturation: 98 (as number; from '0324ff')
[FHEM] caching: Brightness: 100 (as number; from '0324ff')
[FHEM] value converted to 0324ff
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%200324ff&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
[FHEM] converted value is unchanged
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
[FHEM] converted value is unchangedrot/100%
[FHEM] wz_Couchlicht: executing set cmd for Hue with value 346
2016-02-29 20:02:30 caching: wz_Couchlicht-RGB: ff033e
[FHEM] caching: Hue: -10 (as number; from 'ff033e')
[FHEM] caching: Saturation: 98 (as number; from 'ff033e')
[FHEM] caching: Brightness: 100 (as number; from 'ff033e')
[FHEM] value converted to ff033e
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20ff033e&XHR=1
[FHEM] wz_Couchlicht: executing set cmd for Saturation with value 99
2016-02-29 20:02:30 caching: wz_Couchlicht-RGB: 000000
[FHEM] caching: Hue: 0 (as number; from '000000')
[FHEM] caching: Saturation: 0 (as number; from '000000')
[FHEM] caching: Brightness: 0 (as number; from '000000')
[FHEM] value converted to 000000
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20000000&XHR=1
[FHEM] wz_Couchlicht delaying command [object Object] with value 100
2016-02-29 20:02:30 caching: wz_Couchlicht-state: off
[FHEM] wz_Couchlicht-state valueOn/valueOff: value off mapped to 0
[FHEM] caching: On: 0 (as number; from 'off')
[FHEM] wz_Couchlicht: executing set cmd for Brightness with value 100
2016-02-29 20:02:31 caching: wz_Couchlicht-RGB: ffffff
[FHEM] caching: Hue: 0 (as number; from 'ffffff')
[FHEM] caching: Saturation: 0 (as number; from 'ffffff')
[FHEM] caching: Brightness: 100 (as number; from 'ffffff')
[FHEM] value converted to ffffff
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Couchlicht%20RGB%20ffffff&XHR=1
2016-02-29 20:02:31 caching: wz_Couchlicht-state: on
[FHEM] wz_Couchlicht-state valueOn/valueOff: value on mapped to 1
[FHEM] caching: On: 1 (as number; from 'on')Kommst Du damit weiter?
Gruß
Dan
P.S. Gibt mir doch bitte noch einen Tipp mit dem Mapping vom BatteryLevelLow. Ich glaube mich zu erinnern dass dieses Mapping in der alten Version Deines Plugins für meinen Sensor richtig funktioniert hat.
ich schau es mir am wochenende an.
gruss
andre
Hi,
in Vorbereitung für meinen bestellten Raspberry 3 wollte ich FHEM und Hombridge auf den neusten Stand bringen.
Durch einen kleinen Fehler meinerseits musste ich dann Hombridge komplett neu installieren, das habe ich dann nach
dem Wiki Eintrag von hier gemacht, die erste Einrichtung war über die Anleitung von meintechblog.
Ich habe jetzt das Problem dass meine 2 Lidl Silvercrest Radios,
eingerichtet in FHEM nach dieser Methode: http://forum.fhem.de/index.php/topic,32030.0.html
über die Homebridge nicht mehr gefunden werden, bei der alten Hombridge waren sie noch da.
Muss ich die jetzt irgendwie anders einrichten? Blicke bei der neuen Version noch nicht so ganz durch.
Danke und Gruß
Kai
Tag zusammen,
Eve hat relativ frisch "Eve Thermo" vorgestellt:
https://www.elgato.com/de/eve/eve-thermo
Temperatur auslesen und einstellen geht ja jetzt bereits sehr gut. Die Temperaturkurvenbearbeitung in der App könnte brauchbar sein (siehe in den Screenshots die Typen "Aktuell" und "Zeitplan"). Kann man schon was spekulieren, in wie weit die Homebridge dann auch unmittelbar von der Funktion profitieren kann? In der App sieht man bisher nix.
Viele Grüße
Psy
Zitat von: PsychoD am 03 März 2016, 11:38:50
Tag zusammen,
Eve hat relativ frisch "Eve Thermo" vorgestellt:
https://www.elgato.com/de/eve/eve-thermo
Temperatur auslesen und einstellen geht ja jetzt bereits sehr gut. Die Temperaturkurvenbearbeitung in der App könnte brauchbar sein (siehe in den Screenshots die Typen "Aktuell" und "Zeitplan"). Kann man schon was spekulieren, in wie weit die Homebridge dann auch unmittelbar von der Funktion profitieren kann? In der App sieht man bisher nix.
Viele Grüße
Psy
Bisher gehen diese EVE-Extras noch nicht in Homebridge!
Du hast schon so einen EVE Thermo?
Wenn ja könntest Du hier im Forum behilflich sein bei der Weiterentwicklung des Homebridge Plugins um die entsprechenden Characteristics zu ermitteln und zu testen.
Gruß
Dan
Hi,
nein habe keinen Eve Thermo, und finde auch 70€ für einen Thermostat der mich auf ewig an iDevices fesselt und weder Anzeige noch autarke Nutzbarkeit ermöglicht völlig inakzeptabel :-)
Viele Grüße
Psy
Zitat von: PsychoD am 03 März 2016, 12:33:13
Hi,
nein habe keinen Eve Thermo, und finde auch 70€ für einen Thermostat der mich auf ewig an iDevices fesselt und weder Anzeige noch autarke Nutzbarkeit ermöglicht völlig inakzeptabel :-)
Viele Grüße
Psy
So sehe ich das auch. Bin mit meinen HomeMatic Thermostaten in Verbindung mit Homebridge auch super zufrieden, das funktioniert alles tip top.
Schade, ich hatte gehofft dass sich endlich jemand mit "EVE Thermo" gefunden hat und was zu den custom Characteristics beitragen kann.
Gruß
Dan
Mir ist noch ein kleines kosmetisches Problem aufgefallen, ich weiß aber nicht ob das ein Problem von Homebridge/FHEM oder von HomeKit/Siri ist.
Wenn ich meinen Thermostaten auf 21°C stelle und Siri frage welche Temperatur an dem Thermostat Küche eingestellt ist, dann antwortet Siri mir:
"Das Thermostat (Küche) steht auf EINUNDZWANZIGSTEL Grad".
Wieso EINUNDZWANZIGSTEL?
Stelle ich den Thermostat auf 21,5°C und frage danach, dann antwortet Siri richtig:
"Das Thermostat (Küche) steht auf Einundzwanzig Komma Fünf Grad".
Hat jemand eine Idee woran es liegen könnte?
Wie gesagt, das ist nur ein kosmetisches Problem, aber dennoch irgendwie lästig.
Gruß
Dan
P.S. Die Anzeige von Siri stimmt soweit. Vielleicht müsste bei Ganzzahlwerten ",0" ergänzt werden?
(https://www.dropbox.com/s/6ogrbrswbb1pubt/Siri-Heizung-Problem.png?raw=1)
Moin Gemeinde,
ich bin begeistert was Homekit alles schon unterstützt. Nach anfänglichen Problemen läuft die Installation auf meinen Raspi 2B auch.
Ich bin nun dabei meine Geräte "ansprechend" zu steuern. Aktuell scheitere ich beim Mapping für meine Harmony
fhem Config:
attr Harmony genericDeviceType switch
attr Harmony homebridgeMapping clear On=activity,subtype=TV,valueOn=Dummenfang,cmdOn=activity+Dummenfang,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=activity+Radio,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Apple+TV,valueOn=Apple+TV,cmdOn=activity+Apple+TV,cmdOff=off On=activity,subtype=Smart+TV,valueOn=Smart+TV,cmdOn=activity+Smart+TV,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off
beim Start von Homekit beschwert sich die Installation und stürzt mit folgender Meldung ab:
[FHEM] Initializing platform accessory 'Harmony'...
[FHEM] creating services for Harmony
[FHEM] information service for Harmony
[FHEM] manufacturer, model and serial number characteristics for Harmony
[FHEM] Switch service for Harmony
[FHEM] On characteristic for Harmony:state
[FHEM] Switch service for Harmony (Off)
[FHEM] On:Off characteristic for Harmony:activity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:128
if (service.subtype.toString() === existing.subtype.toString())
^
TypeError: Cannot read property 'toString' of undefined
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:128:58)
at /usr/local/lib/node_modules/homebridge/lib/server.js:397:19
at Array.forEach (native)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:381:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:343:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:931:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Soweit ich das lesen kann - gibts ein Problem mit den "Subtypes".
Ist in meiner FHEM-Config ein Fehler?
Danke für Eure Hilfe.
//Erik
Zitat von: ritter_runkel am 05 März 2016, 18:14:05
fhem Config:
attr Harmony genericDeviceType switch
attr Harmony homebridgeMapping clear On=activity,subtype=TV,valueOn=Dummenfang,cmdOn=activity+Dummenfang,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=activity+Radio,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Apple+TV,valueOn=Apple+TV,cmdOn=activity+Apple+TV,cmdOff=off On=activity,subtype=Smart+TV,valueOn=Smart+TV,cmdOn=activity+Smart+TV,cmdOff=off On=activity,subtype=Spielen,valueOn=Spielen,cmdOn=activity+Spielen,cmdOff=off On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off
Eventuell erst einmal mit weniger Schaltern starten und dann ausbauen.
Ich sehe in deinem homebridgeMapping auch 2x Spielen, vielleicht ist das der Fehler?
Gruß
Dan
Hallo,
beschäftige mich gerade seit ein paar Tagen mit der Homebridge, wollte mich hier auch mal für diese geniale Entwicklung bedanken.
Die Basis bei den Komponenten habe ich eingerichtet und funktioniert so weit, jetzt wird an den Details gearbeitet. Ich habe drei Punkte wo ich im Moment nicht weiterkomme und um Unterstützung bitte.
Einbindung des Harmony Hubs, Ich kann jetzt zumindest mal Activities ein-und ausschalten, aber kann ich einzelne Kommandos für mute, VolumeUp/Down, Channel UP/Down realisieren?
Bei den allen Sensoren die einen Helligkeitswert liefern bekomme ich folgende Fehlermeldung und natürlich auch keine Werte in EVE
[FHEM] THPL_Outdoor-normalizedLuminosity not a number: 10000
hier das list dieses Sensors
Internals:
CUNO1_MSGCNT 718
CUNO1_RAWMSG A1411A270FFDB2200000000783B26020003D7420AF0::-72:CUNO1
CUNO1_RSSI -72
CUNO1_TIME 2016-03-06 10:07:24
DEF FFDB22
HMLAN_MSGCNT 703
HMLAN_RAWMSG EFFDB22,0000,9E3865A4,FF,FFBB,11A270FFDB2200000000783B26020003D7420AF0
HMLAN_RSSI -69
HMLAN_TIME 2016-03-06 10:07:24
IODev CUNO1
LASTInputDev HMLAN
MSGCNT 1421
NAME THPL_Outdoor
NR 2438
NTFY_ORDER 50-THPL_Outdoor
STATE <font color="red"> 12.0 °C </font><br><font color="lightblue"> 59 % <br><font color="green">973.0 hPa </font><br><font color="yellow"> 9498 Lux</font>
TYPE CUL_HM
lastMsg No:11 - t:70 s:FFDB22 d:000000 00783B26020003D7420AF0
protLastRcv 2016-03-06 10:07:24
rssi_at_CUNO1 avg:-72.14 min:-79.5 max:-68.5 lst:-72 cnt:718
rssi_at_HMLAN avg:-65.77 min:-77 max:-59 lst:-69 cnt:703
Helper:
Dblog:
Humidity:
Dblog:
TIME 1457255244.69919
VALUE 59
Normalizedluminosity:
Dblog:
TIME 1457255244.69919
VALUE 9498
Pressure:
Dblog:
TIME 1457255244.69919
VALUE 973.0
Pressure-nn:
Dblog:
TIME 1457255244.69919
VALUE 1003.6
Temperature:
Dblog:
TIME 1457255244.69919
VALUE 12.0
Readings:
2016-03-04 23:46:29 Activity alive
2015-10-08 15:10:01 D-firmware 0.15
2015-10-08 15:10:01 D-serialNr UWS6269396
2016-03-06 10:07:24 batVoltage 2.80
2016-03-06 10:07:24 battery ok
2016-03-06 10:07:24 humidity 59
2016-03-06 10:07:24 luminosity 2517
2016-03-06 10:07:24 normalizedLuminosity 9498
2016-03-06 10:07:24 pressure 973.0
2016-03-06 10:07:24 pressure-nn 1003.6
2016-03-06 10:07:24 state T: 12.0 H: 59 L: 2517 P: 973.0 P-NN: 1003.6
2016-03-06 10:07:24 temperature 12.0
Helper:
HM_CMDNR 17
mId F102
rxType 156
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +FFDB22,00,00,00
nextSend 1457255244.79229
prefIO
rxt 2
vccu
p:
FFDB22
00
00
00
Mrssi:
mNo 11
Io:
CUNO1 -70
HMLAN -69
Prt:
bErr 0
sProc 0
sleeping 1
Q:
qReqConf 00
qReqStat 00
Role:
chn 1
dev 1
Rssi:
At_cuno1:
avg -72.142061281337
cnt 718
lst -72
max -68.5
min -79.5
At_hmlan:
avg -65.778093883357
cnt 703
lst -69
max -59
min -77
Attributes:
IODev CUNO1
actCycle 028:00
actStatus alive
alias Aussenwerte
autoReadReg 4_reqStatus
expert 2_full
firmware 0.15
genericDeviceType thermometer
group Weatherstation
homebridgeMapping CurrentAmbientLightLevel=normalizedLuminosity
icon temp_outside
model HB-UW-Sen-THPL-O
room Homekit,Outdoor
serialNr UWS6269396
stateFormat <font color="red"> temperature °C </font><br><font color="lightblue"> humidity % <br><font color="green">pressure hPa </font><br><font color="yellow"> normalizedLuminosity Lux</font>
subType THPLSensor
userReadings normalizedLuminosity {sprintf("%.0f",(ReadingsVal($name,"luminosity",0)/0.265))}
Das dritte Thema ist mein Wintergarten Rolladen, dieser wird über FS20 gesteuert.
Internals:
BTN 42
CFGFN ./FHEM/FS20.cfg
CUL_MSGCNT 5
CUL_RAWMSG 810b04xx0101a001c019420011
CUL_RSSI -86
CUL_TIME 2016-03-06 10:00:12
DEF c019 42
IODev CUL
LASTInputDev CUL
MSGCNT 5
NAME WG_FB_Rolax
NR 506
STATE Unten
TYPE FS20
XMIT c019
Code:
1 c019 42
Readings:
2016-03-06 10:00:12 state on
Attributes:
IODev CUL
devStateIcon Oben:fts_shutter_10 Unten:fts_shutter_100 ausfahren:fts_shutter_down@red einfahren:fts_shutter_up@red
eventMap on:Unten off:Oben dim100%:Unten dimup:Oben dimdown:Unten
fp_Wintergarten 40,600,2,Rolax
genericDeviceType switch
group Beschattung
homebridgeMapping On=state valueOn=Unten,cmdOn=Unten,valueOff=Oben,cmdOff=Oben
icon fts_sunblind
room Homekit,Wintergarten
Wie muss das Mapping richtig aussehen dass ich mit dem Sprachkommando Oben und Unten steuern kann?
Vielen Dank
Karl
Den Rollladen mal in dieser Art probiert?
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=Oben
Bitte noch anpassen.
Den Sensor in etwa so:
CurrentRelativeHumidity=humidity CurrentAmbientLightLevel=luminosity
Gruß
Dan
Zitat von: DeeSPe am 06 März 2016, 12:10:24
Den Rollladen mal in dieser Art probiert?
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=Oben
Bitte noch anpassen.
Den Sensor in etwa so:
CurrentRelativeHumidity=humidity CurrentAmbientLightLevel=luminosity
Gruß
Dan
Hallo Dan,
vielen Dank für deine Antwort, das HomeBridgeMapping vom Sensor habe ich konfiguriert, normalizedLuminosity ist nur ein Usereading das die Filterfolie kompensiert, aber auch wenn ich das Original reading eintrage funktioniert es nicht, das sind die Meldungen der homebridge:
[FHEM] THPL_Outdoor-luminosity not a number: 1708
[FHEM] not cached
[FHEM] executing: http://192.168.255.9:8083/fhem?cmd=%7BReadingsVal(%22THPL_Outdoor%22,%22luminosity%22,%22%22)%7D&XHR=1
Wenn ich
http://192.168.255.9:8083/fhem?cmd=%7BReadingsVal(%22THPL_Outdoor%22,%22luminosity%22,%22%22)%7D&XHR=1 abfrage bekomme ich im Browser richtigerweise den Wert zurück.
Ich habe jetzt testweise ein "dummy"reading testluminosity auf den Wert 1500 (ich habe auch alle möglichen andere Werte, mit und ohne Komma/punkt probiert) gesetzt, wieder die selbe Fehlermeldung. Es scheint nicht als numerischer Wert erkant zu werden.
Den Rolladen probiere ich mal aus, wobei es gibt hier bei mir nur offen oder zu, keine Stellungen dazwischen (das würde auch das Glas nicht aushalten).
Gruß
Karl
Hallo DeeSPe,
danke Dir!
Wenn ich nur eine "activity" eingebe funzt es. Allerdings habe ich nicht keine Änderung in Deinem Code ggü. meinem finden können... :-\
Die "activity Spielen" sollte nur einmal rein - das war ein Fehler von mir.
Naja, egal - Fernsehen reicht ja ;D
Ich habe ein weiteres Thema, bei dem ich nicht weiter komme - meine FIBARO RollerShutter.
Folgendes Mapping:
attr Rolladen_OG_Gaeste genericDeviceType blind
attr Rolladen_OG_Gaeste homebridgeMapping CurrentPosition=position,minValue=0,maxValue=99 TargetPosition=dim::position,minValue=0,maxValue=99,minStep=10
Damit funktioniert schonmal schließen und öffnen auf die prozentualen Werte.
[FHEM] homebridgeMapping: CurrentPosition=state TargetPosition=dim::position,minValue=0,maxValue=99,minStep=10 CurrentEnergy=meter
[FHEM] Rolladen_OG_Gaeste is blind
[FHEM] Rolladen_OG_Gaeste has
[FHEM] Custom Power [power]
[FHEM] Custom Energy [energy]
[FHEM] CurrentPosition [state]
[FHEM] TargetPosition [position]
[FHEM] CurrentEnergy [meter]
Was nicht geht, ist der "Rückkanal" -> in EVE werden die "CurrentPosition" und "Energy"nicht angezeigt.
Hier habe ich das Mapping für die Funktionen homefit->fhem noch nicht verstanden. Auch scheint es, dass EVE Daten cached (homefit läuft nicht dauernd). Beim Neustart von homekit werden Werte aus "alten" Bewegungen in EVE (CurrentPosition) angezeigt. FHEM hat jedoch die korrekten Werte.
Kann mir jemand noch das "Rückwärts-Mapping" kurz verständlich machen?
Grüße und Dank in die Runde!
//Erik
Nochmal zum Rolladen:
dieses Beispiel funktoniert bei mir nicht:
PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On=state,valueOn=/Unten|dim/,valueOff=Oben
Auch das Schalten mit EVE funktioniert nicht, nur wenn ich Genericdevice blind einstelle dann wird hier das Kommando pct mit einem numerischen Wert verwendet.
Ich habe eine FS20 switch der nur on und off kennt, gut er kennt auch dimXXX, aber das ist nicht in Verwendung. Ich habe jetzt wieder als switch definiert. Grundsätzlich tut das ja, aber ich möchte nicht sagen "schalte Rolax ein/aus" und wenn ich alle Lichter im WG auschalten möchte fährt dann auch der Rolladen hoch.
Wenn noch jemand eine Idee hat?
So, jetzt hab ich das auch mal ausprobiert - sehr interessant :)
Das erste was mir allerdings aufgefallen ist, ist dass die Luftqualität in den Standardeinstellungen nicht funktioniert
2016-03-06 14:26:45 caching: co20-voc: 942
[FHEM] caching: AirQuality: 0 (as number; from '942')
Ich bekomme immer nur Unknown zurück.
Gruss, Markus
@DeeSPe: deine punkte kommen noch :)
@ritter_runkel: die subtypes müssen eindeutig sein. d.h. nicht doppelt vorkommen. alles was über custom characteristics abgebildet wird kannst du nicht direkt über eve steuern. nur über homekit szenen (und manchmal über passende namen und schalter).
@schka17: wenn du alle activities in homekit haben willst musst du garnichts machen. das sollte automatisch gehen. wenn du nur eine auswahl haben möchtest gibst du sie so an wie du es schon gemacht hat. aber keine doppelten (siehe oben).
zum CurrentAmbientLightLevel: da hat noch etwas bei der umstellung auf die neue version gefehlt. kommt in nächsten update.
zu den rollläden: du musst über das mapping einstellen in welchem reading der aktuelle wert steht und es muss ein event (im event monitor zu sehen) geben. das dim bei TargetPosition ist ziemlich sicher falsch. bzw. es sollte bei CurrentPosition und TargetPosition das gleiche reading verwendet werden und bei TargetPosition zusätzlich ein passendes kommando zum setzen. über cmd kannst du dann z.b. 0% auf off und alles andere auf on mappen. oder umgekehrt oder in jedem anderen verhältnis.
@schka17: homekit steuert die rollläden immer prozentual an. wenn dein fs20 rollladen das nicht kann musst du den
@Markus M.: gleiches problem wie oben beim CurrentAmbientLightLevel. ist im nächsten update repariert.
Harmony schalten funktioniert, ich sehe in EVE aber die Name der activities nicht, kann man daskonfigurieren?(http://uploads.tapatalk-cdn.com/20160306/9c56c33723c0c47964da3572189352b8.jpg)
Sent from my iPad using Tapatalk
Rolladen habe ich jetzt mal als switch definiert, das funktioniert.
Einzig störend ist halt das sich bei "Wintergarten ausschalten" auch die Beschattung öffnet. Muss ich mir noch etwas überlegen.
Danke
Karl
das mit den namen scheint ein eve problem zu sein. wenn du über types/power gehst müsstest du sie sehen. das zuweisen eines siri namen sollte auch gehen.
wenn du sie als switch laufen lassen willst kannst du zwei homekit szenen mit passenden namen anlegen.
gruss
andre
bin neu hier wollte gerade homebridge installieren doch als ich
npm install -g homebridge eingegeben habe kam das..
pi@raspberrypi:~ $ npm install -g homebridge
npm WARN checkPermissions Missing write access to /usr/lib/node_modules
/usr/lib
└─┬ homebridge@0.3.0
├─┬ chalk@1.1.1
│ ├─┬ ansi-styles@2.2.0
│ │ └── color-convert@1.0.0
│ ├── escape-string-regexp@1.0.5
│ ├─┬ has-ansi@2.0.0
│ │ └── ansi-regex@2.0.0
│ ├── strip-ansi@3.0.1
│ └── supports-color@2.0.0
├─┬ commander@2.8.1
│ └── graceful-readlink@1.0.1
├─┬ hap-nodejs@0.2.6
│ ├─┬ curve25519@1.1.0 (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
│ │ ├── bindings@1.2.1
│ │ └── nan@2.2.0
│ ├─┬ debug@2.2.0
│ │ └── ms@0.7.1
│ ├── ed25519@0.0.3 (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
│ ├─┬ mdns@2.2.11 (git://github.com/KhaosT/node_mdns.git#8ff4d603197a92c3cc829ddd37ddfac5bfe21332)
│ │ └── nan@2.1.0
│ └─┬ srp@0.2.0 (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
│ └── bignum@0.11.0
├─┬ node-persist@0.0.8
│ ├── mkdirp@0.3.5
│ └── q@1.1.2
└── semver@5.0.3
npm ERR! Linux 4.1.18-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.7.1
npm ERR! npm v3.6.0
npm ERR! path /usr/lib/node_modules
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access
npm ERR! Error: EACCES: permission denied, access '/usr/lib/node_modules'
npm ERR! at Error (native)
npm ERR! { [Error: EACCES: permission denied, access '/usr/lib/node_modules']
npm ERR! errno: -13,
npm ERR! code: 'EACCES',
npm ERR! syscall: 'access',
npm ERR! path: '/usr/lib/node_modules' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.
npm ERR! Please include the following file with any support request:
npm ERR! /home/pi/npm-debug.log
bin ein absoluter Neuling will eigentlich nur ne funksteckdose mit Siri bedienen im fhem klappt das auch alles super : )
Global mit sudo installieren!!! (steht auch im Output)
sudo npm install -g homebridge
Gruß
Dan
okay hat funktioniert. habe nun auch in der Eve app die homebridge gefunden allerdings nicht meine funksteckdose. habe ich vielleicht irgendwas falsch gemacht bzw vergessen ?
attr global userattr alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define licht dummy
attr licht genericDeviceType switch
attr licht room HomeKit
attr licht setList off on
define off_licht notify licht:off {system("/usr/bin/send 11111 1 0 &")}
define on_licht notify licht:on { system("/usr/bin/send 11111 1 1 &")}
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
define WEBphone FHEMWEB 8084 global
hoffe so sehr das mir jemand helfen kann. also in fhem kann ich die Steckdose an und ausschalten nur wird mir das gerät in der eve app nicht angezeigt
Gruss und vielen vielen dank im voraus
Zitat von: roqsi am 06 März 2016, 21:58:43
okay hat funktioniert. habe nun auch in der Eve app die homebridge gefunden allerdings nicht meine funksteckdose. habe ich vielleicht irgendwas falsch gemacht bzw vergessen ?
Mein Dummy (der auch eine 433MHz Steckdose schaltet habe ich wie folgt definiert:
Internals:
NAME sz_Schranklicht
NR 113
STATE off
TYPE dummy
Readings:
2016-03-06 02:28:03 state off
Attributes:
alias Schranklicht
group Lichter
icon light_led_stripe
room HomeKit,Licht,Schlafzimmer
setList on off Das Notify dazu sieht so aus (ist etwas einfacher und übersichtlicher als deines):
Internals:
DEF sz_Schranklicht set sz_Schranklicht_dev $EVENT
NAME sz_Schranklicht_ntfy
NOTIFYDEV sz_Schranklicht
NR 114
NTFY_ORDER 50-sz_Schranklicht_ntfy
REGEXP sz_Schranklicht
STATE 2016-03-06 02:28:03
TYPE notify
Readings:
2016-03-05 19:40:40 state active
Attributes:
group 433 MHz Steckdosen
room notifyUnd das _dev device dazu:
Internals:
Command sudo /home/pi/raspberry-remote/send 10010 03
DEF sudo /home/pi/raspberry-remote/send 10010 03 1 0
NAME sz_Schranklicht_dev
NR 42
OffValue 0
OnValue 1
STATE off
TYPE GenShellSwitch
Readings:
2016-03-06 02:28:04 state off
Attributes:
alias Schranklicht
genericDeviceType switch
icon light_led_stripe
room Technik Gruß
Dan
Okay ich muss scheinbar noch sehr sehr viel lernen
Sorry wenn die Frage lächerlich ist aber wo muss ich das einfügen ?
Kann ich das so kopieren und dann einfach den Code von meiner Steckdose einfügen klappt es so?
also vielleicht bist du so nett und erklärst es mlr
Doch schwerer wie ich es gedacht habe mhm
Aber danke das du antwortest
Das von mir gepostete war die list(s) von den devices.
Weiß nicht ob du mit dem Modul GenShellSwitch arbeiten willst und du auch "raspberry-remote" installiert hast.
Meine fhem.cfg Einträge sehen so aus:
define sz_Schranklicht_dev GenShellSwitch sudo /home/pi/raspberry-remote/send 10010 03 1 0
define sz_Schranklicht dummy
attr sz_Schranklicht genericDeviceType light
attr sz_Schranklicht room HomeKit
attr sz_Schranklicht setList on off
define sz_Schranklicht_ntfy notify sz_Schranklicht set sz_Schranklicht_dev $EVENT
Gruß
Dan
Update: Hab's mal auf die allernötigsten Einträge gekürzt.
Ich weiß nicht womit ich arbeiten möchte, am besten etwas was einfach funktioniert:)
Ich habe das von dir mal so übernommen, aber leider kommt ein Fehler Unknow genschellswitch
Muss ich etwas bestimmtes installieren?
Ich habe das System nach diesem Tutorial aufgebaut
http://mathias-biedert.de/2014/08/25/raspberry-pi-fhem-433mhz-elro-funksteckdosen-schalten/
Leider finde ich das Tutorial nicht mehr nach dem ich vorgegangen bin, aber wenn das so funktioniert bei dir, dann lass es doch einfach so. Wichtig für Homebridge sind am Ende eh nur die Attribute vom dummy. GenShellSwitch ist ein Modul (kann ich bei Bedarf gerne zur Verfügung stellen) was ich nachträglich in FHEM installiert habe, das war Teil des Tuts. Eigentlich kann man GenShellSwitch auch alleine benutzen ohne den dummy, aber das habe ich nicht vernünftig mit Homebridge hinbekommen (der Status in HomeKit wird nicht aktualisiert).
Gruß
Dan
O. k. danke, ich glaube ich habe das Modul im Internet gefunden(/00_GenShellSwitch.pm?). Werde es gleich wenn ich zu Hause bin ausprobieren, dann hoffe ich funktioniert das endlich.c O. k. danke, ich glaube ich habe das Modul im Internet gefunden. Werde es gleich wenn ich zu Hause bin ausprobieren, dann hoffe ich funktioniert das endlich.
Wie gesagt, das Modul GenShellSwitch (ja, 00_GenShellSwitch.pm) hat nichts mit der Schaltlogik von Homebridge zu tun, da ich es am Ende doch über einen dummy (der GenShellSwitch schaltet), der dann zu Homebridge zugewiesen ist, umgesetzt habe. Also kannst Du Dir den Aufwand eigentlich sparen. Mit den Attributen des dummy wie ich sie geschrieben habe sollte es funktionieren. Habe bei mir auch noch ein paar Zusatzschalter (z.B. für Abwesenheit oder Schlafmodus) als dummy gebaut und die funktionieren einwandfrei in Homebridge.
Gruß
Dan
jetzt geht mit mal garnichts mehr finde die homebridge auch nicht in der eve app ich verzweifle hier langsam
das zeigt er an
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
Der Output den Du gepostet hast, ist der normale Output bei Homebridge. Der kommt immer, die Fehlermeldung kann ignoriert werden!
Gruß
Dan
Achso okay das wusste ich nicht...
ich verstehe nicht wieso das auf einmal nicht mehr geht...
ich habe nix verändert oder sonst was
kann mir irgendwer mal eine laufende homebridge mit teamviewer oder so einrichten würde das auch mit paysafe honorieren
Wenn Du magst könnte ich mir das heute Abend mal anschauen...
Gruß
Dan
okay sehr gerne bin ab 21 Uhr wieder zuhause wenn du dann kurz zeit hast wäre nett habe den pi nun auch platt gemacht und nur fhem erstmal drauf gemacht
Zitat von: roqsi am 07 März 2016, 13:18:42
okay sehr gerne bin ab 21 Uhr wieder zuhause wenn du dann kurz zeit hast wäre nett habe den pi nun auch platt gemacht und nur fhem erstmal drauf gemacht
Hui, das war aber radikal... ;)
Ab 21 Uhr sollte auch bei mir passen.
Bis später.
Gruß
Dan
Für alle, die auch die Beta nutzen.
Auch mit der iOS 9.3 Beta 6, die gerade veröffentlicht wurde funktioniert auch mit der aktuellen HomeBridge Version ;)
Gesendet von iPhone mit Tapatalk
Hallo Andre
gibt es eigentlich eine Möglichkeit, die Schrittweite bspw bei Rolläden zu ändern? Sprich, dass man in EVE nicht in 1er-Schritten sondern bspw in 5er-Schritten hochfährt.
Danke, Christian
Gesendet von iPhone mit Tapatalk
in homebridgeMapping minStep=xxx verwenden.
gruss
andre
Mal ne kurze Frage kommt das homebridgeMapping attr automatisch, wenn ich die neuste Homebridge Version installiert habe?
Gruß Robert
@Andre: Danke, werde ich probieren
@no_legend: Nein, das musst Du in FHEM anlegen
Ciao, Christian
Zitat von: knueppler am 09 März 2016, 07:54:59
@no_legend: Nein, das musst Du in FHEM anlegen
Ciao, Christian
Morgen Christian,
was verstehst du unter anlegen?
einfach ein attr Device homebridgeMapping absetzten?
Gruß Robert
Moin Robert,
es kommt drauf an... für einige Devices braucht man das nicht zu tun, weil homebridge-fhem, das automatisch erledigt. Nicht in FHEM, sondern, wenn homebridge-fhem von homebridge geladne wird, also on-the-fly. Bei anderen Devices wiederum, muss man Hand anlegen, wie z.B. bei einigen Homematic-Konponenten, oder wenn man sich Dummies baut.
Gruß,
Stephan
Hi,
sei es wie es sei.
Damit ich das homebridgemapping-Attribut wenn nötig, einem Device zuordnen kann, habe ich beim global-Device im userattr homebridgeMapping:textField-long hinzugefügt.
Analoge Vorgehensweise wie beim genericDeviceTyp.
Ciao, Christian
Ich wollte mich mal um meine Homematic Rolladen kümmern.
Damit ich diese endlich mit Siri gesteuert bekomme.
Gruß Robert
wenn die beiden attribute in fhem nicht bekannt sind werden sie in aktuellen homebridge versionen automatisch angelegt d.h. zu der attribut liste hinzugefügt.
du musst sie nur in den einzelnen devices setzen/verwenden wenn du sonderwünsche hast.
gruss
andre
Oh, cool, das sieht man natürlich bei einer schon laufenden Installation nicht :D
Zitat von: justme1968 am 09 März 2016, 10:54:23
wenn die beiden attribute in fhem nicht bekannt sind werden sie in aktuellen homebridge versionen automatisch angelegt d.h. zu der attribut liste hinzugefügt.
du musst sie nur in den einzelnen devices setzen/verwenden wenn du sonderwünsche hast.
gruss
andre
Hi Andre,
danke für die Info.
Wann werden die attr angelegt? Wenn die Geräte neu hinzugefügt werden?
Muss man vorher noch etwas in FHEM eintragen, dass das Homebridge Mapping angelegt werden kann?
Ich habe ja schon länger deine homebridge im einsatz.
Habe dann gestern die Updates gezogen, wie im wiki beschrieben.
Aber ein neues attribut ist bei den "alt" Geräten nicht angelegt worden.
Gruß Robert
wie oben geschrieben: das attribut wird nicht im device angelegt sondern in fhem bekannt gemacht. im device setzen musst du es selber wenn du es brauchst.
Hallo zusammen,
danke für die zahlreichen Tips hier und im Wiki!
Ich habe leider ein Problem, welches ich (auch nach stundenlangem Suchen und Tüfteln) nicht gelöst bekomme:
- FHEM läuft
-- Geräte im Raum "HomeKit" lassen sich per WebGUI steuern
- Homebridge läuft auf dem RPi
-- Elgato Eve findet die Homebridge auch und kann sich verbinden
Leider finde ich in der App aber keine Devices.
Habt Ihr einen Rat?
Danke,
Martin
Edit:
Ich habe die Vermutung, dass es an
Server listening on: http://<ip>:8082
liegt. In der config.json habe ich
"server": "127.0.0.1",
eingetragen.
das auf port 8082 ist der debug browser.
zeig die komplette konsolen ausgabe beim start und am besten auch die komplett config.json.
gruss
andre
Konsole:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
Server listening on: http://<ip>:8082
config.json
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "homebridge-fhem.FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
}
],
"accessories": []
}
Danke! :)
@martin: Hast du zufällig die iOS 9.3 Beta im Einsatz?
Gesendet von iPhone mit Tapatalk
Zitat von: Hagenuck1 am 10 März 2016, 06:01:36
@martin: Hast du zufällig die iOS 9.3 Beta im Einsatz?
Gesendet von iPhone mit Tapatalk
Nein, iOS 9.2.1 und Elgato Eve 1.4.
Okay. Was mir gerade nur auffällt, bei dem Log vom Start von dir oben listet Homebridge deine Geräte die nicht auf. Das heißt, dass er da so nichts findet. Schreibweise des Raumes stimmt überein und ist in FHEM nicht HomeKit?
Was mir sonst noch auffällt. Der Log ist komplett oder hattest du den Teil mit
Loading 1 Platforms
[FHEM] initializing FHEM platform
....
[FHEM] got 4 results
Nur nicht gepostet? An der Stelle mit "Got X results" sollten entsprechend viele Geräte angezeigt werden, die du im Raum Homekit hast. Danach sollte er dann die Parameter der Geräte einzeln auflisten.
Gesendet von iPhone mit Tapatalk
Zitat von: Hagenuck1 am 10 März 2016, 06:17:09
Schreibweise des Raumes stimmt überein und ist in FHEM nicht HomeKit?
1:1 identisch.
Zitat von: Hagenuck1 am 10 März 2016, 06:17:09Der Log ist komplett oder hattest du den Teil mit
Loading 1 Platforms
[FHEM] initializing FHEM platform
....
[FHEM] got 4 results
Nur nicht gepostet?
Ist die komplette Ausgabe.
ich glaube du hast die neue homebridge version mit der neuen plugin schnittstelle laufen. die ist noch ungetestet da ich sie noch nicht per update bekommen habe. es sollte zwar alles kompatibel sein aber eventuell liegt es dich daran.
gruss
andre
edit: oder kann es sein das du homebridge nicht per npm sondern von hand per git installiert hast?
Zitat von: justme1968 am 10 März 2016, 09:15:55
ich glaube du hast die neue homebridge version mit der neuen plugin schnittstelle laufen. die ist noch ungetestet da ich sie noch nicht per update bekommen habe. es sollte zwar alles kompatibel sein aber eventuell liegt es dich daran.
gruss
andre
edit: oder kann es sein das du homebridge nicht per npm sondern von hand per git installiert hast?
Die Version sollte aktuell sein, habe ich vorgestern (er)neu(t) installiert. Ich gucke heute Abend mal nach der Versionsnummer.
Installiert habe ich per npm.
Zitat von: martin.h am 10 März 2016, 10:02:10
Die Version sollte aktuell sein, habe ich vorgestern (er)neu(t) installiert. Ich gucke heute Abend mal nach der Versionsnummer.
Installiert habe ich per npm.
homebridge@0.3.0
homebridge-fhem@0.2.6
das ist die neue version mit dem neuen interface. aber das ist nicht das problem. ich habe zum testen mal neu installiert und dann bekomme ich auch die neue version und es geht.
aber wenn config.json an der falschen stelle steht und somit nicht geladen wird bekomme ich die gleichen ausgaben wie du.
nach 'Registering platform 'homebridge-fhem.FHEM' muss eine zeile mit 'Loaded config.json with ...' kommen. sonst wurde das config file nicht geladen.
gruss
andre
So, mit der Version 0.2.19 klappt immerhin das Device laden. Danke! :)
Nun habe ich aber das nächste Problem. Er zeigt mir die Devices an, ich kann diese jedoch in der App nicht steuern. webCmd on:off funktioniert über die WebGUI anstandslos.
[FHEM] homebridgeMapping attribute created.
[FHEM] got: 1 results
[FHEM] lichtBuero is light
[FHEM] lichtBuero has
[FHEM] Initializing platform accessory 'lichtBuero'...
[FHEM] creating services for lichtBuero
[FHEM] information service for lichtBuero
[FHEM] manufacturer, model and serial number characteristics for lichtBuero
[FHEM] Lightbulb service for lichtBuero
Edit:
Mit
attr lichtBuero setList on off
schreibt er in der Konsole jetzt zwar mit, wenn ich webCmds ausführe
2016-03-10 18:24:04 caching: lichtBuero-state: off
[FHEM] caching: On: 0 (as number; from 'off')
2016-03-10 18:24:15 caching: lichtBuero-state: on
[FHEM] caching: On: 1 (as number; from 'on')
2016-03-10 18:24:20 caching: lichtBuero-state: off
[FHEM] caching: On: 0 (as number; from 'off')
2016-03-10 18:24:22 caching: lichtBuero-state: on
[FHEM] caching: On: 1 (as number; from 'on')
dafür regiert die Lampe in der App aber nicht mehr.
was ist das für ein device?
was gibt es für eine ausgabe wenn du homebridge mit --debug startest?
schau dir an wie man mit homebridgeMapping die kommandos configurieriert.
gruss
andre
Vielen Dank an DeeSPe für deine Hilfe, fhem und HomeBridge auf meiner kiste zum laufen gebracht zu haben. Und Vor allem so viel Geduld gehabt zu haben
Hallo,
da ich jetzt verschiedene Geräte mittels Homebridge per Siri steuern kann, wäre es auch praktisch, meine Milight leuchten mit Siri zusteuern. Gibt es dafür auch eine Möglichkeit über FHEM?
VIelen Dank im voraus
arokh12
Zitat von: arokh12 am 11 März 2016, 12:55:16
Hallo,
da ich jetzt verschiedene Geräte mittels Homebridge per Siri steuern kann, wäre es auch praktisch, meine Milight leuchten mit Siri zusteuern. Gibt es dafür auch eine Möglichkeit über FHEM?
VIelen Dank im voraus
arokh12
Klar, meinen RGBW MiLight Strip (RGBW Controller an Bridge) steuere ich auch über HomeKit.
Einfach dem Raum HomeKit zuweisen und Homebridge neu starten, schon sollte Dein MiLight funktionieren. Ein extra homebridgeMapping war bei mir nicht nötig.
Gruß
Dan
Hallo Dan,
funktioniert bei Dir Farbe via SIRI?
Nimmst Du das milight-Modul?
Danke, Christian
Jepp, das funktioniert wunderbar!!!
Ja, für die MiLight devices an der Bridge benutze ich das MiLight Modul. Leider können die ja kein RGB und W gleichzeitig.
Gruß
Dan
Hi Dan,
Spannend. Farbe bekomme ich ums verrecken nicht hin.
Was erzählst Du Siri denn, dass sie das bei Dir macht?
Rollläden sind auch sehr erratisch...
Vielleicht liegt es aber auch an meinen Siri-Namen?
Was nimmst Du denn da? Mein Problem ist, dass ich ziemlich viele Räume habe und es dann mit eindeutigen Namen dann sinnvoll oft nur mit Eigennamen geht.
Vielleicht hast Du ja einen Tipp für mich.
Danke, Christian
"Hey Siri, ändere die Farbe vom Couchlicht auf rot"
"Hey Siri, stelle die Farbe vom Couchlicht auf rot"
"Hey Siri, stelle im Wohnzimmer das Couchlicht auf rot"
"Hey Siri, stelle alle RBG Lichter auf rot" (Dienstgruppe)
Wenn Du ähnlich klingende Sirinamen verwendest, dann solltest Du immer den Raum dazu sagen.
Sirinamen müssen immer einzigartig sein.
Gruß
Dan
Hi,
dank Dir, ich probiere es mal.
Ciao, Christian
Zitat von: DeeSPe am 11 März 2016, 13:17:29
Jepp, das funktioniert wunderbar!!!
Ja, für die MiLight devices an der Bridge benutze ich das MiLight Modul. Leider können die ja kein RGB und W gleichzeitig.
Gruß
Dan
Danke, funktioniert super.
Gibt es eigentlich auch die Möglichkeit mehrere Räume zu den Filter von der Homebridge hinzuzufügen? Oder geht nur 1?
arokh12
du kannst alles als filter verwenden das mit devspec auch funktioniert oder du legst das fhem plugin mehrfach mit unterschiedlichem filter an.
gruss
andre
Zitat von: arokh12 am 11 März 2016, 14:10:06
Danke, funktioniert super.
Gibt es eigentlich auch die Möglichkeit mehrere Räume zu den Filter von der Homebridge hinzuzufügen? Oder geht nur 1?
arokh12
Das geht auch, macht aber mMn keinen Sinn. Normalerweise gruppiert man sich seine Geräte in die entsprechenden Räume und nur die die man dann auch in HomeKit haben will schiebt man in den Raum HomeKit.
Auch wenn die Homebridge schon viele Geräte benutzen kann, kann sie längst nicht alle aus FHEM.
Gruß
Dan
Zitat von: DeeSPe am 11 März 2016, 14:13:07
Das geht auch, macht aber mMn keinen Sinn. Normalerweise gruppiert man sich seine Geräte in die entsprechenden Räume und nur die die man dann auch in HomeKit haben will schiebt man in den Raum HomeKit.
Auch wenn die Homebridge schon viele Geräte benutzen kann, kann sie längst nicht alle aus FHEM.
Gruß
Dan
Wie geht das denn, da ich meine ganzen Milight devices alle in einen extra Raum liegen habe.
Danke schonmal
arokh12
Zitat von: arokh12 am 11 März 2016, 14:16:57
Wie geht das denn, da ich meine ganzen Milight devices alle in einen extra Raum liegen habe.
Danke schonmal
arokh12
Habe das selbst nie probiert, aber ich würde einfach in dem Filter in der config.json sowas hier setzen:
"filter": "room=Homekit,MiLight"Gruß
Dan
Zitat von: DeeSPe am 11 März 2016, 14:24:19
Habe das selbst nie probiert, aber ich würde einfach in dem Filter in der config.json sowas hier setzen:
"filter": "room=Homekit,MiLight"
Gruß
Dan
Danke, das hatte ich auch probiert. funktioniert aber nicht.
Dann werde ich den Devices den Homekit Raum zuordnen
arokh12
Du kannst doch deine MiLight in Fhem in 2 Räume packen dann hast sie einmal in HomeKit und einmal in Milight
Zitat von: arokh12 am 11 März 2016, 14:29:18
Danke, das hatte ich auch probiert. funktioniert aber nicht.
Dann werde ich den Devices den Homekit Raum zuordnen
arokh12
Würde mich damit echt nicht rumärgern!
In die Eingabezeile in FHEM (Namen bitte anpassen):
attr MiLight1,MiLight2,MiLight3,MiLight4 room HomeKit,MiLightDann klicke save config, Homebridge neu starten und glücklich sein.
Gruß
Dan
Zitat von: DeeSPe am 11 März 2016, 14:35:24
Würde mich damit echt nicht rumärgern!
In die Eingabezeile in FHEM (Namen bitte anpassen):
attr MiLight1,MiLight2,MiLight3,MiLight4 room HomeKit,MiLight
Dann klicke save config, Homebridge neu starten und glücklich sein.
Gruß
Dan
Keine Sorge, wäre halt nur schneller gegangen. Damit werde ich mich nicht rumärgern
arokh12
Hi,
das geht schon, man muss dann halt einen zweiten platform-Block in der config.json angeben mit genau den gleichen Angaben, nur mit dem zweiten Raum in der Zeile Filter, den man haben möchte.
"platforms": [
{
....
},
{
....
}
]
So funktioniert es auf jeden Fall bei mir mit drei Räumen, hatte ich ganz am Anfang mal so aufgesetzt und dann so gelassen...
Auch Doppelzuweisungen stören nicht und Devices, mit denen die Homebridge nix anfangen kann, werden ignoriert.
Ciao, Christian
Bei mir funktioniert inzwischen alles bestens. Tausend Dank! :)
Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?
Zitat von: martin.h am 11 März 2016, 15:29:33
Bei mir funktioniert inzwischen alles bestens. Tausend Dank! :)
Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?
Brauchst natürlich auch eine App die für die Watch was mitbringt! EVE kann das (noch) nicht!
Gruß
Dan
siri auf der watch kann genau das gleiche wie auf dem iphone. auch wenn das iphone aus ist und die watch per wlan im netz ist.
eine app auf der watch habe ich noch nicht probiert. aber ich verwende homekit nur mit siri.
gruss
andre
Zitat von: DeeSPe am 11 März 2016, 15:31:02
Brauchst natürlich auch eine App die für die Watch was mitbringt! EVE kann das (noch) nicht!
Gruß
Dan
Nun bin ich ehrlich gesagt etwas verwirrt. Ich dachte HomKit legt eine Datenbank an, die mit der aID verknüpft ist, sodass diese auf allen Geräten, die verknüpft sind, verfügbar ist?!
Edit:Habe mir nun "Devices" (inkl. Watch App) gekauft - funktioniert leider trotzdem nicht.
Zitat von: martin.h am 11 März 2016, 15:52:21
Nun bin ich ehrlich gesagt etwas verwirrt. Ich dachte HomKit legt eine Datenbank an, die mit der aID verknüpft ist, sodass diese auf allen Geräten, die verknüpft sind, verfügbar ist?!
Habe selber keine Watch und kann es nicht mit Bestimmtheit sagen.
Eventuell funktioniert das per Siri auf der Watch auch ohne Watch-App.
Willst Du auf der Watch was anzeigen, brauchst Du auf jeden Fall eine Watch Komplikation.
Gruß
Dan
Zitat von: martin.h am 11 März 2016, 15:29:33
Bei mir funktioniert inzwischen alles bestens. Tausend Dank! :)
Allerdings nur auf dem iPhone, nicht auf der Apple Watch (was für mich keinen Sinn ergibt, wenn man sich die Kopplung der Watch über das iPhone ansieht). Oder ist das ein bekanntest Problem / fehlendes Feature?
Also ich kann ohne Probleme meine Geräte per Watch und siri schalten. Das geht bei mir auch ohne App.
Ich habe da ein kleines Problem:
In FHEM habe ich mir einen Nachtschalter angelegt. Diesen Habe ich auch teilweise erfolgreich in der Hmebridge und in Eve eingefügt. Von der EVE App aus lässt er sich auch wunderbar schalten. Allerdings funktioniert es nur bei dem Schalter nicht. Ich bekomme immer die Rückmeldung: "Leider konnte ich on deinen Geräten diesmal keine Antworten bekommen".
Kann mir einer sagen, wie ich das Problem gelöst bekomme?
arokh12
Zitat von: arokh12 am 11 März 2016, 16:02:50
Also ich kann ohne Probleme meine Geräte per Watch und siri schalten. Das geht bei mir auch ohne App.
Ich habe da ein kleines Problem:
In FHEM habe ich mir einen Nachtschalter angelegt. Diesen Habe ich auch teilweise erfolgreich in der Hmebridge und in Eve eingefügt. Von der EVE App aus lässt er sich auch wunderbar schalten. Allerdings funktioniert es nur bei dem Schalter nicht. Ich bekomme immer die Rückmeldung: "Leider konnte ich on deinen Geräten diesmal keine Antworten bekommen".
Kann mir einer sagen, wie ich das Problem gelöst bekomme?
arokh12
Genau so habe ich auch einen dummy Schalter für "Nachtmodus" erstellt! Er schaltet meinen Anwesenheitsmodus zwischen home und asleep hin und her. Funktioniert wunderbar.
Das richtige homebridgeMapping zu erstellen hat eine Weile gedauert.
Wie hast Du denn dort was gemappt?
Gruß
Dan
Zitat von: DeeSPe am 11 März 2016, 16:06:50
Genau so habe ich auch einen dummy Schalter für "Nachtmodus" erstellt! Er schaltet meinen Anwesenheitsmodus zwischen home und asleep hin und her. Funktioniert wunderbar.
Das richtige homebridgeMapping zu erstellen hat eine Weile gedauert.
Wie hast Du denn dort was gemappt?
Gruß
Dan
Also in Homemapping habe ich jetzt nicht eingetragen. Was mir aufgefallen ist, wenn ich den dummy in EVE umbenenne, auf Test zum Beispiel, dann funktioniert es ohne Probleme.
Kurze Frage, was ist denn der Unterschied zwischen Gruppen und Szenen?
arokh12
Hey Ho,
re-engineering ist harter Stoff....
Ich versuche meine Fibaro Roller-shutter mit Siri zu steuern, was auch teilweise gelingt. ich kann der Dame sagen "stelle Jalousie Küche auf 30%".
Was nicht (richtig) geht ist der Rückkanal zur Anzeige (kann man das auch abfragen?) der aktuellen Position. Das Reading dazu ist in fhem "position". Allerdings wird dieses erst (auch in EVE/homekit) aktualisiert, wenn ich manuell ein "get position" auslöse.
Hat jemand eine Idee dazu wie ich das reading sozusagen nach ausführen der Action cache?
Es hat nicht funktioniert, wenn ich als mapping das reading "state" oder "reportedState" verwende, da hier in fhem immer "dim xx" steht und von homekit ein numerischer Wert (pct) erwartet wird.
auch der Parameter "minStep=10" zeigt beim einstellen in Eve keine Wirkung. Es werden immer 1 stellige Werte verwendet.
Hier mein mapping:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=position,minValue=0,maxValue=100
Ist am Mapping noch was krumm?
Herzlichen Dank!
//Erik
mit ...,part=1,... kannst du den Zahlenwert aus dem reportedState reading ausschneiden. so wie hier: https://forum.fhem.de/index.php/topic,50302.msg420732.html#msg420732 (https://forum.fhem.de/index.php/topic,50302.msg420732.html#msg420732) beim dimmer.
wegen dem minStep: was steht auf beim starten mit --debug auf der konsole?
gruss
andre
Guten Morgen,
danke Andre für den Split-Befehl - das hat geholfen
Nun sieht das Mapping so aus:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100
Die Konsole spricht damit nun folgendes:
[FHEM] homebridgeMapping: TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100
[FHEM] mappings for Rolladen_UG_Kueche: { 'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'UINT16', factor: 1 },
'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'UINT32', factor: 1 },
CurrentPosition:
{ reading: 'reportedState',
part: '1',
cmd: 'dim',
minValue: '0',
maxValue: '100' },
TargetPosition:
{ reading: 'position',
cmd: 'dim',
delay: true,
minValue: '0',
maxValue: '100',
minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
Mit dem Steuerungsverhalten über EVE - neben den 10ner Schritten - bin ich auch nicht glücklich. Wenn ich per SIRI die Jalousie auf 60% stelle (reportedState wird in EVE sauber angezeigt) und dann mit dem Schaltern auf bspw. 12% steuere sind dies absolute Werte - die Jalousie wird also auf 12% gestellt und nicht UM 12% verändert.
Kann ich das abstellen und mit relativen Werten arbeiten?
Auch möchte ich SIRI gern sagen - "Jalousie Küche auf/zu" - müssen hierzu auch Mappings angepasst werden?
Ich spiele mal mit der letzten Zeile im Code oben - vielleicht hilft das ja.
12.03.2016
So - die Anzeige in EVE in 10er-Schritten und das verstellen in 10er-Schritten geht mit folgendem Mapping:
attr Rolladen_UG_Kueche homebridgeMapping TargetPosition=dim::reportedState,part=1,minValue=0,maxValue=100,minStep=10 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100,minStep=10
Jetzt bleibt noch offen, wie mit einem Befehl die komplette Öffnung und Herunterfahren umgesetzt werden kann.
homekit kennt nur absolute prozentuale positionen. siri versteht auch auf/zu oder rauf/runter oder ähnlich und setzt diese dann automatisch auf 0% bzw. 100% um. dazu musst du am mapping nichts ändern. nur rausfinden wie der wortlaut sein muss.
zur not helfen die siri szenen.
bei dimmern versteht siri heller/dunkler vielleicht geht das auch bei rolläden. zur not über zwei dummys für jeweils +/- 10 % und passenden siri szenen.
gruss
andre
Hey Andre,
danke Dir - noch will sie mich nicht verstehen. Es geht nur mit Zahlenwerten :'(
Naja, vielleicht klappts ja wenn meine Frau mit ihr spricht ;D
Liebe Grüsse
Erik
gerade probiert: 'öffne den rollladen im schlafzimmer' wird erkannt und landet set <device> pct 100 in fhem.
gruss
andre
Moin,
@andre nochmal danke - aber leider konnte ich das noch nicht ausprobieren, weil:
Nachdem EVE (V1.4) gestern den Status der Geräte nicht mehr aktualisiert hat, habe ich auf dem iPhone (iOS 9.2.1) die Homekot-Daten zurück gesetzt. Jetzt schlägt die Kopplung zwischen EVE und der Homekit fehl.
Ich habe folgendes unternommen:
- Reset Homekit auf dem iPhone
- Réinstallation EVE
- Veränderung PIN in Homekit in config.json (und wieder zurück gestellt)
- Änderung user in config.json (und wieder zurück gestellt)
Folgender Effekt:
- EVE findet Homekit beim Suchen (neben einer HUE)
- danach kommt eine Warnung, dass das Gerät nicht identifiziert werden kann
- beim fotografieren der PIN von der Konsole wird die PIN nicht erkannt (offenbar zumindest, da keine Fehlermeldung erscheint, sondern einfach das Fenster zu geht)
- ich konnte - wenn ich den PIN in der config.json geändert hatte - auch den PIN eingeben
- danach bricht die Verbindung ab mit der Fehlermeldung "mit dem Gerät konnte keine Verbindung aufgebaut werden"
Da ich sonst nichts geändert habe, frage ich mich WARUM?
Ich hatte mein AppleTV 4 an - macht das was?
Irgendwelche Ideen?
Liebe Grüsse
Erik
Moin
folgende Dinge kannst Du probieren/checken
HomeKit auch unter Datenschutz auf dem iPhone zurückgesetzt?
persist-Ordner gelöscht? Zu finden in aller Regel dort, wo auch die config.json liegt
Schlüsselbund zurückgesetzt?
Ciao Christian
Gesendet von iPhone mit Tapatalk
Hi,
ich hab mal den persist-Ordner gelöscht und homekit neu gestartet.
Auch die Datenschutz-Einstellungen auf dem iPhone sind zurück gesetzt.
Danach verhält sich EVE schonmal anders - beim klick auf Homekit wird offenbar ein SCAN der Landschaft (neu) durchgeführt und danach erscheint die PIN Eingabe.
Leider ist ab dann das Verhalten gleich.
Ich möchte auch nicht meinen Schlüsselbund zurücksetzten - sicher hast Du "löschen" gemeint. Damit verliere ich ja mein komplettes Gedächtnis :'(
Ich werde mal den Keyring lokal auf dem iPhone löschen (sync ausschalten)
Ich glaube auch nicht, dass es an der Authentisierung liegt - dafür müsste die Fehlermeldung nach der PIN-Eingabe schneller kommen. Es dauert aber eine Weile. Hier scheint ein Timer zuzuschlagen....
Welchen Effekt haben mehrere iOS Devices in einer solchen Kommunikation? Hier gestern noch mehr so Teilchen rum alle mit KeyRing-Sync.
Sollten die ausgeschalten sein oder alle an?
Liebe Grüsse
Erik
Hi
die syncen alle über den Schlüsselbund.
Es kann sein, dass Du irgendein Device drin hast, welches HomeKit nicht mag, ggf auch nur ein schräger Wert.
Standardvorgehen ist dann, alles wieder rauszunehmen und nach und nach wieder reinnehmen.
Manchmal habe ich es insgesamt auch nur mit zurücksetzen des Schlüsselbundes vollständig hingekriegt.
Ciao Christian
Gesendet von iPhone mit Tapatalk
Hi Christian,
ich konnte Homekit wieder EVE hinzufügen.
Für andere - geholfen hat:
- alle Custom-Mappings aus fhem entfernen
- EVE von den Geräten löschen
- homekit Einstellungen auf dem iPhone unter Datenschutz zurücksetzen
- Schlüsselbund-Sync auf dem iPhone ausschalten
- EVE neu installieren
- verbinden
Auf jeden Fall ein seltsames Verhalten.
Die Ursache scheint gewesen zu sein, dass ich die Custom-Mappings welche bei einem der FIBARO Roller-Shutter funktioniert haben, auf meine anderen Roller-Shutter (6 Roller-Shutter) übertragen habe.
Offenbar war das zu viel für Homekit ;-)
Jetzt also nochmal langsam von vor 8)
Danke an Alle!
Liebe Grüsse
Erik
Zitat von: ritter_runkel am 13 März 2016, 10:51:21
Hi Christian,
ich konnte Homekit wieder EVE hinzufügen.
Für andere - geholfen hat:
- alle Custom-Mappings aus fhem entfernen
- EVE von den Geräten löschen
- homekit Einstellungen auf dem iPhone unter Datenschutz zurücksetzen
- Schlüsselbund-Sync auf dem iPhone ausschalten
- EVE neu installieren
- verbinden
Auf jeden Fall ein seltsames Verhalten.
Die Ursache scheint gewesen zu sein, dass ich die Custom-Mappings welche bei einem der FIBARO Roller-Shutter funktioniert haben, auf meine anderen Roller-Shutter (6 Roller-Shutter) übertragen habe.
Offenbar war das zu viel für Homekit ;-)
Jetzt also nochmal langsam von vor 8)
Danke an Alle!
Liebe Grüsse
Erik
Die EVE App deinstallieren und wieder installieren kannst Du Dir da nächste Mal sparen.
HomeKit Daten zurücksetzen und persist Ordner löschen sollte reichen. Das ging bei mir zumindest immer so.
Wenn an den Mappings was nicht richtig ist, dann verweigert Homebridge gerne die Verbindung.
Ich hatte auch schon mal dass ich an einem Gerät am Mapping was geändert habe und danach wurden meine Geräte in HomeKit nicht mehr gefunden. Stattdessen hat er alle Geräte neu gefunden und im Default Raum in EVE abgelegt. Somit hatte ich alle Geräte doppelt, aber nur die Hälfte hat funktioniert. Da half auch nur HomeKit zurücksetzen und neu einrichten. Bei mittlerweile 30 Geräten kann das ganz schön nerven...
Gruß
Dan
Hallo,
gibt es eigentlich auch die Möglichkeit benutzerdefinierte homebridgemapping Charakteristiken anzulegen?
Das wäre echt sehr praktisch.
arokh12
ja...
einfach die UUID als characteristic namen verwenden und name, format und unit neben den üblichen mappings mit angeben. eine custom characteristic für volume würde z.b. etwa so aussehen:00001001-0000-1000-8000-135D67EC4377=volume,cmd=volume,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=100,minStep=1
gruss
andre
Zitat von: justme1968 am 13 März 2016, 21:51:34
ja...
einfach die UUID als characteristic namen verwenden und name, format und unit neben den üblichen mappings mit angeben. eine custom characteristic für volume würde z.b. etwa so aussehen:00001001-0000-1000-8000-135D67EC4377=volume,cmd=volume,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=100,minStep=1
gruss
andre
Ok, dem kann ich jetzt nicht ganz folgen:
Ich habe bei mir ein dummy, welches ein paar zusätzliche readings besitzt, die ich auch gerne in EVE als "Unterpunkt" zu dem jeweiligen Gerät haben wollte. Allerdings, wo finde ich denn die UUID?
arokh12
wenn es keine standard characteristic für dein reading gibt musst du dir jeweils eine eindeutige UUID ausdenken.
was hast du denn für readings?
gruss
andre
Bei meinem Dummy habe ich zum Beispiel ein Reading Gerät. Das ist ja keine Standart Characteristic.
Verstehe ich das richtig, dass ich mir meine uuid Nummer einfach aussuchen kann?
arokh12
Gesendet von iPhone mit Tapatalk
die uuid muss das obige format haben und eindeutig sein. es gibt keine weiteren randbedingungen.
gruss
andre
Zitat von: justme1968 am 14 März 2016, 12:30:11
die uuid muss das obige format haben und eindeutig sein. es gibt keine weiteren randbedingungen.
gruss
andre
alles klar, dein Beispiel von oben funktioniert super. Allerdings habe ich bei mir im Reading Gerät eine Liste, welche 2 Werte (Blu Ray Player und Play Station) umfasst. Ist es möglich so eine Liste vielleicht auch anzulegen?
Danke schonmal,
arokh12
eine auswahl liste ist glaube ich auf homebridge seite noch nicht umgesetzt. du musst zur zeit statt dessen zwei abhängige schalter definieren die jeweils bei einem der möglichen werte on sind. dazu brauchst du auch keine custom characteristic. schau dir mal an wie das für den harmony hub umgesetzt ist.
noch als hinweis: siri kann nichts mit custom characteristics anfangen. d.h. selbst wenn es die liste später mal gibt lässt sie sich (noch) nicht per siri bedienen. nur per homekit app. bzw. mit dem umweg über homekit szenen.
gruss
andre
Ich habe auch mal wieder ein Frage. ;)
Hab einen RGBW Dimmer der per wcrgb gesteuert werden soll.
Wie kann ich das nun zu Homebridge mappen?
Ohne spezielles Mapping benutzt Homebridge nur rgb.
Gruß
Dan
ich verstehe die frage nicht ...
bzw. warum geht es mir der variante von hier: https://forum.fhem.de/index.php/topic,50648.msg424566.html#msg424566 (https://forum.fhem.de/index.php/topic,50648.msg424566.html#msg424566) nicht?
gruss
andre
Ich habe mir wie dort beschrieben das userReading erstellt.
Leider bringt das so nichts weil dort nur RGB behandelt wird.
Habe nun durch irgendeine Config Änderung auf einmal das wcrgb set im Gerät und damit macht der Controller genau was ich will.
Nur werden bei set wcrgb die Farben einzeln angesteuert, hab dafür noch kein FHEM Widget und wie gesagt noch kein homebridgeMapping gefunden.
Danke.
Gruß
Dan
was meinst du mit nur rgb? und was mit einzeln angesteuert?
homekit kann intern nur hsv. homebridge kann hsv, rgb und einige kombinationen.
wie genau funktionieren deine lampen und wie möchtest du das in homekit sehen?
gruss
andre
Durch die Umstellung auf "configAssociationsCommandClassChoice Rainbow" sind nun die Farbsettings für alle Farben (Kanäle) im Hauptgerät, so wie ich dass ursprünglich wollte.
Allerdings nur im Format wcrgb. Durch "set wcrgb 0 0 255 0 0" erhalte ich reines rot. Mit "set wcrgb 26 0 255 0 0" erhalte ich auf RGB reines rot + 10% weiß aus dem Weißkanal zugemischt. Also sozusagen die Sättigung vom rot um 10% vermindert.
Ziel meiner Aktion ist es im besten Falle den Controller so bedienen zu können wie eine Hue oder den L382. Also alle Farben inklusive weiß in einem Gerät.
Ist das machbar?
Gruß
Dan
den weiss kanal müsste man auf eine zweiten Brighness characteristic legen und alles über eine kleine routine zusammen mischen. das ist kein problem.
wenn ich den L382 endlich in fhem ansteuern kann und das problem repariert ist kann man das einfach auf mehrere kanäle erweitern.
gruss
andre
Zitat von: justme1968 am 15 März 2016, 09:30:40
den weiss kanal müsste man auf eine zweiten Brighness characteristic legen und alles über eine kleine routine zusammen mischen. das ist kein problem.
Wenn man sich damit nicht auskennt ist das schon ein Problem. ;)
Zitat von: justme1968 am 15 März 2016, 09:30:40
wenn ich den L382 endlich in fhem ansteuern kann und das problem repariert ist kann man das einfach auf mehrere kanäle erweitern.
Will der immer noch nicht mit FHEM? Verstehe ich nicht, das ging bei mir tadellos.
Gruß
Dan
Seit eben gibt es ein Update der EVE App.
Nun kann diese auch Regeln/Trigger.
Schön dass dieses Feature nun auch in der EVE App verfügbar ist.
Gruß
Dan
P.S. Die Characteristiken für Sättigung (Saturation) und Tamper (Manipulationsversuch) kennt EVE weiterhin nicht.
Seit gestern funktioniert meine Anwesenheit in HomeKit nicht mehr zuverlässig.
Ich habe einen dummy Schalter angelegt der zwischen home und absent hin und her schaltet. Das funktioniert auch.
Wenn ich die Wohnung verlasse wird automatisch auf absent umgeschaltet. Heute früh war das auch der Fall. Als ich dann aber später wieder in HomeKit geguckt habe, war plötzlich der Abwesenheitsschalter wieder aus und Belegung wurde erkannt - komisch. Also schnell mal per VPN nach Hause verbunden und in FHEM nachgesehen und siehe da, alles wie es sein soll. Anwesenheitsstatus auf absent und Schalter entsprechend auch auf absent.
Wieso wird mir aber in HomeKit etwas anderes angezeigt, wie gesagt bis vorgestern hat das zuverlässig funktioniert.
Gruß
Dan
was steht in den cached werten des debug browsers?
die konsolen ausgabe zur problematischen zeit wäre gut ...
gruss
andre
ps: scheinbar funktionieren die eve energy characteristics doch auch mit float werten. ich teste das heute abend noch mal und checke es dann ein.
pps: ich bekomme das wifilight tatsächlich nicht über fhem gesteuert. ich habe es im netz, die magic home app geht, ich kann das device in fhem anlegen aber ich kann nichts steuern und bekomme auch nichts gemeldet. im log ist nichts zu sehen. hat jemand eine idee?
Zitat von: justme1968 am 16 März 2016, 13:51:34
was steht in den cached werten des debug browsers?
die konsolen ausgabe zur problematischen zeit wäre gut ...
cached:
rr_Dan-presence: present
OccupancyDetected: 1
sw_Abwesenheit_Dan-state: home
On: 0In FHEM ist definitiv der Status der beiden Devices 0 und 1, nicht 1 und 0 wie cached anzeigt.
Im Log steht auch alles richtig. Eine Konsolenausgabe habe ich natürlich nicht von der problematischen Zeit, da unterwegs gewesen.
Habe aber gerade im Log gesehen dass meine Abwesenheit immer neu gesetzt wird, werde mal mein notify ändern dass es nur gesetzt wird wenn es nicht schon auf absent steht. Ich glaube aber nicht dass das was mit dem falschen HomeKit Status zu tun hat.
Zitat von: justme1968 am 16 März 2016, 13:51:34
ps: scheinbar funktionieren die eve energy characteristics doch auch mit float werten. ich teste das heute abend noch mal und checke es dann ein.
Ich hatte es schon mehrfach mit Floats probiert, aber damit war Homebridge aus EVE heraus nicht mehr erreichbar. Die Werte wurden aber korrekt als Floats im --debug angezeigt.
Zitat von: justme1968 am 16 März 2016, 13:51:34
pps: ich bekomme das wifilight tatsächlich nicht über fhem gesteuert. ich habe es im netz, die magic home app geht, ich kann das device in fhem anlegen aber ich kann nichts steuern und bekomme auch nichts gemeldet. im log ist nichts zu sehen. hat jemand eine idee?
An dieser Stelle würde ich Dir zu gern helfen, wüsste aber nicht wie. Das hat bei mir auf Anhieb geklappt.
Gruß
Dan
wenn der wert im cache mit dem in eve angezeigten übereinstimmt aber vom fhem wert abweicht stimmt vermutlich etwas auf longpoll/event seite nicht. zum testen kannst du auch einfach das betreffende reading mit setreading ändern und auf der console schauen.
es reicht nicht nur den wert als float zu senden. man muss auch die werte für format und eventuell min/max in der characteristic anpassen.
gruss
andre
Hi,
Ich habe nun endlich den Schritt gewagt und die "alte" Homebridge Version ersetzt durch das aktuelle.
Soweit läuft auch alles, was richtig nett ist, man sieht nun die Verbrauchswerte einer Fritz!DECT200 wenn als Outlet konfiguriert. Danke!
Allerdings habe ich so mein Problem mit einem Homematic Switch mit Verbrauchsmessen (HM-ES-PMSw1-Pl), ich konnte dazu auch im kompletten Thread hier kein Beispiel finden, da Homematic die Channels ja aufteilt, gibt es somit einen Switch-Channel, sowie den Verbrauchs-Kanal.
Wenn ich nun mit homebridgeMapping beide Kanäle zu einem HomeKit-Device zusammenfassen möchte um also On/Off sowie Verbrauch zu sehen, scheitere ich an der passenden Characteristic für den Verbrauch? Wie ist denn der Name dafür, weil das scheint kein Apple-Standard zu sein?
Wenn ich im On/Off Channel ein
Power=ALG.Strom.Luftentfeuchter.Verbrauch:energy
Definiere, dann erscheint einfach nichts dazu in der Eve App.
Hat da jemand einen Tipp für mich?
Zitat von: rretsiem am 16 März 2016, 15:49:31
Power=ALG.Strom.Luftentfeuchter.Verbrauch:energy
Probiere mal:
E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:powerDa es sich hier um custom Characteristics handelt muss Du die UUIDs nehmen.
Gruß
Dan
Danke für den Tip mit den UUIDs, leider klappt es trotzdem nicht.
Mit --debug erhalte ich zum Device folgende Ausgabe beim laden:
2016-03-16 16:07:16] [FHEM] homebridgeMapping: E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:power
[2016-03-16 16:07:16] [FHEM] mappings for ALG.Strom.Luftentfeuchter.OnOff: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
'E863F10C-079E-48FF-8F27-9C2605A29F52':
{ reading: 'energy',
device: 'ALG.Strom.Luftentfeuchter.Verbrauch' },
'E863F10D-079E-48FF-8F27-9C2605A29F52':
{ reading: 'power',
device: 'ALG.Strom.Luftentfeuchter.Verbrauch' } }
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff is switch
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff has
[2016-03-16 16:07:16] [FHEM] On [state;on,off]
[2016-03-16 16:07:16] [FHEM] E863F10C-079E-48FF-8F27-9C2605A29F52 [ALG.Strom.Luftentfeuchter.Verbrauch.energy]
[2016-03-16 16:07:16] [FHEM] E863F10D-079E-48FF-8F27-9C2605A29F52 [ALG.Strom.Luftentfeuchter.Verbrauch.power]
2016-03-16 16:07:16 caching: ALG.Strom.Luftentfeuchter.OnOff-state: off
[2016-03-16 16:07:16] [FHEM] ALG.Strom.Luftentfeuchter.OnOff-state valueOn/valueOff: value off mapped to 0
[2016-03-16 16:07:16] [FHEM] caching: On: 0 (as number; from 'off')
[2016-03-16 16:07:16] [FHEM] query: E863F10C-079E-48FF-8F27-9C2605A29F52 for ALG.Strom.Luftentfeuchter.Verbrauch-energy
[2016-03-16 16:07:16] [FHEM] not cached; query: ALG.Strom.Luftentfeuchter.Verbrauch-energy
[2016-03-16 16:07:16] [FHEM] not cached
[2016-03-16 16:07:16] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22ALG.Strom.Luftentfeuchter.Verbrauch%22,%22energy%22,%22%22)%7D&XHR=1
[2016-03-16 16:07:16] [FHEM] query: E863F10D-079E-48FF-8F27-9C2605A29F52 for ALG.Strom.Luftentfeuchter.Verbrauch-power
[2016-03-16 16:07:16] [FHEM] not cached; query: ALG.Strom.Luftentfeuchter.Verbrauch-power
[2016-03-16 16:07:16] [FHEM] not cached
[2016-03-16 16:07:16] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22ALG.Strom.Luftentfeuchter.Verbrauch%22,%22power%22,%22%22)%7D&XHR=1
Und weiter unten dann:
2016-03-16 16:07:24 caching: ALG.Strom.Luftentfeuchter.Verbrauch-energy: 0
[2016-03-16 16:07:24] [FHEM] value: 0
2016-03-16 16:07:24 caching: ALG.Strom.Luftentfeuchter.Verbrauch-power: 0
Also lesen kann er den Wert, die "0" ist korrekt, aber Eve stellt weiterhin nur on/off dar.
Folgende Attribute habe ich am On/Off Channel definiert: (darf das nicht Outlet sein, wenn Custom?)
Attributes:
genericDeviceType outlet
homebridgeMapping E863F10C-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:energy E863F10D-079E-48FF-8F27-9C2605A29F52=ALG.Strom.Luftentfeuchter.Verbrauch:power
model HM-ES-PMSw1-Pl
room Homekit,Wohnung
@justme1968: Teste heute Abend mal mit dem setreading und werde dann berichten.
@rretsiem: das attr genericDeviceType kannst Du Dir glaube ich komplett sparen. Habe gerade keinen Zugriff auf mein System und kann Dir daher leider im Moment an dieser Stelle nicht weiter helfen.
Gruß
Dan
Zitat von: DeeSPe am 16 März 2016, 16:23:32
@rretsiem: das attr genericDeviceType kannst Du Dir glaube ich komplett sparen. Habe gerade keinen Zugriff auf mein System und kann Dir daher leider im Moment an dieser Stelle nicht weiter helfen.
Habe mal eben das FHEM Device .Verbrauch direkt als Outlet definiert (ohne taucht es nicht auf und kommt auch die Meldung beim homebridge start des es nicht identifiziert werden kann), dann habe ich automatisch bereits die Power/Consumption Werte, allerdings kann ich jetzt nicht schalten, also es passiert nix.
[FHEM] ALG.Strom.Luftentfeuchter.Verbrauch is outlet
[2016-03-16 16:22:01] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch has
[2016-03-16 16:22:01] [FHEM] Custom Voltage [voltage]
[2016-03-16 16:22:01] [FHEM] Custom Current [current]
[2016-03-16 16:22:01] [FHEM] Custom Power [power]
[2016-03-16 16:22:01] [FHEM] Custom Energy [energy]
2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-voltage: 232.7
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-voltage factor: value 232.7 mapped to 232.7
[2016-03-16 16:22:02] [FHEM] caching: Custom Voltage: 233 (as number; from '232.7')
2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-current: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-current factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM] caching: Custom Current: 0 (as number; from '0')
2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-power: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-power factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM] caching: Custom Power: 0 (as number; from '0')
2016-03-16 16:22:02 caching: ALG.Strom.Luftentfeuchter.Verbrauch-energy: 0
[2016-03-16 16:22:02] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch-energy factor: value 0 mapped to 0
[2016-03-16 16:22:02] [FHEM] caching: Custom Energy: 0 (as number; from '0')
Das ist denke ich einfacher, nun muss ich nur noch on/off an den OnOff Kanal via mapping definieren, dann sollte das klappen.
Nach weiterem Testen, komme ich zum Resultat, das der Weg über den Verbrauchs-Kanal und hinzufügen der on/off cmds für ein anderes Geräte so nicht klappt.
Aber!
Ich verstehe nicht weshalb der OnOff Kanal des HomeMatic Gerätes IMMER als switch erkannt wird, auch wenn ich explizit "outlet" als GenericDeviceType setze. Die Debug-Ausgabe sagt immer "switch", und ich denke wenn da Switch deklariert ist, dann zeigt Eve die anderen Werte die ich via homebridgeMapping definiert habe einfach nicht an?
Attribut ist auf genericDeviceType=outlet gesetzt:
[FHEM] mappings for ALG.Strom.Luftentfeuchter.OnOff: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff is switch
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff has
[2016-03-16 17:16:39] [FHEM] On [state;on,off]
2016-03-16 17:16:39 caching: ALG.Strom.Luftentfeuchter.OnOff-state: off
[2016-03-16 17:16:39] [FHEM] ALG.Strom.Luftentfeuchter.OnOff-state valueOn/valueOff: value off mapped to 0
[2016-03-16 17:16:39] [FHEM] caching: On: 0 (as number; from 'off')
Wenn ich genericDeviceType weg lasse, dann wird ebenfalls Switch definiert?
- outlet war bis vor kurzem noch nicht definiert. das habe ich erst vor kurzem nachgezogen. eventuell ist deine installation nicht ganz aktuell. nimm mal Outlet statt outlet. der unterschied zwischen switch und outlet ist aber eigentlich nur der das es beim outlet eine characteristic gibt die anzeigen kann ob die steckdose in verwendung ist.
- mit welchem device man anfängt und welche characteristics/readings man dann aus anderen devices dazu konfiguriert macht keinen unterschied im ergebniss. es ist aber auf jedenfalls kürzer mit dem Pwr channel anzufangen und nur On dazu zu konfigurieren. vor allem weil die energy characteristics alle automatisch erkannt werden.
wenn es dann immer noch nicht geht zeig mal die konsolen ausgabe wenn du homebridge mit --debug startest und wie du homebridgeMapping für On definiert hast.
gruss
andre
Zitat von: justme1968 am 16 März 2016, 18:39:20
wenn es dann immer noch nicht geht zeig mal die konsolen ausgabe wenn du homebridge mit --debug startest und wie du homebridgeMapping für On definiert hast.
Also den Status anzeigen bekomme ich mittlerweile hin mit folgendem attributMapping am PowerChannel (ALG.Strom.Luftentfeuchter.Verbrauch):
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off
Wo es noch hakt, ist das setzen via Homekit, also das korrekte Cmd muss ja auch an ein anderes Device geschickt werden (ALG.Strom.Luftentfeuchter.OnOff)
Folgende Varianten habe ich bereits probiert:
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=ALG.Strom.Luftentfeuchter.OnOff:on,cmdOff=ALG.Strom.Luftentfeuchter.OnOff:off
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=set+ALG.Strom.Luftentfeuchter.OnOff+on,cmdOff=set+ALG.Strom.Luftentfeuchter.OnOff+off
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmd=set+ALG.Strom.Luftentfeuchter.OnOff,cmdOn=on,cmdOff=off
Ergebnis ist eigentlich immer so etwas in der Art:
[2016-03-16 20:24:12] [FHEM] ALG.Strom.Luftentfeuchter.Verbrauch: executing set cmd for On with value 0
[2016-03-16 20:24:12] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20ALG.Strom.Luftentfeuchter.Verbrauch%20set+ALG.Strom.Luftentfeuchter.OnOff+off&XHR=1
Das Cmd wird also immer an Verbrauch geschickt, ich bekomme es nicht hin das es direkt an OnOff gesendet wird via http-befehl.
du hat noch einen bug gefunden :). ich hatte immer das haupt device genommen und nicht das device aus der jeweiligen characteristic.
hab eben eine reparierte version eingecheckt.
so muss es aussehen:
On=ALG.Strom.Luftentfeuchter.OnOff:state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
gruss
andre
Zitat von: justme1968 am 16 März 2016, 21:46:52
hab eben eine reparierte version eingecheckt.
Danke! Klappt nun wunderbar!
Hey,
habe auch die aktuelle Version von homebridge installiert.
Allerdings stehe ich vor dem Problem, dass meine Homematic-Aktoren (Unterputzschalter für Licht) nach ca. 1 Tag nicht mehr angezeigt werden und aus Eve ebenfalls verschwinden.
Ist das Problem bekannt?
Guten Morgen,
ich glaub ich steh gerade auf dem Schlauch.
Also ich möchte meine VU+ Solo die per Homebridge + FHEM angebunden ist nun auch die Sender steuern. Wenn ich das hier richtig verstanden hab muss ich dafür ein Mapping generieren?
in FHEM Kommandozeile dachte ich nun:
attr prosieben set solo channel ProSieben_HD
Leider meckert er dann das prosieben nicht existiert. Aber ich kann ja nicht für jeden Befehl ein eigenes Gerät anlegen oder doch?
Hallo,
ich habe die Homebridge und das Fhem-Plugin aktualisiert weil ich gelesen habe dass jetzt auch MiLight Geräte unterstützt werden.
Habe die Lampen den Raum Homekit zugefügt und die Homebridge neugestartet. Die Lampen wurden erkannt und können ein- und ausgeschalten werden, aber leider kann ich keine Farbe und keine Helligkeit ändern. Wenn ich die Werte über die App verändere passiert leider nichts. Habe ich etwas vergessen oder falsch gemacht?
Vielen Dank.
@Odon: nutzt du das Milight Plugin? Beim Wifilight Plugin Gings bei mir in der alten Version auch nicht
Gesendet von iPhone mit Tapatalk
@Hagenuck1: nein nur das Fhem Plugin - die MiLight Bridge soll nur über Fhem bedient werden, ich will das direkte senden an die Bridge vermeiden da es ja sonst zu Differenzen kommen kann.
Zitat von: Odin am 19 März 2016, 20:34:05
@Hagenuck1: nein nur das Fhem Plugin - die MiLight Bridge soll nur über Fhem bedient werden, ich will das direkte senden an die Bridge vermeiden da es ja sonst zu Differenzen kommen kann.
Das hab Ich vielleicht etwas blöd formuliert. Ich meinte natürlich in FHEM das Plugin zur Ansteuerung der Milight. Die Lampen über Homebridge direkt anzusteuern ist natürlich, wenn man nen FHEM im Einsatz hat Quatsch ;)
Gesendet von iPhone mit Tapatalk
Zitat von: Hagenuck1 am 19 März 2016, 22:55:42
Das hab Ich vielleicht etwas blöd formuliert. Ich meinte natürlich in FHEM das Plugin zur Ansteuerung der Milight. Die Lampen über Homebridge direkt anzusteuern ist natürlich, wenn man nen FHEM im Einsatz hat Quatsch ;)
Gesendet von iPhone mit Tapatalk
Ja, habe nur das Fhem Plugin im Einsatz.
Aktualisiert habe ich mit diesen Befehlen, danach musste ich nur die Hochkommas um "true" in der Config um das Attribute ssl entfernen - danach startete die Homebridge wieder.
npm update -g homebridge
npm update -g homebridge-fhem
Aber wie gesagt, die Farbe und Helligkeit der Lampen kann ich leider nicht ändern bzw. werden die Änderungen in der App nicht übernommen.
Alle anderen Geräte funktionieren tadellos!
ich habe gestern und vorhin noch ein par fehler bei den farben gefunden und behoben. da sind ein paar dumme dinge zusammen gekommen.
ich weiss nicht ob ich schon alles repariert habe aber so langsam sollte es wieder gehen.
gruss
andre
Zitat von: justme1968 am 20 März 2016, 12:43:27
ich habe gestern und vorhin noch ein par fehler bei den farben gefunden und behoben. da sind ein paar dumme dinge zusammen gekommen.
ich weiss nicht ob ich schon alles repariert habe aber so langsam sollte es wieder gehen.
gruss
andre
Also einfach nochmal mit npm update -g homebridge-fhem updaten?
ja.
Hallo,
das mit dem Mapping läuft nun, aber ich glaub ich machs Falsch. Also ich möchte die Sender von der VU+ (ENIGMA2 Plugin) per Siri steuern.
attr solo genericDeviceType switch
attr solo homebridgeMapping clear
On=activity,valueOn=Prosieben,cmdOn=channel+ProSieben_HD,cmdOff=channel+ProSieben_HD
Damit hätte ich nun einen Zweiten Schalter "Strom" der auch den Kanal umschaltet, aber damit kann Siri ja leider nichts ansprechen genau.
Dann hab ich einen dummy gemacht der den Kanal umschaltet. Das funktioniert einwandfrei in der EVE App, wird auch korrekt angezeigt aber Siri kennt das Gerät nicht.
(https://photos-5.dropbox.com/t/2/AAAGq6bnAfcy-bCOo4HP2Z070M9uz2FLmE7CIjnHEgv1Xw/12/1474418/png/32x32/3/1458493200/0/2/Screenshot%202016-03-20%2013.40.16.png/ELXSnAEYqc_KxgEgAigC/YPypLlYmFydj7Ncu9WFqcskL0tE1gcWhx9fu0H8IVL0?size_mode=3&size=2048x1536)
[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'prosieben'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] information service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] manufacturer, model and serial number characteristics for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for prosieben:activity
[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'solo'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for solo
[3/20/2016, 12:32:49 PM] [FHEM] information service for solo
[3/20/2016, 12:32:49 PM] [FHEM] manufacturer, model and serial number characteristics for solo
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for solo
[3/20/2016, 12:32:49 PM] [FHEM] Custom Volume characteristic for solo:volume
[3/20/2016, 12:32:49 PM] [FHEM] Custom Power characteristic for solo:power
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for solo:state
Wo ist mein Fehler?
Zitat von: justme1968 am 20 März 2016, 12:49:37
ja.
passiert leider nichts... führt kein update durch. Liegt es daran, dass ich zwischenzeitlich auf Jessie geupgradet habe? :-\
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.
@Odin: dann einfach noch mal drüber installieren.
gruss
andre
Zitat von: justme1968 am 20 März 2016, 14:22:23
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.
Passt das im Prinzip denn so wie ichs gemacht hab oder gibts da eine einfachere Variante?
Ansonsten, er kennt "prosieben" leider immer noch nicht. Die andern Geräte hat er immer sofort gekannt.
Liegt vielleicht hier auch noch ein Problem:
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for prosieben:activity
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for solo
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for solo:state
Die Solo erkennt er, prosieben nicht.
spiel mal mit den namen, versuch es über eine siri szene.
wenn einer geht und der andere nicht liegt es ziemlich sicher nur an der erkennung des namens.
gruss
andre
Zitat von: justme1968 am 20 März 2016, 14:22:23
@hanfreyy: siri kann jede definierte characteristic ansprechen. der name muss eindeutig sein. meist dauert es ein bisschen bis ein neues device auch in siri bekannt ist.
@Odin: dann einfach noch mal drüber installieren.
gruss
andre
Hallo Andre,
vielen Dank. Habe ich gerade gemacht, leider startet die Homebridge nun nicht mehr. :'(
/usr/local/lib/node_modules/homebridge-fhem/index.js:409
if( format.match( /bool/i ) )
^
TypeError: Cannot read property 'match' of undefined
at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
at Array.map (native)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
at emitOne (events.js:82:20)
at Request.emit (events.js:169:7)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:963:12)
at emitNone (events.js:72:20)
at Gunzip.emit (events.js:166:7)
at endReadableNT (_stream_readable.js:905:12)
Zitat von: justme1968 am 20 März 2016, 17:50:08
spiel mal mit den namen, versuch es über eine siri szene.
wenn einer geht und der andere nicht liegt es ziemlich sicher nur an der erkennung des namens.
gruss
andre
Die Szene war ein geiler tipp. "ich möchte prosieben sehen" und läuft. Danke!
Hab auch gerade Update gemacht bei mir kommt das selbe wie bei Odin
ich brauche die komplette konsolen ausgabe beim starten mit --debug
gruss
andre
Zitat von: justme1968 am 20 März 2016, 18:52:03
ich brauche die komplette konsolen ausgabe beim starten mit --debug
gruss
andre
pi@raspberrypi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-20 18:55:48] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-20 18:55:48] Registering platform 'homebridge-fhem.FHEM'
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loaded plugin: homebridge-milight
[2016-03-20 18:55:48] Registering accessory 'homebridge-milight.MiLight'
[2016-03-20 18:55:48] Registering platform 'homebridge-milight.MiLight'
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-20 18:55:48] ---
[2016-03-20 18:55:48] Loading 1 platforms...
[2016-03-20 18:55:48] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1458496549558
[2016-03-20 18:55:49] [FHEM] Checking genericDeviceType...
[2016-03-20 18:55:49] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-20 18:55:49] [FHEM] Fetching FHEM devices...
[2016-03-20 18:55:49] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-20 18:55:49] Loading 0 accessories...
Server listening on: http://<ip>:8082
[2016-03-20 18:55:50] [FHEM] got: 9 results
[2016-03-20 18:55:50] [FHEM] detected WifiLight
[2016-03-20 18:55:50] [FHEM] mappings for Lampe1: { Hue:
{ reading: 'hue',
cmd: 'HSV',
max: 359,
maxValue: 359,
homekit2reading: [Function: bound ] },
Saturation:
{ reading: 'saturation',
cmd: 'HSV',
max: 100,
maxValue: 100,
homekit2reading: [Function: bound ] },
Brightness:
{ reading: 'brightness',
cmd: 'HSV',
max: 100,
maxValue: 100,
delay: true,
homekit2reading: [Function: bound ] },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-20 18:55:50] [FHEM] Lampe1 is light
[2016-03-20 18:55:50] [FHEM] Lampe1 has
[2016-03-20 18:55:50] [FHEM] Hue [hue;HSV;0-359]
[2016-03-20 18:55:50] [FHEM] Saturation [saturation;HSV;0-100]
[2016-03-20 18:55:50] [FHEM] Brightness [brightness]
[2016-03-20 18:55:50] [FHEM] On [state;on,off]
2016-03-20 18:55:50 caching: Lampe1-hue: 0
[2016-03-20 18:55:50] [FHEM] Lampe1-hue value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM] caching: Hue: 0 (as number; from '0')
2016-03-20 18:55:50 caching: Lampe1-saturation: 0
[2016-03-20 18:55:50] [FHEM] Lampe1-saturation value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM] caching: Saturation: 0 (as number; from '0')
2016-03-20 18:55:50 caching: Lampe1-brightness: 100
[2016-03-20 18:55:50] [FHEM] Lampe1-brightness value 100 scaled to: 100
[2016-03-20 18:55:50] [FHEM] caching: Brightness: 100 (as number; from '100')
2016-03-20 18:55:50 caching: Lampe1-state: on
[2016-03-20 18:55:50] [FHEM] Lampe1-state valueOn/valueOff: value on mapped to 1
[2016-03-20 18:55:50] [FHEM] caching: On: true (as boolean; from 'on')
[2016-03-20 18:55:50] [FHEM] detected WifiLight
[2016-03-20 18:55:50] [FHEM] mappings for Lampe2: { Hue:
{ reading: 'hue',
cmd: 'HSV',
max: 359,
maxValue: 359,
homekit2reading: [Function: bound ] },
Saturation:
{ reading: 'saturation',
cmd: 'HSV',
max: 100,
maxValue: 100,
homekit2reading: [Function: bound ] },
Brightness:
{ reading: 'brightness',
cmd: 'HSV',
max: 100,
maxValue: 100,
delay: true,
homekit2reading: [Function: bound ] },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-20 18:55:50] [FHEM] Lampe2 is light
[2016-03-20 18:55:50] [FHEM] Lampe2 has
[2016-03-20 18:55:50] [FHEM] Hue [hue;HSV;0-359]
[2016-03-20 18:55:50] [FHEM] Saturation [saturation;HSV;0-100]
[2016-03-20 18:55:50] [FHEM] Brightness [brightness]
[2016-03-20 18:55:50] [FHEM] On [state;on,off]
2016-03-20 18:55:50 caching: Lampe2-hue: 0
[2016-03-20 18:55:50] [FHEM] Lampe2-hue value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM] caching: Hue: 0 (as number; from '0')
2016-03-20 18:55:50 caching: Lampe2-saturation: 0
[2016-03-20 18:55:50] [FHEM] Lampe2-saturation value 0 scaled to: 0
[2016-03-20 18:55:50] [FHEM] caching: Saturation: 0 (as number; from '0')
2016-03-20 18:55:50 caching: Lampe2-brightness: 100
[2016-03-20 18:55:50] [FHEM] Lampe2-brightness value 100 scaled to: 100
[2016-03-20 18:55:50] [FHEM] caching: Brightness: 100 (as number; from '100')
2016-03-20 18:55:50 caching: Lampe2-state: on
[2016-03-20 18:55:50] [FHEM] Lampe2-state valueOn/valueOff: value on mapped to 1
[2016-03-20 18:55:50] [FHEM] caching: On: true (as boolean; from 'on')
[2016-03-20 18:55:50] [FHEM] mappings for MAX_117588: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'firmware', _isInformation: true },
TargetTemperature:
{ reading: 'desiredTemperature',
cmd: 'desiredTemperature',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'valveposition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 } }
[2016-03-20 18:55:50] [FHEM] MAX_117588 is thermostat
[2016-03-20 18:55:50] [FHEM] MAX_117588 has
[2016-03-20 18:55:50] [FHEM] CurrentTemperature [temperature]
[2016-03-20 18:55:50] [FHEM] StatusLowBattery [battery]
[2016-03-20 18:55:50] [FHEM] FirmwareRevision [firmware]
[2016-03-20 18:55:50] [FHEM] TargetTemperature [desiredTemperature]
[2016-03-20 18:55:50] [FHEM] Custom Actuation [valveposition]
2016-03-20 18:55:50 caching: MAX_117588-temperature: 14.9
/usr/local/lib/node_modules/homebridge-fhem/index.js:409
if( format.match( /bool/i ) )
^
TypeError: Cannot read property 'match' of undefined
at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
at Array.map (native)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
at emitOne (events.js:82:20)
at Request.emit (events.js:169:7)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:963:12)
at emitNone (events.js:72:20)
at Gunzip.emit (events.js:166:7)
at endReadableNT (_stream_readable.js:905:12)
Zitat von: justme1968 am 20 März 2016, 18:52:03
ich brauche die komplette konsolen ausgabe beim starten mit --debug
gruss
andre
pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
homebridge API version: 2
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1458496652111
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 11 results
[FHEM] mappings for Kamera: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[FHEM] Kamera is switch
[FHEM] Kamera has
[FHEM] On [state;on,off]
2016-03-20 18:57:32 caching: Kamera-state: off
[FHEM] Kamera-state valueOn/valueOff: value off mapped to 0
[FHEM] caching: On: false (as boolean; from 'off')
[FHEM] mappings for Schlafzimmer_heizung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'firmware', _isInformation: true },
TargetTemperature:
{ reading: 'desiredTemperature',
cmd: 'desiredTemperature',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'valveposition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 } }
[FHEM] Schlafzimmer_heizung is thermostat
[FHEM] Schlafzimmer_heizung has
[FHEM] CurrentTemperature [temperature]
[FHEM] StatusLowBattery [battery]
[FHEM] FirmwareRevision [firmware]
[FHEM] TargetTemperature [desiredTemperature]
[FHEM] Custom Actuation [valveposition]
2016-03-20 18:57:32 caching: Schlafzimmer_heizung-temperature: 19.9
/usr/local/lib/node_modules/homebridge-fhem/index.js:409
if( format.match( /bool/i ) )
^
TypeError: Cannot read property 'match' of undefined
at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:409:13)
at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:113:13)
at Object.Accessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1848:11)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:940:42)
at Array.map (native)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:937:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:199:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1036:10)
ich denke ich habe es behoben.
bitte noch mal mit der version von gerade eben testen.
danke
andre
Zitat von: justme1968 am 20 März 2016, 19:01:43
ich denke ich habe es behoben.
bitte noch mal mit der version von gerade eben testen.
danke
andre
läuft alles wieder super danke :D
Zitat von: justme1968 am 20 März 2016, 19:01:43
ich denke ich habe es behoben.
bitte noch mal mit der version von gerade eben testen.
danke
andre
Super, läuft wieder. Daaaaaaaanke! :)
Die Problematik mit den Farben und der Helligkeit bei MiLight Lampen besteht leider noch. :-\
Die Werte werden jeweils korrekt ausgelesen, bei einer Änderung eben nur nicht gesetzt bzw. an die Homebridge übertragen.
Falls dir das was hilft, so siehts aus:
6-03-20 19:14:38] Homebridge is running on port 51826.
[2016-03-20 19:14:43] [FHEM] query: Brightness for Lampe2-brightness
[2016-03-20 19:14:43] [FHEM] cached: 100
[2016-03-20 19:14:43] [FHEM] query: Brightness for Lampe1-brightness
[2016-03-20 19:14:43] [FHEM] cached: 80
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 93
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 78
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 73
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 72
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 70
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 67
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 64
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 62
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 61
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 60
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 59
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 57
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 56
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 55
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 54
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 54
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 53
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 52
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:53] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 49
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:54] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 50
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:55] [FHEM] Lampe2 delaying command [object Object] with value 51
[2016-03-20 19:14:56] [FHEM] Lampe2: executing set cmd for Brightness with value 51
[2016-03-20 19:14:56] [FHEM] value converted to 33,100,51
[2016-03-20 19:14:56] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20Lampe2%20HSV%20NaN&XHR=1
Nach dem Update auf IOS 9.3 hat EVE jetzt keine Daten mehr. Also wieder alles neu machen..... Hatte das noch jemand?
Gesendet von iPad mit Tapatalk
Zitat von: CarstenF am 21 März 2016, 22:47:21
Nach dem Update auf IOS 9.3 hat EVE jetzt keine Daten mehr. Also wieder alles neu machen..... Hatte das noch jemand?
Gesendet von iPad mit Tapatalk
Geht mir leider auch so (iPhone 6)... ::)
Zitat von: Odin am 21 März 2016, 23:05:35
Geht mir leider auch so (iPhone 6)... ::)
Muss man es "nur" wieder alles neu zuweisen weil im Standardraum oder ist keine Verbindung zu HomeBridge möglich?
Gruß
Dan
mit den aktuellsten versionen sollte es gehen:
https://github.com/nfarina/homebridge/issues/577#issuecomment-199516800
gruss
andre
edit: gerade getestet und es geht.
Verbindung zur Bridge war da. Nur keine Geräte. "sudo npm install homebridge -g" brachte alle Geräte zurück. Muss sie nur noch wieder den Räumen zuweisen.
Gesendet von iPad mit Tapatalk
wenn man das homebridge update macht bevor man das iOS update macht bleibt alles in den richtigen räumen und man muss nichts neu zuweisen.
gruss
andre
Hehe, wenn ich das vorher gewusst hätte...Egal, wieder was gelernt
Gesendet von iPhone mit Tapatalk
Hab mich gewagt das 9.3 Update zu installieren. Dank aktueller Homebridge Version läuft alles problemlos so wie vorher.
Gruß
Dan
Ich habe auch iOS 9.3 und die aktuelle homebridge, nebst homebridge-fhem installiert und ich musste bereits zweimal die homebridge neu starten, da EVE den Kontakt zu ihr verloren hatte, obwohl ich mich heute nur Zuhause aufhalte. ;D Im Log der homebridge steht zu den Zeitpunkten nichts weiter drin...
Mal sehen, ob das so weitergeht.
Gruß,
Stephan
Gestern hatte ich auch den ein o. anderen Ausfall. Heute lief es wieder einigermaßen rund. Jedoch bekomme ich die ATV 3 wieder nicht eingebunden. Dieses IOS Gerät ist jedesmal ein Problemkind.... In meinem LOG war auch keine Fehlermeldung zu finden.
Gesendet von iPad mit Tapatalk
Heute morgen hab ich mich auch an das Update 9.3 gewagt, vorher Homebridge aktualisiert.
Hat alles aus der Ferne geklappt.
Nur 2 dummys zeigen mir noch einen "Fehler" an.
Sent from my iPhone using Tapatalk
Hey,
woran kann es liegen das Geräte verschwinden bzw. wie kann ich auf Fehlersuche gehen?
Habe gerade noch homebridge geupdated.
Meine Hue z.B. funktioniert problemlos..
Zitat von: Breaked am 23 März 2016, 17:12:45
Hey,
woran kann es liegen das Geräte verschwinden bzw. wie kann ich auf Fehlersuche gehen?
Habe gerade noch homebridge geupdated.
Meine Hue z.B. funktioniert problemlos..
Ich würde mal "homebridge --debug" laufen lassen und gucken was bemängelt wird. Augenmerk auf rote Textausgaben.
Gruß
Dan
ich habe das iOS Update gemacht OHNE vorher homebridge zu aktualisieren (meaculpa) und trotz npm update -g homebridge, npm update -g homebridge-fhem und wie hier empfohlen sudo npm install homebridge -g zeigt EVE lediglich die homebridge selbst an, jedoch keine Geräte darin. Hier mal der komplette homebridge --debug markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 17:15:23] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 17:15:23] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loading 1 platforms...
[2016-03-23 17:15:23] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1458749724949
[2016-03-23 17:15:25] [FHEM] Checking genericDeviceType...
[2016-03-23 17:15:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 17:15:25] [FHEM] Fetching FHEM devices...
[2016-03-23 17:15:25] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 17:15:25] Loading 0 accessories...
Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282
[2016-03-23 17:15:25] [FHEM] got: 7 results
[2016-03-23 17:15:25] [FHEM] mappings for Abendlicht_dummy: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy is switch
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: Abendlicht_dummy-state: off
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for HB_Fenster: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
ContactSensorState:
{ reading: 'contact',
values: [ '/^closed/:CONTACT_DETECTED', '/.*/:CONTACT_NOT_DETECTED' ] },
CurrentDoorState:
{ reading: 'contact',
values: [ '/^closed/:CLOSED', '/.*/:OPEN' ] } }
[2016-03-23 17:15:25] [FHEM] HB_Fenster is ContactSensor
[2016-03-23 17:15:25] [FHEM] HB_Fenster has
[2016-03-23 17:15:25] [FHEM] StatusLowBattery [battery]
[2016-03-23 17:15:25] [FHEM] FirmwareRevision [D-firmware]
[2016-03-23 17:15:25] [FHEM] ContactSensorState [contact]
[2016-03-23 17:15:25] [FHEM] CurrentDoorState [contact]
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] value2homekit: { ok: 0 }
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-23 17:15:25 caching: HB_Fenster-battery: ok
[2016-03-23 17:15:25] [FHEM] HB_Fenster-battery values: value ok mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2016-03-23 17:15:25 caching: HB_Fenster-D-firmware: 1.0
[2016-03-23 17:15:25] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 0 }, { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
2016-03-23 17:15:25 caching: HB_Fenster-contact: closed (to HMLAN1)
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 1 }, { re: '.*', to: 0 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 1
[2016-03-23 17:15:25] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] mappings for HO_Heizung_Clima: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 } }
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima is thermostat
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima has
[2016-03-23 17:15:25] [FHEM] CurrentTemperature [measured-temp]
[2016-03-23 17:15:25] [FHEM] TargetTemperature [desired-temp]
2016-03-23 17:15:25 caching: HO_Heizung_Clima-measured-temp: 15.9
[2016-03-23 17:15:25] [FHEM] caching: CurrentTemperature: 15.9 (as number; from '15.9')
2016-03-23 17:15:25 caching: HO_Heizung_Clima-desired-temp: 10.0
[2016-03-23 17:15:25] [FHEM] caching: TargetTemperature: 10 (as number; from '10.0')
[2016-03-23 17:15:25] [FHEM] mappings for IT_Dose2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] IT_Dose2 is switch
[2016-03-23 17:15:25] [FHEM] IT_Dose2 has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: IT_Dose2-state: off
[2016-03-23 17:15:25] [FHEM] IT_Dose2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] REV1 is switch
[2016-03-23 17:15:25] [FHEM] REV1 has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: REV1-state: off
[2016-03-23 17:15:25] [FHEM] REV1-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV2 is switch
[2016-03-23 17:15:26] [FHEM] REV2 has
[2016-03-23 17:15:26] [FHEM] On [state;on,off]
2016-03-23 17:15:26 caching: REV2-state: off
[2016-03-23 17:15:26] [FHEM] REV2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] mappings for REV3: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV3 is switch
[2016-03-23 17:15:26] [FHEM] REV3 has
[2016-03-23 17:15:26] [FHEM] On [state;on,off]
2016-03-23 17:15:26 caching: REV3-state: off
[2016-03-23 17:15:26] [FHEM] REV3-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'Abendlicht_dummy'...
[2016-03-23 17:15:26] [FHEM] creating services for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] information service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] Switch service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] On characteristic for Abendlicht_dummy:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HB_Fenster'...
[2016-03-23 17:15:26] [FHEM] creating services for HB_Fenster
[2016-03-23 17:15:26] [FHEM] information service for HB_Fenster
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for HB_Fenster
[2016-03-23 17:15:26] [FHEM] firmware revision characteristic for HB_Fenster
[2016-03-23 17:15:26] [FHEM] ContactSensor service for HB_Fenster
[2016-03-23 17:15:26] [FHEM] StatusLowBattery characteristic for HB_Fenster:battery
[2016-03-23 17:15:26] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] ContactSensorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM] initial value is: 0 (number; means CONTACT_DETECTED)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] CurrentDoorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM] initial value is: 1 (number; means CLOSED)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HO_Heizung_Clima'...
[2016-03-23 17:15:26] [FHEM] creating services for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] information service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] Thermostat service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] CurrentTemperature characteristic for HO_Heizung_Clima:measured-temp
[2016-03-23 17:15:26] [FHEM] initial value is: 15.9 (number)
[2016-03-23 17:15:26] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] TargetTemperature characteristic for HO_Heizung_Clima:desired-temp
[2016-03-23 17:15:26] [FHEM] initial value is: 10 (number)
[2016-03-23 17:15:26] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'IT_Dose2'...
[2016-03-23 17:15:26] [FHEM] creating services for IT_Dose2
[2016-03-23 17:15:26] [FHEM] information service for IT_Dose2
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for IT_Dose2
[2016-03-23 17:15:26] [FHEM] Switch service for IT_Dose2
[2016-03-23 17:15:26] [FHEM] On characteristic for IT_Dose2:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 17:15:26] [FHEM] creating services for REV1
[2016-03-23 17:15:26] [FHEM] information service for REV1
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV1
[2016-03-23 17:15:26] [FHEM] Switch service for REV1
[2016-03-23 17:15:26] [FHEM] On characteristic for REV1:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 17:15:26] [FHEM] creating services for REV2
[2016-03-23 17:15:26] [FHEM] information service for REV2
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV2
[2016-03-23 17:15:26] [FHEM] Switch service for REV2
[2016-03-23 17:15:26] [FHEM] On characteristic for REV2:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV3'...
[2016-03-23 17:15:26] [FHEM] creating services for REV3
[2016-03-23 17:15:26] [FHEM] information service for REV3
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV3
[2016-03-23 17:15:26] [FHEM] Switch service for REV3
[2016-03-23 17:15:26] [FHEM] On characteristic for REV3:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE 0.0.0.0:51826
at Object.exports._errnoException (util.js:856:11)
at exports._exceptionWithHostPort (util.js:879:20)
at Server._listen2 (net.js:1236:14)
at listen (net.js:1272:10)
at Server.listen (net.js:1368:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:473:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
markus@fhem2:~/.homebridge$
Wie kann ich das Problem weiter eingrenzen? Vor dem iOS update war´s natürlich ok also tippe ich nicht direkt auf einen Configfehler aber man weiß ja nie...
Danke erstmal für die schnelle Antwort.
Habe nun debug laufen lassen und dort ist für meine Augen nichts auffällig.
Nach dem letzten Log-Eintrag sind die Devices wieder verschwunden.
Im Anhang der vollständige Log.
pi@raspberrypi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-philipshue
Registering platform 'homebridge-philipshue.PhilipsHue'
---
Loaded config.json with 0 accessories and 2 platforms.
---
Loading 2 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON×tamp=1458749755421
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Philips Hue] Initializing PhilipsHue platform...
[Philips Hue] PhilipsHue Platform Plugin Version 0.0.2
[Philips Hue] Fetching Philips Hue lights...
Loading 0 accessories...
Server listening on: http://<ip>:8082
[Philips Hue] Initializing platform accessory 'Hue iris links'...
[Philips Hue] Initializing platform accessory 'Hue iris rechts'...
[FHEM] got: 17 results
[FHEM] Eingangstuere is contact sensor [contact]
[FHEM] Eingangstuere has battery [battery]
[FHEM] Eingangstuere has firmware [D-firmware]
[FHEM] caching: Eingangstuere-battery: 0 as number (from ok)
[FHEM] caching: Eingangstuere-D-firmware: 2.4 as string (from 2.4)
[FHEM] caching: Eingangstuere-contact: 0 as number (from closed (to broadcast))
[FHEM] Fensterkontakt.Bad is contact sensor [contact]
[FHEM] Fensterkontakt.Bad has battery [battery]
[FHEM] Fensterkontakt.Bad has firmware [D-firmware]
[FHEM] caching: Fensterkontakt.Bad-battery: 0 as number (from ok)
[FHEM] caching: Fensterkontakt.Bad-D-firmware: 2.4 as string (from 2.4)
[FHEM] caching: Fensterkontakt.Bad-contact: 0 as number (from closed (to HMLAN1))
[FHEM] Harmony is switchable
[FHEM] Harmony has onOff [activity;activity,off]
[FHEM] caching: Harmony-activity: Fernsehen as string (from Fernsehen)
[FHEM] Kueche.Leiste has RGB [RGB]
[FHEM] Kueche.Leiste has onOff [state;on,off]
[FHEM] caching: Kueche.Leiste-RGB: 000000 as string (from 000000)
[FHEM] caching: Kueche.Leiste-state: 0 as number (from off)
[FHEM] Licht.Kueche is dimable [pct]
[FHEM] Licht.Kueche has onOff [state;on,off]
[FHEM] caching: Licht.Kueche-pct: 0 as number (from 0)
[FHEM] caching: Licht.Kueche-state: 0 as number (from off)
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [state;on,off]
[FHEM] Licht.Spiegelschrank has firmware [D-firmware]
[FHEM] caching: Licht.Spiegelschrank-D-firmware: 2.5 as string (from 2.5)
[FHEM] caching: Licht.Spiegelschrank-state: 0 as number (from off)
[FHEM] Licht.WZ is dimable [pct]
[FHEM] Licht.WZ has onOff [state;on,off]
[FHEM] caching: Licht.WZ-pct: 0 as number (from 0)
[FHEM] caching: Licht.WZ-state: 0 as number (from off)
[FHEM] QNAP is switchable
[FHEM] QNAP has onOff [state;on,off]
[FHEM] caching: QNAP-state: 0 as number (from off)
[FHEM] Sonos_Bad is switchable
[FHEM] Sonos_Bad has onOff [transportState;play,pause]
[FHEM] Sonos_Bad has volume [Volume:not cached]
[FHEM] caching: Sonos_Bad-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Kueche is switchable
[FHEM] Sonos_Kueche has onOff [transportState;play,pause]
[FHEM] Sonos_Kueche has volume [Volume:not cached]
[FHEM] caching: Sonos_Kueche-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Schlafzimmer is switchable
[FHEM] Sonos_Schlafzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Schlafzimmer has volume [Volume:not cached]
[FHEM] caching: Sonos_Schlafzimmer-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Wohnzimmer is switchable
[FHEM] Sonos_Wohnzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Wohnzimmer has volume [Volume:not cached]
[FHEM] caching: Sonos_Wohnzimmer-transportState: 1 as number (from PLAYING)
[FHEM] TS.WZ_Climate is thermostat [desired-temp;5-30:0.5]
[FHEM] TS.WZ_Climate has thermostat mode [controlMode;controlMode]
[FHEM] TS.WZ_Climate has temperature [measured-temp]
[FHEM] TS.WZ_Climate has humidity [humidity]
[FHEM] caching: TS.WZ_Climate-measured-temp: 21.8 as number (from 21.8)
[FHEM] caching: TS.WZ_Climate-humidity: 40 as number (from 40)
[FHEM] caching: TS.WZ_Climate-desired-temp: 22 as number (from 22.0)
[FHEM] caching: TS.WZ_Climate-controlMode: 1 as number (from manual)
[FHEM] hueBridge1_HUEDevice3 has RGB [rgb]
[FHEM] hueBridge1_HUEDevice3 has onOff [state;on,off]
[FHEM] hueBridge1_HUEDevice3 has hue [hue;0-65535]
[FHEM] hueBridge1_HUEDevice3 has sat [sat;0-254]
[FHEM] hueBridge1_HUEDevice3 has colormode [colormode]
[FHEM] hueBridge1_HUEDevice3 has xy [xy]
[FHEM] caching: hueBridge1_HUEDevice3-pct: 0 as number (from 0)
[FHEM] caching: hueBridge1_HUEDevice3-hue: 49 as number (from 8991)
[FHEM] caching: hueBridge1_HUEDevice3-sat: 78 as number (from 198)
[FHEM] caching: hueBridge1_HUEDevice3-colormode: hs as string (from hs)
[FHEM] caching: hueBridge1_HUEDevice3-xy: 0.5572,0.3995 as string (from 0.5572,0.3995)
[FHEM] caching: hueBridge1_HUEDevice3-rgb: ffdc38 as string (from ffdc38)
[FHEM] caching: hueBridge1_HUEDevice3-state: 0 as number (from off)
[FHEM] hueBridge1_HUEDevice4 has RGB [rgb]
[FHEM] hueBridge1_HUEDevice4 has onOff [state;on,off]
[FHEM] hueBridge1_HUEDevice4 has hue [hue;0-65535]
[FHEM] hueBridge1_HUEDevice4 has sat [sat;0-254]
[FHEM] hueBridge1_HUEDevice4 has colormode [colormode]
[FHEM] hueBridge1_HUEDevice4 has xy [xy]
[FHEM] caching: hueBridge1_HUEDevice4-pct: 0 as number (from 0)
[FHEM] caching: hueBridge1_HUEDevice4-hue: 49 as number (from 8991)
[FHEM] caching: hueBridge1_HUEDevice4-sat: 78 as number (from 198)
[FHEM] caching: hueBridge1_HUEDevice4-colormode: hs as string (from hs)
[FHEM] caching: hueBridge1_HUEDevice4-xy: 0.5572,0.3995 as string (from 0.5572,0.3995)
[FHEM] caching: hueBridge1_HUEDevice4-rgb: ffdc38 as string (from ffdc38)
[FHEM] caching: hueBridge1_HUEDevice4-state: 0 as number (from off)
[FHEM] rr_Michael is occupancy sensor
[FHEM] caching: rr_Michael-presence: 1 as number (from present)
[FHEM] rr_Nathalie is occupancy sensor
[FHEM] caching: rr_Nathalie-presence: 0 as number (from absent)
[FHEM] Initializing platform accessory 'Eingangstuere'...
[FHEM] creating services for Eingangstuere
[FHEM] information service for Eingangstuere
[FHEM] firmware revision characteristic for Eingangstuere
[FHEM] contact sensor service for Eingangstuere
[FHEM] battery status characteristic for Eingangstuere
[FHEM] contact sensor characteristic for Eingangstuere
[FHEM] current door state characteristic for Eingangstuere
[FHEM] Initializing platform accessory 'Fensterkontakt.Bad'...
[FHEM] creating services for Fensterkontakt.Bad
[FHEM] information service for Fensterkontakt.Bad
[FHEM] firmware revision characteristic for Fensterkontakt.Bad
[FHEM] contact sensor service for Fensterkontakt.Bad
[FHEM] battery status characteristic for Fensterkontakt.Bad
[FHEM] contact sensor characteristic for Fensterkontakt.Bad
[FHEM] current door state characteristic for Fensterkontakt.Bad
[FHEM] Initializing platform accessory 'Harmony'...
[FHEM] creating services for Harmony
[FHEM] information service for Harmony
[FHEM] switch service for Harmony (Fernsehen)
[FHEM] on characteristic for Harmony Fernsehen
[FHEM] switch service for Harmony (Playstation)
[FHEM] on characteristic for Harmony Playstation
[FHEM] switch service for Harmony (Apple.TV.sehen)
[FHEM] on characteristic for Harmony Apple.TV.sehen
[FHEM] switch service for Harmony (PowerOff)
[FHEM] on characteristic for Harmony PowerOff
[FHEM] Initializing platform accessory 'Kueche.Leiste'...
[FHEM] creating services for Kueche.Leiste
[FHEM] information service for Kueche.Leiste
[FHEM] lightbulb service for Kueche.Leiste
[FHEM] on characteristic for Kueche.Leiste
[FHEM] fake hue characteristic for Kueche.Leiste
[FHEM] fake saturation characteristic for Kueche.Leiste
[FHEM] fake brightness characteristic for Kueche.Leiste
[FHEM] Initializing platform accessory 'Licht.Kueche'...
[FHEM] creating services for Licht.Kueche
[FHEM] information service for Licht.Kueche
[FHEM] lightbulb service for Licht.Kueche
[FHEM] on characteristic for Licht.Kueche
[FHEM] brightness characteristic for Licht.Kueche
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] creating services for Licht.Spiegelschrank
[FHEM] information service for Licht.Spiegelschrank
[FHEM] firmware revision characteristic for Licht.Spiegelschrank
[FHEM] lightbulb service for Licht.Spiegelschrank
[FHEM] on characteristic for Licht.Spiegelschrank
[FHEM] Initializing platform accessory 'Licht.WZ'...
[FHEM] creating services for Licht.WZ
[FHEM] information service for Licht.WZ
[FHEM] lightbulb service for Licht.WZ
[FHEM] on characteristic for Licht.WZ
[FHEM] brightness characteristic for Licht.WZ
[FHEM] Initializing platform accessory 'QNAP'...
[FHEM] creating services for QNAP
[FHEM] information service for QNAP
[FHEM] switch service for QNAP
[FHEM] on characteristic for QNAP
[FHEM] Initializing platform accessory 'Sonos_Bad'...
[FHEM] creating services for Sonos_Bad
[FHEM] information service for Sonos_Bad
[FHEM] switch service for Sonos_Bad
[FHEM] on characteristic for Sonos_Bad
[FHEM] custom volume characteristic for Sonos_Bad
[FHEM] Initializing platform accessory 'Sonos_Kueche'...
[FHEM] creating services for Sonos_Kueche
[FHEM] information service for Sonos_Kueche
[FHEM] switch service for Sonos_Kueche
[FHEM] on characteristic for Sonos_Kueche
[FHEM] custom volume characteristic for Sonos_Kueche
[FHEM] Initializing platform accessory 'Sonos_Schlafzimmer'...
[FHEM] creating services for Sonos_Schlafzimmer
[FHEM] information service for Sonos_Schlafzimmer
[FHEM] switch service for Sonos_Schlafzimmer
[FHEM] on characteristic for Sonos_Schlafzimmer
[FHEM] custom volume characteristic for Sonos_Schlafzimmer
[FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[FHEM] creating services for Sonos_Wohnzimmer
[FHEM] information service for Sonos_Wohnzimmer
[FHEM] switch service for Sonos_Wohnzimmer
[FHEM] on characteristic for Sonos_Wohnzimmer
[FHEM] custom volume characteristic for Sonos_Wohnzimmer
[FHEM] Initializing platform accessory 'TS.WZ_Climate'...
[FHEM] creating services for TS.WZ_Climate
[FHEM] information service for TS.WZ_Climate
[FHEM] thermostat service for TS.WZ_Climate
[FHEM] temperature characteristic for TS.WZ_Climate
[FHEM] humidity characteristic for TS.WZ_Climate
[FHEM] target temperature characteristic for TS.WZ_Climate
[FHEM] Initializing platform accessory 'hueBridge1_HUEDevice3'...
[FHEM] creating services for hueBridge1_HUEDevice3
[FHEM] information service for hueBridge1_HUEDevice3
[FHEM] lightbulb service for hueBridge1_HUEDevice3
[FHEM] on characteristic for hueBridge1_HUEDevice3
[FHEM] brightness characteristic for hueBridge1_HUEDevice3
[FHEM] hue characteristic for hueBridge1_HUEDevice3
[FHEM] saturation characteristic for hueBridge1_HUEDevice3
[FHEM] Initializing platform accessory 'hueBridge1_HUEDevice4'...
[FHEM] creating services for hueBridge1_HUEDevice4
[FHEM] information service for hueBridge1_HUEDevice4
[FHEM] lightbulb service for hueBridge1_HUEDevice4
[FHEM] on characteristic for hueBridge1_HUEDevice4
[FHEM] brightness characteristic for hueBridge1_HUEDevice4
[FHEM] hue characteristic for hueBridge1_HUEDevice4
[FHEM] saturation characteristic for hueBridge1_HUEDevice4
[FHEM] Initializing platform accessory 'rr_Michael'...
[FHEM] creating services for rr_Michael
[FHEM] information service for rr_Michael
[FHEM] occupancy sensor service for rr_Michael
[FHEM] occupancy detected characteristic for rr_Michael
[FHEM] Initializing platform accessory 'rr_Nathalie'...
[FHEM] creating services for rr_Nathalie
[FHEM] information service for rr_Nathalie
[FHEM] occupancy sensor service for rr_Nathalie
[FHEM] occupancy detected characteristic for rr_Nathalie
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
Homebridge is running on port 51826.
[FHEM] query: Eingangstuere-battery
[FHEM] cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: Eingangstuere-battery
[FHEM] cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: Kueche.Leiste-sat
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM] value: 000000
[FHEM] mapped: 000000
2016-03-23 16:16:12 caching: Kueche.Leiste-sat: 000000 as string
[FHEM] query: Kueche.Leiste-state
[FHEM] cached: 0
[FHEM] query: Kueche.Leiste-hue
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM] value: 000000
[FHEM] mapped: 000000
2016-03-23 16:16:13 caching: Kueche.Leiste-hue: 000000 as string
[FHEM] query: Kueche.Leiste-bri
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Kueche.Leiste%22,%22RGB%22,%22%22)%7D&XHR=1
[FHEM] value: 000000
[FHEM] mapped: 000000
2016-03-23 16:16:13 caching: Kueche.Leiste-bri: 000000 as string
[FHEM] query: Licht.Kueche-state
[FHEM] cached: 0
[FHEM] query: Licht.Kueche-pct
[FHEM] cached: 0
[FHEM] query: Licht.Spiegelschrank-state
[FHEM] cached: 0
[FHEM] query: Licht.WZ-state
[FHEM] cached: 0
[FHEM] query: Licht.WZ-pct
[FHEM] cached: 0
[FHEM] query: QNAP-state
[FHEM] cached: 0
[FHEM] query: Sonos_Bad-transportState
[FHEM] cached: 0
[FHEM] query: Sonos_Bad-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Bad%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 10
[FHEM] mapped: 10
[FHEM] query: Sonos_Kueche-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Kueche%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 13
[FHEM] mapped: 13
[FHEM] query: Sonos_Kueche-transportState
[FHEM] cached: 0
[FHEM] query: Sonos_Schlafzimmer-transportState
[FHEM] cached: 0
[FHEM] query: Sonos_Schlafzimmer-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Schlafzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 23
[FHEM] mapped: 23
[FHEM] query: Sonos_Wohnzimmer-transportState
[FHEM] cached: 1
[FHEM] query: Sonos_Wohnzimmer-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Wohnzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 14
[FHEM] mapped: 14
[FHEM] query: TS.WZ_Climate-humidity
[FHEM] cached: 40
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM] cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM] cached: 21.8
[FHEM] query: hueBridge1_HUEDevice3-hue
[FHEM] cached: 49
[FHEM] query: hueBridge1_HUEDevice3-state
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice3-sat
[FHEM] cached: 78
[FHEM] query: hueBridge1_HUEDevice3-pct
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice4-pct
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice4-hue
[FHEM] cached: 49
[FHEM] query: hueBridge1_HUEDevice4-state
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice4-sat
[FHEM] cached: 78
[FHEM] query: rr_Michael-presence
[FHEM] cached: 1
[FHEM] query: rr_Nathalie-presence
[FHEM] cached: 0
[FHEM] query: Eingangstuere-battery
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice3-hue
[FHEM] cached: 49
[FHEM] query: Sonos_Kueche-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Kueche%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 13
[FHEM] mapped: 13
[FHEM] query: hueBridge1_HUEDevice4-pct
[FHEM] cached: 0
[FHEM] query: Kueche.Leiste-sat
[FHEM] cached: 000000
[FHEM] query: Licht.Kueche-state
[FHEM] cached: 0
[FHEM] query: Licht.Spiegelschrank-state
[FHEM] cached: 0
[FHEM] query: Licht.WZ-state
[FHEM] cached: 0
[FHEM] query: QNAP-state
[FHEM] cached: 0
[FHEM] query: Sonos_Schlafzimmer-transportState
[FHEM] cached: 0
[FHEM] query: rr_Nathalie-presence
[FHEM] cached: 0
[FHEM] query: rr_Michael-presence
[FHEM] cached: 1
[FHEM] query: Sonos_Bad-transportState
[FHEM] cached: 0
[FHEM] query: Sonos_Wohnzimmer-transportState
[FHEM] cached: 1
[FHEM] query: TS.WZ_Climate-humidity
[FHEM] cached: 40
[FHEM] query: hueBridge1_HUEDevice3-state
[FHEM] cached: 0
[FHEM] query: Sonos_Kueche-transportState
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice4-hue
[FHEM] cached: 49
[FHEM] query: Kueche.Leiste-state
[FHEM] cached: 0
[FHEM] query: Licht.Kueche-pct
[FHEM] cached: 0
[FHEM] query: Licht.WZ-pct
[FHEM] cached: 0
[FHEM] query: Sonos_Schlafzimmer-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Schlafzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 23
[FHEM] mapped: 23
[FHEM] query: Sonos_Bad-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Bad%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 10
[FHEM] mapped: 10
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: Sonos_Wohnzimmer-Volume
[FHEM] not cached
[FHEM] executing: http://10.0.0.30:8083/fhem?cmd=%7BReadingsVal(%22Sonos_Wohnzimmer%22,%22Volume%22,%22%22)%7D&XHR=1
[FHEM] value: 14
[FHEM] mapped: 14
[FHEM] query: hueBridge1_HUEDevice3-sat
[FHEM] cached: 78
[FHEM] query: hueBridge1_HUEDevice4-state
[FHEM] cached: 0
[FHEM] query: Kueche.Leiste-hue
[FHEM] cached: 000000
[FHEM] query: Eingangstuere-contact
[FHEM] cached: 0
[FHEM] query: hueBridge1_HUEDevice3-pct
[FHEM] cached: 0
[FHEM] query: Kueche.Leiste-bri
[FHEM] cached: 000000
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM] cached: 22
[FHEM] query: hueBridge1_HUEDevice4-sat
[FHEM] cached: 78
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM] cached: 21.8
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: TS.WZ_Climate-humidity
[FHEM] cached: 40
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM] cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM] cached: 21.8
[FHEM] query: TS.WZ_Climate-humidity
[FHEM] cached: 40
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: TS.WZ_Climate-humidity
[FHEM] cached: 40
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: Harmony-activity
[FHEM] cached: Fernsehen
[FHEM] query: TS.WZ_Climate-desired-temp
[FHEM] cached: 22
[FHEM] query: TS.WZ_Climate-measured-temp
[FHEM] cached: 21.8
Zitat von: dieoma am 23 März 2016, 17:19:02
ich habe das iOS Update gemacht OHNE vorher homebridge zu aktualisieren (meaculpa) und trotz npm update -g homebridge, npm update -g homebridge-fhem und wie hier empfohlen sudo npm install homebridge -g zeigt EVE lediglich die homebridge selbst an, jedoch keine Geräte darin. Hier mal der komplette homebridge --debug markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 17:15:23] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 17:15:23] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 17:15:23] ---
[2016-03-23 17:15:23] Loading 1 platforms...
[2016-03-23 17:15:23] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1458749724949
[2016-03-23 17:15:25] [FHEM] Checking genericDeviceType...
[2016-03-23 17:15:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 17:15:25] [FHEM] Fetching FHEM devices...
[2016-03-23 17:15:25] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 17:15:25] Loading 0 accessories...
Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282
[2016-03-23 17:15:25] [FHEM] got: 7 results
[2016-03-23 17:15:25] [FHEM] mappings for Abendlicht_dummy: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy is switch
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: Abendlicht_dummy-state: off
[2016-03-23 17:15:25] [FHEM] Abendlicht_dummy-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for HB_Fenster: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
ContactSensorState:
{ reading: 'contact',
values: [ '/^closed/:CONTACT_DETECTED', '/.*/:CONTACT_NOT_DETECTED' ] },
CurrentDoorState:
{ reading: 'contact',
values: [ '/^closed/:CLOSED', '/.*/:OPEN' ] } }
[2016-03-23 17:15:25] [FHEM] HB_Fenster is ContactSensor
[2016-03-23 17:15:25] [FHEM] HB_Fenster has
[2016-03-23 17:15:25] [FHEM] StatusLowBattery [battery]
[2016-03-23 17:15:25] [FHEM] FirmwareRevision [D-firmware]
[2016-03-23 17:15:25] [FHEM] ContactSensorState [contact]
[2016-03-23 17:15:25] [FHEM] CurrentDoorState [contact]
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] value2homekit: { ok: 0 }
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-23 17:15:25 caching: HB_Fenster-battery: ok
[2016-03-23 17:15:25] [FHEM] HB_Fenster-battery values: value ok mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2016-03-23 17:15:25 caching: HB_Fenster-D-firmware: 1.0
[2016-03-23 17:15:25] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 0 }, { re: '.*', to: 1 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
2016-03-23 17:15:25 caching: HB_Fenster-contact: closed (to HMLAN1)
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] value2homekit_re: [ { re: '^closed', to: 1 }, { re: '.*', to: 0 } ]
[2016-03-23 17:15:25] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[2016-03-23 17:15:25] [FHEM] HB_Fenster-contact values: value closed (to HMLAN1) mapped to 1
[2016-03-23 17:15:25] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed (to HMLAN1)')
[2016-03-23 17:15:25] [FHEM] mappings for HO_Heizung_Clima: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 } }
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima is thermostat
[2016-03-23 17:15:25] [FHEM] HO_Heizung_Clima has
[2016-03-23 17:15:25] [FHEM] CurrentTemperature [measured-temp]
[2016-03-23 17:15:25] [FHEM] TargetTemperature [desired-temp]
2016-03-23 17:15:25 caching: HO_Heizung_Clima-measured-temp: 15.9
[2016-03-23 17:15:25] [FHEM] caching: CurrentTemperature: 15.9 (as number; from '15.9')
2016-03-23 17:15:25 caching: HO_Heizung_Clima-desired-temp: 10.0
[2016-03-23 17:15:25] [FHEM] caching: TargetTemperature: 10 (as number; from '10.0')
[2016-03-23 17:15:25] [FHEM] mappings for IT_Dose2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] IT_Dose2 is switch
[2016-03-23 17:15:25] [FHEM] IT_Dose2 has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: IT_Dose2-state: off
[2016-03-23 17:15:25] [FHEM] IT_Dose2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:25] [FHEM] REV1 is switch
[2016-03-23 17:15:25] [FHEM] REV1 has
[2016-03-23 17:15:25] [FHEM] On [state;on,off]
2016-03-23 17:15:25 caching: REV1-state: off
[2016-03-23 17:15:25] [FHEM] REV1-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:25] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:25] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV2 is switch
[2016-03-23 17:15:26] [FHEM] REV2 has
[2016-03-23 17:15:26] [FHEM] On [state;on,off]
2016-03-23 17:15:26 caching: REV2-state: off
[2016-03-23 17:15:26] [FHEM] REV2-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] mappings for REV3: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 17:15:26] [FHEM] REV3 is switch
[2016-03-23 17:15:26] [FHEM] REV3 has
[2016-03-23 17:15:26] [FHEM] On [state;on,off]
2016-03-23 17:15:26 caching: REV3-state: off
[2016-03-23 17:15:26] [FHEM] REV3-state valueOn/valueOff: value off mapped to 0
[2016-03-23 17:15:26] [FHEM] caching: On: false (as boolean; from 'off')
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'Abendlicht_dummy'...
[2016-03-23 17:15:26] [FHEM] creating services for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] information service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] Switch service for Abendlicht_dummy
[2016-03-23 17:15:26] [FHEM] On characteristic for Abendlicht_dummy:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HB_Fenster'...
[2016-03-23 17:15:26] [FHEM] creating services for HB_Fenster
[2016-03-23 17:15:26] [FHEM] information service for HB_Fenster
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for HB_Fenster
[2016-03-23 17:15:26] [FHEM] firmware revision characteristic for HB_Fenster
[2016-03-23 17:15:26] [FHEM] ContactSensor service for HB_Fenster
[2016-03-23 17:15:26] [FHEM] StatusLowBattery characteristic for HB_Fenster:battery
[2016-03-23 17:15:26] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] ContactSensorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM] initial value is: 0 (number; means CONTACT_DETECTED)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] CurrentDoorState characteristic for HB_Fenster:contact
[2016-03-23 17:15:26] [FHEM] initial value is: 1 (number; means CLOSED)
[2016-03-23 17:15:26] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'HO_Heizung_Clima'...
[2016-03-23 17:15:26] [FHEM] creating services for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] information service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] Thermostat service for HO_Heizung_Clima
[2016-03-23 17:15:26] [FHEM] CurrentTemperature characteristic for HO_Heizung_Clima:measured-temp
[2016-03-23 17:15:26] [FHEM] initial value is: 15.9 (number)
[2016-03-23 17:15:26] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] TargetTemperature characteristic for HO_Heizung_Clima:desired-temp
[2016-03-23 17:15:26] [FHEM] initial value is: 10 (number)
[2016-03-23 17:15:26] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'IT_Dose2'...
[2016-03-23 17:15:26] [FHEM] creating services for IT_Dose2
[2016-03-23 17:15:26] [FHEM] information service for IT_Dose2
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for IT_Dose2
[2016-03-23 17:15:26] [FHEM] Switch service for IT_Dose2
[2016-03-23 17:15:26] [FHEM] On characteristic for IT_Dose2:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 17:15:26] [FHEM] creating services for REV1
[2016-03-23 17:15:26] [FHEM] information service for REV1
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV1
[2016-03-23 17:15:26] [FHEM] Switch service for REV1
[2016-03-23 17:15:26] [FHEM] On characteristic for REV1:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 17:15:26] [FHEM] creating services for REV2
[2016-03-23 17:15:26] [FHEM] information service for REV2
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV2
[2016-03-23 17:15:26] [FHEM] Switch service for REV2
[2016-03-23 17:15:26] [FHEM] On characteristic for REV2:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 17:15:26] [FHEM] Initializing platform accessory 'REV3'...
[2016-03-23 17:15:26] [FHEM] creating services for REV3
[2016-03-23 17:15:26] [FHEM] information service for REV3
[2016-03-23 17:15:26] [FHEM] manufacturer, model and serial number characteristics for REV3
[2016-03-23 17:15:26] [FHEM] Switch service for REV3
[2016-03-23 17:15:26] [FHEM] On characteristic for REV3:state
[2016-03-23 17:15:26] [FHEM] initial value is: false (boolean)
[2016-03-23 17:15:26] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE 0.0.0.0:51826
at Object.exports._errnoException (util.js:856:11)
at exports._exceptionWithHostPort (util.js:879:20)
at Server._listen2 (net.js:1236:14)
at listen (net.js:1272:10)
at Server.listen (net.js:1368:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:473:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
markus@fhem2:~/.homebridge$
Wie kann ich das Problem weiter eingrenzen? Vor dem iOS update war´s natürlich ok also tippe ich nicht direkt auf einen Configfehler aber man weiß ja nie...
Bei manchen Systemen wird mit "sudo npm update -g homebridge" und "npm update -g homebridge-fhem" nicht richtig aktualisiert (ist bei mir der Fall). Ich muss dann immer Homebridge anhalten, die beiden Pakete deinstallieren und wieder neu installieren.
Versionen herausfinden:
sudo npm list -g homebridge && sudo npm list -g homebridge-fhemFalls die Versionen alt sind und über "update -g" nicht aktualisiert werden, mache ich folgendes:
sudo service homebridge stop && sudo npm remove -g homebridge-fhem homebridge && sudo npm install -g homebridge homebridge-fhem && sudo service homebridge start*alles in eine Zeile
Gruß
Dan
Zitat von: DeeSPe am 23 März 2016, 17:27:48
Bei manchen Systemen wird mit "sudo npm update -g homebridge" und "npm update -g homebridge-fhem" nicht richtig aktualisiert (ist bei mir der Fall). Ich muss dann immer Homebridge anhalten, die beiden Pakete deinstallieren und wieder neu installieren.
Versionen herausfinden:
sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
Mhh, richtig alt sieht das nicht aus:
markus@fhem2:~/.homebridge$ sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
/usr/local/lib
└── homebridge@0.3.2
/usr/local/lib
└── homebridge-fhem@0.2.17 (git+https://github.com/justme-1968/homebridge-fhem.git#fba8d7786e2349290e82e5173e6438a3f8cd22b3)
markus@fhem2:~/.homebridge$
sudo node -v && npm -v
v5.5.0
3.3.12
Habe trotzdem mal neu installiert aber die Versionen blieben gleich. Habe dann in EVE alle Geräte neu hinzufügen wollen. Unter Gerät hinzufügen taucht "Homebridge" auf aber wenn ich dann den Code scanne/eingebe springt er zurück auf "Gerät hinzufügen" anstatt zu koppeln ?!?
Zitat von: dieoma am 23 März 2016, 17:57:51
Habe trotzdem mal neu installiert aber die Versionen blieben gleich. Habe dann in EVE alle Geräte neu hinzufügen wollen. Unter Gerät hinzufügen taucht "Homebridge" auf aber wenn ich dann den Code scanne/eingebe springt er zurück auf "Gerät hinzufügen" anstatt zu koppeln ?!?
Das klingt danach dass sich was am Mapping geändert hat und HomeKit es so nicht annimmt wie es ist.
Bitte erstmal nur mit einem Gerät in Homebridge versuchen, am Besten eins ohne manuelles Mapping. Wenn das wieder läuft Stück für Stück die Geräte wieder hinzunehmen und gucken bei welchem es dann hakt. Nur so kann man sich der Lösung des Problems nähern.
Gruß
Dan
habe nur noch ein Gerät im Raum Homekit gelassen und den homefit service neu gestartet - das scheint es noch nicht gewesen zu sein. Was etwas komisch ist, ist das ich in der config.json mal den Namen testweise verändert habe "name": "Homebridge2", aber in EVE wird noch immer nur "Homebridge" angezeigt. Auch ein reinstall der EVE app macht keinen Unterschied...
@dieoma:
Server error: Error: listen EADDRINUSE 0.0.0.0:8082
Server listening on: http://<ip>:8282
Da läuft noch irgendeine Instanz von homebride... bzw. homebridge-fhem kann den Port 8082 nicht öffnen, den es für seine Kommunikation braucht...
Schau mal nach ob da noch was auf Port 8082 hängt...
Gruß,
Stephan
Zitat von: CarstenF am 23 März 2016, 14:25:52
Gestern hatte ich auch den ein o. anderen Ausfall. Heute lief es wieder einigermaßen rund. Jedoch bekomme ich die ATV 3 wieder nicht eingebunden. Dieses IOS Gerät ist jedesmal ein Problemkind.... In meinem LOG war auch keine Fehlermeldung zu finden.
Als ich heute mein ATV3 aktivierte, gab's erst mal ein Update und anschließend hatte ich vorsorglich mal iCloud auf dem ATV3 durch ausloggen/neustarten/einloggen zurückgesetzt und konnte dann sowohl über Siri und EVE ohne WLAN meine Devices steuern.
Gruß,
Stephan
So ging es mir nach dem letzten Update auch. Lief richtig rund. Jetzt schon mehrfach zurückgesetzt und neu angemeldet. Keine Chance. Ich lese aber auch gerade parallel, das Apple Probleme bei den ICloud Diensten hat. Vllt. Ist dieser Bereich auch betroffen. Mal abwarten.....
Gesendet von iPad mit Tapatalk
Zitat von: budy am 23 März 2016, 19:10:50
Da läuft noch irgendeine Instanz von homebride... bzw. homebridge-fhem kann den Port 8082 nicht öffnen, den es für seine Kommunikation braucht...
Schau mal nach ob da noch was auf Port 8082 hängt...
Da hast du leider einen Denkfehler denn homebridge --debug wurde ausgeführt also homebridge noch lief - mir ging es quasi nur um die Ausgabe der debug infos...
Zitat von: dieoma am 23 März 2016, 19:31:41
Da hast du leider einen Denkfehler denn homebridge --debug wurde ausgeführt also homebridge noch lief - mir ging es quasi nur um die Ausgabe der debug infos...
Aha... und was ist damit?
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE 0.0.0.0:51826
Gruß,
Stephan
Andere Frage... ich habe hier ein iPhone5 mit iOS 9.3. Dem habe ich einen Gast-Account auf meiner Homebridge verpasst und EVE sieht auch brav alle Geräte und es kann sie auch steuern.
...nur Siri ziert sich und findet partout keine Geräte, hat jemand überaupt homebridge/fhem-homebridge mit Siri auf einem iPhone5 erfolgreich im Einsatz?
Gruß,
Stephan
Zitat von: budy am 23 März 2016, 21:58:59
Aha... und was ist damit?
[2016-03-23 17:15:26] Homebridge is running on port 51826.
events.js:154
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE 0.0.0.0:51826
Das ist sicher ein Folgefehler. Wenn ich den homebridge service brav stoppe und manuell mit debug starte siehst du das es fehlerfrei ist:
markus@fhem2:~/.homebridge$ service homebridge stop
Homebridge closed
markus@fhem2:~/.homebridge$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-03-23 22:36:17] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-03-23 22:36:17] Registering platform 'homebridge-fhem.FHEM'
[2016-03-23 22:36:17] ---
[2016-03-23 22:36:17] Loaded config.json with 0 accessories and 1 platforms.
[2016-03-23 22:36:17] ---
[2016-03-23 22:36:17] Loading 1 platforms...
[2016-03-23 22:36:17] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1458768979208
[2016-03-23 22:36:19] [FHEM] Checking genericDeviceType...
[2016-03-23 22:36:19] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-03-23 22:36:19] [FHEM] Fetching FHEM devices...
[2016-03-23 22:36:19] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-03-23 22:36:19] Loading 0 accessories...
Server listening on: http://<ip>:8082
[2016-03-23 22:36:19] [FHEM] got: 2 results
[2016-03-23 22:36:19] [FHEM] mappings for REV1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 22:36:19] [FHEM] REV1 is switch
[2016-03-23 22:36:19] [FHEM] REV1 has
[2016-03-23 22:36:19] [FHEM] On [state;on,off]
2016-03-23 22:36:19 caching: REV1-state: on
[2016-03-23 22:36:20] [FHEM] REV1-state valueOn/valueOff: value on mapped to 1
[2016-03-23 22:36:20] [FHEM] caching: On: true (as boolean; from 'on')
[2016-03-23 22:36:20] [FHEM] mappings for REV2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-03-23 22:36:20] [FHEM] REV2 is switch
[2016-03-23 22:36:20] [FHEM] REV2 has
[2016-03-23 22:36:20] [FHEM] On [state;on,off]
2016-03-23 22:36:20 caching: REV2-state: on
[2016-03-23 22:36:20] [FHEM] REV2-state valueOn/valueOff: value on mapped to 1
[2016-03-23 22:36:20] [FHEM] caching: On: true (as boolean; from 'on')
[2016-03-23 22:36:20] [FHEM] Initializing platform accessory 'REV1'...
[2016-03-23 22:36:20] [FHEM] creating services for REV1
[2016-03-23 22:36:20] [FHEM] information service for REV1
[2016-03-23 22:36:20] [FHEM] manufacturer, model and serial number characteristics for REV1
[2016-03-23 22:36:20] [FHEM] Switch service for REV1
[2016-03-23 22:36:20] [FHEM] On characteristic for REV1:state
[2016-03-23 22:36:20] [FHEM] initial value is: true (boolean)
[2016-03-23 22:36:20] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-03-23 22:36:20] [FHEM] Initializing platform accessory 'REV2'...
[2016-03-23 22:36:20] [FHEM] creating services for REV2
[2016-03-23 22:36:20] [FHEM] information service for REV2
[2016-03-23 22:36:20] [FHEM] manufacturer, model and serial number characteristics for REV2
[2016-03-23 22:36:20] [FHEM] Switch service for REV2
[2016-03-23 22:36:20] [FHEM] On characteristic for REV2:state
[2016-03-23 22:36:20] [FHEM] initial value is: true (boolean)
[2016-03-23 22:36:20] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-03-23 22:36:20] Homebridge is running on port 51826. Nach einem reboot des Handys sehe ich zwar nun Homebridge2 (also so wie es nun in der config.json steht) aber er findet meine zwei Testgeräte nicht in EVE >:(
Zitat von: budy am 23 März 2016, 22:13:28
Andere Frage... ich habe hier ein iPhone5 mit iOS 9.3. Dem habe ich einen Gast-Account auf meiner Homebridge verpasst und EVE sieht auch brav alle Geräte und es kann sie auch steuern.
...nur Siri ziert sich und findet partout keine Geräte, hat jemand überaupt homebridge/fhem-homebridge mit Siri auf einem iPhone5 erfolgreich im Einsatz?
Ja, hatte ich vor dem Update auf iOS 9.3...
Zitat von: CarstenF am 22 März 2016, 00:20:36
Verbindung zur Bridge war da. Nur keine Geräte. "sudo npm install homebridge -g" brachte alle Geräte zurück. Muss sie nur noch wieder den Räumen zuweisen.
...
Danke für den Hinweis. Ich habe schon geflucht....
Bei mir waren auch alle Geräte verschwunden, nach dem Update ist wieder alles da.
Andreas
So, nach 24 Stunden hat sich die ATV3 synchronisiert und die Bridge ist von außen wieder erreichbar. Schätze es lag an den Cloud Diensten von Apple.
Gesendet von iPhone mit Tapatalk
Zitat von: dieoma am 23 März 2016, 22:39:48
Nach einem reboot des Handys sehe ich zwar nun Homebridge2 (also so wie es nun in der config.json steht) aber er findet meine zwei Testgeräte nicht in EVE >:(
Hast du die Homekit DB und den iCloud Schlüsselbund auf deinem iOS Gerät mal zurückgesetzt? Ich meine, dass ich so was auch schon mal hatte - ganz an Anfang... ;)
Was das iPhone5 angeht, funktioniert Siri nun, nachdem ich zusätzlich zu EVE auch noch MyTouchhome auf dem iPhone installiert habe... Ist schon seltsam, denn eigentlich dürfte das ja gar nix miteinander zu tun haben, denn Siri müsste ja auch alleine die HomeKit DB durchsuchen...
Gruß,
Stephan
Zitat von: budy am 24 März 2016, 09:37:38
Hast du die Homekit DB und den iCloud Schlüsselbund auf deinem iOS Gerät mal zurückgesetzt? Ich meine, dass ich so was auch schon mal hatte - ganz an Anfang... ;)
Ich habe schonmal das "Zuhause" aus den iOS HomeKit Einstellungen gelöscht - meinst du das? Auch habe ich schonmal den Schlüsselbund als auch iCloud Drive synch de und danach wieder aktiviert - meinst du das?
habe den Schlüsselbund noch einmal aus und eingeschaltet und auch in den HomeKit Einstellungen das Haus gelöscht, ohne Erfolg. Komisch ist auch das wen ich in EVE dann Homebridge2 hinzufüge er ein Gerät glaubt zu sehen (obwohl zwei im Raum sind) aber final in dem Standardraum in EVE kein einziges zu sehen ist, es ist zum Mäusemelken...
Also beim letzten Mal neu machen habe ich folgende Reihenfolge gewählt. Die Wohnung unter HomeKit gelöscht. Die HomeKit Konfiguration unter Datenschutz zurückgesetzt. Dann von der Cloud abgemeldet und zwar mit allen Geräten. Dann den Ordner persist auf der Homebridge gelöscht. Danach Neustart der Bridge. Dann habe ich sicherheitshalber auch noch EVE gelöscht und das IOS Gerät neu gestartet. Dann EVE neugeladen. Dann mit einem IOS Gerät angefangen. Dann konnte ich auch die Bridge neu in EVE Konfigurieren. Direkt mit allen Geräten.
Gesendet von iPad mit Tapatalk
Hallo zusammen,
ich habe mal eine allgemeine Frage: ist das bei euch auch so, dass wenn ihr die Eve App längere Zeit nicht geöffnet habt oder das iPhone längere Zeit gesperrt "rumliegt" und man dann Siri sagt sie soll etwas machen (z.B. Wohnzimmerlicht einschalten), ihr die Antwort bekommt das keine Geräte gefunden wurden? Wenn man dann das gleiche Kommando nochmal gibt oder das iPhone entsperrt, funktioniert alles problemlos.
Definitiv, passiert bei mir auch manchmal. Konnte aber noch kein Schema erkennen, wann das auftritt.
Gesendet von iPad mit Tapatalk
Zitat von: CarstenF am 24 März 2016, 13:11:59
Also beim letzten Mal neu machen habe ich folgende Reihenfolge gewählt. Die Wohnung unter HomeKit gelöscht. Die HomeKit Konfiguration unter Datenschutz zurückgesetzt. Dann von der Cloud abgemeldet und zwar mit allen Geräten. Dann den Ordner persist auf der Homebridge gelöscht. Danach Neustart der Bridge. Dann habe ich sicherheitshalber auch noch EVE gelöscht und das IOS Gerät neu gestartet. Dann EVE neugeladen. Dann mit einem IOS Gerät angefangen. Dann konnte ich auch die Bridge neu in EVE Konfigurieren. Direkt mit allen Geräten.
Hab ich exakt so gemacht und er sagt weiterhin er fände nur ein Gerät und in dem Standardraum ist nicht mal dieses drin! Wenn ich wenigstens die Kommunikation tragen könnte oder so...
Zitat von: Odin am 24 März 2016, 13:52:58
Hallo zusammen,
ich habe mal eine allgemeine Frage: ist das bei euch auch so, dass wenn ihr die Eve App längere Zeit nicht geöffnet habt oder das iPhone längere Zeit gesperrt "rumliegt" und man dann Siri sagt sie soll etwas machen (z.B. Wohnzimmerlicht einschalten), ihr die Antwort bekommt das keine Geräte gefunden wurden? Wenn man dann das gleiche Kommando nochmal gibt oder das iPhone entsperrt, funktioniert alles problemlos.
Habe ich auch manchmal, liegt teils aber auch an der Formulierung der Sätze, dass sie einen da nicht wirklich versteht.
Gesendet von iPhone mit Tapatalk
Kann man Characteristics die per Default bei einem Device kommen auch entfernen?
Hinzufügen hab ich hinbekommen, sehr cool die neue Version von HomeBridge. :)
Ich hab einen Fibaro Multisensor (Motion, Temperatur, Helligkeit) und der hat neben "BatteryLevel" auch "StatusLowBattery" was eine weitere unnötige Zeile in Eve für mich darstellt (mal davon abgesehen, dass StatusLowBattery auf "1" steht obwohl BatteryLevel "100 %" ist).
Auch bei ein paar anderen Devices hab ich Readings mit drin, die sicher bei dem einen oder anderen Einsatzzweck Sinn machen,
die ich aber gern ausblenden/ignorieren würde...
Geht natürlich auch über Eve das ausblenden, aber dann muss ich das auf jedem iOS Device machen.
Ein anderer Fall in dem ich das Entfernen von automatisch erkannter Characteristics auf HomeBridge Seite bräuchte:
Hab einen Multisensor im Wohnzimmer der neben Bewegung auch Temperatur liefert, jedoch hängt der direkt unter der Decke.
Dann hab ich noch einen Raumtemperatursensor den ich eigentlich für die Wohnzimmertemperatur verwende.
Das Reading vom Multisensor würde ich gerne in HomeKit loswerden, für Fragen an Siri wie "Wie warm ist es im Wohnzimmer".
du kannst im mapping einer characteristic das schlüsselwort clear verwenden.
zu batterylevel/statuslowbattery:
das sollte eigentlich beides korrekt funktionierten. zeig mal bitte ein start mit --debug
gruss
andre
edit: ich habe den fehler gefunden. es lag am % zeichen. das letze beispiel das ich hatte war ohne. ist repariert und eingecheckt.
Super, vielen Dank für die schnelle Hilfe. :)
Und noch eine Frage:
Was ist die beste Möglichkeit einen Fenstersensor darzustellen?
HomeKit kennt ja Door, Garage usw. aber ein Fenstericon hab ich in Eve bei den bisher getesteten Characteristics noch nicht gesehen.
Hat Homekit wirklich keine Fenstersensoren vorgesehen?
Ist ja nicht unbedingt die ungewöhnlichste Sensortype für ein SmartHome System. ;)
Hab jetzt gerade ContactSensorState getestet, aber da kommen dann weitere komische Anzeigen in Eve neben dem eigentlichen Kontakt (Position in %, PositionStatus)
es gibt tatsächlich keinen fenster sensor. und eigentlich auch keinen für eine tür. die tür ist ein tür öffner.
am besten wie weiter oben beschrieben als ContactSensor und zusätzlich eine CurrentDoorState characteristic definieren. in even kannst du dann den ContactSensorState ausblenden und siehst über den DoorState ein geöffnet oder geschlossen. das bild in eve ist zwar eine tür aber du kannst über siri trotzdem nach geöffneten oder geschlossenen entern fragen.
wenn du komische anzeigen bekommst liegt es ziemlich sicher daran das es wieder so ein multisenior oder das zufällig die readings da sind die normalerweise für etwas anderes verwendet werden. einfach mit clear löschen. das sollte auch global gehen:
attr <devcie> homebridgeMapping clear ContactSensorState=... CurrentDoorState=...
ContactSensorState ist mandatory. deshalb kannst du ihn nicht löschen.
gruss
andre
Hallo,
erstmal ein rießen Lob was hier manche Leute leisten.
Ich komm momentan nicht weiter, bin mir sicher es ist ein Leichtsinnsfehler aber ich komm momentan nicht drauf.
Ich hab ein KNX Dimmer und ihn so in der fhem.cfg eingetragen:
define Dimmer EIB 1/2/2
attr Dimmer IODev KNX
attr Dimmer genericDeviceType light
attr Dimmer homebridgeMapping Brightness=state
attr Dimmer model percent
attr Dimmer room EIB,Homekit
attr Dimmer webCmd value
über FHEM kann ich den Dimmer auch bedinen das klappt alles nur in EVE nicht
Mein Schiebregler passt sich zwar dem Wert an den ich in FHEM einstelle aber wenn ich den Schiebregler in EVE betätige passiert einfach nichts.
Dann ist noch komisch das ich einen Ein und Ausschalter habe und darunter dann den Schieberegler in FHEM hab ich aber nur den Schieberegler.
Betätige ich in EVE den Ein- Ausschalter passiert nichts bzw. er steht immer auf an und drück ich auf aus springt er sofort wieder auf an.
Bin dankebar für jede Hilfe
Gruß Dominik
zeig mal ein jsonlist2 von device.
dein homebridgeMapping ist ziemlich sicher unvollständig:
- welches kommando wird zum dimmen verwendet
- in welchem reading steht der aktuelle dim wert?
- in welchem format?
- gibt es extra kommandos für on und off?
gruss
andre
Hallo Justme,
leider bin ich sehr unerfahren.
Ich versuche dir aber so gut es geht die Fragen zu beantworten.
Ich hab es jetzt mal anderst versucht und einen Dimmer2 angelegt und er sieht in der fhem.cfg folgend aus
define Dimmer2 EIB 1/2/2 1/0/1
attr Dimmer2 IODev KNX
attr Dimmer2 eventMap /on g2:AN/off g2:AUS/value:slider,0,1,100 g1
attr Dimmer2 genericDeviceType light
attr Dimmer2 group Licht
attr Dimmer2 homebridgeMapping Brightness=state
attr Dimmer2 model percent
attr Dimmer2 room Homekit
attr Dimmer2 webCmd AN::AUS::value
Nur leider verhält sich das ganze genau so.
Ich bin mir nicht sicher was das jsonlist2 angeht aber wenn ich in FHEM jsonlist2 [Dimmer2] eingebe erhalte ich folgende ausgabe
{
"Arg":"[Dimmer2]",
"Results": [
],
"totalResultsReturned":0
}
Leider weis ich nicht ob das die Information ist die du wolltest.
Die Gruppenadresse 1/2/2 ist der Helligkeitswert. Wird in % angegeben von 0% bis 100%, wobei 0% gleichzeitig auch aus ist.
Zusätzlich kann ich aber über die Gruppenadresse 1/0/1 den Dimmer ein und aus schalten.
Der aktuelle Dimmwert steht im reading state.
Ich füge mal ein paar Bilder ein vielleicht hilft das weiter.
Vielen dank für deine Hilfe.
du brauchst kein zweites device.
du musst das jsonlist2 Dimmer2ohne die eckigen klammern eingeben.
du musst im homebridgeMapping für jede characterristic (bei dir sind das On für ein/aus und Brightness für die helligkeit) angeben welches fhem reading wie auf den homekit wert abgebildet werden soll und wie der homekit wert auf fhem kommandos abgebildet werden sollen. mehr dazu findet du hier: https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem).
ich vermute du brauchst etwas in der art:
attr <dimmer> homebridgeMapping On=state,valueOff=0,cmdOn=...,cmdOff=... Brightness=state,cmd=value
bei cmdOn und cmdOff musst du reinschreiben was gesendet werden soll. entweder value.100 und value.0 oder etwas anderes passendes.
gruss
andre
Andre, vielen vielen dank. Es klappt noch nicht ganz aber ich kann jetzt zumindenst über EVE und Siri dimmen.
Nur leider ist der Ein Aus schalter noch ohne funktion, ich kann ihn jetzt zwar hin und her schalten aber die Lampe wird nicht ein oder aus geschaltet.
hier mal die jsonlist2
{
"Arg":"Dimmer2",
"Results": [
{
"Name":"Dimmer2",
"PossibleSets":"AN:noArg AUS:noArg off on on-for-timer on-till raw string value:slider,0,1,100",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:0,1 dummy:1,0 showtime:1,0 EIBreadingX:1,0 EIBreadingSender:1,0 EIBanswerReading:1,0 EIBreadingRegex EIBwritingRegex event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:timeperiod-h,time2sensor,rainsensor,dpt13,date,dpt7,tempsensor,timeperiod-ms,dpt3,percent,dpt5.004,speedsensor,power,dpt6.010,dpt13.010,dpt1,voltage-mV,dpt5.003,dpt14,airqualitysensor,time1sensor,dpt11,dpt5.Slider,dpt16,dpt10,current-mA,dpt12,dpt6,dpt9,length-mm,speedsensor-km/h,brightness,humiditysensor,dpt5,powerdensity,current-mA2,dpt6.001,percent255,angle,timeperiod-min,pressuresensor,time,lightsensor,dpt13.013,dpt10_no_seconds alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "1/2/2 1/0/1",
"GROUP": "1202",
"KNX_MSGCNT": "133",
"KNX_RAWMSG": "B1103w120201",
"KNX_TIME": "2016-03-28 13:00:45",
"LASTGROUP": "1202",
"LASTInputDev": "KNX",
"MSGCNT": "133",
"NAME": "Dimmer2",
"NR": "242",
"RAWSTATE": "on",
"STATE": "0 %",
"TYPE": "EIB"
},
"Readings": { "state": { "Value":"0 %", "Time":"2016-03-28 13:00:45" } },
"Attributes": {
"IODev": "KNX",
"eventMap": "/on g2:AN/off g2:AUS/value:slider,0,1,100 g1",
"genericDeviceType": "light",
"group": "Licht",
"homebridgeMapping": "On=state,valueOff=0,cmdOn=100,cmdOff=0 Brightness=state,cmd=value",
"model": "percent",
"room": "Homekit",
"webCmd": "AN::AUS::value"
}
} ],
"totalResultsReturned":1
}
das Mapping hab ich mal so gemacht wie du gesagt hast das sollte doch eigentlich klappen oder?
attr Dimmer2 homebridgeMapping On=state,valueOff=0,cmdOn=100,cmdOff=0 Brightness=state,cmd=value
wenn es on und off oder AN und AUS kommandos gibt kannst du die direkt verwenden. wenn nicht musst du vermutlich level 0 bzw level 100 senden und nicht 0 und 100 einzeln. im mappnig muss dann also level.0 und level.100 stehen.
gruss
andre
Hallo Andre,
vielen Dank für die tolle Erweiterung.
Ich bastele zur Zeit an einer Garagenstuerung bestehend aus:
a) Threestatesensor "GR.Tor" ( HM ThreestateSensor)
b) Schaltaktor "GR.sw1" ( HM Schaltaktor)
c) Dummytaster "GR.Taster" ( für Webinterface)
d) Notifier "GR.TasterNotofier" der nach Betätigen des Dummytasters einen kurzen Impuls auf den Schaltaktor auslöst
Das alles funktioniert zufriedenstellend. :)
Homebridge habe ich in der Version 0.3.1 installiert.
Ich habe ein virtuelles Device als dummy-Garage angelegt und über CurrentDoorState die Werte für closed und open zugewiesen.
Damit antwortet Siri brav auf die Fragen "Ist die Garage offen ?" oder "Ist die Garage zu ?" :)
Das Schalten des Gragentores über Siri funktioniert prinzipiell auch. ( "Siri, öffne die Garage", "SIri, schliesse die Garage")
Allerdings bekomme ich es nicht hin den Vorgang in Abhängigkeit vom CurrentDoorState zu schalten. Im Grunde löse ich zur Zeit nur den Dummytaster aus, egal ob die Garage offen oder zu ist.
Die Antwort von Siri passt dementsprechend nicht immer.
Ich habe verschiedene Einstellungen mit TargetDoorState und "CmdOn=... " bzw. "cmds=...." ausprobiert ohne zu einem zufriedenstellendem Ergebnis zu kommen.
Kannst Du mich bitte in die richtige Richtung lenken ?
Grüße,
Micha
virtuelles Garagentor für Siri/Eve
define GR.vTor dummy
attr GR.vTor genericDeviceType garage
attr GR.vTor homebridgeMapping CurrentDoorState=GR.Tor:state,values=closed:1;;open:0
attr GR.vTor room Homekit
Notifier f. Garage
define GR.vGR.TasterNotify notify GR.vTor { fhem("set GR.sw1 on-for-timer 1 ;; set GR.Taster off")}
ich bin mir nicht sicher ob ich die frage richtig verstehe...
homekit kennt nur kommandos zum öffnen und schliessen. wenn das tor offen ist und du es noch mal öffnen lässt wird homekit stur noch mal das gleiche kommando senden.
eine mögliche lösung wäre die dummy + notify logik so umzubauen das der dummy wirklich auf/zu kennt und nur dann das on-for-timer sendet wenn der ziel zustand ungleich dem aktuellen zustand ist.
statt dumm + notify ist vielleicht ein readingsProxy einfacher.
damit hättest du dann auch zwei eindeutige kommandos für homekit/siri.
gruss
andre
Hallo,
ich versuche gerade meinen Rollläden beizubringen, dass man sie via EVE nur in 10er-Schritten auf- und zufahren kann.
Leider funktioniert mein Mappingversuch bis dato nicht, was mache ich falsch?
TargetPosition=pct,minValue=0,maxValue=100,minStep=10
Debug-Ausgabe sieht vielversprechend aus:
[FHEM] homebridgeMapping: TargetPosition=pct,minValue=0,maxValue=100,minStep=10
[FHEM] mappings for Rolladen_Wirtschaftsraum: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
CurrentPosition: { reading: 'pct' },
TargetPosition:
{ reading: 'pct',
cmd: 'pct',
delay: true,
minValue: '0',
maxValue: '100',
minStep: '10' } }
[FHEM] Rolladen_Wirtschaftsraum is blind
[FHEM] Rolladen_Wirtschaftsraum has PositionState [motor]
[FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-03-28 11:44:20 caching: Rolladen_Wirtschaftsraum-motor: stop
[FHEM] Rolladen_Wirtschaftsraum-motor values: value stop mapped to 2
[FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop')
2016-03-28 11:44:20 caching: Rolladen_Wirtschaftsraum-pct: 80
[FHEM] caching: CurrentPosition: 80 (as number; from '80')
[FHEM] caching: TargetPosition: 80 (as number; from '80')
Was mache ich falsch?
@micha105
Ich habe einen analogen Setup. Das Problem ist, dass ja letztlich immer wieder derselbe Impuls unterschiedliche Aktionen am Garagenmotor auslöst. Von daher merke ich mir den aktuellen Status der Garage tatsächlich in meinem FHEM-Dummy, sprich Dein dummy-Garage. Dort setze ich dann in meinem cmdalias via setreading Dinge wie motor, state, doorState und werte sie entsprechend beim nächsten mal aus und entschiede, ob ich etwas mache.
Danke, Christian
Hallo Andre, hallo Christian,
danke für die Antworten !
Mit dem Readingsproxy habe ich es leider nicht hinbekommen.
Der State des Proxydevices wird ja vom Ursprungsdevice übernommen. Das ist praktisch, da man dann sieht ob das Tor auf oder zu ist.
Gleichzeit will homebridge jedoch den state überschreiben um eine Änderung mitzuteilen.
[FHEM] GR.vTor: executing set cmd for TargetDoorState with value 1
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20GR.vTor%20closed&XHR=1
Kann man hier irgendwie angeben, dass ein anderes Reading/Attribut, evtl. auf einem anderen (Dummy)Device beschrieben werden soll ?
Ich habe es nicht hinbekommen.
Mit dem Dummy klappt es jetzt dafür :)
Ich vergleiche den Ist-Zustand des Sensors mit dem Sollzustand aus homebridge`s "TargetDoorState" , also dem state aus dem Dummydevice.
Zum Abschluss noch meine lauffähige Config betreffend Siri
define GR.vTor dummy
attr GR.vTor genericDeviceType garage
attr GR.vTor homebridgeMapping CurrentDoorState=GR.Tor:state,values=closed:1;;open:0\
TargetDoorState=state,cmds=0:open;;1:closed,values=closed:1;;open:0
attr GR.vTor room Homekit
define GR.vGR.TasterNotify notify GR.vTor { fhem("set GR.sw1 on-for-timer 1 ;; set GR.Taster off") if ( ReadingsVal("GR.vTor","state","undef") ne ReadingsVal("GR.Tor","state","undef") )}
Gruesse
Micha
Hallo,
ich hab mir ein KNX Lichtsensor mit eingebunden.
Kann mir jemand sagen ob man diesen auch über Siri abfragen kann?
Gruß Dominik
Ich hab ein komisches Verhalten mit HomeKit und meinen Hue Lampen nach einem Systemneustart.
Alle Hue-Lampen sind plötzlich wieder im Standardraum und auch alle anderen Änderungen die ich in Eve gemacht habe (Siri-Name der Devices, ausgeblendete Characteristics, ...) sind wieder weg.
Sieht aus als ob die Hue Lampen als komplett neue Geräte in Homebridge erkannt werden.
Hab dann noch ein wenig rumgespielt und das ganze weiter eingrenzen können:
Ich verwende das init.d Startscript aus dem Wiki in unveränderter Form.
Lasse ich das Skript beim Booten automatisch starten kommt es zu dem obigen Fehler.
Deaktiviere ich den Autostart hingegen und starte das Script dann händisch nach dem Booten (wieder über das init.d script, nicht direkt über die binary. Das Script, die Pfade und die Berechtigungen scheinen also ok zu sein), klappt alles wie es soll.
Kann es sein, dass Homebridge hier startet bevor FHEM das Hue-Modul geladen hat und das zu Problemen führt?
Das sieht mir so aus, als würde das Startscript die homebridge unter einem anderen User starten, root z.B. und das in dessen Homeordner eine andere homebridge config liegt...
Gruß,
Stephan
Ne, das war auch meine erste Vermutung nachdem ich es erst händisch direkt mit "homebridge" gestartet hab und der Fehler da nicht auftrat.
Deshalb dann der Test es in beiden Fällen mit dem init.d Startscript zu starten.
In dem ist der User (in meinem Fall "pi") ja hinterlegt und Homebrdige wird entsprechend über su als der User gestartet.
Ansonsten sollte er auch die restlichen Devices und die Bridge selbst gar nicht finden schätze ich.
Hab nur im Homeordner von pi eine Homebridge Config liegen.
Zitat von: Thyraz am 29 März 2016, 12:17:49
Ich hab ein komisches Verhalten mit HomeKit und meinen Hue Lampen nach einem Systemneustart.
Alle Hue-Lampen sind plötzlich wieder im Standardraum und auch alle anderen Änderungen die ich in Eve gemacht habe (Siri-Name der Devices, ausgeblendete Characteristics, ...) sind wieder weg.
Selbiges Verhalten habe ich auch schon öfter festgestellt, konnte aber bisher nicht ausmachen woran es liegt. Es sind nur die Hue Lampen betroffen und merkwürdigerweise auch nicht immer alle bzw. die selben. Dieses Verhalten ist auch nicht bei jedem Neustart von Homebridge zu beobachten.
Gruß
Dan
Stimmt, ein- zweimal hatte ich auch, dass nur ein paar Lampen rausgeflogen sind und nicht alle.
Nein nur Homebridge starten löst das bei mir auch nicht aus, nur der Reboot des gesamten Pi.
Deswegen hatte ich die Vermutung, dass hier FHEM evtl noch nicht komplett mit allen Modulen gestartet ist und das Probleme machen könnte.
Evtl. würde schon eine Verzögerung im Init.d Script reichen um das Problem zu lösen...
Ich starte meinen RPi nur sehr selten neu.
Mir fiel es bisher immer nur auf nach manuellem Neustart von Homebridge.
Und da dort FHEM auf jeden Fall läuft, schließe ich ein zu frühes Starten der Homebridge für mich aus.
Gruß
Dan
Ich kenne so ein ähnliches Verhalten nur noch insofern, als das alle Geräte auf einmal wieder im Standard-Raum auftauchten, wenn es ein Problem mit der homebridge und/oder der HomeKit DB auf einem(?) der iOS devices gab.
Dieses Verhalten habe ich aber schon seit Woche nicht mehr gesehen, seit homebridge und homebridge-fhem sehr stabil laufen.
Gruß,
Stephan
Hallo,
ich hab ein Luftfeuchtigkeitssensor, der Wert wird auf dem KNX Bus geschickt.
Ich habe in der fhem.cfg das ganze mal so angelegt
define Luft EIB 0/1/6
attr Luft IODev KNX
attr Luft genericDeviceType humiditysensor
attr Luft homebridgeMapping CurrentRelativeHumidity=state
attr Luft model humiditysensor
attr Luft room Homekit
attr Luft dummy 4
Ich bekomm in EVE auf die Luftfeuchtigkeit angezeigt aber zusätzlich auch ein Ein Aus Schalter.
Hab auch schon das versucht
attr Luft homebridgeMapping clear
CurrentRelativeHumidity=state
Hat leider auch nicht geklappt.
hier mal die jsonlist2
{
"Arg":"Luft",
"Results": [
{
"Name":"Luft",
"PossibleSets":"No ? for dummies",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:0,1 dummy:1,0 showtime:1,0 EIBreadingX:1,0 EIBreadingSender:1,0 EIBanswerReading:1,0 EIBreadingRegex EIBwritingRegex event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:rainsensor,dpt13,length-mm,dpt1,dpt13.010,timeperiod-ms,power,speedsensor-km/h,lightsensor,time2sensor,voltage-mV,dpt5.Slider,date,dpt5.004,powerdensity,dpt7,dpt6.010,angle,tempsensor,time1sensor,brightness,dpt16,pressuresensor,speedsensor,humiditysensor,dpt5.003,dpt9,dpt6.001,current-mA,percent,airqualitysensor,dpt6,dpt11,percent255,current-mA2,dpt13.013,dpt3,dpt14,dpt10_no_seconds,dpt12,time,dpt10,timeperiod-min,dpt5,timeperiod-h alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "0/1/6",
"GROUP": "0106",
"KNX_MSGCNT": "6",
"KNX_RAWMSG": "B1104w01061487",
"KNX_TIME": "2016-03-29 20:58:32",
"LASTGROUP": "0106",
"LASTInputDev": "KNX",
"MSGCNT": "6",
"NAME": "Luft",
"NR": "271",
"RAWSTATE": "1487",
"STATE": "46.36 %",
"TYPE": "EIB"
},
"Readings": { "state": { "Value":"46.36 %", "Time":"2016-03-29 20:58:32" } },
"Attributes": {
"IODev": "KNX",
"dummy": "4",
"genericDeviceType": "humiditysensor",
"homebridgeMapping": "CurrentRelativeHumidity=state",
"model": "humiditysensor",
"room": "Homekit"
}
} ],
"totalResultsReturned":1
}
Vielleicht hat ja jemand eine Idee.
Vielen dank schonmal.
der service type (und alles andere auch) ist case sensitiv: attr Luft genericDeviceType HumiditySensor
gruss
andre
alles klar, wieder was gelernt.
Danke
Gruß Dominik
Hallo,
ich habe seit Heute folgendes Problem.
Ich hab Funksteckdosen die ich im HomeKit mit drin habe.
Schalte ich diese Ein über EVE passt alles
Schalte ich diese Aus über EVE geht der Schalter kurz auf Aus und dann wieder ca 1 Sekunde auf Ein und dann wieder auf aus.
Das war sonst nicht so.
Wenn ich über Fhem Schalte passiert das nicht.
Das wechseln auf ein und dann wieder auf aus wird mir in Fhem auch nicht angezeigt.
Ich hab mehrere solcher Funksteckdosen und das ist bei allen so.
Hier mal der debug meiner Homebridge beim Starten
[code]
pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[3/31/2016, 7:47:22 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[3/31/2016, 7:47:23 PM] Registering platform 'homebridge-fhem.FHEM'
[3/31/2016, 7:47:23 PM] ---
[3/31/2016, 7:47:25 PM] Loaded plugin: homebridge-knx
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-knx.KNX'
[3/31/2016, 7:47:25 PM] ---
[3/31/2016, 7:47:25 PM] Loaded plugin: homebridge-legacy-plugins
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.AD2USB'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.Carwings'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.ELKM1'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.FileSensor'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.GenericRS232Device'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMatic'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMaticThermo'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HomeMaticWindow'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpGarageDoorOpener'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpHygrometer'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.HttpThermometer'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.Tesla'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.X10'
[3/31/2016, 7:47:25 PM] Registering accessory 'homebridge-legacy-plugins.mpdclient'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.Domoticz'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.HomeAssistant'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.HomeSeer'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.ISY'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.LIFx'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.SmartThings'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.TelldusLive'
[3/31/2016, 7:47:25 PM] Registering platform 'homebridge-legacy-plugins.ZWayServer'
[3/31/2016, 7:47:25 PM] ---
[3/31/2016, 7:47:27 PM] Loaded plugin: homebridge-wemo
[3/31/2016, 7:47:27 PM] Registering accessory 'homebridge-wemo.WeMo'
[3/31/2016, 7:47:27 PM] ---
[3/31/2016, 7:47:27 PM] Loaded config.json with 2 accessories and 1 platforms.
[3/31/2016, 7:47:27 PM] ---
[3/31/2016, 7:47:27 PM] Loading 1 platforms...
[3/31/2016, 7:47:27 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.28:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1459446449021
[3/31/2016, 7:47:29 PM] [FHEM] Checking genericDeviceType...
[3/31/2016, 7:47:29 PM] [FHEM] executing: http://192.168.178.28:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/31/2016, 7:47:29 PM] [FHEM] Fetching FHEM devices...
[3/31/2016, 7:47:29 PM] [FHEM] fetching: http://192.168.178.28:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/31/2016, 7:47:29 PM] Loading 2 accessories...
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Initializing WeMo accessory...
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Searching for WeMo device with exact name 'Schlafzimmer'...
[3/31/2016, 7:47:29 PM] [Kaffe] Initializing WeMo accessory...
[3/31/2016, 7:47:29 PM] [Kaffe] Searching for WeMo device with exact name 'Kaffe'...
Server listening on: http://<ip>:8082
[3/31/2016, 7:47:29 PM] [Schlafzimmer] Found 'Schlafzimmer' device at 192.168.178.23
[3/31/2016, 7:47:29 PM] [FHEM] got: 36 results
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Bad: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Bad is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Bad has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Bad-temperature: 19.2
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 19.2 (as number; from '19.2')
2016-03-31 19:47:30 caching: Bad-humidity: 68
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 68 (as number; from '68')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Bad-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Bad-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Balkon: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Balkon is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Balkon has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Balkon-temperature: 15.5
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 15.5 (as number; from '15.5')
2016-03-31 19:47:30 caching: Balkon-humidity: 59
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 59 (as number; from '59')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Balkon-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Balkon-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,subtype=innen
CurrentTemperature=temperature2,minValue=-35,subtype=Regen
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Balkon_unten: { CurrentTemperature:
[ { reading: 'temperature', minValue: '-30', subtype: 'innen' },
{ reading: 'temperature2', minValue: '-35', subtype: 'Regen' } ],
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature2]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Balkon_unten-temperature: 15.6
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature:innen: 15.6 (as number; from '15.6')
2016-03-31 19:47:30 caching: Balkon_unten-temperature2: -31.3
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature:Regen: -31.3 (as number; from '-31.3')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Balkon_unten-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Balkon_unten-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for DMAX: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] DMAX is switch
[3/31/2016, 7:47:30 PM] [FHEM] DMAX has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: On=state,valueOff=0,cmdOn=AN,cmdOff=AUS Brightness=state,cmd=value
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Dimmer2: { On: { reading: 'state', valueOff: '0', cmdOn: 'AN', cmdOff: 'AUS' },
Brightness: { reading: 'state', cmd: 'value' } }
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2 is light
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2 has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;AN,AUS]
[3/31/2016, 7:47:30 PM] [FHEM] Brightness [state]
2016-03-31 19:47:30 caching: Dimmer2-state: 0 %
[3/31/2016, 7:47:30 PM] [FHEM] Dimmer2-state valueOn/valueOff: value 0 % mapped to 1
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: true (as boolean; from '0 %')
[3/31/2016, 7:47:30 PM] [FHEM] caching: Brightness: 0 (as number; from '0 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Discovery_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Discovery_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Discovery_HD has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Gang: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Gang is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Gang has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Gang-temperature: 17.9
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 17.9 (as number; from '17.9')
2016-03-31 19:47:30 caching: Gang-humidity: 52
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 52 (as number; from '52')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Gang-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Gang-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Gefrierschrank: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Gefrierschrank-temperature: -14.4
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: -14.4 (as number; from '-14.4')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Gefrierschrank-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Gefrierschrank-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for GrossesLichtWz: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz is switch
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;on,off]
2016-03-31 19:47:30 caching: GrossesLichtWz-state: off
[3/31/2016, 7:47:30 PM] [FHEM] GrossesLichtWz-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Heizung: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Heizung is switch
[3/31/2016, 7:47:30 PM] [FHEM] Heizung has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] event_map: [object Object]
2016-03-31 19:47:30 caching: Heizung-state: off
[3/31/2016, 7:47:30 PM] [FHEM] Heizung-state eventMap: value off mapped to: off
[3/31/2016, 7:47:30 PM] [FHEM] Heizung-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Kueche: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Kueche is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Kueche has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Kueche-temperature: 18.4
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 18.4 (as number; from '18.4')
2016-03-31 19:47:30 caching: Kueche-humidity: 57
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 57 (as number; from '57')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Kueche-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Kueche-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Loung: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Loung is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Loung has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Loung-temperature: 22.2
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 22.2 (as number; from '22.2')
2016-03-31 19:47:30 caching: Loung-humidity: 43
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 43 (as number; from '43')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Loung-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Loung-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Luft.AFF: { CurrentRelativeHumidity: { reading: 'state' } }
[3/31/2016, 7:47:30 PM] [FHEM] Luft.AFF is HumiditySensor
[3/31/2016, 7:47:30 PM] [FHEM] Luft.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [state]
2016-03-31 19:47:30 caching: Luft.AFF-state: 50.92 %
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 50.92 (as number; from '50.92 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Luft.errechnet.AFF: { CurrentRelativeHumidity: { reading: 'state' } }
[3/31/2016, 7:47:30 PM] [FHEM] Luft.errechnet.AFF is HumiditySensor
[3/31/2016, 7:47:30 PM] [FHEM] Luft.errechnet.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [state]
2016-03-31 19:47:30 caching: Luft.errechnet.AFF-state: 7.53 %
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 7.53 (as number; from '7.53 %')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for ProSieben: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] ProSieben is switch
[3/31/2016, 7:47:30 PM] [FHEM] ProSieben has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for RTL2: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] RTL2 is switch
[3/31/2016, 7:47:30 PM] [FHEM] RTL2 has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for RTL_Television: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] RTL_Television is switch
[3/31/2016, 7:47:30 PM] [FHEM] RTL_Television has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sat.1: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sat.1 is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sat.1 has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Schalter: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Schalter is switch
[3/31/2016, 7:47:30 PM] [FHEM] Schalter has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] event_map: [object Object]
2016-03-31 19:47:30 caching: Schalter-state: off
[3/31/2016, 7:47:30 PM] [FHEM] Schalter-state eventMap: value off mapped to: off
[3/31/2016, 7:47:30 PM] [FHEM] Schalter-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Schlafzimmer: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: Schlafzimmer-temperature: 18.3
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 18.3 (as number; from '18.3')
2016-03-31 19:47:30 caching: Schlafzimmer-humidity: 57
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 57 (as number; from '57')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: Schlafzimmer-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] Schlafzimmer-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Action_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Action_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Action_HD has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Atlantic_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Atlantic_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Atlantic_HD has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Sky_Cinema_HD: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Cinema_HD is switch
[3/31/2016, 7:47:30 PM] [FHEM] Sky_Cinema_HD has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Taupunkt.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Taupunkt.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Taupunkt.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [state]
2016-03-31 19:47:30 caching: Taupunkt.AFF-state: 8.93 °C
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 8.93 (as number; from '8.93 °C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [state]
2016-03-31 19:47:30 caching: Temperatur.AFF-state: 19.35 °C
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 19.35 (as number; from '19.35 °C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.max.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.max.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.max.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [state]
2016-03-31 19:47:30 caching: Temperatur.max.AFF-state: 20.14 °C
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 20.14 (as number; from '20.14 °C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for Temperatur.min.AFF: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.min.AFF is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] Temperatur.min.AFF has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [state]
2016-03-31 19:47:30 caching: Temperatur.min.AFF-state: 18.25 °C
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 18.25 (as number; from '18.25 °C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: On=activity,valueOn=1,cmdOn=on,cmdOff=off
attr TvReceiver http-method GET
[3/31/2016, 7:47:30 PM] [FHEM] wrong syntax: attr
[3/31/2016, 7:47:30 PM] [FHEM] wrong syntax: TvReceiver
[3/31/2016, 7:47:30 PM] [FHEM] wrong syntax: http-method
[3/31/2016, 7:47:30 PM] [FHEM] wrong syntax: GET
[3/31/2016, 7:47:30 PM] [FHEM] mappings for TvReceiver: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'volume',
cmd: 'volume',
delay: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
On:
{ reading: 'activity',
valueOff: 'off',
cmdOn: 'on',
cmdOff: 'off',
valueOn: '1' } }
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver is radio
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver has
[3/31/2016, 7:47:30 PM] [FHEM] Custom Volume [volume;cached]
[3/31/2016, 7:47:30 PM] [FHEM] Custom Power [power]
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
2016-03-31 19:47:30 caching: TvReceiver-volume: -
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-volume not a number: -
2016-03-31 19:47:30 caching: TvReceiver-power: off
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-power factor: value NaN mapped to NaN
[3/31/2016, 7:47:30 PM] [FHEM] TvReceiver-power not a number: off
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for VOX: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] VOX is switch
[3/31/2016, 7:47:30 PM] [FHEM] VOX has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WC: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] WC is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WC has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: WC-temperature: 16.5
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 16.5 (as number; from '16.5')
2016-03-31 19:47:30 caching: WC-humidity: 63
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentRelativeHumidity: 63 (as number; from '63')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: WC-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] WC-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentAmbientLightLevel=state,minValue=0.01,maxValue=100000,minStep=0.01
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WZ.LUX: { CurrentAmbientLightLevel:
{ reading: 'state',
minValue: '0.01',
maxValue: '100000',
minStep: '0.01' } }
[3/31/2016, 7:47:30 PM] [FHEM] WZ.LUX is LightSensor
[3/31/2016, 7:47:30 PM] [FHEM] WZ.LUX has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentAmbientLightLevel [state]
2016-03-31 19:47:30 caching: WZ.LUX-state: 8.31 Lux
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentAmbientLightLevel: 8.31 (as number; from '8.31 Lux')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=-30
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WZ.Temperatur: { CurrentTemperature: { reading: 'state', minValue: '-30' } }
[3/31/2016, 7:47:30 PM] [FHEM] WZ.Temperatur is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WZ.Temperatur has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [state]
2016-03-31 19:47:30 caching: WZ.Temperatur-state: 21.9 °C
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature: 21.9 (as number; from '21.9 °C')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,subtype=innen
CurrentTemperature=temperature2,minValue=-30,subtype=aussen
[3/31/2016, 7:47:30 PM] [FHEM] mappings for WohnzimmerSensor: { CurrentTemperature:
[ { reading: 'temperature', minValue: '-30', subtype: 'innen' },
{ reading: 'temperature2', minValue: '-30', subtype: 'aussen' } ],
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor is thermometer
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor has
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature]
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature [temperature2]
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery [battery]
2016-03-31 19:47:30 caching: WohnzimmerSensor-temperature: 19.2
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature:innen: 19.2 (as number; from '19.2')
2016-03-31 19:47:30 caching: WohnzimmerSensor-temperature2: 18.7
[3/31/2016, 7:47:30 PM] [FHEM] caching: CurrentTemperature:aussen: 18.7 (as number; from '18.7')
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/31/2016, 7:47:30 PM] [FHEM] value2homekit: { ok: 0 }
[3/31/2016, 7:47:30 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-03-31 19:47:30 caching: WohnzimmerSensor-battery: ok
[3/31/2016, 7:47:30 PM] [FHEM] WohnzimmerSensor-battery values: value ok mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: clear On=activity,valueOn=1,cmdOn=on,cmdOff=off
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kabel_eins: { On: { reading: 'activity', valueOn: '1', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kabel_eins is switch
[3/31/2016, 7:47:30 PM] [FHEM] kabel_eins has
[3/31/2016, 7:47:30 PM] [FHEM] On [activity;on,off]
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kleinesLicht: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht is switch
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;on,off]
2016-03-31 19:47:30 caching: kleinesLicht-state: off
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] homebridgeMapping: 1
[3/31/2016, 7:47:30 PM] [FHEM] wrong syntax: 1
[3/31/2016, 7:47:30 PM] [FHEM] mappings for kleinesLichtWz: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz is switch
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz has
[3/31/2016, 7:47:30 PM] [FHEM] On [state;on,off]
2016-03-31 19:47:30 caching: kleinesLichtWz-state: off
[3/31/2016, 7:47:30 PM] [FHEM] kleinesLichtWz-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:47:30 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Bad'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Bad
[3/31/2016, 7:47:30 PM] [FHEM] information service for Bad
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Bad
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Bad
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Bad:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 19.2 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Bad:humidity
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 68 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Bad:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Balkon'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Balkon
[3/31/2016, 7:47:30 PM] [FHEM] information service for Balkon
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Balkon
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Balkon
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Balkon:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 15.5 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Balkon:humidity
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 59 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Balkon:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Balkon_unten'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM] information service for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Balkon_unten
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature:innen characteristic for Balkon_unten:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 15.6 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Balkon_unten (Regen)
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature:Regen characteristic for Balkon_unten:temperature2
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: -31.3 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -35,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Balkon_unten:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'DMAX'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for DMAX
[3/31/2016, 7:47:30 PM] [FHEM] information service for DMAX
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for DMAX
[3/31/2016, 7:47:30 PM] [FHEM] Switch service for DMAX
[3/31/2016, 7:47:30 PM] [FHEM] On characteristic for DMAX:activity
[3/31/2016, 7:47:30 PM] [FHEM] no default
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Dimmer2'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM] information service for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM] Lightbulb service for Dimmer2
[3/31/2016, 7:47:30 PM] [FHEM] On characteristic for Dimmer2:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: true (boolean)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Brightness characteristic for Dimmer2:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Discovery_HD'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM] information service for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM] Switch service for Discovery_HD
[3/31/2016, 7:47:30 PM] [FHEM] On characteristic for Discovery_HD:activity
[3/31/2016, 7:47:30 PM] [FHEM] no default
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Gang'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Gang
[3/31/2016, 7:47:30 PM] [FHEM] information service for Gang
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Gang
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Gang
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Gang:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 17.9 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Gang:humidity
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 52 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Gang:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Gefrierschrank'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM] information service for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Gefrierschrank
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Gefrierschrank:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: -14.4 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Gefrierschrank:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'GrossesLichtWz'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM] information service for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM] Switch service for GrossesLichtWz
[3/31/2016, 7:47:30 PM] [FHEM] On characteristic for GrossesLichtWz:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: false (boolean)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Heizung'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Heizung
[3/31/2016, 7:47:30 PM] [FHEM] information service for Heizung
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Heizung
[3/31/2016, 7:47:30 PM] [FHEM] Switch service for Heizung
[3/31/2016, 7:47:30 PM] [FHEM] On characteristic for Heizung:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: false (boolean)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Kueche'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Kueche
[3/31/2016, 7:47:30 PM] [FHEM] information service for Kueche
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Kueche
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Kueche
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Kueche:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 18.4 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Kueche:humidity
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 57 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Kueche:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Loung'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Loung
[3/31/2016, 7:47:30 PM] [FHEM] information service for Loung
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Loung
[3/31/2016, 7:47:30 PM] [FHEM] TemperatureSensor service for Loung
[3/31/2016, 7:47:30 PM] [FHEM] CurrentTemperature characteristic for Loung:temperature
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 22.2 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Loung:humidity
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 43 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] StatusLowBattery characteristic for Loung:battery
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Luft.AFF'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM] information service for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM] HumiditySensor service for Luft.AFF
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Luft.AFF:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 50.92 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'Luft.errechnet.AFF'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM] information service for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM] manufacturer, model and serial number characteristics for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM] HumiditySensor service for Luft.errechnet.AFF
[3/31/2016, 7:47:30 PM] [FHEM] CurrentRelativeHumidity characteristic for Luft.errechnet.AFF:state
[3/31/2016, 7:47:30 PM] [FHEM] initial value is: 7.53 (number)
[3/31/2016, 7:47:30 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:30 PM] [FHEM] Initializing platform accessory 'ProSieben'...
[3/31/2016, 7:47:30 PM] [FHEM] creating services for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM] information service for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for ProSieben
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for ProSieben:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'RTL2'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for RTL2
[3/31/2016, 7:47:31 PM] [FHEM] information service for RTL2
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for RTL2
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for RTL2
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for RTL2:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'RTL_Television'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM] information service for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for RTL_Television
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for RTL_Television:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sat.1'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM] information service for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for Sat.1
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for Sat.1:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schalter'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schalter
[3/31/2016, 7:47:31 PM] [FHEM] information service for Schalter
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Schalter
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for Schalter
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for Schalter:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schlafzimmer'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM] information service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM]
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Schlafzimmer'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM] information service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for Schlafzimmer
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for Schlafzimmer:temperature
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 18.3 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] CurrentRelativeHumidity characteristic for Schlafzimmer:humidity
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 57 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] StatusLowBattery characteristic for Schlafzimmer:battery
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Action_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM] information service for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for Sky_Action_HD
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for Sky_Action_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Atlantic_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM] information service for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for Sky_Atlantic_HD
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for Sky_Atlantic_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Sky_Cinema_HD'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM] information service for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for Sky_Cinema_HD
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for Sky_Cinema_HD:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Taupunkt.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM] information service for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for Taupunkt.AFF
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for Taupunkt.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 8.93 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM] information service for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for Temperatur.AFF
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for Temperatur.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 19.35 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.max.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM] information service for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for Temperatur.max.AFF
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for Temperatur.max.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 20.14 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'Temperatur.min.AFF'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM] information service for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for Temperatur.min.AFF
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for Temperatur.min.AFF:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 18.25 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'TvReceiver'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM] information service for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for TvReceiver
[3/31/2016, 7:47:31 PM] [FHEM] TvReceiver: service name radio unknown
[3/31/2016, 7:47:31 PM] [FHEM] switch service for TvReceiver (undefined)
[3/31/2016, 7:47:31 PM] [FHEM] Custom Volume characteristic for TvReceiver:volume
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Custom Power characteristic for TvReceiver:power
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for TvReceiver:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'VOX'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for VOX
[3/31/2016, 7:47:31 PM] [FHEM] information service for VOX
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for VOX
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for VOX
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for VOX:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WC'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WC
[3/31/2016, 7:47:31 PM] [FHEM] information service for WC
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for WC
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for WC
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for WC:temperature
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 16.5 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] CurrentRelativeHumidity characteristic for WC:humidity
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 63 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] StatusLowBattery characteristic for WC:battery
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WZ.LUX'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM] information service for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM] LightSensor service for WZ.LUX
[3/31/2016, 7:47:31 PM] [FHEM] CurrentAmbientLightLevel characteristic for WZ.LUX:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 8.31 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'lux',
minValue: 0.01,
maxValue: 100000,
minStep: 0.01,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WZ.Temperatur'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM] information service for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for WZ.Temperatur
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature characteristic for WZ.Temperatur:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 21.9 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'WohnzimmerSensor'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM] information service for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for WohnzimmerSensor
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature:innen characteristic for WohnzimmerSensor:temperature
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 19.2 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] TemperatureSensor service for WohnzimmerSensor (aussen)
[3/31/2016, 7:47:31 PM] [FHEM] CurrentTemperature:aussen characteristic for WohnzimmerSensor:temperature2
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 18.7 (number)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] StatusLowBattery characteristic for WohnzimmerSensor:battery
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kabel_eins'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM] information service for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for kabel_eins
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for kabel_eins:activity
[3/31/2016, 7:47:31 PM] [FHEM] no default
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kleinesLicht'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM] information service for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for kleinesLicht
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for kleinesLicht:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/31/2016, 7:47:31 PM] [FHEM] Initializing platform accessory 'kleinesLichtWz'...
[3/31/2016, 7:47:31 PM] [FHEM] creating services for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM] information service for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM] manufacturer, model and serial number characteristics for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM] Switch service for kleinesLichtWz
[3/31/2016, 7:47:31 PM] [FHEM] On characteristic for kleinesLichtWz:state
[3/31/2016, 7:47:31 PM] [FHEM] initial value is: false (boolean)
[3/31/2016, 7:47:31 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[3/31/2016, 7:47:31 PM] Homebridge is running on port 51826.
Hier beim Schalten einer Funksteckdose
[FHEM] kleinesLicht: executing set cmd for On with value 1
[3/31/2016, 7:49:52 PM] [FHEM] executing: http://192.168.178.28:8083/fhem?cmd=set%20kleinesLicht%20on&XHR=1
2016-03-31 19:49:52 caching: kleinesLicht-state: on
[3/31/2016, 7:49:52 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value on mapped to 1
[3/31/2016, 7:49:52 PM] [FHEM] caching: On: true (as boolean; from 'on')
[3/31/2016, 7:49:54 PM] [FHEM] kleinesLicht: executing set cmd for On with value 0
[3/31/2016, 7:49:54 PM] [FHEM] executing: http://192.168.178.28:8083/fhem?cmd=set%20kleinesLicht%20off&XHR=1
2016-03-31 19:49:54 caching: kleinesLicht-state: off
[3/31/2016, 7:49:54 PM] [FHEM] kleinesLicht-state valueOn/valueOff: value off mapped to 0
[3/31/2016, 7:49:54 PM] [FHEM] caching: On: false (as boolean; from 'off')
Hier die jsonlist2
{
"Arg":"kleinesLicht",
"Results": [
{
"Name":"kleinesLicht",
"PossibleSets":"on off",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Wohnen fp_Wohnzimmer genericDeviceType:switch,outlet,light,blind,speaker,thermostat,radio,frm_ad,SVG_FileLog_Wz.Pflanze2_1,svg,ignore,lock,window,contact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "kleinesLicht",
"NR": "29",
"STATE": "off",
"TYPE": "dummy"
},
"Readings": { "state": { "Value":"off", "Time":"2016-03-31 19:40:03" } },
"Attributes": {
"fp_Wohnen": "27,407,1, ,Schlafzimmer kleines Licht",
"icon": "light_light_dim_100",
"room": "Schlafzimmer,Homekit",
"setList": "on off"
}
} ],
"totalResultsReturned":1
}
Wenn der Schalter von aus auf Ein und wieder aus springt schaltet die Funksteckdose in echt nicht.
Vielleicht hat ja jemand eine Idee
Vielen dank
Gruß Dominik
PS leider hat es mit dem Einfügen vom Log nicht ganz geklappt ich denke der ist vielleicht zu lang?
Der rest der im ersten Beitrag fehlt steht im zweiten Beitrag von mir. Sorry
Da mein Homebridge nicht mehr funktionierte nach dem iOS update auf 9.3 bzw 9.31 und mehreren Versuchen dies zu lösen ,
https://forum.fhem.de/index.php/topic,32652.msg432408.html#msg432408
ab Post 2162
ist meine Frage ,ob Ihr wisst was dies zu bedeuten hat :
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs&f=DNSServiceRegister>
[4/1/2016, 10:42:05 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[4/1/2016, 10:42:06 PM] Registering platform 'homebridge-fhem.FHEM'
[4/1/2016, 10:42:06 PM] ---
[4/1/2016, 10:42:06 PM] Loaded config.json with 0 accessories and 1 platforms.
[4/1/2016, 10:42:06 PM] ---
[4/1/2016, 10:42:06 PM] Loading 1 platforms...
[4/1/2016, 10:42:06 PM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglo bal=1;filter=.*;since=null;fmt=JSON×tamp=1459543327208
[4/1/2016, 10:42:07 PM] [FHEM] Checking genericDeviceType...
[4/1/2016, 10:42:07 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAt trVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[4/1/2016, 10:42:07 PM] [FHEM] Fetching FHEM devices...
[4/1/2016, 10:42:07 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist 2%20room=Homekit&XHR=1
[4/1/2016, 10:42:07 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
Server listening on: http://<ip>:8282
[4/1/2016, 10:42:07 PM] [FHEM] got: 1 results
[4/1/2016, 10:42:07 PM] [FHEM] HM_2DD0FD is switch
[4/1/2016, 10:42:07 PM] [FHEM] HM_2DD0FD has
[4/1/2016, 10:42:07 PM] [FHEM] FirmwareRevision [D-firmware]
[4/1/2016, 10:42:07 PM] [FHEM] On [state;on,off]
2016-04-01 22:42:07 caching: HM_2DD0FD-D-firmware: 2.5
[4/1/2016, 10:42:07 PM] [FHEM] caching: FirmwareRevision: 2.5 (as string; fr om '2.5')
2016-04-01 22:42:07 caching: HM_2DD0FD-state: off
[4/1/2016, 10:42:07 PM] [FHEM] caching: On: false (as boolean; from 'off')
[4/1/2016, 10:42:07 PM] [FHEM] Initializing platform accessory 'HM_2DD0FD'...
[4/1/2016, 10:42:07 PM] [FHEM] creating services for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM] information service for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM] manufacturer, model and serial number charact eristics for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM] firmware revision characteristic for HM_2DD0F D
[4/1/2016, 10:42:07 PM] [FHEM] Switch service for HM_2DD0FD
[4/1/2016, 10:42:07 PM] [FHEM] On characteristic for HM_2DD0FD:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[4/1/2016, 10:42:07 PM] Homebridge is running on port 51826.
events.js:154
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:856:11)
at exports._exceptionWithHostPort (util.js:879:20)
at Server._listen2 (net.js:1231:14)
at listen (net.js:1267:10)
at Server.listen (net.js:1363:5)
at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/h ap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodej s/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/h ap-nodejs/lib/Accessory.js:473:16)
at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:351:14 )
IST LEIDER ETWAS VERSCHOBEN BEI PAST -COPY ???
Wenn dieser Fehler auftritt, läuft die homebridge dann denn noch, oder stürzt der Prozess ab?
Hasttest du die homebridge und homebridge-fhem vor dem Update auf iOS 9.3 aktualisiert? Wenn nicht, dann wäre jetzt ein guter Zeitpunkt.
Gruß,
Stephan
Da ich unter EVE keine Homebridge mehr finde und ich nicht sehe ob Homebridge wirklich läuft ausser wenn ich dies in Putty starte, kann ich Dir das nicht beantworten
Ich hatte das iOs Update gemacht ohne vorher in Fhem homebridge und homebridge-fhem zu aktualisieren ( weil ich dies nicht wußte),habe dies aber danach gemacht
pi@raspberrypi:~ $ sudo npm list -g homebridge && sudo npm list -g homebridge-fhem
/usr/lib
└── homebridge@0.3.2
/usr/lib
└── homebridge-fhem@0.2.18
Dann mach doch mal auf deinem pi folgendes:
service homebridge status
(wenn du den normalen, alten init benutzt). Das sieht bei mir dann so aus:
root@pi2:~# service homebridge status
● homebridge.service - LSB: Start daemon at boot time
Loaded: loaded (/etc/init.d/homebridge)
Active: active (running) since Sa 2016-03-26 16:10:57 CET; 1 weeks 0 days ago
Process: 25200 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 25243 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/homebridge.service
├─25245 sudo -u pi homebridge
└─25255 homebridge
oder alternativ
ps -ef | grep homebridge
was dann so aussieht...
root@pi2:~# ps -ef | grep homebridge
root 23192 19815 0 18:44 pts/1 00:00:00 grep homebridge
root 25245 1 0 Mär26 ? 00:00:00 sudo -u pi homebridge
pi 25255 25245 0 Mär26 ? 00:04:18 homebridge
Dann müsstets du ja sehen, ob da noch eine homebridge läuft. Wenn da nix außer dem grep selber zurückkommt, dann läuft die homebridge auch nicht.
Gruß,
Stephan
Habe jetzt auch HomeBridge auf meinem Pi installiert.
Funktioniert wunderbar. Allerdings habe ich ein Edimax 2101W und diesen als Switch deklariert. Da es sich aber um eine schaltbare Steckdose handelt, habe ich diese als Outlet deklariert. Nun wird mir immer angezeigt, dass diese nicht in Benutzung sei. Was ja gar nicht stimmt.
Daher also meine Frage: wo liegt der Unterschied zwischen einem Switch und einem Outlet?
Warum wird mir beim Outlet nicht vernünftiges angezeigt?
Die zweite Frage, die ich mir stelle ist, warum mir der falsche Wert des Plugs angezeigt wird. Ich habe mir die EVE App installiert und den Plug auch da erfolgreich hinzugefügt. Allerdings, wenn ich ihn darüber ausschalte, wird mir nach einer Aktualisierung wieder der Wert "EIN" angezeigt.
der unterschied zwischen einem switch und einem outlet ist genau der das ein outlet eine zusätzliche OutletInUse characteristic hat. wenn du kein mapping dafür einbaust hat sie immer den default wert. mir fällt aber auch keine wirklich sinnvolle verwendung dafür ein. du kannst die characteristic in eve auch einfach verstecken.
was steht in state wenn ein bzw. aus geschalten ist? zeig mal ein jsonlist2 in beiden zuständen.
was steht auf der konsole in der homebridge gestartet wurde wenn der stecker geschaltet wird? was steht im event monitor?
gruss
andre
Hallo,
seit kurzem übernimmt Homebridge keine Werte meines Garagentor dummys mehr aus fhem, es bleibt immer der beim Starten der Homebridge aktive Wert und wird auch so neu gecached.
Gab es hier Änderungen?
Hallo,
sorry für diese Anfängerfrage, aber kann mir denn jemand kurz erläutern, wie ich ganz generell für meine devices die richtigen homebridgemapping Kombinationen herausfinde?
Ich versteh noch nicht ganz, wie ich die passenden cmds auf homebridge, als auch auf fhem Seite rausfinden kann, damit ich die "paare" miteinander verknüpfe.
Also zb, wenn ich ich ein/aus schalten, oder die dimmen-funktion mappen möchte.
Klar gibt es dafür schon genug Beispiele, aber mich würde interessieren, wo ich die passenden cmdd selbst ausfindig mache.
@Pady11: verwendest du wirklich die aktuellste version?
@reen: einfache devices musst du normalerweise überhaupt nicht von hand mappen. für kompliziertere dinge steht im ersten post wie und auch wo du nachsehen kannst: hap-nodejs/lib/gen/HomeKitTypes.js.
gruss
andre
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.
gruss
andre
Danke andre, dann muss ich mich wohl intensiver mit den homekitTypes befassen.
was einfache devices betrifft, mein Figaro Dimmer 2
List kue_licht:
Internals:
DEF d344759d 29
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 411
NAME kue_Licht
NR 29
STATE dim 66
TYPE ZWave
ZWAVE1_MSGCNT 411
ZWAVE1_RAWMSG 0004001d0a32022144000002120000
ZWAVE1_TIME 2016-04-04 19:10:25
homeId d344759d
isWakeUp
lastMsgSent 1459721952.20944
nodeIdHex 1d
Readings:
2016-02-23 20:01:45 UNPARSED MULTI_CHANNEL 056008000200
2016-02-24 18:14:55 alarm PowerManagement: Load error, arg 00
2016-04-03 00:47:16 configActivePowerReports 10
2016-04-03 00:47:17 configApproximatedPowerAtTheMaximum59 0
2016-04-03 00:47:17 configAssignToggleSwitchStatusToThe22 DeviceChangesStatusOnSwitch0
2016-04-03 00:47:17 configAssociationsInZWaveNetwork27 15
2016-04-03 00:47:17 configAutoCalibrationAfterPowerOn AutoCalibrationPerformedAfter1
2016-04-03 00:47:17 configAutoCalibrationStatus DimmerOperatesOnAutoCalibration1
2016-04-03 00:47:17 configBehaviourOfTheDimmerAfterOVERCUR37 threeAtemptsToTurnOnTheLoad
2016-04-03 00:47:17 configBurntOutBulbDetection 30
2016-04-03 00:47:18 configCommandFramesSentIn2NdAnd3Rd24 0
2016-04-03 00:47:18 configCommandFramesSentIn4ThAnd5Th25 0
2016-04-03 00:47:18 configDimmabilityOfTheLoad LoadRecognizedAsDimmable
2016-04-03 00:47:18 configDoubleClickOption EnableDoubleClick
2016-04-03 00:47:18 configEnableDisableALLONOFF ALLONActiveALLOFFActive
2016-04-03 00:47:18 configEnergyReports 10
2016-04-03 00:47:18 configForceAutoCalibration idle
2016-04-03 00:47:19 configForcedSwitchOnBrightnessLevel 0
2016-04-03 00:47:19 configIncandescenceLevelOfDimmable3 1
2016-04-03 00:47:19 configIncandescenceTimeOfDimmable4 0
2016-04-03 00:47:19 configInputsButtonSwitchConfiguration MonoStableInputButton
2016-04-03 00:47:19 configLOADERRORAlarmReport SendAnAlarmFrame
2016-04-03 00:47:20 configMaximumBrightnessLevel 70
2016-04-03 00:47:20 configMethodOfCalculatingTheActive58 powerMeasurementBasedOnThe0
2016-04-03 00:47:20 configMinimumBrightnessLevel 1
2016-04-03 00:47:20 configOVERCURRENTAlarmReport SendAnAlarmFrame
2016-04-03 00:47:20 configOVERHEATAndVOLTAGEDROPAlarm49 SendAnAlarmFrame
2016-04-03 00:47:20 configOVERLOADAlarmReport SendAnAlarmFrame
2016-04-03 00:47:20 configOnOffMode modeSelectedAutomatically
2016-04-03 00:47:21 configPeriodicActivePowerAndEnergy52 3600
2016-04-03 00:47:21 configPowerLimitOVERLOAD 250
2016-04-03 00:47:21 configResponseToGeneralPurposeAlarm ALARMFLASHINGDeviceWillTurnONAnd3
2016-04-03 00:47:21 configResponseToSmokeCOOrCO2Alarm ALARMFLASHINGDeviceWillTurnONAnd3
2016-04-03 00:47:21 configResponseToTemperatureAlarm ALARMDIMMERONDeviceTurnONUpon1
2016-04-03 00:47:21 configResponseToWaterFloodingAlarm ALARMDIMMEROFFDeviceWillTurnOFF2
2016-04-03 00:47:22 configSURGEAlarmReport SendAnAlarmFrame
2016-04-03 00:47:22 configSavingStateBeforePowerFaillure StateSavedAtPowerFailureAll1
2016-04-03 00:47:22 configSceneActivationFunctionality FunctionalityDeactivated
2016-04-03 00:47:22 configSelfMeasurement SelfMeasurementInactive
2016-04-03 00:47:22 configSoftStartFunctionality shortSoftStart01
2016-04-03 00:47:22 configSwitchFunctionalityOfS1AndS2 standardMode
2016-04-03 00:47:23 configTheFunctionOf3WaySwitch 3WaySwitchFunctionForS2Disabled
2016-04-03 00:47:23 configThePercentageOfADimmingStepAt5 1
2016-04-03 00:47:23 configThePercentageOfADimmingStepAt7 1
2016-04-03 00:47:23 configTheValueSentToAssociatedDevices21 0xFFValueIsSentWhichWillSet0
2016-04-03 00:47:23 configTimeDelayOfABurntOutBulb 5
2016-04-03 00:47:23 configTimeOfADimmingStepAtAutomatic6 1
2016-04-03 00:47:23 configTimeOfADimmingStepAtManual8 5
2016-04-03 00:47:24 configTimeOfAlarmState 600
2016-04-03 00:47:24 configTimerFunctionalityAutoOff 0
2016-04-04 19:10:25 energy 5.3 kWh
2016-02-23 20:01:45 model FIBARO System FGD212 Dimmer 2
2016-02-23 20:01:45 modelConfig fibaro/fgd212.xml
2016-02-23 20:01:45 modelId 010f-0102-1000
2016-04-04 18:53:00 power 56.6 W
2016-04-04 18:52:55 reportedState dim 66
2016-04-04 18:52:55 state dim 66
2016-04-04 00:19:12 transmit OK
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
genericDeviceType light
room HomeKit,Kueche,ZWave
...hat folgendes Problem: In der HomeKit-App, springt der Schalter kurz nach dem ausschalten immer wieder auf "Ein", obwohl dass stimmt.
folgende steht dann in der homebridge Konsole:
[2016-04-01 22:38:16] [FHEM] kue_Licht: executing set cmd for On with value 0
[2016-04-01 22:38:16] [FHEM] executing: https://192.168.2.251:8083/fhem?cmd=set%20kue_Licht%20off&XHR=1
2016-04-01 22:38:17 caching: kue_Licht-state: off
[2016-04-01 22:38:17] [FHEM] kue_Licht-state valueOn/valueOff: value off mapped to 1
Könnte es sein, dass beim ausschalten ein falscher Wert gesetzt wird?
(durch mapping, obwohl kein mapping gesetzt wurde)
Kann man das durch ein selbst definiertes Mapping dann korrigieren?
der knackpunkt hier ist das in state dim 66 steht. das ist keine zahl. dafür gibt es das part schlüsselwort im mapping. schau mal etwas weiter oben im thread da gibt es ein komplettes beispiel für fibaro dimmer.
gruss
andre
Zitat von: justme1968 am 04 April 2016, 20:50:57
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.
gruss
andre
Hallo Andre,
göttlich! Farbe und Helligkeit lassen sich nun ohne Probleme ändern, die Befehle werden sofort umgesetzt! Super, vielen Dank! :)
Noch eine kurze Frage: das updaten funktioniert bei mir nicht mehr (keine Fehlermeldung, es wird einfach nichts gemacht), ich muss also immer "drüberinstallieren". Woran könnte das liegen?
Ist jetzt kein Beinbruch, würde mich trotzdem interessieren. ;D
Hallo ins Rund, nachdem ich nun meinen LG Smart TV (Bj. 2013) auch in FHEM eingebunden habe, möchte ich diesen ebenfalls in meiner homebridge integrieren. Jedoch hat das bloße verschieben des Geräts in den Raum homebridge nicht geholfen - die App EVE erkennt das Gerät nicht (anders als meine Schaltaktoren und Heizthermostate).
Hat schon Jemand von euch seinen TV eingebunden und kann mir hier behilflich sein, meinen zu verknüpfen?
Zitat von: justme1968 am 04 April 2016, 20:50:57
ich habe vorhin das problem mit der Wifilight farbe gefunden und behoben. das update ist schon eingecheckt.
gruss
andre
Hallo Andre,
seit dem Update ist die Homebridge sporadisch nicht erreichbar... :-\
das äussert sich wie genau? was steht auf der console?
ich bin mir sehr sicher das das letzte update nichts damit zu tun hat.
gruss
andre
Zitat von: Odin am 05 April 2016, 15:26:10
Hallo Andre,
seit dem Update ist die Homebridge sporadisch nicht erreichbar... :-\
Ist bei mir auch so, aber nur von extern. Zu hause im internen Netzwerk geht die Homebridge wunderbar.
Gestern ist es mir zum ersten Mal aufgefallen von unterwegs.
Eventuell ein Problem von HomeKit/iCloud? Da es zu hause funktioniert gehe ich davon aus dass es nichts mit Homebridge zu tun hat.
"Gestern aktualisiert" steht dort bei allen Geräten wenn ich jetzt drauf gucke.
Gruß
Dan
Zitat von: justme1968 am 05 April 2016, 15:32:53
das äussert sich wie genau? was steht auf der console?
ich bin mir sehr sicher das das letzte update nichts damit zu tun hat.
gruss
andre
die Konsole zeigt folgendes:
[2016-04-05 15:24:39] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:24:39] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Steckdose3-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:47] [FHEM] query: On for Lampe2-state
[2016-04-05 15:26:47] [FHEM] cached: false
[2016-04-05 15:26:48] [FHEM] query: On for Lampe1-state
[2016-04-05 15:26:48] [FHEM] cached: false
[2016-04-05 15:26:48] [FHEM] query: On for Steckdose1-state
[2016-04-05 15:26:48] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose3-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Lampe1-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose2-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Lampe2-state
[2016-04-05 15:26:50] [FHEM] cached: false
[2016-04-05 15:26:50] [FHEM] query: On for Steckdose1-state
[2016-04-05 15:26:50] [FHEM] cached: falseIst nicht permanent. Ist mir nur aufgefallen,dass es ab und zu lange dauert bis Siri die Aktion ausführt oder Feedback von der Bridge bekommt - in der EVE App genauso.
Ansonsten habe ich seit gestern nichts geändert, nur das update eingespielt. :-\
das liegt ziemlich sicher nicht an homebridge update.
iCloud braucht manchmal sehr lange. das sieht man sehr schön wenn man gleichzeitig auf die konsole schaut.
wenn homekit die anfrage los schickt dauert es eine weile, dann kommen alle auf einen schlag an und werden sofort beantwortet und dann dauert es wieder bis sie in eve landen. die zweite anfrage ist in der regel schneller.
gruss
andre
Zitat von: justme1968 am 05 April 2016, 16:43:50
das liegt ziemlich sicher nicht an homebridge update.
iCloud braucht manchmal sehr lange. das sieht man sehr schön wenn man gleichzeitig auf die konsole schaut.
wenn homekit die anfrage los schickt dauert es eine weile, dann kommen alle auf einen schlag an und werden sofort beantwortet und dann dauert es wieder bis sie in eve landen. die zweite anfrage ist in der regel schneller.
gruss
andre
OK, wenn du es sagst. :) Ist mir nur aufgefallen und war anscheinend nur Zufall.
Zitatder knackpunkt hier ist das in state dim 66 steht.
Aber selbst wenn ich durch fhem selbst den Schalter dimme, wird state der Wert "dim XX" zugewiesen. ist das dann falsch?
Wäre das ein passendes mapping (von weiter oben kopiert und devicename angepasst)?
attr due_Licht homebridgeMapping On=state,valueOff=0,cmdOn= level 100,cmdOff= level 0 Brightness=state,cmd=valuebtw, in anderer Sache:
ZitatiCloud braucht manchmal sehr lange.
Kann man homebridge denn mit iCloud koppeln um ohne Apple TV per HomeKit die dievces aus dem WAN zu steuern?
- leerzeichen dürfen nur zwischen dein einzelnen characteristics vorkommen. nicht nach einem =
- dein valueOff stimmt vermutlich nicht. es steht doch immer noch dim vor dem wert. wegen dem leerzeichen als regex mit .
- in den cmdOn und cmdOff dürfen keine leerzeichen vorkommen. diese müssen durch + ersetzt werden.
- um den zahlenwert aus dem state auszuscheiden gibt es das part schlüselwort
also etwa so:
attr due_Licht homebridgeMapping On=state,valueOff=/dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=value
die anbindung an icloud für die wan steuerung geht über ein apple tv gen 3 oder gen 4.
gruss
andre
So Andre, dann hier weiter.
Die Änderung hat nichts gebracht.
Ausserdem steht im Wiki: "platform": Hier muss "homebridge-fhem.fhem" beibehalten werden.
wie schaut dein config file jetzt genau aus?
was steht auf der konsole?
Config:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.0.5",
"port": "8084",
"filter": "room=Homekit"
}
"accessories": [
],
}
Debug:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2016-04-11 19:52:43] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-11 19:52:43] Registering platform 'homebridge-fhem.FHEM'
[2016-04-11 19:52:43] ---
[2016-04-11 19:52:44] Loaded plugin: homebridge-synology
[2016-04-11 19:52:44] Registering accessory 'homebridge-synology.Synology'
[2016-04-11 19:52:44] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-04-11 19:52:44] Homebridge is running on port 51826.
Server listening on: http://<ip>:8082
Komischerweise kann ich die config.json komplett löschen und bekomme genau die gleiche Ausgabe?
ich tippe mal er findet nicht das richtige config file bzw. es gibt noch irgendwo ein anderes.
gruss
andre
Soetwas hab ich auch vermutet, habe aber nur die eine config.
Oder kann noch wo etwas ausserhalb /home liegen?
Kann man den Pfad irgendwo konfigurieren?
Also, ich habe jetzt alles gesucht, was "config.json" heißt und gelöscht.
Dann habe ich alles was zur homebridge gehört gelöscht.
Danach Neustart und alles neu installiert.
Homebridge gestartet, ohne eine config.json angelegt zu haben, keine Fehlermeldung:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2016-04-12 09:22:20] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-12 09:22:20] Registering platform 'homebridge-fhem.FHEM'
[2016-04-12 09:22:20] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-04-12 09:22:20] Homebridge is running on port 51826.
Server listening on: http://<ip>:8082
Also ich bin jetzt echt mit meinem Latein am Ende?!
Hier alle relevanten Verzeichnisse:
markus@qfserver:~$ sudo find / -name "*homebridge*"
/usr/lib/node_modules/homebridge-fhem
/usr/lib/node_modules/homebridge
/usr/lib/node_modules/homebridge/bin/homebridge
/usr/bin/homebridge
/tmp/npm-10354-5d6d6cc2/registry.npmjs.org/homebridge-fhem
/tmp/npm-8682-7097598c/registry.npmjs.org/homebridge
/etc/rc4.d/S20homebridge
/etc/rc6.d/K20homebridge
/etc/rc3.d/S20homebridge
/etc/rc2.d/S20homebridge
/etc/rc1.d/K20homebridge
/etc/rc0.d/K20homebridge
/etc/rc5.d/S20homebridge
/home/markus/.homebridge
/home/markus/.npm/homebridge-fhem
/home/markus/.npm/registry.npmjs.org/homebridge-fhem
/home/markus/.npm/registry.npmjs.org/homebridge
/home/markus/.npm/homebridge
/var/log/S20homebridge.log
/var/log/S20homebridge.err
und hier alle config.json Dateien:
/usr/local/lib/node_modules/forever/node_modules/flatiron/scaffolds/cli/config/config.json
/usr/local/lib/node_modules/forever/node_modules/flatiron/scaffolds/http/config/config.json
/usr/local/lib/node_modules/forever/node_modules/utile/test/fixtures/read-json-file/config.json
/usr/lib/node_modules/airsonos/node_modules/babel-core/lib/transformation/file/options/config.json
/tmp/npm-8682-7097598c/git-cache-98edef48/8ff4d603197a92c3cc829ddd37ddfac5bfe21332/doc/config.json
/home/markus/.npm/flatiron/0.4.3/package/scaffolds/cli/config/config.json
/home/markus/.npm/flatiron/0.4.3/package/scaffolds/http/config/config.json
/home/markus/.npm/teslams/1.0.1/package/examples/config.json
/home/markus/.npm/utile/0.2.1/package/test/fixtures/read-json-file/config.json
/home/markus/.npm/yargs/1.3.3/package/test/config.json
/home/markus/.npm/babel-core/5.8.24/package/lib/transformation/file/options/config.json
/home/markus/.npm/babel-core/5.8.25/package/lib/transformation/file/options/config.json
/home/markus/airsonos/node_modules/utile/test/fixtures/read-json-file/config.json
/home/markus/airsonos/node_modules/babel-core/lib/transformation/file/options/config.json
Hallo zusammen,
ich verfolge täglich die spannende Entwicklung der homebridge im Zusammenhang mit fhem. Was mir bis heute nicht ganz klar ist, ist wie ich meine Harmony Hub Fernbedienung sauber steuere. Ich habe 3 Aktionen 1. Fernsehen, 2. Musik hören, 3. Küchenradio. Das harmony-hub ist im Raum "HomeKit" und in Eve ist auch die Harmony mit 4 Atkionen zu sehen.
Leider kann ich aber in der Eve-App überhaupt nicht unterscheiden, welche Aktion (ALLE heißen in EVE "Harmony") welcher Aktion im harmony-hub entspricht. Nur in den Einstellungen --> Geräte --> Harmony --> "Siri Namen" sehe ich die echten Aktionsnamen und kann diese dort auch umbenennen. Will ich aber z.B. eine Szene erstellen sehe ich nur 4 Aktionen mit dem Namen "Harmony". Kennt jemand das "Problem" bzw. kann hier weiterhelfen?
Danke für eine Antwort
wolf
die anzeige des namens in eve ist leider etwas unglücklich. du musst beim szenen erstellen so lange probieren bist du jeweils den passenden switch erwischt hast.
ich meine dir reihenfolge ist aber immer die gleiche. d.g. wenn du in einstellungen nachschaust. solltest du an dein beiden anderen stellen wo der namen nicht zu sehen ist die gleiche reihenfolge haben.
gruss
andre
Hi Andre,
danke für deine Antwort.
Ich komme mit meinem dimmbaren Lichtschalter aber irgendwie nicht weiter. :-\
Homebridge-fhem find ich echt super, nur stellt die Konfiguration für mich als unerfahrenen Entwickler leider echt eine Hürde dar, obwohl ich das wirklich gerne nutzen würde.
Mit deinem Vorschlag:
attr due_Licht homebridgeMapping On=state,valueOff=/dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=value
reagiert der Schalter über das HomeKit leider garnicht mehr, kommt auch nix auf der homebridge console an.
Ohne das mapping ist es noch das alte Spiel:
HomeKit Schalter steht auf EIN, Licht brennt, wird er AUS geschaltet, geht das Licht aus, aber der Status springt kurz darauf wieder auf EIN, licht bleibt aber aus.
passende console zu diesen Ereignissen:
[2016-04-13 18:40:21] [FHEM] ba_Licht: executing set cmd for On with value 0
[2016-04-13 18:40:21] [FHEM] executing: https://192.168.2.251:8083/fhem?cmd=set%20ba_Licht%20off&XHR=1
2016-04-13 18:40:22 caching: ba_Licht-state: off
[2016-04-13 18:40:22] [FHEM] ba_Licht-state valueOn/valueOff: value off mapped to 1
[2016-04-13 18:40:22] [FHEM] caching: On: true (as boolean; from 'off')
[2016-04-13 18:40:22] [FHEM] caching: Brightness: 0 (as number; from 'off')
2016-04-13 18:40:28 caching: ba_Licht-power: 0.0 W
[2016-04-13 18:40:28] [FHEM] ba_Licht-power factor: value 0 mapped to 0
[2016-04-13 18:40:28] [FHEM] caching: Custom Power: 0 (as number; from '0.0 W')
Gibt es noch ein Tipp für mich, wie ich der Lösung etwas näher komme?
ich brauche die komplette konsolenausgabe beim starten wenn du homebridge mit --debug startest.
ansonsten fällt mir auf das du das attribut für ein device due_Licht gesetzt hast das kommando im log aber für ba_Licht ist. valueOff=/dim.0/ stimmt natürlich nicht wenn im reading doch off steht und nicht dim 0 wie oben angegeben.
setz mal in der zeile ...valueOff=/off|dim.0/... gruss
andre
gruss
andre
du vollkommen Recht Andre:
device attr und log sind unterschiedlich, das liegt aber nur daran, dass ich zwei gleiche Schalter habe:
- kue_Licht -> Schalter-Küche (das "due" war nur ein Schreibfehler aus dem post hier gepasted, aber im code hatte ich das korrigiert)
- ba_Licht -> Schalter-Bad
Beide Schalter sind die Figaro Dimmer 2 und haben auch beide das gleiche Problem.
Hier die komplette Console nach start mit --debug:
pi@XPi ~ $ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-04-13 22:41:51] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-13 22:41:51] Registering platform 'homebridge-fhem.FHEM'
[2016-04-13 22:41:51] ---
[2016-04-13 22:41:52] Loaded plugin: homebridge-zway
[2016-04-13 22:41:52] Registering accessory 'homebridge-zway.ZWayServer'
[2016-04-13 22:41:52] Registering platform 'homebridge-zway.ZWayServer'
[2016-04-13 22:41:52] ---
[2016-04-13 22:41:52] Loaded config.json with 0 accessories and 1 platforms.
[2016-04-13 22:41:52] ---
[2016-04-13 22:41:52] Loading 1 platforms...
[2016-04-13 22:41:52] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://192.168.2.251:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1460580113821
[2016-04-13 22:41:53] [FHEM] Checking genericDeviceType...
[2016-04-13 22:41:53] [FHEM] executing: https://192.168.2.251:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-04-13 22:41:53] [FHEM] Fetching FHEM devices...
[2016-04-13 22:41:53] [FHEM] fetching: https://192.168.2.251:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
Server listening on: http://<ip>:8082
[2016-04-13 22:41:55] [FHEM] got: 2 results
[2016-04-13 22:41:55] [FHEM] homebridgeMapping: On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0 Brightness=state,part=1,cmd=value
[2016-04-13 22:41:55] [FHEM] mappings for ba_Licht: { On:
{ reading: 'state',
valueOff: '/off|dim.0/',
cmdOn: 'level+100',
cmdOff: 'level+0' },
Brightness:
{ reading: 'state',
cmd: 'value',
delay: true,
reading2homekit: [Function: bound ],
part: '1' },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 } }
[2016-04-13 22:41:55] [FHEM] ba_Licht is light
[2016-04-13 22:41:55] [FHEM] ba_Licht has
[2016-04-13 22:41:55] [FHEM] On [state;level+100,level+0]
[2016-04-13 22:41:55] [FHEM] Brightness [state]
[2016-04-13 22:41:55] [FHEM] Custom Power [power]
[2016-04-13 22:41:55] [FHEM] Custom Energy [energy]
2016-04-13 22:41:55 caching: ba_Licht-state: dim 31
[2016-04-13 22:41:55] [FHEM] ba_Licht-state valueOn/valueOff: value dim 31 mapped to 1
[2016-04-13 22:41:55] [FHEM] caching: On: true (as boolean; from 'dim 31')
[2016-04-13 22:41:55] [FHEM] caching: Brightness: 31 (as number; from 'dim 31')
2016-04-13 22:41:55 caching: ba_Licht-power: 48.2 W
[2016-04-13 22:41:55] [FHEM] ba_Licht-power factor: value 48.2 mapped to 48.2
[2016-04-13 22:41:55] [FHEM] caching: Custom Power: 48.2 (as number; from '48.2 W')
2016-04-13 22:41:55 caching: ba_Licht-energy: 1.99 kWh
[2016-04-13 22:41:55] [FHEM] ba_Licht-energy factor: value 1.99 mapped to 1.99
[2016-04-13 22:41:55] [FHEM] caching: Custom Energy: 1.99 (as number; from ' 1.99 kWh')
[2016-04-13 22:41:55] [FHEM] mappings for kue_Licht: { On: { reading: 'state', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness:
{ reading: 'state',
cmd: 'dim',
delay: true,
reading2homekit: [Function: bound ] },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 } }
[2016-04-13 22:41:55] [FHEM] kue_Licht is light
[2016-04-13 22:41:55] [FHEM] kue_Licht has
[2016-04-13 22:41:55] [FHEM] On [state;on,off]
[2016-04-13 22:41:55] [FHEM] Brightness [state]
[2016-04-13 22:41:55] [FHEM] Custom Power [power]
[2016-04-13 22:41:55] [FHEM] Custom Energy [energy]
2016-04-13 22:41:55 caching: kue_Licht-state: off
[2016-04-13 22:41:55] [FHEM] kue_Licht-state valueOn/valueOff: value off mapped to 1
[2016-04-13 22:41:55] [FHEM] caching: On: true (as boolean; from 'off')
[2016-04-13 22:41:55] [FHEM] caching: Brightness: 0 (as number; from 'off')
2016-04-13 22:41:55 caching: kue_Licht-power: 0.0 W
[2016-04-13 22:41:55] [FHEM] kue_Licht-power factor: value 0 mapped to 0
[2016-04-13 22:41:55] [FHEM] caching: Custom Power: 0 (as number; from '0.0 W')
2016-04-13 22:41:55 caching: kue_Licht-energy: 5.95 kWh
[2016-04-13 22:41:55] [FHEM] kue_Licht-energy factor: value 5.95 mapped to 5.95
[2016-04-13 22:41:55] [FHEM] caching: Custom Energy: 5.95 (as number; from ' 5.95 kWh')
[2016-04-13 22:41:55] [FHEM] Initializing platform accessory 'ba_Licht'...
[2016-04-13 22:41:55] [FHEM] creating services for ba_Licht
[2016-04-13 22:41:55] [FHEM] information service for ba_Licht
[2016-04-13 22:41:55] [FHEM] manufacturer, model and serial number characteristics for ba_Licht
[2016-04-13 22:41:55] [FHEM] Lightbulb service for ba_Licht
[2016-04-13 22:41:55] [FHEM] On characteristic for ba_Licht:state
[2016-04-13 22:41:55] [FHEM] initial value is: true (boolean)
[2016-04-13 22:41:55] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Brightness characteristic for ba_Licht:state
[2016-04-13 22:41:55] [FHEM] initial value is: 31 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Custom Power characteristic for ba_Licht:power
[2016-04-13 22:41:55] [FHEM] initial value is: 48.2 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Custom Energy characteristic for ba_Licht:energy
[2016-04-13 22:41:55] [FHEM] initial value is: 1.99 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Initializing platform accessory 'kue_Licht'...
[2016-04-13 22:41:55] [FHEM] creating services for kue_Licht
[2016-04-13 22:41:55] [FHEM] information service for kue_Licht
[2016-04-13 22:41:55] [FHEM] manufacturer, model and serial number characteristics for kue_Licht
[2016-04-13 22:41:55] [FHEM] Lightbulb service for kue_Licht
[2016-04-13 22:41:55] [FHEM] On characteristic for kue_Licht:state
[2016-04-13 22:41:55] [FHEM] initial value is: true (boolean)
[2016-04-13 22:41:55] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Brightness characteristic for kue_Licht:state
[2016-04-13 22:41:55] [FHEM] initial value is: 0 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Custom Power characteristic for kue_Licht:power
[2016-04-13 22:41:55] [FHEM] initial value is: 0 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-04-13 22:41:55] [FHEM] Custom Energy characteristic for kue_Licht:energy
[2016-04-13 22:41:55] [FHEM] initial value is: 5.95 (number)
[2016-04-13 22:41:55] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-04-13 22:41:55] Homebridge is running on port 51826.
[2016-04-13 22:41:57] [FHEM] query: On for kue_Licht-state
[2016-04-13 22:41:57] [FHEM] cached: true
[2016-04-13 22:41:57] [FHEM] query: On for ba_Licht-state
[2016-04-13 22:41:57] [FHEM] cached: true
[2016-04-13 22:41:57] [FHEM] query: On for kue_Licht-state
[2016-04-13 22:41:57] [FHEM] cached: true
[2016-04-13 22:41:57] [FHEM] query: On for ba_Licht-state
[2016-04-13 22:41:57] [FHEM] cached: true
Hallo Andre,
vielen Dank für die neuen Funktionen, klappt schon sehr gut. Habe bei Homematic Thermostaten den controlMode folgendermaßen gemappt:
TargetHeatingCoolingState=controlMode::controlMode,values=/auto/:AUTO;/manual/:OFF;/day/:HEAT;/night/:COOL,cmds=OFF:controlMode+manual;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
Würde gerne die Characteristik CurrentHeatingCoolingState derat anpassen, dass sie von der Ventilposition des Thermostaten (Zahlen von 0 bis 100 in sechster Position vom Reading "state") abhängt, d.h.:
valve =0 bedeutet OFF
valve < 50 bedeutet COOL
valve =>50 bedeutet HEAT
Lässt sich soetwas schon machen oder ist das Zukunftsmusik?
Grüße,
Chris
Moin Chris,
darüber hatte ich auch schon mal nachgedacht. Allerdings ist doch der Zustand COOL, der ja eine 2 als Value bräuchte, in einem Heizungsthermosten nicht möglich - meine Heizung kühlt halt nicht, sondern sie heizt oder nicht. Ich habe das Mapping um folgendes erweitert:
CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:0;/.*/:1
Dadurch wird der Status des Ventils genommen und wenn es zu ist, dann gibts als Ergebnis eine 0 => OFF und ansonsten eine 1 => HEAT.
Das habe ich dann einfach an das Mapping für TargetHeatingCoolingState hinten drangehängt.
Gruß,
Stephan
Zitat von: budy am 17 April 2016, 10:37:39
Moin Chris,
darüber hatte ich auch schon mal nachgedacht. Allerdings ist doch der Zustand COOL, der ja eine 2 als Value bräuchte, in einem Heizungsthermosten nicht möglich - meine Heizung kühlt halt nicht, sondern sie heizt oder nicht. Ich habe das Mapping um folgendes erweitert:
CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:0;/.*/:1
Dadurch wird der Status des Ventils genommen und wenn es zu ist, dann gibts als Ergebnis eine 0 => OFF und ansonsten eine 1 => HEAT.
Das habe ich dann einfach an das Mapping für TargetHeatingCoolingState hinten drangehängt.
Gruß,
Stephan
Hallo Stephan,
Danke, das ist auf jeden Fall meine Backup-Lösung. Ist der Ausdruck zwischen den / / eigentlich eine beliebige RegExp?
Meine Heizkörper haben natürlich auch keine Kühlfunktion, aber ich würde den Begriff COOL gerne dafür verwenden zu erkennen wann ein bestimmter Ventilwert unterschritten wird.
Gruß,
Chris
Moin Chris,
Zitat von: chrisz am 17 April 2016, 13:03:21
Hallo Stephan,
Danke, das ist auf jeden Fall meine Backup-Lösung. Ist der Ausdruck zwischen den / / eigentlich eine beliebige RegExp?
Meine Heizkörper haben natürlich auch keine Kühlfunktion, aber ich würde den Begriff COOL gerne dafür verwenden zu erkennen wann ein bestimmter Ventilwert unterschritten wird.
Nein, zwschen den // kann leider kein richtiger RegExp stehen. Das war mir aber auch schon klar, als ich nochmal Andrès ersten Post in diesem Thread gelesen habe. Schade eigentlich, denn damit könnte man noch einiges anfangen.
André schrieb auch, dass man da ggf. noch eigene js-Funktionen einbauen könnte, aber damit wollte ich jetzt nicht unbedingt anfangen. ;)
Gruß,
Stephan
@reen: sorry für die späte antwort. das problem das off bei dir auf 1 gemapped wird muss ich erst mal nachstellen. das sollte nicht passieren. ist deine homekit version wirklich aktuell?
@chrisz: das geht in dem du die dir für values ein paar passende regex überlegst.
alternativ kannst du im platform teil von config.json ein "jsFunctions": "myFunctions.js", einfügen, im gleichen verzeichnis in dem das config file liegt ein myFunctions.js file mit folgendem inhalt anlegen:module.exports = {
reading2homekit: function(mapping, orig) {
var a;
return a.length;
console.log( 'myFunctions: myReading2homekit: mapping:' + mapping + '; orig: ' + orig );
if( orig == 0 )
return CurrentHeatingCoolingState.OFF;
else if( orig < 50 )
return CurrentHeatingCoolingState.COOL;
else
return CurrentHeatingCoolingState.HEAT;
}
} und im mapping reading2homekit=myReading2homekit angeben.
@budy: doch. das zwischen den // ist eine richtige regex.
ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT
gruss
andre
Hallo, erst mal besten Dank für das Modul homebridge-fhem, gute Arbeit!
Bisher hat das meiste bei der Anbindung gut funktioniert. Einige Dinge machen mir allerdings Kopfzerbrechen.
z.B.: Switch mit Slider Funktionalität (Stufen 1-8)
Diesen habe ich in FHEM definiert um meine Lüftung zu steuern. Die Stufen 1-8 geben die Lüftergeschwindigkeit vor.
Der switch ist als Dummy deklariert:
define FanSpeed dummy
...
attr FanSpeed setList state:slider,1,1,8
Die Änderungen werden per notify mit dem tatsächlichen Device bzw Reading angebunden.
Ich habe es nur geschafft das Ding als "light" mit "Brightness" anzubinden, so dass ich in Elgato Eve ebenfalls einen Slider sehe und per Sprache steuern kann.
attr FanSpeed genericDeviceType light
attr FanSpeed homebridgeMapping Brightness=state,name=Lüftung,reading=state,minValue=1,maxValue=8,minStep=1,format=UINT8,cmd=,unit=PERCENTAGE
In Eve steht jetzt halt am Slider eine Sonne und zum ändern per Stimme muß ich einen Satz sagen wie "Schalte die Helligkeit der Lüftung auf 7 Prozent!"
Dann kommt zwar das Richtige raus, klingt aber ziemlich dämlich und umständlich!
Am liebsten würde ich sagen "Schalte die Lüftung auf Stufe 7" o.ä.
Ich habe bereits im Source code nach vergleichbaren Dingen wie "Volume" oder "Actuation" geschaut, aber nichts richtiges ans Laufen bekommen.
Gibts eine generische Anbindung für einen Stufenschalter ohne Einheit?
Sorry, falls die Frage schon einmal gestellt wurde, aber ich konnte bisher nichts dazu finden.
Jemand eine Ahnung?
homekit erlaubt das steuern von custom characteristiks per siri nicht. d.h. du kannst am wortschatz für die direkte steuerung nichts ändern.
aber schau mal ob du nicht mit siri szenen bessere formulierungen finden kannst. das geht meistens flexibler. du müsstest halt für jede stellung eine eigene szene anlegen.
gruss
andre
Ja, das mit den Szenen habe ich schon gemacht, das geht, aber der Slider schaut immer noch doof aus.
Gibt es was anderes als die "Helligkeit" auch noch? Wie setzt man die "Lautstärke"? Würde vielleicht besser passen.
Moin André,
Zitat von: justme1968 am 17 April 2016, 16:39:04@budy: doch. das zwischen den // ist eine richtige regex.
ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT
...ohh, ich nehme alles zurück und behaupte das Gegenteil. ;)
Gruß,
Stephan
Zitat von: justme1968 am 17 April 2016, 16:39:04
@chrisz: das geht in dem du die dir für values ein paar passende regex überlegst.
alternativ kannst du im platform teil von config.json ein "jsFunctions": "myFunctions.js", einfügen, im gleichen verzeichnis in dem das config file liegt ein myFunctions.js file mit folgendem inhalt anlegen:module.exports = {
reading2homekit: function(mapping, orig) {
var a;
return a.length;
console.log( 'myFunctions: myReading2homekit: mapping:' + mapping + '; orig: ' + orig );
if( orig == 0 )
return CurrentHeatingCoolingState.OFF;
else if( orig < 50 )
return CurrentHeatingCoolingState.COOL;
else
return CurrentHeatingCoolingState.HEAT;
}
} und im mapping reading2homekit=myReading2homekit angeben.
@budy: doch. das zwischen den // ist eine richtige regex.
ps: für values: der teil nach dem : kann auch direkt ein bekanntes schlüsselwort der jeweiligen characteristic sein. hier also OFF, COOL oder HEAT. man muss sich nicht die zugehörigen zahlenwerte raus suchen. also so:CurrentHeatingCoolingState=ValvePosition::ValvePosition,values=0:OFF;/^\d$|[1-4]\d/:COOL;/.*/:HEAT
gruss
andre
Super, die regex hat gekplatt!
Grüße,
Chris
Zitat von: justme1968 am 17 April 2016, 17:13:12
homekit erlaubt das steuern von custom characteristiks per siri nicht. d.h. du kannst am wortschatz für die direkte steuerung nichts ändern.
aber schau mal ob du nicht mit siri szenen bessere formulierungen finden kannst. das geht meistens flexibler. du müsstest halt für jede stellung eine eigene szene anlegen.
gruss
andre
Ich habe mal bei HAP-NodeJS durchgeschaut und einen "Fan" gefunden. Mit dem hat die Anzeige auch ganz gut geklappt. Hier der Auszug aus der FHEM config:
attr FanSpeed genericDeviceType Fan
attr FanSpeed homebridgeMapping RotationSpeed=state,minValue=1,maxValue=8,minStep=1,unit=,cmd=,
Der Wert wird dann in Elgatho Eve als Drehgeschwindigkeit und einem slider 1-8 angezeigt.
stimmt. an den hatte ich nicht mehr gedacht.
hast du auch rausgefunden wie man den per siri steuert ?
Hallo,
ich habe mal generelle Fragen zu den Naming Conventions zu Homebridge/Homekit, was ja auch die Siri Bedienung beeinflusst.
In der Eve App gibt es anscheinend zwei Namen pro Gerät, einen "Siri-Name" und einen "Gerätename" unter "Geräteinformationen". Anscheinend dürfen die beiden Namen nicht gleich sein (verstehe aber nicht warum, ist doch das gleiche Gerät). Bei beiden sind jedoch zumindest in der Eve-App keine Sonderzeichen ("_" oder ".") erlaubt. Zudem müssen anscheinend beide Namen EINDEUTIG innerhalb der gesamten Homebridge Datenbank sein.
Die Funktion des "Siri-Name" ist eigentlich klar, wobei hier wohl der Raum nicht Teil des Namens sein sollte, damit man vernünftige Sätze sprechen kann, was wiederum die Unterscheidungsmöglichkeit für die Eindeutigkeit eingrenzt.
Der "Gerätename" scheint aus FHEM übernommen zu werden, wobei jedoch anscheinend in der Eve App keine Sonderzeichen ("_" oder ".") erlaubt sind - teilweise werden aber wohl Sonderzeichen von FHEM übernommen. Sollte man in FHEM die Geräte ohne Sonderzeichen benennen? Wird das alias attribut irgendwie bei Homebridge berücksichtig?
Für den "Siri-Name" gehen einem recht schnell vernünftige Namen für Geräte aus, insbesondere wenn mann mehrere Etagen/Räume hat.
Irgendwie macht das Ganze keinen Sinn für mich. Verstehe ich etwas falsch oder übersehe ich etwas hier? Hat jemand einen Tipp, wie man den Siri-Namen vernünftig aufbaut, so dass auch meherer geräte gleichen Typs in unterschiedlichen Räumen vernünftig per Siri gesteuert werden können?
Grüße,
Chris
...ich glaube in den USA ist das Verhältnis von Wohnungen zu Häusern anders als bei uns... von daher haben die da das Problem evtl. gar nicht so. Aber es stimmt schon, es ist eine Herausforderung passende Namen zu finden, wenn man in jedem Raum im Haus eine Deckenlampe hat... ;)
Allerdings versteht Siri ja auch Gerätetypen, so dass man ja durchaus sagen "Stelle die Temperatur im Wohnzimmer|Schlafzimmer|Kpche|Flur|... auf 23 Grad". Bei Lampen ist das halt schon problematischer.
Gruß,
Stephan
jedes gerät das du gezielt ansprechen willst braucht einen haus/wohnungs weit eindeutigen namen. ich denke das ist zur zeit eines der größten prinzipiellen probleme mit homekit. und das ist unabhängig ob haus oder wohnung. auch in einem haus in amerika gibt es mehr als eine deckenlampe.
aber zurück zu den namen: homebridge verwendet zur zeit den device namen als namen und den alias als siri namen. den kannst du dann beliebig überschreiben. das im namen unerlaubte zeichen auftauchen können weiss ich. das war aber bis jetzt noch kein problem du kannst es ja von hand ändern.
statt mit ihrem namen kannst du geräte auch über den raum, die geräte art und die gruppe ansprechen. auch in kombination. das kann man oft sehr flexibel nutzen. wenn das noch nicht reicht helfen oft siri szenen.
ansonsten hoffe ich das es irgendwann mal reicht wenn der name innerhalb eines raumes eindeutig ist.
gruss
andre
Zitat von: justme1968 am 17 April 2016, 23:43:59
stimmt. an den hatte ich nicht mehr gedacht.
hast du auch rausgefunden wie man den per siri steuert ?
Mit Siri habe ich die Lüftung nicht per Sprache einstellen können. Bei Eve steht an der Oberfläche "Drehgeschwindigkeit": "Stelle die Drehgeschwindigkeit auf Stufe 3" oä hat nicht funktioniert.
Der Slider sieht aber jetzt besser aus: ohne Einheit und mit Lüfterrad. Ansteuerung per Scene klappt auch.
Neues Problem:
Jetzt habe ich ein Gerät mit 4 Temperaturen so konfiguriert:
attr <...> homebridgeMapping CurrentTemperature=TempInside,subtype=Abluft CurrentTemperature=TempOutside,subtype=Frischluft CurrentTemperature=TempIncomming,subtype=Zuluft CurrentTemperature=TempExhaust,subtype=Fortluft
Daten werden übertragen, doch in Eve schauts komisch aus: Die erste Temperatur ist groß und grün, die 3 weiteren tabellarisch drunter. Ok das geht ja noch, aber alle 4 Werte haben den
Anzeigenamen "Temperatur". Geht man auf das Gerät unter Siri-Namen, dann kann man die hinter subtype angegebenen Namen sehen. Den alias des Geräts sehe ich in diesem Fall nirgends, sondern
nur den device-name.
Ideen?
eve hat leider ein problem die namen anzuzeigen wenn es mehrere gleiche characteristics gibt.
nimm für die drei zusätzlichen temperaturen je einen readingsProxy und stecke sie so in ein eigenes device und binde alles als 4 devices in homebridge ein.
gruss
andre
Hallo,
gibt es eigentlich eine Möglichkeit Original EVE Geräte in FHEM einzubinden?
Gruß Dominik
PS: Hab gerade ein Forum Eintrag gefunden, in dem es heißt das es nicht geht. Hat sich vielleicht zwischenzeitlich was geändert?
nein. das geht aus den genannten gründen immer noch nicht.
es lohnt sich auch wirklich nicht das anzugehen. du bist mit homematic oder anderen besser bedient als mit den bluetooth geräten.
gruss
andre
okay alles klar danke Andre
Bei mir funktioniert die Anzeige meines Roommate nicht mehr.
Bleibt dauerhaft auf anwesend in HomeKit und auch im Cache im Debug Browser.
Hat jemand eine Ahnung woran das liegt? Oder wurde etwas in FHEM verändert was das bewirkt?
Mein Dummy der für das Schalten der Anwesenheitszustände des Roommate verantwortlich ist schaltet zwar noch, zeigt jedoch nicht mehr den richtigen Status an (Schalterzustände).
Habe seit Wochen keinerlei Veränderungen an beiden Devices gemacht.
Gruß
Dan
P.S. Bei den PRESENCE Devices stimmt der Zustand in HomeKit.
ist die zeit oben auf der debug seite aktuell?
was steht auf der konsole? kommen die events aus fhem an?
geht es nach einem homebridge neustart?
gruss
andre
Zeit ist aktuell.
Habe es noch ein wenig eingekreist.
Offensichtlich funktioniert Roommate wenn ich es manuell in FHEM umstelle.
Benutze ich meinen Dummy der dann per notify Roommate umstellen soll, ändert sich der Status zwar in FHEM aber nicht in HomeKit. Scheinbar wird kein Event mehr in homebridge getriggert.
Das iPhone als PRESENCE Device stellt normalerweise auch den Status den Roommate auf absent wenn es nicht mehr erreichbar ist. Das iPhone wird dann in HomeKit als absent angezeigt, aber eben Roommate nicht.
Die einzige offensichtliche Änderung die letztens gemacht wurde war die Änderung am PRESENCE Modul mit dem neuen Attribut absenceThreshold.
Hoffe das hilft irgendwie weiter.
Gruß
Dan
siehst du das event im eventmonitor?
get der longpoll update in fhem?
get es wenn du das setzten im notify mit sleep 0.1 verzögerst?
gruss
andre
Hallo Leute,
ich (Anfänger) versuche verzweifelt die Instillation von Homebridge.
Ich habe einen Raspi pi3 mit Jessie, 2 Thermostate ein Wandthermostat und eine Funksteckdose alles von HM.
Ich habe Homebridge wie im wiki http://www.fhemwiki.de/wiki/Homebridge_einrichten installiert. Homebridge läuft auch,
danach habe ich wie beschrieben http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM angelegt.
Was ich in fhem nicht anlegen kann ist :Homebridge Start DOIF einrichten.
Wenn ich das DOIF in die fhem config kopiere funktioniert fhem nicht mehr.
Hat jemand eine Idee was ich falsch mache?
Grüsse tomtom
Zitat von: justme1968 am 20 April 2016, 20:14:47
siehst du das event im eventmonitor?
get der longpoll update in fhem?
get es wenn du das setzten im notify mit sleep 0.1 verzögerst?
gruss
andre
Moin Andre,
hatte gestern leider keine Zeit mehr weiter auszutesten.
Merkwürdigerweise funktioniert heute sowohl Roommate als auch der Dummy wieder wie sie sollen. Tagelang lief es vorher nicht.
Hatte heute früh lediglich ein FHEM update durchgeführt.
Werde das am Wochenende noch einmal ausführlich testen und dann berichten.
Gruß
Dan
Hallo,
kann mir jemand Helfen. Ich habe fhem nochmal neu installiert und kann Homebridge immer noch nicht installieren.
Da ich einen Raspi pi3 nutzte denke ich es liegt an der Installation von nodejs. Kann mir einer sagen welche nodejs ich brauche.
Ich kann " npm install -g homebridge" nicht installieren. ich bekomme immer ein Error
Danke
Thorsten
Zitat von: tkaiser am 25 April 2016, 07:26:09
Hallo,
kann mir jemand Helfen. Ich habe fhem nochmal neu installiert und kann Homebridge immer noch nicht installieren.
Da ich einen Raspi pi3 nutzte denke ich es liegt an der Installation von nodejs. Kann mir einer sagen welche nodejs ich brauche.
Ich kann " npm install -g homebridge" nicht installieren. ich bekomme immer ein Error
Danke
Thorsten
Guten Morgen,
Hast du als Grundlage "Jessie"?
Hast du das ganze mal mit
sudo npm install -g homebridge versucht?
Ich habe gestern auf meinem PI2 die Version installiert
NodeJS V5
curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs[b][/b]Gruß
Mir ist gerade noch eingefallen, dass als ich Homebridge starten wollte auch noch nen Fehler bekommen habe,obwohl ich mich an die Anleitung gehalten habe.
An den Fehler an sich kann ich mich jetzt nicht mehr erinnern,aber folgender Code führte zum Erfolg.
npm install -g https://github.com/justme-1968/homebridge-fhem.git
hallo Esjaycc,
ja Jessie ist installiert ,
ich habe gedacht das ich homebridge nicht über Sudo installieren soll, oder ist das egal?
grüsse Thorsten
Also den einzigen Hinweis, den ich gesehen habe was das benutzen von Sudo angeht, steht unter Homebridge konfigurieren.
Ich meine,dass ich irgendwo gelesen hatte, das man die mit Sudo ausführen soll,da es bei mir funktioniert hat, habe ich mir keine weiteren Gedanken gemacht.
Welchen Fehler bekommst du denn?
Falls ich es heute Abend schaffe, kann ich gerne nochmal meine Vorgehensweise genauer beschreiben..Sprich mit Code ect.
irgendwas mit error ,kann ich dir heute Abend genau sagen. Ich hatte homebridge auch einmal mit Sudo
installiert, da ging die installation, nur es wurden keine HM Geräte gefunden
Hattest du den den Raum Homekit angelegt,und die Geräte hinzugefügt?
ja ich nhabe einen Raum Homekit.
bei meinem raspi pi2 hatte auch alles top funktioniert,dann kam das update von Apple auf IO 9.3 und danach funktionierte nichts mehr.
Ich hab auch ein Probelm,
ich habe Homebridge erfolgreich installiert, die Geräte aus dem Raum Homekit werden auch angezeigt und ich kann sie bedienen.
Wenn ich jetzt aber EVE schließe, bzw. mein Handy für 5 Minuten weglege (Handy geht in standby oder wie man es nennen will) dann entsperre ich mein Handy und möchte jetzt wieder EVE öffnen, dann öffnet er zwar die App, aber es steht dann dort "um xx:xx aktualisiert", wenn ich dann von oben nach unten ziehe, um eine aktualisierung zu starten, passiert nix.
Das einzige was funktioniert ist, die Daten unter Einstellungen auf dem Handy zu löschen, die Bridge zu stoppen, den persist Ordner löschen und die Bridge wieder starten, im Handy wieder EVE starten und die Bridge neu anlernen. Aber sobald ich dann wieder das Handy weglege, geht es von vorne los.
******Edit
was auch funktioniert, wenn ich EVE auf mache und es nicht aktualisiert wird, kann ich die Bridge neustarten, während die APP auf ist und er aktualisiert mir den Status der Geräte und ich kann die Geräte bedienen
Jemand ne Idee woran das liegt?
Grüße Marcel
Hallo ,
ich habe heute nochmal versucht homebridge auf meinem raspberry pi3 einzurichten, leider wieder ohne Erfolg.
Ich denke es liegt an nodejs. Ich selbst habe aber noch zu wenig Ahnung. Vieleicht kann mir noch jemand einen Tipp geben.pi@raspberrypi:~ $ sudo npm install -g homebridge
npm http GET https://registry.npmjs.org/homebridge
npm http 304 https://registry.npmjs.org/homebridge
npm WARN engine homebridge@0.3.3: wanted: {"node":">=0.12.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/hap-nodejs
npm http GET https://registry.npmjs.org/node-persist
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/semver
npm http GET https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/node-persist
npm http 304 https://registry.npmjs.org/chalk
npm http 304 https://registry.npmjs.org/semver
npm http 304 https://registry.npmjs.org/hap-nodejs
npm http 200 https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/strip-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/q
npm http GET https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/has-ansi
npm http 304 https://registry.npmjs.org/strip-ansi
npm http 200 https://registry.npmjs.org/escape-string-regexp
npm http 200 https://registry.npmjs.org/supports-color
npm http 304 https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/q
npm http 304 https://registry.npmjs.org/debug
npm WARN excluding symbolic link utils/ncov -> lib/ncov.js
npm http GET https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/ms
npm http 304 https://registry.npmjs.org/ansi-regex
npm http GET https://registry.npmjs.org/bignum
npm http GET https://registry.npmjs.org/bindings
npm WARN excluding symbolic link utils/ncov -> lib/ncov.js
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/ms
> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
CXX(target) Release/obj.target/curve/node_curve.o
SOLINK_MODULE(target) Release/obj.target/curve.node
SOLINK_MODULE(target) Release/obj.target/curve.node: Finished
COPY Release/curve.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bignum
> ed25519@0.0.3 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'
CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
CC(target) Release/obj.target/ed25519/src/ed25519/open.o
CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
CXX(target) Release/obj.target/ed25519/src/ed25519.o
SOLINK_MODULE(target) Release/obj.target/ed25519.node
SOLINK_MODULE(target) Release/obj.target/ed25519.node: Finished
COPY Release/ed25519.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'
> mdns@2.2.11 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build'
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_browse.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_enumerate_domains.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_get_addr_info.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_process_result.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_deallocate.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_sock_fd.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_register.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_resolve.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_update_record.o
CXX(target) Release/obj.target/dns_sd_bindings/src/mdns_utils.o
CXX(target) Release/obj.target/dns_sd_bindings/src/network_interface.o
CXX(target) Release/obj.target/dns_sd_bindings/src/socket_watcher.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_ref.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_create.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_deallocate.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_set_value.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_get_length.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_buffer_to_object.o
SOLINK_MODULE(target) Release/obj.target/dns_sd_bindings.node
SOLINK_MODULE(target) Release/obj.target/dns_sd_bindings.node: Finished
COPY Release/dns_sd_bindings.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build'
> bignum@0.11.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum
> node-gyp configure build
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.10.28"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/.node-gyp"
gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/build'
CXX(target) Release/obj.target/bignum/bignum.o
SOLINK_MODULE(target) Release/obj.target/bignum.node
SOLINK_MODULE(target) Release/obj.target/bignum.node: Finished
COPY Release/bignum.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/build'
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge
homebridge@0.3.3 /usr/local/lib/node_modules/homebridge
├── semver@5.0.3
├── commander@2.8.1 (graceful-readlink@1.0.1)
├── node-persist@0.0.8 (mkdirp@0.3.5, q@1.1.2)
├── chalk@1.1.3 (escape-string-regexp@1.0.5, supports-color@2.0.0, ansi-styles@2.2.1, strip-ansi@3.0.1, has-ansi@2.0.0)
└── hap-nodejs@0.3.0 (debug@2.2.0, curve25519@1.1.0, ed25519@0.0.3, mdns@2.2.11, srp@0.2.0)
pi@raspberrypi:~ $ sudo npm install -g homebridge-fhem
npm http GET https://registry.npmjs.org/homebridge-fhem
npm http 304 https://registry.npmjs.org/homebridge-fhem
npm WARN engine homebridge-fhem@0.2.21: wanted: {"node":">=0.12.0","homebridge":">=0.2.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/request
npm http 200 https://registry.npmjs.org/request
npm http GET https://registry.npmjs.org/aws4
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/extend
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/har-validator
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/is-typedarray
npm http GET https://registry.npmjs.org/isstream
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/tough-cookie
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/aws4
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/caseless
npm http 304 https://registry.npmjs.org/forever-agent
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/har-validator
npm http 304 https://registry.npmjs.org/http-signature
npm http 200 https://registry.npmjs.org/extend
npm http 304 https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/is-typedarray
npm http 304 https://registry.npmjs.org/isstream
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/tough-cookie
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 304 https://registry.npmjs.org/aws-sign2
npm WARN engine hawk@3.1.3: wanted: {"node":">=0.10.32"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/jsprim
npm http GET https://registry.npmjs.org/sshpk
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/pinkie-promise
npm http GET https://registry.npmjs.org/is-my-json-valid
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/sntp
npm http GET https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/delayed-stream
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/pseudomap
npm http GET https://registry.npmjs.org/yallist
npm http 304 https://registry.npmjs.org/jsprim
npm http 200 https://registry.npmjs.org/sshpk
npm http 304 https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/verror
npm http GET https://registry.npmjs.org/extsprintf
npm http GET https://registry.npmjs.org/json-schema
npm http 304 https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/jsbn
npm http GET https://registry.npmjs.org/dashdash
npm http GET https://registry.npmjs.org/getpass
npm http GET https://registry.npmjs.org/tweetnacl
npm http GET https://registry.npmjs.org/jodid25519
npm http GET https://registry.npmjs.org/ecc-jsbn
npm http 200 https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/pinkie-promise
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/process-nextick-args
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/util-deprecate
npm http 200 https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/hoek
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/cryptiles
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine boom@2.10.1: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http 304 https://registry.npmjs.org/pseudomap
npm http 304 https://registry.npmjs.org/yallist
npm http 304 https://registry.npmjs.org/verror
npm http 304 https://registry.npmjs.org/extsprintf
npm http 304 https://registry.npmjs.org/json-schema
npm http 304 https://registry.npmjs.org/asn1
npm http 200 https://registry.npmjs.org/jsbn
npm http 200 https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/dashdash
npm http GET https://registry.npmjs.org/pinkie
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http GET https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/getpass
npm http 304 https://registry.npmjs.org/tweetnacl
npm http 304 https://registry.npmjs.org/jodid25519
npm http GET https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/ecc-jsbn
npm http 304 https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/xtend
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/process-nextick-args
npm http 304 https://registry.npmjs.org/isarray
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/util-deprecate
npm http 304 https://registry.npmjs.org/pinkie
npm http 304 https://registry.npmjs.org/ansi-styles
npm http 200 https://registry.npmjs.org/escape-string-regexp
npm http 304 https://registry.npmjs.org/has-ansi
npm http 200 https://registry.npmjs.org/supports-color
npm http 200 https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http 304 https://registry.npmjs.org/xtend
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/generate-object-property
npm http 304 https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/is-property
npm http 304 https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/is-property
homebridge-fhem@0.2.21 /usr/local/lib/node_modules/homebridge-fhem
└── request@2.72.0 (is-typedarray@1.0.0, aws-sign2@0.6.0, forever-agent@0.6.1, caseless@0.11.0, stringstream@0.0.5, tunnel-agent@0.4.2, oauth-sign@0.8.1, isstream@0.1.2, json-stringify-safe@5.0.1, extend@3.0.0, node-uuid@1.4.7, qs@6.1.0, tough-cookie@2.2.2, combined-stream@1.0.5, mime-types@2.1.10, form-data@1.0.0-rc4, aws4@1.3.2, hawk@3.1.3, http-signature@1.1.1, bl@1.1.2, har-validator@2.0.6)
pi@raspberrypi:~ $ npm update -g homebridge
npm http GET https://registry.npmjs.org/homebridge
npm http 304 https://registry.npmjs.org/homebridge
pi@raspberrypi:~ $ npm update -g homebridge-fhem
npm http GET https://registry.npmjs.org/homebridge-fhem
npm http 200 https://registry.npmjs.org/homebridge-fhem
pi@raspberrypi:~ $ mkdir -p ~/.homebridge
pi@raspberrypi:~ $ cd ~/.homebridge/
pi@raspberrypi:~/.homebridge $ nano ~/.homebridge/config.json
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Warning: skipping plugin found at '/usr/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-fhem'.
/usr/local/lib/node_modules/homebridge-fhem/index.js:51
for( var subscription of FHEM_subscriptions[inform_id] ) {
^^
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ====================
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ERROR LOADING PLUGIN homebridge-fhem:
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] SyntaxError: Unexpected identifier
at Module._compile (module.js:439:25)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ====================
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] No plugins found. See the README for information on installing plugins.
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] ---
[Tue Apr 26 2016 22:44:18 GMT+0200 (CEST)] Loading 1 platforms...
Error: The requested platform 'FHEM' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:106:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:263:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:71:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
pi@raspberrypi:~/.homebridge $
Zitatnpm WARN engine homebridge@0.3.3: wanted: {"node":">=0.12.0"} (current: {"node":"v0.10.28","npm":"1.4.9"})
Also noch größer und breiter kann es ja kaum noch da stehen!
Das steht da auch mehrere Male in deinem Log.
Gruß
Dan
Hallo Dan,
Sorry ich war wohl etwas Übermüdet gestern,sollte eigentlich in einen Anhang.
kannst du mir sagen wie ich die richtige Version bekomme, denn in der Anleitung ist es ja die falsche.
Gruß
Thorsten
Zitat von: tkaiser am 27 April 2016, 11:37:15
Hallo Dan,
Sorry ich war wohl etwas Übermüdet gestern,sollte eigentlich in einen Anhang.
kannst du mir sagen wie ich die richtige Version bekomme, denn in der Anleitung ist es ja die falsche.
Gruß
Thorsten
So sollte es gehen:
cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
node -v && npm -v
sudo npm -g update npm && sudo npm -g update
node -v && npm -v
sudo npm install -g node-gyp homebridge homebridge-fhemViel Spaß!
Gruß
Dan
P.S. Vorher natürlich die alte Version deinstallieren. Wenn über apt dann mit "sudo apt-get purge node" oder "sudo apt-get purge nodejs", habe nicht genau im Kopf wie das Paket heißt.
Danke Dan ich werde berichten. ( in Kurzform )
Gruß Thorsten
Hallo Dan
muß ich vorher noch etwas löschen,oder reich die eingabe des Befehls?
Gruß
Kommt halt drauf an wie es vorher installiert wurde.
Einfachste Variante wäre "sudo apt-get purge nodejs".
Wenn er damit node deinstalliert dann ist auch alles weg, deswegen purge.
Gruß
Dan
Hallo Andre,
ich komme nochmal auf meine noch bestehende Problematik mit dem falschen value mapping meines Dimmers zurück.
Zitatist deine homekit version wirklich aktuell?
Meinst du vielleicht homebridge?
Hier meine verwendeten Versionen:
sudo node -v && npm -v
v4.0.0
2.14.2homebridge --version
0.3.2Homebridge-fhem
0.2.17Auf dem iPhone läuft iOS 9.3.1
Zitat@reen: sorry für die späte antwort. das problem das off bei dir auf 1 gemapped wird muss ich erst mal nachstellen. das sollte nicht passieren.
Kein Problem, bin sehr dankbar für dein Engagement!
Konntest du diesbezüglich denn schon etwas erreichen?
hallo Gan,
Ein Dickes Danke an dich, es funktioniert.
Ein weiteres problem habe ich noch, Ich wollte den Status in Fhem anzeigen nach der Anleitung:
http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
leider hängt sich Fhem auf,wenn ich die "sudo nano /etc/init.d/homebridge" Datei befülle.
Wenn ich die dann die Datei aus homebridge einrichten wieder einfüge funktioniert SIRI wieder.
Welcher "User" muß eingetragen werden, der aus der Fhem config basicAuth:
Danke nochmal
Thorsten
@reen: ich kann dein problem mit meiner aktuellen version nicht reproduzieren. du hast eine homebridge-fhem version 0.2.17. aktuell ist 0.2.21 und es gab genau beim mapping von boolean werten änderungen.
bitte aktualisiere mal dein homebridge-fhem auf die aktuellste version.
gruss
andre
In der aktuellen Eve App Version (1.6) wird die Characteristic StatusLowBattery meiner Geräte nicht mehr angezeigt. Dachte erst es ist ein Problem von FHEM/Homebridge aber als ich eben die App myHome mal wieder getestet habe wurden mir alle Characteristics in den Geräten ordnungsgemäß angezeigt.
Scheinbar wurde mit dem letzten Eve Update die Characteristic StatusLowBattery komplett entfernt (StatusTampered gab es ja noch nie in Eve). BatteryLevel gibt es aber weiterhin.
Gruß
Dan
ich habe ich auch gerade gesehen.
vielleicht ist ein versehen. mal sehen was das nächste update macht...
gruss
andre
ich habe nun auf die neue homebridge-fhem version 0.2.21 geupdated.
Leider passiert das Fehlverhalten immer noch. :-\
Habe nun mal die beiden Dimmer unterschiedlich konfiguriert:
List kue_Licht:
Internals:
DEF d344759d 29
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2051
NAME kue_Licht
NR 29
STATE dim 45
TYPE ZWave
ZWAVE1_MSGCNT 2051
ZWAVE1_RAWMSG 0004001d06310504220171
ZWAVE1_TIME 2016-04-28 22:09:07
homeId d344759d
isWakeUp
lastMsgSent 1461873742.11631
nodeIdHex 1d
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
genericDeviceType light
room HomeKit,Kueche,ZWave
Hier entsteht das Problem immernoch.
Habe aber festgestellt, nach dem ersten ausschalten über die homekit-app, springt der Schalter wieder auf EIN, schalte ich ein zweites mal AUS, bleibt der Schalter auch aus. Also immer beim zweiten Versuch klappt es erst.
List ba_Licht:
Internals:
DEF d344759d 30
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 2180
NAME ba_Licht
NR 31
STATE off
TYPE ZWave
ZWAVE1_MSGCNT 2180
ZWAVE1_RAWMSG 0004001e063105042200fc
ZWAVE1_TIME 2016-04-28 22:21:54
homeId d344759d
isWakeUp
lastMsgSent 1461874913.40658
nodeIdHex 1e
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION
fp_OG 84,609,1, ,ba_Licht
genericDeviceType light
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim
room Bad,HomeKit,ZWave
Hier funktioniert der Schalter über die homekit-app garnicht. Der Schalter wechselt in der App zwar normal auf EIN und AUS, dasLicht geht reagiert aber nicht darauf.
Gibt es noch irgendetwas, was ich prüfen/tun kann?
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim
Schlagt mich, aber das kann meines Erachtens nicht klappen.
Was ist level im cmdOn/Off?
Und das Komma vor Brightness sollte auch ein Leerzeichen sein.
Probier das mal so bitte:
alt:
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=level+100,cmdOff=level+0,Brightness=state,part=1,cmd=dim
neu:
homebridgeMapping On=state,valueOff=/off|dim.0/,cmdOn=on,cmdOff=off Brightness=state,part=1,cmd=dim
Gruß
Dan
ZitatUnd das Komma vor Brightness sollte auch ein Leerzeichen sein.
...ist mir kurz vor deinem post auch aufgefallen, danke trotzdem ;)
Das "level" war tatsächlich ausschlaggebend!
...mit der neuen Variante funktioniert es nun wieder einwandfrei, vielen Dank für die Unterstützung! :D
Wieso sich das "level" hier eingeschlichen hat kann ich nicht nachvollziehen, hat offenbar aber nicht zum Vorteil des mappings beigetragen. :-\
Hallo,
gibt es eigentlich irgendwo eine Liste welche GenericDeviceTypes von HomeKit (spez. die EVE App) überhaupt erkannt bzw. akzeptiert werden.
Konkret geht es mir um unten angeführtes Problem, jedoch wäre eine derartige Aufstellung ja auch für zukünftige Projekte interessant...
Gruß und Dank aus Tirol
Zitat von: tyrolean am 01 Mai 2016, 18:09:50
Hallo,
ich habe jetzt schon einige Zeit meine Homebridge in Verbindung mit FHEM und Pilight laufen. Mittlerweile bin ich in der Lage Funksteckdosen sowie meine Heizung über die EVE App zu steuern. An dieser Stelle einmal vielen Dank an alle die sich hier beteiligen.
Leider würde ich mich immer noch als blutiger Anfänger bezeichnen da ich offensichtlich an folgendem Problem scheitere:
Ich würde gerne den Status eines Bewegungsmelders (HC-SR501) welcher einfach über eine RPI_GPIO ausglesen wird in der EVE App anzeigen. Es gibt ja originale Bewegungsmelder für HomeKit also müsste es ja entsprechende DeviceTypes geben. (so ähnlich wie bei ContactSensor...)
Hat jemand eine Idee wie ich das Ganze verwirklichen kann. Bitte schreibt nicht dass ich es einfach über einen Dummy lösen soll, weil genau daran scheitere ich im Moment.
Mit der Bitte um eure Hilfe
Gruß aus Tirol
im ersten beitrag steht wo die liste zu finden ist.
der service heisst MotionSensor und die characteristic MotionDetected. wie du das auf genau abbilden musst hängt von deinem device und den readings ab. wenn kein no-motion event erzeugt wird musst du es von hand z.b. per notify und sleep/at oder watchdog selber erzeugen.
ich glaube aber das ein motion sensor in homekit nur dann überhaupt interessant ist wenn man auch die automatisierung über regeln in dort macht. da du aber fhem einsetzt ist das glaube ich nicht sinnvoll.
gruss
andre
Hallo zusammen,
evtl. kann mir jemand von euch (kurz) weiterhelfen. Nutze homebridge um mir in der Eve-App den Sensorwert eines Temperatursensors (KNX) anzeigen zu lassen.
Hier ein Ausschnitt aus der fhem.cfg:
define WohnzimmerOfenIstTemperatur EIB 3/1/130
attr WohnzimmerOfenIstTemperatur alias Ofen IST-Temperatur
attr WohnzimmerOfenIstTemperatur icon temp_temperature
attr WohnzimmerOfenIstTemperatur model tempsensor
attr WohnzimmerOfenIstTemperatur sortby 4
attr WohnzimmerOfenIstTemperatur genericDeviceType thermometer
attr WohnzimmerOfenIstTemperatur homebridgeMapping CurrentTemperature=WohnzimmerOfenIstTemperatur:state
Das mapping der Temperatur "WohnzimmerOfenIstTemperatur:state" auf "CurrentTemperature" funktioniert, d.h. die Temperatur wird in der Eve-App angezeigt.
Leider wird neben der characteristic "CurrentTemperature" auch die characteristic "On" gemappt, vgl. homebridge --debug:
[2016-05-04 22:35:31] [FHEM] homebridgeMapping: CurrentTemperature=WohnzimmerOfenIstTemperatur:state
[2016-05-04 22:35:31] [FHEM] mappings for WohnzimmerOfenIstTemperatur: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
CurrentTemperature: { reading: 'state', device: 'WohnzimmerOfenIstTemperatur' } }
In der EVE-App erhalte ich direkt unter der Anzeige des Temperaturwerts die (sinnfreie) Möglichkeit den Sensor EIN/AUS zu schalten (Type: Strom).
Lässt sich hier etwas konfigurieren, so dass ich "nur" den Sensorwert angezeigt bekomme (ohne EIN/AUS, was eh nichts bewirkt)?
Danke und Grüße,
Epi
.... P.S. .... kann es sein, dass ich hier ein Dummy-Device anlegen muss, damit "nur" der Temperaturwert angezeigt wird?
das On mapping wird aus irgendeinem grund scheinbar automatisch gefunden. wenn du mehr vom log zeigst sieht man vermutlich warum.
wenn du in dein homebridgeMapping ein On=clear einbaust sollte der On teil wieder gelöscht werde.
gruss
andre
Hallo,
habe ich ausprobiert ... scheint aber nicht zu klappen ... anscheinend hat ein EIB-Device in fhem "von Haus aus" eine Art On-Characteristic?
Aber noch ein anders Problem ... kann mir jemand kurz mal Syntax-mäßig bei dem "cmd"-Parameter weiterhelfen:
Zitatdie folgende parameter namen sind für die richtung homebridge -> fhem möglich:
delay: true/<number> -> der wert wird nach <number>ms inaktivität an fhem gesendet. true -> 1000.
maxValue: maximal wert in homekit
max: maximal wert in fhem wenn er von maxValue abweicht
invert: invertiert den homekit wert
cmd: das set kommando das verwendet werden soll: set <device> <cmd> <value>
Ich habe da gerade folgende Zeilen in der fhem.cfg
define BueroJalousie dummy
attr BueroJalousie genericDeviceType blind
attr BueroJalousie homebridgeMapping TargetPosition=BueroJalousieSlider,cmd="set BueroJalousieSlider <TargetPosition>"Im Prinzip soll halt bei (z.B.) Einstellung auf den Wert 17 der folgende "String/Url" erzeugt werden
http://192.168.1.27:8083/fhem?cmd=set%20BueroJalousieSlider%2017&XHR=1... habe schon x-Varianten ausprobiert ... und komm nicht drauf.
Grüße und Dank,
Epi
es gibt characteristics die automatisch abhängig der möglichen kommandos angelegt werden. die komplette konsolen ausgabe beim start wäre hilfreich. ein jsonlist2 vom device auch.
das
On=clear löscht die durch den default angelegte On characteristic. das sollte eigentlich gehen. wenn es nicht tut setz mal ein clear ohne alles an den anfang von homebridgeMapping.
in eve kannst du nicht benötigte characteristics auch ausblenden. da ein thermometer aber keine mandatory On characteristic hat muss sie auch mit clear zu entfernen sein.
leerzeichen sind nur zwischen characteristics erlaubt. nirgends sonst. auch keine anführungszeichen. wenn du aber ein stück weiter liest:
Zitatspaces in commands have to be replaced by +
das set und das device wird automatisch an den anfang gestellt und der value ans ende. da du kein kommando brauchst sondern direkt nur der wert angegeben wird kannst du cmd auf 'nichts' d.h. auf ein leerzeichen setzen. also etwa so::
attr BueroJalousie homebridgeMapping TargetPosition=BueroJalousieSlider,cmd=+es fehlt aber noch das reding in dem der aktuelle wert steht. bei deinem dummy vermutlich state? cmd, device und reading kannst du auch so zusammen fassen:
attr BueroJalousie homebridgeMapping TargetPosition=+:BueroJalousieSlider:statewarum hast du ein BueroJalousie dummy und zusätzlich noch ein BueroJalousieSlider device? kannst du genericDeviceType und homebridgeMapping nicht direkt im BueroJalousieSlider device verwenden?
Besten Dank ... jetzt funkioniert das ganz in der Eve App ... leider hab ich nun (abschließend) noch das Problem, dass Siri mir bei dem Kommando "Stelle die Jalousie im Büro auf 50%" (z.B.) die Antwort liefert "... das konnte ich nicht tun". Schalten von Lampen usw. klappt aber, das Gerät kennt Siri auch vom Namen her ... wie lässt sich diese nicht sehr aussagekräftige Nachricht "debuggen" bzw. hat jemand einen Tipp, wie man KNX-Jalousie-Aktoren mit Siri zum laufen bringt?
Besten Dank,
Epi
versuch mal öffne den rollladen im büro auf xx%. ob siri jalousie als synonym versteht scheint sich von zeit zu zeit zu ändern. stelle ging glaube ich schon mal. zur zeit geht nur öffne auf.
gruss
andre
Oder versuche es mal mit "Setze das Rollo im Büro auf 50%". Das funktioniert bei mir in 3 von 4 Fällen 😜
Mit "Öffne" klappt es bei mir ... Danke.
Funktioniert Homebridge eigentlich mit Node v6?
ungetestet. aber so viel ich weiss schon.
Zitat von: tkaiser am 27 April 2016, 22:52:59
hallo Gan,
Ein Dickes Danke an dich, es funktioniert.
Ein weiteres problem habe ich noch, Ich wollte den Status in Fhem anzeigen nach der Anleitung:
http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM
leider hängt sich Fhem auf,wenn ich die "sudo nano /etc/init.d/homebridge" Datei befülle.
Wenn ich die dann die Datei aus homebridge einrichten wieder einfüge funktioniert SIRI wieder.
Welcher "User" muß eingetragen werden, der aus der Fhem config basicAuth:
Danke nochmal
Thorsten
Das selbe Problem hier. User müsste doch "pi" sein? Aber selbst damit schmiert fhem ab und es hilft nur ein Neustart des pi.
Zitat von: volschin am 07 Mai 2016, 14:01:04
Funktioniert Homebridge eigentlich mit Node v6?
ja, mit der neusten Version 0.3.4
update hap-nodejs dependency for node v6
Hallo,
Ich habe Fhem und Homebridge auf einem Raspberry laufen. Es läuft alles auch soweit gut und stabil.
Nur hab ich seit einiger Zeit ein Problem.
Ich weis nicht ob es direkt mit Fhem oder HomeKit bzw der Homebridge zutun hat.
Folgendes passiert bei mir. (Ich habe den Fernzugriff für HomeKit aktiv)
Es gibt am IPhone in den Einstellungen den Punkt Mobiles Netz dort gibt es dann wieder den Punkt Systemdienste ganz unten und dort ist der Punkt Push-Benachrichtigungen.
Genau dieser Punkt zieht bei mir in letzter Zeit sehr viele Mobile Daten.
Ich konnte es mittlerweile auf meinen Raspberry eingrenzen denn wenn ich ihn ausschalte stoppt der hohe Verbrauch.
Mir ist klar das ohne weitere Info keiner genaueres sagen kann mir geht es nur darum ist jemandem so etwas bekannt bzw auch schon passiert?
Über Infos wäre ich dankbar.
Gruß Dominik
ich kann bei mir nichts auffälliges sehen.
was ist denn viel ?
Hallo,
wollte gerade einen Kontaktsensor in EVE integrieren ... hierzu folgende Code-Zeilen in der fhem.cfg:
attr AlarmanlageHaustuerAktivieren alias Haustür
attr AlarmanlageHaustuerAktivieren genericDeviceType ContactSensor
attr AlarmanlageHaustuerAktivieren homebridgeMapping ContactSensorState=state,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED CurrentDoorState=state,values=on:CLOSED;off:OPEN
Leider erhalten beim Start von FHEM auf der Web-Hauptseite folgende Meldung:
Messages collected while initializing FHEM:
configfile: Unknown command on:CONTACT_NOT_DETECTED, try help.
Unknown command off:OPEN, try help.
... wieso "kappiert" FHEM hier nicht die homebridge-mapping-Syntax?
Grüße und Dank,
Epi
P.S.: Ansonsten bin ich schon sehr zufrieden mit dem Gesamtsystem (KNX-FHEM-HOMEBRIDGE-EVE) ... was mich aber tierisch nervt sind folgende zwei Punkte:
1.) Manchmal "vergisst" EVE alle Zuordnungen/Geräte ... wieso?
2.) Das erste Sprachkommando (nach einer längeren Standby-Pause des Systems) geht fast immer unter ... komisch ... danach klappen alle Weiteren problemlos.
Hallo Andre,
es ist nicht immer gleich viel aber wenn es extrem ist dann sind es in einer Stunde ca 10MB manchmal auch nur 5MB.
Das ganze schlägt auch übelst auf den Akku.
Ich setze jetzt bei mir alles mal neu auf ich denke bzw hoffe das es dann weg ist.
@Epi23: gib es im frontend im attribut feld ein statt direkt in der config. da musst du ; verdoppeln.
@Nexium: hast du in eve/homekit irgendwelche regeln oder ähnliches angelegt? hast du überhaupt einen appletv um remote auf homebridge zuzugreifen?
gruss
andre
Ja AppleTv hab ich, regeln hab ich momentan keine. Nur eine Szene mehr nicht.
Hab meinen Raspberry jetzt neu aufgesetzt es scheint so als wäre es deutlich besser geworden sind jetzt seit dem 18.05.2016 21 Uhr bis jetzt 19.05.2016 15:20 nur 1,2MB was aber meiner Meinung nach noch zu viel ist aber damit könnte ich leben. Muss jetzt erst noch genauer testen ob diese 1,2MB wirklich vom Pi kommen.
Gruß Dominik
Hallo,
ich habe heute meinen Raspberry Pi fertig gemacht und auch fhem und homebridge installiert. Das hat soweit auch alles funktioniert.
Allerdings kriege ich in der EVE-App keine Geräte angezeigt.
Ich bin leider ratlos woran es liegen könnte :/ Hier die Logfiles:
ZitatLoaded plugin: homebridge-fhem
homebridge API version: undefined
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1464102707329
[FHEM] Checking genericDeviceType...
[FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[FHEM] Fetching FHEM devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 3 results
[FHEM] felix_Heizung_Clima is thermostat
[FHEM] felix_Heizung_Clima has
[FHEM] CurrentTemperature [measured-temp]
[FHEM] TargetTemperature [desired-temp]
2016-05-24 17:11:47 caching: felix_Heizung_Clima-measured-temp: 19.7
[FHEM] caching: CurrentTemperature: 19.7 (as number; from '19.7')
2016-05-24 17:11:47 caching: felix_Heizung_Clima-desired-temp: 14.0
[FHEM] caching: TargetTemperature: 14 (as number; from '14.0')
[FHEM] kueche_Heizung_Clima is thermostat
[FHEM] kueche_Heizung_Clima has
[FHEM] CurrentTemperature [measured-temp]
[FHEM] TargetTemperature [desired-temp]
2016-05-24 17:11:47 caching: kueche_Heizung_Clima-measured-temp: 19.3
[FHEM] caching: CurrentTemperature: 19.3 (as number; from '19.3')
2016-05-24 17:11:47 caching: kueche_Heizung_Clima-desired-temp: 15.5
[FHEM] caching: TargetTemperature: 15.5 (as number; from '15.5')
[FHEM] timo_Heizung_Clima is thermostat
[FHEM] timo_Heizung_Clima has
[FHEM] CurrentTemperature [measured-temp]
[FHEM] TargetTemperature [desired-temp]
2016-05-24 17:11:47 caching: timo_Heizung_Clima-measured-temp: 20.6
[FHEM] caching: CurrentTemperature: 20.6 (as number; from '20.6')
2016-05-24 17:11:47 caching: timo_Heizung_Clima-desired-temp: 17.0
[FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
[FHEM] Initializing platform accessory 'felix_Heizung_Clima'...
[FHEM] creating services for felix_Heizung_Clima
[FHEM] information service for felix_Heizung_Clima
[FHEM] manufacturer, model and serial number characteristics for felix_Heizung_Clima
[FHEM] Thermostat service for felix_Heizung_Clima
[FHEM] CurrentTemperature characteristic for felix_Heizung_Clima:measured-temp
[FHEM] TargetTemperature characteristic for felix_Heizung_Clima:desired-temp
[FHEM] Initializing platform accessory 'kueche_Heizung_Clima'...
[FHEM] creating services for kueche_Heizung_Clima
[FHEM] information service for kueche_Heizung_Clima
[FHEM] manufacturer, model and serial number characteristics for kueche_Heizung_Clima
[FHEM] Thermostat service for kueche_Heizung_Clima
[FHEM] CurrentTemperature characteristic for kueche_Heizung_Clima:measured-temp
[FHEM] TargetTemperature characteristic for kueche_Heizung_Clima:desired-temp
[FHEM] Initializing platform accessory 'timo_Heizung_Clima'...
[FHEM] creating services for timo_Heizung_Clima
[FHEM] information service for timo_Heizung_Clima
[FHEM] manufacturer, model and serial number characteristics for timo_Heizung_Clima
[FHEM] Thermostat service for timo_Heizung_Clima
[FHEM] CurrentTemperature characteristic for timo_Heizung_Clima:measured-temp
[FHEM] TargetTemperature characteristic for timo_Heizung_Clima:desired-temp
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ xxx-xx-xxx │
└────────────┘
Homebridge is running on port 51826.
2016-05-24 17:12:44 caching: timo_Heizung_Clima-desired-temp: 17.5
[FHEM] caching: TargetTemperature: 17.5 (as number; from '17.5')
2016-05-24 17:12:45 caching: timo_Heizung_Clima-desired-temp: 16.0
[FHEM] caching: TargetTemperature: 16 (as number; from '16.0')
Zitat*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Tue, 24 May 2016 15:11:47 GMT EventedHTTPServer Server listening on port 51826
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] New connection from client
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP server listening on port 54826
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP request: /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP Repsonse is finished
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] New connection from client
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP server listening on port 54827
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP request: /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP Repsonse is finished
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP request: /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Client 3D6748CF-83B6-4E5C-9735-F626C0F2501A verification complete
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP Repsonse is finished
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP request: /accessories
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.108] HTTP Repsonse is finished
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP request: /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] Client 38346A10-E20E-4374-B8B7-EE782D382B8C verification complete
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP Repsonse is finished
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP request: /accessories
Tue, 24 May 2016 15:11:48 GMT HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories
Tue, 24 May 2016 15:11:48 GMT EventedHTTPServer [::ffff:192.168.1.101] HTTP Repsonse is finished
und der Auszug aus der FHEM-Config von einem meiner Geräte:
Zitatdefine timo_Heizung_Clima CUL_HM 3CD86604
attr timo_Heizung_Clima genericDeviceType thermostat
attr timo_Heizung_Clima icon sani_heating
attr timo_Heizung_Clima model HM-CC-RT-DN
attr timo_Heizung_Clima peerIDs 00000000,
attr timo_Heizung_Clima room Homekit,Timo
attr timo_Heizung_Clima subType thermostat
Gruß
Timo
die log schauen aus als ob sie von alten homebridge/homebridge-fhem versionen sind.
aktuelle versionen haben datum/zeit am anfang der zeilen und eine homebridge API version: 2 zeile direkt nach der [Tue May 24 2016 17:20:44 GMT+0200 (CEST)] Loaded plugin: homebridge-fhem
das die geräte nicht in homkit/eve sichtbar sind ist genau ein problem das die alten homebridge versionen mit den aktuellen iOS versionen haben.
gruss
andre
Zitat von: justme1968 am 24 Mai 2016, 17:24:35
die log schauen aus als ob sie von alten homebridge/homebridge-fhem versionen sind.
aktuelle versionen haben datum/zeit am anfang der zeilen und eine homebridge API version: 2 zeile direkt nach der [Tue May 24 2016 17:20:44 GMT+0200 (CEST)] Loaded plugin: homebridge-fhem
das die geräte nicht in homkit/eve sichtbar sind ist genau ein problem das die alten homebridge versionen mit den aktuellen iOS versionen haben.
gruss
andre
Super danke das war das Problem.
Aber merkwürdig, dass er bei der Installation nicht die neueste Version installiert hat.
Grüße
Timo
Zitat von: justme1968 am 05 Mai 2016, 21:30:00
versuch mal öffne den rollladen im büro auf xx%. ob siri jalousie als synonym versteht scheint sich von zeit zu zeit zu ändern. stelle ging glaube ich schon mal. zur zeit geht nur öffne auf.
gruss
andre
Hey ihr,
hab auch meine Funk-Rollladenaktor (HomeMatic HM-LC-Bl1PBU-FM) auch mit Homebridge gekoppelt. Bis vor kurzem funktionierte es auch die Rollladen per Siri hoch und runter zu fahren. Seit neustem fahren die Rollladen bei den Befehlen hoch oder runter nur noch 5% jeweils in die entsprechende Richtung.
In der Eve App wird auch die Postion angezeigt, jedoch geht kein Siri Befehl wie
öffne den Rollladen im Schlafzimmer auf xx%Kann ich über homebridgeMapping da was machen?
Ist es möglich sowohl die Rollladen per Siri hoch und runter zufahren aber auch auf XX% zu fahren.
Homebridege läuft auf einem Pi 2 mide Node v4.4.4 falls das von interesse ist.
Neben bei noch ne frage mit welchem befehl finde ich heraus welche Version von Homebridge intalliert ist? - das hat sich schon erledigt ;-)
Zitat von: reen am 27 April 2016, 22:30:04
Hallo Andre,....
sudo node -v && npm -v
v4.0.0
2.14.2
homebridge --version
0.3.2
Homebridge-fhem
0.2.17
Auf dem iPhone läuft iOS 9.3.1
ich meine hoch und runter fährt schon immer nur ein stück in die jeweilige richtung. auf und zu öffnet und schliesst. öffne auf xx% fährt auf eine bestimmte position.
was genau geht denn bei öffne auf xx% nicht? wird das gerät nicht gefunden? welche meldung kommt?
wichtig ist zu verstehen das es zweistufig funktioniert:
- hombridge bindet das device in homekit ein. hier wird dafür gesorgt das der device typ und die aktionen stimmen.
wenn sich das gerät über eve bedienen lässt stimmt alls.
- die steuerung über siri ist komplett homekit intern hoembridge hat hier überhaupt keinen weiteren einfluss
die version bekommst du z.b. mit:npm ls -g|grep -i homebridge
gruss
andre
Zitat von: justme1968 am 25 Mai 2016, 11:09:27
ich meine hoch und runter fährt schon immer nur ein stück in die jeweilige richtung. auf und zu öffnet und schliesst. öffne auf xx% fährt auf eine bestimmte position.
was genau geht denn bei öffne auf xx% nicht? wird das gerät nicht gefunden? welche meldung kommt?
wichtig ist zu verstehen das es zweistufig funktioniert:
- hombridge bindet das device in homekit ein. hier wird dafür gesorgt das der device typ und die aktionen stimmen.
wenn sich das gerät über eve bedienen lässt stimmt alls.
- die steuerung über siri ist komplett homekit intern hoembridge hat hier überhaupt keinen weiteren einfluss
die version bekommst du z.b. mit:npm ls -g|grep -i homebridge
gruss
andre
Danke schon mal. Ich habe jetzt noch was probiert und festgestellt, dass es mit dem Befehlen geht jedoch nur allgemein, also wenn ich sage öffne die Rollladen im Wohnzimmer optional noch zb auf 50% werden die rolladen alle entsprechend fahren. Jedoch sobald ich versuche eine bestimmte Rolllade zu steuern wird diese nicht gefunden oder es folgt die Web suche.
Eine Rollade hat in Eve zB den Siri Namen: Wohnzimmer Rolllade Tür entsprechend habe ich so allen einen eindeutigen Namen geben. Verstehe es nicht wirklich, vorallem weil es bis vor einer Woche auch noch klappte zumindest mit komplett auf oder zu. :o
bei dem Befehl: "Wohnzimmer Rolllade Tür hoch" wird die Rolllade um 5% geöffnet, nutze ich "Wohnzimmer Rolllade Tür auf" kommt von Siri nur "tut mir leid, das konnte ich nicht tun" alternativ auch bei öffne Wohnzimmer Rolllade Tür auf xx% = Tut mir leid, ich habe diesmal keine Geräte gefunden
wenn du homekit räume verwendest (solltest du) und du die geräte in eve zu den richtigen räumen zugeordnet hast kannst du diese verwenden.
also z.b. öffne den rollladen im wohnzimmer
ich denke das ist zuverlässiger als device namen aus mehreren worten. eventuell kommt siri auch durcheinander wenn du die raum namen noch mal im geräte namen hast.
schwierig wird das wenn man mehrere rollläden in einem raum unterschiedlich steuern will. dann sind vermutlich siri szenen am besten.
gruss
andre
Hi zusammen. Habe heute auf iOS 9.3.2 upgedated. Jetzt zeigt mir eve plötzlich bei Lampen Temperaturen an und hat Namen für die Devices hinterlegt die ich vor einem halben Jahr mal vergeben hatte und nicht die aktuellen. Habt ihr eine Ahnung was da passiert sein könnte?
Gesendet von iPhone mit Tapatalk
Moin,
das habe ich auf keinem meiner 9.3.2 devices... Mag sein, dass es etwas mit iCloud zu tun hat. Hast du mal die Homekit-Konfig auf deinem Gerät entfernt und neu angelegt? Ich weiß, dass das keinen Spaß macht, aber wenn du an der Konfig auf Seiten FHEM/homebridge nichts verändert hast, dann sieht das nach einem Problem mit der Homekit DB auf dem Device aus.
Gruß,
Stephan
Hallo zusammen,
dank der super Beiträge hier im Forum habe ich es nun auch geschafft, homebridge auf einem Raspberry Pi2 zum laufen zu bekommen und mit meinem FHEM zu koppeln. Ich steuere hauptsächlich Homematic-Geräte damit und das Ganze funktioniert schon echt reibungslos. Ein einziges Problem habe ich allerdings noch:
Ich nutze Homematic Fensterkontakte (HM-SEC-SC-2). Diese habe ich auch zu Homekit hinzugefügt und den genericDeviceType auf window gestellt. Wenn ich Siri nun Frage "Ist die Haustür geschlossen?" kommt auch die Antwort "Die Haustür ist geschlossen". Allerdings bemerkt Siri/Eve keinen Statuswechsel. Also wenn ich die Haustür öffne und noch mal frage, sagt Siri immer noch, die Haustür wäre geschlossen. In Eve wird mir auch immer "geschlossen" angezeigt, obwohl er auch "Zuletzt verbunden: jetzt" anzeigt.
Gibt es hierfür eine Lösung? :-)
Vielen Dank im Voraus,
Benjamin
der genericDeviceType muss contact sein. window ist für automatische fenster öffner. also winmatic.
der hm-sec-sc sollte übrigens auch ohne gesetzten genericDeviceType automatisch richtig erkannt werden wenn der filter matched.
gruss
andre
Hi noch eine kurze Rückmeldung zu meinem Problem. Es lag wohl an meinem iPad das nach fünf Monaten das erste mal wieder eingeschaltet wurde. Hat wohl die HomeKit DB erster hoch statt runtergeladen und damit zerschossen habs neu angelegt, jetzt geht es wieder.
Gesendet von iPhone mit Tapatalk
Zitat von: justme1968 am 29 Mai 2016, 22:58:25
der genericDeviceType muss contact sein. window ist für automatische fenster öffner. also winmatic.
der hm-sec-sc sollte übrigens auch ohne gesetzten genericDeviceType automatisch richtig erkannt werden wenn der filter matched.
gruss
andre
Hallo Andre,
vielen Dank für deine Hilfe! Ich habe den genericDeviceType nun bei den Kontakten herausgenommen. Ich hatte aber noch ein anderes Problem, auf das ich nach Durchsicht der Ausgaben von Homebridge gekommen bin :-). Ich hatte bei den Fensterkontakten das Attribut event-on-change-reading nur auf state,battery stehen. In der Ausgabe habe ich aber dann gesehen, dass homebridge den "contact" nimmt und dementsprechend nicht mitbekommt, wenn sich etwas ändert.
Tl;dr --> Problem gelöst, vielen Dank! :-)
Gruß,
Benjamin
Hallo Zusammen,
stehe gerade vor dem Problem meine Jalousienmodule im gleichgang zu bringen. Dieses gelingt mir leider nicht.
Generell kann ich meine Fibaro und Eltako Module über Siri bedienen. Leider ist die Zustandsdefinition für offen und geschlossen bei Fibaro und Eletako gegensätzlich.
Deshalb war mein Ansatz, da ich mehr Fibaro Module im Einsatz habe, ein Mapping anzulegen für das Eltako Module und mir den Inversenzustand zu berechnen.
Internals:
DEF 01029203
IODev TCM_ESP2_0
LASTInputDev TCM_ESP2_0
MSGCNT 29
NAME EnO_switch_01029203
NR 303
NTFY_ORDER 50-EnO_switch_01029203
STATE 0
TCM_ESP2_0_MSGCNT 29
TCM_ESP2_0_TIME 2016-05-30 11:29:44
TYPE EnOcean
Readings:
2016-05-30 11:30:40 Invposition 100
2016-05-30 11:30:40 anglePos 90
2016-05-30 11:30:40 endPosition open
2016-05-30 11:30:40 position 0
2016-05-30 11:29:44 state open_ack
Helper:
Attributes:
IODev TCM_ESP2_0
alias Shutter_L
devStateIcon 100:fts_shutter_100 0:fts_window_2w@orange 9\d.*:fts_shutter_90@orange 8\d.*:fts_shutter_80@orange 7\d.*:fts_shutter_70@orange 6\d.*:fts_shutter_60@orange 5\d.*:fts_shutter_50@orange 4\d.*:fts_shutter_40@orange 3\d.*:fts_shutter_30@orange 2\d.*:fts_shutter_20@orange 1\d.*:fts_shutter_10@orange
fp_EG_Grundriss 205,917,0,
genericDeviceType blind
group Shutter
homebridgeMapping CurrentPosition=Invposition,minValue=0,maxValue=100 TargetPosition=position::(100-position),minValue=0,maxValue=100,minStep=10
manufID 00D
model FSB61
room EnOcean,HomeKit,Living Room
shutTime 40
shutTimeCloses 42
stateFormat position
subDef FFC50F06
subType manufProfile
userReadings Invposition:position.* {-((ReadingsVal("EnO_switch_01029203","position",0)-100))}
userattr room_map structexclude
webCmd up:down:stop
Wie muss ich das Mapping anpassen, dass von der Homebridge die Inverseposition an fhem übergeben wird?
homebridgeMapping CurrentPosition=Invposition,minValue=0,maxValue=100 TargetPosition=position::(100-position),minValue=0,maxValue=100,minStep=10
mit
homebridgeMapping
CurrentPosition=invert=1,minValue=0,maxValue=100 TargetPosition=invert=1,minValue=0,maxValue=100,minStep=10
bin ich auch nicht weitergekommen.
Hoffe ihr könnt mir weiterhelfen.
im mapping selber kannst du nicht rechnen. so ist es eigentlich richtig:homebridgeMapping
CurrentPosition=position,invert=1,minValue=0,maxValue=100 TargetPosition=position,invert=1,minValue=0,maxValue=100,minStep=10
was steht beim start mit --debug auf der console?
zeig mal ein jsonlist2 vom device.
gruss
andre
Hallo Andre,
anbei die Homebridge Daten:
[5/30/2016, 1:09:33 PM] [FHEM] homebridgeMapping: CurrentPosition=position,invert=1,minValue=0,maxValue=100 TargetPosition=position,invert=1,minValue=0,maxValue=100,minStep=10
[5/30/2016, 1:09:33 PM] [FHEM] EnO_switch_01029203 is blind
[5/30/2016, 1:09:33 PM] [FHEM] EnO_switch_01029203 has
[5/30/2016, 1:09:33 PM] [FHEM] CurrentPosition [position]
[5/30/2016, 1:09:33 PM] [FHEM] TargetPosition [position]
2016-05-30 13:09:33 caching: EnO_switch_01029203-position: 0
[5/30/2016, 1:09:33 PM] [FHEM] caching: CurrentPosition: 1000 (as string; from '0')
[5/30/2016, 1:09:33 PM] [FHEM] caching: TargetPosition: 1000 (as string; from '0')
[5/30/2016, 1:09:35 PM] Homebridge is running on port 51826.
[5/30/2016, 1:09:52 PM] [FHEM] EnO_switch_01029203 delaying command [object Object] with value 0
[5/30/2016, 1:09:53 PM] [FHEM] EnO_switch_01029203: executing set cmd for TargetPosition with value 0
[5/30/2016, 1:09:53 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EnO_switch_01029203%20position%201000&XHR=1
Device reagiert nicht!!!
Aber mittlerweile habe ich die settings gefunden, um das Device anzusteuern.
Mit diesem Mapping reagiert das Eletako Modul (FSB-61), so wie ich es mir vorstelle. Alle Rollladenmodule bewegen sich bei der Prozentansteuerung in die selbe Richtung.
CurrentPosition=invert=1 TargetPosition=invert=1,minStep=10
Danke für die schnelle Rückmeldung, falls du noch mehr Daten brauchst, gib bescheid.
Hallo zusammen,
habe noch mal eine Frage zu homebridge: Wie bekomme ich homebridge dauerhaft zum laufen? Mir beendet sich homebridge immer, wenn meine ssh-Session stirbt. Ich habe versucht, homebridge über "nohup homebridge &" zu starten, aber das hat leider nichts gebracht...kann mir vielleicht jemand noch einen Tipp geben? :-)
Gruß,
Benjamin
@mpmd: die ausgabe war nicht mit --debug.
aber wenn es jetzt geht ist es ja auch ok.
gruss
andre
Zitat von: Benwish am 30 Mai 2016, 20:46:08
Hallo zusammen,
habe noch mal eine Frage zu homebridge: Wie bekomme ich homebridge dauerhaft zum laufen? Mir beendet sich homebridge immer, wenn meine ssh-Session stirbt. Ich habe versucht, homebridge über "nohup homebridge &" zu starten, aber das hat leider nichts gebracht...kann mir vielleicht jemand noch einen Tipp geben? :-)
Gruß,
Benjamin
Mit ein Wenig Suche kommt man ganz schnell auf den passenden FHEM Wiki Artikel (http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM).
Gruß
Dan
zur scheinbar verschwunden StatusLowBattery characteristic: die ist in eve nur bei BATTERY_LEVEL_NORMAL nicht sichtbar. bei BATTERY_LEVEL_LOW wird sie wieder eingeblendet.
gruss
andre
Zitat von: justme1968 am 01 Juni 2016, 00:40:05
zur scheinbar verschwunden StatusLowBattery characteristic: die ist in eve nur bei BATTERY_LEVEL_NORMAL nicht sichtbar. bei BATTERY_LEVEL_LOW wird sie wieder eingeblendet.
gruss
andre
Danke für die Info Andre.
Du hattest wohl gerade den Fall!?
Gruß
Dan
ja :)
ich weiss, dass diese Fehlermeldung bekannt ist. Die Lösung habe ich aber nirgends gefunden.... Weiss jemand Bescheid? Habe Raspi3..
Ich habe Port extra auf 51829 gesetzt, weil die Fehlermeldung auch bei 51826 kam...
[2016-06-01 18:33:45] Homebridge is running on port 51829.
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51829
at Object.exports._errnoException (util.js:837:11)
at exports._exceptionWithHostPort (util.js:860:20)
at Server._listen2 (net.js:1231:14)
at listen (net.js:1267:10)
at Server.listen (net.js:1363:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:480:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
/usr/local/lib
└── homebridge@0.3.4
/usr/local/lib
└── homebridge-fhem@0.2.22
als Ergänzung zu meinem oben stehendem Beitrag:
Zuerst mal bin ich tooootttaaaaaalll begeistert von der Schnittstelle.. Super justme68, du bist justGrossartig68 ;)
Meine Lichter, Dimmer, Garagentor-Taster und Rolläden (Eltako, EnOcean) sowie Sonos werden alle auf Eve erkannt und dargestellt. Die Lichter kann ich problemlos steuern. Beim Rest muss ich noch nachhelfen, da bin ich mich fleissig am Einlesen. Und als absoluter Newcomer ist das gar nicht so einfach. FHEM habe ich hingekriegt, Homebridge scheint noch eine Stufe tiefer zu gehen ;) Doch am Ehrgeiz fehlt es nicht. Geduld ist aber nicht grad meine Tugend ;)
Ich erlaube mir trotzdem noch die eine oder andere vermutlich banale Frage
- kann ich die Fehlermeldung im vorherigen Post ignorieren, da ich ja die Geräte angezeigt kriege?
- Verstehe ich das richtig, dass die Characteristics die von Homekit definierten Geräte sind, welche es gilt mit den FHEM-Devices zu mappen?
- Wo finde ich alle verfügbaren Characteristics? In der HomeKitTypes?
- Wie kann ich auf hap-nodejs/lib/gen/HomeKitTypes.js zugreifen? Auf meinem Raspi3 gibts diesen pfad nicht. Mit sudo nano hap-nodejs/lib/gen/HomeKitTypes.js kommt ein leeres Blatt.
- Bei mir hat es bei den GenericDeviceTypes keinen Thermometer. Wo sehe ich, welche genericDeviceTypes verfügbar sind, damit ich diese im global attr einbauen kann?
- Wie sehe ich, ob ich die aktuelle homebridge-fhem version habe?
/usr/local/lib
└── homebridge-fhem@0.2.22
-ich habe node 4.0.0 installiert. es gibt doch auch 5.0.0. Welche Version ist besser?
Danke für die Antworten. Ich freue mich aufs weitere entdecken.....
Guten Morgen,
ich muss noch einmal nachfragen. Ich habe ein Harmony Hub mit 3 Aktionen, den Hub habe ich dem Raum HomeKit zugewiesen und das Gerät wird von Eve erkannt. Nun passiert es aber, dass ich nur das Hub an sich in homebridge/Eve sehe, aber nicht die Aktionen und diese somit auch nicht steuern kann.
Wenn ich zu Siri sage, "Starte Aktion Fernsehen" gehen die Lampen an, aber der Fernseher bleibt dunkel. Kennt das Problem schon jemand und hat vielleicht eine Idee dazu?
Dazu kommt, dass meine Hue Lampen in Eve auch immer als eingeschaltet angezeigt werden, obwohl keine der Lampen an ist. Schalte ich diese in Eve aus und wieder an, gehen die Lampen auch an. Hat jemand ähnliche Erfahrungen mit den Hue Lampen und homebridge?
vielen Dank
wolf
Hallo zusammen,
ich habe die homebridge schon seit einiger Zeit erfolgreich im Betrieb.
Nun will ich diese aber nach und nach erweitern.
Ich stehe im Moment vor folgendem Problem:
Ich habe im Schlafzimmer ein Dachfenster welches ich auch per FHEM steuern kann.
Öffnen und schließen tue ich dieses per " HM-LC-SW4-BA-PCB" daran ein Relais angeschlossen.
Den Zustand prüfe ich per "HM-SEC-SC".
Daraus kann ich einen dummy erstellen der mir alle Stati per Reading zur Verfügung stellt.
Nun würde ich gerne diesen dummy in meiner homekit Steuerung einpflegen ala Winmatic oder so.
Ein Traum wäre das die Sprachbefehle und der Zustand ordentlich mit homekit funktionieren.
Hat jemand die genauen readings oder einen anderen Vorschlag ?
Lieben Gruß
Hi,
leider bekomme ich homebridge bei mir nicht mehr zum laufen.
Genau warum habe ich bisher nicht raus bekommen.
Ich bekomme immer folgenden Fehler:
homebridge
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: Module version mismatch. Expected 47, got 46.
at Error (native)
at Object.Module._extensions..node (module.js:450:18)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:313:12)
at Module.require (module.js:366:17)
at require (module.js:385:17)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:425:26)
at Object.Module._extensions..js (module.js:432:10)
at Module.load (module.js:356:32)
Ich habe wie im Wiki beschrieben alle Module installiert aber leider kommt immer noch der Fehler.
Jemand eine Idee, was ich machen soll?
Keiner ne Idee?
was heisst nicht mehr?
ging es schon mal?
ist irgend ein update dazwischen gekommen?
gruss
andre
@justme1968
Ich hab es gestern wieder hin bekommen.
Habe alle benötigten Pakete deinstalliert und komplett noch mal neu installiert.
Also auch die ganzen debian pakete + nodes + npm usw.
Ich denke das irgendwo das dns paket als 100% compiliert gestanden hat obwohl es irgendwie kaputt war.
Gruß Robert
Gab es bisher eigentlich schon offizielle Unterstützung durch Homekit für Lampen mit Farbtemperatur?
iOS 10 wird ja eine eigene Homekit App von Haus aus mitliefern.
http://9to5mac.com/2016/06/15/ios-10-watchos-3-home-app-homekit/
Wenn man hier ein Stück runterscrollt, sieht man bei den HUE Lampen, dass man zwischen 2 Reitern umschalten kann:
Farbe oder Farbemperatur.
Das ist ja sehr ähnlich der HUE App und fände ich echt klasse, da ich Weißtemperaturen weit öfter nutze als Farbeffekte.
Wäre das schon heute möglich, oder sieht das nach neuen Characteristiken in iOS 10 aus?
das ist neu und erst mit ios10 möglich. wobei ich diesen punkt in den Präsentationen von apple noch nicht gefunden habe.
den neuen HomeKit simulator um zu schauen wie das überhaupt geht gibt es auch erst seit heute.
bis dahin (und wenn du es nicht über siri steuern willst) kannst du dir aber mit einer custom characteristic behelfen.
gruss
andre
Ah, ok.
Hab heute auch schon in der Developer Beta Doku gestöbert, aber da waren die Characteristics noch nicht erweitert.
Muss mir die Tage auch mal das "What's new in Homekit" Video reinziehen.
So eilig wegen Custom Characteristics hab ichs nicht.
Aber wenn es irgendwann mal was zum Testen gibt bin ich immer gerne bereit. :D
Hab als Developer auch immer ein paar Geräte (iPad, iPhone, Watch) mit der Beta hier bei mir rumliegen...
Soweit ich das beurteilen kann, steuert die Homekit App in iOS10 bei mir alle meine Geräte über homebridge-fhem völlig unproblematisch, ohne dass ich irgendetwas ändern musste. :D
Gruß,
Stephan
Edit: Ok, nicht ganz, bei meinem Wifilight geht das nicht so richtig, aber das ging vorher auch nicht und ist deswegen auch keine Überraschung. Ich muss much da endlich mal dran machen.
Moin André,
ich habe mir das jetzt mal angesehen, und dazu ein neues Wifilight Device konfiguriert, welches ohne "Schnickschnack" daher kommt, also z.B. ohne irgendwelche Widgets, die überschrieben werden, damit ich das Teil einfach so in Homekit benutzen kann. Dadurch musste ich, z.B. kein Extra Mapping, wie bei meinem ursprünglichen Wifilight Device vornehmen und habe das Device also einfach in den Homekit-Raum geschoben.
Was funktioniert ist das Ein- und Ausschalten, aber weder Helligkeit, noch Farbe/Sättigung funktionieren. Wenn ich in Homekit die Helligkeit ändere, dann steht da folgendes im Log:
[2016-06-18 08:43:37] [FHEM] dachbodenDecke: executing set cmd for Brightness with value 50
[2016-06-18 08:43:37] [FHEM] value converted to 0,0,50
[2016-06-18 08:43:37] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20dachbodenDecke%20HSV%20NaN&XHR=1
Da scheint irgendetwas mit der Umsetzung nicht zu stimmen, denn mit NaN kann das Modul ja eher nix anfangen - der konvertierte Wert nach HSV stimmt dagegen natürlich. Wenn ich also im FHEM das cmd entsprechend in eine Telnet-Session werfe, dann wird die Helligkeit im Device auch auf 50% gestellt.
Dasselbe passiert, wenn ich eine Farbe wähle:
[2016-06-18 08:51:19] [FHEM] dachbodenDecke: executing set cmd for Saturation with value 54
[2016-06-18 08:51:19] [FHEM] value converted to 0,54,50
[2016-06-18 08:51:19] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20dachbodenDecke%20HSV%20NaN&XHR=1
[2016-06-18 08:51:19] [FHEM] dachbodenDecke: executing set cmd for Hue with value 347
[2016-06-18 08:51:19] [FHEM] value converted to 347,0,50
[2016-06-18 08:51:19] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20dachbodenDecke%20HSV%20NaN&XHR=1
Ach ja, und müssten nicht auch die beiden Parameter für die Farbe gleichzeitig gesetzt werden, so dass am Ende dann
set dachbodenDecke HSV 347,54,50 1
herauskommt?
Gruß,
Stephan
Upps... Kommando zurück... nachdem ich eben mal meine homebridge und auch homebridge-fhem neu installiert habe, geht das auch mit der Farbe und der Helligkeit.
...ich habe wohl schon länger nicht mehr aktualisiert gehabt... ;)
Gruß,
Stephan
Hallo zusammen,
Ich habe gerade versucht, neben meine iPhone auch mein iPad für HomeKit einzurichten. Ich habe die Elgato Eve App geladen und gestartet. Ich wurde gefragt, ob die App Zugriff auf meine HomeKit Datenbank bekommt, was ich bejaht habe. Dann wurden alle Einstellungen genau so übernommen, wie sie auch auf dem iPhone sind. Leider kann ich kein Gerät bedienen, hinter allen Geräten steht ein Warnsymbol. Meine auch über HomeKit laufende Hue Bridge funktioniert hingegen problemlos mit beiden Geräten.
Ist Homebridge auf ein iOS Device beschränkt?
nein. das sollte gehen wenn due die gleiche apple id verwendest. tut es auch bei mir und einigen anderen.
prinzipiell kann jedes homekit gerät kann nur mit einer apple id verbunden sein. an andere ids muss man der gerät freigeben.
das warnsymbol kann man anklicken. was steht dann da ?
gruss
andre
Moin,
ich habe das Problem, dass mein HM-Dimmer und meine HM-Rolladenaktoren (über HMCCUDEV angelegt) als LEVEL die Werte von 0.00 bis 1.00 liefern und nicht 0-100, wie von HomeKit erwartet. Eine Änderung über minStep=0.01 und minValue/maxValue Werte bringt nichts, weil CurrentPosition/TargetPosition als UINT8 definiert sind. Somit kriege ich in EVE trotzdem nur die Möglichkeit, die Markisen auf 0% (ganz geschlossen) oder 1% (ganz offen) zu fahren. Ohne Zwischenschritte.
Weiß jemand Rat?
Danke und Gruß
Alex
du kannst mit factor eine skalieren angeben, format auf FLOAT setzen oder wenn beides nicht hilft in fhem ein user reading um von 0..1 auf 0..100 zu kommen und ein cmdalias um von 0..100 zurück auf 0..1
gruss
andre
Zitat von: justme1968 am 22 Juni 2016, 15:09:43
du kannst mit factor eine skalieren angeben, format auf FLOAT setzen oder wenn beides nicht hilft in fhem ein user reading um von 0..1 auf 0..100 zu kommen und ein cmdalias um von 0..100 zurück auf 0..1
gruss
andre
Danke, Andre.
Bitte nochmal für Steinmetze zum Mitmeißeln: :D
Wo und wie kann ich mit factor eine Skalierung angeben?
Wo und wie setze ich das format auf FLOAT?
Mit User Reading habe ich rumexperimentiert, aber komme ich zwar fhem->homebridge zum Ziel, aber umgekehrt nicht.
im ersten post in diesem thread und im readme zu homebridge-fhem wird beschrieben wie man das homebridgeMapping attribut verwendet.
etwas wie CurrentPosition=factor=100 TargetPosition=factor=100 sollte funktionieren. homebridge mit --debug starten uns schauen was passiert.
für format gilt das gleiche CurrentPosition=format=FLOAT TargetPosition=format=FLOAT
wenn beides nicht funktioniert: wie oben geschrieben: für den rückweg cmdalias verenden.
gruss
andre
Zitat von: justme1968 am 22 Juni 2016, 18:50:08
im ersten post in diesem thread und im readme zu homebridge-fhem wird beschrieben wie man das homebridgeMapping attribut verwendet.
etwas wie CurrentPosition=factor=100 TargetPosition=factor=100 sollte funktionieren. homebridge mit --debug starten uns schauen was passiert.
für format gilt das gleiche CurrentPosition=format=FLOAT TargetPosition=format=FLOAT
wenn beides nicht funktioniert: wie oben geschrieben: für den rückweg cmdalias verenden.
gruss
andre
Danke. Das hab ich alles gelesen, aber ich raff es trotzdem nicht:
cmdalias wird mir für das Device nicht angeboten.
Ich nutze nicht pct für das Device, sondern control.
Wenn ich obiges verwende, nimmt er pct als Command und fällt auf die Nase.
Mit
CurrentPosition=control::state TargetPosition=control::controlKrieg ich nur 0 oder 1.
Mit einem userReading krieg ich die Werte umgebogen und Richtung Homebridge geschossen.
Auf dem Rückweg kann ich aber kein userReading zurück schreiben.... Oder ich habe noch nicht herausgefunden, wie?!
Wenn das nämlich ginge, könnte ich zumindest über ein Notify das userReading umschreiben und die Markise fahren.
cmdalias ist ein eigenes fhem modul mit dem du beliebige kommandos definieren kannst. z.b. auch eines das einen wert zwischen 0 und 100 in einen zwischen 0 und 1 verwandelt.
du musst natürlich das factor=100 zusätzlich zu deinen bestehenden mappings verwenden:CurrentPosition=control::state,factor=100 TargetPosition=control::control,factor=100
gruss
andre
edit: ich habe gerade gesehen das für die richtung homebridge -> fhem der factor noch nicht berücksichtigt wurde. das habe ich eben eingebaut eingecheckt. du musst also homebridge-fhem updaten/drüber installieren.
Ich habe meine HomeKit DB sogar an 3 weitere AppleIDs freigegeben, das funktioniert alles ohne Probleme.
Gruß,
Stephan
Also mit factor=100 funktioniert es in der Current-Richtung, aber nicht in der Target-Richtung:
[2016-06-22 19:23:09] [FHEM] query: TargetPosition for SeitenMarkise-control
[2016-06-22 19:23:09] [FHEM] cached: 100
[2016-06-22 19:23:20] [FHEM] SeitenMarkise delaying command [object Object] with value 81
[2016-06-22 19:23:21] [FHEM] SeitenMarkise: executing set cmd for TargetPosition with value 81
[2016-06-22 19:23:21] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20SeitenMarkise%20control%2081&XHR=1
2016-06-22 19:23:21 caching: SeitenMarkise-control: 81
[2016-06-22 19:23:21] [FHEM] SeitenMarkise-control factor: value 81 mapped to 8100
[2016-06-22 19:23:21] [FHEM] caching: TargetPosition: 8100 (as number; from '81')
2016-06-22 19:23:21 caching: SeitenMarkise-state: 81
[2016-06-22 19:23:21] [FHEM] SeitenMarkise-state factor: value 81 mapped to 8100
[2016-06-22 19:23:21] [FHEM] caching: CurrentPosition: 8100 (as number; from '81')
2016-06-22 19:23:21 caching: SeitenMarkise-state: OK
[2016-06-22 19:23:21] [FHEM] SeitenMarkise-state factor: value NaN mapped to NaN
[2016-06-22 19:23:21] [FHEM] SeitenMarkise-state not a number: OK
2016-06-22 19:23:22 caching: SeitenMarkise-control: 1.000000
[2016-06-22 19:23:22] [FHEM] SeitenMarkise-control factor: value 1 mapped to 100
[2016-06-22 19:23:22] [FHEM] caching: TargetPosition: 100 (as number; from '1.000000')
2016-06-22 19:23:22 caching: SeitenMarkise-state: 1.000000
[2016-06-22 19:23:22] [FHEM] SeitenMarkise-state factor: value 1 mapped to 100
[2016-06-22 19:23:22] [FHEM] caching: CurrentPosition: 100 (as number; from '1.000000')
Er multipliziert mit 100 und macht 81% dann zu 8100.
Verwende ich 0.01 statt 100, passiert folgendes:
[2016-06-22 19:28:02] [FHEM] SeitenMarkise delaying command [object Object] with value 17
[2016-06-22 19:28:03] [FHEM] SeitenMarkise: executing set cmd for TargetPosition with value 17
[2016-06-22 19:28:03] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20SeitenMarkise%20control%2017&XHR=1
2016-06-22 19:28:04 caching: SeitenMarkise-control: 17
[2016-06-22 19:28:04] [FHEM] SeitenMarkise-control factor: value 17 mapped to 0.17
[2016-06-22 19:28:04] [FHEM] caching: TargetPosition: 0 (as number; from '17')
2016-06-22 19:28:04 caching: SeitenMarkise-state: 17
[2016-06-22 19:28:04] [FHEM] SeitenMarkise-state factor: value 17 mapped to 1700
[2016-06-22 19:28:04] [FHEM] caching: CurrentPosition: 1700 (as number; from '17')
2016-06-22 19:28:04 caching: SeitenMarkise-state: OK
[2016-06-22 19:28:04] [FHEM] SeitenMarkise-state factor: value NaN mapped to NaN
[2016-06-22 19:28:04] [FHEM] SeitenMarkise-state not a number: OK
2016-06-22 19:28:05 caching: SeitenMarkise-control: 1.000000
[2016-06-22 19:28:05] [FHEM] SeitenMarkise-control factor: value 1 mapped to 0.01
[2016-06-22 19:28:05] [FHEM] caching: TargetPosition: 0 (as number; from '1.000000')
2016-06-22 19:28:05 caching: SeitenMarkise-state: 1.000000
[2016-06-22 19:28:05] [FHEM] SeitenMarkise-state factor: value 1 mapped to 100
[2016-06-22 19:28:05] [FHEM] caching: CurrentPosition: 100 (as number; from '1.000000')
@budy: dafür ist die freigabe ja auch da. das pairen geht aber nur mit einer id.
@aski71: siehe edit von oben:
Zitatich habe gerade gesehen das für die richtung homebridge -> fhem der factor noch nicht berücksichtigt wurde. das habe ich eben eingebaut eingecheckt. du musst also homebridge-fhem updaten/drüber installieren.
Zitat von: justme1968 am 22 Juni 2016, 19:40:52
@aski71: siehe edit von oben:
Hatte sich mit meinem Post überschnitten. :)
Ergebnis mit neuer Version ist aber die gleiche.
Es sieht so aus, als rufe er erst das fhem-Kommando mit dem Wert 9 auf und wendet den Faktor erst hinterher an?
Außerdem wird in EVE zwar richtigerweise 100% angezeigt (Markise ist offen), aber das Steuer-Element zeigt 0% an.
[2016-06-22 19:51:43] [FHEM] SeitenMarkise delaying command [object Object] with value 9
[2016-06-22 19:51:44] [FHEM] SeitenMarkise: executing set cmd for TargetPosition with value 9
[2016-06-22 19:51:44] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20SeitenMarkise%20control%209&XHR=1
2016-06-22 19:51:44 caching: SeitenMarkise-control: 9
[2016-06-22 19:51:44] [FHEM] SeitenMarkise-control factor: value 9 mapped to 0.09
[2016-06-22 19:51:44] [FHEM] caching: TargetPosition: 0 (as number; from '9')
2016-06-22 19:51:44 caching: SeitenMarkise-state: 9
das schaut aus als ob immer noch die alte version läuft. hast du darüber installiert?
welche ausgabe bekommt du mit --debug?
Zitat von: justme1968 am 22 Juni 2016, 20:09:58
das schaut aus als ob immer noch die alte version läuft. hast du darüber installiert?
welche ausgabe bekommt du mit --debug?
Das war die Ausgabe von --debug. :)
npm install homebridge-fhem
homebridge-fhem@0.2.23 node_modules/homebridge-fhem
└── request@2.72.0 (tunnel-agent@0.4.3, aws-sign2@0.6.0, oauth-sign@0.8.2, forever-agent@0.6.1, is-typedarray@1.0.0, caseless@0.11.0, stringstream@0.0.5, aws4@1.4.1, isstream@0.1.2, json-stringify-safe@5.0.1, extend@3.0.0, tough-cookie@2.2.2, node-uuid@1.4.7, qs@6.1.0, combined-stream@1.0.5, mime-types@2.1.11, form-data@1.0.0-rc4, hawk@3.1.3, bl@1.1.2, http-signature@1.1.1, har-validator@2.0.6)Und das sieht doch so weit gut aus, oder?
@justme1968: ich weiß... ;) Ich habe meine AppleID auf zwei oder drei Geräten und alle funktionieren mit der homebridge. Und eben die drei eingeladenen...
0.2.23 wäre eigentlich richtig aber mit --debug gestartet muss nach:[2016-06-22 19:51:44] [FHEM] SeitenMarkise: executing set cmd for TargetPosition with value 9 noch eine zeile mit value: 9 mapped to 0.09 kommen und dann das set in fhem mit 0.09 statt 9.
ich habe die eingecheckte version noch mal aktualisiert und die debug meldungen verbessert.
wenn di im homebridgeMapping attribut für CurrentPosition und für TargetPosition den factor angegeben hat wird auf dem hinweg mit dem factor multipliziert und auf dem rückweg durch den faktor geteilt.
unabhängig davon sind mir noch zwei dinge aufgefallen.
- bei CurrentPosition musst du control nicht angeben. es wird ja nichts gesetz sondern nur gelesen.
- gibt es wirklich ein reading control? wenn nein musst du bei TargetPosition für das reading auch state angeben.
gruss
andre
ps: die ausgaben müssen dann so aussehen:
auf dem weg fhem -> homebridge: 2016-06-22 20:32:31 caching: rol-state: 0.18
[Wed Jun 22 2016 20:32:31 GMT+0200 (CEST)] [FHEM Test4] rol-state factor: value 0.18 mapped to 18
[Wed Jun 22 2016 20:32:31 GMT+0200 (CEST)] [FHEM Test4] caching: CurrentPosition: 18 (as number; from '0.18')
[Wed Jun 22 2016 20:32:31 GMT+0200 (CEST)] [FHEM Test4] rol-state factor: value 0.18 mapped to 18
[Wed Jun 22 2016 20:32:31 GMT+0200 (CEST)] [FHEM Test4] caching: TargetPosition: 18 (as number; from '0.18')
und auf dem weg homebridge -> fhem:[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] rol: executing set cmd for TargetPosition with value 17
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] value: 17 mapped to 0.17
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] executing: http://10.0.1.4:8083/fhem?cmd=set%20rol%20control%200.17&XHR=1
2016-06-22 20:32:54 caching: rol-state: 0.17
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] rol-state factor: value 0.17 mapped to 17
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] caching: CurrentPosition: 17 (as number; from '0.17')
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] rol-state factor: value 0.17 mapped to 17
[Wed Jun 22 2016 20:32:54 GMT+0200 (CEST)] [FHEM Test4] caching: TargetPosition: 17 (as number; from '0.17')
Very strange.
Nochmal npm install gemacht.
0.2.24 angezeigt bekommen.
Mapping ist jetzt:
CurrentPosition=Seitenmarkise.1.LEVEL,factor=100 TargetPosition=control::control,factor=100
Das Reading control existiert.
--debug Ausgabe ist:
2016-06-22 20:48:16] [FHEM] SeitenMarkise delaying command [object Object] with value 75
[2016-06-22 20:48:17] [FHEM] SeitenMarkise: executing set cmd for TargetPosition with value 75
[2016-06-22 20:48:17] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20SeitenMarkise%20control%2075&XHR=1
2016-06-22 20:48:18 caching: SeitenMarkise-Seitenmarkise.1.LEVEL: 75
[2016-06-22 20:48:18] [FHEM] SeitenMarkise-Seitenmarkise.1.LEVEL factor: value 75 mapped to 7500
[2016-06-22 20:48:18] [FHEM] caching: CurrentPosition: 7500 (as number; from '75')
2016-06-22 20:48:18 caching: SeitenMarkise-control: 75
sehr komisch...
zeig mal bitte die ausgabe beim start wenn homebridgeMapping ausgelesen wird und die services und characteristics angelegt werden.
gruss
andre
homebridge -U /var/homebridge/ --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2016-06-22 21:07:02] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-06-22 21:07:02] Registering platform 'homebridge-fhem.FHEM'
[2016-06-22 21:07:02] ---
[2016-06-22 21:07:02] Loaded config.json with 0 accessories and 1 platforms.
[2016-06-22 21:07:02] ---
[2016-06-22 21:07:02] Loading 1 platforms...
[2016-06-22 21:07:02] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1466622424152
[2016-06-22 21:07:04] [FHEM] Checking genericDeviceType...
[2016-06-22 21:07:04] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-06-22 21:07:04] [FHEM] Fetching FHEM devices...
[2016-06-22 21:07:04] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-06-22 21:07:04] Loading 0 accessories...
Server listening on: http://<ip>:8082
[2016-06-22 21:07:04] [FHEM] got: 24 results
[....]
[2016-06-22 21:07:05] [FHEM] homebridgeMapping: CurrentPosition=Seitenmarkise.1.LEVEL,factor=100 TargetPosition=control::control,factor=100
[2016-06-22 21:07:05] [FHEM] mappings for SeitenMarkise: { CurrentPosition: { reading: 'Seitenmarkise.1.LEVEL', factor: '100' },
TargetPosition: { reading: 'control', cmd: 'control', delay: true, factor: '100' } }
[2016-06-22 21:07:05] [FHEM] SeitenMarkise is blind
[2016-06-22 21:07:05] [FHEM] SeitenMarkise has
[2016-06-22 21:07:05] [FHEM] CurrentPosition [Seitenmarkise.1.LEVEL]
[2016-06-22 21:07:05] [FHEM] TargetPosition [control]
2016-06-22 21:07:05 caching: SeitenMarkise-Seitenmarkise.1.LEVEL: 1.000000
[2016-06-22 21:07:05] [FHEM] SeitenMarkise-Seitenmarkise.1.LEVEL factor: value 1 mapped to 100
[2016-06-22 21:07:05] [FHEM] caching: CurrentPosition: 100 (as number; from '1.000000')
2016-06-22 21:07:05 caching: SeitenMarkise-control: 1.000000
[2016-06-22 21:07:05] [FHEM] SeitenMarkise-control factor: value 1 mapped to 100
[2016-06-22 21:07:05] [FHEM] caching: TargetPosition: 100 (as number; from '1.000000')
[.....]
[2016-06-22 21:07:05] [FHEM] Initializing platform accessory 'SeitenMarkise'...
[2016-06-22 21:07:05] [FHEM] creating services for SeitenMarkise
[2016-06-22 21:07:05] [FHEM] information service for SeitenMarkise
[2016-06-22 21:07:05] [FHEM] manufacturer, model and serial number characteristics for SeitenMarkise
[2016-06-22 21:07:05] [FHEM] WindowCovering service for SeitenMarkise
[2016-06-22 21:07:05] [FHEM] CurrentPosition characteristic for SeitenMarkise:Seitenmarkise.1.LEVEL
[2016-06-22 21:07:05] [FHEM] initial value is: 100 (number)
[2016-06-22 21:07:05] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-06-22 21:07:05] [FHEM] TargetPosition characteristic for SeitenMarkise:control
[2016-06-22 21:07:05] [FHEM] initial value is: 100 (number)
[2016-06-22 21:07:05] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
sehr seltsam das alles...
bitte nimm mal die angehängte version und kopiere sie einfach über das installierte homebridge-fhem index.js file. bei setzen des wertes sollte eine zusätzliche ausgabe erscheinen.
gruss
andre
Ja. Mit dieser index.js funktioniert es.
Ich hatte definitiv eine andere.
Warum auch immer. :o
das ist exakt die eingecheckte plus zwei zusätzliche log zeilen.
kann es sein das du mehrere installationen hast und die falsche gestattest hattest ?
gruss
andre
Nicht dass ich wüsste. Ich habe immer mit
# homebridge -U /var/homebridge --debug
gestartet.
Die originale, die ich ersetzt habe, anbei.
das ist noch die ganz alte version. sehr komisch...
gruss
andre
Ich habe gerade tatsächlich noch einen zweiten Pfad gefunden!
Diese index.js war tatsächlich bis auf 2 Zeilen identisch.
Mir ist aber gerade nicht wirklich klar, warum das passiert ist.
Noch eine Verständnisfrage:
Die Markisen sind ja bei mir mit genericDeviceType blinds eingerichtet.
Nun finde ich den Service "blinds" gar nicht in der HomeKitTypes.js. Und einige andere der genericDeviceTypes auch nicht.
Ist das normal?
die genericDeviceTypes waren/sind als allgemeine beschreibung gedacht die nicht homekit spezifisch ist. intern wird sie dann auf die homekit spezifischen typen umgesetzt: 2181 switch: 'Switch',
2182 outlet: 'Outlet',
2183 light: 'Lightbulb',
2184 blind: 'WindowCovering',
2185 contact: 'ContactSensor',
2186 thermometer: 'TemperatureSensor',
2187 thermostat: 'Thermostat',
2188 garage: 'GarageDoorOpener',
2189 window: 'Window',
2190 lock: 'LockMechanism'
es ist aber möglich auch direkt die homekit typen zu verwenden wenn man tiefer einteigen will.
gruss
andre
Ahja. Verstehe. :)
Allerdings habe ich jetzt das nächste Problem in Eve.
Eve hat soeben beschlossen, fast alle Raumzuordnungen zu vergessen und auch diese Devices nicht mehr unter "Auf einen Blick" oder in "Typen" anzuzeigen.
Wenn ich unter Einstellungen schaue, finde ich Homebridge mit allen eingerichteten Geräten, aber alle problematischen befinden sich "im Raum '(null)'" und können auch nicht mehr anders zugeordnet werden.
Hatte das schon jemand?
So. Scheint jetzt zu funzen.
Wirklich sehr geiles Plugin! Danke dafür!
Damit kann man echt schon viel anfangen.
Aber da muss Apple noch viel Gehirnschmalz investieren, bis das rund wird.
Siri kann zwar jetzt dimmen und die Markisen bewegen.
Wenn ich allerdings nun sage: "Hauptmarkise runter" bewegt Siri nur in 5% Schritten.
Ebenso hoch. Ist auf Dauer etwas mühsam. Während sie beim Dimmer artig die Prozentzahl anfährt, die man ihr sagt, versteht sie Prozentansagen bei den Markisen überhaupt nicht. Oder kann man da irgendwo noch was tunen, was ich nur nicht gefunden habe.
Oder Fensterkontakte:
Da kriege ich nur den Status "schließend" oder "öffnend" statt "geschlossen" oder "offen".
Und jedesmal, wenn ich die Balkontüre öffne oder schließe, sagt Homekit in der Mitteilungszentrale "Die Balkontür wurde geöffnet." :)
Auch etwas gewöhnungsbedürftig:
Wenn ich mit Harmony meine Anlage ausschalten will, muss ich sagen "Harmony ausschalten einschalten." ;D
rauf und runter sind bei rollläden relative angaben. sie wie bei zimmern heller und dunkler. beides geht mit und ohne % angabe.
um einen rollladen auf eine absolute position zu fahren kann man 'öffne auf xx%' sagen. ganz auf und ganz zu geht mit öffne und schliessen.
fensterkontakte sind nicht vom typ fenster (das sind fenster mit motor. deshalb die beweung!) sondern vom typ contact bzw. ContactSensor. diesem contact sensor konfiguriert man dann zusätzlich zur ContactSensorState characteristic noch eine CurrentDoorState characteristic und dann gibt es auch offen und geschlossen. weiter oben gibt es ein beispiele dazu.
das der status im den mitteilungen nicht stimmt liegt auch an der falschen characteristic.
das mit der harmony hängt an der konfiguration bzw. am namen.
siri versteht eigentlich sehr viel. wenn man das richtige wort findet. als letzter ausweg bei namens oder verständnis problemen hilft es fast immer sich siri szenen anzulegen.
gruss
andre
Hm:
"Hauptmarkise schließen"
"Hauptmarkise öffnen"
"Schließe Hauptmarkise auf 50%"
-> Tut mir leid, ich habe diesmal keine Geräte gefunden
"Hauptmarkise runter"
-> Ok, ich habe Hauptmarkise auf 95% gestellt
"Hauptmarkise hoch"
-> Ok, ich habe Hauptmarkise auf 100% gestellt
"Fahre Hauptmarkise auf 50% runter"
-> Ich hab das hier im Internet gefunden
"Stelle Hauptmarkise auf 50%"
-> Tut mir leid, das konnte ich nicht tun.
Was mache ich falsch?
Das mit dem ContactSensor macht natürlich Sinn. Habe ich wohl übersehen. Werde ich gleich mal ausprobieren.
Habe ich die Harmony überhaupt richtig angelegt? Als Switch? Oder gibt's da auch einen geeigneteren Service?
Nutzt Du Eve, oder eine andere App?
öffne auf xx% hast du nicht probiert.
schau noch mal weiter oben im thread. da gab es schon mal beispiele zu rolläden
die harmony wird automatisch mit einem switch pro activity eingebunden. wenn du nur alles willst kannst du auch selber konfigurieren. beispiel im ersten beitrag.
ich verwende auch eve. damit werden die meisten characteristics angezeigt.
was mit siri geht ist aber nicht von der app abhängig. das passiert vollständig auf homekit ebene.
gruss
andre
"Öffne Hauptmarkise auf 20%" habe ich auch probiert.
Auch "Schließe Hauptmarkise auf 20%". :o
Ergebnis war ebenso: Tut mir leid, ich habe diesmal keine Geräte gefunden
Hab jetzt mal die Fenster auf Contact umgestellt.
Ergebnis ist, dass sie jetzt alle "JA" anzeigen. :D
Ich blätter mal die 48 Seiten durch, um die Rolläden zu finden.
"Setze Hauptmarkise am Balkon auf xy%" funktionierte gerade mal. Jetzt wieder nicht. (Tut mir leid, ich habe diesmal keine Geräte im Bereich Balkon gefunden.)
Dafür funktioniert jetzt gerade: "Setze Hauptmarkise auf xy%."
"Setze Rolläden am Balkon auf xy%" scheint für beide zu funktionieren.
Ohne Prozentangabe komplett hoch oder runter fahren krieg ich irgendwie gar nicht hin.
Ist noch so ein bisschen wie Lotto, dass Siri und ich uns aneinander gewöhnen. :)
Bekommst Du bei den Contacts tatsächlich "offen" und "geschlossen" in Eve? Ich bekomme nur "Ja" und "Nein".
wenn es mal geht und mal nicht ist oft der device name ungünstig und siri hat probleme den zu verstehen.
wie oben geschrieben musst du dir zusätzlich zur ContactSensorState characteristic noch eine CurrentDoorState characteristic in den gleichen service konfigurieren. dann gibt es geöffnet und geschlossen. auch wenn die characteristic DoorState heisst kannst du siri nach fenstern fragen. in eve kannst du dann den ContactSensorState verstecken und nur den CurrentDoorState anzeigen lassen.
was ist das für ein sensor der nicht automatisch erkannt wird? schau mal weiter oben. da gibt es auch dazu schon was.
gruss
andre
Hatte ich auch gedacht. Aber erkennen tut sie den Namen eigentlich schon. Auf dem Display wird er korrekt dargestellt.
Sensor, der nicht automatisch erkannt wird? Du meinst meine Markisensteuerung? Ist ein HM Aufputz Rolladenaktor.
CurrentDoorState habe ich gemacht. Sieht aber in Eve nicht anders aus.
Obwohl es im Debug eigentlich gut aussieht.
2016-06-23 17:40:10] [FHEM] homebridgeMapping: ContactSensorState=state,values=open:1;closed:0 ContactDoorState=state,values=open:1;closed:0
[2016-06-23 17:40:10] [FHEM] mappings for Balkontuer: { ContactSensorState: { reading: 'state', values: [ 'open:1', 'closed:0' ] },
ContactDoorState: { reading: 'state', values: [ 'open:1', 'closed:0' ] } }
[2016-06-23 17:40:10] [FHEM] Balkontuer is contact
[2016-06-23 17:40:10] [FHEM] Balkontuer has
[2016-06-23 17:40:10] [FHEM] ContactSensorState [state]
[2016-06-23 17:40:10] [FHEM] ContactDoorState [state]
VG Alex
nein. ich meinte den rolladen aktor den du von hand konfiguriert hat. aber das problem war ja die ccu. die andere werte liefert wie die anderen hm module.
nicht ContactDoorState sondern CurrentDoorState :). die zuordnung der zustände ist übrigens entgegengesetzt zum ContactSensorState.
am besten ist es auch nicht 0 und 1 zu verwnden sondern die homekit konstanten. also CONTACT_DETECTED und CONTACT_NOT_DETECTED für den ContactSensorState sowie CLOSED und OPEN für den CurrentDoorState. das macht es übersichtlicher.
die config ist dann etwa so:... ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN ...
in eve tauchen dann erst mal beide chracteristics im service auf und du kannst dann den nicht gebrauchten ContactSensorState ausblenden.
gruss
andre
Laaaach!
Da hätte ich Jahre hinschauen können und es wär mir nicht aufgefallen! Danke Dir.
Das mit den Konstanten macht Sinn. Bin ich eigentlich auch ein Freund davon.
Der nicht automatisch erkannte ist der Aufputz-Aktor, der über HMCCUDEV angelegt ist und mit der CCU2 verbunden ist.
Hallo, einige Seiten vorher wurde meine Frage die ich habe schonmal gestellt, allerdings nicht beantwortet.
Ich habe einen dummy in FHEM der APPLE-Modus lautet. Wenn ich diesen Dummy ausführe wird die Steckdose geschaltet und via Harmon HUB die Einstellungen am AV Receiver und TV vorgenommen.
Wie bekomme ich diesen Dummy nun dazu das er sich mit Homebridge versteht. Sprich, ich will sagen "Hey Siri, schalte den APPLE-Modus ein".
du gibst dem dummy eine setList on off und genericDeviceType switch und sorgst dafür das er in der filter liste enthalten ist.
ansonsten kannst du die harmony auch ohne dummys direkt einbinden und auch die steckdose kannst du so in die harmony einbinden das über FHEM Teil der activity ist und auch beim start der activity direkt über die harmony eingeschaltet wird.
gruss
andre
ok soweit verstanden. Was aber ist mir
Zitatsorgst dafür das er in der filter liste enthalten ist.
gemeint? in meiner Roomliste ?
damit ist die konfiguration der filter auf homebridge-fhem seite gemeint. ob das bei dir räume oder sonst etwas sind weiss ich nicht.
gruss
andre
Hallo,
Wie kann man denn die readings für genericDeviceType Window rausfindet?
Ich habe mein Dachfenster jetzt erstmal als Lock definiert, das klappt jetzt erstmal ziemlich gut, nur die Antwort von Siri lauten das Dachfenster wurde abgeschlossen bzw aufgeschlossen.
Sent from my iPhone using Tapatalk
deine frage verstehe ich nicht.
window ist für elektrisch betriebene fenster. hast do so eines?
wenn nein: ein beispiel für tür und fenster kontakte gibt es doch 7 beiträge weiter oben...
gruss
andre
Hallo Andre,
Sorry, da hab ich mich nicht sonderlich gut ausgedrückt..
Ich habe einen elektrischen Motor am Fenster angebracht, diesen öffne bzw schließe ich per Polumschaltung.
Zusätzlich ist ein magnetkontakt angebracht.
Also als reale readings stehen mir open/close und wird geöffnet/wird geschlossen.
Mit einem weiteren Relais könnte ich auch noch ein stop mit einbauen.
Sent from my iPhone using Tapatalk
nachschauen kannst du in ../homebridge/node_modules/hap-nodejs/lib/gen/HomeKitTypes.js
für fenster gibt es gibt die characteristics
pflicht:
CurrentPosition und TargetPosition mit werten zwischen 0 und 100
PositionState mit den werten DECREASING, INCREASING und STOPPED
optional:
HoldPosition -> bool, keine ahnung was das ist
ObstructionDetected mit true oder false bzw. 0 oder 1
du kannst in hombridge-fhem/index.js auch schauen wie HM-SEC-WIN funktioniert.
gruss
andre
weiss nicht ob das schon jemand hier hatte: habe versucht homebridge nach http://www.fhemwiki.de/wiki/Homebridge_einrichten zu installieren. (RPI2, node v6.2.1, Kernel 4.1.19-v7+, neueste Patches). Bekomme leider aber bei 'npm install -g homebridge' folgenden Fehler:
make: *** No rule to make target '../.node-gyp/6.2.1/include/node/common.gypi', needed by 'Makefile'. Stop.
Gibt es dafür einen Workaround/Lösung?
Andreas
Zitat von: justme1968 am 24 Juni 2016, 13:22:30
nachschauen kannst du in ../homebridge/node_modules/hap-nodejs/lib/gen/HomeKitTypes.js
für fenster gibt es gibt die characteristics
pflicht:
CurrentPosition und TargetPosition mit werten zwischen 0 und 100
PositionState mit den werten DECREASING, INCREASING und STOPPED
optional:
HoldPosition -> bool, keine ahnung was das ist
ObstructionDetected mit true oder false bzw. 0 oder 1
du kannst in hombridge-fhem/index.js auch schauen wie HM-SEC-WIN funktioniert.
gruss
andre
Ok Andre,
jetzt hat es Klick gemacht...in dieser Datei steht nun wirklich alles...
Gleich mal die Einbruchmeldeanlage,die Rauchmelder sowie die Wassersensoren angelegt ;)
Hätte ich mir mal den Eingangspost genauer angeschaut.
Gruß und Danke
Rene
Sent from my iPhone using Tapatalk
Ich habe von OSARAM das lightyfy im Einsatz. Wenn ich eine Lampe integriere funktioniert alles Problemlos. Sobald ich versuche die 2. Lampe zu integrieren und ich Homerbridge neu starte erhalte ich folgenden Meldung.
Zitat[6/25/2016, 9:49:00 AM] [FHEM] Saturation characteristic for HUEDeviceSZBjoern:sat
/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:219
throw new Error("Cannot add a bridged Accessory with the same UUID as another bridged Accessory: " + existing.UUID);
^
Error: Cannot add a bridged Accessory with the same UUID as another bridged Accessory: xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx
at Bridge.Accessory.addBridgedAccessory (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:219:13)
at Server.<anonymous> (/home/pi/homebridge/lib/server.js:346:24)
at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:970:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:200:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1067:10)
at emitOne (events.js:82:20)
at Request.emit (events.js:169:7)
Wie kann ich alle Lightify Lampen integrieren ohne das die UUIS doppelt vergeben wird?
Danke im voraus
wie genau hast du die lampen eingebunden? zeig mal ein list auf beide devices.
wenn ein device keine eindeutige id hat wird der name zur erzeugung der uuid verwendet. der sollte eigentlich immer eindeutig sein.
das LIGHTIFY modul hat die lampen serien nummer nicht in die internals geschrieben. das wird ab morgen gemacht.
du kannst im homebridgeMapping über den subtype bis dahin eindeutige ids vergeben.
gruss
andre
ZitatInternals:
DEF 7D0BDA0000261884
ID 7D0BDA0000261884
INTERVAL 0
IODev gatewayLightify
NAME HUEDeviceKueche
NR 342
STATE dim06%
TYPE HUEDevice
ZitatInternals:
CHANGED
DEF D594DA0000261884
ID D594DA0000261884
INTERVAL 0
IODev gatewayLightify
NAME HUEDeviceSZBjoern
NR 341
STATE off
TYPE HUEDevice
mit
ZitathomebridgeMapping On=activity,subtype=kueche
und
ZitathomebridgeMapping On=activity,subtype=SZBjoern
gehts leider nicht. weiterhin dieselbe Meldung! :-/
das listing ist nicht komplett.
wo kommt activity her?
morgen im update wird die id gesetzt.
gruss
andre
nun vollständig. Habe den subtile nochmal angepasst, aber ohne Erfolg. Ist der Eintrag subtype denn richtig ?
ZitatInternals:
DEF D594DA0000261884
ID D594DA0000261884
INTERVAL 0
IODev gatewayLightify
NAME HUEDeviceSZBjoern
NR 341
STATE off
TYPE HUEDevice
manufacturername
modelid
name
swversion
type Extended color light
uniqueid
Readings:
2016-06-25 12:40:42 bri 60
2016-06-24 21:17:48 colormode hs
2016-06-24 21:17:48 ct 370 (2702K)
2016-06-24 21:17:48 hue 43063
2016-06-25 12:40:57 onoff 0
2016-06-25 12:40:57 pct 0
2016-06-24 21:17:48 reachable 1
2016-06-25 12:40:42 rgb 03063c
2016-06-24 21:17:48 sat 243
2016-06-25 12:40:57 state off
Helper:
alert
bri 60
colormode hs
ct 370
devtype
effect
hue 43063
on 0
percent 0
reachable 1
rgb 03063c
sat 243
update_timeout 0
xy
Attributes:
IODev gatewayLightify
alias SZ Bjoern
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType light
homebridgeMapping On=activity,subtype=SZBjoern
room Homekit,LIGHTIFY
subType extcolordimmer
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
und
ZitatInternals:
CHANGED
DEF 7D0BDA0000261884
ID 7D0BDA0000261884
INTERVAL 0
IODev gatewayLightify
NAME HUEDeviceKueche
NR 342
STATE off
TYPE HUEDevice
manufacturername
modelid
name
swversion
type Color Temperature Light
uniqueid
Readings:
2016-06-25 12:40:15 bri 193
2016-06-24 21:17:48 colormode ct
2016-06-25 09:45:55 ct 153 (6535K)
2016-06-25 12:40:15 onoff 0
2016-06-25 12:40:15 pct 0
2016-06-25 09:45:55 reachable 1
2016-06-25 09:45:55 rgb e5eaff
2016-06-25 12:40:15 state off
Helper:
alert
bri 193
colormode ct
ct 153
devtype
effect
hue
on 0
percent 0
reachable 1
rgb e5eaff
sat
update_timeout 0
xy
Attributes:
IODev gatewayLightify
alias Küche
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType switch
homebridgeMapping subtype=kueche
room Homekit,Küche,LIGHTIFY
subType ctdimmer
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
warte mal ob es nach dem update morgen geht.
ausserdem lass mal das homebridgeMapping komplett weg. activity ist sowieso falsch.
gruss
andre
alles klar. Auf einen Tag kommt es nicht an. Danke
Hallo,
erst mal vielen Dank an den Entwickler, FHEM macht noch mehr Spaß mit Siri :-)
Klappt alles bestens nur eine Kuriosität gibt es,
Meine Homematic Jalousien (HM-LC-BL1-FM) lassen sich zwischen 0 und 99% korrekt steuern, nur bei 100% fahren sie auf 0%.
Das Problem tritt schon in EVE auf und nicht nur bei Siri.
mein Mapping:
TargetPosition=pct::reportedState,part=1,minValue=0,maxValue=100,minStep=1
CurrentPosition=level,part=1,cmd=pct,minValue=0,maxValue=100,minStep=1
Jemand ein Idee woran das liegen könnte?
zeig mal bitte die ausgaben beim start mit --debug. was genau wird richtung hem gesendet wenn das problem auftritt?
aber wenn der HM-LC-BL1-FM einen subType blindActuator hat wie der HM-LC-Bl1PBU-FM sollte es ganz ohne homebridgeMapping gehen.
woher ist in deinem mapping das reading reportedState? das kenne ich nur von zwave. nicht von homematic.
warum hast du jeweils part=1 in deinem mapping? die homematic readings bestehen nur aus einer zahl. da muss man keinen teil extrahieren.
gruss
andre
Auf die Gefahr hin das schon jemand gefragt hat... wie ist denn bitte die Updateprocedure auf die aktuelle Version ?
node -v = v4.2.1
Homebridge 0.1.1
git://github.com/nfarina/homebridge.git
Fhem 5.7
Danke
am zuverlässigsten ist homebridge und homebridge-fhem neu drüber zu installieren.
gruss
andre
Hallo Andre,
habe noch etwas geforscht, vermute das Problem in Fhem, es wird folgender Befehl von Homebridge ausgegeben:
http://192.168.2.2:8083/fhem?cmd=set%20Jalousie_WZ%20pct%20100&XHR=1
und der wird als 0% interpretiert.
Auch in der FHEM Kommandozeile wird set Jalousie_WZ 100 als 0% interpretiert. ?!?
das wird es zumindest bei mir nicht.
liegt also vielleicht an eventmap oder der konfiguration im aktor. oder noch etwas anderem. frag am besten mal in hm bereich.
gruss
andre
Hab jetzt mal versucht drüber zu installieren aber die installation bricht mit einem haufen Fehler ab. Hab mal ein weinig im inet gesucht. Scheinbar klappt da was nicht mit den Rechten was wohl mit "--unsafe-perm" unter gcc/g++ 4.8 behober werden könne. Hat leider auch nicht geklappt.
Zitat
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.3.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
linux 3.18.11-v7+
node 4.3.1
node-gyp 3.0.3
npm 2.14.12
Hat noch jemand eine Idee ?
Volltreffer, es lag am EventMap:
vorher :/pct 0:0/pct 50:50/pct 100:100/up 0.5:↓/down 1:↑
und so läuft es jetzt: /up 0.5:↓/down 1:↑
Die pct Angaben waren unnötig.
Bei mir hat die aktuallisierung auf meinen rpi2 jetzt auch funktioniert.
...
wget https://nodejs.org/dist/v4.3.1/node-v4.3.1-linux-armv7l.tar.gz
tar -xvf node-v4.3.1-linux-armv7l.tar.gz
cd node-v4.3.1-linux-armv7l
sudo cp -R * /usr/local/
cd..
rm node-v4.3.1-linux-armv7l.tar.gz
rm -R node-v4.3.1-linux-armv7l/
sudo npm update -g npm && sudo npm update -g
...
sudo npm install -g --unsafe-perm homebridge
sudo npm install -g --unsafe-perm homebridge-fhem
sudo npm update -g --unsafe-perm homebridge
sudo npm update -g --unsafe-perm homebridge-fhem
...
linux 3.18.11-v7+
node 4.3.1
node-pre-gyp 0.6.28
node-gyp 3.3.1
npm 3.10.3
homebridge 0.3.4
Zitat von: fhemfreund am 24 Juni 2016, 16:29:00
weiss nicht ob das schon jemand hier hatte: habe versucht homebridge nach http://www.fhemwiki.de/wiki/Homebridge_einrichten zu installieren. (RPI2, node v6.2.1, Kernel 4.1.19-v7+, neueste Patches). Bekomme leider aber bei 'npm install -g homebridge' folgenden Fehler:
make: *** No rule to make target '../.node-gyp/6.2.1/include/node/common.gypi', needed by 'Makefile'. Stop.
Gibt es dafür einen Workaround/Lösung?
Andreas
nur der Vollständigkeit halber: habe es mit Node 4.4.6 jetzt hinbekommen.
Danke an alle die das möglich gemacht haben. Das ist eine klasse Entwicklung! Vor allem für Menschen, die aus gesundheitlichen Gründen per iPhone/Siri dadurch Erleichterungen haben.
Andreas
Moin Andreas,
dann solltest du derzeit nicht auch die Beta von iOS10 updaten, denn dann versteht Siri nix mehr von Homekit - zumindest nicht auf deutsch. Aauf englisch habe ich das probiert, das gibt mit denn deutschen Namen irgendwie einen Sprchsalat. :o Homekit selbst funktioniert, ebenso die neue Home App von iOS10. Nur die deutesche Lokalisation für Siri ist derzeit unbrauchbar...
Gruß,
Stephan
Hey Leute,
Ich habe es nun endlich geschafft und Homebridge zum laufen bekommen.
Zum Starten verwende ich das Skript aus dem Wiki http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM (http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM) welches unter anderem auch die Einbindung in FHEM ermöglichen soll, dafür habe ich nach Anleitung auch das DOIF definiert.
SKRIPT:
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is allready running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
su - pi -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
sleep 2
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
kill $PID
echo "Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge running as PID $PID"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
DOIF:
(
[FHEM.Homebridge] eq "start"
)
(
set FHEM.Homebridge on,
{system ("sudo /etc/init.d/homebridge start")}
)
DOELSEIF
(
[FHEM.Homebridge] eq "stop"
)
(
set FHEM.Homebridge on,
{system ("sudo /etc/init.d/homebridge stop")}
)
DOELSEIF
(
[FHEM.Homebridge] eq "restart"
)
(
set FHEM.Homebridge on,
{system ("sudo /etc/init.d/homebridge restart")}
)
DOELSEIF
(
[FHEM.Homebridge] eq "status"
)
(
set FHEM.Homebridge on,
{system ("sudo /etc/init.d/homebridge status")}
)
Allerdings habe ich das große Problem das in den Dummys aus der Anleitung keinerlei Daten angezeigt werden, und das bei Ausführung Eines Befehls der Art:
{system ("sudo /etc/init.d/homebridge start")}
FHEM sich vollständig aufhängt so dass ein Neustart meines RasPI notwendig ist.
Auf der Konsole ausgeführt mach das Skript keine Probleme, trägt allerdings keine Daten in die Dummy's sein.
Hat jemand eine Idee woran das liegen könnte?
Kann mir jem. einen Tipp geben? Wenn ich wissen möchte ob ein Fenster geöffnet ist bzw. ich wissen möchte welche Fenster geöffnet sind, was muss ich als "genericDeviceType" hinterlegen?
contact sollte es tun wenn es sich um eine ThreeStateSensor handelt.
Gruß
Dan
nein, ist ein einfacher von Homematic. Auf / ZU.
Ich habe nur zur Auswahl SWITCH, OUTLET,LIGHT,BLIND,SPEAKER und THERMOSTAT
Hab ich auch! HM-Sec-SCo und und HM-SEC-SC-2!
Die werden sogar ohne manuelles Mapping erkannt. Hab mir aber Tamper noch dazu gemappt.
Gruß
Dan.
auch die 'normalen' hm für und fenster kontakte sollten den subTyp ThreeStateSensor haben.
SWITCH, OUTLET,LIGHT,BLIND,SPEAKER und THERMOSTAT bestimmt nicht. wenn dann klein geschrieben. entferne das genericDeviceType attribut aus der liste unter global und starte homeride ein mal neu.
gruss
andre
sind bei mir alle kleingeschrieben, sorry. Habe den Eintrag "ThreeStateSensor" händisch in global hinzugefügt.
Funktioniert nun! DANKE!
PS: Gibt es noch weitere Einträge von denen ich nichts weiß im Bezug auf "genericDeviceType"
ThreeStateSensor ist der subType von deinem sensor. der sollte automatisch gesetzt sein. wenn nicht stimmt etwas nicht.
Zitatentferne das genericDeviceType attribut aus der liste unter global und starte Homeride ein mal neu.
dann wird es neu angelegt.
gruss
andre
Habe hier noch einen Dimmer mit dem ich nicht weiterkomme:
Internals:
DEF HOMEEASY 00f03301ee dimmer
IODev TRX
TRX_LIGHT_type HOMEEASY
TYPE TRX_LIGHT
Readings:
2016-06-29 23:38:00 state on
Attributes:
event-on-update-reading state
genericDeviceType light
homebridgeMapping On=state,part=0,valueOn=on,valueOff=off,cmdOff=off,cmdOn=on
Brightness=state,part=1,cmd=level,minValue=0,maxValue=15,minStep=1
room Homebridge
Es gibt nur das Reading state mit den Werten off / on / level N (level 0 == on)
Und die identischen Sets wobei on nicht gesendet werden darf wenn die Lampe schon an ist.
Irgendeine Idee wie das zu bewerkstelligen ist?
An/Aus funktioniert, sonst nichts.
du hat bei Brightness das kommando nicht angegeben.
ist 1 dunkel und 15 hell oder umgekehrt?
etwas in der art sollte gehen:attr <dimmer> homebridgeMapping On=state,valueOff=off,cmdOff=off,cmdOn=on Brightness=level::state,part=1,factor=6.6666,delay=1
statt dem factor kannst du auch minValue=0,maxValue=15,format=INT angeben. aber eve zeigt trozdem immer prozent an. wie es auf siri seite ausschaut habe ich nicht probiert.
das mit dem factor finde ich logischer.
gruss
andre
0 ist dunkel (allerdings nicht aus), 15 ist hell.
Funktioniert leider so nicht.
Die Lampe bekommt immernoch die on Befehle und Brightness funktioniert ebenfalls nicht.
Hier mit deiner Definition, bei min/max kommt bei Brightness nur immer 0 raus.
[6/30/2016, 11:37:10 PM] [FHEM] Initializing platform accessory 'light_bedroom_right'...
[6/30/2016, 11:37:10 PM] [FHEM] creating services for light_bedroom_right
[6/30/2016, 11:37:10 PM] [FHEM] information service for light_bedroom_right
[6/30/2016, 11:37:10 PM] [FHEM] manufacturer, model and serial number characteristics for light_bedroom_right
[6/30/2016, 11:37:10 PM] [FHEM] Lightbulb service for light_bedroom_right
[6/30/2016, 11:37:10 PM] [FHEM] On characteristic for light_bedroom_right:state
[6/30/2016, 11:37:10 PM] [FHEM] initial value is: false (boolean)
[6/30/2016, 11:37:10 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[6/30/2016, 11:37:10 PM] [FHEM] Brightness characteristic for light_bedroom_right:state
[6/30/2016, 11:37:10 PM] [FHEM] initial value is: off (string)
[6/30/2016, 11:37:10 PM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[6/30/2016, 11:39:33 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 1
[6/30/2016, 11:39:33 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:33 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:33 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20on&XHR=1
[6/30/2016, 11:39:41 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 0
[6/30/2016, 11:39:41 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:41 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:41 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20off&XHR=1
[6/30/2016, 11:39:41 PM] [FHEM] light_bedroom_right delaying command [object Object] with value 0
[6/30/2016, 11:39:42 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 1
[6/30/2016, 11:39:42 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:42 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:42 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20on&XHR=1
[6/30/2016, 11:39:42 PM] [FHEM] light_bedroom_right delaying command [object Object] with value 24
[6/30/2016, 11:39:42 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 1
[6/30/2016, 11:39:42 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:42 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:42 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20on&XHR=1
[6/30/2016, 11:39:42 PM] [FHEM] light_bedroom_right delaying command [object Object] with value 51
[6/30/2016, 11:39:43 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 1
[6/30/2016, 11:39:43 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:43 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:43 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20on&XHR=1
[6/30/2016, 11:39:43 PM] [FHEM] light_bedroom_right delaying command [object Object] with value 73
[6/30/2016, 11:39:43 PM] [FHEM] light_bedroom_right: executing set cmd for On with value 1
[6/30/2016, 11:39:43 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:43 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:43 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20on&XHR=1
[6/30/2016, 11:39:43 PM] [FHEM] light_bedroom_right delaying command [object Object] with value 79
...
[6/30/2016, 11:39:44 PM] [FHEM] light_bedroom_right: executing set cmd for Brightness with value 79
[6/30/2016, 11:39:44 PM] [FHEM] typeof value: number
[6/30/2016, 11:39:44 PM] [FHEM] mapping: [object Object]
[6/30/2016, 11:39:44 PM] [FHEM] value: 79 mapped to 11.850118501185012
[6/30/2016, 11:39:44 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=set%20light_bedroom_right%20level%2011.850118501185012&XHR=1
Die naheliegende Lösung ist, dass die Dimmer ausgetauscht werden ;)
welche homebridge-fhem version hast du installiert?
gruss
andre
Zitat von: justme1968 am 01 Juli 2016, 00:35:16
welche homebridge-fhem version hast du installiert?
Up to date: 0.2.25 auf homebridge 0.3.4
Und noch mal was aus dem realen Leben :)
Ich hab ein steuerbares Fenster, das nur Open und Closed kennt und auch nur das state Reading hat.
clear
CurrentPosition=state,values=on:100;Open:100;off:0;Closed:0,default=50,nocache=true
TargetPosition=state,minStep=100,factor=100,max=1,delay=1,cmd=,values=/^0.*/:Closed;1:Open,cmdOn=Open,cmdOff=Closed
PositionState=state,default=STOPPED
Steuern funktioniert damit wunderbar, geht tatsächlich zwischen 0 und 100 direkt.
Nur die State Updates wollen nicht. Wenn ich in FHEM schalte bekommt Homebridge das nicht mit.
Ab und an steht es auch einfach dauerhaft auf "Closing"
Zwischendrin bekomme ich auch: windowmotor_toilet-state value on not handled in values
Ich halte das für gelogen :)
Ne Idee was ich falsch mache?
Und könntest du bitte noch sowas wie minStep=1 (also auch nach factor Berechnung immer int, nicht float) in der Richtung Homebridge -> FHEM einbauen?
edit: Ich glaube ich habe noch einen Denkfehler irgendwo...
Bekomme ich es irgendwie hin, dass ich z.B. in HomeKit nur Werte von 1-5 in einem Slider habe?
Bekomme ich es irgendwie hin, dass ich in Homekit zwar 1-100 habe, diese Werte aber in den FHEM Befehlen auf die nächsten N (frei anzugeben, int) gerundet werden?
Noch ein paar Dinge:
Wo du gerade schon Manufacturer, Serial und Model drin hast, kannst du bitte noch irgendwo den FHEM Devicenamen und das Alias dazupacken?
Die Temperatur bekomme ich nicht weg, sobald das Reading temperature existiert.
Selbst wenn ich für meine FritzDECT clear On=... definiere, habe ich trotzdem noch die Temperatur (dann 0) in den Apps.
Apples (noch unfertige) Home App stellt dann nur die Temperatur dar, ohne Schaltmöglichkeit :(
Ich hätte dann gerne noch, dass die cmds Liste nicht vollständig sein muss, wenn ich auch noch cmd angebe - dann soll das Command ganz normal ausgeführt werden ;)
Viele Grüsse, Markus
wenn es einen alias gibt wird der als name verwendet. sonst der device name. beides noch mal extra irgendwo unterzubringen ginge nur mit einer custom characteristic. wozu brauchst du das denn ?
wenn das clear nicht funktioniert stimmt etwas nicht. bist du ganz sicher das deine homebridge-fhem version aktuell ist?
geht es wenn du das clear nur auf CurrentTemperature machst:
... CurrentTemperature=clearZitatIch hätte dann gerne noch, dass die cmd Liste nicht vollständig sein muss, wenn ich auch noch cmd angebe - dann soll das Command ganz normal ausgeführt werden ;)
hab ich eben eingecheckt.
die anderen beiden dinge von oben muss ich mir erst noch anschauen.
gruss
andre
Zitat von: justme1968 am 02 Juli 2016, 10:59:45
wenn es einen alias gibt wird der als name verwendet. sonst der device name. beides noch mal extra irgendwo unterzubringen ginge nur mit einer custom characteristic. wozu brauchst du das denn ?
Wäre nützlich gewesen um 10 identisch benamte Geräte auseinanderhalten zu können.
HardwareVersion und SoftwareVersion gäbs ja auch noch.
Zitatwenn das clear nicht funktioniert stimmt etwas nicht. bist du ganz sicher das deine homebridge-fhem version aktuell ist?
geht es wenn du das clear nur auf CurrentTemperature machst:... CurrentTemperature=clear
Bin ich, funktioniert damit aber leider immer noch nicht.
Zitathab ich eben eingecheckt.
die anderen beiden dinge von oben muss ich mir erst noch anschauen.
Das erste funktioniert schon mal, danke :)
Ich glaube in der anderen Richtung bei den
values fehlt das auch - zumindest bekomme ich Fehler wie
2016-07-02 20:05:51 caching: HM_3AE23D_Win-state: 3
[7/2/2016, 8:05:51 PM] [FHEM] HM_3AE23D_Win-state value 3 not handled in values
[7/2/2016, 8:05:51 PM] [FHEM] caching: TargetPosition: 3 (as number; from '3')
Wenn das Fenster auf closing... stehen bleibt, scheint die Position undefiniert zu sein, da Home 0 anzeigt, Eve 100.
Kommt bei Homebridge aber an:
2016-07-02 20:18:15 caching: HM_3AE23D_Win-direction: no
[7/2/2016, 8:18:15 PM] [FHEM] HM_3AE23D_Win-direction values: value no mapped to 2
[7/2/2016, 8:18:15 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'no')
2016-07-02 20:18:15 caching: HM_3AE23D_Win-state: 0
[7/2/2016, 8:18:15 PM] [FHEM] HM_3AE23D_Win-state values: value 0 mapped to 1
Hier mal was ich damit überhaupt mache:
clear CurrentPosition=state,values=locked:0;0:1 TargetPosition=state,minValue=0,maxValue=100,minStep=1,delay=2,cmds=9:level+0;8:level+0;7:level+0;6:level+0;5:level+0;4:level+0;3:level+0;2:level+0;1:level+0;0:locked,cmd=level PositionState=direction,values=up:INCREASING;down:DECREASING;no:STOPPED,default=STOPPED CurrentLockMechanismState=state,values=locked:SECURED,default=UNSECURED
Winmatic bei <10 zu, nur bei 0 locked.
Ich bastle dann erst mal mit ein paar anderen Devices weiter ;)
Gruss, Markus
identisch benannte geräte darf es in homekit nicht geben. jeder name muss eindeutig sein.
bei mir funktioniert das clear sowohl für alle services als auch für einzelne. bitte zeig noch mal ein log vom start mit --debug.
der default wert wurde bis eben nur beim start und bei timeout direkt berücksichtigt. nicht bei values. bzw. erst als fallback nach der meldung. hab eben eine geänderte version eingecheckt.
du kannst aber auch einfach an deine values liste ein ;/.*/:<wert> anängen an der dann für die nicht explizit aufgeführten werte gilt.
gruss
andre
Huch? Da komm ich aus dem Urlaub zurück und stelle fest:
Eve bekommt keinen Connect mehr zu Homebridge.
Neben allen Geräten ist ein kleines Dreieck mit Ausrufezeichen: "Dieses Gerät ist zurzeit nicht erreichbar. Stelle sicher, dass WLAN und Bluetooth aktiviert sind und versuche es erneut."
Folgendes schon versucht:
- Eve abschießen und neu starten
- Wifi und Bluetooth auf dem iPad deaktivieren/aktivieren
- Homebridge Service stoppen und starten
- Homebridge manuell mit --debug starten (läuft ordentlich hoch und berichtet, dass es lauscht, aber es sind keine Zugriffe zu sehen, wenn ich was auf der App mache)
Ratlos.
Hat irgendwer eine Idee?
Danke, Alex
Zitat von: justme1968 am 03 Juli 2016, 12:30:41
identisch benannte geräte darf es in homekit nicht geben. jeder name muss eindeutig sein.
Hm? Ich kann auch alle meine Fenster einfach nur "Fenster" nennen.
Die Homekit App lässt das problemlos zu.
Falls das jemals eine offizielle Anforderung war, ist sie mit iOS10 wohl raus.
Zitatbei mir funktioniert das clear sowohl für alle services als auch für einzelne. bitte zeig noch mal ein log vom start mit --debug.
[7/4/2016, 12:59:05 AM] [FHEM] homebridgeMapping: clear On=state,valueOff=off,cmdOff=off,valueOn=on,cmdOn=on E863F10D-079E-48FF-8F27-9C2605A29F52=power,name=Power,format=UINT8,unit=WATT,minValue=0,maxValue=3600,minStep=1 CurrentTemperature=clear
[7/4/2016, 12:59:05 AM] [FHEM] mappings for washdryer_bathroom: { On:
{ reading: 'state',
valueOff: 'off',
cmdOff: 'off',
valueOn: 'on',
cmdOn: 'on' },
'E863F10D-079E-48FF-8F27-9C2605A29F52':
{ reading: 'power',
name: 'Power',
format: 'UINT8',
unit: 'WATT',
minValue: '0',
maxValue: '3600',
minStep: '1' } }
[7/4/2016, 12:59:05 AM] [FHEM] washdryer_bathroom is thermometer
[7/4/2016, 12:59:05 AM] [FHEM] washdryer_bathroom has
[7/4/2016, 12:59:05 AM] [FHEM] On [state;on,off]
[7/4/2016, 12:59:05 AM] [FHEM] Custom Power [power]
2016-07-04 00:59:05 caching: washdryer_bathroom-state: on
[7/4/2016, 12:59:05 AM] [FHEM] washdryer_bathroom-state valueOn/valueOff: value on mapped to 1
[7/4/2016, 12:59:05 AM] [FHEM] caching: On: true (as boolean; from 'on')
2016-07-04 00:59:05 caching: washdryer_bathroom-power: 3.29 W
[7/4/2016, 12:59:05 AM] [FHEM] caching: Custom Power: 3 (as number; from '3.29 W')
Warum auch immer da thermometer im Devicetype gesetzt wird...
Sobald einer angegeben ist, sollte immer der aus dem Attribut genommen werden.
Zitatder default wert wurde bis eben nur beim start und bei timeout direkt berücksichtigt. nicht bei values. bzw. erst als fallback nach der meldung. hab eben eine geänderte version eingecheckt.
du kannst aber auch einfach an deine values liste ein ;/.*/:<wert> anängen an der dann für die nicht explizit aufgeführten werte gilt.
Ich möchte nur manche ändern, den Rest durchschleusen.
Sicher mit dem Checkin? Im Update kam heute nichts. 0.2.26
Gruss, Markus
habe auch eine Frage zur Rolladen Steuerung in Verbindung mit homebridge/homekit/Eve. Ich steuere meine Rolläden per Rademacher Fernotron (Linux)-Scripts die nur die Stati 'Auf', 'Stop' und 'Zu' abbilden, aber keine %-Werte zum Anfahren bestimmter Positionen (wie einige andere hier das bei Rolladen Steuerungen haben). Gibt es da eine Chance das auch abzubilden? Wenn ja, wie könnte so etwas aussehen?
Andreas
@Markus M.: Hm? Ich kann auch alle meine Fenster einfach nur "Fenster" nennen.ja. das ist eine offizielle anforderung und auch von apple so dokumentiert. wenn das mit ios10 tatsächlich geht wäre das klasse. dann kann ich meine sonos endlich in jedem raum einfach nur radio nennen.
was hast du als genericDeviceType konfiguriert?
aktuell ist inzwischen die 0.2.29. wenn das update nicht geht einfach noch mal drüber installieren.
@fhemfreund: homekit kennt nur % werte. vermutlich könnte man sich mit dem homebridgeMapping etwas hin konfigurieren, aber sinnvoller ist es das auf fhem ebene zu machen. schau dir mal das ROLLO modul an (http://www.fhemwiki.de/wiki/ROLLO (http://www.fhemwiki.de/wiki/ROLLO)) oder wenn das nicht geht readingsProxy.
gruss
andre
Zitat von: aski71 am 03 Juli 2016, 15:20:57
Huch? Da komm ich aus dem Urlaub zurück und stelle fest:
Eve bekommt keinen Connect mehr zu Homebridge.
Neben allen Geräten ist ein kleines Dreieck mit Ausrufezeichen: "Dieses Gerät ist zurzeit nicht erreichbar. Stelle sicher, dass WLAN und Bluetooth aktiviert sind und versuche es erneut."
Folgendes schon versucht:
- Eve abschießen und neu starten
- Wifi und Bluetooth auf dem iPad deaktivieren/aktivieren
- Homebridge Service stoppen und starten
- Homebridge manuell mit --debug starten (läuft ordentlich hoch und berichtet, dass es lauscht, aber es sind keine Zugriffe zu sehen, wenn ich was auf der App mache)
Ratlos.
Hat irgendwer eine Idee?
Danke, Alex
Hallo zusammen,
leider habe ich das Problem immer noch. Weiß hier niemand Rat?
Eve zeigt seit meiner Rückkehr aus dem Urlaub hinter allen Geräten ein Ausrufezeichen-Dreieck und baut keine Verbindung mehr zu homebridge auf.
Habe jetzt auch mal homebridge-fhem auf die neueste Version gehoben.
Kein Erfolg. :(
VG Alex
Wenn absolut gar nichts mehr geht, hilft wohl bloß das Zurücksetzen von Homebridge und HomeKit.
Eventuell hat sich auch ein Mapping verändert und deswegen verbindet HomeKit nicht mehr!?
Gruß
Dan
Was heißt "zurücksetzen"?
Verändert haben kann sich nix. Am Tag vor dem Urlaub ging's ja noch.
Am Tag meiner Rückkehr nicht mehr. ???
Mit zurücksetzen meine ich: Homebridge stoppen, die HomeKit Einstellungen in iOS zurückzusetzen und von Homebridge die Ordner persist und accessories zu löschen. Dann Homebridge wieder starten und neu Koppeln. Dabei gehen zwar alle in HomeKit gemachten Einstellungen flöten, aber das System sollte wieder laufen.
Gruß
Dan
In der Tat hat es gereicht, die Homebridge in Eve zu löschen und neu anzulegen.
Das ist natürlich schon ein wenig bescheuert, wenn mann alle Nase lang alle Einstellungen in Eve neu machen muss, weil irgendwas sich verhakt.
Weiß jemand einen Grund dazu?
Ist das nur bei mir so?
Hi,
bei mir ist das auch so, dass ich dann in Eve alles neu anlegen muss.
Was mich zur Zeit verzweifeln lässt ist der HarmonyHub.
Ich habe den Hub in den Room Homekit geschoben.
Wird auch von Eve gefunden und ich kann alle Geräte dort schalten.
Bei der Verwendung von Siri kommt aber immer "Leider konnte ich von Deinen Geräten diesmal keine Antwort bekommen".
Hat da Jemand bitte einen Tip ?
Viele Grüße
Joachim
Zitat von: Jack_n am 06 Juli 2016, 20:32:09
Hi,
bei mir ist das auch so, dass ich dann in Eve alles neu anlegen muss.
Was mich zur Zeit verzweifeln lässt ist der HarmonyHub.
Ich habe den Hub in den Room Homekit geschoben.
Wird auch von Eve gefunden und ich kann alle Geräte dort schalten.
Bei der Verwendung von Siri kommt aber immer "Leider konnte ich von Deinen Geräten diesmal keine Antwort bekommen".
Hat da Jemand bitte einen Tip ?
Viele Grüße
Joachim
Leider nein. Läuft bei mir. Sozusagen. :-)
Ausnahmsweise.
Wenn Eve nicht mal wieder Total-Amnesie hat...
Bei mir gabs auch nen Totalausfall gestern.
Half dann nur die Files von Homebridge wie oben beschrieben zu löschen und die Bridge auf iOS Seite neu einzubinden.
Gebe die Schuld hier aber der iOS 10 Beta 2.
Nach neuem Aufsetzen geht aber alles wieder, auch Siri erkennt in der deutschen Version wieder Homekit Befehle. :)
Dafür kann ich von außerhalb Zuhause nicht mehr auf Homekit zugreifen. Evtl. müsste mein Apple TV dafür auch auf die Beta umgezogen werden...
Gestern die Homebridge aus Eve gelöscht, neu angelegt, 25 Geräte auf Räume verteilt, alles super.
Heute: "Dieses Gerät ist zurzeit nicht erreichbar. Stelle sicher, dass WLAN und Bluetooth aktiviert sind und versuche es erneut. Versuche auch, näher an das Gerät zu gehen."
Bei allen Geräten und der Homebridge selbst.
Ergo: Zurück zum Start. Alles Löschen und neu anlegen.
Nervig. So ist das leider nicht benutzbar. :(
Gibt es denn eine Diagnosemöglichkeit, wie man dem auf die Schliche kommt?
Netatmo:
ich habe 3 Netatmo Module (Wetterstationen). Wenn ich diese im Fhem als genericDeviceType=thermometer definiere, zeigt er mir auf EVE auch schön die Temperatur, Luftdruck und Humidity an. Was er mir aber nicht anzeigt, ist der co2 Wert, also Air quality. Muss ich das irgenwie mappen?
Danke für die Antwort.
lg
hab gerade ein update eingecheckt. damit sollte das gehen.
gruss
andre
Danke. Einchecken klingt gut ;) aber was bedeutet das für mich? Muss ich irgendwas auschecken ?
du musst ein homebridge-fhem update machen bzw. noch mal drüber installieren.
gruss
andre
danke. habe ich gemacht:
sudo npm update -g homebridge-fhem
auch
sudo npm update -g homebridge
leider zeigt es mir den co2 Wert nicht an. an Eve muss ich ja nix machen, oder?
zeig mal die ausgabe beim start mit --debug
meinst du diesen Auszug?
pi@raspberrypi:~ $ sudo service homebridge status --debug
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Fre 2016-07-08 05:03:23 CEST; 4h 24min ago
Process: 540 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUC CESS)
Jul 08 05:03:23 raspberrypi su[580]: Successful su for pi by root
Jul 08 05:03:23 raspberrypi su[580]: + ??? root:pi
Jul 08 05:03:23 raspberrypi su[580]: pam_unix(su:session): session opened f...0)
Jul 08 05:03:23 raspberrypi homebridge[540]: Homebridge starting
Jul 08 05:03:23 raspberrypi homebridge[540]: Homebridge is not running
Jul 08 05:03:23 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
ich meine die ausgaben wenn du homebridge von hand mit --debug startest.
welche version von homebridge-fhem hast du aktuell drauf?
gruss
andre
ah, ok.. sorry...
sudo homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-07-08 10:55:33] Warning: skipping plugin found at '/usr/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-fhem'.
[2016-07-08 10:55:33] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-07-08 10:55:33] Registering platform 'homebridge-fhem.FHEM'
[2016-07-08 10:55:33] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2016-07-08 10:55:33] Homebridge is running on port 51826.
Server listening on: http://<ip>:8282
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:837:11)
at exports._exceptionWithHostPort (util.js:860:20)
at Server._listen2 (net.js:1231:14)
at listen (net.js:1267:10)
at Server.listen (net.js:1363:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:480:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:82:10)
wie finde ich die Version raus? Mit welchem Befehl?
du musst es als gleicher user machen der auch beim automatischen start verwendet wird. sonst wird das config file nicht gefunden.
und du musst die automatisch gestartete version vorher anhalten.
gruss
andre
Moin,
Zitat von: aski71 am 07 Juli 2016, 18:32:47Gibt es denn eine Diagnosemöglichkeit, wie man dem auf die Schliche kommt?
das ist fast immer ein falsches Mapping, welches zu solchen Dingen führt. Oder aber ein Device gibt einen falschen Datentyp zurück. Da meldet sich dann die HomeKit DB auf dem iOS Gerät gerne mal ab und du hast genau das Problem...
Als Diagnose bleibt nur die ld/2-Methode... nimm die Hälfte der Geräte aus dem Homekit-Raum lege die Homekit DB auf dem iOS Device neu an. Wenn das funktioniert hat, dann nimmst du wiederum die Hälfte von der Hälfte der vorher rausgeworfenen Geräte und wiederholst den Vorgang...
Erstzweise kannst du auch das Log durchwühlen, aber dafür muss man immer wissen, welche Datentypen Homekit erwartet. Meistens kommen irgendwo keine Integers wo aber Integers erwartet werden...
Auch möglich... alle eigenen Mappings entfernen... und dann testen. Da kann man auch viel Mist machen, das weiß ich aus Erfahrung... ;)
Gruß,
Stephan
Zitat von: justme1968 am 08 Juli 2016, 11:14:12
du musst es als gleicher user machen der auch beim automatischen start verwendet wird. sonst wird das config file nicht gefunden.
--> also lediglich "homebridge --debug" (sudo weglassen)?ich log mich als user pi ein
Zitat von: justme1968 am 08 Juli 2016, 11:14:12
und du musst die automatisch gestartete version vorher anhalten.
--> ich habe "sudo service homebridge stop" gemacht und dann "npm update -g homebridge-fhem". Ist das korrekt?
hier der output nach "homebridge --debug"
homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-07-08 20:30:51] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[2016-07-08 20:30:51] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-07-08 20:30:51] Registering platform 'homebridge-fhem.FHEM'
[2016-07-08 20:30:51] ---
[2016-07-08 20:30:51] Loaded config.json with 0 accessories and 1 platforms.
[2016-07-08 20:30:51] ---
[2016-07-08 20:30:51] Loading 1 platforms...
[2016-07-08 20:30:51] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1468002652508
[2016-07-08 20:30:52] [FHEM] Checking genericDeviceType...
[2016-07-08 20:30:52] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-07-08 20:30:52] [FHEM] Fetching FHEM devices...
[2016-07-08 20:30:52] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-07-08 20:30:52] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
Server listening on: http://<ip>:8282
[2016-07-08 20:30:52] [FHEM] got: 18 results
[2016-07-08 20:30:53] [FHEM] mappings for Aussen_L_UG_Nodon2: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-07-08 20:30:53] [FHEM] Aussen_L_UG_Nodon2 is light
[2016-07-08 20:30:53] [FHEM] Aussen_L_UG_Nodon2 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
2016-07-08 20:30:53 caching: Aussen_L_UG_Nodon2-state: off
[2016-07-08 20:30:53] [FHEM] Aussen_L_UG_Nodon2-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
[2016-07-08 20:30:53] [FHEM] mappings for EZ_L_NodOn1: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-07-08 20:30:53] [FHEM] EZ_L_NodOn1 is light
[2016-07-08 20:30:53] [FHEM] EZ_L_NodOn1 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
2016-07-08 20:30:53 caching: EZ_L_NodOn1-state: off
[2016-07-08 20:30:53] [FHEM] EZ_L_NodOn1-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: On=B0::B0
[2016-07-08 20:30:53] [FHEM] mappings for Garage_T_FSR61: { On: { reading: 'B0', cmd: 'B0' } }
[2016-07-08 20:30:53] [FHEM] Garage_T_FSR61 is switch
[2016-07-08 20:30:53] [FHEM] Garage_T_FSR61 has
[2016-07-08 20:30:53] [FHEM] On [B0;undefined,undefined]
[2016-07-08 20:30:53] [FHEM] event_map: [object Object]
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-07-08 20:30:53] [FHEM] mappings for Kueche_D_FUD61: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
Brightness: { reading: 'dim', cmd: 'dim' } }
[2016-07-08 20:30:53] [FHEM] Kueche_D_FUD61 is light
[2016-07-08 20:30:53] [FHEM] Kueche_D_FUD61 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
[2016-07-08 20:30:53] [FHEM] Brightness [dim]
2016-07-08 20:30:53 caching: Kueche_D_FUD61-state: off
[2016-07-08 20:30:53] [FHEM] Kueche_D_FUD61-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
2016-07-08 20:30:53 caching: Kueche_D_FUD61-dim: 0
[2016-07-08 20:30:53] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-07-08 20:30:53] [FHEM] mappings for Kueche_St_FSB61: { CurrentPosition: { reading: 'position', cmd: 'position' },
TargetPosition: { reading: 'position', cmd: 'position', delay: true } }
[2016-07-08 20:30:53] [FHEM] Kueche_St_FSB61 is blind
[2016-07-08 20:30:53] [FHEM] Kueche_St_FSB61 has
[2016-07-08 20:30:53] [FHEM] CurrentPosition [position]
[2016-07-08 20:30:53] [FHEM] TargetPosition [position]
2016-07-08 20:30:53 caching: Kueche_St_FSB61-position: 100
[2016-07-08 20:30:53] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-07-08 20:30:53] [FHEM] mappings for SZ_St1_FSB61: { CurrentPosition: { reading: 'position', cmd: 'position' },
TargetPosition: { reading: 'position', cmd: 'position', delay: true } }
[2016-07-08 20:30:53] [FHEM] SZ_St1_FSB61 is blind
[2016-07-08 20:30:53] [FHEM] SZ_St1_FSB61 has
[2016-07-08 20:30:53] [FHEM] CurrentPosition [position]
[2016-07-08 20:30:53] [FHEM] TargetPosition [position]
2016-07-08 20:30:53 caching: SZ_St1_FSB61-position: 98
[2016-07-08 20:30:53] [FHEM] caching: CurrentPosition: 98 (as number; from '98')
[2016-07-08 20:30:53] [FHEM] caching: TargetPosition: 98 (as number; from '98')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-07-08 20:30:53] [FHEM] mappings for SZ_St2_FSB61: { CurrentPosition: { reading: 'position', cmd: 'position' },
TargetPosition: { reading: 'position', cmd: 'position', delay: true } }
[2016-07-08 20:30:53] [FHEM] SZ_St2_FSB61 is blind
[2016-07-08 20:30:53] [FHEM] SZ_St2_FSB61 has
[2016-07-08 20:30:53] [FHEM] CurrentPosition [position]
[2016-07-08 20:30:53] [FHEM] TargetPosition [position]
2016-07-08 20:30:53 caching: SZ_St2_FSB61-position: 100
[2016-07-08 20:30:53] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] mappings for Sonos_Bad__Schlafz: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[2016-07-08 20:30:53] [FHEM] Sonos_Bad__Schlafz is switch
[2016-07-08 20:30:53] [FHEM] Sonos_Bad__Schlafz has
[2016-07-08 20:30:53] [FHEM] Custom Volume [Volume;not cached]
[2016-07-08 20:30:53] [FHEM] On [transportState;play,pause]
2016-07-08 20:30:53 caching: Sonos_Bad__Schlafz-Volume: 17
[2016-07-08 20:30:53] [FHEM] caching: Custom Volume: 17 (as number; from '17')
2016-07-08 20:30:53 caching: Sonos_Bad__Schlafz-transportState: PLAYING
[2016-07-08 20:30:53] [FHEM] Sonos_Bad__Schlafz-transportState valueOn/valueOff: value PLAYING mapped to 1
[2016-07-08 20:30:53] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[2016-07-08 20:30:53] [FHEM] mappings for Sonos_Buero: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[2016-07-08 20:30:53] [FHEM] Sonos_Buero is switch
[2016-07-08 20:30:53] [FHEM] Sonos_Buero has
[2016-07-08 20:30:53] [FHEM] Custom Volume [Volume;not cached]
[2016-07-08 20:30:53] [FHEM] On [transportState;play,pause]
2016-07-08 20:30:53 caching: Sonos_Buero-Volume: 100
[2016-07-08 20:30:53] [FHEM] caching: Custom Volume: 100 (as number; from '100')
2016-07-08 20:30:53 caching: Sonos_Buero-transportState: STOPPED
[2016-07-08 20:30:53] [FHEM] Sonos_Buero-transportState valueOn/valueOff: value STOPPED mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'STOPPED')
[2016-07-08 20:30:53] [FHEM] mappings for Sonos_Mobil: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[2016-07-08 20:30:53] [FHEM] Sonos_Mobil is switch
[2016-07-08 20:30:53] [FHEM] Sonos_Mobil has
[2016-07-08 20:30:53] [FHEM] Custom Volume [Volume;not cached]
[2016-07-08 20:30:53] [FHEM] On [transportState;play,pause]
2016-07-08 20:30:53 caching: Sonos_Mobil-Volume: 55
[2016-07-08 20:30:53] [FHEM] caching: Custom Volume: 55 (as number; from '55')
2016-07-08 20:30:53 caching: Sonos_Mobil-transportState: STOPPED
[2016-07-08 20:30:53] [FHEM] Sonos_Mobil-transportState valueOn/valueOff: value STOPPED mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'STOPPED')
[2016-07-08 20:30:53] [FHEM] mappings for Sonos_Wohnzimmer: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[2016-07-08 20:30:53] [FHEM] Sonos_Wohnzimmer is switch
[2016-07-08 20:30:53] [FHEM] Sonos_Wohnzimmer has
[2016-07-08 20:30:53] [FHEM] Custom Volume [Volume;not cached]
[2016-07-08 20:30:53] [FHEM] On [transportState;play,pause]
2016-07-08 20:30:53 caching: Sonos_Wohnzimmer-Volume: 73
[2016-07-08 20:30:53] [FHEM] caching: Custom Volume: 73 (as number; from '73')
2016-07-08 20:30:53 caching: Sonos_Wohnzimmer-transportState: PAUSED_PLAYBACK
[2016-07-08 20:30:53] [FHEM] Sonos_Wohnzimmer-transportState valueOn/valueOff: value PAUSED_PLAYBACK mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'PAUSED_PLAYBACK')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-07-08 20:30:53] [FHEM] mappings for TV_D_FUD61: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
Brightness: { reading: 'dim', cmd: 'dim' } }
[2016-07-08 20:30:53] [FHEM] TV_D_FUD61 is light
[2016-07-08 20:30:53] [FHEM] TV_D_FUD61 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
[2016-07-08 20:30:53] [FHEM] Brightness [dim]
2016-07-08 20:30:53 caching: TV_D_FUD61-state: off
[2016-07-08 20:30:53] [FHEM] TV_D_FUD61-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
2016-07-08 20:30:53 caching: TV_D_FUD61-dim: 0
[2016-07-08 20:30:53] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-07-08 20:30:53] [FHEM] mappings for TV_St_FSB61: { CurrentPosition: { reading: 'position', cmd: 'position' },
TargetPosition: { reading: 'position', cmd: 'position', delay: true } }
[2016-07-08 20:30:53] [FHEM] TV_St_FSB61 is blind
[2016-07-08 20:30:53] [FHEM] TV_St_FSB61 has
[2016-07-08 20:30:53] [FHEM] CurrentPosition [position]
[2016-07-08 20:30:53] [FHEM] TargetPosition [position]
2016-07-08 20:30:53 caching: TV_St_FSB61-position: 100
[2016-07-08 20:30:53] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-07-08 20:30:53] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-07-08 20:30:53] [FHEM] mappings for WZ_D_FUD61: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' },
Brightness: { reading: 'dim', cmd: 'dim' } }
[2016-07-08 20:30:53] [FHEM] WZ_D_FUD61 is light
[2016-07-08 20:30:53] [FHEM] WZ_D_FUD61 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
[2016-07-08 20:30:53] [FHEM] Brightness [dim]
2016-07-08 20:30:53 caching: WZ_D_FUD61-state: off
[2016-07-08 20:30:53] [FHEM] WZ_D_FUD61-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
2016-07-08 20:30:53 caching: WZ_D_FUD61-dim: 0
[2016-07-08 20:30:53] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-07-08 20:30:53] [FHEM] mappings for WZ_L_NodOn11: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-07-08 20:30:53] [FHEM] WZ_L_NodOn11 is light
[2016-07-08 20:30:53] [FHEM] WZ_L_NodOn11 has
[2016-07-08 20:30:53] [FHEM] On [state;on,off]
2016-07-08 20:30:53 caching: WZ_L_NodOn11-state: off
[2016-07-08 20:30:53] [FHEM] WZ_L_NodOn11-state valueOn/valueOff: value off mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: On: false (as boolean; from 'off')
[2016-07-08 20:30:53] [FHEM] mappings for netatmo_D70_ee_50_02_92_3a: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
'E863F10F-079E-48FF-8F27-9C2605A29F52':
{ name: 'AirPressure',
reading: 'pressure',
format: 'UINT16',
factor: 1 },
CurrentRelativeHumidity: { reading: 'humidity' } }
[2016-07-08 20:30:53] [FHEM] netatmo_D70_ee_50_02_92_3a is thermometer
[2016-07-08 20:30:53] [FHEM] netatmo_D70_ee_50_02_92_3a has
[2016-07-08 20:30:53] [FHEM] CurrentTemperature [temperature]
[2016-07-08 20:30:53] [FHEM] Custom AirPressure [pressure]
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity [humidity]
2016-07-08 20:30:53 caching: netatmo_D70_ee_50_02_92_3a-temperature: 24.5
[2016-07-08 20:30:53] [FHEM] caching: CurrentTemperature: 24.5 (as number; from '24.5')
2016-07-08 20:30:53 caching: netatmo_D70_ee_50_02_92_3a-pressure: 1022.4
[2016-07-08 20:30:53] [FHEM] netatmo_D70_ee_50_02_92_3a-pressure factor: value 1022.4 mapped to 1022.4
[2016-07-08 20:30:53] [FHEM] caching: Custom AirPressure: 1022 (as number; from '1022.4')
2016-07-08 20:30:53 caching: netatmo_D70_ee_50_02_92_3a-humidity: 58
[2016-07-08 20:30:53] [FHEM] caching: CurrentRelativeHumidity: 58 (as number; from '58')
[2016-07-08 20:30:53] [FHEM] mappings for netatmo_M02_00_00_02_b4_0a: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[2016-07-08 20:30:53] [FHEM] netatmo_M02_00_00_02_b4_0a is thermometer
[2016-07-08 20:30:53] [FHEM] netatmo_M02_00_00_02_b4_0a has
[2016-07-08 20:30:53] [FHEM] CurrentTemperature [temperature]
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity [humidity]
[2016-07-08 20:30:53] [FHEM] StatusLowBattery [battery]
2016-07-08 20:30:53 caching: netatmo_M02_00_00_02_b4_0a-temperature: 27.5
[2016-07-08 20:30:53] [FHEM] caching: CurrentTemperature: 27.5 (as number; from '27.5')
2016-07-08 20:30:53 caching: netatmo_M02_00_00_02_b4_0a-humidity: 47
[2016-07-08 20:30:53] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47')
[2016-07-08 20:30:53] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-07-08 20:30:53] [FHEM] value2homekit: { ok: 0 }
[2016-07-08 20:30:53] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-07-08 20:30:53 caching: netatmo_M02_00_00_02_b4_0a-battery: ok
[2016-07-08 20:30:53] [FHEM] netatmo_M02_00_00_02_b4_0a-battery values: value ok mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[2016-07-08 20:30:53] [FHEM] mappings for netatmo_M03_00_00_00_5c_4e: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' },
StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[2016-07-08 20:30:53] [FHEM] netatmo_M03_00_00_00_5c_4e is thermometer
[2016-07-08 20:30:53] [FHEM] netatmo_M03_00_00_00_5c_4e has
[2016-07-08 20:30:53] [FHEM] CurrentTemperature [temperature]
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity [humidity]
[2016-07-08 20:30:53] [FHEM] StatusLowBattery [battery]
2016-07-08 20:30:53 caching: netatmo_M03_00_00_00_5c_4e-temperature: 25
[2016-07-08 20:30:53] [FHEM] caching: CurrentTemperature: 25 (as number; from '25')
2016-07-08 20:30:53 caching: netatmo_M03_00_00_00_5c_4e-humidity: 51
[2016-07-08 20:30:53] [FHEM] caching: CurrentRelativeHumidity: 51 (as number; from '51')
[2016-07-08 20:30:53] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2016-07-08 20:30:53] [FHEM] value2homekit: { ok: 0 }
[2016-07-08 20:30:53] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2016-07-08 20:30:53 caching: netatmo_M03_00_00_00_5c_4e-battery: ok
[2016-07-08 20:30:53] [FHEM] netatmo_M03_00_00_00_5c_4e-battery values: value ok mapped to 0
[2016-07-08 20:30:53] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Aussen_L_UG_Nodon2'...
[2016-07-08 20:30:53] [FHEM] creating services for Aussen_L_UG_Nodon2
[2016-07-08 20:30:53] [FHEM] information service for Aussen_L_UG_Nodon2
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Aussen_L_UG_Nodon2
[2016-07-08 20:30:53] [FHEM] Lightbulb service for Aussen_L_UG_Nodon2
[2016-07-08 20:30:53] [FHEM] On characteristic for Aussen_L_UG_Nodon2:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'EZ_L_NodOn1'...
[2016-07-08 20:30:53] [FHEM] creating services for EZ_L_NodOn1
[2016-07-08 20:30:53] [FHEM] information service for EZ_L_NodOn1
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for EZ_L_NodOn1
[2016-07-08 20:30:53] [FHEM] Lightbulb service for EZ_L_NodOn1
[2016-07-08 20:30:53] [FHEM] On characteristic for EZ_L_NodOn1:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Garage_T_FSR61'...
[2016-07-08 20:30:53] [FHEM] creating services for Garage_T_FSR61
[2016-07-08 20:30:53] [FHEM] information service for Garage_T_FSR61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Garage_T_FSR61
[2016-07-08 20:30:53] [FHEM] Switch service for Garage_T_FSR61
[2016-07-08 20:30:53] [FHEM] On characteristic for Garage_T_FSR61:B0
[2016-07-08 20:30:53] [FHEM] no default
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Kueche_D_FUD61'...
[2016-07-08 20:30:53] [FHEM] creating services for Kueche_D_FUD61
[2016-07-08 20:30:53] [FHEM] information service for Kueche_D_FUD61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Kueche_D_FUD61
[2016-07-08 20:30:53] [FHEM] Lightbulb service for Kueche_D_FUD61
[2016-07-08 20:30:53] [FHEM] On characteristic for Kueche_D_FUD61:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Brightness characteristic for Kueche_D_FUD61:dim
[2016-07-08 20:30:53] [FHEM] initial value is: 0 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Kueche_St_FSB61'...
[2016-07-08 20:30:53] [FHEM] creating services for Kueche_St_FSB61
[2016-07-08 20:30:53] [FHEM] information service for Kueche_St_FSB61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Kueche_St_FSB61
[2016-07-08 20:30:53] [FHEM] WindowCovering service for Kueche_St_FSB61
[2016-07-08 20:30:53] [FHEM] CurrentPosition characteristic for Kueche_St_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] TargetPosition characteristic for Kueche_St_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'SZ_St1_FSB61'...
[2016-07-08 20:30:53] [FHEM] creating services for SZ_St1_FSB61
[2016-07-08 20:30:53] [FHEM] information service for SZ_St1_FSB61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for SZ_St1_FSB61
[2016-07-08 20:30:53] [FHEM] WindowCovering service for SZ_St1_FSB61
[2016-07-08 20:30:53] [FHEM] CurrentPosition characteristic for SZ_St1_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 98 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] TargetPosition characteristic for SZ_St1_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 98 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'SZ_St2_FSB61'...
[2016-07-08 20:30:53] [FHEM] creating services for SZ_St2_FSB61
[2016-07-08 20:30:53] [FHEM] information service for SZ_St2_FSB61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for SZ_St2_FSB61
[2016-07-08 20:30:53] [FHEM] WindowCovering service for SZ_St2_FSB61
[2016-07-08 20:30:53] [FHEM] CurrentPosition characteristic for SZ_St2_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] TargetPosition characteristic for SZ_St2_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Sonos_Bad__Schlafz'...
[2016-07-08 20:30:53] [FHEM] creating services for Sonos_Bad__Schlafz
[2016-07-08 20:30:53] [FHEM] information service for Sonos_Bad__Schlafz
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Sonos_Bad__Schlafz
[2016-07-08 20:30:53] [FHEM] Switch service for Sonos_Bad__Schlafz
[2016-07-08 20:30:53] [FHEM] Custom Volume characteristic for Sonos_Bad__Schlafz:Volume
[2016-07-08 20:30:53] [FHEM] initial value is: 17 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] On characteristic for Sonos_Bad__Schlafz:transportState
[2016-07-08 20:30:53] [FHEM] initial value is: true (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Sonos_Buero'...
[2016-07-08 20:30:53] [FHEM] creating services for Sonos_Buero
[2016-07-08 20:30:53] [FHEM] information service for Sonos_Buero
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Sonos_Buero
[2016-07-08 20:30:53] [FHEM] Switch service for Sonos_Buero
[2016-07-08 20:30:53] [FHEM] Custom Volume characteristic for Sonos_Buero:Volume
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] On characteristic for Sonos_Buero:transportState
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Sonos_Mobil'...
[2016-07-08 20:30:53] [FHEM] creating services for Sonos_Mobil
[2016-07-08 20:30:53] [FHEM] information service for Sonos_Mobil
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Sonos_Mobil
[2016-07-08 20:30:53] [FHEM] Switch service for Sonos_Mobil
[2016-07-08 20:30:53] [FHEM] Custom Volume characteristic for Sonos_Mobil:Volume
[2016-07-08 20:30:53] [FHEM] initial value is: 55 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] On characteristic for Sonos_Mobil:transportState
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[2016-07-08 20:30:53] [FHEM] creating services for Sonos_Wohnzimmer
[2016-07-08 20:30:53] [FHEM] information service for Sonos_Wohnzimmer
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for Sonos_Wohnzimmer
[2016-07-08 20:30:53] [FHEM] Switch service for Sonos_Wohnzimmer
[2016-07-08 20:30:53] [FHEM] Custom Volume characteristic for Sonos_Wohnzimmer:Volume
[2016-07-08 20:30:53] [FHEM] initial value is: 73 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] On characteristic for Sonos_Wohnzimmer:transportState
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'TV_D_FUD61'...
[2016-07-08 20:30:53] [FHEM] creating services for TV_D_FUD61
[2016-07-08 20:30:53] [FHEM] information service for TV_D_FUD61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for TV_D_FUD61
[2016-07-08 20:30:53] [FHEM] Lightbulb service for TV_D_FUD61
[2016-07-08 20:30:53] [FHEM] On characteristic for TV_D_FUD61:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Brightness characteristic for TV_D_FUD61:dim
[2016-07-08 20:30:53] [FHEM] initial value is: 0 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'TV_St_FSB61'...
[2016-07-08 20:30:53] [FHEM] creating services for TV_St_FSB61
[2016-07-08 20:30:53] [FHEM] information service for TV_St_FSB61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for TV_St_FSB61
[2016-07-08 20:30:53] [FHEM] WindowCovering service for TV_St_FSB61
[2016-07-08 20:30:53] [FHEM] CurrentPosition characteristic for TV_St_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] TargetPosition characteristic for TV_St_FSB61:position
[2016-07-08 20:30:53] [FHEM] initial value is: 100 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'WZ_D_FUD61'...
[2016-07-08 20:30:53] [FHEM] creating services for WZ_D_FUD61
[2016-07-08 20:30:53] [FHEM] information service for WZ_D_FUD61
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for WZ_D_FUD61
[2016-07-08 20:30:53] [FHEM] Lightbulb service for WZ_D_FUD61
[2016-07-08 20:30:53] [FHEM] On characteristic for WZ_D_FUD61:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Brightness characteristic for WZ_D_FUD61:dim
[2016-07-08 20:30:53] [FHEM] initial value is: 0 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'WZ_L_NodOn11'...
[2016-07-08 20:30:53] [FHEM] creating services for WZ_L_NodOn11
[2016-07-08 20:30:53] [FHEM] information service for WZ_L_NodOn11
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for WZ_L_NodOn11
[2016-07-08 20:30:53] [FHEM] Lightbulb service for WZ_L_NodOn11
[2016-07-08 20:30:53] [FHEM] On characteristic for WZ_L_NodOn11:state
[2016-07-08 20:30:53] [FHEM] initial value is: false (boolean)
[2016-07-08 20:30:53] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'netatmo_D70_ee_50_02_92_3a'...
[2016-07-08 20:30:53] [FHEM] creating services for netatmo_D70_ee_50_02_92_3a
[2016-07-08 20:30:53] [FHEM] information service for netatmo_D70_ee_50_02_92_3a
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for netatmo_D70_ee_50_02_92_3a
[2016-07-08 20:30:53] [FHEM] TemperatureSensor service for netatmo_D70_ee_50_02_92_3a
[2016-07-08 20:30:53] [FHEM] CurrentTemperature characteristic for netatmo_D70_ee_50_02_92_3a:temperature
[2016-07-08 20:30:53] [FHEM] initial value is: 24.5 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Custom AirPressure characteristic for netatmo_D70_ee_50_02_92_3a:pressure
[2016-07-08 20:30:53] [FHEM] initial value is: 1022 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint16',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity characteristic for netatmo_D70_ee_50_02_92_3a:humidity
[2016-07-08 20:30:53] [FHEM] initial value is: 58 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'netatmo_M02_00_00_02_b4_0a'...
[2016-07-08 20:30:53] [FHEM] creating services for netatmo_M02_00_00_02_b4_0a
[2016-07-08 20:30:53] [FHEM] information service for netatmo_M02_00_00_02_b4_0a
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for netatmo_M02_00_00_02_b4_0a
[2016-07-08 20:30:53] [FHEM] TemperatureSensor service for netatmo_M02_00_00_02_b4_0a
[2016-07-08 20:30:53] [FHEM] CurrentTemperature characteristic for netatmo_M02_00_00_02_b4_0a:temperature
[2016-07-08 20:30:53] [FHEM] initial value is: 27.5 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity characteristic for netatmo_M02_00_00_02_b4_0a:humidity
[2016-07-08 20:30:53] [FHEM] initial value is: 47 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] StatusLowBattery characteristic for netatmo_M02_00_00_02_b4_0a:battery
[2016-07-08 20:30:53] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] Initializing platform accessory 'netatmo_M03_00_00_00_5c_4e'...
[2016-07-08 20:30:53] [FHEM] creating services for netatmo_M03_00_00_00_5c_4e
[2016-07-08 20:30:53] [FHEM] information service for netatmo_M03_00_00_00_5c_4e
[2016-07-08 20:30:53] [FHEM] manufacturer, model and serial number characteristics for netatmo_M03_00_00_00_5c_4e
[2016-07-08 20:30:53] [FHEM] TemperatureSensor service for netatmo_M03_00_00_00_5c_4e
[2016-07-08 20:30:53] [FHEM] CurrentTemperature characteristic for netatmo_M03_00_00_00_5c_4e:temperature
[2016-07-08 20:30:53] [FHEM] initial value is: 25 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] CurrentRelativeHumidity characteristic for netatmo_M03_00_00_00_5c_4e:humidity
[2016-07-08 20:30:53] [FHEM] initial value is: 51 (number)
[2016-07-08 20:30:53] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-07-08 20:30:53] [FHEM] StatusLowBattery characteristic for netatmo_M03_00_00_00_5c_4e:battery
[2016-07-08 20:30:53] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2016-07-08 20:30:53] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 062-46-167 │
└────────────┘
[2016-07-08 20:30:53] Homebridge is running on port 51826.
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:837:11)
at exports._exceptionWithHostPort (util.js:860:20)
at Server._listen2 (net.js:1231:14)
at listen (net.js:1267:10)
at Server.listen (net.js:1363:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:480:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:92:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:351:14)
pi@raspberrypi:~ $
das schaut erst mal gut aus. aber co2 fehlt.
welche homebridge-fhem version ist aktuell installiert?npm -g ls | grep homebridge
gruss
andre
Zitat von: justme1968 am 08 Juli 2016, 21:10:05
welche homebridge-fhem version ist aktuell installiert?npm -g ls | grep homebridge
├─┬ homebridge@0.3.4
├─┬ homebridge-fhem@0.2.31
danke für deine Hilfe!
Zitat von: budy am 08 Juli 2016, 14:18:11
Moin,
das ist fast immer ein falsches Mapping, welches zu solchen Dingen führt. Oder aber ein Device gibt einen falschen Datentyp zurück. Da meldet sich dann die HomeKit DB auf dem iOS Gerät gerne mal ab und du hast genau das Problem...
Als Diagnose bleibt nur die ld/2-Methode... nimm die Hälfte der Geräte aus dem Homekit-Raum lege die Homekit DB auf dem iOS Device neu an. Wenn das funktioniert hat, dann nimmst du wiederum die Hälfte von der Hälfte der vorher rausgeworfenen Geräte und wiederholst den Vorgang...
Erstzweise kannst du auch das Log durchwühlen, aber dafür muss man immer wissen, welche Datentypen Homekit erwartet. Meistens kommen irgendwo keine Integers wo aber Integers erwartet werden...
Auch möglich... alle eigenen Mappings entfernen... und dann testen. Da kann man auch viel Mist machen, das weiß ich aus Erfahrung... ;)
Gruß,
Stephan
Moin.
Ist das auch die Erklärung, wenn's drei Tage lang funktioniert und dann plötzlich nicht mehr, obwohl man gar nichts an der Config gemacht hat? ???
Oder: Warum es heute ohne Zutun dann nach erneutem Booten des Raspi einfach wieder ging? :-O (Obwohl ich ihn zwischendurch schon mal gebootet hatte...)
Gruß Alex
@choetzu: sehr komisch. zeig mal bitte dein mapping für das netatmo device.
@aski71: ja. auch dann. es kann passieren das irgendwann ein reading auftaucht mit dem homekit probleme hat. aber eigentlich wird in der aktuellen homebridge und homebridge-fhem version das sehr gut kontrolliert. die konsolen ausgabe und auch der debug browser sollten hier etwas info liefern.
gruss
andre
Zitat von: justme1968 am 08 Juli 2016, 21:44:46
@choetzu: sehr komisch. zeig mal bitte dein mapping für das netatmo device.
ich habe eigentlich bei netatmo kein Mapping gemacht, da es ja die Werte automatisch übernommen hat. Ich habe lediglich genericDeviceType=thermometer gemacht und in den Homekit Ordner gemacht.. Offensichtlich scheint es daran zu liegen, oder?
ich habe es gerade mit der 0.2.31 version hier probiert und ich bekomme ein mapping für AirQuality und CarbonDioxideLevel.
kann es sein das du zwei installierte versionen hast hast die falsche aktualisiert hast?
was gibt ein sudo find / -name homebridge-fhem -print
gruss
andre
da kommt das raus:
/home/pi/.npm/registry.npmjs.org/homebridge-fhem
/home/pi/.npm/homebridge-fhem
ich bin leider etwas ratlos...
zeig mal ein jsonlist2 auf das netatmo device.
gruss
andre
meinst du folgende liste mit jsonlist? Das ist das Listing vom netatmo Modul im Schlafzimmer...
Internals:
DEF 70:ee:50:02:92:3a
Device 70:ee:50:02:92:3a
INTERVAL 900
IODev Netatmo
LAST_POLL 2016-07-09 10:35:03
NAME netatmo_D70_ee_50_02_92_3a
NOTIFYDEV global
NR 29
NTFY_ORDER 50-netatmo_D70_ee_50_02_92_3a
STATE 24.4 grad / 460 ppm / 60 %
SUBTYPE DEVICE
TYPE netatmo
altitude 437
city Kappel
country CH
dataTypes Temperature,CO2,Humidity,Noise,Pressure
date_setup 2013-12-27 15:00:49
firmware 102
lastError
last_setup 2013-12-27 15:00:49
last_status_store 2016-07-09 09:56:55
last_upgrade 2015-08-19 21:14:20
location 47.322399029391,7.849207844119
model NAMain
moduleName Schlafzimmer
openRequests 0
stationName Luethi Home
status ok
wifi_status 64
CHANGETIME:
2016-07-09 10:27:01
Readings:
2016-07-09 10:27:01 co2 460
2016-07-09 10:27:01 humidity 60
2016-07-09 10:27:01 noise 43
2016-07-09 10:27:01 pressure 1025.6
2016-07-09 09:56:40 pressure_abs 973.4
2016-07-09 09:56:40 pressure_trend stable
2016-07-09 00:45:32 temp_max 24.7
2016-07-09 09:46:34 temp_min 23.9
2016-07-09 09:56:40 temp_trend down
2016-07-09 10:27:01 temperature 24.4
Helper:
readingNames:
temperature
co2
humidity
noise
pressure
Attributes:
IODev Netatmo
alias Schlafzimmer
event-on-change-reading .*
fhem_widget_command {"allowed_values":[],"order":105}
genericDeviceType thermometer
room Homekit,Netatmo,Widget_App
stateFormat temperature grad / co2 ppm / humidity %
nein. das ist die ausgabe von list. ich brauche die ausgabe von jsonlist2.
gruss
andre
jetzt aber, sorry...
{
"Arg":"netatmo_D70_ee_50_02_92_3a",
"Results": [
{
"Name":"netatmo_D70_ee_50_02_92_3a",
"PossibleSets":"",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev disable:1 interval videoquality:poor,low,medium,high ignored_device_ids setpoint_duration addresslimit event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "70:ee:50:02:92:3a",
"Device": "70:ee:50:02:92:3a",
"INTERVAL": "900",
"LAST_POLL": "2016-07-09 13:05:03",
"NAME": "netatmo_D70_ee_50_02_92_3a",
"NOTIFYDEV": "global",
"NR": "29",
"NTFY_ORDER": "50-netatmo_D70_ee_50_02_92_3a",
"STATE": "24.7 grad / 542 ppm / 60 %",
"SUBTYPE": "DEVICE",
"TYPE": "netatmo",
"altitude": "437",
"city": "Kappel",
"country": "CH",
"dataTypes": "Temperature,CO2,Humidity,Noise,Pressure",
"date_setup": "2013-12-27 15:00:49",
"firmware": "102",
"lastError": "null",
"last_setup": "2013-12-27 15:00:49",
"last_status_store": "2016-07-09 12:59:01",
"last_upgrade": "2015-08-19 21:14:20",
"location": "47.322399029391,7.849207844119",
"model": "NAMain",
"moduleName": "Schlafzimmer",
"openRequests": "0",
"stationName": "Luethi Home",
"status": "ok",
"wifi_status": "67"
},
"Readings": {
"co2": { "Value":"542", "Time":"2016-07-09 12:58:46" },
"humidity": { "Value":"60", "Time":"2016-07-09 12:58:46" },
"noise": { "Value":"36", "Time":"2016-07-09 12:58:46" },
"pressure": { "Value":"1025.1", "Time":"2016-07-09 12:58:46" },
"pressure_abs": { "Value":"973.1", "Time":"2016-07-09 12:58:46" },
"pressure_trend": { "Value":"stable", "Time":"2016-07-09 12:58:46" },
"temp_max": { "Value":"24.7", "Time":"2016-07-09 00:45:32" },
"temp_min": { "Value":"23.9", "Time":"2016-07-09 09:46:34" },
"temp_trend": { "Value":"stable", "Time":"2016-07-09 12:58:46" },
"temperature": { "Value":"24.7", "Time":"2016-07-09 12:58:46" }
},
"Attributes": {
"IODev": "Netatmo",
"alias": "Schlafzimmer",
"event-on-change-reading": ".*",
"fhem_widget_command": "{\"allowed_values\":[],\"order\":105}",
"genericDeviceType": "thermometer",
"room": "Homekit,Netatmo,Widget_App",
"stateFormat": "temperature grad / co2 ppm / humidity %"
}
} ],
"totalResultsReturned":1
}
mit genau deinen daten bekomme ich beim start von homebridge das hier:[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] mappings for netatmo_D70_ee_50_02_92_3aFromJson: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
'E863F10F-079E-48FF-8F27-9C2605A29F52':
{ name: 'AirPressure',
reading: 'pressure',
format: 'UINT16',
factor: 1 },
CurrentRelativeHumidity: { reading: 'humidity' },
AirQuality: { reading: 'co2', reading2homekit: [Function] },
CarbonDioxideLevel: { reading: 'co2' } }
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] netatmo_D70_ee_50_02_92_3aFromJson is thermometer
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] netatmo_D70_ee_50_02_92_3aFromJson has
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] CurrentTemperature [temperature]
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] Custom AirPressure [pressure]
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] CurrentRelativeHumidity [humidity]
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] AirQuality [co2]
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] CarbonDioxideLevel [co2]
2016-07-09 14:40:06 caching: netatmo_D70_ee_50_02_92_3aFromJson-temperature: 24.7
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] caching: CurrentTemperature: 24.7 (as number; from '24.7')
2016-07-09 14:40:06 caching: netatmo_D70_ee_50_02_92_3aFromJson-pressure: 1025.1
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] netatmo_D70_ee_50_02_92_3aFromJson-pressure factor: value 1025.1 mapped to 1025.1
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] caching: Custom AirPressure: 1025 (as number; from '1025.1')
2016-07-09 14:40:06 caching: netatmo_D70_ee_50_02_92_3aFromJson-humidity: 60
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] caching: CurrentRelativeHumidity: 60 (as number; from '60')
2016-07-09 14:40:06 caching: netatmo_D70_ee_50_02_92_3aFromJson-co2: 542
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] caching: AirQuality: 1 (as number; from '542')
[Sat Jul 09 2016 14:40:06 GMT+0200 (CEST)] [FHEM Test4] caching: CarbonDioxideLevel: 542 (as number; from '542')
also inklusive AirQuality und CarbonDioxideLevel.
ich habe leider gerade keine idee warum es bei dir nicht geht.
hat noch jemand netatmo mit homebridge eingebunden? geht es bei euch?
gruss
andre
Hallo
auch ich war jetzt so 'mutig' und habe auf iOS 10 geupdatet. Funktioniert so weit auch ganz gut, nur Siri kann jetzt die Rollläden gar nicht mehr ansteuern, es war vorher schon ein Glücksspiel, aber nun geht es gar nicht mehr.
Bspw führt 'Schließe Rolladen Couch' zuverlässig zu '"Rolladen" bereitet mir ein wenig Probleme. Bitte versuche es bitte mit Umformulieren"
Szenen funktionieren dafür natürlich.
Hat einer eine Umformulierungsidee? Alle Permutationen, die ich ausprobiert habe, führten letztlich immer zum gleichen Ergebnis.
Danke, Christian
Gesendet von iPhone mit Tapatalk
Danke justme, sehr eigenartig! Hast du die selben homebridge versionen? Am raspi 3 kann es ja sons nicht liegen, oder gar an eve. Eve zeht ja nur was homebridge ausliefert. Aber wieso liefert es bei dir und bei mir nicht..? Hmm...
Hallo,
ich muss das kurz noch schreiben, da ich schier verzweifelt bin.
In meiner Homebridge waren alle Geräte usw. aufgeführt, allerdings bekam ich bei jedem Aufruf die Meldung "leider habe ich diesmal keine Antwort von Deinen Geräten erhalten".
In der Weboberfläche liessen sich aber alle schalten.
Erst als ich für jedes Gerät noch eine Szene angelegt habe ging alles wie es soll.
Also für die Anfänger: Nicht lang rumärgern, wenn es in der Oberfläche geht einfach eine Szene dafür anlegen..
Ich habe jeden Tag ein neues Phänomen. :-[
Heute ist es: homebridge startet nicht mehr via systemctl.
Während es über homebridge --debug prima läuft, meldet der Autostart über systemctl:
... (code=exited, status=1/FAILURE)
... systemd[1]: Unit homebridge.service entered failed state.
Hallo zusammen,
ich habe eine Frage zum Mapping und möchte das für meinen TV optimieren.
Im Einsatz habe ich einen Panasonic, dieses kann ich per Fhem eigentlich voll bedienen, außer ihn einschalten (das ist aber auch nicht so schlimm).
Meine Einstellungen sind wie folgt:
genericDeviceType: switch
homebridgeMapping: On=power,cmdOff=off
Resultat: ich kann den TV per iPhone ausschalten und der Status (ein oder aus) wird ordentlich angezeigt.
Nun würde ich gern noch die Lautstärke steuern. Das iPhone bietet mir das sogar schon an. Ich habe aber eine Anlage am TV und der Befehl sendet die Änderung der Lautstärke mit diesen Befehl:
[2016-07-10 13:34:28] [FHEM] TV: executing set cmd for Custom Volume with value 51
[2016-07-10 13:34:28] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20TV%20volume%2051&XHR=1
er müsste aber per remoteControl-Befehl senden, quasi so:
[2016-07-10 13:34:28] [FHEM] TV: executing set cmd for Custom Volume with value 51
[2016-07-10 13:34:28] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20TV%20remoteControl+volume+51&XHR=1
Kann ich das irgendwo anpassen? Außerdem: da ich den TV nicht per Fhem einschalten kann, ist es möglich die Anzeige auf dem iPhone auf ausschalten zu begrenzen?
Vielen Dank für eure Hilfe.
Zitat von: justme1968 am 04 Juli 2016, 13:24:28
@Markus M.: Hm? Ich kann auch alle meine Fenster einfach nur "Fenster" nennen.ja. das ist eine offizielle anforderung und auch von apple so dokumentiert. wenn das mit ios10 tatsächlich geht wäre das klasse. dann kann ich meine sonos endlich in jedem raum einfach nur radio nennen.
was hast du als genericDeviceType konfiguriert?
aktuell ist inzwischen die 0.2.29. wenn das update nicht geht einfach noch mal drüber installieren.
@fhemfreund: homekit kennt nur % werte. vermutlich könnte man sich mit dem homebridgeMapping etwas hin konfigurieren, aber sinnvoller ist es das auf fhem ebene zu machen. schau dir mal das ROLLO modul an (http://www.fhemwiki.de/wiki/ROLLO (http://www.fhemwiki.de/wiki/ROLLO)) oder wenn das nicht geht readingsProxy.
gruss
andre
Kurzer Update: habe das jetzt mal über das allerneueste Rollo Modul probiert. Geht gut. Danke für deinen Tipp.
Andreas
Moin,
seit den neuesten Updates (fhem, homebridge, homebride-fhem, iOS 10) kann ich Siri nicht mehr nach offenen Fenstern oder Türen fragen. Ich meine, dass es vorher eh' nur mit Türen ging. Jetzt antwortet Siri nur immer - wenn sie es denn überhaupt versteht, dass sie diesmal keine motorisierten Fenster|Türen gefunden hat, oder keine Antwort bekommen konnte.
Hat jemand eine Idee, wie man das abfragen kann?
Gruß,
Stephan
das scheint ein siri problem unter iOS 10 zu sein. da scheint aktuell einiges noch nicht zu funktionieren. aus eve und mit der home app sollte alles noch gehen.
mit iOS 9.3 kann man nach fenstern und nach türen fragen. z.b. 'sind die fenster zuhause zu' liefert '3 offen, 5 geschlossen'.
gruss
andre
Ja, das tut es aktuell auch. Und nachdem Siri in der iOS10 pre-Public Beta ja so gar nichts mehr auf Deutsch verstand, was Homekit war und es aber jetzt soweit erst mal wieder funktioniert, dachte ich , ich frage mal ob das jemand hinbekommen hat, nach den Fenstern zu fragen und eine Antwort zu bekommen...
Gruß,
Stephan
Hey Leute, ich habe da mal eine frage.
Ich habe vor das Reading volumeStraight meines Pioneer Recievers (PioneerAVR) in homebridge zu Mappen.
Allerdings blicke ich mit dem mapping noch nicht ganz durch.
So sieht mein homebridgeMapping Attribut bis jetzt aus:
clear
On=state,valueOn=on,cmdOn=on,cmdOff=off
Volume=volumeStraight,::volumeStraight,minValue=-60,maxValue=-25,minStep=0.5
Vielleicht erkennt ja jemand was ich vergessen habe.
MfG
es gibt keine offizielle Volume characteristic.
homebridge verwendet hier eine custom characteristic (00001001-0000-1000-8000-135D67EC4377) die auch von eve verstanden wird. du kannst aber nicht siri verwenden. bei custom characteristics musst du auch name, format und unit setzen.
du musst auch probieren ob dein wertebereich geht oder ob eve unbedingt PERCENTAGE mit 0-100 möchte. dann musst du eine eigene custom characteristic verwenden.
gruss
andre
Das das mit Siri nicht funktionieren wird habe ich schon gelesen.
Ich habe bereits einiges probiert aber blicke einfach noch nicht durch wie ich eine solche Custom characteristik setze.
steht weiter oben im thread und im readme. sogar mit volume als beispiel.
du nimmst die uuid statt des namens und gibts zusätzlich die nötigen werte an.
gruss
andre
Hi,
habe gestern einen neuen Fensterkontakt angebracht und wiefolgt konfiguriert:
attr Schlafzimmerfenster genericDeviceType contact
attr Schlafzimmerfenster homebridgeMapping ContactSensorState=state,values=open:CONTACT_NOT_DETECTED;;closed:CONTACT_DETECTED CurrentDoorState=state,values=open:OPEN;;closed:CLOSED
attr Schlafzimmerfenster room Homekit,Schlafzimmer
Dann fhem neu gestartet.
Dann homebridge neu gestartet.
Dann in Eve den Kontakt gefunden und ihn dem Schlafzimmer zugeordnet.
-> Ergebnis: Fensterkontakt wurde in Eve angezeigt und hat das Schließen und Öffnen mitgemacht.
Heute früh stelle ich dann fest:
Meine ganzen Harmony-Szenen sind aus Eve verschwunden.
Der Fensterkontakt ist wieder dem Raum "Zuhause (Standardraum)" zugeordnet und wird als "n.v." mit Ausrufezeichen angezeigt:
"Dieses Gerät ist zurzeit nicht erreichbar. Stelle sicher, dass ..."
Nochmal fhem neu gestartet.
Nochmal homebridge neu gestartet.
Jetzt sind zumindest die Harmony-Szenen wieder da.
Der Fensterkontakt aber ist aber immer noch in dem undefinierten Zustand. :-\
Ist die Lösung nun wieder: Komplette Homebridge aus Eve löschen, neu anlegen und alle 20+x Geräte wieder neu konfigurieren?
Oder gibt es eine bessere Lösung?
Danke und Gruß
Alex
Moin Alex,
wenn die homebridge nach einem restart wieder funktioniert, dann würde ich mal das als letztes hinzugefügte Device wieder entfernen und schauen, ob es dann wieder stabil läuft.
Allerdings frage ich mich, warum du im homebridgeMapping doppelte Semikolon einsetzt, das sollten doch einfache sein.
Gruß,
Stephan
Das ist ein Ausriss direkt aus fhem.cfg.
Wenn Du über die Weboberfläche ein Semikolon eingibst, wird das m.E. in der cfg immer als zwei Semikolons abgespeichert.
Klar kann ich das Gerät testweise heute mal wieder rausnehmen, aber: Ich habe schon 3 andere, die genau gleich konfiguriert sind und keinerlei Probleme verursachen.
Zustand heute früh:
Nachdem gestern nur dieses Device nicht funktioniert hat, geht heute wieder gar nichts mehr.
Das letzte Eintrag Logfile ist von gestern mittag. Was auch nicht sein kann.
Hm ....
P.S.:
- Gerät aus cfg raus genommen.
- fhem und homebridge neu gestartet.
- Eve hat wieder Kontakt zu den Geräten
ABER:
Eve hat mal wieder Amnesie und alle meine selbst vergebenen Siri-Namen für die Harmony Szenen vergessen. :(
Ich kann mir nicht vorstellen, dass das an homebridge selber liegt. Bei mir läuft das schon seit Monaten stabil und ich habe mittlerweile auch schon fast alle meine ganzen Devices da drin... selbst Updates von homebridge und homebridge-fhem haben da keine Probleme gemacht.
Hast du mehr als ein iOS Device da dran? Wenn ja, dann würde ich mal auf allen Geräten die iCloud Konfig nebst Homekit entfernen. Solltest du ein ATV haben, dann würde ich die iCloud-Konfig entfernen und das ATV anschließend einmal booten, bevor du das dort wieder einrichtest.
Da scheint ein Gerät die Homekit DB zu überschreiben, so was hatte ich mal ganz zu Anfang.
Zitat von: budy am 21 Juli 2016, 16:59:21
Wenn ja, dann würde ich mal auf allen Geräten die iCloud Konfig nebst Homekit entfernen. Solltest du ein ATV haben, dann würde ich die iCloud-Konfig entfernen und das ATV anschließend einmal booten, bevor du das dort wieder einrichtest.
Was meinst Du mit "iCloud Konfig nebst Homekit"?
Ich habe tatsächlich Eve auf 3 iOS Geräten installiert.
Auf meinem ATV habe ich nix gemacht.
Also überall die Homebridge raus löschen?
Überall Eve deinstallieren und neu installieren?
Ich würde das ganze erst mal so angehen:
- Homekit auf auf dem/n iOS Geräten entfernen und aus iCloud abmelden
- homebridge stoppen und den persist-Ordner leeren
- dann homebridge wieder starten und erst mal nur mit einen iOS Gerät arbeiten
Wenn das dann ordentlich läuft, dann die anderen Geräte wieder dazu nehmen. Es sieht für mich ein wenig so aus, als würde eines der Geräte die DB in der iCloud überschreiben...
Ich hatte das auch mal ganz am Anfang und nachdem ich alle Geräte aus der iCloud entfernt und die homebridge einmal neu konfiguriert hatte, ging das fortan ohne irgendwelche Probleme.
Gruß,
Stephan
Zitat von: budy am 22 Juli 2016, 20:56:21
und aus iCloud abmelden
Puh. Das ist ein frommer Wunsch. :o
Bei dem, was bei mir alles über iCloud läuft ...... und dann sich wieder neu synchronisieren muss.
Aber dann hab ich es schon richtig verstanden.
Ich versuch's erstmal mit allem außer iCloud abmelden.
Läuft seit gestern abend.
Mal schauen.
Danke so weit schon mal.
Moin Zusammen,
ich habe eine QNAP TS-251+ und darauf über die virtualization station mein fhem auf einem debian Server laufen, die Performance ist 1a.
Nun frage ich mich aber, ob debian in Verbindung mit homebridge die richtige Wahl war, denn die aktuelle Version lässt sich nicht installieren.
Habt ihr evtl. einen Tipp für mich, welches Betriebssystem zur Zeit die beste Wahl ist, bei der dann auch die aktuellste Homebridge läuft? Da ich Konfig und Daten in der DB speichere, habe ich auch kein Problem damit, das System neu aufzusetzen ..
Gruß aus dem hohen Norden
Sven
Moin Sven,
wieso soll Debian keine gute Wahl sein. Auf meinem Raspi läuft Jessie und das mit den neuesten homebrige/homebridge-fhem Versionen.
Welcher Teil der Installation geht denn nicht - das sind ja ein paar...
Gruß auch aus dem hohen Norden,
Stephan
Nachdem ja immer wieder mal bei Problemen mit dem Update von Homebridge einfach ein drüber installieren empfohlen wurde,
hab ich das in letzter Zeit einfach immer so gemacht.
Nur diesmal klappt die Installation nicht mehr und Homebridge ist futsch (letztes Update/Installieren war so 3-4 Wochen her schätze ich).
sudo npm install -g homebridge bricht immer beim Erstellen vom Package bignum ab.
Ich denke die ersten Warnings mit der Installation über ein "Temporary Dev Dir" sind normal, das kommt bei den Packages die davor installiert werden auch.
Diese werden aber dann ohne Fehler installiert.
Danach kommen ja aber auch mehrere Fehler und ich bin mir nicht sicher, was genau der Grund des Scheiterns ist.
Mein System (Raspberry mit Jessie auf aktuellem Stand und Node 5.12.0) war bisher kein Problem.
Braucht man plötzlich eine andere Version von Node?
> bignum@0.12.5 install /usr/lib/node_modules/homebridge/node_modules/bignum
> node-pre-gyp install --fallback-to-build
node-pre-gyp ERR! Tried to download: https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v47-linux-arm.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for bignum@0.12.5 and node@5.12.0 (node-v47 ABI) (falling back to source compile with node-gyp)
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.12.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/lib/node_modules/homebridge/node_modules/bignum/build'
make: *** No rule to make target '../.node-gyp/5.12.0/include/node/common.gypi', needed by 'Makefile'. Schluss.
make: Leaving directory '/usr/lib/node_modules/homebridge/node_modules/bignum/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:100:13)
gyp ERR! stack at ChildProcess.emit (events.js:185:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:204:12)
gyp ERR! System Linux 4.1.19-v7+
gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "build" "--fallback-to-build" "--module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node" "--module_name=bignum" "--module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding"
gyp ERR! cwd /usr/lib/node_modules/homebridge/node_modules/bignum
gyp ERR! node -v v5.12.0
gyp ERR! node-gyp -v v3.3.1
gyp ERR! not ok
node-pre-gyp ERR! build error
node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/nodejs /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node --module_name=bignum --module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding' (1)
node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/node-pre-gyp/lib/util/compile.js:83:29)
node-pre-gyp ERR! stack at emitTwo (events.js:100:13)
node-pre-gyp ERR! stack at ChildProcess.emit (events.js:185:7)
node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:850:16)
node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:215:5)
node-pre-gyp ERR! System Linux 4.1.19-v7+
node-pre-gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/homebridge/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"
node-pre-gyp ERR! cwd /usr/lib/node_modules/homebridge/node_modules/bignum
node-pre-gyp ERR! node -v v5.12.0
node-pre-gyp ERR! node-pre-gyp -v v0.6.29
node-pre-gyp ERR! not ok
Failed to execute '/usr/bin/nodejs /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node --module_name=bignum --module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding' (1)
/usr/lib
└── (empty)
npm ERR! Linux 4.1.19-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.12.0
npm ERR! npm v3.8.6
npm ERR! code ELIFECYCLE
npm ERR! bignum@0.12.5 install: `node-pre-gyp install --fallback-to-build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the bignum@0.12.5 install script 'node-pre-gyp install --fallback-to-build'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the bignum package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-pre-gyp install --fallback-to-build
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs bignum
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls bignum
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /opt/npm-debug.log
npm ERR! code 1
Zitat von: Thyraz am 25 Juli 2016, 13:54:55
Nachdem ja immer wieder mal bei Problemen mit dem Update von Homebridge einfach ein drüber installieren empfohlen wurde,
hab ich das in letzter Zeit einfach immer so gemacht.
Nur diesmal klappt die Installation nicht mehr und Homebridge ist futsch (letztes Update/Installieren war so 3-4 Wochen her schätze ich).
sudo npm install -g homebridge bricht immer beim Erstellen vom Package bignum ab.
Ich denke die ersten Warnings mit der Installation über ein "Temporary Dev Dir" sind normal, das kommt bei den Packages die davor installiert werden auch.
Diese werden aber dann ohne Fehler installiert.
Danach kommen ja aber auch mehrere Fehler und ich bin mir nicht sicher, was genau der Grund des Scheiterns ist.
Mein System (Raspberry mit Jessie auf aktuellem Stand und Node 5.12.0) war bisher kein Problem.
Braucht man plötzlich eine andere Version von Node?
> bignum@0.12.5 install /usr/lib/node_modules/homebridge/node_modules/bignum
> node-pre-gyp install --fallback-to-build
node-pre-gyp ERR! Tried to download: https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v47-linux-arm.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for bignum@0.12.5 and node@5.12.0 (node-v47 ABI) (falling back to source compile with node-gyp)
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.12.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/lib/node_modules/homebridge/node_modules/bignum/build'
make: *** No rule to make target '../.node-gyp/5.12.0/include/node/common.gypi', needed by 'Makefile'. Schluss.
make: Leaving directory '/usr/lib/node_modules/homebridge/node_modules/bignum/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:100:13)
gyp ERR! stack at ChildProcess.emit (events.js:185:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:204:12)
gyp ERR! System Linux 4.1.19-v7+
gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "build" "--fallback-to-build" "--module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node" "--module_name=bignum" "--module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding"
gyp ERR! cwd /usr/lib/node_modules/homebridge/node_modules/bignum
gyp ERR! node -v v5.12.0
gyp ERR! node-gyp -v v3.3.1
gyp ERR! not ok
node-pre-gyp ERR! build error
node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/nodejs /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node --module_name=bignum --module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding' (1)
node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/node-pre-gyp/lib/util/compile.js:83:29)
node-pre-gyp ERR! stack at emitTwo (events.js:100:13)
node-pre-gyp ERR! stack at ChildProcess.emit (events.js:185:7)
node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:850:16)
node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:215:5)
node-pre-gyp ERR! System Linux 4.1.19-v7+
node-pre-gyp ERR! command "/usr/bin/nodejs" "/usr/lib/node_modules/homebridge/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"
node-pre-gyp ERR! cwd /usr/lib/node_modules/homebridge/node_modules/bignum
node-pre-gyp ERR! node -v v5.12.0
node-pre-gyp ERR! node-pre-gyp -v v0.6.29
node-pre-gyp ERR! not ok
Failed to execute '/usr/bin/nodejs /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/lib/node_modules/homebridge/node_modules/bignum/binding/bignum.node --module_name=bignum --module_path=/usr/lib/node_modules/homebridge/node_modules/bignum/binding' (1)
/usr/lib
└── (empty)
npm ERR! Linux 4.1.19-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.12.0
npm ERR! npm v3.8.6
npm ERR! code ELIFECYCLE
npm ERR! bignum@0.12.5 install: `node-pre-gyp install --fallback-to-build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the bignum@0.12.5 install script 'node-pre-gyp install --fallback-to-build'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the bignum package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-pre-gyp install --fallback-to-build
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs bignum
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls bignum
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /opt/npm-debug.log
npm ERR! code 1
Au ja, das BigNum Problem scheint öfter zu bestehen!
Schon mal Folgendes probiert?
sudo npm install -g homebridge --unsafe-permGruß
Dan
Das hat geholfen, wunderbar. :)
Und dank diesem Post:
Zitat
Have you tried installing homebridge with the --unsafe-perm option? e.g.
sudo npm install -g --unsafe-perm homebridge
If npm detects it is running as root it drops to a non-privileged user which then doesn't have permissions to write to /root/.node-gyp. The --unsafe-perm option stops it from changing user.
nvm doesn't have this problem when not using sudo because it stores everything under the current users' home directory.
https://github.com/nfarina/homebridge/issues/405
hab ich auch kapiert warum. :)
Allerdings nicht warum es bisher geklappt hat. :P
Hat jemand Fenster- / Türkontakte mit der iOS 10 Beta Home-App am laufen?
Wenn ja wie habt ihr den Kontakt konfiguriert?
Bei mir ist bisher das drin:
genericDeviceType: window
homeBridgeMapping: CurrentDoorState=reportedState,values=closed:CLOSED;open:OPEN
Mit anderen Homekit Apps kann ich Fenster offen und geschlossen sehen, die Beta-Home-App zeigt aber immer geschlossen.
Soweit ich weiß, sind Fenster/Türen in Homekit ja eigentlich für automatisch ansteuerbare (motorisierte) Varianten und nicht nur für Kontakte.
Weiß jemand ob man weitere Characteristics braucht damit es funktioniert?
Zitat von: Thyraz am 25 Juli 2016, 19:28:06
Hat jemand Fenster- / Türkontakte mit der iOS 10 Beta Home-App am laufen?
Wenn ja wie habt ihr den Kontakt konfiguriert?
Bei mir ist bisher das drin:
genericDeviceType: window
homeBridgeMapping: CurrentDoorState=reportedState,values=closed:CLOSED;open:OPEN
Mit anderen Homekit Apps kann ich Fenster offen und geschlossen sehen, die Beta-Home-App zeigt aber immer geschlossen.
Soweit ich weiß, sind Fenster/Türen in Homekit ja eigentlich für automatisch ansteuerbare (motorisierte) Varianten und nicht nur für Kontakte.
Weiß jemand ob man weitere Characteristics braucht damit es funktioniert?
genericDeviceType sollte contact sein, das ist für nicht motorisierte...
Gruß
Dan
wie weiter oben schon mehrfach geschrieben muss man contact bzw. ContactSensor verwenden und dort die ContactSensorState characteristic mappen. zusätzlich kann man CurrentDoorState mappen um siri direkt nach geöffneten türen und denstern fragen zu können und eine leichter interpretierbare anzeige zu bekommen.
gruss
andre
Ah, ok das macht Sinn.
Dann hätte man auch kein motorisiertes Fenster mehr. ;)
Allerdings fehlt bei der genericDeviceType contact.
FHEM, Homebridge und Homebridge-FHEM sind aktuell von heute.
Wo wird das denn definiert?
Bei mir sieht das aus wie im Anhang...
Zitat von: justme1968 am 22 Juni 2016, 22:18:00
die genericDeviceTypes waren/sind als allgemeine beschreibung gedacht die nicht homekit spezifisch ist. intern wird sie dann auf die homekit spezifischen typen umgesetzt: 2181 switch: 'Switch',
2182 outlet: 'Outlet',
2183 light: 'Lightbulb',
2184 blind: 'WindowCovering',
2185 contact: 'ContactSensor',
2186 thermometer: 'TemperatureSensor',
2187 thermostat: 'Thermostat',
2188 garage: 'GarageDoorOpener',
2189 window: 'Window',
2190 lock: 'LockMechanism'
es ist aber möglich auch direkt die homekit typen zu verwenden wenn man tiefer einteigen will.
gruss
andre
das ist aus irgendeinem Grund verloren gegangen. hab es wieder eingebaut.
du kannst es einfach von hand in die liste unter global hinzufügen.
gruss
andre
Ah, dachte das ist eher irgendwo in den Homekit-spezifischen Dateien zu suchen. ;)
Danke, klappt wunderbar.
Hallo,
gibt es eine Möglichkeit, dass in FHEM eingebundene Intertechno Devices (433Mhz) auch in Homekit vom Status her aktualisert werden?
Leider aktualisert sich Homekit bei mir nur manuell (z.B. refresh mit Eve) wenn ich den State direkt über FHEM ändere... Mit einem Dummydevice funktioniert es einwandfrei und der State in Homekit ist immer aktuell. Schalte ich hingegen mit einem anderen Homekit Device funktioniert die Aktualiserung auch reibungslos.
ich meine das ist immer noch das alte problem mit dem IT modul. siehe hier: https://forum.fhem.de/index.php/topic,32652.msg351427.html#msg351427 und hier: https://forum.fhem.de/index.php/topic,43162.msg425931.html#msg425931
gruss
andre
Danke für die Rückmeldung!
Mit den Anpassungen von Ralf9 funktioniert es jetzt :)
siehe: https://forum.fhem.de/index.php/topic,52827.msg445831.html#msg445831
Hallo zusammen,
ich versuche gerade mein Garagentor, welches in FHEM über zwei Devices repräsentiert wird, korrekt in Homekit einzubinden. Hier hadere ich noch mit dem Attribut hombridgemapping.
Folgendes habe ich momentan eingerichtet.
CurrentDoorState=GaragenTor:state,values=closed:CLOSED;open:OPEN TargetDoorState=GaragenTor:state,values=closed:CLOSED;open:OPEN
Wenn ich jetzt in der Home App auf das GaragenTor tippe, schickt er auch an dieses Device den Befehl
https://127.0.0.1:8083/fhem?cmd=set%20GaragenTor%20on
(so ähnlich, kann gerade nicht in's Log gucken)
Ich müsste aber den Set Befehl auf ein anderes Device zeigen lassen. Also wenn ich darauf tippe, soll der Set Befehl den Homekit dann absetzt nicht auf GaragenTor abgesetzt werden wie oben, sondern z.B. so lauten:
https://127.0.0.1:8083/fhem?cmd=set%20Ein_Anderes_Device%20on
Ich habe im ersten Posting des Threads schon gesehen, dass es die Parameter cmd/cmds für homebridgemapping gibt. Leider bin ich anhand der Beispiele nicht schlau geworden, wie ich die korrekt benutze...
Kann mir vielleicht jemand weiterhelfen?
Danke im Voraus :)
Benjamin
Wie schaffe ich es den bei Homekit die Einheit zu verändern?
Mein Rolladen will werte von 0-100, Homekit schickt aber immer noch ein "pct" mit hinten dran, was FHEM natürlich nicht versteht.
[2016-07-30 19:52:54] [FHEM] executing: http://127.0.0.1:8085/fhem?cmd=set%20rollo_schlafzimmer%20pct%201&XHR=1
Der Somfy rolladen ist als "blind" definiert mit folgendem Mapping:
CurrentPosition=position,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10
Tante Edith:
habs gelöst mit homebrideMapping wie folgt:
clear
CurrentPosition=position,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,
Moin
Gibt es eigentlich eine Möglichkeit Commands, die von Homebridge zu FHEM gesendet werden zu "übersetzen" (mappen).
HomebridgeMapping scheint ja nur für readings zu sein.
Problem: ich steuere mit FHEM Somfy Rolläden, die kennen aber nicht den pct Befehl, sondern einen pos Befehl, um die Rolläden zu einem bestimmten Punkt zu fahren.
Wenn ich die Rolläden mit genericDeviceType blind einstelle, dann bietet mir Homebridge nur den pct Befehl für HomeMatic Rolläden Steuerungen an.
Workaround ist ja die Rolläden als Switch zu definieren, aber dann gibt es nur on und off
Zitat von: Garbsen am 31 Juli 2016, 23:04:00
Moin
Gibt es eigentlich eine Möglichkeit Commands, die von Homebridge zu FHEM gesendet werden zu "übersetzen" (mappen).
HomebridgeMapping scheint ja nur für readings zu sein.
Problem: ich steuere mit FHEM Somfy Rolläden, die kennen aber nicht den pct Befehl, sondern einen pos Befehl, um die Rolläden zu einem bestimmten Punkt zu fahren.
Wenn ich die Rolläden mit genericDeviceType blind einstelle, dann bietet mir Homebridge nur den pct Befehl für HomeMatic Rolläden Steuerungen an.
Workaround ist ja die Rolläden als Switch zu definieren, aber dann gibt es nur on und off
Schau mal eins über deinem ursprünglichen post. Da steht die Lösung :)
Hab heute genau dieses Problem gehabt.
Hat mir jemand seine HombridgeMapping für Max! Thermostate? Bei mir kommt da nur murks raus bzw. ich kann von Manuell Off nicht auf eine Temp stellen.
Zitat von: ScherzKeks am 01 August 2016, 00:01:53
Schau mal eins über deinem ursprünglichen post. Da steht die Lösung :)
Hab heute genau dieses Problem gehabt.
Hat mir jemand seine HombridgeMapping für Max! Thermostate? Bei mir kommt da nur murks raus bzw. ich kann von Manuell Off nicht auf eine Temp stellen.
Danke, das ist ja schon peinlich, dass ich das nicht gesehen habe. :-\
Hat es schon mal jemand probiert/geschafft, Siri etwas frei definiertes vorlesen zu lassen?
Ich denke dabei an sowas wie beim starten einer Szene "Guten Morgen" beim dem dann nicht nur die rollos hochfahren, sondern auch Siri einem den Wetterbericht vorliest, Tagestermine und evtl. noch Verkehrsinfos.
Lässt sich das in ein Reading schreiben und sauber von Homekit auslesen lassen?
so etwas geht zur zeit nicht. eventuell mit ios10 und einem passenden siri plugin. das wäre aber eine größere sache. ich weiss sich nicht ob und wie man das dann von aussen triggern kann.
zur zeit mache ich alle sprach ausgeben über sonos player (und ein android tablet). das hat den vorteil das es auch geht wenn das handy in der tasche oder sonst wo ist.
Hallo,
kann mir jemand sagen was config-punt.json ist und wie ich die gefixt bekomme? Homebridge startet bei mir nicht
pi@bananapi:~$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-08-02 15:00:37] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-08-02 15:00:38] Registering platform 'homebridge-fhem.FHEM'
[2016-08-02 15:00:38] ---
[2016-08-02 15:00:41] Loaded plugin: homebridge-punt
homebridge API version: 2
[2016-08-02 15:00:41] Registering platform 'homebridge-punt.punt'
[2016-08-02 15:00:41] ---
[2016-08-02 15:00:41] Loaded config.json with 0 accessories and 1 platforms.
[2016-08-02 15:00:41] ---
[2016-08-02 15:00:41] Loading 1 platforms...
[2016-08-02 15:00:41] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1470142843020
[2016-08-02 15:00:43] [FHEM] Checking genericDeviceType...
[2016-08-02 15:00:43] [FHEM] executing: https://127.0.0.1:8084/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-08-02 15:00:43] [FHEM] Fetching FHEM devices...
[2016-08-02 15:00:43] [FHEM] fetching: https://127.0.0.1:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-08-02 15:00:43] Loading 0 accessories...
Load homebridge-punt.punt
Couldn't find a config-punt.json file at /home/pi/.homebridge/plugins/homebridge-punt.
vielen Dank!
es gibt zwei homebridge plugins für fhem. eines ist homebridge-fhem. um das geht es hier und im wiki.
daneben gibt es noch homebridge-punt. dazu kann ich dir nichts weiter sagen.
gruss
andre
das muss ich aber irrtümlich installiert haben ... verstehe aber nicht warum dieses startet wenn ich deines auch (grad eben) installiert habe
weil es im config file steht?
Zitat von: ChiliApple am 02 August 2016, 15:18:13
das muss ich aber irrtümlich installiert haben ... verstehe aber nicht warum dieses startet wenn ich deines auch (grad eben) installiert habe
Dann schmeiße doch punt einfach wieder runter (wenn du es nicht vorsetzlich installiert hast)!
sudo npm r -g homebridge-puntGruß
Dan
klasse läuft wieder danke! seid spitze!
nutze Homekit/Homebridge schon eine ganze Zeit erfolgreich. Habe nun seit ca. 2 Tagen das Phänomen, dass Siri meine Temperatur Abfragen nicht mehr korrekt versteht. Z.B. konnte ich mit 'wie ist die Temperatur im Keller Flur' die Temperatur des einzelnen Sensors korrekt abfragen. Jetzt kommt: 'Die Temperatur liegt derzeit zwischen 22,4 und 26,4 C' , wobei das die Min und Max Werte aller meiner Sensoren sind. Kommandos wie z.B. 'schalte Licht Hobbyraum ein' funktionieren hingegen. Abfragen nach der Luftfeuchtigkeit gehen komplett gar nicht mehr. Es kommt mit oben genannten Bsp: 'Keller' und 'Flur' bereiten mir ein wenig Probleme ...'
Alle Sensor-Werte sind korrekt in Eve und Aktoren können auch einwandfrei gesteuert werden. (verwende aktuelle Homebridge + Fhem Shim Version, iOS 9.3.3)
Hat das jemand auch? Wie fragt Ihr z.B. eure Temperatur Sensoren via Siri ab?
Andreas
apple scheint gerade irgendetwas umzustellen. siehe auch hier: https://forum.fhem.de/index.php/topic,56238.msg478100.html#msg478100
gruss
andre
Hallo,
ich versuche mich an der Integration von Siri und Fhem, zweifel aber gerade ob es nicht noch etwas "früh" als Fhemanfänger ist :)
Also FHEM (5.7) läuft auf einem IntelNUC unter Ubuntu Server 16.04.
Was ich bisher realisiert habe ist das Hinzufügen von meinem Harmony HUB, meinem VU+ Reciever, Philips Hue Lampen, Automatischen Backup auf dem NAS, Spritpreise... also alles in allem viel Spielerei.
Nun wollte ich z.B. via Siri die Aktionen der Harmony steuern. Nachdem ich die Anleitung aus dem Wiki zum EInrichten der Homebridge durchgegangen bin, findet Elgato Eve die Homebridge auch und mit Eingabe des Codes wird diese auch hinzugefügt. Allerdings werden dann darin keine Geräte angezeigt. Meine Harmony und eine Hue Lampe habe ich zu Testzwecken in den Raum "HomeKit" hinzugefügt. Leider werden diese Geräte nicht in der App angezeigt.
Was mich auch sehr irritiert ist, dass ich trotz geänderten Pin in der config.json nur mit dem ursprünglichen Pin aus der Wiki Beschreibung die Homebridge hinzufügen kann. Klingt für mich als ob es da noch irgendwo eine 2. config.json gibt die er zur Abfrage vergleicht?!
Kann einem Anfänger da jmd helfen :)
Beste grüße und schon mal ein schönes WE
David
du hast das falsche config file editiert bzw. dein homebridge sucht an anderer stelle danach.
gruss
andre
Mist...sowas hab ich schon vermutet. Ich find aber nur dieses eine config. wo könnte ich die falsche config denn finden und diese ggf löschen.
Auf der Konsole: sudo find / -name "dateiname"
Zitat von: David am 05 August 2016, 18:03:40
Mist...sowas hab ich schon vermutet. Ich find aber nur dieses eine config. wo könnte ich die falsche config denn finden und diese ggf löschen.
Eigentlich im Homeverzeichnis des Users der die Homebridge ausführt/startet.
Bei User pi z.B. in /home/pi/.homebridge/
Oder läuft die bei Dir als FHEM?
Dann unter /opt/fhem/.homebridge/
Gruß
Dan
P.S. Oder den Rat von Andre befolgen.
Danke schonmal für eure Unterstützung. :D
hier mal der Output wenn ich nach dem Verzeichnis suche
david@IntelNUC:~$ find -name .homebridge
./.homebridge
also scheint es den ordner nur einmal zu geben.
Auch wenn ich nach der config.json suche finde ich nur eine Datei
david@IntelNUC:~$ find -name config.json
./.homebridge/config.json
Also der komplette Pfad lautet /home/david/.homebridge/config.json
Weiß gerade nicht wirklich weiter ???
und als welcher user läuft deine homebridge? wirklich als david?
du hast hinter dem find Befehl das "/" vergessen. Das gibt an, dass der Befehl ab der obersten Ebene suchen soll. So hast du nur in deinem aktuellen Home-Verzechnis gesucht und auch nur dort was gefunden.
Also nicht "find -name .homebridge" sondern wirklich "find / -name .homebridge". Und das ganze am besten als Root (über sudo), weil du sonst keinen Zugriff auf bestimmte Verzeichnisse (wie andere User-Verzeichnisse) hast.
@justme1968: hmmm das kann ich dir gar nicht mal genau sagen. Mir ist nicht bewusst, an welcher Stelle der homebridge Installation ich einen vergeben hätte. Sorry wenn ich mich etwas dusselig anstelle ???
@Benwish: Danke für den Tipp. Das probiere ich dann auch gleich nochmal
edit: habe jetzt mal die alternative Suchmethode (inkl. sudo) angewandt und eine ellenlange Ergebnisliste bekommen. Hier nur ein kleiner Auszug wo am Ende auch der eine bekannte Ordner steht
find: "/var/lib/lxcfs/cgroup/blkio/user.slice/user-0.slice/blkio.reset_stats": Keine Berechtigung
find: "/var/lib/lxcfs/cgroup/blkio/user.slice/user-0.slice/user@0.service/blkio.reset_stats": Keine Berechtigung
find: "/var/lib/lxcfs/cgroup/blkio/user.slice/user-0.slice/session-c1.scope/blkio.reset_stats": Keine Berechtigung
/home/david/.homebridge
also jetzt ahbe ich doch tatsächlich den Nutzer Shem auf dem NUC gefunden und die Installation über ihn vollzogen :) nun findet er auch die beiden Geräte ;D allerdings erscheint die Harmony nur als "switch" also mit "ein und aus" allerding passiert auch nichts, wenn ich da auf "ein" oder "aus" gehe.
Ich stelle mir vor, mit dem Siri Befehl "TV Schauen" die Aktion "Fernsehen" der Harmony zu starten. was muss ich dafür einstellen?
homebridge legt für jede activity einen switch im service der harmony an.
für einen solchen wortlaut musst du über eine siri szene gehen.
wenn etwas nicht funktioniert: schau ins log und auf die homebridge konsole. eventuell homebridge mit --debug starten.
gruss
andre
Hallo zusammen,
ich glaube es wurde vor kurzem schonmal angesprochen, aber ich finde es nicht mehr.
Mich würde interessieren, welche Namen ihr z.B euren Hue Lampen oder Devices gebt, da Siri`s Standard Antwort in letzter Zeit immer:
Beispiel: Tv Lampe
" TV bereitet mir ein wenig Probleme.Versuche es bitte mit Umformulieren." lautet.
Grüße
Hallo zusammen,
ich wollte mein FHEM ein wenig sicherer gestalten, daher habe ich mir ein ssl-Zertifikat erstellt und greife auf FHEM nur noch per HTTPS zu. Leider funktioniert homebridge mit dieser Einstellung bei mir nicht mehr.
In der Config habe ich natürlich sll auf true gesetzt.
Ich habe schon so einiges ausprobiert... Aber es will einfach nicht funktionieren.
Das Zertifikat habe ich mit dpkg-reconfigure ca-certificates zu den vertrauenswürdigen Zertifikaten hinzugefügt.
Die Log gibt folgendes aus:
Zitat*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[8/7/2016, 3:11:22 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[8/7/2016, 3:11:22 PM] Registering platform 'homebridge-fhem.FHEM'
[8/7/2016, 3:11:22 PM] ---
[8/7/2016, 3:11:22 PM] Loaded config.json with 0 accessories and 1 platforms.
[8/7/2016, 3:11:22 PM] ---
[8/7/2016, 3:11:22 PM] Loading 1 platforms...
[8/7/2016, 3:11:22 PM] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1470575483852
[8/7/2016, 3:11:23 PM] [FHEM] Checking genericDeviceType...
[8/7/2016, 3:11:23 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[8/7/2016, 3:11:23 PM] [FHEM] Fetching FHEM devices...
[8/7/2016, 3:11:23 PM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[8/7/2016, 3:11:23 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
longpoll error: Error: self signed certificate, retry in: 5000msec
[8/7/2016, 3:11:24 PM] [FHEM] There was a problem connecting to FHEM (https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[8/7/2016, 3:11:24 PM] [FHEM] There was a problem connecting to FHEM (https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1):Error: self signed certificate
[8/7/2016, 3:11:24 PM] [FHEM] There was a problem connecting to FHEM
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1470575489337
longpoll error: Error: self signed certificate, retry in: 10000msec
Ich hoffe es kann mir hier einer weiterhelfen :)
Beste Grüße
Timo
aktuell werden selbst signierte zertifkate nur axzeptiert wenn auch user und password zur autorisierung verwendet wird.
d.h. du musst für die fhemweb instanz die homebridge verwendet basic auth konfigurieren und im homebridge config file die auth daten eintragen.
optional kannst du auch das homebridge index.js so ändern das rejectUnauthorized für request auch dann gesetzt wird wenn nur ssl ohne auth konfiguriert ist.
gruss
andre
Hallo Andre,
vielen Dank für die super schnelle Antwort. Ich war schon fast am verzweifeln :D
Ich wünsche noch einen schönen rest Sonntag.
Grüße
Timo
Hallo,
nach ein paar erfolgreichen Wochen mit der Steuerung von FHEM mittels Siri von meinen iOS Geräten (iPhone, iPad, Watch) führte ich am vergangenen Wochenende mal ein Update durch. In der letzten Woche musste ich dann aber feststellen, dass die Steuerung mittels Siri von der Watch nicht mehr klappt. Es kommt immer die Fehlermeldung "Tur mir Leid, ich habe diesmal keine Geräte gefunden". Wenn ich den gleichen Befehl auf dem iPhone ausführe, funktioniert es ohne Probleme.
Hat noch einer dieses Problem, oder hatte einer dieses und kann mir helfen?
Ein erneutes Backup hat nicht geholfen.
Vielen Dank im voraus
arokh12
apple bastelt scheinbar gerade ziemlich heftig an siri und es gibt die verschiedensten probleme die sich nach mehr oder weniger kurzer zeit von alleine wieder legen.
so lange es mit eve oder von einem anderen gerät aus geht liegt es nicht an homebridge und es gibt auch nichts das sich dagegen tun lässt.
gruss
andre
Zitat von: justme1968 am 14 August 2016, 14:26:14
apple bastelt scheinbar gerade ziemlich heftig an siri und es gibt die verschiedensten probleme die sich nach mehr oder weniger kurzer zeit von alleine wieder legen.
so lange es mit eve oder von einem anderen gerät aus geht liegt es nicht an homebridge und es gibt auch nichts das sich dagegen tun lässt.
gruss
andre
Alles klar, danke für die Auskunft. Da hilft dann wohl nur abwarten.
Mit freundlichen Grüßen
arokh12
Hallo,
nach meinem Urlaub (2 Wochen abwesend) stelle ich folgendes Problem auf einmal fest, welches vorher nicht vorhanden war. Wenn ich sage "Schalte das Radio in der Küche ein" Wir das Radio eingeschaltet und alle anderen Geräte die sich in der Küche befinden! Sage ich "Schalte den Dimmer ein" Werden alle Lampen im Wohnzimmer eingeschaltet sowie der Fernseher"
Es hat den Anschein, dass die Geräte nicht berücksichtigt werden sondern nur alles was sich in einem Raum befindet! Kann das jem. bestätigen?
Kann ich so bestätigen. Vor einigen Wochen konnte ich noch einzelne Lampen schalten. Jetzt sagt Siri mir, das sie LED Lampe Küche nicht versteht. In Sachen Radio, habe ich eine Szene erstellt. Ich muß allerdings "Ich möchte Radio ......hören" sagen. Also mit einer Pause von ca. 1 Sekunde. Sonst möchte Siri Beats Radio von Apple starten.
Gesendet von iPad mit Tapatalk
Ja, Namen mit mehreren Worten machen gerade wohl öfters Probleme.
Vor allem wenn man Schlagworte drin hat die Siri evtl. anders einordnen kann wie Apple TV, TV, Radio, usw.
Mal sehen ob sich das wieder bessert bald.
über die Apps ohne Sprache / Siri läuft ja alles bestens.
Verwende Siri zur Zeit eh immer seltener dank dem Control Center Tab für Homekit in der iOS 10 Beta.
Mit der letzten Beta ist das auch endlich richtig stabil geworden und aktualisiert sich zuverlässig und schnell. :)
Wer bisher nicht Beta-User spielt darf sich da durchaus drauf freuen wenn iOS 10 raus kommt...
Das ist mal genial: Für alle die nicht erst google bemühen möchten .... http://appleinsider.com/articles/16/06/17/inside-ios-10-apple-simplifies-homekit-control-with-dedicated-home-app (http://appleinsider.com/articles/16/06/17/inside-ios-10-apple-simplifies-homekit-control-with-dedicated-home-app)
Und was ist jetzt daran genial? ::)
Das Apple nach über einem Jahr erkannt hat, dass man die Funktionalität der EVE App auch selbst anbieten sollte? 8)
Zitat von: volschin am 20 August 2016, 09:51:22
Und was ist jetzt daran genial? ::)
Das Apple nach über einem Jahr erkannt hat, dass man die Funktionalität der EVE App auch selbst anbieten sollte? 8)
Hmmm, ich glaube schon seit 2 Jahren! Kam HomeKit nicht mit iOS 8?
Und bisher finde ich die Home App auf dem iPhone 5 nicht so prall, da ist selbst Eve 10x schneller. Aber auch funktionell finde ich die noch nicht so dolle.
Gruß
Dan
Hi, ich muss für meine neue Rolladensteuerung, die ich mit dem Modul ROLLO, eingebunden habe die Richtung ändern. Wenn ich die Einstellung invert=1 beim Homebridge-mapping setze funktioniert es leider gar nicht mehr.
Homebridge parsed die werte ersten als string, zusätzlich ist das MaxValue mit dem Faktor 10 höher als angegeben.
2016-08-21 16:51:06 caching: WZ_Rollo_Fenster-position: 0
[8/21/2016, 4:51:06 PM] [FHEM] caching: CurrentPosition: 1000 (as string; from '0')
[8/21/2016, 4:51:06 PM] [FHEM] caching: TargetPosition: 1000 (as string; from '0')
Mapping:
clear
CurrentPosition=position,invert=1,minValue=0,maxValue=100
TargetPosition=position,invert=1,minValue=0,maxValue=100,minStep=10,delay=300,faktor=10,cmd=position,
PositionState=state,values=/^drive-up/:INCREASING;/^drive-down/:DECREASING;/.*/:STOPPED
Grüße
Timo
EDIT:
Eine Sache noch. Wenn ich den Rolladen über Homekit steuer, zeigt er mit an, dass das Rollo geöffnet oder geschlossen wird. Allerdings wechselt er nicht mehr von diesem Status auf den aktuellen Öffnungsstatus, etwa geschlossen, 50%, offen...
Was muss ich Homekit mitteilen, damit die Anzeige richtig funktioniert?
Zitat von: hanfreyy am 20 März 2016, 13:43:10
Hallo,
das mit dem Mapping läuft nun, aber ich glaub ich machs Falsch. Also ich möchte die Sender von der VU+ (ENIGMA2 Plugin) per Siri steuern.
attr solo genericDeviceType switch
attr solo homebridgeMapping clear
On=activity,valueOn=Prosieben,cmdOn=channel+ProSieben_HD,cmdOff=channel+ProSieben_HD
Damit hätte ich nun einen Zweiten Schalter "Strom" der auch den Kanal umschaltet, aber damit kann Siri ja leider nichts ansprechen genau.
Dann hab ich einen dummy gemacht der den Kanal umschaltet. Das funktioniert einwandfrei in der EVE App, wird auch korrekt angezeigt aber Siri kennt das Gerät nicht.
(https://photos-5.dropbox.com/t/2/AAAGq6bnAfcy-bCOo4HP2Z070M9uz2FLmE7CIjnHEgv1Xw/12/1474418/png/32x32/3/1458493200/0/2/Screenshot%202016-03-20%2013.40.16.png/ELXSnAEYqc_KxgEgAigC/YPypLlYmFydj7Ncu9WFqcskL0tE1gcWhx9fu0H8IVL0?size_mode=3&size=2048x1536)
[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'prosieben'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] information service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] manufacturer, model and serial number characteristics for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for prosieben
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for prosieben:activity
[3/20/2016, 12:32:49 PM] [FHEM] Initializing platform accessory 'solo'...
[3/20/2016, 12:32:49 PM] [FHEM] creating services for solo
[3/20/2016, 12:32:49 PM] [FHEM] information service for solo
[3/20/2016, 12:32:49 PM] [FHEM] manufacturer, model and serial number characteristics for solo
[3/20/2016, 12:32:49 PM] [FHEM] Switch service for solo
[3/20/2016, 12:32:49 PM] [FHEM] Custom Volume characteristic for solo:volume
[3/20/2016, 12:32:49 PM] [FHEM] Custom Power characteristic for solo:power
[3/20/2016, 12:32:49 PM] [FHEM] On characteristic for solo:state
Wo ist mein Fehler?
Hi hanfreyy, hast Du das mit dem Mapping für die Sender hinbekommen? Ich habe es mal so wie bei Dir oben eingestellt. Jedoch zeigt mir Eve nur einen An / Aus Schalter. Wenn ich das Attribut "Switch" wegnehme, werden mir auch Verbrauch und Lautstärke angezeigt....
Gruß C.
hallo, vielleicht kann mir kurz jemand eine frage beantworten, ich nutze homematic rolladenaktoren(HM-LC-BI1PBU-FM), diese wurden auch als blinds erkannt und lassen sich über siri mit einem einfachen:"Schliesse alle Jalousien" auch schliessen. leider funktioniert "Öffne die Jalousien" nicht, und auch alles mögliche andere zeigt kein Resultat, nur "setze Jalousie auf 100%" öffnet sie wieder.ist das normal?
wäre für tips dankbar...
mfg Stadtkind
Zitat von: stadtkind am 22 August 2016, 22:17:12
hallo, vielleicht kann mir kurz jemand eine frage beantworten, ich nutze homematic rolladenaktoren(HM-LC-BI1PBU-FM), diese wurden auch als blinds erkannt und lassen sich über siri mit einem einfachen:"Schliesse alle Jalousien" auch schliessen. leider funktioniert "Öffne die Jalousien" nicht, und auch alles mögliche andere zeigt kein Resultat, nur "setze Jalousie auf 100%" öffnet sie wieder.ist das normal?
wäre für tips dankbar...
mfg Stadtkind
Siehe #847 (https://forum.fhem.de/index.php/topic,48558.msg481577.html#msg481577)
Gruß
Dan
Ok, du meinst also das, "öffne Jalousie xy" eigentlich funktioniert?
Wie formuliert ihr das denn so?
Bei mir funktioniert für das Öffnen zur Zeit nur "Setze das Rollo im Zimmer auf 100%"
Na dann hoffen wir mal das sich das bald wieder ändert, weil sorichtig cool klingt das nicht....
ich habe gerade die neueste ios10 und watch os 3 beta installiert.
funktioniert bis jetzt alles sehr gut. die siri probleme sind zumindest aktuell komplett verschwunden, die home app funktioniert gut (sowohl die app selber, im control center, auf der watch), sogar die guten morgen szene die bei eve nie funktioniert hat weil sie nach dem füllen sofort wieder leer war bleibt jetzt gefüllt.
gruss
andre
ps und off toppic: hat jemand ein idee wie die handschriftliche eingabe in messages auf der watch funktioniert? ich kann keinen button zum starten finden...
falls es jemand interessiert: scribble geht scheinbar zur zeit nur wenn die sprache für diese nachricht auf englisch gestellt wird.
Ich weiß nicht ob es hier hingehört?
Ich will mir einen ELGATO EVE ENERGY Stecker kaufen. Homebridge/Homekit habe ich eingerichtet und kann auch alles via Siri steuern. Wenn ich nun den ganennaten Stecker in FHEM integrieren will, wie muss ich vorgehen? Kann ich die Daten, also den Verbrauch auslesen?
das geht (aktuell) nicht.
zum einen können homebridge devices nur mit einer gegenstelle verbunden sein und zum anderen gibt es aktuell keine fhem modul das einen homekit server implementiert.
ich hatte zwar vor einiger zeit mal angefangen dann aber unter anderem deshalb wieder aufgehört weil der eve sensor den ich getestet hatte schlechter als alles sonst ist das es schon für fhem gibt.
meine meinung ist das homekit perfekt ist um geräte zu steuern und anzuzeigen, das es aber der falsche ansatz ist die geräte nur mit homekit zu verbinden. ein system wie fhem oder ein anderes haus automationssystem sollte die basis sein und homekit nur ein io.
kauf dir homematic oder zwave oder enocean stecker und verbinde sie mit fhem und nimm homebridge/homekit über fhem um sie zu steuern. nicht umgekehrt.
gruss
andre
Moin André,
Zitat von: justme1968 am 26 August 2016, 13:27:48
falls es jemand interessiert: scribble geht scheinbar zur zeit nur wenn die sprache für diese nachricht auf englisch gestellt wird.
ich verstehe nicht, wem du etwas skribblen willst? Der Homebridge? - das wär' was... ;)
hatte nichts mit homebridge zu tun sondern mit message auf der apple watch :)
ach ja, noch etwas: die siri namen müssen mit ios10 tatsächlich nicht mehr eindeutig sein. die geräte namen natürlich immer noch.
man kann jetzt also z.b. in jedem zimme einen player mit siri namen radio haben und muss sich keinen mehr abbrechen.
des heißt also ich kann in jeden raum ein Fernseher, Deckenlicht oder Wandlampe habe?
Richtig verstanden?
Genau.
Musst halt beim Schalten über Siri dann immer sagen in welchem Zimmer.
Sehr gut das macht doch die Sache um einiges einfacher!
andre Frage noch habt ihr auch das Problem das seit einiger Zeit Siri die befehle nicht versteht und sagt das man es "umformulieren" soll?
seit ich die ios10 beta drauf habe hat sich das erledigt. die einzige änderung die mir bis jetzt aufgefallen ist: man muss sagen stelle den rollladen auf xxx statt öffne den rolladen auf xxx.
okay aber das ist ja keine "Lösung" auf dem test-System die iOS Beta laufen lassen ist ja schön und gut.
Aber auf dem nutz System würde ich lieber bei dem Aktuellen iOS 9.3.x bleiben so stabile läuft die Beta ja doch noch nicht...
die drei betas laufen völlig problemlos und stabil.
ansonsten einfach noch ein paar wochen warten.
Moin,
Ich habe seit ein paar Wochen ein Problem. Und zwar wird meine Homebridge von Eve erkannt, aber der Code zum Hinzufügen wird nicht mehr akzeptiert. Ich verzweifle langsam daran.
Zur Vorgeschichte, ich musste den RaspberryPi auf dem Homebridge lief und funktionierte, neu aufsetzen. In dem Image war Homebridge nicht dabei, habe es neu eingerichtet, so wie vorher und seit dem habe ich das Problem.
Folgende Dinge habe ich bereits getan.
- Alle Geräte bis auf eins aus dem Raum HomeKit entfernt.
- Homebridge und Homebridge-fhem aktualisiert.
- Homebridge auf einem anderen Raspberry installiert
- Code geändert.
- Homebridge Name geändert.
- Username geändert.
Ich hoffe jemand kann mich in die richtige Richtung stoßen.
- den .persist ordner löschen
- die homekit configuration im iOS device zurück setzen.
beim umzug auf einen neuen rechner reicht es eigentlich das .config verzeichnis auf den neuen rechner zu spielen.
gruss
andre
Das Zeigt leider keine Wirkung.
Ich habe auf beiden RasperryPi's unabhängig von einander, den Ordner ~/.homebridge/persist gelöscht und die Homebridge neu gestartet.
Sowie auf dem iPhone in Einstellungen/Homekit das Zuhause gelöscht.
Die Hue Bridge liess sich auch ohne anstand wieder einbinden. Aber die Homebridge leider nicht.
Ich habe auch schon testweise versucht die Homebridge über das iPhone meiner Freundin einzubinden, die vorher nur per Freigabe zugriff darauf hatte. Das ging leider auch nicht.
Mit freundlichen Grüßen
unter einstellungen kann man die homekit konfiguration zurück setzen.
ansonsten such dir mal einen bonjour browser und schau ob hap überhaupt und mit den richtigen parametern auftaucht.
Den Punkt zum zurücksetzen habe ich denn auch gefunden, leider ohne Erfolg.
Das sind die Dinge die mein "Bonjour Browser" ausspuckt zum Thema HAP. Aber mir hilft das leider nicht weiter. Schliesslich findet die Eve App die Homebridge ja.
_hap._tcp. - 3
HomebridgePi
192.168.2.23:51826
md=HomebridgePi
pv=1.0
id=CC:22:3D:E3:CE:31
c#=2
s#=1
ff=0
ci=2
sf=1
HomebridgePi2
192.168.2.36:51826
[2a02:810b:100:dd8:c0c3:1699:fbbb:b76b]:51826
md=HomebridgePi2
pv=1.0
id=CC:22:3D:E3:CE:32
c#=2
s#=1
ff=0
ci=2
sf=1
Philips hue - 25D8DF
192.168.2.58:8080
[fe80::217:88ff:fe25:d8df]:8080
md=BSB002
pv=1.0
id=00:17:88:25:D8:DF
c#=1
s#=1
ff=1
ci=2
sf=1
Ich bin gerne bereit mehr Daten zu bieten. Denn die situation ist im Moment sehr nervig. Vor allem weil man sich an die schöne und gute Funktionalität gewöhnt hat ;)
Mit freundlichen Grüßen
Nachdem es eine Zeitlang nicht so hingehauen hat mit Siri, weil Apple im Hintergrund am basteln war, funktioniert nun wieder alles ohne Probleme. Habe nicht die Beta sondern das kürzlich aktualisierte OS in der Version iOS9.3.5
Also ich habe jetzt mal auf die letzte iOS 10 Beta upgegraded - Licht kann ich jetzt wieder einwandfrei via Siri schalten und auch die Temperatur Abfrage aller Sensoren geht. Was allerdings nicht geht ist die durchgängige Abfrage der Luftfeuchtigkeits Werte.
Geht: 'wie hoch ist die Luftfeuchtigkeit in der Garage Andreas'
Geht nicht: 'wie hoch ist die Luftfeuchtigkeit im Dachgeschoss Hobbyraum' - es kommt die bekannte Antwort '... versuche es mit umformulieren'
Wenn ich auf Siri EN umstelle funktioniert es. Allerdings muss ich dazu z.B. 'Dachgeschoss Hobbyraum' verenglischen, was teilweise lustig ist ;-)
Denke mal da muss noch von Apple nachgebessert werden ...
Andreas
Lustig. Bei mir ist das Raumabhängig. Wohnzimmer und Kinderzimmer klappt. Schlafzimmer und Balkon nicht. Frage immer gleich: Wie hoch ist die Luftfeuchtigkeit im.... Auch nicht schlecht. Aber die Schaltbarkeit der meisten Geräte ist wieder gut verfügbar. Muß man eigentlich vor dem nächsten IOS wieder ein Update der Homebridge machen? Also vor Installation des IOS?
Gesendet von iPad mit Tapatalk
Hey Leute da ich bis jetzt noch keine heizkörperthermostate habe und damit liebäugle mir welche zu zu legen die an sich schon mit HomeKit kompatibel sind stelle ich mir momentan die Frage ob es wohl möglich ist diese über Homebridge auch in FHEM ein zu binden. Was würdet ihr dazu sagen?
Also die von Elgato gehen schon mal nicht.
Ich habe von Anfang an auf ZWave gesetzt und habe auch etliche Thermostate ausprobiert. Letzten Endes war ich aber mit keinem der ZWave Thermostate wirklich zufrieden und habe dann auf HomeMatic umgeschwenkt. Damit bin ich sehr zufrieden und die laufen auch erstklassig in der HomeBridge.
Gruß
Dan
Tato und netamo haben ja jetzt auch Thermostate angekündigt. Von homematic bin ich irgendwie noch nicht richtig überzeugt.
Zitat von: Diggewuff am 05 September 2016, 14:46:49Von homematic bin ich irgendwie noch nicht richtig überzeugt.
Warum?
Gruß
Dan
Ich betreibe ein paar 433 mhz funksteckdosen und habe da öfter mal Aussetzer. Ich bin mir nicht sicher ob 868 mhz Funk mir zuverlässig genug ist. Auch wenn Mann da bei HM wegen der bidirektionalität schon etwas sicherer ist.
Außerdem ist mir die Zuverlässige Einbindung in HomeKit sehr wichtig da das mit iOS 10 dann die finale gui zum bedienen werden soll und da möchte ich dann in der Kommunikation mit den Endgeräten so wenig Glieder wie möglich in der Kette der Kommunikation haben.
iPhone/iPad - appleTV - RPI Homebridge - RPI FHEM - Endgeräte
Oder
iPhone/iPad - appleTV - Endgeräte
Ist schon ein Unterschied des ausfallpotenzials.
Mir sind leider bisher keine Thermostaten bekannt die sowohl eigenständig mit HomeKit/Siri und parallel mit FHEM zusammenarbeiten.
Bei mir laufen die HM Thermostate jetzt schon seit über einem halben Jahr problemlos mit HomeBridge und FHEM zusammen. Zugegebenermaßen musste ich in den letzten Monaten wegen vorhandenen Sommers eher weniger an den Thermostaten schrauben.
Gruß
Dan
P.S. Meines Erachtens sind die HomeMatic Thermostaten kaum zu toppen. Sie sind relativ preiswert, funktionieren bestens, die Batterien halten lange und die Einbindung in HomeBridge ist wunderbar.
@Diggewuff: https://forum.fhem.de/index.php/topic,48558.msg485291.html#msg485291 (https://forum.fhem.de/index.php/topic,48558.msg485291.html#msg485291)
unter anderem weil die bluetooth anbindung an homekit ein krampf ist. das handy muss immer in reichweite sein, der verbindungsaufbau ist unzuverlässig. die zuverlässigkeit ist bei wlan geräten besser, es gibt aber das gleiche problem: die basis ist dein handy. das nicht immer in reichweite ist.
deshalb: kaufe ein system das direkt an fhem als permanent vorhandene zentrale angebunden ist. und nimm homekit nur zum steuern. die kette ist unterm strich besser, zuverlässiger und flexibler. auch wenn sie etwas länger ist. das Apple TV kommt nur ins spiel wenn du von remote zugreifst. mit homematic, enocean oder zwave hat du ein verbreitet system das unabhängig von homekit und eventuellen problemen funktioniert. so schön homekit ist: es ist eine winzige nische. bei homematic hast du auch noch den vorteil der direkt verknüpfung. d.h. es läuft komplett autonom. auch wenn die zentrale ausfällt.
homekit ist ein wunderbares frontend. aber eine schlechte zentrale weil es eine sackgasse ist.
den vergleich von hoemmatic mit den 433 funksteckdosen kannst du vergessen. hoemmatic ist deutlich zuverlässiger.
ein gerät das in homekit eingebunden ist erlaubt keine zweite zusätzliche integration in ein anderes system!
Klingt überzeugend.
Ich weis dass es ein bisschen oft topic ist aber denkt ihr ich kann mit homematic aus dem 2. Stock eines 80er Jahre Hauses bis in den Keller zur Waschmaschine Funken? D.h. Im Zweifelsfall durch 3 Betondecken und das Mobiliar der Nachbarn?
das kommt auf einen versuch an.
vermutlich kommst du aber um einen repeater oder powerlan oder irgend etwas anderes nicht rum.
Hallo zusammen,
ich habe da so ein kleines Problem mit meinen Fibaro Roller Shutter. In HomeKit werden Diese als Lampe dargestellt. Wie hier im Forum beschrieben, habe ich den GenericDeviceType und das Mapping folgendermaßen angepasst.
genericDeviceType blind
und
homebridgeMapping TargetPosition=dim::reportedState,part=1,minValue=0,maxValue=100,minStep=1 CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100,minStep=1
Nun habe ich das Problem, dass das Runterfahren und das Einstellen der %-Werte des Rollladens prima klappt. Nur das Öffnen auf 100% klappt nicht, weil FHEM an der Stelle anscheinend kein dim 100 kennt, sondern sondern ein "on" haben will.
Wie muss ich denn mein Mapping anpassen, damit das klappt? Gibt es evtl. so was wie eine Condition?
Ohne DeviceMapping und GenericDevice funktioniert das ja auch - also im Debug-Mode sehe ich dann, dass "dim 100" durch "on" ersetzt wird.
Schon mal vielen Dank im voraus
Alex
was passiert wenn du in fhem set <device> dim 100 eingibst?
wenn das tatsächlich nicht geht gibt es verschiedne möglichkeiten:
- dem device in fhem über cmdalias ein on kommando beibringen
- im homebridge mapping cmds verwenden und die 100 auf on mappen
ich meine aber weiter oben im thread gibt es schon ein funktionierendes mapping für zwave rolläden. schau mal hier: https://forum.fhem.de/index.php/topic,48558.msg465941.html#msg465941 (https://forum.fhem.de/index.php/topic,48558.msg465941.html#msg465941). da gab es das gleiche problem verurscht durch die eventMap.
gruss
andre
Hallo Andre,
jawoll, passt! Jetzt klappt das auch mit den Fibaro Roller Shuttern.
Der Hinweis mit den Homebridge Mapping cmds hat's gebracht.
Hier nochmal der Vollständigkeit halber, für alle, die das gleiche Problem haben (cmds=100:on)
TargetPosition=dim::reportedState,part=1,minValue=0,maxValue=100,minStep=1,cmds=100:on CurrentPosition=reportedState,part=1,cmd=dim,minValue=0,maxValue=100,minStep=1
In FHEM passiert bei einem set <device> dim 100 übrigens nix.
Vielen Dank für die schnelle Hilfe :)
LG,
Alex
Moin moin,
ich versuche gerade, einen Wassermelder in Homekit einzubinden. Da die entsprechende Characteristic (noch?) nicht in homebridge-fhem eingebaut ist, habe ich das Mapping explizit angegeben:
genericDeviceType LeakSensor
homebridgeMapping 00000070-0000-1000-8000-0026BB765291=LeakDetected,name=LeakDetected,format=UINT8,unit=,values=/^dry/:0;/^wet/:1
oder alternativ
homebridgeMapping "00000070-0000-1000-8000-0026BB765291": {"reading":"state","valueOn":"/wet/","valueOff":"/dry/","name":"LeakDetected","format":"UINT8"}
Ich habe verschiedenste Varianten ausprobiert, aber das scheint alles nicht zu reichen, denn das Device wird bislang komplett ignoriert. Weder im debug-Browser noch im Homebridge-Log (trotz eingeschaltetem --debug) taucht irgend etwas über das Device, die UUID oder das Stichwort "Leak" auf.
Kann mir jemand auf die Sprünge helfen, was hier noch fehlt?
Gruß, Uli
Hallo Uli,
hast Du in FHEM den Sensor auch dem Homekit Raum zugewiesen?
Danke für den naheliegenden Hinweis, das war's natürlich ... peinlich :-[ ... da es jetzt super funktioniert, werfe ich Siri direkt mal die nächsten Geräte zum Fraß vor :-)
du kannst alle symbolischen namen verwenden die homebridge intern kennt. d.h. um das reading state zu mappen reicht es wenn du die beiden attribute so setzt:genericDeviceType LeakSensor
homebridgeMapping LeakDetected=state,values=/^dry/:LEAK_NOT_DETECTED;/^wet/:LEAK_DETECTED
gruss
andre
Faszinierend simpel, dann habe ich mir das Leben gerade viel schwerer gemacht als nötig.
Ist das File hap-nodejs/lib/gen/HomeKitTypes.js eine gute Referenz für die symbolischen Namen etc. oder gibt es da noch etwas sinnvolleres zum weiterlesen?
genau das ist die richtige stelle. da steht alles bekannte drin.
Hi!
Bin ich da falsch? Bei mir steht nur folgendes drin:
// THIS FILE IS AUTO-GENERATED - DO NOT MODIFY
var inherits = require('util').inherits;
var Characteristic = require('../Characteristic').Characteristic;
var Service = require('../Service').Service;
/**
* Characteristic "Accessory Identifier"
*/
Characteristic.AccessoryIdentifier = function() {
Characteristic.call(this, 'Accessory Identifier', '00000057-0000-1000-8000-0026BB765291');
this.setProps({
format: Characteristic.Formats.STRING,
perms: [Characteristic.Perms.READ]
});
this.value = this.getDefaultValue();
};
inherits(Characteristic.AccessoryIdentifier, Characteristic);
Characteristic.AccessoryIdentifier.UUID = '00000057-0000-1000-8000-0026BB765291';
/**
* Characteristic "Administrator Only Access"
*/
Characteristic.AdministratorOnlyAccess = function() {
Characteristic.call(this, 'Administrator Only Access', '00000001-0000-1000-8000-0026BB765291');
this.setProps({
format: Characteristic.Formats.BOOL,
perms: [Characteristic.Perms.READ, Characteristic.Perms.WRITE, Characteristic.Perms.NOTIFY]
});
this.value = this.getDefaultValue();
};
lg
Steeeve
das ist der anfang. das file ist aber viel größer.
Zitat von: justme1968 am 07 September 2016, 11:03:32
das ist der anfang. das file ist aber viel größer.
Danke, das ist mir entgangen, argh! (silly me :-[)
Hallo,
hat jemand eine Erklärung für folgendes Verhalten:
1) Ich habe einen Harmony Hub eingebunden und meine Harmony-Szenen via Eve auf meinem iPad mit Namen versehen. Eine davon hieß "Ausschalten". Damit schaltet die Harmony alle Geräte aus. Lustigerweise hieß der Befehl für Siri dann immer: "Ausschalten einschalten." Hat wochenlang wunderbar funktioniert. Dann hat sie es plötzlich partout nicht mehr verstehen wollen. Erst als ich in Eve den Namen änderte, z.B. nach "Rhabarber", hat sie "Rhabarber einschalten" wieder verstanden und ausgeführt. Wieder zurück geändert nach "Ausschalten". Ging auch wieder. Dann nach einiger Zeit trat dann wieder das gleiche Problem auf.
2) Ich habe ein zweites iPad. Manchmal erhalte ich auf dem zweiten iPad (kein Eve installiert) die Rückmeldung: "Ich habe leider keine Rückmeldung bekommen." und es erfolgt kein Schaltvorgang. Das ist dann wiederholbar. Nehme ich jedoch das andere iPad, geht's. Was kann das sein?
3) Bei mir ist homebridge-fhem 0.2.31 installiert. Kann ich gefahrlos per npm 0.2.34 drüber bügeln, ohne dass ich die ganze Eve-Konfiguration neu machen muss? Lohnt sich das Aktualisieren überhaupt? Konnte keinen Changelog finden, der die Änderungen beschreibt.
Danke für Hilfe.
Viele Grüße
Alex
Ich kann dir nur Punkt 3 beantworten - mit nem update funktioniert alles wunderbar ohne neuer config...
Aus Wiki:
Homebridge aktualisieren
Die aktuelle Homebridge version wird mit
npm update -g homebridge
installiert, was eine Weile dauert. Anschließend wird der FHEM platform shim mit:
npm update -g homebridge-fhem
installiert.
Zitat von: Steeeve am 07 September 2016, 15:46:27
Ich kann dir nur Punkt 3 beantworten - mit nem update funktioniert alles wunderbar ohne neuer config...
Aus Wiki:
Homebridge aktualisieren
Die aktuelle Homebridge version wird mit
npm update -g homebridge
installiert, was eine Weile dauert. Anschließend wird der FHEM platform shim mit:
npm update -g homebridge-fhem
installiert.
Danke Steve.
Ich denke, den ersten Schritt spar ich mir. homebridge ist 0.3.4.
So weit ich das sehe, ist das immer noch aktuell?!
zu 1. apple feilt scheinbar seit einiger zeit am wortlaut under der erkennung. inzwischen sollte aber das meiste wieder gehen.
eventuell hilft es wenn du einen expliziten siri namen für das device vergibst.
zu 2. kann ich nichts sagen.
zu 3. wenn alles geht was du willst musst du keinen update machen. was sich geändert hat siehst du in der github history.
ansonsten ist das drüber installieren problemlos.
gruss
andre
Zitat von: justme1968 am 07 September 2016, 15:52:44
zu 1. apple feilt scheinbar seit einiger zeit am wortlaut under der erkennung. inzwischen sollte aber das meiste wieder gehen.
eventuell hilft es wenn du einen expliziten siri namen für das device vergibst.
Danke, Andre.
Naja, schauen wir mal.
Einen expliziten Siri-Namen vergebe ich doch in Eve, richtig?
Wenn ja, habe ich das so gemacht.
Oder meinst Du eine andere Stelle?
Zitat von: aski71 am 07 September 2016, 15:43:27
1) Ich habe einen Harmony Hub eingebunden und meine Harmony-Szenen via Eve auf meinem iPad mit Namen versehen. Eine davon hieß "Ausschalten". Damit schaltet die Harmony alle Geräte aus. Lustigerweise hieß der Befehl für Siri dann immer: "Ausschalten einschalten." Hat wochenlang wunderbar funktioniert. Dann hat sie es plötzlich partout nicht mehr verstehen wollen. Erst als ich in Eve den Namen änderte, z.B. nach "Rhabarber", hat sie "Rhabarber einschalten" wieder verstanden und ausgeführt. Wieder zurück geändert nach "Ausschalten". Ging auch wieder. Dann nach einiger Zeit trat dann wieder das gleiche Problem auf.
Als kleiner Tip: Die Ausschalten Aktion ist nicht unbedingt notwendig.
Hat man z.B. eine Aktion "Fernsehen" gerade eingeschaltet, klappt alternativ auch "Fernsehen ausschalten".
Finde ich gesprochen über Siri irgendwie natürlicher als "Ausschalten einschalten". ;)
Zitat von: Thyraz am 08 September 2016, 08:55:06
Als kleiner Tip: Die Ausschalten Aktion ist nicht unbedingt notwendig.
Hat man z.B. eine Aktion "Fernsehen" gerade eingeschaltet, klappt alternativ auch "Fernsehen ausschalten".
Finde ich gesprochen über Siri irgendwie natürlicher als "Ausschalten einschalten". ;)
Hi Thyraz,
danke. Das hab ich inzwischen auch rausgefunden. :-)
Aber ich fand das irgendwie lustig. Darum hab ich es immer benutzt.
Nebenbei:
Wie löst Ihr das Thema von verschiedenen Deckenbeleuchtungen in unterschiedlichen Räumen?
Ich wollte das irgendwie eindeutig benennen: Z.B. "Wohnzimmerdecke" oder "Schlafzimmerdecke".
Aber wenn ich "Wohnzimmerdecke einschalten" sage, meint Siri, sie könne mit "decke" nichts anfangen und ich solle das mal umformulieren.
Jetzt hab ich es mal spasseshalber "Flutlicht" genannt. Das versteht sie. :D
Kann man in unterschiedlichen Räumen die Benamung eigentlich gleich machen? Also, dass man z.B. die Deckenleuchte in Schlafzimmer, Wohnzimmer, Büro beispielsweise überall "Deckenleuchte" nennt und dann über den Raum unterscheidet? "Deckenleuchte im Büro einschalten"
Oder wie löst Ihr das?
Zitat von: aski71 am 08 September 2016, 10:20:16
Kann man in unterschiedlichen Räumen die Benamung eigentlich gleich machen? Also, dass man z.B. die Deckenleuchte in Schlafzimmer, Wohnzimmer, Büro beispielsweise überall "Deckenleuchte" nennt und dann über den Raum unterscheidet? "Deckenleuchte im Büro einschalten"
Ab iOS 10 geht das, vorher sind nur individuelle Siri Namen möglich.
Wurde aber alles schon mal erwähnt... 8)
Gruß
Dan
Zitat von: DeeSPe am 08 September 2016, 10:21:56
Ab iOS 10 geht das, vorher sind nur individuelle Siri Namen möglich.
Wurde aber alles schon mal erwähnt... 8)
Gruß
Dan
Ah, danke.
Und sorry, dass ich nicht 61 Seiten History gelesen habe ... ;) ;D
siri hat probleme wenn der raum name teil des namens ist weil dann der raum erkannt wird und der rest zu keinem gerät mehr passt.
ab iOS10 müssen die namen nicht mehr eindeutig sein. für siri musst du dann raum und den namen sagen.
gruss
andre
Hallo,
ich hab ein Problem mit dem Homatic Drehgriffkontakt. Der Status wird hier nur beim Start von Hombridge geladen und bleibt dann so. Wie muss ich denn die Attribute setzen, damit der Status immer aktualisiert wird.
Danke und Gruß
Sören
die gehen komplett automatisch ohne irgendetwas zu setzen sobald sie im filter mit angesprochen werden.
was siehst du auf der console beim starten?
was siehst du auf der console beim bewegen?
was siehst du im fhem eventmonitor?
gruss
andre
Hi,
beim Start steht das:
[2016-09-08 18:06:05] [FHEM] ContactSensorState characteristic for HM_2E803E:contact
[2016-09-08 18:06:05] [FHEM] CurrentDoorState characteristic for HM_2E803E:contact
dann stimmt der Status auch. Nur wenn es läuft tut sich nix. Im Eventmonitor sieht man den Statuswechsel beim bewegen. Nur in der Homebridge Console nicht. Andere Geräte funktionieren ganz normal.
Gruß
Sören
zeig mal ein list auf so ein device.
Internals:
DEF 2E803E
HMLAN1_MSGCNT 29
HMLAN1_RAWMSG E2E803E,0000,416B66E6,FF,FFBB,CAA6412E803E123ABC01C9C8
HMLAN1_RSSI -69
HMLAN1_TIME 2016-09-08 18:30:20
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 29
NAME HM_2E803E
NOTIFYDEV global
NR 339
STATE open
TYPE CUL_HM
lastMsg No:CA - t:41 s:2E803E d:123ABC 01C9C8
protLastRcv 2016-09-08 18:30:20
protSnd 29 last_at:2016-09-08 18:30:20
protState CMDs_done
rssi_at_HMLAN1 avg:-62.96 min:-82 max:-58 lst:-69 cnt:29
Readings:
2016-09-07 00:56:52 Activity alive
2016-05-10 21:55:25 CommandAccepted yes
2016-05-10 21:55:35 D-firmware 2.4
2016-05-10 21:55:35 D-serialNr LEQ0889708
2016-05-10 21:55:35 PairedTo 0x123ABC
2016-05-10 21:40:24 R-cyclicInfoMsg off
2016-05-10 21:55:26 R-eventDlyTime 3 s
2016-05-10 21:49:49 R-pairCentral 0x123ABC
2016-05-10 21:40:25 R-sign off
2016-05-10 21:55:35 RegL_00. 02:01 09:00 0A:12 0B:3A 0C:BC 10:01 14:06 00:00
2016-05-10 21:55:36 RegL_01. 08:00 20:6C 21:03 22:64 30:06 00:00
2016-08-27 11:30:32 alive yes
2016-09-08 18:30:20 battery ok
2016-09-08 18:30:20 contact open (to HMLAN1)
2016-08-27 11:30:32 cover closed
2016-08-27 11:30:25 powerOn 2016-08-27 11:30:25
2016-08-27 11:30:32 recentStateType info
2016-09-08 18:30:20 state open
2016-09-08 18:30:20 trigDst_123ABC noConfig
2016-09-08 18:30:20 trigger_cnt 201
Helper:
HM_CMDNR 202
mId 0030
rxType 4
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2E803E,00,00,00
nextSend 1473352220.53134
prefIO
rxt 0
vccu
p:
2E803E
00
00
00
Mrssi:
mNo CA
Io:
HMLAN1 -67
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1473352220.44604
ack:
HASH(0x3750ac8)
CA8002123ABC2E803E00
Rssi:
At_hmlan1:
avg -62.9655172413793
cnt 29
lst -69
max -58
min -82
Attributes:
IODev HMLAN1
actCycle 028:00
actStatus alive
alias Balkontür
autoReadReg 4_reqStatus
event-on-change-reading state,battery,cover
expert 2_raw
firmware 2.4
model HM-SEC-RHS
peerIDs 00000000,
room Wohnzimmer,homekit
serialNr LEQ0889708
subType threeStateSensor
contact fehlt im
event-on-chagce reading.
Bingo ;D
Was muss denn da bei Roommate stehen, da hab ich das selbe Problem.
edit: habs Danke für den TIP
presence
Hallo!
Habe aktuell grad das problem, dass ich meine Somfy Rollos in Homebridge drin habe, aber die verkehrt rum reagieren, sprich, öffnen ist schließen und umgekehrt :-\
Device Schaut so aus:
Internals:
ADDRESS A1B200
DEF A1B200
IODev CUL
NAME wz_Rollo
NR 292
STATE open
TYPE SOMFY
exact 0
move stop
position 0
Code:
1 xxxxx
Readings:
2016-09-09 14:42:39 enc_key xx
2016-09-09 14:42:39 exact 0
2016-09-09 14:42:39 position 0
2016-09-09 14:42:39 rolling_code 000
2016-09-09 14:42:39 state open
Attributes:
IODev CUL
alias AlleRollos
devStateIcon .*:fts_shutter
drive-down-time-to-100 16
drive-down-time-to-close 20
drive-up-time-to-100 4
drive-up-time-to-open 20
eventMap /on:Runter/off:Hoch/
genericDeviceType blind
homebridgeMapping clear
CurrentPosition=position,minValue=0,maxValue=200
TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,
icon fts_shutter
room Homekit,Wohnzimmer
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd Runter:Hoch:stop
homebridgeMapping und genericDeviceType hab ich gesetzt.
Liegt das ev. an Mapping (hab ich hier irgendwo aus dem Thread)?
Danke im Voraus.
lg
steeeve
PS: da gabs ja mal nen port um die homebridge-fhem devices die erkannt wurden anzeigen zu lassen, oder? ich find den leider nicht mehr im Wiki und im Forum...
im die richtung umzudrehen kannst du invert setzen. siehe weiter oben im thread.
der port ist normalerweise 8282. wenn der belegt ist 8283. steht beim starten auf der konsole.
gruss
andre
Perfekt, danke!
oje, jetzt schreibt er immer wird geöffnet, oder wird geschlossen - im cache steht:
wz_Rollo-position: 0
CurrentPosition: 2000 (string)
TargetPosition: 1000 (string)
genericDeviceType thermostat geht auf "not found" wenn desired-temp auf on/off steht.
Kannst du das im Standard anpassen?
Es gibt da in Apple Home auch noch die Settings Off/Heat/Cool/Auto - lässt sich das irgendwie sinnvoll verwenden?
@Steeeve: zeig mal genau was du gemacht hast und auch ein jsonlist2 vom device.
@Markus M.: das erste verstehe ich nicht. was genau meinst du?
um den mode zu verwenden musst du TargetHeatingCoolingState passend mappen. weiter oben gibt es beispiele.
gruss
andre
Zitat von: Markus M. am 12 September 2016, 18:03:25
genericDeviceType thermostat geht auf "not found" wenn desired-temp auf on/off steht.
Kannst du das im Standard anpassen?
Es gibt da in Apple Home auch noch die Settings Off/Heat/Cool/Auto - lässt sich das irgendwie sinnvoll verwenden?
Bei meinen HM-CC-RT-DN kommt bei off auch "nicht erreichbar"! Komischer Weise funktioniert bei 2 von 4 aber trotzdem die Abfrage der Temperatur. Die anderen beiden werden mit 0°C ausgegeben...
Ich nutze bei den HM-CC-RT-DN die Off/Heat/Cool/Auto für die Thermostatsettings off/day/night/auto.
Gruß
Dan
homekit geht davon aus das die temperatur eine zahl in einem bestimmen wertebereich ist.
probiert mal die angehängte version. da wird on und off auf 30 und 5 grad gemapped.
gruss
andre
Sorry, ich muss mich revidieren...
Nachdem im nun auch die Testversion von Andre getestet hatte und es nicht besser aussah habe ich ein Wenig weiter geforscht. Problembehaftet war tatsächlich nur der Küchenthermostat. Dieser zeigte immer measured-temp 21°C an und die Up/Down Wippen waren beide aktiv, obwohl alle auf "desired-temp off" standen. Habe dann nur den betreffenden Thermostat mal aus HomeKit entfernt und HomeBridge neu gestartet. Danach habe ich ihn wieder hinzugefügt und seit dem verhält er sich genau identisch zu den anderen.
Ich hatte mich auch vertan mit "nicht erreichbar". Das stimmte so nicht, bei desired-temp steht nur "n.v." aber man kann dann ganz richtig nur mit der Up Wippe anfangen zu schalten und dann geht es ab 5,0°C los.
Das 0°C Problem ist auch nicht Schuld des Thermostaten gewesen, das nahm ich nur fälschlicher Weise an!!! Es stellte sich heraus dass meine Steckdosen (ZWave) mal wieder selbsttätig ein temperature Reading erstellt hatten mit 0°C. Diese Readings wurden dann beim Neustart von HomeBridge automatisch mit gemappt und somit wurde bei Temperaturabfrage des Raumes immer geantwortet: Die Temperatur im xxxZimmer liegt zwischen 0°C und 25°C.
Also haben sich mal wieder alle Probleme klären lassen!
@Andre: Nachdem nun wieder alles so ist wie es sein soll habe ich beide Versionen Deines Plugins getestet und es funktionieren für mich beide gleich, betreffend der Thermostaten.
Gruß
Dan
P.S. Hab leider nicht in die Debug Konsole geschaut...
Zitat von: justme1968 am 12 September 2016, 19:41:01um den mode zu verwenden musst du TargetHeatingCoolingState passend mappen. weiter oben gibt es beispiele.
Kann ich leider nicht finden.
Wir brauchen ein Wiki für funktionierende Beispiel-Mappings...
Zitat von: justme1968 am 12 September 2016, 20:23:40probiert mal die angehängte version. da wird on und off auf 30 und 5 grad gemapped.
Passt! Zumindest erst mal kein Fehler bei On/Off mehr.
30.0 ist allerdings eine valide Temperatur für HM Thermostate - vielleicht stattdessen 35? :)
P.S.: Hast du wirklich watchOS 3 installiert? Wie sieht deine Akkulaufzeit damit aus?
Ich würde nur ungern auf die aktuell möglichen fast 2 Tage ohne Steckdose verzichten.
ZitatKann ich leider nicht finden.
sogar im readme ist eins :)
ZitatWir brauchen ein Wiki für funktionierende Beispiel-Mappings...
nur zu..
wie wäre es mit 4 und 31 ?
gruss
andre
ps: ja. have seit einigen wochen watchos3 und es läuft sehr viel besser und schneller als die 2. die laufzeit ist in etwa identisch. von heute morgen 9 uhr bis jetzt bin ich auf 70% runter. ich würde sagen es lohnt sich auf jeden fall. auch ios10 ist mit der home app besonders bei dimmern und rolläden sehr gut zu bedienen. einfach drücken, festhalten und schieben. das einloggen per watch mit macos 10.12 funktioniert auch recht gut.
Zitat von: justme1968 am 13 September 2016, 19:42:29
sogar im readme ist eins :)
Ich bekomme es damit leider nicht wirklich hin.
Hat schon jemand eine funktionierende Implementierung für HM und möchte sie teilen? ;)
Zitatwie wäre es mit 4 und 31 ?
4.5 und 30.5?
watchOS3 lädt gerade runter :)
Ich bekomme auch weder ein MAX! Thermostat und sowohl auch kein HM Thermostat mit den Mapping Beispielen zum laufen.
Hat schon jemand eine funktionierende Implementierung für die MAX Geräte gefunden?
Ich wäre sehr dankbar....
Gruß
Falkes
im einfachsten fall muss man für keine der beiden thermostate irgendetwas mappen.
ansonsten wäre es hilfreich wenn du zeigst was du probiert hast.
gruss
andre
Teilweise Stimmt auf meinem iPhone der Status meiner lampen (in FHEM Dummis) nicht mit FHEM überein.
Status in FHEM off, Status in Home App on.
Hat jemand einen Tip für mich woran das liegen könnte?
Wie kann ich alte Homebridge Fragmente aus meinem iPhone löschen? Das deinstallieren von Eve hat nichts gebracht. Nach dem iOS 10 Update tauchen da nun Schalter auf die es bei mir gar nicht mehr gibt. Momentan ist auch keine Homebridge Installation aktiv bei mir und ich werde erst mittelfristig mal wieder ganz von vorne anfangen.
Gruß
Jan
Zitat von: Diggewuff am 14 September 2016, 10:52:52
Teilweise Stimmt auf meinem iPhone der Status meiner lampen (in FHEM Dummis) nicht mit FHEM überein.
Status in FHEM off, Status in Home App on.
Hat jemand einen Tip für mich woran das liegen könnte?
Habe ähnliche Probleme (https://forum.fhem.de/index.php/topic,57517.0.html)!
Kann Dir leider nicht sagen woran es liegt, bin der Lösung nach Monaten immer noch kein Stück näher gekommen.
Leider scheint es den Fall nicht so oft zu geben, so dass einem auch niemand weiterhelfen kann.
Gruß
Dan
Zitat von: stratege-0815 am 14 September 2016, 13:17:41
Wie kann ich alte Homebridge Fragmente aus meinem iPhone löschen? Das deinstallieren von Eve hat nichts gebracht. Nach dem iOS 10 Update tauchen da nun Schalter auf die es bei mir gar nicht mehr gibt. Momentan ist auch keine Homebridge Installation aktiv bei mir und ich werde erst mittelfristig mal wieder ganz von vorne anfangen.
Gruß
Jan
In den Einstellungen vom iPhone kannst Du die HomeKit Konfiguration zurücksetzen. Danach sind alle Geräte aus HomeKit gelöscht!
Gruß
Dan
P.S. Ich suche gerade diese Einstellung unter iOS 10 und kann sie nicht finden. Bei iOS 9 gab es doch eine Option zum Löschen der HomeKit Daten.
Die Lösung war Eve noch einmal zu installieren und dort alle Geräte zu entfernen.
Zitat von: Steeeve am 09 September 2016, 14:52:28
Hallo!
Habe aktuell grad das problem, dass ich meine Somfy Rollos in Homebridge drin habe, aber die verkehrt rum reagieren, sprich, öffnen ist schließen und umgekehrt :-\
Device Schaut so aus:
Internals:
ADDRESS A1B200
DEF A1B200
IODev CUL
NAME wz_Rollo
NR 292
STATE open
TYPE SOMFY
exact 0
move stop
position 0
Code:
1 xxxxx
Readings:
2016-09-09 14:42:39 enc_key xx
2016-09-09 14:42:39 exact 0
2016-09-09 14:42:39 position 0
2016-09-09 14:42:39 rolling_code 000
2016-09-09 14:42:39 state open
Attributes:
IODev CUL
alias AlleRollos
devStateIcon .*:fts_shutter
drive-down-time-to-100 16
drive-down-time-to-close 20
drive-up-time-to-100 4
drive-up-time-to-open 20
eventMap /on:Runter/off:Hoch/
genericDeviceType blind
homebridgeMapping clear
CurrentPosition=position,minValue=0,maxValue=200
TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,
icon fts_shutter
room Homekit,Wohnzimmer
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd Runter:Hoch:stop
homebridgeMapping und genericDeviceType hab ich gesetzt.
Liegt das ev. an Mapping (hab ich hier irgendwo aus dem Thread)?
Danke im Voraus.
lg
steeeve
PS: da gabs ja mal nen port um die homebridge-fhem devices die erkannt wurden anzeigen zu lassen, oder? ich find den leider nicht mehr im Wiki und im Forum...
Ich habe es dank dieses Posts auch geschafft meine SOMFY Rollläden für die Homebridge einsatzfähig zu machen.
Leider stehe ich nun auch vor dem Problem, dass bei mir der Status des Rolllos vertauscht ist; will sagen, geöffnet ist geschlossen und geschlossen ist geöffnet.
Die Antwort hierzu heißt "invert", jedoch habe ich in dem Threats vorher keinen Hinweis hierzu gefunden. Könnt ihr mir weiterhelfen welcher Beitrag hier das Invertproblem behandelt ?
Muss der Invert Befehlt hierzu im homebridgeMapping eingefügt werden ?
also in der Formel:
homebridgeMapping clear CurrentPosition=position,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,
homebridgeMapping clear CurrentPosition=position,invert=1,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,
sollte so stimmen, aber bei mir eröffnet sich so ein anderes Problem. bin derzeit aber in urlaub und kann da nix testen. ev. klappts bei dir.
lg
steeeve
werde es heute Abend mal testen. Danke für die schnelle Antwort :)
kurze weitere Frage:
Habt Ihr auch teilweise das Phänomen, dass manche Dummyschalter, wie bei mir beispielsweise der Heimkinoschalter, in der Homekit App als "on" angezeigt wird, obwohl dieser ausgeschaltet ist ? Selbst wenn ich den Schalter in der App nochmals auf "aus" stelle, springt die Anzeige nach ein paar Sekunden wieder auf "on"...
wenn mir jemand ein reproduzierbares beispiel baut schaue ich es mir an ...
gruss
andre
hallo andre,
du bist ja nach wie vor am entwickeln. stark.
wollte nur mal hallo sagen, versuche mich gerade am AirQuality von Netatmo muss allerdings erst jede menge durchlesen hier.
wahnsinn...
grüsse
christian
naja... so richtig zu entwickeln gib es demnächst erst wieder wenn kameras eingebaut werden.
alles andere ist so flexibel das es auf jedes fhem device konfigurierbar sein sollte.
bleiben aktuell nur ab j zu bug fixes :)
Hallo Zusammen,
habe jetzt auf IOS 10 upgedatet, klappt prima, auch nachdem ich bei EVE alle Konfigurationen gelöscht habe. Habe es jetzt einmal direkt mit der Apple-App Home versucht. Was leider immer noch nicht geht, ist bei einem Rollo der "Stop"-Button, den es ja auf der Web-Gui gibt. Weder bei der Apple-App noch bei FHEMobile ist das implementiert, nur bei der APP "FHEM-Remote" ist ein solcher "Stop"-Button zu finden, der klappt auch prima.
Kann man das bei der Apple-App Home irgendwie nachkonfigurieren?
VG
Pit
du könntest eine custom characteristic dafür definieren. die wäre aber nur in eve sichtbar. home zeigt die nicht an.
gerade bei home habe ich das stop aber auch noch nicht vermisst. du kannst doch durch rauf und runter streichen genau einstellen wo der rollo sein soll. das geht unterm strich sogar besserung schneller als so langenau warten bis man stop drücken kann.
gruss
andre
Zitat von: JustMe am 15 September 2016, 12:45:14
hallo andre,
du bist ja nach wie vor am entwickeln. stark.
wollte nur mal hallo sagen, versuche mich gerade am AirQuality von Netatmo muss allerdings erst jede menge durchlesen hier.
wahnsinn...
grüsse
christian
Luftqualität funktioniert "out-of-the-box" mit der Abfrage:"(Hey Siri,) wie ist die Luftqualität im Wohnzimmer".
bei mir läuft noch "version": "0.1.1", leider nicht.
hab es damals über git gezogen und installiert ein pull bringt mir aber nicht die updates.
Aber vielleicht kannst du mir sagen wie out of the box dann bei mir funktioniert ? npm update -g homebridge bringt nix.
npm install -g homebridge
npm install -g homebridge-fhem
aber achtung: zwischendurch hat sich die berechnung der uuids in homebridge ein mal geändert (die alte berechnung war fehlerhaft). d.h. am besten löschst du das homebridge device in iOS vor dem update und richtest nach dem update neu ein. ist zwar ärgerlich, ist aber nur dieses eine mal nötig. ich verwende inzwischen die gleiche config durch mehrere homebridge und iOS updates ohne probleme.
gruss
andre
Zitat von: justme1968 am 15 September 2016, 11:47:36
wenn mir jemand ein reproduzierbares beispiel baut schaue ich es mir an ...
gruss
andre
Was brauchst Du dafür ? Reicht hierfür ein List des Device ?
Internals:
00 f0
DEF 0F0F0FF0FF 0F F0
IODev CUL_0
NAME b2_C
NR 38
STATE off
TYPE IT
XMIT 0f0f0ff0ff
XMITdimdown 00
XMITdimup 00
XMITon 0f
Code:
1 0f0f0ff0ff
Readings:
2015-05-18 21:58:55 protocol V1
2016-09-14 23:03:20 state off
Attributes:
IODev CUL_0
alias Subwoofer
event-on-change-reading .*
icon it_remote
room Funkfernbedienung,Homekit
Hallo
Zunächst mal danke, dass überhaupt an dieser Schnittstelle gearbeitet wird und das kostenfrei für alle Interessierten. Ist ja gerade im Apple Umfeld nicht selbstverständlich!
Nun mein Problem, sowohl HM-Rolladenktoren, wie auch meine Somfy-Rolläden regieren exakt umgekehrt. Home zeigt öffnen, wenn tatsächlich geschlossen wird.
Invert=1 im HomebridgeMapping soll ja die Lösung sein, führt aber bei mir dazu, dass die entsprechenden Devices (nach Neustart von homebridge) gar nicht mehr in Home reagieren, bzw. nicht mehr antworten.
Das Ganze auf raspberry2 mit CUL
@Joker2002: das ist aber kein dummy sondern ein it device.
mit it gibt/gab? es probleme mit dem update der readings. dort ist es auch im event monitor zu sehen. bzw eben nicht zu sehen. dazu gibt es zwei oder drei threads dort.
hier geht es aber wenn ich es richtig verstehe um probleme bei dummys. also brauche ich ein komplettes beispiel das probleme macht.
@Garbsen: wenn hm rolläden bei dir probleme machen läuft etwas schief. die müssen direkt out of the box gehen. achtung: 100 heisst offen, 0 heisst zu.
zeig mal jeweils ein jsonlist2 von beiden device typen. je ein mal offen und ein mal geschlossen.
Zitat von: justme1968 am 15 September 2016, 23:09:45
@Joker2002: das ist aber kein dummy sondern ein it device.
mit it gibt/gab? es probleme mit dem update der readings. dort ist es auch im event monitor zu sehen. bzw eben nicht zu sehen. dazu gibt es zwei oder drei threads dort.
hier geht es aber wenn ich es richtig verstehe um probleme bei dummys. also brauche ich ein komplettes beispiel das probleme macht.
@Garbsen: wenn hm rolläden bei dir probleme machen läuft etwas schief. die müssen direkt out of the box gehen. achtung: 100 heisst offen, 0 heisst zu.
zeig mal jeweils ein jsonlist2 von beiden device typen. je ein mal offen und ein mal geschlossen.
Habe bei beiden HM Aktoren paramIl evelinverse gesetzt, weil sonst in FHEM die Zuordnung falsch
Bin leider nicht wirklich gut in Programmierung und Hintergründen, eher ein copy/Paste Typ, auch wenn ich damit ganz gut zurecht komme.
Aber wie ich Dir jsonlist2 schicke, da bin ich überfragt. Kleine Anleitung?
Bin aber zur Zeit unterwegs nur mit Fernzugriff mittels iPad. D.h. abhängig von Zeit und erforderlichen Schritten kann Antwort etwas dauern
Weiteres Thema:
In Home (ios10) werden alle Devices mit 'keine Antwort' aufgeführt, wenn ich draufklicke, inn ich sie ber ateuern (halt nur verkehrtherum) aber schöner wäre natürlich, wenn der State angezeigt würde, irgendwelche Tipps?
eben wegen deinem eventinverse ist es verkehrt herum.
warum sollte die zuordnung im fhem ohne verkehrt sein. wie gesagt 100 bedeutet offen und 0 bedeutet zu. du hast es umgedreht und deshalb ist es falsch.
somfy kenne ich noch nicht da sollte invert helfen.
jsonlist2 ist ein fhem kommando.
Ok. Dann liegt da das Problem, bei jsonlist2 zeigt mir FHEM für das Somfy Rollo auch 0 bei offen. Zu kann ich jetzt wg. Nachtruhe nicht probieren ;)
Bei den HM Rollos müsste ich nach Einrichten levelinverse einstellen, weil es sonst nicht mit den anderen Rollos harmonierte, die Befehle passten nur so.
Ok, du schreibst jetzt inverse soll bei Somfy helfen, ich hatte im Thread (meine ich) invert=1 gefunden
Mit inverse=1 findet home zumindest das Rollo wieder, aber das Vertauschproblem bleibt leider
Das mit dem inverse bei Somfy Rolllos kann ich bestätigen. Ist bei mir auch so. Wenn ich inverse=1 in den Code des Homebridge mappings einsetze, ist es immer noch vertausch und alle Geräte im Homekit werden als "nicht verfügbar" angezeigt. Erst wenn ich wieder den Code ohne "inverse=1" verwende scheint alles rund zu laufen und die Geräte werden alle aktualisiert.
Zitat@Joker2002: das ist aber kein dummy sondern ein it device.
mit it gibt/gab? es probleme mit dem update der readings. dort ist es auch im event monitor zu sehen. bzw eben nicht zu sehen. dazu gibt es zwei oder drei threads dort.
hier geht es aber wenn ich es richtig verstehe um probleme bei dummys. also brauche ich ein komplettes beispiel das probleme macht.
Verstehe ich es richtig, dass ich dann quasi einen dummy mit "on/off" anelgen sollte, der dann wiederum die IT Funkfernebdienung schaltet, die dann wiederum das Heimkino an und aus schaltet ?
Zitat von: Joker2002 am 16 September 2016, 07:23:29
Das mit dem inverse bei Somfy Rolllos kann ich bestätigen. Ist bei mir auch so. Wenn ich inverse=1 in den Code des Homebridge mappings einsetze, ist es immer noch vertausch und alle Geräte im Homekit werden als "nicht verfügbar" angezeigt. Erst wenn ich wieder den Code ohne "inverse=1" verwende scheint alles rund zu laufen und die Geräte werden alle aktualisiert.
Verstehe ich es richtig, dass ich dann quasi einen dummy mit "on/off" anelgen sollte, der dann wiederum die IT Funkfernebdienung schaltet, die dann wiederum das Heimkino an und aus schaltet ?
Zumindest keine schlechte Idee, probierst Du mal aus, ob man den dummy auch als Blind konfigurieren kann? Damit man auch eine prozentuale Steuerung hinbekommt müsste man ja mehr als on/Off übergeben, sondern Position
Hallo Garbsen,
die Idee mit dem Dummy bezog sich nicht auf den SOMFY Rollo sondern auf ein weiteres Problem, dass ich mit der Hombrige habe. Es ist so, dass bei IT Fernbedienungen wohl Probleme gibt, wenn man diese mit dem Homekit ansteuern will (siehe auch meinen Post hier im Threat).
Daher meine Idee einen Dummy vor die Schaltung der IT Fernbedienung zu setzen, die diese, zumindest für das Homekit dann an bzw. ausschalten kann :)
Zitat von: Joker2002 am 16 September 2016, 08:01:29
Hallo Garbsen,
die Idee mit dem Dummy bezog sich nicht auf den SOMFY Rollo sondern auf ein weiteres Problem, dass ich mit der Hombrige habe. Es ist so, dass bei IT Fernbedienungen wohl Probleme gibt, wenn man diese mit dem Homekit ansteuern will (siehe auch meinen Post hier im Threat).
Daher meine Idee einen Dummy vor die Schaltung der IT Fernbedienung zu setzen, die diese, zumindest für das Homekit dann an bzw. ausschalten kann :)
Leider haben sich auch dummy(s) bei mir als nicht 100% zuverlässig herausgestellt im Zusammenhang mit HomeBridge.
Gruß
Dan
@JustMe1968, danke für das erneute hinschreiben wie installiert wird.
das hatte ich mir sogar raus gesucht, auf meinem
Cubietruck werden beim starten Fehler ausgegeben.
Diese Befehle hab ich eingegeben zum installieren:
sudo npm install -g homebridge --unsafe-perm
weil mir: gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.0.0" angezeigt wurde.
node v0.12.7
npm v2.11.3
Damit kann ICH allerdings wenig anfangen.
Was soll ich denn hier jetzt machen ?
gestartet hab ich sonst mit forever
/root/.nvm/versions/node/v0.12.7/lib/node_modules/forever/bin/forever
und hab die App direkt aufgerufen:
/opt/homebridge/app.js
jetzt ist homebridge ja direkt aufrufbar?
Die Node Version ist 0.12.7. Da hab ich schon einige Zeit gebraucht bis ich mir damals das zusammengesucht hatte wie ich eine funktionierende Version für meinen Cubietruck bekomme.
Die Version reicht nicht aus ?
Wenn ich homebridge eingebe wird mir folgendes ausgegeben:
Oder muss ich irgend ein DNS Modul upgraden?
root@cubietruck:/opt/homebridge# homebridge
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: Module version mismatch. Expected 14, got 46.
at Error (native)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
at Module.require (module.js:365:17)
at require (module.js:384:17)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:460:26)
at Object.Module._extensions..js (module.js:478:10)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
Gibt es eigentlich neue Erkenntisse was die Color Temperature angeht, welche man mit Hue Lampen hat wenn man sie direct in Homekit einbindet (also nicht über FHEM / Homebridge)?
Ok, sehe gerade das sieht man wenn man auf Farben bearbeiten drückt.
Auch über FHEM.
Aber sendet das dass einfach einen RGB Wert an die Lampen anstatt CT?
Bin mit nicht sicher, ob man so wirklich die richtigen Farbtemperaturen trifft...
Hallo,
nach dem Update auf IOS10 habe ich leider ein Problem und hoffe auf eure Hilfe.
Nach dem Update lief soweit alles. Mit der App Home konnte ich alle meine Devices steuern.
Leider funktionierte das nicht mehr jenseits meines WLANs über mein AppleTV Gen3.
Da es anscheiend im TVOS10 (nur für Gen4) auch eine menge Änderungen dafür gab, habe ich mir kurzerhand ein Gen 4 zugelegt.
Leider scheint ein Switch der Homekit-Konfig auf dem Apple-TV nicht einfach so zu funktionieren.
In der Home-App bleibt die Verbindung auf das Apple-TV immer auf "getrennt", von außen ging es leider immer noch nicht.
Also habe ich die gesammte Homekit-Konfig gelöscht.
Jetzt hänge ich aber wieder:
Die Home-App erkennt zwar meine Homebridge, aber ein Verbindungsversuch scheitert mit: Home konnte keine Verbindung zu diesem Gerät herstellen.
Hat schon jemand seine Homebridge erfolgreich unter IOS10 neu angebunden? Bzw hat jemand eine Idee?
Homebridge läuft parallel zu FHEM auf eine Pi1. Der Start dort sieht normal aus, alle Devices werden erkannt.
Update auf die neueste Version habe ich gemacht.
Ich setzte noch Node 4 ein, könnte es daran liegen?
Please help, mein WAF sinkt dramatisch. :-)
Danke und Gruß
Christian
Probier mal die 2-Faktor-Authentifizierung zu deaktivieren und dann zu verbinden.
Danach kann man die wohl wieder deaktivieren.
Bei mir läuft homebridge wunderbar mit iOS10. Als Bridge habe ich jedoch kein ATV, sondern ein iPad. (geht nun auch mit iOS10).
grtz
CmdA
Hi, die habe ich nie aktiviert. Hast du den das mit IOS10 neu eingerichtet oder lief das schon mit IOS9?
Ich habe vor 2 Tagen alles komplett neu eingerichtet.
Mit iOS9 hatte ich es aber auch schon am laufen, nur wieder gelöscht weil Siri nicht so toll funktionierte (grundsätzlich funktionierte es, nur sie hat mich selten korrekt verstanden).
Jetzt mit der Home-App direkt im System integriert und dem neuen Mapping wollte ich es nochmal testen. Siri soll ja auch besser geworden sein.
Habs jetzt auf einem RasPi B laufen. Auf dem NUC wollte es irgendwie nicht mehr. (vorher lief es auf dem NUC).
grtz
CmdA
@Chris8888
Welchen Sinn oder welche Vorteile ergeben sich denn,wenn man "Homebridge" auf einen Pi und auch mit einen AppleTv gemeinsam nutz?
Kann das AppleTV dann auch auf die Geräte in Fhem über die Homebrigde zugreifen?
Gruß
Falkes
Zitat von: Falkenstein am 16 September 2016, 11:09:41
Kann das AppleTV dann auch auf die Geräte in Fhem über die Homebrigde zugreifen?
So ist es!
Und mit einem ATV4 kannst Du HomeKit direkt über die Siri-FB nutzen ohne eine zusätzliche App installieren zu müssen.
Gruß
Dan
P.S. Sorry, ich bin gar nicht Chris8888... 8)
ZitatUnd mit einem ATV4 kannst Du HomeKit direkt über die Siri-FB nutzen ohne eine zusätzliche App installieren zu müssen.
Das klingt ja interessant...werde ich nun mal auch mal testen. Somit wäre ja auch ein Fernzugriff möglich über VPN oder so,das neue tvOS 10 soll es ja möglich machen.
Vielen Dank für die Info DeeSPe :)
Gruß
Falkes
Zitat von: Falkenstein am 16 September 2016, 11:29:44
Das klingt ja interessant...werde ich nun mal auch mal testen. Somit wäre ja auch ein Fernzugriff möglich über VPN oder so,das neue tvOS 10 soll es ja möglich machen.
Mit einem ATV ist VPN unnötig für HomeKit. Sync läuft über iCloud.
Gruß
Dan
bitte nicht verscheidene probleme durcheinander schmeissen.
@Garbsen: es muss invert=1 heissen. wenn hier etwas nicht stimmt kann es aber keine auswirkung auf andere devices haben. bitte schick mir ein jsonlist2 von einem der hm rollos bei dem levelinverse gesetzt ist. ich baue es in homebridge-fhem ein. ebenfalls ein jsonlist2 von einem der somfi devices. dann lasse ich es automatisch erkennen.
@Joker2002: wenn mit den events etwas nicht stimmt hilft auch kein dummy dazwischen. es gibt/gab ein problem mit den events bei IT. das sollte mit dem update heute behoben sein, wenn nicht -> bitte dort melden.
@DeeSPe: wenn es mit den dummys probleme gibt brauche ich ein minimal beispiel das reproduzierbar ist. sonst kann ich es mir nicht anschauen.
@JustMe: ja. 0.12.7 reicht. ich würde tippen es liegt am dnssd modul. schau mal du ein neueres bekommst.
@Thyraz: mit ios10 gibt kann man in der home app zwischen farbe und farbtemperatur wechseln. es wird dann aber scheinbar homekit intern die farbtemperatur in hsv umgerechnet und gesendet. d.h. das backend bekommt davon nichts mit da leider nicht direkt die farbtemperatur gesendet wird.
@Chris8888: mein apple tv gen 3 funktioniert immer noch problemlos. es muss die iCloud keychain aktiviert sein und alle geräte müssen den gleichen iCloud account verwenden und angemeldet sein. das war aber auch vorher schon so. die gen 4 ist nur dann wichtig wenn man sie als zentrale verwenden will um zu automatisieren. das ist aber überflüssig und sogar kontraproduktiv wenn man schon fhem hat.
@Falkenstein: der haupt grund ein apple tv einzubinden ist das man von unterwegs direkt auf homekit zugreifen kann. das geht mit gen3 und gen4. und nur damit. per vpn geht homekit nicht.
Hallo Zusammen,
vielleicht hat jemand eine Idee woran es liegen kann:
Mein Wand-iPad meldet laufend in der Eve-App das der Installationscode falsch wäre, findet aber die Homebridge.
-Homebridge läuft auf einem Raspi2 192.168.0.33 mit einer Fhem-Instanz welche aber nicht für die Homebridge gedacht ist.
-Auf dem Hauptraspi 192.168.0.9 läuft die entsprechende Fhem Instanz 8083 und 8087
- Alle im gleichen Wlan/Netz
Mit einem weiteren iPad oder dem iPhone und Eve wird auch die Homebridge gefunden und der Installationscode 777-77-777 akzeptiert.
Möchte aber das Eve auf dem WandIpad mit Siri läuft.....
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "777-77-777"
},
"platforms": [
{
"platform": "homebridge-fhem.FHEM",
"name": "FHEM",
"server": "192.168.0.9",
"port": "8087",
"filter": "room=Homekit"
}
],
"accessories": []
}
Zitat von: justme1968 am 16 September 2016, 11:33:27
@DeeSPe: wenn es mit den dummys probleme gibt brauche ich ein minimal beispiel das reproduzierbar ist. sonst kann ich es mir nicht anschauen.
Das Thema hatten wir schon per PN Andre und ich hatte dazu sogar schon ein eigenes Thema (https://forum.fhem.de/index.php/topic,57517.msg489424.html#msg489424) aufgemacht.
In meiner Produktiv-Umgebung kann ich es reproduzierbar nachstellen, zumindest sind es (fast) immer die selben Komponenten die zicken (gestern hat mir zum ersten Mal mein Hue Küchenlicht in HomeKit angezeigt dass es an ist, obwohl es ausgeschaltet war, ein Ausschalten per HomeKit stellte den Schalter kurzfristig auf "aus" allerdings nach Neuladen des Raumes war er wieder auf "an" - Licht war aber immer noch aus).
Eine Reproduktion auf meinem Testsystem war bisher nicht möglich, deswegen war ja meine Vermutung dass es eventuell an irgendetwas anderem in meiner cfg liegt.
Leider kann ich im Testsystem nicht alles testen, da mir dort die entsprechenden Devices und Bridges fehlen. Eine Simulation mit einem dummy ist leider nicht das Selbe wie mit dem echten Gerät.
Gruß
Dan
Zitat von: RitterSport am 16 September 2016, 11:38:41
Hallo Zusammen,
vielleicht hat jemand eine Idee woran es liegen kann:
Mein Wand-iPad meldet laufend in der Eve-App das der Installationscode falsch wäre, findet aber die Homebridge.
-Homebridge läuft auf einem Raspi2 192.168.0.33 mit einer Fhem-Instanz welche aber nicht für die Homebridge gedacht ist.
-Auf dem Hauptraspi 192.168.0.9 läuft die entsprechende Fhem Instanz 8083 und 8087
- Alle im gleichen Wlan/Netz
Mit einem weiteren iPad oder dem iPhone und Eve wird auch die Homebridge gefunden und der Installationscode 777-77-777 akzeptiert.
Möchte aber das Eve auf dem WandIpad mit Siri läuft.....
HomeBridge kann nur 1x mit HomeKit verbunden werden.
Danach werden die HomeKit Informationen über die iCloud ausgetauscht, d.h. dass 2 iOS Geräte (oder mehr) mit dem selben iCloud Account auch die selben Informationen haben. Manchmal dauert der erste Sync aber etwas.
Wenn Du HomeKit zwischen unterschiedlichen iCloud Accounts teilen möchtest geht das nur über Einladungen innerhalb von HomeKit.
Gruß
Dan
Danke für die schnelle Rückantwort.
Eigentlich dürfte es noch auf keinem Gerät eingerichtet sein. Habe jedesmal dann abgebrochen.
Mich wundert die unterschiedliche "Rückantwort" der Geräte:
iPad Nr.1 meldet: falscher Code (ist aber richtig)
iPad Nr.2 meldet: Code richtig ich richte die Räume eine
iPhone meldet: Code richtig ich richte die Räume eine
Gibt es eignetlich etwas was man auf einem Raspberry PI 3 bei der Installation von Node beachten muss? Im Wiki sind ja 3 Node Versionen aufgeführt.
In zwei Tutorials habe ich folgende Links gefunden:
wget https://nodejs.org/dist/v4.5.0/nodev4.5.0linuxarmv6l.tar.xz linuxarmv6
wget https://nodejs.org/dist/v4.5.0/nodev4.5.0linuxarmv7l.tar.xz linuxarmv7
Welche Version sollte ich jetzt nutzen?
Mist...
Apple TV 3 lässt sich nicht mehr als HomeKit-Hub nutzen
http://www.ifun.de/apple-tv-3-laesst-sich-nicht-mehr-als-homekit-hub-nutzen-97632/
Sent from my iPhone using Tapatalk
Also zumindest bei mir geht es noch. Siehe auch Kommentare im Link. Abwarten.
Bei mir läuft auch noch alles. Hab aber auch nichts upgedatet.!!
Gesendet von iPad mit Tapatalk
Ich hab gestern nen Update gemacht auf IOS 10...lief nen halben Tag mit der Homebridge. Die Home App zeigte auch das ich mit dem AppleTv verbunden bin...dann auf einmal hat nichts mehr geklappt.
Ich werde mal am WE alles neu einrichten, Vllt haut was anderes nicht mehr hin. Die Homebridge läuft zwar, bekomme aber keine Verbindung hin
Ich habe ATV3 und ATV4.
Bis vor dem tvOS 10 Update (welches ich gestern gemacht habe) waren unter iOS 10 beide ATVs als HomeKit Bridge verfügbar.
Seit dem Update ist nur noch das ATV4 verfügbar.
Irgendwie alles sehr verwirrend dass es bei Manchen weiterhin mit dem ATV3 funktioniert! Oder liegt es eventuell am Mixed-Betrieb ATV3 und ATV4?
Gruß
Dan
Hallo,
Sind solche Warnungen bei der Homebridge Installation normal:
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.5.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
Zitat von: gloob am 16 September 2016, 13:42:59
Hallo,
Sind solche Warnungen bei der Homebridge Installation normal:
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.5.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
Ja, können getrost ignoriert werden.
Das sollte aber wegfallen wenn mit --unsafe-perm installiert wird.
Gruß
Dan
Zitat von: gloob am 16 September 2016, 12:10:21
Gibt es eignetlich etwas was man auf einem Raspberry PI 3 bei der Installation von Node beachten muss? Im Wiki sind ja 3 Node Versionen aufgeführt.
In zwei Tutorials habe ich folgende Links gefunden:
wget https://nodejs.org/dist/v4.5.0/nodev4.5.0linuxarmv6l.tar.xz linuxarmv6
wget https://nodejs.org/dist/v4.5.0/nodev4.5.0linuxarmv7l.tar.xz linuxarmv7
Welche Version sollte ich jetzt nutzen?
Welche Version hat du nun installiert?
Gibt es Besonderheiten zu beachten, wenn man einen Cubietruck nutzt?
Zitat von: DeeSPe am 16 September 2016, 13:32:05
Ich habe ATV3 und ATV4.
Bis vor dem tvOS 10 Update (welches ich gestern gemacht habe) waren unter iOS 10 beide ATVs als HomeKit Bridge verfügbar.
Seit dem Update ist nur noch das ATV4 verfügbar.
Irgendwie alles sehr verwirrend dass es bei Manchen weiterhin mit dem ATV3 funktioniert! Oder liegt es eventuell am Mixed-Betrieb ATV3 und ATV4?
Könnte natürlich sehr gut sein, dass der Mixed-Betrieb Probleme bereiten könnte. Je nachdem, welche zusätzlichen Features tvOS10 noch mitbringt.
Ich bin jetzt einen Schritt weiter und Homebridge wird auf dem Raspberry auch ausgeführt.
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[9/16/2016, 4:02:26 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[9/16/2016, 4:02:26 PM] Registering platform 'homebridge-fhem.FHEM'
[9/16/2016, 4:02:26 PM] ---
[9/16/2016, 4:02:27 PM] Loaded plugin: homebridge-http
[9/16/2016, 4:02:27 PM] Registering accessory 'homebridge-http.Http'
[9/16/2016, 4:02:27 PM] ---
[9/16/2016, 4:02:27 PM] Loaded config.json with 0 accessories and 1 platforms.
[9/16/2016, 4:02:27 PM] ---
[9/16/2016, 4:02:27 PM] Loading 1 platforms...
[9/16/2016, 4:02:27 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1474034548000
[9/16/2016, 4:02:28 PM] [FHEM] Checking genericDeviceType...
[9/16/2016, 4:02:28 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[9/16/2016, 4:02:28 PM] [FHEM] Fetching FHEM devices...
[9/16/2016, 4:02:28 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[9/16/2016, 4:02:28 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[9/16/2016, 4:02:28 PM] [FHEM] got: 1 results
[9/16/2016, 4:02:28 PM] [FHEM] sonoff1 is switch
[9/16/2016, 4:02:28 PM] [FHEM] sonoff1 has
[9/16/2016, 4:02:28 PM] [FHEM] On [state;on,off]
2016-09-16 16:02:28 caching: sonoff1-state: Off
[9/16/2016, 4:02:28 PM] [FHEM] caching: On: true (as boolean; from 'Off')
[9/16/2016, 4:02:28 PM] [FHEM] Initializing platform accessory 'sonoff1'...
[9/16/2016, 4:02:28 PM] [FHEM] creating services for sonoff1
[9/16/2016, 4:02:28 PM] [FHEM] information service for sonoff1
[9/16/2016, 4:02:28 PM] [FHEM] manufacturer, model and serial number characteristics for sonoff1
[9/16/2016, 4:02:28 PM] [FHEM] Switch service for sonoff1
[9/16/2016, 4:02:28 PM] [FHEM] On characteristic for sonoff1:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 11122333 │
└────────────┘
[9/16/2016, 4:02:28 PM] Homebridge is running on port 51826.
[9/16/2016, 4:02:28 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&XHR=1
[9/16/2016, 4:02:28 PM] [FHEM] homebridgeMapping attribute created.
[9/16/2016, 4:02:28 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock%22%20)%20%7D&XHR=1
[9/16/2016, 4:02:28 PM] [FHEM] genericDeviceType attribute was not known. please restart homebridge.
pi@raspberrypi:~/.homebridge $ sudo service homebridge stop
pi@raspberrypi:~/.homebridge $ sudo service homebridge stop
pi@raspberrypi:~/.homebridge $ sudo service homebridge start
pi@raspberrypi:~/.homebridge $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Fri 2016-09-16 16:03:32 CEST; 10s ago
Process: 1279 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 1416 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Sep 16 16:03:30 raspberrypi su[1420]: Successful su for pi by root
Sep 16 16:03:30 raspberrypi su[1420]: + ??? root:pi
Sep 16 16:03:30 raspberrypi su[1420]: pam_unix(su:session): session opened for user pi by (uid=0)
Sep 16 16:03:30 raspberrypi homebridge[1416]: Homebridge starting
Sep 16 16:03:32 raspberrypi homebridge[1416]: Homebridge is running PID 1429
Sep 16 16:03:32 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
pi@raspberrypi:~/.homebridge $
Auf dem iPhone wird mir FHEM auch angezeigt, allerdings bekomme ich eine Fehlermeldung wenn ich mich mit der Homebridge koppeln möchte:
FHEM konnte nicht hinzugeführt werden - Der Konfigurationscode ist falsch
Hat jemand eine Idee, was das sein könnte?
ich nutze iOS 10 und die neueste Version von Homebridge, vorhin erst installiert.
Ich denke da fehlen die Bindestriche...in der config müsste 111-22-333 eingetragen werden
Sent from my iPhone using Tapatalk
Zitat von: deluxe41 am 16 September 2016, 16:10:53
Ich denke da fehlen die Bindestriche...in der config müsste 111-22-333 eingetragen werden
Sent from my iPhone using Tapatalk
Da war er wieder, der böse Copy-Paste-Fehler. Vielen Dank. Irgendwie wollte Nano bei mir die Bindestriche überall nicht übernehmen.
Und schwupp die wupp schalten sich auch schon die Lampen über die Apple Watch.
Zitat von: Spezialtrick am 16 September 2016, 14:06:27
Welche Version hat du nun installiert?
Gibt es Besonderheiten zu beachten, wenn man einen Cubietruck nutzt?
ich habe folgende Version auf meinem Raspberry Pi 3 installiert
wget https://nodejs.org/dist/v4.5.0/nodev4.5.0linuxarmv7l.tar.xz
Ich bekomme bei der Installation von node leider immer folgende Fehlermeldung:
root@cubietruck:/# apt-get install nodejs
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
nodejs : Depends: libstdc++6 (>= 5.2) but 4.9.2-10 is to be installed
E: Unable to correct problems, you have held broken packages.
Kann mir jemand sagen, wie das zu beheben ist? ???
Ich habe NodeJs so bei mir installiert (Rasbian Jessie):
Node JS
cd
wget https://nodejs.org/dist/v4.5.0/node-v4.5.0-linux-armv7l.tar.xz
tar -xvf node-v4.5.0-linux-armv7l.tar.xz
cd node-v4.5.0-linux-armv7l/
sudo cp -r * /usr/local/
cd ..
rm -r node-v4.5.0-linux-armv7l
rm node-v4.5.0-linux-armv7l.tar.xz
sudo apt-get install -y libavahi-compat-libdnssd-dev
Ich installiere NodeJS auf dem RPi immer so:
cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
Gruß
Dan
Zitat von: DeeSPe am 16 September 2016, 13:32:05
Ich habe ATV3 und ATV4.
Bis vor dem tvOS 10 Update (welches ich gestern gemacht habe) waren unter iOS 10 beide ATVs als HomeKit Bridge verfügbar.
Seit dem Update ist nur noch das ATV4 verfügbar.
Irgendwie alles sehr verwirrend dass es bei Manchen weiterhin mit dem ATV3 funktioniert! Oder liegt es eventuell am Mixed-Betrieb ATV3 und ATV4?
Gruß
Dan
Ich bin noch nicht soweit mit meiner Installation das ich mein ATV3 verwenden kann, aber ich habe folgendes gefunden:
https://support.apple.com/de-de/HT204893
Wenn die zweistufige Authentifizierung aktiviert ist und Sie HomeKit nicht aus der Ferne mit Ihrem Apple TV (3. Generation) steuern können
Melden Sie sich auf Ihrem Apple TV von iCloud ab.
Rufen Sie Meine Apple-ID auf, und deaktivieren Sie die zweistufige Authentifizierung.
Melden Sie sich auf Ihrem Apple TV bei iCloud an.
Aktivieren Sie die zweistufige Authentifizierung wieder.
Kann das jemand bestätigen, der auch das ATV3 upgedatet hat?
Gruß
Jan
Danke für den Tipp.
So wichtig ist mr das ATV3 dann doch nicht um das Prozedere zu durchlaufen.
Mit dem ATV4 läuft es ja.
Soweit ich weiß gibt es auch gar kein tvOS für's ATV3, richtig?
Gruß
Dan
Zitat von: gloob am 16 September 2016, 16:42:09
Ich habe NodeJs so bei mir installiert (Rasbian Jessie):
Node JS
cd
wget https://nodejs.org/dist/v4.5.0/node-v4.5.0-linux-armv7l.tar.xz
tar -xvf node-v4.5.0-linux-armv7l.tar.xz
cd node-v4.5.0-linux-armv7l/
sudo cp -r * /usr/local/
cd ..
rm -r node-v4.5.0-linux-armv7l
rm node-v4.5.0-linux-armv7l.tar.xz
sudo apt-get install -y libavahi-compat-libdnssd-dev
Zitat von: DeeSPe am 16 September 2016, 16:47:18
Ich installiere NodeJS auf dem RPi immer so:
cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
Gruß
Dan
Danke euch. Beide Möglichkeiten führen zu einem funktionierenden Node:
root@cubietruck:~# cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb && sudo dpkg -i node_latest_armhf.deb
--2016-09-16 17:34:00-- http://node-arm.herokuapp.com/node_latest_armhf.deb
Resolving node-arm.herokuapp.com (node-arm.herokuapp.com)... 23.23.118.248
Connecting to node-arm.herokuapp.com (node-arm.herokuapp.com)|23.23.118.248|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5617566 (5.4M) [application/x-debian-package]
Saving to: `node_latest_armhf.deb'
100%[==========================================================================================================================>] 5,617,566 2.68M/s in 2.0s
2016-09-16 17:34:02 (2.68 MB/s) - `node_latest_armhf.deb' saved [5617566/5617566]
(Reading database ... 71325 files and directories currently installed.)
Preparing to replace node 4.2.1-1 (using node_latest_armhf.deb) ...
Unpacking replacement node ...
Setting up node (4.2.1-1) ...
Processing triggers for man-db ...
root@cubietruck:~# node -v
v4.2.1Allerdings macht auch die Homebridge Installation Probleme. Ist es normal, dass so viele Fehler ausgegeben werden?
root@cubietruck:~# npm install -g homebridge
|
> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.2.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
make: Entering directory `/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
CXX(target) Release/obj.target/curve/node_curve.o
In file included from ../node_curve.cc:9:0:
../node_modules/nan/nan.h:43:3: error: #error This version of node/NAN/v8 requires a C++11 compiler
In file included from ../node_curve.cc:1:0:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.2.1/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.2.1/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.2.1/include/node/v8.h:852:1: error: expected unqualified-id before 'using'
In file included from ../node_modules/nan/nan.h:190:0,
from ../node_curve.cc:9:
../node_modules/nan/nan_maybe_43_inl.h:13:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:16:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:19:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:24:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:31:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:36:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:41:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:46:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:51:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:59:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:64:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:69:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:76:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:83:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:91:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:98:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:108:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:114:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:118:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:125:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:130:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:135:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:139:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:145:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:150:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:156:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:162:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:168:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:174:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:180:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:186:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:194:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:201:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:205:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:209:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:213:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:217:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:237:8: error: 'MaybeLocal' does not name a type
In file included from ../node_modules/nan/nan.h:195:0,
from ../node_curve.cc:9:
../node_modules/nan/nan_converters.h:14:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_converters.h:16:56: error: 'Maybe' does not name a type
../node_modules/nan/nan_converters.h:26:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:27:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:28:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:29:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:30:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:31:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:32:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:42:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:43:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:44:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:45:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:46:1: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_converters.h:59:0,
from ../node_modules/nan/nan.h:195,
from ../node_curve.cc:9:
../node_modules/nan/nan_converters_43_inl.h:18:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Boolean>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:19:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Number>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:20:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::String>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:21:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Object>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:22:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Integer>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:23:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Uint32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:24:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Int32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:34:1: error: 'return_t' in 'struct Nan::imp::ToFactory<bool>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:35:1: error: 'return_t' in 'struct Nan::imp::ToFactory<double>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:36:1: error: 'return_t' in 'struct Nan::imp::ToFactory<long long int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:37:1: error: 'return_t' in 'struct Nan::imp::ToFactory<unsigned int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:38:1: error: 'return_t' in 'struct Nan::imp::ToFactory<int>' does not name a type
In file included from ../node_modules/nan/nan.h:196:0,
from ../node_curve.cc:9:
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Integer]':
../node_modules/nan/nan_new.h:21:32: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:21:32: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Int32]':
../node_modules/nan/nan_new.h:28:30: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:28:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Uint32]':
../node_modules/nan/nan_new.h:35:31: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:35:31: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: At global scope:
../node_modules/nan/nan_new.h:43:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_new.h:75:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:141:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:147:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:148:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:160:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:161:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:162:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:163:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:165:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:166:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:182:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:183:17: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_new.h:189:0,
from ../node_modules/nan/nan.h:196,
from ../node_curve.cc:9:
../node_modules/nan/nan_implementation_12_inl.h:61:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Date>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::Function>::return_t Nan::imp::Factory<v8::Function>::New(Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan_implementation_12_inl.h:95:46: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::FunctionTemplate>::return_t Nan::imp::Factory<v8::FunctionTemplate>::New(Nan::FunctionCallback, v8::Local<v8::Value>, v8::Local<v8::Signature>)':
../node_modules/nan/nan_implementation_12_inl.h:123:48: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: At global scope:
../node_modules/nan/nan_implementation_12_inl.h:202:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:221:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:227:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:259:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:267:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:273:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:280:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:286:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:291:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:352:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:359:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
In file included from ../node_modules/nan/nan.h:196:0,
from ../node_curve.cc:9:
../node_modules/nan/nan_new.h:293:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:299:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:305:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:311:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:317:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:323:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:329:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:335:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
In file included from ../node_curve.cc:9:0:
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowError(const char*)':
../node_modules/nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::RangeError(const char*)':
../node_modules/nan/nan.h:656:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowRangeError(const char*)':
../node_modules/nan/nan.h:656:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::ReferenceError(const char*)':
../node_modules/nan/nan.h:657:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowReferenceError(const char*)':
../node_modules/nan/nan.h:657:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::SyntaxError(const char*)':
../node_modules/nan/nan.h:658:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowSyntaxError(const char*)':
../node_modules/nan/nan.h:658:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::TypeError(const char*)':
../node_modules/nan/nan.h:659:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowTypeError(const char*)':
../node_modules/nan/nan.h:659:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:667:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:689:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:705:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:718:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:735:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:741:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:749:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:756:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:762:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h: In member function 'void Nan::AsyncWorker::SaveToPersistent(const char*, const v8::Local<v8::Value>&)':
../node_modules/nan/nan.h:1507:41: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'v8::Local<v8::Value> Nan::AsyncWorker::GetFromPersistent(const char*) const':
../node_modules/nan/nan.h:1525:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'virtual void Nan::AsyncWorker::HandleErrorCallback()':
../node_modules/nan/nan.h:1559:58: error: no matching function for call to 'New(const char*)'
../node_modules/nan/nan.h:1559:58: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:400:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_implementation_12_inl.h:405:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h: In function 'void Nan::imp::SetMethodAux(T, v8::Local<v8::String>, v8::Local<v8::FunctionTemplate>, ...)':
../node_modules/nan/nan.h:1870:34: error: there are no arguments to 'GetFunction' that depend on a template parameter, so a declaration of 'GetFunction' must be available [-fpermissive]
../node_modules/nan/nan.h:1870:34: note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
../node_modules/nan/nan.h: In function 'void Nan::SetMethod(HandleType<T>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1882:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetPrototypeMethod(v8::Local<v8::FunctionTemplate>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1897:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetAccessor(v8::Local<v8::ObjectTemplate>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute, Nan::imp::Sig)':
../node_modules/nan/nan.h:1922:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'bool Nan::SetAccessor(v8::Local<v8::Object>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute)':
../node_modules/nan/nan.h:1965:51: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetNamedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::PropertyGetterCallback, Nan::PropertySetterCallback, Nan::PropertyQueryCallback, Nan::PropertyDeleterCallback, Nan::PropertyEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2024:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetIndexedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::IndexGetterCallback, Nan::IndexSetterCallback, Nan::IndexQueryCallback, Nan::IndexDeleterCallback, Nan::IndexEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2094:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetCallHandler(v8::Local<v8::FunctionTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2149:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetCallAsFunctionHandler(v8::Local<v8::ObjectTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2171:47: error: 'NewInstance' was not declared in this scope
In file included from ../node_curve.cc:9:0:
../node_modules/nan/nan.h: In function 'void Nan::Export(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:2198:35: error: no matching function for call to 'New(const char*&)'
../node_modules/nan/nan.h:2198:35: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:400:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_implementation_12_inl.h:405:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h:2199:47: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:2199:65: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:2199:65: note: suggested alternative:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.2.1/include/node/v8.h:3021:17: note: 'v8::Set'
../node_modules/nan/nan.h: In constructor 'Nan::Tap::Tap(v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2206:30: error: no matching function for call to 'To(v8::Local<v8::Value>&)'
../node_modules/nan/nan.h:2206:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In member function 'void Nan::Tap::ok(bool, const char*)':
../node_modules/nan/nan.h:2219:33: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'void Nan::Tap::pass(const char*)':
../node_modules/nan/nan.h:2225:30: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:2249:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:2254:40: error: 'MaybeLocal' was not declared in this scope
../node_modules/nan/nan.h:2254:40: note: suggested alternative:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.2.1/include/node/v8.h:111:7: note: 'v8::MaybeLocal'
../node_modules/nan/nan.h:2254:52: error: template argument 1 is invalid
../node_modules/nan/nan.h:2254:54: error: expected unqualified-id before '>' token
../node_modules/nan/nan.h:2263:1: error: 'MaybeLocal' does not name a type
../node_curve.cc:16:23: error: variable or field 'init' declared void
../node_curve.cc:16:23: error: 'Handle' was not declared in this scope
../node_curve.cc:16:36: error: expected primary-expression before '>' token
../node_curve.cc:16:37: error: expected primary-expression before ')' token
../node_curve.cc:30:23: error: variable or field 'init' declared void
../node_curve.cc:30:23: error: 'Handle' was not declared in this scope
../node_curve.cc:30:36: error: expected primary-expression before '>' token
../node_curve.cc:30:38: error: 'target' was not declared in this scope
../node_curve.cc:36:1: error: 'init' was not declared in this scope
../node_curve.cc:18:8: warning: 'Nan::NAN_METHOD_RETURN_TYPE DoCurve(Nan::NAN_METHOD_ARGS_TYPE)' defined but not used [-Wunused-function]
make: *** [Release/obj.target/curve/node_curve.o] Error 1
make: Leaving directory `/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack at emitTwo (events.js:87:13)
gyp ERR! stack at ChildProcess.emit (events.js:172:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 3.4.107-cubietruck
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
gyp ERR! node -v v4.2.1
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
> ed25519@0.0.3 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519
> node-gyp rebuild
WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.2.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp"
make: Entering directory `/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'
CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
CC(target) Release/obj.target/ed25519/src/ed25519/open.o
CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
CXX(target) Release/obj.target/ed25519/src/ed25519.o
In file included from ../src/ed25519.cc:4:0:
../node_modules/nan/nan.h:43:3: error: #error This version of node/NAN/v8 requires a C++11 compiler
In file included from /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/node.h:42:0,
from ../src/ed25519.cc:1:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/v8.h:852:1: error: expected unqualified-id before 'using'
In file included from ../node_modules/nan/nan.h:190:0,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_maybe_43_inl.h:13:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:16:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:19:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:24:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:31:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:36:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:41:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:46:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:51:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:59:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:64:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:69:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:76:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:83:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:91:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:98:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:108:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:114:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:118:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:125:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:130:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:135:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:139:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:145:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:150:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:156:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:162:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:168:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:174:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:180:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:186:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:194:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:201:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:205:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:209:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:213:8: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:217:8: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:237:8: error: 'MaybeLocal' does not name a type
In file included from ../node_modules/nan/nan.h:195:0,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_converters.h:14:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_converters.h:16:56: error: 'Maybe' does not name a type
../node_modules/nan/nan_converters.h:26:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:27:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:28:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:29:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:30:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:31:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:32:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:42:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:43:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:44:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:45:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:46:1: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_converters.h:59:0,
from ../node_modules/nan/nan.h:195,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_converters_43_inl.h:18:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Boolean>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:19:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Number>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:20:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::String>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:21:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Object>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:22:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Integer>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:23:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Uint32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:24:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Int32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:34:1: error: 'return_t' in 'struct Nan::imp::ToFactory<bool>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:35:1: error: 'return_t' in 'struct Nan::imp::ToFactory<double>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:36:1: error: 'return_t' in 'struct Nan::imp::ToFactory<long long int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:37:1: error: 'return_t' in 'struct Nan::imp::ToFactory<unsigned int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:38:1: error: 'return_t' in 'struct Nan::imp::ToFactory<int>' does not name a type
In file included from ../node_modules/nan/nan.h:196:0,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Integer]':
../node_modules/nan/nan_new.h:21:32: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:21:32: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Int32]':
../node_modules/nan/nan_new.h:28:30: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:28:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Uint32]':
../node_modules/nan/nan_new.h:35:31: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:35:31: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: At global scope:
../node_modules/nan/nan_new.h:43:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_new.h:75:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:141:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:147:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:148:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:160:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:161:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:162:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:163:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:165:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:166:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:182:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:183:17: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_new.h:189:0,
from ../node_modules/nan/nan.h:196,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_implementation_12_inl.h:61:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Date>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::Function>::return_t Nan::imp::Factory<v8::Function>::New(Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan_implementation_12_inl.h:95:46: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::FunctionTemplate>::return_t Nan::imp::Factory<v8::FunctionTemplate>::New(Nan::FunctionCallback, v8::Local<v8::Value>, v8::Local<v8::Signature>)':
../node_modules/nan/nan_implementation_12_inl.h:123:48: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: At global scope:
../node_modules/nan/nan_implementation_12_inl.h:202:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:221:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:227:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:259:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:267:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:273:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:280:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:286:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:291:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:352:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:359:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
In file included from ../node_modules/nan/nan.h:196:0,
from ../src/ed25519.cc:4:
../node_modules/nan/nan_new.h:293:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:299:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:305:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:311:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:317:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:323:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:329:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:335:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
In file included from ../src/ed25519.cc:4:0:
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowError(const char*)':
../node_modules/nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::RangeError(const char*)':
../node_modules/nan/nan.h:656:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowRangeError(const char*)':
../node_modules/nan/nan.h:656:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::ReferenceError(const char*)':
../node_modules/nan/nan.h:657:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowReferenceError(const char*)':
../node_modules/nan/nan.h:657:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::SyntaxError(const char*)':
../node_modules/nan/nan.h:658:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowSyntaxError(const char*)':
../node_modules/nan/nan.h:658:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::TypeError(const char*)':
../node_modules/nan/nan.h:659:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowTypeError(const char*)':
../node_modules/nan/nan.h:659:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:667:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:689:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:705:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:718:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:735:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:741:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:749:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:756:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:762:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h: In member function 'void Nan::AsyncWorker::SaveToPersistent(const char*, const v8::Local<v8::Value>&)':
../node_modules/nan/nan.h:1507:41: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'v8::Local<v8::Value> Nan::AsyncWorker::GetFromPersistent(const char*) const':
../node_modules/nan/nan.h:1525:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'virtual void Nan::AsyncWorker::HandleErrorCallback()':
../node_modules/nan/nan.h:1559:58: error: no matching function for call to 'New(const char*)'
../node_modules/nan/nan.h:1559:58: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:400:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_implementation_12_inl.h:405:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h: In function 'void Nan::imp::SetMethodAux(T, v8::Local<v8::String>, v8::Local<v8::FunctionTemplate>, ...)':
../node_modules/nan/nan.h:1870:34: error: there are no arguments to 'GetFunction' that depend on a template parameter, so a declaration of 'GetFunction' must be available [-fpermissive]
../node_modules/nan/nan.h:1870:34: note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
../node_modules/nan/nan.h: In function 'void Nan::SetMethod(HandleType<T>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1882:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetPrototypeMethod(v8::Local<v8::FunctionTemplate>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1897:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetAccessor(v8::Local<v8::ObjectTemplate>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute, Nan::imp::Sig)':
../node_modules/nan/nan.h:1922:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'bool Nan::SetAccessor(v8::Local<v8::Object>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute)':
../node_modules/nan/nan.h:1965:51: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetNamedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::PropertyGetterCallback, Nan::PropertySetterCallback, Nan::PropertyQueryCallback, Nan::PropertyDeleterCallback, Nan::PropertyEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2024:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetIndexedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::IndexGetterCallback, Nan::IndexSetterCallback, Nan::IndexQueryCallback, Nan::IndexDeleterCallback, Nan::IndexEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2094:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetCallHandler(v8::Local<v8::FunctionTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2149:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetCallAsFunctionHandler(v8::Local<v8::ObjectTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2171:47: error: 'NewInstance' was not declared in this scope
In file included from ../src/ed25519.cc:4:0:
../node_modules/nan/nan.h: In function 'void Nan::Export(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:2198:35: error: no matching function for call to 'New(const char*&)'
../node_modules/nan/nan.h:2198:35: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:400:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_implementation_12_inl.h:405:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h:2199:47: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:2199:65: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:2199:65: note: suggested alternative:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/v8.h:3021:17: note: 'v8::Set'
../node_modules/nan/nan.h: In constructor 'Nan::Tap::Tap(v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2206:30: error: no matching function for call to 'To(v8::Local<v8::Value>&)'
../node_modules/nan/nan.h:2206:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In member function 'void Nan::Tap::ok(bool, const char*)':
../node_modules/nan/nan.h:2219:33: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'void Nan::Tap::pass(const char*)':
../node_modules/nan/nan.h:2225:30: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:2249:10: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:2254:40: error: 'MaybeLocal' was not declared in this scope
../node_modules/nan/nan.h:2254:40: note: suggested alternative:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/.node-gyp/4.2.1/include/node/v8.h:111:7: note: 'v8::MaybeLocal'
../node_modules/nan/nan.h:2254:52: error: template argument 1 is invalid
../node_modules/nan/nan.h:2254:54: error: expected unqualified-id before '>' token
../node_modules/nan/nan.h:2263:1: error: 'MaybeLocal' does not name a type
../src/ed25519.cc: In function 'Nan::NAN_METHOD_RETURN_TYPE MakeKeypair(Nan::NAN_METHOD_ARGS_TYPE)':
../src/ed25519.cc:24:37: error: 'NewBuffer' is not a member of 'Nan'
../src/ed25519.cc:28:36: error: 'NewBuffer' is not a member of 'Nan'
../src/ed25519.cc:35:36: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/ed25519.cc:36:37: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/ed25519.cc: In function 'Nan::NAN_METHOD_RETURN_TYPE Sign(Nan::NAN_METHOD_ARGS_TYPE)':
../src/ed25519.cc:67:3: error: 'Handle' was not declared in this scope
../src/ed25519.cc:67:16: error: expected primary-expression before '>' token
../src/ed25519.cc:67:18: error: 'privateKeyBuffer' was not declared in this scope
../src/ed25519.cc:67:91: error: no matching function for call to 'New(const char [11])'
usw. Sogar zu lang für eine Nachricht. :o
Edit: Cubietruck auf Jessie aktualisiert und es läuft problemlos. 8)
Hat das jemand mit dem iPad als Hub schon hinbekommen?
Ich finde dazu nur einen Haufen Presseartikel in denen steht es ginge, einige auch mit Screenshots von einem "Home"-Menüpunkt auf erster Ebene der iPad-Einstellungen wo es dann eine entsprechende Checkbox gibt, den hab ich aber nicht, weder auf nem Air 2 noch auf nem Air 1, auch nicht mit Ladekabel angestöpselt ... die Suche in den Einstellungen findet auch nur die HomeKit-Datenschutzeinstellungen ... und über die Home-App selber, die übrigens nach wie vor hervorragend mit Homebridge/FHEM spielt, kann man das nicht aktivieren oder ich bin zu blöd es zu finden.
Wär praktisch weil ich schon lange geliebäugelt habe mit nem Apple TV, der war es mir dann aber nur dafür doch nicht wert ...
Oder wird das auch erst nachgeliefert?
Hab soeben die als Bild angehängte Nachricht in meiner Mitteilungszentrale entdeckt.
Kam wohl von der myHome App.
Gruß
Dan
Zitat von: peterk_de am 16 September 2016, 17:55:51
Hat das jemand mit dem iPad als Hub schon hinbekommen?
Ich finde dazu nur einen Haufen Presseartikel in denen steht es ginge, einige auch mit Screenshots von einem "Home"-Menüpunkt auf erster Ebene der iPad-Einstellungen wo es dann eine entsprechende Checkbox gibt, den hab ich aber nicht, weder auf nem Air 2 noch auf nem Air 1, auch nicht mit Ladekabel angestöpselt ... die Suche in den Einstellungen findet auch nur die HomeKit-Datenschutzeinstellungen ... und über die Home-App selber, die übrigens nach wie vor hervorragend mit Homebridge/FHEM spielt, kann man das nicht aktivieren oder ich bin zu blöd es zu finden.
Wär praktisch weil ich schon lange geliebäugelt habe mit nem Apple TV, der war es mir dann aber nur dafür doch nicht wert ...
Oder wird das auch erst nachgeliefert?
Läuft bei mir aktuell so.
Einfach Einstellungen -> Home -> Dieses iPad als Steuerzentrale nutzen.
iPad mini 2 mit iOS 10.
grtz
CmdA
Ist ja witzig. Den Punkt in den Einstellungen gibts bei mir nicht. Weder auf den iPads, noch (wenn auch dort nicht interessant) auf dem iPhone. Auch nicht nach Reboot und iCloud aus/einloggen. Grummel.
Ich hätte mal eine Frage in Sachen Homekit / Homebridge, speziell hier das Mapping. Leider steige ich da nicht so richtig durch. Auch nicht beim mehrfachen Lesen. Ich habe einen einfachen Wecker-Dummy erstellt mit einem setlist state und dahinter einigen Uhrzeiten zur Auswahl. Dahinter hängt ein DOIF, was eine HUE-Lampe ansteuert (Sonnenaufgangsszenario), aber das nur am Rande. Das funktioniert in FHEM auch super. Sobald ich die Uhrzeit in der Auswahl eingestellt habe, ändert sich das Reading und schon reagiert das Doif bei der eingestellten Uhrzeit. Jetzt würde ich gerne dieses dummy Device in EVE anzeigen lassen. Klappt auch (genericDeviceType: Switch) Leider erscheint aber nur "ON: OFF" in Eve als Auswahlmöglichkeit. Jetzt käme ja das Mapping ins Spiel, da ich ja in der setList ca. 10 Uhrzeiten drin habe. Ist es überhaupt möglich Uhrzeiten als Auswahlmöglichkeit in EVE über das Mapping anzeigen zu lassen? Wenn ich die Uhrzeiten mit setList=state im mapping angebe, tut sich garnichts (nach Neustart) . Ich hab die Beschreibung zum Mapping jetzt so oft gelesen, aber ich kriegs nicht hin. Muß ich einzelnen Uhrzeiten separat im Mapping angeben? Vielleicht könnte mir jemand einen Schubser in die richtige Richtung geben.... Danke und Gruß Carsten
Gesendet von iPad mit Tapatalk
Jetzt klappt es. Für alle die das gleiche Problem haben (keine home-Icon in den Einstellungen): icloud Schlüsselbund aus- und wieder einknippsen tat es bei mir, dann neugestartet und es war da.
Kann ich irgendwie 2 FHEM Devices aus einem HomeKit Gerät steuern?
I habe 2 Dummys, master_heating für den Heizmodus und master_heating_temp für eine Temperatur
Bekomme ich es irgendwie hin, die so zu verknüpfen dass mir das in HomeKit als ein Device dargestellt wird bei dem ich beide Werte ändern kann?
Also irgendwie so?
TargetHeatingCoolingState=state,values=off:OFF;auto:HEAT;air:COOL;cool:COOL,default=AUTO,cmds=OFF:off;AUTO:eco;COOL:air;HEAT:auto
TargetTemperature=master_heating_temp:state,maxValue=24,minValue=18,minStep=0.5,cmd=master_heating_temp:state
Damit funktioniert nur der Mode.
Die Temperatur bei on/off funktioniert leider immer noch nicht so ganz. Auch mit der Testversion ist das Gerät dann nicht erreichbar.
Hab mir jetzt so beholfen: TargetTemperature=desired-temp,minValue=4.5,maxValue=30.5,minStep=0.5,values=off:4.5;on:30.5,cmds=4.5:desired-temp+off;30.5:desired-temp+on,cmd=desired-temp
In der Home App werden aber nur ganzzahlig 5-30 Grad angezeigt, auch wenn ich 4 und 31 hernehme.
Andre, kannst du bitte mal in der Funktion FHEMAccessory als allererstes den genericDeviceType in service_name laden und anschliessend nichts mehr daran ändern, wenn er manuell gesetzt wurde?!
Daran liegt es nämlich, dass die FBDECT Steckdosen nur als Thermometer auftauchen.
Für den Type outlet steht an der Stelle noch nichts in service_name - und darauf prüfst du ehe du ihn auf thermometer setzt.
Zitat von: justme1968 am 16 September 2016, 11:33:27
bitte nicht verscheidene probleme durcheinander schmeissen.
@Garbsen: es muss invert=1 heissen. wenn hier etwas nicht stimmt kann es aber keine auswirkung auf andere devices haben. bitte schick mir ein jsonlist2 von einem der hm rollos bei dem levelinverse gesetzt ist. ich baue es in homebridge-fhem ein. ebenfalls ein jsonlist2 von einem der somfi devices. dann lasse ich es automatisch erkennen.
@Joker2002: wenn mit den events etwas nicht stimmt hilft auch kein dummy dazwischen. es gibt/gab ein problem mit den events bei IT. das sollte mit dem update heute behoben sein, wenn nicht -> bitte dort melden.
@DeeSPe: wenn es mit den dummys probleme gibt brauche ich ein minimal beispiel das reproduzierbar ist. sonst kann ich es mir nicht anschauen.
@JustMe: ja. 0.12.7 reicht. ich würde tippen es liegt am dnssd modul. schau mal du ein neueres bekommst.
@Thyraz: mit ios10 gibt kann man in der home app zwischen farbe und farbtemperatur wechseln. es wird dann aber scheinbar homekit intern die farbtemperatur in hsv umgerechnet und gesendet. d.h. das backend bekommt davon nichts mit da leider nicht direkt die farbtemperatur gesendet wird.
@Chris8888: mein apple tv gen 3 funktioniert immer noch problemlos. es muss die iCloud keychain aktiviert sein und alle geräte müssen den gleichen iCloud account verwenden und angemeldet sein. das war aber auch vorher schon so. die gen 4 ist nur dann wichtig wenn man sie als zentrale verwenden will um zu automatisieren. das ist aber überflüssig und sogar kontraproduktiv wenn man schon fhem hat.
@Falkenstein: der haupt grund ein apple tv einzubinden ist das man von unterwegs direkt auf homekit zugreifen kann. das geht mit gen3 und gen4. und nur damit. per vpn geht homekit nicht.
Bin zur Zeit im Ausland, versuche bei Gelegenheit per VPN drauf zuzugreifen
Zitat von: justme1968 am 16 September 2016, 11:33:27
bitte nicht verscheidene probleme durcheinander schmeissen.
@Garbsen: es muss invert=1 heissen. wenn hier etwas nicht stimmt kann es aber keine auswirkung auf andere devices haben. bitte schick mir ein jsonlist2 von einem der hm rollos bei dem levelinverse gesetzt ist. ich baue es in homebridge-fhem ein. ebenfalls ein jsonlist2 von einem der somfi devices. dann lasse ich es automatisch erkennen.
.
{
"Arg":"Rollo3",
"Results": [
{
"Name":"Rollo3",
"PossibleSets":"oben:noArg unten:noArg runter:noArg hoch:noArg Sonnenschutz:noArg assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename down fwUpdate getConfig getDevInfo getRegRaw getSerial getVersion inhibit:on,off off on pair pct:slider,0,1,100 peerBulk peerIODev press raw regBulk regSet reset sign:on,off statusRequest stop toggle toggleDir unpair up",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-EP-WM55,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-PCB,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw2PBU-FM,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sec-Sir-WM,HM-Sen-DB-PCB,HM-Sen-LI-O,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,OLIGO-smart-iq-HM,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,SensoTimer-ST-6,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping icon sortby webCmd widgetOverride userattr",
"Internals": {
"CUL_0_MSGCNT": "12",
"CUL_0_RAWMSG": "A0D0DA41044D02EF110340601C800::-72.5:CUL_0",
"CUL_0_RSSI": "-72.5",
"CUL_0_TIME": "2016-09-18 15:45:47",
"DEF": "44D02E",
"LASTInputDev": "CUL_0",
"MSGCNT": "12",
"NAME": "Rollo3",
"NOTIFYDEV": "global",
"NR": "68",
"NTFY_ORDER": "50-Rollo3",
"STATE": "hoch",
"TYPE": "CUL_HM",
"lastMsg": "No:0D - t:10 s:44D02E d:F11034 0601C800",
"protLastRcv": "2016-09-18 15:45:47",
"protSnd": "12 last_at:2016-09-18 15:45:47",
"protState": "CMDs_done",
"rssi_CUL_0": "lst:-77 min:-80 cnt:8 max:-73 avg:-75.75 ",
"rssi_at_CUL_0": "avg:-73.75 max:-69.5 lst:-72.5 min:-83.5 cnt:12 "
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-09-18 15:45:42" },
"D-firmware": { "Value":"2.8", "Time":"2016-09-02 14:12:40" },
"D-serialNr": { "Value":"NEQ0049605", "Time":"2016-09-02 14:12:40" },
"deviceMsg": { "Value":"off (to VCCU)", "Time":"2016-09-18 15:45:47" },
"level": { "Value":"0", "Time":"2016-09-18 15:45:47" },
"motor": { "Value":"stop:off", "Time":"2016-09-18 15:45:47" },
"pct": { "Value":"0", "Time":"2016-09-18 15:45:47" },
"recentStateType": { "Value":"info", "Time":"2016-09-18 15:45:47" },
"state": { "Value":"off", "Time":"2016-09-18 15:45:47" },
"timedOn": { "Value":"off", "Time":"2016-09-18 15:45:47" }
},
"Attributes": {
"IODev": "CUL_433",
"IOgrp": "VCCU:CUL_0",
"alias": "Rollo_Küchentür",
"autoReadReg": "4_reqStatus",
"eventMap": "/open:oben/closed:unten/on:runter/off:hoch/pct 45:Sonnenschutz",
"expert": "2_raw",
"fhem_widget_command": "{\"allowed_values\":[\"on\",\"stop\",\"off\"],\"order\":3,\"alias\":\"RolloKuechentuer\"}",
"firmware": "2.8",
"genericDeviceType": "blind",
"group": "Rollaeden Kueche",
"homebridgeMapping": "CurrentPosition=position,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=",
"icon": "fts_shutter_updown",
"model": "HM-LC-Bl1PBU-FM",
"param": "levelInverse",
"peerIDs": "00000000,",
"room": "CUL_HM,FHEM_Widget,Homekit,Kueche,Sueden,Unten",
"serialNr": "NEQ0049605",
"subType": "blindActuator",
"webCmd": "statusRequest:toggleDir:hoch:runter:stop:Sonnenschutz",
"widgetOverride": "eventMap:textField-long"
}
} ],
"totalResultsReturned":1
}
Hier die jsonlist2 des HM-rolladenactors mit levelinverse
Zitat von: justme1968 am 16 September 2016, 11:33:27
bitte nicht verscheidene probleme durcheinander schmeissen.
@Garbsen: es muss invert=1 heissen. wenn hier etwas nicht stimmt kann es aber keine auswirkung auf andere devices haben. bitte schick mir ein jsonlist2 von einem der hm rollos bei dem levelinverse gesetzt ist. ich baue es in homebridge-fhem ein. ebenfalls ein jsonlist2 von einem der somfi devices. dann lasse ich es automatisch erkennen.
.
{
"Arg":"Rollo2",
"Results": [
{
"Name":"Rollo2",
"PossibleSets":"oben:noArg unten:noArg runter:noArg hoch:noArg Sonnenschutz:noArg go-my:noArg off:noArg off-for-timer:textField on:noArg on-for-timer:textField pos:0,10,20,30,40,50,60,70,80,90,100 prog:noArg stop:noArg z_custom:textField",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long drive-down-time-to-100 drive-down-time-to-close drive-up-time-to-100 drive-up-time-to-open additionalPosReading IODev symbol-length enc-key rolling-code repetition switch_rfmode:1,0 do_not_notify:1,0 ignore:0,1 dummy:1,0 model:somfyblinds,somfyshutter loglevel:0,1,2,3,4,5,6 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping icon sortby webCmd widgetOverride room_map structexclude userattr",
"Internals": {
"ADDRESS": "000002",
"DEF": "000002",
"NAME": "Rollo2",
"NR": "65",
"STATE": "oben",
"TYPE": "SOMFY",
"exact": "0",
"move": "off",
"position": "0"
},
"Readings": {
"enc_key": { "Value":"AC", "Time":"2016-09-18 16:03:36" },
"exact": { "Value":"0", "Time":"2016-09-18 16:03:36" },
"position": { "Value":"0", "Time":"2016-09-18 16:03:36" },
"rolling_code": { "Value":"034C", "Time":"2016-09-18 16:03:36" },
"state": { "Value":"open", "Time":"2016-09-18 16:03:36" }
},
"Attributes": {
"IODev": "CUL_433",
"alias": "Kueche_Links",
"devStateIcon": ".*oben:fts_shutter_20 .*unten:fts_shutter_90 .*Sonnenschutz:fts_shutter_60",
"drive-down-time-to-100": "15",
"drive-down-time-to-close": "20",
"drive-up-time-to-100": "4",
"drive-up-time-to-open": "20",
"eventMap": "/open:oben/closed:unten/on:runter/off:hoch/pos 70:Sonnenschutz",
"fhem_widget_command": "{\"allowed_values\":[\"on\",\"stop\",\"off\"],\"order\":2,\"alias\":\"RolloKuechelinks\"}",
"genericDeviceType": "blind",
"group": "Rollaeden Kueche",
"homebridgeMapping": "homebridgeMapping clear CurrentPosition=position,invert=1,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,",
"icon": "fts_shutter_updown",
"room": "Homekit,Kueche,Sueden,Unten",
"userattr": "room_map structexclude",
"webCmd": "runter:hoch:stop:Sonnenschutz",
"widgetOverride": "homebridgeMapping:textField-long"
}
} ],
"totalResultsReturned":1
}
Und hier von einem Somfy Rollo
Vielen Dank vorab, freue mich auf Lösung
wo kommt das position reading im hm aktor her? das gibt es normalerweise nicht und warum verwendest du als maxValue 200 bei beiden devices ?
wenn man invert verwendet muss men es natürlich für CurrentPosition und TargetPosition setzen.
bitte versuch mal die angehängt version. die setzt invert automatisch bei somfy und wenn levelInverse gesetzt ist. das homebridgeMapping bitte komplett entfernen.
Hallo,
ich habe die Anbindung an Home (IOS10) und ATV4 nun endlich hinbekommen.
Hier ein kleiner Erfahrungsbericht zur Installation:
Die Bridge wurde in der App oft nicht angezeigt oder - wenn doch - war keine Verbindung möglich.
Alle Iphone/Ipads gleichzeitig: Homekit deaktivieren, Schlüsselbund deaktivieren
im ATV Homekit-Konfig löschen
Alle Iphone/Ipads gleichzeitig: Homekit aktivieren, Schlüsselbund aktivieren
Nur so konnte ich die alte Konfig wirklich löschen und danach war eine Neu-Anmeldung ohne Probleme möglich.
Sonstige Erfahrungen:
ATV4 geht nur mit aktivierter 2-Faktor-Authentifizierung.
Bei einem Neustart der Bridge sollte das ATV4 eingeschaltet sein (oder danach neu gestartet werden). Bei mir wurden ansonsten die Geräte im "Home" nicht mehr aktuallisiert.
Die Einrichtung in der App Home war problemlos. Alle Geräte sind verfügbar. Remote über ATV4 läuft ohne Verzögerung. Einladungen an die Familie problemlos - auch mit IOS9.
Viele Grüße
Christian
Animiert durch das iOS10 Update und die Home App habe ich mich auch mal wieder daran begeben die Homebridge zu installieren.
Ich gehe dabei nach der Anleitung aus dem Wiki vor, stimmt die überhaupt noch?
Bei : npm install -g homebridge komme ich nicht weiter.
Es tritt ein Fehler auf, in dessen Folge immer weiter Probleme passieren.
node-pre-gyp http GET https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp http 403 https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp ERR! Tried to download: https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for bignum@0.12.5 and node@0.10.28 (node-v11 ABI) (falling back to source compile with node-gyp)
Edit, das obige Problem konnte ich inzwischen lösen. Der Parameter --unsafe-perm half weiter
Nun versuche ich homebdige manuell zu starten, erhalte aber diese Meldung:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
/usr/local/lib/node_modules/homebridge-fhem/index.js:53
for( var subscription of FHEM_subscriptions[inform_id] ) {
^^
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ====================
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ERROR LOADING PLUGIN homebridge-fhem:
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] SyntaxError: Unexpected identifier
at Module._compile (module.js:439:25)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ====================
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] No plugins found. See the README for information on installing plugins.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ---
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:112:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:263:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:71:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Zitat von: justme1968 am 18 September 2016, 16:18:24
wo kommt das position reading im hm aktor her? das gibt es normalerweise nicht und warum verwendest du als maxValue 200 bei beiden devices ?
wenn man invert verwendet muss men es natürlich für CurrentPosition und TargetPosition setzen.
bitte versuch mal die angehängt version. die setzt invert automatisch bei somfy und wenn levelInverse gesetzt ist. das homebridgeMapping bitte komplett entfernen.
Danke, kann das erst im Oktober ausprobieren, da ich bis dahin unterwegs bin und aus der Ferne per VPN eigentlich nichts ändern möchte
Zitat von: stratege-0815 am 18 September 2016, 17:31:14
Animiert durch das iOS10 Update und die Home App habe ich mich auch mal wieder daran begeben die Homebridge zu installieren.
Ich gehe dabei nach der Anleitung aus dem Wiki vor, stimmt die überhaupt noch?
Bei : npm install -g homebridge komme ich nicht weiter.
Es tritt ein Fehler auf, in dessen Folge immer weiter Probleme passieren.
node-pre-gyp http GET https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp http 403 https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp ERR! Tried to download: https://rvagg-node.s3-us-west-2.amazonaws.com/bignum/v0.12.5/bignum-v0.12.5-node-v11-linux-arm.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for bignum@0.12.5 and node@0.10.28 (node-v11 ABI) (falling back to source compile with node-gyp)
Edit, das obige Problem konnte ich inzwischen lösen. Der Parameter --unsafe-perm half weiter
Nun versuche ich homebdige manuell zu starten, erhalte aber diese Meldung:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
/usr/local/lib/node_modules/homebridge-fhem/index.js:53
for( var subscription of FHEM_subscriptions[inform_id] ) {
^^
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ====================
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ERROR LOADING PLUGIN homebridge-fhem:
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] SyntaxError: Unexpected identifier
at Module._compile (module.js:439:25)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ====================
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] No plugins found. See the README for information on installing plugins.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ---
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:112:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:263:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:71:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Function.Module.runMain (module.js:497:10)
Dein node.js ist minimal zu alt - version 0.10.x ... ab 4.5.x sollte es besser klappen ;-)
ab 0.12.7 geht.
gruss
andre
Das ursprüngliche "obere" Problem hatte ich ja schon behoben.
Momentan ist der untere Code Block eher das Problem. Ich kann kein Plugin in homebridge einrichten. Egal ob es hombridge-fhem ist oder homebridge-pilight.
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ====================
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] No plugins found. See the README for information on installing plugins.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] ---
[Sun Sep 18 2016 18:45:15 GMT+0200 (CEST)] Loading 1 platforms...
Plugins werden wohl nicht gefunden.
@JustMe1968
ok, dann wäre ja die vermutung schon mal richtig.
hast du auch eine idee wie ich das dnssd Modul für den Cubietruck richtig Update ?
ich möchte das system nicht dabei schrotten und am schluss kein internet mehr haben.. :o
Hallo zusammen,
habe hier eine Dimmer Challenge. Ich nutze den Homematic Unterputzdimmer für meine Schlafzimmerbeleuchtung.
Mit der Home-App scheint das prima zu funktionieren mit folgenden Einstellungen:
Brightness=control::S-Dimmer.LEVEL,factor=100 On=state,valueOff=0.000000
Der Dimmer arbeitet mit Werten von 0.000000 bis 1.000000. Darum der Faktor.
Wenn ich nun aber mit Siri versuche, den Dimmer auf 20% zu stellen. Oder auf 50% ... klappt das eher schlecht als recht.
Zum Beispiel aus dem Zustand ausgeschaltet:
"Deckenlicht im Schlafzimmer auf 50% dimmen" -> "Ok, ich habe Deckenlicht auf 1% gestellt."
Aus dem Zustand eingeschaltet:
"Deckenlicht im Schlafzimmer auf 50% dimmen" -> "Ok, ich habe Deckenlicht auf 50% gestellt."
dann
"Deckenlicht im Schlafzimmer auf 20% dimmen" -> "Ok, ich habe Deckenlicht auf 30% gestellt." (30!! nicht, 20!!)
dann
"Deckenlicht im Schlafzimmer auf 80% dimmen" -> "Ok, ich habe Deckenlicht auf 1% gestellt."
Das Spiel lässt sich beliebig spielen.
"Deckenlicht im Schlafzimmer einschalten" -> Licht geht auf 100%
"Deckenlicht im Schlafzimmer auf 80% dimmen" -> "Ok, ich habe Deckenlicht auf 20% gestellt."
"Deckenlicht im Schlafzimmer auf 60% dimmen" -> "Ok, ich habe Deckenlicht auf 1% gestellt."
Weiß jemand Rat?
Danke und Gruß
Alex
Also so ganz steige ich durch die Parameter nicht durch.
Insbesondere meine ich, die Funktion des :: ist nicht erläutert, oder habe ich was übersehen?
Ich versuche gerade einen Dimmer einzubinden. Der ist eigentlich ganz simpel. Im state steht entweder "off" (dann ist er ausgeschaltet) oder eine Zahl von 1 bis 100. Im set-Befehl wird einfach der Wert von 0 bis 100 gegeben und alles ist gut. Also ist das einzige asymmetrische das off im Reading zu 0 im set.
Ein Brightness=state führt zu sowas:
executing: http://127.0.0.1:8083/fhem?cmd=set%20TestDimmer%20undefined%2096&XHR=1
Beachte das "undefined". Also die vorgeschlagene Syntax ist wohl fehlerhaft.
Nehme ich allerdings ein Brightness=state::state, dann führt das hierzu:
executing: http://127.0.0.1:8083/fhem?cmd=set%20TestDimmer%20state%2092&XHR=1
und hier wird dann auf "state" geschrieben, was leider nicht das implizite state ist. Gleiches passiert bei "Brightness=state::".
Ich bräuchte ein "set TestDimmer 92", aber das scheint nicht so einfach hinzubekommen zu sein.
Ideen?
Update:
mit
homebridgeMapping On=::,cmds=1:100;0:off;true:100;false:off Brightness=state,cmd=+,minValue=0,maxValue=100,minStep=1,delay=1
scheint das meiste zu gehen. Nur der Status "off" im Device führt zu einer Fehlermeldung im homebridge. Wenn ich das mit "value" auf 0 Mappe, dann kommt für jede Zahl eine Fehlermeldung. Ich kann doch nicht alle 100 Zahlen tappen, oder?
value=/[0-9]+/:INT scheint nicht zu funktionieren, vermutlich wegen dem + und dem INT, oder?
@aski71: in eve und home geht es immer zuverlässig? nur mit siri nicht? versuch mal 'stell die lampe im schlafzimmer auf xxx%'.
@tante ju: wie im readme beschrieben ist die komplette syntax <command>:<device>:<reading>. leere teile und führende : können weg gelassen werden.
hast du es mal ganz ohne homebridgeMapping versucht? das schaut nach einem ganz normalen dimmer aus der direkt ohne weitere konfiguration funktionieren sollte. nur genericDeviceType auf light setzen.
gruss
andre
Zitat von: justme1968 am 19 September 2016, 09:41:08
@aski71: in eve und home geht es immer zuverlässig? nur mit siri nicht? versuch mal 'stell die lampe im schlafzimmer auf xxx%'.
Eve hab ich nicht mehr probiert. Aber in Home geht es zuverlässig.
Siri konnte mit obiger Ansage die Lampe aus dem "Aus" Zustand erfolgreich auf z.B. 23% stellen.
Wenn ich von da aus auf 68% stellen wollte, hat sie es zwar mündlich bestätigt, die Lampe ging aber auf 100%.
Viele Grüße
Alex
Irgendwie stehe ich auf dem Schlauch, wie kann ich node.js updaten?
Ich werde die v0.10.28 nicht los.
Nach einer ganz frühen Anleitung hatte ich wie folgt installiert:
wget http://nodejs.org/dist/v0.10.28/node-v0.10.28-linux-arm-pi.tar.gz -P /tmp && cd /usr/local && sudo tar xzvf /tmp/node-v0.10.28-linux-arm-pi.tar.gz --strip=1
Wir können in der HOME-App die Aktivitäten des HarmonyHubs wunderbar steuern. Vielen Dank, Andre!
Allerdings würden wir gerne einen Taster erstellen, der die Commands lauter und leiser des angeschlossenen Receivers abbildet.
Das Attribut homebridgeMapping des harmony-Devices Receiver ist so definiert:
clear
On=power,subtype=lauter,valueOn=on,cmdOn=command+VolumeUp,cmdOff=command+VolumeUp
On=power,subtype=leiser,valueOn=on,cmdOn=command+VolumeDown,cmdOff=command+VolumeDown
Klappt auch alles, beim Antippen stellt er lauter bzw. leiser.
Jedoch wechselt die Statusfarbe des Gerätesymbols in der HOME-App immer zwischen eingeschaltet und ausgeschaltet, was vom WAF her gesehen unschön ist; bei Szenen genauso.
Gibt es HomeKit her, dass ein Gerät generell immer eingeschaltet bleibt, auch wenn das Symbol angetippt wird?
Könnte man die Fragestellung vom Ansatz her anders lösen?
Wie macht Ihr das?
Danke sehr.
Zitat von: justme1968 am 19 September 2016, 09:41:08
@tante ju: wie im readme beschrieben ist die komplette syntax <command>:<device>:<reading>. leere teile und führende : können weg gelassen werden.
hast du es mal ganz ohne homebridgeMapping versucht? das schaut nach einem ganz normalen dimmer aus der direkt ohne weitere konfiguration funktionieren sollte. nur genericDeviceType auf light setzen.
Habe mir auch hergeleitet, daß das die Syntax sein muß. Du hattest aber an anderer Stelle geraten, für Dimmer dieses "Brightness=state" zu nehmen, was nun leider zu dem undefined führt.
Wenn ich kein homebridgeMapping nehme, dann geht gar nichts.
Habe ja jetzt ein Mapping zusammen gebastelt, welches fast vollständig funktioniert. Nur wenn das Device auf off steht, dann gibt es Fehlermeldungen. Wie bilde ich den Status denn noch ab, ohne alle 101 Einzelwerte mappen zu müssen?
@Lanhydrock: schau dir mal timeout an. damit kann man taster bauen.
@tante ju: was genau heisst es geht gar nichts mehr. was steht beim start mit --debug auf der konsole? zeig mal bitte ein jsonlist2 vom device. wie gesagt sollte es auch komplett ohne gehen. zumindest bei meinem test dummy tut es das auch.
gruss
andre
Hallo,
erst mal vielen Dank für das Plugin, die Installation lief einfach und problemlos, die Automatik hat fast das gesamt Haus richtig erkannt
Auf der Zielgeraden kam es jedoch zu einem Problem:
in FHEM sind meine KNX Rollos als Schalter mit custom States definiert, sie hören jedoch nur auf ON->schließen und OFF->öffnen
define Rollo EIB 0/0/1
attr Rollo devStateIcon on:close off:closeG
attr Rollo eventMap on:close off:open
Die Homebridge übernimmt die Rollos als Schalter und das funktioniert auch ganz gut, ist nur sehr unintuitiv.
Ich habe also versucht :
attr Rollo genericDeviceType blind
und bekam so auf meinem Schalter das gewünschte Rollo interface wo man den so schön "aufsliden" (0-100) kann. nur funktioniert er nicht mehr xD
mit --debug habe ich herausgefunden dass er
http://127.0.0.1:8090/fhem?cmd=set%20Rollo%20pct%20100&XHR=1
man beachte hier das er da n "pct" einbaut.
sendet. Richtig wäre jedoch:
http://127.0.0.1:8090/fhem?cmd=set%20Rollo%20off&XHR=1
ich versucht das zu erreichen mit: (meine Intention ist denke ich klar? nur noch voll auf und voll zu akzeptieren, dann öffen/schließen ->off/on)
attr Rollo homebridgeMapping minValue=0,maxValue=1,minStep=1,cmds=1:off;0:on
darauf trotz rereadcfg + homebridge neustarten keine Reaktion(immer noch 0..100 + pct)... der scheint die Zeile nicht zu mögen...
Was mach ich da falsch?
Und hat wer evtl ne umfangreichere bsp config die man studieren könnte? Ich check die Doku auf S1 nur so halb xD.
Mfg
Mayer
Ist es noch irgendwie möglich, den Hue Lampen abzugewöhnen, dass sie beim Anschalten immer auf 100% gehen?
Das Problem liegt hier:
} else if( match = s.PossibleSets.match(/(^| )pct\b/) ) {
// HM dimmer
this.service_name = 'light';
this.mappings.On = { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' };
this.mappings.Brightness = { reading: 'pct', cmd: 'pct', delay: true };
pct ist bei Hue im ausgeschalteten Zustand 0, während bri den letzten Wert behält.
Würde hier einfach bri verwendet und auf 0-100 umgerechnet, würde es funktionieren wie gewünscht.
Hallo zusammen,
ich komme nochmal auf die umgekehrt dargestellten Jalousien zurück:
Zitat von: justme1968 am 18 September 2016, 16:18:24
wo kommt das position reading im hm aktor her? das gibt es normalerweise nicht und warum verwendest du als maxValue 200 bei beiden devices ?
wenn man invert verwendet muss men es natürlich für CurrentPosition und TargetPosition setzen.
bitte versuch mal die angehängt version. die setzt invert automatisch bei somfy und wenn levelInverse gesetzt ist. das homebridgeMapping bitte komplett entfernen.
In der Version von index.js aus dem oben zitierten Beitrag muss levelinverse so geschrieben werden: levelInverse, dann klappt das auch ohne mapping.
Getestet mit HM-LC-Bl1PBU-FM. Danke für die Lösung! Ich hatte mir mit dem mapping auch die Karten gelegt.
LG
@tante ju: wegen der 101 werte: ich baue für das mapping in der richtung homebridge->fhem auch noch regex ein. aber wie gesagt sollte es überhaupt nicht nötig sein.
@mmayer: du musst im homebridgeMapping die characterstic namen angeben.
wenn du die home app verwendest sollte etwas in der art gehen:attr Rollo homebridgeMapping CurrentPosition=state,values=on:0;off:100 TargetPosition=state,cmd=+,values=on:0;off:100,minStep=100,cmds=100:off;0:on
@Markus M.: es wird nur 1:1 durchgereicht was homebridge sendet. wenn hier beim on noch auf 100% gedimmt wird kann ich nichts mehr dagegen machen. das hängt vielleicht auch von der verwendeten app ab. das on das beim dimmen zusätzlich gesendet wird sollte in der aktuellen version unterdrückt werden.
@Lorenz: levelInverse war die schreibweise die im jsonlist aufgetaucht ist. ich denke doch das die stimmt?
Erst mal Danke für die schnelle Antwort ;)
attr Rollo homebridgeMapping CurrentPosition=state,values=on:0;off:100 TargetPosition=state,cmd=+,values=on:0;off:100,minStep=100,cmds=100:off;0:on
jedoch schmeißt deine Zeile(c&p) folgende Fehler:
Unknown command off:100, try help.
Unknown command off:100,minStep=100,cmds=100:off, try help.
Unknown command 0:on, try help.
und ja es ist die Zeile, schmeiß ich sie raus ist der Fehler nicht mehr da
Hab ich da ne dependency vergessen?
Oder was mach ich sonst falsch?
--debug output unverändert (vmtl infolge des og Fehlers) => keine Änderung in App/Ergebnis
Danke nochmal
gib es im frontend im bereich für die attribute ein.
wenn du es auf der kommandzeile eingibst musst du die ; verdoppeln
gruss
andre
ich habe eben eine version eingecheckt in der man für die cmds für die richtung homebridge->fhem auch regex verwenden kann.
gruss
andre
Zitat von: justme1968 am 19 September 2016, 18:44:15
@tante ju: wegen der 101 werte: ich baue für das mapping in der richtung homebridge->fhem auch noch regex ein. aber wie gesagt sollte es überhaupt nicht nötig sein.
Das Mapping müsste doch eher hem->homebridge sein. Wenn im FHEM das Device off zeigt, dann bekomme ich im homebridge den Fehler "not a value off".
Wie gesagt, ich hatte ja versucht, eine Regex zu verwenden, aber es hat nicht funktioniert. Die Regex enthält ja ein Pluszeichen und ich habe auf INT gemappt (einfach mal geraten), was dann aber zu solchen Fehlermeldungen wie "not a number 10" geführt hat.
Zitat von: justme1968 am 19 September 2016, 18:44:15
@Lorenz: levelInverse war die schreibweise die im jsonlist aufgetaucht ist. ich denke doch das die stimmt?
@justme1968: Wollte damit sagen: In der index.js war anstatt levelInverse levelinverse, also das i klein geschrieben, daher ging das nicht.
LG
@tante ju: ab sofort kann man # als to wert verwenden um den original wert wieder zu verwenden.
@Lorenz: die prüfung ist ab sofort case insensitive
gruss
andre
Hi :)
Nutzt jemand Wifilight (milight) mit homebridge ? Nutze jetzt die ios10 home app von apple bin vom siriproxy umgestiegen ::)
Wenn ich z.B. Stelle das licht auf blau sage, wird es erst rot dann blau dann wieder weiß. Ist das bei euch auch so?
das sollte in der aktuellen version nicht meh rpassieren.
geht es wenn du in eve oder der home app verstellst?
was werden für kommandos gesendet?
was steht auf der konsole mit --debug?
welches fhem modul verwendest du ?
Zitat von: justme1968 am 19 September 2016, 19:28:54
@tante ju: ab sofort kann man # als to wert verwenden um den original wert wieder zu verwenden.
Probiere es gleich mal aus. Hier noch der debug, wenn ich kein homebridgeMapping definiere:
[Mon Sep 19 2016 20:32:54 GMT+0200 (CEST)] [FHEM] mappings for TestDimmer: {}
[Mon Sep 19 2016 20:32:54 GMT+0200 (CEST)] [FHEM] TestDimmer is light
[Mon Sep 19 2016 20:32:54 GMT+0200 (CEST)] [FHEM] TestDimmer has
Wie Du siehst, leer. Da passiert dann nix.
Mit dem Update geht der normale Dimmer, aber kein HUE Device mehr.
[Mon Sep 19 2016 20:48:46 GMT+0200 (CEST)] [FHEM] HUEDevice1: no service type detected
[Mon Sep 19 2016 20:48:46 GMT+0200 (CEST)] [FHEM] no accessory created for HUEDevice1 (HUEDevice)
Bei mir geht auch gar nichts mehr nach dem Update.
HomeBridge ist nicht erreichbar.
Muss mal schauen wie ich jetzt an die Debug Console möglichst unproblematisch rankomme.
Gruß
Dan
Zitat von: justme1968 am 19 September 2016, 18:44:15
@Markus M.: es wird nur 1:1 durchgereicht was homebridge sendet. wenn hier beim on noch auf 100% gedimmt wird kann ich nichts mehr dagegen machen. das hängt vielleicht auch von der verwendeten app ab. das on das beim dimmen zusätzlich gesendet wird sollte in der aktuellen version unterdrückt werden.
Alles muss man selber machen ;)
Hue Bridge direkt mit auf Apple Home reagiert so:
ON stellt die vorherige Helligkeit wieder her, wenn diese aber 0 war (auf 0 gedimmt statt nur OFF geschalten), wird sie auf 100% gesetzt.
Da du
pct verwendest, das bei aus immer 0 ist, klappt es aktuell nicht und deine Version springt immer zu den 100%.
Ich hab das mal eben nachgebaut, bitte das hier zusätzlich für Hue einfügen:
(eventuell mit anderer Hue Erkennung,
bri war das einzige das spontan funktioniert hat)
Zitatthis.mappings.Brightness.reading2homekit = function(mapping, orig) {
var match;
if( match = orig.match(/dim (\d+)/ ) )
return parseInt( match[1] );
return 0;
}.bind(null, this.mappings.Brightness);
} else if( match = s.PossibleSets.match(/(^| )bri\b/) ) {
// Hue
this.service_name = 'light';
this.mappings.On = { reading: 'onoff', valueOff: '0', cmdOn: 'on', cmdOff: 'off' };
this.mappings.Brightness = { reading: 'bri', cmd: 'pct', delay: true };
this.mappings.Brightness.reading2homekit = function(mapping, orig) {
return Math.ceil(orig/2.54);
}.bind(null, this.mappings.Brightness);
} else if( match = s.PossibleSets.match(/(^| )pct\b/) ) {
// HM dimmer
this.service_name = 'light';
this.mappings.On = { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' };
this.mappings.Brightness = { reading: 'pct', cmd: 'pct', delay: true };
Das kommt im journal:
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] homebridgeMapping: CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] bz_Thermostat is thermostat
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] bz_Thermostat has
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] CurrentTemperature [measured-temp]
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] TargetTemperature [desired-temp]
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] CurrentPosition [ValvePosition]
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] TargetHeatingCoolingState [controlMode]
Sep 19 21:12:01 FHEM homebridge[3469]: 2016-09-19 21:12:01 caching: bz_Thermostat-measured-temp: 23.0
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] caching: CurrentTemperature: 23 (as number; from '23.0')
Sep 19 21:12:01 FHEM homebridge[3469]: 2016-09-19 21:12:01 caching: bz_Thermostat-desired-temp: off
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] caching: TargetTemperature: NaN (as number; from 'off')
Sep 19 21:12:01 FHEM homebridge[3469]: 2016-09-19 21:12:01 caching: bz_Thermostat-ValvePosition: 0
Sep 19 21:12:01 FHEM homebridge[3469]: [Mon Sep 19 2016 21:12:01 GMT+0200 (CEST)] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
Sep 19 21:12:01 FHEM homebridge[3469]: /usr/local/lib/node_modules/homebridge-fhem/index.js:1870
Sep 19 21:12:01 FHEM homebridge[3469]: if( match = from.match('^/(.*)/$') ) {
Sep 19 21:12:01 FHEM homebridge[3469]: ^
Sep 19 21:12:01 FHEM homebridge[3469]: TypeError: from.match is not a function
Sep 19 21:12:01 FHEM homebridge[3469]: at Object.FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1870:28)
Sep 19 21:12:01 FHEM homebridge[3469]: at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:984:42)
Sep 19 21:12:01 FHEM homebridge[3469]: at Array.map (native)
Sep 19 21:12:01 FHEM homebridge[3469]: at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:981:31)
Sep 19 21:12:01 FHEM homebridge[3469]: at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:187:22)
Sep 19 21:12:01 FHEM homebridge[3469]: at emitTwo (events.js:87:13)
Sep 19 21:12:01 FHEM homebridge[3469]: at Request.emit (events.js:172:7)
Sep 19 21:12:01 FHEM homebridge[3469]: at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1048:10)
Sep 19 21:12:01 FHEM homebridge[3469]: at emitOne (events.js:77:13)
Sep 19 21:12:01 FHEM homebridge[3469]: at Request.emit (events.js:169:7)
Sep 19 21:12:01 FHEM systemd[1]: homebridge.service: main process exited, code=exited, status=1/FAILURE
Sep 19 21:12:01 FHEM systemd[1]: Unit homebridge.service entered failed state.
Gruß
Dan
@tante ju: du hast recht. mir ist beim testen noch ein anderes dimmer dazwischen gekommen. mit dem update und diesem mapping: attr dimmer homebridgeMapping On=state,valueOff=off Brightness=state,values=off:0;;/\d+/:#geht es aber jetzt.
@tante ju, DeeSPe: da hat github beim mergen irgendetwas durcheinander gebracht. hab es repariert.
@Markus M.: ah. ok. dann ist der wichtige punkt das due hue bridge für ausgeschaltete lampen bri beibehält. hast ist für hue birnen der fall. für lc lampen nicht. deshalb ist es mir nicht aufgefallen. ich hab eben einen etwas andere version eingecheckt. schaut mal ob das so geht.
@DeeSPe: den fehler habe ich auch behoben
FIXED!
Danke, läuft wieder und scheint auch soweit wieder alles zu funktionieren.
Irgendwas auf das man besonderes Augenmerk beim Testen legen sollte?
Gruß
Dan
Mit Siri dimmen ist ein Krampf!
Sie versteht es richtig, dimmt aber meisten auf 1%.
1x habe ich gesagt sie soll auf 20% dimmen und sie hat auf 30% gedimmt.
Zwischendurch hat es mit 50% sogar mal geklappt.
Das ist schräg...
Gruß
Dan
Welchen Kanal muß ich eigentlich für Homematic Thermostate einbinden? Wenn ich das Hauptdeich und keinen der Kanäle nehme, bekomme ich immer:
[Mon Sep 19 2016 22:10:51 GMT+0200 (CEST)] [FHEM] EG.Wohnzimmer.Rechts.Heizung is thermostat
[Mon Sep 19 2016 22:10:51 GMT+0200 (CEST)] [FHEM] EG.Wohnzimmer.Rechts.Heizung is NOT a thermostat. set command for target temperature missing:
Könnte nicht mal jemand eine Liste der funktionierenden Einträge führen? Würde vieles erleichtern. Oder gibt es das schon und ich habe nicht gefunden?
Zitat von: justme1968 am 19 September 2016, 21:40:14@Markus M.: ah. ok. dann ist der wichtige punkt das due hue bridge für ausgeschaltete lampen bri beibehält. hast ist für hue birnen der fall. für lc lampen nicht. deshalb ist es mir nicht aufgefallen. ich hab eben einen etwas andere version eingecheckt. schaut mal ob das so geht.
Nein. Du musst
bri lesen aber
pct setzen, sonst gehen die Lampen beim Dimmen auf 0% anschliessend wieder an.
Darüber bin ich auch gestolpert :)
In mein Beispiel muss statt Math.round() übrigens Math.ceil() rein, sonst kommt Quatsch raus.
@tante ju: den kanal der das set desired hat
@Markus M.: ok. jetzt aber.
homebridge-fhem@0.2.42
Das Dimmen von Hue ist nicht besser geworden.
Klappt mit und ohne Siri nicht wie gewünscht.
Dimmt jetzt immer auf scheinbar beliebigen Wert.
Gruß
Dan
Zitat von: justme1968 am 19 September 2016, 22:54:35
@tante ju: den kanal der das set desired hat
Das funktioniert auch nicht. Da desired-temp momentan auf "off" steht (vermutlich) kommt da:
[Mon Sep 19 2016 23:07:59 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Mon Sep 19 2016 23:07:59 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
Zitat von: justme1968 am 19 September 2016, 22:54:35@Markus M.: ok. jetzt aber.
fix of fix of fix :(
Die Umrechnung passt nicht, du musst die Werte noch mit dem Faktor 2.54 anpassen.
D.h. wenn ich jetzt 10% setze wird auf 25% gedimmt und der Slider springt dort hin.
Ich verstehe leider den Code nicht mehr.
Ich weiss nicht was
max ist und womit es möglicherweise befüllt wird, aber auch wenn ich es auf 254 setze führt das nur dazu dass der Slider zwar passt, die Werte der Lampe aber zu hell sind.
@DeeSPe, Markus M.: arg...
der code liest den tatsächlichen max wert aus dem set kommando aus. so wie es eigentlich an anderen stellen auch verwendet wird und funktioniert. es läuft auf orig * 100 / 254 raus. das ist das gleiche wie orig/2.54.
aber max und maxValue arbeitet natürlich in beide richtungen. wir verwenden aber bri für die richtung fhem -> homebridge und pct für die richtung homebridge -> fhem. d.h. wir müssen nur die erste richtung korrigieren und die zweite lassen.
ich habe jetzt den faktor fest eingebaut. damit sollte das dimmen wieder gehen. besser als jemals zuvor.
@tante ju: ist das wirklich die aktuelle version? dort wird on und off eigentlich auf 4 und 31 umgemapped.
Ohne Siri sieht es nun gut aus.
Mit Siri wird scheinbar immer auf 1% gedimmt.
Gruß
Dan
Danke!
Dimmen funktioniert jetzt wunderbar, auch mit Siri!
Bitte statt round noch ceil verwenden, sonst stimmt die Umrechnung nicht und gesetzte 2/1 werden zu 1/0
Zitat von: justme1968 am 19 September 2016, 23:34:21
@tante ju: ist das wirklich die aktuelle version? dort wird on und off eigentlich auf 4 und 31 umgemapped.
Sollte so sein. Gerade noch ein update gemacht. Wo steht denn die Versionsnummer? Sehe keine in der Ausgabe.
Wie macht man ein Update auf die neue Version ?
Zitat von: Falkenstein am 19 September 2016, 23:58:22
Wie macht man ein Update auf die neue Version ?
sudo npm i -g homebridge-fhemHabe gerade nochmal ausführlich das Dimmen mit Siri probiert und es geht einfach nicht. Es wird so gut wie immer auf 1% gedimmt.
Gruß
Dan
@Markus M.: noch mal mit ceil eingecheckt. kann es sein das du deinen patch nachträglich editiert hast :) ?
und den beitrag oben auch. was ist denn jetzt richtig?
@DeeSPe: was sagst du denn genau?
stelle/setze xxx auf yy% sollte gehen.
wenn du dimme im satz hast kann es glaube ich sein das siri hoch oder runter dimmen versteht und dann nur relativ x% heller oder dunker macht.
Zitat von: justme1968 am 20 September 2016, 00:07:31
@DeeSPe: was sagst du denn genau?
stelle/setze xxx auf yy% sollte gehen.
wenn du dimme im satz hast kann es glaube ich sein das siri hoch oder runter dimmen versteht und dann nur relativ x% heller oder dunker macht.
Na das ist ja abgefahren. Mit stelle/setze klappt es, allerdings fehlt dann bei der Siri Ausgabe das % Zeichen.
Ich könnte fast wetten dass es früher ausschließlich mit "dimme" geklappt hat und mit nichts Anderem.
Danke.
Gruß
Dan
Zitat von: justme1968 am 20 September 2016, 00:07:31@Markus M.: noch mal mit ceil eingecheckt. kann es sein das du deinen patch nachträglich editiert hast :) ?
und den beitrag oben auch. was ist denn jetzt richtig?
Ja, wie etwas weiter unten erklärt. Deshalb auch die andere Farbe. Hatte den Fehler mit round zuerst selbst nicht bemerkt.
Das was du zuletzt eingecheckt hast passt jetzt, durchgestrichen weil erledigt ;)
früher gingen auch die rolläden nur mit öffne auf xx%, jetzt gehen sie nur mit stelle auf xx%.
ok. erledigt. gute nacht :)
Schöne neue iOS 10 Welt... ???
Gute Nacht für heute...
Gruß
Dan
P.S. Danke für's schnelle fixen Andre.
Nighty night. May your house sleep tight.
May your data bugs not bite. - Siri
:)
Zitat von: tante ju am 19 September 2016, 23:57:00
Sollte so sein. Gerade noch ein update gemacht. Wo steht denn die Versionsnummer? Sehe keine in der Ausgabe.
Version ist "homebridge-fhem@0.2.44" und desired-temp off führt zu Fehlern.
Zitat von: tante ju am 20 September 2016, 00:24:10
Version ist "homebridge-fhem@0.2.44" und desired-temp off führt zu Fehlern.
Bei mir nicht...
Zitat von: Markus M. am 20 September 2016, 00:22:39
Nighty night. May your house sleep tight.
May your data bugs not bite. - Siri
Der war gut...
Gruß
Dan
Zitat von: DeeSPe am 20 September 2016, 00:27:11
Bei mir nicht...
Was nicht? Version oder Verhalten?
Verhalten!
Alle Heizungen sind auf off und ich habe keine Fehler.
Kann auch einwandfrei manuell hochfahren die Temperatur.
Gruß
Dan
ZitatVerhalten!
Alle Heizungen sind auf off und ich habe keine Fehler.
Kann auch einwandfrei manuell hochfahren die Temperatur.
Und welches Mapping hast Du für HM-CC-RT-DN eingesellt? Könntest Du es mal bitte posten??
Zitat von: Falkenstein am 20 September 2016, 00:41:04
Und welches Mapping hast Du für HM-CC-RT-DN eingesellt? Könntest Du es mal bitte posten??
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+autoGruß
Dan
EDIT: Alles andere brauchte ich nicht mappen da es automatisch erkannt wird.
Zitat von: DeeSPe am 20 September 2016, 00:56:57
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
EDIT: Alles andere brauchte ich nicht mappen da es automatisch erkannt wird.
Funktioniert nicht. In Home steht zwar die measured-temp, dazu aber "keine Antwort" und im homebridge kommt:
[Tue Sep 20 2016 01:16:16 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:16 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:17 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:17 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:26 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:26 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:49 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:49 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
Zitat von: tante ju am 20 September 2016, 01:18:11
[Tue Sep 20 2016 01:16:16 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:16 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:17 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:17 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:26 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:26 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
[Tue Sep 20 2016 01:16:49 GMT+0200 (CEST)] [FHEM] query: TargetTemperature for EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp
[Tue Sep 20 2016 01:16:49 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
Das steht auch auf meiner Debug Console, aber es funktioniert wunderbar.
Sep 20 00:25:32 FHEM homebridge[8152]: [Tue Sep 20 2016 00:25:32 GMT+0200 (CEST)] [FHEM] cached: NaN (as number')
Sep 20 00:25:32 FHEM homebridge[8152]: Mon, 19 Sep 2016 22:25:32 GMT Accessory [Homebridge] Got Characteristic "Target Temperature" value: NaNGruß
Dan
Zitat von: justme1968 am 19 September 2016, 19:41:09
das sollte in der aktuellen version nicht meh rpassieren.
geht es wenn du in eve oder der home app verstellst?
was werden für kommandos gesendet?
was steht auf der konsole mit --debug?
welches fhem modul verwendest du ?
Habe die Version von Samstag, gab es da zwischendrin noch ein Update?
In der Homeapp verstellen sich die Farben auch zurück.
Log folgt heute abend
Wifilight
Danke ;)
Verbose 5 Log beim Satz "schalte das Licht der Vitrine auf blau"
oder gibt es noch eins der homebridge?
2016.09.20 18:51:00 5: wz_VitrineLicht prepare start hsv transition (is actual) hsv 0, 0, 0, 1474390260.48837
2016.09.20 18:51:00 4: wz_VitrineLicht current HSV 0, 0, 0
2016.09.20 18:51:00 3: wz_VitrineLicht set HSV 240, 100, 0 with ramp: 0, flags:
2016.09.20 18:51:00 4: wz_VitrineLicht hsv transition without ramp routed to direct settings, hsv 240, 100, 0
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue add hsv/ctrl 240, 100, 0, ctrl , targetTime 1474390260.48837, qlen 1
2016.09.20 18:51:00 5: wz_VitrineLicht high level cmd queue exec dropper delay: -0.00190901756286621
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue exec hsv 240, 100, 0, delay 200, hl qlen 1, ll qlen 0, lock 0
2016.09.20 18:51:00 4: wz_VitrineLicht RGBW2 slot 8 set safe levels
2016.09.20 18:51:00 5: wz_VitrineLicht RGBW2 slot 8 lock queue 0
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 1
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue qlen 1, send 4c0055
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 2
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 3
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 4
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 5
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 6
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue ask next 1474390260.71076
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue clear, remove timer at 1474390260.71076
2016.09.20 18:51:00 5: wz_VitrineLicht prepare start hsv transition (is actual) hsv 240, 100, 0, 1474390260.51255
2016.09.20 18:51:00 4: wz_VitrineLicht current HSV 240, 100, 0
2016.09.20 18:51:00 3: wz_VitrineLicht set HSV 0, 100, 0 with ramp: 0, flags:
2016.09.20 18:51:00 4: wz_VitrineLicht hsv transition without ramp routed to direct settings, hsv 0, 100, 0
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue add hsv/ctrl 0, 100, 0, ctrl , targetTime 1474390260.51255, qlen 1
2016.09.20 18:51:00 5: wz_VitrineLicht high level cmd queue exec dropper delay: -0.000530004501342773
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue exec hsv 0, 100, 0, delay 200, hl qlen 1, ll qlen 6, lock 3
2016.09.20 18:51:00 4: wz_VitrineLicht RGBW2 slot 8 set safe levels
2016.09.20 18:51:00 5: wz_VitrineLicht RGBW2 slot 8 lock queue 3
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 7
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 8
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 9
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 10
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4c0055, qlen 11
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 12
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue ask next 1474390260.72409
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue clear, remove timer at 1474390260.72409
2016.09.20 18:51:00 3: wz_VitrineLicht RGBW2 slot 8 set on (0, 0, 100) 0
2016.09.20 18:51:00 5: wz_VitrineLicht prepare start hsv transition (is actual) hsv 0, 100, 0, 1474390260.52652
2016.09.20 18:51:00 4: wz_VitrineLicht current HSV 0, 100, 0
2016.09.20 18:51:00 3: wz_VitrineLicht set HSV 0, 0, 100 with ramp: 0, flags:
2016.09.20 18:51:00 4: wz_VitrineLicht hsv transition without ramp routed to direct settings, hsv 0, 0, 100
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue add hsv/ctrl 0, 0, 100, ctrl , targetTime 1474390260.52652, qlen 1
2016.09.20 18:51:00 5: wz_VitrineLicht high level cmd queue exec dropper delay: -0.000442981719970703
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue exec hsv 0, 0, 100, delay 200, hl qlen 1, ll qlen 12, lock 6
2016.09.20 18:51:00 4: wz_VitrineLicht RGBW2 slot 8 set safe levels
2016.09.20 18:51:00 5: wz_VitrineLicht RGBW2 slot 8 lock queue 6
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 13
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 14
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 15
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 16
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 17
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 18
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 19
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 20
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 21
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 22
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 23
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue add 00, qlen 24
2016.09.20 18:51:00 4: wz_VitrineLicht high level cmd queue ask next 1474390260.7369
2016.09.20 18:51:00 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 8
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue qlen 22, send 4c0055
2016.09.20 18:51:00 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 7
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue qlen 20, send 4c0055
2016.09.20 18:51:00 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 6
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue qlen 18, send 4c0055
2016.09.20 18:51:00 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 5
2016.09.20 18:51:00 5: wz_VitrineLicht low level cmd queue qlen 16, send 4c0055
2016.09.20 18:51:01 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 4
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 14, send 4c0055
2016.09.20 18:51:01 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 3
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 12, send 4b0055
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 11, send cb0055
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 10, send 4e1b55
2016.09.20 18:51:01 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 2
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 8, send 4b0055
2016.09.20 18:51:01 5: wz_VitrineLicht prepare start hsv transition (is actual) hsv 0, 0, 100, 1474390261.48933
2016.09.20 18:51:01 4: wz_VitrineLicht current HSV 0, 0, 100
2016.09.20 18:51:01 3: wz_VitrineLicht set HSV 0, 0, 100 with ramp: 0, flags:
2016.09.20 18:51:01 4: wz_VitrineLicht hsv transition without ramp routed to direct settings, hsv 0, 0, 100
2016.09.20 18:51:01 4: wz_VitrineLicht high level cmd queue add hsv/ctrl 0, 0, 100, ctrl , targetTime 1474390261.48933, qlen 1
2016.09.20 18:51:01 5: wz_VitrineLicht high level cmd queue exec dropper delay: -0.00171613693237305
2016.09.20 18:51:01 4: wz_VitrineLicht high level cmd queue exec hsv 0, 0, 100, delay 200, hl qlen 1, ll qlen 8, lock 2
2016.09.20 18:51:01 4: wz_VitrineLicht RGBW2 slot 8 set safe levels
2016.09.20 18:51:01 5: wz_VitrineLicht RGBW2 slot 8 lock queue 2
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 9
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 10
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 11
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 00, qlen 12
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 13
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 14
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 15
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 00, qlen 16
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4b0055, qlen 17
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add cb0055, qlen 18
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 4e1b55, qlen 19
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue add 00, qlen 20
2016.09.20 18:51:01 4: wz_VitrineLicht high level cmd queue ask next 1474390261.71431
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 19, send cb0055
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 18, send 4e1b55
2016.09.20 18:51:01 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 4
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 16, send 4b0055
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 15, send cb0055
2016.09.20 18:51:01 5: wz_VitrineLicht low level cmd queue qlen 14, send 4e1b55
2016.09.20 18:51:02 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 3
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 12, send 4b0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 11, send cb0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 10, send 4e1b55
2016.09.20 18:51:02 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 2
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 8, send 4b0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 7, send cb0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 6, send 4e1b55
2016.09.20 18:51:02 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 1
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 4, send 4b0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 3, send cb0055
2016.09.20 18:51:02 5: wz_VitrineLicht low level cmd queue qlen 2, send 4e1b55
2016.09.20 18:51:02 5: wz_VitrineLicht | wz_VitrineLicht unlock queue 0
Sorry hab den alten threat benutzt - jetzt nochmal hier...
hi ho,
ich nutze Homekit in der aktuellen Version.
Ich habe meine Firbaro-Rolladen-Aktoren, die über einen zwave USB Stick am Raspi hängen, als "blind" in Homekit eingebunden.
Mit iOS 10 stelle ich fest, dass die Rolladen-Aktoren nur kurz nach einer direkten Nutzung //per Schalter oder aus dem fhem direkt heraus// unter der Homekit-App als erreichbar gekennzeichnet werden.
Im Normalzustand //ohne Eingriff// werden sie als nicht erreichbar gekennzeichnet.
Hat einer von Euch eine Idee, ob hier Timeouts ablaufen und ob ich die irgendwie konfigurieren kann?
PS:
Ich habe schon eine "event-min-reading" auf 60s gesetzt - ohne Wirkung.
Liebe Grüsse
Erik
Hi,
Sorry I must do it in english...
I have a question. I can't find how I can publish Pressure to homekit. I have a bmp180
Is there a gendericdevicetype???
fhem> l bmp180
Internals:
NAME bmp180
NR 238
STATE Temp: 21.78°C Press: 1019.7
TYPE dummy
Readings:
2016-04-23 13:18:49 Luchtdruk 1016.5
2016-09-20 11:47:34 Pressure 1019.7
2016-09-20 11:47:33 Temperature 21.78
2016-09-20 11:47:33 Temperature_avg_day 21.4
2016-09-20 11:47:33 Temperature_avg_month 24.3
2016-09-20 11:47:33 Temperature_cum_day 906848.42
2016-09-20 11:47:33 Temperature_cum_month 42935311.97
2016-09-20 00:09:50 Temperature_max_day 22.0
2016-09-14 18:01:44 Temperature_max_month 29.7
2016-09-20 06:10:42 Temperature_min_day 21.0
2016-09-20 06:10:42 Temperature_min_month 21.0
2016-07-31 21:59:55 statPressureTendency 1h: - 2h: - 3h: - 6h: -
Attributes:
room Buiten,Homekit
stateFormat Temp: Temperature°C Press: Pressure
userReadings bmp180:Pressure {sprintf("%.1f", ReadingsVal("bmp180","Pressure",0))}
Zitat von: kroonen am 20 September 2016, 21:30:59
I have a question. I can't find how I can publish Pressure to homekit. I have a bmp180
Is there a gendericdevicetype???
"genericDeviceType thermometer" did the trick for me with the readings named "temperature", "humidity", "pressure". This names may be case sensitive, so you might have to change them to lowercase (or use a custom mapping).
@tante ju: das schaut auf den ersten blick nicht nach aktueller version aus. starte mal homebridge von hand mit --debug. wie schaut das log dann aus?
@Blackcat: ja. homebridge von hand mit --debug starten und die konsolen ausgabe posten
@ritter_runkel: was ist event-min-reading?
zeig mal bitte ein jsonlist2 vom device.
@kroonen: currently there is no standard characteristic for barometric pressure in homekit. you can use the custom characteristic that eve uses and eve will then display the value but home will not. something like this will work.
attr <device> HomebridgeMapping E863F10F-079E-48FF-8F27-9C2605A29F52=Pressure,name=AirPressure,format=UINT16
or you can rename your temperature and pressure readings to start with a small letter and everything should be autodetected.
gruss
andre
Zitat von: justme1968 am 20 September 2016, 21:42:16
@tante ju: das schaut auf den ersten blick nicht nach aktueller version aus. starte mal homebridge von hand mit --debug. wie schaut das log dann aus?
Welchen Teil meinst Du?
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] Loaded plugin: homebridge-fhem
homebridge API version: 2
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] Registering platform 'homebridge-fhem.FHEM'
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] ---
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] Loaded config.json with 0 accessories and 1 platforms.
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] ---
[Tue Sep 20 2016 22:05:54 GMT+0200 (CEST)] Loading 1 platforms...
[Tue Sep 20 2016 22:05:55 GMT+0200 (CEST)] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1474401963949
[Tue Sep 20 2016 22:06:04 GMT+0200 (CEST)] [FHEM] Checking genericDeviceType...
[Tue Sep 20 2016 22:06:04 GMT+0200 (CEST)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[Tue Sep 20 2016 22:06:04 GMT+0200 (CEST)] [FHEM] Fetching FHEM devices...
[Tue Sep 20 2016 22:06:04 GMT+0200 (CEST)] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Tue Sep 20 2016 22:06:04 GMT+0200 (CEST)] Loading 0 accessories...
Server listening on: http://<ip>:8282
thermostat
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] homebridgeMapping: CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto TargetTemperature=desired-temp::desired-temp,delay=true,minValue=5,maxValue=30,minStep=0.5,values=off:4;/[0-9\.]+/:#
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] mappings for EG.Wohnzimmer.Rechts.Heizung_Clima: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: '5',
maxValue: '30',
minStep: '0.5',
values: [ 'off:4', '/[0-9\\.]+/:#' ] },
CurrentPosition: { reading: 'ValvePosition' },
TargetHeatingCoolingState:
{ reading: 'controlMode',
values: [ '/^manual/:OFF', '/^auto/:AUTO' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+day',
'COOL:controlMode+night',
'AUTO:controlMode+auto' ] } }
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] EG.Wohnzimmer.Rechts.Heizung_Clima is thermostat
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] EG.Wohnzimmer.Rechts.Heizung_Clima has
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] CurrentTemperature [measured-temp]
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] TargetTemperature [desired-temp]
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] CurrentPosition [ValvePosition]
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] TargetHeatingCoolingState [controlMode]
2016-09-20 22:06:13 caching: EG.Wohnzimmer.Rechts.Heizung_Clima-measured-temp: 23.1
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] caching: CurrentTemperature: 23.1 (as number; from '23.1')
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] value2homekit_re: [ { re: '[0-9\\.]+', to: '#' } ]
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] value2homekit: { off: '4' }
2016-09-20 22:06:13 caching: EG.Wohnzimmer.Rechts.Heizung_Clima-desired-temp: off
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] caching: TargetTemperature: NaN (as number; from 'off')
2016-09-20 22:06:13 caching: EG.Wohnzimmer.Rechts.Heizung_Clima-ValvePosition: 0
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] value2homekit_re: [ { re: '^manual', to: 0 }, { re: '^auto', to: 3 } ]
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] homekit2name: { '0': 'OFF', '3': 'AUTO' }
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+day',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2016-09-20 22:06:13 caching: EG.Wohnzimmer.Rechts.Heizung_Clima-controlMode: manual
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] EG.Wohnzimmer.Rechts.Heizung_Clima-controlMode values: value manual mapped to 0
[Tue Sep 20 2016 22:06:13 GMT+0200 (CEST)] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'manual')
Zitat von: DeeSPe am 20 September 2016, 00:56:57
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
Gruß
Dan
EDIT: Alles andere brauchte ich nicht mappen da es automatisch erkannt wird.
Ich steh auf dem Schlauch. Kann mir mal einer erklären, wie man für einen HM-CC-RT-DN auf die oben angegebene Einstellung kommt?
Bei mir haben die Readings des Thermostaten ganz andere Namen und Werte.
Obiges funktioniert also bei mir gar nicht.
Z.B. gibt es bei mir kein ValvePosition. Das Reading heißt VALVE_STATE?!
Und ohne homebridgemapping geht bei mir überhaupt nix mit dem Thermostat.
Danke für Erleuchtung. :-)
Ich habe eben die neueste homebridge-fhem Version installiert.
Nachdem ich nun auf Home umgestiegen bin, hab ich mal die ganze Konfig rausgeschmissen und von Grund auf erneuert.
Nun folgendes Problem festgestellt:
Auf dem Balkon habe ich eine Schaltsteckdose, die von der CCU über CUxD angesteuert wird. CUxD ruft dazu ein Script auf.
genericDeviceType ist auf "switch" gesetzt.
Allerdings wird sie von homebridge als "light" eingerichtet:
Sep 21 17:28:00 midget homebridge[24500]: [2016-09-21 17:28:00] [FHEM] Balkonlicht is light
Sep 21 17:28:00 midget homebridge[24500]: [2016-09-21 17:28:00] [FHEM] Balkonlicht has
Sep 21 17:28:00 midget homebridge[24500]: [2016-09-21 17:28:00] [FHEM] On [pct;on,off]
Sep 21 17:28:00 midget homebridge[24500]: [2016-09-21 17:28:00] [FHEM] Brightness [pct]
Problem ist nun, dass eine Brightness erwartet wird. Hat die Dose aber nicht. Die kann nur ein oder aus.
Ich vermute, das resultiert vielleicht daraus, dass CUxD Geräte automatisch mit allen möglichen Readings angelegt werden (auch, wenn diese nicht benötigt werden) und da auch ein LEVEL dabei ist?!
Wie kann ich homebridge in diesem Fall die brightness abgewöhnen?
@tante ju: zeig mir mal bitte ein jsonlist2 vom device.
@aski71: du verwendest das hmccu modul und nicht die nativen hm module. d.h. deine readings sind alle anders und vermutlich auch die aufteilung der devices und channels.
homebridge-fhem geht von den nativen hm devices und readings aus. für deine hmccu devices musst du vermutlich alles von hand mappen.
entweder switch oder outlet verwenden statt light oder mit homebridgeMapping Brightness=clear die helligkeit entfernen.
gruss
andre
Zitat von: justme1968 am 21 September 2016, 17:44:15
@tante ju: zeig mir mal bitte ein xmllist2 vom device.
@aski71: du verwendest das hmccu modul und nicht die nativen hm module. d.h. deine readings sind alle anders und vermutlich auch die aufteilung der devices und channels.
homebridge-fhem geht von den nativen hm devices und readings aus. für deine hmccu devices musst du vermutlich alles von hand mappen.
entweder switch oder outlet verwenden statt light oder mit homebridgeMapping Brightness=clear die helligkeit entfernen.
gruss
andre
Ah, richtig. HMCCU. Das erklärt's natürlich.
Nochmal kurz zur switch Geschichte:
Das ist ja genau das Problem: Ich habe genericDeviceType = switch gesetzt. Und im Logging erscheint trotzdem: "Balkonlicht ist light". :o
wenn es ein pct reading gibt wird automatisch ein light draus.
wie oben vorgeschlagen mit homebridgeMapping Brightness=clear die helligkeit wieder raus schmeissen.
gruss
andre
Zitat von: justme1968 am 21 September 2016, 17:56:25
wenn es ein pct reading gibt wird automatisch ein light draus.
wie oben vorgeschlagen mit homebridgeMapping Brightness=clear die helligkeit wieder raus schmeissen.
gruss
andre
Danke. Klappt. Jetzt nur noch rausfinden, wie das mit dem Thermostat funktioniert... Dann bin ich happy. ;-)
Kommando zurück. Klappt doch nicht ganz mit den Lichtersteckdosen.
Nun folgendes Verhalten:
homebridgemapping ist "On=state Brightness=clear".
Wenn ich nicht On=state setze, nimmt er stattdessen trotzdem pct für On.
Problem nun:
Sep 21 18:42:44 midget homebridge[24751]: [2016-09-21 18:42:44] [FHEM] homebridgeMapping: On=state Brightness=clear
Sep 21 18:42:44 midget homebridge[24751]: [2016-09-21 18:42:44] [FHEM] Balkonlicht is light
Sep 21 18:42:44 midget homebridge[24751]: [2016-09-21 18:42:44] [FHEM] Balkonlicht has
Sep 21 18:42:44 midget homebridge[24751]: [2016-09-21 18:42:44] [FHEM] On [state;on,off]
Sep 21 18:42:44 midget homebridge[24751]: 2016-09-21 18:42:44 caching: Balkonlicht-state: off
Sep 21 18:42:44 midget homebridge[24751]: [2016-09-21 18:42:44] [FHEM] caching: On: true (as boolean; from 'off')
Jedesmal, wenn ich homebridge neu starte, gehen die Steckdosen in Home auf "Ein", obwohl state auf "off" steht.
Was mache ich falsch?
starte mal mit --debug und zeige die konsolen ausgabe.
Hi
Hier nochmal Vitrine auf blau
Anbei die logs .sorry nur als Bild iPhone kopiert sich schlecht;)
Deutlich zu sehen fünf calls an fhem - 1.türkis 2. blau dann on ...
Zitat von: justme1968 am 21 September 2016, 17:44:15
@tante ju: zeig mir mal bitte ein xmllist2 vom device.
Kann nur mit xmllist dienen:
<FHZINFO>
<CUL_HM_LIST>
<CUL_HM name="EG.Wohnzimmer.Rechts.Heizung_Clima" state="T: 23.9 desired: off valve: 0" sets="burstXmit clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed tempTmplSet:none,defaultWeekplan, " attrs="verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl:none,defaultWeekplan, levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-EP-WM55,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-PCB,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw2PBU-FM,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sec-Sir-WM,HM-Sen-DB-PCB,HM-Sen-LI-O,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,OLIGO-smart-iq-HM,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,SensoTimer-ST-6,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride flaeche userattr">
<INT key="DEF" value="351FB304"/>
<INT key="NAME" value="EG.Wohnzimmer.Rechts.Heizung_Clima"/>
<INT key="NR" value="265"/>
<INT key="NTFY_ORDER" value="50-EG.Wohnzimmer.Rechts.Heizung_Clima"/>
<INT key="STATE" value="T: 23.9 desired: off valve: 0"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="chanNo" value="04"/>
<INT key="device" value="EG.Wohnzimmer.Rechts.Heizung"/>
<INT key="peerList" value="EG.Wohnzimmer.Links.Heizung_ClimaTeam,"/>
<ATTR key="flaeche" value="108"/>
<ATTR key="homebridgeMapping" value="CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto TargetTemperature=desired-temp::desired-temp,delay=true,minValue=5,maxValue=30,minStep=0.5,values=off:4;/[0-9\.]+/:#
"/>
<ATTR key="model" value="HM-CC-RT-DN"/>
<ATTR key="peerIDs" value="00000000,34F92405,"/>
<ATTR key="room" value="Homekit"/>
<ATTR key="tempListTmpl" value="FHEM/tempList.cfg:Wohnzimmer"/>
<ATTR key="userattr" value="flaeche"/>
<STATE key="CommandAccepted" value="yes" measured="2016-09-18 23:10:04"/>
<STATE key="R-boostPos" value="80 %" measured="2015-12-13 14:24:09"/>
<STATE key="R-btnNoBckLight" value="off" measured="2015-12-13 14:24:09"/>
<STATE key="R-dayTemp" value="21 C" measured="2015-12-13 14:24:09"/>
<STATE key="R-daylightSaveTime" value="on" measured="2015-12-13 14:24:09"/>
<STATE key="R-modePrioManu" value="all" measured="2015-12-13 14:24:09"/>
<STATE key="R-modePrioParty" value="all" measured="2015-12-13 14:24:09"/>
<STATE key="R-nightTemp" value="17 C" measured="2015-12-13 14:24:09"/>
<STATE key="R-noMinMax4Manu" value="off" measured="2015-12-13 14:24:09"/>
<STATE key="R-regAdaptive" value="on" measured="2015-12-13 14:24:09"/>
<STATE key="R-showInfo" value="time" measured="2015-12-13 14:24:09"/>
<STATE key="R-sign" value="off" measured="2015-12-13 14:24:05"/>
<STATE key="R-tempOffset" value="0.0K" measured="2015-12-13 14:24:09"/>
<STATE key="R-valveOffsetRt" value="0 %" measured="2015-12-13 14:24:09"/>
<STATE key="R-winOpnBoost" value="off" measured="2015-12-13 14:24:09"/>
<STATE key="R_0_tempListSat" value="06:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_1_tempListSun" value="06:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_2_tempListMon" value="16:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_3_tempListTue" value="16:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_4_tempListWed" value="16:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_5_tempListThu" value="16:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_6_tempListFri" value="16:00 18.5 22:00 19.5 24:00 18.5" measured="2016-09-18 23:05:10"/>
<STATE key="R_tempList_State" value="verified" measured="2016-09-18 23:05:10"/>
<STATE key="RegL_01." value="08:00 00:00" measured="2016-09-18 23:05:05"/>
<STATE key="RegL_07." value="01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:4A 15:48 16:4F 17:08 18:4B 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:4A 2F:48 30:4F 31:08 32:4B 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:4A 49:C0 4A:4F 4B:08 4C:4B 4D:20 4E:50 4F:78 50:4C 51:C0 52:51 53:08 54:4D 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:4A 63:C0 64:4F 65:08 66:4B 67:20 68:50 69:78 6A:4C 6B:C0 6C:51 6D:08 6E:4D 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:4A 7D:C0 7E:4F 7F:08 80:4B 81:20 82:50 83:78 84:4C 85:C0 86:51 87:08 88:4D 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:4A 97:C0 98:4F 99:08 9A:4B 9B:20 9C:50 9D:78 9E:4C 9F:C0 A0:51 A1:08 A2:4D A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:4A B1:C0 B2:4F B3:08 B4:4B B5:20 B6:50 B7:78 B8:4C B9:C0 BA:51 BB:08 BC:4D BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:12 CE:21 CF:2D 00:00" measured="2016-09-18 23:05:10"/>
<STATE key="ValvePosition" value="0" measured="2016-09-21 19:00:31"/>
<STATE key="boostTime" value="-" measured="2016-09-21 19:00:31"/>
<STATE key="controlMode" value="manual" measured="2016-09-21 19:00:31"/>
<STATE key="desired-temp" value="off" measured="2016-09-21 19:00:31"/>
<STATE key="measured-temp" value="23.9" measured="2016-09-21 19:00:31"/>
<STATE key="partyEnd" value="-" measured="2016-09-21 19:00:31"/>
<STATE key="partyStart" value="-" measured="2016-09-21 19:00:31"/>
<STATE key="partyTemp" value="-" measured="2016-09-21 19:00:31"/>
<STATE key="peerList" value="EG.Wohnzimmer.Links.Heizung_ClimaTeam," measured="2016-09-19 20:45:46"/>
<STATE key="recentStateType" value="ack" measured="2016-09-18 23:10:04"/>
<STATE key="state" value="T: 23.9 desired: off valve: 0" measured="2016-09-21 19:00:31"/>
</CUL_HM>
</CUL_HM_LIST>
</FHZINFO>
@Blackcat: das sollte eigentlich schon lange behoben sein. zeig mal bitte ein jsonlist2 von dem device.
@tante ju: auch bei dir war jsonlist2 gemeint. sorry.
Bitte sehr und danke für die Hilfe :)
Zitat von: justme1968 am 21 September 2016, 19:02:51
starte mal mit --debug und zeige die konsolen ausgabe.
Ich bin dann doch selber drauf gekommen.
Natürlich muss es richtigerweise lauten:
On=state,valueOn=on,valueOff=off Brightness=clearSo geht's.
@Blackcat: wenn es irgendwie geht bräuchte ich das jsonlist2 als text. dann kann ich es importieren uns simulieren.
gruss
andre
Hoffe ich habe alle Klammern
{
"Name":"wz_VitrineLicht",
"PossibleSets":"an:noArg aus:noArg on off dim dimup dimdown HSV RGB sync pair unpair",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long gamma dimStep defaultColor defaultRamp colorCast whitePoint event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"CONNECTION": "bridge-V3",
"DEF": "RGBW2 bridge-V3:192.168.2.26",
"IP": "192.168.2.26",
"LEDTYPE": "RGBW2",
"NAME": "wz_VitrineLicht",
"NR": "82",
"NTFY_ORDER": "50-wz_VitrineLicht",
"PORT": "8899",
"PROTO": "0",
"SLOT": "8",
"STATE": "an",
"TYPE": "WifiLight"
},
"Readings": {
"RGB": { "Value":"FFFFFF", "Time":"2016-09-21 19:34:58" },
"brightness": { "Value":"100", "Time":"2016-09-21 19:34:58" },
"hue": { "Value":"0", "Time":"2016-09-21 19:34:58" },
"saturation": { "Value":"0", "Time":"2016-09-21 19:34:58" },
"state": { "Value":"on", "Time":"2016-09-21 19:34:58" }
},
"Attributes": {
"alias": "Vitrine",
"eventMap": "on:an off:aus",
"fp_Grundriss": "686,599,0,Vitrine,",
"group": "Wohnzimmer",
"icon": "light_led_stripe",
"room": "Homekit,Licht",
"webCmd": "RGB",
"widgetOverride": "RGB:colorpicker,RGB"
}
}
Hallo,
was habe ich falsch gemacht? Homebridge hatte ich erfolgreich auf einem zweiten Pi installiert. Hatte Stück für Stück Geräte hinzugefügt und homebridge jedes mal neu gestartet - lief. Bis ich ein neues dummy anlegte, was als Lautstärkeregler mal funktionieren sollte. Nun gehts nicht mehr. Habe das dummy wieder aus dem room HomeKit wieder entfernt, trotzdem startet jetzt Homebridge immer mit:
homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[9/21/2016, 10:29:01 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[9/21/2016, 10:29:02 PM] Registering platform 'homebridge-fhem.FHEM'
[9/21/2016, 10:29:02 PM] ---
[9/21/2016, 10:29:02 PM] Loaded config.json with 0 accessories and 1 platforms.
[9/21/2016, 10:29:02 PM] ---
[9/21/2016, 10:29:02 PM] Loading 1 platforms...
[9/21/2016, 10:29:02 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.2.4:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1474489743369
[9/21/2016, 10:29:03 PM] [FHEM] Checking genericDeviceType...
[9/21/2016, 10:29:03 PM] [FHEM] executing: http://192.168.2.4:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[9/21/2016, 10:29:03 PM] [FHEM] Fetching FHEM devices...
[9/21/2016, 10:29:03 PM] [FHEM] fetching: http://192.168.2.4:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[9/21/2016, 10:29:03 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[9/21/2016, 10:29:03 PM] [FHEM] got: undefined results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[9/21/2016, 10:29:03 PM] Homebridge is running on port 51826.
Ich denke "[FHEM] got: undefined results" ist das Problem. "http://192.168.2.4:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1" im Browser liefert aber eine Liste mit Results. Hat jemand einen Tipp?
vielen Dank
Ralf
Zitat von: justme1968 am 21 September 2016, 19:17:43
@tante ju: auch bei dir war jsonlist2 gemeint. sorry.
Bitte:
{
"Arg":"EG.Wohnzimmer.Rechts.Heizung_Clima",
"Results": [
{
"Name":"EG.Wohnzimmer.Rechts.Heizung_Clima",
"PossibleSets":"burstXmit clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed tempTmplSet:none,defaultWeekplan, ",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl:none,defaultWeekplan, levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-EP-WM55,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-PCB,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw2PBU-FM,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sec-Sir-WM,HM-Sen-DB-PCB,HM-Sen-LI-O,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,OLIGO-smart-iq-HM,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,SensoTimer-ST-6,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride flaeche userattr",
"Internals": {
"DEF": "351FB304",
"NAME": "EG.Wohnzimmer.Rechts.Heizung_Clima",
"NR": "265",
"NTFY_ORDER": "50-EG.Wohnzimmer.Rechts.Heizung_Clima",
"STATE": "T: 23.3 desired: off valve: 0",
"TYPE": "CUL_HM",
"chanNo": "04",
"device": "EG.Wohnzimmer.Rechts.Heizung",
"peerList": "EG.Wohnzimmer.Links.Heizung_ClimaTeam,"
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-09-18 23:10:04" },
"R-boostPos": { "Value":"80 %", "Time":"2015-12-13 14:24:09" },
"R-btnNoBckLight": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R-dayTemp": { "Value":"21 C", "Time":"2015-12-13 14:24:09" },
"R-daylightSaveTime": { "Value":"on", "Time":"2015-12-13 14:24:09" },
"R-modePrioManu": { "Value":"all", "Time":"2015-12-13 14:24:09" },
"R-modePrioParty": { "Value":"all", "Time":"2015-12-13 14:24:09" },
"R-nightTemp": { "Value":"17 C", "Time":"2015-12-13 14:24:09" },
"R-noMinMax4Manu": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R-regAdaptive": { "Value":"on", "Time":"2015-12-13 14:24:09" },
"R-showInfo": { "Value":"time", "Time":"2015-12-13 14:24:09" },
"R-sign": { "Value":"off", "Time":"2015-12-13 14:24:05" },
"R-tempOffset": { "Value":"0.0K", "Time":"2015-12-13 14:24:09" },
"R-valveOffsetRt": { "Value":"0 %", "Time":"2015-12-13 14:24:09" },
"R-winOpnBoost": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R_0_tempListSat": { "Value":"06:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_1_tempListSun": { "Value":"06:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_2_tempListMon": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_3_tempListTue": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_4_tempListWed": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_5_tempListThu": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_6_tempListFri": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_tempList_State": { "Value":"verified", "Time":"2016-09-18 23:05:10" },
"RegL_01.": { "Value":"08:00 00:00", "Time":"2016-09-18 23:05:05" },
"RegL_07.": { "Value":"01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:4A 15:48 16:4F 17:08 18:4B 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:4A 2F:48 30:4F 31:08 32:4B 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:4A 49:C0 4A:4F 4B:08 4C:4B 4D:20 4E:50 4F:78 50:4C 51:C0 52:51 53:08 54:4D 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:4A 63:C0 64:4F 65:08 66:4B 67:20 68:50 69:78 6A:4C 6B:C0 6C:51 6D:08 6E:4D 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:4A 7D:C0 7E:4F 7F:08 80:4B 81:20 82:50 83:78 84:4C 85:C0 86:51 87:08 88:4D 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:4A 97:C0 98:4F 99:08 9A:4B 9B:20 9C:50 9D:78 9E:4C 9F:C0 A0:51 A1:08 A2:4D A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:4A B1:C0 B2:4F B3:08 B4:4B B5:20 B6:50 B7:78 B8:4C B9:C0 BA:51 BB:08 BC:4D BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:12 CE:21 CF:2D 00:00", "Time":"2016-09-18 23:05:10" },
"ValvePosition": { "Value":"0", "Time":"2016-09-21 23:03:32" },
"boostTime": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"controlMode": { "Value":"manual", "Time":"2016-09-21 23:03:32" },
"desired-temp": { "Value":"off", "Time":"2016-09-21 23:03:32" },
"measured-temp": { "Value":"23.3", "Time":"2016-09-21 23:03:32" },
"partyEnd": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"partyStart": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"partyTemp": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"peerList": { "Value":"EG.Wohnzimmer.Links.Heizung_ClimaTeam,", "Time":"2016-09-19 20:45:46" },
"recentStateType": { "Value":"ack", "Time":"2016-09-18 23:10:04" },
"state": { "Value":"T: 23.3 desired: off valve: 0", "Time":"2016-09-21 23:03:32" }
},
"Attributes": {
"flaeche": "108",
"homebridgeMapping": "CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto TargetTemperature=desired-temp::desired-temp,delay=true,minValue=5,maxValue=30,minStep=0.5,values=off:4;/[0-9\\.]+/:#\n",
"model": "HM-CC-RT-DN",
"peerIDs": "00000000,34F92405,",
"room": "Homekit",
"tempListTmpl": "FHEM/tempList.cfg:Wohnzimmer",
"userattr": "flaeche"
}
} ],
"totalResultsReturned":1
}
Habe über die Hälfte der Geräte aus dem room HomeKit in Fhem entfernt und die Homebridge wieder gestartet - läuft wieder. Werde später wieder Stück für Stück die Geräte und Sensoren ergänzen. Gibt es es eine Obergrenze dafür, oder sind Performanceprobleme bekannt? Hatte ca. 20 Geräte definiert, bevor ich dieses Problem bekam. Vielen Dank für einen Tipp.
manchmal braucht fhem zu lange um die device liste zu liefern und homebridge läuft scheinbar in einen timeout. ich habe noch keinen weg gefunden wie man das beheben kann.
du kannst aber einfach mehrere fhem plattformen mit unterschiedlichen filtern im homebridge config verwenden. d.h. mehrtet kürzere device listen statt einer langen.
pro bridge erlaubt homebridge maximal 50 geräte.
Hallo Andre, im Forum und Internet finde ich leider keinen Hinweis zu folgendem Problem:
Beim Start der Homebridge bricht der Prozess hier ab:
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
Könnte eine alte Installation stören? Gibt es dazu eine Lösung, einen Lösungsansatz. Installiert habe ich das nach folgender Anleitung:
https://haus-automatisierung.com/hardware/fhem/2016/09/14/fhem-tutorial-reihe-part-16-ios10-homekit-fhem-integration.html
auf Jessi.
Gruß Günter
Zitat von: Gueco315 am 22 September 2016, 10:15:57
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
Da steht nur dass Port 8282 bereits in Benutzung ist. Danach wird auf Port 8283 gelauscht.
Einen Prozessabbruch kann ich hier nicht erkennen.
Gruß
Dan
Hallo Günter,
Zitaterver error: Error: listen EADDRINUSE :::8282
Hatte ich gestern auch, passiert, wenn Homebridge mehr als einmal gestartet wurde. Der Port ist dann belegt.
Vielen Dank André für den Tipp mit dem aufteilen in mehre device Listen. Werde ich heute Abend probieren.
Hallo Ralf, wie kann man das unterbinden? Ich hatte den Raspi neu gestartet ...
Zitat von: Gueco315 am 22 September 2016, 10:43:32
wie kann man das unterbinden?
Das kannst letztendlich nur Du wissen/herausfinden.
Hast Du HB als Service eingerichtet so dass es beim Neustart des RPi mit startet?
Wenn ja kann Du HB mit:
sudo systemctl stop homebridgeanhalten.
Hast Du bereits einen laufenden homebridge Prozess in top wenn der Fehler kommt?
Gruß
Dan
Alles gestoppt, Fehlermeldung bleibt.
Folgendes fällt aber auf:
Bei der Meldung im Terminal erscheint als PIN: 031-45-154
In der config.jason habe ich aber: 111-22-333 eingetragen.
Dann wird offensichtlich eine andere config.jason angezogen.
Datei nach Anleitung als FHEM erstellt.
Kann das von einer alten -erfolglosen Installation aus der Vergangenheit stammen?
Zitat von: Gueco315 am 22 September 2016, 11:10:43
Alles gestoppt, Fehlermeldung bleibt.
Folgendes fällt aber auf:
Bei der Meldung im Terminal erscheint als PIN: 031-45-154
In der config.jason habe ich aber: 111-22-333 eingetragen.
Dann wird offensichtlich eine andere config.jason angezogen.
Datei nach Anleitung als FHEM erstellt.
Kann das von einer alten -erfolglosen Installation aus der Vergangenheit stammen?
Schon einmal:
sudo killall homebridgeprobiert?
Die Datei sollten eigentlich auch config.json und nicht config.jason heißen.
Gruß
Dan
sorry, das war ein Schreibfehler, Datei hat den richtigen Namen.
Befehl ausgeführt, das Ergebnis ist dasselbe, leider.
Woher zieht er die alte PIN?
Hi,
heute hab ich meinen Raspi und auch die CCU mal runterfahren und vom Strom trennen müssen.
Danach alles wieder hoch gefahren.
Home gestartet.
-> Ganze Konfig, die ich in Home gemacht habe mit Raumzuordnung, Szenen, Automatisierung, eigenen namen für die Devices ist WEG! Alles auf Standard zurück gesetzt!
Ich muss gestehen, dass mich das inzwischen echt frustriert. Da sitzt man stundenlang und überlegt sich, wie man's haben will. Dann ist nach einem Reboot alles wieder kaputt. Ich kann gar nicht mehr zählen, wie oft das jetzt der Fall war. :-[
Wie kann man das verhindern?
Frustrierte Grüße
Alex
Bei mir kam das öfters vor, wenn Homebridge zu früh startete.
Weiß nicht ob dann bestimmte Devices in FHEM noch nicht voll initialisiert waren.
Konnte das Problem eingrenzen, dass es nur auftrat wenn ich neu bootete (Hatte Homebridge als init script laufen).
Hab ich fhem und Homebridge händisch gestoppt und danach erst fhem und kurz danach Homebridge gestartet, lief alles einwandfrei.
Ich hab daher mittlerweile das init script aus dem Autostart genommen und starte es dann über ein Notify auf global INITIALIZED zeitverzögert um 30 Sekunden.
Ich würde generell von der Benutzung von init Scripts auf aktuellen Raspbian Systemen abraten und statt dessen direkt gleich auf system.d umzustellen.
Die sytem.d Scripts sind auch wesentlich einfachen.
Anleitungen dazu gibt es reichlich im www.
Gruß
Dan
P.S. Keine Ahnung wie lange init.d noch unterstützt wird.
@Gueco315: wenn die pin nicht stimmt wird das falsche config file verwendet bzw. wird es nicht gefunden.
@justme1968: Warum sollte nach dem Reboot die PIN nicht stimmen?
@DeeSPe: Ich verwende tatsächlich systemd, um homebridge zu starten.
Das nützt bloß auch nix, wenn es so ist, wie Thyraz schreibt.
Zitat von: Gueco315 am 22 September 2016, 11:10:43
Folgendes fällt aber auf:
Bei der Meldung im Terminal erscheint als PIN: 031-45-154
In der config.jason habe ich aber: 111-22-333 eingetragen.
Dann wird offensichtlich eine andere config.jason angezogen.
Datei nach Anleitung als FHEM erstellt.
Kann das von einer alten -erfolglosen Installation aus der Vergangenheit stammen?
Bei mir stimmen PIN in config.json und angezeigte PIN im Terminal nach Startup von homebridge überein.
Ich habe die iCloud Daten von Home inzwischen mal gelöscht und auch die persist/ und accessories/ Folder.
Jetzt ist es allerdings so, dass das iPad die Homebridge überhaupt nicht mehr findet. :o
Alles nochmal gelöscht, rebootet: Home findet die Homebridge wieder, aber nicht alle Devices.
Z.B. fehlen alle Harmony Szenen.
Dann Homebridge neu gestartet. Laut Logging findet er alle Harmony-Szenen wieder, aber Home zeigt nichts davon an.
Nochmal alles gelöscht, wieder gestartet.
Jetzt findet er die Harmony Szenen überhaupt nicht mehr. :-(
Debugmodus sagt folgendes:
[2016-09-22 14:00:59] [FHEM] mappings for harmony: {}
[2016-09-22 14:00:59] [FHEM] harmony is switch
[2016-09-22 14:00:59] [FHEM] harmony has
thermometer
[2016-09-22 14:00:59] [FHEM] mappings for netatmo_D70_ee_50_02_a0_7e: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
...
[2016-09-22 14:01:00] [FHEM] Initializing platform accessory 'harmony'...
[2016-09-22 14:01:00] [FHEM] creating services for harmony
[2016-09-22 14:01:00] [FHEM] information service for harmony
[2016-09-22 14:01:00] [FHEM] manufacturer, model and serial number characteristics for harmony
[2016-09-22 14:01:00] [FHEM] Switch service for harmony
Mich irritiert das "thermometer". Danach kommt ein netatmo Mapping.
Habe mal alle Devices, die ich gestern hinzu gefügt habe, nach und nach wieder aus dem Homekit Raum genommen.
Jedesmal homebridge gestoppt, accessories/, persist/ gelöscht, wieder gestartet.
Erst, nachdem ich meinen Thermostaten raus genommen habe, wurden die Harmony Szenen beim Start wieder erkannt und eingerichtet.
Dann wieder alles gelöscht, Thermostat wieder hinzu genommen.
Jetzt ist scheinbar alles wieder da.
So richtig verstehen tu ich das nicht.
Aber bei der Gelegenheit ist mir folgendes aufgefallen:
Sep 22 14:51:40 midget homebridge[1733]: [2016-09-22 14:51:40] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from '0')
Sep 22 14:51:40 midget homebridge[1733]: 2016-09-22 14:51:40 caching: Thermostat-Thermostat_Heizk_rper_3.CONTROL_MODE: AUTO
Sep 22 14:51:40 midget homebridge[1733]: [2016-09-22 14:51:40] [FHEM] Thermostat-Thermostat_Heizk_rper_3.CONTROL_MODE not a number: AUTO
Mein HMCCU Mapping sieht so aus:
...
TargetHeatingCoolingState=Thermostat_Heizk_rper_3.CONTROL_MODE,cmds=OFF:datapoint+MANU_MODE+4.5;HEAT:datapoint+MANU_MODE+30.5;AUTO:datapoint+AUTO_MODE+1;COOL:datapoint+LOWERING_MODE+1
Jetzt verstehe ich nicht, warum er AUTO anmeckert?!
Das ist doch eine in HomeKitTypes.js definierte Konstante?!
Außerdem funktioniert es einwandfrei in der Bedienung. Nur bei der Initialisierung wird es angemeckert...
Schluss-Stand ist jetzt nach tausend Experimenten:
Nach einem Reboot sind die Harmony-Szenen weg. Wenn ich dann den homebridge Service wieder stoppe und starte, kommen sie wieder. :-/
Zitatmanchmal braucht fhem zu lange um die device liste zu liefern und homebridge läuft scheinbar in einen timeout. ich habe noch keinen weg gefunden wie man das beheben kann.
du kannst aber einfach mehrere fhem plattformen mit unterschiedlichen filtern im homebridge config verwenden. d.h. mehrtet kürzere device listen statt einer langen.
pro bridge erlaubt homebridge maximal 50 geräte.
Vielen Dank für diese Tipp, läuft!
Habe jetzt 22 Devices in 3 Gruppen aufgeteilt.
Zitat von: RalfP am 22 September 2016, 20:53:41
Vielen Dank für diese Tipp, läuft!
Habe jetzt 22 Devices in 3 Gruppen aufgeteilt.
Das interessiert mich: Was heißt das genau?
Was bedeutet "mehrere fhem plattformen mit unterschiedlichen filtern im homebridge config"?
Gibt's da irgendwo was nachzulesen?
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=Homekit"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=HomekitSensors"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=HomekitMedia"
}
],
"accessories": []
}
...als Beispiel. Natürlich aber auch die entsprechenden Räume (room) im Fhem (Homekit, HomekitSensors, HomekitMedia) noch zusätzlich anlegen und die Devices zuordnen.
Zitat von: RalfP am 23 September 2016, 09:09:35
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=Homekit"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=HomekitSensors"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=HomekitMedia"
}
],
"accessories": []
}
...als Beispiel. Natürlich aber auch die entsprechenden Räume (room) im Fhem (Homekit, HomekitSensors, HomekitMedia) noch zusätzlich anlegen und die Devices zuordnen.
Danke!
Wenn ich das so mache, muss ich in Home aber wieder alles neu anlegen, oder? ;-)
Ja, musste ich aber sowieso tun.
Sehr schöner Tip. :)
Hab mit meinen ganzen Devices nämlich mittlerweile auch des öfteren Timeouts beim Aktualisieren.
Dann werde ich das auch mal testen.
Zitat von: justme1968 am 12 September 2016, 19:41:01
@Steeeve: zeig mal genau was du gemacht hast und auch ein jsonlist2 vom device.
gruss
andre
Sorry die späte Antwort, war auf Urlaub!
{
"Arg":"wz_Rollo",
"Results": [
{
"Name":"wz_Rollo",
"PossibleSets":"Runter:noArg Hoch:noArg go-my:noArg off:noArg off-for-timer:textField on:noArg on-for-timer:textField pos:0,10,20,30,40,50,60,70,80,90,100 prog:noArg stop:noArg z_custom:textField",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long drive-down-time-to-100 drive-down-time-to-close drive-up-time-to-100 drive-up-time-to-open additionalPosReading IODev symbol-length enc-key rolling-code repetition switch_rfmode:1,0 do_not_notify:1,0 ignore:0,1 dummy:1,0 model:somfyblinds,somfyshutter loglevel:0,1,2,3,4,5,6 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view fp_whg_plan genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact homebridgeMapping:textField-long icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map sortby structexclude webCmd widgetOverride yaf_1 lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
"Internals": {
"ADDRESS": "A1B200",
"DEF": "A1B200",
"NAME": "wz_Rollo",
"NR": "292",
"STATE": "open",
"TYPE": "SOMFY",
"exact": "0",
"move": "none",
"position": "0"
},
"Readings": {
"enc_key": { "Value":"AE", "Time":"2016-09-09 17:39:48" },
"exact": { "Value":"0", "Time":"2016-09-22 19:41:16" },
"position": { "Value":"0", "Time":"2016-09-22 19:41:16" },
"rolling_code": { "Value":"036E", "Time":"2016-09-09 17:39:48" },
"state": { "Value":"open", "Time":"2016-09-22 19:41:16" }
},
"Attributes": {
"IODev": "CUL",
"alias": "AlleRollos",
"devStateIcon": ".*:fts_shutter",
"drive-down-time-to-100": "16",
"drive-down-time-to-close": "20",
"drive-up-time-to-100": "4",
"drive-up-time-to-open": "20",
"eventMap": "/on:Runter/off:Hoch/",
"genericDeviceType": "blind",
"homebridgeMapping": "clear\nCurrentPosition=position,minValue=0,maxValue=200 TargetPosition=position,minValue=0,maxValue=100,minStep=10,cmd=,",
"icon": "fts_shutter",
"room": "Homekit,Wohnzimmer",
"userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
"webCmd": "Runter:Hoch:stop"
}
} ],
"totalResultsReturned":1
} inverse hab ich wieder rausgenommen, weil dann gar nicht funktioniert - so würde es funktionieren, außer dass mir das rollo als geschlossen angezeigt wird.
Nützt dir das was?
Danke im Voraus!
Gibts eigentlich schon eine Möglichkeit sich Video von ner Webcam pushen zu lassen? ich denke da an die Beispiele von den Türklinkeln mit webcam usw. ...
lg
steeeve
zu den filter: nein man muss in home nichts neu anlegen wenn ein deveice über einen anderen filter rein kommt. man muss auch nicht unbedingt auf room filtern. man kann auch device type oder was auch immer filtern. der code merkt sogar wenn ein device über zwei filter rein kommen würde und nimmt es nur ein mal.
zum löschen von persist und homebridge zurück setzen: das ist nur in absoluten ausnahmefällen nötig.
@aski71: das auto wird für die richtung fhem->homebridge angemeckert. du hast zum einen kein mapping für den CurrentHeatingCoolingState sondern nur für TargetHeatingCoolingState und zum anderen fehlt values um die fhem werte auf homekit werte zu übersetzen.
@Steeeve: bitte versuch es noch mal mit der neuesten version ohne extra mapping. ich hatte da noch etwas eingebaut. warum hast du in deinem mapping ein mal 200 stehen?
video und webcam kommen sobald es auf homebridge seite so weit ist.
die ganzen anderen offenen probleme schaue ich mir noch an wenn. muss nur wieder fit werden.
Danke, @justeme1968
Das hat mich auch schon stutzig gemacht, habs so von irgendwo hier im Forum kopiert...
Habs jetzt mal upgedatet und das mapping entfernt- jetzt zeigts mir an, dass ich für den entfernten zugriff nen ATV 4 benötige, bis gestern war der ATV 3 noch gut genug - so ärgerlich - was Apple sich bei so nem scheiß grad denkt - gibt ja keinen Grund dazu!!!
Zitat von: Steeeve am 23 September 2016, 11:40:34
Habs jetzt mal upgedatet und das mapping entfernt- jetzt zeigts mir an, dass ich für den entfernten zugriff nen ATV 4 benötige, bis gestern war der ATV 3 noch gut genug - so ärgerlich - was Apple sich bei so nem scheiß grad denkt - gibt ja keinen Grund dazu!!!
Das ist definitiv nicht der Fall!
Bitte genauer belesen. Das Thema war hier auch schon mehrfach ganz groß.
Gruß
Dan
ich weiß schon, dass es nicht an deinem Modul liegt, mich wunderts nur, dass ich bis gestern noch zugriff hatte...
atv3 ist immer noch gut genug.
(http://uploads.tapatalk-cdn.com/20160923/aac78f741359aa2aa96a4bdf0a5ee5a6.jpg)
Da behauptet die home app was anderes...
Edit:
Zitat"mein apple tv gen 3 funktioniert immer noch problemlos. es muss die iCloud keychain aktiviert sein und alle geräte müssen den gleichen iCloud account verwenden und angemeldet sein. das war aber auch vorher schon so. die gen 4 ist nur dann wichtig wenn man sie als zentrale verwenden will um zu automatisieren. das ist aber überflüssig und sogar kontraproduktiv wenn man schon fhem hat."
Ich weiß was das sein könnte - muss ich checken...
da steht nicht das es mit einem atv3 nicht mehr geht.
fakt ist: es geht mit einem atv3 und es ist auf den apple support seiten auch so dokumentiert. alles andere ist falsch.
wenn der neustart wirklich die einzige änderung war dauert es eventuell ein wenig bis die verbindung wieder steht. falls du inzwischen auch auf ios10 aktualisiert hat und/oder du an der zwifaktor sutorisierung etwas geändert hat musst du eventuell ein neues geräte spezifisches password generieren (http://idmsa.apple.com (http://idmsa.apple.com)) und auf dem atv das password neu eingeben.
Zitat von: justme1968 am 23 September 2016, 12:02:45
... falls du inzwischen auch auf ios10 aktualisiert hat und/oder du an der zwifaktor sutorisierung etwas geändert hat musst du eventuell ein neues geräte spezifisches password generieren (http://idmsa.apple.com (http://idmsa.apple.com)) und auf dem atv das password neu eingeben.
Bingo :-[
Danke
Zitat von: justme1968 am 23 September 2016, 11:26:08
@Steeeve: bitte versuch es noch mal mit der neuesten version ohne extra mapping. ich hatte da noch etwas eingebaut. warum hast du in deinem mapping ein mal 200 stehen?
jetzt ists genau so wie vorher mit invert- sprich keine steuerung mehr möglich und sagt immer wird geöffnet oder wird geschlossen ...
Mein homebridge Service scheint ab und zu wahllos abzuschmieren.
Eine Idee, wie ich an ein Log rankomme das eventuell weiterhilft?
Der WAF ist gerade etwas im Keller :-/
Zitat von: tante ju am 21 September 2016, 23:06:54
Bitte:
{
"Arg":"EG.Wohnzimmer.Rechts.Heizung_Clima",
"Results": [
{
"Name":"EG.Wohnzimmer.Rechts.Heizung_Clima",
"PossibleSets":"burstXmit clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed tempTmplSet:none,defaultWeekplan, ",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl:none,defaultWeekplan, levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-EP-WM55,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-PCB,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw2PBU-FM,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sec-Sir-WM,HM-Sen-DB-PCB,HM-Sen-LI-O,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,OLIGO-smart-iq-HM,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,SensoTimer-ST-6,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride flaeche userattr",
"Internals": {
"DEF": "351FB304",
"NAME": "EG.Wohnzimmer.Rechts.Heizung_Clima",
"NR": "265",
"NTFY_ORDER": "50-EG.Wohnzimmer.Rechts.Heizung_Clima",
"STATE": "T: 23.3 desired: off valve: 0",
"TYPE": "CUL_HM",
"chanNo": "04",
"device": "EG.Wohnzimmer.Rechts.Heizung",
"peerList": "EG.Wohnzimmer.Links.Heizung_ClimaTeam,"
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-09-18 23:10:04" },
"R-boostPos": { "Value":"80 %", "Time":"2015-12-13 14:24:09" },
"R-btnNoBckLight": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R-dayTemp": { "Value":"21 C", "Time":"2015-12-13 14:24:09" },
"R-daylightSaveTime": { "Value":"on", "Time":"2015-12-13 14:24:09" },
"R-modePrioManu": { "Value":"all", "Time":"2015-12-13 14:24:09" },
"R-modePrioParty": { "Value":"all", "Time":"2015-12-13 14:24:09" },
"R-nightTemp": { "Value":"17 C", "Time":"2015-12-13 14:24:09" },
"R-noMinMax4Manu": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R-regAdaptive": { "Value":"on", "Time":"2015-12-13 14:24:09" },
"R-showInfo": { "Value":"time", "Time":"2015-12-13 14:24:09" },
"R-sign": { "Value":"off", "Time":"2015-12-13 14:24:05" },
"R-tempOffset": { "Value":"0.0K", "Time":"2015-12-13 14:24:09" },
"R-valveOffsetRt": { "Value":"0 %", "Time":"2015-12-13 14:24:09" },
"R-winOpnBoost": { "Value":"off", "Time":"2015-12-13 14:24:09" },
"R_0_tempListSat": { "Value":"06:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_1_tempListSun": { "Value":"06:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_2_tempListMon": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_3_tempListTue": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_4_tempListWed": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_5_tempListThu": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_6_tempListFri": { "Value":"16:00 18.5 22:00 19.5 24:00 18.5", "Time":"2016-09-18 23:05:10" },
"R_tempList_State": { "Value":"verified", "Time":"2016-09-18 23:05:10" },
"RegL_01.": { "Value":"08:00 00:00", "Time":"2016-09-18 23:05:05" },
"RegL_07.": { "Value":"01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:4A 15:48 16:4F 17:08 18:4B 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:4A 2F:48 30:4F 31:08 32:4B 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:4A 49:C0 4A:4F 4B:08 4C:4B 4D:20 4E:50 4F:78 50:4C 51:C0 52:51 53:08 54:4D 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:4A 63:C0 64:4F 65:08 66:4B 67:20 68:50 69:78 6A:4C 6B:C0 6C:51 6D:08 6E:4D 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:4A 7D:C0 7E:4F 7F:08 80:4B 81:20 82:50 83:78 84:4C 85:C0 86:51 87:08 88:4D 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:4A 97:C0 98:4F 99:08 9A:4B 9B:20 9C:50 9D:78 9E:4C 9F:C0 A0:51 A1:08 A2:4D A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:4A B1:C0 B2:4F B3:08 B4:4B B5:20 B6:50 B7:78 B8:4C B9:C0 BA:51 BB:08 BC:4D BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:12 CE:21 CF:2D 00:00", "Time":"2016-09-18 23:05:10" },
"ValvePosition": { "Value":"0", "Time":"2016-09-21 23:03:32" },
"boostTime": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"controlMode": { "Value":"manual", "Time":"2016-09-21 23:03:32" },
"desired-temp": { "Value":"off", "Time":"2016-09-21 23:03:32" },
"measured-temp": { "Value":"23.3", "Time":"2016-09-21 23:03:32" },
"partyEnd": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"partyStart": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"partyTemp": { "Value":"-", "Time":"2016-09-21 23:03:32" },
"peerList": { "Value":"EG.Wohnzimmer.Links.Heizung_ClimaTeam,", "Time":"2016-09-19 20:45:46" },
"recentStateType": { "Value":"ack", "Time":"2016-09-18 23:10:04" },
"state": { "Value":"T: 23.3 desired: off valve: 0", "Time":"2016-09-21 23:03:32" }
},
"Attributes": {
"flaeche": "108",
"homebridgeMapping": "CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=/^manual/:OFF;/^auto/:AUTO,cmds=OFF:controlManu+off;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto TargetTemperature=desired-temp::desired-temp,delay=true,minValue=5,maxValue=30,minStep=0.5,values=off:4;/[0-9\\.]+/:#\n",
"model": "HM-CC-RT-DN",
"peerIDs": "00000000,34F92405,",
"room": "Homekit",
"tempListTmpl": "FHEM/tempList.cfg:Wohnzimmer",
"userattr": "flaeche"
}
} ],
"totalResultsReturned":1
}
Schon irgendeine Idee, warum das Homematic Thermostat nicht so funktioniert?
Zitat von: stratege-0815 am 19 September 2016, 11:11:10
Irgendwie stehe ich auf dem Schlauch, wie kann ich node.js updaten?
Ich werde die v0.10.28 nicht los.
Nach einer ganz frühen Anleitung hatte ich wie folgt installiert:
wget http://nodejs.org/dist/v0.10.28/node-v0.10.28-linux-arm-pi.tar.gz -P /tmp && cd /usr/local && sudo tar xzvf /tmp/node-v0.10.28-linux-arm-pi.tar.gz --strip=1
In meinem Pi war einiges dermaßen verkonfiguriert, das ich ihn von Grund auf neu installiert habe.
Nun läuft auch die Homebridge mit FHEM, in Fhem habe ich wiederum einige Pilight Schalter angebunden. Das ganze läuft in der Home App, bis auf eine Ausnahme.
Ich habe zwei Lichterketten im Schlafzimmer. Bei mir heißen die Lichterkette1 und Lichterkette2. Mit diesen Namen kommt Siri aber nicht klar, offebar hört sie nach "Lichter" auf und bemängelt dann das Sie "Kette" nicht kennt. Ich habe es ausprobiert mit LED-Kette1 und LED-Kette2, oder nur Kette1 und Kette2. Kein Erfolg. Lampe1 und Lampe2, das selbe....
Das Problem ist hier wohl die Eindeutigkeit, Siri kann es nicht unterscheiden. Weihnachtsbaum und Weihnachtsstern kriegt sie auch nicht hin.
Hallo zusammen
erst mal ein herzlichen Dankeschön an den Andre, Author von homebridge-fhem. Super Arbeit! Es macht großen Spaß mit Siri das ganze Haus zu steuern.
Natürlich habe ich auch ein kleines Problem mitgebracht, dass ich gerne lösen würde: Ich setze die Rolladenaktoren HM-LC-Bl1PBU-FM von Homematic ein. Die Aktoren werden von dem Plugin anhand der subTypes "blind" korrekt erkannt und dem HomeKit Service "WindowCover" zugeordnet.
In meinem Fall steuere ich mit den Aktoren allerdings das Öffnen und Schließen motorisierter Dachfenster. Im Moment muss ich Siri sagen "sie möge doch mal die Jalousien schließen" um meine Fenster zu zu bekommen.
Was ich bisher gemacht habe, um die Aktoren dem "richtigen" HomeKit Service zuzuordnen ist genericDeviceType auf "window" zu setzen. Leider greift diese Änderung nicht. Meine Vermutung ist, dass die "automatische Erkennung" die selbst definierten genericDeviceTypes überschreibt bzw. eine höhere Priorität hat. Nach meinem Verständnis sollte, wann immer ein selbst definierter gernericDeviceType gefunden wird, die automatische Erkennung nicht greifen.
Nur um das gleich vorweg zu nehmen: Nach dem Setzen des genericDeviceTypes habe ich HomeBridge / das Pairen zurück gesetzt (Löschen von persist, Neustart, neu pairen, etc.). Meine Änderung des DeviceTypes kommt trotzdem nicht an.
Habt ihr hier zu eine Idee?
Zitat von: justme1968 am 23 September 2016, 11:26:08
@aski71: das auto wird für die richtung fhem->homebridge angemeckert. du hast zum einen kein mapping für den CurrentHeatingCoolingState sondern nur für TargetHeatingCoolingState und zum anderen fehlt values um die fhem werte auf homekit werte zu übersetzen.
Doch, CurrentHeatingCoolinState Mapping habe ich schon. Nur hier nicht aufgeführt.
Das funktioniert auch, hat aber mit diesen Buttons offensichtlich nix zu tun, sondern will nur anzeigen, ob gerade geheizt oder gekühlt wird, wie mir scheint. Insofern habe ich das mit Valve verknüpft. Funktioniert aich gut.
AUTO ist in der HomeKitTypes.js ünrigens nur für TargetHeatingCoolingState definiert. Für CurrentHeatingCoolingState gibt es kein AUTO. Insofern kann das nicht das Problem sein. Aber Du hast natürlich recht mit: Ich habe kein values= für TargetHeatingCoolingState definiert. Das probiere ich mal aus. Manchmal sitzt man auf den Augen. Das wird es wohl sein.
Zitat von: aski71 am 25 September 2016, 11:46:50
Doch, CurrentHeatingCoolinState Mapping habe ich schon. Nur hier nicht aufgeführt.
Das funktioniert auch, hat aber mit diesen Buttons offensichtlich nix zu tun, sondern will nur anzeigen, ob gerade geheizt oder gekühlt wird, wie mir scheint. Insofern habe ich das mit Valve verknüpft. Funktioniert aich gut.
AUTO ist in der HomeKitTypes.js ünrigens nur für TargetHeatingCoolingState definiert. Für CurrentHeatingCoolingState gibt es kein AUTO. Insofern kann das nicht das Problem sein. Aber Du hast natürlich recht mit: Ich habe kein values= für TargetHeatingCoolingState definiert. Das probiere ich mal aus. Manchmal sitzt man auf den Augen. Das wird es wohl sein.
Nachtrag: Genau das war es. values= gesetzt. Fehler weg.
Führt mich jetzt aber zu einer anderen Herausforderung:
Um alle TargetHeatingCoolingState per values= so setzen zu können, wie ich mir das vorstelle, müsste ich eigentlich 2 Readings gleichzeitig auswerten: CONTROL_MODE und SET_TEMPERATURE.
Wie kann sowas bewerkstelligt werden?
Hallo alle zusammen,
ich habe leider mal wieder ein Problem. Ich habe Homebridge auf Version 0.2.44 upgedatet, nur leider findet mein iPhone die Homebridge leider nicht mehr. Ich habe schon das Haus gelöscht und versucht neu einzurichten, aber leider hat das auch nicht funktioniert :(
Homebridge startet auch ganz normal und wirft keine Fehler ab.
Mit der Eve-App klappt es leider auch nicht.
@aski71: das geht nicht bzw. nur über eigenen code in der homebridge config. einfacher ist es wenn die die beiden readings per userReadings schon auf fhem seite verbindest und dann dieses neue readings für homebridge verwendest.
@TiEr: hast du schon mal den persist folder von homebridge gelöscht?
Hallo,
seit geraumer Zeit scheitere ich an der Installation von Homebridge mit der folgenden Meldung:
Zitatpi@raspberrypi:~ $ sudo npm install -g --unsafe-perm homebridge
/usr/bin/homebridge -> /usr/lib/node_modules/homebridge/bin/homebridge
> mdns@2.3.3 install /usr/lib/node_modules/homebridge/node_modules/mdns
> node-gyp rebuild
Illegal instruction
module.js:457
throw err;
^
Error: Cannot find module '/node_modules/node-gyp/bin/node-gyp.js'
at Function.Module._resolveFilename (module.js:455:15)
at Function.Module._load (module.js:403:25)
at Module.runMain (module.js:590:10)
at run (bootstrap_node.js:394:7)
at startup (bootstrap_node.js:149:9)
at bootstrap_node.js:509:3
/usr/lib
└── (empty)
npm ERR! Linux 4.1.19-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "--unsafe-perm" "homebridge"
npm ERR! node v6.6.0
npm ERR! npm v3.10.3
npm ERR! code ELIFECYCLE
npm ERR! mdns@2.3.3 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.3.3 install script 'node-gyp rebuild'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-gyp rebuild
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs mdns
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls mdns
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /home/pi/npm-debug.log
npm ERR! code 1
In dem Verzeichnis /usr/lib/node_modules (Gruppe root/Eigentümer root) liegt dementsprechend auch nicht das in der Fehlermeldung aufgelistete Verzeichnis. Nur ein Verzeichnis mit npm und ein Verzeichnis einer alten (im April mal funktionierenden) homebridge-fhem Installation, die merkwürdigerweise zur Gruppe pi und dem Eigentümer nobody gehört.
Weiß jemand Rat?
Gruß
Wolfgang
Hi Andre,
kamst du schon dazu das Problem mit der Farbverstellung nachzustellen, wenn du noch mehr als das Json brauchst sag Bescheid ;)
Danke nochmal
Zitat von: justme1968 am 25 September 2016, 17:42:18
@aski71: das geht nicht bzw. nur über eigenen code in der homebridge config. einfacher ist es wenn die die beiden readings per userReadings schon auf fhem seite verbindest und dann dieses neue readings für homebridge verwendest.
Danke. Hab ich fast vermutet.
Zitat von: WolfgangV am 25 September 2016, 17:45:00
Hallo,
seit geraumer Zeit scheitere ich an der Installation von Homebridge mit der folgenden Meldung:
In dem Verzeichnis /usr/lib/node_modules (Gruppe root/Eigentümer root) liegt dementsprechend auch nicht das in der Fehlermeldung aufgelistete Verzeichnis. Nur ein Verzeichnis mit npm und ein Verzeichnis einer alten (im April mal funktionierenden) homebridge-fhem Installation, die merkwürdigerweise zur Gruppe pi und dem Eigentümer nobody gehört.
Weiß jemand Rat?
Gruß
Wolfgang
Hallo Wolfgang.
Vll nicht direkt, aber auf Youtube gibt es ein Video, welches sich mit dem Thema Schritt für Schritt beschäftigt. Nennt sich "FHEM-Tutorial Part 16: iOS 10 Homekit integration in FHEM". Vll ist das etwas für dich.
Gruß
@Blackcat: ich bin noch nicht ausführlich dazu gekommen. nur das es eigentlich nicht mehr passieren sollte. ich hatte ja extra einen geliehenen controller zum testen. ich verstehe es gerade nicht. ich schaue aber noch mal genauer.
Das Problem bei den Homematic Thermostaten besteht leider nach wie vor.
desired-temp=off führt in der Home App zu "No Response"
Hat irgendwer ne funktionsfähige Config hinbekommen die das löst?
Problem gefunden, der isNaN Check funktioniert nach parseFloat nicht mehr, ausserdem müssen die Min/Max Werte auch zu den gemappten Werten passen.
Also ca. so:
if( reading == 'temperature'
|| reading == 'measured'
|| reading == 'measured-temp'
|| reading == 'desired-temp'
|| reading == 'desired'
|| reading == 'desiredTemperature' ) {
if( isNaN(value) ) {
if( value == 'on' )
value = 30.5;
else if( value == 'off' )
value = 4.5;
mapping.minValue = 4.5;
mapping.maxValue = 30.5;
}
else {
value = parseFloat( value );
}
was meinst du mit der isNaNCheck funktioniert nach a parseFloat nicht mehr? hat du mal ein beispiel? genau dafür ist isNaN doch da. und wird auch an anderen stellen so verwendet. das hier geht problemlos:var value = "off";
value = parseFloat(value);
console.log( isNaN(value) );
value = "20.5";
value = parseFloat(value);
console.log( isNaN(value) );
value = 20.5;
value = parseFloat(value);
console.log( isNaN(value) );
kannst du mal ein kurzes test beispiel machen? kann es sein das es mit deiner node version zusammen hängt?
das anpassen der min und max werte an dieser stelle nützt nichts mehr. davon bekommt homekit nichts mit weil die characteristic nicht angepasst wird. den erweiterten bereich muss man schon vor dem anlegen ins mapping stecken. aber auch nur wenn man die werte tatsächlich sehen will.
Hallo Andre,
ich habe homebridge vorgestern nach Anleitung im Wiki neu aufgesetzt, und auch bei mir führt ein
"deresired-temp=off" für die Homematic HM-TC-IT-WM-W-EU in der Home App zu "No Response".
Das verhalten kann ich slso bestätigen.
Erst wenn man die Temperatur auf einen wert zwischen 5 Grad und 30 Grad ändert, wird das in der Home App angezeigt.
Ich habe jetzt auch herausgefunden, unter welchen Umständen meine Harmony Szenen aus Home verschwinden.
Mein Harmony Hub ist nicht dauerhaft am Strom, sondern wird von einer Steckdose mitgeschaltet. Wenn nun homebridge zu einem Zeitpunkt neu gestartet wird, an dem die Harmony stromlos ist, werden die Szenen knallhart gelöscht und es bleibt nur ein Schalter "harmony" übrig, der aber nix bewirkt.
Ist mir ein wenig unverständlich, weil die Szenen in fhem ja eigentlich weiter existieren.
Versorge ich die Harmony wieder mit Strom und starte homebridge neu, kommen auch die Harmony Szenen wieder.
Sind die Szenen nicht unabhängig von der Stromversorgung des Hubs cachebar?
@inoma: dann ist da irgendetwas komisch. mal sehen was markus zum test sagt.
@aski71: homebridge holt sich die daten aus fhem. jedenfalls wenn du homebridge-fhem verwendest. bist du ganz sicher das die szenen in fhem noch vorhanden sind?
oder verendest du das harmony homebridge plugin ?
gruss
andre
Zitat von: justme1968 am 27 September 2016, 09:30:31
was meinst du mit der isNaNCheck funktioniert nach a parseFloat nicht mehr? hat du mal ein beispiel? genau dafür ist isNaN doch da. und wird auch an anderen stellen so verwendet.
kannst du mal ein kurzes test beispiel machen? kann es sein das es mit deiner node version zusammen hängt?
das anpassen der min und max werte an dieser stelle nützt nichts mehr. davon bekommt homekit nichts mit weil die characteristic nicht angepasst wird. den erweiterten bereich muss man schon vor dem anlegen ins mapping stecken. aber auch nur wenn man die werte tatsächlich sehen will.
Wenn ich ehrlich bin, habe ich keine Ahnung von node ;D
Ich hab nur ausprobiert was bei komplett leerem Mapping funktioniert, und das ist der Code von oben.
Deiner hingegen hat nicht funktioniert, auch nicht mit zusätzlichem Mapping.
Sollte er aber
> var value = "off";
undefined
> value = parseFloat(value);
NaN
> console.log( isNaN(value) );
true
undefined
>
> value = "20.5";
'20.5'
> value = parseFloat(value);
20.5
> console.log( isNaN(value) );
false
undefined
>
> value = 20.5;
20.5
> value = parseFloat(value);
20.5
> console.log( isNaN(value) );
false
undefined
Zitat von: justme1968 am 27 September 2016, 20:34:07
@inoma: dann ist da irgendetwas komisch. mal sehen was markus zum test sagt.
@aski71: homebridge holt sich die daten aus fhem. jedenfalls wenn du homebridge-fhem verwendest. bist du ganz sicher das die szenen in fhem noch vorhanden sind?
oder verendest du das harmony homebridge plugin ?
gruss
andre
Ich verwende nur homebridge-fhem.
Ja, sie sind in fhem noch vorhanden, wenn die Harmony stromlos wird.
@Markus M.: dann gehe ich noch mal auf die suche. morgen.
@aski71: zeig mal bitte ein jsonlist2 wenn der hub stromlos ist und homebridge nichts mehr anzeigt. was steht dann auf der konsole?
Bitte bei HM einfügen:
Zitatif( s.Readings.actuator )
this.mappings[CustomUUIDs.Actuation] = { reading: 'actuator',
name: 'Actuation', format: 'UINT8', unit: 'PERCENTAGE',
maxValue: 100, minValue: 0, minStep: 1 };
else if( s.Readings.ValvePosition )
this.mappings[CustomUUIDs.Actuation] = { reading: 'ValvePosition',
name: 'Actuation', format: 'UINT8', unit: 'PERCENTAGE',
maxValue: 100, minValue: 0, minStep: 1 };
if( match[3] ) {
Haben die alten Stellantriebe ein
actuator Reading? Bei den Thermostaten heisst es jedenfalls
ValvePositionUnd falls noch jemand ein Mapping für einen selbstgebastelten Türöffner braucht:
LockCurrentState=state,values=on:UNSECURED;off:SECURED,default=UNKNOWN
LockTargetState=state,values=on:UNSECURED;off:SECURED,default=UNKNOWN,cmds=SECURED:off;UNSECURED:on-for-timer+10
LockManagementAutoSecureTimeout=15
LockMechanismLastKnownAction=state,values=on:unsecuredRemotely;off:securedWithAutomaticSecureTimeout
AdminOnlyAccess=true(Die 4. Zeile funktioniert wohl nicht, hatte ich mal ausprobiert)
Und noch ein Satz TargetHeatingCoolingState / CurrentHeatingCoolingState für HM-CC-RT-DN
heatingState { (ReadingsVal("HM_ABCDEF_Clima","ValvePosition","0") > 0 || ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "on") ? "HEAT" : ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "off" ? "OFF" : ReadingsVal("HM_ABCDEF_Clima","controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal("HM_ABCDEF_Clima","measured-temp","20") > ReadingsVal("HM_ABCDEF_Clima","desired-temp","20")) ? "COOL" : "AUTO" }TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
Zitat von: justme1968 am 27 September 2016, 22:24:26
@aski71: zeig mal bitte ein jsonlist2 wenn der hub stromlos ist und homebridge nichts mehr anzeigt. was steht dann auf der konsole?
Welche jsonlist2? Wo krieg ich die her?
Auf der Konsole steht dann nur:
Sep 27 16:57:58 midget homebridge[23181]: [2016-09-27 16:57:58] [FHEM] harmony is switch
Sep 27 16:57:58 midget homebridge[23181]: [2016-09-27 16:57:58] [FHEM] harmony has
Sep 27 16:57:58 midget homebridge[23181]: lightUnd im Gutfall:
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] harmony is switch
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] harmony has
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+TV.gucken,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+Netflixen,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+Blau.gucken,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+T.gucken,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+Apple.TV.gucken,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+Radio.hören,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+Wii.Spielen,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+CD.hören,off]
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] On [activity;activity+PowerOff,off]
Sep 27 20:14:32 midget homebridge[23794]: 2016-09-27 20:14:32 caching: harmony-activity: PowerOff
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:TV.gucken: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:Netflixen: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:Blau.gucken: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:T.gucken: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:Apple.TV.gucken: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:Radio.hören: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:Wii.Spielen: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:CD.hören: false (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: [2016-09-27 20:14:32] [FHEM] caching: On:PowerOff: true (as boolean; from 'PowerOff')
Sep 27 20:14:32 midget homebridge[23794]: light
Vielen dank Markus,für das homebridgeMapping und userReadings für HM-CC-RT-DN :) Funktioniert bei mir wunderbar damit.
Hat vielleicht noch jemand das homebridgeMapping und userReanding für die MAX Heizungsthermostate?
Ich wäre sehr dankbar....
Schon mal vielen Dank im voraus,
Gruss
Falkes
Hallo! Ich habe gerade Homebridge neu bei mir installiert und zum Laufen gebracht. Soweit kann ich das Meiste auch steuern. Ich habe allerdings eine Frage zur KeyMatic (meine Suche hat mir leider bisher nicht geholfen, vielleicht suche ich falsch ...): Ich kann aufsperren und zusperren, aber was ich nicht schaffe ist über Homebridge zu öffnen, also die Falle zurückziehen zu lassen. In Fhem wird das ganz einfach über die Cmds lock, unlock und open gemacht. Wie schaffe ich, dass open auch über Homekit funktioniert?
Hallo,
das geht nur über eine Szene, dann aber gut.
Ciao Christian
Ähhh ... und wie? ???
Indem Du in EVE/Home eine Szene anlegst, den gewünschten Namen/Phrase sowie die gewünschte Aktion konfigurierst.
Das habe ich versucht, nur das Problem bleibt das Selbe: Auch in der Szene kann ich nur zwei Aktionen auswählen: Ungesichert, gesichert. Also aufsperren und zusperren, aber nicht öffnen.
ok, ich habe die Szene in EVE angelegt, da geht das. Allerdings habe ich dort auch noch einen HM-SEC-SC-2 via Mapping eingebunden, der mir sagt, ob die Tür offen oder zu ist.
Dann sieht das in EVE so aus, siehe Anhang.
Schloss schließt auf und zu (Ungesichert/Gesichert)
Tür öffnet, wenn man auf Geöffnet drückt respektive es über eine Szene ansteuert.
In Home ist das dann eher rudimentär, da sieht man meiner Meinung nach nur das Schloss.
Ah - jetzt verstehe ich das ... es ging ohnehin die ganze Zeit in Eve, ich habe nur nicht gecheckt, das ich "Tür" aufklappen und dort dann auf "Geöffnet" tippen muss .... ::). In Home schaffe ich es allerdings nach wie vor nicht ... dort kann ich nur auf- und zusperren, aber nicht öffnen.
Jetzt muss ich nur noch rausfinden, wie man Siri öffnen lassen kann ... wenn ich ihr sage "Öffne die Türe", dann sperrt sie nämlich nur auf ...
Noch eine Bitte: Ich habe auch einen HM-SEC-SC an der Türe. Würdest Du mir bitte dein homebridgeMapping dazu schicken? Ich habe zwar schon mit den homebridgeMappings experimentiert, bin aber noch neu und ein Beispiel würde mir sehr helfen.
Hi,
wie gesagt, das geht NUR über eine Szene wie bspw "Sesam öffne Dich".
Mein homebridgeMapping, Haustuer ist hier der HM-SEC-SC, eingetragen natürlich beim Haustuerschloss (HM-SEC-KEY-S)
CurrentDoorState=Haustuer:state,values=/^open/:OPEN;/^closed/:CLOSED
Ciao Christian
Perfekt, danke, das habe ich jetzt hinbekommen!
Nun habe ich aber noch eine Herausforderung ... ich habe Velux Dachfenster über das Tahoma Modul in FHEM eingebunden. Deren Status Reading ist "DIM100" wenn sie geschlossen sind, und "DIM0" wenn sie geöffnet sind. Alles dazwischen sind die Prozente. Die gewünschte Position setzen kann man mit set <Fenstername> dim <Prozentwert>
Ich steige bei dem homeBridgeMapping inzwischen halbwegs durch, aber das bekomme ich bisher nicht hin ... kann jemand helfen?
Na schöne Scheisse...
Eben ein paar neue Devices hinzugefügt und den Service neu gestartet:
Sämtliche Geräte weg.
Passierte leider bereits zum 2. Mal. Es ist dann auch unmöglich die Konfiguration wieder herzustellen.
Nur ein Entfernen der Bridge und anschliessendes Ändern der internen ID (username) vor einer komplette Neueinrichtung hilft, um überhaupt wieder eine Verbindung zu bekommen.
Das Ganze passiert, wenn man mehrere Devices mit identischem Alias auf einmal hinzufügt :-(
EDIT:
Könnte evtl. was mit den UUIDs zu tun zu haben, wenn ich das selbe mit Hue Lampen mache, passiert es nicht.
Hallo,
leider habe ich homebridgeMapping noch nicht ganz verstanden.
Ich habe einen dummy (Wohnzimmer_Modi) mit dem ich einen bestimmten Wert setzen möchte, z.B. set Wohnzimmer_Modi schlafen.
Wie muss das homebridgeMapping dazu aussehen? braucht ich noch weitere dummies?
attr Wohnzimmer_Modi genericDeviceType switch
habe ich bereits gesetzt. Fehlt sonst noch ein Attribut?
Kann ich mit homebridgeMapping auch andere Devices steuern?
Ziel ist es ein Button auf dem Smartphone zu drücken und der Mode wird gesetzt. Danach soll der Button wieder auf "off" gehen (nach 2 sek)
Gruß
TWART016
Kann hier jemand helfen? Ich habe, wie vor zwei Postings beschrieben, das Problem mit meinen Velux Fenstern. Als HomeBridgeMapping habe ich derzeit "TargetPosition=dim::state". Damit kann ich das Fenster mal grundsätzlich bedienen, das Problem ist allerdings, das die Prozentwerte genau verkehrt sind. Und zum Zweiten habe ich das Problem, dass der zurückgelieferte Wert, also state, keine Zahl ist, sondern z.b. dim90 (für 90%).
Meine zwei Fragen zu den notwendigen Änderungen beim HomeBridgeMapping (durch das ich irgendwie nicht ganz durchsteige):
1. Wie kann ich die Prozentwerte umkehren - also statt 1 99, statt 40 60, statt 70 30, usw.
2. Wie kann ich beim Reading das "dim" rausfiltern und nur die Zahl zurückliefern?
@Blackcat: ich schaffe es nicht das problem nachzustellen. ich muss noch etwas probieren.
@aski71: jsonlist2 ist ein fhem kommando
@Markus M.: die uuids müssen eindeutig sein. aber eigentlich wird der name mit verwendet und wenn sie nicht eindeutig sind meckert homebridge.
@TWART016: du musst zum beispiel angeben was die kommandos sind die beim ein- und ausschalten verwndet werden sollen. damit der schalter wie ein taster funktioniert gibt es timeout im homebridgeMapping.
@MaxAut: für das dimX problem würde ich ein userReading anlegen das nur die zahl enthält. ReadingsNum sollte helfen. das split im mapping funktioniert nur ein es ein leerzeichen zwischen buchstaben und zahlen gibt.
zum umdrehen der richtung gibt es invert.
gruss
andre
Der Status meiner Max Thermostate und Fensterkontakte wird in der Eve App nicht aktualisiert. Zum Beispiel: Wenn ich das Fenster öffne bleibt der Status auf geschlossen. Der Staus meiner Max Geräte wird erst beim Neustart der Homebridge aktualisiert. Hat jemand eine Idee warum?
Gruß Christian
ZitatDer Status meiner Max Thermostate und Fensterkontakte wird in der Eve App nicht aktualisiert. Zum Beispiel: Wenn ich das Fenster öffne bleibt der Status auf geschlossen. Der Staus meiner Max Geräte wird erst beim Neustart der Homebridge aktualisiert. Hat jemand eine Idee warum?
Ja,dem schließe ich mich an...die Max Geräte scheint wohl niemand mit Homebridge zu benutzen??
Das homebridgeMapping und userReanding von HM-CC-RT-DN kann man in jeden Fall nicht auf die Max Thermostate übertragen.
Gruss
Falkes
Hm, gerade ausprobiert. Ich nutze Max Fensterkontakte und Thermostate. Bei den Kontakten aktualisiert sich die Bridge und bei den Thermostaten auch. Habe kein Mapping angelegt. (Da steige ich eh nicht durch) Einfach die Thermostate und Kontakte im Homekit-Raum untergebracht.
Gesendet von iPad mit Tapatalk
es gab ein kleines problem in der letzten version das ich vorhin behoben habe. mit der aktuellen 0.2.45 von heute sollten die thermostate wieder automatisch erkannt werden und wie vorher funktionieren.
wenn nicht bitte ein jsonlist2 vom device zeigen.
Andre,
das ist jsonlist2, wenn Harmony weg vom Strom ist:
{
"Arg":"harmony",
"Results": [
{
"Name":"harmony",
"PossibleSets":" activity:TV.gucken,Netflixen,Blau.gucken,T.gucken,Apple.TV.gucken,Radio.hören,Wii.Spielen,CD.hören,PowerOff hidDevice:,Zony,Apple.TV command getConfig:noArg getCurrentActivity:noArg off:noArg reconnect:noArg sleeptimer sync:noArg text cursor:up,down,left,right,pageUp,pageDown,home,end special:previousTrack,nextTrack,stop,playPause,volumeUp,volumeDown,mute update:noArg",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long disable:1 nossl:1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fp_Home3D genericDeviceType:ignore,switch,outlet,light,blind,contact,thermometer,thermostat,garage,window,lock homebridgeMapping:textField-long icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 sortby webCmd widgetOverride userattr",
"Internals": {
"CONNECTS": "9",
"ConnectionState": "Disconnected",
"DEF": "crypt:5947595b4d5a1153265755481d565c crypt:7966757e42164511 192.168.2.35",
"LAST_CONNECT": "2016-09-29 06:45:34",
"LAST_DISCONNECT": "2016-09-29 08:47:26",
"NAME": "harmony",
"NOTIFYDEV": "global",
"NR": "150",
"NTFY_ORDER": "50-harmony",
"STATE": "Disconnected",
"TYPE": "harmony",
"activityStatus": "0",
"currentActivityID": "-1",
"hubSwVersion": "4.9.40",
"hubUpdate": "1",
"identity": "29ea70c9-ec64-4450-ab06-ecd6fc29a50e",
"ip": "192.168.2.35",
"previousActivityID": "16072158",
"syncStatus": "0"
},
"Readings": {
"activity": { "Value":"PowerOff", "Time":"2016-09-29 07:30:08" },
"currentActivity": { "Value":"PowerOff", "Time":"2016-09-29 07:30:08" },
"previousActivity": { "Value":"Radio hören", "Time":"2016-09-29 07:30:08" },
"state": { "Value":"Disconnected", "Time":"2016-09-29 08:47:26" }
},
"Attributes": {
"genericDeviceType": "switch",
"room": "HomekitMedia,Zentral"
}
} ],
"totalResultsReturned":1
}
Und das ist jsonlist2, wenn Harmony am Strom ist:
{
"Arg":"harmony",
"Results": [
{
"Name":"harmony",
"PossibleSets":" activity:TV.gucken,Netflixen,Blau.gucken,T.gucken,Apple.TV.gucken,Radio.hören,Wii.Spielen,CD.hören,PowerOff hidDevice:,Zony,Apple.TV command getConfig:noArg getCurrentActivity:noArg off:noArg reconnect:noArg sleeptimer sync:noArg text cursor:up,down,left,right,pageUp,pageDown,home,end special:previousTrack,nextTrack,stop,playPause,volumeUp,volumeDown,mute update:noArg",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long disable:1 nossl:1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fp_Home3D genericDeviceType:ignore,switch,outlet,light,blind,contact,thermometer,thermostat,garage,window,lock homebridgeMapping:textField-long icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 sortby webCmd widgetOverride userattr",
"Internals": {
"CONNECTS": "10",
"ConnectionState": "LoggedIn",
"DEF": "crypt:5947595b4d5a1153265755481d565c crypt:7966757e42164511 192.168.2.35",
"FD": "18",
"LAST_CONNECT": "2016-09-29 22:11:15",
"LAST_DISCONNECT": "2016-09-29 08:47:26",
"NAME": "harmony",
"NOTIFYDEV": "global",
"NR": "150",
"NTFY_ORDER": "50-harmony",
"STATE": "Connected",
"TYPE": "harmony",
"activityStatus": "0",
"currentActivityID": "-1",
"hubSwVersion": "4.9.40",
"hubUpdate": "1",
"identity": "29ea70c9-ec64-4450-ab06-ecd6fc29a50e",
"ip": "192.168.2.35",
"previousActivityID": "16072158",
"syncStatus": "0"
},
"Readings": {
"activity": { "Value":"PowerOff", "Time":"2016-09-29 07:30:08" },
"currentActivity": { "Value":"PowerOff", "Time":"2016-09-29 22:11:20" },
"previousActivity": { "Value":"Radio hören", "Time":"2016-09-29 07:30:08" },
"state": { "Value":"Connected", "Time":"2016-09-29 22:11:15" }
},
"Attributes": {
"genericDeviceType": "switch",
"room": "HomekitMedia,Zentral"
}
} ],
"totalResultsReturned":1
}
hast du zu dem zeitpunkt als die harmony weg vom strom war auch homebrige neu gestartet und geschaut ob das problem da ist?
die beiden jsonlist unterscheiden sich nicht signifikant und ich kann beim import das problem auch nicht nachstellen.
ich habe gerade keine idee...
Habe mal nachgeschaut, und Markus M. hatte den richtigen Riecher. Für die Homematic-Thermostate muß das so aussehen:
if( reading == 'temperature'
|| reading == 'measured'
|| reading == 'measured-temp'
|| reading == 'desired-temp'
|| reading == 'desired'
|| reading == 'desiredTemperature' ) {
if( value == 'on' )
value = 31.0;
else if( value == 'off' )
value = 4.0;
value = parseFloat( value );
// if( isNaN(value) ) {
// if( value == 'on' )
// value = 31.0;
// else if( value == 'off' )
// value = 4.0;
// }
Du machst ja parseFloat auf value und weißt das value zu. Danach kannst Du nicht mehr nachschauen, was VORHER in value war, weil Du hinterher ja NaN drinstehen hast. Deswegen muß die Abfrage auf on oder off VOR dem parseFloat kommen.
Dann geht es auch mit dem HM-CC-RT-DN.
Zitat von: justme1968 am 29 September 2016, 20:02:05
@TWART016: du musst zum beispiel angeben was die kommandos sind die beim ein- und ausschalten verwndet werden sollen. damit der schalter wie ein taster funktioniert gibt es timeout im homebridgeMapping.
Und mit welchen commands soll das angegeben werden?
@tante ju: arg... peinlich. oder einfach zu spät. ja natürlich. so rum wird ein schuh draus. es hat nichts mit dem isNaN test zu tun. ist repariert und eingecheckt.
@TWART016: mit dem im readme und am hier im ersten post beschriebenen homebridgeMapping.
gruss
andre
Wie bereits angekündigt steige ich mit dem homebridgeMapping noch nicht ganz durch :(
Das Wohnzimmer_Modi hat das State-Reading, welches ich gerne auf schlafen setzen möchte. Wie muss ich das machen?
Zitat von: justme1968 am 29 September 2016, 23:36:50
hast du zu dem zeitpunkt als die harmony weg vom strom war auch homebrige neu gestartet und geschaut ob das problem da ist?
die beiden jsonlist unterscheiden sich nicht signifikant und ich kann beim import das problem auch nicht nachstellen.
ich habe gerade keine idee...
Hi Andre,
also, nachdem ich heute mal wieder alles vom Strom nehmen/rebooten musste, waren die Harmony Szenen wieder weg und nur noch ein Schalter "harmony" da.
Jetzt sieht die jsonlist2 so aus:
{
"Arg":"harmony",
"Results": [
{
"Name":"harmony",
"PossibleSets":" command getConfig:noArg getCurrentActivity:noArg off:noArg reconnect:noArg sleeptimer sync:noArg text cursor:up,down,left,right,pageUp,pageDown,home,end special:previousTrack,nextTrack,stop,playPause,volumeUp,volumeDown,mute",
} Wie man sieht, sind die ganzen
Activities weg.
Dann Strom eingeschaltet:
{
"Arg":"harmony",
"Results": [
{
"Name":"harmony",
"PossibleSets":" activity:TV.gucken,Netflixen,Blau.gucken,T.gucken,Apple.TV.gucken,Radio.hören,Wii.Spielen,CD.hören,PowerOff hidDevice:,Zony,Apple.TV command getConfig:noArg getCurrentActivity:noArg off:noArg reconnect:noArg sleeptimer sync:noArg text cursor:up,down,left,right,pageUp,pageDown,home,end special:previousTrack,nextTrack,stop,playPause,volumeUp,volumeDown,mute update:noArg", Activities wieder da.Homebridge neu gestartet: Alle Activities auch hier wieder anwesend.
On the bright side:
Immerhin musste ich diesmal nach dem Neustart aller Systeme nicht wieder das komplette Setup in Home neu machen.
Mein Setup, fhem und homebridge über systemd in Abhängigkeit voneinander zu starten schien hier zu helfen.
Für wen das interessant ist: Hier meine fhem.service und homebridge.service Datei.
[Unit]
Description=FHEM service
After=network.target syslog.target owserver.service
Before=homebridge.service
[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target[Unit]
Description=Node.js HomeKit Server
Requires=fhem.service
After=syslog.target fhem.service
[Service]
Type=simple
User=homebridge
EnvironmentFile=/etc/default/homebridge
ExecStart=/usr/bin/homebridge $HOMEBRIDGE_OPTS
Restart=on-failure
RestartSec=10
KillMode=process
[Install]
WantedBy=multi-user.target
Hallo Andre!
Ich check das mit dem HomeBridgeMapping nicht ... ich habe jetzt drinnen:
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5 PowerState=state::state,valueOff=offUnd mein UserReading ist so definiert:
dim {return "off" if (ReadingsNum("Artemide1","state",85) eq "" || ReadingsNum("Artemide1","state",85) eq 0); return (ReadingsNum("Artemide1","state",85)) }In Homebridge sehe ich folgende Fehler - ich bin nicht sicher ob ich das ignorieren kann:
2016-09-30 10:26:39 caching: Artemide1-dim: 0
[9/30/2016, 10:26:39 AM] [FHEM] caching: Brightness: 30 (as number; from '0')
2016-09-30 10:26:39 caching: Artemide1-dim: off
[9/30/2016, 10:26:39 AM] [FHEM] Artemide1-dim not a number: off
2016-09-30 10:26:39 caching: Artemide1-state: off
Und dann habe ich noch ein zweites Problem: Wenn ich in IOS einfach nur einschalte, also keinen DIM Wert setze, dann kommt bei FHEM ein "set Artemide1 on" an. Stattdessen sollte aber "set Artemide1 dim <prozentwert>" ankommen. Welcher Wert das ist, ist mir erst mal egal ...
Hast Du dazu noch Ideen?
Liebe Grüße,
Max
Update: Das mit dem PowerState habe ich jetzt hinbekommen; wird jetzt richtig angezeigt. Mein Mapping ist jetzt:
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5 On=state,valueOff=0
Und das UserReading ist:
dim {return "0" if (ReadingsNum("Artemide","state",85) eq "" || ReadingsNum("Artemide","state",85) eq 0); return (ReadingsNum("Artemide","state",85)) }
Mein Problem bleibt aber immer noch das Einschalten durch simplen Klick. Da wird nur set ... on gemacht und das ist falsch. Ich brauche das "set dim <irgendwas>". Wenn ich über den Prozentwert einschalte, dann passt alles.
Zitat von: justme1968 am 30 September 2016, 00:01:58
@tante ju: arg... peinlich. oder einfach zu spät. ja natürlich. so rum wird ein schuh draus. es hat nichts mit dem isNaN test zu tun. ist repariert und eingecheckt.
Die min/max Werte im Mapping musst du trotzdem noch irgendwo anpassen, sonst kommen in der Home App 5/30 Grad raus.
Das hatte ich gestern extra nochmal getestet.
@aski71: du meinst du hast fhem neu gestartet als der hub aus war? dann ist das verhalten klar. das modul cached nichts das der hub beim connect nicht liefern würde.
aber warum machst du den hub überhaupt aus? warum startest du homebridge neu? beide komponenten laufen bei mir wochen und monatelang ohne neustart.
@MaxAut: cmdOn und/oder cmds setzen.
@Markus M.: ja. das ist (noch) absicht. wenn jemand die geänderten werte möchte muss er die grenzen im homebridgeMapping setzen. das problem ist das sich bei den geänderten grenzen auch die beiden werte einstellen lassen und ich noch nicht weiss was dann passiert. eigleich braucht man auch noch das mapping in die gegenrichtung. d.h. bei 4 wird off gesendet und bei 31 on.
gruss
andre
Zitat von: justme1968 am 30 September 2016, 11:51:56
@aski71: du meinst du hast fhem neu gestartet als der hub aus war? dann ist das verhalten klar. das modul cached nichts das der hub beim connect nicht liefern würde.
aber warum machst du den hub überhaupt aus? warum startest du homebridge neu? beide komponenten laufen bei mir wochen und monatelang ohne neustart.
Nicht ganz: Egal, wie oft ich fhem stoppe und starte. Das stört homebridge gar nicht und die Activities bleiben vorhanden.
Das Problem tritt nur auf, wenn ich homebridge neu starte und die Harmony aus ist. Und das starte ich jedesmal neu, wenn ich ein Gerät hinzufüge.
Wäre es nicht in jedem Fall besser, das Modul würde den ganzen Quatsch cachen?
Warum mache ich die Harmony aus:
Die Harmony hängt bei mir hinter einer Schaltsteckdose, an der mein ganzes Entertainment-Gelöt dran ist. Also Fernseher, Stereoanlage, usw. usw.
Und das switche ich halt insgesamt off.
Warum starte ich fhem und homebridge neu:
Weil ich keine Lust habe, einen Stromschlag zu bekommen, wenn ich gerade neues Spielzeug in die offene Dose einbaue und da halt die Sicherung rausmachen musste. ;D
Danke, das mit dem Einschalten klappt jetzt. Dadurch ergibt sich jetzt aber noch ein zweites Problem: Stelle ich nun einen dim Wert ein indem ich Siri sage "Stelle Artemide auf x%", dann wird dieser Wert zwar gesetzt, aber unmittelbar danach durch das OnCmd wieder überschrieben. Ich kann also mit Siri jetzt nicht mehr dimmen ...
Mein Mapping sieht aktuell so aus:
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5 On=state,valueOff=0,cmdOn=dim+60
Zitat von: justme1968 am 30 September 2016, 11:51:56das problem ist das sich bei den geänderten grenzen auch die beiden werte einstellen lassen und ich noch nicht weiss was dann passiert. eigleich braucht man auch noch das mapping in die gegenrichtung. d.h. bei 4 wird off gesendet und bei 31 on.
Was passiert wenn du den Bereich an der Stelle vom Mapping im Code jeweils nur auf den min oder max Wert erweiterst?
Dann dürfte es in der Praxis read-only sein, da der jeweilige Wert dann nur auftaucht wenn er gerade schon gesetzt ist.
@aski71: im normalfall ist es nicht sinnvoll die werte zu cachen. wenn der hub nicht da ist kann man auch nicht schalten. also braucht das modul die werte nicht. sobald der hub online geht werden die werte automatisch aktualisiert. der homebridge fall ist eine ausnahme. aber da würde ich eher eine der beiden folgenden möglichkeiten empfehlen...
wäre es bei dir nicht sinnvoll den hub nicht mit an die schaltbare steckdose zu hängen sondern extra? dann könntest du auch das einschalten der steckdosen automatisieren und in die aktivstes mit einbauen. das ist doch eigentlich noch sehr viel eleganter als da was von hand zu machen.
je nach dem wie wichtig dir dein fhem ist ist eine usv sehr sinnvoll :)
@MaxAut: homekit sendet aktuell explizit ein on wenn das device beim dimmen aus aus ist. scheinbar gibt es auch keine feste reihenfolge zwischen dem On und den Brighness. das ist ein generelles problem für das es scheinbar noch keine lösung gibt.
bau mal in das cmdOn ein FILTER ein so das es auf fhem seite nur ausgeführt wird wenn die lampe noch aus ist. siehe devspec in der commandref.
@Markus M.: das reicht nicht weil homekit davon nichts mit bekommt. aktuell werden die werte nur beim start abgeglichen.
gruss
andre
Verstanden. Das mit dem Filter werde ich nachher testen.
Ich habe aktuell noch ein zweites Problem - das bezieht sich auf mein Fenster Thema, das ich gestern hier gepostet hatte. Ich verwende nun Invert, aber es mag nicht klappen ... ich bin, glaube ich, echt zu doof für dieses HomeBridgeMapping ...
Von meinem Fenster wird als State dim<wert> zurückgeliefert, wobei dim100 geschlossen und dim0 komplett geöffnet ist. Ich habe nun mit einem Userreading den Prozentwert extrahiert:
angle {ReadingsNum("EssenOben1Fenster","state",111)}
Soweit so gut. Nur mit dem Mapping nach HomeKit will es nicht klappen ... Folgendes habe ich derzeit drinnen:
TargetPosition=dim::angle,invert CurrentPosition=angle,invert
HomeBridge liefert bei einer Abfrage in der App dann Folgendes:
[9/30/2016, 12:46:49 PM] [FHEM] query: CurrentPosition for EssenOben1Fenster-invert
[9/30/2016, 12:46:49 PM] [FHEM] not cached
[9/30/2016, 12:46:49 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22EssenOben1Fenster%22,%22invert%22,%22%22)%7D&XHR=1
[9/30/2016, 12:46:49 PM] [FHEM] query: TargetPosition for EssenOben1Fenster-invert
[9/30/2016, 12:46:49 PM] [FHEM] not cached
[9/30/2016, 12:46:49 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22EssenOben1Fenster%22,%22invert%22,%22%22)%7D&XHR=1
[9/30/2016, 12:46:49 PM] [FHEM] value:
2016-09-30 12:46:49 caching: EssenOben1Fenster-invert:
[9/30/2016, 12:46:49 PM] [FHEM] EssenOben1Fenster-invert not a number:
[9/30/2016, 12:46:49 PM] [FHEM] EssenOben1Fenster-invert not a number:
[9/30/2016, 12:46:49 PM] [FHEM] EssenOben1Fenster-invert not a number:
[9/30/2016, 12:46:49 PM] [FHEM] value:
[9/30/2016, 12:46:49 PM] [FHEM] EssenOben1Fenster-invert not a number:
Und auch beim Setzen der Position will es nicht klappen. Wenn ich 100 in der App setze, dann kommt auch 100 bei FHEM an, und nicht 0, wie ich gerne hätte ...
invert=true oder invert=1
Mal was anderes: sind die in der Homebridge verfügbaren Räume bekannt und/oder können sie gesetzt werden?
Sent from my iPhone using Tapatalk
nein.
räume sind komplett auf homekit seite. homebridge weiss davon nichts. man braucht eine app auf dem iOS gerät um da ran zu kommen. eine hombridge app die dann mit direkt mit homebridge kommunizieren kann wäre eine perfekte lösung. damit könnte man auch backups machen und wieder einspielen.
aber es hat sich noch keiner gemeldet der das bauen mag.
Super, danke! Das Invert funktioniert nun.
Zu dem Filter: der würde ja, wenn ich beim Einschalten auf 60 dimmen will, und es nur ausgeführt werden sollen soferne die Lampe ausgeschaltet ist so aussehen:
set Artemide:FILTER=state=0 dim 60
Mein Problem nun: Wie bekomme ich das in das cmdOn hinein? Das Mapping sieht aktuell so aus:
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5 On=state,valueOff=0,cmdOn=dim+60
Wäre es dann so?
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5 On=state,valueOff=0,cmdOn=:FILTER=state=0+dim+60
die = gehen nicht direkt weil die anders interpretiert werden.
entweder mit url encoden oder auf fhem seite mit cmdalias.
gruss
andre
Noch ein Thema: Wenn ich in der Home-App einen Slider bewege, dann werden ständig Cmds abgesetzt. Das ist für mein Fenster ein Problem, da die Kommandos seriell abgearbeitet werden. Wenn also ich den Slider von 0 auf 50 schiebe, dann resultiert das z.B. in 5 Kommandos: einmal 10, dann 25, dann 47, dann 55 (weil ich zu weit geschoben habe), dann 50. Und das Fenster macht alle Schritte durch ... Gibt es eine Möglichkeit nur den letzten Wert zu nehmen?
delay=true oder delay=<zeit in ms>
siehe readme.
Das habe ich versucht, es hat nur leider nicht geklappt ....
Mein Mapping zur Zeit ist:
Brightness=dim::dim,minValue=30,maxValue=90,minStep=5,delay=true On=state,valueOff=0,cmd=setart,cmdOn=on,cmdOff=off
Es funktioniert beides nicht: Weder das delay, noch die Sache mit dem cmdAlias. Der ist übrigens wie folgt definiert:
setart on AS set $EVTPART0:FILTER=state=0 dim 60
Ich blicke da überhaupt nicht durch .... ???
Zitat von: justme1968 am 30 September 2016, 12:54:16
@aski71: im normalfall ist es nicht sinnvoll die werte zu cachen. wenn der hub nicht da ist kann man auch nicht schalten. also braucht das modul die werte nicht. sobald der hub online geht werden die werte automatisch aktualisiert. der homebridge fall ist eine ausnahme. aber da würde ich eher eine der beiden folgenden möglichkeiten empfehlen...
wäre es bei dir nicht sinnvoll den hub nicht mit an die schaltbare steckdose zu hängen sondern extra? dann könntest du auch das einschalten der steckdosen automatisieren und in die aktivstes mit einbauen. das ist doch eigentlich noch sehr viel eleganter als da was von hand zu machen.
je nach dem wie wichtig dir dein fhem ist ist eine usv sehr sinnvoll :)
Eine USV für einen Raspberry. Auch cool. :D
Mh. Ja, das mit der dauerhaft am Strom seienden Harmony wäre leider eine größere Umbaumaßnahme, die ich bisher nicht machen wollte.
Zugegeben wäre es nicht ganz doof, wenn die Steckdose beim Activity einschalten mitschalten würden. Allerdings ist das wahrscheinlich eher theoretisch, weil mein Android Sony locker mal ab Stromversorgung 5 Minuten braucht, bis er ansprechbar ist.
Wo gibt's denn da was zu Lesen, wie das überhaupt geht, die Steckdosen ins die Activites einbinden?
Zitat von: justme1968 am 30 September 2016, 00:01:58
@TWART016: mit dem im readme und am hier im ersten post beschriebenen homebridgeMapping.
Ist mir schon klar, wie bereits gesagt, verstehe ich das noch nicht ganz.
Kann der characteristic Name frei vergeben werden? Wenn nicht, welche Befehle gibt es?
Angenommen ich habe 2 dummies, dummy1 und dummy2. dummy1 hat das attr homebridgeMapping und soll dummy2 schalten. Also dummy1: ein:aus und darin soll set dummy2 warten. Wie müsste der Code für dummy1 aussehen?
es gibt vorgegebene characteristic namen die man verwenden sollte. nur wenn die nicht passen kann man auf custom characteristics ausweichen. diese lassen sich aber nicht mit siri steuern.
wo du findest welche service und characteristic typen es gibt findet du ebenfalls im ersten post.
welche characteristics es für einen service gibt findest du ebenfalls dort.
da du aber nur schalten willst brauchst du doch garnicht so tief einzusteigen. mit On, valueOn, valueOff, cmdOn und cmdOff solltest du schon ziemlich weit kommen.
solche abhängigkeiten oder automatismen haben nichts mit homebridgeMapping zu tun. wenn du das tatsächlich über homekit machen willst gehört es in die szenen oder trigger. aber wenn man fhem verwenden gehört es meiner meinung nach überhaupt nicht zu homekit.
alle automatisierung gehört nach fhem und homekit/homebridge ist nur ein frontend zur bedienung.
gruss
andre
@MaxAut: geht der cmdalias von hand auf der kommandozeile?
siehst du das delay in der konsolen ausgabe mit --debug?
@aski71: eine usv ist für jedes system sinnvoll das immer läuft und das potentiell schaden nimmt wenn der strom ausfällt. für einen kleinen rechner kann es ja auch eine kleine usv sein.
die 5 minuten verzögerung sind kein problem für die automatisierung. sondern eher ein grund dafür. du kannst doch dann z.b. siri sagen schalt schon mal ein bevor du überhaupt hin gehst.
zu den steckdosen gibt es im harmony und im harmony tips thread einige varianten.
Eine Frage bzgl. meiner Rolladen und Öffnungsstatus:
Sieht aktuell so aus:
Internals:
ADDRESS 000002
CUL433_MSGCNT 14
CUL433_RAWMSG YsAF1105DF020000
CUL433_TIME 2016-10-01 11:43:12
DEF 000002
IODev CUL433
LASTInputDev CUL433
MSGCNT 14
NAME Az.Rolladen
NR 197
STATE open
TYPE SOMFY
exact 0
move stop
position 0
Code:
1 000002
Readings:
2016-10-01 11:43:11 enc_key A0
2016-10-01 11:43:11 exact 0
2016-10-01 11:43:12 parsestate stop
2016-10-01 11:43:11 position 0
2016-10-01 11:43:11 rolling_code 05E0
2016-10-01 11:43:11 state open
Attributes:
IODev CUL433
Wz.Rolladen.Tuer Wg.Rolladen_stc
alias Arbeitszimmer
devStateIcon open:shutter_open@green closed:shutter_closed@black 9\d.*:shutter_closed 8\d.*:shutter_7 7\d.*:shutter_6 6\d.*:shutter_5 5\d.*:shutter_halfopen 4\d.*:shutter_4 3\d.*:shutter_3 2\d.*:shutter_2 1\d.*:shutter_1 0\d.*:shutter_open
drive-down-time-to-100 12
drive-down-time-to-close 13
drive-up-time-to-100 3
drive-up-time-to-open 19
eventMap on:closed off:open
genericDeviceType blind
group Rolladen
homebridgeMapping CurrentPosition=position,minStep=10
TargetPosition=position,cmd=pos,minStep=10
icon own/arbeitszimmer
room Arbeitszimmer,HomeKit,Wohnung
userattr Wz.Rolladen.Tuer Wz.Rolladen.Tuer_map room_map structexclude
webCmd stop:open:10:20:30:40:50:60:70:80:90:100:closed
Wenn der Rolladen komplett oben ist, wird im Home App "Geschlossen" angezeigt.
Bei 30% heruntergefahren, werden im App "30% geöffnet" angezeigt.
Wie muss ich das homebridgeMapping anpassen, damit es im Prinzip umgedreht wird?
in der aktuellen version sollte somfy rolläden eigentlich automatisch richtig rum funktionieren. auch komplett ohne HomebridgeMapping.
ansonsten invert=1 bei CurrentPosition und TagretPosition einbauen.
gruss
andre
Super, danke dir. mit invert=1 läufts.
Wo sehe ich denn die aktuelle Version von hombridge, die installiert ist?
Evtl müsste ich mal ein Update dann durchführen..
npm -g ls homebridge-fhemje nach dem wie du installiert hat mit oder ohne -g.
npm update geht manchmal nicht. dann einfach mit npm install homebridge-fhem noch mal drüber installieren.
gruss
andre
Zitat von: justme1968 am 01 Oktober 2016, 11:40:19
wo du findest welche service und characteristic typen es gibt findet du ebenfalls im ersten post.
welche characteristics es für einen service gibt findest du ebenfalls dort.
TargetTemperature ist ein characteristic. Woher kommt dieser Wert, aus einem Device?
Zitat von: justme1968 am 01 Oktober 2016, 11:40:19
da du aber nur schalten willst brauchst du doch garnicht so tief einzusteigen. mit On, valueOn, valueOff, cmdOn und cmdOff solltest du schon ziemlich weit kommen.
Die Befehle gibt es doch nur in homebridgeMapping oder?
Zitat von: justme1968 am 01 Oktober 2016, 11:40:19
solche abhängigkeiten oder automatismen haben nichts mit homebridgeMapping zu tun. wenn du das tatsächlich über homekit machen willst gehört es in die szenen oder trigger. aber wenn man fhem verwenden gehört es meiner meinung nach überhaupt nicht zu homekit.
alle automatisierung gehört nach fhem und homekit/homebridge ist nur ein frontend zur bedienung.
Ich möchte über einen Button in der Home App und/oder mit Siri den Wert setzen.
Gruß
TWART016
woher kommt welcher wert?
das sind keine kommandos sondern konfiguration parameter. welche es gibt ist im readme beschrieben.
welchen wert willst du setzen?
kannst du mal so genau wie möglich beschreiben was du eigentlich willst und warum es hier im thread nicht schon beschrieben ist.
Mit
attr Wohnzimmer_Modi homebridgeMapping On=state,valueOn=schlafen,cmdOn=schlafen,cmdOff=wählen
konnte ich nun zumindest set Wohnzimmer_Modi machen.
Ich habe jedoch in dem dummy Wohnzimmer_Modi mehr als 3 Werte die ich mit notifys setzte. Wie ist es möglich, pro notify (schlafen,aufwachen,Strom aus, ....) ein Symbol in die Home App zu bekommen?
Siri funktioniert auch noch nicht, es antwortet: Tut mit Leid, das konnte ich nicht tun.
Zu meiner Konfiguration:
Ich habe einen dummy Wohnzimmer_Modi und darauf verknüpfte dummies (schlafen,aufwachen,Strom aus, ....)
Aus einem setlist wähle ich per Dropdown die Befehle aus.
du brauchst für jede möglichkeit eine eigene On characteristic. schau dir das harmony beispiel im readme an.
Der Status meiner Max Thermostate und Fensterkontakte sind jetzt immer aktuell. Danke!
Können die Netatmo Sensoren in der homebridge auch verwendet werden? Wenn ja welcher genericDeviceType muss gesetzt werden?
Gruß Christian
die sollten automatisch erkannt werden wenn sie im
filter sind. ansonsten thermometer.
temperatur, feuchte und luftdruck gehen.
regenmenge und wind gibt es nicht. kannst du aber mit custom characteristics einbauen.
gruss
andre
Zitat von: Christian S. am 01 Oktober 2016, 16:04:48
Können die Netatmo Sensoren in der homebridge auch verwendet werden? Wenn ja welcher genericDeviceType muss gesetzt werden?
thermometer
Temperatur, Luftfeuchtigkeit, CO2 und Luftfeuchtigkeit sind automatisch drin.
Hat eigentlich schon jemand InUse beim outlet für HM Zwischenstecker hinbekommen?
Super mit "thermometer" funktioniert Netatmo in der homebridge.
Was nicht angezeigt wird ist "Lautstärke"
es gibt keine standard volume characteristic.
wenn du eine custom characteristic mit 00001001-0000-1000-8000-135D67EC4377 anlegst wird sie von eve erkannt.
gruss
andre
Hallo Leute,
ich bekomme HomeBridge / HomeKit nicht ans laufen... Fehlermeldung wie folgt... Raspberry 2 B:
pi@raspberrypi:~ $ homebridge
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: Module version mismatch. Expected 46, got 48.
at Error (native)
at Object.Module._extensions..node (module.js:434:18)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
pi@raspberrypi:~ $ node -v
v4.5.0
pi@raspberrypi:~ $ nodejs -v
v6.7.0
pi@raspberrypi:~ $ node -v && npm -v
v4.5.0
2.15.9
pi@raspberrypi:~ $
Ich habe es bereits 3 x versucht... mit node 4.x 5.x 6.x Paketen... nichts klappt... jemand eine Idee? Software ist Jessy und auf dem neuesten Stand...
Danke Simon
Zitat von: justme1968 am 01 Oktober 2016, 12:49:47
in der aktuellen version sollte somfy rolläden eigentlich automatisch richtig rum funktionieren. auch komplett ohne HomebridgeMapping.
ansonsten invert=1 bei CurrentPosition und TagretPosition einbauen.
gruss
andre
Habe jetzt die aktuelle Version laufen.
Was mir auffällt:
SOMFY lässt sich von 0 - 100 in 10er Schritten hoch/runterfahren.
SOMFY Status 100 = Rolladen ist runtergefahren, sodass die Unterkante unten angekommen ist, aber noch Ritze vorhanden sind.
SOMFY Status 200 = komplett unten, dunkel
Steht ein Rolladen auf 200, erscheint im Home App "Keine Antwort" vom Gerät und lässt sich somit nicht mehr steuern.
Fahre ich den Rolladen via fhem auf Position 100, wird direkt "Geschlossen" angezeigt.
Sieht im debug Log so aus:
[10/2/2016, 10:26:32 AM] [FHEM] Initializing platform accessory 'Az.Rolladen'...
[10/2/2016, 10:26:32 AM] [FHEM] creating services for Az.Rolladen
[10/2/2016, 10:26:32 AM] [FHEM] information service for Az.Rolladen
[10/2/2016, 10:26:32 AM] [FHEM] manufacturer, model and serial number characteristics for Az.Rolladen
[10/2/2016, 10:26:32 AM] [FHEM] WindowCovering service for Az.Rolladen
[10/2/2016, 10:26:32 AM] [FHEM] CurrentPosition characteristic for Az.Rolladen:position
[10/2/2016, 10:26:32 AM] [FHEM] initial value is: -100 (number)
[10/2/2016, 10:26:32 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'ev' ] }
[10/2/2016, 10:26:32 AM] [FHEM] TargetPosition characteristic for Az.Rolladen:position
[10/2/2016, 10:26:32 AM] [FHEM] initial value is: -100 (number)
[10/2/2016, 10:26:32 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
...
[10/2/2016, 10:26:40 AM] [FHEM] query: TargetPosition for Az.Rolladen-position
[10/2/2016, 10:26:40 AM] [FHEM] cached: -100 (as number')
[10/2/2016, 10:26:40 AM] [FHEM] query: CurrentPosition for Az.Rolladen-position
[10/2/2016, 10:26:40 AM] [FHEM] cached: -100 (as number')
maxValue=200 zu setzen funktionert zwar, aber dann habe ich eben von 100 - 200 keine sinnigen Werte die geschaltet werden können.
Wie kann man das sauber lösen?
Ja, das Problem lag auf Fhem Seite beim Alias. Klappt jetzt alles wunderbar! Vielen Dank! Ich habe so gut wie alle meine Devices drinnen (Fenster, Jalousien, Rollos, Bose Lautsprecher, Pioneer Heimkino Verstärker, Lampen, Thermostate, Tür/Fenster Kontakte, Keymatic, und ein paar geschaltete Steckdosen) - in Summe derzeit 41 Devices);
Was ich aber noch nicht hinbekommen habe sind die HomeMatic Bewegungsmelder HM-SEC-MDIR-2. Ich habe hier auch schon gesucht, aber bisher nichts gefunden. Hat das jemand schon zum laufen gebracht?
@simon2207: da passen scheinbar einige kompilierte komponenten in den versionen nicht (mehr) zusammen.
dazu solltest du bei google etwas finden.
@Flexstarr: ich verstehe die 200er geschichte bei somfy nicht. geht der bereich jetzt bis 100 oder 200?
reicht es die 100 mit cmds auf 200 zu setzen?
@MaxAut: es gibt einen MotionSensor service mit einer MotionDetected characteristic. aber wie oben schon ein paar mal diskutiert weiss ich nicht warum man einen bewegungsmelder in homekit haben möchte wenn man die automatisierung über fhem macht.
Zitat von: justme1968 am 02 Oktober 2016, 11:06:40
@Flexstarr: ich verstehe die 200er geschichte bei somfy nicht. geht der bereich jetzt bis 100 oder 200?
reicht es die 100 mit cmds auf 200 zu setzen?
Zitat aus der commandref:
"With full timing values set the device is considerd a window shutter (Rolladen) with a difference between covering the full window (position 100) and being completely closed (position 200)"
Der "normale" Bereich geht geht von 0-100.
200 ist der Status für komplett Heruntergefahren, der automatisch eintritt, wenn man "set Rolladen closed" setzt.
Konnte es gerade selbst lösen:
in 10_SOMFY.pm steht:
### position is handled between 0 and 100 blinds down but not completely closed and 200 completely closed
### if timings for 100 and close are equal no position above 100 is used (then 100 == closed)
Jetzt wird Status 200 nicht mehr gesetzt und es passt. 8)
Zitat von: justme1968 am 01 Oktober 2016, 11:45:22
@aski71: eine usv ist für jedes system sinnvoll das immer läuft und das potentiell schaden nimmt wenn der strom ausfällt. für einen kleinen rechner kann es ja auch eine kleine usv sein.
die 5 minuten verzögerung sind kein problem für die automatisierung. sondern eher ein grund dafür. du kannst doch dann z.b. siri sagen schalt schon mal ein bevor du überhaupt hin gehst.
zu den steckdosen gibt es im harmony und im harmony tips thread einige varianten.
Hab ich mir gestern mal kurz angesehen, bin aber noch nicht ohne andere Seiteneffekte zurande gekommen. Muss ich mir nochmal mit mehr Zeit genauer anschauen.
Würde es die homebridge-Kopplung nicht dennoch robuster machen, wenn im harmony Modul die Activities gecached würden? Kann ja auch Leute geben, die bewusst Geräte, inkl. Harmony, aus Energiespargründen vom Strom nehmen wollen, wenn nicht benutzt.
Zur Information und für alle die über Google hier landen, HomeKit bzw fhem über homebridge funktioniert auch tadellos über ein Apple TV 3.
Vielleicht ist es als Hintergrund Information relevant das ich beim iOS 10 Update auf meinem Handy die zweiwege Autentifizierung nicht aktiviert habe.
Nutzt jemand die Funktion zum einladen von Familienmitgliedern? Beim meiner Frau klappt es. Kann es sein dass man Kinder nicht einladen kann? Meine Tochter bekommt jedenfalls keine Information über die Einladung.
Gruß
Jan
Zitat von: stratege-0815 am 02 Oktober 2016, 19:35:56
HomeKit bzw fhem über homebridge funktioniert auch tadellos über ein Apple TV 3.
Vielleicht ist es als Hintergrund Information relevant das ich beim iOS 10 Update auf meinem Handy die zweiwege Autentifizierung nicht aktiviert habe.
Auch das geht einwandfrei. Nach ein paar Flüchen und Google :)
Den Login Bug (TV3 fragt bei jedem Start nach einem Code) kann man umgehen, indem man den Sicherheitscode an's Passwort hängt.
https://forums.developer.apple.com/thread/11262 (https://forums.developer.apple.com/thread/11262)
ZitatNutzt jemand die Funktion zum einladen von Familienmitgliedern? Beim meiner Frau klappt es. Kann es sein dass man Kinder nicht einladen kann? Meine Tochter bekommt jedenfalls keine Information über die Einladung.
Du solltest beliebige iCloud Accounts einladen können. Hast du die Mailadresse genommen mit der der Account verknüpft ist?
und zwei faktor geht auch mit einem geräte spezifischen password.
Hi,
bei meinen Thermostaten wird der Modus (Auto,manuell,usw.) nicht angezeigt.
Jmd ne Idee?
Hier ein Listauszug
Internals:
DEF 2215CF04
NAME KZ.HZ.01.Clima
NOTIFYDEV global
NR 55
NTFY_ORDER 50-KZ.HZ.01.Clima
STATE T: 22.1 desired: 21.0 valve: 14
TYPE CUL_HM
chanNo 04
device KZ.HZ.01
Readings:
2014-10-05 14:52:17 R-boostPeriod 5 min
2014-10-05 14:52:17 R-boostPos 80 %
2014-12-29 00:36:56 R-btnNoBckLight off
2014-10-05 14:52:17 R-dayTemp 21 C
2015-12-30 23:50:04 R-daylightSaveTime on
2014-12-29 00:36:56 R-decalcTime 11:00
2014-12-29 00:36:56 R-decalcWeekday Sat
2014-12-29 00:36:56 R-modePrioManu all
2014-12-29 00:36:56 R-modePrioParty all
2014-10-05 14:52:17 R-nightTemp 17 C
2015-12-30 23:50:04 R-noMinMax4Manu off
2015-12-30 23:50:04 R-regAdaptive offDefault
2014-12-29 00:36:56 R-reguExtI 15
2014-12-29 00:36:56 R-reguExtP 30
2014-12-29 00:36:56 R-reguExtPstart 30
2014-12-29 00:36:56 R-reguIntI 18
2014-12-29 00:36:56 R-reguIntP 33
2014-12-29 00:36:56 R-reguIntPstart 45
2015-12-30 23:50:04 R-showInfo time
2015-12-30 23:50:04 R-showWeekday off
2014-12-29 00:40:19 R-sign off
2014-10-05 14:52:17 R-tempMax 30.5 C
2014-10-05 14:52:17 R-tempMin 4.5 C
2014-12-29 00:36:56 R-tempOffset 0.0K
2014-10-05 14:52:17 R-valveErrPos 15 %
2014-10-05 14:52:17 R-valveMaxPos 100 %
2014-10-05 14:52:17 R-valveOffsetRt 0 %
2015-12-30 23:50:04 R-winOpnBoost on
2014-10-05 14:52:17 R-winOpnDetFall 0.5 K
2014-12-29 00:36:56 R-winOpnMode on
2014-10-05 14:52:17 R-winOpnPeriod 10 min
2014-10-05 14:52:17 R-winOpnTemp 12 C
2015-12-31 11:33:06 R_0_tempListSat 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_1_tempListSun 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_2_tempListMon 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_3_tempListTue 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_4_tempListWed 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_5_tempListThu 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_6_tempListFri 09:00 21.0 18:00 20.0 24:00 21.0
2015-12-31 11:33:06 R_tempList_State verified
2016-10-02 22:21:38 ValvePosition 14
2016-10-02 22:21:38 boostTime -
2016-10-02 22:21:38 controlMode auto
2016-10-02 22:21:38 desired-temp 21.0
2016-10-02 22:21:38 measured-temp 22.1
2015-12-12 00:04:11 motorErr ok
2016-10-02 22:21:38 partyEnd -
2016-10-02 22:21:38 partyStart -
2016-10-02 22:21:38 partyTemp -
2016-10-02 22:21:38 state T: 22.1 desired: 21.0 valve: 14
Helper:
Expert:
def 1
det 1
raw 0
tpl 0
Role:
chn 1
Shregr:
07 00
Attributes:
alias Temperatur
expert 1
fm_type tempbutton,desiredtemp,temp
genericDisplayType thermostat
group Heizkörper
icon icoKLIMA
model HM-CC-RT-DN
peerIDs 00000000,
room Ruby,homekit
Danke
Sören
Zitatthis.mappings.TargetPosition.homekit2reading = function(mapping, orig) {
if( orig == 0 ) return 'lock';
return orig;
}.bind(null, this.mappings.TargetPosition);
Könntest du das bitte standardmässig rausnehmen?
Ich möchte meine Fenster nicht verschliessen.
was machst du denn mit deinen fenstern wenn sie zu sind?
warum würde man mit der winmatic ein fenster zu machen aber nicht verschliessen ?
Zitat von: justme1968 am 02 Oktober 2016, 22:26:19was machst du denn mit deinen fenstern wenn sie zu sind?
warum würde man mit der winmatic ein fenster zu machen aber nicht verschliessen ?
Ich lasse sie vernünftigerweise auf Position 0, damit sind sie dicht.
Du denkst falsch, das ist kein Fenstergriff.
Wenn kein Wind geht und man zuhause ist, gibt es bei der Winmatic absolut keinen Grund die Fenster zu verriegeln.
Der Vorgang leert nur unnötig den Akku.
@alle: machen das die anderen auch so ?
Hey Andre,
hast noch einen Tip für mich zu Post #1226.
Gruß
Sören
Hab gestern nach Rückkehr aus dem Urlaub mal wieder alles auf den aktuellen Stand gebracht (Jessie, FHEM, homebridge und homebridge-fhem).
Seit dem habe ich ein merkwürdiges Verhalten bei meinem Fibaro Motion Sensor Gen4.
Ich habe ein paar zusätzliche Characteristics definiert um noch die Luftfeuchtigkeit eines anderen Sensors mit anzuzeigen und auch den daraus resultierenden Taupunkt.
Solange ich nur die Luftfeuchtigkeit dazu nehme ist alles in Ordnung.
MotionDetected=state,values=/^open/:1;/^closed/:0
CurrentRelativeHumidity=bz_Sensor_TH1:humidity
Hiermit bekomme ich innerhalb HomeKit nun Temperatur, Bewegung, Helligkeitsstufe, Luftfeuchtigkeit und Batterie angezeigt.
Mappe ich nun wie vorher die Temperatur des Sensors und den Taupunkt des anderen Sensors als subtype(s), so wird die Anzeige innerhalb HomeKit (Eve) merkwürdig.
MotionDetected=state,values=/^open/:1;/^closed/:0
CurrentRelativeHumidity=bz_Sensor_TH1:humidity
CurrentTemperature=temperature,minValue=5,subtype=Raumtemperatur
CurrentTemperature=bz_Sensor_TH1:dewpoint,minValue=-15,subtype=Taupunkt
Damit bekomme ich nun "Raumtemperatur (Temperatur)", "Taupunkt (Temperatur)", "Raumtemperatur (Helligkeitsstufe)" und "Taupunkt (Helligkeitsstufe)" angezeigt.
"Taupunkt (Helligkeitsstufe)" hat den Wert 0 da es ja auch nicht vorhanden ist.
Das Mappen der Temperatur klappt ja nach wie vor nur wo kommt die zusätzliche Helligkeitsstufe her? Das war vor den gestern eingespielten Updates nicht so und das Mapping hatte ich auch nicht verändert. ???
Gruß
Dan
Hallo,
Auf Grund von iOS 10 und der neuen Home App beschäftige ich mich jetzt mal wieder mit Homekit. Bei der Einrichtung und Überarbeitung meiner einzelnen Geräte in der Home App fiel mir auf das meine Milight Geräte keine Antwort geben. Beim Nachschauen in den einzelnen Attributen fiel mir auf, dass das generictype Device Attribut fehlte. OK, auf grund dieser Tatsache war das klar, aber ich weiss nicht mehr wie die Einrichtung von den Geräten erfolgen muss.
Kann mir einer nochmal sagen, wie ich meine Milight Geräte dort eingerichtet bekomme?
Ich finde den Link nicht mehr.
Vielen Dank im voraus
arokh12
Zitat von: Flexstarr am 02 Oktober 2016, 11:59:53
Zitat aus der commandref:
"With full timing values set the device is considerd a window shutter (Rolladen) with a difference between covering the full window (position 100) and being completely closed (position 200)"
Der "normale" Bereich geht geht von 0-100.
200 ist der Status für komplett Heruntergefahren, der automatisch eintritt, wenn man "set Rolladen closed" setzt.
Konnte es gerade selbst lösen:
in 10_SOMFY.pm steht:
### position is handled between 0 and 100 blinds down but not completely closed and 200 completely closed
### if timings for 100 and close are equal no position above 100 is used (then 100 == closed)
Jetzt wird Status 200 nicht mehr gesetzt und es passt. 8)
Hi, wenn ich in FHEM die Zeiten für Time to 100 und Time to close identisch und up to 100 = 0 setze wird voll geschlossen zwar als 100 angezeigt, ich kann aber in FHEM nicht mehr mit pos= eine Zwischenposition anfahren.
Jedes Verfahren wird mit der Position 100 als Status ausgegeben. D.h. wenn ich den Rolladen ganz runter gefahren habe zeigt er 100 als Position an, wenn ich dann set pos=80 eingebe, fährt das Rollo ein Stück hoch und zeigt anschließend Position 100 und exact 100, wenn ich wieder set pos = 80 eingebe fährt es weiter hoch und zeigt wieder Position und exact = 100.
Ist das bei Dir anders?
Zitat von: justme1968 am 18 September 2016, 16:18:24
wo kommt das position reading im hm aktor her? das gibt es normalerweise nicht und warum verwendest du als maxValue 200 bei beiden devices ?
wenn man invert verwendet muss men es natürlich für CurrentPosition und TargetPosition setzen.
bitte versuch mal die angehängt version. die setzt invert automatisch bei somfy und wenn levelInverse gesetzt ist. das homebridgeMapping bitte komplett entfernen.
Nachdem ich jetzt wieder Zugriff auf meinen Pi habe zwei (vermutlich blöde Anfänger)Fragen:
A) ist das noch aktuell oder inzwischen in ein Update eingepflegt?
B) wo genau muss ich ansonsten diese Index.js ablegen?
@jneroes: was genau heisst wird nicht angezeigt?
@DeeSPe: wird die zusätzliche characteristic beim starten auf der console mit --debug auch angezeigt?
@Garbsen: ist schon längst eingecheckt. aktuell ist version 0.2.47
gruss
andre
Zitat von: justme1968 am 03 Oktober 2016, 21:46:05
@DeeSPe: wird die zusätzliche characteristic beim starten auf der console mit --debug auch angezeigt?
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] homebridgeMapping: MotionDetected=state,values=/^open/:1;/^closed/:0
CurrentRelativeHumidity=bz_Sensor_TH1:humidity
CurrentTemperature=temperature,minValue=5,subtype=Raumtemperatur
CurrentTemperature=bz_Sensor_TH1:dewpoint,minValue=-15,subtype=Taupunkt
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] mappings for bz_Sensor: { CurrentAmbientLightLevel: { reading: 'luminance' },
BatteryLevel: { reading: 'battery' },
StatusLowBattery:
{ reading: 'battery',
threshold: 20,
values: [ '0:BATTERY_LEVEL_LOW', '1:BATTERY_LEVEL_NORMAL' ] },
CurrentTemperature:
[ { reading: 'temperature',
minValue: '5',
subtype: 'Raumtemperatur' },
{ reading: 'dewpoint',
device: 'bz_Sensor_TH1',
minValue: '-15',
subtype: 'Taupunkt' } ],
CurrentRelativeHumidity: { reading: 'humidity', device: 'bz_Sensor_TH1' },
MotionDetected: { reading: 'state', values: [ '/^open/:1', '/^closed/:0' ] } }
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor is LightSensor
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor has
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] CurrentAmbientLightLevel [luminance]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] BatteryLevel [battery]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] StatusLowBattery [battery]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] CurrentTemperature [temperature]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] CurrentTemperature [bz_Sensor_TH1.dewpoint]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] CurrentRelativeHumidity [bz_Sensor_TH1.humidity]
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] MotionDetected [state]
2016-10-03 21:52:25 caching: bz_Sensor-luminance: 0 Lux
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] caching: CurrentAmbientLightLevel: 0 (as number; from '0 Lux')
2016-10-03 21:52:25 caching: bz_Sensor-battery: 100 %
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] caching: BatteryLevel: 100 (as number; from '100 %')
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] value2homekit: { '0': 1, '1': 0 }
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor-battery threshold: value 100 % mapped to 1
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor-battery values: value 1 mapped to 0
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from '100 %')
2016-10-03 21:52:25 caching: bz_Sensor-temperature: 20.6 C
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] caching: CurrentTemperature:Raumtemperatur: 20.6 (as number; from '20.6 C')
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] query: CurrentTemperature for bz_Sensor_TH1-dewpoint
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] not cached
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22bz_Sensor_TH1%22,%22dewpoint%22,%22%22)%7D&XHR=1
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] query: CurrentRelativeHumidity for bz_Sensor_TH1-humidity
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] not cached
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22bz_Sensor_TH1%22,%22humidity%22,%22%22)%7D&XHR=1
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] value2homekit_re: [ { re: '^open', to: '1' }, { re: '^closed', to: '0' } ]
2016-10-03 21:52:25 caching: bz_Sensor-state: closed
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor-state values: value closed mapped to 0
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] bz_Sensor-state valueOn/valueOff: value 0 mapped to 0
[Mon Oct 03 2016 21:52:25 GMT+0200 (CEST)] [FHEM] caching: MotionDetected: false (as boolean; from 'closed')
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] Initializing platform accessory 'bz_Sensor'...
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] creating services for bz_Sensor
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] information service for bz_Sensor
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] manufacturer, model and serial number characteristics for bz_Sensor
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] LightSensor service for bz_Sensor
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] CurrentAmbientLightLevel characteristic for bz_Sensor:luminance
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] initial value is: 0 (number)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'float',
unit: 'lux',
minValue: 0.0001,
maxValue: 100000,
minStep: 0.0001,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] BatteryLevel characteristic for bz_Sensor:battery
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] initial value is: 100 (number)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] StatusLowBattery characteristic for bz_Sensor:battery
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] CurrentTemperature:Raumtemperatur characteristic for bz_Sensor:temperature
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] initial value is: 20.6 (number)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] LightSensor service for bz_Sensor (Taupunkt)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] CurrentTemperature:Taupunkt characteristic for bz_Sensor_TH1:dewpoint
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] no default
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -15,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] CurrentRelativeHumidity characteristic for bz_Sensor_TH1:humidity
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] no default
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] MotionDetected characteristic for bz_Sensor:state
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] initial value is: false (boolean)
[Mon Oct 03 2016 21:52:26 GMT+0200 (CEST)] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }Kann ich nicht sehen...
Gruß
Dan
Trotzdem ist die zweite Helligkeitsstufe da!
Gruß
Dan
EDIT: Dateianhang entfernt.
Zitat von: justme1968 am 03 Oktober 2016, 21:46:05
@jneroes: was genau heisst wird nicht angezeigt?
@DeeSPe: wird die zusätzliche characteristic beim starten auf der console mit --debug auch angezeigt?
@Garbsen: ist schon längst eingecheckt. aktuell ist version 0.2.47
gruss
andre
Hi Andre,
Ich hab mal einen Screenshot angehangen. Im Thermostat in FHEM gibt es einen controlmode, was den Modi des Thermostats entspricht. Die Werte sind hier auto,manu,day,night. Nur das scheint nicht gemapped zu sein.
Gruß
Sören
Ich muss mich leider arokh12 anschließen, bei meinen Miligt Devices steht in der Home App "dieses Gerät antwortet nicht"
Kann mir vielleicht jemand helfen? Wäre super dankbar wenn mir jemand Beispiel attr geben könnte.
Viele Grüße aus Berlin,
Christian
@arokh12: was steht beim homebridge start auf der konsole?
@DeeSPe: wenn beim starten kein ... creating xxx characterisitic for ... für diese characteristic auftaucht wird sie nicht vom modul erzeugt. es kann sein das sie über .../hap-nodejs/lib/gen/HomeKitTypes.js als default dazu kommt. schau mal dort nach, oder das eve sie irrtümlicherweise einblendet.
blende sie einfach in eve aus.
@jneroes: wenn du den mode verwenden willst musst du ihn selber per homebridgeMapping konfigurieren. beispiele gibt es oben.
gruss
andre
Zitat von: jneroes am 04 Oktober 2016, 00:53:49Im Thermostat in FHEM gibt es einen controlmode, was den Modi des Thermostats entspricht. Die Werte sind hier auto,manu,day,night. Nur das scheint nicht gemapped zu sein.
Ein paar drüber findest du ein Userreading samt Mapping für HM das du nachbauen kannst.
Die Modi 1:1 umzusetzen macht glaube ich wenig Sinn.
Zitat von: Markus M. am 27 September 2016, 22:28:57
Und noch ein Satz TargetHeatingCoolingState / CurrentHeatingCoolingState für HM-CC-RT-DN
heatingState { (ReadingsVal("HM_ABCDEF_Clima","ValvePosition","0") > 0 || ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "on") ? "HEAT" : ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "off" ? "OFF" : ReadingsVal("HM_ABCDEF_Clima","controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal("HM_ABCDEF_Clima","measured-temp","20") > ReadingsVal("HM_ABCDEF_Clima","desired-temp","20")) ? "COOL" : "AUTO" }
TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
@Markus M.
TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0sollte bei AUTO:0 nicht AUTO:3 stehen?
Zitat von: Hauswart am 04 Oktober 2016, 11:01:16sollte bei AUTO:0 nicht AUTO:3 stehen?
Irgendwer hat hier mal erwähnt, bei Current HeatingCooling wäre AUTO kein gültiger Wert.
Macht auch Sinn, da AUTO kein definierter Wert einer Anlage ist. Wenn aktuell nicht geheizt wird, ist OFF.
Finde ich aber nicht so in den Specs. Wer weiss mehr?
@justme1968 da ich das selbe Problem wie arokh12 habe, antworte ich einfach mal :)
auf der konsole sieht man nichts verdächtiges meines erachtens.
außer die warnings am anfang:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-04 19:13:40] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2016-10-04 19:13:40] Registering platform 'homebridge-fhem.FHEM'
[2016-10-04 19:13:40] ---
[2016-10-04 19:13:40] Loaded config.json with 0 accessories and 1 platforms.
[2016-10-04 19:13:40] ---
[2016-10-04 19:13:40] Loading 1 platforms...
[2016-10-04 19:13:40] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1475601221440
[2016-10-04 19:13:41] [FHEM] Checking genericDeviceType...
[2016-10-04 19:13:41] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-10-04 19:13:41] [FHEM] Fetching FHEM devices...
[2016-10-04 19:13:41] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=homekit&XHR=1
[2016-10-04 19:13:41] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2016-10-04 19:13:41] [FHEM] got: 6 results
[2016-10-04 19:13:41] [FHEM] Balkon is switch
[2016-10-04 19:13:41] [FHEM] Balkon has
[2016-10-04 19:13:41] [FHEM] On [state;on,off]
2016-10-04 19:13:41 caching: Balkon-state: off
[2016-10-04 19:13:41] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-04 19:13:41] [FHEM] Flur is light
[2016-10-04 19:13:41] [FHEM] Flur has
[2016-10-04 19:13:41] [FHEM] On [onoff;on,off]
[2016-10-04 19:13:41] [FHEM] Brightness [brightness]
[2016-10-04 19:13:41] [FHEM] Hue [hue;hue;0-359]
[2016-10-04 19:13:41] [FHEM] Saturation [saturation;saturation;0-100]
2016-10-04 19:13:41 caching: Flur-brightness: 100
Gruß christian
stoppen und dann homebridge von hand starten nicht über das start script. d.h. als der passende user einfach nur homebridge --debug ausführen.
gruss
andre
sorry, da war ich wohl zu schnell (ohne debug):
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-04 19:16:32] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2016-10-04 19:16:32] Registering platform 'homebridge-fhem.FHEM'
[2016-10-04 19:16:32] ---
[2016-10-04 19:16:32] Loaded config.json with 0 accessories and 1 platforms.
[2016-10-04 19:16:32] ---
[2016-10-04 19:16:32] Loading 1 platforms...
[2016-10-04 19:16:32] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1475601393181
[2016-10-04 19:16:33] [FHEM] Checking genericDeviceType...
[2016-10-04 19:16:33] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-10-04 19:16:33] [FHEM] Fetching FHEM devices...
[2016-10-04 19:16:33] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=homekit&XHR=1
[2016-10-04 19:16:33] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2016-10-04 19:16:33] [FHEM] got: 6 results
[2016-10-04 19:16:33] [FHEM] mappings for Balkon: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-04 19:16:33] [FHEM] Balkon is switch
[2016-10-04 19:16:33] [FHEM] Balkon has
[2016-10-04 19:16:33] [FHEM] On [state;on,off]
2016-10-04 19:16:33 caching: Balkon-state: off
[2016-10-04 19:16:33] [FHEM] Balkon-state valueOn/valueOff: value off mapped to 0
[2016-10-04 19:16:33] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-04 19:15:55] [FHEM] detected MilightDevice
[2016-10-04 19:15:55] [FHEM] mappings for Flur: { On: { reading: 'onoff', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness:
{ reading: 'brightness',
cmd: 'dim',
max: 100,
maxValue: 100,
delay: true },
Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
Saturation:
{ reading: 'saturation',
cmd: 'saturation',
max: 100,
maxValue: 100 } }
[2016-10-04 19:15:55] [FHEM] Flur is light
[2016-10-04 19:15:55] [FHEM] Flur has
[2016-10-04 19:15:55] [FHEM] On [onoff;on,off]
[2016-10-04 19:15:55] [FHEM] Brightness [brightness]
[2016-10-04 19:15:55] [FHEM] Hue [hue;hue;0-359]
[2016-10-04 19:15:55] [FHEM] Saturation [saturation;saturation;0-100]
2016-10-04 19:15:55 caching: Flur-brightness: 100
[2016-10-04 19:15:55] [FHEM] Flur-brightness value 100 scaled to: 100
[2016-10-04 19:15:55] [FHEM] caching: Brightness: 100 (as number; from '100')
2016-10-04 19:15:55 caching: Flur-hue: 216
[2016-10-04 19:15:55] [FHEM] Flur-hue value 216 scaled to: 216
[2016-10-04 19:15:55] [FHEM] caching: Hue: 216 (as number; from '216')
2016-10-04 19:15:55 caching: Flur-saturation: 100
[2016-10-04 19:15:55] [FHEM] Flur-saturation value 100 scaled to: 100
[2016-10-04 19:15:55] [FHEM] caching: Saturation: 100 (as number; from '100')
[2016-10-04 19:15:55] [FHEM] detected WifiLight
[2016-10-04 19:15:55] [FHEM] mappings for Garderobe: { Hue:
{ reading: 'hue',
cmd: 'HSV',
max: 359,
maxValue: 359,
homekit2reading: [Function: bound ] },
Saturation:
{ reading: 'saturation',
cmd: 'HSV',
max: 100,
maxValue: 100,
homekit2reading: [Function: bound ] },
Brightness:
{ reading: 'brightness',
cmd: 'HSV',
max: 100,
maxValue: 100,
delay: true,
homekit2reading: [Function: bound ] },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-04 19:15:55] [FHEM] Garderobe is light
[2016-10-04 19:15:55] [FHEM] Garderobe has
[2016-10-04 19:15:55] [FHEM] Hue [hue;HSV;0-359]
[2016-10-04 19:15:55] [FHEM] Saturation [saturation;HSV;0-100]
[2016-10-04 19:15:55] [FHEM] Brightness [brightness]
[2016-10-04 19:15:55] [FHEM] On [state;on,off]
wenn ich die homeapp starte erscheint auf der konsole vom rpi (homebridge) noch
[2016-10-04 19:27:38] [FHEM] value:
2016-10-04 19:27:38 caching: Flur-onoff:
[2016-10-04 19:27:38] [FHEM] caching: On: NaN (as number; from '')
[2016-10-04 19:27:38] [FHEM] caching: On: NaN (as number; from '')
[2016-10-04 19:27:38] [FHEM] value:
2016-10-04 19:27:38 caching: Vitrine-onoff:
[2016-10-04 19:27:38] [FHEM] caching: On: NaN (as number; from '')
[2016-10-04 19:27:38] [FHEM] caching: On: NaN (as number; from '')
Es geht um Flur und Vitrine
ok. ich weiss wo das problem ist.
bitte zeig mal ein jsonlist2 von einem der beiden devices.
gruss
andre
{
"Arg":"NAME=Flur",
"Results": [
{
"Name":"Flur",
"PossibleSets":"on off toggle dimup dimdown discoModeUp:noArg discoSpeedUp:noArg discoSpeedDown:noArg night:noArg white:noArg toggleWhite:noArg pair unpair restorePreviousState:noArg saveState:noArg restoreState:noArg hsv rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,360 saturation:slider,0,100,100 preset dim:slider,0,4,100 brightness:slider,0,4,100 intervals off-till-overnight blink on-for-timer off-for-timer on-till on-till-overnight off-till",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev dimStep defaultBrightness defaultRampOn defaultRampOff presets dimOffWhite:1,0 updateGroupDevices:1,0 restoreAtStart:1,0 colorCast gamma lightSceneParamsToSave event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fhem_widget_command fp_MeinZuhause genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "RGBW MilightBridge 6",
"INIT": "1",
"LEDTYPE": "RGBW",
"NAME": "Flur",
"NR": "49",
"NTFY_ORDER": "50-Flur",
"SLOT": "6",
"SLOTID": "6",
"STATE": "on 100",
"TYPE": "MilightDevice"
},
"Readings": {
"brightness": { "Value":"100", "Time":"2016-10-04 19:09:47" },
"brightness_on": { "Value":"100", "Time":"2016-10-04 02:42:56" },
"discoMode": { "Value":"0", "Time":"2016-10-04 19:09:47" },
"discoSpeed": { "Value":"0", "Time":"2016-10-04 19:09:47" },
"hsv": { "Value":"216,100,100", "Time":"2016-10-04 19:09:47" },
"hue": { "Value":"216", "Time":"2016-10-04 19:09:47" },
"previousState": { "Value":"216,100,0", "Time":"2016-10-04 19:09:47" },
"rgb": { "Value":"0066FF", "Time":"2016-10-04 19:09:47" },
"saturation": { "Value":"100", "Time":"2016-10-04 19:09:47" },
"state": { "Value":"on 100", "Time":"2016-10-04 19:09:47" },
"transitionInProgress": { "Value":"0", "Time":"2016-10-04 19:09:47" }
},
"Attributes": {
"IODev": "MilightBridge",
"devStateIcon": "{(MilightDevice_devStateIcon($name),\"toggle\")}",
"event-on-change-reading": "state,transitionInProgress",
"fhem_widget_command": "{\"allowed_values\":[\"off\",\"on\"],\"filter\":\"public\",\"order\":2}",
"fp_MeinZuhause": "357,714,0,Flur,",
"group": "Sonstiges",
"lightSceneParamsToSave": "hsv",
"restoreAtStart": "1",
"room": "Flur,homekit",
"webCmd": "on:off:dim:hue:night:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffff00"
}
} ],
"totalResultsReturned":1
}
Gruß Christian
ich habe eben eine version eingecheckt mit der die milight devices wieder funktionierten sollten.
gruss
andre
Das nenne ich wirklich mal geilen Support!!! Vielen Dank, ich teste sofort.
Update: Funktioniert! Vielen vielen Dank!
Zitat von: justme1968 am 02 Oktober 2016, 11:06:40
@Flexstarr: ich verstehe die 200er geschichte bei somfy nicht. geht der bereich jetzt bis 100 oder 200?
reicht es die 100 mit cmds auf 200 zu setzen?
Habe mal ein wenig gesucht, die Logik beim Somfy Modul ist, dass 100 der Situation entspricht, dass der Rolladen unten angekommen ist, die Lüftungsschlitze aber noch offen stehen. 200 ist dann ein paar Sekunden später, wenn der Rolladen völlig geschlossen ist.
Der Hintergrund soll sein, dass der Rolladen auf den letzten Zentimetern schneller läuft (Eigengewicht).
Somfy ist leider nicht bi-directional und das Somfy Modul errechnet die Position des Rolladens aus der Laufzeit.
Angeblich kann man das ignorieren, in dem man die in den Attributen zu hinterlegende Zeit von Time to 100 und Time to close (200) identisch setzt und die Zeit für 100 to Close und Close to 100 auf 0.
So oder so, eigentlich ist für eine Positionsansteuerung nur der Wert 0 bis 100 interessant, 200 ist dann closed. D.h. MaxValue müsste 100 sein und die Rückgabe von Position 200 nach homebridge müsste als closed interpretiert werden.
Ich hoffe ich habe das einigermaßen verständlich dargestellt und vielleicht hilft es ja die Somfy Angaben im Homebridge Modul anzupassen.
Zitat von: justme1968 am 04 Oktober 2016, 21:49:06
ich habe eben eine version eingecheckt mit der die milight devices wieder funktionierten sollten.
gruss
andre
Danke, für das schnelle handeln. Jetzt funktioniert es wieder einwandfrei.
Danke auch an erotikbaer, da er für mich weiter gemacht hat. Hab es jetzt gerade erst gesehen.
Arokh12
Hallo,
nachdem das mit dem Milight super geklappt hat, wollte ich fragen, ob es die Möglichkeit gibt einem Device in homekit eine Liste hinzuzufügen, indem ich aus mehreren Geräten eines Auswählen kann, welches mir dann an FHEM übergeben wird.
Hintergrund ist folgender:
Bei mir im Wohnzimmer habe ich neben meinem Fernseher und meinem AV Receiver auch mehrere andere Geräte (Blu-ray Player, Spielekonsole, Apple TV). Diese sind alle an meinem AV Receiver angeschlossen. Da ich jetzt nicht jedes mal Lust hatte, meine Geräte beim Gucken z.B. Einer Blu-Ray manuell einschalten zu müssen, habe ich mir in FHEM einen Dummy gebaut. Bei diesem Dummy habe ich einen on/off Taster und eine setlist, in welcher ich auswählen kann, welches Gerät zusätzlich zum Fernseher und zum Receiver eingeschaltet soll.
Den on/off Taster habe ich schon in die Homebridge integriert bekommen, bleibt nur noch das Problem, dass ich jedes mal, wenn sich das zusätzliche Gerät ändert (vom Blu-Ray-Player zur Spielekonsole), ich mich bei FHEM anmelden muss, um diese zu ändern.
Lässt sich so eine Liste auch integrieren, oder wie kann ich das am besten machen?
Vielen Dank im voraus
arokh12
@Garbsen
könntest Du mir bitte mal Dein homebridgeMapping für den Somfy Rollladen posten ?
Ich hatte einen Code aus diesem Threat übernommen mit dem ich die Rolläden prinzipiell auf und zu fahren lassen kann, aber eben mit dem bekannten Problem, dass die Anzeigen im Homekit falsch sind (will sagen bei auf steht hier geschlossen und umgekehrt). Eine invert Option hat bei mir nichts gebracht, ausser dass die Geräte in der Homebridge dann nicht mehr gefunden werden.
Zitat von: Joker2002 am 05 Oktober 2016, 07:06:17
@Garbsen
könntest Du mir bitte mal Dein homebridgeMapping für den Somfy Rollladen posten ?
Ich hatte einen Code aus diesem Threat übernommen mit dem ich die Rolläden prinzipiell auf und zu fahren lassen kann, aber eben mit dem bekannten Problem, dass die Anzeigen im Homekit falsch sind (will sagen bei auf steht hier geschlossen und umgekehrt). Eine invert Option hat bei mir nichts gebracht, ausser dass die Geräte in der Homebridge dann nicht mehr gefunden werden.
Mein Verständnis ist, dass alle Homebridgemappings für Somfy gelöscht werden sollten, nachdem Somfy von André in die Index.js für Homebridge eingearbeitet wurden.
Allerdings funktioniert es bei mir auch noch nicht.
Da ist noch irgendwo der Wurm drin.
@arokh12: auswahllisten gibt es nicht, schau dir dir harmony beispiele an. du brauchst für jedes gerät einen schalter. die schalter können alle im gleichen homekit service sein.
Hi Andre,
sorry, wenn ich nochmal auf die Robustheit bzgl. Harmony-Activities zu sprechen kommen muss.
Gestern habe ich fhem upgedated und natürlich im Anschluss "shutdown restart" durchgeführt.
Da ja gerne die Home-Konfig beim Reboot des Gesamtsystems flöten ging, starte ich fhem und homebridge inzwischen per systemd in Abhängigkeit zueinander. Also zuerst fhem, dann homebridge.
Laut systemd Doku wird dann homebridge erst gestartet, wenn fhem komplett hoch gefahren ist.
Der Nebeneffekt dieser Abhängigkeit ist: Bei einem shutdown und restart von fhem wird dann auch homebridge vor fhem gestoppt und nach dem fhem-Start wieder gestartet.
Dies hatte nun gestern zur Folge, dass trotzdem wieder alle Harmony Activities weg waren. Obwohl die Harmony zum Neustart-Zeitpunkt am Strom war.
Vermutlich hat der Harmony-Adapter zu lange zum Initialisieren gebraucht und homebridge war schon unterwegs mit Einlesen.
Ein weiterer Grund, warum ich denke, es wäre sinnvoller, fhem würde die Szenen-Namen cachen.
VG Alex
Bekommt man eine On/Off Anzeige eigentlich auch hin, ohne das Gerät dann über Homekit schalten zu können?
Also nur eine Anzeige und kein Switch.
Contact würde ja gehen, aber "geschlossen" / "geöffnet" passt vom Namen her halt gar nicht.
Es geht um einen Dummy der anzeigt ob meine Waschmaschine oder der Trocker gerade läuft.
Gesetzt und rückgesetzt wird das über dein DOIF, welches über den Stromverbrauch das Reading im Dummy auf 1 oder 0 setzt,
je nachdem ob die Wäsche läuft oder fertig ist.
@aski71: ich denke noch mal drüber nach.
@Thyraz: schau dir mal den StatefulProgrammableSwitch service mit der ProgrammableSwitchOutputState characteristic an.
der nennt sich zwar switch ist aber eigentlich ein sensor der zwei zustände kennt. müsste also passen.
gruss
andre
Funktioniert, aber in der Home app wird man das nicht sichtbar bekommen, oder?
Ich muss meinem Dummy ja irgendein genericDeviceType zuordnen (hab jetzt mal Switch gewählt) und dann hab ich trotz mapping
Zitat
clear
ProgrammableSwitchOutputState=waschmaschineRunning
in der Home app eben einen Switch den ich schalten kann und dessen Zustand nichts mit dem State zu tun hat.
In Eve sehe ich hingegen die zusätzliche Characteristic.
du musst die service class als genericDeviceType verwenden. also StatefulProgrammableSwitch. clear ist dann nicht nötig.
und dann je nach reading diese nach 0 und 1 mappen.
gruss
andre
Ich bin am verzweifeln, ich kriege die Homebridge nicht richtig zum Laufen.
Ich habe 2 Typen von Rolläden im Einsatz: Somfy und HM, beide tauchen in Himekit auf. Die Somfy Rolläden jetzt, soweit ich das HomebridgeMapping gelöscht habe immer mit Zustand geschlossen, dort wo das alte Mapping noch steht (mit MaxValue 200) immer mit wird geöffnet. Steuern lassen Sie sich nicht.
Das schiebe ich aber zunächst mal nach hinten, wäre ja froh, wenn die HM Rolläden Aktoren funktionieren würden. Hier ist es auch "seltsam", da beide unterschiedlich agieren.
Der 1. zeigt ebenfalls immer geschlossen an, lässt sich aber fahren, zeigt dabei wird geöffnet an, anschließend wieder geschlossen
Ist-Zustand:geschlossen
Anzeige in HomeKit:geschlossen
In HomeKit auf öffnen ziehen, Rolläden öffnet und in HomeKit Anzeige:wird geöffnet, anschließend Anzeige:geschlossen, ist-Zustand Geöffnet.
Jetzt in HomeKit auf öffnen ziehen, nichts geschieht, von ganz offen auf schließen ziehen, Rollden fährt runter
Ansteuern einer Zwischenposition wird ignoriert, bzw. Immer auf 0 oder 100 gesteuert
Hier ein List
Internals:
CUL_0_MSGCNT 77
CUL_0_RAWMSG A0D4EA41044D02EF110340601C800::-71:CUL_0
CUL_0_RSSI -71
CUL_0_TIME 2016-10-05 21:59:46
DEF 44D02E
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 77
NAME Rollo3
NOTIFYDEV global
NR 589
NTFY_ORDER 50-Rollo3
STATE hoch
TYPE CUL_HM
lastMsg No:4E - t:10 s:44D02E d:F11034 0601C800
protLastRcv 2016-10-05 21:59:46
protSnd 77 last_at:2016-10-05 21:59:46
protState CMDs_done
rssi_CUL_0 min:-81 max:-72 avg:-76.84 lst:-74 cnt:53
rssi_at_CUL_0 cnt:77 lst:-71 avg:-74.55 max:-69.5 min:-82
Readings:
2016-10-05 21:59:41 CommandAccepted yes
2016-09-02 14:12:40 D-firmware 2.8
2016-09-02 14:12:40 D-serialNr NEQ0049605
2016-10-05 21:59:46 deviceMsg off (to VCCU)
2016-10-05 21:59:46 level 0
2016-10-05 21:59:46 motor stop:off
2016-10-05 21:59:46 pct 0
2016-10-05 21:59:46 recentStateType info
2016-10-05 21:59:46 state off
2016-10-05 21:59:46 timedOn off
Helper:
HM_CMDNR 78
cSnd 11F1103444D02E0201C8,11F1103444D02E0201C8
dlvlCmd ++A011F1103444D02E0201C8
mId 006A
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +44D02E,00,00,00
nextSend 1475697586.6335
rxt 0
vccu VCCU
p:
44D02E
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 4E
Io:
CUL_0 -69
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1475697586.53995
ack:
HASH(0x2043bd0)
4E8002F1103444D02E00
Rssi:
Cul_0:
avg -76.8490566037736
cnt 53
lst -74
max -72
min -81
At_cul_0:
avg -74.5584415584416
cnt 77
lst -71
max -69.5
min -82
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
alias Rollo_Küchentür
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 45:Sonnenschutz
expert 2_raw
fhem_widget_command {"allowed_values":["on","stop","off"],"order":3,"alias":"RolloKuechentuer"}
firmware 2.8
genericDeviceType blind
group Rollaeden Kueche
icon fts_shutter_updown
model HM-LC-Bl1PBU-FM
param levelInverse
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Kueche,Sueden,Unten
serialNr NEQ0049605
subType blindActuator
webCmd statusRequest:toggleDir:hoch:runter:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long
LevelInverse ist hier notwendig, das der Motor verkehrt herum angeschlossen ist
2. Rollo
hier funktioniert alles soweit, außer dass die Anzeige verkehrt herum ist (geschlossen=Offen und umgekehrt)
Hier das List
Internals:
CUL_0_MSGCNT 29
CUL_0_RAWMSG A0D1EA410455106F110340601C800::-65:CUL_0
CUL_0_RSSI -65
CUL_0_TIME 2016-10-05 21:57:34
CUL_433_MSGCNT 2
CUL_433_RAWMSG A0D15A410455106F1103406011000::-109.5:CUL_433
CUL_433_RSSI -109.5
CUL_433_TIME 2016-10-05 21:53:22
DEF 455106
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 31
NAME Rollo8
NOTIFYDEV global
NR 300
NTFY_ORDER 50-Rollo8
STATE runter
TYPE CUL_HM
lastMsg No:1E - t:10 s:455106 d:F11034 0601C800
protLastRcv 2016-10-05 21:57:34
protSnd 29 last_at:2016-10-05 21:57:34
protState CMDs_done
rssi_CUL_0 cnt:17 lst:-64 min:-68 avg:-64.58 max:-62
rssi_at_CUL_0 max:-59.5 avg:-64.81 min:-69.5 lst:-65 cnt:29
rssi_at_CUL_433 cnt:2 lst:-109.5 min:-109.5 avg:-108.25 max:-107
Readings:
2016-10-05 21:57:10 CommandAccepted yes
2016-06-28 17:26:04 D-firmware 2.8
2016-06-28 17:26:04 D-serialNr NEQ0111694
2016-07-27 22:00:01 PairedTo 0xF11034
2016-06-28 20:28:53 R-driveDown 20 s
2016-06-28 17:26:47 R-driveTurn 0.5 s
2016-06-28 20:28:33 R-driveUp 20 s
2016-06-28 17:26:46 R-pairCentral 0xF11034
2016-06-28 17:26:47 R-sign off
2016-07-27 22:00:01 RegL_00. 02:01 0A:F1 0B:10 0C:34 15:FF 18:00 00:00
2016-07-27 22:00:02 RegL_01. 08:00 09:00 0A:00 0B:00 0C:C8 0D:00 0E:C8 0F:05 10:00 30:06 57:24 56:00 00:00
2016-10-05 21:57:34 deviceMsg on (to VCCU)
2016-10-05 21:57:34 level 100
2016-08-26 18:35:03 levelMissed desired:100
2016-10-05 21:57:34 motor stop:on
2016-10-05 21:57:34 pct 100
2016-10-05 21:57:34 recentStateType info
2016-07-25 17:20:07 sabotageAttackId_ErrIoId_F10000 cnt:4
2016-07-25 20:52:25 sabotageAttackId_ErrIoId_F11034 cnt:4
2016-07-25 20:53:45 sabotageAttackId_ErrIoId_F11134 cnt:12
2016-10-05 21:57:34 state on
2016-10-05 21:57:34 timedOn off
Helper:
HM_CMDNR 30
cSnd 11F11034455106020100,11F110344551060201C8
dlvlCmd ++A011F110344551060201C8
mId 0005
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +455106,00,00,00
nextSend 1475697454.62348
rxt 0
vccu VCCU
p:
455106
00
00
00
Mrssi:
mNo 1E
Io:
CUL_0 -63
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1475697454.52811
ack:
HASH(0x1df9ac8)
1E8002F1103445510600
Rssi:
Cul_0:
avg -64.5882352941176
cnt 17
lst -64
max -62
min -68
At_cul_0:
avg -64.8103448275862
cnt 29
lst -65
max -59.5
min -69.5
At_cul_433:
avg -108.25
cnt 2
lst -109.5
max -107
min -109.5
Attributes:
IODev CUL_0
IOgrp VCCU
alias Rollo_WZ_Seite_klein
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 60:Sonnenschutz
expert 2_full
fhem_widget_command {"allowed_values":["on","stop","off"],"order":8,"alias":"WZSeiteklein"}
firmware 2.8
genericDeviceType blind
group Wohnzimmer,Rolläden WZ
icon fts_shutter_updown
model HM-LC-BL1-FM
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Unten,Westen,Wohnzimmer
serialNr NEQ0111694
sortby 09
subType blindActuator
webCmd runter:hoch:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long
Ist mir alles unerklärlich aber ich bin auch noch eher im Anfängerstadium.
Wenn das gelöst ist, werde ich auf das Somfy Problem zurückkommen.
Ich habe übrigens mit der aktuellen Konfiguration Homebridge neu gestartet (incl. vorheriges Löschen des persist Ordners) und in HomeKit neu eingebunden, also sollte alles auch so in HomeKit angekommen sein
Zitat von: justme1968 am 05 Oktober 2016, 09:54:12
@arokh12: auswahllisten gibt es nicht, schau dir dir harmony beispiele an. du brauchst für jedes gerät einen schalter. die schalter können alle im gleichen homekit service sein.
Hallo,
Danke für die Hilfe. Ich habe mir die Harmony Beispiele angeguckt, aber ich kann da nichts mit anfangen.
Der Aufbau ist folgender:
Ich habe ein Dummy, mit dem ich aus einer Setlist das passende Gerät aussuche. Wie bekomme ich das jetzt am besten in Homebridge integriert?
Die Auswahl des einzuschaltenden Geräts wird in dem Heimkino Reading Geraet gespeichert, falls das wichtig sein sollte.
Vielen Dank im voraus
Arokh12
ich kann die Problematik von Garbsen in Bezug auf die Somfy Rollläden bestätigen. Ich habe bei mir das Mapping ebenfalls gelöscht, mit dem Ergebnis, dass der Zustand des Rolladens dauernd auf "geschlossen" steht und sich darüber hinaus aber überhaupt nicht bewegen lässt irgendeine Aktion durchzuführen. Also ein simples auf- und zu fahren funktioniert nicht.
ADDRESS 000011
CUL_0_MSGCNT 4
CUL_0_RAWMSG YsA34B0363110000
CUL_0_TIME 2016-10-05 23:35:06
DEF 000011
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 4
NAME rollo_OG_Z6
NR 119
STATE 100
TYPE SOMFY
exact 100
move stop
position 100
Code:
1 000011
Readings:
2016-10-05 23:35:05 enc_key A4
2016-10-05 23:35:19 exact 100
2016-10-05 23:35:06 parsestate on
2016-10-05 23:35:19 position 100
2016-10-05 23:35:05 rolling_code 0364
2016-10-05 23:35:19 state 100
Attributes:
IODev CUL_0
alias Fenster Bad
drive-down-time-to-100 14
drive-down-time-to-close 14
drive-up-time-to-100 2
drive-up-time-to-open 18
genericDeviceType blind
icon fts_shutter_100
rollo_kue rollo_alle_Fenster
room Homekit,Somfy
userattr rollo_kue rollo_kue_map structexclude
Zitat von: justme1968 am 05 Oktober 2016, 21:41:22
du musst die service class als genericDeviceType verwenden. also StatefulProgrammableSwitch. clear ist dann nicht nötig.
und dann je nach reading diese nach 0 und 1 mappen.
gruss
andre
Hi Andre, ok das klappt und taucht in Eve / anderen Homekit Apps dann auch mit der richtigen Anzeige auf, ohne zusätzlichen schaltbaren Switch wie in meinem ersten Versuch.
Danke für den weiteren Tip. :)
Apples Home App zeigt dann aber nur ein ausgegrautes "Gerät nicht unterstützt" an.
Wird man wohl auf ein Update der Home-App hoffen müssen...
Moin,
ich habe heute mal wieder meine gesamte Konfig resetted, weil ich beim letztenmal plötzlich Probleme mit den Umlauten in den Harmony Szenen hatte.
Jetzt stelle ich fest: Ich habe jetzt auch Probleme mit den Umlauten bei anderen Devices. :-[
Bürofenster liest sich jetzt "BÃ1/4rodecke".
Oder "AuÃenklima" statt Außenklima.
Was hat sich da geändert und warum? Hat vorher einwandfrei funktioniert.
Danke,
Alex
Mach mal ein Update von FHEM dann sollte es wieder passen. Hat sich in einem älteren Update ein Bug eingeschlichen.
Danke, das war's.
Da bin ich genau ins Loch gefallen und hätte wohl erst einen Tag später updaten sollen. ;-)
Ich habe in structure um meine Rollladen zu steuern. Jedoch gibt es kein setList Befehl. Wie kann ich ein Up/Down in der Home App steuern?
GenericDeviceType habe ich als switch gesetzt und das Element sehe ich zumindest mal in der App.
Seit heute / dem letzten Update reagieren keine meiner Devices mehr.
Hat jemand eine Ahnung was nun schon wieder passiert ist?
Welche Devices sind "keine" genau?
Meine Hues gingen heute nach dem Update auch nicht mehr da das HUEBridge Modul vom heutigen Update fehlerhaft ist/war.
Musste die HUEBridge neu anlegen.
Gruß
Dan
Seit heute zeigen alle meine Geräte in Eve an "Das Gerät ist zurzeit gesperrt. Versuche es erneut."
Bei mir läuft alles problemlos, habe heute morgen ein complettes FHEM update gemacht.
Das Hue Problem hatte ich auch, aber ich habe das HUE Modul händisch gefixt.
Zitat von: DeeSPe am 06 Oktober 2016, 21:57:42Welche Devices sind "keine" genau?
Keine wie in alles. Da ist bis auf ein Garagentor so ziemlich alles dabei was es gibt.
Selbes Problem wie bei Christian.
ZitatHallo,
was habe ich falsch gemacht? Homebridge hatte ich erfolgreich auf einem zweiten Pi installiert. Hatte Stück für Stück Geräte hinzugefügt und homebridge jedes mal neu gestartet - lief. Bis ich ein neues dummy anlegte, was als Lautstärkeregler mal funktionieren sollte. Nun gehts nicht mehr. Habe das dummy wieder aus dem room HomeKit wieder entfernt, trotzdem startet jetzt Homebridge immer mit:
Code: [Auswählen]
homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[9/21/2016, 10:29:01 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[9/21/2016, 10:29:02 PM] Registering platform 'homebridge-fhem.FHEM'
[9/21/2016, 10:29:02 PM] ---
[9/21/2016, 10:29:02 PM] Loaded config.json with 0 accessories and 1 platforms.
[9/21/2016, 10:29:02 PM] ---
[9/21/2016, 10:29:02 PM] Loading 1 platforms...
[9/21/2016, 10:29:02 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.2.4:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1474489743369
[9/21/2016, 10:29:03 PM] [FHEM] Checking genericDeviceType...
[9/21/2016, 10:29:03 PM] [FHEM] executing: http://192.168.2.4:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[9/21/2016, 10:29:03 PM] [FHEM] Fetching FHEM devices...
[9/21/2016, 10:29:03 PM] [FHEM] fetching: http://192.168.2.4:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[9/21/2016, 10:29:03 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[9/21/2016, 10:29:03 PM] [FHEM] got: undefined results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[9/21/2016, 10:29:03 PM] Homebridge is running on port 51826.
Ich denke "[FHEM] got: undefined results" ist das Problem. "http://192.168.2.4:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1" im Browser liefert aber eine Liste mit Results. Hat jemand einen Tipp?
Hallo Andre,
betreffs diesem Problems gabest du mir den Hinweis:
Zitatmanchmal braucht fhem zu lange um die device liste zu liefern und homebridge läuft scheinbar in einen timeout. ich habe noch keinen weg gefunden wie man das beheben kann.
du kannst aber einfach mehrere fhem plattformen mit unterschiedlichen filtern im homebridge config verwenden. d.h. mehrtet kürzere device listen statt einer langen.
pro bridge erlaubt homebridge maximal 50 geräte.
Ich glaube die wirkliche Ursache gefunden zu haben in meinem Falle. Ich konnte sie zumindest bewusst erzeugen. Ich habe ein selbst geschriebenes Modul für meinen MarantzCR610. Da lese ich auch die einzelnen Zeilen des Displays aus. Diese stehen dann in Readings zur Verfügung. Leider haben sich in diesen Zeichenketten aber auch Steuerzeichen versteckt. In meinem Falle 0x02. Dies passierte nicht immer, nur je nach Anzeige auf dem Display. Wenn nun ausgerechnet solch ein Steuerzeichen in einem Reading versteckt war und ich die homebridge neu startete, und somit die jasonlist neu eingelesen wurde, wurde das Einlesen damit unterbrochen. Zu erkennen war das ganz schwierig, da im Browser dies nicht zu erkennen war, wenn man sich die jasonlist anschaute. Erst als ich dies in einen Texteditor kopierte, fiel es auf. Mein Modul habe ich jetzt so angepasst, das keinerlei Steuerzeichen mehr in den Zeichenketten vorkommen $rmsg =~ s/[\x00-\x1F\x7F]//;. => läuft
Dein Tipp mit der Gruppierung in mehrere Räume, war bei der Suche nach dem Problem zusätzlich sehr hilfreich, da ich damit den Verursacher sehr gut eingrenzen konnte. Vielen Dank
Gruß
Ralf
stimmt. steuerzeichen bzw. mit jsonlist2 nicht korrekt codierte zeichen sind ein zweites problem.
dagegen kann man auf homebridge seite nichts tun. das muss man auf fhem seite vorher abfangen.
was jsonlist2 angeht gibt es gerade umstellungen dazu.
gruss
andre
Schon ne Ahnung warum unser HomeKit hinüber ist?
Am Code kann es eigentlich nicht liegen.
Ich hatte übrigens vorher 96 Accessoires erfolgreich laufen, weil ich da grade was von 50 lese.
Sent from my iPhone using Tapatalk
die grenze sind tatsächlich 100. nicht 50. war mein fehler.
aber ich kann nichts von hinüber bemerken. bei mir geht alles.
was sagen die meldungen beim start? was sagt die debug seite?
gruss
andre
Die Meldungen sehen ok aus.
Welche Debug Seite?
Sent from my iPhone using Tapatalk
http auf port 8282 oder 8283 auf dem homebridge rechner
Nichts auffällig.
Der Subscription link lädt allerdings nicht fertig und killt meinen Browser - könnte aber am Büro Netz liegen.
Sent from my iPhone using Tapatalk
Hallo zusammen,
ich habe das jetzt soweit auf dem RPI hinbekommen das es läuft. :-) Mit dem Fhem auf dem gleichen RPI funktioniert das auch soweit.
Allerdings läuft mein live Fhem auf einem Mac Server. Dazu habe ich die IP in der config.json entsprechend geändert und die Zeilen
"auth"
"ssl"
aus der Datei gelöscht da der Server intern ohne läuft.
{
"bridge": {
"name": "FHEM",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "***-**-***"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "***.***.***.***",
"port": "8083",
"filter": "room=Homekit"
}
],
"accessories": []
}
Leider findet das iPad die Homebridge jetzt nicht.
d.h. du hast nur die ip des fhem servers raus genommen und die auth und ssl zeilen entfernt?
homebridge startet noch normal? und du siehst auf der console das alles geht?
Die IP des Fhem Servers habe ich auf des Mac Server geändert und die anderen Zeilen entfernt.
In der Console passt nicht alles:
[2016-10-07 20:11:44] [FHEM] Fetching FHEM devices...
[2016-10-07 20:11:44] [FHEM] fetching: http://192.***.***.***:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-10-07 20:11:44] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
events.js:160
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:1036:11)
at exports._exceptionWithHostPort (util.js:1059:20)
at Server._listen2 (net.js:1252:14)
at listen (net.js:1288:10)
at Server.listen (net.js:1384:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:59:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:157:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:111:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:369:14)
das schaut so aus als ob noch eine homebridge instanz läuft.
So, jetzt kommt kein Fehler mehr in der Konsole aber das iPad erkennt trotzdem keine.
fhem@raspberrypi:~$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-07 20:32:14] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2016-10-07 20:32:15] Registering platform 'homebridge-fhem.FHEM'
[2016-10-07 20:32:15] ---
[2016-10-07 20:32:18] Loaded plugin: homebridge-http
[2016-10-07 20:32:18] Registering accessory 'homebridge-http.Http'
[2016-10-07 20:32:18] ---
[2016-10-07 20:32:18] Loaded config.json with 0 accessories and 1 platforms.
[2016-10-07 20:32:18] ---
[2016-10-07 20:32:18] Loading 1 platforms...
[2016-10-07 20:32:18] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.***.***.***:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1475865141980
[2016-10-07 20:32:22] [FHEM] Checking genericDeviceType...
[2016-10-07 20:32:22] [FHEM] executing: http://192.***.***.***:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-10-07 20:32:22] [FHEM] Fetching FHEM devices...
[2016-10-07 20:32:22] [FHEM] fetching: http://192.***.***.***:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-10-07 20:32:22] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2016-10-07 20:32:23] [FHEM] got: 2 results
[2016-10-07 20:32:23] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 is switch
[2016-10-07 20:32:23] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 has
[2016-10-07 20:32:23] [FHEM] FirmwareRevision [D-firmware]
[2016-10-07 20:32:23] [FHEM] On [state;on,off]
2016-10-07 20:32:23 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-D-firmware: 2.2
[2016-10-07 20:32:23] [FHEM] caching: FirmwareRevision: 2.2 (as string; from '2.2')
2016-10-07 20:32:23 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-state: on
[2016-10-07 20:32:23] [FHEM] caching: On: true (as boolean; from 'on')
[2016-10-07 20:32:23] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 is switch
[2016-10-07 20:32:23] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 has
[2016-10-07 20:32:23] [FHEM] On [state;on,off]
2016-10-07 20:32:23 caching: HMW_IO_12_Sw7_DR_LEQ0016833_14-state: on
[2016-10-07 20:32:23] [FHEM] caching: On: true (as boolean; from 'on')
[2016-10-07 20:32:23] [FHEM] Initializing platform accessory 'CUL_HM_HM_LC_Sw1PBU_FM_207905'...
[2016-10-07 20:32:23] [FHEM] creating services for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-07 20:32:23] [FHEM] information service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-07 20:32:23] [FHEM] manufacturer, model and serial number characteristics for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-07 20:32:23] [FHEM] firmware revision characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-07 20:32:23] [FHEM] Switch service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-07 20:32:23] [FHEM] On characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905:state
[2016-10-07 20:32:23] [FHEM] Initializing platform accessory 'HMW_IO_12_Sw7_DR_LEQ0016833_14'...
[2016-10-07 20:32:23] [FHEM] creating services for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-07 20:32:23] [FHEM] information service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-07 20:32:23] [FHEM] manufacturer, model and serial number characteristics for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-07 20:32:23] [FHEM] Switch service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-07 20:32:23] [FHEM] On characteristic for HMW_IO_12_Sw7_DR_LEQ0016833_14:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 111-22-333 │
└────────────┘
[2016-10-07 20:32:24] Homebridge is running on port 51826.
ist die homebridge noch gepaired?
Ich habe die auf dem ipad einfach gelöscht. Ist das so nicht richtig?
wenn du an der config etwas änderst musst du nicht löschen.
wenn du löschst sollte homebridge laufen damit das pairing korrekt aufgehoben wird.
halte homebridge an, lösch das .homebridge/perstist directory und starte dann wieder.
Zitat von: justme1968 am 07 Oktober 2016, 20:50:09
wenn du an der config etwas änderst musst du nicht löschen.
wenn du löschst sollte homebridge laufen damit das pairing korrekt aufgehoben wird.
halte homebridge an, lösch das .homebridge/perstist directory und starte dann wieder.
super, vielen Dank! Das war der entscheidende Punkt!
Irgendwer hierzu eine Idee?
Zumindest HM Rolläden-Aktoren sollten doch funktionieren oder?
Zitat von: Garbsen am 05 Oktober 2016, 22:24:59
Ich bin am verzweifeln, ich kriege die Homebridge nicht richtig zum Laufen.
Ich habe 2 Typen von Rolläden im Einsatz: Somfy und HM, beide tauchen in Himekit auf. Die Somfy Rolläden jetzt, soweit ich das HomebridgeMapping gelöscht habe immer mit Zustand geschlossen, dort wo das alte Mapping noch steht (mit MaxValue 200) immer mit wird geöffnet. Steuern lassen Sie sich nicht.
Das schiebe ich aber zunächst mal nach hinten, wäre ja froh, wenn die HM Rolläden Aktoren funktionieren würden. Hier ist es auch "seltsam", da beide unterschiedlich agieren.
Der 1. zeigt ebenfalls immer geschlossen an, lässt sich aber fahren, zeigt dabei wird geöffnet an, anschließend wieder geschlossen
Ist-Zustand:geschlossen
Anzeige in HomeKit:geschlossen
In HomeKit auf öffnen ziehen, Rolläden öffnet und in HomeKit Anzeige:wird geöffnet, anschließend Anzeige:geschlossen, ist-Zustand Geöffnet.
Jetzt in HomeKit auf öffnen ziehen, nichts geschieht, von ganz offen auf schließen ziehen, Rollden fährt runter
Ansteuern einer Zwischenposition wird ignoriert, bzw. Immer auf 0 oder 100 gesteuert
Hier ein List
Internals:
CUL_0_MSGCNT 77
CUL_0_RAWMSG A0D4EA41044D02EF110340601C800::-71:CUL_0
CUL_0_RSSI -71
CUL_0_TIME 2016-10-05 21:59:46
DEF 44D02E
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 77
NAME Rollo3
NOTIFYDEV global
NR 589
NTFY_ORDER 50-Rollo3
STATE hoch
TYPE CUL_HM
lastMsg No:4E - t:10 s:44D02E d:F11034 0601C800
protLastRcv 2016-10-05 21:59:46
protSnd 77 last_at:2016-10-05 21:59:46
protState CMDs_done
rssi_CUL_0 min:-81 max:-72 avg:-76.84 lst:-74 cnt:53
rssi_at_CUL_0 cnt:77 lst:-71 avg:-74.55 max:-69.5 min:-82
Readings:
2016-10-05 21:59:41 CommandAccepted yes
2016-09-02 14:12:40 D-firmware 2.8
2016-09-02 14:12:40 D-serialNr NEQ0049605
2016-10-05 21:59:46 deviceMsg off (to VCCU)
2016-10-05 21:59:46 level 0
2016-10-05 21:59:46 motor stop:off
2016-10-05 21:59:46 pct 0
2016-10-05 21:59:46 recentStateType info
2016-10-05 21:59:46 state off
2016-10-05 21:59:46 timedOn off
Helper:
HM_CMDNR 78
cSnd 11F1103444D02E0201C8,11F1103444D02E0201C8
dlvlCmd ++A011F1103444D02E0201C8
mId 006A
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +44D02E,00,00,00
nextSend 1475697586.6335
rxt 0
vccu VCCU
p:
44D02E
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 4E
Io:
CUL_0 -69
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1475697586.53995
ack:
HASH(0x2043bd0)
4E8002F1103444D02E00
Rssi:
Cul_0:
avg -76.8490566037736
cnt 53
lst -74
max -72
min -81
At_cul_0:
avg -74.5584415584416
cnt 77
lst -71
max -69.5
min -82
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
alias Rollo_Küchentür
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 45:Sonnenschutz
expert 2_raw
fhem_widget_command {"allowed_values":["on","stop","off"],"order":3,"alias":"RolloKuechentuer"}
firmware 2.8
genericDeviceType blind
group Rollaeden Kueche
icon fts_shutter_updown
model HM-LC-Bl1PBU-FM
param levelInverse
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Kueche,Sueden,Unten
serialNr NEQ0049605
subType blindActuator
webCmd statusRequest:toggleDir:hoch:runter:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long
LevelInverse ist hier notwendig, das der Motor verkehrt herum angeschlossen ist
2. Rollo
hier funktioniert alles soweit, außer dass die Anzeige verkehrt herum ist (geschlossen=Offen und umgekehrt)
Hier das List
Internals:
CUL_0_MSGCNT 29
CUL_0_RAWMSG A0D1EA410455106F110340601C800::-65:CUL_0
CUL_0_RSSI -65
CUL_0_TIME 2016-10-05 21:57:34
CUL_433_MSGCNT 2
CUL_433_RAWMSG A0D15A410455106F1103406011000::-109.5:CUL_433
CUL_433_RSSI -109.5
CUL_433_TIME 2016-10-05 21:53:22
DEF 455106
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 31
NAME Rollo8
NOTIFYDEV global
NR 300
NTFY_ORDER 50-Rollo8
STATE runter
TYPE CUL_HM
lastMsg No:1E - t:10 s:455106 d:F11034 0601C800
protLastRcv 2016-10-05 21:57:34
protSnd 29 last_at:2016-10-05 21:57:34
protState CMDs_done
rssi_CUL_0 cnt:17 lst:-64 min:-68 avg:-64.58 max:-62
rssi_at_CUL_0 max:-59.5 avg:-64.81 min:-69.5 lst:-65 cnt:29
rssi_at_CUL_433 cnt:2 lst:-109.5 min:-109.5 avg:-108.25 max:-107
Readings:
2016-10-05 21:57:10 CommandAccepted yes
2016-06-28 17:26:04 D-firmware 2.8
2016-06-28 17:26:04 D-serialNr NEQ0111694
2016-07-27 22:00:01 PairedTo 0xF11034
2016-06-28 20:28:53 R-driveDown 20 s
2016-06-28 17:26:47 R-driveTurn 0.5 s
2016-06-28 20:28:33 R-driveUp 20 s
2016-06-28 17:26:46 R-pairCentral 0xF11034
2016-06-28 17:26:47 R-sign off
2016-07-27 22:00:01 RegL_00. 02:01 0A:F1 0B:10 0C:34 15:FF 18:00 00:00
2016-07-27 22:00:02 RegL_01. 08:00 09:00 0A:00 0B:00 0C:C8 0D:00 0E:C8 0F:05 10:00 30:06 57:24 56:00 00:00
2016-10-05 21:57:34 deviceMsg on (to VCCU)
2016-10-05 21:57:34 level 100
2016-08-26 18:35:03 levelMissed desired:100
2016-10-05 21:57:34 motor stop:on
2016-10-05 21:57:34 pct 100
2016-10-05 21:57:34 recentStateType info
2016-07-25 17:20:07 sabotageAttackId_ErrIoId_F10000 cnt:4
2016-07-25 20:52:25 sabotageAttackId_ErrIoId_F11034 cnt:4
2016-07-25 20:53:45 sabotageAttackId_ErrIoId_F11134 cnt:12
2016-10-05 21:57:34 state on
2016-10-05 21:57:34 timedOn off
Helper:
HM_CMDNR 30
cSnd 11F11034455106020100,11F110344551060201C8
dlvlCmd ++A011F110344551060201C8
mId 0005
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +455106,00,00,00
nextSend 1475697454.62348
rxt 0
vccu VCCU
p:
455106
00
00
00
Mrssi:
mNo 1E
Io:
CUL_0 -63
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1475697454.52811
ack:
HASH(0x1df9ac8)
1E8002F1103445510600
Rssi:
Cul_0:
avg -64.5882352941176
cnt 17
lst -64
max -62
min -68
At_cul_0:
avg -64.8103448275862
cnt 29
lst -65
max -59.5
min -69.5
At_cul_433:
avg -108.25
cnt 2
lst -109.5
max -107
min -109.5
Attributes:
IODev CUL_0
IOgrp VCCU
alias Rollo_WZ_Seite_klein
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 60:Sonnenschutz
expert 2_full
fhem_widget_command {"allowed_values":["on","stop","off"],"order":8,"alias":"WZSeiteklein"}
firmware 2.8
genericDeviceType blind
group Wohnzimmer,Rolläden WZ
icon fts_shutter_updown
model HM-LC-BL1-FM
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Unten,Westen,Wohnzimmer
serialNr NEQ0111694
sortby 09
subType blindActuator
webCmd runter:hoch:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long
Ist mir alles unerklärlich aber ich bin auch noch eher im Anfängerstadium.
Wenn das gelöst ist, werde ich auf das Somfy Problem zurückkommen.
Ich habe übrigens mit der aktuellen Konfiguration Homebridge neu gestartet (incl. vorheriges Löschen des persist Ordners) und in HomeKit neu eingebunden, also sollte alles auch so in HomeKit angekommen sein
ja. die sollten einfach funktionieren.
starte homebridge mit --debug und schau was passiert und ob es unterschiede gibt.
Hallo zusammen,
habe aktuell Probleme mit meinen Homematic Rolladenaktoren, in der Home App werden die Rolladen als Schalter angezeigt (an/aus) und lassen sich dementsprechend nicht bewegen bzw. per Siri steuern (ich habe keine Jalousien gefunden), woran könnte das liegen? ansonsten funktioniert alles bestens.
Gruss
Martin
und wie hast du den rolladen genau konfiguriert?
Zitat von: holzwurm83 am 07 Oktober 2016, 22:05:25
super, vielen Dank! Das war der entscheidende Punkt!
Hallo Andre,
seit heute morgen findet das iPad die Homebridge wieder nicht! Ich habe jetzt mal das Haus, und die .homebridge/perstist directory gelöscht und alles neu gestartet, aber das iPad findet die Homebridge immer nicht.
fhem@raspberrypi:~$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-08 10:06:08] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2016-10-08 10:06:09] Registering platform 'homebridge-fhem.FHEM'
[2016-10-08 10:06:09] ---
[2016-10-08 10:06:12] Loaded plugin: homebridge-http
[2016-10-08 10:06:12] Registering accessory 'homebridge-http.Http'
[2016-10-08 10:06:12] ---
[2016-10-08 10:06:12] Loaded config.json with 0 accessories and 1 platforms.
[2016-10-08 10:06:12] ---
[2016-10-08 10:06:13] Loading 1 platforms...
[2016-10-08 10:06:13] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.182.3:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1475913976279
[2016-10-08 10:06:16] [FHEM] Checking genericDeviceType...
[2016-10-08 10:06:16] [FHEM] executing: http://192.168.182.3:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-10-08 10:06:16] [FHEM] Fetching FHEM devices...
[2016-10-08 10:06:16] [FHEM] fetching: http://192.168.182.3:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-10-08 10:06:16] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2016-10-08 10:06:17] [FHEM] got: 8 results
[2016-10-08 10:06:17] [FHEM] AZ_TM_Climate is thermostat
[2016-10-08 10:06:17] [FHEM] AZ_TM_Climate has
[2016-10-08 10:06:17] [FHEM] StatusLowBattery [battery]
[2016-10-08 10:06:17] [FHEM] TargetTemperature [desired-temp]
[2016-10-08 10:06:17] [FHEM] CurrentTemperature [measured-temp]
[2016-10-08 10:06:17] [FHEM] CurrentRelativeHumidity [humidity]
2016-10-08 10:06:18 caching: AZ_TM_Climate-battery: ok
[2016-10-08 10:06:18] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2016-10-08 10:06:18 caching: AZ_TM_Climate-desired-temp: 15.0
[2016-10-08 10:06:18] [FHEM] caching: TargetTemperature: 15 (as number; from '15.0')
2016-10-08 10:06:18 caching: AZ_TM_Climate-measured-temp: 19.4
[2016-10-08 10:06:18] [FHEM] caching: CurrentTemperature: 19.4 (as number; from '19.4')
2016-10-08 10:06:18 caching: AZ_TM_Climate-humidity: 52
[2016-10-08 10:06:18] [FHEM] caching: CurrentRelativeHumidity: 52 (as number; from '52')
[2016-10-08 10:06:18] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 is switch
[2016-10-08 10:06:18] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 has
[2016-10-08 10:06:18] [FHEM] FirmwareRevision [D-firmware]
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-D-firmware: 2.2
[2016-10-08 10:06:18] [FHEM] caching: FirmwareRevision: 2.2 (as string; from '2.2')
2016-10-08 10:06:18 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 is switch
[2016-10-08 10:06:18] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 has
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: HMW_IO_12_Sw7_DR_LEQ0016833_14-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] LED_WZ_LW12 is light
[2016-10-08 10:06:18] [FHEM] LED_WZ_LW12 has
[2016-10-08 10:06:18] [FHEM] Hue [rgb;rgb;0-359]
[2016-10-08 10:06:18] [FHEM] Saturation [rgb;rgb;0-100]
[2016-10-08 10:06:18] [FHEM] Brightness [rgb]
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: LED_WZ_LW12-rgb: 000000
[2016-10-08 10:06:18] [FHEM] caching: Hue: 0 (as number; from '000000')
[2016-10-08 10:06:18] [FHEM] caching: Saturation: 0 (as number; from '000000')
[2016-10-08 10:06:18] [FHEM] caching: Brightness: 0 (as number; from '000000')
2016-10-08 10:06:18 caching: LED_WZ_LW12-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] WG2_AZ_Licht1 is switch
[2016-10-08 10:06:18] [FHEM] WG2_AZ_Licht1 has
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: WG2_AZ_Licht1-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] WG2_AZ_Licht2 is switch
[2016-10-08 10:06:18] [FHEM] WG2_AZ_Licht2 has
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: WG2_AZ_Licht2-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] WG2_Flur is switch
[2016-10-08 10:06:18] [FHEM] WG2_Flur has
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: WG2_Flur-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] WG2_WC is switch
[2016-10-08 10:06:18] [FHEM] WG2_WC has
[2016-10-08 10:06:18] [FHEM] On [state;on,off]
2016-10-08 10:06:18 caching: WG2_WC-state: off
[2016-10-08 10:06:18] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'AZ_TM_Climate'...
[2016-10-08 10:06:18] [FHEM] creating services for AZ_TM_Climate
[2016-10-08 10:06:18] [FHEM] information service for AZ_TM_Climate
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for AZ_TM_Climate
[2016-10-08 10:06:18] [FHEM] Thermostat service for AZ_TM_Climate
[2016-10-08 10:06:18] [FHEM] StatusLowBattery characteristic for AZ_TM_Climate:battery
[2016-10-08 10:06:18] [FHEM] TargetTemperature characteristic for AZ_TM_Climate:desired-temp
[2016-10-08 10:06:18] [FHEM] CurrentTemperature characteristic for AZ_TM_Climate:measured-temp
[2016-10-08 10:06:18] [FHEM] CurrentRelativeHumidity characteristic for AZ_TM_Climate:humidity
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'CUL_HM_HM_LC_Sw1PBU_FM_207905'...
[2016-10-08 10:06:18] [FHEM] creating services for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-08 10:06:18] [FHEM] information service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-08 10:06:18] [FHEM] firmware revision characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-08 10:06:18] [FHEM] Switch service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2016-10-08 10:06:18] [FHEM] On characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905:state
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'HMW_IO_12_Sw7_DR_LEQ0016833_14'...
[2016-10-08 10:06:18] [FHEM] creating services for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-08 10:06:18] [FHEM] information service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-08 10:06:18] [FHEM] Switch service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2016-10-08 10:06:18] [FHEM] On characteristic for HMW_IO_12_Sw7_DR_LEQ0016833_14:state
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'LED_WZ_LW12'...
[2016-10-08 10:06:18] [FHEM] creating services for LED_WZ_LW12
[2016-10-08 10:06:18] [FHEM] information service for LED_WZ_LW12
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for LED_WZ_LW12
[2016-10-08 10:06:18] [FHEM] Lightbulb service for LED_WZ_LW12
[2016-10-08 10:06:18] [FHEM] Hue characteristic for LED_WZ_LW12:rgb
[2016-10-08 10:06:18] [FHEM] Saturation characteristic for LED_WZ_LW12:rgb
[2016-10-08 10:06:18] [FHEM] Brightness characteristic for LED_WZ_LW12:rgb
[2016-10-08 10:06:18] [FHEM] On characteristic for LED_WZ_LW12:state
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'WG2_AZ_Licht1'...
[2016-10-08 10:06:18] [FHEM] creating services for WG2_AZ_Licht1
[2016-10-08 10:06:18] [FHEM] information service for WG2_AZ_Licht1
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for WG2_AZ_Licht1
[2016-10-08 10:06:18] [FHEM] Switch service for WG2_AZ_Licht1
[2016-10-08 10:06:18] [FHEM] On characteristic for WG2_AZ_Licht1:state
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'WG2_AZ_Licht2'...
[2016-10-08 10:06:18] [FHEM] creating services for WG2_AZ_Licht2
[2016-10-08 10:06:18] [FHEM] information service for WG2_AZ_Licht2
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for WG2_AZ_Licht2
[2016-10-08 10:06:18] [FHEM] Switch service for WG2_AZ_Licht2
[2016-10-08 10:06:18] [FHEM] On characteristic for WG2_AZ_Licht2:state
[2016-10-08 10:06:18] [FHEM] Initializing platform accessory 'WG2_Flur'...
[2016-10-08 10:06:18] [FHEM] creating services for WG2_Flur
[2016-10-08 10:06:18] [FHEM] information service for WG2_Flur
[2016-10-08 10:06:18] [FHEM] manufacturer, model and serial number characteristics for WG2_Flur
[2016-10-08 10:06:18] [FHEM] Switch service for WG2_Flur
[2016-10-08 10:06:18] [FHEM] On characteristic for WG2_Flur:state
[2016-10-08 10:06:19] [FHEM] Initializing platform accessory 'WG2_WC'...
[2016-10-08 10:06:19] [FHEM] creating services for WG2_WC
[2016-10-08 10:06:19] [FHEM] information service for WG2_WC
[2016-10-08 10:06:19] [FHEM] manufacturer, model and serial number characteristics for WG2_WC
[2016-10-08 10:06:19] [FHEM] Switch service for WG2_WC
[2016-10-08 10:06:19] [FHEM] On characteristic for WG2_WC:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 111-22-333 │
└────────────┘
[2016-10-08 10:06:19] Homebridge is running on port 51826.
man muss nicht immer wieder löschen und pairen. das ist die ausnahme und muss nur verwendet werden wenn das aufheben des pairings einseitig passiert ist.
such dir einen bonjour browser und prüfe ob du den hap service von homebridge siehst.
Kompletter Reset hat geholfen, mal wieder.
Wie kann ich am einfachsten mehrere Instanzen von Homebridge laufen lassen?
Einerseits wegen der 100 Geräte, andererseits um Fehler leichter eingrenzen zu können?
Zitat von: justme1968 am 08 Oktober 2016, 10:50:25
such dir einen bonjour browser und prüfe ob du den hap service von homebridge siehst.
Leider ist da kein Service der die Hombridge betrifft zu sehen.
@Markus M.: einfach eine zweite instanz mit eigenem path (-U) laufen lassen. der port und username im bridge teil der config müssen anders sein.
@holzwurm83: und die hombridge läuft tatsächlich noch? wenn de bonjour browser nichts findet kann auch homekit nichts finden.
wo hast du den browser laufen? auch auf dem ipad? versuch es mal auf dem gleichen rechner wie auch homebridge.
Meine homebridge lässt sich nicht mehr starten. Beim start wird folgendes ausgegeben:
fhem@NUC:~$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-08 13:51:16] Loaded plugin: homebridge-fhem
/usr/local/lib/node_modules/homebridge/lib/server.js:147
plugin.initializer(this._api);
^
TypeError: plugin.initializer is not a function
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:147:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:125:22)
at new Server (/usr/local/lib/node_modules/homebridge/lib/server.js:48:24)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:26:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:435:26)
at Object.Module._extensions..js (module.js:442:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:311:12)
fhem@NUC:~$
Hallo Andre,
erstmal vielen Dank für das Modul. Seit zwei Wochen nutze ich es, um meine Lichter und Rollladen zu steuern und bin sehr glücklich damit.
Nun möchte ich noch Radio-Steuerung hinzufügen. Ich habe in fhem ein Dummy und ein notify. Das notify erkennt den dummy-status und setzt entsprechend meinen Verstärker auf den Radio-Kanal. Besteht die Möglichkeit, dass ich den dummy Status auch aus der App Home setzen kann?
Mein dummy und notify sind wie folgt konfiguriert:
"Name":"RadioChannels",
"PossibleSets":"1LIVE:noArg N-JOY:noArg ",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList useSetExtensions event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "RadioChannels",
"NR": "53",
"STATE": "ABC ABC Lounge",
"TYPE": "dummy"
},
"Readings": { "state": { "Value":"Lounge", "Time":"2016-10-08 15:06:16" } },
"Attributes": {
"cmdIcon": "EinsLive:EinsLive Bayern3:Bayern3 AntenneBayern:AntenneBayern NJoy:NJoy",
"eventMap": "/EinsLive:1LIVE/Bayern3:Bayern 3/AntenneBayern:Antenne Bayern/NJoy:N-JOY/Lounge:ABC Lounge/",
"room": "Homekit,Wohnzimmer",
"sortby": "15",
"webCmd": "EinsLive:Bayern3:AntenneBayern:NJoy:Lounge"
}
und
"Name":"RadioChannelsNotify",
"PossibleSets":"",
"PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long disable:1,0 disabledForIntervals forwardReturnValue:1,0 readLog:1,0 showtime:1,0 addStateEvent:1,0 cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "RadioChannels.* {\nif (fhem(\"get AV_Receiver state\") ne \"on\"){ fhem \"set AV_Receiver on\" }\nif (fhem(\"get AV_Receiver volumeStraight\") > -45){ fhem \"set AV_Receiver volumeStraight -55\" }\nif (fhem(\"get AV_Receiver input\") ne \"netradio\"){ fhem \"set AV_Receiver input netradio\" }\nfhem \"set AV_Receiver navigateListMenu Popu/$EVENT\"\n}",
"NAME": "RadioChannelsNotify",
"NR": "54",
"NTFY_ORDER": "50-RadioChannelsNotify",
"REGEXP": "RadioChannels.*",
"STATE": "active",
"TYPE": "notify"
},
"Readings": { "state": { "Value":"active", "Time":"2016-10-08 14:17:13" } },
"Attributes": { "group": "Multimedia" }
Als welchen GenericdeviceType muss ich denn den dummy konfigurieren, damit ich mehrere Optionen in der App sehe?
Und wie mache ich das Mapping?
Ich habe die readme schon 10 mal durchgelesen, aber ich komme nicht drau.
Vielen Dank,
Evgeni
Zitat von: justme1968 am 07 Oktober 2016, 23:43:59
ja. die sollten einfach funktionieren.
starte homebridge mit --debug und schau was passiert und ob es unterschiede gibt.
Ok, zunächst danke für den Input.
Ich habe den Service gestoppt und mit homebridge --debug neu gestartet.
Jetzt funktionieren im Grundsatz beide HM Rolläden, allerdings seltsamerweise wird genau der, bei dem param=levelinverse in FHEM als Attr. angegeben ist korrekt angezeigt und gesteuert und der andere genau spiegelverkehrt !?
2 Fragen:was wird durch --debug ausgelöst? (will dazulernen) und was genau muss ich bei 2. Rollden in FHEM eingeben um die Logik umzukehren? Nur die Eingabe invert=1 im homebridgeMapping attribute hat nichts verändert
Danke
Zitat von: Garbsen am 08 Oktober 2016, 17:54:06
Ok, zunächst danke für den Input.
Ich habe den Service gestoppt und mit homebridge --debug neu gestartet.
Jetzt funktionieren im Grundsatz beide HM Rolläden, allerdings seltsamerweise wird genau der, bei dem param=levelinverse in FHEM als Attr. angegeben ist korrekt angezeigt und gesteuert und der andere genau spiegelverkehrt !?
2 Fragen:was wird durch --debug ausgelöst? (will dazulernen) und was genau muss ich bei 2. Rollden in FHEM eingeben um die Logik umzukehren? Nur die Eingabe invert=1 im homebridgeMapping attribute hat nichts verändert
Danke
So, nachdem ich bei den HM Rolläden jetzt "nur noch" das invert Thema lösen kann, habe ich mir jetzt die Somfy Rolläden wieder angesehen. Gestern auch noch mal ein Update gefahren, damit ich sicher die neueste Versionen habe.
Mit folgendem HomebridgeMapping
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
Und zusätzlich verändern der Werte für die Fahrzeiten wie folgt:
Downtime to 100: Sekunden bis Rolläden völlig geschlossen
Downtime to close: 1 sec mehr (ist egal Endabschalter schaltet eh ab)
Time close to 100: 1 sec
Läuft jetzt alles!
Außer, dass auch hier derzeit alles spiegelverkehrt (geöffnet = geschlossen in HomeKit), ich hoffe hier noch auf Hinweise zu den richtigen Attributen für invert
Ergänzend habe ich noch Das devStateIcon für down und 100 identisch gesetzt.
Es wird jetzt vermutlich beim Verfahren von einer Position zu einer anderen leichte prozentuale Veränderungen geben. Aber jeder morgendliche Auf und abendliche Zu Befehl verfährt das Rollo ja wieder in einen eindeutigen Zustand, so dass die Differenzen z.B. Für Sonnenschutzbefehle (pos=60) sich wirklich im unwesentlichen Bereich bewegen werden.
Somfy-Thema:
Ein wenig zu früh gefreut.
Wenn FHEM die Somfy Rolläden per "On" Befehl verfährt, dann halt bis Pos 200, d.h. Im State und in Position steht 200, damit kann HomeKit aber nichts anfangen, da maxValue=100, Folge: Ausgabe von "Keine Antwort"
@Andre: gibt es die Möglichkeit, dass man im HomebridgeMapping das so steuert, dass Position 200 als 100 kommuniziert wird?
@evgeni.g: es gibt keinen homekit service der eine auswahl liste erlaubt. du musst einen switch definieren für jeden möglichen wert eine On characteristic. pro wert einen on/off schalter. schau dir das harmony beispiel im readme an.
wenn du das soweit hat kannst du pro station einen homekit szene anlegen und mit siri verwenden.
@Garbsen: entweder im value mapping 200 auf 100 mappen (für current und target) oder auf fhem seite die ganze logik in einem user reading unterbringen und dieses dann in homebridgeMapping verwenden.
und vielleicht den modul autor auf die probleme mit den 200 hinweisen. das betrifft ja nicht nur homekit. auch ein 0-100 slider in fhem funktioniert so nicht richtig.
zu dem hm aktoren: bei hm bedeutet 100 ganz offen und 0 bedeutet geschlossen. das ist bei homekit auch so. d.h. normalerweise passt alles. wenn man invert=1 setzt wird der wertebereich von hoembridge-fhem an der mitte gespiegelt. das spiegeln passiert einmal auf dem weg von fhem nach homekit und auch auf dem weg zurück wieder. auch hier muss man daran denken das für current und target zu machen. die leveIinverse erkennung macht nichts anderes als intern automatisch invert=1 zu setzen.
--debug erzeugt nur mehr ausgaben auf der konsole. es ändert intern nichts am verhalten.
um das problem jetzt endlich zu lösen musst du schauen welche fhem werte in welche homekit werte umgewandelt werden und welche homekit werte zu welchem set kommando in fhem führt.
gruss
andre
Zitat von: justme1968 am 08 Oktober 2016, 20:47:54
@evgeni.g: es gibt keinen homekit service der eine auswahl liste erlaubt. du musst einen switch definieren für jeden möglichen wert eine On characteristic. pro wert einen on/off schalter. schau dir das harmony beispiel im readme an.
wenn du das soweit hat kannst du pro station einen homekit szene anlegen und mit siri verwenden.
@Garbsen: entweder im value mapping 200 auf 100 mappen (für current und target) oder auf fhem seite die ganze logik in einem user reading unterbringen und dieses dann in homebridgeMapping verwenden.
und vielleicht den modul autor auf die probleme mit den 200 hinweisen. das betrifft ja nicht nur homekit. auch ein 0-100 slider in fhem funktioniert so nicht richtig.
zu dem hm aktoren: bei hm bedeutet 100 ganz offen und 0 bedeutet geschlossen. das ist bei homekit auch so. d.h. normalerweise passt alles. wenn man invert=1 setzt wird der wertebereich von hoembridge-fhem an der mitte gespiegelt. das spiegeln passiert einmal auf dem weg von fhem nach homekit und auch auf dem weg zurück wieder. auch hier muss man daran denken das für current und target zu machen. die leveIinverse erkennung macht nichts anderes als intern automatisch invert=1 zu setzen.
--debug erzeugt nur mehr ausgaben auf der konsole. es ändert intern nichts am verhalten.
um das problem jetzt endlich zu lösen musst du schauen welche fhem werte in welche homekit werte umgewandelt werden und welche homekit werte zu welchem set kommando in fhem führt.
gruss
andre
Hallo Andre
Zunächst danke,
Ja, ich denke das Beste wäre, wenn im Somfy Modul dass 200 Problem gelöst würde. Ich werde mal versuchen das zu adressieren.
Hatte schon versucht im Eventmapping 200 zu 100 zu Mappen (Und 150, die als zwischenwerft erscheinen auch zu 100) das funktioniert aber nur beschränkt, da das Somfy-Modul dann den Befehl pos 100 nicht mehr akzeptiert.
Daher würde ich zunächst den Weg eines Mapping im HomebridgeMapping versuchen.
Da weiß ich leider nicht genau, was ich eingeben muss. Gleiches für invert, Du schreibst, ich muss es für current und für Target machen. Was genau muss ich reinschreiben ?
Irgendwie stehe ich da auf dem Schlauch, denn nur invert=1, zu ergänzen ändert nichts.
Hier mein derzeitiges Mapping
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
Danke für Nachhilfe
Hallo zusammen,
nachdem ich heute erfolgreich und ohne weitere Probleme von meinem WHS Server auf den Raspberry 3 umgezogen bin
wollte ich mich nun der Homebridge widmen.
Im Wiki ist ja beschrieben wie die Installation ablaufen soll.
Nun meine Frage:
Muss ich wirklich alle Versionen von NodeJS installieren??
Grüsse und schönen Abend noch...
Praktiker
@Garbsen: ich denke es ist einfacher das per user readings zu machen.
CurrentPosition=position,minValue=0,maxValue=100,invert=1 TargetPosition=position,minStep=10,invert=1,cmd=
wenn invert schon aktiv ist dann nützt ein zusätzliches invert=1 nichts. dann könnte invert=0 helfen.
aber ich weiss nicht ob wir nicht schon aneinander vorbei reden. schau dir die konsolen ausgabe an. wie sehen die werte genau aus.
@Praktiker: eine einzige installierte node version reicht.
gruss
andre
Zitat von: justme1968 am 08 Oktober 2016, 23:10:28
@Garbsen: ich denke es ist einfacher das per user readings zu machen.
CurrentPosition=position,minValue=0,maxValue=100,invert=1 TargetPosition=position,minStep=10,invert=1,cmd=
wenn invert schon aktiv ist dann nützt ein zusätzliches invert=1 nichts. dann könnte invert=0 helfen.
aber ich weiss nicht ob wir nicht schon aneinander vorbei reden. schau dir die konsolen ausgabe an. wie sehen die werte genau aus.
@Praktiker: eine einzige installierte node version reicht.
gruss
andre
Moin
Leider funzt das nicht. Immer wenn ich invert=1 in den Attributen hinterlege, steht bei dem Device "Antwortet nicht" und es lässt sich nicht mehr steuern. Dieses Antwortet nicht steht übrigens leider immer bei allen Geräten wenn ich in HomeKit reingehe, wenn ich das Gerät dann anklicke, kriege ich aber den aktuellen Zustand und kann es steuern, beim nächsten Aufruf von HomeKit, steht wieder "antwortet nicht"
Aber, wie gesagt, in dem Moment wo ich invert=1 eingebe, antwortet das Gerät wirklich nicht.
Und zwar sowohl die Somfy, wie auch die HM Rolläden.
Bei den HM Rolläden habe ich den Eintrag übrigens von Position auf pct geändert u d es auch einmal mit level ausprobiert. Denn bei HM steht in FHEM ja kein position in den readings
Hallo zusammen,
ich kann das Verhalten der HM-Aktoren von Garbsen bestätigen. Ich habe 4 davon, bei 3 ist levelInvers gesetzt, bei einem nicht. In FHEM werden alle korrekt dargestellt, nur in HomeKit ist die Darstellung des einen Rolladen ohne levelInvers verdreht. Ich habe kein Mapping eingesetzt. Als quick and dirty-Lösung könnte ich den einen Einsatz drehen, die Anschlüsse vertauschen und levelInvers setzen. Aber das muss doch auch anders gehen...
LG
Zitat von: Lorenz am 09 Oktober 2016, 11:42:04
Hallo zusammen,
ich kann das Verhalten der HM-Aktoren von Garbsen bestätigen. Ich habe 4 davon, bei 3 ist levelInvers gesetzt, bei einem nicht. In FHEM werden alle korrekt dargestellt, nur in HomeKit ist die Darstellung des einen Rolladen ohne levelInvers verdreht. Ich habe kein Mapping eingesetzt. Als quick and dirty-Lösung könnte ich den einen Einsatz drehen, die Anschlüsse vertauschen und levelInvers setzen. Aber das muss doch auch anders gehen...
LG
Danke, gut zu wissen, dass es anderen auch so geht, dachte schön ich bin alleine zu blöd
;-)
Hast du mal invert=1 Lösung probiert?
meine beiden hm rolläden sind alle normal rum eingebaut und haben kein levelInvers gesetzt und funktionieren automatisch und ohne manuelles mapping.
d.h. irgendetwas ist seltsam.
noch mal zur sicherheit: welchen pct wert haben eure wenn sie komplett offen sind?
gruss
andre
ps: ich habe leider immer noch keine konsolen ausgaben von euch gesehen auf der das problem sichtbar ist.
Zitat von: justme1968 am 09 Oktober 2016, 11:46:17
meine beiden hm rolläden sind alle normal rum eingebaut und haben kein levelInvers gesetzt und funktionieren automatisch und ohne manuelles mapping.
d.h. irgendetwas ist seltsam.
noch mal zur sicherheit: welchen pct wert haben eure wenn sie komplett offen sind?
gruss
andre
ps: ich habe leider immer noch keine konsolen ausgaben von euch gesehen auf der das problem sichtbar ist.
[2016-10-09 11:47:24] [FHEM] Rollo8 delaying command TargetPosition with value 10
[2016-10-09 11:47:24] [FHEM] Rollo8 delaying command TargetPosition with value 0
[2016-10-09 11:47:25] [FHEM] Rollo8: executing set cmd for TargetPosition with value 0
[2016-10-09 11:47:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Rollo8%20%200&XHR=1
2016-10-09 11:47:25 caching: Rollo8-level: set_0
2016-10-09 11:47:26 caching: Rollo8-level: 100
[2016-10-09 11:47:26] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-10-09 11:47:26] [FHEM] caching: TargetPosition: 100 (as number; from '100')
2016-10-09 11:47:26 caching: Rollo8-motor: down:runter
[2016-10-09 11:47:26] [FHEM] Rollo8-motor values: value down:runter mapped to 0
[2016-10-09 11:47:26] [FHEM] caching: PositionState: 0 (as number; means DECREASING; from 'down:runter')
2016-10-09 11:47:50 caching: Rollo8-level: 0
[2016-10-09 11:47:50] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[2016-10-09 11:47:50] [FHEM] caching: TargetPosition: 0 (as number; from '0')
2016-10-09 11:47:50 caching: Rollo8-motor: stop:hoch
[2016-10-09 11:47:50] [FHEM] Rollo8-motor values: value stop:hoch mapped to 2
[2016-10-09 11:47:50] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:hoch')Dies ist die Ausgabe, wenn ich an dem HM Rolläden, der verkehrt fährt (Bei dem auch kein levelInverse gesetzt ist) in HomeKit von geschlossen auf geöffnet fahre, was dann in real von offen auf zu ist
[2016-10-09 11:51:29] [FHEM] query: TargetPosition for Rollo3-pct
[2016-10-09 11:51:29] [FHEM] cached: 100 (as number')
[2016-10-09 11:51:29] [FHEM] query: CurrentPosition for Rollo3-pct
[2016-10-09 11:51:29] [FHEM] cached: 100 (as number')
[2016-10-09 11:51:31] [FHEM] Rollo3 delaying command TargetPosition with value 55
[2016-10-09 11:51:31] [FHEM] Rollo3 delaying command TargetPosition with value 0
[2016-10-09 11:51:32] [FHEM] Rollo3: executing set cmd for TargetPosition with value 0
[2016-10-09 11:51:32] [FHEM] value: 0 inverted to 100
[2016-10-09 11:51:32] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Rollo3%20pct%20100&XHR=1
2016-10-09 11:51:32 caching: Rollo3-motor: down:hoch
[2016-10-09 11:51:32] [FHEM] Rollo3-motor values: value down:hoch mapped to 0
[2016-10-09 11:51:32] [FHEM] caching: PositionState: 0 (as number; means DECREASING; from 'down:hoch')
2016-10-09 11:52:04 caching: Rollo3-motor: stop:runter
[2016-10-09 11:52:04] [FHEM] Rollo3-motor values: value stop:runter mapped to 2
[2016-10-09 11:52:04] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:runter')
2016-10-09 11:52:04 caching: Rollo3-pct: 100
[2016-10-09 11:52:04] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-09 11:52:04] [FHEM] caching: CurrentPosition: 0 (as number; from '100')
[2016-10-09 11:52:04] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-09 11:52:04] [FHEM] caching: TargetPosition: 0 (as number; from '100')Das ist die Ausgabe vom HM Rollo mit LevelInverse in FHEM, der in HomeKit auch korrekt angezeigt wird und ich ihn von offen auf zu fahre
2016-10-09 11:54:49 caching: Rollo4-position: 20
[2016-10-09 11:54:49] [FHEM] caching: CurrentPosition: 20 (as number; from '20')
[2016-10-09 11:54:49] [FHEM] caching: TargetPosition: 20 (as number; from '20')
2016-10-09 11:54:52 caching: Rollo4-position: 30
[2016-10-09 11:54:52] [FHEM] caching: CurrentPosition: 30 (as number; from '30')
[2016-10-09 11:54:52] [FHEM] caching: TargetPosition: 30 (as number; from '30')
2016-10-09 11:54:55 caching: Rollo4-position: 50
[2016-10-09 11:54:55] [FHEM] caching: CurrentPosition: 50 (as number; from '50')
[2016-10-09 11:54:55] [FHEM] caching: TargetPosition: 50 (as number; from '50')
2016-10-09 11:54:58 caching: Rollo4-position: 70
[2016-10-09 11:54:58] [FHEM] caching: CurrentPosition: 70 (as number; from '70')
[2016-10-09 11:54:58] [FHEM] caching: TargetPosition: 70 (as number; from '70')
2016-10-09 11:55:01 caching: Rollo4-position: 80
[2016-10-09 11:55:01] [FHEM] caching: CurrentPosition: 80 (as number; from '80')
[2016-10-09 11:55:01] [FHEM] caching: TargetPosition: 80 (as number; from '80')
2016-10-09 11:55:03 caching: Rollo4-position: 90
[2016-10-09 11:55:03] [FHEM] caching: CurrentPosition: 90 (as number; from '90')
[2016-10-09 11:55:03] [FHEM] caching: TargetPosition: 90 (as number; from '90')Und hier noch ein Somfy Rolläden mit folgendem HomebridgeMapping
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
Und folgendem eventMap
/150:100/200:100/open:oben/closed:unten/on:runter/off:hoch/pos 50:Sonnenschutz
Beim fahren in HomeKit von zu nach 90% / real von offen nach zu
also erst mal den ersten der beiden: Rollo8...
wenn ich die ausgabe richtig interpretiere hast du über home auf 0 d.h. geschlossen gestellt, der motor läuft an (runter), nach einer weile ist die position 0 und der motor stoppt.
ich sehe nicht das hier irgendetwas verkehrt ist. wo passt deiner meinung nach etwas nicht?
zeig mal bitte ein list vom Rollo8.
Zitat von: justme1968 am 08 Oktober 2016, 00:56:51
und wie hast du den rolladen genau konfiguriert?
Hallo nochmal,
Problem war, genericDeviceType war als Switch definiert, warum auch immer ::) nach dem Umstellen funktioniert es jetzt, allerdings habe ich jetzt noch das Problem das der aktuelle Ststus nicht korrekt übertragen wird, ich schalte einen Rolladen aus der Home App, Rolladen fährt in die entsprechende Position, in FHEM wird die Position korrekt angezeigt in der Home App nicht, starte ich Homebridge neu, wird der Zustand direkt korrekt angezeigt, schalte ich einen HM Rolladen aus FHEM oder ein Automatismus, wird der Status ebenfalls in Home nicht selbstständig aktualisiert (erst bei Neustart von Homebridge) das gleiche passiert auch bei den HM Fenstersensoren??
Zitat von: justme1968 am 09 Oktober 2016, 12:13:49
also erst mal den ersten der beiden: Rollo8...
wenn ich die ausgabe richtig interpretiere hast du über home auf 0 d.h. geschlossen gestellt, der motor läuft an (runter), nach einer weile ist die position 0 und der motor stoppt.
ich sehe nicht das hier irgendetwas verkehrt ist. wo passt deiner meinung nach etwas nicht?
zeig mal bitte ein list vom Rollo8.
Hier das List
Internals:
CUL_0_MSGCNT 19
CUL_0_RAWMSG A0D14A410455106F1103406010000::-69:CUL_0
CUL_0_RSSI -69
CUL_0_TIME 2016-10-09 11:47:50
CUL_433_MSGCNT 2
CUL_433_RAWMSG A0E0F8002455106F110340101C8204A::-108.5:CUL_433
CUL_433_RSSI -108.5
CUL_433_TIME 2016-10-09 11:16:56
DEF 455106
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 21
NAME Rollo8
NOTIFYDEV global
NR 300
NTFY_ORDER 50-Rollo8
STATE hoch
TYPE CUL_HM
lastMsg No:14 - t:10 s:455106 d:F11034 06010000
protLastRcv 2016-10-09 11:47:49
protSnd 19 last_at:2016-10-09 11:47:50
protState CMDs_done
rssi_CUL_0 cnt:11 max:-67 lst:-74 avg:-71.72 min:-74
rssi_at_CUL_0 avg:-69.07 min:-72.5 cnt:19 lst:-69 max:-65.5
rssi_at_CUL_433 avg:-109.25 min:-110 cnt:2 max:-108.5 lst:-108.5
Readings:
2016-10-09 11:47:25 CommandAccepted yes
2016-06-28 17:26:04 D-firmware 2.8
2016-06-28 17:26:04 D-serialNr NEQ0111694
2016-07-27 22:00:01 PairedTo 0xF11034
2016-06-28 20:28:53 R-driveDown 20 s
2016-06-28 17:26:47 R-driveTurn 0.5 s
2016-06-28 20:28:33 R-driveUp 20 s
2016-06-28 17:26:46 R-pairCentral 0xF11034
2016-06-28 17:26:47 R-sign off
2016-07-27 22:00:01 RegL_00. 02:01 0A:F1 0B:10 0C:34 15:FF 18:00 00:00
2016-07-27 22:00:02 RegL_01. 08:00 09:00 0A:00 0B:00 0C:C8 0D:00 0E:C8 0F:05 10:00 30:06 57:24 56:00 00:00
2016-10-09 11:47:50 deviceMsg off (to VCCU)
2016-10-09 11:47:50 level 0
2016-08-26 18:35:03 levelMissed desired:100
2016-10-09 11:47:50 motor stop:off
2016-10-09 11:47:50 pct 0
2016-10-09 11:47:50 recentStateType info
2016-07-25 17:20:07 sabotageAttackId_ErrIoId_F10000 cnt:4
2016-07-25 20:52:25 sabotageAttackId_ErrIoId_F11034 cnt:4
2016-07-25 20:53:45 sabotageAttackId_ErrIoId_F11134 cnt:12
2016-10-09 11:47:50 state off
2016-10-09 11:47:50 timedOn off
Helper:
HM_CMDNR 20
cSnd 11F110344551060201C80000,11F11034455106020100
dlvlCmd ++A011F11034455106020100
mId 0005
rxType 1
Ack:
Dir:
cur stop
rct down
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +455106,00,00,00
nextSend 1476006469.99626
rxt 0
vccu VCCU
p:
455106
00
00
00
Mrssi:
mNo 14
Io:
CUL_0 -67
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1476006469.90119
ack:
HASH(0x28873b0)
148002F1103445510600
Rssi:
Cul_0:
avg -71.7272727272727
cnt 11
lst -74
max -67
min -74
At_cul_0:
avg -69.0789473684211
cnt 19
lst -69
max -65.5
min -72.5
At_cul_433:
avg -109.25
cnt 2
lst -108.5
max -108.5
min -110
Attributes:
IODev CUL_0
IOgrp VCCU
alias Rollo_WZ_Seite_klein
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 60:Sonnenschutz
expert 2_full
fhem_widget_command {"allowed_values":["on","stop","off"],"order":8,"alias":"WZSeiteklein"}
firmware 2.8
genericDeviceType blind
group Wohnzimmer,Rolläden WZ
homebridgeMapping CurrentPosition=level,minValue=0,maxValue=100 TargetPosition=level,minStep=10,cmd=
icon fts_shutter_updown
model HM-LC-BL1-FM
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Unten,Westen,Wohnzimmer
serialNr NEQ0111694
sortby 09
subType blindActuator
webCmd runter:hoch:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long Das Problem ist, dass in FHEM Level=0 eben oben / geöffnet ist.
Alles eine Definitionsfrage, aber letztlich eben auch hier ein Kompabilitätsproblem.
Bei mir sind alle Rolläden von der Logik her On=runter / off=Hoch
Wüsste ich zu 100%, dass das das Problem ist und eine Umkehrung ein sauberes Steuern in Home ermöglicht, würde ich mir die Arbeit machen es umzustellen. Ist bei 19 Rolläden und jede Menge DOIF / at / notify natürlich ein wenig Aufwand.
Und eigentlich müsste es doch auch in Home anpassbar sein, wäre zumindest für mich die einfachere Lösoung
der 'normalzustand' für homematik rollädernd ist 0 geschlossen und 100 offen. die eselsbrücke ist ein dimmer bei dem 0% dunkel und 100% hell ist.
wenn das bei dir anders ist ist der aktor anders angeschlossen und eingebaut.
weil das scheinbar mache so machen/so möchten hat martin levelInverse eingebaut. d.h. du musst bei diesem aktor levelInverse setzen. dann sollte es passen.
Zitat von: justme1968 am 09 Oktober 2016, 13:09:46
der 'normalzustand' für homematik rollädernd ist 0 geschlossen und 100 offen. die eselsbrücke ist ein dimmer bei dem 0% dunkel und 100% hell ist.
wenn das bei dir anders ist ist der aktor anders angeschlossen und eingebaut.
weil das scheinbar mache so machen/so möchten hat martin levelInverse eingebaut. d.h. du musst bei diesem aktor levelInverse setzen. dann sollte es passen.
Hatte ich eben einmal ausprobiert. Wenn ich bei Rollo8 levelInverse setze (was bei Rollo3 ja der Fall ist), da. Erkennt Home ihn nicht mehr!?
Hier mal zum Vergleich das List vom Rollo 3
Internals:
CUL_0_MSGCNT 17
CUL_0_RAWMSG A0D12A41044D02EF110340601C800::-69.5:CUL_0
CUL_0_RSSI -69.5
CUL_0_TIME 2016-10-09 11:53:04
DEF 44D02E
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 17
NAME Rollo3
NOTIFYDEV global
NR 589
NTFY_ORDER 50-Rollo3
STATE hoch
TYPE CUL_HM
lastMsg No:12 - t:10 s:44D02E d:F11034 0601C800
protLastRcv 2016-10-09 11:53:04
protSnd 17 last_at:2016-10-09 11:53:04
protState CMDs_done
rssi_CUL_0 min:-77 avg:-74.2 lst:-77 max:-71 cnt:10
rssi_at_CUL_0 cnt:17 lst:-69.5 max:-68 avg:-72.2 min:-79
Readings:
2016-10-09 11:52:31 CommandAccepted yes
2016-09-02 14:12:40 D-firmware 2.8
2016-09-02 14:12:40 D-serialNr NEQ0049605
2016-10-09 11:53:04 deviceMsg off (to VCCU)
2016-10-09 11:53:04 level 0
2016-10-09 11:53:04 motor stop:off
2016-10-09 11:53:04 pct 0
2016-10-09 11:53:04 recentStateType info
2016-10-09 11:53:04 state off
2016-10-09 11:53:04 timedOn off
Helper:
HM_CMDNR 18
cSnd 11F1103444D02E020100,11F1103444D02E0201C8
dlvlCmd ++A011F1103444D02E0201C8
mId 006A
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +44D02E,00,00,00
nextSend 1476006784.25138
rxt 0
vccu VCCU
p:
44D02E
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 12
Io:
CUL_0 -67.5
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1476006784.15855
ack:
HASH(0x2a7bbb8)
128002F1103444D02E00
Rssi:
Cul_0:
avg -74.2
cnt 10
lst -77
max -71
min -77
At_cul_0:
avg -72.2058823529412
cnt 17
lst -69.5
max -68
min -79
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
alias Rollo_Küchentür
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 45:Sonnenschutz
expert 2_raw
fhem_widget_command {"allowed_values":["on","stop","off"],"order":3,"alias":"RolloKuechentuer"}
firmware 2.8
genericDeviceType blind
group Rollaeden Kueche
icon fts_shutter_updown
model HM-LC-Bl1PBU-FM
param levelInverse
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Kueche,Sueden,Unten
serialNr NEQ0049605
subType blindActuator
webCmd statusRequest:toggleDir:hoch:runter:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long Der ist vom Anschluss her vermutlich "Richtig" eingebaut, läuft entsprechend entgegengesetzt der Somfy-Logik und deshalb habe ich dort mit levelInverse "korrigiert" und alles ist gut, in FHEM und Home
Wenn Rollo8 "verkehrt" angeschlossen ist, dann ist dort deshalb levelInverse eigentlich nicht nötig (für FHEM) es wäre aber gut, wenn für Home dann invert funktionieren würde. Aber geht halt nicht.
Leider ist es nicht ganz so einfach (baulich) den Schalter umzuklemmen
Meine Rolläden haben im offenen Zustand alle pct=0.
LG
das ist nicht der hm normalfall.
d.h. du solltest levelInverse setzen.
Zitat von: justme1968 am 09 Oktober 2016, 13:09:46
der 'normalzustand' für homematik rollädernd ist 0 geschlossen und 100 offen. die eselsbrücke ist ein dimmer bei dem 0% dunkel und 100% hell ist.
wenn das bei dir anders ist ist der aktor anders angeschlossen und eingebaut.
weil das scheinbar mache so machen/so möchten hat martin levelInverse eingebaut. d.h. du musst bei diesem aktor levelInverse setzen. dann sollte es passen.
Nachdem ich beim Rollo8 das HomebridgeMapping rausgenommen habe wird param=levelInverse von Home erkannt.
So bekomme ich ihn in Home korrekt zum Laufen. In FHEM ist er jetzt natürlich verkehrt herum. Hilft auch nicht viel
Ganz verstehe ich es immer noch nicht.
Denn Rollo3 läuft ja eben in Home und in FHEM mit levelInverse korrekt. Für FHEM wäre Erklärung, dass er eben richtig angeschlossen ist und mit levelInverse dann die FHEN Logik annimmt. Dann müsste er doch aber in Home verkehrt sein, oder? Ist er aber nicht
was heisst in fhem ist er verkehrt?
ohne irgendwelche konfigurationen muss ein set 0 zu machen und ein set 100 auf. wenn du levelInverse setzt muss es umgekehrt sein. und in homekit identisch.
Falls mit dem Erstellen der entsprechenden homebridgeMappings für ein ZWave-basiertes Türschloss noch jemand so Kopfrauchen hatte wie ich, habe ich im Wiki einen entsprechenden Eintrag gemacht: http://www.fhemwiki.de/wiki/Homebridge_User_Configs (http://www.fhemwiki.de/wiki/Homebridge_User_Configs)
LG
Zephyr
Zitat von: justme1968 am 09 Oktober 2016, 15:10:48
was heisst in fhem ist er verkehrt?
ohne irgendwelche konfigurationen muss ein set 0 zu machen und ein set 100 auf. wenn du levelInverse setzt muss es umgekehrt sein. und in homekit identisch.
Rollo3, levelInverse gesetzt: in Home und in FHEM 0=Offen / 100=geschlossen
Rollo8, ohne levelInverse: in FHEM 0=offen 100=geschlossen (entspricht tatsächlichem Zustand) in Home 0=geschlossen 100=offen (entspricht nicht dem tatsächlichen Zustand)
Setzte ich jetzt bei Rollo8 levelInverse dreht sich dies ja bei beiden Steuerungen, FHEM und Home um, bleibt also so oder so falsch
Der Versuch es nur für Home mit invert=1 zu ändern führt dazu, dass Home den Rolladen nicht mehr erkennt
wenn du levelInverse setz dreht es sich in fhem für beide? ich vermute das ist nicht die idee dabei ?
wenn sich in homebridge beides dreht dann ist das ein fehler.
Also ich habe das Problem an dem einen Rolladen jetzt mit der erwähnte quick and dirty Variante gelöst. Den Aktor gedreht und die Anschlüsse getauscht, dann levelInverse gesetzt und jetzt ist alles gleich in fhem und in HomeKit.
LG
Zitat von: justme1968 am 09 Oktober 2016, 16:56:54
wenn du levelInverse setz dreht es sich in fhem für beide? ich vermute das ist nicht die idee dabei ?
wenn sich in homebridge beides dreht dann ist das ein fehler.
Wenn ich bei Rollo8 levelInverse setze, dann zeigt FHEM bei geöffnet 100 und Home gleichzeitig geschlossen, also immer noch genau verkehrt herum als FHEM, im Ergebnis somit keine Verbesserung gegenüber ohne LevelInverse
Warum? Keine Ahnung.
Muss leider für heute und vorerst probieren einstellen, da ich mal wieder auf Dienstreise muss und alles auf Normal stellen muss, damit meine Frau nicht verzweifelt 🙈
Zitat von: Lorenz am 09 Oktober 2016, 17:22:37
Also ich habe das Problem an dem einen Rolladen jetzt mit der erwähnte quick and dirty Variante gelöst. Den Aktor gedreht und die Anschlüsse getauscht, dann levelInverse gesetzt und jetzt ist alles gleich in fhem und in HomeKit.
LG
Erfordert leider etwas Umstand, aber evtl. Muss ich das auch so machen. Immerhin geht es ja beim Rollo3
Hallo Andre,
danke noch mal für deine Hilfe. Meine Homebridge läuft wieder. Das lag wohl am Wlan. Ich habe zwei Fritzboxen im Haus stehen die miteinander kommunizieren und das Wlan erweitern. Je nachdem an welcher Box das Ipad eingeloggt war hatte ich zugriff auf die Homebridge, oder auch nicht. Jetzt geht es überall wieder.
@Garbsen: Ich habe im Somfy-Thread mal einen Vorschlag gemacht, wie man das Problem für Somfy lösen könnte ohne existierende Nutzer zu Änderungen zu zwingen und das ganze auch mit HM kompatibel zu gestalten.
https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349 (https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349)
Hallo Andre,
kannst du mir erklären was die Fehlermeldung beim Start der homebridge bedeutet?
TypeError: plugin.initializer is not a function
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:147:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:125:22)
at new Server (/usr/local/lib/node_modules/homebridge/lib/server.js:48:24)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:26:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:435:26)
at Object.Module._extensions..js (module.js:442:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:311:12)
Mal ein neues Problem:
Auf meinem iPhone läuft wieder alles, das iPad und das Gast-iPhone übernehmen zwar die Sortierung, allerdings sind bei beiden Geräten alle Devices auf "unreachable" und auch ein Neustart hilft nicht...
Sent from my iPhone using Tapatalk
Zitat von: viegener am 09 Oktober 2016, 19:03:46
@Garbsen: Ich habe im Somfy-Thread mal einen Vorschlag gemacht, wie man das Problem für Somfy lösen könnte ohne existierende Nutzer zu Änderungen zu zwingen und das ganze auch mit HM kompatibel zu gestalten.
https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349 (https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349)
Danke, habe dort geantwortet
Toll, dass Du bereit bist an einer Lösung zu arbeiten
Zitat von: Markus M. am 09 Oktober 2016, 19:15:32
Mal ein neues Problem:
Auf meinem iPhone läuft wieder alles, das iPad und das Gast-iPhone übernehmen zwar die Sortierung, allerdings sind bei beiden Geräten alle Devices auf "unreachable" und auch ein Neustart hilft nicht...
Sent from my iPhone using Tapatalk
Steht nur unreachable da oder sind sie es wirklich?
Bei mir steht auch ständig keine Antwort, wenn ich drauf klicke reagieren sie aber
Zitat von: Garbsen am 09 Oktober 2016, 19:18:09
Steht nur unreachable da oder sind sie es wirklich?
Bei mir steht auch ständig keine Antwort, wenn ich drauf klicke reagieren sie aber
"No Response", bleibt auch so und tut nichts.
Das iPad bemerkt den Unterschied ob der ATV an ist oder nicht, bei den Geräten ändert sich jedoch nichts.
Mein iPhone hatte gerade den gleichen Effekt, allerdings hat es nach einem Klick wie bei dir beschrieben wieder funktioniert - ein Neustart von Home bringt in diesem Fall auch den Rest zurück.
Nicht jedoch bei den beiden anderen Geräten :(
@Christian S.: sorry. das habe ich noch nie gesehen. ich vermute irgendwelche versionen passen nicht zusammen.
Zitat von: Markus M. am 09 Oktober 2016, 20:55:19
"No Response", bleibt auch so und tut nichts.
Das iPad bemerkt den Unterschied ob der ATV an ist oder nicht, bei den Geräten ändert sich jedoch nichts.
Mein iPhone hatte gerade den gleichen Effekt, allerdings hat es nach einem Klick wie bei dir beschrieben wieder funktioniert - ein Neustart von Home bringt in diesem Fall auch den Rest zurück.
Nicht jedoch bei den beiden anderen Geräten :(
Klingt eher nach Apple Problem.
Schon mal mit iCloud abmelden und nach einigem Warten wieder anmelden versucht? (bei den Geräten wo es nicht geht)
Ich habe allerdings auch immer wieder ein völliges Nicht-Reagieren, da hilft manchmal auch nur löschen der Homebridge in HomeKit und neu zufügen. Allerdings fummele ich ja auch noch ziemlich viel an den Einstellungen, deshalb bin ich mir nicht sicher wo der Fehler liegt
Hatte HomeKit aus den ICloud settings genommen und wieder angemeldet, kein Erfolg.
Sent from my iPhone using Tapatalk
Zitat von: Markus M. am 10 Oktober 2016, 09:08:44
Hatte HomeKit aus den ICloud settings genommen und wieder angemeldet, kein Erfolg.
Sent from my iPhone using Tapatalk
Versuche mal auf Apple TV und am iPad ICloud ganz abzumelden, warten und dann wieder anmelden
hallo!
Kennt jemand das Problem das wenn ich Homebridge starte als normaler Benutzer(Pi) schreibt das home app nicht gefunden aber wenn ich mich mit fhem User anmelde und hombridge ausführe dann überträgt er die Daten ganz normal aber wenn ich dann exit drücke ist die Verbindung am iPhone wieder weg!
@Garbsen: noch mal zum levelInverse: so wie ich das verstehe sollte es beim setzen nur auf das device auswirkungen haben bei dem es gesetzt ist. ist das so? wenn nein würde ich das als bug im hm bereich melden.
gruss
andre
Hej!
So, ich habe das jetzt am Laufen; allerdings hängt mein FHEM nun alle 5 Minuten für ca. 5 Sekunden; ich habe derzeit 44 Devices im Raum "Homekit" nach dem ich filtere - ist das evtl. zu viel? Läuft auf einem RPI3b.
2016.10.10 00:52:08 1: Perfmon: possible freeze starting at 00:52:04, delay is 4.938
2016.10.10 00:57:09 1: Perfmon: possible freeze starting at 00:57:05, delay is 4.598
2016.10.10 01:02:10 1: Perfmon: possible freeze starting at 01:02:05, delay is 5.165
2016.10.10 01:07:11 1: Perfmon: possible freeze starting at 01:07:06, delay is 5.216
2016.10.10 01:12:12 1: Perfmon: possible freeze starting at 01:12:07, delay is 5.017
2016.10.10 01:17:12 1: Perfmon: possible freeze starting at 01:17:08, delay is 4.994
Liebe Grüße,
Max
das sollte nicht an homebridge liegen. die komplette device liste wird nur ein mal beim starten abgefragt.
schau mit apptime ob du mehr rausfindest.
gruss
andre
Stimmt, danke für den Tip! Tahoma ist der/die/das Schuldige ...
Zitat von: justme1968 am 10 Oktober 2016, 14:02:10
@Garbsen: noch mal zum levelInverse: so wie ich das verstehe sollte es beim setzen nur auf das device auswirkungen haben bei dem es gesetzt ist. ist das so? wenn nein würde ich das als bug im hm bereich melden.
gruss
andre
Klar, wirkt es sich nur bei dem device aus, das aber sowohl in FHEM wie auch in Home
ok. so ist es ja auch beabsichtigt.
es gibt ein default verhalten. das ist bei hm und homekit identisch: 0 zu, 100 auf
mit levelInverse wird auf fhem seite gedreht und homekit dreht dann auch. d.h. beide: 0 auf, 100 zu
nur invert=1 auf homekit seite dreht nur da, fhem: 0 zu, 100 auf, homekit: 0 auf, 100 zu
gruss
andre
Zitat von: justme1968 am 10 Oktober 2016, 17:56:58
ok. so ist es ja auch beabsichtigt.
es gibt ein default verhalten. das ist bei hm und homekit identisch: 0 zu, 100 auf
mit levelInverse wird auf fhem seite gedreht und homekit dreht dann auch. d.h. beide: 0 auf, 100 zu
nur invert=1 auf homekit seite dreht nur da, fhem: 0 zu, 100 auf, homekit: 0 auf, 100 zu
gruss
andre
So weit so gut.
Das erklärt aber nicht, warum ich bei einem Rollo (Rollo3) mit LevelInverse in FHEM bei 0 Offen und bei 100 Geschlossen habe und in Home genauso und bei dem anderen Rollo (Rollo8) ohne LevelInverse in FHEM auch bei 0 Offen und bei 100 Zu habe in Home aber umgekehrt.
D.h. Es erklärt sich evtl. Daraus, dass die Rolläden unterschiedlich angeschlossen sind.
Frage ist jetzt aber, wie kriege ich für Rollo8 hin, dass nur im Home die Zustände umgedreht werden?
Dazu soll nach meinem Verständnis invert=1 dienen. Aber wenn ich das setze ändert sich nichts, oder es geht sogar gar nichts mehr
Hallo,
ich versuche mich auch gerade an der homebridge integration, bin allerdings nicht gerade fit.
Dabei habe ich im wesentlichen ein knx System und konnte schon Lichter und Kontakte integrieren.
Allerdings habe ich Probleme die Jalousien anzusprechen:
- Als Staus Werte erhalte im Reading getG1 Werte zwischen 0..255, dies habe ich über ein userreding pct "hoffentlich" gelöst:
pct:getG1.* { (ReadingsVal("j_kbu_Lichthof","getG1",0)/255*100) }
- Zur Steuerung habe ich allerdings nicht die Möglichkeit %Werte zu bearbeiten sind nur up/down, anscheinen wird Ammer immer ein % Wert gesendet ... ?
j_kbu_Lichthof: executing set cmd for TargetPosition with value 0
executing: http://127.0.0.1:8083/fhem?cmd=set%20j_kbu_Lichthof%20pct%200&XHR=1
- Ich bekomme keine Information ob der Rolladen gerade läuft, oder nicht und der Status zeigt mit aber an "wird geöffnet ..."
Hat jemand eine Idee, wie ich das richtig hin bekomme ?
Danke und Grüße
Béla
Hallo Andre,
könntest Du bitte beim automatischen Mapping von luminance auf CurrentAmbientLightLevel noch minValue=0 ergänzen?
Seit dem ich festgestellt habe dass das für meinen Sensor automatisch gemappt wird hatte ich "CurrentAmbientLightLevel=luminance,minValue=0" aus dem Mapping entfernt, aber dann kommt immer das kleine Warndreieck in Eve mit "Wert niedriger als erlaubt". Siehe hier (https://forum.fhem.de/index.php/topic,48558.msg498491.html#msg498491).
Danke.
Gruß
Dan
@Garbsen:wenn die beiden rollos in fhem mit identischen settings unterschiedlich angezeigt werden ist einer von beiden anders angeschlossen.
um das nur in homebridge zu drehen gibt es invert=1.
gerade testweise mit einem dummy probiert:attr blind homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1und es geht problemlos.
@gehlbel: die 0-255 sollten sich auch mit einen mapping und mit max=255 lösen lassen. aber das user reading geht natürlich auch.
homekit kennt nur werte zwischen 0 und 100 für rolläden. die kannst du über das cmds mapping auch in andere kommandos übersetzen. auch in verbindung mit cmdalias auf fhem seite.
es gibt eine PositionState characteristic die angibt ob der motor steht oder hoch oder runter läuft. wenn man hier nichts angibt wird halt der default gezeigt.
in eve kannst du characteristics die du nicht sehen willst ausblenden. in home nicht.
@DeeSPe: ist eingebaut
Bei mir läuft fast wieder alles.
Musste tatsächlich den TV abmelden. Erst danach hat es auf dem iPad mit abmelden, anderem iCloud Account und wieder neu anmelden (während mein iPhone aus war) geklappt. Das andere iPhone habe ich neu eingeladen.
Bei einer FritzBox scheinen 2.4GHz und 5GHz übrigens nicht hinreichend verbunden. Der HomeBridge Server ist auf 5GHz und ist nur von dort ansprechbar :(
Was ist eigentlich aus dem lock bei den Winmatic geworden? Ich würde das gerne selbst mappen können.
ich habe noch keine andere rückmeldung bekommen. muss mir mal was überlegen.
hat du schon probiert ob du das lock nicht einfach selber auf 0 zurück mappen kannst?
gruss
andre
Zitat von: justme1968 am 11 Oktober 2016, 09:43:20hat du schon probiert ob du das lock nicht einfach selber auf 0 zurück mappen kannst?
Klappt so wie es implementiert ist scheinbar nicht bzw. hab es nicht funktionierend hinbekommen.
Mit 0:0 ist es zumindest nicht getan.
Ich mappe bei mir 1-5 auf locked und kann so bewusst verriegeln, bei einem Tap wird aber nur geschlossen.
Zitat von: justme1968 am 11 Oktober 2016, 08:49:32
@DeeSPe: ist eingebaut
Großartig Andre, vielen Dank.
Allerdings kommt bei:
sudo npm i -g homebridge-fhemimmer noch:
homebridge-fhem@0.2.48Stimmt was mit Github oder npm nicht? Müsste doch eigentlich
homebridge-fhem@0.2.49sein.
Gruß
Dan
ich hatte nur eingecheckt und das publish vergessen.
sollte jetzt gehen.
gruss
andre
Perfekt!
Installation hat geklappt und das Mapping für luminance minValue konnte ich erfolgreich entfernen.
Vielen Dank.
Gruß
Dan
Zitat von: Markus M. am 11 Oktober 2016, 09:27:31
Bei mir läuft fast wieder alles.
Musste tatsächlich den TV abmelden. Erst danach hat es auf dem iPad mit abmelden, anderem iCloud Account und wieder neu anmelden (während mein iPhone aus war) geklappt. Das andere iPhone habe ich neu eingeladen.
Bei einer FritzBox scheinen 2.4GHz und 5GHz übrigens nicht hinreichend verbunden. Der HomeBridge Server ist auf 5GHz und ist nur von dort ansprechbar :(
Was ist eigentlich aus dem lock bei den Winmatic geworden? Ich würde das gerne selbst mappen können.
OffTopic: mit 2.4GHZ habe ich bei der FB auch immer wieder Probleme, nicht nur mit Home sondern generell, oft sehr schlechte Performance.
Habe mich schon gefragt, ob der FHEM Funkverkehr hier evtl. Stören könnte
Zitat von: justme1968 am 11 Oktober 2016, 08:49:32
@Garbsen:wenn die beiden rollos in fhem mit identischen settings unterschiedlich angezeigt werden ist einer von beiden anders angeschlossen.
um das nur in homebridge zu drehen gibt es invert=1.
gerade testweise mit einem dummy probiert:attr blind homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1
Ok, in der Schreibweise (=) zwischen CurrentPosition und invert habe ich es auch noch nie gesehen bzw. Ausprobiert.
Werde ich dann mal probieren, bin jetzt aber erstmal länger unterwegs.
Zitat von: Markus M. am 27 September 2016, 22:28:57
Und noch ein Satz TargetHeatingCoolingState / CurrentHeatingCoolingState für HM-CC-RT-DN
heatingState { (ReadingsVal("HM_ABCDEF_Clima","ValvePosition","0") > 0 || ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "on") ? "HEAT" : ReadingsVal("HM_ABCDEF_Clima","desired-temp","-") eq "off" ? "OFF" : ReadingsVal("HM_ABCDEF_Clima","controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal("HM_ABCDEF_Clima","measured-temp","20") > ReadingsVal("HM_ABCDEF_Clima","desired-temp","20")) ? "COOL" : "AUTO" }
Hallo Markus,
ich habe mir erlaubt Dein nahezu perfektes userReading noch ein Wenig mehr zu perfektionieren 8) :
heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}Somit ist es für alle Thermostaten gültig und kann mit:
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 userReadings heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}auf allen Thermostaten gleichzeitig gesetzt werden.
Auch das entsprechende homebridgeMapping lässt sich damit auf allen Thermostaten gleichzeitig setzen:
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0Sehr praktisch und erspart viele einzelne Eintragungen.
Gruß
Dan
Zitat von: DeeSPe am 11 Oktober 2016, 01:36:39
Hallo Andre,
könntest Du bitte beim automatischen Mapping von luminance auf CurrentAmbientLightLevel noch minValue=0 ergänzen?
Seit dem ich festgestellt habe dass das für meinen Sensor automatisch gemappt wird hatte ich "CurrentAmbientLightLevel=luminance,minValue=0" aus dem Mapping entfernt, aber dann kommt immer das kleine Warndreieck in Eve mit "Wert niedriger als erlaubt". Siehe hier (https://forum.fhem.de/index.php/topic,48558.msg498491.html#msg498491).
Danke.
Gruß
Dan
Hallo Dan,
Könntest du mir vielleicht mal das Mapping zukommen lassen ?
Bei mir im Wohnzimmer wird der Lux Wert gemessen und ich würde ihn gerne in der App anzeigen lassen.
Danke Schonmal.
Sent from my iPhone using Tapatalk
Ich hatte nur:
CurrentAmbientLightLevel=luminance,minVal=0
gemappt.
Eventuell musst Du "luminance" durch den Namen Deines Readings ersetzen.
Sofern es bereits luminance heißt sollte die Characteristic aber bereits automatisch angelegt werden.
Gruß
Dan
Hallo liebe FHEM Community,
seit gestern habe ich auf meinem QNAP TS420 den FHEM Server installiert.
Meine DECT Steckdosen + DECT Heizungsthermostate wurden schon erfolgreich erkannt und kann ich problemlos schalten ;D
Nun suche ich nach einer Anleitung um die Homebridge auch auf dem QNAP zu installieren. Leider hilft mir Mr. Google nicht viel weiter und ich komme an das Ende meines Lateins :-\
Hat jemand hier schon erfolgreich die Homebridge auf einem QNAP installiert bekommen und hat ggf. eine Anleitung für mich?
Gruß
Zitat von: DeeSPe am 11 Oktober 2016, 15:08:28
Ich hatte nur:
CurrentAmbientLightLevel=luminance,minVal=0
gemappt.
Eventuell musst Du "luminance" durch den Namen Deines Readings ersetzen.
Sofern es bereits luminance heißt sollte die Characteristic aber bereits automatisch angelegt werden.
Gruß
Dan
Danke erstmal, hab ich was vergessen ?
Noch wird der Sensor als Schalter angezeigt (http://uploads.tapatalk-cdn.com/20161011/46026973ca75d07bd79f18905cde3aea.png)(http://uploads.tapatalk-cdn.com/20161011/cbe9e69ac745f52a97496b85d3ead03b.png)
Sent from my iPhone using Tapatalk
Eigentlich sollte nichts weiter nötig sein.
Nach dem Mapping HB neu gestartet?
Gruß
Dan
Ja neugestartet hab ich, kann aber sein, das ich dafür zuhause im WLAN sein, dass denn alles Aktualisiert wird.
Danke nochmal Dan!
Gruß
Rene
Sent from my iPhone using Tapatalk
Nochmal die konkrete Frage: Wie komme ich an ein sinnvolles Homebridge Log im Fehlerfall?
Der Service crasht mehrmals täglich.
das sollte nicht passieren.
das kommt drauf an wie du startest.
stdout und stderr in ein file umleiten.
z.b. node forever installieren und zum starten verwenden. das startet auch automatisch neu.
gruss
andre
Wie kann ich denn per Siri einen MAX-Thermostaten in den Automatikmodus setzen?
Irgendwie will das bei mir nicht klappen.
FYI: Irgendwas ist bei den letzten Updates mit dem ContactSensor schief gegangen.
Wo vorher kein Mapping nötig war brauche ich jetzt eins, sonst steht er dauerhaft auf offen.
zumindest nicht absichtlich. es kann sein das es immer noch nachwirkungen von den änderungen sind mit denen genericDeviceType auf jeden fall vorrang hat vor den automatisch erkannten.
was steht auf der console wenn du nicht konfigurierst?
Hallo zusammen,
ich bin ganz neu hier. :)
Ich habe mir kürzlich einen Tahoma 2 Box zugelegt, in der ich meine Rollos über IO eingebunden haben. Jetzt wollte ich gerne via iPhone "Home" App diese Steuern.
Über das Tahoma modul habe ich auch schon erfolgreich den connect zur Box hergestellt. Über Web kann ich auch alles steuern.
Wie schaffe ich es z.B. so einen Rollo in die App einzubinden?
Was ich schon rausgefunden habe, ist dieses attr.
attr genericDeviceType switch
Jetzt sehe ich in meiner App den Switch aber er ist ohne Funktion.
Bitte nicht gleich mit Steinen schmeissen, wenn für euch Pro´s diese Frage evtl. ein wenig dumm ist.... :)
Vielen Dank!
Grüße
alex
rolläden sind nicht switch sondern blind.
schau im readme oder im ersten beitrag wie die konfiguration funktioniert.
gruss
andre
Hallo!
Ich habe ein Problem mit der Erkennung des korrekten Status meines Garagentores durch Homekit bzw. die Home-App.
Wenn ich ohne homebridgeMapping arbeite, so lässt sich mein Garagentor durch dieHome-App/Siri öffnen und schließen, der Torzustand wird aber nicht erkannt, da nur mit den Werten on und off gearbeitet wird.
Deshalb hab ich folgende Definition in FHEM versucht:
define GA_Garagentor_Ost dummy
attr GA_Garagentor_Ost genericDeviceType garage
attr GA_Garagentor_Ost homebridgeMapping CurrentDoorState=GA_Garagentor_Ost:state,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING TargetDoorState=GA_Garagentor_Ost:state,cmds=OPEN:set_opening;;CLOSED:set_closing
attr GA_Garagentor_Ost room Homekit
attr GA_Garagentor_Ost setList open closed opening closing stopping set_opening set_closing
Beim Start von homebridge zeigt sich angehängte Meldung. Einerseits scheint er den CurrentDoorsState STOPPING nicht zu erkennen, andererseits erkennt er da den state closed nicht, weil er eine number erwartet.
Wäre für hilfreiche Tipps dankbar!
lG
Michael
deine config und die konsolen ausgabe passen nicht zusammen.
in der console gibt es bei den values noch ein STOPPING. das gibt es aber nicht in deiner config. auch gibt es in homekit kein STOPPING sondern nur STOPPED.
aber zum eigentlichen problem: du musst values auch für die TargetDoorState characteristic mappen. nicht nur für CurrentDoorState.
du wirst aber noch ein weiteres problem bekommen: set_opening und set_closing tauchen in values nicht auf. d.h. nach dem setzen hat du für homekit keinen definierten zustand mehr.
ich würde dir empfehlen mit zwei verschiedenen readings zu arbeiten. einem für den aktuellen state und set_opening und set_closing über readingList auf ein anderes reading umzubiegen und dein notify oder was auch immer du in fhem damit machst dann davon abhängig zu machen.
gruss
andre
ps: ich habe gerade eingebaut das man innerhalb homebridgeMapping die einstellungen einer characteristic aus einer vorherigen kopieren kann.
z.b.:attr GA_Garagentor_Ost homebridgeMapping CurrentDoorState=GA_Garagentor_Ost:state,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING TargetDoorState=CurrentDoorState,cmds=OPEN:set_opening;;CLOSED:set_closing
initialisiert TargetDoorState mit den vorher konfigurierten einstellungen für CurrentDoorState (device, reading, values) und hängt dann noch cmds an. damit sollte der umgang mit den diversen Target characteristics etwas einfacher werden.
gruss
andre
Hallo Andre!
Danke für deine rasche Hilfe!
Ich hatte mich beim State STOPPED in HomeKitTypes.js verlesen, sorry.
Das Hinzufügen der values zu TargetDoorState hat geholfen. Jetzt klappt es.
Deine gerade geschrieben Änderung ist dann tatsächlich eine Erleichterung.
Das mit den FHEM states, die nicht auf Homekit States umgesetzt werden, ist mir als Problem schon aufgefallen. Wäre es möglich mehrere FHEM States auf einen Homekit State abzubilden.
Ich hab gestern folgendes versucht, was aber in Fehlermeldungen auf der Konsole endete:
attr GA_Garagentor_Ost homebridgeMapping CurrentDoorState=GA_Garagentor_Ost:state,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;set_opening:OPENING;;set_closing:CLOSING
Danke
lG
Michael
einfach mehrfach hinschreiben. direkt oder als regex.
was hast du für fehler bekommen?
gruss
andre
Ich hab jetzt folgendes eintragen:
attr GA_Garagentor_Ost homebridgeMapping CurrentDoorState=GA_Garagentor_Ost:state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;stopped:STOPPED; TargetDoorState=GA_Garagentor_Ost:state,cmds=OPEN:set_opening;CLOSED:set_closing,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;stopped:STOPPED;
Mit Siri und der Home-App kann ich nun das Garagentor öffnen, der Status Geöffnet und Geschlossen wird auch korrekt angezeigt. Allerdings gibt die Konsole die folgende unten angehängte rote Zeile aus. Auch die Statusanzeige in der Home-App ist falsch wenn ich das Tor über FHEM steuere: Während des Öffnens wird "Wird geschlossen" anzeigt, während des Schließens wird "Wird geöffnet" angezeigt.
ich kann es nicht nachstellen, vermute aber es liegt an den set_ zuständen.
schau dir noch mal den vorschlag von oben an mit zwei readings zu arbeiten damit die set_ werte nicht den aktuellen zustand durcheinander bringen.
gruss
andre
Hallo,
Mittlerweile habe ich diverse Services den einzelnen Geräten zugeordnet. Dabei ist mir ein kleiner "Schönheitsfehler" aufgefallen.
Und zwar folgender:
Wenn ich z.B. einem dummy als genericdevicetype outlet zuordne, habe ich als Icon eine Steckdose. Das ist ja auch soweit richtig, allerdings bekommen dann die dazugehörigen Services auch das Icon der Steckdose zugeordnet, obwohl dass Icon eines Schalters besser dazu passen würde.
Die Services habe ich mittels des Harmony Hub Beispiels eingebunden.
Kann ich das irgendwie ändern?
Vielen Dank im voraus
arokh12
die automatisch vergeben icons kannst du nicht von homebridge seite ändern. das geht wenn überhaupt nur in der jeweiligen app die du verwendest.
gruss
andre
Hallo,
ich habe es geschafft einen Connect zur Tahoma Box herzustellen und die darin enthaltenen Somfy Rollos anzusprechen. Über Web kann ich diese auch hoch und runter fahren.
Zudem habe ich versucht diese ins Homekit einzubinden, was auch geklappt hat (soweit). In der Home App am iPhone erscheint der Rollo auch, nur habe ich jetzt 2 Probleme:
1. ist der falsch herum - also zu ist auf und auf ist zu
2. wenn ich den Rollo schließe, hört das laden in meiner App am iPhone nicht mehr auf. Der Ladekreisel dreht und dreht sich?
Hier mal die config von dem Device:
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/8589589
INTERVAL 2
IODev tahoma1
NAME tahoma_8589589
NR 74
NTFY_ORDER 50-tahoma_8589589
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/8589589
fid 8589589
inControllable io:RollerShutterGenericIOComponent
inLabel Esszimmer Fenster
inPlaceOID 93d9e1fc-4243-456c-b295-f356e7936b3f
inType 1
Readings:
2016-10-17 16:51:24 devicestate open
2016-10-17 16:51:24 state dim0
Helper:
readingNames:
hash(0x2b06cc0)
hash(0x2b06d38)
hash(0x2b06db0)
hash(0x2b06e28)
Attributes:
IODev tahoma1
alias RollerShutter Esszimmer Fenster
genericDeviceType blind
homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
webCmd dim
Wäre super, wenn mir jemand dazu helfen kann...
Vielen Dank...
Grüße
zum umdrehen bei current und target invert=1 setzen
du verwendest im mapping das reading position das ich im device aber nicht sehe.
gruss
andre
Zitat von: justme1968 am 17 Oktober 2016, 17:13:41
zum umdrehen bei current und target invert=1 setzen
du verwendest im mapping das reading position das ich im device aber nicht sehe.
gruss
andre
also so umgesetzt geht es nur noch auf....(zumindest in die richtige Richtung..) :)
Sorry....aber ich beschäftige mich erst 2 Tage mit der Fhem Materie....bin da noch nicht so drin...
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/8589589
INTERVAL 2
IODev tahoma1
NAME tahoma_8589589
NR 74
NTFY_ORDER 50-tahoma_8589589
STATE dim9
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/8589589
fid 8589589
inControllable io:RollerShutterGenericIOComponent
inLabel Esszimmer Fenster
inPlaceOID 93d9e1fc-4243-456c-b295-f356e7936b3f
inType 1
Readings:
2016-10-17 21:07:46 devicestate open
2016-10-17 21:07:46 state dim9
Helper:
readingNames:
hash(0x2b06cc0)
hash(0x2b06d38)
hash(0x2b06db0)
hash(0x2b06e28)
Attributes:
IODev tahoma1
alias RollerShutter Esszimmer Fenster
genericDeviceType blind
homebridgeMapping CurrentPosition=state,invert=1,minValue=0,maxValue=100 TargetPosition=dim::state,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
webCmd dim Vielen Dank für deine Hilfe!!!
die dimX werte sind keine zahl. da es kein leerzeichen gibt hilft auch split nicht. leg dir ein user readings an das die position als zahl enthält. und verwenden dann diese reading dann statt state im homebridgeMapping.
etwas wie attr tahoma_8589589 userReading position {ReadingsNum($name,'state',50)}müsste gehen.
gruss
andre
hi,
danke für dein Feedback:
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/8589589
INTERVAL 2
IODev tahoma1
NAME tahoma_8589589
NR 74
NTFY_ORDER 50-tahoma_8589589
STATE dim100
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/8589589
fid 8589589
inControllable io:RollerShutterGenericIOComponent
inLabel Esszimmer Fenster
inPlaceOID 93d9e1fc-4243-456c-b295-f356e7936b3f
inType 1
Readings:
2016-10-17 21:45:30 devicestate closed
2016-10-17 21:45:30 position 100
2016-10-17 21:45:30 state dim100
Helper:
readingNames:
hash(0x32fcbb0)
hash(0x32fcc28)
hash(0x32fcca0)
hash(0x32fcd18)
Attributes:
IODev tahoma1
alias RollerShutter Esszimmer Fenster
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',50)}
webCmd dim
Jetzt habe ich in der Home App "No Response" stehen....
Homebridge restart und reboot haben nix geholfen....
zeig bitte die konsolen ausgabe von homebridge beim start von hand. am besten mit --debug.
gruss
andre
hi,
fhem@raspberrypi:~$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[10/18/2016, 8:26:24 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[10/18/2016, 8:26:25 AM] Registering platform 'homebridge-fhem.FHEM'
[10/18/2016, 8:26:25 AM] ---
[10/18/2016, 8:26:25 AM] Loaded plugin: homebridge-http
[10/18/2016, 8:26:25 AM] Registering accessory 'homebridge-http.Http'
[10/18/2016, 8:26:25 AM] ---
[10/18/2016, 8:26:25 AM] Loaded config.json with 0 accessories and 1 platforms.
[10/18/2016, 8:26:25 AM] ---
[10/18/2016, 8:26:25 AM] Loading 1 platforms...
[10/18/2016, 8:26:25 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1476771986358
[10/18/2016, 8:26:26 AM] [FHEM] Checking genericDeviceType...
[10/18/2016, 8:26:26 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[10/18/2016, 8:26:26 AM] [FHEM] Fetching FHEM devices...
[10/18/2016, 8:26:26 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[10/18/2016, 8:26:26 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[10/18/2016, 8:26:26 AM] [FHEM] got: 15 results
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Anian_Lamp: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Lamp is light
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Lamp has
[10/18/2016, 8:26:26 AM] [FHEM] On [state;on,off]
[10/18/2016, 8:26:26 AM] [FHEM] event_map: [object Object]
2016-10-18 08:26:26 caching: Anian_Lamp-state: BI
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Lamp-state eventMap: value BI mapped to: off
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Lamp-state valueOn/valueOff: value off mapped to 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: false (as boolean; from 'BI')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Anian_Spots: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Spots is light
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Spots has
[10/18/2016, 8:26:26 AM] [FHEM] On [state;on,off]
2016-10-18 08:26:26 caching: Anian_Spots-state: off
[10/18/2016, 8:26:26 AM] [FHEM] Anian_Spots-state valueOn/valueOff: value off mapped to 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: false (as boolean; from 'off')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for EnO_FUD61: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[10/18/2016, 8:26:26 AM] [FHEM] EnO_FUD61 is light
[10/18/2016, 8:26:26 AM] [FHEM] EnO_FUD61 has
[10/18/2016, 8:26:26 AM] [FHEM] On [state;on,off]
2016-10-18 08:26:26 caching: EnO_FUD61-state: off
[10/18/2016, 8:26:26 AM] [FHEM] EnO_FUD61-state valueOn/valueOff: value off mapped to 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: false (as boolean; from 'off')
[10/18/2016, 8:26:26 AM] [FHEM] detected HUEDevice
[10/18/2016, 8:26:26 AM] [FHEM] mappings for HUEDevice1: { On: { reading: 'onoff', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness:
{ reading: 'bri',
cmd: 'pct',
delay: true,
reading2homekit: [Function: bound ] },
Hue: { reading: 'hue', cmd: 'hue', max: '65535', maxValue: 359 },
Saturation: { reading: 'sat', cmd: 'sat', max: '254', maxValue: 100 },
colormode: { reading: 'colormode' },
xy: { reading: 'xy' } }
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice1 is light
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice1 has
[10/18/2016, 8:26:26 AM] [FHEM] On [onoff;on,off]
[10/18/2016, 8:26:26 AM] [FHEM] Brightness [bri]
[10/18/2016, 8:26:26 AM] [FHEM] Hue [hue;hue;0-65535]
[10/18/2016, 8:26:26 AM] [FHEM] Saturation [sat;sat;0-254]
[10/18/2016, 8:26:26 AM] [FHEM] colormode [colormode]
[10/18/2016, 8:26:26 AM] [FHEM] xy [xy]
2016-10-18 08:26:26 caching: HUEDevice1-onoff: 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: 0 (as number; from '0')
2016-10-18 08:26:26 caching: HUEDevice1-bri: 21
[10/18/2016, 8:26:26 AM] [FHEM] caching: Brightness: 9 (as number; from '21')
2016-10-18 08:26:26 caching: HUEDevice1-hue: 42017
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice1-hue value 42017 scaled to: 230
[10/18/2016, 8:26:26 AM] [FHEM] caching: Hue: 230 (as number; from '42017')
2016-10-18 08:26:26 caching: HUEDevice1-sat: 71
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice1-sat value 71 scaled to: 28
[10/18/2016, 8:26:26 AM] [FHEM] caching: Saturation: 28 (as number; from '71')
2016-10-18 08:26:26 caching: HUEDevice1-colormode: ct
2016-10-18 08:26:26 caching: HUEDevice1-xy: 0.318,0.3279
[10/18/2016, 8:26:26 AM] [FHEM] detected HUEDevice
[10/18/2016, 8:26:26 AM] [FHEM] mappings for HUEDevice2: { On: { reading: 'onoff', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness:
{ reading: 'bri',
cmd: 'pct',
delay: true,
reading2homekit: [Function: bound ] },
Hue: { reading: 'hue', cmd: 'hue', max: '65535', maxValue: 359 },
Saturation: { reading: 'sat', cmd: 'sat', max: '254', maxValue: 100 },
colormode: { reading: 'colormode' },
xy: { reading: 'xy' } }
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice2 is light
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice2 has
[10/18/2016, 8:26:26 AM] [FHEM] On [onoff;on,off]
[10/18/2016, 8:26:26 AM] [FHEM] Brightness [bri]
[10/18/2016, 8:26:26 AM] [FHEM] Hue [hue;hue;0-65535]
[10/18/2016, 8:26:26 AM] [FHEM] Saturation [sat;sat;0-254]
[10/18/2016, 8:26:26 AM] [FHEM] colormode [colormode]
[10/18/2016, 8:26:26 AM] [FHEM] xy [xy]
2016-10-18 08:26:26 caching: HUEDevice2-onoff: 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: 0 (as number; from '0')
2016-10-18 08:26:26 caching: HUEDevice2-bri: 63
[10/18/2016, 8:26:26 AM] [FHEM] caching: Brightness: 25 (as number; from '63')
2016-10-18 08:26:26 caching: HUEDevice2-hue: 27727
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice2-hue value 27727 scaled to: 152
[10/18/2016, 8:26:26 AM] [FHEM] caching: Hue: 152 (as number; from '27727')
2016-10-18 08:26:26 caching: HUEDevice2-sat: 254
[10/18/2016, 8:26:26 AM] [FHEM] HUEDevice2-sat value 254 scaled to: 100
[10/18/2016, 8:26:26 AM] [FHEM] caching: Saturation: 100 (as number; from '254')
2016-10-18 08:26:26 caching: HUEDevice2-colormode: xy
2016-10-18 08:26:26 caching: HUEDevice2-xy: 0.2093,0.671
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Meo_Lamp: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Lamp is light
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Lamp has
[10/18/2016, 8:26:26 AM] [FHEM] On [state;on,off]
[10/18/2016, 8:26:26 AM] [FHEM] event_map: [object Object]
2016-10-18 08:26:26 caching: Meo_Lamp-state: BI
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Lamp-state eventMap: value BI mapped to: off
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Lamp-state valueOn/valueOff: value off mapped to 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: false (as boolean; from 'BI')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Meo_Spots: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Spots is light
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Spots has
[10/18/2016, 8:26:26 AM] [FHEM] On [state;on,off]
2016-10-18 08:26:26 caching: Meo_Spots-state: off
[10/18/2016, 8:26:26 AM] [FHEM] Meo_Spots-state valueOn/valueOff: value off mapped to 0
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: false (as boolean; from 'off')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Sonos_Bathroom: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Bathroom is switch
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Bathroom has
[10/18/2016, 8:26:26 AM] [FHEM] Custom Volume [Volume;not cached]
[10/18/2016, 8:26:26 AM] [FHEM] On [transportState;play,pause]
2016-10-18 08:26:26 caching: Sonos_Bathroom-Volume: 10
[10/18/2016, 8:26:26 AM] [FHEM] caching: Custom Volume: 10 (as number; from '10')
2016-10-18 08:26:26 caching: Sonos_Bathroom-transportState: PLAYING
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Bathroom-transportState valueOn/valueOff: value PLAYING mapped to 1
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Sonos_Esszimmer: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Esszimmer is switch
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Esszimmer has
[10/18/2016, 8:26:26 AM] [FHEM] Custom Volume [Volume;not cached]
[10/18/2016, 8:26:26 AM] [FHEM] On [transportState;play,pause]
2016-10-18 08:26:26 caching: Sonos_Esszimmer-Volume: 10
[10/18/2016, 8:26:26 AM] [FHEM] caching: Custom Volume: 10 (as number; from '10')
2016-10-18 08:26:26 caching: Sonos_Esszimmer-transportState: PLAYING
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Esszimmer-transportState valueOn/valueOff: value PLAYING mapped to 1
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[10/18/2016, 8:26:26 AM] [FHEM] mappings for Sonos_Wohnzimmer: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'Volume',
cmd: 'Volume',
delay: true,
nocache: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
On:
{ reading: 'transportState',
valueOn: 'PLAYING',
cmdOn: 'play',
cmdOff: 'pause' } }
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Wohnzimmer is switch
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Wohnzimmer has
[10/18/2016, 8:26:26 AM] [FHEM] Custom Volume [Volume;not cached]
[10/18/2016, 8:26:26 AM] [FHEM] On [transportState;play,pause]
2016-10-18 08:26:26 caching: Sonos_Wohnzimmer-Volume: 9
[10/18/2016, 8:26:26 AM] [FHEM] caching: Custom Volume: 9 (as number; from '9')
2016-10-18 08:26:26 caching: Sonos_Wohnzimmer-transportState: PLAYING
[10/18/2016, 8:26:26 AM] [FHEM] Sonos_Wohnzimmer-transportState valueOn/valueOff: value PLAYING mapped to 1
[10/18/2016, 8:26:26 AM] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_16118265: no service type detected
[10/18/2016, 8:26:26 AM] [FHEM] no accessory created for tahoma_16118265 (tahoma)
[10/18/2016, 8:26:26 AM] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10
[10/18/2016, 8:26:26 AM] [FHEM] mappings for tahoma_2217078: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition:
{ reading: 'position',
cmd: 'dim',
delay: true,
minValue: '0',
maxValue: '100',
minStep: '10' } }
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_2217078 is blind
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_2217078 has
[10/18/2016, 8:26:26 AM] [FHEM] CurrentPosition [position]
[10/18/2016, 8:26:26 AM] [FHEM] TargetPosition [position]
[10/18/2016, 8:26:26 AM] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=dim::position,minValue=0,maxValue=100,minStep=10
[10/18/2016, 8:26:26 AM] [FHEM] mappings for tahoma_2574694: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition:
{ reading: 'position',
cmd: 'dim',
delay: true,
minValue: '0',
maxValue: '100',
minStep: '10' } }
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_2574694 is blind
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_2574694 has
[10/18/2016, 8:26:26 AM] [FHEM] CurrentPosition [position]
[10/18/2016, 8:26:26 AM] [FHEM] TargetPosition [position]
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_4288156632: no service type detected
[10/18/2016, 8:26:26 AM] [FHEM] no accessory created for tahoma_4288156632 (tahoma)
[10/18/2016, 8:26:26 AM] [FHEM] homebridgeMapping: CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
[10/18/2016, 8:26:26 AM] [FHEM] mappings for tahoma_8589589: { CurrentPosition:
{ reading: 'position',
cmd: 'dim',
invert: '1',
minValue: '0',
maxValue: '100' },
TargetPosition:
{ reading: 'position',
cmd: 'dim',
delay: true,
invert: '1',
minValue: '0',
maxValue: '100',
minStep: '10' } }
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_8589589 is blind
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_8589589 has
[10/18/2016, 8:26:26 AM] [FHEM] CurrentPosition [position]
[10/18/2016, 8:26:26 AM] [FHEM] TargetPosition [position]
2016-10-18 08:26:26 caching: tahoma_8589589-position: 0
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_8589589-position value: 0 inverted to 1000
[10/18/2016, 8:26:26 AM] [FHEM] caching: CurrentPosition: 1000 (as string; from '0')
[10/18/2016, 8:26:26 AM] [FHEM] tahoma_8589589-position value: 0 inverted to 1000
[10/18/2016, 8:26:26 AM] [FHEM] caching: TargetPosition: 1000 (as string; from '0')
[10/18/2016, 8:26:26 AM] [FHEM] Initializing platform accessory 'Anian_Lamp'...
[10/18/2016, 8:26:26 AM] [FHEM] creating services for Anian_Lamp
[10/18/2016, 8:26:26 AM] [FHEM] information service for Anian_Lamp
[10/18/2016, 8:26:26 AM] [FHEM] manufacturer, model and serial number characteristics for Anian_Lamp
[10/18/2016, 8:26:26 AM] [FHEM] Lightbulb service for Anian_Lamp
[10/18/2016, 8:26:26 AM] [FHEM] On characteristic for Anian_Lamp:state
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: false (boolean)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Initializing platform accessory 'Anian_Spots'...
[10/18/2016, 8:26:26 AM] [FHEM] creating services for Anian_Spots
[10/18/2016, 8:26:26 AM] [FHEM] information service for Anian_Spots
[10/18/2016, 8:26:26 AM] [FHEM] manufacturer, model and serial number characteristics for Anian_Spots
[10/18/2016, 8:26:26 AM] [FHEM] Lightbulb service for Anian_Spots
[10/18/2016, 8:26:26 AM] [FHEM] On characteristic for Anian_Spots:state
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: false (boolean)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Initializing platform accessory 'EnO_FUD61'...
[10/18/2016, 8:26:26 AM] [FHEM] creating services for EnO_FUD61
[10/18/2016, 8:26:26 AM] [FHEM] information service for EnO_FUD61
[10/18/2016, 8:26:26 AM] [FHEM] manufacturer, model and serial number characteristics for EnO_FUD61
[10/18/2016, 8:26:26 AM] [FHEM] Lightbulb service for EnO_FUD61
[10/18/2016, 8:26:26 AM] [FHEM] On characteristic for EnO_FUD61:state
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: false (boolean)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Initializing platform accessory 'HUEDevice1'...
[10/18/2016, 8:26:26 AM] [FHEM] creating services for HUEDevice1
[10/18/2016, 8:26:26 AM] [FHEM] information service for HUEDevice1
[10/18/2016, 8:26:26 AM] [FHEM] manufacturer, model and serial number characteristics for HUEDevice1
[10/18/2016, 8:26:26 AM] [FHEM] Lightbulb service for HUEDevice1
[10/18/2016, 8:26:26 AM] [FHEM] On characteristic for HUEDevice1:onoff
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: 0 (number)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Brightness characteristic for HUEDevice1:bri
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: 9 (number)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Hue characteristic for HUEDevice1:hue
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: 230 (number)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 359,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Saturation characteristic for HUEDevice1:sat
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: 28 (number)
[10/18/2016, 8:26:26 AM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:26 AM] [FHEM] Initializing platform accessory 'HUEDevice2'...
[10/18/2016, 8:26:26 AM] [FHEM] creating services for HUEDevice2
[10/18/2016, 8:26:26 AM] [FHEM] information service for HUEDevice2
[10/18/2016, 8:26:26 AM] [FHEM] manufacturer, model and serial number characteristics for HUEDevice2
[10/18/2016, 8:26:26 AM] [FHEM] Lightbulb service for HUEDevice2
[10/18/2016, 8:26:26 AM] [FHEM] On characteristic for HUEDevice2:onoff
[10/18/2016, 8:26:26 AM] [FHEM] initial value is: 0 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Brightness characteristic for HUEDevice2:bri
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 25 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Hue characteristic for HUEDevice2:hue
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 152 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 359,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Saturation characteristic for HUEDevice2:sat
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 100 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'Meo_Lamp'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for Meo_Lamp
[10/18/2016, 8:26:27 AM] [FHEM] information service for Meo_Lamp
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for Meo_Lamp
[10/18/2016, 8:26:27 AM] [FHEM] Lightbulb service for Meo_Lamp
[10/18/2016, 8:26:27 AM] [FHEM] On characteristic for Meo_Lamp:state
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: false (boolean)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'Meo_Spots'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for Meo_Spots
[10/18/2016, 8:26:27 AM] [FHEM] information service for Meo_Spots
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for Meo_Spots
[10/18/2016, 8:26:27 AM] [FHEM] Lightbulb service for Meo_Spots
[10/18/2016, 8:26:27 AM] [FHEM] On characteristic for Meo_Spots:state
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: false (boolean)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'Sonos_Bathroom'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for Sonos_Bathroom
[10/18/2016, 8:26:27 AM] [FHEM] information service for Sonos_Bathroom
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for Sonos_Bathroom
[10/18/2016, 8:26:27 AM] [FHEM] Switch service for Sonos_Bathroom
[10/18/2016, 8:26:27 AM] [FHEM] Custom Volume characteristic for Sonos_Bathroom:Volume
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 10 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] On characteristic for Sonos_Bathroom:transportState
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: true (boolean)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'Sonos_Esszimmer'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for Sonos_Esszimmer
[10/18/2016, 8:26:27 AM] [FHEM] information service for Sonos_Esszimmer
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for Sonos_Esszimmer
[10/18/2016, 8:26:27 AM] [FHEM] Switch service for Sonos_Esszimmer
[10/18/2016, 8:26:27 AM] [FHEM] Custom Volume characteristic for Sonos_Esszimmer:Volume
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 10 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] On characteristic for Sonos_Esszimmer:transportState
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: true (boolean)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for Sonos_Wohnzimmer
[10/18/2016, 8:26:27 AM] [FHEM] information service for Sonos_Wohnzimmer
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for Sonos_Wohnzimmer
[10/18/2016, 8:26:27 AM] [FHEM] Switch service for Sonos_Wohnzimmer
[10/18/2016, 8:26:27 AM] [FHEM] Custom Volume characteristic for Sonos_Wohnzimmer:Volume
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 9 (number)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] On characteristic for Sonos_Wohnzimmer:transportState
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: true (boolean)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'tahoma_2217078'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for tahoma_2217078
[10/18/2016, 8:26:27 AM] [FHEM] information service for tahoma_2217078
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for tahoma_2217078
[10/18/2016, 8:26:27 AM] [FHEM] WindowCovering service for tahoma_2217078
[10/18/2016, 8:26:27 AM] [FHEM] CurrentPosition characteristic for tahoma_2217078:position
[10/18/2016, 8:26:27 AM] [FHEM] no default
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] TargetPosition characteristic for tahoma_2217078:position
[10/18/2016, 8:26:27 AM] [FHEM] no default
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'tahoma_2574694'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for tahoma_2574694
[10/18/2016, 8:26:27 AM] [FHEM] information service for tahoma_2574694
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for tahoma_2574694
[10/18/2016, 8:26:27 AM] [FHEM] WindowCovering service for tahoma_2574694
[10/18/2016, 8:26:27 AM] [FHEM] CurrentPosition characteristic for tahoma_2574694:position
[10/18/2016, 8:26:27 AM] [FHEM] no default
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] TargetPosition characteristic for tahoma_2574694:position
[10/18/2016, 8:26:27 AM] [FHEM] no default
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] Initializing platform accessory 'tahoma_8589589'...
[10/18/2016, 8:26:27 AM] [FHEM] creating services for tahoma_8589589
[10/18/2016, 8:26:27 AM] [FHEM] information service for tahoma_8589589
[10/18/2016, 8:26:27 AM] [FHEM] manufacturer, model and serial number characteristics for tahoma_8589589
[10/18/2016, 8:26:27 AM] [FHEM] WindowCovering service for tahoma_8589589
[10/18/2016, 8:26:27 AM] [FHEM] CurrentPosition characteristic for tahoma_8589589:position
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 1000 (string)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[10/18/2016, 8:26:27 AM] [FHEM] TargetPosition characteristic for tahoma_8589589:position
[10/18/2016, 8:26:27 AM] [FHEM] initial value is: 1000 (string)
[10/18/2016, 8:26:27 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 111-11-111 │
└────────────┘
[10/18/2016, 8:26:27 AM] Homebridge is running on port 51826.
ich hab den fehler gefunden und repariert. wenn du homebridge-fhem aktualisierst sollte es gehen.
@Garbsen: dein problem beim manuellen setzen von invert sollte damit auch gefunden und behoben sein. :-[
gruss
andre
hi,
also "apt-get update + upgrade" ??
Danke und Grüße
nein. eigentlich npm upgrade, das scheint aber unzuverlässig zu sein. einfach homebridge-fhem wie bei der ersten installation noch mal drüber installieren.
Zitat von: justme1968 am 18 Oktober 2016, 09:33:47
ich hab den fehler gefunden und repariert. wenn du homebridge-fhem aktualisierst sollte es gehen.
@Garbsen: dein problem beim manuellen setzen von invert sollte damit auch gefunden und behoben sein. :-[
gruss
andre
Danke, probiere es in den nächsten Tagen aus, wenn ich wieder vor Ort bin
GEIL !!!! Geht!!1 :) :) :) :)
Vielen Dank für deine Hilfe...
Werde später mal die anderen Rollos einrichten... und berichten
Danke !
Gruß
alex
sooo...
alle Fenster gehen ...nur zwei Türen nicht!
Weder im Web noch in der APP:
Log:
2016.10.18 14:19:17 3: tahoma_applyRequest data={"label":"Meo Tür - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/15514408","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.10.18 14:19:17 2: tahoma1: http request failed: Bad Request
2016.10.18 14:18:24 3: tahoma_applyRequest data={"label":"Anian Tür - Positionieren auf 48 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/2574694","commands":[{"name":"setClosure","parameters":[48]}]}]}
2016.10.18 14:18:24 2: tahoma1: http request failed: Bad Request
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/15514408
INTERVAL 2
IODev tahoma1
NAME tahoma_15514408
NR 70
NTFY_ORDER 50-tahoma_15514408
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/15514408
fid 15514408
inControllable io:RollerShutterGenericIOComponent
inLabel Meo Tür
inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
inType 1
Readings:
2016-10-18 14:24:50 devicestate open
2016-10-18 14:24:50 position 0
2016-10-18 14:24:50 state dim0
Helper:
readingNames:
hash(0x43d8540)
hash(0x43d85b8)
hash(0x43d8630)
hash(0x43d86a8)
Attributes:
IODev tahoma1
alias RollerShutter Meo Tür
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',50)}
webCmd dim
Kann dazu jemand helfen....
Danke schon mal
Hallo, ich hoffe das ist kein alter Hut, aber ich habe im Forum und auch im Netz nichts zu dem folgenden Fehlverhalten gefunden:
Ich habe HomeKit auf meinem Rpi Model B und unter anderem einige Lampen von Milight, die ich direkt über das FHEM Plugin in HomeKit mit Siri ansteuere. Das ein- und ausschalten funktioniert auch wunderbar sowohl über die Home App(iOS 10) als auch über Siri. Das dimmen funktioniert aber über Siri nicht korrekt. Egal was ich sage, die Lampen werden immer auf 1% gedimmt. Was mir außerdem noch aufgefallen ist, ist dass der Status der Lampen in der Home App nicht richtig angezeigt wird. Hier wird auch bei 100% Helligkeit immer angezeigt, dass die Lampen zwar an sind, aber auf 0% Helligkeit.
Komisch ist, dass das dimmen über die Home App selber wunderbar funktioniert, wenn auch mit einem kleinen Delay.
Die milight Lampen habe ich über das milight Plugin in Fhem eingebunden, falls das relevant ist.
Würde mich sehr freuen, wenn jemand eine Idee hat, woran das liegt und wie man es eventuell beheben kann. Danke und einen schönen Abend noch ;)
Zitat von: Dave90 am 19 Oktober 2016, 21:42:21
Das dimmen funktioniert aber über Siri nicht korrekt. Egal was ich sage, die Lampen werden immer auf 1% gedimmt.
Hatte genau das gleiche Problem!
Du darfst seit iOS 10 nicht mehr "Dimme" zu Siri sagen, sondern "Stelle".
Also:
ZitatStelle das Licht in der Küche auf 71%
Gruß
Dan
Zitat von: justme1968 am 11 Oktober 2016, 08:49:32
@Garbsen:wenn die beiden rollos in fhem mit identischen settings unterschiedlich angezeigt werden ist einer von beiden anders angeschlossen.
um das nur in homebridge zu drehen gibt es invert=1.
gerade testweise mit einem dummy probiert:attr blind homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1und es geht problemlos.
Hallo André
Damit hat es jetzt geklappt. Danke, sehr gut, auch wenn die Aktualisierung des Zustands nach Fahrbefehken teilweise arg hinkt.
An der Baustelle Somfy arbeite ich und werde es in den nächsten Tagen ausprobieren.
Nächste Baustelle, wie auch bei einigen anderen erscheint bei mir bei allen Devices in Home immer "keine Antwort", wenn man dann drauf klickt, kann man aber den aktuellen Zustand sehen und auch steuern.
Nun habe ich seit gestern ein neues Gadgetm die Apple Watch2 , auch hier erscheint "keine Antwort", leider hilft es aber auch nicht drauf zu klicken (soweit man das bei der Watch so nennt)
Es hilft auch nichts, z.B. Auf dem iPad den Zustand zu aktual oder einen Fahrbefehl anzustoßen.
Dies "keine Antwort" kommt ja auch sowohl auf iPad wie iPhone standardmäßig jedes Mal wenn man Home aufruft.
Irgendwie scheint das Appel TV (4) sich den Zustand nicht zu merken, um ihn alle alle Geräte zu senden, sondern immer erst, wenn ein Gerät konkret nachfragt den Zustand zu aktualisieren.
Wäre natürlich Sahne, wenn es mit der Wtch klappt
K-H
keine antwort scheint zwei ursachen zu haben:
- wenn ein device nach dem schalten keine änderung meldet
- bei remote zugriff über iclound/apple tv wenn die verbindung beim ersten mal noch nicht steht.
die zweite anfrage geht dann normalerweise
wenn das bei dir bei allen devices so ist stimmt etwas nicht. bei mir ändert sich der status in homekit nach 1-2 sekunden wenn sich in fhem etwas geändert hat.
eine anfrage von extern geht in der regel in etwa 3-5 sekunden. ich habe aber noch einen atv3. ich habe irgendwo gelesen das es damit angeblich zur zeit noch zuverlässiger geht als mit atv4.
bei der apple watch scheint es so zu sein das sie immer über den externen icloud zugang geht und nicht über das iPhone. auch wenn man zuhause ist.
wenn du homebridge mit --debug laufen lässt siehst du die anfragen von aussen und die antworten. damit kannst du abschätzen wo der engpass ist. d.h. ob es lange dauert bis die anfrage ankommt oder ob es lange dauert bis die antwort angezeigt wird.
gruss
andre
Zitat von: justme1968 am 20 Oktober 2016, 14:03:42
keine antwort scheint zwei ursachen zu haben:
- wenn ein device nach dem schalten keine änderung meldet
- bei remote zugriff über iclound/apple tv wenn die verbindung beim ersten mal noch nicht steht.
die zweite anfrage geht dann normalerweise
wenn das bei dir bei allen devices so ist stimmt etwas nicht. bei mir ändert sich der status in homekit nach 1-2 sekunden wenn sich in fhem etwas geändert hat.
eine anfrage von extern geht in der regel in etwa 3-5 sekunden. ich habe aber noch einen atv3. ich habe irgendwo gelesen das es damit angeblich zur zeit noch zuverlässiger geht als mit atv4.
bei der apple watch scheint es so zu sein das sie immer über den externen icloud zugang geht und nicht über das iPhone. auch wenn man zuhause ist.
wenn du homebridge mit --debug laufen lässt siehst du die anfragen von aussen und die antworten. damit kannst du abschätzen wo der engpass ist. d.h. ob es lange dauert bis die anfrage ankommt oder ob es lange dauert bis die antwort angezeigt wird.
gruss
andre
Habe mal mit debug gestartet, jedes Mal wenn ich auf ein Device klicke scheint der Status von allen Devices abgefragt zu werden, das läuft auch zügig durch.
Aber wie gesagt, wenn ich Home starte steht erst überall aktualisieren, dann keine Antwort, klicke ich auf ein Device öffnet sich das Device und Status wird korrekt angefragt (wie gesagt scheint Homebridge dann den Status aktuell abzufragen)
Solange ich Home geöffnet lasse ist dann alles ok, schließe ich es und öffne es sofort wieder, dann geht es von vorne los, aktualisieren, keine Antwort
Ich meine, dass dies auch schon andere hier berichtet hatten.
Setting: ATV 4, ipdad Pro (12 Zoll), iPhone 6Plus, watch 2 alles neueste Software. Auf der Watch bleibt es immer bei keine Antwort, im debug sehe ich, dass sowohl beim Aufruf von Home auf der Watch, wie auch bei drücken auf ein Device in Homebridge die Aktualisierung abgefragt wird und zügig durchläuft, es ändert sich aber nichts auf der Watch
zufällig grade gesehen: https://github.com/nfarina/homebridge/issues/862 (https://github.com/nfarina/homebridge/issues/862). vielleicht hilft es in dieser richtung zu suchen.
gruss
andre
ZitatDu darfst seit iOS 10 nicht mehr "Dimme" zu Siri sagen, sondern "Stelle".
Also:
Oh je, noch einfacher hätte der "Fehler" wohl nicht sein können. Danke für die Aufkläung, klappt 1A. Bleibt nur noch das Problem, dass die Zustände in der home app nicht richtig angezeigt werden, damit kann ich aber leben.
Zitat von: webundstyle am 18 Oktober 2016, 14:22:11
sooo...
alle Fenster gehen ...nur zwei Türen nicht!
Weder im Web noch in der APP:
Log:
2016.10.18 14:19:17 3: tahoma_applyRequest data={"label":"Meo Tür - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/15514408","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.10.18 14:19:17 2: tahoma1: http request failed: Bad Request
2016.10.18 14:18:24 3: tahoma_applyRequest data={"label":"Anian Tür - Positionieren auf 48 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/2574694","commands":[{"name":"setClosure","parameters":[48]}]}]}
2016.10.18 14:18:24 2: tahoma1: http request failed: Bad Request
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/15514408
INTERVAL 2
IODev tahoma1
NAME tahoma_15514408
NR 70
NTFY_ORDER 50-tahoma_15514408
STATE dim0
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:RSSILevelState,core:ClosureState,core:OpenClosedState
device io://1202-6008-2347/15514408
fid 15514408
inControllable io:RollerShutterGenericIOComponent
inLabel [b] Meo Tür [/b]
inPlaceOID c82d9f9b-4f7a-445d-9693-0b01d8cfd699
inType 1
Readings:
2016-10-18 14:24:50 devicestate open
2016-10-18 14:24:50 position 0
2016-10-18 14:24:50 state dim0
Helper:
readingNames:
hash(0x43d8540)
hash(0x43d85b8)
hash(0x43d8630)
hash(0x43d86a8)
Attributes:
IODev tahoma1
alias [b]RollerShutter Meo Tür [/b]
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',50)}
webCmd dim
Kann dazu jemand helfen....
Danke schon mal
Problem wurde gelöst. Es war das "ü" in Tür. "ü" in "ue" geändert und schon gehts.
:)
Moin,
ich habe seit einigen Wochen das Phänomen, dass wenn ich per Siri meine Bleuchtung auf einen anderen Weet dimme, homebridge immer erst alle Dimmer voll aufreisst und dann anschließend auf den Zielwerr herunter dimmt.
Im homebridge log sieht das dann so aus:
[2016-10-20 19:18:35] [FHEM] HUEDevice3 delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Esstisch_Dimmer delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Decke_Dimmer: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Decke_Dimmer%20on&XHR=1
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Decke_Dimmer delaying command Brightness with value 25
[2016-10-20 19:18:35] [FHEM] HUEDevice3: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20HUEDevice3%20on&XHR=1
[2016-10-20 19:18:35] [FHEM] Licht_Whz_Esstisch_Dimmer: executing set cmd for On with value true
[2016-10-20 19:18:35] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Esstisch_Dimmer%20on&XHR=1
2016-10-20 19:18:36 caching: Licht_Whz_Decke_Dimmer-pct: 100
[2016-10-20 19:18:36] [FHEM] caching: On: true (as boolean; from '100')
[2016-10-20 19:18:36] [FHEM] caching: Brightness: 100 (as number; from '100')
2016-10-20 19:18:36 caching: Licht_Whz_Esstisch_Dimmer-pct: 100
[2016-10-20 19:18:36] [FHEM] caching: On: true (as boolean; from '100')
[2016-10-20 19:18:36] [FHEM] caching: Brightness: 100 (as number; from '100')
[2016-10-20 19:18:36] [FHEM] HUEDevice3: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20HUEDevice3%20pct%2025&XHR=1
[2016-10-20 19:18:36] [FHEM] Licht_Whz_Esstisch_Dimmer: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Esstisch_Dimmer%20pct%2025&XHR=1
[2016-10-20 19:18:36] [FHEM] Licht_Whz_Decke_Dimmer: executing set cmd for Brightness with value 25
[2016-10-20 19:18:36] [FHEM] executing: http://10.10.0.25:8087/fhem?cmd=set%20Licht_Whz_Decke_Dimmer%20pct%2025&XHR=1
2016-10-20 19:18:37 caching: Licht_Whz_Esstisch_Dimmer-pct: 99.5
[2016-10-20 19:18:37] [FHEM] caching: On: true (as boolean; from '99.5')
[2016-10-20 19:18:37] [FHEM] caching: Brightness: 100 (as number; from '99.5')
2016-10-20 19:18:37 caching: Licht_Whz_Decke_Dimmer-pct: 99.5
[2016-10-20 19:18:37] [FHEM] caching: On: true (as boolean; from '99.5')
[2016-10-20 19:18:37] [FHEM] caching: Brightness: 100 (as number; from '99.5')
2016-10-20 19:18:37 caching: HUEDevice3-bri: 63
[2016-10-20 19:18:37] [FHEM] caching: Brightness: 25 (as number; from '63')
2016-10-20 19:18:42 caching: Licht_Whz_Decke_Dimmer-pct: 25
[2016-10-20 19:18:42] [FHEM] caching: On: true (as boolean; from '25')
[2016-10-20 19:18:42] [FHEM] caching: Brightness: 25 (as number; from '25')
2016-10-20 19:18:42 caching: Licht_Whz_Esstisch_Dimmer-pct: 25
[2016-10-20 19:18:42] [FHEM] caching: On: true (as boolean; from '25')
[2016-10-20 19:18:42] [FHEM] caching: Brightness: 25 (as number; from '25')
2016-10-20 19:18:53 caching: HUEDevice2-onoff: 1
[2016-10-20 19:18:53] [FHEM] caching: On: 1 (as number; from '1')
Habe ich da im thread was verpasst...? ;)
Gruß,
Stephan
Zitat von: budy am 20 Oktober 2016, 19:19:56ich habe seit einigen Wochen das Phänomen, dass wenn ich per Siri meine Bleuchtung auf einen anderen Weet dimme, homebridge immer erst alle Dimmer voll aufreisst und dann anschließend auf den Zielwerr herunter dimmt.
Habe ich da im thread was verpasst...? ;)
Ja, hast du.
Mach ein Update und alles wird gut :)
Zitat von: justme1968 am 20 Oktober 2016, 16:15:46
zufällig grade gesehen: https://github.com/nfarina/homebridge/issues/862 (https://github.com/nfarina/homebridge/issues/862). vielleicht hilft es in dieser richtung zu suchen.
gruss
andre
Leider nicht wirklich, habe extra Konfiguration geändert, WLAN läuft über Apple Airport Express und Time Capsule Applte TV (per wlan) und raspberry (per LAN) hängen direkt an der Express. Danach alles neu gestartet.
Jetzt sind die Somfy Rolläden waren zunächst zwar zu sehen, aber gar nicht mehr anzusprechen. Nachdem ich sie in FHEM bewegt hatte, waren sie auch in Home ansprechbar. Aber ebenso wie die HM Rolläden wie bisher Keine Antwort, reagieren aber und zeigen dann Status, beim nächsten Aufruf wieder keine Antwort
Frustrierend
Zitat von: Markus M. am 20 Oktober 2016, 19:27:06
Ja, hast du.
Mach ein Update und alles wird gut :)
Was updaten? homebridge und homebridge-fhem habe ich gerade aktualisiert... meinst du den FHEM?
Edit: ...jetzt habe ich auch nochmal den FHEM aktualisiert, aber das Problem bleibt.
Zitat von: budy am 20 Oktober 2016, 19:53:29Was updaten? homebridge und homebridge-fhem habe ich gerade aktualisiert... meinst du den FHEM?
Edit: ...jetzt habe ich auch nochmal den FHEM aktualisiert, aber das Problem bleibt.
Mist... Klappt dann also immer noch nicht perfekt.
@Andre:
Gibt es irgendwie eine Möglichkeit, beim Dimmen von
off aus kein zusätzliches
on zu senden?
@all
Hat jemand die Hue Bridge direkt an Homekit und kann mal berichten was in folgendem Fall passiert:
- Lampe an und auf 70% (Beispielwerte)
- Lampe mit Tippen ausschalten
- Lampe aus dem abgeschalteten Zustand direkt über den Slider auf ca. 10% ziehen
Wird sie erst hell und dimmt runter oder dimmt sie direkt nur bis auf 10%
Zitat von: Garbsen am 20 Oktober 2016, 19:46:11
Leider nicht wirklich, habe extra Konfiguration geändert, WLAN läuft über Apple Airport Express und Time Capsule Applte TV (per wlan) und raspberry (per LAN) hängen direkt an der Express. Danach alles neu gestartet.
Jetzt sind die Somfy Rolläden waren zunächst zwar zu sehen, aber gar nicht mehr anzusprechen. Nachdem ich sie in FHEM bewegt hatte, waren sie auch in Home ansprechbar. Aber ebenso wie die HM Rolläden wie bisher Keine Antwort, reagieren aber und zeigen dann Status, beim nächsten Aufruf wieder keine Antwort
Frustrierend
Eine Frage (wahrscheinlich dumme Anfängerfrage): wie kommuniziert der raspberry mit Bonjour? Muss dafür vielleicht ein Package installiert werden? Oder ist das bei der Homebrige Installation (wie z.B. Hier https://alexbloggt.com/homebridge-installieren/) dabei?
@Garbsen: schau bitte noch mal auf die konsole mit --debug. sind da irgendwelche undefined werte zu sehen?
das geht über avahi. wenn das nicht da wäre ginge es von anfang an garnicht.
@budy, Markus M.:
ZitatGibt es irgendwie eine Möglichkeit, beim Dimmen von off aus kein zusätzliches on zu senden?
nein. aktuell nicht. homekit sendet das von sich aus. die events lassen sich nicht abfangen. bzw. nur wenn man sie verzögern würde.
besser ist es das on kommando so zu mappen das es mit einem
FILTTER=state=off versehen wird. weiter oben im thread müsste es ein beispiel geben.
gruss
andre
Zitat von: justme1968 am 20 Oktober 2016, 21:28:56
@Garbsen: schau bitte noch mal auf die konsole mit --debug. sind da irgendwelche undefined werte zu sehen?
das geht über avahi. wenn das nicht da wäre ginge es von anfang an garnicht.
@budy, Markus M.:
nein. aktuell nicht. homekit sendet das von sich aus. die events lassen sich nicht abfangen. bzw. nur wenn man sie verzögern würde.
besser ist es das on kommando so zu mappen das es mit einem FILTTER=state=off versehen wird. weiter oben im thread müsste es ein beispiel geben.
gruss
andre
Ich kann nichts sehen, habe unten mal alles eingefügt.
Morgen wird das Somfy Modul updated, das soll das 0/100/200 Problem adressieren. Das installiere ich mal, um eine Baustelle hoffentlich zu erledigen. Vielleicht ändert es ja auch an diesem Thema etwas.
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Thu Oct 20 21:17:15 2016
pi@raspberrypi:~$ sudo service homebridge stop
pi@raspberrypi:~$ homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-10-20 21:31:13] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2016-10-20 21:31:13] Registering platform 'homebridge-fhem.FHEM'
[2016-10-20 21:31:13] ---
[2016-10-20 21:31:13] Loaded config.json with 0 accessories and 1 platforms.
[2016-10-20 21:31:13] ---
[2016-10-20 21:31:13] Loading 1 platforms...
[2016-10-20 21:31:13] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1476991875106
[2016-10-20 21:31:15] [FHEM] Checking genericDeviceType...
[2016-10-20 21:31:15] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-10-20 21:31:15] [FHEM] Fetching FHEM devices...
[2016-10-20 21:31:15] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-10-20 21:31:15] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2016-10-20 21:31:15] [FHEM] got: 21 results
[2016-10-20 21:31:15] [FHEM] mappings for AbluftSchalter: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] AbluftSchalter is switch
[2016-10-20 21:31:15] [FHEM] AbluftSchalter has
[2016-10-20 21:31:15] [FHEM] FirmwareRevision [D-firmware]
[2016-10-20 21:31:15] [FHEM] On [state;on,off]
2016-10-20 21:31:15 caching: AbluftSchalter-D-firmware: 2.4
[2016-10-20 21:31:15] [FHEM] caching: FirmwareRevision: 2.4 (as string; from '2.4')
2016-10-20 21:31:15 caching: AbluftSchalter-state: off
[2016-10-20 21:31:15] [FHEM] AbluftSchalter-state valueOn/valueOff: value off mapped to 0
[2016-10-20 21:31:15] [FHEM] caching: On: false (as boolean; from 'off')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for MarkiseWZ: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] MarkiseWZ is blind
[2016-10-20 21:31:15] [FHEM] MarkiseWZ has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: MarkiseWZ-position: 0
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100,invert=1 TargetPosition=position,invert=1,minStep=10,cmd=,
[2016-10-20 21:31:15] [FHEM] mappings for Rollo1: { CurrentPosition:
{ reading: 'position',
minValue: '0',
maxValue: '100',
invert: '1' },
TargetPosition:
{ reading: 'position',
cmd: '',
delay: true,
invert: '1',
minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo1 is blind
[2016-10-20 21:31:15] [FHEM] Rollo1 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo1-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo1-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] Rollo1-position value: 100 inverted to 00
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 00 (as string; from '200')
[2016-10-20 21:31:15] [FHEM] Rollo1-position value: 200 inverted to -100
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: -100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo10: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo10 is blind
[2016-10-20 21:31:15] [FHEM] Rollo10 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo10-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo10-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo12: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo12 is blind
[2016-10-20 21:31:15] [FHEM] Rollo12 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo12-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo12-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo13: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo13 is blind
[2016-10-20 21:31:15] [FHEM] Rollo13 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo13-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo13-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo14: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo14 is blind
[2016-10-20 21:31:15] [FHEM] Rollo14 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo14-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo14-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo15: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo15 is blind
[2016-10-20 21:31:15] [FHEM] Rollo15 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo15-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo15-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo16: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo16 is blind
[2016-10-20 21:31:15] [FHEM] Rollo16 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo16-position: 0
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo17: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo17 is blind
[2016-10-20 21:31:15] [FHEM] Rollo17 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo17-position: 0
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:15] [FHEM] mappings for Rollo18: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:15] [FHEM] Rollo18 is blind
[2016-10-20 21:31:15] [FHEM] Rollo18 has
[2016-10-20 21:31:15] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:15] [FHEM] TargetPosition [position]
2016-10-20 21:31:15 caching: Rollo18-position: 200
[2016-10-20 21:31:15] [FHEM] Rollo18-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:15] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:15] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo19: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo19 is blind
[2016-10-20 21:31:16] [FHEM] Rollo19 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo19-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo19-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo2: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo2 is blind
[2016-10-20 21:31:16] [FHEM] Rollo2 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo2-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo2-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] mappings for Rollo3: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct', invert: true },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true, invert: true } }
[2016-10-20 21:31:16] [FHEM] Rollo3 is blind
[2016-10-20 21:31:16] [FHEM] Rollo3 has
[2016-10-20 21:31:16] [FHEM] PositionState [motor]
[2016-10-20 21:31:16] [FHEM] FirmwareRevision [D-firmware]
[2016-10-20 21:31:16] [FHEM] CurrentPosition [pct]
[2016-10-20 21:31:16] [FHEM] TargetPosition [pct]
[2016-10-20 21:31:16] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[2016-10-20 21:31:16] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-10-20 21:31:16 caching: Rollo3-motor: stop:on
[2016-10-20 21:31:16] [FHEM] Rollo3-motor values: value stop:on mapped to 2
[2016-10-20 21:31:16] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2016-10-20 21:31:16 caching: Rollo3-D-firmware: 2.8
[2016-10-20 21:31:16] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2016-10-20 21:31:16 caching: Rollo3-pct: 100
[2016-10-20 21:31:16] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 0 (as number; from '100')
[2016-10-20 21:31:16] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 0 (as number; from '100')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo4: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo4 is blind
[2016-10-20 21:31:16] [FHEM] Rollo4 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo4-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo4-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo5: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo5 is blind
[2016-10-20 21:31:16] [FHEM] Rollo5 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo5-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo5-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo6: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo6 is blind
[2016-10-20 21:31:16] [FHEM] Rollo6 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo6-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo6-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo7: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo7 is blind
[2016-10-20 21:31:16] [FHEM] Rollo7 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo7-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo7-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=invert=1 TargetPosition=invert=1
[2016-10-20 21:31:16] [FHEM] mappings for Rollo8: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct', invert: '1' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true, invert: '1' } }
[2016-10-20 21:31:16] [FHEM] Rollo8 is blind
[2016-10-20 21:31:16] [FHEM] Rollo8 has
[2016-10-20 21:31:16] [FHEM] PositionState [motor]
[2016-10-20 21:31:16] [FHEM] FirmwareRevision [D-firmware]
[2016-10-20 21:31:16] [FHEM] CurrentPosition [pct]
[2016-10-20 21:31:16] [FHEM] TargetPosition [pct]
[2016-10-20 21:31:16] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[2016-10-20 21:31:16] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2016-10-20 21:31:16 caching: Rollo8-motor: stop:on
[2016-10-20 21:31:16] [FHEM] Rollo8-motor values: value stop:on mapped to 2
[2016-10-20 21:31:16] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2016-10-20 21:31:16 caching: Rollo8-D-firmware: 2.8
[2016-10-20 21:31:16] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2016-10-20 21:31:16 caching: Rollo8-pct: 100
[2016-10-20 21:31:16] [FHEM] Rollo8-pct value: 100 inverted to 0
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 0 (as number; from '100')
[2016-10-20 21:31:16] [FHEM] Rollo8-pct value: 100 inverted to 0
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 0 (as number; from '100')
[2016-10-20 21:31:16] [FHEM] homebridgeMapping: CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
[2016-10-20 21:31:16] [FHEM] mappings for Rollo9: { CurrentPosition: { reading: 'position', minValue: '0', maxValue: '100' },
TargetPosition: { reading: 'position', cmd: '', delay: true, minStep: '10' },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Rollo9 is blind
[2016-10-20 21:31:16] [FHEM] Rollo9 has
[2016-10-20 21:31:16] [FHEM] CurrentPosition [position]
[2016-10-20 21:31:16] [FHEM] TargetPosition [position]
2016-10-20 21:31:16 caching: Rollo9-position: 200
[2016-10-20 21:31:16] [FHEM] Rollo9-position value 200 clipped to maxValue: 100
[2016-10-20 21:31:16] [FHEM] caching: CurrentPosition: 100 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] caching: TargetPosition: 200 (as number; from '200')
[2016-10-20 21:31:16] [FHEM] mappings for Steckdose_WZ: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[2016-10-20 21:31:16] [FHEM] Steckdose_WZ is switch
[2016-10-20 21:31:16] [FHEM] Steckdose_WZ has
[2016-10-20 21:31:16] [FHEM] FirmwareRevision [D-firmware]
[2016-10-20 21:31:16] [FHEM] On [state;on,off]
2016-10-20 21:31:16 caching: Steckdose_WZ-D-firmware: 2.6
[2016-10-20 21:31:16] [FHEM] caching: FirmwareRevision: 2.6 (as string; from '2.6')
2016-10-20 21:31:16 caching: Steckdose_WZ-state: MISSING ACK
[2016-10-20 21:31:16] [FHEM] Steckdose_WZ-state valueOn/valueOff: value MISSING ACK mapped to 1
[2016-10-20 21:31:16] [FHEM] caching: On: true (as boolean; from 'MISSING ACK')
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'AbluftSchalter'...
[2016-10-20 21:31:16] [FHEM] creating services for AbluftSchalter
[2016-10-20 21:31:16] [FHEM] information service for AbluftSchalter
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for AbluftSchalter
[2016-10-20 21:31:16] [FHEM] firmware revision characteristic for AbluftSchalter
[2016-10-20 21:31:16] [FHEM] Switch service for AbluftSchalter
[2016-10-20 21:31:16] [FHEM] On characteristic for AbluftSchalter:state
[2016-10-20 21:31:16] [FHEM] initial value is: false (boolean)
[2016-10-20 21:31:16] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'MarkiseWZ'...
[2016-10-20 21:31:16] [FHEM] creating services for MarkiseWZ
[2016-10-20 21:31:16] [FHEM] information service for MarkiseWZ
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for MarkiseWZ
[2016-10-20 21:31:16] [FHEM] WindowCovering service for MarkiseWZ
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for MarkiseWZ:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for MarkiseWZ:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo1'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo1
[2016-10-20 21:31:16] [FHEM] information service for Rollo1
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo1
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo1
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo1:position
[2016-10-20 21:31:16] [FHEM] initial value is: 00 (string)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo1:position
[2016-10-20 21:31:16] [FHEM] initial value is: -100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo10'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo10
[2016-10-20 21:31:16] [FHEM] information service for Rollo10
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo10
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo10
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo10:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo10:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo12'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo12
[2016-10-20 21:31:16] [FHEM] information service for Rollo12
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo12
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo12
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo12:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo12:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo13'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo13
[2016-10-20 21:31:16] [FHEM] information service for Rollo13
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo13
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo13
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo13:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo13:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo14'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo14
[2016-10-20 21:31:16] [FHEM] information service for Rollo14
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo14
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo14
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo14:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo14:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo15'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo15
[2016-10-20 21:31:16] [FHEM] information service for Rollo15
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo15
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo15
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo15:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo15:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo16'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo16
[2016-10-20 21:31:16] [FHEM] information service for Rollo16
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo16
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo16
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo16:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo16:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo17'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo17
[2016-10-20 21:31:16] [FHEM] information service for Rollo17
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo17
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo17
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo17:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo17:position
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo18'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo18
[2016-10-20 21:31:16] [FHEM] information service for Rollo18
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo18
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo18
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo18:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo18:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo19'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo19
[2016-10-20 21:31:16] [FHEM] information service for Rollo19
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo19
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo19
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo19:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo19:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo2'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo2
[2016-10-20 21:31:16] [FHEM] information service for Rollo2
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo2
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo2
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo2:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo2:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo3'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo3
[2016-10-20 21:31:16] [FHEM] information service for Rollo3
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo3
[2016-10-20 21:31:16] [FHEM] firmware revision characteristic for Rollo3
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo3
[2016-10-20 21:31:16] [FHEM] PositionState characteristic for Rollo3:motor
[2016-10-20 21:31:16] [FHEM] initial value is: 2 (number; means STOPPED)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo3:pct
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo3:pct
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo4'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo4
[2016-10-20 21:31:16] [FHEM] information service for Rollo4
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo4
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo4
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo4:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo4:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo5'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo5
[2016-10-20 21:31:16] [FHEM] information service for Rollo5
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo5
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo5
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo5:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo5:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo6'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo6
[2016-10-20 21:31:16] [FHEM] information service for Rollo6
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo6
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo6
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo6:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo6:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo7'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo7
[2016-10-20 21:31:16] [FHEM] information service for Rollo7
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo7
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo7
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo7:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo7:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo8'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo8
[2016-10-20 21:31:16] [FHEM] information service for Rollo8
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo8
[2016-10-20 21:31:16] [FHEM] firmware revision characteristic for Rollo8
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo8
[2016-10-20 21:31:16] [FHEM] PositionState characteristic for Rollo8:motor
[2016-10-20 21:31:16] [FHEM] initial value is: 2 (number; means STOPPED)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo8:pct
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo8:pct
[2016-10-20 21:31:16] [FHEM] initial value is: 0 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Rollo9'...
[2016-10-20 21:31:16] [FHEM] creating services for Rollo9
[2016-10-20 21:31:16] [FHEM] information service for Rollo9
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Rollo9
[2016-10-20 21:31:16] [FHEM] WindowCovering service for Rollo9
[2016-10-20 21:31:16] [FHEM] CurrentPosition characteristic for Rollo9:position
[2016-10-20 21:31:16] [FHEM] initial value is: 100 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] TargetPosition characteristic for Rollo9:position
[2016-10-20 21:31:16] [FHEM] initial value is: 200 (number)
[2016-10-20 21:31:16] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2016-10-20 21:31:16] [FHEM] Initializing platform accessory 'Steckdose_WZ'...
[2016-10-20 21:31:16] [FHEM] creating services for Steckdose_WZ
[2016-10-20 21:31:16] [FHEM] information service for Steckdose_WZ
[2016-10-20 21:31:16] [FHEM] manufacturer, model and serial number characteristics for Steckdose_WZ
[2016-10-20 21:31:16] [FHEM] firmware revision characteristic for Steckdose_WZ
[2016-10-20 21:31:16] [FHEM] Switch service for Steckdose_WZ
[2016-10-20 21:31:16] [FHEM] On characteristic for Steckdose_WZ:state
[2016-10-20 21:31:16] [FHEM] initial value is: true (boolean)
[2016-10-20 21:31:16] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m
[30;47m ┌────────────┐
[30;47m │ 031-45-154 │
[30;47m └────────────┘
[30;47m
[2016-10-20 21:31:17] Homebridge is running on port 51826.
Moin André,
Zitat von: justme1968 am 20 Oktober 2016, 21:28:56
besser ist es das on kommando so zu mappen das es mit einem FILTTER=state=off versehen wird. weiter oben im thread müsste es ein beispiel geben.
ähh... aber heißt das dann nicht, dass man die Lampen mit Dimmer nicht mehr einfach alle an schalten kann und man immer Siri anweisen muss die Beleuchtung auf 100% zu stellen?
Gruß,
Stephan
@Garbsen: das schaut erst mal ok aus so weit ich es sehe. zu dem zeitpunkt gibt es die meldung schon?
@budy: nur wenn lampen bei einem dim/pct befehl ohne on nicht automatisch einschalten. hue und hm tun das. fs20 auch. ich vermute die meisten.
gruss
andre
Kannst du das Beispiel für Filter mal posten oder am besten gleich in den Hue Code übernehmen?
Ich hab es leider nicht gefunden.
Sent from my iPhone using Tapatalk
Zitat von: justme1968 am 03 Februar 2016, 19:57:16
im ersten beitrag gibt es eine neue version mit den folgenden änderungen:
- minValue/maxValue/minStep fix von heute früh
- ausgabe des symbolischen homekit namens nach umwandlung aus einem reading
- eve custom air pressure characteristic (ungetestet)
- PRESENCE/ROOMMATE fix
der OccupancySensor von PRESENCE und ROOMMATE ist nur ein sensor der den aktuellen zustand anzeigt. ich weiss nicht ob man den auch mit einer On characteristic zum schalten eines homestatus 'missbrauchen' kann.
mit mehreren On characteristics und den passenden valueOn/valueOff/cmds kann man sich das umschalten zwischen mehreren stati bauen. analog zum harmony beispiel im ersten beitrag.
gruss
andre
ich weiß nicht, ob das jemand schmal reingestellt hatte, aber für diejenigen die es interessiert:
Ich habe mal das homebridgemapping für einen Roommate umgesetzt. So kann ich den Status des Roommate direkt mit Siri schalten. Für die andren Stati kann das mapping analog erweitert werden:
attr <ROOMMATE> genericDeviceType switch
attr <ROOMMATE> homebridgeMapping clear
On=state,subtype=home,valueOn=/home/,valueOff=/awoken|asleep|gotosleep|gone|absent/,cmdOn=home,cmdOff=absent
On=state,subtype=asleep,valueOn=/asleep/,valueOff=/awoken|home|gotosleep|gone|absent/,cmdOn=asleep,cmdOff=absent
On=state,subtype=awoken,valueOn=/awoken/,valueOff=/home|asleep|gotosleep|gone|absent/,cmdOn=awoken,cmdOff=absent
Zitat von: l2r am 21 Oktober 2016, 11:57:58
ich weiß nicht, ob das jemand schmal reingestellt hatte, aber für diejenigen die es interessiert, ich habe mal das homebridgemapping für einen Roommate umgesetzt. So kann ich den Status des Roommate direkt mit Siri schalten. Für die andren Stati kann das mapping analog erweitert werden:
Dann zeig uns doch mal Dein umgesetztes Mapping.
Gruß
Dan
P.S. Hat schon mal jemand eine Alarmanlage gemappt? Habe dafür einen dummy angelegt und soweit funktioniert das auch, nur dass immer der Schalter wieder auf "ANWESEND" springt obwohl die Characteristic SecuritySystemCurrentState richtig angezeigt wird.
Zitat von: DeeSPe am 21 Oktober 2016, 12:02:41
Dann zeig uns doch mal Dein umgesetztes Mapping.
Gruß
Dan
P.S. Hat schon mal jemand eine Alarmanlage gemappt? Habe dafür einen dummy angelegt und soweit funktioniert das auch, nur dass immer der Schalter wieder auf "ANWESEND" springt obwohl die Characteristic SecuritySystemCurrentState richtig angezeigt wird.
sollte mittlerweile da sein. Hat der beim schreiben des Posts nicht richtig übernommen
Gruß Michael
Zitat von: l2r am 21 Oktober 2016, 12:10:23
sollte mittlerweile da sein. Hat der beim schreiben des Posts nicht richtig übernommen
Gruß Michael
Ich dachte jetzt kommt was chices Neues!
So mit den On Characteristics hatte ich das auch schon einmal gemacht, hat mir aber nicht wirklich gefallen...
Hatte gehofft dass es da evtl. mit iOS 10 was neues gibt.
Gruß
Dan
P.S. Danke natürlich trotzdem für's Bereitstellen...
ok,
ich hatte das bis dahin immer über switch-dummies gemacht, die dann auf FHEM-Seite weiterverarbeitet wurden. Hat mir auch nicht gefallen, da auf FHEM-Seite wieder 3 Devices notwendig waren usw. Und im WIKI steht ja auch nur was zum anzeigen und nicht zum schalten...
Was natives würde mir natürlich auch besser gefallen, aber dafür bin ich zu wenig in der Materie drin...
So passt das erstmal für mich: Ich hab alles in einem "Homekit-Device" und kann dann die einzelnen Schalter für die Zustände in Szenen verwenden (wie vorher auch schon), kriegt jetzt aber direkt den Zustand vom Roommate gesetzt.
seit einiger zeit ist für RESIDENTS eine version eingebaut die über SecuritySystemCurrentState und SecuritySystemTargetState geht. d.h. ohne mapping und ohne genericDeviceType.
schaut doch mal ob das besser passt.
gruss
andre
für die RESIDENTS hab ich das am laufen und bin echt begeistert.
Hat schon jemand einen FS20 RSU Rolladen mit der Homebridge gesteuert?
Oder das Rollladenmodul hier aus dem Forum?
Gruß
Miche
Zitat von: justme1968 am 21 Oktober 2016, 09:50:14
@Garbsen: das schaut erst mal ok aus so weit ich es sehe. zu dem zeitpunkt gibt es die meldung schon?
@budy: nur wenn lampen bei einem dim/pct befehl ohne on nicht automatisch einschalten. hue und hm tun das. fs20 auch. ich vermute die meisten.
gruss
andre
Es ist vollbracht!
Heute könnte ich das FHEM Update für das Somfy Modul installieren. Durch ein neues Attribute positioninverse=1 wird jetzt die Zuordnung bei Bedarf so geändert, dass sie mit Homemativ übereinstimmt
Es gibt eine neue Version des Somfy-Moduls in github, diese enthält eine erste Version einer umgedrehten Positionslogik, wie in diesem Thread andiskutiert:
https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349
Es gibt dazu ein spezielles Attribut aufnehmen (positionInverse mit dem Wert 1 wird die neue Logik eingeschaltet). Dann würde zwar intern weiter mit den Werten 0 bis 100/200 gerechnet, aber die externen Readings würden umgerechnet sodass dann:
Jetziger Wert 0 --> Neu: 100
Jetzt 100 --> Neu: 10
Jetzt 200 --> Neu: 0
Also ist dann 10 der Rolladen unten und 0 wäre geschlossen. Damit wäre das auch in derselben Richtung wie bei Homematic?
Die Umrechnung wird nur gemacht, wenn das Attribut gesetzt ist, so dass sich für existierende Nutzer nichts ändern muss.
Und siehe da, jetzt funktioniert alles, alle Devices werden von Home erkannt und regelmäßig aktualisiert, auch if der Watch läuft alles einwandfrei.
Selbstverständlich muss man bei den Somfy Rolläden jetzt im HomebridgeMapping MaxValue auf 100 setzen.
Es ist einfach super, wie das hier in der Community umgesetzt wird, denke n alle Beteiligten!
Hallo Andre,
Zitatseit einiger zeit ist für RESIDENTS eine version eingebaut die über SecuritySystemCurrentState und SecuritySystemTargetState geht. d.h. ohne mapping und ohne genericDeviceType.
- funktioniert bei mir 'fast', im iPhone in der Home App, bei "Away" bleibt das Bewohner icon auf "Arming..." stehen, und dann dreht oben rechts im icon das runde update Symbol.
Das gleiche für 'off' , dann kommt "Disarming ..." , aber sonst tut sich nichts weiter.
Muss ich das noch irgendwie mit einer Aktion verknüpfen das "Disarming ..." -> "Disarmed" , und "Arming..." auf "Armed" geht?
Kannst Du mich in dir richtige Richtung schubsen?
Ausserdem habe ich da noch 2 Fehlermeldungen "not a number" im homebridge.err file:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[10/21/2016, 7:34:39 PM] [FHEM] Hue_Wohn_dim-bri not a number: undefined
[10/21/2016, 7:34:39 PM] [FHEM] rgr_Residents-state not a number: home
[10/21/2016, 7:36:56 PM] [FHEM] rgr_Residents-state value awoken not handled in values
[10/21/2016, 7:36:56 PM] [FHEM] rgr_Residents-state value awoken not handled in values
[10/21/2016, 7:36:57 PM] [FHEM] rgr_Residents-state value asleep not handled in values
[10/21/2016, 7:36:57 PM] [FHEM] rgr_Residents-state value asleep not handled in values
[10/21/2016, 7:37:00 PM] [FHEM] rgr_Residents-state not a number: home
[10/21/2016, 7:40:53 PM] [FHEM] rgr_Residents-state not a number: home
Danke! Ingolf
Zitat von: Garbsen am 21 Oktober 2016, 14:28:47
Es ist vollbracht!
Heute könnte ich das FHEM Update für das Somfy Modul installieren. Durch ein neues Attribute positioninverse=1 wird jetzt die Zuordnung bei Bedarf so geändert, dass sie mit Homemativ übereinstimmt
Es gibt eine neue Version des Somfy-Moduls in github, diese enthält eine erste Version einer umgedrehten Positionslogik, wie in diesem Thread andiskutiert:
https://forum.fhem.de/index.php/topic,24158.msg501349.html#msg501349
Es gibt dazu ein spezielles Attribut aufnehmen (positionInverse mit dem Wert 1 wird die neue Logik eingeschaltet). Dann würde zwar intern weiter mit den Werten 0 bis 100/200 gerechnet, aber die externen Readings würden umgerechnet sodass dann:
Jetziger Wert 0 --> Neu: 100
Jetzt 100 --> Neu: 10
Jetzt 200 --> Neu: 0
Also ist dann 10 der Rolladen unten und 0 wäre geschlossen. Damit wäre das auch in derselben Richtung wie bei Homematic?
Die Umrechnung wird nur gemacht, wenn das Attribut gesetzt ist, so dass sich für existierende Nutzer nichts ändern muss.
Und siehe da, jetzt funktioniert alles, alle Devices werden von Home erkannt und regelmäßig aktualisiert, auch if der Watch läuft alles einwandfrei.
Selbstverständlich muss man bei den Somfy Rolläden jetzt im HomebridgeMapping MaxValue auf 100 setzen.
Es ist einfach super, wie das hier in der Community umgesetzt wird, denke n alle Beteiligten!
Hallo Garbsen,
ich habe mit Spannung diesen Threat verfolgt und auch meine Somfy mit dem positionInverse Wert auf 1 versehen.
Jetzt schreibst Du, man soll noch im HomebridgeMapping den MaxValue auf 100 also in Formel ausgedrückt maxValue=100 ?
Wenn ich nur das in dem attr eingebe passiert bei mir gar nichts und die Rollläden lassen sich nicht öffnen.
Könntest Du vielleicht einmal Dein HomebridgeMapping posten so dass ich diesen übernehmen kann ?
Zitat von: Joker2002 am 21 Oktober 2016, 21:20:01
Hallo Garbsen,
ich habe mit Spannung diesen Threat verfolgt und auch meine Somfy mit dem positionInverse Wert auf 1 versehen.
Jetzt schreibst Du, man soll noch im HomebridgeMapping den MaxValue auf 100 also in Formel ausgedrückt maxValue=100 ?
Wenn ich nur das in dem attr eingebe passiert bei mir gar nichts und die Rollläden lassen sich nicht öffnen.
Könntest Du vielleicht einmal Dein HomebridgeMapping posten so dass ich diesen übernehmen kann ?
Ich habe folgendes HomebridgeMapping gesetzt
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=Wünsche viel Erfolg
Hab jetzt auch endlich erfolgreich meinen 4-stufigen Alarmanlagen dummy auf SecuritySystemCurrentState und SecuritySystemTargetState gemappt.
Nun funktioniert das endlich genau so wie es soll.
Und weil's so schön war habe ich mir auch meine ROOMMATE/GUEST Devices zusätzlich auf SecuritySystemCurrentState und SecuritySystemTargetState gemappt. Ich finde das passt bei denen besser als beim RESIDENTS Device welches ja eh immer den gemeinsamen Status annimmt. Das RESIDENTS Device nutze ich nur zur Automation in FHEM und deshalb interessiert mich der Status davon nicht in HomeKit.
Gruß
Dan
Hi Dan,
würdest Du den code deines 4-stufigen Alarmanlagen dummy mal posten? Ich kriegs echt nicht hin.
Bei den ROOMMATE/GUEST Devices geht das dann äquivalent, oder?
Danke und Gruss!
Hm bzgl. der Somfy Steuerung habe ich noch immer Probleme :-[
Hier mal ein List eines meiner Rollläden :
Internals:
ADDRESS 000004
CUL_0_MSGCNT 27
CUL_0_RAWMSG YsA62502B6040000
CUL_0_TIME 2016-10-22 11:53:15
DEF 000004
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 27
NAME rollo_kue
NR 122
STATE open
TYPE SOMFY
move off
Code:
1 000004
Readings:
2016-10-22 11:53:14 enc_key A7
2016-10-22 11:53:14 exact 100
2016-10-22 11:53:15 parsestate off
2016-10-22 11:53:14 position 100
2016-10-22 11:53:14 rolling_code 02B7
2016-10-22 11:53:14 state open
Attributes:
IODev CUL_0
alias Fenster Küche
drive-down-time-to-100 14
drive-down-time-to-close 14
drive-up-time-to-100 2
drive-up-time-to-open 18
genericDeviceType blind
homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
icon fts_shutter_100
positionInverse 1
room Homekit,Somfy
Das Problem ist, dass bei der Steuerung über die Home App der Rollladen sich zwar öffnen lässt, aber nach ungefähr 30 Sekunden dann wieder komplett schließt und in der Position verbleibt. Das selbe Problem habe ich übrigens auch, wenn ich den Rolladen auf 70% öffnen will, auch hier fährt er wieder nach ca. 30 Sekunden komplett runter.
Habt Ihr da vielleicht noch einen Hinweis für mich, an was das Phänomen liegen könnte ?
Zitat von: inoma am 22 Oktober 2016, 10:44:06
Hi Dan,
würdest Du den code deines 4-stufigen Alarmanlagen dummy mal posten? Ich kriegs echt nicht hin.
Bei den ROOMMATE/GUEST Devices geht das dann äquivalent, oder?
Danke und Gruss!
Hat bei mir auch Wenig gedauert bis es richtig lief.
Hier mal die komplette Definition aus meiner fhem.cfg:
define AA dummy
attr AA alias Alarmanlage
attr AA cmdIcon on:general_an@green off:general_aus@red
attr AA devStateIcon arm.*:secur_locked@green:disarm disarm:secur_open@red
attr AA event-on-change-reading state,triggered
attr AA genericDeviceType security
attr AA group Alarmanlage
attr AA homebridgeMapping SecuritySystemCurrentState=state,values=armhome:0;;armaway:1;;armnight:2;;disarm:3;;triggered:1:4\
SecuritySystemTargetState=state,cmds=0:armhome;;1:armaway;;2:armnight;;3:disarm,values=armhome:0;;armaway:1;;armnight:2;;disarm:3;;triggered:1:4,delay=1
attr AA icon secur_alarm
attr AA readingList state
attr AA room HomeKit
attr AA setList state:armaway,armhome,armnight,disarm
attr AA webCmd stateDas Reading "triggered" lasse ich setzen wenn ein Sonsor/Kontakt auslöst, allerdings habe ich immer noch keine Ahnung wie/wo das triggered dann in HomeKit angezeigt wird.
Das Mapping für ROOMMATE/GUEST ist dann ziemlich analog und lässt sich mit folgendem Befehl in der FHEM Eingabezeile auf alle entsprechenden Devices anwenden:
attr TYPE=ROOMMATE|GUEST homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3 SecuritySystemTargetState=state,cmds=0:state+home;;1:state+absent;;2:state+gotosleep;;3:state+absent,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3,delay=1Das delay könnte man auch weglassen, ich finde es mit aber besser.
Gruß
Dan
EDIT: Nach dem letzten Schema von homebridge-fhem ist auch folgendes (kürzeres) Mapping möglich.
Alarmanlage:
SecuritySystemCurrentState=state,values=armhome:0;armaway:1;armnight:2;disarm:3;triggered:1:4
SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:armhome;1:armaway;2:armnight;3:disarm,delay=1ROOMMATE/GUEST:
attr TYPE=GUEST homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;;1:state+absent;;2:state+gotosleep;;3:state+absent,delay=1
Moin André,
Zitat von: justme1968 am 20 Oktober 2016, 21:28:56besser ist es das on kommando so zu mappen das es mit einem FILTTER=state=off versehen wird. weiter oben im thread müsste es ein beispiel geben.
Du meinst wahrscheinlich im cmdOn... aber irgendwie mache ich das falsch:
[2016-10-22 16:07:28] [FHEM] homebridgeMapping: cmdOn=FILTER=pct=0+on
[2016-10-22 16:07:28] [FHEM] wrong syntax: FILTER=pct=0+onIch nehme mal an, es stört sich am Filter-Ausdruck selber, oder?
Okay... die characteristics vergessen also so probiert:
On=cmdOn=FILTER=pct=0+onErgebnis:
[2016-10-22 17:29:21] [FHEM] homebridgeMapping: On=cmdOn=FILTER=pct=0+on
[2016-10-22 17:29:21] [FHEM] wrong syntax: cmdOn=FILTER=pct=0+on...geht auch nicht.
Gruß,
Stephan
Zitat von: DeeSPe am 22 Oktober 2016, 14:42:14
Das Mapping für ROOMMATE/GUEST ist dann ziemlich analog und lässt sich mit folgendem Befehl in der FHEM Eingabezeile auf alle entsprechenden Devices anwenden:
attr TYPE=ROOMMATE|GUEST homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3 SecuritySystemTargetState=state,cmds=0:state+home;;1:state+absent;;2:state+gotosleep;;3:state+absent,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3,delay=1
Das delay könnte man auch weglassen, ich finde es mit aber besser.
Gruß
Dan
EDIT: Nach dem letzten Schema von homebridge-fhem ist auch folgendes (kürzeres) Mapping möglich.
Alarmanlage:
SecuritySystemCurrentState=state,values=armhome:0;armaway:1;armnight:2;disarm:3;triggered:1:4
SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:armhome;1:armaway;2:armnight;3:disarm,delay=1
ROOMMATE/GUEST:
attr TYPE=GUEST homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/gone|none/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;;1:state+absent;;2:state+gotosleep;;3:state+absent,delay=1
Ich habe im zitierten Beitrag das Mapping nochmal angepasst in eine kürzere, aber gleich funktionale Variante.
Gruß
Dan
Moin André
Gibt es eine Möglichkeit, Thermometer, die ich in Home anzeigen lasse, dazu zu bringen auch Nachkommastellen anzuzeigen? Derzeit wird alles auf voll Grad Celcius gerundet. (also 23 statt 22.6)
Ich dachte es geht mit. minStep=0.1 im HomebridgeMapping, das hilft aber nichts.
Ich nutze einen Dummy der die Werte aus einem umfangreichen Reading bekommt (ich weiß, die meisten sind keine Freunde davon readings in dummys zu kopieren, aber meine Heizungsanlage hat eine Unzahl von readings, die ich mit eine httpmod auslese und ich denke, das es übersichtlicher ist, die Werte, die ich in Hime haben möchte einzeln in Dummies zu schaufeln und dann diese in Home einzubinden.)
Hier das List des Dummies
Internals:
NAME TempWZ
NR 596
STATE 22.6
TYPE dummy
Readings:
2016-10-23 10:25:26 temperature 22.6
Attributes:
alias Aktuelle Temperatur im Wohnzimmer
genericDeviceType thermometer
homebridgeMapping CurrentTemperature=temperature,minStep=0.1
readingList temperature
room Dummies,Homekit,Wohnzimmer
setList temperature
stateFormat temperature
userReadings TEMP
widgetOverride homebridgeMapping:textField-long
Danke für Ideen
Hi Dan,
danke, super das mit dem AA=Alarm dummy funktioniert perfekt.
Bei den Roommates bekomme ich in Homekit allerdings nicht die 4 Werte "Home" "Away" "Night" "OFF" angezeigt, die sehe ich nur in der Eve App. :-(
Auch erschliesst es sich mir dann nicht, welcher von den states (home|awoken|absent|gone|gotosleep|asleep) ein 'disarm' triggern soll. Oder Andersrum, wenn ich in Eve den rr_Ingolf auf 'disarm' schalte, ändert sich in FHEM der status auf 'absent' -> dass kann aber doch nciht sein.
Eigentlich muss es doch so sein, wenn ich zuhause (home) bin, ist disarm/OFF, für gotosleep|asleep ist armnight/NIGHT für absent|gone ist armaway/Away.
Da mir sonst nichts besseres einfiel, habe ich jetzt deswegen das 'awoken' auf 'armhome' gemapped:
attr rr_Ingolf homebridgeMapping SecuritySystemCurrentState=state,values=/awoken/:0;;/gone|absent|none/:1;;/asleep|gotosleep/:2;;/home/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+awoken;;1:state+absent;;2:state+gotosleep;;3:state+home,delay=1
Anbindung an die Alarmanlage habe ich dann so gelöst, oder geht das irgendwie automatisch aus dem rr_Ingolf raus:
define HomeStatus_n notify rr_Ingolf:(home|awoken|absent|gone|gotosleep|asleep) {\
if ($EVENT eq "home") {fhem("set Alarmanlage disarm")}\
elsif ($EVENT eq "awoken") {fhem("set Alarmanlage armhome")}\
elsif ($EVENT eq "absent") {fhem("set Alarmanlage armaway")}\
elsif ($EVENT eq "gone") {fhem("set Alarmanlage armaway")}\
elsif ($EVENT eq "gotosleep") {fhem("set Alarmanlage armnight")}\
elsif ($EVENT eq "asleep") {fhem("set Alarmanlage armnight")}\
}
Gruss
@Garbsen: homebridge/homekit verwendet für thermometer eine auflösung von 0.1 grad. die werden z.b. mit eve auch angezeigt. d.h. wenn die nachkomma stellen fehlen liegt das an home und von homekit seite lässt sich da nichts machen.
die readings auf dummys zu verteilen erzeugt unnötig zusätzliche devices und events. das fördert die performance nicht. zumal es pro reading zwei zusätzliche devices sind. der dummy und das notify. es gibt auch nur ganz wenige fälle bei denen das herauskopieren wirklich nötig ist. zum anzeigen nimmst du besser eine readingsGroup. da hast du zum einen viel mehr möglichkeiten was die anzeige angeht und der overhead entsteht nur wenn das device auch wirklich gerade angezeigt wird. ansonsten schau dir readingsProxy an. das spart zumindest das notify.
gruss
andre
ps: userReadings ist bei dem dummy unnötig. homebridgeMapping auch.
Zitat von: justme1968 am 23 Oktober 2016, 11:08:26
@Garbsen: homebridge/homekit verwendet für thermometer eine auflösung von 0.1 grad. die werden z.b. mit eve auch angezeigt. d.h. wenn die nachkomma stellen fehlen liegt das an home und von homekit seite lässt sich da nichts machen.
die readings auf dummys zu verteilen erzeugt unnötig zusätzliche devices und events. das fördert die performance nicht. zumal es pro reading zwei zusätzliche devices sind. der dummy und das notify. es gibt auch nur ganz wenige fälle bei denen das herauskopieren wirklich nötig ist. zum anzeigen nimmst du besser eine readingsGroup. da hast du zum einen viel mehr möglichkeiten was die anzeige angeht und der overhead entsteht nur wenn das device auch wirklich gerade angezeigt wird. ansonsten schau dir readingsProxy an. das spart zumindest das notify.
gruss
andre
ps: userReadings ist bei dem dummy unnötig. homebridgeMapping auch.
Kann ich denn eine readingsGroup in Home anzeigen lassen? Per Homebridge?
ReadingsProxy war jedenfalls guter Tipp, allerdings müsste ich dort ein HomebridgeMapping CurrentTemperature=state setzen, das klappt aber gut und vermeidet wie Du richtig sagst ein notify und ein dummy
Schön, dass man hier als Anfänger immer wieder gute Tipps bekommt und mit dem Learning by Doing weiter kommt.
Zitat von: inoma am 23 Oktober 2016, 10:43:53
define HomeStatus_n notify rr_Ingolf:(home|awoken|absent|gone|gotosleep|asleep) {\
if ($EVENT eq "home") {fhem("set Alarmanlage disarm")}\
elsif ($EVENT eq "awoken") {fhem("set Alarmanlage armhome")}\
elsif ($EVENT eq "absent") {fhem("set Alarmanlage armaway")}\
elsif ($EVENT eq "gone") {fhem("set Alarmanlage armaway")}\
elsif ($EVENT eq "gotosleep") {fhem("set Alarmanlage armnight")}\
elsif ($EVENT eq "asleep") {fhem("set Alarmanlage armnight")}\
}
Gruss
Das notify ist doch schon super, allerdings würde ich das auf rgr_Residents setzen.
Bei den ROOMMATE/GUEST Devices habe ich Folgendes gemappt:
home,awoken = STAY_ARM = 0 (ANWESEND)
absent = AWAY_ARM = 1 (ABWESEND)
asleep,gotosleep = NIGHT_ARM = 2 (NACHT)
gone,none = DISARMED = 3 (AUS)Gruß
Dan
Zitat von: inoma am 23 Oktober 2016, 10:43:53
Bei den Roommates bekomme ich in Homekit allerdings nicht die 4 Werte "Home" "Away" "Night" "OFF" angezeigt, die sehe ich nur in der Eve App. :-(
Ahh, jetzt habe ich gesehen was Du meinst, die Formulierung war wohl etwas ungünstig.
In der Home App werden die Schalter nicht angezeigt (in Eve aber schon), nur der Anwesenheitsstatus (OccupancySensor). Hmm, schade eigentlich.
Habe leider auch noch keine Möglichkeit gefunden das zu ändern. Auch mit genericDeviceType security ändert das nichts.
Gruß
Dan
Hallo zusammen,
auch mal wieder zwei Fragen:
1) Automation
Geht es irgendwie, dass auch Gäste Ereignisse auslösen können, i.e. die Familienmitglieder sind als Gäste eingeladen und ich würde gerne Lokationsbasiert durch deren Devices den Roommate entsprechend setzen, geht das irgendwie?
2) Homebridge stürzt ab und an mit folgendem Fehler ab:
Verify Fail
Layer Decrypt fail!
Kennt das jemand, gibt es da Abhilfe?
Danke, Christian
Ich habe seit ich Homebridge auf meinem Intel Nuc verwende (Debian) das Problem, dass Homebridge nach einigen Tagen aus mir nicht bekannten Gründen nicht mehr erreichbar ist. Ein Neustart des Services hilft. Auf meinem Raspberry (Rasbpian) lief Homebridge Wochenlang durch.
Wie kann ich Logs oder Ähnliches erstellen für dieses explizite Problem?
Workaround wäre ein Neustart des Services jede Nacht...
Moin Andre
Ich habe einen Dummy, den ich zum Setzen der Soll-Temperatur meiner FB-Heizung verwende, den habe ich als genericdivicetype Thermostat auch in Hime eingebunden. Soweit so gut.
In Hime wird bei Thermostaten neben der eingestellten Temperatur auch einen Modus angezeigt (Aus/Warm/Kalt/Automatisch) der Sinn ist mir nicht ganz klar, aber jedenfalls zeigt Home stets Aus an, was dazu führt, dass das Device in Home grau erscheint.
Sinn ist sicher, dass ein Thermostat ja grundsätzlich unterschiedliche Devices steuern kann (Heizung oder Klima z.B.) und man mit Aus auch ein Device theoretisch vorübergehend ausschalten kann, ohne die Temperatursetzung zu verändern.
Nun, diese ganze Logik macht bei mir ohnehin FHEM. Ich nutze den Dummy nur, um vorübergehend (Bis zum nächsten Schaltzeitpunkt) die Zieltemperatur zu ändern, würde also immer Automatik eingestellt haben.
Wenn man den Modus in Home manuell ändert, hält das aber nur temporär.
Frage: weißt Du welche Angaben man im HomebridgeMapping setzen kann, um den Modus zu beeinflussen.
Danke
@knueppler: 1. verstehe ich nicht, 2. dafür scheint es aktuell noch keine lösung zu geben. am besten homebridge so einrichten das automatisch neu gestartet wird.
@Hauswart: schau mal bei den homebridge issues auf github. es scheint bei machen installationen zu passieren und es weiss noch niemand woran es liegt.
@Garbsen: jeder thermostat hat in homekit auch einen mode. dafür ist die TargetHeatingCoolingState characteristic zuständig. setz sie einfach fest auf HEAT oder AUTO. etwas weiter oben gibt es etwas dazu.
gruss
andre
Zitat von: justme1968 am 24 Oktober 2016, 08:35:27
@Hauswart: schau mal bei den homebridge issues auf github. es scheint bei machen installationen zu passieren und es weiss noch niemand woran es liegt.
Hallo Andre, ja ich habe den Issue vorhin gesehen. Leider bringt er mich auch nicht wirklich weiter.
sudo systemctl status -l homebridgezeigt auch nichts auffälliges :)
mmh abwarten bis einer was findet...
Hallo Leute,
ich habe seit kurzem auch die Homebridge auf meinem raspberry zum Laufen gebracht. Jedenfalls erkennt die Homekit-App die Geräte, die ich in FHEM in den Homekit-Raum gepackt habe.
Angefangen habe ich mit der Keymatic, was auch reibungslos funktioniert hat.
Als nächstes wollte ich meine HM-Thermostate über Homekit-App steuern lassen, so naiv wie ich bin, habe ich diese einfach in den Homekit-Raum in Fhem gepackt. Die App erkennt auch die Thermostate, allerdings steht der Status immer auf "aus" und gemessene Temperatur auf 24°C. Der Sollwert lässt sich auch verstellen (auch über Siri), allerdings schent es Fhem wenig zu interessieren und es passiert nichts.
Was mache ich falsch? Muss ich mit Homebridgemapping-Attribut was machen?
Bitte nicht steinigen, wenn das irgendwo schon steht. Ich bin leider nicht fundig geworden.
Zitat von: EinEinfach am 24 Oktober 2016, 11:55:28
Hallo Leute,
ich habe seit kurzem auch die Homebridge auf meinem raspberry zum Laufen gebracht. Jedenfalls erkennt die Homekit-App die Geräte, die ich in FHEM in den Homekit-Raum gepackt habe.
Angefangen habe ich mit der Keymatic, was auch reibungslos funktioniert hat.
Als nächstes wollte ich meine HM-Thermostate über Homekit-App steuern lassen, so naiv wie ich bin, habe ich diese einfach in den Homekit-Raum in Fhem gepackt. Die App erkennt auch die Thermostate, allerdings steht der Status immer auf "aus" und gemessene Temperatur auf 24°C. Der Sollwert lässt sich auch verstellen (auch über Siri), allerdings schent es Fhem wenig zu interessieren und es passiert nichts.
Was mache ich falsch? Muss ich mit Homebridgemapping-Attribut was machen?
Bitte nicht steinigen, wenn das irgendwo schon steht. Ich bin leider nicht fundig geworden.
Bitteschön (https://forum.fhem.de/index.php/topic,48558.msg502386.html#msg502386).
Gruß
Dan
Hallo,
@justme1968
Mit Homekit gehen auch Lokationsbasierte Aktionen, i.e. via GPS stellt das iPhone fest, dass bestimmte Koordinaten erreicht/verlassen werden und man kann dann Szenen und/oder Schaltvorgänge anstoßen.
Bis dato habe ich das nur für den Account hinbekommen, der auch das Haus administriert. Via Homekit eingeladenen Gästen ist das anscheinend nicht möglich.
Idee ist nun, nicht nur meine Anwesenheit im Haus zu tracken, sondern die der gesamten Familie. Das geht zwar auch mit Geofancy und automatisiertem VPN-Aufbau via FHEM-App, aber das ist bei weitem nicht so zuverlässig.
Daher die Frage...
Ciao Christian
Zitat von: justme1968 am 24 Oktober 2016, 08:35:27
@Garbsen: jeder thermostat hat in homekit auch einen mode. dafür ist die TargetHeatingCoolingState characteristic zuständig. setz sie einfach fest auf HEAT oder AUTO. etwas weiter oben gibt es etwas dazu.
gruss
andre
Klappt leider nicht.
Mit folgendem HomebridgeMapping
TargetHeatingCoolingState=AUTO TargetTemperature=state::state,minValue=10,maxValue=30,minStep=0.5 CurrentTemperature=state,cmd=Für den Dummy wird in Hime zwar noch die am Dummy eingestellte Temperatur gezeigt, es lässt sich aber nichts mehr steuern und das Device steht auf Aktualisieren.
Ersetze ich TargetHeatingCoolingState durch CurrentHeatingCoolingState ist alles so wie ganz ohne diesen Eintrag.
D.h. Das Dummy-Thermostat wird in Home angezeigt, lässt sich auch steuern und überträgt korrekt nach FHEM, steht aber initial immer auf Aus und ist ausgegraut. Wenn ich es dann Manuel in Home auf Heat setze, wird es hell und zeigt heizen an und behält den Status auch bei.
Ist ja letztlich "nur" Schönheitsfehler, ärgert mich aber, dass ich es nicht schaffe.
Ich habe mir auch schon die ganzen Threads, die ich zu TargetHeatingCoolingState gefunden habe angesehen, werde aber nicht schlau draus.
Ich habe das Thema auch noch bezüglich eines Homematic RN thermostatventils, auch da steht initial immer Off. Die Threads beziehen sich ja auch in der Regel if diese "echten" Thermostate, nicht auf Dummies.
Aber auch hier werde ich aus den diversen Schnippseln nicht schlau.
Wäre toll, wenn jemand da auch mal eine Anleitung für Anfänger schreiben könnte. Scheint ja auch so, dass mehrere hier schwimmen.
Danke für Eure Geduld mit Leuten wie mir, deren Fähigkeiten sich zum großen Teil auf Copy-Paste beschränken.
K-H
@knueppler: achso. frag mal unter homekit bei github nach ob jemand mehr darüber weiss.
@Garbsen: du hast ja auch kein reading das AUTO heisst. versuch mal default=AUTO. wenn das nicht geht leg dir einfach ein reading mit dem wert AUTO an und verwende das. CurrentHeatingCoolingState zu verwenden müsste reichen.
gruss
andre
Zitat von: justme1968 am 24 Oktober 2016, 14:48:24
@knueppler: achso. frag mal unter homekit bei github nach ob jemand mehr darüber weiss.
@Garbsen: du hast ja auch kein reading das AUTO heisst. versuch mal default=AUTO. wenn das nicht geht leg dir einfach ein reading mit dem wert AUTO an und verwende das. CurrentHeatingCoolingState zu verwenden müsste reichen.
gruss
andre
Hallo André
Ich stehe total auf dem Schlauch, sorry.
Ich hatte schon in die Richtung gedacht, schaffte es aber nicht ein Reading (usereading) mit dem einfachem Wert AUTO anzulegen. Ich habe zwar schon userReadings angelegt, die greifen aber alle auf irgendwelche Devices bzw. deren readings zu. Ich kann nirgends etwas finden, wie man ein Reading mit einer konstanten anlegt.
Weiteres Problem: ich hatte j geschrieben, dass ich die Dummy-Thermostate angelegt und in Home verknüpft habe und auch sehr schön aus Home die Soll-Temperaturen setzen kann.
Das ging auch alles und plötzlich geht es nicht mehr. Ich bekomme von Home plötzlich nicht mehr den Stellwert (also z.B. 20) zurück, sondern state 20. damit kann dann mein Dummy natürlich nichts mehr anfangen.
Ich habe jetzt zwar viel hin und her probiert, bin mit aber nicht bewusst, dass ich an diesem Teil des HomebridgeMapping etwas geändert habe:
TargetTemperature=state::state,minValue=10,maxValue=30,minStep=0.5 CurrentTemperature=state,cmd=
Wo liegt der Fehler? Muss doch im TargetTemperature Teil sein, ich kriege es nicht raus.
Tipp?
Zitat von: Joker2002 am 22 Oktober 2016, 12:24:33
Hm bzgl. der Somfy Steuerung habe ich noch immer Probleme :-[
Hier mal ein List eines meiner Rollläden :
Internals:
ADDRESS 000004
CUL_0_MSGCNT 27
CUL_0_RAWMSG YsA62502B6040000
CUL_0_TIME 2016-10-22 11:53:15
DEF 000004
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 27
NAME rollo_kue
NR 122
STATE open
TYPE SOMFY
move off
Code:
1 000004
Readings:
2016-10-22 11:53:14 enc_key A7
2016-10-22 11:53:14 exact 100
2016-10-22 11:53:15 parsestate off
2016-10-22 11:53:14 position 100
2016-10-22 11:53:14 rolling_code 02B7
2016-10-22 11:53:14 state open
Attributes:
IODev CUL_0
alias Fenster Küche
drive-down-time-to-100 14
drive-down-time-to-close 14
drive-up-time-to-100 2
drive-up-time-to-open 18
genericDeviceType blind
homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
icon fts_shutter_100
positionInverse 1
room Homekit,Somfy
Das Problem ist, dass bei der Steuerung über die Home App der Rollladen sich zwar öffnen lässt, aber nach ungefähr 30 Sekunden dann wieder komplett schließt und in der Position verbleibt. Das selbe Problem habe ich übrigens auch, wenn ich den Rolladen auf 70% öffnen will, auch hier fährt er wieder nach ca. 30 Sekunden komplett runter.
Habt Ihr da vielleicht noch einen Hinweis für mich, an was das Phänomen liegen könnte ?
Ich hatte so ein Problem zwischendurch auch, ich glaube es war weg, nachdem ich drive down to 100 und drive down to close unterschiedlich gesetzt hatte
bitte probier erst mal ein CurrentHeatingCoolingState=default=AUTO
ansonsten erzeugst du ein reading einfach mit setreading.
zeig mal deinen dummy.
gruss
andre
Zitat von: justme1968 am 24 Oktober 2016, 16:28:10
bitte probier erst mal ein CurrentHeatingCoolingState=default=AUTO
ansonsten erzeugst du ein reading einfach mit setreading.
zeig mal deinen dummy.
gruss
andre
Mit default=AUTO geht gar nichts mehr, d.h. In Home steht das Thermostat dann auf Aktualisieren
Ich habe jetzt ein Reading angelegt (sieh das gute liegt so nah, das ist ja wirklich simple)
Aber leider funktioniert es damit auch nicht, es bleibt beim Start von Hime auf Off
Hier das List
Internals:
NAME FBSollAktuellBuero
NR 556
STATE 19
TYPE dummy
Readings:
2016-10-24 16:37:35 Ist-Temp 21.9
2016-10-24 16:35:28 heatingState AUTO
2016-10-24 16:37:35 state 19
Attributes:
alias Soll-Temperatur im Büro temporär verändern auf:
genericDeviceType thermostat
group Einstellungen
homebridgeMapping CurrentHeatingCoolingState=heatingState TargetTemperature=state::state,minValue=10,maxValue=30,minStep=0.5 CurrentTemperature=Ist-Temp,cmd=
icon temp_control
room Büro,Dummies,Fussbodenheizung,Homekit
setList state:knob,min:5,Max:30,step:1,height:50,width:50,thickness:0.2
sortby 56
userReadings Ist-Temp {ReadingsVal("Alpha2o","Buero-Ist",0)}
userattr Set-Temp
webCmd state
widgetOverride homebridgeMapping:textField-long Danke für Deinen Input
wenn du über das reading gehst musst du auch die values mappen.
was genau hattest du bei default konfiguriert?
gruss
andre
Zitat von: justme1968 am 24 Oktober 2016, 16:54:43
wenn du über das reading gehst musst du auch die values mappen.
was genau hattest du bei default konfiguriert?
gruss
andre
Ich hatte das so eingegeben, wie von Dir geschrieben CurrentHeatingCoolingState=default=AUTO (im HomebridgeMapping)
Zum anderen Thema hier das List eines 2. dummies, bei dem alles wie gewünscht funktioniert, d.h. Von Hime kommt korrekt der Gesetzte Temperaturwert zurück, ohne "state"
Ich sehe keinen Unterschied, außer, dass hier die CurrentTemperature auch noch mit dem State gefüllt ist, aber das kann doch nicht den Fehler verursachen oder?
Internals:
NAME FBSollAktuellWZ
NR 474
STATE 23
TYPE dummy
Readings:
2016-10-24 16:56:28 state 23
Attributes:
alias Soll-Temperatur im Wohnzimmer temporär verändern auf
genericDeviceType thermostat
group Einstellungen
homebridgeMapping TargetTemperature=state::state,minValue=10,maxValue=30,minStep=0.5 CurrentTemperature=state,cmd=
icon temp_control
readingList state
room Dummies,Fussbodenheizung,Homekit,Wohnzimmer
setList state:knob,min:5,Max:30,step:1,height:50,width:50,thickness:0.2
sortby 56
webCmd state
widgetOverride homebridgeMapping:textField-long
Zitat von: Garbsen am 24 Oktober 2016, 17:01:21
Ich hatte das so eingegeben, wie von Dir geschrieben CurrentHeatingCoolingState=default=AUTO (im HomebridgeMapping)
Zum anderen Thema hier das List eines 2. dummies, bei dem alles wie gewünscht funktioniert, d.h. Von Hime kommt korrekt der Gesetzte Temperaturwert zurück, ohne "state"
Ich sehe keinen Unterschied, außer, dass hier die CurrentTemperature auch noch mit dem State gefüllt ist, aber das kann doch nicht den Fehler verursachen oder?
Internals:
NAME FBSollAktuellWZ
NR 474
STATE 23
TYPE dummy
Readings:
2016-10-24 16:56:28 state 23
Attributes:
alias Soll-Temperatur im Wohnzimmer temporär verändern auf
genericDeviceType thermostat
group Einstellungen
homebridgeMapping TargetTemperature=state::state,minValue=10,maxValue=30,minStep=0.5 CurrentTemperature=state,cmd=
icon temp_control
readingList state
room Dummies,Fussbodenheizung,Homekit,Wohnzimmer
setList state:knob,min:5,Max:30,step:1,height:50,width:50,thickness:0.2
sortby 56
webCmd state
widgetOverride homebridgeMapping:textField-long
Man(n) soll sich mal ne Pause gönnen, nach selbiger habe ich den Fehler jetzt selber gefunden. Bei den Devices, die die Rückmeldung von Home falsch incl. "state" verarbeitet haben fehlte das Attr. readingList:state .
Warum? Keine Ahnung wieso das bei einigen Devices abhanden gekommen ist. Jedenfalls erklärt das den Fehler und das Setzen des Attributs behebt ihn.
Sorry, hätte ich auch vorher durch Vergleich der Lists sehen können, irgendwie Flott auf den Augen gehabt.
Bleibt das Thema des CurrentHeatingCoolingState, je,and da eine Idee?
Danke
K-H
Hallo Zusammen,
ich habe meinen Denon AVR Receiver mit dem Modul 70_DENON_AVR.pm. eingerichtet.
Funktioniert auch prima aber ich bekomme es nicht hin dass die Home App den richtigen Status anzeigt wenn man die App öffnet,
der "Schalter" für den Denon steht dann IMMER auf AUS. Das AUS und EIN Schalten geht aber.
Habe versucht schon alles versucht was mir eingefallen ist aktuelle probiere ich damit aber es will nicht.
homebridgeMapping: Status Active=power,values=OFF:off;ON:on
Hat sowas schon jemand hinbekommen? Vielen Dank!
Gruß Steffen
Zitat von: Steffen@Home am 24 Oktober 2016, 21:29:37
Hallo Zusammen,
ich habe meinen Denon AVR Receiver mit dem Modul 70_DENON_AVR.pm. eingerichtet.
Funktioniert auch prima aber ich bekomme es nicht hin dass die Home App den richtigen Status anzeigt wenn man die App öffnet,
der "Schalter" für den Denon steht dann IMMER auf AUS. Das AUS und EIN Schalten geht aber.
Habe versucht schon alles versucht was mir eingefallen ist aktuelle probiere ich damit aber es will nicht.
homebridgeMapping: Status Active=power,values=OFF:off;ON:on
Hat sowas schon jemand hinbekommen? Vielen Dank!
Gruß Steffen
Probier mal:
homebridgeMapping On=powerWenn power die Zustände on/off kennt sollte das reichen.
Gruß
Dan
EDIT: Im Notfall (wenn die Zustande ON/OFF sind):
homebridgeMapping On=power,valueOn=ON,valueOff=OFF,cmdOn=ON,cmdOff=OFF
Hallo Dan,
danke...will leider immer noch nicht.
Hab ich vielleicht noch was anderes vergessen?
Kann man die Lautstärke Regelung auch mit Aufnehmen für HomeKit?
Characteristic "Volume" gibt es glaube auch.
Habe auch die zweite Möglichkeit getestet!
Zitat von: Steffen@Home am 24 Oktober 2016, 22:16:51
Hallo Dan,
danke...will leider immer noch nicht.
Hab ich vielleicht noch was anderes vergessen?
Kann man die Lautstärke Regelung auch mit Aufnehmen für HomeKit?
Characteristic "Volume" gibt es glaube auch.
Habe auch die zweite Möglichkeit getestet!
Mit welchem set Befehl schaltet Du in FHEM on/off?
In welchem Reading steht der on/off Status?
Gruß
Dan
Hallo Dan,
zu deinen Fragen:
Also mit
set off 1
ging er aus
und mit
set on on
auch wieder an
Das Reading ist das power
---------
Habe gerade noch mit der Eve App gespielt, da taucht sogar die Lautstärke auf und funktioniert!
Aber AN AUS Befehle ebenfalls nicht.
Was hab ich denn hier noch gesehen...
Es gibt noch so eine Art Remote Control aber die funktioniert auch noch nicht . ::)
Zitat von: Steffen@Home am 24 Oktober 2016, 22:50:00
Hallo Dan,
zu deinen Fragen:
Also mit
set off 1
ging er aus
und mit
set on on
auch wieder an
Das Reading ist das power
---------
Habe gerade noch mit der Eve App gespielt, da taucht sogar die Lautstärke auf und funktioniert!
Aber AN AUS Befehle ebenfalls nicht.
Wirklich "set <nam> on on" ??
Und "set <name> off 1" ??
Und was steht dann in power? off/on?
Das wäre dann:
homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on+on,cmdOff=off+1Wenn power Reading auch "on on" oder "off 1" dann:
homebridgeMapping On=power,valueOn=on+on,valueOff=off+1,cmdOn=on+on,cmdOff=off+1Gruß
Dan
Hallo,
ersteinmal ein mega grosses Danke für diese tolle Arbeit der Community.
ich habe nun auch erfolgreich die homebridge am laufen und es geht eigentlich auch alles sehr gut.
Ein kleines Problem habe ich mit den Rollladen im Prinzip lassen sie sich Steuern nur ist die Ausgabe falsch im sinne von Rollladen. Da ich diese ja als "blind" betreibe
ist 0% geschlossen und 100% offen. Nun würde ich aber dies genau andersherum haben wollen. Also bei 0% ist der Rollladen geöffnet und bei 100% ist dieser dann
geschlossen. Als reading gibt es bei mir nur den "state" mit einer Zahl 0-100 wobei dies die pct werte sind. Das war auch schon ein Problem welches ich aber durch ändern
der homebridge index geändert habe pct zu state getauscht der wert wird mir auch übermittelt. Nun nochmals meine Frage geht dies auch irgendwie zudrehen das halt
0% offen sind und 100% zu.
Steinigt micht bitte nicht gleich wenn das schon irgendwo Thematisiert wurde ich habe leider dazu nichts gefunden.
Das weiter Problem ist das bei Zustandsänderung dies nicht bei der homebridge passiert dort bleibt immer der letzte wert aktuell. Erst wenn ich die homebridge neustarte
wird der aktuelle Wert auch übernommen.
Zitat von: maagfly am 25 Oktober 2016, 10:21:53
Nun nochmals meine Frage geht dies auch irgendwie zudrehen das halt
0% offen sind und 100% zu.
invers=1im homebridgeMapping setzen.
Gruß
Dan
was heißt index geändert?
über das homebridgeMapping attribut in fhem kannst du alles konfigurieren. wie das geht steht im ersten post und im readme. quelltext änderungen solltest du lassen.
weidas für rolläden geht (inklusive drehen) ist in den letzten posts etwa 20 mal besprochen worden.
gruss
andre
Zitat von: Garbsen am 24 Oktober 2016, 16:26:04
Ich hatte so ein Problem zwischendurch auch, ich glaube es war weg, nachdem ich drive down to 100 und drive down to close unterschiedlich gesetzt hatte
Hm, also wenn ich eines der Atribute "drive down to 100 und drive down to close " ändern möchte, ändert sich das andere entsprechend mit. Ich kann keine unterschiedlichen Werte setzen :(
Kannst Du mir sagen wie Du sie ändern konntest ?
erstmal danke für die schnelle Hilfe.
meine Rolladen sind von rademacher und mit dem HOMEPILOTAKTOR eingebunden, natürlich nicht so komfortabel wie mit dem DUOFERN Stick aber ich wollte den Homepilot behalten.
geändert habe ich in der index unter ..usr/local/lib/nodes_modules/hombridge-fhem , das es mir mit dem homebridgeMapping nicht möglich war.
ab Zeile 1489 habe ich dies geändert
this.mappings.CurrentPosition = { reading: 'state' };
this.mappings.TargetPosition = { reading: 'state', cmd: 'pct', delay: true };
anstelle von state stand dort pct. ich bekomme leider nur state als reading. Und so funktioniert es hervorragend.
natürlich geht das per homebridgeMapping.
was genau hat bei dir nicht funktioniert? was hast du konfiguriert?
gruss
andre
Zitat von: Joker2002 am 25 Oktober 2016, 10:34:06
Hm, also wenn ich eines der Atribute "drive down to 100 und drive down to close " ändern möchte, ändert sich das andere entsprechend mit. Ich kann keine unterschiedlichen Werte setzen :(
Kannst Du mir sagen wie Du sie ändern konntest ?
Seltsam, ich kann das unterschiedlich setzen, das ist ja eigentlich auch Sinn dieses attr.
Hier mal ein List eines meiner Somfy-Rollos
Internals:
ADDRESS 000002
DEF 000002
IODev CUL_433
NAME Rollo2
NR 65
STATE oben
TYPE SOMFY
move off
Code:
1 000002
Readings:
2016-10-25 08:30:30 enc_key A8
2016-10-25 08:30:30 exact 100
2016-10-25 08:30:30 position 100
2016-10-25 08:30:30 rolling_code 0408
2016-10-25 08:30:30 state open
Attributes:
IODev CUL_433
alias Kueche_Links
devStateIcon .*oben:fts_shutter_20 .*unten:fts_shutter_90 .*Sonnenschutz:fts_shutter_60 .*100:fts_shutter_90
drive-down-time-to-100 19
drive-down-time-to-close 20
drive-up-time-to-100 1
drive-up-time-to-open 20
eventMap /open:oben/closed:unten/on:runter/off:hoch/pos 50:Sonnenschutz
fhem_widget_command {"allowed_values":["on","stop","off"],"order":2,"alias":"RolloKuechelinks"}
genericDeviceType blind
group Rollaeden Kueche
homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
icon fts_shutter_updown
positionInverse 1
room Homekit,Kueche,Somfy,Sueden,Unten
webCmd runter:hoch:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long
Zitat von: DeeSPe am 24 Oktober 2016, 23:24:29
Wirklich "set <nam> on on" ??
Und "set <name> off 1" ??
Und was steht dann in power? off/on?
Das wäre dann:
homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on+on,cmdOff=off+1
Wenn power Reading auch "on on" oder "off 1" dann:
homebridgeMapping On=power,valueOn=on+on,valueOff=off+1,cmdOn=on+on,cmdOff=off+1
Gruß
Dan
Hallo Dan, vielen Dank für deine Geduld!
Habe nun alles versucht aber es geht nichts dergleichen.
Ein neustart des Raspi ist hoffentlich nicht von Nöten.
Ein FHEM neustart habe ich gemacht.
Im Anhang sieht man das
Set ON on bzw dann
Set off offund das
get power ->es erfolgt eine MsgBox "on" wenn das Gerät AN bzw "off" wenn das Gerät AUS ist.
Ich weiß nicht was ich noch testen kann...
Zitat von: Steffen@Home am 25 Oktober 2016, 16:45:23
Hallo Dan, vielen Dank für deine Geduld!
Habe nun alles versucht aber es geht nichts dergleichen.
Ein neustart des Raspi ist hoffentlich nicht von Nöten.
Ein FHEM neustart habe ich gemacht.
Im Anhang sieht man das Set ON on bzw dann Set off off
und das
get power ->es erfolgt eine MsgBox "on" wenn das Gerät AN bzw "off" wenn das Gerät AUS ist.
Ich weiß nicht was ich noch testen kann...
Wenn Du schon einen Screenshot machst, dann etwas größer so dass man auch alle Readings sieht, nicht nur die Internals.
Besser wäre allerdings ein "list <name>".
Musst Du bei on wirklich das on dahinter eingeben? Oder reicht es evtl wenn Du nur "set <name> on" machst?
Das selbe bitte noch für off (set <name> off) testen.
Gruß
Dan
Wow, das ging schnell ;D
ok sorry!
set DenonAVR on ->eingabetaste->Gerät geht AN!
set DenonAVR off ->eingabetaste->Gerät geht wieder aus!
Sehe gerade da steht das homebridgemapping doppelt, kann so nicht richtig sein. Habe es eben 1x raus, geht aber trotzdem nichts.
:-\
Internals:
CHANGED
Clients :DENON_AVR_ZONE:
DEF 192.168.1.119
DeviceName 192.168.1.119:23
FD 13
NAME DenonAVR
NR 48
NTFY_ORDER 50-DenonAVR
PARTIAL
STATE opened
TIMEOUT 3
TYPE DENON_AVR
Readings:
2016-10-25 16:44:50 aspectRatio 16:9
2016-10-24 22:22:47 bass 3 dB
2016-10-25 16:44:50 cinemaEQ off
2016-10-24 19:52:07 currentAlbum -
2016-10-24 19:52:07 currentArtist -
2016-10-24 19:52:07 currentBitrate -
2016-10-24 22:27:46 currentCover http://192.168.1.119/NetAudio/art.asp-jpg?1477340866
2016-10-24 19:54:25 currentMedia iRadio
2016-10-25 16:30:41 currentPlaytime 00:00
2016-10-24 19:54:24 currentStation /977 50's & 60's Hits
2016-10-24 22:27:46 currentTitle Bobby Darin - Mack The Knife
2016-10-24 19:54:22 digitalInput auto
2016-10-24 22:22:47 dynamicCompression -50 dB
2016-10-25 16:44:50 dynamicEQ off
2016-10-25 16:44:50 dynamicVolume off
2016-10-25 16:28:52 eco on
2016-10-24 20:40:41 input iRadio
2016-10-24 19:54:22 inputSound auto
2016-10-24 19:54:21 levelCenter -1.5 dB
2016-10-24 19:54:22 levelFrontHeightLeft 0 dB
2016-10-24 19:54:22 levelFrontHeightRight 0 dB
2016-10-24 19:54:21 levelFrontLeft -4.5 dB
2016-10-24 19:54:21 levelFrontRight -4.5 dB
2016-10-24 19:54:22 levelSourroundBack 0 dB
2016-10-24 19:54:21 levelSourroundBackLeft 0 dB
2016-10-24 19:54:21 levelSourroundBackRight 0 dB
2016-10-24 19:54:21 levelSourroundLeft -4 dB
2016-10-24 19:54:21 levelSourroundRight 3 dB
2016-10-24 19:54:21 levelSubwoofer 0 dB
2016-10-24 22:22:47 lowFrequencyEffects 0 dB
2016-10-25 16:44:50 multEQ off
2016-10-25 16:36:09 mute off
2016-10-25 16:44:50 playStatus stopped
2016-10-25 16:44:50 power off
2016-10-25 16:44:50 presence present
2016-10-24 19:50:55 setup off
2016-10-25 16:44:50 sleep off
2016-10-24 22:22:46 sound Multichannel Stereo
2016-10-25 16:44:50 state off
2016-10-25 16:44:50 stateAV off
2016-10-24 19:50:55 surroundMode Auto
2016-10-24 22:22:47 toneControl on
2016-10-24 22:22:47 treble 0 dB
2016-10-25 16:44:50 tunerBand FM
2016-10-25 16:44:51 tunerFrequency 87.5 MHz
2016-10-25 16:44:50 tunerMode auto
2016-10-25 16:44:50 verticalStretch off
2016-10-25 16:44:50 videoProcessingMode auto
2016-10-24 22:27:36 videoSelect Source
2016-10-25 16:16:43 volume 19 %
2016-10-25 16:16:43 volumeMax 98 %
2016-10-25 16:16:43 volumeStraight -61 dB
2016-10-25 16:39:51 zoneMain off
Helper:
PARTIAL
USEDINPUT Aux1,Aux2,Blu-Ray,Bluetooth,CD,Cbl/Sat,DVD,Favorites,Favorites_play,Flickr,Game,Mediaplayer,OnlineMusic,Phono,Server,TV,Tuner,Usb/iPod,Usb_play,iPod_play,iRadio,iRadio_play
deviceIP 192.168.1.119
isPause 0
isPlaying 0
nextConnectionCheck 1477407171.26947
playTimeCheck 0
Attributes:
cmdIcon muteT:rc_MUTE
devStateIcon on:rc_GREEN:off mainOff:rc_YELLOW:main_on off:rc_STOP:on absent:rc_RED muted:rc_MUTE@green:muteT playing:rc_PLAY@green:pause paused:rc_PAUSE@green:play
group Dashboard
[b]homebridgeMapping homebridgeMapping[/b] On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
icon it_server
room Homekit,Wohnzimmer
sortby 01
stateFormat stateAV
webCmd volume:muteT:input:surroundMode
Zitat von: Steffen@Home am 25 Oktober 2016, 17:02:07
Wow, das ging schnell ;D
ok sorry!
set DenonAVR on ->eingabetaste->Gerät geht AN!
set DenonAVR off ->eingabetaste->Gerät geht wieder aus!
Sehe gerade da steht das homebridgemapping doppelt, kann so nicht richtig sein. Habe es eben 1x raus, geht aber trotzdem nichts.
:-\
Internals:
CHANGED
Clients :DENON_AVR_ZONE:
DEF 192.168.1.119
DeviceName 192.168.1.119:23
FD 13
NAME DenonAVR
NR 48
NTFY_ORDER 50-DenonAVR
PARTIAL
STATE opened
TIMEOUT 3
TYPE DENON_AVR
Readings:
2016-10-25 16:44:50 aspectRatio 16:9
2016-10-24 22:22:47 bass 3 dB
2016-10-25 16:44:50 cinemaEQ off
2016-10-24 19:52:07 currentAlbum -
2016-10-24 19:52:07 currentArtist -
2016-10-24 19:52:07 currentBitrate -
2016-10-24 22:27:46 currentCover http://192.168.1.119/NetAudio/art.asp-jpg?1477340866
2016-10-24 19:54:25 currentMedia iRadio
2016-10-25 16:30:41 currentPlaytime 00:00
2016-10-24 19:54:24 currentStation /977 50's & 60's Hits
2016-10-24 22:27:46 currentTitle Bobby Darin - Mack The Knife
2016-10-24 19:54:22 digitalInput auto
2016-10-24 22:22:47 dynamicCompression -50 dB
2016-10-25 16:44:50 dynamicEQ off
2016-10-25 16:44:50 dynamicVolume off
2016-10-25 16:28:52 eco on
2016-10-24 20:40:41 input iRadio
2016-10-24 19:54:22 inputSound auto
2016-10-24 19:54:21 levelCenter -1.5 dB
2016-10-24 19:54:22 levelFrontHeightLeft 0 dB
2016-10-24 19:54:22 levelFrontHeightRight 0 dB
2016-10-24 19:54:21 levelFrontLeft -4.5 dB
2016-10-24 19:54:21 levelFrontRight -4.5 dB
2016-10-24 19:54:22 levelSourroundBack 0 dB
2016-10-24 19:54:21 levelSourroundBackLeft 0 dB
2016-10-24 19:54:21 levelSourroundBackRight 0 dB
2016-10-24 19:54:21 levelSourroundLeft -4 dB
2016-10-24 19:54:21 levelSourroundRight 3 dB
2016-10-24 19:54:21 levelSubwoofer 0 dB
2016-10-24 22:22:47 lowFrequencyEffects 0 dB
2016-10-25 16:44:50 multEQ off
2016-10-25 16:36:09 mute off
2016-10-25 16:44:50 playStatus stopped
2016-10-25 16:44:50 power off
2016-10-25 16:44:50 presence present
2016-10-24 19:50:55 setup off
2016-10-25 16:44:50 sleep off
2016-10-24 22:22:46 sound Multichannel Stereo
2016-10-25 16:44:50 state off
2016-10-25 16:44:50 stateAV off
2016-10-24 19:50:55 surroundMode Auto
2016-10-24 22:22:47 toneControl on
2016-10-24 22:22:47 treble 0 dB
2016-10-25 16:44:50 tunerBand FM
2016-10-25 16:44:51 tunerFrequency 87.5 MHz
2016-10-25 16:44:50 tunerMode auto
2016-10-25 16:44:50 verticalStretch off
2016-10-25 16:44:50 videoProcessingMode auto
2016-10-24 22:27:36 videoSelect Source
2016-10-25 16:16:43 volume 19 %
2016-10-25 16:16:43 volumeMax 98 %
2016-10-25 16:16:43 volumeStraight -61 dB
2016-10-25 16:39:51 zoneMain off
Helper:
PARTIAL
USEDINPUT Aux1,Aux2,Blu-Ray,Bluetooth,CD,Cbl/Sat,DVD,Favorites,Favorites_play,Flickr,Game,Mediaplayer,OnlineMusic,Phono,Server,TV,Tuner,Usb/iPod,Usb_play,iPod_play,iRadio,iRadio_play
deviceIP 192.168.1.119
isPause 0
isPlaying 0
nextConnectionCheck 1477407171.26947
playTimeCheck 0
Attributes:
cmdIcon muteT:rc_MUTE
devStateIcon on:rc_GREEN:off mainOff:rc_YELLOW:main_on off:rc_STOP:on absent:rc_RED muted:rc_MUTE@green:muteT playing:rc_PLAY@green:pause paused:rc_PAUSE@green:play
group Dashboard
[b]homebridgeMapping homebridgeMapping[/b] On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
icon it_server
room Homekit,Wohnzimmer
sortby 01
stateFormat stateAV
webCmd volume:muteT:input:surroundMode
Dann sollte es so gehen:
attr DenonAVR homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=offGruß
Dan
Dachte ich auch und hatte es auch abgeändert aber nicht, gibts doch net... :o
Habe nur homebridge-fhem installiert und das 70_DENON_AVR.pm, keine homebridge-denon oder was es da sonst noch gibt.
Was mich auch wundert ist, ich habe eine Scene angelegt am iOS "gute nacht" die mir den Denon deaktivieren soll.
Wenn das Schalter Symbol für den Denon auf "EIN" steht wird komischerweise die Scene ausgegraut. Und dementsprechend wenn ich den Schalter betätige und der Zustand "AUS" dargestellt wird ist die Szene wieder anwählbar...!
Genau so und nur so muss es gehen (laut Deinen Angaben):
attr DenonAVR homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Du startest aber auch immer nach jeder Änderung an einem homebridgeMapping die Homebridge neu?
Gruß
Dan
::) geht das nicht automatisch mit shutdown restart ?
"shutdown restart" startet FHEM neu!
Homebridge hat damit nichts zu tun, die musst Du selbst neustarten!!!
Gruß
Dan
Ups...das heißt Terminal-> sudo service homebridge restart oder geht das auch aus FHEM heraus ???
Zitat von: Steffen@Home am 25 Oktober 2016, 17:28:45
Ups...das heißt Terminal-> sudo service homebridge restart oder geht das auch aus FHEM heraus ???
Sofern du HB als Dienst angelegt hast ist dieses der richtige Weg (Raspbian/Debian):
sudo systemctl restart homebridgeWenn Du die HB nicht in FHEM angelegt und mit entsprechenden Kommandos versehen hast, dann kannst Du sie auch aus FHEM heraus nicht neustarten.
Gruß
Dan
oh man! das ist peinlich ???
Jetzt geht das ! ;D
Vielen Dank! und sorry nochmal!
Zitat von: Steffen@Home am 25 Oktober 2016, 17:32:11
oh man! das ist peinlich ???
Jetzt geht das ! ;D
Vielen Dank! und sorry nochmal!
Hat ja nur den ganzen Tag gedauert... 8)
Viel Spaß beim Rumprobieren! Und nicht vergessen: Homebridge jedes Mal neustarten wenn Du in FHEM was am homebridgeMapping verändert hast oder neue Geräte hinzufügst.
Gruß
Dan
Notiert ;) Danke!
Jetzt hänge ich allerdings an diesem Befehl aus dem http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM (http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM)
Wenn ich den kopiere und in das EditFeld oben eintrage kommt eine Fehlermeldung
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
Fehlermeldung:
FHEM.Homebridge.DOIF DOIF: expected DOELSEIF or DOELSE: \ DOELSEIF ([FHEM.Homebridge] eq "off") ({system ("sudo /etc/init.d/homebridge stop")})\ DOELSEIF ([FHEM.Homebridge] eq "restart") ({system ("sudo /etc/init.d/homebridge restart")})
Was mache ich falsch?
Habe auch schon eine abgeändert Version mit "&" versucht aber will auch nicht:
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start&")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop&")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart&")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status&")})
Du solltest dringend wenigstens mal das Einsteiger PDF (http://fhem.de/Heimautomatisierung-mit-fhem.pdf) lesen.
Mehrzeilige Eingaben gehen nicht über die FHEM Eingabezeile, nur über telnet oder direkt über die fhem.cfg.
Die fhem.cfg würde ich aber niemals (es gibt 1-2 Ausnahmen) manuell editieren.
Am besten legst Du ein einzeiliges DOIF über die FHEM Eingabezeile an:
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})
Dann auf DEF klicken und in die DEF den restlichen Code ohne die \ am Zeilenende. Wenn fertig dann unter dem großen Eingabefeld auf "modify FHEM.Homebridge.DOIF" klicken.
Gruß
Dan
P.S. Ich persönlich bin nie glücklich mit dieser Art des Neustarts von Homebridge geworden. Darum (re)starte ich immer per Konsole.
Ich entschuldige mich schon mal für das dazwischen grätschen.
Ich komme gerade nicht vorwärts bei der Integration von Harmony Hub Aktivitäten in Homekit.
In fhem kann ich die Aktion Fersehen oder Spielzeit super bedienen. Also hat das wohl funktioniert.
Muss ich die Harmony Aktivitäten jetzt in der config.json eintragen? Ich konnte dazu leider nichts genaueres finden.
Ich meine auch gelesen zu haben, dass man das über Szenen in Eve machen kann. Aber dort erscheint nur die Harmony selbst als Schalter. Aber nicht mehr Optionen.
Ich hoffe ich bin nicht der einzige der sich dabei so blöd anstellt
Hast Recht Dan, werde da wohl nochmal studieren müssen!
Danke hat geklappt!
Hat sich schon erledigt. Muss irgend etwas richtig gemacht haben. Jetzt erscheint es plötzlich.
Lag wohl am Homebridge Restart *kopfgegenwand*
Danke Dan! Funktioniert einwandfrei!
Zitat von: justme1968 am 24 Oktober 2016, 08:35:27
@Hauswart: schau mal bei den homebridge issues auf github. es scheint bei machen installationen zu passieren und es weiss noch niemand woran es liegt.
Hier hat eventuell jemand den Auslöser des Absturz-Problems gefunden: https://github.com/nfarina/homebridge/issues/849#issuecomment-256606611
Hat sich schonmal jemand mit ipcam und homebridge beschäftigt?
Wie müsste ein Mapping dafür denn aussehn, denn die offiziellen homekit Kameras kosten 200€+ .
/**
* Characteristic "Supported Video Stream Configuration"
*/
Characteristic.SupportedVideoStreamConfiguration = function() {
Characteristic.call(this, 'Supported Video Stream Configuration', '00000114-0000-1000-8000-0026BB765291');
this.setProps({
format: Characteristic.Formats.TLV8,
perms: [Characteristic.Perms.READ]
});
this.value = this.getDefaultValue();
};
inherits(Characteristic.SupportedVideoStreamConfiguration, Characteristic);
Characteristic.SupportedVideoStreamConfiguration.UUID = '00000114-0000-1000-8000-0026BB765291';
Grüße
Fabian
Naja Brauchst du nicht dazu erstmal den richtigen services? also zum Beispiel DoorBell?
ich habe vorhin das in deckt bin aber noch nicht dazu gekommen es zu testen
https://github.com/KhaosT/homebridge-camera-ffmpeg
vielleicht kennt sich ja jemand damit aus.
schau bei github. es gibt ein beispiel modul das per ffmpeg webcams in homebridge einbindet.
ich würde dieses plugin verwenden und das nicht über fhem machen.
gruss
andre
hey justme1968,
hast du dazu ein Beispiele wie das funktionier? oder aussieht? ist das was ich gefunden habe das was du auch gemeint hast?
Mit freundlichen Grüßen
ja. das ist das plugin. schau dir das readme an. es gibt auch einen thread mit einem linux beispiel.
ich habe es selber noch nicht probiert.
Kann es sein dass seit iOS 10.1 ein neues Feature für die Home App dazugekommen ist?
Ich bekomme seit dem Update immer eine Push Nachricht von der Home App dass meine Alarmanlage ein bzw. aus geschaltet ist.
Gruß
Dan
ja. das gab es in ios9 schon mal und ist in 10.1. jetzt scheinbar konfigurierbar.
gruss
andre
Zitat von: justme1968 am 27 Oktober 2016, 20:12:38
ja. das gab es in ios9 schon mal und ist in 10.1. jetzt scheinbar konfigurierbar.
gruss
andre
Ja geil, danke für den Hinweis.
Es lässt sich tatsächlich in der Home App in den Device Details einstellen ob einem die Devices vom Typ security Mitteilungen schicken dürfen/sollen. Bei anderen Devices gibt es die Option nicht!
Gruß
Dan
P.S. Warum gibt es die Option eigentlich nicht bei Sensoren oder Kontakten? Das wäre doch noch richtig cool.
Als FHEM User will man die Logik ja eh nicht in Homekit haben ;)
Moin Andre,
Zitat von: justme1968 am 20 Oktober 2016, 21:28:56
@Garbsen: schau bitte noch mal auf die konsole mit --debug. sind da irgendwelche undefined werte zu sehen?
das geht über avahi. wenn das nicht da wäre ginge es von anfang an garnicht.
@budy, Markus M.:
nein. aktuell nicht. homekit sendet das von sich aus. die events lassen sich nicht abfangen. bzw. nur wenn man sie verzögern würde.
besser ist es das on kommando so zu mappen das es mit einem FILTTER=state=off versehen wird. weiter oben im thread müsste es ein beispiel geben.
gruss
andre
Ich habe das mit dem Mapping jetzt auf diversen Wegen probiert, aber immer wieder bekomme ich nur einen Syntax-Fehler im Debug-Log der homebridge. Ich habe auch nochmal den ganzen Thread durchgesehen und kann ehrlich gesagt kein passendes Beispiel finden, wie man cmd etwas anderes als on oder off mitgeben kann.
[2016-10-28 15:12:32] [FHEM] Licht_Whz_Decke_Dimmer is light
[2016-10-28 15:12:32] [FHEM] Licht_Whz_Decke_Dimmer has
[2016-10-28 15:12:32] [FHEM] On [pct;on,off]
[2016-10-28 15:12:32] [FHEM] Brightness [pct]
2016-10-28 15:12:32 caching: Licht_Whz_Decke_Dimmer-pct: 0
[2016-10-28 15:12:32] [FHEM] Licht_Whz_Decke_Dimmer-pct valueOn/valueOff: value 0 mapped to 0
[2016-10-28 15:12:32] [FHEM] caching: On: false (as boolean; from '0')
[2016-10-28 15:12:32] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-10-28 15:12:32] [FHEM] homebridgeMapping: On=cmd=FILTER=pct=0+on
[2016-10-28 15:12:32] [FHEM] wrong syntax: cmd=FILTER=pct=0+on
[2016-10-28 15:12:32] [FHEM] mappings for Licht_Whz_Esstisch_Dimmer: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness: { reading: 'pct', cmd: 'pct', delay: true } }
Das macht homebridge auch nur bei meinem Homatic-Dimmern, alle anderen dimmbaren Leuchten HUE, Wifilight haben das Problem nicht. Kannst du mir da vielleicht noch mit dem FILTER helfen?
Ein Mapping á la
On=cmd=FILTER=pct=0+onoder
cmd=FILTER=pct=0+onerzeugt jedenfalls nur einen Syntax-Error.
Gruß,
Stephan
Andre, kannst du mir mit dem OutletInUse Characteristic helfen?
Ich hab mal versucht das über den Power Kanal meiner Aktoren und threshold mit 0/1 hinzubekommen, allerdings ohne Erfolg.
Sobald ich versuche ein Reading von einem anderen Device dafür herzunehmen, funktioniert nichts mehr.
OutletInUse=HM_2868F8_SenPwr:state,threshold=20,values=1:TRUE;0:FALSE,default=FALSE
Auch 0/1 statt FALSE/TRUE hab ich probiert.
Bastle ich das mit 0/1 in StatusLowBattery, funktioniert es problemlos
Wenn du das testet, leg dir dafür unbedingt eine neue HomeBridge Instanz an, die meisten meiner Versuche haben die komplett und dauerhaft lahmgelegt...
Folgende Characteristics werden in Home angezeigt und könnten noch global aufgenommen werden wo sie passen:
StatusTampered (0/1)
StatusActive (0/1)
Habe eine Harmony Hub/Homebridge Mapping Frage.
So wie ich das bisher gelesen habe, wird das HomebridgeMapping für den Hub über Activities gemacht - die ich aber nicht verwende.
Stattdessen steuere z.B. eine RGB LED Kugel mit einzelnen Commands der Art:
set harmony_38426978 command PowerOn
set harmony_38426978 command PowerOff
set harmony_38426978 command Dim
set harmony_38426978 command Fade
set harmony_38426978 command Green
usw.
Was auch in FHEM einwandfrei geht. <harmony_38426978> ist dabei das Device der LED Kugel im Hub.
Frage daher: ist es möglich ein direktes Homebridge Mapping zu Fhem Commands zu definieren?
Andreas
@budy: wenn du den filter über das mapping konfigurierst muss du das = vermutlich url encoden. auf fhem seite per cmdalias ein neues kommando onlyOn oder ähnlich anlegen und verwenden. aber für hm gibt es auch den vorschlag das on commando auf etwas nicht vorhandenes zu mappen:On=state,cmd=xyz
@Markus M.: der grund das es mit StatusLowBattery geht und mit OutletInUse nicht ist das StatusLowBattery homebridge intern ein int ist und OutletInUse ein bool. ich hatte bis jetzt threshold nur für nicht-bool aktiv. hab es eben eingebaut.
wenn der 0/1 wert nach dem threshold passt dann kannst du values weg lassen. ansonsten für bool characteristics besser valueOn und valueOff verwenden. wenn du das nicht magst per values auf on/off oder 1/0 mappen.
@fhemfreund: das problem ist nicht das direkte mapping sondern das homebridge keine characteristic kennt um einen wert aus mehreren auszuwählen.
das einfachste ist vermutlich eine LightScene zu konfigurieren und dann genau so zu behandeln wie die harmony szenen.
oder du baust dir mit einem readingsProxy eine steuerung zusammen die deine kugel wie eine echte rgb lampe steuern kann und bindest sie als lampe ein. schau dir mal in fhem.cfg.demo die simulierten rgb lampen an. vielleicht hilft dir das weiter.
gruss
andre
Zitat von: justme1968 am 30 Oktober 2016, 19:36:57@Markus M.: der grund das es mit StatusLowBattery geht und mit OutletInUse nicht ist das StatusLowBattery homebridge intern ein int ist und OutletInUse ein bool. ich hatte bis jetzt threshold nur für nicht-bool aktiv. hab es eben eingebaut.
wenn der 0/1 wert nach dem threshold passt dann kannst du values weg lassen. ansonsten für bool characteristics besser valueOn und valueOff verwenden. wenn du das nicht magst per values auf on/off oder 1/0 mappen.
OutletInUse klappt so, Danke!
Was aber nicht wirklich klappt sind Spielereien mit anderen Characteristics:
ZitatOn=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
OutletInUse=HM_2C1220_Pwr:power,threshold=15
StatusActive=HM_2C1220:Activity,values=alive:1;dead:0,default=0
vs.
ZitatOn=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
OutletInUse=HM_2C1220_Pwr:power,threshold=15
StatusActive=CommandAccepted,values=yes:1;no:0,default=0
Activity ist hier
dead, CommandAccepted ist
yesWie klappt sowas wirklich?
Wenn ich es umdrehe und StatusTampered nehme ist alles ok, das ist aber auch uint und nicht bool...
default brauchst du nicht wenn du ein reading hast und die values alle erfasst hast.
zeig mal bei den beiden die konsolen ausgabe. es muss einen unterschied geben.
Funktioniert:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[10/30/2016, 10:00:58 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[10/30/2016, 10:00:58 PM] Registering platform 'homebridge-fhem.FHEM'
[10/30/2016, 10:00:58 PM] ---
[10/30/2016, 10:00:58 PM] Loaded config.json with 0 accessories and 1 platforms.
[10/30/2016, 10:00:58 PM] ---
[10/30/2016, 10:00:58 PM] Loading 1 platforms...
[10/30/2016, 10:00:58 PM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:1080/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1477861258564
[10/30/2016, 10:00:58 PM] [FHEM] Checking genericDeviceType...
[10/30/2016, 10:00:58 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[10/30/2016, 10:00:58 PM] [FHEM] Fetching FHEM devices...
[10/30/2016, 10:00:58 PM] [FHEM] fetching: http://127.0.0.1:1080/fhem?cmd=jsonlist2%20room=Homebridge&XHR=1
[10/30/2016, 10:00:58 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server error: Error: listen EADDRINUSE :::8283
[10/30/2016, 10:00:58 PM] [FHEM] got: 1 results
[10/30/2016, 10:00:58 PM] [FHEM] homebridgeMapping: On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
OutletInUse=HM_2C1220_Pwr:power,threshold=15
StatusActive=CommandAccepted,values=yes:1;no:0,default=0
[10/30/2016, 10:00:58 PM] [FHEM] mappings for HM_2C1220_Sw: { On:
{ reading: 'state',
valueOff: 'off',
cmdOn: 'on',
cmdOff: 'off',
valueOn: 'on' },
OutletInUse: { reading: 'power', device: 'HM_2C1220_Pwr', threshold: '15' },
StatusActive:
{ reading: 'CommandAccepted',
values: [ 'yes:1', 'no:0' ],
default: '0' } }
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Sw is outlet
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Sw has
[10/30/2016, 10:00:58 PM] [FHEM] On [state;on,off]
[10/30/2016, 10:00:58 PM] [FHEM] OutletInUse [HM_2C1220_Pwr.power]
[10/30/2016, 10:00:58 PM] [FHEM] StatusActive [CommandAccepted]
2016-10-30 22:00:58 caching: HM_2C1220_Sw-state: set_off
[10/30/2016, 10:00:58 PM] [FHEM] query: OutletInUse for HM_2C1220_Pwr-power
[10/30/2016, 10:00:58 PM] [FHEM] not cached
[10/30/2016, 10:00:58 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=%7BReadingsVal(%22HM_2C1220_Pwr%22,%22power%22,%22%22)%7D&XHR=1
[10/30/2016, 10:00:58 PM] [FHEM] default: 0
[10/30/2016, 10:00:58 PM] [FHEM] value2homekit: { yes: '1', no: '0' }
2016-10-30 22:00:58 caching: HM_2C1220_Sw-CommandAccepted: yes
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Sw-CommandAccepted values: value yes mapped to 1
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Sw-CommandAccepted valueOn/valueOff: value 1 mapped to 1
[10/30/2016, 10:00:58 PM] [FHEM] caching: StatusActive: true (as boolean; from 'yes')
[10/30/2016, 10:00:58 PM] [FHEM] Initializing platform accessory 'HM_2C1220_Sw'...
[10/30/2016, 10:00:58 PM] [FHEM] creating services for HM_2C1220_Sw
[10/30/2016, 10:00:58 PM] [FHEM] information service for HM_2C1220_Sw
[10/30/2016, 10:00:58 PM] [FHEM] manufacturer, model and serial number characteristics for HM_2C1220_Sw
[10/30/2016, 10:00:58 PM] [FHEM] Outlet service for HM_2C1220_Sw
[10/30/2016, 10:00:58 PM] [FHEM] On characteristic for HM_2C1220_Sw:state
[10/30/2016, 10:00:58 PM] [FHEM] no default
[10/30/2016, 10:00:58 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/30/2016, 10:00:58 PM] [FHEM] OutletInUse characteristic for HM_2C1220_Pwr:power
[10/30/2016, 10:00:58 PM] [FHEM] no default
[10/30/2016, 10:00:58 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[10/30/2016, 10:00:58 PM] [FHEM] StatusActive characteristic for HM_2C1220_Sw:CommandAccepted
[10/30/2016, 10:00:58 PM] [FHEM] initial value is: true (boolean)
[10/30/2016, 10:00:58 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m [0m
[30;47m ┌────────────┐ [0m
[30;47m │ 000-00-000 │ [0m
[30;47m └────────────┘ [0m
[30;47m [0m
[10/30/2016, 10:00:58 PM] Homebridge is running on port 51826.
[10/30/2016, 10:00:58 PM] [FHEM] value: 0
2016-10-30 22:00:58 caching: HM_2C1220_Pwr-power: 0
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Pwr-power threshold: value 0 mapped to 0
[10/30/2016, 10:00:58 PM] [FHEM] HM_2C1220_Pwr-power valueOn/valueOff: value 0 mapped to 0
[10/30/2016, 10:00:58 PM] [FHEM] caching: OutletInUse: false (as boolean; from '0')
Funktioniert nicht:
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[10/30/2016, 10:04:13 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[10/30/2016, 10:04:13 PM] Registering platform 'homebridge-fhem.FHEM'
[10/30/2016, 10:04:13 PM] ---
[10/30/2016, 10:04:13 PM] Loaded config.json with 0 accessories and 1 platforms.
[10/30/2016, 10:04:13 PM] ---
[10/30/2016, 10:04:13 PM] Loading 1 platforms...
[10/30/2016, 10:04:13 PM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:1080/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1477861453492
[10/30/2016, 10:04:13 PM] [FHEM] Checking genericDeviceType...
[10/30/2016, 10:04:13 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[10/30/2016, 10:04:13 PM] [FHEM] Fetching FHEM devices...
[10/30/2016, 10:04:13 PM] [FHEM] fetching: http://127.0.0.1:1080/fhem?cmd=jsonlist2%20room=Homebridge&XHR=1
[10/30/2016, 10:04:13 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[10/30/2016, 10:04:13 PM] [FHEM] got: 1 results
[10/30/2016, 10:04:13 PM] [FHEM] homebridgeMapping: On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
OutletInUse=HM_2C1220_Pwr:power,threshold=15
StatusActive=HM_2C1220:Activity,values=alive:1;dead:0,default=0
[10/30/2016, 10:04:13 PM] [FHEM] mappings for HM_2C1220_Sw: { On:
{ reading: 'state',
valueOff: 'off',
cmdOn: 'on',
cmdOff: 'off',
valueOn: 'on' },
OutletInUse: { reading: 'power', device: 'HM_2C1220_Pwr', threshold: '15' },
StatusActive:
{ reading: 'Activity',
device: 'HM_2C1220',
values: [ 'alive:1', 'dead:0' ],
default: '0' } }
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220_Sw is outlet
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220_Sw has
[10/30/2016, 10:04:13 PM] [FHEM] On [state;on,off]
[10/30/2016, 10:04:13 PM] [FHEM] OutletInUse [HM_2C1220_Pwr.power]
[10/30/2016, 10:04:13 PM] [FHEM] StatusActive [HM_2C1220.Activity]
2016-10-30 22:04:13 caching: HM_2C1220_Sw-state: set_off
[10/30/2016, 10:04:13 PM] [FHEM] query: OutletInUse for HM_2C1220_Pwr-power
[10/30/2016, 10:04:13 PM] [FHEM] not cached
[10/30/2016, 10:04:13 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=%7BReadingsVal(%22HM_2C1220_Pwr%22,%22power%22,%22%22)%7D&XHR=1
[10/30/2016, 10:04:13 PM] [FHEM] default: 0
[10/30/2016, 10:04:13 PM] [FHEM] value2homekit: { alive: '1', dead: '0' }
[10/30/2016, 10:04:13 PM] [FHEM] query: StatusActive for HM_2C1220-Activity
[10/30/2016, 10:04:13 PM] [FHEM] not cached
[10/30/2016, 10:04:13 PM] [FHEM] executing: http://127.0.0.1:1080/fhem?cmd=%7BReadingsVal(%22HM_2C1220%22,%22Activity%22,%22%22)%7D&XHR=1
[10/30/2016, 10:04:13 PM] [FHEM] caching: StatusActive: 0 (as string; from 'mapping.default')
[10/30/2016, 10:04:13 PM] [FHEM] Initializing platform accessory 'HM_2C1220_Sw'...
[10/30/2016, 10:04:13 PM] [FHEM] creating services for HM_2C1220_Sw
[10/30/2016, 10:04:13 PM] [FHEM] information service for HM_2C1220_Sw
[10/30/2016, 10:04:13 PM] [FHEM] manufacturer, model and serial number characteristics for HM_2C1220_Sw
[10/30/2016, 10:04:13 PM] [FHEM] Outlet service for HM_2C1220_Sw
[10/30/2016, 10:04:13 PM] [FHEM] On characteristic for HM_2C1220_Sw:state
[10/30/2016, 10:04:13 PM] [FHEM] no default
[10/30/2016, 10:04:13 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[10/30/2016, 10:04:13 PM] [FHEM] OutletInUse characteristic for HM_2C1220_Pwr:power
[10/30/2016, 10:04:13 PM] [FHEM] no default
[10/30/2016, 10:04:13 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[10/30/2016, 10:04:13 PM] [FHEM] StatusActive characteristic for HM_2C1220:Activity
[10/30/2016, 10:04:13 PM] [FHEM] initial value is: 0 (string)
[10/30/2016, 10:04:13 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m [0m
[30;47m ┌────────────┐ [0m
[30;47m │ 000-00-000 │ [0m
[30;47m └────────────┘ [0m
[30;47m [0m
[10/30/2016, 10:04:13 PM] Homebridge is running on port 51826.
[10/30/2016, 10:04:13 PM] [FHEM] value: 0
2016-10-30 22:04:13 caching: HM_2C1220_Pwr-power: 0
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220_Pwr-power threshold: value 0 mapped to 0
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220_Pwr-power valueOn/valueOff: value 0 mapped to 0
[10/30/2016, 10:04:13 PM] [FHEM] caching: OutletInUse: false (as boolean; from '0')
[10/30/2016, 10:04:13 PM] [FHEM] value: dead
2016-10-30 22:04:13 caching: HM_2C1220-Activity: dead
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220-Activity values: value dead mapped to 0
[10/30/2016, 10:04:13 PM] [FHEM] HM_2C1220-Activity valueOn/valueOff: value 0 mapped to 0
[10/30/2016, 10:04:13 PM] [FHEM] caching: StatusActive: false (as boolean; from 'dead')
Das Accessory ist danach tot und lässt sich auch nicht mehr wiederbeleben.
Ich möche bei bool Characteristics einfach nur einen einzelnen möglichen Wert für entweder true oder false angeben, alles andere soll den jeweils anderen Wert bekommen.
Bekommen wir das irgendwie hin?
das problem ist das die 0 beim zweiten als string verwendet wird. nicht als zahl. das sollte nicht passieren. ich denke das ich es eben repariert habe.
wenn du nur einen wert zuordnen willst und alle anderen sollen das gegenteil sein:
- bei boolean charactersitics: valueOn oder valueOff verwenden. alles andere ist dann jeweils das gegenteil
=> valueOn=yes
- bei boolean und alle anderen charateristics: oder den einen wert per values direkt mappen und den ganzen rest mit /.*/ als regex
=> values=yes:1;/.*/:0
Ich möchte aus einem "Weather" device die "humidity" in einen Dummy extrahieren um es separat in HomeKit sehen zu können.
Mein Code sieht so aus:
define WetterZuhause Weather 12345 600
attr WetterZuhause alias Wetter Zuhause
attr WetterZuhause genericDeviceType thermometer
attr WetterZuhause room Homekit,Garten
define Luftfeuchte dummy
attr Luftfeuchte alias Luftfeuchtigkeit
attr Luftfeuchte genericDeviceType HumiditySensor
attr Luftfeuchte userReadings humidity {ReadingsVal("WetterZuhause","humidity",0);;}
attr Luftfeuchte room Homekit,Garten
"WetterZuhause" wird korrekt angezeigt, aber "Luftfeuchte" funktioniert schon in FHEM nicht richtig. Das userReading wird nicht vom "WetterZuhause"-Gerät übernommen. Kann mir jemand dazu einen Tipp geben?
Danke euch! :)
Zitat von: Pati_Alpha am 30 Oktober 2016, 23:51:48
Ich möchte aus einem "Weather" device die "humidity" in einen Dummy extrahieren um es separat in HomeKit sehen zu können.
Mein Code sieht so aus:
define WetterZuhause Weather 12345 600
attr WetterZuhause alias Wetter Zuhause
attr WetterZuhause genericDeviceType thermometer
attr WetterZuhause room Homekit,Garten
define Luftfeuchte dummy
attr Luftfeuchte alias Luftfeuchtigkeit
attr Luftfeuchte genericDeviceType HumiditySensor
attr Luftfeuchte userReadings humidity {ReadingsVal("WetterZuhause","humidity",0);;}
attr Luftfeuchte room Homekit,Garten
"WetterZuhause" wird korrekt angezeigt, aber "Luftfeuchte" funktioniert schon in FHEM nicht richtig. Das userReading wird nicht vom "WetterZuhause"-Gerät übernommen. Kann mir jemand dazu einen Tipp geben?
Danke euch! :)
Mach doch im dummy einfach das homebridgeMapping für humdity gleich auf WetterZuhause.
EDIT: Oder gleich im Weather Device das humidty mappen.
Gruß
Dan
Zitat von: justme1968 am 30 Oktober 2016, 19:36:57
...
@fhemfreund: das problem ist nicht das direkte mapping sondern das homebridge keine characteristic kennt um einen wert aus mehreren auszuwählen.
das einfachste ist vermutlich eine LightScene zu konfigurieren und dann genau so zu behandeln wie die harmony szenen.
oder du baust dir mit einem readingsProxy eine steuerung zusammen die deine kugel wie eine echte rgb lampe steuern kann und bindest sie als lampe ein. schau dir mal in fhem.cfg.demo die simulierten rgb lampen an. vielleicht hilft dir das weiter.
gruss
andre
@Andre
danke für deine Info. Hab' mir die fhem.cfg.demo mal bezügl. ReadingsProxy angeschaut - leider bin ich da mit meinen Künsten draussen.
Gäbe es denn die Möglichkeit nur ein Mapping z.B. für eine Lampe (z.B. via GenericDeviceType 'light') zu nehmen und nur meine beiden FHEM Commands PowerOn und PowerOff zu mappen?
Falls ja: wie könnte das aussehen?
Andreas
Zitat von: justme1968 am 30 Oktober 2016, 22:44:20
das problem ist das die 0 beim zweiten als string verwendet wird. nicht als zahl. das sollte nicht passieren. ich denke das ich es eben repariert habe.
Ich denke, das hast du tatsächlich :)
Danke!
Zitat von: DeeSPe am 30 Oktober 2016, 23:53:48
Mach doch im dummy einfach das homebridgeMapping für humdity gleich auf WetterZuhause.
Ja, das würde ich gerne, aber wie ist da die Syntax?
Ist doch alles bei homebridge-fhem erklärt! ???
define WetterZuhause Weather 12345 600
attr WetterZuhause alias Wetter Zuhause
attr WetterZuhause genericDeviceType thermometer
attr WetterZuhause homebridgeMapping CurrentRelativeHumidity=humidity CurrentTemperature=temperature
attr WetterZuhause room Homekit,Garten
Das sollte reichen für Temperatur und Luftfeuchtigkeit.
Gruß
Dan
@fhemfreund: wenn dir on und off reicht attr <device> homebridgeMappng On=state,cmdOn=...,cmdOff=... leerzeichen mit + ersetzen.
@Pati_Alpha: wenn es dir nur um homebridge geht brauchst du den wert nicht per notify kopieren. dummy anlegen undattr Luftfeuchte homebridgeMappng CurrentRelativeHumidity=WetterZuhause:humidity setzen. das holt das reading für die characteristic direkt aus dem WetterZuhause device.
falls du das Luftfeuchte noch an anderer stelle verwendest schau dir readingsProxy statt dummy und notify an.
@DeeSPe: wenn die readings humidity und temperature heißen geht alles automatisch und es muss nichts gemappt werden.
gruss
andre
Zitat von: justme1968 am 31 Oktober 2016, 10:52:41
@DeeSPe: wenn die readings humidity und temperature heißen geht alles automatisch und es muss nichts gemappt werden.
Okay, habe es gerade mal kurz getestet und Weather Devices funktionieren ohne genericDeviceType und ohne homebridgeMapping und zeigen direkt Temperatur, Luftfeuchtigkeit und Luftdruck an! TOP!
Gruß
Dan
DeeSPe: Es funktioniert auch (tatsächlich auch ohne mapping), dass es beides in EINEM device anzeigt, aber dann sehe ich das nicht so gut in der Übersicht in Homekit sondern muss immer in das jeweilige Device reinklicken, daher wollte ich zwei separate devices machen.
Mein Problem ist aber immer noch: wenn ich den Dummy das reading aus dem Weather device holen lassen will updated er sich nicht.
Es sieht so aus und bleibt so wie auf dem Bild im Anhang.
Code ist:
define WetterZuhause Weather 26822450 600
attr WetterZuhause alias Wetter Zuhause
attr WetterZuhause genericDeviceType thermometer
attr WetterZuhause room Homekit,Garten
define Luftfeuchte dummy
attr Luftfeuchte alias Luftfeuchtigkeit
attr Luftfeuchte genericDeviceType HumiditySensor
attr Luftfeuchte homebridgeMapping CurrentRelativeHumidity=WetterZuhause:humidity
attr Luftfeuchte room Homekit,Garten
Er zeigt das "Luftfeuchte" device auch in Homekit an, aber es sagt immer 0% Luftfeuchtigkeit dabei sagt das Weather device unter "humidity" 80%.
Entschuldigt, dass ich mit den Frickeleien nerve, aber ich bin noch nicht firm genug in diesen Dingen. :/
ist dein homebridge-fhem aktuell?
bitte zeig mal die konsolenausgabe beim hombridge start von hand mit --debug.
gruss
andre
Hallo,
ich habe in Fhem eine structure definiert, mit der ich mehrere HUE Lampen per HomeKit auf einmal ein-/und ausschalten will.
Da die structure im Homekit, dann aber als HUE Lampe (inkl. Helligkeit, HUE, etc.) und nicht einfach als Ein/Aus Lampe angezeigt wird, habe ich die structure wie folgt umdefiniert:
homebridgeMapping clear On=state,valueOn=/on|undefined/,valueOff=off,cmdOn=on,cmdOff=off
Das funktioniert auch problemlos.
Nur habe ich jetzt das Problem das Fhem anscheinend bei jedem Neustart das hombridgeMapping in die untergeordneten Objekte schreibt, d.h. meine HUE Lampen werden auch zu on/off Lampen degradiert und ich muß das Attribut HomebridgeMappingen in jeder Leuchte nach einem Reboot löschen.
Danke und Grüße
Béla
schau mal ob es reicht wenn du den genericDeviceType für die strucure auf switch setzt.
ansonsten gibt es das structexclude attribute um zu verhindern das attribute auf die strcture mitglieder verteilt werden.
gruss
andre
hi,
ich habe Probleme meine Markise zu steuern (via apple home app). Also sie geht raus und rein...aber das icon läd und läd und bekommt keinen finalen Status...
Internals:
COMMANDS dim:slider,0,1,100 close:noArg delayedStopIdentify deploy:noArg down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stopIdentify:noArg undeploy:noArg up:noArg wink
DEF DEVICE io://1202-6008-2347/16118265
INTERVAL 2
IODev tahoma1
NAME tahoma_16118265
NR 70
NTFY_ORDER 50-tahoma_16118265
STATE Initialized
SUBTYPE DEVICE
TYPE tahoma
dataTypes core:NameState,core:PriorityLockTimerState,core:StatusState,core:RSSILevelState,core:DeploymentState,core:OpenClosedState
device io://1202-6008-2347/16118265
fid 16118265
inControllable io:HorizontalAwningIOComponent
inLabel Kinder Balkon
inPlaceOID 8e3e51a0-2696-4445-96ff-cc6915e201d2
inType 1
Readings:
2016-10-30 14:27:54 devicestate open
2016-10-30 14:27:54 position 100
Helper:
readingNames:
hash(0x3ecd450)
hash(0x3ecd4c8)
hash(0x3ecd540)
hash(0x3ecd5b8)
hash(0x3ecd630)
hash(0x3ecd6a8)
Attributes:
IODev tahoma1
alias Markise Kinder
genericDeviceType blind
homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
room Homekit,tahoma
userReadings position {ReadingsNum($name,'state',100)}
webCmd dim
kann jemand helfen?
danke und grüße
War wohl zu ungeduldig, jetzt funktioniert es. :)
Kann man das Updaten manuell triggern?
Hallo,
ich habe bislang homebridge mit meinem iPhone 6 benutzt, jedoch nur selten. Mit dem Programm Eve. Hat eigentlich soweit alles funktioniert.
Doch nun habe ich ein iPhone 6s und OS 10.0.2. drauf. Seither zeigt mir Eve z.T. falsche Werte und ich kann nicht mehr steuern. Z.B. der folgende Eintrag zeigt immer, dass die Lampe an ist, obschon sie aus ist.
[2016-11-01 10:19:21] [FHEM] EZ_L_NodOn1 is light
[2016-11-01 10:19:21] [FHEM] EZ_L_NodOn1 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: EZ_L_NodOn1-state: A0
Muss ich Homebridge neu aufsetzen?
Hier der ganze Auszug.
Danke für die Hilfe
Lg c
pi@raspberrypi:~ $ homebridge start
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2016-11-01 10:19:20] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[2016-11-01 10:19:20] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-11-01 10:19:20] Registering platform 'homebridge-fhem.FHEM'
[2016-11-01 10:19:20] ---
[2016-11-01 10:19:20] Loaded config.json with 0 accessories and 1 platforms.
[2016-11-01 10:19:20] ---
[2016-11-01 10:19:20] Loading 1 platforms...
[2016-11-01 10:19:20] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1477991960990
[2016-11-01 10:19:21] [FHEM] Checking genericDeviceType...
[2016-11-01 10:19:21] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2016-11-01 10:19:21] [FHEM] Fetching FHEM devices...
[2016-11-01 10:19:21] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2016-11-01 10:19:21] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8082
Server listening on: http://<ip>:8282
[2016-11-01 10:19:21] [FHEM] got: 20 results
[2016-11-01 10:19:21] [FHEM] Aussen_L_UG_Nodon2 is light
[2016-11-01 10:19:21] [FHEM] Aussen_L_UG_Nodon2 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: Aussen_L_UG_Nodon2-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
[2016-11-01 10:19:21] [FHEM] DB7080 is switch
[2016-11-01 10:19:21] [FHEM] DB7080 has
[2016-11-01 10:19:21] [FHEM] Custom Volume [volume;cached]
[2016-11-01 10:19:21] [FHEM] Custom Power [power]
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: DB7080-volume: -
[2016-11-01 10:19:21] [FHEM] DB7080-volume not a number: -
2016-11-01 10:19:21 caching: DB7080-power: off
[2016-11-01 10:19:21] [FHEM] DB7080-power not a number: off
2016-11-01 10:19:21 caching: DB7080-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
[2016-11-01 10:19:21] [FHEM] EZ_L_NodOn1 is light
[2016-11-01 10:19:21] [FHEM] EZ_L_NodOn1 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: EZ_L_NodOn1-state: A0
[2016-11-01 10:19:21] [FHEM] caching: On: true (as boolean; from 'A0')
[2016-11-01 10:19:21] [FHEM] Gang_L_UG_Nodon3 is light
[2016-11-01 10:19:21] [FHEM] Gang_L_UG_Nodon3 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: Gang_L_UG_Nodon3-state: A0
[2016-11-01 10:19:21] [FHEM] caching: On: true (as boolean; from 'A0')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: On=B0::B0
[2016-11-01 10:19:21] [FHEM] Garage_T_FSR61 is switch
[2016-11-01 10:19:21] [FHEM] Garage_T_FSR61 has
[2016-11-01 10:19:21] [FHEM] On [B0;undefined,undefined]
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-11-01 10:19:21] [FHEM] Kueche_D_FUD61 is light
[2016-11-01 10:19:21] [FHEM] Kueche_D_FUD61 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
[2016-11-01 10:19:21] [FHEM] Brightness [dim]
2016-11-01 10:19:21 caching: Kueche_D_FUD61-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
2016-11-01 10:19:21 caching: Kueche_D_FUD61-dim: 0
[2016-11-01 10:19:21] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-11-01 10:19:21] [FHEM] Kueche_St_FSB61 is blind
[2016-11-01 10:19:21] [FHEM] Kueche_St_FSB61 has
[2016-11-01 10:19:21] [FHEM] CurrentPosition [position]
[2016-11-01 10:19:21] [FHEM] TargetPosition [position]
2016-11-01 10:19:21 caching: Kueche_St_FSB61-position: 100
[2016-11-01 10:19:21] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-11-01 10:19:21] [FHEM] SZ_St1_FSB61 is blind
[2016-11-01 10:19:21] [FHEM] SZ_St1_FSB61 has
[2016-11-01 10:19:21] [FHEM] CurrentPosition [position]
[2016-11-01 10:19:21] [FHEM] TargetPosition [position]
2016-11-01 10:19:21 caching: SZ_St1_FSB61-position: 100
[2016-11-01 10:19:21] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-11-01 10:19:21] [FHEM] SZ_St2_FSB61 is blind
[2016-11-01 10:19:21] [FHEM] SZ_St2_FSB61 has
[2016-11-01 10:19:21] [FHEM] CurrentPosition [position]
[2016-11-01 10:19:21] [FHEM] TargetPosition [position]
2016-11-01 10:19:21 caching: SZ_St2_FSB61-position: 100
[2016-11-01 10:19:21] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] Sonos_Bad__Schlafz is switch
[2016-11-01 10:19:21] [FHEM] Sonos_Bad__Schlafz has
[2016-11-01 10:19:21] [FHEM] Custom Volume [Volume;not cached]
[2016-11-01 10:19:21] [FHEM] On [transportState;play,pause]
2016-11-01 10:19:21 caching: Sonos_Bad__Schlafz-Volume: 28
[2016-11-01 10:19:21] [FHEM] caching: Custom Volume: 28 (as number; from '28')
2016-11-01 10:19:21 caching: Sonos_Bad__Schlafz-transportState: PLAYING
[2016-11-01 10:19:21] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[2016-11-01 10:19:21] [FHEM] Sonos_Buero is switch
[2016-11-01 10:19:21] [FHEM] Sonos_Buero has
[2016-11-01 10:19:21] [FHEM] Custom Volume [Volume;not cached]
[2016-11-01 10:19:21] [FHEM] On [transportState;play,pause]
2016-11-01 10:19:21 caching: Sonos_Buero-Volume: 100
[2016-11-01 10:19:21] [FHEM] caching: Custom Volume: 100 (as number; from '100')
2016-11-01 10:19:21 caching: Sonos_Buero-transportState: STOPPED
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'STOPPED')
[2016-11-01 10:19:21] [FHEM] Sonos_Mobil is switch
[2016-11-01 10:19:21] [FHEM] Sonos_Mobil has
[2016-11-01 10:19:21] [FHEM] Custom Volume [Volume;not cached]
[2016-11-01 10:19:21] [FHEM] On [transportState;play,pause]
2016-11-01 10:19:21 caching: Sonos_Mobil-Volume: 44
[2016-11-01 10:19:21] [FHEM] caching: Custom Volume: 44 (as number; from '44')
2016-11-01 10:19:21 caching: Sonos_Mobil-transportState: PAUSED_PLAYBACK
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'PAUSED_PLAYBACK')
[2016-11-01 10:19:21] [FHEM] Sonos_Wohnzimmer is switch
[2016-11-01 10:19:21] [FHEM] Sonos_Wohnzimmer has
[2016-11-01 10:19:21] [FHEM] Custom Volume [Volume;not cached]
[2016-11-01 10:19:21] [FHEM] On [transportState;play,pause]
2016-11-01 10:19:21 caching: Sonos_Wohnzimmer-Volume: 29
[2016-11-01 10:19:21] [FHEM] caching: Custom Volume: 29 (as number; from '29')
2016-11-01 10:19:21 caching: Sonos_Wohnzimmer-transportState: PLAYING
[2016-11-01 10:19:21] [FHEM] caching: On: true (as boolean; from 'PLAYING')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-11-01 10:19:21] [FHEM] TV_D_FUD61 is light
[2016-11-01 10:19:21] [FHEM] TV_D_FUD61 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
[2016-11-01 10:19:21] [FHEM] Brightness [dim]
2016-11-01 10:19:21 caching: TV_D_FUD61-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
2016-11-01 10:19:21 caching: TV_D_FUD61-dim: 0
[2016-11-01 10:19:21] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: CurrentPosition=position::position
[2016-11-01 10:19:21] [FHEM] TV_St_FSB61 is blind
[2016-11-01 10:19:21] [FHEM] TV_St_FSB61 has
[2016-11-01 10:19:21] [FHEM] CurrentPosition [position]
[2016-11-01 10:19:21] [FHEM] TargetPosition [position]
2016-11-01 10:19:21 caching: TV_St_FSB61-position: 100
[2016-11-01 10:19:21] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2016-11-01 10:19:21] [FHEM] homebridgeMapping: Brightness=dim::dim
[2016-11-01 10:19:21] [FHEM] WZ_D_FUD61 is light
[2016-11-01 10:19:21] [FHEM] WZ_D_FUD61 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
[2016-11-01 10:19:21] [FHEM] Brightness [dim]
2016-11-01 10:19:21 caching: WZ_D_FUD61-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
2016-11-01 10:19:21 caching: WZ_D_FUD61-dim: 0
[2016-11-01 10:19:21] [FHEM] caching: Brightness: 0 (as number; from '0')
[2016-11-01 10:19:21] [FHEM] WZ_L_NodOn11 is light
[2016-11-01 10:19:21] [FHEM] WZ_L_NodOn11 has
[2016-11-01 10:19:21] [FHEM] On [state;on,off]
2016-11-01 10:19:21 caching: WZ_L_NodOn11-state: off
[2016-11-01 10:19:21] [FHEM] caching: On: false (as boolean; from 'off')
[2016-11-01 10:19:21] [FHEM] netatmo_D70_ee_50_02_92_3a is thermometer
[2016-11-01 10:19:21] [FHEM] netatmo_D70_ee_50_02_92_3a has
[2016-11-01 10:19:21] [FHEM] CurrentTemperature [temperature]
[2016-11-01 10:19:21] [FHEM] Custom AirPressure [pressure]
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity [humidity]
2016-11-01 10:19:21 caching: netatmo_D70_ee_50_02_92_3a-temperature: 22.7
[2016-11-01 10:19:21] [FHEM] caching: CurrentTemperature: 22.7 (as number; from '22.7')
2016-11-01 10:19:21 caching: netatmo_D70_ee_50_02_92_3a-pressure: 1027.5
[2016-11-01 10:19:21] [FHEM] caching: Custom AirPressure: 1028 (as number; from '1027.5')
2016-11-01 10:19:21 caching: netatmo_D70_ee_50_02_92_3a-humidity: 49
[2016-11-01 10:19:21] [FHEM] caching: CurrentRelativeHumidity: 49 (as number; from '49')
[2016-11-01 10:19:21] [FHEM] netatmo_M02_00_00_02_b4_0a is thermometer
[2016-11-01 10:19:21] [FHEM] netatmo_M02_00_00_02_b4_0a has
[2016-11-01 10:19:21] [FHEM] CurrentTemperature [temperature]
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity [humidity]
[2016-11-01 10:19:21] [FHEM] StatusLowBattery [battery]
2016-11-01 10:19:21 caching: netatmo_M02_00_00_02_b4_0a-temperature: 8.1
[2016-11-01 10:19:21] [FHEM] caching: CurrentTemperature: 8.1 (as number; from '8.1')
2016-11-01 10:19:21 caching: netatmo_M02_00_00_02_b4_0a-humidity: 89
[2016-11-01 10:19:21] [FHEM] caching: CurrentRelativeHumidity: 89 (as number; from '89')
2016-11-01 10:19:21 caching: netatmo_M02_00_00_02_b4_0a-battery: ok
[2016-11-01 10:19:21] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[2016-11-01 10:19:21] [FHEM] netatmo_M03_00_00_00_5c_4e is thermometer
[2016-11-01 10:19:21] [FHEM] netatmo_M03_00_00_00_5c_4e has
[2016-11-01 10:19:21] [FHEM] CurrentTemperature [temperature]
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity [humidity]
[2016-11-01 10:19:21] [FHEM] StatusLowBattery [battery]
2016-11-01 10:19:21 caching: netatmo_M03_00_00_00_5c_4e-temperature: 23.2
[2016-11-01 10:19:21] [FHEM] caching: CurrentTemperature: 23.2 (as number; from '23.2')
2016-11-01 10:19:21 caching: netatmo_M03_00_00_00_5c_4e-humidity: 43
[2016-11-01 10:19:21] [FHEM] caching: CurrentRelativeHumidity: 43 (as number; from '43')
2016-11-01 10:19:21 caching: netatmo_M03_00_00_00_5c_4e-battery: ok
[2016-11-01 10:19:21] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Aussen_L_UG_Nodon2'...
[2016-11-01 10:19:21] [FHEM] creating services for Aussen_L_UG_Nodon2
[2016-11-01 10:19:21] [FHEM] information service for Aussen_L_UG_Nodon2
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Aussen_L_UG_Nodon2
[2016-11-01 10:19:21] [FHEM] Lightbulb service for Aussen_L_UG_Nodon2
[2016-11-01 10:19:21] [FHEM] On characteristic for Aussen_L_UG_Nodon2:state
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'DB7080'...
[2016-11-01 10:19:21] [FHEM] creating services for DB7080
[2016-11-01 10:19:21] [FHEM] information service for DB7080
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for DB7080
[2016-11-01 10:19:21] [FHEM] Switch service for DB7080
[2016-11-01 10:19:21] [FHEM] Custom Volume characteristic for DB7080:volume
[2016-11-01 10:19:21] [FHEM] Custom Power characteristic for DB7080:power
[2016-11-01 10:19:21] [FHEM] On characteristic for DB7080:state
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'EZ_L_NodOn1'...
[2016-11-01 10:19:21] [FHEM] creating services for EZ_L_NodOn1
[2016-11-01 10:19:21] [FHEM] information service for EZ_L_NodOn1
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for EZ_L_NodOn1
[2016-11-01 10:19:21] [FHEM] Lightbulb service for EZ_L_NodOn1
[2016-11-01 10:19:21] [FHEM] On characteristic for EZ_L_NodOn1:state
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Gang_L_UG_Nodon3'...
[2016-11-01 10:19:21] [FHEM] creating services for Gang_L_UG_Nodon3
[2016-11-01 10:19:21] [FHEM] information service for Gang_L_UG_Nodon3
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Gang_L_UG_Nodon3
[2016-11-01 10:19:21] [FHEM] Lightbulb service for Gang_L_UG_Nodon3
[2016-11-01 10:19:21] [FHEM] On characteristic for Gang_L_UG_Nodon3:state
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Garage_T_FSR61'...
[2016-11-01 10:19:21] [FHEM] creating services for Garage_T_FSR61
[2016-11-01 10:19:21] [FHEM] information service for Garage_T_FSR61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Garage_T_FSR61
[2016-11-01 10:19:21] [FHEM] Switch service for Garage_T_FSR61
[2016-11-01 10:19:21] [FHEM] On characteristic for Garage_T_FSR61:B0
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Kueche_D_FUD61'...
[2016-11-01 10:19:21] [FHEM] creating services for Kueche_D_FUD61
[2016-11-01 10:19:21] [FHEM] information service for Kueche_D_FUD61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Kueche_D_FUD61
[2016-11-01 10:19:21] [FHEM] Lightbulb service for Kueche_D_FUD61
[2016-11-01 10:19:21] [FHEM] On characteristic for Kueche_D_FUD61:state
[2016-11-01 10:19:21] [FHEM] Brightness characteristic for Kueche_D_FUD61:dim
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Kueche_St_FSB61'...
[2016-11-01 10:19:21] [FHEM] creating services for Kueche_St_FSB61
[2016-11-01 10:19:21] [FHEM] information service for Kueche_St_FSB61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Kueche_St_FSB61
[2016-11-01 10:19:21] [FHEM] WindowCovering service for Kueche_St_FSB61
[2016-11-01 10:19:21] [FHEM] CurrentPosition characteristic for Kueche_St_FSB61:position
[2016-11-01 10:19:21] [FHEM] TargetPosition characteristic for Kueche_St_FSB61:position
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'SZ_St1_FSB61'...
[2016-11-01 10:19:21] [FHEM] creating services for SZ_St1_FSB61
[2016-11-01 10:19:21] [FHEM] information service for SZ_St1_FSB61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for SZ_St1_FSB61
[2016-11-01 10:19:21] [FHEM] WindowCovering service for SZ_St1_FSB61
[2016-11-01 10:19:21] [FHEM] CurrentPosition characteristic for SZ_St1_FSB61:position
[2016-11-01 10:19:21] [FHEM] TargetPosition characteristic for SZ_St1_FSB61:position
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'SZ_St2_FSB61'...
[2016-11-01 10:19:21] [FHEM] creating services for SZ_St2_FSB61
[2016-11-01 10:19:21] [FHEM] information service for SZ_St2_FSB61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for SZ_St2_FSB61
[2016-11-01 10:19:21] [FHEM] WindowCovering service for SZ_St2_FSB61
[2016-11-01 10:19:21] [FHEM] CurrentPosition characteristic for SZ_St2_FSB61:position
[2016-11-01 10:19:21] [FHEM] TargetPosition characteristic for SZ_St2_FSB61:position
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Sonos_Bad__Schlafz'...
[2016-11-01 10:19:21] [FHEM] creating services for Sonos_Bad__Schlafz
[2016-11-01 10:19:21] [FHEM] information service for Sonos_Bad__Schlafz
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Sonos_Bad__Schlafz
[2016-11-01 10:19:21] [FHEM] Switch service for Sonos_Bad__Schlafz
[2016-11-01 10:19:21] [FHEM] Custom Volume characteristic for Sonos_Bad__Schlafz:Volume
[2016-11-01 10:19:21] [FHEM] On characteristic for Sonos_Bad__Schlafz:transportState
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Sonos_Buero'...
[2016-11-01 10:19:21] [FHEM] creating services for Sonos_Buero
[2016-11-01 10:19:21] [FHEM] information service for Sonos_Buero
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Sonos_Buero
[2016-11-01 10:19:21] [FHEM] Switch service for Sonos_Buero
[2016-11-01 10:19:21] [FHEM] Custom Volume characteristic for Sonos_Buero:Volume
[2016-11-01 10:19:21] [FHEM] On characteristic for Sonos_Buero:transportState
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Sonos_Mobil'...
[2016-11-01 10:19:21] [FHEM] creating services for Sonos_Mobil
[2016-11-01 10:19:21] [FHEM] information service for Sonos_Mobil
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Sonos_Mobil
[2016-11-01 10:19:21] [FHEM] Switch service for Sonos_Mobil
[2016-11-01 10:19:21] [FHEM] Custom Volume characteristic for Sonos_Mobil:Volume
[2016-11-01 10:19:21] [FHEM] On characteristic for Sonos_Mobil:transportState
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[2016-11-01 10:19:21] [FHEM] creating services for Sonos_Wohnzimmer
[2016-11-01 10:19:21] [FHEM] information service for Sonos_Wohnzimmer
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for Sonos_Wohnzimmer
[2016-11-01 10:19:21] [FHEM] Switch service for Sonos_Wohnzimmer
[2016-11-01 10:19:21] [FHEM] Custom Volume characteristic for Sonos_Wohnzimmer:Volume
[2016-11-01 10:19:21] [FHEM] On characteristic for Sonos_Wohnzimmer:transportState
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'TV_D_FUD61'...
[2016-11-01 10:19:21] [FHEM] creating services for TV_D_FUD61
[2016-11-01 10:19:21] [FHEM] information service for TV_D_FUD61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for TV_D_FUD61
[2016-11-01 10:19:21] [FHEM] Lightbulb service for TV_D_FUD61
[2016-11-01 10:19:21] [FHEM] On characteristic for TV_D_FUD61:state
[2016-11-01 10:19:21] [FHEM] Brightness characteristic for TV_D_FUD61:dim
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'TV_St_FSB61'...
[2016-11-01 10:19:21] [FHEM] creating services for TV_St_FSB61
[2016-11-01 10:19:21] [FHEM] information service for TV_St_FSB61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for TV_St_FSB61
[2016-11-01 10:19:21] [FHEM] WindowCovering service for TV_St_FSB61
[2016-11-01 10:19:21] [FHEM] CurrentPosition characteristic for TV_St_FSB61:position
[2016-11-01 10:19:21] [FHEM] TargetPosition characteristic for TV_St_FSB61:position
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'WZ_D_FUD61'...
[2016-11-01 10:19:21] [FHEM] creating services for WZ_D_FUD61
[2016-11-01 10:19:21] [FHEM] information service for WZ_D_FUD61
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for WZ_D_FUD61
[2016-11-01 10:19:21] [FHEM] Lightbulb service for WZ_D_FUD61
[2016-11-01 10:19:21] [FHEM] On characteristic for WZ_D_FUD61:state
[2016-11-01 10:19:21] [FHEM] Brightness characteristic for WZ_D_FUD61:dim
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'WZ_L_NodOn11'...
[2016-11-01 10:19:21] [FHEM] creating services for WZ_L_NodOn11
[2016-11-01 10:19:21] [FHEM] information service for WZ_L_NodOn11
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for WZ_L_NodOn11
[2016-11-01 10:19:21] [FHEM] Lightbulb service for WZ_L_NodOn11
[2016-11-01 10:19:21] [FHEM] On characteristic for WZ_L_NodOn11:state
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'netatmo_D70_ee_50_02_92_3a'...
[2016-11-01 10:19:21] [FHEM] creating services for netatmo_D70_ee_50_02_92_3a
[2016-11-01 10:19:21] [FHEM] information service for netatmo_D70_ee_50_02_92_3a
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for netatmo_D70_ee_50_02_92_3a
[2016-11-01 10:19:21] [FHEM] TemperatureSensor service for netatmo_D70_ee_50_02_92_3a
[2016-11-01 10:19:21] [FHEM] CurrentTemperature characteristic for netatmo_D70_ee_50_02_92_3a:temperature
[2016-11-01 10:19:21] [FHEM] Custom AirPressure characteristic for netatmo_D70_ee_50_02_92_3a:pressure
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity characteristic for netatmo_D70_ee_50_02_92_3a:humidity
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'netatmo_M02_00_00_02_b4_0a'...
[2016-11-01 10:19:21] [FHEM] creating services for netatmo_M02_00_00_02_b4_0a
[2016-11-01 10:19:21] [FHEM] information service for netatmo_M02_00_00_02_b4_0a
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for netatmo_M02_00_00_02_b4_0a
[2016-11-01 10:19:21] [FHEM] TemperatureSensor service for netatmo_M02_00_00_02_b4_0a
[2016-11-01 10:19:21] [FHEM] CurrentTemperature characteristic for netatmo_M02_00_00_02_b4_0a:temperature
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity characteristic for netatmo_M02_00_00_02_b4_0a:humidity
[2016-11-01 10:19:21] [FHEM] StatusLowBattery characteristic for netatmo_M02_00_00_02_b4_0a:battery
[2016-11-01 10:19:21] [FHEM] Initializing platform accessory 'netatmo_M03_00_00_00_5c_4e'...
[2016-11-01 10:19:21] [FHEM] creating services for netatmo_M03_00_00_00_5c_4e
[2016-11-01 10:19:21] [FHEM] information service for netatmo_M03_00_00_00_5c_4e
[2016-11-01 10:19:21] [FHEM] manufacturer, model and serial number characteristics for netatmo_M03_00_00_00_5c_4e
[2016-11-01 10:19:21] [FHEM] TemperatureSensor service for netatmo_M03_00_00_00_5c_4e
[2016-11-01 10:19:21] [FHEM] CurrentTemperature characteristic for netatmo_M03_00_00_00_5c_4e:temperature
[2016-11-01 10:19:21] [FHEM] CurrentRelativeHumidity characteristic for netatmo_M03_00_00_00_5c_4e:humidity
[2016-11-01 10:19:21] [FHEM] StatusLowBattery characteristic for netatmo_M03_00_00_00_5c_4e:battery
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
@webundstyle: in deinem listing gibt es kein reading state. du verwendest es aber um das position reading zu erzeugen. ändert sich das position reading in fhem wenn die markise anhält? siehst du das als event im event monitor? siehst du das als konsolenausgabe von homebridge? siehst du es im debug browser auf port 8282?
@Pati_Alpha: welches update? die werte sollten alle automatisch aktualisiert werden.
@choetzu: der wert A0 wird bei dir nicht automatisch als aus erkannt. zeig mal bitte ein jsonlist2 vom device.
gruss
andre
Jemand ne Idee wie ich den Netatmo Regenmesser in die HomeKit App bekomme?
Die Homebridge weiss damit wohl nicht anzufangen...
[11/1/2016, 12:56:28 PM] [FHEM] netatmo_M05_00_00_00_3d_cc: no service type detected
[11/1/2016, 12:56:28 PM] [FHEM] no accessory created for netatmo_M05_00_00_00_3d_cc (netatmo)
ich glaube es gibt keine standart characteristik dür regenmenge.
du kannst dir eine custom chatacteristik dafür anlegen.
weiter oben gibt es beispiele.
gruss
andre
hallo! ich weis nicht ob es hier reinpasst aber ich habe heute Homebridge und iOS upgedatet und nun keine Verbindung mehr erreichbar! habe auch versucht in config.js den username von 31 auf 32 zu setzen nichts geht auch neustart von allen geräten (raspberry, Homebridge selbst und iPhone) nicht! habt ihr eine Lösung?
Zitat@choetzu: der wert A0 wird bei dir nicht automatisch als aus erkannt. zeig mal bitte ein jsonlist2 vom device.
here we go.. Komisch nur, dass das bislang ging... Wurde evtl. durch ein Update was verstellt?
{
"Arg":"EZ_L_NodOn1",
"Results": [
{
"Name":"EZ_L_NodOn1",
"PossibleSets":"dim:slider,0,1,100 on off autoOffTime delayOffTime extSwitchMode extSwitchType local measurement roomCtrlMode:off,buildingProtection,economy,comfort-2,comfort-1,comfort special on-till-overnight toggle off-till on-till intervals off-for-timer blink on-for-timer off-till-overnight",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 actualTemp angleMax:slider,-180,20,180 alarmAction angleMin:slider,-180,20,180 angleTime setCmdTrigger:man,refDev blockUnknownMSC:no,yes blockMotion:no,yes blockTemp:no,yes blockDisplay:no,yes blockDateTime:no,yes blockTimeProgram:no,yes blockOccupancy:no,yes blockSetpointTemp:no,yes blockFanSpeed:no,yes blockKey:no,yes comMode:confirm,biDir,uniDir creator:autocreate,manual daylightSavingTime:supported,not_supported dataEnc:VAES,AES-CBC defaultChannel:all,input,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29 demandRespAction demandRespRefDev demandRespMax:A0,AI,B0,BI,C0,CI,D0,DI demandRespMin:A0,AI,B0,BI,C0,CI,D0,DI demandRespRandomTime demandRespThreshold:slider,0,1,15 demandRespTimeoutLevel:max,last destinationID devChannel devMode:master,slave devUpdate:off,auto,demand,polling,interrupt dimMax dimMin dimValueOn disable:0,1 disabledForIntervals displayContent:default,humidity,off,setpointTemp,tempertureExtern,temperatureIntern,time,no_change displayOrientation:0,90,180,270 eep gpDef gwCmd:blindCmd,controlVar,dimming,fanStage,setpointBasic,setpointShift,switching humitity humidityRefDev keyRcv keySnd macAlgo:no,3,4 measurementCtrl:disable,enable manufID:000,001,002,003,004,005,006,007,008,009,00A,00B,00C,00D,00E,00F,010,011,012,013,014,015,016,017,018,019,01A,01B,01C,01D,01E,01F,020,021,022,023,024,025,026,027,028,029,02A,02B,02C,02D,030,031,032,033,034,035,036,038,039,03A,03C,03E,03F,040,041,043,045,046,049,7FF model:other,FAE14,FHK14,FHK61,FSA12,FSB14,FSB61,FSB70,FSM12,FSM61,FT55,FTS12,TF,tracker observe:on,off observeCmdRepetition:1,2,3,4,5 observeErrorAction observeInterval observeLogic:and,or observeRefDev pidActorErrorAction:errorPos,freeze pidActorCallBeforeSetting pidActorErrorPos pidActorLimitLower pidActorLimitUpper pidCtrl:on,off pidDeltaTreshold pidFactor_D pidFactor_I pidFactor_P pidIPortionCallBeforeSetting pidSensorTimeout pollInterval postmasterID productID rampTime rcvRespAction releasedChannel:A,B,C,D,I,0,auto repeatingAllowed:yes,no remoteCode remoteEEP remoteID remoteManufID remoteManagement:client,manager,off rlcAlgo:no,2++,3++ rlcRcv rlcSnd rlcTX:true,false reposition:directly,opens,closes rltRepeat:16,32,64,128,256 rltType:1BS,4BS scaleDecimals:0,1,2,3,4,5,6,7,8,9 scaleMax scaleMin secMode:rcv,snd,bidir secLevel:encapsulation,encryption,off sendDevStatus:no,yes sensorMode:switch,pushbutton serviceOn:no,yes settingAccuracy:high,low setpointRefDev setpointSummerMode:slider,0,5,100 setpointTempRefDev shutTime shutTimeCloses subDef subDef0 subDefI subDefA subDefB subDefC subDefD subDefH subDefW subType:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 subTypeSet:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 subTypeReading:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 summerMode:off,on switchMode:switch,pushbutton switchHysteresis switchType:direction,universal,channel,central teachMethod:1BS,4BS,confirm,GP,RPS,smartAck,STE,UTE temperatureRefDev temperatureScale:C,F,default,no_change timeNotation:12,24,default,no_change timeProgram1 timeProgram2 timeProgram3 timeProgram4 trackerWakeUpCycle:30,60,3600,86400 updateState:default,yes,no uteResponseRequest:yes,no wakeUpCycle:151200,150,1170,330,480,86400,990,1140,90,1080,118800,1020,870,1470,210,1320,21600,840,390,900,1350,180,510,54000,690,240,129600,1440,1050,570,1260,720,810,120,780,10,97200,630,750,32400,1410,140400,930,960,660,300,108000,1200,1290,60,540,1110,270,1380,360,450,600,43200,1230,420,64800,75600,10800,1500 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "01949334",
"LASTInputDev": "TCM_ESP3_0",
"MSGCNT": "18",
"NAME": "EZ_L_NodOn1",
"NR": "45",
"NTFY_ORDER": "50-EZ_L_NodOn1",
"STATE": "off",
"TCM_ESP3_0_DestinationID": "FFFFFFFF",
"TCM_ESP3_0_MSGCNT": "18",
"TCM_ESP3_0_PacketType": "1",
"TCM_ESP3_0_RSSI": "-71",
"TCM_ESP3_0_ReceivingQuality": "excellent",
"TCM_ESP3_0_RepeatingCounter": "0",
"TCM_ESP3_0_SubTelNum": "3",
"TCM_ESP3_0_TIME": "2016-10-31 18:48:53",
"TYPE": "EnOcean"
},
"Readings": {
"buttons": { "Value":"released", "Time":"2016-10-31 18:48:53" },
"channel0": { "Value":"off", "Time":"2016-10-31 18:48:53" },
"channel1": { "Value":"off", "Time":"2016-10-23 19:14:54" },
"channel2": { "Value":"off", "Time":"2016-04-28 12:31:17" },
"channelA": { "Value":"A0", "Time":"2016-10-31 18:48:53" },
"channelB": { "Value":"B0", "Time":"2016-10-23 19:14:54" },
"channelchannel0": { "Value":"off", "Time":"2016-04-28 10:03:48" },
"channelchannel1": { "Value":"off", "Time":"2016-04-28 10:04:01" },
"channelchannelA": { "Value":"off", "Time":"2016-04-28 10:02:47" },
"channelchannelB": { "Value":"off", "Time":"2016-04-28 10:04:18" },
"dim": { "Value":"0", "Time":"2016-10-31 18:48:53" },
"dim0": { "Value":"0", "Time":"2016-10-31 18:48:53" },
"dim1": { "Value":"0", "Time":"2016-10-23 19:14:54" },
"dim2": { "Value":"0", "Time":"2016-04-28 12:31:17" },
"dimchannel0": { "Value":"0", "Time":"2016-04-28 10:03:48" },
"dimchannel1": { "Value":"0", "Time":"2016-04-28 10:04:01" },
"dimchannelA": { "Value":"0", "Time":"2016-04-28 10:02:47" },
"dimchannelB": { "Value":"0", "Time":"2016-04-28 10:04:18" },
"error0": { "Value":"not_supported", "Time":"2016-10-31 18:48:53" },
"error1": { "Value":"not_supported", "Time":"2016-10-23 19:14:54" },
"localControl0": { "Value":"enabled", "Time":"2016-10-31 18:48:53" },
"localControl1": { "Value":"enabled", "Time":"2016-10-23 19:14:54" },
"overCurrentOff0": { "Value":"ready", "Time":"2016-10-31 18:48:53" },
"overCurrentOff1": { "Value":"ready", "Time":"2016-10-23 19:14:54" },
"powerFailure0": { "Value":"disabled", "Time":"2016-10-31 18:48:53" },
"powerFailure1": { "Value":"disabled", "Time":"2016-10-23 19:14:54" },
"powerFailureDetection0": { "Value":"not_detected", "Time":"2016-10-31 18:48:53" },
"powerFailureDetection1": { "Value":"not_detected", "Time":"2016-10-23 19:14:54" },
"state": { "Value":"A0", "Time":"2016-10-31 18:48:53" },
"teach": { "Value":"UTE teach-in accepted EEP D2-01-12 Manufacturer: ID-RF", "Time":"2016-04-28 07:14:22" }
},
"Attributes": {
"IODev": "TCM_ESP3_0",
"alias": "Esszimmer",
"comMode": "biDir",
"defaultChannel": "0",
"devChannel": "2",
"eep": "D2-01-12",
"fhem_widget_command": "{\u0022allowed_values\u0022:[\u0022off\u0022,\u0022on\u0022],\u0022order\u0022:150}",
"fm_type": "lamp,state",
"genericDeviceType": "light",
"group": "Licht",
"manufID": "046",
"room": "Homekit,EnOcean,Widget_App",
"sortby": "4",
"stateFormat": "channel0",
"subDef": "FFBC6502",
"subType": "actuator.01",
"teachMethod": "UTE"
}
} ],
"totalResultsReturned":1
}
@choetzu: wenn du hombridge-fhem aktualisierst bzw. noch mal drüber installierst sollte es wieder gehen.
gruss
andre
hallo justme1968
super, danke für die Hilfe.. Super!! geht aber leider noch nicht 100%ig.
ich habe gemäss Wiki
npm install -g --unsafe-perm homebridge und
npm install -g homebridge-fhem
Das Schalten von den Devices geht nun, aber die Werte der Eltalko Rolladen werden falsch angezeigt. Obschon ich 2 Rolladen geschlossen und 2 Rolladen offen habe, heisst es überall "Geöffnet".
muss ich noch etwas im FHEM eingeben?
@choetzu find ich cool habe das selbe gemacht und es funktioniert garnichts mehr
@choetzu: zeig mal ein jsonlist2 der devices.
ansonsten schau dir an wie homebridgeMapping funktioniert. für rolläden gibt es diverse beispiele im thread. auch für EnOcean.
gruss
andre
Kann mir bitte wer helfen? Homebridge läuft nach dem update nach fhem wiki wieder aber ich bekomme es nicht aufs iPhone!
Hallo,
hat jemand eine Idee, wie man einen Homematic Fenstermotor integriert?
Im verschlossenen Zustand hat das Ding einen LEVEL von -0.005.
Das ist scheinbar die einzige Möglichkeit, es zu verriegeln.
CurrentPosition und TargetPosition sind aber UInt.
Wie macht man das am blödesten?
VG alex
meinst du eine winmatic? die sollte eigentlich automatisch funktionieren. wenn verschlossen ist sollte state locked sein. wenn target auf 0 gesetzt wird dann wird lock gesendet.
Zitat von: Kawaci am 01 November 2016, 17:22:51
@choetzu find ich cool habe das selbe gemacht und es funktioniert garnichts mehr
hallo, mach das selbe nochmals, aber mit "sudo" vorab... also "sudo npm install -g --unsafe-perm homebridge" etc
bei mir hat es dann auch geklappt..
hier meine jsonlist2 eines Rolladen, welcher zu ist, aber als geöffnet gezeigt wird..
"Arg":"Kueche_St_FSB61",
"Results": [
{
"Name":"Kueche_St_FSB61",
"PossibleSets":"position:slider,0,5,100 anglePos:slider,-180,5,180 closes:noArg down local:learn opens:noArg stop:noArg teach:noArg up",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 actualTemp angleMax:slider,-180,20,180 alarmAction angleMin:slider,-180,20,180 angleTime setCmdTrigger:man,refDev blockUnknownMSC:no,yes blockMotion:no,yes blockTemp:no,yes blockDisplay:no,yes blockDateTime:no,yes blockTimeProgram:no,yes blockOccupancy:no,yes blockSetpointTemp:no,yes blockFanSpeed:no,yes blockKey:no,yes comMode:confirm,biDir,uniDir creator:autocreate,manual daylightSavingTime:supported,not_supported dataEnc:VAES,AES-CBC defaultChannel:all,input,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29 demandRespAction demandRespRefDev demandRespMax:A0,AI,B0,BI,C0,CI,D0,DI demandRespMin:A0,AI,B0,BI,C0,CI,D0,DI demandRespRandomTime demandRespThreshold:slider,0,1,15 demandRespTimeoutLevel:max,last destinationID devChannel devMode:master,slave devUpdate:off,auto,demand,polling,interrupt dimMax dimMin dimValueOn disable:0,1 disabledForIntervals displayContent:default,humidity,off,setpointTemp,tempertureExtern,temperatureIntern,time,no_change displayOrientation:0,90,180,270 eep gpDef gwCmd:blindCmd,controlVar,dimming,fanStage,setpointBasic,setpointShift,switching humitity humidityRefDev keyRcv keySnd macAlgo:no,3,4 measurementCtrl:disable,enable manufID:000,001,002,003,004,005,006,007,008,009,00A,00B,00C,00D,00E,00F,010,011,012,013,014,015,016,017,018,019,01A,01B,01C,01D,01E,01F,020,021,022,023,024,025,026,027,028,029,02A,02B,02C,02D,030,031,032,033,034,035,036,038,039,03A,03C,03E,03F,040,041,043,045,046,049,7FF model:other,FAE14,FHK14,FHK61,FSA12,FSB14,FSB61,FSB70,FSM12,FSM61,FT55,FTS12,TF,tracker observe:on,off observeCmdRepetition:1,2,3,4,5 observeErrorAction observeInterval observeLogic:and,or observeRefDev pidActorErrorAction:errorPos,freeze pidActorCallBeforeSetting pidActorErrorPos pidActorLimitLower pidActorLimitUpper pidCtrl:on,off pidDeltaTreshold pidFactor_D pidFactor_I pidFactor_P pidIPortionCallBeforeSetting pidSensorTimeout pollInterval postmasterID productID rampTime rcvRespAction releasedChannel:A,B,C,D,I,0,auto repeatingAllowed:yes,no remoteCode remoteEEP remoteID remoteManufID remoteManagement:client,manager,off rlcAlgo:no,2++,3++ rlcRcv rlcSnd rlcTX:true,false reposition:directly,opens,closes rltRepeat:16,32,64,128,256 rltType:1BS,4BS scaleDecimals:0,1,2,3,4,5,6,7,8,9 scaleMax scaleMin secMode:rcv,snd,bidir secLevel:encapsulation,encryption,off sendDevStatus:no,yes sensorMode:switch,pushbutton serviceOn:no,yes settingAccuracy:high,low setpointRefDev setpointSummerMode:slider,0,5,100 setpointTempRefDev shutTime shutTimeCloses subDef subDef0 subDefI subDefA subDefB subDefC subDefD subDefH subDefW subType:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 subTypeSet:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 subTypeReading:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,blindsCtrl.01,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,heatRecovery.00,hvac.01,hvac.04,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightSensor.04,lightSensor.05,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,multisensor.01,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radioLinkTest,radonSensor.01,rainSensor.01,raw,remote,roomCtrlPanel.00,roomCtrlPanel.01,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,roomSensorControl.22,shutterCtrlState.01,switch,switch.00,switch.05,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windSensor.01,windowHandle,windowHandle.10 summerMode:off,on switchMode:switch,pushbutton switchHysteresis switchType:direction,universal,channel,central teachMethod:1BS,4BS,confirm,GP,RPS,smartAck,STE,UTE temperatureRefDev temperatureScale:C,F,default,no_change timeNotation:12,24,default,no_change timeProgram1 timeProgram2 timeProgram3 timeProgram4 trackerWakeUpCycle:30,60,3600,86400 updateState:default,yes,no uteResponseRequest:yes,no wakeUpCycle:360,1200,870,270,210,1410,1380,54000,480,1320,240,570,1500,510,630,930,840,60,180,420,118800,64800,1170,690,1230,900,720,21600,1110,86400,330,780,1080,810,1050,960,750,1260,10,75600,108000,1350,1020,390,1290,540,150,990,600,450,97200,1140,151200,120,10800,32400,300,660,1440,129600,140400,43200,90,1470 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle fhem_widget_command fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"DEF": "019E925E",
"LASTInputDev": "TCM_ESP3_0",
"MSGCNT": "6",
"NAME": "Kueche_St_FSB61",
"NR": "55",
"NTFY_ORDER": "50-Kueche_St_FSB61",
"STATE": "stop",
"TCM_ESP3_0_DestinationID": "FFFFFFFF",
"TCM_ESP3_0_MSGCNT": "6",
"TCM_ESP3_0_PacketType": "1",
"TCM_ESP3_0_RSSI": "-76",
"TCM_ESP3_0_ReceivingQuality": "good",
"TCM_ESP3_0_RepeatingCounter": "0",
"TCM_ESP3_0_SubTelNum": "3",
"TCM_ESP3_0_TIME": "2016-11-01 16:58:03",
"TYPE": "EnOcean"
},
"Readings": {
"anglePos": { "Value":"90", "Time":"2016-11-01 16:58:03" },
"block": { "Value":"unlock", "Time":"2016-11-01 16:58:03" },
"endPosition": { "Value":"not_reached", "Time":"2016-11-01 16:58:03" },
"position": { "Value":"100", "Time":"2016-11-01 16:58:03" },
"state": { "Value":"stop", "Time":"2016-11-01 16:58:03" },
"teach": { "Value":"4BS teach-in sent", "Time":"2016-05-04 20:56:47" }
},
"Attributes": {
"IODev": "TCM_ESP3_0",
"alias": "Küche",
"comMode": "confirm",
"eep": "A5-3F-7F",
"fhem_widget_command": "{\u0022allowed_values\u0022:[\u0022closes\u0022,\u0022stop\u0022,\u0022opens\u0022],\u0022order\u0022:180}",
"genericDeviceType": "blind",
"group": "Storen",
"homebridgeMapping": "CurrentPosition=position::position",
"manufID": "00D",
"model": "FSB61",
"room": "EnOcean,Homekit,Widget_App",
"shutTime": "54",
"shutTimeCloses": "56",
"sortby": "10",
"stateFormat": "state",
"subDef": "FFBC6504",
"subType": "manufProfile",
"webCmd": "opens:stop:closes"
}
} ],
"totalResultsReturned":1
Zitat von: justme1968 am 01 November 2016, 18:01:06
meinst du eine winmatic? die sollte eigentlich automatisch funktionieren. wenn verschlossen ist sollte state locked sein. wenn target auf 0 gesetzt wird dann wird lock gesendet.
Gilt das "automatisch funktionieren" auch, wenn die WinMatic über HMCCU eingebunden ist?
nein.
dann musst du dir anschauen wie homebridgeMapping funktioniert und es selber passend konfigurieren.
gruss
andre
Off-topic:
Im Wiki steht, "Hinweis zur Geschwindigkeitsoptimierung auf einem Raspberry PI
Damit es auf einem Raspberry schneller läuft, wird darüber hinaus empfohlen, auch diverse Abhängigkeiten aus der package.json zu entfernen:"
Ich habe nach einem 'find' etwa 100 package.json (siehe unten), kann mir einer den pointer zur richtigen package.json Datei geben bitte? In den folgenden 3 Dateien ist auf jedenfall nichts:
pi@myRpi3 /usr/local/lib $ sudo vi ./node_modules/homebridge/package.json
pi@myRpi3 /usr/local/lib $ sudo vi ./node_modules/npm/package.json
pi@myRpi3 /usr/local/lib $ sudo vi ./node_modules/homebridge-fhem/package.json
pi@myRpi3 /usr/local/lib $ find . -name package.json
./node_modules/homebridge-fhem/package.json
./node_modules/homebridge-fhem/node_modules/aws4/package.json
./node_modules/homebridge-fhem/node_modules/mime-types/package.json
./node_modules/homebridge-fhem/node_modules/xtend/package.json
./node_modules/homebridge-fhem/node_modules/request/package.json
./node_modules/homebridge-fhem/node_modules/is-property/package.json
./node_modules/homebridge-fhem/node_modules/chalk/package.json
./node_modules/homebridge-fhem/node_modules/http-signature/package.json
./node_modules/homebridge-fhem/node_modules/sshpk/package.json
./node_modules/homebridge-fhem/node_modules/sshpk/node_modules/assert-plus/package.json
./node_modules/homebridge-fhem/node_modules/jodid25519/package.json
./node_modules/homebridge-fhem/node_modules/ecc-jsbn/package.json
./node_modules/homebridge-fhem/node_modules/aws-sign2/package.json
./node_modules/homebridge-fhem/node_modules/sntp/package.json
./node_modules/homebridge-fhem/node_modules/getpass/package.json
./node_modules/homebridge-fhem/node_modules/getpass/node_modules/assert-plus/package.json
./node_modules/homebridge-fhem/node_modules/punycode/package.json
./node_modules/homebridge-fhem/node_modules/is-my-json-valid/package.json
./node_modules/homebridge-fhem/node_modules/pinkie/package.json
./node_modules/homebridge-fhem/node_modules/bcrypt-pbkdf/package.json
./node_modules/homebridge-fhem/node_modules/isstream/package.json
./node_modules/homebridge-fhem/node_modules/graceful-readlink/package.json
./node_modules/homebridge-fhem/node_modules/form-data/package.json
./node_modules/homebridge-fhem/node_modules/caseless/package.json
./node_modules/homebridge-fhem/node_modules/pinkie-promise/package.json
./node_modules/homebridge-fhem/node_modules/supports-color/package.json
./node_modules/homebridge-fhem/node_modules/har-validator/package.json
./node_modules/homebridge-fhem/node_modules/ansi-regex/package.json
./node_modules/homebridge-fhem/node_modules/strip-ansi/package.json
./node_modules/homebridge-fhem/node_modules/asn1/package.json
./node_modules/homebridge-fhem/node_modules/commander/package.json
./node_modules/homebridge-fhem/node_modules/node-uuid/package.json
./node_modules/homebridge-fhem/node_modules/oauth-sign/package.json
./node_modules/homebridge-fhem/node_modules/ansi-styles/package.json
./node_modules/homebridge-fhem/node_modules/assert-plus/package.json
./node_modules/homebridge-fhem/node_modules/boom/package.json
./node_modules/homebridge-fhem/node_modules/generate-function/package.json
./node_modules/homebridge-fhem/node_modules/tweetnacl/package.json
./node_modules/homebridge-fhem/node_modules/has-ansi/package.json
./node_modules/homebridge-fhem/node_modules/combined-stream/package.json
./node_modules/homebridge-fhem/node_modules/tough-cookie/package.json
./node_modules/homebridge-fhem/node_modules/extsprintf/package.json
./node_modules/homebridge-fhem/node_modules/dashdash/package.json
./node_modules/homebridge-fhem/node_modules/dashdash/node_modules/assert-plus/package.json
./node_modules/homebridge-fhem/node_modules/hawk/package.json
./node_modules/homebridge-fhem/node_modules/json-schema/package.json
./node_modules/homebridge-fhem/node_modules/qs/package.json
./node_modules/homebridge-fhem/node_modules/jsprim/package.json
./node_modules/homebridge-fhem/node_modules/generate-object-property/package.json
./node_modules/homebridge-fhem/node_modules/escape-string-regexp/package.json
./node_modules/homebridge-fhem/node_modules/jsonpointer/package.json
./node_modules/homebridge-fhem/node_modules/json-stringify-safe/package.json
./node_modules/homebridge-fhem/node_modules/tunnel-agent/package.json
./node_modules/homebridge-fhem/node_modules/hoek/package.json
./node_modules/homebridge-fhem/node_modules/jsbn/package.json
./node_modules/homebridge-fhem/node_modules/mime-db/package.json
./node_modules/homebridge-fhem/node_modules/asynckit/package.json
./node_modules/homebridge-fhem/node_modules/extend/package.json
./node_modules/homebridge-fhem/node_modules/is-typedarray/package.json
./node_modules/homebridge-fhem/node_modules/verror/package.json
./node_modules/homebridge-fhem/node_modules/stringstream/package.json
./node_modules/homebridge-fhem/node_modules/forever-agent/package.json
./node_modules/homebridge-fhem/node_modules/delayed-stream/package.json
./node_modules/homebridge-fhem/node_modules/cryptiles/package.json
./node_modules/npm/package.json
./node_modules/npm/node_modules/is-builtin-module/package.json
./node_modules/npm/node_modules/hosted-git-info/package.json
./node_modules/npm/node_modules/wrappy/package.json
./node_modules/npm/node_modules/sorted-object/package.json
./node_modules/npm/node_modules/aproba/package.json
./node_modules/npm/node_modules/gauge/package.json
./node_modules/npm/node_modules/fstream/package.json
./node_modules/npm/node_modules/lodash._basecopy/package.json
./node_modules/npm/node_modules/lodash._arrayeach/package.json
./node_modules/npm/node_modules/lodash._arraycopy/package.json
./node_modules/npm/node_modules/rimraf/package.json
./node_modules/npm/node_modules/mime-types/package.json
./node_modules/npm/node_modules/xtend/package.json
./node_modules/npm/node_modules/uid-number/package.json
./node_modules/npm/node_modules/slide/package.json
./node_modules/npm/node_modules/unpipe/package.json
./node_modules/npm/node_modules/json-parse-helpfulerror/package.json
./node_modules/npm/node_modules/lodash.keys/package.json
./node_modules/npm/node_modules/request/package.json
./node_modules/npm/node_modules/once/package.json
./node_modules/npm/node_modules/util-deprecate/package.json
./node_modules/npm/node_modules/lodash.pairs/package.json
./node_modules/npm/node_modules/cmd-shim/package.json
./node_modules/npm/node_modules/cmd-shim/node_modules/graceful-fs/package.json
./node_modules/npm/node_modules/iferr/package.json
./node_modules/npm/node_modules/is-property/package.json
./node_modules/npm/node_modules/spdx-exceptions/package.json
./node_modules/npm/node_modules/chalk/package.json
./node_modules/npm/node_modules/http-signature/package.json
./node_modules/npm/node_modules/delegates/package.json
./node_modules/npm/node_modules/lodash._getnative/package.json
./node_modules/npm/node_modules/lodash._baseclone/package.json
./node_modules/npm/node_modules/readdir-scoped-modules/package.json
./node_modules/npm/node_modules/inherits/package.json
./node_modules/npm/node_modules/aws-sign2/package.json
./node_modules/npm/node_modules/ini/package.json
./node_modules/npm/node_modules/sntp/package.json
./node_modules/npm/node_modules/fstream-ignore/package.json
./node_modules/npm/node_modules/text-table/package.json
./node_modules/npm/node_modules/promzard/package.json
./node_modules/npm/node_modules/promzard/example/npm-init/package.json
./node_modules/npm/node_modules/abbrev/package.json
./node_modules/npm/node_modules/lodash.clonedeep/package.json
./node_modules/npm/node_modules/jju/package.json
./node_modules/npm/node_modules/mute-stream/package.json
./node_modules/npm/node_modules/minimatch/package.json
./node_modules/npm/node_modules/node-gyp/package.json
./node_modules/npm/node_modules/node-gyp/node_modules/minimatch/package.json
./node_modules/npm/node_modules/node-gyp/node_modules/glob/package.json
./node_modules/npm/node_modules/node-gyp/node_modules/glob/node_modules/minimatch/package.json
./node_modules/npm/node_modules/node-gyp/node_modules/tar/package.json
./node_modules/npm/node_modules/core-util-is/package.json
./node_modules/npm/node_modules/ansi/package.json
./node_modules/npm/node_modules/lodash._basetostring/package.json
./node_modules/npm/node_modules/is-my-json-valid/package.json
./node_modules/npm/node_modules/os-homedir/package.json
./node_modules/npm/node_modules/fs-write-stream-atomic/package.json
./node_modules/npm/node_modules/builtin-modules/package.json
./node_modules/npm/node_modules/spdx-correct/package.json
./node_modules/npm/node_modules/osenv/package.json
./node_modules/npm/node_modules/isstream/package.json
./node_modules/npm/node_modules/dezalgo/package.json
./node_modules/npm/node_modules/graceful-readlink/package.json
./node_modules/npm/node_modules/ms/package.json
./node_modules/npm/node_modules/lodash.isarguments/package.json
./node_modules/npm/node_modules/form-data/package.json
./node_modules/npm/node_modules/caseless/package.json
./node_modules/npm/node_modules/supports-color/package.json
./node_modules/npm/node_modules/debug/package.json
./node_modules/npm/node_modules/har-validator/package.json
./node_modules/npm/node_modules/async/package.json
./node_modules/npm/node_modules/sigmund/package.json
./node_modules/npm/node_modules/opener/package.json
./node_modules/npm/node_modules/lockfile/package.json
./node_modules/npm/node_modules/ansi-regex/package.json
./node_modules/npm/node_modules/strip-ansi/package.json
./node_modules/npm/node_modules/lodash._cacheindexof/package.json
./node_modules/npm/node_modules/chownr/package.json
./node_modules/npm/node_modules/debuglog/package.json
./node_modules/npm/node_modules/asn1/package.json
./node_modules/npm/node_modules/commander/package.json
./node_modules/npm/node_modules/inflight/package.json
./node_modules/npm/node_modules/util-extend/package.json
./node_modules/npm/node_modules/node-uuid/package.json
./node_modules/npm/node_modules/oauth-sign/package.json
./node_modules/npm/node_modules/which/package.json
./node_modules/npm/node_modules/ansi-styles/package.json
./node_modules/npm/node_modules/ansistyles/package.json
./node_modules/npm/node_modules/path-is-inside/package.json
./node_modules/npm/node_modules/read-cmd-shim/package.json
./node_modules/npm/node_modules/graceful-fs/package.json
./node_modules/npm/node_modules/are-we-there-yet/package.json
./node_modules/npm/node_modules/npm-cache-filename/package.json
./node_modules/npm/node_modules/npm-registry-client/package.json
./node_modules/npm/node_modules/clone/package.json
./node_modules/npm/node_modules/async-some/package.json
./node_modules/npm/node_modules/bluebird/package.json
./node_modules/npm/node_modules/lodash._basecallback/package.json
./node_modules/npm/node_modules/fs-vacuum/package.json
./node_modules/npm/node_modules/normalize-git-url/package.json
./node_modules/npm/node_modules/realize-package-specifier/package.json
./node_modules/npm/node_modules/read-package-json/package.json
./node_modules/npm/node_modules/assert-plus/package.json
./node_modules/npm/node_modules/ansicolors/package.json
./node_modules/npm/node_modules/boom/package.json
./node_modules/npm/node_modules/semver/package.json
./node_modules/npm/node_modules/columnify/package.json
./node_modules/npm/node_modules/lodash.padleft/package.json
./node_modules/npm/node_modules/sha/package.json
./node_modules/npm/node_modules/sha/node_modules/readable-stream/package.json
./node_modules/npm/node_modules/retry/package.json
./node_modules/npm/node_modules/lodash._baseuniq/package.json
./node_modules/npm/node_modules/init-package-json/package.json
./node_modules/npm/node_modules/lodash.repeat/package.json
./node_modules/npm/node_modules/generate-function/package.json
./node_modules/npm/node_modules/lodash._baseflatten/package.json
./node_modules/npm/node_modules/has-ansi/package.json
./node_modules/npm/node_modules/brace-expansion/package.json
./node_modules/npm/node_modules/combined-stream/package.json
./node_modules/npm/node_modules/tough-cookie/package.json
./node_modules/npm/node_modules/block-stream/package.json
./node_modules/npm/node_modules/process-nextick-args/package.json
./node_modules/npm/node_modules/validate-npm-package-license/package.json
./node_modules/npm/node_modules/concat-map/package.json
./node_modules/npm/node_modules/array-index/package.json
./node_modules/npm/node_modules/path-array/package.json
./node_modules/npm/node_modules/has-unicode/package.json
./node_modules/npm/node_modules/balanced-match/package.json
./node_modules/npm/node_modules/fstream-npm/package.json
./node_modules/npm/node_modules/hawk/package.json
./node_modules/npm/node_modules/read/package.json
./node_modules/npm/node_modules/lodash._baseisequal/package.json
./node_modules/npm/node_modules/read-installed/package.json
./node_modules/npm/node_modules/lru-cache/package.json
./node_modules/npm/node_modules/lodash.isarray/package.json
./node_modules/npm/node_modules/path-is-absolute/package.json
./node_modules/npm/node_modules/minimist/package.json
./node_modules/npm/node_modules/lodash.pad/package.json
./node_modules/npm/node_modules/qs/package.json
./node_modules/npm/node_modules/asap/package.json
./node_modules/npm/node_modules/lodash.without/package.json
./node_modules/npm/node_modules/npm-package-arg/package.json
./node_modules/npm/node_modules/npm-user-validate/package.json
./node_modules/npm/node_modules/ctype/package.json
./node_modules/npm/node_modules/generate-object-property/package.json
./node_modules/npm/node_modules/config-chain/package.json
./node_modules/npm/node_modules/escape-string-regexp/package.json
./node_modules/npm/node_modules/jsonpointer/package.json
./node_modules/npm/node_modules/unique-filename/package.json
./node_modules/npm/node_modules/readable-stream/package.json
./node_modules/npm/node_modules/proto-list/package.json
./node_modules/npm/node_modules/lodash._isiterateecall/package.json
./node_modules/npm/node_modules/lodash.padright/package.json
./node_modules/npm/node_modules/lodash._createpadding/package.json
./node_modules/npm/node_modules/typedarray/package.json
./node_modules/npm/node_modules/lodash.restparam/package.json
./node_modules/npm/node_modules/lodash.uniq/package.json
./node_modules/npm/node_modules/json-stringify-safe/package.json
./node_modules/npm/node_modules/glob/package.json
./node_modules/npm/node_modules/lodash._basefor/package.json
./node_modules/npm/node_modules/tunnel-agent/package.json
./node_modules/npm/node_modules/hoek/package.json
./node_modules/npm/node_modules/lodash.union/package.json
./node_modules/npm/node_modules/write-file-atomic/package.json
./node_modules/npm/node_modules/spdx-license-ids/package.json
./node_modules/npm/node_modules/normalize-package-data/package.json
./node_modules/npm/node_modules/nopt/package.json
./node_modules/npm/node_modules/mime-db/package.json
./node_modules/npm/node_modules/npm-install-checks/package.json
./node_modules/npm/node_modules/defaults/package.json
./node_modules/npm/node_modules/bl/package.json
./node_modules/npm/node_modules/bl/node_modules/readable-stream/package.json
./node_modules/npm/node_modules/lodash.istypedarray/package.json
./node_modules/npm/node_modules/mkdirp/package.json
./node_modules/npm/node_modules/extend/package.json
./node_modules/npm/node_modules/read-package-tree/package.json
./node_modules/npm/node_modules/wcwidth/package.json
./node_modules/npm/node_modules/concat-stream/package.json
./node_modules/npm/node_modules/concat-stream/node_modules/readable-stream/package.json
./node_modules/npm/node_modules/string_decoder/package.json
./node_modules/npm/node_modules/lodash._baseassign/package.json
./node_modules/npm/node_modules/spdx-expression-parse/package.json
./node_modules/npm/node_modules/validate-npm-package-name/package.json
./node_modules/npm/node_modules/editor/package.json
./node_modules/npm/node_modules/tar/package.json
./node_modules/npm/node_modules/is-absolute/package.json
./node_modules/npm/node_modules/builtins/package.json
./node_modules/npm/node_modules/stringstream/package.json
./node_modules/npm/node_modules/lodash._createcache/package.json
./node_modules/npm/node_modules/lodash._basedifference/package.json
./node_modules/npm/node_modules/archy/package.json
./node_modules/npm/node_modules/lodash._baseindexof/package.json
./node_modules/npm/node_modules/forever-agent/package.json
./node_modules/npm/node_modules/delayed-stream/package.json
./node_modules/npm/node_modules/npmlog/package.json
./node_modules/npm/node_modules/isarray/package.json
./node_modules/npm/node_modules/cryptiles/package.json
./node_modules/npm/node_modules/lodash._bindcallback/package.json
./node_modules/npm/node_modules/unique-slug/package.json
./node_modules/npm/node_modules/is-relative/package.json
./node_modules/npm/node_modules/os-tmpdir/package.json
./node_modules/npm/node_modules/umask/package.json
./node_modules/homebridge/devPlugins/homebridge-suncalc/package.json
./node_modules/homebridge/package.json
./node_modules/homebridge/node_modules/wrappy/package.json
./node_modules/homebridge/node_modules/aproba/package.json
./node_modules/homebridge/node_modules/gauge/package.json
./node_modules/homebridge/node_modules/fstream/package.json
./node_modules/homebridge/node_modules/fstream/node_modules/mkdirp/package.json
./node_modules/homebridge/node_modules/aws4/package.json
./node_modules/homebridge/node_modules/rimraf/package.json
./node_modules/homebridge/node_modules/tar-pack/package.json
./node_modules/homebridge/node_modules/tar-pack/node_modules/once/package.json
./node_modules/homebridge/node_modules/number-is-nan/package.json
./node_modules/homebridge/node_modules/mime-types/package.json
./node_modules/homebridge/node_modules/xtend/package.json
./node_modules/homebridge/node_modules/uid-number/package.json
./node_modules/homebridge/node_modules/request/package.json
./node_modules/homebridge/node_modules/once/package.json
./node_modules/homebridge/node_modules/util-deprecate/package.json
./node_modules/homebridge/node_modules/is-property/package.json
./node_modules/homebridge/node_modules/chalk/package.json
./node_modules/homebridge/node_modules/http-signature/package.json
./node_modules/homebridge/node_modules/delegates/package.json
./node_modules/homebridge/node_modules/sshpk/package.json
./node_modules/homebridge/node_modules/sshpk/node_modules/assert-plus/package.json
./node_modules/homebridge/node_modules/jodid25519/package.json
./node_modules/homebridge/node_modules/ecc-jsbn/package.json
./node_modules/homebridge/node_modules/bignum/package.json
./node_modules/homebridge/node_modules/inherits/package.json
./node_modules/homebridge/node_modules/aws-sign2/package.json
./node_modules/homebridge/node_modules/ini/package.json
./node_modules/homebridge/node_modules/sntp/package.json
./node_modules/homebridge/node_modules/fstream-ignore/package.json
./node_modules/homebridge/node_modules/fs.realpath/package.json
./node_modules/homebridge/node_modules/abbrev/package.json
./node_modules/homebridge/node_modules/set-blocking/package.json
./node_modules/homebridge/node_modules/minimatch/package.json
./node_modules/homebridge/node_modules/core-util-is/package.json
./node_modules/homebridge/node_modules/signal-exit/package.json
./node_modules/homebridge/node_modules/getpass/package.json
./node_modules/homebridge/node_modules/getpass/node_modules/assert-plus/package.json
./node_modules/homebridge/node_modules/punycode/package.json
./node_modules/homebridge/node_modules/is-my-json-valid/package.json
./node_modules/homebridge/node_modules/pinkie/package.json
./node_modules/homebridge/node_modules/hap-nodejs/package.json
./node_modules/homebridge/node_modules/bcrypt-pbkdf/package.json
./node_modules/homebridge/node_modules/code-point-at/package.json
./node_modules/homebridge/node_modules/isstream/package.json
./node_modules/homebridge/node_modules/graceful-readlink/package.json
./node_modules/homebridge/node_modules/ms/package.json
./node_modules/homebridge/node_modules/form-data/package.json
./node_modules/homebridge/node_modules/caseless/package.json
./node_modules/homebridge/node_modules/pinkie-promise/package.json
./node_modules/homebridge/node_modules/supports-color/package.json
./node_modules/homebridge/node_modules/debug/package.json
./node_modules/homebridge/node_modules/har-validator/package.json
./node_modules/homebridge/node_modules/har-validator/node_modules/commander/package.json
./node_modules/homebridge/node_modules/ansi-regex/package.json
./node_modules/homebridge/node_modules/strip-ansi/package.json
./node_modules/homebridge/node_modules/node-persist/package.json
./node_modules/homebridge/node_modules/strip-json-comments/package.json
./node_modules/homebridge/node_modules/wide-align/package.json
./node_modules/homebridge/node_modules/asn1/package.json
./node_modules/homebridge/node_modules/commander/package.json
./node_modules/homebridge/node_modules/inflight/package.json
./node_modules/homebridge/node_modules/node-uuid/package.json
./node_modules/homebridge/node_modules/oauth-sign/package.json
./node_modules/homebridge/node_modules/ansi-styles/package.json
./node_modules/homebridge/node_modules/buffer-shims/package.json
./node_modules/homebridge/node_modules/graceful-fs/package.json
./node_modules/homebridge/node_modules/are-we-there-yet/package.json
./node_modules/homebridge/node_modules/bindings/package.json
./node_modules/homebridge/node_modules/assert-plus/package.json
./node_modules/homebridge/node_modules/boom/package.json
./node_modules/homebridge/node_modules/semver/package.json
./node_modules/homebridge/node_modules/nan/tools/package.json
./node_modules/homebridge/node_modules/nan/package.json
./node_modules/homebridge/node_modules/console-control-strings/package.json
./node_modules/homebridge/node_modules/rc/package.json
./node_modules/homebridge/node_modules/rc/node_modules/minimist/package.json
./node_modules/homebridge/node_modules/generate-function/package.json
./node_modules/homebridge/node_modules/tweetnacl/package.json
./node_modules/homebridge/node_modules/has-ansi/package.json
./node_modules/homebridge/node_modules/q/package.json
./node_modules/homebridge/node_modules/brace-expansion/package.json
./node_modules/homebridge/node_modules/string-width/package.json
./node_modules/homebridge/node_modules/combined-stream/package.json
./node_modules/homebridge/node_modules/tough-cookie/package.json
./node_modules/homebridge/node_modules/block-stream/package.json
./node_modules/homebridge/node_modules/process-nextick-args/package.json
./node_modules/homebridge/node_modules/concat-map/package.json
./node_modules/homebridge/node_modules/extsprintf/package.json
./node_modules/homebridge/node_modules/dashdash/package.json
./node_modules/homebridge/node_modules/dashdash/node_modules/assert-plus/package.json
./node_modules/homebridge/node_modules/ed25519/package.json
./node_modules/homebridge/node_modules/has-unicode/package.json
./node_modules/homebridge/node_modules/balanced-match/package.json
./node_modules/homebridge/node_modules/hawk/package.json
./node_modules/homebridge/node_modules/node-pre-gyp/lib/util/nw-pre-gyp/package.json
./node_modules/homebridge/node_modules/node-pre-gyp/package.json
./node_modules/homebridge/node_modules/node-pre-gyp/node_modules/semver/package.json
./node_modules/homebridge/node_modules/node-pre-gyp/node_modules/mkdirp/package.json
./node_modules/homebridge/node_modules/json-schema/package.json
./node_modules/homebridge/node_modules/path-is-absolute/package.json
./node_modules/homebridge/node_modules/minimist/package.json
./node_modules/homebridge/node_modules/srp/package.json
./node_modules/homebridge/node_modules/qs/package.json
./node_modules/homebridge/node_modules/jsprim/package.json
./node_modules/homebridge/node_modules/curve25519-n/package.json
./node_modules/homebridge/node_modules/mdns/package.json
./node_modules/homebridge/node_modules/mdns/node_modules/nan/tools/package.json
./node_modules/homebridge/node_modules/mdns/node_modules/nan/package.json
./node_modules/homebridge/node_modules/generate-object-property/package.json
./node_modules/homebridge/node_modules/object-assign/package.json
./node_modules/homebridge/node_modules/escape-string-regexp/package.json
./node_modules/homebridge/node_modules/jsonpointer/package.json
./node_modules/homebridge/node_modules/readable-stream/package.json
./node_modules/homebridge/node_modules/json-stringify-safe/package.json
./node_modules/homebridge/node_modules/glob/package.json
./node_modules/homebridge/node_modules/tunnel-agent/package.json
./node_modules/homebridge/node_modules/hoek/package.json
./node_modules/homebridge/node_modules/deep-extend/package.json
./node_modules/homebridge/node_modules/jsbn/package.json
./node_modules/homebridge/node_modules/has-color/package.json
./node_modules/homebridge/node_modules/is-fullwidth-code-point/package.json
./node_modules/homebridge/node_modules/nopt/package.json
./node_modules/homebridge/node_modules/mime-db/package.json
./node_modules/homebridge/node_modules/asynckit/package.json
./node_modules/homebridge/node_modules/mkdirp/package.json
./node_modules/homebridge/node_modules/extend/package.json
./node_modules/homebridge/node_modules/string_decoder/package.json
./node_modules/homebridge/node_modules/is-typedarray/package.json
./node_modules/homebridge/node_modules/tar/package.json
./node_modules/homebridge/node_modules/verror/package.json
./node_modules/homebridge/node_modules/stringstream/package.json
./node_modules/homebridge/node_modules/forever-agent/package.json
./node_modules/homebridge/node_modules/delayed-stream/package.json
./node_modules/homebridge/node_modules/ip/package.json
./node_modules/homebridge/node_modules/npmlog/package.json
./node_modules/homebridge/node_modules/isarray/package.json
./node_modules/homebridge/node_modules/cryptiles/package.json
Wenn Du homebridge global installiert hast dann sollte das diese sein: /usr/local/lib/node_modules/homebridge/package.json
Ehrlich gesagt habe ich mich aber nie darum gekümmert das auszumisten!
Ist das überhaupt noch aktuell das zu machen?
Gruß
Dan
Moin Andre,
Zitat von: justme1968 am 30 Oktober 2016, 19:36:57
@budy: wenn du den filter über das mapping konfigurierst muss du das = vermutlich url encoden. auf fhem seite per cmdalias ein neues kommando onlyOn oder ähnlich anlegen und verwenden. aber für hm gibt es auch den vorschlag das on commando auf etwas nicht vorhandenes zu mappen:On=state,cmd=xyz
ich habe das jetzt mit dem Mapping auf ein nicht vorhandenes Kommando gemacht und das hat zumindest mal funktioniert:
On=state,cmdOn=noCmdDie Reaktion von homebridge/Siri scheinen jetzt zwar irgendwie langsamer als vorher zu sein und man kann nicht mehr einfach die Beleuchtung einfach einschalten, sondern muss immer dimmen, aber immer noch besser als jedesmal den Eindruck eines Lichtblitzes zu bekommen, wenn man die Helligkeit ändert... ;)
Gruß,
Stephan
Zitat von: justme1968 am 01 November 2016, 10:48:13
@webundstyle: in deinem listing gibt es kein reading state. du verwendest es aber um das position reading zu erzeugen. ändert sich das position reading in fhem wenn die markise anhält? siehst du das als event im event monitor? siehst du das als konsolenausgabe von homebridge? siehst du es im debug browser auf port 8282?
@Pati_Alpha: welches update? die werte sollten alle automatisch aktualisiert werden.
@choetzu: der wert A0 wird bei dir nicht automatisch als aus erkannt. zeig mal bitte ein jsonlist2 vom device.
gruss
andre
hi,
nein ändert sich nicht.
anbei das log
2016.11.01 15:33:06 3: tahoma_applyRequest data={"label":"Kinder Balkon - Positionieren auf 0 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/16118265","commands":[{"name":"setClosure","parameters":[0]}]}]}
2016.11.01 15:35:13 3: tahoma_applyRequest data={"label":"Kinder Balkon - Positionieren auf 0 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/16118265","commands":[{"name":"setClosure","parameters":[0]}]}]}
2016.11.01 15:35:19 3: tahoma_applyRequest data={"label":"Kinder Balkon - Positionieren auf 100 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/16118265","commands":[{"name":"setClosure","parameters":[100]}]}]}
2016.11.02 09:02:35 3: tahoma_applyRequest data={"label":"Kinder Balkon - Positionieren auf 36 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/16118265","commands":[{"name":"setClosure","parameters":[36]}]}]}
2016.11.02 09:03:26 3: tahoma_applyRequest data={"label":"Kinder Balkon - Positionieren auf 0 % - iPhone","actions":[{"deviceURL":"io://1202-6008-2347/16118265","commands":[{"name":"setClosure","parameters":[0]}]}]}
wenn es kein event gibt und sich das reading nicht ändert kann weder fhemweb noch homekit den aktuellen stand anzeigen.
ich weiss nicht ob dein aktor das proinzipiell nicht kann oder ob du noch etwas konfigurieren musst.
gruss
andre
Zitat von: justme1968 am 02 November 2016, 09:58:01
wenn es kein event gibt und sich das reading nicht ändert kann weder fhemweb noch homekit den aktuellen stand anzeigen.
ich weiss nicht ob dein aktor das proinzipiell nicht kann oder ob du noch etwas konfigurieren musst.
gruss
andre
komisch, ist eigentlich der gleiche Motor wie bei den Rollos....
Hallo, bisher lief mein FHEM mit Homebridge ohne Probleme. Nach dem ich heute mal eine Runde Updates (apt-get udate&upgrade, sudo npm -g update homebridge und homebridege-fhem); npm version ist 4.0.0; node version ist v4.4.5) durchgeführt habe, hat sich dabei wohl was zerlegt: Jeder Versuch, Homebridge zu starten, endet mit einem Buffer.alloc(0) Fehler.
Homebridge startet zunächst, findet FHEM, zeigt alle Komponenten an, den Device-Pair-Code - und stürzt dann in der nächsten Zeile ab.
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/model/AccessoryInfo.js:23
this.signSK = Buffer.alloc(0);
TypeError: Buffer.alloc is not a function
at new AccessoryInfo (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/model/AccessoryInfo.js:23:24)
at Function.AccessoryInfo.load (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/model/AccessoryInfo.js:105:106)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/model/Accessory.js:427:39)
at Server._publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/server.js:11:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/server.js:369:14)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:995:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node-modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Spasseshalber habe ich die beiden Accessoires aus der config.json entfernt (people und vsx) - gleiches Ergebnis.
Was könnte da schief gegangen sein?
Zitat von: justme1968 am 31 Oktober 2016, 10:52:41
@fhemfreund: wenn dir on und off reicht attr <device> homebridgeMappng On=state,cmdOn=...,cmdOff=... leerzeichen mit + ersetzen.
...
gruss
andre
@Andre,
Ein- und Ausschalten klappt nun super. Danke für deinen Tip. Natürlich hat mich doch die Steuerung der restlichen Funktionen wie Farbe + Helligkeit nicht losgelassen :-) Habe im iNet Eve Screens gesehen (siehe Anhang), bei denen für den GenericDeviceType 'light' die Farbe und Helligkeit als Attribute zu sehen war. Das müsste dann doch auch für ein FHEM Homebridge Mapping irgendwie zu steuern/mappen sein - oder?
Andreas
Hallo,
ZitatHallo, bisher lief mein FHEM mit Homebridge ohne Probleme. Nach dem ich heute mal eine Runde Updates (apt-get udate&upgrade, sudo npm -g update homebridge und homebridege-fhem); npm version ist 4.0.0; node version ist v4.4.5) durchgeführt habe, hat sich dabei wohl was zerlegt: Jeder Versuch, Homebridge zu starten, endet mit einem Buffer.alloc(0) Fehler.
das gleiche Ergebnis hatte ich ebenfalls vor einigen Wochen nach sudo apt-get upgrade.
Also habe ich eine Sicherung meines Image eingespielt und diesen Befehl bislang unterlassen.
Gruß
Wolfgang
@fhemfreud: dann musst du noch ein mapping für Brightness konfigurieren.
@JoergW, WolfgangV: homebridge-fhem lässt sich alleine updaten. es hat so gut wie keine versionsabhängigkeiten. wenn man homebridge oder node aktualisiert kann es sein das man anschließen mehr machen muss.
gruss
andre
Hallo André
Ich bin am überlegen meine FHEM Installation auf einen MacMini umzuziehen oder zumindest dort eine Backup Version zu installieren, falls der raspberry mal streikt.
Frage: würde Homebridge auch auf dem Mac unter Sierra laufen? Gleiche Installationsroutinen wie auf dem raspberry?
Kannst du das beantworten? Schon selbst mal probiert?
Oder weiß jemand anderes hier Bescheid?
Danke
K-H
ja. sollte gehen. es gibt anwender dir das machen.
schau am besten mal bei homebridge auf github.
probier es einfach aus.
ich verwende zwar eigentlich auch macs. aus irgendeinem grund hab ich es mit homebridge aber noch nicht probiert.
gruss
andre
Zitat von: Garbsen am 03 November 2016, 10:46:51
Hallo André
Ich bin am überlegen meine FHEM Installation auf einen MacMini umzuziehen oder zumindest dort eine Backup Version zu installieren, falls der raspberry mal streikt.
Frage: würde Homebridge auch auf dem Mac unter Sierra laufen? Gleiche Installationsroutinen wie auf dem raspberry?
Kannst du das beantworten? Schon selbst mal probiert?
Oder weiß jemand anderes hier Bescheid?
Danke
K-H
HB sollte unter Sierra laufen!
HB ist ja weniger eine Frage des OS sondern von NodeJS, welches eigentlich für alle Plattformen verfügbar ist.
Hab auch noch einen ausgedienten Mac mini im Schrank, vielleicht sollte ich das bei Gelegenheit auch mal testen...
Gruß
Dan
Zitat von: justme1968 am 03 November 2016, 11:07:28
ja. sollte gehen. es gibt anwender dir das machen.
schau am besten mal bei homebridge auf github.
probier es einfach aus.
ich verwende zwar eigentlich auch macs. aus irgendeinem grund hab ich es mit homebridge aber noch nicht probiert.
gruss
andre
Danke, werde es dann mal bei Gelegenheit ausprobieren.
Gruß
K-H
Zitat von: justme1968 am 03 November 2016, 10:45:37
@fhemfreud: dann musst du noch ein mapping für Brightness konfigurieren.
...
gruss
andre
... und genau das Mapping wäre ja die Kunst, da das Eve Attribut 'Helligkeit' % Werte verwendet, ich jedoch nur relativ heller und dunkler dimmen kann.
Bei der Farbe könnte es doch gehen: müsste doch in Eve Blau auswählen können und das entsprechende Harmony Command dazu mappen, oder? Wenn ja wie könnte denn so ein Mapping aussehen?
Andreas
(der richtig angetan ist ;-)
Hallo,
Zitatwenn man homebridge oder node aktualisiert kann es sein das man anschließen mehr machen muss.
Sicher gibt es einen Befehl, wie man bei "sudo apt-get upgrade" eine ungewollte Aktualisierung von node verhindern kann? Denn hin und wieder auch ein upgrade einzuspielen, ist ja wohl sinnvoll und für die Installation neuer Software oft auch Vorbedingung.
Gruß
Wolfgang
Hallo! Gleich vorweg, das ist ein neues Thema für mich und ich habe wenig Linux Erfahrung. Sorry, ich weiß das Thema Dimmer ist hier schon 1000 mal durchgekaut worden, aber bei mir funktioniert es einfach nicht. Ich hab einen Intertechno ITDM-250 über pilight in fhem eingebunden. Dimmen klappt hervorragend über beide Oberflächen. Leider schaffe ich es nicht dass Dimmen auch über homebridge klappt. Ich kann zwar einen "dim slider" in "Home" und "Eve" erzeugen, aber der hat ausser "ein" und "aus" keinen Effekt. Die Zwischenwerte werden ignoriert. Habe schon so ziemlich alle Mappings aus diesem Thread probiert (und ein wenig einfach selber sinnlos rumprobiert), ohne Erfolg.
Hiermit klappt es jedenfalls nicht:
attr Wohnzimmerlampe homebridgemapping { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' }, Brightness: { reading: 'state', cmd: 'level', part: '1', factor: '6.6666', delay: 1 } }
attr Wohnzimmerlampe homebridgemapping On=state,valueOff=off Brightness=state,values=off:0;/\d+/:#
attr Wohnzimmerlampe homebridgemapping Brightness=dimlevel
attr Wohnzimmerlampe homebridgeMapping: Brightness=dim::dim
Wahrscheinlich zumindest am Ende ziemlicher Blödsinn dabei, aber ich habe halt herumprobiert...
Mit den Mappings hat sich homebridge eigentlich nie beschwert. Mit dem aktuellen schaut die Ausgabe so aus:
[11/4/2016, 7:56:27 PM] [FHEM] homebridgeMapping: Brightness=dimlevel
[11/4/2016, 7:56:27 PM] [FHEM] Wohnzimmerlampe is light
[11/4/2016, 7:56:27 PM] [FHEM] Wohnzimmerlampe has
[11/4/2016, 7:56:27 PM] [FHEM] On [state;on,off]
[11/4/2016, 7:56:27 PM] [FHEM] Brightness [dimlevel]
2016-11-04 19:56:27 caching: Wohnzimmerlampe-state: off
[11/4/2016, 7:56:27 PM] [FHEM] caching: On: false (as boolean; from 'off')
2016-11-04 19:56:27 caching: Wohnzimmerlampe-dimlevel: 15
[11/4/2016, 7:56:27 PM] [FHEM] caching: Brightness: 15 (as number; from '15')
Mit meinem persönlichen Favoriten [code]attr Wohnzimmerlampe homebridgemapping On=state,valueOff=off Brightness=state,values=off:0;/\d+/:#
[/code] schaut es so aus:
[11/4/2016, 8:21:41 PM] [FHEM] homebridgeMapping: On=state,valueOff=off Brightness=state,values=off:0;/\d+/:#
[11/4/2016, 8:21:41 PM] [FHEM] Wohnzimmerlampe is light
[11/4/2016, 8:21:41 PM] [FHEM] Wohnzimmerlampe has
[11/4/2016, 8:21:41 PM] [FHEM] On [state;on,off]
[11/4/2016, 8:21:41 PM] [FHEM] Brightness [state]
2016-11-04 20:21:41 caching: Wohnzimmerlampe-state: off
[11/4/2016, 8:21:41 PM] [FHEM] caching: On: false (as boolean; from 'off')
[11/4/2016, 8:21:41 PM] [FHEM] caching: Brightness: 0 (as number; from 'off')
Mit dim::dim schaut es so aus:
[11/4/2016, 7:59:14 PM] [FHEM] homebridgeMapping: Brightness=dim::dim
[11/4/2016, 7:59:14 PM] [FHEM] Wohnzimmerlampe is light
[11/4/2016, 7:59:14 PM] [FHEM] Wohnzimmerlampe has
[11/4/2016, 7:59:14 PM] [FHEM] On [state;on,off]
[11/4/2016, 7:59:14 PM] [FHEM] Brightness [dim]
2016-11-04 19:59:14 caching: Wohnzimmerlampe-state: off
[11/4/2016, 7:59:14 PM] [FHEM] caching: On: false (as boolean; from 'off')
Prinzipiell haben alle gemeinsam dass die Lampe als "On [state;on,off]" übergeben wird. Das erklärt die Anwesenheit des Sliders, oder? Also liegt der Fehler in der falschen "übersetzung" swischen state und dimlevel im FHEM. Wenn es nach mir gehen würde, hätte ich mir ein "set dimlevel" Äquivalent vorgestellt. Aber ich weiß nicht wie ich das umsetzen soll.
Anbei ein Screenshot von meiner Dimmer config in FHEM.
Hat jemand vielleicht eine Idee wie ich mit Home/Homebridge dimmen kann?
Hallo,
ich habe in Fhem gemäss Wiki http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM (Start und Status) eingerichtet. Jedoch geht es nicht. Ich bekomme immer im Shem Logfile folgender Eintrag:
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Resprektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach bevor Sie tippen.
#3) Mit großer Macht kommt große Verantwortung.
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
2016.11.05 15:12:33 2: Homebridge_Status_DOIF: {system ("sudo /etc/init.d/homebridge start")}: -1
Das verstehe ich nicht, da ich eigentlich gemäss Anleitung die richtigen Werte in sodoers gesetzt habe...
# User privilege specification
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
weiss jemand rat? Danke.
Zitat von: justme1968 am 03 November 2016, 10:45:37
@JoergW, WolfgangV: homebridge-fhem lässt sich alleine updaten. es hat so gut wie keine versionsabhängigkeiten. wenn man homebridge oder node aktualisiert kann es sein das man anschließen mehr machen muss.
gruss
andre
In diesem Fall hat es gereicht, zu warten :) Da ich keine Zeit hatte, mich groß damit auseinander zu setzen, erst heute wieder mal nachgesehen. Raspi aktualisiert mit apt-get, homebridge und ..-fhem drübergebügelt, starten ausprobiert - läuft.
Ergebnis 1: Keine Ahnung, woran es lag.
Ergebnis 2: Man kann auch ein paar Tage ohne HomeKit überleben :)
Zitat von: WolfgangV am 03 November 2016, 17:21:12
Sicher gibt es einen Befehl, wie man bei "sudo apt-get upgrade" eine ungewollte Aktualisierung von node verhindern kann? Denn hin und wieder auch ein upgrade einzuspielen, ist ja wohl sinnvoll und für die Installation neuer Software oft auch Vorbedingung.
Das wäre dann wohl "sudo apt-get install paketname". Muss man sich halt einzeln durch die Aktualisierungen hangeln..
Vorher mit der upgrade-Anforderung schauen, was aktualisiert werden muss (entweder beim Download abbrechen oder mit der Option "-s" nur als Simulation laufen lassen)
Hi,
I'm trying to get my shutters to work, it looks like to work but de minstep is nog working. In the eve app, it is still every 1% when I press. I there anything that is incorrect?
define Rolluik_Woonkamer dummy
attr Rolluik_Woonkamer devStateIcon open:fts_shutter_10:closed closed:fts_shutter_100:open vent:fts_shutter_80:open
attr Rolluik_Woonkamer eventMap on:open off:closed
attr Rolluik_Woonkamer genericDeviceType blind
attr Rolluik_Woonkamer group Rolluiken
attr Rolluik_Woonkamer homebridgeMapping CurrentPosition=state,values=on:0;;off:100 TargetPosition=state,cmd=+,values=on:0;;off:100,minStep=100,cmds=100:off;;0:on
attr Rolluik_Woonkamer room Woonkamer,Homekit
attr Rolluik_Woonkamer setList open closed
attr Rolluik_Woonkamer webCmd open:closed:vent:stop
did you try minStep=10 ? maybe homekit does not work if minStep is equal to the complete range?
Also tried minStep=10, same nothing changed
any other ideas?
Moin
Habe jetzt auch die HM Türkontakte zu Homebridge hinzugefügt. Klappt eigentlich auch, bzw. Klappte, jetzt habe ich plötzlich 2 Kontkte, die in Home mit dem Status "öffnen" stehen, obwohl sie in FHEM geschlossen sind. D.h. Irgendwie wird für diese beiden Devices der Status nicht mehr aktualisiert.
Jemand eine Idee, woran das liegen kann?
Anbei ein List
Internals:
CUL_0_MSGCNT 16
CUL_0_RAWMSG A0C57A6412C3325F11034014F00::-78:CUL_0
CUL_0_RSSI -78
CUL_0_TIME 2016-11-08 09:31:08
DEF 2C3325
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 16
NAME FK_Kueche_Tuer
NOTIFYDEV global
NR 650
NTFY_ORDER 50-FK_Kueche_Tuer
STATE geschlossen
TYPE CUL_HM
lastMsg No:57 - t:41 s:2C3325 d:F11034 014F00
protLastRcv 2016-11-08 09:31:08
protSnd 14 last_at:2016-11-08 09:31:08
protState CMDs_done
rssi_at_CUL_0 lst:-78 cnt:16 min:-80.5 avg:-78.46 max:-74.5
Readings:
2016-11-07 03:39:43 Activity alive
2016-11-06 12:21:42 CommandAccepted yes
2016-11-06 12:21:40 D-firmware 2.4
2016-11-06 12:21:40 D-serialNr LEQ0888049
2016-11-06 12:21:42 PairedTo 0xF11034
2016-11-06 12:21:42 R-cyclicInfoMsg on
2016-11-06 12:21:41 R-eventDlyTime 0 s
2016-11-06 12:21:40 R-pairCentral 0xF11034
2016-11-06 12:21:41 R-sign off
2016-11-06 12:21:42 RegL_00. 02:01 09:01 0A:F1 0B:10 0C:34 10:01 14:06 00:00
2016-11-06 12:21:42 RegL_01. 08:00 20:6C 21:00 22:64 30:06 00:00
2016-11-06 12:21:51 alive yes
2016-11-08 09:31:08 battery ok
2016-11-08 09:31:08 contact closed (to VCCU)
2016-11-06 12:21:51 cover closed
2016-11-06 12:21:51 recentStateType info
2016-11-08 09:31:08 state closed
2016-11-08 09:31:08 trigger_cnt 79
Helper:
HM_CMDNR 87
mId 0030
rxType 4
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2C3325,00,00,00
nextSend 1478593868.78952
rxt 0
vccu VCCU
p:
2C3325
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 57
Io:
CUL_0 -76
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO CUL_0
flg A
ts 1478593868.69459
ack:
HASH(0x1cb9390)
578002F110342C332500
Rssi:
At_cul_0:
avg -78.46875
cnt 16
lst -78
max -74.5
min -80.5
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
actCycle 028:00
actStatus alive
alias Fensterkontakt Küchentür
autoReadReg 4_reqStatus
devStateIcon .*gekippt:fts_door_tilt .*tilted:fts_door_tilt .*offen:fts_door_open .*geschlossen:fts_door .*geschlossen:fts_door
eventMap /tilted:gekippt/open:offen/closed:geschlossen
expert 2_raw
firmware 2.4
group Fensterkontakt
icon fts_door
model HM-SEC-RHS
peerIDs 00000000,
room CUL_HM,Homekit,Kueche
serialNr LEQ0888049
Hi Garbsen,
das Problem hatte ich auch. Du musst das attr event-on-change-reading setzen. Dann klappts :)
Gruß
Zitat von: jneroes am 08 November 2016, 21:58:35
Hi Garbsen,
das Problem hatte ich auch. Du musst das attr event-on-change-reading setzen. Dann klappts :)
Gruß
Danke, probiere ich aus
Ich bin gerade am recherchieren und mir kommen ein paar Fragen auf.
Ich hab hier irgendwo gelesen, dass es sich bei volume um eine customCharacteristic handelt die von Siri nicht unterstützt wird, stimmt das?
Unabhängig von Siri besteht die Möglichkeit die Lautstärker über die Home app zu steuern?
Ich besitze einen Yamaha-Receiver mit dem reading/set volume, wie müsste da das Mapping aussehn?
attr yamaha homebridgeMapping Volume=volume,On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
/**
* Characteristic "Volume"
*/
Characteristic.Volume = function() {
Characteristic.call(this, 'Volume', '00000119-0000-1000-8000-0026BB765291');
this.setProps({
format: Characteristic.Formats.FLOAT,
unit: Characteristic.Units.PERCENTAGE,
maxValue: 100,
minValue: 0,
minStep: 1,
perms: [Characteristic.Perms.READ, Characteristic.Perms.WRITE, Characteristic.Perms.NOTIFY]
});
this.value = this.getDefaultValue();
};
inherits(Characteristic.Volume, Characteristic);
Characteristic.Volume.UUID = '00000119-0000-1000-8000-0026BB765291';
Wenn ich verschiedene Radiosender per Homebridge steuern will lässt sich das nur über OnOff-Dummys pro Sender und notify realisieren oder gibt es da bessere Möglichkeiten? Könnte ich auch für den Receiver direkt mehrer Homebridge-Geräte mittels mapping erstellen und über "cmdOn2...10= favourites SenderName2..10" das notify umgehen?
Grüße
Fabian
ja. volume ist eine custom characteristic die nicht mit siri geht. mit home auch nicht. aber mit eve.
das sollte komplett automatisch ohne mapping gehen.
du kannst direkt mehrte On im gleichen homebridgeMapping haben. jedes braucht einen eigenen name=. schau dir das harmony beispiel im readme an. du kannst dann die einzelnen schalter jeweils in eine siri szene packen und per siri steuern.
ich glaube home zeigt aber auch nur den ersten switch.
wenn du über mehrere dummys gehtst wird es in home besser dargestellt. du brauchst keine notify dafür. du kanns im mapping jedes dummys auf die readings im original device verweisen.
gruss
andre
Zitat von: justme1968 am 01 November 2016, 18:42:04
nein.
dann musst du dir anschauen wie homebridgeMapping funktioniert und es selber passend konfigurieren.
gruss
andre
Das hab ich fast befürchtet... ;)
ist wirklich nicht schwer :)
Interessantes Phänomen:
Meine Hue Lampen laufen in einer eigenen Instanz, während meinem Urlaub waren plötzlich nur noch 3 (im ersten Raum scheinbar wahllos aber immer die gleichen) davon erreichbar.
Erst die Neueinrichtung des Home Hubs (ATV3) hat sie wieder zum Leben erweckt.
Wie funktionieren denn eigentlich die accessories und persist Ordner?
Weiss jemand wie das Ganze auf iCloud Seite funktioniert?
der persist ordner ist nur persistenter speicher damit diverse dynamisch erzeugte daten (ids, schlüssel,...) ein reboot überstehen.
wie genau die iCloud integration technisch funktioniert ist glaube ich nicht in den öffentlichen dokumenten beschrieben und was in den vertraulichen mfi dokumenten sagt niemand :)
Zitat von: justme1968 am 09 November 2016, 23:30:55
ist wirklich nicht schwer :)
Stimmt. Nur lästig. ;)
Meine erste Idee war:
CurrentPosition=KMotorfenster.1.LEVEL,factor=100 TargetPosition=control::control,factor=100 PositionState=KMotorfenster.1.DIRECTION,values=0:STOPPED;2:DECREASING;1:INCREASINGDer Knoten, den ich dabei im Kopf habe, ist das -0.005 für den lock... ?!?
Hallo,
ich beschäftige mich gerade damit, was der Beste Weg für Sprachsteuerung für mich ist. Google NOW (Hey Google.....), Amazon Echo (Alexa....) oder Apple Iphone (Hey Siri....)
Google NOW hab ich in Verbindung mit AMAD und Autovoice schon laufen. Amazon Alexa hab ich zwar da, aber noch nicht 100% mit dem FHEM Modul eingebunden. Hey Siri hab ich gerade erst durch Zufall gemerkt, dass man damit ja auch arbeiten könnte.
Tja, was ist nun der beste Weg ? Aus meiner Sicht eindeutig ALEXA. Geile Geräte, super Micro usw.
ABER...eine sehr wichtige Funktion ist es für mich, individuell Weckzeiten zu stellen. An diese Zeiten, will ich gewisse Abläufe bauen. Kann man mit Siri und Homebridge auch eine Weckzeit per Sprache stellen ? Mit AMAD und Autovoice klappt das super.
Geht das in der gleichen Art und Weise auch mit SIRI ? Hey Siri stelle den Wecker auf 7 Uhr ? Und überwachte FHEM auch den Wecker von SIRI, bzw. dem Iphone ?
Ich hoffe ja das es eines Tages die Möglichkeit geben wird, den Wecker mit Alexa zu stellen. Also geht ja schon jetzt, aber das dann eine Weckzeit in FHEM ankommt.
Ich würde mich halt am liebsten nur auf ein Gerät konzentrieren.
Grüße,
Visionsurfer
alexa ist sehr gut bei der erkennung irgendwo im raum, siri ist aktuell sehr viel besser was die möglichkeiten der steuerung angeht. mit der custom skill erweiterung die für alexa-fhem noch kommt wird es die möglichkeit geben anweisungen frei zu konfigurieren. damit wird dann auch das setzen der weckzeit gehen.
ich denke die kombination aus alexa und siri (es wird sowieso das gleiche modul sein und somit nur ein mal zu konfigurieren) wird es eine ziemlich gute lösung die sehr viel abdeckt.
alexa geht dann in allen räumen in denen du ein gerät hast. siri in allen anderen und von unterwegs.
gruss
andre
Hi,
ok. Danke für die Antwort.
Dann werde ich mich einfach noch etwas gedulden. Ich werde in jedem Raum eine Alexa haben. Ich finde das einfach ein gutes Gerät und gerade die DOT für knapp 60 Euro, ist schon ein super Preis, für die Technik und Qualität. Ich kann meine Alexa auf 5 Meter Entfernung und um die Ecke noch ziemlich gut steuern.
Also dann warte ich mal.
Darf ich noch fragen, was du genau damit meinst, mit dem gleichen Modul ? Führst du das noch zusammen ? Weil aktuell ist es noch nicht so, oder verstehe ich das falsch ?
Ich habe das hier gefunden: http://www.fhemwiki.de/wiki/Homebridge_einrichten und verfolge den Thread mit FHEM und Alexa. Ich wollte mich am Wochenende mal damit beschäftigen das zu installieren. Oder sollte man sich noch was anderes anschauen ? Aktuell müsste man noch beides installieren, oder ?
Grüße,
Visionsurfer
ideal wäre die alexa hardware mit den siri/homekit möglichkeiten und einem alexa custom skill :)
der alexa-fhem code ist aktuell zu 95% identisch mit dem homebridge code. auf homebridge-fhem seite gibt es noch etwas mehr und mit dem custom skill wird auch auf alexa seite noch was dazu kommen aber die überlappung ist so gross das es sinnvoll ist beides zusammen zu fassen. erst recht weil vermutlich manche beides verwenden werden und so ein grosser teil der configuration identisch ist.
im wiki gibt es die alexa installations anleitung.
gruss
andre
ps: mit siri ist wecker setzen in fhem möglich.
Hi,
ok. Bin schon gespannt was die Zukunft bringt :)
Aber wenn ich es richtig verstehe, muss ich dann aktuell noch beides installieren ?
Also Homekit und Alexa. Das ist quasi noch nicht ein Modul. Wenn ich beides nutzen möchte, muss auch beides installiert werden ?
Grüße,
Visionsurfer
ja. aktuell musst du beides installieren.
gruss
andre
ok. Danke.
Never touch a running system >:(
Hab gerade einen Update von Homebridge gemacht und jetzt startet sie nicht mehr :o
SyntaxError: Unexpected strict mode reserved word
at exports.runInThisContext (vm.js:73:16)
at Module._compile (module.js:443:25)
at Object.Module._extensions..js (module.js:478:10)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
at Module.require (module.js:365:17)
at require (module.js:384:17)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/index.js:3:14)
at Module._compile (module.js:460:26)
at Object.Module._extensions..js (module.js:478:10)
node sollte passen
markus@qfserver:~$ node -v
v0.12.4
markus@qfserver:~$ nodejs -v
v7.1.0
so, habe jetzt mit n fast alle node Versionen getestet...leider ohne Erfolg >:(
Die Fehlermeldung variiert dann auch:
markus@qfserver:~$ sudo n stable
install : node-v7.0.0
mkdir : /usr/local/n/versions/node/7.0.0
fetch : https://nodejs.org/dist/v7.0.0/node-v7.0.0-linux-x64.tar.gz
######################################################################## 100,0%
installed : v7.0.0
markus@qfserver:~$ n
markus@qfserver:~$ sudo homebridge
/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: The module '/usr/local/lib/node_modules/homebridge/node_modules/mdns/build/Release/dns_sd_bindings.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 14. This version of Node.js requires
NODE_MODULE_VERSION 51. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or`npm install`).
at Object.Module._extensions..node (module.js:600:18)
at Module.load (module.js:490:32)
at tryModuleLoad (module.js:449:12)
at Function.Module._load (module.js:441:3)
at Module.require (module.js:500:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:573:32)
at Object.Module._extensions..js (module.js:582:10)
at Module.load (module.js:490:32)
instalier homebridge mal mit --force. das sollte die dependencies neu kompilieren.
Ne, hat leider auch nicht funktioniert >:(
Habe jetzt alles manuell deinstalliert und gelöscht und node neu installiert.
Jetzt geht es wieder.
Hatte wohl mittlerweile einen ziemlichen node-Salat ;D
Jetzt habe ich doch noch eine Frage:
Ich habe für einige Rollos Dummys, darauf einen DOIF und damit steuer ich HM und FS20 Empfänger.
Der Dummy kennt im Prinzip nur Auf und Zu.
Internals:
NAME Rollo.Buero
NR 99
STATE Auf
TYPE dummy
.userReadings:
Readings:
2016-11-12 12:08:50 direction rauf
2016-11-12 12:08:50 position oben
2016-11-12 12:08:50 state Auf
Attributes:
alias Rollo Büro
comment drive-down-80 {((ReadingsNum("Rollo.Buero","drive-down",0)/100)*80)}, drive-up-80 {((ReadingsNum("Rollo.Buero","drive-up",0)/100)*20)}
devStateIcon Auf:fts_shutter_10 Zu:fts_shutter_100 20:fts_shutter_70
drive-down 33
drive-up 35
fm_type state,offbutton,onbutton
genericDeviceType blind
group Rollos
homebridgeMapping clear
On=state,valueOn=Auf,valueOff=Zu,cmdOn=Auf,cmdOff=Zu
room Buero,Homekit,Rollos
setList Auf Zu
userReadings position, direction
userattr drive-up drive-down
webCmd Auf:Zu:20
Leider erkennt Homekit den Staus nicht und kann auch nicht steuern.
Wenn ich in Homekit klicke, steht dort wird geöffnet und der Dummy wird auf pct 100 geschalten.
Jemand eine Idee?
wenn es nur zwei zustände gibt musst du genericDeviceType switch setzen.
Ja, das geht natürlich, aber dann ist
1. das Icon falsch und
2. wird es von Homekit nicht als Rollo erkannt und auch nicht in der Zusammenfassung als offen dargestellt
Ich dachte, ich kann den genericType "frei" festlegen und dann mit dem mapping entsprechend die Befehle "verbiegen"?
du kannst alles frei konfgurieren. aber dann musst du auch die charactersitics umbiegen die ein rolladen hat.
cmdOn/Off und valueOn/Off gibt es nur bei einem schalter. ein homekit rolladen kenn nur CurrentPosition und TargetPosition. die musst du so mappen das Auf und Zu über values auf 100 und 0 gemapped wird und 100 und 0 über cmds auf Auf und Zu.
Ich bekomm es einfach nicht hin :-[
Ich habe jetzt mit eventMap, userreadings und Co. rumprobiert, aber es mag nicht so richtig.
Ich habe geschafft, dass Homekit die Rollo hoch und runter fahren kann, aber der Status stimmt nie.
Das zerhaut mir dann auch meine DOIFs.
Homekit sendet ja PCT 100 für ganz rauf und PCT 0 für ganz runter. Mehr brauche ich auch nicht.
Jetzt muss ich irgendwie das Mapping so hinbekommen, dass
Homekit -> FHEM => PCT 100 = Auf (also wenn Homekit PCT 100 schickt, muss bei FHEM Auf ankommen)
Homekit -> FHEM => PCT 0 = Zu
FHEM -> Homekit => state/STATE = Auf für Homekit PCT 100
FHEM -> Homekit => state/STATE = Zu für Homekit PCT 0
versuch es mal so:attr <name> homebridgeMapping CurrentPosition=state,values=Zu:0;;Auf:100 TargetPosition=CurrentPosition,minStep=50,cmds=0:Zu;;/.*/:Auf
gruss
andre
hi,
ich hab heute mal homebridge und homebridge-fhem auf den aktuellen stand gebracht.
leider leider werden jetzt meine daten nicht mehr richtig geparsed. kommt immer 1 raus:
HEIZUNG ABGAS:
[11/13/2016, 11:26:53 PM] [FHEM] Initializing platform accessory 'tempAbgas'...
[11/13/2016, 11:26:53 PM] [FHEM] creating services for tempAbgas
[11/13/2016, 11:26:53 PM] [FHEM] information service for tempAbgas
[11/13/2016, 11:26:53 PM] [FHEM] manufacturer, model and serial number characteristics for tempAbgas
[11/13/2016, 11:26:53 PM] [FHEM] TemperatureSensor service for tempAbgas
[11/13/2016, 11:26:53 PM] [FHEM] CurrentTemperature characteristic for tempAbgas:state
[11/13/2016, 11:26:53 PM] [FHEM] initial value is: 1 (number)
[11/13/2016, 11:26:53 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 1,
maxValue: 400,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[11/13/2016, 11:30:59 PM] [FHEM] caching: CurrentTemperature: 1 (as number; from '118')
--
PUFFERSPEICHER %:
[11/13/2016, 11:26:53 PM] [FHEM] Initializing platform accessory 'percentPuffer'...
[11/13/2016, 11:26:53 PM] [FHEM] creating services for percentPuffer
[11/13/2016, 11:26:53 PM] [FHEM] information service for percentPuffer
[11/13/2016, 11:26:53 PM] [FHEM] manufacturer, model and serial number characteristics for percentPuffer
[11/13/2016, 11:26:53 PM] [FHEM] HumiditySensor service for percentPuffer
[11/13/2016, 11:26:53 PM] [FHEM] CurrentRelativeHumidity characteristic for percentPuffer:state
[11/13/2016, 11:26:53 PM] [FHEM] initial value is: 1 (number)
[11/13/2016, 11:26:53 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[11/13/2016, 11:26:53 PM] [FHEM] caching: CurrentRelativeHumidity: 1 (as number; from '100')
irgendwelche tipps?
zeig mal die konsole mit --debug und ein jsonlist2 von einem device.
vor dem update von homebridge und homebridge-fhem gings monate lang ohne probleme.
{
"Arg":"percentPuffer",
"Results": [
{
"Name":"percentPuffer",
"PossibleSets":" ",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 readingList setList useSetExtensions event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,thermometer,thermostat,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "percentPuffer",
"NR": "163",
"STATE": "100",
"TYPE": "dummy"
},
"Readings": { "state": { "Value":"100", "Time":"2016-11-14 00:28:31" } },
"Attributes": {
"alias": "PUFFER",
"genericDeviceType": "HumiditySensor",
"homebridgeMapping": "CurrentRelativeHumidity=state",
"room": "HomeKit"
}
} ],
"totalResultsReturned":1
}
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[11/14/2016, 12:29:53 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[11/14/2016, 12:29:53 AM] Registering platform 'homebridge-fhem.FHEM'
[11/14/2016, 12:29:53 AM] ---
[11/14/2016, 12:29:53 AM] Loaded config.json with 0 accessories and 1 platforms.
[11/14/2016, 12:29:53 AM] ---
[11/14/2016, 12:29:53 AM] Loading 1 platforms...
[11/14/2016, 12:29:53 AM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1479079794596
[11/14/2016, 12:29:54 AM] [FHEM] Checking genericDeviceType...
[11/14/2016, 12:29:54 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[11/14/2016, 12:29:54 AM] [FHEM] Fetching FHEM devices...
[11/14/2016, 12:29:54 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=HomeKit&XHR=1
[11/14/2016, 12:29:54 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[11/14/2016, 12:29:54 AM] [FHEM] got: 4 results
[11/14/2016, 12:29:54 AM] [FHEM] mappings for SD2: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[11/14/2016, 12:29:54 AM] [FHEM] SD2 is light
[11/14/2016, 12:29:54 AM] [FHEM] SD2 has
[11/14/2016, 12:29:54 AM] [FHEM] FirmwareRevision [D-firmware]
[11/14/2016, 12:29:54 AM] [FHEM] On [state;on,off]
2016-11-14 00:29:54 caching: SD2-D-firmware: 2.5
[11/14/2016, 12:29:54 AM] [FHEM] caching: FirmwareRevision: 2.5 (as string; from '2.5')
2016-11-14 00:29:54 caching: SD2-state: off
[11/14/2016, 12:29:54 AM] [FHEM] SD2-state valueOn/valueOff: value off mapped to 0
[11/14/2016, 12:29:54 AM] [FHEM] caching: On: false (as boolean; from 'off')
[11/14/2016, 12:29:54 AM] [FHEM] mappings for SD4: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[11/14/2016, 12:29:54 AM] [FHEM] SD4 is switch
[11/14/2016, 12:29:54 AM] [FHEM] SD4 has
[11/14/2016, 12:29:54 AM] [FHEM] FirmwareRevision [D-firmware]
[11/14/2016, 12:29:54 AM] [FHEM] On [state;on,off]
2016-11-14 00:29:54 caching: SD4-D-firmware: 2.6
[11/14/2016, 12:29:54 AM] [FHEM] caching: FirmwareRevision: 2.6 (as string; from '2.6')
2016-11-14 00:29:54 caching: SD4-state: MISSING ACK
[11/14/2016, 12:29:54 AM] [FHEM] SD4-state valueOn/valueOff: value MISSING ACK mapped to 1
[11/14/2016, 12:29:54 AM] [FHEM] caching: On: true (as boolean; from 'MISSING ACK')
[11/14/2016, 12:29:54 AM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[11/14/2016, 12:29:54 AM] [FHEM] mappings for percentPuffer: { CurrentRelativeHumidity: { reading: 'state' } }
[11/14/2016, 12:29:54 AM] [FHEM] percentPuffer is HumiditySensor
[11/14/2016, 12:29:54 AM] [FHEM] percentPuffer has
[11/14/2016, 12:29:54 AM] [FHEM] CurrentRelativeHumidity [state]
2016-11-14 00:29:54 caching: percentPuffer-state: 99
[11/14/2016, 12:29:54 AM] [FHEM] caching: CurrentRelativeHumidity: 1 (as number; from '99')
[11/14/2016, 12:29:54 AM] [FHEM] homebridgeMapping: CurrentTemperature=state,minValue=1,maxValue=400,minStep=1
[11/14/2016, 12:29:54 AM] [FHEM] mappings for tempAbgas: { CurrentTemperature: { reading: 'state', minValue: 1, maxValue: 400, minStep: 1 } }
[11/14/2016, 12:29:54 AM] [FHEM] tempAbgas is thermometer
[11/14/2016, 12:29:54 AM] [FHEM] tempAbgas has
[11/14/2016, 12:29:54 AM] [FHEM] CurrentTemperature [state]
2016-11-14 00:29:54 caching: tempAbgas-state: 100
[11/14/2016, 12:29:54 AM] [FHEM] caching: CurrentTemperature: 1 (as number; from '100')
[11/14/2016, 12:29:54 AM] [FHEM] Initializing platform accessory 'SD2'...
[11/14/2016, 12:29:54 AM] [FHEM] creating services for SD2
[11/14/2016, 12:29:54 AM] [FHEM] information service for SD2
[11/14/2016, 12:29:54 AM] [FHEM] manufacturer, model and serial number characteristics for SD2
[11/14/2016, 12:29:54 AM] [FHEM] firmware revision characteristic for SD2
[11/14/2016, 12:29:54 AM] [FHEM] Lightbulb service for SD2
[11/14/2016, 12:29:54 AM] [FHEM] On characteristic for SD2:state
[11/14/2016, 12:29:54 AM] [FHEM] initial value is: false (boolean)
[11/14/2016, 12:29:54 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[11/14/2016, 12:29:54 AM] [FHEM] Initializing platform accessory 'SD4'...
[11/14/2016, 12:29:54 AM] [FHEM] creating services for SD4
[11/14/2016, 12:29:54 AM] [FHEM] information service for SD4
[11/14/2016, 12:29:54 AM] [FHEM] manufacturer, model and serial number characteristics for SD4
[11/14/2016, 12:29:54 AM] [FHEM] firmware revision characteristic for SD4
[11/14/2016, 12:29:54 AM] [FHEM] Switch service for SD4
[11/14/2016, 12:29:54 AM] [FHEM] On characteristic for SD4:state
[11/14/2016, 12:29:54 AM] [FHEM] initial value is: true (boolean)
[11/14/2016, 12:29:54 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[11/14/2016, 12:29:54 AM] [FHEM] Initializing platform accessory 'percentPuffer'...
[11/14/2016, 12:29:54 AM] [FHEM] creating services for percentPuffer
[11/14/2016, 12:29:54 AM] [FHEM] information service for percentPuffer
[11/14/2016, 12:29:54 AM] [FHEM] manufacturer, model and serial number characteristics for percentPuffer
[11/14/2016, 12:29:54 AM] [FHEM] HumiditySensor service for percentPuffer
[11/14/2016, 12:29:54 AM] [FHEM] CurrentRelativeHumidity characteristic for percentPuffer:state
[11/14/2016, 12:29:54 AM] [FHEM] initial value is: 1 (number)
[11/14/2016, 12:29:54 AM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[11/14/2016, 12:29:54 AM] [FHEM] Initializing platform accessory 'tempAbgas'...
[11/14/2016, 12:29:54 AM] [FHEM] creating services for tempAbgas
[11/14/2016, 12:29:54 AM] [FHEM] information service for tempAbgas
[11/14/2016, 12:29:54 AM] [FHEM] manufacturer, model and serial number characteristics for tempAbgas
[11/14/2016, 12:29:54 AM] [FHEM] TemperatureSensor service for tempAbgas
[11/14/2016, 12:29:54 AM] [FHEM] CurrentTemperature characteristic for tempAbgas:state
[11/14/2016, 12:29:54 AM] [FHEM] initial value is: 1 (number)
[11/14/2016, 12:29:54 AM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 1,
maxValue: 400,
minStep: 1,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 999-99-999 │
└────────────┘
[11/14/2016, 12:29:55 AM] Homebridge is running on port 81.
2016-11-14 00:29:55 caching: tempAbgas-state: 99
[11/14/2016, 12:29:55 AM] [FHEM] caching: CurrentTemperature: 1 (as number; from '99')
2016-11-14 00:32:33 caching: tempAbgas-state: 98
[11/14/2016, 12:32:33 AM] [FHEM] caching: CurrentTemperature: 1 (as number; from '98')
2016-11-14 00:32:35 caching: percentPuffer-state: 100
[11/14/2016, 12:32:35 AM] [FHEM] caching: CurrentRelativeHumidity: 1 (as number; from '100')
habs repariert. bitte hombridge-fhem noch mal updaten bzw. drüber installieren.
gruss
andre
Zitat von: justme1968 am 12 November 2016, 17:58:26
versuch es mal so:attr <name> homebridgeMapping CurrentPosition=state,values=Zu:0;;Auf:100 TargetPosition=CurrentPosition,minStep=50,cmds=0:Zu;;/.*/:Auf
gruss
andre
Danke Andre, so klappt es!!
Zitat von: justme1968 am 14 November 2016, 08:17:06
habs repariert. bitte hombridge-fhem noch mal updaten bzw. drüber installieren.
gruss
andre
danke! funkt wieder.
lg
Ich mal wieder ;D
Habe mich jetzt doch durchgerungen und mir eine HUE Bridge bestellt. Auch wenn sie teuer ist, aber mit meinen Milights bin ich nicht so zufrieden.
Wie ist denn nun der "perfekte" Weg, HUE in Homekit einzubinden?
Mache ich es direkt HUE <-> Homekit, bekommt ja fhem nichts mit.
Wenn ich HUE <-> FHEM <-> Homekit mache, geht dann auch alles?
Vielen Dank für eure Erfahrungen.
über fhem ist besser. dann hat fhem immer sofort den aktuellen stand wenn du über homekit schaltest.
wenn du eine v2 bridge hast kannst du diese auch direkt mit homekit verbinden, fhem bekommt dann aber alles nur verzögert mit. die last für die bridge ist etwas höher und ich habe schon vom problemen gelesen die die aktuelle homekit version der bridge hat.
probier es aus. es ist kein problem hin und her zu wechseln.
gruss
andre
okay, Danke Andre.
Habe ab heute Abend (ist schon im Briefkasten) die v2 Bridge und einen LED Stripe.
Werde das dann mal direkt mit Homkit verknüpfen und testen.
Wenn ich es über FHEM lösen will, welchen GeneralDeviceType brauche ich denn?
light?
wird automatisch erkannt wenn der filter passt.
ansonsten light.
Top, Danke
Direkt über die Bridge ist suboptimal, da Philips beispielsweise die Lichttemperatur der Ambiance vergessen hat ;)
Bzw. HomeKit kennt nur Dimmer oder Bunt, nichts dazwischen.
Sent from my iPhone using Tapatalk
Danke für den Tip Markus.
Nur noch einmal blöd gefragt, die Bridge muss ja nicht per Filter in Homekit, sondern die Lampen, richtig?
@Markus M.: homekit kennt zwar inzwischen farbtemperatur, der wert wird aber als rgb gesendet.
@Mitch: um wirklich direkt die farbtemperatur zu verstellen kannst du dir ein custom mapping bauen. das geht aber dann nicht mit siri bzw. nur über siri szenen.
ja. die lampen.
Da ich die farbigen Hue Lampen damals eh nur wegen der Farbtemperatur gekauft habe, nutze ich die eigentlich Farben nie.
Hab daher auch schon überlegt, ob man auf FHEM irgendwie noch tricksen kann, so dass die Kommandos von RGB dann entsprechend als CT bei den Hue Devices gesetzt werden.
Notfalls über ein Dummy dazwischen der dann eben statt dem HueDevice in HomeBridge kommt.
Dann könnte man halt keine Farben mehr setzen, aber Color Temperature würde gehen...
edit: oder evtl. noch besser:
Alles in einem bestimmten Spektrum eben als CT setzen und knalligere Farben dennoch per RGB.
So wäre beides noch möglich.
wenn es noch um homekit geht: eine custom characteristic und du kannst über eve und siri szenen alles bedienen.
aktuell habe ich noch keinen code für rgb -> farbtemperatur. nur für die gegenrichtung. aber ich kann mal schauen wenn ich dazu komme.
guss
andre
Moin Andre,
ich habe da mal eine Frage...für meine Carport Tore habe ich mir Fibaro - Shutter Module Zwave besorgt und angelegt...Installiert, inkludiert, alles gut. Kann der per FHEM problemlos steuern. Nun nutze ich auch Homebridge und so ziemlich alles per SIRI & Co. bzw. Homekit steuern, auch die Tore...ABER: schliessen geht problemlos, öffnen bis 90% auch. Wenn ich versuche sie ganz zu öffnen, wird lt. Konsole ein Befehl zum Öffnen mit 100% gesendet. Die Fibaro's verstehen aber nur 99 ls max. Befehl. 100 ignorieren sie.
Wie kann man das Mappen, hab mich hier durchs Forum gesucht, finde aber nichts passendes was funktioniert. Vielleicht habe ich aber auchnur Tomaten auf den Augen.
Mein Mapping sieht derzeit folgendermassen aus :
TargetPosition=dim::position,minValue=0,maxValue=100:99,minStep=5 CurrentPosition=position,cmd=dim,minValue=0,maxValue=99
hab das auch mit 100 usw probiert, klappt nicht. So zeigt HomeKit schön "öffnen" und "schließen" an, aber sie gehen halt nicht ganz auf...
wo liegt mein Denkfehler?
LG
Marie
Zitat von: Marie am 19 November 2016, 16:04:45
TargetPosition=dim::position,minValue=0,maxValue=100:99,minStep=5 CurrentPosition=position,cmd=dim,minValue=0,maxValue=99
Ich denke es sollte eher so aussehen:
CurrentPosition=position,minValue=0,maxValue=99 TargetPosition=position,minValue=0,maxValue=99,minStep=5,cmd=dimGruß
Dan
P.S. Sorry, bin gar nicht Andre. ;)
Hallo Dan (andre?! ;) )
danke für Deine schnelle Antwort, die Reihenfolge der Konfiguration scheint nicht so wichtig zu sein, habe das mal ausprobiert, funktioniert, aber nicht ganz auf, komme jetzt bis 95%.
Na gut, also MinStep auf 1 sollte dann wohl gehen, Pustekuchen. Geht auch nicht. :o
Hm... Fragen über Fragen...
Marie
PS: Bei meinem Beispiel sendet er auf der Konsole sichtbar noch den Befehl für 100 % auf, mit Deiner Version wenn man versucht ganz zu öffnen kommt nichts mehr. Problem dürfte ja sein, das HomeKit immer 100% sendet für ganz auf, nur wird das nicht auf 99% umgesetzt wenn ich das so richtig sehe...
PPS: Mit EVE klappt das wunderbar, da kann man in 1% Schritten steuern...
So,
habe beim Experimentieren mal den MinStep auf 0.5 gesetzt und nun klappt es auch bis 99. Einziger Wermutstropfen jetzt noch: In der Endlage geöffnet wird nur "99% geöffnet" angezeigt, nicht "Geöffnet"
Ideen ??
Gruß
Marie
Zitat von: Marie am 19 November 2016, 16:27:05Bei meinem Beispiel sendet er auf der Konsole sichtbar noch den Befehl für 100 % auf, mit Deiner Version wenn man versucht ganz zu öffnen kommt nichts mehr. Problem dürfte ja sein, das HomeKit immer 100% sendet für ganz auf, nur wird das nicht auf 99% umgesetzt wenn ich das so richtig sehe...
Du setzt das Ding also mit dem
dim Befehl, der Wert ist in
position, es geht aber jeweils nur 0-99?
Wer entwickelt so einen Mist?!
Probier doch mal so:
CurrentPosition=position,values=99:100
TargetPosition=position,minValue=0,maxValue=100,minStep=5,delay=true,cmds=100:dim+99,cmd=dim
Zitat von: Markus M. am 19 November 2016, 16:50:39
Du setzt das Ding also mit dem dim Befehl, der Wert ist in position, es geht aber jeweils nur 0-99?
Wer entwickelt so einen Mist?!
FIBARO....
Zitat von: Markus M. am 19 November 2016, 16:50:39
Du setzt das Ding also mit dem dim Befehl, der Wert ist in position, es geht aber jeweils nur 0-99?
Wer entwickelt so einen Mist?!
Probier doch mal so:
CurrentPosition=position,values=99:100
TargetPosition=position,minValue=0,maxValue=100,minStep=5,delay=true,cmds=100:dim+99,cmd=dim
Das geht leider nicht, dann sind sämtlich Zwischenstände undefiniert. Wie kann ich denn einfach den Wert 99 auf skalieren? Mit MaxValue=99:100 klappt das scheinbar nicht...
Kann jemand weiterhelfen?
Ich will die Luftqualität anzeigen, ich bekomme aber immer "Sehr Gut" in der Anzeige, weil der Wert immer auf 1 steht.
Also habe ich ein dummy Gerät siehe unten angelegt um den state manuell setzen zu können.
define AIRQUALITY dummy
attr AIRQUALITY alias Luftqualität
attr AIRQUALITY genericDeviceType AirQualitySensor
attr AIRQUALITY homebridgeMapping AirQuality=state
attr AIRQUALITY room Homekit
Ich habe homebridge mit --debug gestartet und dort sehe ich in den Ausgaben, dass egal welchen Wert ich setze, immer die 1 im Cache steht:
"caching: AirQuality: 1 (as number; from '2000')"
Nachtrag:
Thema hat sich mit update auf 0.2.63 erledigt. Wurde anscheinend schon behoben.
Zitat von: Marie am 19 November 2016, 17:02:53Das geht leider nicht, dann sind sämtlich Zwischenstände undefiniert.
Andre, wie mappt man eigentlich bei den Commands
allesandere auf
allesandere?
Wenn das aktuell noch nicht geht, bitte einbauen oder generell auf selektives Mapping umstellen ;)
maxValue=100:99 geht nicht. wenn dann maxValue=99. aber max-min muss ein ganzzahliges vielfaches von minStep sein. ich würde auch nicht den 0-100 bereich ändern sondern 99 zu 100 machen und alles andere lassen: values=99:100;/.*/:#
sind die zwischenwerte wirklich interessant oder reicht auf und zu? dann würde ich das als GarageDoorOpener einbinden:attr <name> genericDeviceType garage
attr <name> homebridgeMapping CurrentDoorState=position,values=0:CLOSED;/.*/:OPEN TargetDoorState=CurrentDoorState,cmds=OPEN:dim+99;CLOSED:dim+0
ansonsten: um die zwischenstände zu bekommen mit default arbeiten oder besser mit regex in values und commands.
@Heinz1973: mach bitte mal ein update von homebridge-fhem. das habe ich vor ein paar tagen behoben.
@Markus M.: was genau ist allesandere auf allesandere? auch hier sollten regex helfen.
gruss
andre
Zitat von: justme1968 am 19 November 2016, 17:40:25ansonsten: um die zwischenstände zu bekommen mit default arbeiten oder besser mit regex in values und commands.
@Markus M.: was genau ist allesandere auf allesandere? auch hier sollten regex helfen.
Na eben die Zwischenwerte, ohne alle einzeln mappen zu müssen.
Was macht z.B.
/.*/#?
Hast du ein Beispiel wie man in
cmds 100 auf 99 und alles andere auf sich selbst mappt?
für values macht /.*/:# genau das. für cmds wird alles was nicht in cmds steht sowieso 1:1 durchgereicht.
Zitat von: justme1968 am 19 November 2016, 17:40:25
maxValue=100:99 geht nicht. wenn dann maxValue=99. aber max-min muss ein ganzzahliges vielfaches von minStep sein. ich würde auch nicht den 0-100 bereich ändern sondern 99 zu 100 machen und alles andere lassen: values=99:100;/.*/:#
sind die zwischenwerte wirklich interessant oder reicht auf und zu? dann würde ich das als GarageDoorOpener einbinden:attr <name> genericDeviceType garage
attr <name> homebridgeMapping CurrentDoorState=position,values=0:CLOSED;/.*/:OPEN TargetDoorState=CurrentDoorState,cmds=OPEN:dim+99;CLOSED:dim+0
gruss
andre
Garage auf und zu reicht nicht, da das Grossen Rolladen sind und auch durchaus mal nur ein Stück geöffnet werden sollen.
Ich bräuchte eigentlich nur die skalierung für 99 auf 100 % für HomeKit...
dann values=99:100;/.*/:#
d.h. alles zusammen so:CurrentPosition=position,values=99:100;/.*/:# TargetPosition=CurrentPosition,dim::position,minStep=5,delay=true,cmds=100:dim+99
gruss
andre
Na dann passt ja alles :)
Damit hab ich auch mein Winmatic Mapping endlich so hinbekommen, dass du das lock drinlassen kannst, Danke!
clear
PositionState=direction,values=down:DECREASING;up:INCREASING;no:STOPPED;undefined:STOPPED,default=STOPPED
CurrentPosition=state,values=locked:0;/.*/:#,default=50
TargetPosition=state,values=locked:0;/.*/:#,default=50,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:level+0;1:locked;2:locked;3:locked;4:locked,cmd=level
StatusLowBattery=HM_123456_Akku:state,threshold=20,values=1:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
BatteryLevel=HM_123456_Akku:state,default=0
ObstructionDetected=motorErr,valueOff=ok
StatusActive=CommandAccepted,valueOn=yes
Der Status Opening/Closing funktioniert damit aber trotzdem nicht wirklich, da Homekit zwischendrin mit allerlei nutzlosen Values aus state bombardiert wird.
was genau taucht denn in state noch auf? meist ist es besser ein anderes reading als state zu verwenden.
CurrentPosition=state,values=locked:0;/.*/:#,default=50
TargetPosition=state,values=locked:0;/.*/:#,default=50,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:level+0;1:locked;2:locked;3:locked;4:locked,cmd=level
kann man übrigens kürzer und ohne wiederholung so schreiben:
CurrentPosition=state,values=locked:0;/.*/:#,default=50
TargetPosition=CurrentPosition,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:level+0;1:locked;2:locked;3:locked;4:locked,cmd=level
Zitat von: justme1968 am 19 November 2016, 18:43:03
was genau taucht denn in state noch auf? meist ist es besser ein anderes reading als state zu verwenden.
Alle set_xyz Werte und die aktuelle Position zu Zeiten zu denen man sie nicht brauchen kann.
Andere Readings hat das HM Modul leider (noch) nicht - ich war mal so frei: https://forum.fhem.de/index.php/topic,61045.msg524455.html#msg524455 (https://forum.fhem.de/index.php/topic,61045.msg524455.html#msg524455)
zumindest set_.* und set-.* wird eigentlich rausgefiltert. die sollten nicht stören.
@Andre: Danke, so klappt es! Das mag ich so an dem Forum, man lernt immer was dazu...
Lg
Marie
Zitat von: justme1968 am 19 November 2016, 20:11:08
zumindest set_.* und set-.* wird eigentlich rausgefiltert. die sollten nicht stören.
Seit wann hast du das drin?
Ich hatte eigentlich immer einen kurzen Sprung auf
default drin.
Und kann es sein, dass HomeKit nicht auf eine Änderung von
PositionState allein reagiert?
Wenn ich ein Fenster über FHEM öffne/schliesse, reagiert Home bis zum Endpunkt gar nicht.
das ist schon immer drin. schau mal ob da nicht noch was ganz anderes kommt
zu PositionState: vergleich das mal mit eve. home scheint hier etwas 'dümmer' zu reagieren bzw. den wert garnicht anzuzeigen.
wenn du auf der console siehst das ein neuer wert gegached wird dann wird er auch richtung homekit gepushed.
Hallo,
ich bin neu hier.
Erst mal ein großes Danke. Ich habe mehrere Rollläden die von meiner Tahoma Box aus gesteuert werden eingebunden, mit Hilfe der vielen Beiträge hier im Forum.
Soweit funktioniert alles. es war sogar möglich mein Garagentor (Dexxo IO) einzubinden.
All diese Devices werden in der Home App als Jalousie angezeigt. Nun zu meiner Frage. Ist es möglich das Icon auf der Home-App vom iPhone/iPad zu ändern oder auszuwählen?
Gruß
die geräte icons in home kann man nicht ändern. die icons in eve eingeschränkt.
wenn es dir bei deiner garage nur auf auf und zu ankommt nd nicht auf zwischenstände solltest du sie als GarageDoorOpener einbinden. ein beispiel gibt es weiter oben.
gruss
andre
Danke für den schnellen Hinweis. Den Garagentoröffner schaue ich mir mal an.
Aber die Sache mit den Icons lässt mir irgendwie keine Ruhe. Ich habe auf der Apple Homepage ein paar Bilder von der Home App gesehen. Da sind Lampen mit verschiedenen Icons zu sehen. Da stellt sich für mich natürlich die Frage ob alle meine Lampen, Rollläden, etc. jeweils das gleiche Bild haben müssen. Es wäre doch schön wenn man eine Nachttischlampe ganz schnell von einer Deckenlampe unterscheiden könnte.
Gruß
Bei den Lampen geht das, zu erkennen am blauen Rahmen neben dem Namen in den Details.
Sent from my iPhone using Tapatalk
Hallo,
Ich habe seit einiger Zeit meine Heizungsregelung und ein paar andere Kleinigkeiten via FHEM und Hombridge eingebunden. Vielen Dank für die vielen hilfreichen Beiträge.
Aktuell habe ich das Problem dass Homebridge wohl irgendwie eingefroren zu sein scheint. Wenn ich über Eve die Temperatur der Räume aktualisiere wird mir keine Fehlermeldung wie z.Bsp. bei deaktiviertem Service angezeigt, die Werte sind jedoch immer gleich. Nur wenn ich z.Bsp. einen Schalter via Eve betätigen will wird mir angezeigt dass das Gerät nicht erreichbar ist.
Kennt jemand das Problem?
Gruß und Dank aus Tirol
Ich würde noch gerne meine Wetterstation mit Luftdruck in mbar einbinden. Leider finde ich dazu keinen passenden Service.
Gibt es überhaupt sowas wie Luftdruck, bzw. hat schon mal jemand so was hinbekommen?
es gibt keine standard characteristic für luftdruck. es gibt eine custom characteristic die eve verwendet und dir dort auch zu sehen ist. home zeigt sie nicht an.
wenn das reading pressure heisst sollte alles automatisch gehen, wenn nicht:
attr <name> homebridgeMapping E863F10F-079E-48FF-8F27-9C2605A29F52=<reading>,name=AirPressure,format=UINT16
gruss
andre
Danke ich probiers mal aus. Das mit der UUID hab ich schon im source gesehen, mir war aber nicht klar, dass man es so verwenden kann.
du kannst dir für eigene custom characteristics auch einfach eine uuid ausdenken und genau so verwenden.
home aber aktuell nur die standard characteristics an und siri kann auch nichts damit anfangen. eve zeigt alles so gut es geht an.
Immer noch kein Luftdruck bei den neuen Characteristics, dafür ein ganzer Haufen bizarrer Luftwerte weit entfernt vom Consumerbereich:
VOC Density, PM10, PM2.5, Ozon, NO2, SO2 und dazu Luftreiniger, Luftbefeuchter etc.
Haben die Lack gesoffen oder verbrennen die welchen im Büro?!
naja: wenn die luft schlecht ist kann man automatisch lüften oder wenigstens warnen. gegen den luftdruck kann man eher nichts machen :)
Hi in die Runde,
auch auf die Gefahr hin das ich gesteinigt werde.
Auf der ersten Seite dieses Threats ist beschrieben wie man ein Mapping von Homebridge zu FHEM macht.
TargetHeatingCoolingState=...,cmds=OFF:desired-temp+off;HEAT:controllMode+day;COOL:controllMode+night;AUTO:controllMode+auto
Wo muss das eingegeben werden? Bzw. kommt das in die config.json und wenn ja wie?
Kann mir das jemand näher erläutern? Für was stehen die ...?
Sorry ich stehe auf dem Schlauch
Zitat von: nephdrasil am 20 November 2016, 11:28:52
Hi in die Runde,
auch auf die Gefahr hin das ich gesteinigt werde.
Auf der ersten Seite dieses Threats ist beschrieben wie man ein Mapping von Homebridge zu FHEM macht.
TargetHeatingCoolingState=...,cmds=OFF:desired-temp+off;HEAT:controllMode+day;COOL:controllMode+night;AUTO:controllMode+auto
Wo muss das eingegeben werden? Bzw. kommt das in die config.json und wenn ja wie?
Kann mir das jemand näher erläutern? Für was stehen die ...?
Sorry ich stehe auf dem Schlauch
Hi, das Mapping wird als Attribute bei den Devices eingetragen.
zB attr Heizung homebridgeMapping TargetHeatingCooloingState
Ich hoffe,ich konnte dir helfen, übe selber noch! ;-)
VG Christian
Ok danke
Zitat von: justme1968 am 20 November 2016, 08:32:55
naja: wenn die luft schlecht ist kann man automatisch lüften oder wenigstens warnen. gegen den luftdruck kann man eher nichts machen :)
Ich habe vermutet dass es AirParticulateDensity ist... scheint aber nicht ganz zu passen, weil die Einheit falsch ist.
Welche Einheiten gibt es überhaupt?
AirParticulateDensity ist etwas in richtung staub/feinstaub. erlaubte werte sind zwischen 0 und 1000. ich habe keine ahnung in welcher einheit.
für airpressure musst du wirklich die custom characteristic von oben verwenden.
Ich bin gerade dabei mir meine Xiaomi Pflanzensensoren vernünftig in der EVE App anzeigen zu können und bilde mir das ganze mit custom characteristic ab.
Ich habe mir hier mal die beiden folgenden Eingebaut:
attr Blume2 homebridgeMapping E863F10F-079E-48FF-3625-9C2605A29F52=moisture,name=Feuchtigkeit,format=UINT16,unit=PERCENTAGE,minValue=1,maxValue=100 \
E863F10F-079E-48FF-7564-9C2605A29F52=fertility,name=Dünger,format=UINT16,unit=XYZ,minValue=1,maxValue=1000
Funktioniert soweit auch, aber meine Frage wäre hier, ob ich als unit auch Custom Werte angeben kann oder gibt es irgendwo eine Liste mit möglichen Units?
Sehe gerade, dass Heinz die Frage auch gerade gestellt hat ::)
vordefiniert sind für unit: CELSIUS, PERCENTAGE, ARC_DEGREE, LUX und SECONDS und für format: BOOL, INT, FLOAT, STRING, UINT8, UINT16, UINT32, UINT64
unit kannst du für custom characteristics vermutlich auch komplett frei wählen.
Vielen Dank! Wäre super, wenn du das evtl. noch im 1. Beitrag hinterlegen kannst, dann brauchen die nächsten nich so viel suchen ;)
Demnach sollte er bei mir dann "XYZ" als Einheit schreiben, bei mir wird hier jedoch keine unit angezeigt.
Zitat von: justme1968 am 20 November 2016, 18:23:48
AirParticulateDensity ist etwas in richtung staub/feinstaub. erlaubte werte sind zwischen 0 und 1000. ich habe keine ahnung in welcher einheit.
für airpressure musst du wirklich die custom characteristic von oben verwenden.
Eve zeigt hier als Einheit Mikrogramm pro Kubikmeter an (um/m3)
Zitat von: Heinz1973 am 19 November 2016, 17:18:41
Kann jemand weiterhelfen?
Ich will die Luftqualität anzeigen, ich bekomme aber immer "Sehr Gut" in der Anzeige, weil der Wert immer auf 1 steht.
Also habe ich ein dummy Gerät siehe unten angelegt um den state manuell setzen zu können.
define AIRQUALITY dummy
attr AIRQUALITY alias Luftqualität
attr AIRQUALITY genericDeviceType AirQualitySensor
attr AIRQUALITY homebridgeMapping AirQuality=state
attr AIRQUALITY room Homekit
Ich habe homebridge mit --debug gestartet und dort sehe ich in den Ausgaben, dass egal welchen Wert ich setze, immer die 1 im Cache steht:
"caching: AirQuality: 1 (as number; from '2000')"
Nachtrag:
Thema hat sich mit update auf 0.2.63 erledigt. Wurde anscheinend schon behoben.
Nach dem Update auf 0.2.63 ist ein neuer Effekt aufgetaucht, der so aussieht wie das im Zitat beschriebene nur mit dem Gerätetyp
Fan und der Charakteristik RotationSpeed.
2016-11-20 22:13:45 caching: MYSENSOR_Vallox_FanSpeed-state: 2
[11/20/2016, 10:13:45 PM] [FHEM] caching: RotationSpeed: 1 (as number; from '2')
2016-11-20 22:13:45 caching: MYSENSOR_Vallox_FanSpeed-state: 3
[11/20/2016, 10:13:45 PM] [FHEM] caching: RotationSpeed: 1 (as number; from '3')
2016-11-20 22:13:45 caching: MYSENSOR_Vallox_FanSpeed-state: 4
[11/20/2016, 10:13:45 PM] [FHEM] caching: RotationSpeed: 1 (as number; from '4')
2016-11-20 22:13:45 caching: MYSENSOR_Vallox_FanSpeed-state: 5
[11/20/2016, 10:13:45 PM] [FHEM] caching: RotationSpeed: 1 (as number; from '5')
2016-11-20 22:13:45 caching: MYSENSOR_Vallox_FanSpeed-state: 4
[11/20/2016, 10:13:45 PM] [FHEM] caching: RotationSpeed: 1 (as number; from '4')Das Gerät ist wie folgt angelegt und das Ändern mit einem Slider in Home hat bisher funktioniert. Jetzt springt der Slider immer wieder auf 1 zurück.
attr MYSENSOR_Vallox_FanSpeed genericDeviceType Fan
attr MYSENSOR_Vallox_FanSpeed homebridgeMapping RotationSpeed=state,minValue=1,maxValue=8,minStep=1,unit=,cmd=,On=PowerState
Muß ich was ändern oder ists ein Bug?
was genau soll das ,On=PowerState am ende bewirken? wenn du die On characteristic meinst muss das komma davor durch ein leerzeichen ersetzt werden.
gruss
andre
Besten Dank, das habe ich irgendwo kopiert und hat bisher funktioniert.
Sobald ich die On Charakteristik weg lasse tut es wie es soll. Folgende Zeile steht nun bei mir im device:
attr MYSENSOR_Vallox_FanSpeed homebridgeMapping RotationSpeed=state,minValue=1,maxValue=8,minStep=1,unit=,cmd=,
Wenn ich On=PowerState vor RotationSpeed als Charakteristik hinzufüge und dann den Slider bei Home schiebe, dann bekomme ich in FHEM im state des device statt eines Wertes "1" einen Wert "undefined 1" gesetzt.
Woher kommt das (rein Interesse halber)?
nimm mal cmd= noch raus. ist es dann weg?
@Thyraz: wegen der farbtemperatur: schau mal ins homebridge-fhem index.js. etwa ab zeile 1153 ist ein block code auskommentiert der eine custom characteristic für die farbtemperatur implementiert. ich bin aber noch nicht zum testen gekommen, wenn du lust hast aktiviere den block mal und schau was passiert. eve sollte dann eigentlich einen slider für die Farbtemperatur in kelvin anzeigen.
gruss
andre
Zitat von: Hagenuck1 am 20 November 2016, 20:23:57
Ich bin gerade dabei mir meine Xiaomi Pflanzensensoren vernünftig in der EVE App anzeigen zu können und bilde mir das ganze mit custom characteristic ab.
Ich habe mir hier mal die beiden folgenden Eingebaut:
attr Blume2 homebridgeMapping E863F10F-079E-48FF-3625-9C2605A29F52=moisture,name=Feuchtigkeit,format=UINT16,unit=PERCENTAGE,minValue=1,maxValue=100 \
E863F10F-079E-48FF-7564-9C2605A29F52=fertility,name=Dünger,format=UINT16,unit=XYZ,minValue=1,maxValue=1000
Funktioniert soweit auch, aber meine Frage wäre hier, ob ich als unit auch Custom Werte angeben kann oder gibt es irgendwo eine Liste mit möglichen Units?
Sehe gerade, dass Heinz die Frage auch gerade gestellt hat ::)
Hi, könntest Du mir sagen, wie Du ausgerechnet auf die "E863F10F-079E-48FF-3625-9C2605A29F52" kommst?
Viele Grüße vom gent
Zufall ;) hatte erst irgendeine Nummer genommen, aber das UID Format nicht eingehalten. Danach hat startete meine Homeridge nicht mehr. Habe darum einfach eine UID von weiter oben genommen und nen Teil abgeändert.
Gesendet von iPhone mit Tapatalk
Hallo André und alle anderen mit mehr Ahnung als ich
Ich habe mein System vom raspberry auf einen NUC umgezogen. Die Installation von Node gestaltete sich etwas schwierig, letztlich bin ich bei Node 7.1.0 gelandet.
FHEM läuft einwandfrei, homebridge macht Probleme.
Beim Start erhalte ich folgende Fehler
2016-11-23 10:23:42] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1479893022800
events.js:160
throw er; // Unhandled 'error' event
^
Error: no auth mechanism defined
at Auth.onRequest (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/lib/auth.js:133:32)
at Request.auth (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1270:14)
at Request.init (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/request.js:379:10)
at new Request (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/request.js:128:8)
at request (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/index.js:54:10)
at /home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/index.js:62:12
at Function.get (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/node_modules/request/index.js:101:12)
at FHEM_startLongpoll (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/index.js:464:22)
at FHEMPlatform (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge-fhem/index.js:705:3)
at Server._loadPlatforms (/home/khw/.nvm/versions/node/v7.1.0/lib/node_modules/homebridge/lib/server.js:291:32)
Die offenbar mit Node zusammenhängen, mir aber nicht wirklich etwas sagen.
Wer hat eine Lösung für mich?
Welche Info benötigt ihr noch?
Derzeit habe ich mir so beholfen, dass homebridge mit einer angepassten config.json weiter auf dem pi läuft, den will ich aber abschalten, bzw. Anderweitig einsetzen.
zu node 7 kann ich dir noch nichts sagen. das habe ich noch nicht getestet.
ich weiß nicht wo du probleme mit der node installation hattest aber wenn du auf dem nuc ubuntu laufen hast kannst du mit apt-get einfach nodejs-legacy installieren. das ist dann version 4.2.6 die problemlos funktioniert. die verwende ich aktuell auch zum entwickeln.
ansonsten sollte alles zwischen 0.12.7 und 6.x funktionieren.
Hallo Zusammen,
ich lesen nun schon eine Weile in dem Forum und suche nach der Lösung für mein Problem. Doch leider wurde ich nicht fündig. Also hoffe ich, dass mir hier eventuell jemand helfen kann.
Ich habe auf meinen RPI3 die aktuelle Version von FHEM laufen. Vor kurzem habe ich eine Mi-Light white mit dem Milight Modul in das System eingebunden und kann diese auf über das Webinterface steuern. (Dimmen, Temperatur, An/Aus)
Nur leider bekomme ich die Integration in Homebridge nicht vernünftig hin. Die Lampe lässt sich zwar An und Aus schalten, jedoch ist es nicht möglich, das ganze zu dimmen. Gibt es hier ein Mapping das ich übersehen habe? (habe auch schon das Modul wifilight probiert. Leider auch ohne Erfolg)
Ich freue mich auf Rückmeldungen - Dank im Voraus :)
defmod Deckenlampe MilightDevice White MiLightBridge 1
attr Deckenlampe IODev MiLightBridge
attr Deckenlampe devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
attr Deckenlampe event-on-change-reading state,transitionInProgress
attr Deckenlampe genericDeviceType light
attr Deckenlampe lightSceneParamsToSave brightness
attr Deckenlampe restoreAtStart 1
attr Deckenlampe room HomeKit,Küche
attr Deckenlampe webCmd on:off:dim:ct
setstate Deckenlampe on 99
setstate Deckenlampe 2016-11-23 16:18:56 brightness 99
setstate Deckenlampe 2016-11-23 16:03:49 brightness_on 45
setstate Deckenlampe 2016-11-23 16:18:56 ct 3000
setstate Deckenlampe 2016-11-23 16:18:56 hsv 3000,0,99
setstate Deckenlampe 2016-11-23 16:18:56 state on 99
setstate Deckenlampe 2016-11-23 16:18:56 transitionInProgress 0
das sollte automatisch einfach gehen.
ist dein fhem aktuell?
zeig bitte ein jsonlist2 von Deckenlampe und die ausgabe vom homebridge beim starten mit --debug.
gruss
andre
ps: ich vermute es liegt daran das du kein saturation reading und eventuell kein saturation kommando im device hast.
Zitat von: justme1968 am 23 November 2016, 10:43:16
zu node 7 kann ich dir noch nichts sagen. das habe ich noch nicht getestet.
ich weiß nicht wo du probleme mit der node installation hattest aber wenn du auf dem nuc ubuntu laufen hast kannst du mit apt-get einfach nodejs-legacy installieren. das ist dann version 4.2.6 die problemlos funktioniert. die verwende ich aktuell auch zum entwickeln.
ansonsten sollte alles zwischen 0.12.7 und 6.x funktionieren.
Danke, nodejs-legacy habe ich zwar nicht hinbekommen, aber nach einigem googeln habe ich die 7.1. deinstalliert bekommen und 6.9.1 installiert bekommen.
Und jetzt läuft alles auf dem NUC
Mal sehen, wann die nächsten Problemchen auftauche.
Toll, dass man hier immer so schnell kompetente Hilfe findet, Danke dafür
Hallo,
ich habe auf meinem rpi3 mit hoembridge-fhem ein kleines problem, auf das ih euch mal hinweise möchte.
Und zwar ist es so, dass nach einem reboot des pi der homebridge service meistens mit einer pid unter 1000 läuft. Wenn dem so ist, dann habe ich in der home-app oder in der eve-app nicht alle Geräte zur Verfügung (eigentlich fehlen mir dann immer die Harmony Aktivitäten). Erst nachdem ich innerhalb des FHEM Webinterface ein restart der homebridge durchgeführt habe und danach die pid des homebridge service über 1000 ist, sehe ich wieder alle homebridge Geräte.
Mir ist nicht ganz klar, wieso das so ist. Ich kann mich aber ganz dunkel daran erinnern, dass es in meiner beruflichen Laufbahn schon einmal ein ähnliches Phänomen gab, dass unter Linux laufende services mit einer pid unterhalb von 1000 vom client nicht korrekt angesprochen werden konnten. Leider ist das schon so lange her, dass ich mich beim besten Willen nicht an die Ursache und leider auch nicht an die Lösung erinnere.
Hat irgendjemand eine Vermutung, die mir auf die Sprünge helfen könnte?
Viele Grüße vom gent
ich bin mir sehr sicher das es nicht an der pid liegt
bitte vergleich mal die konsolen ausgabe von einer vollständigen mit einer unvollständigen version.
gruss
andre
Hi Andre,
tschuldige, aber was meinst Du mit "konsolen Ausgabe"?
Viel Grüße, Holger
das was homebridge ausgibt während es läuft. wenn du es nicht von hand startest musst du die ausgabe in ein file umleiten.
Hi Andre,
ich check noch mal, was da los ist. Irgendwie scheint es an der service Definition zu liegen.
Hier mal ein paar Outputs im Terminal:
pi@fhem-pi3:~ $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Wed 2016-11-23 20:10:26 CET; 38min ago
Process: 739 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Nov 23 20:10:20 fhem-pi3 su[761]: Successful su for pi by root
Nov 23 20:10:20 fhem-pi3 su[761]: + ??? root:pi
Nov 23 20:10:20 fhem-pi3 su[761]: pam_unix(su:session): session opened for user pi by (uid=0)
Nov 23 20:10:20 fhem-pi3 homebridge[739]: Homebridge starting
Nov 23 20:10:22 fhem-pi3 homebridge[739]: Homebridge is running PID 787
Nov 23 20:10:26 fhem-pi3 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
pi@fhem-pi3:~ $ sudo service homebridge stop
pi@fhem-pi3:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[11/23/2016, 8:53:13 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[11/23/2016, 8:53:13 PM] Registering platform 'homebridge-fhem.FHEM'
[11/23/2016, 8:53:13 PM] ---
[11/23/2016, 8:53:13 PM] Loaded config.json with 0 accessories and 1 platforms.
[11/23/2016, 8:53:13 PM] ---
[11/23/2016, 8:53:14 PM] Loading 1 platforms...
[11/23/2016, 8:53:14 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1479930794677
[11/23/2016, 8:53:14 PM] [FHEM] Checking genericDeviceType...
[11/23/2016, 8:53:14 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[11/23/2016, 8:53:14 PM] [FHEM] Fetching FHEM devices...
[11/23/2016, 8:53:14 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[11/23/2016, 8:53:14 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[11/23/2016, 8:53:14 PM] [FHEM] got: 6 results
[11/23/2016, 8:53:14 PM] [FHEM] Mango is thermometer
[11/23/2016, 8:53:14 PM] [FHEM] Mango has
[11/23/2016, 8:53:14 PM] [FHEM] BatteryLevel [battery]
[11/23/2016, 8:53:14 PM] [FHEM] StatusLowBattery [battery]
... und so weiter
Ich breche die manuelle Ausführung dann ab und starte die homebridge innerhalb von fhem, dann kommt:
pi@fhem-pi3:~ $ ps aux | grep homebridge
pi 2992 17.7 4.7 141768 45000 ? Sl 21:04 0:02 homebridge
und in fhem bei status dummy dann korrespondierend:
Readings
info
Homebridge running as PID 2992
2016-11-23 21:04:52
state
on
2016-11-23 21:04:52
Ich komm' einfach nicht drauf, warum der Service nach dem boot nicht richtig läuft...
Viele Grüße vom gent
kann es sein das der service zu schnell startet und fhem einfach noch nicht so weit ist? bau doch zum testen einfach mal ein sleep an den anfang.
Hi Andre,
hier der Ausschnitt aus der
/etc/init.d/homebridge
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
perl /opt/fhem/fhem.pl 7072 $pw "setreading FHEM.Homebridge.Status info Homebridge is allready running"
perl /opt/fhem/fhem.pl 7072 $pw "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 $pw "set FHEM.Homebridge off"
else
# hier also z.B. sleep 10 einfügen?
su - pi -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
sleep 2
$0 status
fi
Viele Grüße vom gent
ja. zum testen.
Zitat von: justme1968 am 23 November 2016, 16:55:52
das sollte automatisch einfach gehen.
ist dein fhem aktuell?
zeig bitte ein jsonlist2 von Deckenlampe und die ausgabe vom homebridge beim starten mit --debug.
gruss
andre
ps: ich vermute es liegt daran das du kein saturation reading und eventuell kein saturation kommando im device hast.
Hi Andre,
danke für die schnelle Nachricht! Ich hoffe die Ausgabe hilft.
[11/24/2016, 11:44:39 AM] [FHEM] Initializing platform accessory 'Deckenlampe'...
[11/24/2016, 11:44:39 AM] [FHEM] creating services for Deckenlampe
[11/24/2016, 11:44:39 AM] [FHEM] information service for Deckenlampe
[11/24/2016, 11:44:39 AM] [FHEM] manufacturer, model and serial number characteristics for Deckenlampe
[11/24/2016, 11:44:39 AM] [FHEM] Lightbulb service for Deckenlampe
[11/24/2016, 11:44:39 AM] [FHEM] On characteristic for Deckenlampe:state
[11/24/2016, 11:44:39 AM] [FHEM] initial value is: true (boolean)
[11/24/2016, 11:44:39 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }{
"Arg":"Deckenlampe",
"Results": [
{
"Name":"Deckenlampe",
"PossibleSets":"on off toggle dimup dimdown hsv ct:colorpicker,CT,3000,350,6500 night:noArg pair unpair restorePreviousState:noArg saveState:noArg restoreState:noArg dim:slider,0,9,100 brightness:slider,0,9,100 off-till-overnight off-till intervals on-till on-for-timer blink off-for-timer on-till-overnight",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev dimStep defaultBrightness defaultRampOn defaultRampOff presets dimOffWhite:1,0 updateGroupDevices:1,0 restoreAtStart:1,0 colorCast gamma lightSceneParamsToSave event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"CHANGED": "null",
"DEF": "White MiLightBridge 1",
"INIT": "1",
"LEDTYPE": "White",
"NAME": "Deckenlampe",
"NR": "52",
"NTFY_ORDER": "50-Deckenlampe",
"SLOT": "1",
"SLOTID": "1",
"STATE": "on 99",
"TYPE": "MilightDevice"
},
"Readings": {
"brightness": { "Value":"99", "Time":"2016-11-24 11:43:57" },
"brightness_on": { "Value":"99", "Time":"2016-11-24 01:50:42" },
"ct": { "Value":"3000", "Time":"2016-11-24 11:43:57" },
"hsv": { "Value":"3000,0,99", "Time":"2016-11-24 11:43:57" },
"state": { "Value":"on 99", "Time":"2016-11-24 11:43:57" },
"transitionInProgress": { "Value":"0", "Time":"2016-11-24 11:43:57" }
},
"Attributes": {
"IODev": "MiLightBridge",
"devStateIcon": "{(MilightDevice_devStateIcon($name),\u0022toggle\u0022)}",
"event-on-change-reading": "state,transitionInProgress",
"genericDeviceType": "light",
"lightSceneParamsToSave": "brightness",
"restoreAtStart": "1",
"room": "HomeKit,Küche",
"webCmd": "on:off:dim:ct"
}
} ],
"totalResultsReturned":1
}
wie vermutet liegt es daran das es kein saturation reading und kommando gibt.
ist das keine farbige sondern eine weisse birne? dann sollte es hsv aber auch nicht geben.
weisse bringen sind noch nicht eingebaut. die hatte noch keiner. ich baue es fürs nächste update ein. du kannst dir aber auch einfach selber ein passendes hombridgeMapping für Brightness konfigurieren: attr Deckenlampe homebridgeMapping Brightness=brightness,cmd=dim,delay=true
gruss
andre
ps: hab das homebridge update eben eingecheckt.
Zitat von: justme1968 am 24 November 2016, 13:07:48
wie vermutet liegt es daran das es kein saturation reading und kommando gibt.
ist das keine farbige sondern eine weisse birne? dann sollte es hsv aber auch nicht geben.
weisse bringen sind noch nicht eingebaut. die hatte noch keiner. ich baue es fürs nächste update ein. du kannst dir aber auch einfach selber ein passendes hombridgeMapping für Brightness konfigurieren: attr Deckenlampe homebridgeMapping Brightness=brightness,cmd=dim,delay=true
gruss
andre
ps: hab das homebridge update eben eingecheckt.
Hi Andre,
ja es handelt sich um eine weiße Birne! Danke für deine Hilfe. Das dimmen geht nun, nur leider schaltet die lampe sich nicht aus sondern bleibt auf dem kleinsten Dimmstand stehen.
wobei schaltet sie sich nicht aus? ich dachte an und aus ging schon?
Zitat von: justme1968 am 24 November 2016, 13:43:45
wobei schaltet sie sich nicht aus? ich dachte an und aus ging schon?
Ja, nun nach dem Mapping geht sie nur in den geringsten dimm Status.
wobei genau?
zeig noch mal die homebridge konsole beim starten.
Zitat von: justme1968 am 24 November 2016, 13:55:29
wobei genau?
zeig noch mal die homebridge konsole beim starten.
[11/24/2016, 1:56:26 PM] [FHEM] Initializing platform accessory 'Deckenlampe'...
[11/24/2016, 1:56:26 PM] [FHEM] creating services for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM] information service for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM] manufacturer, model and serial number characteristics for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM] Lightbulb service for Deckenlampe
[11/24/2016, 1:56:26 PM] [FHEM] On characteristic for Deckenlampe:state
[11/24/2016, 1:56:26 PM] [FHEM] initial value is: true (boolean)
[11/24/2016, 1:56:26 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[11/24/2016, 1:56:26 PM] [FHEM] Brightness characteristic for Deckenlampe:brightness
[11/24/2016, 1:56:26 PM] [FHEM] initial value is: 38 (number)
[11/24/2016, 1:56:26 PM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
das schaut ok aus.
ich sehe kein problem. was genau geht nicht?
Zitat von: justme1968 am 24 November 2016, 14:09:32
das schaut ok aus.
ich sehe kein problem. was genau geht nicht?
nach mehreren Restarts hat sich das Problem nun von alleine gelöst. :)
Vielen Dank!
Zitat von: Garbsen am 08 November 2016, 20:25:05
Moin
Habe jetzt auch die HM Türkontakte zu Homebridge hinzugefügt. Klappt eigentlich auch, bzw. Klappte, jetzt habe ich plötzlich 2 Kontkte, die in Home mit dem Status "öffnen" stehen, obwohl sie in FHEM geschlossen sind. D.h. Irgendwie wird für diese beiden Devices der Status nicht mehr aktualisiert.
Jemand eine Idee, woran das liegen kann?
Anbei ein List
Internals:
CUL_0_MSGCNT 16
CUL_0_RAWMSG A0C57A6412C3325F11034014F00::-78:CUL_0
CUL_0_RSSI -78
CUL_0_TIME 2016-11-08 09:31:08
DEF 2C3325
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 16
NAME FK_Kueche_Tuer
NOTIFYDEV global
NR 650
NTFY_ORDER 50-FK_Kueche_Tuer
STATE geschlossen
TYPE CUL_HM
lastMsg No:57 - t:41 s:2C3325 d:F11034 014F00
protLastRcv 2016-11-08 09:31:08
protSnd 14 last_at:2016-11-08 09:31:08
protState CMDs_done
rssi_at_CUL_0 lst:-78 cnt:16 min:-80.5 avg:-78.46 max:-74.5
Readings:
2016-11-07 03:39:43 Activity alive
2016-11-06 12:21:42 CommandAccepted yes
2016-11-06 12:21:40 D-firmware 2.4
2016-11-06 12:21:40 D-serialNr LEQ0888049
2016-11-06 12:21:42 PairedTo 0xF11034
2016-11-06 12:21:42 R-cyclicInfoMsg on
2016-11-06 12:21:41 R-eventDlyTime 0 s
2016-11-06 12:21:40 R-pairCentral 0xF11034
2016-11-06 12:21:41 R-sign off
2016-11-06 12:21:42 RegL_00. 02:01 09:01 0A:F1 0B:10 0C:34 10:01 14:06 00:00
2016-11-06 12:21:42 RegL_01. 08:00 20:6C 21:00 22:64 30:06 00:00
2016-11-06 12:21:51 alive yes
2016-11-08 09:31:08 battery ok
2016-11-08 09:31:08 contact closed (to VCCU)
2016-11-06 12:21:51 cover closed
2016-11-06 12:21:51 recentStateType info
2016-11-08 09:31:08 state closed
2016-11-08 09:31:08 trigger_cnt 79
Helper:
HM_CMDNR 87
mId 0030
rxType 4
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2C3325,00,00,00
nextSend 1478593868.78952
rxt 0
vccu VCCU
p:
2C3325
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 57
Io:
CUL_0 -76
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO CUL_0
flg A
ts 1478593868.69459
ack:
HASH(0x1cb9390)
578002F110342C332500
Rssi:
At_cul_0:
avg -78.46875
cnt 16
lst -78
max -74.5
min -80.5
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
actCycle 028:00
actStatus alive
alias Fensterkontakt Küchentür
autoReadReg 4_reqStatus
devStateIcon .*gekippt:fts_door_tilt .*tilted:fts_door_tilt .*offen:fts_door_open .*geschlossen:fts_door .*geschlossen:fts_door
eventMap /tilted:gekippt/open:offen/closed:geschlossen
expert 2_raw
firmware 2.4
group Fensterkontakt
icon fts_door
model HM-SEC-RHS
peerIDs 00000000,
room CUL_HM,Homekit,Kueche
serialNr LEQ0888049
Ich muss nochmals hierauf zurückkommen. Der Tipp mit Event-on-change Setting hat zwar geholfen (zumindest ist sola Ge ich das gesetzt hatte der Fehler nicht aufgetreten, er tritt aber ohnehin nur sporadisch auf)
Mit Event-on-change hatte ich aber das Problem, dass meine doif Steuerungen, die teilweise in Abhängigkeit von Offen oder geschlossen von Kontakten steuern, nicht mehr funktionieren.
Heute habe ich jetzt das geschilderte Problem (Kontakt ist in FHEM geschlossen und HomeKit zeigt "öffnen") wieder an einem Kontakt. Wie gesagt, Problem tritt sporadisch auf, und andere Kontakte, mit gleichen Attributen etc. Werden in HomeKit korrekt angezeigt, der jetzt problematische Kontakt zeigte auch bis gestern alles korrekt an.
Irgend jemand noch eine Idee?
Ergänzung: nach einem Neustart von Homebridge wird der Status dann auch korrekt angezeigt. Es scheint, dass Homebridge aus mir nicht erklärlichen Gründen die fortlaufende Aktualisierung der Kontakte teilweise verschläft
Hi zusammen,
nach der Installation und Inbetriebnahme findet Elegato EVE nur die Homekitgeräte "Homekit" (über den Raspberry) sowie Philips Hue mit einer eigenen Homekit-Nr. Über Philips Hue habe ich meine Hue Lampen gefunden. Diese lassen sich auch über Siri steuern.
Andere Geräte finde ich nicht, obwohl ich verschiedene Geräte (Switches, Dummy, Thermostate und Sonos) in den fhem-Raum Homekit eingestellt und das attr genericDeviceType konfiguriert habe. :(
Hat jemand eine Idee, wo ich weiter suchen muss, um das Problem einzugrenzen?
hat sich erledigt - die config.json war nicht korrekt konfiguriert, es hat 1 Komma gefehlt ... ::)
Danach sind alle Geräte eingetrudelt ... jetzt ist Feinarbeit angesagt.
Hi,
ich habe bereits den Thread durchforstet aber leider nichts passendes gefunden.
Ich habe mehrere HM-LC-Bl1PBU-FM Rollladenaktoren verbaut. Sie werden auch soweit in Eve erkannt jedoch nicht als Rollladen. Muss ich noch was am homebridge mapping oder genericDeviceType attribut anpassen?
Danke vorab und Gruß
Philipp
als was werden sie denn erkannt?
beim HM-LC-Bl1PBU-FM sollte automatisch das attribut subType auf blindActuator stehen wenn er durch autocreate angelegt wird. dann geht alles automatisch. ansonsten reicht es genericDeviceType auf blind zu setzen.
gruss
andre
Ich nutze seit kurzem FHEM mit einem CUL433 zum Schalten von Smartwares Steckdosen und Funkdimmern (Intertechno-Protokoll v3) und einen Jeelink 868 zum Auslesen von Temperatursensoren. Das hat auch ohne weiteres Zutun mittels Homebridge via Apples Home-App in iOS funktioniert. Alles, was ich dazu einstellen musste, war das jeweilige Attribut "model" und hier "itswitch" bzw. "itdimmer".
Seit einem Update von FHEM und/oder homebridge habe ich jetzt allerdings das Problem, dass ich zwar weiterhin alles via FHEM schalten kann, aber nicht mehr zuverlässig via Homebridge/Home.
Die Geräte und deren Status (d.h. der letzte gesendete Status) werden in Home angezeigt, allerdings sorgt ein Schalten/Dimmen via Home nur zu einer Änderung des Gerätestatus in FHEM, nicht jedoch zu einem Schalten am Gerät selbst, zumindest nicht zuverlässig.
So kann ich manchmal eine Lampe einschalten, aber nicht dimmen oder ausschalten.
Wie kann ich das Problem eingrenzen?
Gab es kürzlich eine Änderung in homebridge/homebridge-fhem, die zu diesem Verhalten i.V.m. Intertechno v3 führen könnte?
Installiert sind homebridge v0.4.9 und homebridge-fhem 0.2.65 unter FHEM 5.7 auf einem RPi3 mit Raspbian Jessie.
seit ios10 wird bei jedem dim kommando noch ein on vorne weg geschickt. es kann sein das sich das on und das dim kommando in die quere kommen.
schau mal ob das hier: https://forum.fhem.de/index.php/topic,56618.msg517282.html#msg517282 (https://forum.fhem.de/index.php/topic,56618.msg517282.html#msg517282) hilft.
gruss
andre
Habe für die zwei Dimmerattr <device> homebridgeMapping On=cmdOn=dummyOn gesetzt, damit funktioniert es besser als vorher. Vielen Dank für den Tipp! :)
Allerdings werden immer noch nicht alle Befehle via Home korrekt umgesetzt, insbesondere das Dimmen auf einen höheren Wert als den aktuellen bzw. auf 100. Dies führt zu Dimmen auf etwa mittlere Helligkeit ::)
Gibt es hierzu eine Erklärung? Hängt das evtl. mit dem nichtlinearen Stepping der Dimmwerte bei Intertechno zusammen, nämlich dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50%
dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%?
Kann man diese Werte ebenfalls mappen, d.h. eine komplette mögliche Wertemenge angeben? Ich habe bisher nur Beispiele für Min/Max und ein gleichmäßiges Stepping gefunden.
wenn das dimmen nicht direkt über den zahlenwert geht wird es etwas umständlicher.
die abstände sind gleichmässig alle 6.25%. aber der nachkomma anteil abgeschnitten und zwischenwerte sind nicht zulässig. schau mal ob es mit minStel=6.25 geht.
für fs20 ist das direkt eingebaut. zeig mal ein jsonlist2 vom device.
Gerade mit minStep=6.25 probiert, merke aber keinen Unterschied. Ebenso scheint minValue=18 keine Wirkung zu haben (unter 18% sind die dahintergeschalteten LED-Lampen aus).
Hier das Listing:
jsonlist2 Kanal02.IT
{
"Arg":"Kanal02.IT",
"Results": [
{
"Name":"Kanal02.IT",
"PossibleSets":"dim06% dim100% dim12% dim18% dim25% dim31% dim37% dim43% dim50% dim56% dim62% dim68% dim75% dim81% dim87% dim93% dimdown dimup off on on-till dim:slider,0,6.25,100 on-for-timer toggle off-till-overnight off-for-timer intervals blink on-till-overnight off-till",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev ITfrequency ITrepetition ITclock switch_rfmode:1,0 do_not_notify:1,0 ignore:0,1 protocol:V1,V3,HE_EU,SBC_FreeTec,HE800 unit group dummy:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ev1527,itdimmer,itremote,itswitch cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby unitFromReading webCmd widgetOverride userattr",
"Internals": {
"00": "0",
"DEF": "ITv3 Adresse 0 0010",
"LASTInputDev": "myCUL",
"MSGCNT": "18",
"NAME": "Kanal02.IT",
"NR": "60",
"STATE": "dim25%",
"TYPE": "IT",
"XMIT": "ITv3 Adresse 00010",
"XMITdimdown": "00",
"XMITdimup": "00",
"XMITon": "1",
"myCUL_MSGCNT": "18",
"myCUL_RAWMSG": "i955569a655555559",
"myCUL_RSSI": "-56.5",
"myCUL_TIME": "2016-11-27 15:21:11"
},
"Readings": {
"dim": { "Value":"25", "Time":"2016-11-27 15:25:13" },
"group": { "Value":"0", "Time":"2016-11-01 17:52:42" },
"protocol": { "Value":"V3", "Time":"2016-11-01 17:52:42" },
"state": { "Value":"dim25%", "Time":"2016-11-27 15:25:13" },
"unit": { "Value":"0010", "Time":"2016-11-01 17:52:42" }
},
"Attributes": {
"IODev": "myCUL",
"genericDeviceType": "light",
"homebridgeMapping": "minValue=18,maxValue=100,minStep=6.25,On=cmdOn=dummyOn",
"icon": "light_pendant_light_round",
"model": "itdimmer",
"room": "Homekit,IT,Innen,Licht,Wohnzimmer"
}
} ],
"totalResultsReturned":1
}
Hallo Zusammen,
ich möchte mir die FHF Fenstergriffe einbauen. Hat jemand Erfahrung wie man die in Apples HomeApp (Homebridge) integriert.
Gruß Timo
Zitat von: justme1968 am 26 November 2016, 20:46:06
als was werden sie denn erkannt?
beim HM-LC-Bl1PBU-FM sollte automatisch das attribut subType auf blindActuator stehen wenn er durch autocreate angelegt wird. dann geht alles automatisch. ansonsten reicht es genericDeviceType auf blind zu setzen.
gruss
andre
(http://uploads.tapatalk-cdn.com/20161127/1f6acfb0fd85e74ef3499517f41e9d1a.jpg)
In der Übersicht werden sie als Lampen angezeigt. Der an/aus Schalter bewirkt nichts. Wenn ich in die Details des Gerätes gehen sehe ich noch Position. Die Position kann ich aber nur mühsam über die hoch/runter Pfeile setzen.
Gruß
Philipp
Zitat von: justme1968 am 26 November 2016, 20:46:06
als was werden sie denn erkannt?
beim HM-LC-Bl1PBU-FM sollte automatisch das attribut subType auf blindActuator stehen wenn er durch autocreate angelegt wird. dann geht alles automatisch. ansonsten reicht es genericDeviceType auf blind zu setzen.
gruss
andre
(http://uploads.tapatalk-cdn.com/20161127/1f6acfb0fd85e74ef3499517f41e9d1a.jpg)
In der Übersicht werden sie als Lampen angezeigt. Der an/aus Schalter bewirkt nichts. Wenn ich in die Details des Gerätes gehen sehe ich noch Position. Die Position kann ich aber nur mühsam über die hoch/runter Pfeile setzen.
Gruß
Philipp
Hallo,
ich muss leider um Hilfe bitten!
Problem 1:
Habe den Fibaro Dimmer 2 in Fhem und Homekit integriert - funktioniert wunderbar bis auf folgendes: Der Dimmer funktioniert nur bis 99%, mehr lässt sich auf im FHEM Frontend nicht einstellen.
Wenn ich aber per Homekit / Siri auf "volle Beleuchtung" stelle, dann wird plötzlich 100% Prozent gesetzt. Das Problem: 100% bewirken keine Änderung: Das heißt wenn von 50% auf 100% gestellt wird, bleibt es auf 50% obwohl FHEM 100% anzeigt.
Wie kann ich meinem Dimmer nun beibringen, dass er auch bei 100% volle Helligkeit fährt? Oder liegt mein Fehler in den Homekit Einstellungen?
Außerdem zeigt mir mein iPhone die Lampe als AN an, obwohl diese aus ist. Es steht dann: 0% Helligkeit: AN da
wie kann ich dem Homekit beibringen dass 0% = AUS bedeutet?
Problem 2:
Habe einen Dummy erstellt:
ZitateventMap on:an off:aus blue:blau red:rot green:gruen purple:lila yellow:gelb
genericDeviceType light
setList on off blau rot gruen lila gelb
webCmd an:aus:gruen:lila:rot:blau:gelb
Dieses Dummy schaltet mithilfe von notifys einen LED-Würfel zum Draufsitzen über meine Logitech Harmony.
in Homekit werden mir aber nur AN und AUS angezeigt, nicht aber die 5 vordefinierten Farben. Wie bekomm ich diese zum Schalten?
lg,
Emanuel
Ich weiß die Frage wurde schon mal gestellt aber wohl bisher nie beantwortet.
Wie schaffe ich es via Homekit/Homebridge die MAX Thermostate auf Auto bzw. Eco zu stellen. Siri Kann mit Auto und Eco nix anfangen.
Es ist halt doof wenn man z.B. für die Kinder das Bad einheizt und dann im Nachgang doch jedesmal zum Rechner bzw. dem Thermostat rennen muss um den Auto Modus wieder zu aktivieren. Siri lässt leider auch noch keine Zeitsteuerung à la "Stelle Temperatur im Bad auf 25° für 30 minuten"
Irgendwelche Tipps oder Ideen?
Zitat von: ScherzKeks am 28 November 2016, 22:40:48
Ich weiß die Frage wurde schon mal gestellt aber wohl bisher nie beantwortet.
Wie schaffe ich es via Homekit/Homebridge die MAX Thermostate auf Auto bzw. Eco zu stellen. Siri Kann mit Auto und Eco nix anfangen.
Es ist halt doof wenn man z.B. für die Kinder das Bad einheizt und dann im Nachgang doch jedesmal zum Rechner bzw. dem Thermostat rennen muss um den Auto Modus wieder zu aktivieren. Siri lässt leider auch noch keine Zeitsteuerung à la "Stelle Temperatur im Bad auf 25° für 30 minuten"
Irgendwelche Tipps oder Ideen?
Du wirst wohl um ein Custom homebridgeMapping für die Thermostate nicht herumkommen wenn diese nicht automatisch richtig erkannt werden.
Damit kannst Du selbst bestimmen was passieren soll wenn Du auf einen der 4 Buttons drückst.
Das Siri nichts auf/für eine bestimmte Zeit erledigen kann hat mich auch schon öfter geärgert! Das würde einiges erleichtern wenn sie das könnte.
Gruß
Dan
@Phili: hast du wie oben vorgeschlagen den genereicDeviceType auf blind gesetzt?
zeig mal ein list vom device, und die ausgabe von homebridge beim start mit --debug
@moppy: 1. die beispiele für zwave dimmer die ich bis jetzt hatte gingen alle nur bis 99. deshalb ist das aktuell so implementiert. du kannst das über ein eigenes passendes homekitMapping überschreiben. zeig mal ein jsonlist2 vom device.
2. homekit kenn nur schalter mit zwei zusenden (ein und aus). keine mehrfach auswahl. du musst dir für jede farbe einen eigenen schalter definieren. das geht z.b.in dem du im homebridgeMapping mehrere On charafteristics hast. und dann passende siri szenen benennst. vermutlich ist es aber besser wenn du den dummy als farbige lampe mit Hue characteristic konfigurierst. dann kann du in siri direkt die farbe sagen. diese wird aber hue wert übergeben und du musst auf fhem seite etwas nacharbeiten. eventuell hilft auch ein passendes cmds mapping.
@ScherzKeks: bau dir ein passendes mapping das einen entsprechenden timer in fhem startet. entweder im device direkt oder über einen dummy/readingsProxy und einer siri szene.
@justme1968
danke für deine Antwort
hier der Auszug für den dimmer
Zitat{
"Arg":"ZW_Sz_Dimmer",
"Results": [
{
"Name":"ZW_Sz_Dimmer",
"PossibleSets":"alarmnotification associationAdd associationDel basicSet basicValue configActivePowerReports configApproximatedPowerAtTheMaximum53 configAssignToggleSwitchStatusToThe22:DeviceStatusIsSynchronizedWith1,DeviceChangesStatusOnSwitch0 configAssociationsInZWaveNetwork27 configAutoCalibrationAfterPowerOn:AutoCalibrationPerformedAfter3,AutoCalibrationPerformedAfter1,AutoCalibrationPerformedAfter2,AutoCalibrationPerformedAfter4,NoAutoCalibrationOfTheLoadAfter0 configBehaviourOfTheDimmerAfterOVERCUR37:threeAtemptsToTurnOnTheLoad,devicePermanentlyDisabledUntilRe0 configBurntOutBulbDetection configByte configCommandFramesSentIn2NdAnd3Rd24 configCommandFramesSentIn4ThAnd5Th25 configDefault configDoubleClickOption:EnableDoubleClick,DisableDoubleClick configEnableDisableALLONOFF:ALLONDisabledALLOFFActive,ALLONActiveALLOFFDisabled,ALLONActiveALLOFFActive,ALLONDisabledALLOFFDisabled configEnergyReports configForceAutoCalibration:StartAutoCalibrationOfTheLoad1,StartAutoCalibrationOfTheLoad2,idle configForcedSwitchOnBrightnessLevel configIncandescenceLevelOfDimmable3 configIncandescenceTimeOfDimmable4 configInputsButtonSwitchConfiguration:RoleBlindSwitchUPDOWNTwoSwitch2,MonoStableInputButton,BiStableInputSwitch configLOADERRORAlarmReport:NoReaction,SendAnAlarmFrame configLong configMaximumBrightnessLevel configMethodOfCalculatingTheActive58:powerMeasurementBasedOnThe0,approximationBasedOnTheControl2,approximationBasedOnThe1 configMinimumBrightnessLevel configOVERCURRENTAlarmReport:NoReaction,SendAnAlarmFrame configOVERHEATAndVOLTAGEDROPAlarm49:NoReaction,SendAnAlarmFrame configOVERLOADAlarmReport:SendAnAlarmFrame,NoReaction configOnOffMode:onOffModeEnabledDimmingIsNot1,onOffModeDisabledDimmingIs0,modeSelectedAutomatically configPeriodicActivePowerAndEnergy52 configPowerLimitOVERLOAD configResponseToGeneralPurposeAlarm:ALARMFLASHINGDeviceWillTurnONAnd3,ALARMDIMMEROFFDeviceWillTurnOFF2,ALARMDIMMERONDeviceTurnONUpon1,NoReactionNoResponseToAlarm0 configResponseToSmokeCOOrCO2Alarm:ALARMDIMMEROFFDeviceWillTurnOFF2,ALARMFLASHINGDeviceWillTurnONAnd3,ALARMDIMMERONDeviceTurnONUpon1,NoReactionNoResponseToAlarm0 configResponseToTemperatureAlarm:NoReactionNoResponseToAlarm0,ALARMDIMMERONDeviceTurnONUpon1,ALARMFLASHINGDeviceWillTurnONAnd3,ALARMDIMMEROFFDeviceWillTurnOFF2 configResponseToWaterFloodingAlarm:NoReactionNoResponseToAlarm0,ALARMDIMMERONDeviceTurnONUpon1,ALARMFLASHINGDeviceWillTurnONAnd3,ALARMDIMMEROFFDeviceWillTurnOFF2 configSURGEAlarmReport:SendAnAlarmFrame,NoReaction configSavingStateBeforePowerFaillure:StateSavedAtPowerFailureAll1,StateNOTSavedAtPowerFailureAll0 configSceneActivationFunctionality:FunctionalityDeactivated,FunctionalityActivated configSelfMeasurement:SelfMeasurementActive,SelfMeasurementInactive configSoftStartFunctionality:noSoftStart,longSoftStart02,shortSoftStart01 configSwitchFunctionalityOfS1AndS2:standardMode,S1OperatesAsS2S2OperatesAsS1 configTheFunctionOf3WaySwitch:3WaySwitchFunctionForS2Disabled,3WaySwitchFunctionForS2Enabled configThePercentageOfADimmingStepAt5 configThePercentageOfADimmingStepAt7 configTheValueSentToAssociatedDevices21:0xFFValueIsSentWhichWillSet0,CurrentDimmerStateIsSentWhich1 configTimeDelayOfABurntOutBulb configTimeOfADimmingStepAtAutomatic6 configTimeOfADimmingStepAtManual8 configTimeOfAlarmState configTimerFunctionalityAutoOff configWord dim:slider,0,1,99 dimWithDuration mcCreateAll:noArg mcaAdd mcaDel meterReset:noArg neighborUpdate:noArg off:noArg on:noArg powerlevel powerlevelTest protectionBytes protectionOff:noArg protectionOn:noArg protectionSeq:noArg returnRouteAdd returnRouteDel:noArg sceneActivate secSupportedReport:noArg stop:noArg swaIncludeNone:noArg swaIncludeOff:noArg swaIncludeOn:noArg swaIncludeOnOff:noArg swaOff:noArg swaOn:noArg intervals on-till-overnight blink toggle on-till on-for-timer off-for-timer off-till off-till-overnight",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev WNMI_delay noWakeupForApplicationUpdate:1,0 classes do_not_notify:1,0 dummy:1,0 extendedAlarmReadings:0,1,2 ignore:1,0 noExplorerFrames:1,0 eventForRaw secure_classes showtime:1,0 vclasses zwaveRoute neighborListPos event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride dimmer userattr",
"Internals": {
"DEF": "d0f3b337 30",
"LASTInputDev": "ZWDongle_0",
"MSGCNT": "11",
"NAME": "ZW_Sz_Dimmer",
"NR": "111",
"STATE": "off",
"TYPE": "ZWave",
"ZWDongle_0_MSGCNT": "11",
"ZWDongle_0_RAWMSG": "0004001e06310504220000",
"ZWDongle_0_TIME": "2016-11-29 17:32:15",
"ZWaveSubDevice": "no",
"endpointChildren": "ZWave_ZWAVEPLUS_INFO_30.01,ZWave_ZWAVEPLUS_INFO_30.02",
"homeId": "d0f3b337",
"isWakeUp": "",
"lastMsgSent": "1480437124.56361",
"nodeIdHex": "1e"
},
"Readings": {
"configAutoCalibrationStatus": { "Value":"DimmerOperatesOnAutoCalibration1", "Time":"2016-10-28 12:43:12" },
"configDimmabilityOfTheLoad": { "Value":"LoadRecognizedAsDimmable", "Time":"2016-10-28 12:43:12" },
"configLoadControlMode": { "Value":"trailingEdge", "Time":"2016-10-28 12:43:12" },
"configMaximumBrightnessLevel": { "Value":"81", "Time":"2016-10-28 12:43:12" },
"configMethodOfCalculatingTheActive58": { "Value":"powerMeasurementBasedOnThe0", "Time":"2016-10-28 12:43:12" },
"configMinimumBrightnessLevel": { "Value":"11", "Time":"2016-10-28 12:43:12" },
"configOnOffMode": { "Value":"modeSelectedAutomatically", "Time":"2016-10-28 12:43:12" },
"config_30": { "Value":"2", "Time":"2016-10-28 12:43:12" },
"energy": { "Value":"1.81 kWh", "Time":"2016-11-29 17:00:15" },
"mcCapability_01": { "Value":"ZWAVEPLUS_INFO BASIC VERSION SWITCH_MULTILEVEL ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION METER SENSOR_MULTILEVEL ALARM", "Time":"2016-10-28 12:42:58" },
"mcCapability_02": { "Value":"ZWAVEPLUS_INFO BASIC VERSION SWITCH_MULTILEVEL ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION", "Time":"2016-10-28 12:42:58" },
"mcEndpoints": { "Value":"total 2, different", "Time":"2016-10-28 12:42:58" },
"model": { "Value":"FIBARO System FGD212 Dimmer 2", "Time":"2016-10-28 12:42:58" },
"modelConfig": { "Value":"fibaro/fgd212.xml", "Time":"2016-10-28 12:42:58" },
"modelId": { "Value":"010f-0102-1000", "Time":"2016-10-28 12:42:58" },
"power": { "Value":"0.0 W", "Time":"2016-11-29 17:32:15" },
"reportedState": { "Value":"off", "Time":"2016-11-29 17:32:04" },
"state": { "Value":"off", "Time":"2016-11-29 17:32:04" },
"timeToAck": { "Value":"0.031", "Time":"2016-11-29 17:32:04" },
"transmit": { "Value":"OK", "Time":"2016-11-29 17:32:04" }
},
"Attributes": {
"IODev": "ZWDongle_0",
"classes": "ZWAVEPLUS_INFO BASIC VERSION MANUFACTURER_SPECIFIC SWITCH_MULTILEVEL DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL SECURITY FIRMWARE_UPDATE_MD CRC_16_ENCAP CONFIGURATION SENSOR_MULTILEVEL METER MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL PROTECTION ALARM SWITCH_ALL APPLICATION_STATUS MARK SCENE_ACTIVATION",
"room": "Homekit,Schlafzimmer,ZWave",
"userattr": "dimmer",
"vclasses": "ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:1 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 METER:3 MULTI_CHANNEL:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 PROTECTION:2 SCENE_ACTIVATION:1 SECURITY:1 SENSOR_MULTILEVEL:4 SWITCH_ALL:1 SWITCH_MULTILEVEL:3 VERSION:2 ZWAVEPLUS_INFO:2",
"webCmd": "on:off:dim"
}
} ],
"totalResultsReturned":1
}
ich habs selbst mal mit
attr ZW_Sz_Dimmer homebridgeMapping maxValue=99,max=99,valueOff=0
versucht, denke aber dass ich was falsch gemacht habe da das Problem leider fortbesteht
lg, Emanuel
Ich versuche gerade den Wert von einem Dummy (Luftdruck) anzeigen zu lassen.
als genericDeviceType habe ich AirPressure gewählt.
CurrentAirPressure für mapping scheint nicht zu existieren, deshalb habe ich gemäss einem Beitrag weiter oben folgendes mapping benutzt:
attr Luftdruck homebridgeMapping E863F10F-079E-48FF-8F27-9C2605A29F52=Luftdruck:state,name=AirPressure,format=UINT16
in EVE sehe ich dann eine Anzeige "Luftdruck", aber als Ein/Aus.
wenn ich dann "Luftdruck" anklicke, sehe ich Ein/Aus und den Luftdruck.
wenn ich mit "bearbeiten" das Ein/Aus ausblende, bleibt trotzdem als Anzeige in "Räume" das Ein/Aus.
Wie kann man nun denn AirPressure sauber anzeigen???
Gruss Herbert
@moppy: bitte schau mal ob die probleme wirklich von der 100 kommen oder davon das homekit zusätzlich noch ein on sendet. wenn es wirklich nur die 100 ist dann kannst du es so machen: https://forum.fhem.de/index.php/topic,48558.msg524381.html#msg524381 (https://forum.fhem.de/index.php/topic,48558.msg524381.html#msg524381).
@HRueck: es gibt keinen service für luftdruck. d.h. du kannst ihn nicht alleine anzeigen sondern musst dir einen existierenden service aussuchen und kannst diesem dann die custom characteristic hinzufügen.
TemperatureSensor ist vermutlich ein guter kandidat. d.h. du musst genericDeviceType auf thermometer oder TemperatureSensor setzen oder du fügst den luftdruck einem anderen sensor hinzu den du sowieso schon hast.
gruss
andre
Hallo zusammen,
ich habe ein Garagentor als Rollladen in FHEM eingebunden (Tahoma Box, dexxo Antrieb), ich kann das Tor auch entsprechend von 0-100% aus der Home App positionieren. Ich möchte aber der Einfachheit halber den GarageDoorOpener verwenden. Komme aber garnicht zurecht. Kann mir jemand einen Tip geben?
Gruß Timo
Hallo Timo!
Ich verwende ein dummy-Device, das mit Hilfe von DOIFs dann mein Hörmann-Garagentor steuert. Für dich sollte aber nur die Definition des dummy-Devices interessant sein, das du dann für deine Torsteuerung anpassen kannst:
define GA_Garagentor_West dummy
attr GA_Garagentor_West devStateIcon stopping:fts_garage_door_50:set_closing closed:fts_garage_door_100:set_opening open:fts_garage_door_10:set_closing closing:fts_garage_door_50@orange opening:fts_garage_door_50@orange set_closing:fts_garage_door_50@red set_opening:fts_garage_door_50@red
attr GA_Garagentor_West genericDeviceType garage
attr GA_Garagentor_West homebridgeMapping CurrentDoorState=GA_Garagentor_West:state,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED;;set_opening:OPENING;;set_closing:CLOSING TargetDoorState=GA_Garagentor_West:state,cmds=OPEN:set_opening;;CLOSED:set_closing,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED;;set_opening:OPENING;;set_closing:CLOSING
attr GA_Garagentor_West room Homekit
lG
Michael
Hallo Michael,
danke für die schnelle Antwort. Ich werde dann mal dran gehen.
Gruß Timo
ich kämpfe gerade mit meinem Garagentoröffner, aber irgendwie bekomme ich es nicht hin. Habe mal ein paar Screenshots gemacht, vielleicht kann mir jemand auf die Sprünge helfen. Vorab vielen Dank für eure Hilfe.
Gruß Timo
und was genau geht nicht?
was steht auf der konsole beim start und beim schalten?
Wenn ich das richtig schlussfolgere muß ich doch für öffnen/schliessen den dim Wert 0/100 vorgeben?
Gruß Timo
bitte füge die ausgeben als text ein und nicht als screenshot. und bitte die komplette ausgabe. die auch die meldungen beim starten mit --debug.
wenn da meldungen kommen über nicht abgedeckte werte musst du die mit auf nehmen. entweder einzeln oder wenn es passt über regex.
beim starten kommt als Fehler nur das was auf dem Screenshot ist.
Beim Schalten folgendes:
[2016-12-01 10:21:52] [FHEM] query: TargetDoorState for tahoma_495548-setClosure
[2016-12-01 10:21:52] [FHEM] not cached
[2016-12-01 10:21:52] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22tahoma_495548%22,%22setClosure%22,%22%22)%7D&XHR=1
[2016-12-01 10:21:52] [FHEM] query: CurrentDoorState for tahoma_495548-OpenClosedUnknownState
[2016-12-01 10:21:52] [FHEM] not cached
[2016-12-01 10:21:52] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22tahoma_495548%22,%22OpenClosedUnknownState%22,%22%22)%7D&XHR=1
[2016-12-01 10:21:54] [FHEM] value:
[2016-12-01 10:21:54] [FHEM] tahoma_495548-setClosure value not handled in values
[2016-12-01 10:21:54] [FHEM] value: closed
[2016-12-01 10:21:54] [FHEM] tahoma_495548-OpenClosedUnknownState value closed not handled in values
[2016-12-01 10:22:05] [FHEM] Tor: executing set cmd for TargetDoorState with value 1
[2016-12-01 10:22:05] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20tahoma_495548%20100&XHR=1
Habe ein neues Thema:
genericDeviceType light
ich möchte mit "Ein" ein "off" erzeugen
sollte doch irgendwie mit homebridgeMapping und invert gehen,
kriege ich aber nicht hin!
(wie sind denn die characteristics für light?)
@homekid: zeig mal ein jsonlist2 vom device um das es geht
@HRueck: invert ist nur für zahlenwerte. du kannst einfach valueOn, valueOff, cmdOn und cmdOff passend setzen.
im ersten beitrag und im wiki steht was du konfigurieren kannst.
Hier die Jsonlist2 von Tor
{
"Arg":"Tor",
"Results": [
{
"Name":"Tor",
"PossibleSets":" ",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 readingList setList useSetExtensions event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "Tor",
"NR": "144",
"STATE": "100",
"TYPE": "dummy"
},
"Readings": { "state": { "Value":"100", "Time":"2016-12-01 08:07:53" } },
"Attributes": {
"genericDeviceType": "garage",
"homebridgeMapping": "CurrentDoorState=tahoma_495548:OpenClosedUnknownState TargetDoorState=tahoma_495548:setClosure,cmds=OPEN:0;;CLOSED:100",
"room": "Homekit"
}
} ],
"totalResultsReturned":1
}
Und hier von tahoma_495548
{
"Arg":"tahoma_495548",
"Results": [
{
"Name":"tahoma_495548",
"PossibleSets":"dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg open:noArg setClosure setName startIdentify:noArg stopIdentify:noArg up:noArg wink",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev blocking debug:1 disable:1 interval logfile proxy url placeClasses levelInvert userAgent event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"COMMANDS": "dim:slider,0,1,100 close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg open:noArg setClosure setName startIdentify:noArg stopIdentify:noArg up:noArg wink",
"DEF": "DEVICE io://0203-3736-6327/495548",
"INTERVAL": "2",
"NAME": "tahoma_495548",
"NR": "143",
"NTFY_ORDER": "50-tahoma_495548",
"STATE": "dim100",
"SUBTYPE": "DEVICE",
"TYPE": "tahoma",
"device": "io://0203-3736-6327/495548",
"fid": "495548",
"inClass": "GarageDoor",
"inControllable": "io:GarageOpenerIOComponent",
"inLabel": "Ga_Tor",
"inPlaceOID": "da23121b-39dc-4547-b00b-8e438fa97e22",
"inType": "1"
},
"Readings": {
"ClosureState": { "Value":"100", "Time":"2016-12-01 14:59:03" },
"NameState": { "Value":"Ga_Tor", "Time":"2016-12-01 14:59:03" },
"OpenClosedUnknownState": { "Value":"closed", "Time":"2016-12-01 14:59:03" },
"PriorityLockTimerState": { "Value":"0", "Time":"2016-12-01 14:59:03" },
"RSSILevelState": { "Value":"42.0", "Time":"2016-12-01 14:59:08" },
"StatusState": { "Value":"available", "Time":"2016-12-01 14:59:03" },
"position": { "Value":"100", "Time":"2016-12-01 14:59:08" },
"state": { "Value":"dim100", "Time":"2016-12-01 14:59:03" }
},
"Attributes": {
"IODev": "Somfy",
"alias": "GarageDoor Ga_Tor",
"genericDeviceType": "blind",
"homebridgeMapping": "CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=5",
"room": "Homekit,tahoma",
"userReadings": "position {ReadingsNum($name,'ClosureState',50)}",
"webCmd": "dim"
}
} ],
"totalResultsReturned":1
}
Gruß Timo
Hallo liebe Community,
ich habe mal eine Frage.
Ich steuere mein Garagentor mit dem Homematic HM-LC-SW4-WM.
Damit sich die Garage ordnungsgemäß öffnet/schliesst, muss der Schaltkreis für 1 Sekunde geschlossen werden.
Das mache ich mit dem WebCmd on-for-timer 1.
Gibt es vielleicht die Möglichkeit dieses Commando über homebridge (vom iphone aus) auszuführen? Ich habe nur einen simplen on/off Schalter und somit ist es schwierig die Garage korrekt zu öffnen/schliessen.
Danke sehr für eure Hilfe.
Gruß
Martin
Mit dem attr Homebridgemapping clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-for-timer+1
Sent from my iPad using Tapatalk
@justme1968:
beim weiter oben angesprochenen Thema "Luftdruck" komme ich leider nicht weiter!
ich kriege das mapping nicht so hin, dass im service TemperatureSensor der Druck angezeigt wird.
der gemessene Wert wird zwar korrekt angezeigt, aber eben mit dem Symbol "Thermometer" und der Einheit °C.
es stellt sich die generelle Frage, wie man bliebige Messwerte mit den richtigen Einheiten (h,kWh,usw) anzeigen kann.
@HRueck: du kannst den druck nicht statt der temperatur anzeigen sondern nur zusätzlich.
druck alleine geht nicht da ich nicht eingebaut habe zusätzlich zur custom characteristic auch einen custom service zu verwenden. ich müsste mal schauen wie das überhaupt funktioniert.
Habe mich da nun schon irgendwie dran versucht, aber gibt es ne Möglichkeit per Custom Char einen Reload Button oder ähnliches mit an EVE zu übergeben, der zusätzlich zu dem ein/aus angezeigt werden kann? Konnte da noch nichts finden
Gesendet von iPhone mit Tapatalk
Kurz mal in die Runde gefragt:
Ich liege doch (leider) richtig, dass die Steuerung von Homebridge/Homekit nicht über VPN funktioniert, oder?
Ich habe leider weder iPad noch AppleTV daheim und bin ansonsten mit der Homekit-Lösung sehr gut zufrieden.
Bitte überrascht mich doch mit einer gegensätzlichen Antwort. :-) Danke.
@Hagenuck1: das habe ich nicht verstanden...
@FunkOdyssey: homekit funktioniert nicht über vpn. ein gebrauchtes gen3 appletv von ebay ist aber aktuell recht günstig.
Ich nehme Bezug zu auf folgendes Thema:
https://forum.fhem.de/index.php/topic,61788.0.html
Der Bug ist soweit behoben, allerdings wie in meinem letzten Post beschrieben, werden die Werte nicht automatisch aktualisiert. Diese werden lediglich durch Stop/Start des Dienstes neu ausgelesen.
Wer kann helfen?
Vielen dank.
Hi,
also bei meinem VPN via Fritzbox vom iPhone und der Eve App auf iOS 9.3.x geht es auch im VPN. Es stimmt allerdings, dass Eve die Aktualisierung erst händisch macht.
Ich habe zu Hause auch ein Apple TV3, aber was muss ich dort einrichten? Wenn ich ohne VPN versuche habe ich gedacht die Apple Cloud routet es zum Apple TV. Da gibt es aber von Siri nie eine Rückmeldung von zu Hause :-(
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Dabei muss doch nur immer dieser Wert desired-temp 17.0 C aus dem 10_FBDECT.pm abgefragt werden. dann wäre ja alles gut.
Moin Arnd,
Zitat von: RaspiLED am 02 Dezember 2016, 20:08:28
Hi,
also bei meinem VPN via Fritzbox vom iPhone und der Eve App auf iOS 9.3.x geht es auch im VPN. Es stimmt allerdings, dass Eve die Aktualisierung erst händisch macht.
Ich habe zu Hause auch ein Apple TV3, aber was muss ich dort einrichten? Wenn ich ohne VPN versuche habe ich gedacht die Apple Cloud routet es zum Apple TV. Da gibt es aber von Siri nie eine Rückmeldung von zu Hause :-(
Eve fragt die homebridge tatsächlich selbst ab, deswegen geht das auch über ein VPN. Was Siri angeht, so kommt es wohl darauf an, welche iOS/ATV-Versionen im Einsatz sind. Wenn dein iOS Gerät noch kein iOS 10 hat, dann sollte es reichen, einfach das ATV3 an die iCloud anzubinden. Im iOS Gerät musst du dann den Schlüsselbund für iCloud freigeben und nach einiger Zeit - das kann schon mal ein paar Stunden, bis zu einem Tag dauern, funktioniert das ATV3 dann auf einmal.
Hast du allerdings iOS 10 auf deinem Gerät, dann musst du deinen iCloud Account auf 2-Faktor Authentifizierung umstellen und auch dein ATV3 neu in iCloud reinbringen. Bei mir läuft diese Kombo seit Wochen völlig problemlos.
Gruß,
Stephan
Hi, danke für die Info! Ich habe heute Morgen an einem iPad mit iOS 10 einen Schalter unter Einstellungen / Homekit als Zentrale verwenden gefunden. Damit geht es jetzt auch direkt ohne VPN, da das iPad fast immer zu Hause ist ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo André,
inzwischen gibt es wohl auch den Service "Speaker", vielleicht ergänzt du den bei Gelegenheit in homebridge-fhem. Ich habe die index.js dazu gerade manuell geändert und es ausprobiert.
Damit funktioniert dann folgende Definition und die Steuerung in EVE ist prima (die Home.app kann diesen Typ wohl noch nicht...).
Auch eine Volume-Characteristic habe ich gesehen.
# genericDeviceType=speaker / service_name=Speaker
attr Sonos_Bathroom,Sonos_Bedroom,Sonos_Kitchen,Sonos_Living_Room homebridgeMapping On=stateAV,valueOn=/on|mute|1/,valueOff=/off|disappeared|0/,cmdOn=Play,cmdOff=Pause Mute=Mute::Mute Volume=Volume::Volume,delay=true
attr Sonos_Bathroom,Sonos_Bedroom,Sonos_Kitchen,Sonos_Living_Room siriName Speaker
attr Sonos_Bathroom,Sonos_Bedroom,Sonos_Kitchen,Sonos_Living_Room generateVolumeEvent 1
Wie man sieht nutze ich für den On-Status ein eigenes Reading, welches ich so erzeuge (https://forum.fhem.de/index.php/topic,42116.0.html). Der Grund ist vor allem, dass transportState auf PLAYING stehen bleibt, wenn der Lautsprecher gerade Teil einer Gruppe ist, der Gruppenmaster jedoch aktuell eigentlich gar nichts abspielt. Somit wird auch bei Sonos Slave-Geräten der Playstatus korrekt dargestellt.
Gruß
Julian
hallo julian,
was genau hast du in homebridge-fhem ergänzt?
eigentlich kann man jede neue service class und characteristic ohne weitere änderungen direkt verwenden.
einfach Speaker (oder jede andere neue service class> als genericDeviceType verwenden und die neue characteristic im homebridgeMapping verwenden.
gruss
andre
Hi André,
das stimmt wohl für die Characteristics, für die Services ist das offenbar nicht zutreffend.
Ohne folgende Änderung wurde immer die Meldung "service name Speaker unknown" ausgegeben.
--- index.js.orig 2016-12-04 00:06:14.433321359 +0100
+++ index.js 2016-12-04 00:18:46.725160144 +0100
@@ -1685,7 +1685,7 @@
}
if( s.Internals.TYPE == 'SONOSPLAYER' ) { //FIXME: use sets [Pp]lay/[Pp]ause/[Ss]top
- this.service_name = 'switch';
+ this.service_name = 'speaker';
this.mappings.On = { reading: 'transportState', valueOn: 'PLAYING', cmdOn: 'play', cmdOff: 'pause' };
} else if( s.Internals.TYPE == 'harmony' ) {
@@ -2434,7 +2434,8 @@
thermostat: 'Thermostat',
garage: 'GarageDoorOpener',
window: 'Window',
- lock: 'LockMechanism'
+ lock: 'LockMechanism',
+ speaker: 'Speaker'
};
if( serviceNameOfGenericDeviceType[service_name] !== undefined )
bist du ganz sicher? kannst du das bitte noch mal ohne deine änderung testen?
wenn du dir den code anschaust wird der service_name 1:1 durchgereicht wenn er im serviceNameOfGenericDeviceType hash nicht verändert wird. d.h.ein genericDeviceType Speaker wird dann direkt verwendet wenn er gross geschrieben ist.
aber ich habe gerade gemerkt das SONOSPLAYER ein gesetztes genericDeviceType ignoriert haben und auf jeden fall switch verwendet haben. das habe ich eben eingecheckt.
gruss
andre
Zitat von: justme1968 am 04 Dezember 2016, 10:53:30
aber ich habe gerade gemerkt das SONOSPLAYER ein gesetztes genericDeviceType ignoriert haben und auf jeden fall switch verwendet haben. das habe ich eben eingecheckt.
Ich nahm auch an, dass es so ginge - und jetzt tut es das auch ;)
Hi André,
hast du eine Idee, weshalb bei dieser Definition für das HP1000 Modul die indoorHumidity nicht angezeigt wird und Light Level unter Indoor einsortiert wird?
attr WeatherStation userattr model
attr WeatherStation genericDeviceType thermometer
attr WeatherStation homebridgeMapping StatusActive=Activity,values=/^alive/:1;;/^dead/:0 CurrentTemperature=indoorTemperature,minValue=-30,subtype=Indoor HumiditySensor=indoorHumidity,minValue=0,subtype=Indoor CurrentTemperature=temperature,minValue=-30,subtype=Outdoor HumiditySensor=humidity,minValue=0,subtype=Outdoor CurrentAmbientLightLevel=luminosity::luminosity,factor=1,subtype=Outdoor
attr WeatherStation model HP1000
attr WeatherStation siriName Outside Temperature
Außerdem wird irgendwie das Attribut model nicht berücksichtigt. :-/
Wie würde ich denn außerdem die Characteristics SerialNumber, FirmwareVersion und Reachable richtig setzen? Das Reading für SerialNumber heißt hier uuid, für FirmwareVersion ist es das INTERNAL SWVERSION und Reachable wird über das Reading presence bereitgestellt.
Gruß
Julian
@justmee1968
leider hat mir
ZitatCurrentPosition=position,values=99:100;/.*/:# TargetPosition=CurrentPosition,dim::position,minStep=5,delay=true,cmds=100:dim+99
nicht geholfen: jetzt lässt sich der dimmer nicht mehr ausschalten, das problem mit 100 besteht aber leider immer noch.
Ich weiß leider nicht wie ich das Kommando anpassen kann, sodass ich bei 0=off habe und bei 100 eigentlich 99 einstelle. Darf ich dich noch einmal um Hilfe bitten? Vielen Dank bis hier schon mal
Mir ist aufgefallen dass er kein on sendet, wenn ich auf 100 dimme... wenn ich einen Wert darunter sende, dann sendet Homebridge immer ein On mit
Zitat2016-12-05 21:06:38 ZWave ZW_Sz_Dimmer dim 22
2016-12-05 21:06:39 ZWave ZW_Sz_Dimmer dim 22
2016-12-05 21:06:39 ZWave ZW_Sz_Dimmer reportedState: dim 22
2016-12-05 21:06:39 ZWave ZW_Sz_Dimmer power: 30.5 W
2016-12-05 21:06:40 ZWave ZW_Sz_Dimmer on
2016-12-05 21:06:40 ZWave ZW_Sz_Dimmer dim 22
2016-12-05 21:06:40 ZWave ZW_Sz_Dimmer reportedState: dim 22
2016-12-05 21:06:41 ZWave ZW_Sz_Dimmer dim 91
2016-12-05 21:06:42 ZWave ZW_Sz_Dimmer dim 91
2016-12-05 21:06:42 ZWave ZW_Sz_Dimmer reportedState: dim 91
2016-12-05 21:06:45 ZWave ZW_Sz_Dimmer on
2016-12-05 21:06:45 ZWave ZW_Sz_Dimmer dim 91
2016-12-05 21:06:45 ZWave ZW_Sz_Dimmer reportedState: dim 91
2016-12-05 21:06:46 ZWave ZW_Sz_Dimmer dim 100
lg, Emanuel
edit: hab noch 1 kleine Frage, habe jetzt schon etliche varianten probiert aber irgend was scheint nicht zu funktionieren
wenn ich bei meinem HM-TC-IT-WM-W-EU folgendes mapping setze:
ZitathomebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=18,maxValue=25,minStep=0.5
bleibt der Min 5 und Max 30, sowie die Steps bei 1
Zitat"Internals": {
"DEF": "37FF3A02",
"NAME": "HM_Wz_Wandthermostat",
"NOTIFYDEV": "global",
"NR": "130",
"NTFY_ORDER": "50-HM_Wz_Wandthermostat",
"STATE": "T: 22.0 desired: 22.0",
"TYPE": "CUL_HM",
"chanNo": "02",
"device": "HM_37FF3A"
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2016-12-05 22:06:10" },
"R-dayTemp": { "Value":"21 C", "Time":"2016-11-29 19:32:43" },
"R-daylightSaveTime": { "Value":"on", "Time":"2016-11-29 19:32:43" },
"R-heatCool": { "Value":"heating", "Time":"2016-11-29 19:32:43" },
"R-modePrioManu": { "Value":"all", "Time":"2016-11-29 19:32:43" },
"R-modePrioParty": { "Value":"all", "Time":"2016-11-29 19:32:43" },
"R-nightTemp": { "Value":"17 C", "Time":"2016-11-29 19:32:43" },
"R-noMinMax4Manu": { "Value":"off", "Time":"2016-11-29 19:32:43" },
"R-sendWeatherData": { "Value":"on", "Time":"2016-11-29 19:32:43" },
"R-showHumidity": { "Value":"temp", "Time":"2016-11-29 19:32:43" },
"R-showInfo": { "Value":"time", "Time":"2016-11-29 19:32:43" },
"R-showSetTemp": { "Value":"actTemp", "Time":"2016-11-29 19:32:43" },
"R-sign": { "Value":"off", "Time":"2016-11-29 19:32:39" },
"R-tempOffset": { "Value":"0.0K", "Time":"2016-11-29 19:32:43" },
"R-weekPrgSel": { "Value":"prog1", "Time":"2016-11-29 19:32:43" },
"R-winOpnBoost": { "Value":"off", "Time":"2016-11-29 19:32:43" },
"R_P1_0_tempListSat": { "Value":"06:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_1_tempListSun": { "Value":"06:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_2_tempListMon": { "Value":"06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_3_tempListTue": { "Value":"06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_4_tempListWed": { "Value":"06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_5_tempListThu": { "Value":"06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_6_tempListFri": { "Value":"06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2016-11-29 19:40:22" },
"R_P1_tempList_State": { "Value":"verified", "Time":"2016-11-29 19:40:22" },
"R_P2_0_tempListSat": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_1_tempListSun": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_2_tempListMon": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_3_tempListTue": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_4_tempListWed": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_5_tempListThu": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_6_tempListFri": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:25" },
"R_P2_tempList_State": { "Value":"verified", "Time":"2016-11-29 19:40:25" },
"R_P3_0_tempListSat": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_1_tempListSun": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_2_tempListMon": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_3_tempListTue": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_4_tempListWed": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_5_tempListThu": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_6_tempListFri": { "Value":"24:00 17.0", "Time":"2016-11-29 19:40:29" },
"R_P3_tempList_State": { "Value":"verified", "Time":"2016-11-29 19:40:29" },
"RegL_01.": { "Value":"08:00 00:00", "Time":"2016-11-29 19:40:18" },
"RegL_07.": { "Value":"01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:44 15:48 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2016-11-29 19:40:21" },
"RegL_08.": { "Value":"01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2016-11-29 19:40:25" },
"RegL_09.": { "Value":"01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2016-11-29 19:40:29" },
"boostTime": { "Value":"-", "Time":"2016-12-05 22:07:28" },
"commReporting": { "Value":"off", "Time":"2016-12-05 22:07:28" },
"controlMode": { "Value":"manual", "Time":"2016-12-05 22:07:28" },
"desired-temp": { "Value":"22.0", "Time":"2016-12-05 22:07:28" },
"humidity": { "Value":"29", "Time":"2016-12-05 22:07:18" },
"measured-temp": { "Value":"22.0", "Time":"2016-12-05 22:07:28" },
"recentStateType": { "Value":"ack", "Time":"2016-12-05 22:06:10" },
"state": { "Value":"T: 22.0 desired: 22.0", "Time":"2016-12-05 22:07:28" },
"winOpenReporting": { "Value":"off", "Time":"2016-12-05 22:07:28" }
},
"Attributes": {
"homebridgeMapping": "TargetTemperature=desired-temp::desired-temp,minValue=18,maxValue=25,minStep=0.5",
"model": "HM-TC-IT-WM-W-EU",
"peerIDs": "00000000,",
"room": "CUL_HM,Homekit,Wohnzimmer"
}
} ],
"totalResultsReturned":1
}
Hallo,
das ist meine erste Frage im Forum, also bitte etwas Nachsicht, weil ich nicht genau weiß wo ich posten soll.
Mein Problem ist folgendes:
Ich will mit Homekit die Prozentwerte nehmen um meine Jalousie zu steuern.
Ich habe folgendes im Einsatz:
Jalousieaktor KNX mit Werten zu SetPosition, GetPosition und SetWinkel (für die Lamellen)
defmod EZ.Jalousie.Tuer KNX 2/2/22:dpt5.001:setPosition 2/2/23:dpt5.001:setWinkel 2/2/24:dpt5.001:getPosition
attr EZ.Jalousie.Tuer IODev tul
attr EZ.Jalousie.Tuer devStateIcon close:fts_shutter_100@black open:fts_window_2w@black
attr EZ.Jalousie.Tuer eventMap /value 0% g2:0/value 17% g2:17/value 34% g2:33/value 67% g2:66/value 100% g2:100
attr EZ.Jalousie.Tuer genericDeviceType blind
attr EZ.Jalousie.Tuer group Jalousie
attr EZ.Jalousie.Tuer homebridgeMapping clear CurrentPosition="50 %",minValue=0,maxValue=100,minStep=1 TargetPosition=CurrentPosition,minValue=0,maxValue=100,minStep=1,cmd=value
attr EZ.Jalousie.Tuer room Essen,Homekit,KNX
attr EZ.Jalousie.Tuer slider 0,10,100
attr EZ.Jalousie.Tuer stateCmd ReadingsVal($name,"getposition-get","")
attr EZ.Jalousie.Tuer webCmd value:0:17:33:66:100
setstate EZ.Jalousie.Tuer 60 %
setstate EZ.Jalousie.Tuer 2016-12-06 12:03:48 getG1 10 %
setstate EZ.Jalousie.Tuer 2016-12-06 20:57:33 getposition-get 60 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:24:09 last-sender 0/0/0
setstate EZ.Jalousie.Tuer 2016-12-06 20:17:05 position 100
setstate EZ.Jalousie.Tuer 2016-12-06 12:03:48 setG1 10 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:24:09 setposition-get 60 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:24:09 setposition-set 60 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:20:01 setwinkel-get 100 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:20:01 setwinkel-set 100 %
setstate EZ.Jalousie.Tuer 2016-12-06 21:24:09 state 60 %
Ich habe also einen Slider der die Position festlegt und kann mit den festen Werten die Lamellenwinkel einstellen.
Soweit so gut.
Wenn ich mir jetzt anschaue was in der Homebridge ankommt:
[12/6/2016, 9:05:26 PM] [FHEM] EZ.Jalousie.Tuer: executing set cmd for TargetPosition with value 100
[12/6/2016, 9:05:26 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EZ.Jalousie.Tuer%20value%20100&XHR=1
Das sollte ja auch passen dachte ich, da wenn ich in der FHEM Kommandozeile folgendes eingebe, die richtige Position angefahren wird.
Set EZ.Jalousie.Tuer value 100
Per web Aufruf funktioniert das aber nicht:
http://192.168.x.x:8083/fhem?cmd=set%20EZ.Jalousie.Tuer%20value%20100&XHR=1
liefert
invalid value: value
Wo ist mein Denkfehler?
Wenn ich folgendes absetze
http://192.168.x.x:8083/fhem?cmd=set%20EZ.Jalousie.Tuer%20100&XHR=1
wird der Lamellenwinkel auf 100 % gesetzt aber nicht die Position.
Versteh ich nicht.
Bitte helft mir :-)
Mein System hat nun ein weillchen funktioniert, aber heute stelle ich fest das in der Home App kein einziges Gerät mehr reagiert... Schwupps mal den Raspi neu gestartet updates gemacht keine änderung... dienst gestopt homebridge von hand gestartet keine fehlermeldung... Ipad /Iphone sagt keine reaktion...
Noch irgend jemand eine Idee??
habt ihr auch diese probleme? oder ist bei mir jetzt was kaputt?
Update:!!! Ich habe die MAC Adresse in der Konfig (config.json) geändert, dann konnte ich fhem neu koppeln... jetzt tuts wieder ... komisch...
In der Apple App "Home" werden die Geräte ja als sagen wir mal "Widgets" dargestellt.
Bei dem device "Thermometer" erscheint der Messwert nur als Zahl innerhalb des kleinen Icons im Wiget, bei anderen devices als Zahl/Einheit bzw. Status unterhalb von Raum/Name.
Ist das ein Bug/Feature von Apple, oder liegt das auf Seiten von Fhem?
die darstellung häng alleine von der verwendeten app ab.
homekit bzw. die devices haben keinen einfluss darauf.
ich hab mir meine Homebridge-Installation verschlimmbessert und bekomme sie nicht mehr zum Laufen. Hat jemand eine gute Deinstallationsbeschreibung, damit ich nochmal neu aufsetzen kann?
Das zeigt der Raspi an, wenn ich Homebridge starten möchte:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[Fri Dec 09 2016 19:41:29 GMT+0100 (CET)] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.65
[Fri Dec 09 2016 19:41:29 GMT+0100 (CET)] Registering platform 'homebridge-fhem.FHEM'
[Fri Dec 09 2016 19:41:29 GMT+0100 (CET)] ---
[Fri Dec 09 2016 19:41:29 GMT+0100 (CET)] Loaded plugin: homebridge-harmonyhub
[Fri Dec 09 2016 19:41:32 GMT+0100 (CET)] Registering platform 'homebridge-harmonyhub.HarmonyHub'
[Fri Dec 09 2016 19:41:32 GMT+0100 (CET)] ---
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] Loaded plugin: homebridge-homematic
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] Registering platform 'homebridge-homematic.HomeMatic'
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] ---
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] ====================
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] ERROR LOADING PLUGIN homebridge-lightify:
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:414:25)
at Object.Module._extensions..js (module.js:442:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:311:12)
at Module.require (module.js:366:17)
at require (module.js:385:17)
at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:131:14)
at Array.forEach (native)
at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:127:22)
at new Server (/usr/local/lib/node_modules/homebridge/lib/server.js:50:24)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:26:16)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:435:26)
at Object.Module._extensions..js (module.js:442:10)
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] ====================
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] Loaded config.json with 0 accessories and 2 platforms.
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] ---
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] Loading 2 platforms...
[Fri Dec 09 2016 19:41:34 GMT+0100 (CET)] [FHEM] Initializing FHEM platform...
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [FHEM] Checking devices and attributes...
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1481308896431
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [FHEM] Fetching FHEM devices...
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Initializing HomeMatic platform...
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Homematic Plugin Version 0.0.55
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Plugin by thkl https://github.com/thkl
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Homematic is a registered trademark of the EQ-3 AG
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Please report any issues to https://github.com/thkl/homebridge-homematic/issues
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] init RPC
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Local IP: 192.168.1.5
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] XML-RPC server for interface BidCos-RF.is listening on port 9090
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Creating Local HTTP Client for CCU RPC Events
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] CCU RPC Init Call on port 2001 for interface BidCos-RF.
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [HomeMatic CCU] Fetching Homematic devices...
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] Loading 0 accessories...
Load homebridge-harmonyhub.HarmonyHub
[Fri Dec 09 2016 19:41:36 GMT+0100 (CET)] [homebridge-harmonyhub.HarmonyHub] Ignoring Harmony Platform setup because it is not configured
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE 192.168.1.5:9090
at Object.exports._errnoException (util.js:874:11)
at exports._exceptionWithHostPort (util.js:897:20)
at Server._listen2 (net.js:1234:14)
at listen (net.js:1270:10)
at net.js:1379:9
at doNTCallback3 (node.js:450:9)
at process._tickCallback (node.js:356:17)
at Function.Module.runMain (module.js:469:11)
at startup (node.js:134:18)
at node.js:961:3
Vielen Dank im voraus!
das schaut aus als ob noch etwas läuft und du versuchts noch mal zu starten.
warum verwendest du die ganzen plugins und machst nicht alles über das fhem plugin? das ist resource schonender.
Hallo FHEM Gemeinde
Ich habe heute gemerkt das ich mit "Siri öffne die Haustür " nur noch die Tür ausschließen kann aber nicht mehr öffnen.
Bis vor kurzem ging es. Kann aber nicht genau sag n seit wann nicht mehr.
Aktor ist ein hm-sec-key
Kennt jemand das Problem?
Grüße aus dem Pott
Praktiker
Zitat von: justme1968 am 09 Dezember 2016, 19:51:50
das schaut aus als ob noch etwas läuft und du versuchts noch mal zu starten.
warum verwendest du die ganzen plugins und machst nicht alles über das fhem plugin? das ist resource schonender.
also müsste ich nur homebridge-fhem als plugin installieren?
Hallo
Ich Kämpfe immer noch mit meinem GarageDoorOpener und irgendwie bekomme ich es nicht hin
Habe einen Dummy konfiguriert der die "Jalousie" entsprechend öffnen und schliessen soll (0/100).
currentDoorState=tahoma_495548:position,values=100:CLOSED;0:OPEN
TargetDoorState=dim:tahoma_495548:setClosure,values=open:OPEN;close:CLOSE
Vielleicht hat jemand eine Lösung für mich, vorab vielen Dank
Hallo,
seit einigen Tagen funktioniert meine Hombridge Installation nicht mehr. Sie hat vorher über Monate tadellos funktioniert. Jetzt erhalte ich in der Home-app die Meldung:"keine Antwort".
Auch zwei verschiedene Rücksicherungen von funktinierenden Installationen auf die SD-Karte des Raspi haben nichts gefruchtet. Also liegt eigentlich die Vermutung nahe, dass irgendwas am Iphone geändert wurde. Allerdings habe ich da bewusst nichts verändert und bis jetzt ziemlich ratlos.
Wenn ich Homebridge händisch auf dem Raspi starte, kommt gleich am Anfang die Meldung: "no siri device found. please define it".
Liegt es also doch am Handy?????
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs&f=DNSServiceRegister>
[12/13/2016, 1:49:53 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.67
[12/13/2016, 1:49:53 PM] Registering platform 'homebridge-fhem.FHEM'
[12/13/2016, 1:49:53 PM] ---
[12/13/2016, 1:49:53 PM] Loaded config.json with 0 accessories and 1 platforms.
[12/13/2016, 1:49:53 PM] ---
[12/13/2016, 1:49:53 PM] Loading 1 platforms...
[12/13/2016, 1:49:53 PM] [FHEM] Initializing FHEM platform...
[12/13/2016, 1:49:54 PM] [FHEM] Checking devices and attributes...
[12/13/2016, 1:49:54 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7B AttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[12/13/2016, 1:49:54 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=jso nlist2%20TYPE=siri&XHR=1
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addgl obal=1;filter=.*;since=null;fmt=JSON×tamp=1481633394293
[12/13/2016, 1:49:54 PM] [FHEM] Fetching FHEM devices...
[12/13/2016, 1:49:54 PM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonli st2%20room=Homekit&XHR=1
[12/13/2016, 1:49:54 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[12/13/2016, 1:49:54 PM] [FHEM] no siri device found. please define it.
[12/13/2016, 1:49:56 PM] [FHEM] got: 56 results
[12/13/2016, 1:49:56 PM] [FHEM] Ambilight is light
[12/13/2016, 1:49:56 PM] [FHEM]
Gruß
Wolfgang
Wenn ich die Fehlermeldung richtig verstehe musst du ein Siri Device in deinem FHEM konfigurieren.
Hat sich vielleicht die IP Adresse von deinem FHEM geändert?
Siehe Commandref:
siri
Module to control the FHEM/Siri integration.
Notes: ◦
Attr ◦siriName
The name to use for a device with siri.
http://fhem.de/commandref.html#siri (http://fhem.de/commandref.html#siri)
Hallo,
ZitatWenn ich die Fehlermeldung richtig verstehe musst du ein Siri Device in deinem FHEM konfigurieren.
Das ist ja das erste, was ich in dieser Hinsicht lese. Ist das neu? Auch im Wiki taucht sowas überhaupt nicht auf.
Und wie muss ich das Device definieren und benennen?
Die Fehlermeldung taucht jetzt nicht mehr beim Raspi-Start von Homebridge auf, aber anscheinend habe ich noch nicht den richtigen Namen ausgewählt.
Habe erfolglos "Homebridge" (so wird es auf dem Iphone gefunden) und die IP-Adresse des Raspi versucht.
Gruß
Wolfgang
Im Wiki wird sogar empfohlen ein Alexa Device anzulegen:
ZitatFHEM konfigurieren
Es empfiehlt sich ein alexa Gerät in FHEM anzulegen.
Die benötigten Attribute werden inzwischen beim ersten Start des von hombridge-fhem automatisch auf FHEM Seite eingetragen.
Mehr zu den inzwischen verfügbaren Konfigurationsmöglichkeiten findet sich auf den github und npmjs Seiten des Plugins und im ersten Beitrag des zugehörigen Thread im Diskussion im FHEM-Forum
https://wiki.fhem.de/wiki/Homebridge_einrichten#FHEM_konfigurieren (https://wiki.fhem.de/wiki/Homebridge_einrichten#FHEM_konfigurieren)
Hallo,
ZitatEs empfiehlt sich ein alexa Gerät in FHEM anzulegen.
Ich verfolge die Diskussionen hier nicht so intensiv. Die Integration von alexa hat erst im November begonnen, soweit ich das rückwirkend lesen konnte.
Heißt das also, dass es jetzt nicht mehr ohne alexa geht???
Hätte ich das gewusst, hätte ich auf die letzten Fhem-Updates verzichtet.
Ich war eigentlich bislang ganz zufrieden und froh, nicht schon wieder irgendwelche frickeligen Installationen durchführen zu müssen, bei denen man wie in der Homebridge-Anfangszeit ziemlich schnell scheitern konnte.
Nochmal meine Frage: Wie muss ich denn das siri-device definieren?
Gruß
Wolfgang
das ist keine fehler meldung sondern ein hinweis. es läuft prinzipiell auch alles ohne siri device.
das im wiki ist ein tippfehler. es muss in diesem fall siri device heissen.
fhem updates haben damit nichts zu tun. du hast scheinbar homebrige-fhem aktualisiert.
das siri device definiert man wie jedes andere device auch in in der commandref beschrieben so: define siri siri
ansonsten: ja, alexa-fhem und homebridge-fhem werden demnächst zusammengeführt. das hat aber weder auf bestehende laufende installationen einfluss noch ändert es irgendetwas für jemanden der nur homebridge verwendet.
Hallo,
Zitatfhem updates haben damit nichts zu tun. du hast scheinbar homebrige-fhem aktualisiert.
Die Veränderung habe ich vorgenommen, nachdem Homebridge nicht mehr laufen wollte, weil ich dachte, vielleicht liegts an dem fehlenden Update...
mit oder ohne definierte siri funktioniert es aber trotzdem nicht.
Die folgenden Meldungen stammen jetzt von einem gerade eingespielten Backup, bei dem ich noch nichts an homebridge-fhem verändert hatte.
$ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[12/13/2016, 5:33:45 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[12/13/2016, 5:33:45 PM] Registering platform 'homebridge-fhem.FHEM'
[12/13/2016, 5:33:45 PM] ---
[12/13/2016, 5:33:45 PM] Loaded config.json with 0 accessories and 1 platforms.
[12/13/2016, 5:33:45 PM] ---
[12/13/2016, 5:33:45 PM] Loading 1 platforms...
[12/13/2016, 5:33:45 PM] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1481646826559
[12/13/2016, 5:33:46 PM] [FHEM] Checking genericDeviceType...
[12/13/2016, 5:33:46 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[12/13/2016, 5:33:46 PM] [FHEM] Fetching FHEM devices...
[12/13/2016, 5:33:46 PM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[12/13/2016, 5:33:46 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[12/13/2016, 5:33:50 PM] [FHEM] got: 56 results
lightGruß
Wolfgang
das log muss noch weiter gehen
Hallo,
wollte dir nicht den kompletten Bandwurm zumuten ;)
Biddeschöön:
Die Geräte sprechen auf dem Iphone weiterhin nicht an. Merkwürdigerweise ist aber der Bewegungsmelder_Hof, den ich vorher nicht im Raum Homekit hatte, jetzt bei Eve im Standardraum enthalten.
[code]:~ $ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs&f=DNSServiceRegister>
[12/13/2016, 5:57:54 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[12/13/2016, 5:57:54 PM] Registering platform 'homebridge-fhem.FHEM'
[12/13/2016, 5:57:54 PM] ---
[12/13/2016, 5:57:54 PM] Loaded config.json with 0 accessories and 1 platforms.
[12/13/2016, 5:57:54 PM] ---
[12/13/2016, 5:57:54 PM] Loading 1 platforms...
[12/13/2016, 5:57:54 PM] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addgl obal=1;filter=.*;since=null;fmt=JSON×tamp=1481648275470
[12/13/2016, 5:57:55 PM] [FHEM] Checking genericDeviceType...
[12/13/2016, 5:57:55 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7B AttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[12/13/2016, 5:57:55 PM] [FHEM] Fetching FHEM devices...
[12/13/2016, 5:57:55 PM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonli st2%20room=Homekit&XHR=1
[12/13/2016, 5:57:55 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[12/13/2016, 5:57:57 PM] [FHEM] got: 56 results
light
[12/13/2016, 5:57:57 PM] [FHEM] Ambilight is light
[12/13/2016, 5:57:57 PM] [FHEM] Ambilight has
[12/13/2016, 5:57:57 PM] [FHEM] On [onoff;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [brightness]
[12/13/2016, 5:57:57 PM] [FHEM] Hue [hue;hue;0-359]
[12/13/2016, 5:57:57 PM] [FHEM] Saturation [saturation;saturation;0-100]
2016-12-13 17:57:57 caching: Ambilight-brightness: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
2016-12-13 17:57:57 caching: Ambilight-hue: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: Hue: 0 (as number; from '0')
2016-12-13 17:57:57 caching: Ambilight-saturation: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: Saturation: 0 (as number; from '0')
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Arbeitszimmer_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Arbeitszimmer_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Arbeitszimmer_Clima-measured-temp: 19.4
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 19.4 (as number ; from '19.4')
2016-12-13 17:57:57 caching: Arbeitszimmer_Clima-desired-temp: 18.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 18 (as number; f rom '18.0')
switch
[12/13/2016, 5:57:57 PM] [FHEM] Aussenschalter_2 is switch
[12/13/2016, 5:57:57 PM] [FHEM] Aussenschalter_2 has
[12/13/2016, 5:57:57 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:57 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:57 caching: Aussenschalter_2-D-firmware: 2.5
[12/13/2016, 5:57:57 PM] [FHEM] caching: FirmwareRevision: 2.5 (as string; f rom '2.5')
2016-12-13 17:57:57 caching: Aussenschalter_2-state: on
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Bad_oben_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Bad_oben_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Bad_oben_Clima-measured-temp: 20.6
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 20.6 (as number ; from '20.6')
2016-12-13 17:57:57 caching: Bad_oben_Clima-desired-temp: 19.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 19 (as number; f rom '19.0')
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Bad_unten_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Bad_unten_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Bad_unten_Clima-measured-temp: 21.7
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 21.7 (as number ; from '21.7')
2016-12-13 17:57:57 caching: Bad_unten_Clima-desired-temp: 22.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 22 (as number; f rom '22.0')
undefined
[12/13/2016, 5:57:57 PM] [FHEM] Bewegungsmelder_Hof: no service type detected
[12/13/2016, 5:57:57 PM] [FHEM] no accessory created for Bewegungsmelder_Hof (CU L_HM)
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Dach_links_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Dach_links_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Dach_links_Clima-measured-temp: 22.8
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 22.8 (as number ; from '22.8')
2016-12-13 17:57:57 caching: Dach_links_Clima-desired-temp: 23.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 23 (as number; f rom '23.0')
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Dach_rechts_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Dach_rechts_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Dach_rechts_Clima-measured-temp: 23.3
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 23.3 (as number ; from '23.3')
2016-12-13 17:57:57 caching: Dach_rechts_Clima-desired-temp: 23.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 23 (as number; f rom '23.0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Bad_oben_Sw is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Bad_oben_Sw has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Bad_oben_Sw-pct: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Eingang_Sw is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Eingang_Sw has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Eingang_Sw-pct: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_Bad_oben_Sw is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_Bad_oben_Sw has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Flur_Bad_oben_Sw-pct: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_oben_Sw is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_oben_Sw has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Flur_oben_Sw-pct: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_unten_Sw is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Flur_unten_Sw has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Flur_unten_Sw-pct: 0
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Wohnzimmer_Sw1 is light
[12/13/2016, 5:57:57 PM] [FHEM] Dimmer_Wohnzimmer_Sw1 has
[12/13/2016, 5:57:57 PM] [FHEM] On [pct;on,off]
[12/13/2016, 5:57:57 PM] [FHEM] Brightness [pct]
2016-12-13 17:57:57 caching: Dimmer_Wohnzimmer_Sw1-pct: 8
[12/13/2016, 5:57:57 PM] [FHEM] caching: On: true (as boolean; from '8')
[12/13/2016, 5:57:57 PM] [FHEM] caching: Brightness: 8 (as number; from '8')
thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Flur_oben_Clima is thermostat
[12/13/2016, 5:57:57 PM] [FHEM] Flur_oben_Clima has
[12/13/2016, 5:57:57 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:57 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:57 caching: Flur_oben_Clima-measured-temp: 17.5
[12/13/2016, 5:57:57 PM] [FHEM] caching: CurrentTemperature: 17.5 (as number ; from '17.5')
2016-12-13 17:57:57 caching: Flur_oben_Clima-desired-temp: 17.0
[12/13/2016, 5:57:57 PM] [FHEM] caching: TargetTemperature: 17 (as number; f rom '17.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Flur_unten_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Flur_unten_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Flur_unten_Clima-measured-temp: 14.7
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 14.7 (as number ; from '14.7')
2016-12-13 17:57:58 caching: Flur_unten_Clima-desired-temp: 16.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 16 (as number; f rom '16.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Gaeste_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Gaeste_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Gaeste_Clima-measured-temp: 12.3
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 12.3 (as number ; from '12.3')
2016-12-13 17:57:58 caching: Gaeste_Clima-desired-temp: 12.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 12 (as number; f rom '12.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Garderobe_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Garderobe_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Garderobe_Clima-measured-temp: 18.6
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 18.6 (as number ; from '18.6')
2016-12-13 17:57:58 caching: Garderobe_Clima-desired-temp: 18.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 18 (as number; f rom '18.0')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Gartenkammer is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Gartenkammer has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Gartenkammer-temperature: 5.9
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 5.9 (as number; from '5.9')
2016-12-13 17:57:58 caching: Gartenkammer-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Gewaechshaus is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Gewaechshaus has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Gewaechshaus-temperature: 4.4
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 4.4 (as number; from '4.4')
2016-12-13 17:57:58 caching: Gewaechshaus-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Gewaechshausheizung_Sw is switch
[12/13/2016, 5:57:58 PM] [FHEM] Gewaechshausheizung_Sw has
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Gewaechshausheizung_Sw-state: off
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'off')
lock
[12/13/2016, 5:57:58 PM] [FHEM] Haustuerschloss is lock
[12/13/2016, 5:57:58 PM] [FHEM] Haustuerschloss has
[12/13/2016, 5:57:58 PM] [FHEM] PositionState [direction]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] TargetDoorState []
[12/13/2016, 5:57:58 PM] [FHEM] LockCurrentState [lock]
[12/13/2016, 5:57:58 PM] [FHEM] LockTargetState [lock]
2016-12-13 17:57:58 caching: Haustuerschloss-direction: none
[12/13/2016, 5:57:58 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'none')
2016-12-13 17:57:58 caching: Haustuerschloss-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
2016-12-13 17:57:58 caching: Haustuerschloss-D-firmware: 2.5
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.5 (as string; f rom '2.5')
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetDoorState: 1 (as number; mean s CLOSED; from 'mapping.default')
2016-12-13 17:57:58 caching: Haustuerschloss-lock: unlocked
[12/13/2016, 5:57:58 PM] [FHEM] caching: LockCurrentState: 0 (as number; mea ns UNSECURED; from 'unlocked')
[12/13/2016, 5:57:58 PM] [FHEM] caching: LockTargetState: 0 (as number; mean s UNSECURED; from 'unlocked')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Heizungsschalter is switch
[12/13/2016, 5:57:58 PM] [FHEM] Heizungsschalter has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Heizungsschalter-D-firmware: 1.12
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 1.12 (as string; from '1.12')
2016-12-13 17:57:58 caching: Heizungsschalter-state: on
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'on')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Hof is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Hof has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Hof-temperature: 4.4
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 4.4 (as number; from '4.4')
2016-12-13 17:57:58 caching: Hof-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Klavierzimmer_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Klavierzimmer_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Klavierzimmer_Clima-measured-temp: 19.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 19 (as number; from '19.0')
2016-12-13 17:57:58 caching: Klavierzimmer_Clima-desired-temp: 18.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 18 (as number; f rom '18.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Kleiderschrank_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Kleiderschrank_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Kleiderschrank_Clima-measured-temp: 18.7
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 18.7 (as number ; from '18.7')
2016-12-13 17:57:58 caching: Kleiderschrank_Clima-desired-temp: 18.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 18 (as number; f rom '18.0')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Klo_Clima is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Klo_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Klo_Clima-measured-temp: 20.9
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 20.9 (as number ; from '20.9')
2016-12-13 17:57:58 caching: Klo_Clima-desired-temp: 21.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 21 (as number; f rom '21.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Kueche_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Kueche_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Kueche_Clima-measured-temp: 20.4
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 20.4 (as number ; from '20.4')
2016-12-13 17:57:58 caching: Kueche_Clima-desired-temp: 18.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 18 (as number; f rom '18.0')
light
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Kueche is light
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Kueche has
[12/13/2016, 5:57:58 PM] [FHEM] On [onoff;on,off]
[12/13/2016, 5:57:58 PM] [FHEM] Brightness [bri]
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Kueche-bri not a number: undefined
light
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Wohnzimmerschrank is light
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Wohnzimmerschrank has
[12/13/2016, 5:57:58 PM] [FHEM] On [onoff;on,off]
[12/13/2016, 5:57:58 PM] [FHEM] Brightness [bri]
[12/13/2016, 5:57:58 PM] [FHEM] Licht_Wohnzimmerschrank-bri not a number: undefi ned
light
[12/13/2016, 5:57:58 PM] [FHEM] Lichtschalter_Dach is light
[12/13/2016, 5:57:58 PM] [FHEM] Lichtschalter_Dach has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Lichtschalter_Dach-D-firmware: 2.3
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.3 (as string; f rom '2.3')
2016-12-13 17:57:58 caching: Lichtschalter_Dach-state: on
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'on')
undefined
[12/13/2016, 5:57:58 PM] [FHEM] Panasonic: no service type detected
[12/13/2016, 5:57:58 PM] [FHEM] no accessory created for Panasonic (VIERA)
light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Esstisch is light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Esstisch has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Schalter_Esstisch-D-firmware: 2.3
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.3 (as string; f rom '2.3')
2016-12-13 17:57:58 caching: Schalter_Esstisch-state: on
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'on')
light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Hof is light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Hof has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Schalter_Hof-D-firmware: 2.4
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.4 (as string; f rom '2.4')
2016-12-13 17:57:58 caching: Schalter_Hof-state: off
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'off')
light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Kueche is light
[12/13/2016, 5:57:58 PM] [FHEM] Schalter_Kueche has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: Schalter_Kueche-D-firmware: 2.3
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.3 (as string; f rom '2.3')
2016-12-13 17:57:58 caching: Schalter_Kueche-state: IOerr
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'IOerr')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Schlafzimmer_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Schlafzimmer_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Schlafzimmer_Clima-measured-temp: 17.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 17 (as number; from '17.0')
2016-12-13 17:57:58 caching: Schlafzimmer_Clima-desired-temp: 16.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 16 (as number; f rom '16.0')
undefined
[12/13/2016, 5:57:58 PM] [FHEM] Sonos: no service type detected
[12/13/2016, 5:57:58 PM] [FHEM] no accessory created for Sonos (SONOS)
switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Bad is switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Bad has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [Volume;not cached]
[12/13/2016, 5:57:58 PM] [FHEM] On [transportState;play,pause]
2016-12-13 17:57:58 caching: Sonos_Bad-Volume: 46
[12/13/2016, 5:57:58 PM] [FHEM] caching: Custom Volume: 46 (as number; from '46')
2016-12-13 17:57:58 caching: Sonos_Bad-transportState: STOPPED
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'STOPPE D')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Dach is switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Dach has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [Volume;not cached]
[12/13/2016, 5:57:58 PM] [FHEM] On [transportState;play,pause]
2016-12-13 17:57:58 caching: Sonos_Dach-Volume: 27
[12/13/2016, 5:57:58 PM] [FHEM] caching: Custom Volume: 27 (as number; from '27')
2016-12-13 17:57:58 caching: Sonos_Dach-transportState: PLAYING
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'PLAYING ')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Kueche is switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Kueche has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [Volume;not cached]
[12/13/2016, 5:57:58 PM] [FHEM] On [transportState;play,pause]
2016-12-13 17:57:58 caching: Sonos_Kueche-Volume: 11
[12/13/2016, 5:57:58 PM] [FHEM] caching: Custom Volume: 11 (as number; from '11')
2016-12-13 17:57:58 caching: Sonos_Kueche-transportState: STOPPED
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'STOPPE D')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Wohnzimmer is switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Wohnzimmer has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [Volume;not cached]
[12/13/2016, 5:57:58 PM] [FHEM] On [transportState;play,pause]
2016-12-13 17:57:58 caching: Sonos_Wohnzimmer-Volume: 72
[12/13/2016, 5:57:58 PM] [FHEM] caching: Custom Volume: 72 (as number; from '72')
2016-12-13 17:57:58 caching: Sonos_Wohnzimmer-transportState: PAUSED_PLAYBACK
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'PAUSED _PLAYBACK')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Wohnzimmer_RF is switch
[12/13/2016, 5:57:58 PM] [FHEM] Sonos_Wohnzimmer_RF has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [Volume;not cached]
[12/13/2016, 5:57:58 PM] [FHEM] On [transportState;play,pause]
2016-12-13 17:57:58 caching: Sonos_Wohnzimmer_RF-Volume: 72
[12/13/2016, 5:57:58 PM] [FHEM] caching: Custom Volume: 72 (as number; from '72')
2016-12-13 17:57:58 caching: Sonos_Wohnzimmer_RF-transportState: STOPPED
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'STOPPE D')
light
[12/13/2016, 5:57:58 PM] [FHEM] TV_Licht is light
[12/13/2016, 5:57:58 PM] [FHEM] TV_Licht has
[12/13/2016, 5:57:58 PM] [FHEM] On [onoff;on,off]
[12/13/2016, 5:57:58 PM] [FHEM] Brightness [bri]
[12/13/2016, 5:57:58 PM] [FHEM] TV_Licht-bri not a number: undefined
switch
[12/13/2016, 5:57:58 PM] [FHEM] TV_Schalter_Wohnzimmer is switch
[12/13/2016, 5:57:58 PM] [FHEM] TV_Schalter_Wohnzimmer has
[12/13/2016, 5:57:58 PM] [FHEM] FirmwareRevision [D-firmware]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: TV_Schalter_Wohnzimmer-D-firmware: 2.5
[12/13/2016, 5:57:58 PM] [FHEM] caching: FirmwareRevision: 2.5 (as string; f rom '2.5')
2016-12-13 17:57:58 caching: TV_Schalter_Wohnzimmer-state: unreachable
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'unreach able')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Thermometer_Feuchtemesser_Bad_oben is thermomete r
[12/13/2016, 5:57:58 PM] [FHEM] Thermometer_Feuchtemesser_Bad_oben has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] CurrentRelativeHumidity [humidity]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_oben-temperature: 1 7.8
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 17.8 (as number ; from '17.8')
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_oben-humidity: 70
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentRelativeHumidity: 70 (as num ber; from '70')
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_oben-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Thermometer_Feuchtemesser_Bad_unten is thermomet er
[12/13/2016, 5:57:58 PM] [FHEM] Thermometer_Feuchtemesser_Bad_unten has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] CurrentRelativeHumidity [humidity]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_unten-temperature: 19.2
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 19.2 (as number ; from '19.2')
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_unten-humidity: 60
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentRelativeHumidity: 60 (as num ber; from '60')
2016-12-13 17:57:58 caching: Thermometer_Feuchtemesser_Bad_unten-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
switch
[12/13/2016, 5:57:58 PM] [FHEM] VUDuoPlus is switch
[12/13/2016, 5:57:58 PM] [FHEM] VUDuoPlus has
[12/13/2016, 5:57:58 PM] [FHEM] Custom Volume [volume;cached]
[12/13/2016, 5:57:58 PM] [FHEM] Custom Power [power]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;on,off]
2016-12-13 17:57:58 caching: VUDuoPlus-volume: -
[12/13/2016, 5:57:58 PM] [FHEM] VUDuoPlus-volume not a number: -
2016-12-13 17:57:58 caching: VUDuoPlus-power: off
[12/13/2016, 5:57:58 PM] [FHEM] VUDuoPlus-power not a number: off
2016-12-13 17:57:58 caching: VUDuoPlus-state: off
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: false (as boolean; from 'off')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] WS1600 is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] WS1600 has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] CurrentRelativeHumidity [humidity]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: WS1600-temperature: 7.3
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 7.3 (as number; from '7.3')
2016-12-13 17:57:58 caching: WS1600-humidity: 75
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentRelativeHumidity: 75 (as num ber; from '75')
2016-12-13 17:57:58 caching: WS1600-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Werkstatt is thermometer
[12/13/2016, 5:57:58 PM] [FHEM] Werkstatt has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [temperature]
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery [battery]
2016-12-13 17:57:58 caching: Werkstatt-temperature: 5.5
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 5.5 (as number; from '5.5')
2016-12-13 17:57:58 caching: Werkstatt-battery: ok
[12/13/2016, 5:57:58 PM] [FHEM] caching: StatusLowBattery: 0 (as number; mea ns BATTERY_LEVEL_NORMAL; from 'ok')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmer_links_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmer_links_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Wohnzimmer_links_Clima-measured-temp: 22.9
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 22.9 (as number ; from '22.9')
2016-12-13 17:57:58 caching: Wohnzimmer_links_Clima-desired-temp: 21.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 21 (as number; f rom '21.0')
thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmer_rechts_Clima is thermostat
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmer_rechts_Clima has
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature [measured-temp]
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature [desired-temp]
2016-12-13 17:57:58 caching: Wohnzimmer_rechts_Clima-measured-temp: 22.8
[12/13/2016, 5:57:58 PM] [FHEM] caching: CurrentTemperature: 22.8 (as number ; from '22.8')
2016-12-13 17:57:58 caching: Wohnzimmer_rechts_Clima-desired-temp: 21.0
[12/13/2016, 5:57:58 PM] [FHEM] caching: TargetTemperature: 21 (as number; f rom '21.0')
switch
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmerlicht_mit_Giselas_Fernbedienung_aus is switch
[12/13/2016, 5:57:58 PM] [FHEM] Wohnzimmerlicht_mit_Giselas_Fernbedienung_aus ha s
OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] iPhoneGisela is OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] iPhoneGisela has
[12/13/2016, 5:57:58 PM] [FHEM] OccupancyDetected [state]
2016-12-13 17:57:58 caching: iPhoneGisela-state: present
[12/13/2016, 5:57:58 PM] [FHEM] caching: OccupancyDetected: 1 (as number; me ans OCCUPANCY_DETECTED; from 'present')
OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] iPhoneWolfgang is OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] iPhoneWolfgang has
[12/13/2016, 5:57:58 PM] [FHEM] OccupancyDetected [state]
2016-12-13 17:57:58 caching: iPhoneWolfgang-state: present
[12/13/2016, 5:57:58 PM] [FHEM] caching: OccupancyDetected: 1 (as number; me ans OCCUPANCY_DETECTED; from 'present')
OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] homebridgeMapping: On=state,valueOn=/home|awoken |asleep|gotosleep/,valueOff=/gone|absent/,cmdOn=home,cmdOff=absent
[12/13/2016, 5:57:58 PM] [FHEM] rr_Gisela is OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] rr_Gisela has
[12/13/2016, 5:57:58 PM] [FHEM] OccupancyDetected [presence]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;home,absent]
2016-12-13 17:57:58 caching: rr_Gisela-presence: present
[12/13/2016, 5:57:58 PM] [FHEM] caching: OccupancyDetected: 1 (as number; me ans OCCUPANCY_DETECTED; from 'present')
2016-12-13 17:57:58 caching: rr_Gisela-state: home
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'home')
OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] homebridgeMapping: On=state,valueOn=/home|awoken |asleep|gotosleep/,valueOff=/gone|absent/,cmdOn=home,cmdOff=absent
[12/13/2016, 5:57:58 PM] [FHEM] rr_Wolfgang is OccupancySensor
[12/13/2016, 5:57:58 PM] [FHEM] rr_Wolfgang has
[12/13/2016, 5:57:58 PM] [FHEM] OccupancyDetected [presence]
[12/13/2016, 5:57:58 PM] [FHEM] On [state;home,absent]
2016-12-13 17:57:58 caching: rr_Wolfgang-presence: present
[12/13/2016, 5:57:58 PM] [FHEM] caching: OccupancyDetected: 1 (as number; me ans OCCUPANCY_DETECTED; from 'present')
2016-12-13 17:57:58 caching: rr_Wolfgang-state: home
[12/13/2016, 5:57:58 PM] [FHEM] caching: On: true (as boolean; from 'home')
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Ambilight'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Ambilight
[12/13/2016, 5:57:58 PM] [FHEM] information service for Ambilight
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Ambilight
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Ambilight
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Ambilight:onoff
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Ambilight:brig htness
[12/13/2016, 5:57:58 PM] [FHEM] Hue characteristic for Ambilight:hue
[12/13/2016, 5:57:58 PM] [FHEM] Saturation characteristic for Ambilight:satu ration
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Arbeitszimmer_C lima'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Arbeitszimmer_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Arbeitszimmer_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Arbeitszimmer_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Arbeitszimmer_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Arbeit szimmer_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Arbeits zimmer_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Aussenschalter_ 2'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Aussenschalter_2
[12/13/2016, 5:57:58 PM] [FHEM] information service for Aussenschalter_2
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Aussenschalter_2
[12/13/2016, 5:57:58 PM] [FHEM] firmware revision characteristic for Aussens chalter_2
[12/13/2016, 5:57:58 PM] [FHEM] Switch service for Aussenschalter_2
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Aussenschalter_2:state
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Bad_oben_Clima' ...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Bad_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Bad_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Bad_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Bad_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Bad_ob en_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Bad_obe n_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Bad_unten_Clima '...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Bad_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Bad_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Bad_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Bad_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Bad_un ten_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Bad_unt en_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dach_links_Clim a'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dach_links_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dach_links_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dach_links_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Dach_links_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Dach_l inks_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Dach_li nks_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dach_rechts_Cli ma'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dach_rechts_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dach_rechts_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dach_rechts_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Dach_rechts_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Dach_r echts_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Dach_re chts_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Bad_oben _Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Bad_oben_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Bad_obe n_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Eingang_ Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Eingang_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Eingang_Sw
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Eingang_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Eingang_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Eingang_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Eingang _Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Flur_Bad _oben_Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Flur_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Flur_Bad_oben_S w
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Flur_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Flur_Bad_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Flur_Bad_oben_S w:pct
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Flur_Ba d_oben_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Flur_obe n_Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Flur_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Flur_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Flur_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Flur_oben_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Flur_oben_Sw:pc t
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Flur_ob en_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Flur_unt en_Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Flur_unten_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Flur_unten_Sw
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Flur_unten_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Flur_unten_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Flur_unten_Sw:p ct
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Flur_un ten_Sw:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Dimmer_Wohnzimm er_Sw1'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Dimmer_Wohnzimmer_Sw1
[12/13/2016, 5:57:58 PM] [FHEM] information service for Dimmer_Wohnzimmer_Sw1
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Dimmer_Wohnzimmer_Sw1
[12/13/2016, 5:57:58 PM] [FHEM] Lightbulb service for Dimmer_Wohnzimmer_Sw1
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Dimmer_Wohnzimmer_Sw1: pct
[12/13/2016, 5:57:58 PM] [FHEM] Brightness characteristic for Dimmer_Wohnzim mer_Sw1:pct
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Flur_oben_Clima '...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Flur_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Flur_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Flur_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Flur_oben_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Flur_o ben_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Flur_ob en_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Flur_unten_Clim a'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Flur_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Flur_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Flur_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Flur_unten_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Flur_u nten_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Flur_un ten_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Gaeste_Clima'.. .
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Gaeste_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Gaeste_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Gaeste_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Gaeste_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Gaeste _Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Gaeste_ Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Garderobe_Clima '...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Garderobe_Clima
[12/13/2016, 5:57:58 PM] [FHEM] information service for Garderobe_Clima
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Garderobe_Clima
[12/13/2016, 5:57:58 PM] [FHEM] Thermostat service for Garderobe_Clima
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Garder obe_Clima:measured-temp
[12/13/2016, 5:57:58 PM] [FHEM] TargetTemperature characteristic for Gardero be_Clima:desired-temp
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Gartenkammer'.. .
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Gartenkammer
[12/13/2016, 5:57:58 PM] [FHEM] information service for Gartenkammer
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Gartenkammer
[12/13/2016, 5:57:58 PM] [FHEM] TemperatureSensor service for Gartenkammer
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Garten kammer:temperature
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery characteristic for Gartenka mmer:battery
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Gewaechshaus'.. .
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Gewaechshaus
[12/13/2016, 5:57:58 PM] [FHEM] information service for Gewaechshaus
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Gewaechshaus
[12/13/2016, 5:57:58 PM] [FHEM] TemperatureSensor service for Gewaechshaus
[12/13/2016, 5:57:58 PM] [FHEM] CurrentTemperature characteristic for Gewaec hshaus:temperature
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery characteristic for Gewaechs haus:battery
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Gewaechshaushei zung_Sw'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Gewaechshausheizung_Sw
[12/13/2016, 5:57:58 PM] [FHEM] information service for Gewaechshausheizung_Sw
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Gewaechshausheizung_Sw
[12/13/2016, 5:57:58 PM] [FHEM] Switch service for Gewaechshausheizung_Sw
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Gewaechshausheizung_Sw :state
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Haustuerschloss '...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Haustuerschloss
[12/13/2016, 5:57:58 PM] [FHEM] information service for Haustuerschloss
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Haustuerschloss
[12/13/2016, 5:57:58 PM] [FHEM] firmware revision characteristic for Haustue rschloss
[12/13/2016, 5:57:58 PM] [FHEM] LockMechanism service for Haustuerschloss
[12/13/2016, 5:57:58 PM] [FHEM] PositionState characteristic for Haustuersch loss:direction
[12/13/2016, 5:57:58 PM] [FHEM] StatusLowBattery characteristic for Haustuer schloss:battery
[12/13/2016, 5:57:58 PM] [FHEM] TargetDoorState characteristic for Haustuers chloss:
[12/13/2016, 5:57:58 PM] [FHEM] LockCurrentState characteristic for Haustuer schloss:lock
[12/13/2016, 5:57:58 PM] [FHEM] LockTargetState characteristic for Haustuers chloss:lock
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Heizungsschalte r'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Heizungsschalter
[12/13/2016, 5:57:58 PM] [FHEM] information service for Heizungsschalter
[12/13/2016, 5:57:58 PM] [FHEM] manufacturer, model and serial number charac teristics for Heizungsschalter
[12/13/2016, 5:57:58 PM] [FHEM] firmware revision characteristic for Heizung sschalter
[12/13/2016, 5:57:58 PM] [FHEM] Switch service for Heizungsschalter
[12/13/2016, 5:57:58 PM] [FHEM] On characteristic for Heizungsschalter:state
[12/13/2016, 5:57:58 PM] [FHEM] Initializing platform accessory 'Hof'...
[12/13/2016, 5:57:58 PM] [FHEM] creating services for Hof
[12/13/2016, 5:57:58 PM] [FHEM] information service for Hof
[12/13/2016, 5:57:58 PM] [FHEM] &nb
das schaut alles gut aus. das problem liegt nicht auf fhem seite und auch nicht bei homebridge-fhem.
ich weiss nicht genau was du aktualisiert hast und von welcher version auf welche, aber ich vermute das dabei etwas schief gegangen ist und hoemkit die bridge nicht mehr kennt, die bridge aber noch denkt das sie gepairt ist.
wenn du die homebridge beendest und danach in .homebridge das persist verzeichnis löschst solltest du nach einem neustart wieder mit iOS verbinden können.
dabei gehen aber vermutlich alle raum einstellungen verloren.
Hallo,
Zitatwenn du die homebridge beendest und danach in .homebridge das persist verzeichnis löschst solltest du nach einem neustart wieder mit iOS verbinden können.
leider klappt das auch nicht.
Alles aufm Handy löschen und neu aufbauen ist wohl die letzte Möglichkeit... :-[
Gruß
Wolfgang
Kurze zwischen Frage hat jemand schon was Mit Energie Anzeige gemacht?
Also eine Watt ausgaben in HomeKit? möglich sollte es ja sein Sie Elgato Eve Energy.
Schöne grüße
Zitat von: Black7king am 14 Dezember 2016, 14:31:30
Kurze zwischen Frage hat jemand schon was Mit Energie Anzeige gemacht?
Also eine Watt ausgaben in HomeKit? möglich sollte es ja sein Sie Elgato Eve Energy.
Schöne grüße
Klar, alle meine Energiemesser zeigen ihre Werte auch in HomeKit an!
Gruß
Dan
Okay danke schon mal für die schnelle Antwort! Kannst du noch kurz erklären wie du es gemacht hast?
Viellicht mit einem Beispiel?
MfG
Die entsprechenden Geräte mit energy und power Readings einfach nur in den Raum für HomeKit stecken und Homebridge neu starten.
Fertig!
So hat es zumindest bei mir mit allen Geräten geklappt die ihre Werte in den o.g. Readings bereitstellen.
Gruß
Dan
okay wird gemacht und getestet! Danke!
Für Temperatur wird es wohl das gleiche sein oder?
Zitat von: Black7king am 14 Dezember 2016, 16:30:14
okay wird gemacht und getestet! Danke!
Für Temperatur wird es wohl das gleiche sein oder?
Die meisten Geräte sollten anhand ihres TYPEs oder ihrer Readings die richtige default Characteristic von homebridge-fhem zugewiesen bekommen.
Bei Temperatursensoren ist es sinnvoll sie auf "genericDeviceType thermometer" zu setzen sofern sie noch andere Characteristics als die Temperatur haben und man die Temperatur aber primär angezeigt bekommen will.
Meine Fibaro Motion Sensoren haben Readings für temperature, luminance und motion (state). Stelle ich bei diesen Geräten "genericDeviceType MotionSensor" ein, so kann ich in der Home App auch Mitteilungen bei erkannter Bewegung einstellen, allerdings zeigt die Kachel des Gerätes in Home dann die Temperatur nicht an und sie muss auch manuell dazu gemappt werden. Stelle ich "genericDeviceType thermometer" ein, so wird direkt auf der Kachel die Temperatur angezeigt, aber es sind keine Mitteilungen einstellbar! Mir ist Zweites wichtiger da ich sowieso Telegram Mitteilungen bekomme wenn Bewegung erkannt wurde und ich nicht zu Hause bin!
Gruß
Dan
Hallo zusammen,
ich habe ein kleines Problem seit dem ich meine fhem Installation auf einen rPI3 mit Jessie umgezogen habe. Kurz zu meiner Umgebung: Ich habe pilight mit einem 433MHz Sender und Empfangsmodul im Einsatz und steuere damit im Wohnzimmer 2 Brennenstuhl RCS 1000 N für 2 Lampen mit dem elro_800_switch Protokoll in pilight. Beide Funksteckdosen sind auch im Homekit-Raum, so dass ich deren Status in eve/home etc. auch sehen und die Steckdosen damit steuern kann. So weit so gut.
Die erste Steckdose wird geschaltet, wenn es dunkel ist (twilight) und wenn ich zu Hause bin (presence) mit Hilfe eine DOIF. Klappt wunderbar.
Was ich gegenüber meiner Installation auf dem alten rPI2 noch geändert habe ist, dass ich mir den ATTiny-Filter für pilight besorgt habe und dass die Devices für die Steckdosen nun ein alias haben.
Ab und zu kommt es nun vor, dass in home/eve der Status der zweiten Steckdose auf "on" ist, obwohl diese gar nicht aktiv geschaltet wird und auch gar nicht "on" ist (also die Lampe ist nach wie vor aus). Auch der Status in FHEM ist dann "on".
Ich würde nun gerne dem Problem auf die Spur kommen und herausfinden wer/was den Status in FHEM/Homebridge-fhem umstellt, obwohl die Steckdose gar nicht geschaltet hat.
Hat jemand von euch einen Tipp für mich, wie ich mich an die Fehlersuche machen könnte?
Viele Grüße vom gent
Servus,
habe bei meinem HM-TC-IT-WM-W-EU leider immer noch das Problem dass
ZitathomebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=18,maxValue=25,minStep=0.5
keine Änderung bringt.
Was mache ich denn falsch?
hier ein Ausschnitt aus den Readings
Zitat"desired-temp": { "Value":"22.0", "Time":"2016-12-05 22:07:28" },
"humidity": { "Value":"29", "Time":"2016-12-05 22:07:18" },
"measured-temp": { "Value":"22.0", "Time":"2016-12-05 22:07:28" },
"recentStateType": { "Value":"ack", "Time":"2016-12-05 22:06:10" },
"state": { "Value":"T: 22.0 desired: 22.0", "Time":"2016-12-05 22:07:28" },
Hi,
Für die Fehlersuche würde ich das FHEM Log als erste Quelle heranziehen.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi Arrnd,
falls Deine Antwort sich auf meinen Beitrag bezieht: Das habe ich natürlich schon gemacht und leider nichts herausgefunden.
Viele Grüße vom gent
Hallo zusammen,
Hat einer schon einmal eine Kamera mit diesem Plugin an den Start gebracht? https://github.com/KhaosT/homebridge-camera-ffmpeg (https://github.com/KhaosT/homebridge-camera-ffmpeg)
Würde mich sehr interessieren, bin aber noch nicht wirklich weiter gekommen, i.e. EVE sieht es nicht.
Auch wenn ich in der config.json nur dieses Plugin wie beschrieben angebe und fhem ganz raus lasse.
Für jeden Tipp wäre ich sehr dankbar.
Danke, Christian
Zitat von: knueppler am 15 Dezember 2016, 08:01:37
Hallo zusammen,
Hat einer schon einmal eine Kamera mit diesem Plugin an den Start gebracht? https://github.com/KhaosT/homebridge-camera-ffmpeg (https://github.com/KhaosT/homebridge-camera-ffmpeg)
Würde mich sehr interessieren, bin aber noch nicht wirklich weiter gekommen, i.e. EVE sieht es nicht.
Auch wenn ich in der config.json nur dieses Plugin wie beschrieben angebe und fhem ganz raus lasse.
Für jeden Tipp wäre ich sehr dankbar.
Danke, Christian
Hallo Christian,
Ich versuche mich auch grade dran...
Ich bekomme nicht mal die Platform in der config.json so eingetragen, das homebridge läuft.
Kannst du mir vielleicht mal sagen wie ich eine zusätzliche Platform eintrage ?
Würde gerne beides am laufen haben.
Gruß
René
Gesendet von iPhone mit Tapatalk
Zitat von: deluxe41 am 15 Dezember 2016, 10:18:40
Hallo Christian,
Ich versuche mich auch grade dran...
Ich bekomme nicht mal die Platform in der config.json so eingetragen, das homebridge läuft.
Kannst du mir vielleicht mal sagen wie ich eine zusätzliche Platform eintrage ?
Würde gerne beides am laufen haben.
Gruß
René
Gesendet von iPhone mit Tapatalk
Zumindest habe ich die 2. Platform eingetragen.
Bis jetzt sehe ich auch noch nichts.
Zitat von: DeeSPe am 14 Dezember 2016, 17:05:20
Die meisten Geräte sollten anhand ihres TYPEs oder ihrer Readings die richtige default Characteristic von homebridge-fhem zugewiesen bekommen.
Bei Temperatursensoren ist es sinnvoll sie auf "genericDeviceType thermometer" zu setzen sofern sie noch andere Characteristics als die Temperatur haben und man die Temperatur aber primär angezeigt bekommen will.
Meine Fibaro Motion Sensoren haben Readings für temperature, luminance und motion (state). Stelle ich bei diesen Geräten "genericDeviceType MotionSensor" ein, so kann ich in der Home App auch Mitteilungen bei erkannter Bewegung einstellen, allerdings zeigt die Kachel des Gerätes in Home dann die Temperatur nicht an und sie muss auch manuell dazu gemappt werden. Stelle ich "genericDeviceType thermometer" ein, so wird direkt auf der Kachel die Temperatur angezeigt, aber es sind keine Mitteilungen einstellbar! Mir ist Zweites wichtiger da ich sowieso Telegram Mitteilungen bekomme wenn Bewegung erkannt wurde und ich nicht zu Hause bin!
Gruß
Dan
Du kannst auch für ein FHEM-Device mehrere Kacheln darstellen lassen. Evtl. bekommst du so beides hin.
Harmony Hub ist ja so ein Beispiel.
Oder ich habe einen Dummy der den Zustand von Waschmaschine und Trocker als 2 Geräte in Homekit darstellt.
Hier ist homebridgemapping so gesetzt:
ContactSensorState=doif_PowerSwitch02_01_running,subtype=Wäsche,values=0:CONTACT_DETECTED;1:CONTACT_NOT_DETECTED
ContactSensorState=doif_PowerSwitch04_01_running,subtype=Trockner,values=0:CONTACT_DETECTED;1:CONTACT_NOT_DETECTED
Hi gent,
Okay dann teile doch Dein Log mit verbose 5 in beiden Steckdosen über eine "Fehlerperiode" mal hier ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi gent,
Okay dann teile doch Dein Log mit verbose 5 in beiden Steckdosen über eine "Fehlerperiode" mal hier ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi gent,
Okay dann teile doch Dein Log mit verbose 5 in beiden Steckdosen über eine "Fehlerperiode" mal hier ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi Arndt,
habe ich bereits probiert, also nicht das hochladen hier, sondern verbose=5: Da kommt leider kein aussagekräftiger Output mit:
2016.12.15 22:57:51 5: WZ_Lampe1(Set): off 1 of 1
mehr gibt's auch bei verbose=5 nicht.
Ich werde mal ein devicelog mitschreiben für beide Steckdosen und dann mal schauen, was sich daraus ergibt
Viel Grüße vom gent
Hallo zusammen,
Ich habe heute nochmal alles aktualisiert und mir die Ausgabe zum Befehl "Siri öffne die Haustür" angesehen:
[12/16/2016, 5:38:20 PM] [FHEM] Haustuer: executing set cmd for LockTargetState with value 0
[12/16/2016, 5:38:20 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Haustuer%20unlock&XHR=1
Leider habe ich keine Ausgabe mehr als es noch ging.
Es wird nur Aufgeschlossen aber nicht "Open" ausgeführt.
Vor ein paar tagen / wochen ging es immer.
Muss ich jetzt selber was Mappen, oder was soll ich nun tun?
Grüsse
Praktiker
Zitat von: justme1968 am 04 Dezember 2016, 10:07:01
hallo julian,
was genau hast du in homebridge-fhem ergänzt?
eigentlich kann man jede neue service class und characteristic ohne weitere änderungen direkt verwenden.
einfach Speaker (oder jede andere neue service class> als genericDeviceType verwenden und die neue characteristic im homebridgeMapping verwenden.
gruss
andre
Hi,
wie bekomme ich es denn sinnvoll hin, dass auch ein Dummy als Speaker erkannt wird? Im Moment würge ich da etwas mit Switch/Lightbulb sowie pct/volume readings rum.
Danke Christian
wenn dein homekit aktuell genug ist (ungetestet):
genericDeviceType Speaker
homebridgeMapping Mute=... Volume=...
und eventuell On=...
wenn dein homebridge älter ist und noch keinen Speaker kennt musst du über switch und eine chustom characteristic gehen:
genericDeviceType switch
homebridgeMapping 00001001-0000-1000-8000-135D67EC4377=<reading>,cmd=<cmd>,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE
wenn dein device ein reading volume oder Volume hat geht das automatisch.
gruss
andre
Hi,
hatte heute sudo npm -g update homebridge-fhem durchgeführt.
Bin ich damit neu genug?
genericDeviceTyp habe ich auf Speaker gesetzt, bekomme aber switch(unknown) im Log.
volume reading wird automatisch erkannt, momentan mache ich es aber als lightbulb mit pct und setze via cmdAlias das auf volume um.
Ciao Christian
npm update scheint manchmal nicht zu funktionieren. mit npm -g install homebridge noch mal drüber installieren ist sicherer.
Hmmm
hat auch nicht geholfen, 0.2.67 wird als Versionsnummer ausgegeben.
Kann es sein, das er mit dem Reading pct durcheinander kommt?
Ciao Christian
nicht homebridge-fhem muss aktuell sein sondern homebridge.
dort sind in .../node_modules/hap-nodejs/lib/gen/HomeKitTypes.js die bekannten service und characteristic types deklariert.
Hallo,
währrend ich meine Z-Wave Fibaro Switches und Dimmer einwandfrei zum Laufen gebracht habe, beisse ich mir am Fibaro FGR222 Roller Shutter Controller 2 die Zähne aus.
Habe versucht, das Setting homebridgeMapping zu durchschauen, aber steige nicht durch, wie ich folgende Probleme beheben soll.
Die Hinweise weiter oben in Forum, also https://forum.fhem.de/index.php/topic,48558.msg488210/topicseen.html#msg488210 (https://forum.fhem.de/index.php/topic,48558.msg488210) lösen sie leider nicht.
Die Default settings, also ohne homebridgeMapping sehen so aus:
[12/18/2016, 9:19:55 PM] [FHEM] mappings for ZW.Rollladen_rechts: { On:
{ reading: 'state',
valueOff: '/^(dim )?0$/',
cmdOn: 'on',
cmdOff: 'off' },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[12/18/2016, 9:19:55 PM] [FHEM] ZW.Rollladen_rechts is blind
[12/18/2016, 9:19:55 PM] [FHEM] ZW.Rollladen_rechts has
[12/18/2016, 9:19:55 PM] [FHEM] Custom Power [power]
[12/18/2016, 9:19:55 PM] [FHEM] Custom Energy [energy]
[12/18/2016, 9:19:55 PM] [FHEM] CurrentPosition [pct]
[12/18/2016, 9:19:55 PM] [FHEM] TargetPosition [pct]
Geändert habe ich sie auf folgende Werte:
TargetPosition=state,cmd=dim,part=1,minValue=0,maxValue=100,minStep=1
CurrentPosition=state,cmd=dim,part=1,minValue=0,maxValue=100,minStep=1
Das sieht dann so aus:
[12/18/2016, 9:29:31 PM] [FHEM] mappings for ZW.Rollladen_rechts: { On:
{ reading: 'state',
valueOff: '/^(dim )?0$/',
cmdOn: 'on',
cmdOff: 'off' },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 },
CurrentPosition:
{ reading: 'state',
cmd: 'dim',
part: '1',
minValue: 0,
maxValue: 100,
minStep: 1 },
TargetPosition:
{ reading: 'state',
cmd: 'dim',
delay: true,
part: '1',
minValue: 0,
maxValue: 100,
minStep: 1 } }
1. Das reading state ist bei geschlossenem Rolladen dim 99, für die iOS Home App ist das aber 99 % geöffnet. Kann man das verdrehen? Das Setting invert funktioniert nicht, das führt zu Fehlern im homebridge Log.
2. Ist der Rollladen ganz geöffnet, ist state=off und das führt zu Fehlern
[12/18/2016, 9:29:31 PM] [FHEM] ZW.Rollladen_rechts-state value off has no part 1
[12/18/2016, 9:29:31 PM] [FHEM] caching: CurrentPosition: off (as string; from 'off')
Ich verstehe, wie es zum Fehler kommt, denn es gibt ja keine Space in dem reading, aber wie kann ich das beheben? In dem Zustand zeigt die Home iOS App dann "Keine Antwort" an.
3. Kann man auch die Zwischenzustände on und stop auf etwas vernünftiges mappen, was von HomeKit verstanden wird?
Würde mich freuen, wenn mir jemand weiterhelfen kann.
Grüsse, Bernd
wenn es nur die richtung ist: CurrentPosition=invert=1 TargetPosition=invert=1
Vielen Dank, das funktioniert mit dem invert, mein Fehler war, dass ich nur invert ohne =1 angegeben habe, sorry.
TargetPosition=state,cmd=dim,part=1,cmds=100:on,minValue=0,maxValue=100,minStep=1,invert=1
CurrentPosition=state,cmd=dim,part=1,minValue=0,maxValue=100,minStep=1,invert=1
Den Hinweis mit cmds=100:on habe ich auch gefunden, so dass der Rollladen auch runtergefahren wird. Jetzt habe ich noch 2 Problemchen:
1. Ist der Rollladen ganz oben, ist das reading state=off, das führt zum Fehler im Log
2016-12-18 21:51:51 caching: ZW.Rollladen_rechts-state: off
[12/18/2016, 9:51:51 PM] [FHEM] ZW.Rollladen_rechts-state value off has no part 1
[12/18/2016, 9:51:51 PM] [FHEM] caching: CurrentPosition: off (as string; from 'off')
und die iOS 10.2 Home App sagt "Keine Antwort" beim Gerät. Kann man das auf dim 0 mappen? Das müsste dann ja 0 % geschlossen also vollständig offen sein.
2. Ist der Rolladen ganz unten, wird nicht geschlossen sondern als 1% geöffnet angezeigt. Verstehe auch warum, weil im geschlossenen Zustand das Reading state=dim 99 ist. Dann man da noch was machen?
Grüße, Bernd
Hallo zusammen,
leider habe ich über die Suche noch nichts passendes gefunden, daher jetzt mal hier....
Mein Problem ist, dass die Homebridge, wenn ich sie starte, immer gut funktioniert :D Aber nach einiger Zeit meldet die Home-App immer wieder, dass sie keine Antwort mehr von der Homebridge erhält. Starte ich dann die Homebridge wieder neu, dann geht wieder alles für eine bestimmte Zeit.
Da ich aber weder zwischendurch den pi neu starte noch sonst etwas mache, stellt sich mir die Frage, warum die Verbindung nach einiger Zeit verloren geht.
Hat da jemand einen Hinweis für mich oder kann mir sagen, wie ich dem Problem auf die Schliche kommen kann?
Viele Grüße
Markus
Zitat von: Macblock am 19 Dezember 2016, 10:47:52
Hallo zusammen,
leider habe ich über die Suche noch nichts passendes gefunden, daher jetzt mal hier....
Mein Problem ist, dass die Homebridge, wenn ich sie starte, immer gut funktioniert :D Aber nach einiger Zeit meldet die Home-App immer wieder, dass sie keine Antwort mehr von der Homebridge erhält. Starte ich dann die Homebridge wieder neu, dann geht wieder alles für eine bestimmte Zeit.
Da ich aber weder zwischendurch den pi neu starte noch sonst etwas mache, stellt sich mir die Frage, warum die Verbindung nach einiger Zeit verloren geht.
Hat da jemand einen Hinweis für mich oder kann mir sagen, wie ich dem Problem auf die Schliche kommen kann?
Viele Grüße
Markus
Das klingt als wenn Du Deine Homebridge nicht als Dienst/Service betreibst, sondern sie im Vordergrund laufen lässt!
Richtig?
Gruß
Dan
Hallo Dan,
ich bin eigentlich davon ausgegangen, dass ich das schon als Service laufen lasse ;D Zumindest habe ich die Homebridge nach der Anleitung im Wiki eingerichtet.
Daher habe ich auch in der init.d einen Service homebridge angelegt.
Viele Grüße
Markus
Zitat von: Macblock am 19 Dezember 2016, 11:25:59
Hallo Dan,
ich bin eigentlich davon ausgegangen, dass ich das schon als Service laufen lasse ;D Zumindest habe ich die Homebridge nach der Anleitung im Wiki eingerichtet.
Daher habe ich auch in der init.d einen Service homebridge angelegt.
Viele Grüße
Markus
Dann hilft wohl nur das Überprüfen des Logfiles oder ggf. der Konsolenausgaben von Homebridge.
Gruß
Dan
Hallo,
ich bräuchte mal keinen kurzen Tip.
Ich kann meine IT Steckdosen über Siri und HomeKit App steuern. Wenn ich den Schaltbefehl über die HomeKit App auslöse, wird der Status in der HomeKit App auch aktualisiert.
Wird die Steckdose jetzt über DOIF oder über die Weboberfläche geschalten, wird im der HomeKit App der Schaltzustand nicht aktualisiert.
Bei meinem Rollläden und FS20 Schalter funktioniert dies schon.
Hat jemand eine Idee an was dies liegt?
Danke!!!
bis vor ein paar wochen gab es ein problem im IT modul das keine events erzeugt hat.
ist dein fhem aktuell? siehst du ein event im event monitor beim lokalen schalten?
gruss
andre
Das hätte ich ja auch selber mal ausprobieren können!
Aber trotzdem vielen Dank mit dem Tip!! :)
Zitat von: Macblock am 19 Dezember 2016, 11:25:59
Hallo Dan,
ich bin eigentlich davon ausgegangen, dass ich das schon als Service laufen lasse ;D Zumindest habe ich die Homebridge nach der Anleitung im Wiki eingerichtet.
Daher habe ich auch in der init.d einen Service homebridge angelegt.
Viele Grüße
Markus
Hi
ich gehe davon aus, dass Deine homebridge abschmiert, schau mal ins log, ich vermute, dass da was mit Layer decrypt failed steht. Soll in einer der neueren Versionen vine der homebridge gefixt sein.
Ciao Christian
Gesendet von iPhone mit Tapatalk
Zitat von: Macblock am 19 Dezember 2016, 11:25:59
Hallo Dan,
ich bin eigentlich davon ausgegangen, dass ich das schon als Service laufen lasse ;D Zumindest habe ich die Homebridge nach der Anleitung im Wiki eingerichtet.
Daher habe ich auch in der init.d einen Service homebridge angelegt.
Viele Grüße
Markus
Hi
ich gehe davon aus, dass Deine homebridge abschmiert, schau mal ins log, ich vermute, dass da was mit Layer decrypt failed steht. Soll in einer der neueren Versionen vine der homebridge gefixt sein.
Ciao Christian
Gesendet von iPhone mit Tapatalk
Zitat von: Macblock am 19 Dezember 2016, 11:25:59
Hallo Dan,
ich bin eigentlich davon ausgegangen, dass ich das schon als Service laufen lasse ;D Zumindest habe ich die Homebridge nach der Anleitung im Wiki eingerichtet.
Daher habe ich auch in der init.d einen Service homebridge angelegt.
Viele Grüße
Markus
Hi
ich gehe davon aus, dass Deine homebridge abschmiert, schau mal ins log, ich vermute, dass da was mit Layer decrypt failed steht. Soll in einer der neueren Versionen vine der homebridge gefixt sein.
Ciao Christian
Gesendet von iPhone mit Tapatalk
@Macblock: schau auf die konsole bzw. ins log file oder den debug browser. dort solltest du sehen ob homebridge noch läuft.
wenn nicht -> fehler posten und das start script so ändern das homebridge neu gestartet wird. z.b. so: https://forum.fhem.de/index.php/topic,60452.msg531352.html#msg531352 (https://forum.fhem.de/index.php/topic,60452.msg531352.html#msg531352).
wenn homebridge noch läuft -> hat dein router vermutlich ein problem mit bonjour/mdns. es gibt ein post zu fritzboxen bei denen ein update geholfen hat. ansonsten anderen router verwenden.
gruss
andre
Ich lese meine Stromverbrauchdaten aus einem SDM220M (über ModBus) aus.
Die relevanten readings kommen dann in dummys zur weiteren Bearbeitung.
Wenn ich nun versuche, die gemessene Leistung in Eve anzeigen zu lasssen
define Netz_Watt dummy
attr Netz_Watt homebridgeMapping E863F10D-079E-48FF-8F27-9C2605A29F52=Strom_Netz_W_Total:state
scheitert die Sache am richtigen genericDeviceType
mit" thermometer" sehe ich den richtigen Wert im homebrigdge status als gecached, er wird aber in Eve nicht angezeigt.
was mache ich falsch?
es gibt keinen genericDeviceType/service der nur für verbrauchsmessungen ist.
homebridge-fhem kann noch keine custom services. d.h. du kannst die werte nur als zusatzätzliche characteristic zu einem der standard services verwenden.
gruss
andre
ok,
wenn ich vor der custom characteristic eine temperatur characteristic (die bereits funktioniert) eintrage, sehe ich aber nur die temperatur und keine zweite
Hallo Zusammen,
irgendwie verstehe ich die custom characteristic gar nicht. Hat jemand ein Beispiel? Ich möchte den Luftdruck, Windgeschwindigkeit und Richtung in Apples Home App anzeigen.
Danke
Gruß Timo
@HRueck: zeig mal die ganze konfiguration.
@homekid: die home app zeigt custom characteristics zur wir nicht an. du musst eve dafür verwenden. was hast du denn schon probiert?
animiert durch Schnipsel aus verschiedenen Quellen habe ich nun mal einfach so
name=Leistung,format=UINT8,unit=W
dem mapping hinzugefügt, und siehe da, es geht
verstanden habe ich das ganze allerdings nicht!
@justme1968
Also wenn ich das richtig verstehe kann man in HomeKit keine zusätzlichen Werte anzeigen.
Gruß Timo
Hi,
in der Home-App von Apple nein,
in der Eve-App von Elgato schon.
Beide sind ein Frontend zum Homekit
Ciao Christian
Also wenn ich das richtig verstanden habe, kann man ein beliebiges reading wie folgt in EVE darstellen:
- man definiert einen existierenden service, z.B. light
- man mappt eine custom characteristic dazu, indem man eine UUID mit dem darzustellenden reading erstellt und name=? sowie format=? angibt
- wenn man nur das reading und nicht das light (was man ja eigentlich nicht braucht) in EVE sehen möchte, kann man den switch in EVE unter "bearbeiten" ausblenden
hat bei mir hat dies zum anzeigen der Windgeschwindigkeit wie folgt funktioniert:
define Test dummy
attr Test genericDeviceType light
attr Test setList on off
attr Test room Siri (bzw. dein homebridge Raum)
attr Test homebridgeMapping A863F19D-379E-45FF-8F27-9C2605A29F52=Wind:state,format=UINT8,name=Windgeschwindigkeit
womit ich noch nicht weitergekommen bin:
wie stellt man eine beliebige unit dar, also hier z.B. m/sec ?
Danke für die Antwort.
Gruß Timo
Ich habe noch einmal eine Frage zum Attribt "genericDeviceType".
"homebridge" und "homebridge-fhem" habe ich aktuell.
Das Update hat übrigens wirklich nie funktioniert bei mir. Ein Install hat auch endlich die Version angehoben.
Wie komme ich aber nun in FHEM zur Speaker-Auswahl im "genericDeviceType"-Attribut? Eigentlich sind alle Systeme aktuell.
du kannst in genericDeviceType die 'einfachen' abstrahierten typen aus der liste verwenden oder jeden anderen den homekit kennt. die findest du in jeweils in .../node_modules/homebridge/node_modules/hap-nodejs/lib/gen/HomeKitTypes.js. in deinem fall also einfach von hand attr <name> genericDeviceType Speaker setzen.
Ah, danke. Ich hatte mir das schon gedacht. Leider habe ich nach den Möglichkeiten im falschen Modul (homebridge-fhem) geguckt. :-) Danke dir.
Hallo,
gibt es schon eine Möglichkeit die neuen Gerätetypen von iOS 10.2 wie zB Bewegungsmelder zu mappen? :)
Viele Grüße
du kannst jeden service den homebridge kennt mappen. siehe drei posts weiter oben.
aber bewegungsmelder sind in fhem besser aufgehoben als im homekit.
gruss
andre
Hallo,
seit ein paar Wochen läuft auch bei mir Homebridge, das von mir und meiner Liebsten per iPhone genutzt wird. Einfach großartig - vielen Dank dafür!
Ich würde nun gern in der Apple Home App die Automation "Wenn ich das Haus verlasse" bzw. "Wenn ich das Haus erreiche" gemeinsam nutzen. Dafür habe ich zwei Anwesenheits-Dummy Switches in FHEM eingerichtet. Einen für mich, einen für meine Frau. Für mich als Ersteller/Verwalter der Installation kann ich über den Tab "Automation" in der Home App den Dummy für meine Anwesenheit je nach meiner Anwesenheit stellen lassen. Meine Frau ist zwar in der Lage, alle Geräte per Home App zu bedienen, es fehlt bei ihr in der App aber der Reiter "Automation", der es erlaube würde auch ihren Dummy Switch nach Ihrer Anwesenheit zu stellen. Es ist wohl einfach so, dass das von Seiten Apple nur der "Administrator" einer Installation kann.
Mein Gedanke war nun, eine zweite Homebridge-Instanz für meine Frau aufzusetzen, die praktisch gleich ist, für die sie dann der Administrator sein kann, damit wir für sie auch Ihren Dummy Switch bedienen können.
1. Gibt es eine weniger komplizierte Möglichkeit das gewünschte Ziel zu erreichen?
2. Wird das funktionieren, mit zwei Homebridge-Instanzen dieselben FHEM-Geräte zu steuern?
3. Nach Andres Antwort auf Seite 84 in diesem Thread kann man mehrere Instanzen von Homebridge laufen lassen.
Zitat von: justme1968 am 08 Oktober 2016, 11:20:40
@Markus M.: einfach eine zweite instanz mit eigenem path (-U) laufen lassen. der port und username im bridge teil der config müssen anders sein.
Leider sind diese Anweisungen für mein sehr limitiertes Linux-Verständnis nicht ausreichend. Könnte das jemand etwas näher erläutern?
"der port und username im bridge teil der config müssen anders sein." ist mir klar.
Aber:
- Muss ich ein weiteres homebridge-Verzeichnis erstellen (mkdir -p ~/.homebridge2)?
- Was bedeutet "mit eigenem path (-U) laufen lassen"?
Danke!
frankbatzen
Hi Frank,
Eigentlich gibts Du Dir alle Antworten schon selbst. Super!
Also ich verstehe Dich im Moment so: Du hast im Ordner .homebridge eine config.json.
Dann versuch mal folgendes:
1.) Neuer Ordner erstellen
mkdir ~/.homebridge2
2.) Kopiere obige Datei in einen anderen Ordner
cp ~/.homebridge/config.json ~/.homebridge2
3.) Ändere den name, den username und den port in dieser Kopie
nano ~/.homebridge2/config.json
4.) starte die zweite Instanz per Hand
homebridge -U ~/.homebridge2
Test auf Gerät Deiner Frau oder schaue mal mittels der App Discovery nach dem Bonjour Dienst HAP und beiden Instanzen...
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ich habe seit ein paar Monaten Homekit im Einsatz. Seit heute jedoch kann ich keine Geräte mehr über die Home App steuern. Es steht bei den Szenen "Fehlgeschlagen" und bei Geräten "Nicht Verfügbar".
Das bekomme ich bei
ps aux | grep home
tim 1396 1.0 3.1 1027092 64540 ? Sl 11:48 0:00 homebridge
tim 1447 0.0 0.0 15792 1088 pts/0 S+ 11:49 0:00 grep --color=auto home
Neustart vom Server und Dienst habe ich schon gemacht.
Hi,
habe jetzt mal die Homebridge geupdatet und genericDeviceTyp auf "Speaker" gesetzt. Wird von Eve auch als solcher erkannt, nur mit eins zwei Eigenheiten, vielleicht kann mir jemand helfen:
1) ich bekomme jetzt zwei Volumes, ein custom und eins vom Speaker, wird aus dem Reading "volume" erzeugt.
2) zusätzlich bekomme ich noch ein on/off, wohl aus dem state
3) und neu jetzt ein mute, bei dem ich keine Idee habe, wie ich das mappen soll
Ziel ist, on/off durch mute zu ersetzen und nur noch ein Volume zu erhalten.
Alles basiert bei mir auf einem Dummy, wie müsste ich das denn machen?
Und, weiß jemand, ob man dann die Lautstärke mit Siri steuern kann, in der Home-App taucht er noch als nicht unterstütztes Device auf.
Danke Christian
1 und 2: mach am anfang vom homebridgeMapping ein einzelnes clear. das löscht alle automatisch erkannten charakteristics.
3. z.b. auf on und off
Hallo,
danke, funktioniert fast.
Mute-Schalter wechselt zwischen 0/1
Volume wird auch entsprechend gesetzt
Custom Volume ist weg
Nur sagt Eve immer noch, der Lautsprecher wäre Stumm (mit "x") obwohl er auf 1 steht und Volume auf 47%
Und Siri scheint ihn auch nicht zu mögen, oder mach ich da noch was falsch.
Ciao Christian
schau in den debug browser welche reading werte gecached sind und in die werte auch per longpoll aktualisiert werden.
ich vermute siri kann damit garnicht umgehen.
ich glaube die neue Volume charakteristik ist eigentlich für webcams in verbindung mit haustür öffnern vorgesehen. nicht für echte latsprechner für musik.
gruss
andre
Alles klar, ich denke, dass Icon umschalten nicht vorgesehen ist, soweit passt alles
Mit Volume via Siri gehe ich wohl wieder über pct, muss nur gucken, dass sich das nicht mit Alexa beißt....
Ciao Christian
Gesendet von iPhone mit Tapatalk
Hallo Arnd,
vielen Dank für die Hilfe. Habe es eingerichtet bekommen, dass zwei Homebridge-Instanzen klaglos nebeneinander laufen.
In Deiner Antwort in diesem Thread auf Seite 120 bei
Zitat
4.) starte die zweite Instanz per Hand
homebridge -U ~/.homebridge2/config.json
muss es denke ich eher
Zitathomebridge -U ~/.homebridge2
ohne das /config.json am Ende heißen, weil homebridge die config.json sonst in einem nichtexistenten Ordner namens config.json sucht. Vielleicht lohnt es sich, das in Deinem Posting zu korrigieren, falls mal jemand anderes drauf stößt.
Leider funktioniert es insgesamt aber nicht so wie erhofft. Ich kann die zweite Homebridge-Instanz zwar in der Home-App meiner Frau verwenden, der Automatisierungs-Tab ist dann auch vorhanden, die Automatisierungs-features "wenn ich das Haus verlasse" bzw. "wenn ich das Haus erreiche" aber nicht. Und zwar deshalb, weil die zweite Homebridge-Instanz nicht auch parallel unser Apple TV für Fernzugriff verwenden kann. Ohne zugeordnetes Apple TV oder ipad gibt es keinen Fernzugriff und damit auch diese Features nicht...
Dann muss ich wohl warten, bis Apple Automatisierung auch für Gäste in einer Homekit-Installation zulässt. Warum das nicht von Anfang an so ist, ist mir eh schleierhaft. Es sei denn, Ihr habt noch andere Ideen.
Gruß
frankbatzen
Zitat von: WolfgangV am 13 Dezember 2016, 14:13:20
seit einigen Tagen funktioniert meine Hombridge Installation nicht mehr. Sie hat vorher über Monate tadellos funktioniert. Jetzt erhalte ich in der Home-app die Meldung:"keine Antwort".
Ich habe aktuell exakt den gleichen Fehler. Konntest du es mittlerweile lösen?
Hi, wie das stand falsch in meinem Post?! Na sowas, Danke ;-) Frohe Weihnachten an Alle!!!
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo zusammen,
ich nutze Homebridge jetzt seit einigen Monaten sehr erfolgreich. Mir ist nur eine Kleinigkeit aufgefallen, die mich stört, wo ich aber keinen Ansatz zur Behebung habe:
Ich habe ab und zu den Effekt, dass Homebridge über die Siri-Steuerung unzuverlässig ist. So 1-2 mal am Tag sage ich Siri z.B. "Licht im Wohnzimmer einschalten". Siri sagt "alles ok", aber es gehen z.B. nur zwei von drei Lampen an. Setze ich denselben Befehl dann noch mal ab, gehen alle Lampen an. Dies kann auch vorkommen, wenn ich nur ein einzelnes Gerät über Siri schalte. Wenn ich FHEM selber benutze (über entsprechende App) geht es zuverlässig. Daher gehe ich von einem Problemchen in Homebridge aus. Ich habe Homebridge schon auf meinen FHEM Raspberry umgezogen (lief vorher separat), aber das hat keine Änderung bewirkt.
Gibt es irgendwie eine Möglichkeit, dass ich die Aktivitäten beim schalten mitlogge um einen Anhaltspunkt für das Verhalten zu finden?
Gruß,
BenWish
Hi, ich wollte Euch allen einmal zeigen, wie ich homebridge über eine VPN Verbindung nutze.
Klar die meisten von Euch haben ein iPad oder AppleTV in der Apple Cloud und schalten darüber Remote. Nun ich habe nur eine eigene FritzBox an einen entfernten Standort und wollte dennoch auf die Geräte zugreifen. Hier meine Lösung:
Voraussetzung ist, dass ein VPN (z.B. vpnc) von beiden Standorten aus in das jeweils andere Netz funktioniert und damit natürlich auch ssh. In beiden Standorten läuft jeweils eine funktionierende homebridge-fhem Lösung.
Auf meinem entfernten Rechner (192.168.zzz.zzz mit homebridge unter id xx:xx:xx:xx:xx:xx):
pi@KinderFreigabe:~ $ cat homebridge_VPN.sh
#!/bin/bash
sudo vpnc
ssh osmc@192.168.yyy.yyy ./homebridge_ssh.sh
Auf meinem lokalen Rechner (182.168.yyy.yyy):
osmc@osmc:~$ cat homebridge_ssh.sh
#!/bin/bash
/usr/bin/avahi-publish-service -s HomebridgeVPN _hap._tcp 55000 "sf=0" "ci=2" "ff=0" "s#=1" "c#=8" "id=xx:xx:xx:xx:xx:xx" "pv=1.0" "md=Kinderfreigabe" & PID=$!
/usr/bin/ssh -g pi@192.168.zzz.zzz -L 55000:127.0.0.1:51826
kill $PID
Die notwendigen Parameterdaten habe ich mittels Discovery App auf dem iPhone im entfernten Netz ausgelesen.
Frohe Weihnachten Arnd
Gesendet von iPhone mit Tapatalk
homebridge-fhem scheibe alle aktionen und empfangene events als meldung auf die konsole. wenn du die in ein file umleitest kannst du bequem suchen was passiert ist.
sind es funk aktoren? könnte es sein das das mehrfach schalte sich ab und zu in
die quere kommt?
Zitat von: justme1968 am 26 Dezember 2016, 10:10:09
homebridge-fhem scheibe alle aktionen und empfangene events als meldung auf die konsole. wenn du die in ein file umleitest kannst du bequem suchen was passiert ist.
sind es funk aktoren? könnte es sein das das mehrfach schalte sich ab und zu in
die quere kommt?
Hmm ich konnte den Fehler jetzt einmal beobachten...aber das Log scheint gut...er ruft das korrekte Web-Commando auf, also es sieht genau so aus, wie bei funktionierenden Versuchen:
Dez 26 10:41:16 Raspberry3 homebridge[18902]: 2016-12-26 10:41:16 > [2016-12-26 10:41:16] [FHEM] Tannenbaum: executing set cmd for On with value false
Dez 26 10:41:16 Raspberry3 homebridge[18902]: 2016-12-26 10:41:16 > [2016-12-26 10:41:16] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Tannenbaum%20off&XHR=1
Vielleicht liegt es wirklich an meinen Funk-Aktoren...ich muss vielleicht mal ein bisschen öfter ohne Siri schalten um zu schauen, ob es da auch ab und zu nicht funktioniert...
Danke schonmal für deine Hilfe :-)
Ich hab seit einiger Zeit Probleme mit mit meinem Keymatic-Schloss und Homebridge. Erst jetzt in den Weihnachtstagen komme ich dazu, mir das Problem genauer anzusehen.
Das Keymatic-Schloss lässt sich über die Apple-Home-App problemlos auf- bzw. versperren, nicht aber über Siri.
Wenn ich Siri die Aufgabe "Türschloss versperren" auftrage, so antwortet sie mir zwar mit "Türschloss ist abgeschlossen", tut es allerdings nicht.
Auf der Konsole zeigt homebridge bei der Ansage "Türschloss versperren" folgendes:
[2016-12-28 10:08:06] [FHEM] SH_Tuerschloss: executing set cmd for LockTargetState with value true
[2016-12-28 10:08:06] [FHEM] executing: http://192.168.0.64:8083/fhem?cmd=set%20SH_Tuerschloss%20undefined%20true&XHR=1
D.h. Homekit möchte für LockTargetState den Wert true setzen, verpackt aber in der URL den Wert undefined. Das führt dazu, dass FHEM natürlich damit nichts anfangen kann.
Rufe ich die selbe Aktion durch Betätigen des Buttons in der Home-App auf, zeigt sich:
[2016-12-28 10:08:19] [FHEM] SH_Tuerschloss: executing set cmd for LockTargetState with value 1
[2016-12-28 10:08:19] [FHEM] executing: http://192.168.0.64:8083/fhem?cmd=set%20SH_Tuerschloss%20lock&XHR=1
D.h. Homekit möchte hier den Wert 1 für LockTargetState, was in der URL korrekterweise mit dem Wert lock umgesetzt wird. Damit kann FHEM etwas anfangen und versperrt das Schloss.
Zur weiteren Info: Ich hab in FHEM keinerlei Einstellungen für genericDeviceType oder homebridgeMapping vorgenommen, da dies für die Standard-Homematic-Kompontenen nicht notwendig war.
Alle HM-Schaltaktoren, die ich außerdem habe, lassen sich problemlos mit Siri schalten. Ein ähnliches Problem wie oben beschrieben hab ich mit meinen Garagentoren, die allerdings ein spezielles homebridgeMapping haben. Auch hier klappt es per Home-App, nicht allerdings per Siri.
Wäre für Hilfe dankbar!
lG
Michael
auf den ersten blick schaut das wie ein fehler auf apple seite aus. LockTargetState charakteristik ist als int definiert. da sollte kein bool kommen.
welche iOS version verwendest du ?
ich schaue mir das mal an.
gruss
andre
Hallo Moeti,
Hatte ein ähnliches Problem und konnte es durch Spezifikation des cmd im homebridgemapping lösen. Ev. hilft dir das weiter.
Lg
Gesendet von iPad mit Tapatalk
Hallo Moeti,
Hatte ein ähnliches Problem und konnte es durch Spezifikation des cmd im homebridgemapping lösen. Ev. hilft dir das weiter.
Lg
Gesendet von iPad mit Tapatalk
ja. über cmds kann man das lösen. sollte aber nicht nötig sein.
Das Problem tritt bei mir auf unterschiedlichen iOS-Versionen auf unterschiedlichen iphones und ipads auf, habe 10.2, 10.1, 9.3, sowie AppleWatch1
Ich habe ein Miniproblem mit dem Übergeben von Readings an einen virtuellen Rauchmelder für Homebridge.
Meine Quelle (ein Arduino an dem ein Rauchmelder hängt) gibt mir ein reading namens "reading" mit dem Status "off" oder "on".
Rauchmelder "SmokeDetector" brauchen aber ein reading mit "0" oder "1", das hab ich so aus der HomeKitTypes.js gelesen und auch auf Funktion getestet. Wenn ich also "setreading TestDing reading 0" mache, zeigt er es am Handy als aus an bzw bei "1" zeigt er, dass Rauch entdeckt wurde.
Wie mappe ich das nun um? Die Zeile kriege ich nicht ganz hin.
Ich habe das hier versucht, aber es hat nicht funktioniert:
attr TestDing homebridgeMapping SmokeDetected=state,values=on:1,off:0
Mit ";" von dem off, wie es in einem Wiki-Eintrag im FHEM-Wiki steht funktioniert es auch nicht.
EDIT:
Wenn man es andersherum aufzäumt funktioniert es nur bedingt:
attr TestDing eventMap on:1 off:0
funktioniert dann zwar für HomeBridge bzw. in HomeKit gut, aber dafür ist dann in FHEM alles vermurkst, zB zeigt die Glühbirne am Anschluss nicht mehr an/aus, weil sie auf "on/off" reagiert, aber nun "0/1" bekommt.
Das ist also für mich ein eher unschöner Weg, bin mir aber sicher, dass man das auch entsprechend nur zu HomeBridge hin mappen kann, nur bin ich mir nicht genau sicher wie. :(
Danke euch! :)
das trennzeichen ist ein ;
wenn du es nicht im attr bereich der detail ansicht eingibst sondern auf der kommandozeile musst du wie immer das ; verdoppeln.
statt 0 und 1 ist es sinnvoll die symbolischen namen aus HomeKitTypes.js zu verwenden:attr TestDing homebridgeMapping SmokeDetected=state,values=on:SMOKE_DETECTED;;off:SMOKE_NOT_DETECTED
gruss
andre
Danke dir, Andre!!
Ich habe es jetzt in der fhem.cfg so gelöst:
attr TestDing homebridgeMapping SmokeDetected=state,values=on:SMOKE_DETECTED;;off:SMOKE_NOT_DETECTED
Damit funktioniert es wunderbar. :)
so war es auch gedacht :)
Hallo Zusammen,
Frage an die Experten:
Ich habe einen Pi3 und Hombridge ist in EVE verbunden. Leider sehe ich in Eve keine Geräte!?
Auf der dem Test Pi 3 habe ich eine FHEM.cfg mit einem HM Steckdosenadapter, den ich mit SIRI schalten möchte.
Ich habe die HM Steckdose im Raum Cul_HM und zusätzlich in den Raum Homekit gepackt.
In der fhem.cfg sieht das device so aus:
define HM_528A40 CUL_HM 528A40
attr HM_528A40 IODev myHmUART
attr HM_528A40 autoReadReg 4_reqStatus
attr HM_528A40 expert 2_raw
attr HM_528A40 genericDeviceType switch
attr HM_528A40 homebridgeMapping valueOn, valueOff
attr HM_528A40 room CUL_HM,Homekit
attr HM_528A40 subType switch
attr HM_528A40 webCmd statusRequest:toggle:on:off
define FileLog_HM_528A40 FileLog ./log/HM_528A40-%Y.log HM_528A40
attr FileLog_HM_528A40 logtype text
attr FileLog_HM_528A40 room CUL_HM
Mir deucht als stimmt irgendwas mit genericDeviceType und dem homebridgeMapping nicht!?
Hat hier jemand einen Tipp für mich?
Danke und Sylvestergruß
Bibo
Hi,
Erste Frage: Wie startest Du Homebridge? Was steht in der Konsolenausgane oder im Journal/Log?
Zweite Frage: Nach einer Änderung in FHEM auch Homebridge neu gestartet?
Dritte Frage: ist dein HomebridgeMapping richtig?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Haben meinen Fehler gefunden! :)
In der Config.json war der Fehler....
HomeKit ist falsch und richtig ist Homekit.....
"filter": "room=Homekit"
Jetzt schaltet SIRI.
Über ein Feedback zur korrekten? und notwendigen? Verwendung von genericDeviceType & homebridgeMapping im device bin ich trotzdem dankbar.
attr HM_Steckdose genericDeviceType switch
attr HM_Steckdose homebridgeMapping valueOn, valueOff
Hi,
Erste Frage: Wie startest Du Homebridge? Was steht in der Konsolenausgane oder im Journal/Log?
Zweite Frage: Nach einer Änderung in FHEM auch Homebridge neu gestartet?
Dritte Frage: ist dein HomebridgeMapping richtig?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: RaspiLED am 31 Dezember 2016, 14:27:51
Hi,
Erste Frage: Wie startest Du Homebridge? Was steht in der Konsolenausgane oder im Journal/Log?
Zweite Frage: Nach einer Änderung in FHEM auch Homebridge neu gestartet?
Dritte Frage: ist dein HomebridgeMapping richtig?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Verstehe die erneuten und selben Frage nicht ganz!? Anyway.
Homebridge starte ich mit "homebridge" im Terminal, damit ich im Terminal die Schaltvorgänge in EVE sehe. Das klappt auch. Die Dienste laufen allerdings ebenfalls, aber dann sehe ich im Terminal ja nix.
Ja, nach Änderung in FHEM habe ich Homebridge gestoppt und erneut gestartet.
Die dritte Frage kann ich leider nicht beantworten, ich habe das Mapping schlichtweg noch nicht gerafft.
Danke!
attr HM_528A40 genericDeviceType switchwenn es sein schalter ist stimmt das.
homebridgeMapping ist im ersten beitrag und im readme beschrieben. wenn alles automatisch erkannt wird und geht musst du hier garnichts machen.
attr HM_528A40 homebridgeMapping valueOn, valueOff
ist komplett falsch.
gruss
andre
Danke!
Das #attr Steckdose homebridgeMapping valueOn, valueOff habe ich dann mal rausgeschmissen!
Den ersten Beitrag habe ich gelesen.....verstanden wohl noch nicht. Wo ist das readme?
EVE schaltet! SIRI will aber (noch) nicht auf mich hören?! Ich habe es SIRI auch schon einfacher gemacht, indem ich die HM_Steckdose in Steckdose umbenannt habe.
das readme ist hier: https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem)
Hi,
Siri braucht Namen die keine Bedeutung haben. Probier mal in Eve statt Steckdose den Namen TV zu setzen und sag Siri dann: Schalte TV ein!
Wenn das funktioniert, suchst Du Dir einen passenden Namen ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
danke, klappt.
Hatte in Eve den SIRI Namen noch nicht vergeben......meine erste Installation auf dem Pi2 ist Monate her und Hilfe war damals ebenfalls nötig.
Manchmal sieht man den Wald vor lauter Bäumen nicht, wenn man nur sich nur sporadisch damit beschäftigt.
man müsste halt mehr dokumentieren....... ::)
Hallo,
ich habe mich auch an das Homebridge Thema herangetraut, und ich muss sagen es läuft recht gut. Großes Lob an die Entwickler tolle Sache.
Ich würde nun gerne meinen aktuellen Stromverbrauch einbinden. Hierzu nutze ich den Volkszähler um verschiedene Werte anzeigen zu lassen. Mein Eintrag in der fhem.cfg lautet:
" define Verbrauch_aktuell VOLKSZAEHLER 192.168.11.13 80 c3ade9b0-03f3-11e6-a739-xxxxxxxx average 60
attr Verbrauch_aktuell group Strom
attr Verbrauch_aktuell room Volkszaehler "
Ich bekomme dann einen Wert von zB 230 angezeigt, also ohne eine Einheit.
Auf meinem Iphone nutze ich die myHome app, und würde dort gern 230 w/h angezeigt bekommen. Leider unterstützt Apple die Anzeige einer aktuellen Leistung wohl nicht im Homekit. Hierzu habe ich mir die HomeKitTypes.js angeschaut aber leider keinen Ansatz gefunden, Hätte jemand eine Idee wie ich das lösen könnte ?
Gruß
Frank
nimm die eve app. die kann leistung und verbrauch anzeigen.
die readings sollten power, energy, current und voltage heissen. dann geht (fast) alles automatisch.
wenn deine readings anders heissen musst du homebridgeMapping mit den folgenden custom characertistics verwenden: Voltage: 'E863F10A-079E-48FF-8F27-9C2605A29F52',
Current: 'E863F126-079E-48FF-8F27-9C2605A29F52',
Power: 'E863F10D-079E-48FF-8F27-9C2605A29F52',
Energy: 'E863F10C-079E-48FF-8F27-9C2605A29F52',
gruss
andre
Vielen Dank für deine Hilfe. Ich komme grade mit dem Mapping etwas durcheinander. Wenn ich die Homebridge starte bekomme ich folgenden Fehler:
" [2017-01-01 16:49:49] [FHEM] Verbrauch_aktuell: no service type detected
[2017-01-01 16:49:49] [FHEM] no accessory created for Verbrauch_aktuell (VOLKSZAEHLER) "
Ok hier muss gemappt werden so weit waren wir ja schon, wenn ich es richtig verstanden habe muss doch " Verbrauch_aktuell " in "Current" oder "Power" gemappt werden.
Ich habe nun folgendes versucht:
" attr Verbrauch_aktuell homebridgeMapping Power=Verbrauch_aktuell "
Nur leider ohne Erfolg.
es gibt keinen eigenen service (device typ) für die energie messungen. du kannst sie nur zusätzlich zu standart characteristics definieren. d.h. du brauchst einen switch, steckdose oder was auch immer.
ausserdem musst du (in der aktuellen version noch) die uid als characteristic namen verwenden:
attr Verbrauch_aktuell genericDeviceType=switch
attr Verbrauch_aktuell homebridgeMapping E863F10D-079E-48FF-8F27-9C2605A29F52=Verbrauch_aktuell,name=Power,format=FLOAT
Das schaut nun so aus :
"define Verbrauch_aktuell VOLKSZAEHLER 192.168.11.13 80 c3ade9b0-03f3-11e6-a739-d54da8ec9c73 average 60
attr Verbrauch_aktuell group Strom
attr Verbrauch_aktuell room Volkszaehler
attr Verbrauch_aktuell genericDeviceType=switch
attr Verbrauch_aktuell homebridgeMapping E863F10D-079E-48FF-8F27-9C2605A29F52=Verbrauch_aktuell,name=Power,format=FLOAT"
aber leider noch den gleichen Fehler.
wenn du wirklich die config von hand editierst solltest dpa ich in dein log schauen: genericDeviceType ohne =
Ok soweit habe ich es hinbekommen, nochmal besten Dank für deine Hilfe. Ich bekomme meine beiden "Schalter" angezeigt auch könnten Werte in w angezeigt werden nur bekomme ich keine ...oder besser nur 0
Fhem startet fehlerfrei, die Homebridge startet auch :
" [2017-01-01 23:43:32] [FHEM] creating services for Stromverbrauch_aktuell
[2017-01-01 23:43:32] [FHEM] information service for Stromverbrauch_aktuell
[2017-01-01 23:43:32] [FHEM] manufacturer, model and serial number characteristics for Stromverbrauch_aktuell
[2017-01-01 23:43:32] [FHEM] Switch service for Stromverbrauch_aktuell
[2017-01-01 23:43:32] [FHEM] Custom Power characteristic for Stromverbrauch_aktuell:Stromverbrauch_aktuell
[2017-01-01 23:43:32] [FHEM] Initializing platform accessory 'Verbrauch_24h'...
[2017-01-01 23:43:32] [FHEM] creating services for Verbrauch_24h
[2017-01-01 23:43:32] [FHEM] information service for Verbrauch_24h
[2017-01-01 23:43:32] [FHEM] manufacturer, model and serial number characteristics for Verbrauch_24h
[2017-01-01 23:43:32] [FHEM] Switch service for Verbrauch_24h
[2017-01-01 23:43:32] [FHEM] Custom Power characteristic for Verbrauch_24h:Verbrauch_aktuell "
Nur wenn ich den Wert abfrage bekomme ich einen Fehler:
"[2017-01-01 23:45:37] [FHEM] Stromverbrauch_aktuell-Stromverbrauch_aktuell not a number:"
zeig mal ein list vom device.
Das setzen von Temperaturen funktioniert wunderbar mit einem Homematic Thermostaten. Das umstellen des Heizungsmodus funktioniert nicht (Apple-Sprache Auto/Heizen/Kühlen/Aus).
Den CurrentHeatingCoolingState erkennt homebridge anscheinend (Heizung_Esszimmer_Modus ist ein Dummy Device nur für den Heizungsmodus):
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_Clima is thermostat
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_Clima has
[1/2/2017, 10:18:41 AM] [FHEM] TargetTemperature [desired-temp]
[1/2/2017, 10:18:41 AM] [FHEM] Custom Actuation [ValvePosition]
[1/2/2017, 10:18:41 AM] [FHEM] CurrentTemperature [measured-temp]
[1/2/2017, 10:18:41 AM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-01-02 10:18:41 caching: Heizung_Esszimmer_Clima-desired-temp: 22.0
[1/2/2017, 10:18:41 AM] [FHEM] caching: TargetTemperature: 22 (as number; from '22.0')
2017-01-02 10:18:41 caching: Heizung_Esszimmer_Clima-ValvePosition: 3
[1/2/2017, 10:18:41 AM] [FHEM] caching: Custom Actuation: 3 (as number; from '3')
2017-01-02 10:18:41 caching: Heizung_Esszimmer_Clima-measured-temp: 24.4
[1/2/2017, 10:18:41 AM] [FHEM] caching: CurrentTemperature: 24.4 (as number; from '24.4')
[1/2/2017, 10:18:41 AM] [FHEM] default: 1
[1/2/2017, 10:18:41 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_ClimaTeam: no service type detected
[1/2/2017, 10:18:41 AM] [FHEM] no accessory created for Heizung_Esszimmer_ClimaTeam (CUL_HM)
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_Modus: no service type detected
[1/2/2017, 10:18:41 AM] [FHEM] no accessory created for Heizung_Esszimmer_Modus (readingsProxy)
[1/2/2017, 10:18:41 AM] [FHEM] mappings for Heizung_Esszimmer_Weather: { CurrentTemperature: { reading: 'measured-temp', minValue: -30 } }
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_Weather is thermometer
[1/2/2017, 10:18:41 AM] [FHEM] Heizung_Esszimmer_Weather has
[1/2/2017, 10:18:41 AM] [FHEM] CurrentTemperature [measured-temp]
2017-01-02 10:18:41 caching: Heizung_Esszimmer_Weather-measured-temp: 24.4
[1/2/2017, 10:18:41 AM] [FHEM] caching: CurrentTemperature: 24.4 (as number; from '24.4')
Egal was ich in Eve / Homekit bezüglich "Heizen" anklicke (Aus/Heizen/Kühlen/Auto) im homebridge log steht nichts / es wird keine Aktion durchgeführt. Muss ich hier noch ein manuelles mapping vornehmen? Wenn ich Temperatur ändere steht es direkt im Log. Im OP steht dies:
TargetHeatingCoolingState=...,cmds=OFF:desired-temp+off;HEAT:controllMode+day;COOL:controllMode+night;AUTO:controllMode+auto
Muss ich das manuell definieren? Wie sieht die komplette Zeile aus in der fhem.config? Was kommt beim "..." hin? Gibt es eine funktionierende Config für den Heizungsmodus, die ich kopieren könnte - im Wiki leider nicht?
Channel c3ade9b0-03f3-11e6-a739-d54da8ec9c73
DEF 192.168.11.13 80 c3ade9b0-03f3-11e6-a739-d54da8ec9c73 average 60
Host 192.168.11.13
Host_Port 80
NAME Stromverbrauch_aktuell
NR 24
Reading average
STATE a: 433.443
TYPE VOLKSZAEHLER
AVERAGE 433.443 2017-01-02 10:29:22
CONSUMPTION 12 2017-01-02 10:29:22
FROM 2017-01-02 10:27:28
LAST 433.443 2017-01-02 10:29:08
MAX 433.44336641015 2017-01-02 10:29:08
MIN 433.44336641015 2017-01-02 10:29:08
TO 2017-01-02 10:29:08
Ich hoffe das bringt etwas Licht ins Dunkle
das setzen des modes ist absichtlich nicht automatisch eingebaut weil es auf deutsche verhältnisse nicht so gut passt und es muss über homebridgeMapping manuell konfiguriert werden.
weiter oben im thread gibt es beispiele für die unterschiedlichen systeme.
du musst Current und Target mappen.
bei ... muss das reading hin in dem der aktuelle zustand steht.
inzwischen kann man über valid=... auch das COOL ausblenden wenn es die app unterstützt.
gruss
andre
Zitat von: justme1968 am 02 Januar 2017, 10:41:18
das setzen des modes ist absichtlich nicht automatisch eingebaut weil es auf deutsche verhältnisse nicht so gut passt und es muss über homebridgeMapping manuell konfiguriert werden.
Habe ich perfekte Settings gefunden, hier:
Zitat von: DeeSPe am 11 Oktober 2016, 14:40:44
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 userReadings heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0
So in die fhem.cfg und alles funktioniert.
Zitatinzwischen kann man über valid=... auch das COOL ausblenden wenn es die app unterstützt.
Konnte ich kein Beispiel finden. Eve sollte das wahrscheinlich können und "Kühlen" ausblenden wäre wirklich sinnvoll weil eine Heizung ja schlecht kühlen kann... (Wieder mal so ein USA Ding wo jeder eine Klimanlage hat anstatt Heizung).
Wo kann ich valid=... eintragen und wie sieht das Format aus?
versuch mal bei Target valid=OFF;HEAT;AUTO mit einzubauen. du brauchst aber die aktuellste homebridge version.
Zitat von: justme1968 am 02 Januar 2017, 13:53:53
versuch mal bei Target valid=OFF;HEAT;AUTO mit einzubauen. du brauchst aber die aktuellste homebridge version.
Wow, funktioniert! Müssen zwei Semikolons sein, ganze Config ist dann so:
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlMode+night,valid=OFF;;HEAT;;AUTO CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0In der offiziellen Homekit App sehe ich jetzt nur noch "Aus, Warm & Automatisch". Eve (iOS) bekommt das leider nicht hin und zeigt noch "Aus, Heizen, Kühlen, Auto" an.
Liebe Leute,
darf ich nochmal auf meine Frage aufmerksam machen? Ich bekomm das Homebridge Mapping für meinen Dimmer nicht hin:
der Dimmer kann kein "dim 100" - ergo würde ich gerne das Mapping für 100% dimmen so einstellen, dass der Befehl "dim 99%" gesendet wird.
so sieht mein homebridgemapping derzeit aus
ZitatBrightness=state,cmd=dim On=state,valueOff=off,cmdOn=on,cmdOff=off,cmds=100:dim+99
die Homebridge Debug Konsole sendet aber weiterhin 100%
Zitat[1/2/2017, 6:57:43 PM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value dim 63 mapped to 1
[1/2/2017, 6:57:43 PM] [FHEM] caching: On: true (as boolean; from 'dim 63')
[1/2/2017, 6:57:43 PM] [FHEM] caching: Brightness: 63 (as number; from 'dim 63')
[1/2/2017, 6:57:43 PM] [FHEM] ZW_Sz_Dimmer: executing set cmd for On with value 1
[1/2/2017, 6:57:43 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20ZW_Sz_Dimmer%20on&XHR=1
[1/2/2017, 6:57:43 PM] [FHEM] ZW_Sz_Dimmer delaying command Brightness with value 100
2017-01-02 18:57:43 caching: ZW_Sz_Dimmer-state: on
[1/2/2017, 6:57:43 PM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value on mapped to 1
[1/2/2017, 6:57:43 PM] [FHEM] caching: On: true (as boolean; from 'on')
[1/2/2017, 6:57:43 PM] [FHEM] caching: Brightness: 0 (as number; from 'on')
2017-01-02 18:57:43 caching: ZW_Sz_Dimmer-state: dim 63
[1/2/2017, 6:57:43 PM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value dim 63 mapped to 1
[1/2/2017, 6:57:43 PM] [FHEM] caching: On: true (as boolean; from 'dim 63')
[1/2/2017, 6:57:43 PM] [FHEM] caching: Brightness: 63 (as number; from 'dim 63')
[1/2/2017, 6:57:44 PM] [FHEM] ZW_Sz_Dimmer: executing set cmd for Brightness with value 100
[1/2/2017, 6:57:44 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20ZW_Sz_Dimmer%20dim%20100&XHR=1
2017-01-02 18:57:44 caching: ZW_Sz_Dimmer-state: dim 100
[1/2/2017, 6:57:44 PM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value dim 100 mapped to 1
[1/2/2017, 6:57:44 PM] [FHEM] caching: On: true (as boolean; from 'dim 100')
[1/2/2017, 6:57:44 PM] [FHEM] caching: Brightness: 100 (as number; from 'dim 100')
Auch in FHEM wird der Dimmer weiterhin auf 100% geregelt: Das heißt er bleibt auf dem zuletzt eingestellt werden (hier 63%) hängen.
Wo liegt mein Fehler?
Danke, Emanuel
Hallo,
ich habe einige HMIP-Themostate (WTH-2) über eine CCU2 über das Modul HMCCU in fhem eingebunden.
Ich bekomme nur leider zum Verrecken das Homebridge-Mapping nicht hin.
Die Anzeige der aktuellen Temperatur und Luftfeuchtigkeit funktioniert wie immer, das Setzen der Zieltempereratur funktioniert leider nicht.
Versucht habe ich diverses, zB:
TargetTemperature=1.SET_POINT_TEMPERATURE:HM_Badregler:datapoint+1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
und
TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
und
TargetTemperature=1.SET_POINT_TEMPERATURE::control,minValue=16,maxValue=25,minStep=0.5
und
...
Hier das List zum Device
Internals:
CHANGED
DEF 000A9569A3313B
IODev ccu
NAME HM_Badregler
NR 626
STATE Ist: 20.4° Soll: 20.0° Feuchte: 37%
TYPE HMCCUDEV
ccuaddr 000A9569A3313B
ccudevstate Active
ccuif HmIP-RF
ccuname Badregler
ccutype HmIP-WTH-2
channels 8
statevals devstate
Readings:
2017-01-02 19:31:18 0.CONFIG_PENDING false
2017-01-02 21:22:57 0.DUTY_CYCLE 0
2017-01-02 21:22:57 0.LOW_BAT ok
2017-01-02 21:22:57 0.OPERATING_VOLTAGE 3.0
2017-01-02 21:37:07 0.RSSI_DEVICE -75
2017-01-02 21:06:41 0.RSSI_PEER -72
2017-01-02 21:37:07 0.UNREACH 0
2017-01-02 19:31:18 0.UPDATE_PENDING false
2017-01-02 21:22:57 1.ACTIVE_PROFILE 1
2017-01-02 21:22:57 1.ACTUAL_TEMPERATURE 20.4
2017-01-02 21:22:57 1.BOOST_MODE 0
2017-01-02 21:22:57 1.FROST_PROTECTION 0
2017-01-02 21:22:57 1.HEATING_COOLING 0
2017-01-02 21:22:57 1.HUMIDITY 37
2017-01-02 21:22:57 1.PARTY_MODE 0
2017-01-02 19:31:18 1.PARTY_SET_POINT_TEMPERATU 0.0
2017-01-02 19:31:18 1.PARTY_TIME_END N/A
2017-01-02 19:31:18 1.PARTY_TIME_START N/A
2017-01-02 21:22:57 1.SET_POINT_MODE 0
2017-01-02 21:22:57 1.SET_POINT_TEMPERATURE 20.0
2017-01-02 21:22:57 1.SWITCH_POINT_OCCURED 0
2017-01-02 21:22:57 1.WINDOW_STATE Closed
2017-01-02 21:22:57 control 20.0
2017-01-02 21:22:57 state 20.4
Attributes:
IODev ccu
ccureadingformat datapoint
controldatapoint 1.SET_POINT_TEMPERATURE
event-on-change-reading .*
genericDeviceType thermostat
homebridgeMapping TargetTemperature=1.SET_POINT_TEMPERATURE:HM_Badregler:datapoint+1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
CurrentTemperature=1.ACTUAL_TEMPERATURE
CurrentHeatingCoolingState=1.CONTROL_MODE
TargetHeatingCoolingState=1.CONTROL_MODE::controlMode,values=/auto/:AUTO;/manual/:OFF;/day/:HEAT;/night/:COOL,cmds=OFF:controlMode+manual;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
CurrentRelativeHumidity=1.HUMIDITY
room HMIP-Test,Homekit
stateFormat Ist: 1.ACTUAL_TEMPERATURE° Soll: 1.SET_POINT_TEMPERATURE° Feuchte: 1.HUMIDITY%
statechannel 1
statedatapoint ACTUAL_TEMPERATURE
stripnumber 1
substexcl control
substitute LOW_BAT!(0|false):ok,(1|true):low;;WINDOW_STATE!(true|1):Open,(false|0):Closed
webCmd control
widgetOverride control:slider,12.0,0.5,25.0,1
Wäre super, wenn mich jemand in die richtige Richtung schubsen könnte!
Besten Dank vorab!
Viele Grüße
Christian
Zitat von: Moeti am 28 Dezember 2016, 10:41:33
Ich hab seit einiger Zeit Probleme mit mit meinem Keymatic-Schloss und Homebridge. Erst jetzt in den Weihnachtstagen komme ich dazu, mir das Problem genauer anzusehen.
Das Keymatic-Schloss lässt sich über die Apple-Home-App problemlos auf- bzw. versperren, nicht aber über Siri.
Wenn ich Siri die Aufgabe "Türschloss versperren" auftrage, so antwortet sie mir zwar mit "Türschloss ist abgeschlossen", tut es allerdings nicht.
Auf der Konsole zeigt homebridge bei der Ansage "Türschloss versperren" folgendes:
[2016-12-28 10:08:06] [FHEM] SH_Tuerschloss: executing set cmd for LockTargetState with value true
[2016-12-28 10:08:06] [FHEM] executing: http://192.168.0.64:8083/fhem?cmd=set%20SH_Tuerschloss%20undefined%20true&XHR=1
D.h. Homekit möchte für LockTargetState den Wert true setzen, verpackt aber in der URL den Wert undefined. Das führt dazu, dass FHEM natürlich damit nichts anfangen kann.
Rufe ich die selbe Aktion durch Betätigen des Buttons in der Home-App auf, zeigt sich:
[2016-12-28 10:08:19] [FHEM] SH_Tuerschloss: executing set cmd for LockTargetState with value 1
[2016-12-28 10:08:19] [FHEM] executing: http://192.168.0.64:8083/fhem?cmd=set%20SH_Tuerschloss%20lock&XHR=1
D.h. Homekit möchte hier den Wert 1 für LockTargetState, was in der URL korrekterweise mit dem Wert lock umgesetzt wird. Damit kann FHEM etwas anfangen und versperrt das Schloss.
Zur weiteren Info: Ich hab in FHEM keinerlei Einstellungen für genericDeviceType oder homebridgeMapping vorgenommen, da dies für die Standard-Homematic-Kompontenen nicht notwendig war.
Alle HM-Schaltaktoren, die ich außerdem habe, lassen sich problemlos mit Siri schalten. Ein ähnliches Problem wie oben beschrieben hab ich mit meinen Garagentoren, die allerdings ein spezielles homebridgeMapping haben. Auch hier klappt es per Home-App, nicht allerdings per Siri.
Wäre für Hilfe dankbar!
lG
Michael
Hat jemand bei dem "Keymatic-Problem" eine Lösung gefunden? Habe nämlich das selbe Problem. Würde mich sehr über Hilfe freuen.
Hallo Zusammen, ich habe meine DHT Temperatur Sensoren erfolgreich in Homekit eingebunden.
In der IOS App "Home" sieht man die Temperatur und über den Umweg ->Details auch die rel. Luftfeuchtigkeit.
- Das Device hat desweiteren noch den Taupunkt, den ich gerne auch ausgeben/übermitteln würde, ist das irgendwie möglich oder sind die Layouts fest vorgegeben?
- Gibt es eigentlich irgendwo eine Zusammenfassung mit den HomebridgeMapping Übergabe Parametern/ und möglichen Typen, die Verwendbar sind? Konnte bisher nichts finden.
Danke und Gruß Steffen
Zitat von: Steffen@Home am 04 Januar 2017, 06:43:21
- Das Device hat desweiteren noch den Taupunkt, den ich gerne auch ausgeben/übermitteln würde, ist das irgendwie möglich oder sind die Layouts fest vorgegeben?
- Gibt es eigentlich irgendwo eine Zusammenfassung mit den HomebridgeMapping Übergabe Parametern/ und möglichen Typen, die Verwendbar sind? Konnte bisher nichts finden.
Danke und Gruß Steffen
- Klar geht das, einfach eine weitere Characteristic CurrentTemperature anlegen und das Reading dewpoint angeben.
- Hier (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js) gibt es eine Übersicht aller Characteristics.
Gruß
Dan
Hallo,
ich habe mich mit der Überwachung meiner Hausgeräte beschäftigt. Eine Abfrage läuft über http/XML und läuft unter fhem recht gut. Ein Beispiel wäre meine Spülmaschine "Spülmaschine Status: Ende" Für das "Ende" könnte hier auch Spülen, Trocknen usw stehen, für die anderen Hausgeräte entsprechend andere Dinge. Nun hätte ich gern diese Zustände per Homekit übertragen, meine Frage wäre vorab lässt sich das umsetzen ? Ich füge einen Auszug meiner fhem.cfg an:
"attr Kueche.Spuelmaschine event-on-change-reading Geraetestatus,Programm,Phase
attr Kueche.Spuelmaschine genericDeviceType switch
attr Kueche.Spuelmaschine group Miele_XGW2000
attr Kueche.Spuelmaschine homebridgeMapping Kueche.Spuelmaschine event-on-change-reading
attr Kueche.Spuelmaschine icon scene_washing_machine
attr Kueche.Spuelmaschine readingsName_Dauer Dauer
attr Kueche.Spuelmaschine readingsName_Endzeit Endzeit
attr Kueche.Spuelmaschine readingsName_Geraet Geraet
attr Kueche.Spuelmaschine readingsName_Geraetestatus Geraetestatus
attr Kueche.Spuelmaschine readingsName_Phase Phase
attr Kueche.Spuelmaschine readingsName_Programm Programm
attr Kueche.Spuelmaschine readingsName_Startzeit Startzeit
attr Kueche.Spuelmaschine readingsRegex_Dauer "Dauer"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Endzeit "Endzeit"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Geraet "Gerät"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Geraetestatus "Gerätestatus"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Phase "Phase"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Programm "Programm"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Startzeit "Startzeit"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine room Kueche
attr Kueche.Spuelmaschine stateFormat Gerätestatus: Geraetestatus
attr Kueche.Spuelmaschine timeout 5define eventTypes eventTypes ./log/eventTypes.txt"
Wie man sehen kann habe ich zum Mapping einiges versucht jedoch ohne Erfolg, vielleicht hätte jemand einen Tipp ?
Gruß
Frank
Hi, hat schon jemand eine Kamera in HomeKit laufen. Grundsätzlich scheint sowas zu gehen, wie ich gerade erfahren habe.
https://www.cnet.com/products/withings-home-plus/preview/
Zitat von: firstfacility am 04 Januar 2017, 13:57:52
Hallo,
ich habe mich mit der Überwachung meiner Hausgeräte beschäftigt. Eine Abfrage läuft über http/XML und läuft unter fhem recht gut. Ein Beispiel wäre meine Spülmaschine "Spülmaschine Status: Ende" Für das "Ende" könnte hier auch Spülen, Trocknen usw stehen, für die anderen Hausgeräte entsprechend andere Dinge. Nun hätte ich gern diese Zustände per Homekit übertragen, meine Frage wäre vorab lässt sich das umsetzen ? Ich füge einen Auszug meiner fhem.cfg an:
"attr Kueche.Spuelmaschine event-on-change-reading Geraetestatus,Programm,Phase
attr Kueche.Spuelmaschine genericDeviceType switch
attr Kueche.Spuelmaschine group Miele_XGW2000
attr Kueche.Spuelmaschine homebridgeMapping Kueche.Spuelmaschine event-on-change-reading
attr Kueche.Spuelmaschine icon scene_washing_machine
attr Kueche.Spuelmaschine readingsName_Dauer Dauer
attr Kueche.Spuelmaschine readingsName_Endzeit Endzeit
attr Kueche.Spuelmaschine readingsName_Geraet Geraet
attr Kueche.Spuelmaschine readingsName_Geraetestatus Geraetestatus
attr Kueche.Spuelmaschine readingsName_Phase Phase
attr Kueche.Spuelmaschine readingsName_Programm Programm
attr Kueche.Spuelmaschine readingsName_Startzeit Startzeit
attr Kueche.Spuelmaschine readingsRegex_Dauer "Dauer"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Endzeit "Endzeit"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Geraet "Gerät"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Geraetestatus "Gerätestatus"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Phase "Phase"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Programm "Programm"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine readingsRegex_Startzeit "Startzeit"[^"]+"([^"]+)"
attr Kueche.Spuelmaschine room Kueche
attr Kueche.Spuelmaschine stateFormat Gerätestatus: Geraetestatus
attr Kueche.Spuelmaschine timeout 5define eventTypes eventTypes ./log/eventTypes.txt"
Wie man sehen kann habe ich zum Mapping einiges versucht jedoch ohne Erfolg, vielleicht hätte jemand einen Tipp ?
Gruß
Frank
Hallo Frank,
das hier könnte etwas für dich sein:
/**
* Service "Stateful Programmable Switch"
*/
Service.StatefulProgrammableSwitch = function(displayName, subtype) {
Service.call(this, displayName, '00000088-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.ProgrammableSwitchEvent);
this.addCharacteristic(Characteristic.ProgrammableSwitchOutputState);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.Name);
};
Viele Grüße
Christian
Hallo Christian,
vielen Dank für deinen Tipp, aber ich beschäftige mich noch nicht so lange mit dem Mapping, könntest du etwas mehr ins Detail gehen ?
Gruß
Frank
Hallo Frank,
ich experementiere ja auch nur. ;-)
Ich würde folgendes versuchen:
Die Liste der Services erweitern um "StatefulProgrammableSwitch". (bei den Global-Einstellungen, in der Hoffnung das der Autor Andre das schon abgebildet hat)
Dein Device als diesen GenericDeciveTyp auswählen und die beiden Characterics
ProgrammableSwitchEvent
ProgrammableSwitchOutputState
im Mapping zuweisen.
Einfach mal ein wenig damit spielen.
Wie gesagt, so würde ich es versuchen....ohne Garantie und Gewährleistung.
Viele Grüße
Christian
Zitat von: DeeSPe am 04 Januar 2017, 09:53:47
- Klar geht das, einfach eine weitere Characteristic CurrentTemperature anlegen und das Reading dewpoint angeben.
- Hier (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js) gibt es eine Übersicht aller Characteristics.
Gruß
Dan
Hallo Dan,
habe es entweder falsch verstanden oder es funktioniert, zumindest nicht so:
homebridgeMapping CurrentTemperature=temperature,CurrentRelativeHumidity=humidity,CurrentTemperature=dew,minValue=-30
Ich glaube, die characteristics müssen mit Leerzeichen getrennt sein, nicht mit Kommas.
Ob man zweimal die gleiche vergeben kann interessiert mich auch :-)
Gesendet von iPad mit Tapatalk Pro
@firstfacility: natürlich geht das. ob es einen service bzw. eine characteristik gibt die man vernünftig für fertig verwenden kann musst du probieren. StatefulProgrammableSwitch ist ein möglicher kandidat.
@Chris8888: man kann jeden in homebridge bekannten service und jede charakteristik verwenden ohne das irgendetwas zusätzlich implementiert werden muss.
@Steffen@Home: zwischen den blöcken für einzelne characteristics gehört ein leerzeichen.
@olisba: ja. man kann characteristics mehrfach verwenden. dann muss aber jede einen eindeutigen namen=... bekommen.
Hallo Dan,
heißt das dann wäre es nur so richtig?
homebridgeMapping CurrentTemperature=temperature CurrentRelativeHumidity=humidity CurrentTemperature=dew minValue=-30
und was meinst du mit eindeutigen Namen?
nein...
etwa so sollte es gehen:
homebridgeMapping CurrentTemperature=temperature,name=Temperatur CurrentTemperature=dew,minValue=-30,name=Taupunkt
was homekit/eve daraus macht weiss ich nicht.
jetzt hat sich die Bridge komplett verabschiedet ;D
CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentTemperature=dew,name=Taupunkt CurrentRelativeHumidity=humidity
habe den zweiten CurrentTemperature wieder entfernt und es funktioniert wieder :o
CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentRelativeHumidity=humidity
und was steht im log bzw. auf der konsole?
Habe minus l leider nicht hinbekommen. Im FHEM Log steht nichts.
Zitat von: Chris8888 am 02 Januar 2017, 21:43:10
Hallo,
ich habe einige HMIP-Themostate (WTH-2) über eine CCU2 über das Modul HMCCU in fhem eingebunden.
Ich bekomme nur leider zum Verrecken das Homebridge-Mapping nicht hin.
Die Anzeige der aktuellen Temperatur und Luftfeuchtigkeit funktioniert wie immer, das Setzen der Zieltempereratur funktioniert leider nicht.
Versucht habe ich diverses, zB:
TargetTemperature=1.SET_POINT_TEMPERATURE:HM_Badregler:datapoint+1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
und
TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
und
TargetTemperature=1.SET_POINT_TEMPERATURE::control,minValue=16,maxValue=25,minStep=0.5
und
...
Hier das List zum Device
Internals:
CHANGED
DEF 000A9569A3313B
IODev ccu
NAME HM_Badregler
NR 626
STATE Ist: 20.4° Soll: 20.0° Feuchte: 37%
TYPE HMCCUDEV
ccuaddr 000A9569A3313B
ccudevstate Active
ccuif HmIP-RF
ccuname Badregler
ccutype HmIP-WTH-2
channels 8
statevals devstate
Readings:
2017-01-02 19:31:18 0.CONFIG_PENDING false
2017-01-02 21:22:57 0.DUTY_CYCLE 0
2017-01-02 21:22:57 0.LOW_BAT ok
2017-01-02 21:22:57 0.OPERATING_VOLTAGE 3.0
2017-01-02 21:37:07 0.RSSI_DEVICE -75
2017-01-02 21:06:41 0.RSSI_PEER -72
2017-01-02 21:37:07 0.UNREACH 0
2017-01-02 19:31:18 0.UPDATE_PENDING false
2017-01-02 21:22:57 1.ACTIVE_PROFILE 1
2017-01-02 21:22:57 1.ACTUAL_TEMPERATURE 20.4
2017-01-02 21:22:57 1.BOOST_MODE 0
2017-01-02 21:22:57 1.FROST_PROTECTION 0
2017-01-02 21:22:57 1.HEATING_COOLING 0
2017-01-02 21:22:57 1.HUMIDITY 37
2017-01-02 21:22:57 1.PARTY_MODE 0
2017-01-02 19:31:18 1.PARTY_SET_POINT_TEMPERATU 0.0
2017-01-02 19:31:18 1.PARTY_TIME_END N/A
2017-01-02 19:31:18 1.PARTY_TIME_START N/A
2017-01-02 21:22:57 1.SET_POINT_MODE 0
2017-01-02 21:22:57 1.SET_POINT_TEMPERATURE 20.0
2017-01-02 21:22:57 1.SWITCH_POINT_OCCURED 0
2017-01-02 21:22:57 1.WINDOW_STATE Closed
2017-01-02 21:22:57 control 20.0
2017-01-02 21:22:57 state 20.4
Attributes:
IODev ccu
ccureadingformat datapoint
controldatapoint 1.SET_POINT_TEMPERATURE
event-on-change-reading .*
genericDeviceType thermostat
homebridgeMapping TargetTemperature=1.SET_POINT_TEMPERATURE:HM_Badregler:datapoint+1.SET_POINT_TEMPERATURE,minValue=16,maxValue=25,minStep=0.5
CurrentTemperature=1.ACTUAL_TEMPERATURE
CurrentHeatingCoolingState=1.CONTROL_MODE
TargetHeatingCoolingState=1.CONTROL_MODE::controlMode,values=/auto/:AUTO;/manual/:OFF;/day/:HEAT;/night/:COOL,cmds=OFF:controlMode+manual;HEAT:controlMode+day;COOL:controlMode+night;AUTO:controlMode+auto
CurrentRelativeHumidity=1.HUMIDITY
room HMIP-Test,Homekit
stateFormat Ist: 1.ACTUAL_TEMPERATURE° Soll: 1.SET_POINT_TEMPERATURE° Feuchte: 1.HUMIDITY%
statechannel 1
statedatapoint ACTUAL_TEMPERATURE
stripnumber 1
substexcl control
substitute LOW_BAT!(0|false):ok,(1|true):low;;WINDOW_STATE!(true|1):Open,(false|0):Closed
webCmd control
widgetOverride control:slider,12.0,0.5,25.0,1
Wäre super, wenn mich jemand in die richtige Richtung schubsen könnte!
Besten Dank vorab!
Viele Grüße
Christian
Hallo,
hat niemand eine Idee?
Besten Dank vorab!
Viele Grüße
Christian
UPDATE:
So, bin einen ganzen Schritt weiter gekommen, hier mein aktuelles Mapping:
TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,minValue=19,maxValue=23,minStep=0.5,cmd=control,nocache=true
CurrentTemperature=1.ACTUAL_TEMPERATURE
CurrentHeatingCoolingState=1.SET_POINT_MODE,values=OFF:1;HEAT:3;COOL:2;AUTO:0
TargetHeatingCoolingState=1.CONTROL_MODE::1.CONTROL_MODE,values=OFF:1;AUTO:0,cmds=OFF:datapoint+1.CONTROL_MODE+1;HEAT:datapoint+1.BOOST_MODE+1;COOL:datapoint+1.BOOST_MODE+0;AUTO:datapoint+1.CONTROL_MODE+0
CurrentRelativeHumidity=1.HUMIDITY
So kann ich sowohl die Temperatur, als auch den Modus einstellen (auf KALT schaltet er so den Boost wieder aus).
Was noch nicht funktioniert: CurrentHeatingCoolingState
Die Anzeige wird nicht nach dem Reading aktuallisiert (FM: HM_Badregler-1.SET_POINT_MODE value 0 not handled in values) .. doof, aber ich kann damit erst einmal leben.
Vielleicht hilft es jemanden weiter!
Wie kann ich eine zweite Homebridge auf meinen PI installieren? Auf was muss ich achten? Ich hab mehr als 100 Geräte, welche ich gerne mit HomeKit verwenden würde. Bin für jeden Tipp dankbar
du braust nur ein zweites config file und musst den pfad dahin beim starten der zweiten instanz angeben.
denk dran den port und die id im zweiten config file zu ändern.
Vielen Dank!
Was ich mittlerweile geschafft habe: Ich kann die zweite Instanz per terminal (Mac OSX) mit folgenden Befehl starten: "homebridge -U ~/.homebridge2"
Jedoch, sobald ich die Terminal-Sitzung schließe, ist die Instanz auch wieder auf Stop. Wie kann ich diese Dauerhaft starten?
Hab schon mit einem neuen File im Ordner init.d gespielt und es nicht dauerhaft zum laufen bekommen.
Vielleicht kann mir jemand helfen? Wäre wahnsinnig dankbar!
Hi, das ist eigentlich keine Frage für hier sondern für init.d unter Linux. Aber von Grundsatz her das gleiche wie bei der homebridge config. Du brauchst ein zweitest init.d script mit den Verweisen auf homebridge2 configs. Dann kannst Du auch einen zweiten Service unabhängug starten znd stoppen. Nach welcher Anleitung hast Du homebridge eingerichtet? Ich persönlich benutze den SystemD Service Ansatz.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: RaspiLED am 06 Januar 2017, 08:06:59
Hi, das ist eigentlich keine Frage für hier sondern für sie init.d unter Linux. Aber von Grundsatz her das gleiche wie bei der homebridge config. Du brauchst ein zweitest init.d script mit den Verweisen auf homebridge2 configs. Dann kannst Du auch einen zweiten Service unabhängug starten znd stoppen. Nach welcher Anleitung hast Du homebridge eingerichtet? Ich persönlich benutze den SystemD Service Ansatz.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi, ich bin nach der Anleitung im FHEM wiki vorgegangen. Als Autostart habe ich im init.d Ordner das Script wie im Wiki beschrieben erstellt. Das heißt homebridge... als neues file habe ich homebrige2 erstellt. Ich vermute, dass ich die Verweise falsch gemacht habe. Sobald ich das file starte, funktioniert auch die erste Homebridge nicht mehr. Laut Status läuft sie zwar, aber HomeKit verliert auch die Verbindung zur ersten.
Pfade und Namen der Files habe ich wie im Wiki beschrieben verwendet.
Hab gestern gelesen, dass man nur eine Homebridge-Verbindung am raspberry haben kann? Also keine zwei dauerhaft parallel! Stimmt das?
Viele schrieben, sie hätten sich einen zweite pi zugelegt...
Gesendet von iPad mit Tapatalk
Zitat von: justme1968 am 04 Januar 2017, 20:58:38
und was steht im log bzw. auf der konsole?
Habe hier die Ausgabe der Homebridge:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[1/6/2017, 10:37:45 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[1/6/2017, 10:37:45 AM] Registering platform 'homebridge-fhem.FHEM'
[1/6/2017, 10:37:45 AM] ---
[1/6/2017, 10:37:45 AM] Loaded config.json with 0 accessories and 1 platforms.
[1/6/2017, 10:37:45 AM] ---
[1/6/2017, 10:37:45 AM] Loading 1 platforms...
[1/6/2017, 10:37:45 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1483695466114
[1/6/2017, 10:37:46 AM] [FHEM] Checking genericDeviceType...
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] Fetching FHEM devices...
[1/6/2017, 10:37:46 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[1/6/2017, 10:37:46 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[1/6/2017, 10:37:46 AM] [FHEM] got: 12 results
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] BZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] BZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-ValvePosition: 3
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 3 (as number; from '3')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-measured-temp: 19.6
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 19.6 (as number; from '19.6')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-heatingState: HEAT
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR is switch
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Volume [volume;cached]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Power [power]
[1/6/2017, 10:37:46 AM] [FHEM] On [power;on,off]
2017-01-06 10:37:46 caching: DenonAVR-volume: 19 %
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-01-06 10:37:46 caching: DenonAVR-power: on
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR-power not a number: on
[1/6/2017, 10:37:46 AM] [FHEM] caching: On: true (as boolean; from 'on')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVRplayiRadio is switch
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVRplayiRadio has
[1/6/2017, 10:37:46 AM] [FHEM] On [DenonAVR.playStatus;on,off]
[1/6/2017, 10:37:46 AM] [FHEM] query: On for DenonAVR-playStatus
[1/6/2017, 10:37:46 AM] [FHEM] not cached
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] ignoring FHEM.Homebridge
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge (dummy)
[1/6/2017, 10:37:46 AM] [FHEM] FHEM.Homebridge.DOIF: no service type detected
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge.DOIF (DOIF)
[1/6/2017, 10:37:46 AM] [FHEM] ignoring FHEM.Homebridge.Status
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge.Status (dummy)
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentTemperature=dew,name=Taupunkt CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Taupunkt [dew]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: GaOstTemp-temperature: 6.5�
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 6.5 (as number; from '6.5�')
2017-01-06 10:37:46 caching: GaOstTemp-dew: -3.87
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Taupunkt: -3.87 (as number; from '-3.87')
2017-01-06 10:37:46 caching: GaOstTemp-humidity: 47.3�
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47.3�')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,name=Temperatur CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] HM_50310C is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] HM_50310C has
[1/6/2017, 10:37:46 AM] [FHEM] StatusLowBattery [battery]
[1/6/2017, 10:37:46 AM] [FHEM] FirmwareRevision [D-firmware]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: HM_50310C-battery: ok
[1/6/2017, 10:37:46 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-01-06 10:37:46 caching: HM_50310C-D-firmware: 1.3
[1/6/2017, 10:37:46 AM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-01-06 10:37:46 caching: HM_50310C-temperature: 3.6
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 3.6 (as number; from '3.6')
2017-01-06 10:37:46 caching: HM_50310C-humidity: 34
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 34 (as number; from '34')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] SZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] SZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-ValvePosition: 2
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 2 (as number; from '2')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-measured-temp: 18.7
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 18.7 (as number; from '18.7')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-heatingState: HEAT
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] WZTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] WZTemp has
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: WZTemp-temperature: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: WZTemp-humidity: 33.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 33 (as number; from '33.0')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] WZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] WZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-ValvePosition: 0
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-measured-temp: 20.3
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 20.3 (as number; from '20.3')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-heatingState: AUTO
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOff=setOFF
[1/6/2017, 10:37:46 AM] [FHEM] wz_tv1_poweroff is contact
[1/6/2017, 10:37:46 AM] [FHEM] wz_tv1_poweroff has
[1/6/2017, 10:37:46 AM] [FHEM] On [TV1.state;undefined,setOFF]
[1/6/2017, 10:37:46 AM] [FHEM] query: On for TV1-state
[1/6/2017, 10:37:46 AM] [FHEM] not cached
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] information service for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'DenonAVR'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] information service for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] Switch service for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[1/6/2017, 10:37:46 AM] [FHEM] Custom Power characteristic for DenonAVR:power
[1/6/2017, 10:37:46 AM] [FHEM] On characteristic for DenonAVR:power
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] information service for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] Switch service for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] On characteristic for DenonAVR:playStatus
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] information service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] TemperatureSensor service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for GaOstTemp:temperature
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp: CurrentTemperature characteristic already defined for service GaOstTemp and no subtype given
[1/6/2017, 10:37:46 AM] [FHEM] TemperatureSensor service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for GaOstTemp:dew
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
^
Error: Cannot add a Service with the same UUID '0000008A-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:415:19
at Array.forEach (native)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:399:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:361:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:994:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:187:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Genau das selbe wie bei dir! Wenn ich es über die Konsole starte funktioniert es auch! Jedoch nur, solange die Konsole offen ist. Würde
gerne auch über die Init.d die Homebridge starten lassen.
Kann leider den Log nicht mehr posten, da ich gerade alle Files von der zweiten Homebridge gelöscht habe... Würde
nochmal neu anfangen.
Ist es aber grundsätzlich möglich über zwei files im Init.d parallel zwei unabhängig voneinander Homebridge-Server zu starten?
Hi Liebe FHEM-Community,
ich habe seit ein paar Wochen ein paar Philips Hue LivingColors Birnen im Einsatz.
Nun habe ich 2 Stück in meiner Deckenlampe und wollte diese per HomeKit als eine Lampe steuern.
ich habe die beiden Birnen in einer HUEGruppe zusammengefasst.
Ohne Mapping funktioniert es gar nicht. :-[
Justme hat mir in einem anderen Thread (https://forum.fhem.de/index.php/topic,63355.msg547292.html#msg547292) in folgendes Mapping gegeben:
Zitat von: justme1968 am 28 Dezember 2016, 14:59:11
Brightness=HUEDevice1:pct,minValue=0,maxValue=100,cmd=pct On=state,cmdOn=on,cmdOff=off
sollte das problem der falschen werte lösen.
an und aus geht am besten über das onoff reading:On=onoff,valueOff=0,cmdOn=on,cmdOff=off
Jetzt bin ich etwas verwirrt, da sich manche Angaben wiederholen.
Sollen überhaupt beide Zeilen in das homebridgeMapping? :o
Jetzt habe ich Folgendes als Mapping:
Brightness=HUEDevice1:pct,minValue=0,maxValue=100,cmd=pct On=state,cmdOn=on,cmdOff=offDamit lässt sich die Lampe steuern, es gibt aber ein paar "Fehler":
1. Der Helligkeitswert wird nur an
HUEDevice1 übergeben und nicht auch an
HUEDevice3 (Der anderen Birne in der HueGruppe/Lampe)
2. Es wird ein falscher Helligkeitswert angezeigt: Wenn ich die Helligkeit per HomeKit auf 100% stelle, wird die Helligkeit auf 100% geändert in HomeKit steht
dann aber 40%. Jeder eingestellte Helligkeitswert wird in HomeKit geteilt durch 2,5 angezeigt. :o
Würde mich über jede Hilfe freuen. :D
Mfg
Philipp ;D
Moin!
@MrFisch: Wer über init.d zweimal homebridge starten will, der braucht zur Verwaltung der unterschiedlichen process ids (pid) auch zwei Kommandos. Am einfachsten per Hardlink:
sudo ln /usr/local/bin/homebridge /usr/local/bin/homebridge2
Der Aufruf homebridge2 muss dann auf die zweite config.json mit anderem Port verweisen.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo,
hab vor 2 Tagen festgestellt das meine homebridge nicht mehr gestartet werden kann, die sonst immer zuverlässig lief.
Da ich vor rd. 2 Wochen alexa-fhem installiert habe mit dieser NodeJS Version
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
sudo apt-get install -y nodejs
gehe ich davon aus das ich da irgendwas durcheinander gebracht .
Möcht ich homebridge starten kommt folgende FehlerMeldung wie im Wiki beschrieben, jedoch hab ich doch ein aktuelles NodJS
pi@raspberrypi:~ $ homebridge
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: Module version mismatch. Expected 48, got 47.
at Error (native)
at Object.Module._extensions..node (module.js:597:18)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
pi@raspberrypi:~ $ node -v
v6.9.3
pi@raspberrypi:~ $ nodejs -v
v6.9.3
Kann da jemand was zu sagen?
Gruß Thomas
Hi,
bei mir auf jessie lief node 6.x auch nicht, daher habe ich wieder die ältere 5.x genommen. Hat hier jemand node 6.x mit homebridge auf Raspbian erfolgreich laufen?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hi Arnd,
ich habe
node -v
v7.0.0
unter Jessie auf einem pi3 und homebridge erfolgreich am laufen. Allerdings bin ich der Meinung, dass das wiki zur Installation mal überarbeitet gehört.
Viele Grüße vom gent
Die Frage die sich mir jetzt stellt ist, welche node Version man den nun nimmmt um alexa und homebridge zum laufen zu bringen?
Mit
sudo apt-get install nodejs-legacy
wie im Alexa Wiki beschrieben war ich nicht erfolgreich, darum hatte ich mich für die Node 6.x Version Installation entschieden wie im Homebridge Wiki beschrieben. Was mit alexa-fhem ja läuft und anscheinend mit homebridge dann nicht?
@Steffen@Home: sorry. ich hatte den subtype vergessen:CurrentTemperature=temperature,minValue=-30,subtype=Temperatur CurrentTemperature=dew,name=Taupunkt,subtype=Taupunkt CurrentRelativeHumidity=humidity
@EnderPhilipp: es gibt einen denkfehler von mir. beim den Brighness characteristic gibt es keine getrennten characteristics für den ist und soll wert. d.h. das umbiegen auf ein anderes device geht nicht. die einfachste lösung aktuell ist vermutlich homebridge wieder auf die gruppe zu definieren und in fhem das reading per notify aus dem device in die gruppe zu kopieren.
wegen den 2.54: bei hue devices musst du bri statt pct verwenden. minValue und maxValue kannst du weg lassen.
für On ist es besser die version mit onoff zu verwenden statt der mit state.
zur node version: homebridge-fhem läuft ab 0.12.7. bei homebridge selber variiert das etwas. zwischendurch gab es versionen die nicht z.b. mit 6.x liefen. das wurde dann repariert.
Danke für den Tipp :D,
Jetzt habe ich Folgendes als Mapping:
Brightness=HUEGroup2:bri
On=state,cmdOn=on,cmdOff=off
Habe per userReading bri zur HUEGroup2 hinzugefügt.
Damit lässt sich die Helligkeit jetzt für beide Birnen einstellen, sie wird auch (fast) richtig angezeigt:
Wenn ich 50% einstelle, werden diese an FHEM weitergegeben, in HomekIt steht dann aber 51%. :o
Und was muss den anstelle von On=state, damit die Lampe, wenn ich auf on drücke, auf 100% gestellt wird und nicht auf den letzten Helligkeitswert?
Mfg
Philipp ;D
das ist ein rundungsfehler den ich vor ein paar tagen schon behoben habe. wenn du dir die neue version von GitHub holst ist das drin.
wenn du auf volle helligkeit stellen willst musst du auch genau das für cmdOn konfigurieren:cmdOn=pct+100
gruss
andre
Danke, das geht jetzt auch. :)
Noch eine letzte Frage: ::)
Wie muss der cmdOn aussehen, dass sowohl die Helligkeit auf 100 gestellt als auch der RGB Wert auf FFFFFF gestellt wird ?
Philipp ;D
da rgb die helligkeit automatisch mit setzt einfach cmdOn=rgb+FFFFFF
Zitat von: justme1968 am 08 Januar 2017, 18:00:07
da rgb die helligkeit automatisch mit setzt einfach cmdOn=rgb+FFFFFF
Heißt dass ich einem Mapping kann sowohl
cmdOn=rgb+FFFFFF als auch
cmdOn=pct+100 vorkommen?
rgb reicht. das setz die helligkeit automatisch mit
Wenn ich jetzt die Farbe ändere (z.B. auf Rot) und dann die Helligkeit verändere, ist die Lampe wieder weiß. :o
weil automatisch immer ein on gesendet wird. such mal weiter oben. da gibt es mit
cmdalias und FILTER eine lösung.
Puhhhhh..... :P ??? ;D
Mir ist noch was aufgellen: ???
Wenn die Hue-Birnen unerreichbar sind(wenn sie vom Strom getrennt sind), sind die standartmäßig in HomeKit als on angezeigt.
Die andere Sache ist,wenn die Hue-Birnen erreichbar sind und ich diese per HomeKit ausmache,
dann werden diese ausgeschaltet, in HomeKit steht dann aber 5-7%. :o
Die Hue-Birnen mögen mich wohl nicht. ;D
Hallo zusammen,
ich habe folgendes Problem/Denkfehler:
Ich habe in fhem einen "Timer" (dummy) für iTunes, den setze ich aktuell über ein dropdown auf fhem selbst
Internals:
NAME Timer_iTunes
NR 49
STATE 0
TYPE dummy
Readings:
2017-01-09 10:06:55 sleep 0.00
2017-01-09 10:06:55 state 0
Attributes:
alias Timer iTunes
comment iTunes Sleep in Sekunden
event-on-change-reading state
genericDeviceType lock
group iTunes
homebridgeMapping LockManagementAutoSecurityTimeout=state,minValue=0,maxValue=1800,minStep=1
icon hourglass
room Home,homekit_devices,itunes_devices
setList state:0,120,300,450,900,1800
userReadings sleep {sprintf("%.2f",ReadingsVal("Timer_iTunes","state","0")/60)}
userattr Sleep
verbose 0
webCmd state
diesen würde ich nun gern über homekit ansprechen, dachte dies würde sich am besten über das Mapping mit LockManagementAutoSecurityTimeout Characteristic abbilden lassen.
Leider bekomme ich dies nur oneway zum laufen, d.h. wenn ich den Timer in Fhem setze, zählt er auch fleißig auf der homekit-seite (eve) herunter. möchte ich dann aber einen wert von eve übertragen bekomme ich nur ein -1 in den state geschrieben.
Hat jemand eine Idee woran es scheitert?
greetz RockSteadyBeat
@EnderPhilipp: hast du denn inzwischen On auf onoff umgestellt? wenn du unreacahble auch noch auswerten willst musst du onoff und unreacahble per user reading verknüpfen und dann verwenden.
haben die lampen in fhem bei pct bzw. bri den wert 0? je nach lampen typ geht bri nicht auf 0 sondern behält die letzte helligkeit.
@RockSteadyBeat: zeig mal die konsolenausgabe von homebridge. bitte mit --debug starten.
Hallo justme1968,
hier die Konsolenausgabe mit Wert aus fhem auf homebridge, dann abgebrochen mit 0 über fhem, danach 14:57:24, versucht Wert aus EVE vorzugeben...
[2017-01-09 14:57:12] [FHEM] Timer_iTunes-state values: value 115 mapped to 0
[2017-01-09 14:57:12] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '115')
[2017-01-09 14:57:12] [FHEM] Timer_iTunes-state values: value 115 mapped to 0
[2017-01-09 14:57:12] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '115')
[2017-01-09 14:57:12] [FHEM] caching: LockManagementAutoSecurityTimeout: 115 (as number; from '115')
2017-01-09 14:57:14 caching: Timer_iTunes-state: 114
[2017-01-09 14:57:14] [FHEM] Timer_iTunes-state values: value 114 mapped to 0
[2017-01-09 14:57:14] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '114')
[2017-01-09 14:57:14] [FHEM] Timer_iTunes-state values: value 114 mapped to 0
[2017-01-09 14:57:14] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '114')
[2017-01-09 14:57:14] [FHEM] caching: LockManagementAutoSecurityTimeout: 114 (as number; from '114')
2017-01-09 14:57:16 caching: Timer_iTunes-state: 113
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 113 mapped to 0
[2017-01-09 14:57:16] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '113')
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 113 mapped to 0
[2017-01-09 14:57:16] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '113')
[2017-01-09 14:57:16] [FHEM] caching: LockManagementAutoSecurityTimeout: 113 (as number; from '113')
2017-01-09 14:57:16 caching: Timer_iTunes-state: 112
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 112 mapped to 0
[2017-01-09 14:57:16] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '112')
[2017-01-09 14:57:16] [FHEM] Timer_iTunes-state values: value 112 mapped to 0
[2017-01-09 14:57:16] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '112')
[2017-01-09 14:57:16] [FHEM] caching: LockManagementAutoSecurityTimeout: 112 (as number; from '112')
2017-01-09 14:57:17 caching: Timer_iTunes-state: 0
[2017-01-09 14:57:17] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:17] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:17] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:17] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:17] [FHEM] caching: LockManagementAutoSecurityTimeout: 0 (as number; from '0')
[2017-01-09 14:57:24] [FHEM] Timer_iTunes: executing set cmd for LockManagementAutoSecurityTimeout with value 119
[2017-01-09 14:57:24] [FHEM] executing: http://192.168.253.254:8083/fhem?cmd=set%20Timer_iTunes%20undefined%20119&XHR=1
2017-01-09 14:57:24 caching: Timer_iTunes-state: -1
[2017-01-09 14:57:24] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:24] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:24] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:24] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:24] [FHEM] caching: LockManagementAutoSecurityTimeout: 0 (as number; from '-1')
2017-01-09 14:57:25 caching: Timer_iTunes-state: 0
[2017-01-09 14:57:25] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:25] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:25] [FHEM] Timer_iTunes-state values: value 0 mapped to 0
[2017-01-09 14:57:25] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '0')
[2017-01-09 14:57:25] [FHEM] caching: LockManagementAutoSecurityTimeout: 0 (as number; from '0')
[2017-01-09 14:57:27] [FHEM] Timer_iTunes: executing set cmd for LockManagementAutoSecurityTimeout with value 796
[2017-01-09 14:57:27] [FHEM] executing: http://192.168.253.254:8083/fhem?cmd=set%20Timer_iTunes%20undefined%20796&XHR=1
2017-01-09 14:57:27 caching: Timer_iTunes-state: -1
[2017-01-09 14:57:27] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:27] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:27] [FHEM] Timer_iTunes-state values: value -1 mapped to 0
[2017-01-09 14:57:27] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from '-1')
[2017-01-09 14:57:27] [FHEM] caching: LockManagementAutoSecurityTimeout: 0 (as number; from '-1')
Wenn die HueBirne unreachable ist bleiben die Readings bri und pct gleich.
Wie kann ich denn jetzt sagen, dass der state unreachable in HomeKit als off angezeigt werden soll ?
Mfg
Philipp ;D
wie aktiviere ich die homebridge log dateien? homebridge.err oder homebridge.log. in meinem /var/log ist nichts vorhanden. und googeln hat mir auch nicht wirklich weitergeholfen, da in allen ergebnissen die log vorhanden sind...
danke für hilfe,
jens
Hallo Zusammen,
ich hatte mich in den letzten Tagen mit zwei parallel laufenden Homebridge auf eine PI (Raspberry pi 3) beschäftigt.
Mit Hilfe von Arndt (DANKE!!!) habe ich es nun geschafft.
Warum benötigte ich zwei Homebridge-"server":
- Bessere Strukturierung
- mehr als 100 Geräte
Was habe ich gemacht:
1) Homebridge Nr. 1 installieren --> https://wiki.fhem.de/wiki/Homebridge_einrichten
2) Homebridge Nr. 2 installieren:
a) mkdir -p ~/.homebridge2
b) nano ~/.homebridge2/config.json
c) Homebridge2 Server anpassen (ID/Port ändern)
{
"bridge": {
"name": "Homebridge2",
"username": "CC:22:3D:E3:CE:31",
"port": 51830,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit2"
}
],
"accessories": []
}
c) Hardlink erstellen: sudo ln /usr/bin/homebridge /usr/bin/homebridge2
d) Autostart in init.d: sudo nano /etc/init.d/homebridge2
e) Init.d für zweite Homebridge anpassen:
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge2`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge2 is already running"
else
su - pi -c "homebridge2 -U ~/.homebridge2 > /dev/null 2>&1 &"
echo "Homebridge2 starting"
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge2 is not running"
else
kill $PID
echo "Homebridge2 closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge2 is running PID $PID"
else
echo "Homebridge2 is not running"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
f) sudo chmod 755 /etc/init.d/homebridge2
g) Soweit alles fertig... zum testen:
iOS Geräte mit homebridge`s übers terminal koppeln:
1) homebridge
2) homebridge2 -U ~/.homebridge2
Zukünftig muss man nur noch:
sudo /etc/init.d/homebridge start --> startet Homebridge 1
sudo /etc/init.d/homebridge2 start --> startet Homebridge 2
Status anzeigen (ob beide laufen):
sudo /etc/init.d/homebridge status
Ergebnis muss sein:
Homebridge is running PID 7499 7428
(Die Nummern dienen nur als Beispiel)
WICHTIG ist, dass neben der PID zwei Nummer-Codes stehen. Jeder Code steht für eine Homebridge...
Somit laufen beide Homebridge...
Hab dies seit ca. 2 Tagen ohne Aussetzer und Problemen am laufen... Auch der sync mit der Cloud über ATV 4 funktioniert.
Getestet an zwei iPhones und iPad...
Viel Spaß...
Ich hoffe ich konnte einigen helfen :-)
-
Ah, super wenn man statt homebridge2 homebridg2 verwendet, dann enthält der Befehl "sudo service homebridge status" (bzw. "pidof homebridge") auch nur die erste Instanz und "sudo service homebridg2 status" auch nur die Zweite. Statt status gehen auch start/stop/restart...
Aber läuft ja auch so ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ich habe gestern mal von homebridge-fhem 0.2.67 auf 0.2.68 geupdatet und kann seitdem homebridge nicht mehr starten und erhalte folgende Fehlermeldung:
Ich finde es praktischer, alle Instanzen in einen Service zu packen.
Hat jemand einen Tipp wie man sicherstellt dass FHEM schon läuft bis homebridge gestartet wird?
Sent from my iPhone using Tapatalk
Hallo Dan, nochmals zu dem Custom Reading.
Der Homebridge Log sieht doch nicht nach einem Fehler für den "GaOstTemp" aus oder?
Die Frage ist auch ob es überhaupt möglich ist in der "Home"App einem generic Device ("Temperature Sensor") außer den Standards Temperatur und rel. Luftfeuchtigkeit ein weiteres "Detail" (in meinem Fall der Taupunkt) beizubringen diesen anzuzeigen.
D.h. ja die
Characteristic "Current Temperature" würde 2 mal, jedoch mit anderem Name benutzt.
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentTemperature=dew,name=Taupunkt CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Taupunkt [dew]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: GaOstTemp-temperature: 6.5�
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 6.5 (as number; from '6.5�')
2017-01-06 10:37:46 caching: GaOstTemp-dew: -3.87
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Taupunkt: -3.87 (as number; from '-3.87')
2017-01-06 10:37:46 caching: GaOstTemp-humidity: 47.3�
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47.3�')------------------------------------------
Zitat von: Steffen@Home am 06 Januar 2017, 10:44:23
Habe hier die Ausgabe der Homebridge:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[1/6/2017, 10:37:45 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[1/6/2017, 10:37:45 AM] Registering platform 'homebridge-fhem.FHEM'
[1/6/2017, 10:37:45 AM] ---
[1/6/2017, 10:37:45 AM] Loaded config.json with 0 accessories and 1 platforms.
[1/6/2017, 10:37:45 AM] ---
[1/6/2017, 10:37:45 AM] Loading 1 platforms...
[1/6/2017, 10:37:45 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1483695466114
[1/6/2017, 10:37:46 AM] [FHEM] Checking genericDeviceType...
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] Fetching FHEM devices...
[1/6/2017, 10:37:46 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[1/6/2017, 10:37:46 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[1/6/2017, 10:37:46 AM] [FHEM] got: 12 results
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] BZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] BZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-ValvePosition: 3
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 3 (as number; from '3')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-measured-temp: 19.6
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 19.6 (as number; from '19.6')
2017-01-06 10:37:46 caching: BZ_Thermostat_Clima-heatingState: HEAT
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR is switch
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Volume [volume;cached]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Power [power]
[1/6/2017, 10:37:46 AM] [FHEM] On [power;on,off]
2017-01-06 10:37:46 caching: DenonAVR-volume: 19 %
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-01-06 10:37:46 caching: DenonAVR-power: on
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVR-power not a number: on
[1/6/2017, 10:37:46 AM] [FHEM] caching: On: true (as boolean; from 'on')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVRplayiRadio is switch
[1/6/2017, 10:37:46 AM] [FHEM] DenonAVRplayiRadio has
[1/6/2017, 10:37:46 AM] [FHEM] On [DenonAVR.playStatus;on,off]
[1/6/2017, 10:37:46 AM] [FHEM] query: On for DenonAVR-playStatus
[1/6/2017, 10:37:46 AM] [FHEM] not cached
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] ignoring FHEM.Homebridge
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge (dummy)
[1/6/2017, 10:37:46 AM] [FHEM] FHEM.Homebridge.DOIF: no service type detected
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge.DOIF (DOIF)
[1/6/2017, 10:37:46 AM] [FHEM] ignoring FHEM.Homebridge.Status
[1/6/2017, 10:37:46 AM] [FHEM] no accessory created for FHEM.Homebridge.Status (dummy)
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentTemperature=dew,name=Taupunkt CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Taupunkt [dew]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: GaOstTemp-temperature: 6.5�
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 6.5 (as number; from '6.5�')
2017-01-06 10:37:46 caching: GaOstTemp-dew: -3.87
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Taupunkt: -3.87 (as number; from '-3.87')
2017-01-06 10:37:46 caching: GaOstTemp-humidity: 47.3�
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47.3�')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,name=Temperatur CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] HM_50310C is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] HM_50310C has
[1/6/2017, 10:37:46 AM] [FHEM] StatusLowBattery [battery]
[1/6/2017, 10:37:46 AM] [FHEM] FirmwareRevision [D-firmware]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: HM_50310C-battery: ok
[1/6/2017, 10:37:46 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-01-06 10:37:46 caching: HM_50310C-D-firmware: 1.3
[1/6/2017, 10:37:46 AM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-01-06 10:37:46 caching: HM_50310C-temperature: 3.6
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 3.6 (as number; from '3.6')
2017-01-06 10:37:46 caching: HM_50310C-humidity: 34
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 34 (as number; from '34')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] SZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] SZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-ValvePosition: 2
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 2 (as number; from '2')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-measured-temp: 18.7
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 18.7 (as number; from '18.7')
2017-01-06 10:37:46 caching: SZ_Thermostat_Clima-heatingState: HEAT
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] WZTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] WZTemp has
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: WZTemp-temperature: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: WZTemp-humidity: 33.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 33 (as number; from '33.0')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[1/6/2017, 10:37:46 AM] [FHEM] WZ_Thermostat_Clima is thermostat
[1/6/2017, 10:37:46 AM] [FHEM] WZ_Thermostat_Clima has
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature [desired-temp]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation [ValvePosition]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature [measured-temp]
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-desired-temp: 18.0
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-ValvePosition: 0
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-measured-temp: 20.3
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentTemperature: 20.3 (as number; from '20.3')
2017-01-06 10:37:46 caching: WZ_Thermostat_Clima-heatingState: AUTO
[1/6/2017, 10:37:46 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOff=setOFF
[1/6/2017, 10:37:46 AM] [FHEM] wz_tv1_poweroff is contact
[1/6/2017, 10:37:46 AM] [FHEM] wz_tv1_poweroff has
[1/6/2017, 10:37:46 AM] [FHEM] On [TV1.state;undefined,setOFF]
[1/6/2017, 10:37:46 AM] [FHEM] query: On for TV1-state
[1/6/2017, 10:37:46 AM] [FHEM] not cached
[1/6/2017, 10:37:46 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&XHR=1
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] information service for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[1/6/2017, 10:37:46 AM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[1/6/2017, 10:37:46 AM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[1/6/2017, 10:37:46 AM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[1/6/2017, 10:37:46 AM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'DenonAVR'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] information service for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] Switch service for DenonAVR
[1/6/2017, 10:37:46 AM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[1/6/2017, 10:37:46 AM] [FHEM] Custom Power characteristic for DenonAVR:power
[1/6/2017, 10:37:46 AM] [FHEM] On characteristic for DenonAVR:power
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] information service for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] Switch service for DenonAVRplayiRadio
[1/6/2017, 10:37:46 AM] [FHEM] On characteristic for DenonAVR:playStatus
[1/6/2017, 10:37:46 AM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[1/6/2017, 10:37:46 AM] [FHEM] creating services for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] information service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] TemperatureSensor service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for GaOstTemp:temperature
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp: CurrentTemperature characteristic already defined for service GaOstTemp and no subtype given
[1/6/2017, 10:37:46 AM] [FHEM] TemperatureSensor service for GaOstTemp
[1/6/2017, 10:37:46 AM] [FHEM] CurrentTemperature characteristic for GaOstTemp:dew
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
^
Error: Cannot add a Service with the same UUID '0000008A-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:415:19
at Array.forEach (native)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:399:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:361:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:994:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:187:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Zitat von: Steffen@Home am 10 Januar 2017, 13:25:18
Hallo Dan, nochmals zu dem Custom Reading.
Der Homebridge Log sieht doch nicht nach einem Fehler für den "GaOstTemp" aus oder?
Die Frage ist auch ob es überhaupt möglich ist in der "Home"App einem generic Device ("Temperature Sensor") außer den Standards Temperatur und rel. Luftfeuchtigkeit ein weiteres "Detail" (in meinem Fall der Taupunkt) beizubringen diesen anzuzeigen.
D.h. ja die Characteristic "Current Temperature" würde 2 mal, jedoch mit anderem Name benutzt.
[1/6/2017, 10:37:46 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-30,name=Temperatur CurrentTemperature=dew,name=Taupunkt CurrentRelativeHumidity=humidity
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp is thermometer
[1/6/2017, 10:37:46 AM] [FHEM] GaOstTemp has
[1/6/2017, 10:37:46 AM] [FHEM] Custom Temperatur [temperature]
[1/6/2017, 10:37:46 AM] [FHEM] Custom Taupunkt [dew]
[1/6/2017, 10:37:46 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-06 10:37:46 caching: GaOstTemp-temperature: 6.5�
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Temperatur: 6.5 (as number; from '6.5�')
2017-01-06 10:37:46 caching: GaOstTemp-dew: -3.87
[1/6/2017, 10:37:46 AM] [FHEM] caching: Custom Taupunkt: -3.87 (as number; from '-3.87')
2017-01-06 10:37:46 caching: GaOstTemp-humidity: 47.3�
[1/6/2017, 10:37:46 AM] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47.3�')
------------------------------------------
Die "Home App" kann das in der Tat nicht!
Nimm die "Eve App", die kann mehrere Temperaturen in einem Device anzeigen.
Gruß
Dan
Zitat von: DeeSPe am 10 Januar 2017, 14:14:45
Die "Home App" kann das in der Tat nicht!
Nimm die "Eve App", die kann mehrere Temperaturen in einem Device anzeigen.
Gruß
Dan
Hallo Dan, die habe ich auch, aber das Problem war ja dass dann die Bridge nicht mehr funktionierte.
Zitat von: Steffen@Home am 10 Januar 2017, 14:49:08
Hallo Dan, die habe ich auch, aber das Problem war ja dass dann die Bridge nicht mehr funktionierte.
Dann lag es sicher an einem nicht richtigen homebridgeMapping.
Gruß
Dan
Hallo Dan,
habe es nocheinmal versucht mit:
CurrentTemperature=temperature,minValue=-20,name=Temperatur CurrentTemperature=dew,minValue=-20,name=Taupunkt CurrentRelativeHumidity=humidity
Die Homebridge bringt folgenden Log:
[1/10/2017, 10:39:14 PM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[1/10/2017, 10:39:14 PM] [FHEM] creating services for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] information service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] TemperatureSensor service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] CurrentTemperature characteristic for GaOstTemp:temperature
[1/10/2017, 10:39:14 PM] [FHEM] GaOstTemp: CurrentTemperature characteristic already defined for service GaOstTemp and no subtype given
[1/10/2017, 10:39:14 PM] [FHEM] TemperatureSensor service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] CurrentTemperature characteristic for GaOstTemp:dew
[1/10/2017, 10:39:14 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' p$
^
Error: Cannot add a Service with the same UUID '0000008A-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' prop$
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:415:19
at Array.forEach (native)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:399:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:361:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:994:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:187:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Zitat von: Steffen@Home am 10 Januar 2017, 22:44:00
Hallo Dan,
habe es nocheinmal versucht mit:
CurrentTemperature=temperature,minValue=-20,name=Temperatur CurrentTemperature=dew,minValue=-20,name=Taupunkt CurrentRelativeHumidity=humidity
Die Homebridge bringt folgenden Log:
[1/10/2017, 10:39:14 PM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[1/10/2017, 10:39:14 PM] [FHEM] creating services for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] information service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] TemperatureSensor service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] CurrentTemperature characteristic for GaOstTemp:temperature
[1/10/2017, 10:39:14 PM] [FHEM] GaOstTemp: CurrentTemperature characteristic already defined for service GaOstTemp and no subtype given
[1/10/2017, 10:39:14 PM] [FHEM] TemperatureSensor service for GaOstTemp
[1/10/2017, 10:39:14 PM] [FHEM] CurrentTemperature characteristic for GaOstTemp:dew
[1/10/2017, 10:39:14 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' p$
^
Error: Cannot add a Service with the same UUID '0000008A-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' prop$
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:131:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:415:19
at Array.forEach (native)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:399:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:361:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:994:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:187:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
Statt name musst Du subtype benutzen! ;)
Gruß
Dan
es klappt Juhu! Danke vielmals ;D
Habe jetzt übrigens zwei Symbole in der Home App: Temperatur wie immer und den Taupunkt extra. Super!
CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=humidity
[1/10/2017, 11:08:07 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Ta$
[1/10/2017, 11:08:07 PM] [FHEM] GaOstTemp is thermometer
[1/10/2017, 11:08:07 PM] [FHEM] GaOstTemp has
[1/10/2017, 11:08:07 PM] [FHEM] CurrentTemperature [temperature]
[1/10/2017, 11:08:07 PM] [FHEM] CurrentTemperature [dew]
[1/10/2017, 11:08:07 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-01-10 23:08:07 caching: GaOstTemp-temperature: 7.0^@
[1/10/2017, 11:08:07 PM] [FHEM] caching: CurrentTemperature:Temperatur: 7 (as number; from '7.0^@')
2017-01-10 23:08:07 caching: GaOstTemp-dew: -3.10
[1/10/2017, 11:08:07 PM] [FHEM] caching: CurrentTemperature:Taupunkt: -3.1 (as number; from '-3.10')
2017-01-10 23:08:07 caching: GaOstTemp-humidity: 48.6^@
[1/10/2017, 11:08:07 PM] [FHEM] caching: CurrentRelativeHumidity: 48 (as number; from '48.6^@')
Jetzt hab ich nur noch 1ne rote Zeile drin: kann ich das vernachlässigen?
[1/10/2017, 11:13:04 PM] [FHEM] DenonAVR-power not a number: off
[1/10/2017, 11:13:04 PM] [FHEM] caching: On: false (as boolean; from 'off')
[1/10/2017, 11:13:05 PM] [FHEM] Initializing platform accessory 'DenonAVR'...
[1/10/2017, 11:13:05 PM] [FHEM] creating services for DenonAVR
[1/10/2017, 11:13:05 PM] [FHEM] information service for DenonAVR
[1/10/2017, 11:13:05 PM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[1/10/2017, 11:13:05 PM] [FHEM] Switch service for DenonAVR
[1/10/2017, 11:13:05 PM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[1/10/2017, 11:13:05 PM] [FHEM] Custom Power characteristic for DenonAVR:power
[1/10/2017, 11:13:05 PM] [FHEM] On characteristic for DenonAVR:power
und was hat das hier auf sich? Muss ich etwas ändern?
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Zitat von: Hauswart am 10 Januar 2017, 07:57:41
Ich habe gestern mal von homebridge-fhem 0.2.67 auf 0.2.68 geupdatet und kann seitdem homebridge nicht mehr starten und erhalte folgende Fehlermeldung:
So ich habe mal ein Device davor als genericType garage definiert und erhalte eine neue Fehlermeldung.
Die Zeile im Code habe ich auch gefunden: https://github.com/justme-1968/homebridge-fhem/blob/master/index.js#L1520
Habe homebridge und homebridge-fhem mit "sudo npm -g install" neu installiert, aber der Fehler bleibt?
dein dummy braucht eine setList mit zwei einträgen oder gar keine. zeig mal ein jsonlist2 von dem dummy.
Zitat von: justme1968 am 11 Januar 2017, 15:56:11
dein dummy braucht eine setList mit zwei einträgen oder gar keine. zeig mal ein jsonlist2 von dem dummy.
Ich komme leider nur mit dem Handy drauf.
Edit1: Okay ich sehe, dort ist kein setList. Ich entferne das Geräte mal und zeige dir den nächsten Fehler.
Edit2: Gleicher Fehler wie in https://forum.fhem.de/index.php/topic,48558.msg557623.html#msg557623 (https://forum.fhem.de/index.php/topic,48558.msg557623.html#msg557623) - nur das Device vornedran ist nicht mehr DLNA 62. Scheint aber eines der vorhandenen DLNA-Geräte zu sein? Am Modul wurde jedoch in letzter Zeit nichts angepasst: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/98_DLNARenderer.pm
Zitat von: Markus M. am 10 Januar 2017, 09:47:55
Ich finde es praktischer, alle Instanzen in einen Service zu packen.
Hat jemand einen Tipp wie man sicherstellt dass FHEM schon läuft bis homebridge gestartet wird?
Hi,
hierzu habe ich noch keine Antwort gelesen!?
Ich selber habe mal geschaut wie es bei mir ist. Wie gesagt verwende ich nicht mehr init.d sondern den systemd zum start von homebridge. Da laufen die Abhängigkeiten direkt richtig. Also der fhem Start vor homebridge.
Gedacht habe ich, dass dies bestimmt an Parametern wie wants und before bzw. after liegen wird.
Beim nachsehen habe ich aber trivial festgestellt, dass es wahrscheinlich hieran liegt: Restart=on-failure mit RestartSec=10
Aber hat hier jemand Ansätze für das richtige Nacheinander bei init.d ???
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo Zusammen,
vielleicht kann mir jemand weiterhelfen.Ich habe ein Test Dummy angelegt und möchte Damit einen Text (Name) homekit übergeben.
{
"Arg":"Test",
"Results": [
{
"Name":"Test",
"PossibleSets":" ",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 readingList setList useSetExtensions event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "Test",
"NR": "157",
"STATE": "???",
"TYPE": "dummy"
},
"Readings": { },
"Attributes": {
"genericDeviceType": "Name",
"homebridgeMapping": "Name={\u0022Hallo\u0022}",
"room": "Homekit"
}
} ],
"totalResultsReturned":1
}
Meine jsonlist vom Dummy
Als HomekitTyp möchte ich "Name" verwenden.
Gruß Timo
Zitat von: homekid am 12 Januar 2017, 00:10:16
Hallo Zusammen,
vielleicht kann mir jemand weiterhelfen.Ich habe ein Test Dummy angelegt und möchte Damit einen Text (Name) homekit übergeben.
{
"Arg":"Test",
"Results": [
{
"Name":"Test",
"PossibleSets":" ",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 readingList setList useSetExtensions event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"NAME": "Test",
"NR": "157",
"STATE": "???",
"TYPE": "dummy"
},
"Readings": { },
"Attributes": {
"genericDeviceType": "Name",
"homebridgeMapping": "Name={\u0022Hallo\u0022}",
"room": "Homekit"
}
} ],
"totalResultsReturned":1
}
Meine jsonlist vom Dummy
Als HomekitTyp möchte ich "Name" verwenden.
Gruß Timo
Zitat von: WIKI
Für einen Dummy muss man den genericDeviceType setzen, also beispielsweise:
attr Dummy genericDeviceType switch
attr Dummy setList on off
Wie bereits vorher angemerkt: fügt man ein Device hinzu oder führt eine Änderung an einem Device durch, so sollte homebridge neu gestartet werden.
Hallo,
ich habe das so definiert:
attr Test genericDeviceType Name
attr Test homebridgeMapping Name={"Hallo"}
Ist das überhaupt möglich?
Gruß Timo
Zitat von: homekid am 12 Januar 2017, 08:44:20
Hallo,
ich habe das so definiert:
attr Test genericDeviceType Name
attr Test homebridgeMapping Name={"Hallo"}
Ist das überhaupt möglich?
Gruß Timo
Wie kommst Du darauf!
Wie es zu machen ist habe ich Dir oben schon aus dem Wiki zitiert.
Im Wiki ist es gut beschrieben wie Geräte in FHEM eingebunden werden.
Hier im ersten Beitrag ist es auch erklärt und bei Github (homebridge-fhem) ist es auch erklärt.
Warum Du da jetzt Deine eigene Syntax draus machst erschliesst sich mir nicht.
Gruß
Dan
Hi Leute ,
ich hab ein kleines Problem .... also eigentlich futzt alles genau wie es soll. Nur nachdem einige Stunden kein Befehl per Siri abgesetzt wurde braucht das System einen Befehl um wieder aufzuwachen. Sprich ich gebe Siri einen Befehl die sagt mir "Tut mir leide ich erhalte keine Rückmeldung" wenn ich den gleichen Befehl dann nochmal sage wird geschalten und Siri Quittiert auch brav ... das ganze klappt dann auch die nächsten Stunden ohne Probleme.
Hat mir jemand einen tipp ?
Hallo Zusammen,
gestern habe ich versucht mir homebridge für mein bereits laufendes FHEM zu installieren und konfigurieren. Die Konfiguration auf dem Raspberry selbst sieht für mich soweit ok aus wenn cih homebridge starte, allerdings kann ich über die Homekit App keine Geräte finden?
Ich habe mal den Konsolenauszug angehängt. Ist hier irgendetwas auffällig?
"define" doch mal ein Device und schau was passiert.
(-:
Zitat von: DodiHudori am 12 Januar 2017, 14:27:06
Hallo Zusammen,
gestern habe ich versucht mir homebridge für mein bereits laufendes FHEM zu installieren und konfigurieren. Die Konfiguration auf dem Raspberry selbst sieht für mich soweit ok aus wenn cih homebridge starte, allerdings kann ich über die Homekit App keine Geräte finden?
Ich habe mal den Konsolenauszug angehängt. Ist hier irgendetwas auffällig?
Bin zwar nicht der Profi, aber für mich sieht das so aus, also ob Du noch keine Geräte im Raum "Homekit" angelegt hast. Also würde ich mal ein Device in FHEM in einen neuen Raum Homekit bewegen. Die Config abspeichern und danach die Homebridge neu starten. Danach sollte, wenn nicht noch andere Fehler auftauchen, das erste Gerät zu sehen sein. Zumindest im Startlog. Gruß Carsten
Gesendet von iPad mit Tapatalk
an die Cubietrucker.... hat jemand noch Whezzy auf dem Cubie laufen und Homebridge mit aktuellem Node installiert bekommen oder ist es aussichtslos? :o
Hat hier zufällig schon jemand ein DoorBell Accessory erfolgreich eingerichtet und eine Konfiguration dafür parat?
Hallo zusammen,
ich verzweifel gerade...meine Homebridge will nicht mehr starten.
Kann mir jemand auf die Sprünge helfen? Ich finde leider die korrekte config.json nicht mehr.
Kann ich irgendwo sehen in welchem Pfad die verwendete Version liegt?
Danke für eure Hilfe!
VG
Christian
Zitat von: Chris8888 am 13 Januar 2017, 23:08:09
Hallo zusammen,
ich verzweifel gerade...meine Homebridge will nicht mehr starten.
Kann mir jemand auf die Sprünge helfen? Ich finde leider die korrekte config.json nicht mehr.
Kann ich irgendwo sehen in welchem Pfad die verwendete Version liegt?
Danke für eure Hilfe!
VG
Christian
Normalerweise unter "~/.homebridge/config.json".
Gruß
Dan
das dachte ich auch...aber die nutzt er nicht...
Ich starte übrigens die Bridge als root...ist das da anders?
Zitat von: Chris8888 am 13 Januar 2017, 23:15:08
das dachte ich auch...aber die nutzt er nicht...
Ich starte übrigens die Bridge als root...ist das da anders?
Auch als root sollte der relative Pfad "~/.homebridge/config.json" sein.
Der absolute Pfad dann wohl "/root/.homebridge/config.json".
Gruß
Dan
Hallo zusammen,
Hat jemand einen Luft-Feuchte Sensor HM-WDS10-TH-O erfolgreich eingebunden?
Ich habe 2 Stück integriert... dazu mußte ich keine genericDeviceType oder homebridgemapping setzen, der Sensor inkl. Temperatur und Feuchte-% wird in Home und Eve App angezeigt.
Das Problem ist, daß bei Änderungen der Werte in den Home Apps und Eve kein Update angezeigt wird (in fhem ist alles korrekt angezeigt).
Nur wenn ich Homebridge neu starte, ist wieder der aktuelle Wert in den Apps.
Hat jemand eine Idee woran das liegen könnte?
Danke,
Oli
Gesendet von iPad mit Tapatalk Pro
Ja, also es kommt darauf an wie genau Du die homebridge startest und ob Du beim Start einen Parameter und Pfad übergibst.
"-P, --plugin-path [path] look for plugins installed at [path] as well as the default locations ([path] can also point to a single plugin)
-U, --user-storage-path [path] look for homebridge user files at [path] instead of the default location (~/.homebridge)"
Ich starte per systemd und User homebridge und da liegt meine config unter /var/homebridge/config.json
Aber suche doch mal per:
sudo find / | grep config.json
oder
sudo find / | grep homebridge
Gruß Arnd
Gesendet von iPhone mit Tapatalk
moin,
ich habe homebridge nach anleitung im wiki installiert. ich kann es auch per shell starten (root@SRV00:~#homebridge).
ich habe nun versucht homebridge als service laufen zu lassen (anleitung aus dem wiki, wobei es da ja komischerweise 2 gibt)
https://wiki.fhem.de/wiki/Homebridge_Start_und_Status_in_FHEM#Start_Script_bef.C3.BCllen
https://wiki.fhem.de/wiki/Homebridge_einrichten#Homebridge_automatisch_starten
versuche ich den service zu staten:
Zitatroot@SRV00:~# service homebridge start
Job for homebridge.service failed. See 'systemctl status homebridge.service' and 'journalctl -xn' for details.
Zitat
root@SRV00:~# systemctl status homebridge.service
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: failed (Result: exit-code) since Sat 2017-01-14 09:55:58 CET; 5s ago
Process: 60262 ExecStart=/etc/init.d/homebridge start (code=exited, status=203/EXEC)
Jan 14 09:55:58 SRV00 systemd[1]: homebridge.service: control process exited, code=exited status=203
Jan 14 09:55:58 SRV00 systemd[1]: Failed to start LSB: Start daemon at boot time for homebridge.
Jan 14 09:55:58 SRV00 systemd[1]: Unit homebridge.service entered failed state.
per
Zitatroot@SRV00:~# /etc/init.d/homebridge start
-bash: /etc/init.d/homebridge: /bin/sh^M: bad interpreter: No such file or directory
Hallo zusammen,
seit ein paar Tagen versuch ich homebridge zum laufen zu bekommen. Jedoch scheint es ein Problen beim einlesenb der accessories zugeben!?
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[1/14/2017, 12:03:10 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.68
[1/14/2017, 12:03:10 PM] Registering platform 'homebridge-fhem.FHEM'
[1/14/2017, 12:03:10 PM] ---
[1/14/2017, 12:03:10 PM] Loaded config.json with 1 accessories and 1 platforms.
[1/14/2017, 12:03:10 PM] ---
[1/14/2017, 12:03:10 PM] Loading 1 platforms...
[1/14/2017, 12:03:10 PM] [FHEM] Initializing FHEM platform...
[1/14/2017, 12:03:12 PM] [FHEM] Checking devices and attributes...
[1/14/2017, 12:03:12 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BA ttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/14/2017, 12:03:12 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=json list2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglo bal=1;filter=.*;since=null;fmt=JSON×tamp=1484391792370
[1/14/2017, 12:03:12 PM] [FHEM] Fetching FHEM devices...
[1/14/2017, 12:03:12 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlis t2%20room=Homekit&XHR=1
[1/14/2017, 12:03:12 PM] Loading 1 accessories...
/usr/local/lib/node_modules/homebridge/lib/api.js:46
if (name.indexOf('.') == -1) {
^
TypeError: Cannot read property 'indexOf' of undefined
at API.accessory (/usr/local/lib/node_modules/homebridge/lib/api.js:46:11)
at Server._loadAccessories (/usr/local/lib/node_modules/homebridge/lib/serve r.js:254:42)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:81:38)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge :17:22)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Function.Module.runMain (module.js:441:10)
Weiß jemand Rat? Dank im voraus!
Zitat von: RaspiLED am 14 Januar 2017, 07:48:39
Aber suche doch mal per:
sudo find / | grep config.json
oder
sudo find / | grep homebridge
Gruß Arnd
Hallo Arnd,
das hat geholfen! BESTEN Dank von einen Linux-Dau.
Die Bridge läuft wieder...
Viele Grüße
Christian
Hallo Andre,
bekomme ich für die Winmatic irgendwie ein commandSuffix für die Geschwindigkeit (level XX ignore 100) hin?
Wenn nein, kannst du sowas noch einbauen?
Ansonsten gehen meine Fenster leider nur in Zeitlupe auf und zu...
@chris1284: du hast dein /etc/init.d/homebridge unter windows bearbeitet und dos zeilenenden im file. dos2unix sollte helfen und deinen editor umstellen.
@Morpheus_1977: dein config.json file hat vermutlich bei den accessories einen fehler. du kannst es z.b. hier: http://jsonlint.com (http://jsonlint.com) überprüfen.
@Markus M.: ich überlege mir etwas. bis dahin sollte cmdAlias helfen.
gruss
andre
@Markus M.: ich hab eben eine version mit valueSuffix eingecheckt. schau mal ob das so geht.
@Andre: ja, winscp scheint das falsche format bei files zu nehmen, habs mit nano erstellt, geht
versuche ich es zu starten kommt nun folgendes:
ZitatNo passwd entry for user 'User hier'
Homebridge starting
Homebridge is not running
starte ich homebridge per "homebridge" befehl läufts, abe rzeigt folgendes noch an
ZitatServer listening on: http://<ip>:8282
[1/14/2017, 4:32:59 PM] [FHEM] no siri device found. please define it.
EDIT: ok dieser kleine satz ohne beispiel und die mangelhafte doku des siri device in der cmdref können dazu führen die lösung dafür zu übersehen...
@ Andre
Valid JSON wurde mir beim überprüfen der config.json ausgespuckt.
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:35",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {
"user": "xxxx",
"pass": "xxxx"
},
"filter": "room=Homekit"
}],
"accessories": [{
"name": "Homekit_AVR",
"service": "switch"
}
]
}
Wo kann der Fehler den sonst noch stecken?
Hi,
erstmal Danke für Dein Passwort! Bitte schnellstens bei Dir in allen Accounts ändern und oben im Beitrag rauswerfen ;-)
Der Fehler liegt in Deiner accessories Section! Die sollte einfach leer sein und stattdessen sollte ein ganzer Raum (z.B. Homekit) in fhem für homebridge verwendet werden.
Hier mal eine funktionierende config.json:
{
"bridge": {
"name": "FHEM",
"username": "AA:22:CC:44:EE:55",
"port": 51826,
"pin": "456-78-123"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "Geheim", "pass": "Vergessen"},
"filter": "room=Homekit"
}
],
"accessories": []
}
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hallo Arnd,
vielen Dank für den Hinweis mit dem Passwort!
Wenn ich die accessoiers Section leer lasse bekomme ich beim starten von Homebridge: Loading 0 accessoiers desweiteren einen ReferenceError:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[1/14/2017, 6:09:43 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.68
[1/14/2017, 6:09:43 PM] Registering platform 'homebridge-fhem.FHEM'
[1/14/2017, 6:09:43 PM] ---
[1/14/2017, 6:09:43 PM] Loaded config.json with 0 accessories and 1 platforms.
[1/14/2017, 6:09:43 PM] ---
[1/14/2017, 6:09:43 PM] Loading 1 platforms...
[1/14/2017, 6:09:43 PM] [FHEM] Initializing FHEM platform...
[1/14/2017, 6:09:45 PM] [FHEM] Checking devices and attributes...
[1/14/2017, 6:09:45 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/14/2017, 6:09:45 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1484413785273
[1/14/2017, 6:09:45 PM] [FHEM] Fetching FHEM devices...
[1/14/2017, 6:09:45 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[1/14/2017, 6:09:45 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[1/14/2017, 6:09:45 PM] [FHEM] got: 4 results
/usr/local/lib/node_modules/homebridge-fhem/index.js:1406
this.mappings[CustomUUDs.Volume] = { reading: 'volume', cmd: 'volume', delay: true,
^
ReferenceError: CustomUUDs is not defined
at Object.FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1406:19)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1040:42)
at Array.map (native)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1037:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
Irgendwie steh ich auf dem schlauch
Gruß
der homebridge service will einfach nicht starten.
kann man irgendwo sehen warum (gibts logs zur homebridge)?
Zitat● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Sat 2017-01-14 19:43:36 CET; 23s ago
Process: 14462 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 14469 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Jan 14 19:43:34 SRV00 systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Jan 14 19:43:34 SRV00 homebridge[14469]: Homebridge starting
Jan 14 19:43:36 SRV00 homebridge[14469]: Homebridge is not running
Jan 14 19:43:36 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Hi, So jetzt ist auf homebridge seite alles richtig!
Du hast aktuell vier Geräte im Raum HomeKit. Eins davon hat offensichtlich was mit Lautsprechern zu tun und damit Volume Mappings. Da ist in fhem was im Mapping falsch!
Starte also erstmal mit einem Gerät mit on/off im Raum Homekit und arbeite Dich langsam weiter ;-)
Das wird schon.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
@Morpheus_1977: da hat sich ein tipfehler in der letzen version eingeschlichen. hab es eben repariert. bitte homebridge-fhem aktualisieren (noch mal drüber installieren).
@chris1284: zu deinem start script kann ich nichts sagen. der hinweis bitte ein siri device anzulegen ist nicht der grund für das beenden sondern eben eine bitte. es ist nicht zwingend nötig. und die commandref zum siri device ist vollständig.
Zitat von: chris1284 am 14 Januar 2017, 19:49:06
der homebridge service will einfach nicht starten.
kann man irgendwo sehen warum (gibts logs zur homebridge)?
Richte es doch gleich "vernünftig" ein als system.d (https://gist.github.com/johannrichard/0ad0de1feb6adb9eb61a/)!
Gruß
Dan
habs nun system.d seiig eingerichtet
Zitatroot@SRV00:~# systemctl status homebridge
● homebridge.service - Node.js HomeKit Server
Loaded: loaded (/etc/systemd/system/homebridge.service; enabled)
Active: active (exited) since Sat 2017-01-14 19:43:36 CET; 2h 33min ago
Jan 14 19:43:34 SRV00 systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Jan 14 19:43:34 SRV00 homebridge[14469]: Homebridge starting
Jan 14 19:43:36 SRV00 homebridge[14469]: Homebridge is not running
Jan 14 19:43:36 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Jan 14 19:47:20 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Jan 14 22:08:08 SRV00 systemd[1]: Started Node.js HomeKit Server.
Jan 14 22:12:03 SRV00 systemd[1]: Started Node.js HomeKit Server.
selber fehler
Zitat von: chris1284 am 14 Januar 2017, 22:15:41
habs nun system.d seiig eingerichtetselber fehler
ZitatJan 14 22:12:03 SRV00 systemd[1]: Started Node.js HomeKit Server.
Active: active (exited) since Sat 2017-01-14 19:43:36 CET; 2h 33min agoSieht aber so aus als wenn es läuft!
Da Du ja jetzt system.d verwendest, was kommt denn bei:
sudo journalctl -f -u homebridgeGruß
Dan
Zitat-- Logs begin at Tue 2017-01-03 19:21:02 CET. --
Jan 14 19:37:02 SRV00 homebridge[14204]: Homebridge is not running
Jan 14 19:37:02 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Jan 14 19:37:25 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Jan 14 19:43:34 SRV00 systemd[1]: Stopping LSB: Start daemon at boot time for homebridge...
Jan 14 19:43:34 SRV00 homebridge[14462]: Homebridge is not running
Jan 14 19:43:34 SRV00 systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Jan 14 19:43:34 SRV00 homebridge[14469]: Homebridge starting
Jan 14 19:43:36 SRV00 homebridge[14469]: Homebridge is not running
Jan 14 19:43:36 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Jan 14 19:47:20 SRV00 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Läuft denn Deine homebridge wenn Du sie manuell startest?
homebridge --debug
Bevor sie da nicht läuft brauchst Du mit nem Dienst gar nicht anfangen.
Gruß
Dan
tut sie, kann auch devices shalten
ZitatUsing username "root".
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Jan 14 22:32:06 2017 from pc01.my.network
root@SRV00:~# homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=nodejs&f=DNSServiceRegister>
[1/14/2017, 10:45:35 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.68
[1/14/2017, 10:45:35 PM] Registering platform 'homebridge-fhem.FHEM'
[1/14/2017, 10:45:35 PM] ---
[1/14/2017, 10:45:35 PM] Loaded config.json with 0 accessories and 1 platforms.
[1/14/2017, 10:45:35 PM] ---
[1/14/2017, 10:45:35 PM] Loading 1 platforms...
[1/14/2017, 10:45:35 PM] [FHEM] Initializing FHEM platform...
[1/14/2017, 10:45:35 PM] [FHEM] Checking devices and attributes...
[1/14/2017, 10:45:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BA ttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/14/2017, 10:45:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=json list2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglo bal=1;filter=.*;since=null;fmt=JSON×tamp=1484430335197
[1/14/2017, 10:45:35 PM] [FHEM] Fetching FHEM devices...
[1/14/2017, 10:45:35 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlis t2%20room=Homekit&XHR=1
[1/14/2017, 10:45:35 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[1/14/2017, 10:45:35 PM] [FHEM] got: 3 results
[1/14/2017, 10:45:35 PM] [FHEM] az_hz: no service type detected
[1/14/2017, 10:45:35 PM] [FHEM] no accessory created for az_hz (HMCCUDEV)
[1/14/2017, 10:45:35 PM] [FHEM] az_rgbw_01: no service type detected
[1/14/2017, 10:45:35 PM] [FHEM] no accessory created for az_rgbw_01 (HMCCUDEV)
[1/14/2017, 10:45:35 PM] [FHEM] az_sw_led: no service type detected
[1/14/2017, 10:45:35 PM] [FHEM] no accessory created for az_sw_led (HMCCUDEV)
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ xxx-xx-xxx│
└────────────┘
[1/14/2017, 10:45:35 PM] Homebridge is running on port 51826.
[1/14/2017, 10:45:35 PM] [FHEM] siri device is siridev
[1/14/2017, 10:45:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$ defs%7Bsiridev%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.2.68%22%7D &XHR=1
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1484430375591
Als root würde ich die niemals starten!
Wenn Du sie bisher als root gestartet hast und sie auch funktioniert, dann sollten die entsprechenden Files unter /root/.homebridge zu finden sein. Diese musst Du dann in den neuen home Pfad (/var/.... für system.d) kopieren und die Rechte anpassen.
Gruß
Dan
Zitat von: justme1968 am 14 Januar 2017, 15:41:38@Markus M.: ich hab eben eine version mit valueSuffix eingecheckt. schau mal ob das so geht.
Wenn du damit
commandSuffix meinst, das funktioniert einwandfrei.
Danke!
nachdem ich nun den ordner 1:1 nach var/lib/homebridge kopiert habe startet der service. eine homebrige sieht aber keines der geräte
Zitatroot@SRV00:~# systemctl status homebridge.service -l
● homebridge.service - Node.js HomeKit Server
Loaded: loaded (/etc/systemd/system/homebridge.service; enabled)
Active: active (running) since Sat 2017-01-14 23:05:13 CET; 9h ago
Main PID: 566 (homebridge)
CGroup: /system.slice/homebridge.service
└─566 homebridge
Jan 14 23:06:01 SRV00 homebridge[566]: [1/14/2017, 11:06:01 PM] [FHEM] caching: On: false (as boolean; from 'off')
Jan 14 23:09:45 SRV00 homebridge[566]: longpoll ended, reconnect in: 200msec
Jan 14 23:09:45 SRV00 homebridge[566]: starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1484431561.348;fmt=JSON×tamp=1484431785926
Jan 14 23:09:47 SRV00 homebridge[566]: longpoll error: Error: read ECONNRESET, retry in: 10000msec
Jan 14 23:09:57 SRV00 homebridge[566]: starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1484431561.348;fmt=JSON×tamp=1484431797834
Jan 14 23:13:15 SRV00 homebridge[566]: longpoll ended, reconnect in: 200msec
Jan 14 23:13:15 SRV00 homebridge[566]: starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1484431561.348;fmt=JSON×tamp=1484431995577
Jan 14 23:13:17 SRV00 homebridge[566]: longpoll error: Error: read ECONNRESET, retry in: 10000msec
Jan 14 23:13:27 SRV00 homebridge[566]: starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1484431561.348;fmt=JSON×tamp=1484432007489
Jan 15 08:40:59 SRV00 systemd[1]: Started Node.js HomeKit Server.
journal
Zitat
Jan 15 08:40:59 SRV00 systemd[1]: Started Node.js HomeKit Server.
debug
edit: war dann nur noch ein rechteproblem. jetz mal schauen wie di devices zu konfigurieren sind (rt als swicth ist etwas komisch).
Danke für deine hilfe Dan
Zitat von: justme1968 am 14 Januar 2017, 21:39:51
@Morpheus_1977: da hat sich ein tipfehler in der letzen version eingeschlichen. hab es eben repariert. bitte homebridge-fhem aktualisieren (noch mal drüber installieren).
@chris1284: zu deinem start script kann ich nichts sagen. der hinweis bitte ein siri device anzulegen ist nicht der grund für das beenden sondern eben eine bitte. es ist nicht zwingend nötig. und die commandref zum siri device ist vollständig.
Das Update hat auch meinen Fehler siehe weiter vorne gefixt. Version war 2.6.8.
Zitat von: justme1968 am 14 Januar 2017, 21:39:51
@Morpheus_1977: da hat sich ein tipfehler in der letzen version eingeschlichen. hab es eben repariert. bitte homebridge-fhem aktualisieren (noch mal drüber installieren).
@chris1284: zu deinem start script kann ich nichts sagen. der hinweis bitte ein siri device anzulegen ist nicht der grund für das beenden sondern eben eine bitte. es ist nicht zwingend nötig. und die commandref zum siri device ist vollständig.
Das Update hat auch meinen Fehler siehe weiter vorne gefixt. Version war 2.6.8.
Zitat von: haginator am 12 Januar 2017, 11:59:22
Hi Leute ,
ich hab ein kleines Problem .... also eigentlich futzt alles genau wie es soll. Nur nachdem einige Stunden kein Befehl per Siri abgesetzt wurde braucht das System einen Befehl um wieder aufzuwachen. Sprich ich gebe Siri einen Befehl die sagt mir "Tut mir leide ich erhalte keine Rückmeldung" wenn ich den gleichen Befehl dann nochmal sage wird geschalten und Siri Quittiert auch brav ... das ganze klappt dann auch die nächsten Stunden ohne Probleme.
Hat mir jemand einen tipp ?
Du bist nicht alleine. Dieses Verhalten habe ich bei mir auch so beobachtet. An einem Tipp wäre ich auch interessiert.
Zitat von: RKronenberg am 16 Januar 2017, 18:57:14
Du bist nicht alleine. Dieses Verhalten habe ich bei mir auch so beobachtet. An einem Tipp wäre ich auch interessiert.
Evtl. automatisches Schlafenlegen des ATV ausschalten!?
Gruß
Dan
Hi Liebe FHEMler,
ich bin noch ziemlich neu in FHEM, deshalb nicht böse sein, wenn manche Fragen sehr banal erscheinen. ;D
Was ist der Unterschied zwischen On=state valueOn= und cmdOn= ????
Ich habe einen dummy mit drei Stati: an, aus, medium
Wie muss das Mapping aussehen, dass an als on und aus bzw medium als off angezeigt werden?
LG ;)
Zitat von: Radikant am 17 Januar 2017, 16:00:53
Hi Liebe FHEMler,
ich bin noch ziemlich neu in FHEM, deshalb nicht böse sein, wenn manche Fragen sehr banal erscheinen. ;D
Was ist der Unterschied zwischen On=state valueOn= und cmdOn= ????
Ich habe einen dummy mit drei Stati: an, aus, medium
Wie muss das Mapping aussehen, dass an als on und aus bzw medium als off angezeigt werden?
LG ;)
valueOn = Wert des Readings damit on angezeigt wird
cmdOn = Wert des Command damit on erzeugt wird
Die Characteristic On kennt nur on/off.
3 Schaltzustände kannst Du damit nicht abbilden.
Gruß
Dan
ok Danke, was bedeutet, denn eig. On=state ? :o
Und ist das so von der Syntax richtig:
cmdOn=on,cmdOff=off, valueOn=an,valueOff=/aus|medium/
Oder gibt es da eine spezielle Reihenfolge?
LG ;D
Zitat von: Radikant am 17 Januar 2017, 16:46:52
ok Danke, was bedeutet, denn eig. On=state ? :o
Und ist das so von der Syntax richtig:
cmdOn=on,cmdOff=off, valueOn=an,valueOff=/aus|medium/
Oder gibt es da eine spezielle Reihenfolge?
LG ;D
"On" ist die Characteristic für einen Schalter der on/off kann!
"state" ist das Reading aus dem der Zustand gelesen wird.
Leerzeichen im Mapping einer Characteristic sind nicht erlaubt!
On=state,cmdOn=an,valueOn=anDas sollte evtl. reichen wenn "an" für "on" im Reading "state" steht.
Gruß
Dan
EDIT: Details zum Mapping stehen hier im ersten Beitrag und auf github (https://github.com/justme-1968/homebridge-fhem).
Hallo,
ich habe ein Problem mit der Türöffnerfunktion des HomeMatic-Schlosses HM-SEC-KEY-S. Weil aber dieser Thread schopn sehr lang ist, habe ich ein neues Thema erstellt: https://forum.fhem.de/index.php/topic,65144.0.html (https://forum.fhem.de/index.php/topic,65144.0.html).
Hallo Zusammen,
gibt es eine Möglichkeit in HomeKit die Position von einem Fenster darzustellen (geschlossen, gekippt, geöffnet).
Vorab vielen Dank für die Hilfe, für einen Anfänger wie mich.
Gruß Timo
Ich bins schon wieder, bitte bitte helft mir. Ich habe mich die letzten Tage viel belesen und habe so ziemlich alles durchprobiert (nur eben das Richtige scheinbar noch nicht)
Mein Dimmer gibt beim Reading "state" folgendes aus
beim einschalten über "set xxx on": "on"
aus: "off"
beim und nach dem dimmen: "dim 1" bis "dim 99"
daher zeigt mir die --debug Konsole von Homebridge auch "value off has no part 1"
mein homebridgemapping sieht derzeit so aus
Zitatclear Brightness=state,part=1,cmd=dim,cmds=100:dim+99 On=state,cmdOn=on,cmdOff=off,valueOff=off,delay=true
ich muss allerdings part=1 schreiben da so sonst das Dimmer nicht funktioniert, bzw werden mir Änderungen, die ich in Fhem vornehme, nicht als Zustandsänderung in Homekit angezeigt.
habe noch einen dimmer, der funktioniert mit dem mapping
ZitatBrightness=state,cmd=dim,cmds=100:dim+99,minStep=5 On=state,cmdOn=on,cmdOff=off,valueOff=off,delay=true
soweit ganz gut, nur eine sache stört mich: beim Einschalten geht er immer auf 100% - in der --debug Konsole steht:
Zitat2017-01-21 01:00:12 caching: ZW_Sz_Dimmer-state: dim 40
[1/21/2017, 1:00:12 AM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value dim 40 mapped to 1
[1/21/2017, 1:00:12 AM] [FHEM] caching: On: true (as boolean; from 'dim 40')
[1/21/2017, 1:00:12 AM] [FHEM] caching: Brightness: 40 (as number; from 'dim 40')
[1/21/2017, 1:00:15 AM] [FHEM] ZW_Sz_Dimmer delaying command On with value 0
[1/21/2017, 1:00:16 AM] [FHEM] ZW_Sz_Dimmer: executing set cmd for On with value 0
[1/21/2017, 1:00:16 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20ZW_Sz_Dimmer%20off&XHR=1
2017-01-21 01:00:16 caching: ZW_Sz_Dimmer-state: off
[1/21/2017, 1:00:16 AM] [FHEM] ZW_Sz_Dimmer-state valueOn/valueOff: value off mapped to 0
[1/21/2017, 1:00:16 AM] [FHEM] caching: On: false (as boolean; from 'off')
[1/21/2017, 1:00:16 AM] [FHEM] caching: Brightness: 0 (as number; from 'off')
[1/21/2017, 1:00:17 AM] [FHEM] ZW_Sz_Dimmer delaying command On with value 1
[1/21/2017, 1:00:17 AM] [FHEM] ZW_Sz_Dimmer delaying command Brightness with value 100
[1/21/2017, 1:00:18 AM] [FHEM] ZW_Sz_Dimmer: executing set cmd for Brightness with value 100
[1/21/2017, 1:00:18 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20ZW_Sz_Dimmer%20dim+99&XHR=1
warum übernimmt er mir hier mein Mapping "valueOn=on" nicht? wenn ich "set xxx on" in fhem ausführe dimmt das Gerät die zuletzt eingestellte Helligkeit an.
lg,
Emanuel
Hallo in die Runde,
ich habe mich auch versucht an der Installation der homebridge und bin bis jetzt kläglich gescheitert. Bei Aufruf von
npm install -g --unsafe-perm homebridge
bekomme ich immer folgenden Fehler und weiß nicht weiter
/usr/bin/node: 1: /usr/bin/node: Syntax error: Unterminated quoted string
Vielleicht kann ja jemand helfen...
Gruß Dusti
Zitat von: dusti64 am 21 Januar 2017, 22:04:22
Hallo in die Runde,
ich habe mich auch versucht an der Installation der homebridge und bin bis jetzt kläglich gescheitert. Bei Aufruf von
npm install -g --unsafe-perm homebridge
bekomme ich immer folgenden Fehler und weiß nicht weiter
/usr/bin/node: 1: /usr/bin/node: Syntax error: Unterminated quoted string
Vielleicht kann ja jemand helfen...
Gruß Dusti
sudomal davor gesetzt?
Gruß
Dan
Mojn Dan und Danke...
ja habe ich, hab es auch als root versucht, immer der gleiche Fehler...
Ich habe schon beim ersten Pkt. aus dem Wiki Probleme gehabt.
So sieht es aus zur Zeit:
gcc -v
gcc version 4.9.2 (Debian 4.9.2-10)
g++ -v
gcc version 4.6.3 (Debian 4.6.3-14)
Weiß nicht, ob das richtig ist?
node -v
-bash: /usr/bin/node: Kann die Datei nicht ausf▒hren.
Hier komme ich nicht weiter und weiß nicht wo der Fehler ist...
Edit:
Jetzt habe ich node aus der jessie Repo installiert und bekomme auf
whereis node[code]
[code]node: /usr/sbin/node /usr/local/node.gyp /usr/share/man/man8/node.8.gz[code]
[code]node -v
-bash: -bash: /usr/bin/node: Datei oder Verzeichnis nicht gefunden
Jetzt stimmen die Pfade wohl nicht oder? Es nervt gerade...hab Angst mir das System zu zerschiessen!
Gruß Dusti
Zitat von: olisba am 14 Januar 2017, 07:36:24
Hallo zusammen,
Hat jemand einen Luft-Feuchte Sensor HM-WDS10-TH-O erfolgreich eingebunden?
Ich habe 2 Stück integriert... dazu mußte ich keine genericDeviceType oder homebridgemapping setzen, der Sensor inkl. Temperatur und Feuchte-% wird in Home und Eve App angezeigt.
Das Problem ist, daß bei Änderungen der Werte in den Home Apps und Eve kein Update angezeigt wird (in fhem ist alles korrekt angezeigt).
Nur wenn ich Homebridge neu starte, ist wieder der aktuelle Wert in den Apps.
Hat jemand eine Idee woran das liegen könnte?
Danke,
Oli
Gesendet von iPad mit Tapatalk Pro
Hat jemand dazu eine Idee?
Update: falls jemand mal einen ähnlichen Fall hat - habe die Ursache gefunden: Ich hatte ein event-on-change-reading auf state,battery.
Anscheinend nimmt homebridge-fhem in Richtung Homekit aber direkt temperature und humidity, und schickte aber keine updates aufgrund des gesetzten event-on-change-reading oben.
Mit event-on-change-reading state,battery,temperature,humidity geht es jetzt, d.h. die Werte werden auch in der Home App aktuell angezeigt.
Gesendet von iPad mit Tapatalk Pro
Hi Liebe FHEMler,
ich habe ein paar HueBirnen Zuhause im Einsatz, die lassen sich ja direkt in HomeKit steuern, ohne FHEM.
Ich wollte jetzt gern alle Birnen mit einem Device in FHEM steuern, da bin ich wohl nicht der Erste mit dieser Idee (https://forum.fhem.de/index.php/topic,48558.msg554902.html#msg554902).
Habe nun folgendes Mapping drin:
On=state,cmdOn=rgb+FFD8B9,cmdOff=off,valueOn=on,valueOff=/off|unreachable/
Brightness=HUEGroup2:bri
Hue=HUEGroup2:hue
Saturation=HUEGroup2:sat
On=state,cmdOn=on,cmdOff=off,valueOn=on,valueOff=/off|unreachable/Die Readings werden per DOIF rübergepusht.
Jetzt habe ich aber das gleiche Problem wie EnderPhilipp: :-[
Zitat von: EnderPhilipp am 08 Januar 2017, 18:41:36
Wenn ich jetzt die Farbe ändere (z.B. auf Rot) und dann die Helligkeit verändere, ist die Lampe wieder weiß. :o
Darauf hat justme1968 geantwortet:
Zitat von: justme1968 am 08 Januar 2017, 18:44:07
weil automatisch immer ein on gesendet wird. such mal weiter oben. da gibt es mit
cmdalias und FILTER eine lösung.
Ich bin noch ziemlich neu in FHEM und deshalb kann ich damit nicht sehr viel anfangen...
Zu FILTER gibt es leider keinen Wikiartikel...
Hat da irgendwer eine Lösung für gefunden/parat ?
Würde mich über jede Hilfe freuen. ;D
LG
Rudolf :)
Zitat von: dusti64 am 22 Januar 2017, 10:34:58
Mojn Dan und Danke...
ja habe ich, hab es auch als root versucht, immer der gleiche Fehler...
Ich habe schon beim ersten Pkt. aus dem Wiki Probleme gehabt.
So sieht es aus zur Zeit:
gcc -v
gcc version 4.9.2 (Debian 4.9.2-10)
g++ -v
gcc version 4.6.3 (Debian 4.6.3-14)
Weiß nicht, ob das richtig ist?
node -v
-bash: /usr/bin/node: Kann die Datei nicht ausf▒hren.
Hier komme ich nicht weiter und weiß nicht wo der Fehler ist...
Edit:
Jetzt habe ich node aus der jessie Repo installiert und bekomme auf
whereis node[code]
[code]node: /usr/sbin/node /usr/local/node.gyp /usr/share/man/man8/node.8.gz[code]
[code]node -v
-bash: -bash: /usr/bin/node: Datei oder Verzeichnis nicht gefunden
Jetzt stimmen die Pfade wohl nicht oder? Es nervt gerade...hab Angst mir das System zu zerschiessen!
Gruß Dusti
Keine Ahnung was Du da machst!?
Node richtig nach Anleitung (https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions) zu installieren ist eigentlich nicht so schwer!
Gruß
Dan
Hi, welches Betriebssystem?
Bei mir unter OSMC Dez. 2016
mit gcc -v
gcc version 4.9.2 (Raspbian 4.9.2-10) und g++ -v
gcc version 4.9.2 (Raspbian 4.9.2-10)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: DeeSPe am 22 Januar 2017, 11:45:19
Keine Ahnung was Du da machst!?
Node richtig nach Anleitung (https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions) zu installieren ist eigentlich nicht so schwer!
Gruß
Dan
Ja hab wohl Bockmist gemacht...spielt es eigentlich eine Rolle, dass ich auf wheezy bin? Ich muss wohl erst mal wieder ein sauberes System schaffen.
Hab es auf einem anderen System mal versucht und dort die gleichen Probleme, bereits nach dem ersten Befehl
curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash - sudo apt-get install -y nodejskommt der Fehler:
/usr/bin/sudo: /usr/bin/sudo: Kann die Datei nicht ausführen.
Gruß Dusti
Zitat von: dusti64 am 22 Januar 2017, 13:34:13
Ja hab wohl Bockmist gemacht...spielt es eigentlich eine Rolle, dass ich auf wheezy bin? Ich muss wohl erst mal wieder ein sauberes
Damit wirst Du wohl nie glücklich! 8)
Das ist hier im Forum auch schon mehrfach besprochen worden dass es unter Wheezy nicht hinzubekommen ist.
Habe selbst schon mehrere Stunden meines Lebens dafür geopfert und am Ende wurde Jessie neu installiert!
Gruß
Dan
Zitat von: DeeSPe am 22 Januar 2017, 13:45:03
Damit wirst Du wohl nie glücklich! 8)
Das ist hier im Forum auch schon mehrfach besprochen worden dass es unter Wheezy nicht hinzubekommen ist.
Habe selbst schon mehrere Stunden meines Lebens dafür geopfert und am Ende wurde Jessie neu installiert!
Gruß
Dan
Na schöne Wurst...hab ich irgend wo einen Hinweis darauf übersehen?
Na egal, muss ich nun durch, wichtig ist, dass FHEM noch läuft und ich muss mein Bastelsystem wohl mal auf jessie umrüsten...
Trotzdem Danke... :)
@Radikant
Habe leider noch keine Lösung gefunden, habe mich in letzter Zeitnicht so viel mit Hue beschäftigt.
Mit freundlichen Grüßen
Philipp ;D
LED Fernsteuerung (An/Aus, Heller, Dunkler) abgebildet über homebridgeMapping - der Folgende dummy funktioniert:
define LEDFlur dummy
attr LEDFlur room hidden
attr LEDFlur genericDeviceType light
attr LEDFlur homebridgeMapping On=FlurLED_Trigger:state,cmdOn=on,cmdOff=off,subtype=Power On=FlurLED_LIGHT:state,cmdOn=on,cmdOff=off,subtype=Light On=FlurLED_BRIGHT:state,cmdOn=on,cmdOff=off,subtype=Bright+ On=FlurLED_BRIGHTN:state,cmdOn=on,cmdOff=off,subtype=Bright- On=FlurLED_100:state,cmdOn=on,cmdOff=off,subtype=100% On=FlurLED_50:state,cmdOn=on,cmdOff=off,subtype=50% On=FlurLED_25:state,cmdOn=on,cmdOff=off,subtype=25% On=FlurLED_MODE:state,cmdOn=on,cmdOff=off,subtype=Mode+ On=FlurLED_MODEN:state,cmdOn=on,cmdOff=off,subtype=Mode- On=FlurLED_SPEED:state,cmdOn=on,cmdOff=off,subtype=Speed+ On=FlurLED_SPEEDN:state,cmdOn=on,cmdOff=off,subtype=Speed-
Leider wird jetzt jedes der Switche auch in homebridge dargestellt - das heißt neben dem "LEDFlur" device (inkl. allen darunterliegenden Characteristics) habe ich auch die Devices "100%", "25%", "Speed+", ... Das ist natürlich unübersichtlich und möchte ich nicht haben. Die FlurLED_100, FlurLED_25, etc... Devices in FHEM haben alle genericDeviceType ignore.
Kann ich in HomeKit ein Device haben (switch/light) mit mehreren Characteristics (ebenfalls switch) und diese Characteristics sind keine eigenen Devices?
Falls ja - wie kann ich das bei meinem homebridgeMapping ändern?
Moin,
seitdem ich mein System neu aufsetzen musste, funktioniert die Homebridge nicht mehr.
Es wurde alles neu installiert und der gesicherte FHEM Ordner zurückkopiert.
Installierte Versionen: nodejs 6.9.4, homebridge 2.1, homebridge-fhem 0.2.70
Im Raum HomeKit habe ich zwei Dimmer und ein Residents Device.
Ich habe mittlerweile herausgefunden, dass es am Residents liegt. Wenn ich das aus dem Raum HomeKit entferne, läuft die Homebridge.
Habt ihr vielleicht eine Idee woran es liegen könnte? Ich bin ratlos.
Gruß
Robert
Hi,
Gib uns mal bitte das list vom Residents Device.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hier das list. Geändert habe ich daran nichts nach der Neuinstallation.
Internals:
DEF rgr_Bewohner
NAME rr_Robert
NR 35
NTFY_ORDER 50-rr_Robert
RESIDENTGROUPS rgr_Bewohner,
STATE home
TYPE ROOMMATE
Readings:
2017-01-23 19:11:55 durTimerAbsence 00:00:00
2017-01-23 19:11:55 durTimerAbsence_cr 0
2017-01-23 19:30:20 durTimerPresence 00:18:25
2017-01-23 19:30:20 durTimerPresence_cr 18
2017-01-23 05:30:01 durTimerSleep 00:00:00
2017-01-23 05:30:01 durTimerSleep_cr 0
2016-11-28 19:46:28 fhemMsgPush Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgPushGw po_robert:OK
2016-11-28 19:46:28 fhemMsgPushPrio 0
2016-11-28 19:46:28 fhemMsgPushState 1
2016-11-28 19:46:28 fhemMsgPushTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgScreen Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgScreenGw VUUno:OK
2016-11-28 19:46:28 fhemMsgScreenPrio 0
2016-11-28 19:46:28 fhemMsgScreenState 1
2016-11-28 19:46:28 fhemMsgScreenTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgState 1
2016-11-28 19:46:28 fhemMsgStateTypes push:1 screen:1
2017-01-23 19:11:55 lastArrival 2017-01-23 19:11:55
2017-01-23 05:30:01 lastAwake 2017-01-23 05:30:01
2017-01-23 18:55:59 lastDeparture 2017-01-23 18:55:59
2017-01-23 19:11:55 lastDurAbsence 00:15:56
2017-01-23 19:11:55 lastDurAbsence_cr 16
2017-01-23 18:55:59 lastDurPresence 10:50:01
2017-01-23 18:55:59 lastDurPresence_cr 650
2017-01-23 05:30:01 lastDurSleep 04:24:53
2017-01-23 05:30:01 lastDurSleep_cr 265
2017-01-23 18:55:59 lastLocation home
2017-01-23 18:55:59 lastMood calm
2017-01-23 01:05:08 lastSleep 2017-01-23 01:05:08
2017-01-23 19:11:55 lastState absent
2017-01-23 05:00:00 lastWakeup 05:30
2017-01-23 05:00:00 lastWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 location home
2017-01-23 19:11:55 mood calm
2017-01-23 08:30:00 nextWakeup 05:30
2017-01-23 08:30:00 nextWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 presence present
2017-01-23 19:11:55 state home
2017-01-23 05:30:01 wakeup 0
2016-11-21 22:11:51 wayhome 0
Timer:
Rr_robert_durationtimer:
HASH rr_Robert
MODIFIER DurationTimer
NAME rr_Robert_DurationTimer
Attributes:
alias Robert
devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
genericDeviceType switch
group Bewohnerstatus
homebridgeMapping homebridgeMapping clear On=state,subtype=gotosleep,valueOn=/gotosleep/,valueOff=/awoken|asleep|home|gone|absent/,cmdOn=gotosleep,cmdOff=absent On=state,subtype=asleep,valueOn=/asleep/,valueOff=/awoken|home|gotosleep|gone|absent/,cmdOn=asleep,cmdOff=absent
icon people_sensor
msgContactPush po_robert
msgContactScreen VUUno
room Homekit,Wohnung
rr_realname alias
rr_wakeupDevice rr_Robert_wakeuptimer1,rr_Robert_wakeuptimer2
siriName Robert
sortby 1
webCmd state
Zitat von: r_knipp am 23 Januar 2017, 19:32:37
Hier das list. Geändert habe ich daran nichts nach der Neuinstallation.
Internals:
DEF rgr_Bewohner
NAME rr_Robert
NR 35
NTFY_ORDER 50-rr_Robert
RESIDENTGROUPS rgr_Bewohner,
STATE home
TYPE ROOMMATE
Readings:
2017-01-23 19:11:55 durTimerAbsence 00:00:00
2017-01-23 19:11:55 durTimerAbsence_cr 0
2017-01-23 19:30:20 durTimerPresence 00:18:25
2017-01-23 19:30:20 durTimerPresence_cr 18
2017-01-23 05:30:01 durTimerSleep 00:00:00
2017-01-23 05:30:01 durTimerSleep_cr 0
2016-11-28 19:46:28 fhemMsgPush Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgPushGw po_robert:OK
2016-11-28 19:46:28 fhemMsgPushPrio 0
2016-11-28 19:46:28 fhemMsgPushState 1
2016-11-28 19:46:28 fhemMsgPushTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgScreen Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgScreenGw VUUno:OK
2016-11-28 19:46:28 fhemMsgScreenPrio 0
2016-11-28 19:46:28 fhemMsgScreenState 1
2016-11-28 19:46:28 fhemMsgScreenTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgState 1
2016-11-28 19:46:28 fhemMsgStateTypes push:1 screen:1
2017-01-23 19:11:55 lastArrival 2017-01-23 19:11:55
2017-01-23 05:30:01 lastAwake 2017-01-23 05:30:01
2017-01-23 18:55:59 lastDeparture 2017-01-23 18:55:59
2017-01-23 19:11:55 lastDurAbsence 00:15:56
2017-01-23 19:11:55 lastDurAbsence_cr 16
2017-01-23 18:55:59 lastDurPresence 10:50:01
2017-01-23 18:55:59 lastDurPresence_cr 650
2017-01-23 05:30:01 lastDurSleep 04:24:53
2017-01-23 05:30:01 lastDurSleep_cr 265
2017-01-23 18:55:59 lastLocation home
2017-01-23 18:55:59 lastMood calm
2017-01-23 01:05:08 lastSleep 2017-01-23 01:05:08
2017-01-23 19:11:55 lastState absent
2017-01-23 05:00:00 lastWakeup 05:30
2017-01-23 05:00:00 lastWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 location home
2017-01-23 19:11:55 mood calm
2017-01-23 08:30:00 nextWakeup 05:30
2017-01-23 08:30:00 nextWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 presence present
2017-01-23 19:11:55 state home
2017-01-23 05:30:01 wakeup 0
2016-11-21 22:11:51 wayhome 0
Timer:
Rr_robert_durationtimer:
HASH rr_Robert
MODIFIER DurationTimer
NAME rr_Robert_DurationTimer
Attributes:
alias Robert
devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
genericDeviceType switch
group Bewohnerstatus
homebridgeMapping homebridgeMapping clear On=state,subtype=gotosleep,valueOn=/gotosleep/,valueOff=/awoken|asleep|home|gone|absent/,cmdOn=gotosleep,cmdOff=absent On=state,subtype=asleep,valueOn=/asleep/,valueOff=/awoken|home|gotosleep|gone|absent/,cmdOn=asleep,cmdOff=absent
icon people_sensor
msgContactPush po_robert
msgContactScreen VUUno
room Homekit,Wohnung
rr_realname alias
rr_wakeupDevice rr_Robert_wakeuptimer1,rr_Robert_wakeuptimer2
siriName Robert
sortby 1
webCmd state
ZitathomebridgeMapping homebridgeMapping clear On=state,sub......
Da ist wohl der Fehler!
Gruß
Dan
P.S. Findest Du das wirklich praktisch mit den ganzen Schaltern?
Zitat von: DeeSPe am 23 Januar 2017, 20:27:47
Da ist wohl der Fehler!
Gruß
Dan
P.S. Findest Du das wirklich praktisch mit den ganzen Schaltern?
Sorry, aber das verstehe ich nicht. Das Mapping hatte ich nach einem Beispiel erstellt.
Wie würdest du das ändern? Vielleicht habe ich da etwas noch nicht ganz verstanden.
Zitat von: r_knipp am 23 Januar 2017, 20:38:46
Sorry, aber das verstehe ich nicht. Das Mapping hatte ich nach einem Beispiel erstellt.
Wie würdest du das ändern? Vielleicht habe ich da etwas noch nicht ganz verstanden.
Das Attribut heißt "homebridgeMapping" und als erster Wert in diesem Attribut steht bei Dir auch "homebridgeMapping clear...."!
Das kann so nicht gehen! ;)
Die für mich eleganteste Variante einen ROOMMATE/GUEST zu mappen ist folgende:
attr <name> genericDeviceType security
attr <name> homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;absent:1;/asleep|gotosleep/:2;/gone|none/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;1:state+absent;2:state+gotosleep;3:state+absent,delay=1"absent" ist absichtlich doppelt gemappt da ja gone/none automatisch nach absent kommt.
Gruß
Dan
Ich glaube so ganz bin ich noch nicht durchgestiegen.
Ich habe mal exakt dein Beispiel übernommen, bekomme aber immer noch den selben Fehler.
Ich hatte das übrigens aus diesem Beispiel übernommen:
https://forum.fhem.de/index.php/topic,48558.msg507537.html#msg507537
Ich hatte dann Szenen "Ich gehe jetzt ins Bett" und "Gute Nacht" eingerichtet. Das funktionierte einwandfrei.
Zitat von: r_knipp am 23 Januar 2017, 23:14:54
Ich glaube so ganz bin ich noch nicht durchgestiegen.
Ich habe mal exakt dein Beispiel übernommen, bekomme aber immer noch den selben Fehler.
Ich hatte das übrigens aus diesem Beispiel übernommen:
https://forum.fhem.de/index.php/topic,48558.msg507537.html#msg507537
Ich hatte dann Szenen "Ich gehe jetzt ins Bett" und "Gute Nacht" eingerichtet. Das funktionierte einwandfrei.
Bitte die Fehlerausgabe als Text hier in Code-Tags posten, sonst kann niemand helfen!
Gruß
Dan
Ist die selbe wie oben.
fhem@bananapi:/root$ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[1/23/2017, 11:09:08 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.70
[1/23/2017, 11:09:08 PM] Registering platform 'homebridge-fhem.FHEM'
[1/23/2017, 11:09:08 PM] ---
[1/23/2017, 11:09:08 PM] Loaded config.json with 0 accessories and 1 platforms.
[1/23/2017, 11:09:08 PM] ---
[1/23/2017, 11:09:08 PM] Loading 1 platforms...
[1/23/2017, 11:09:08 PM] [FHEM] Initializing FHEM platform...
[1/23/2017, 11:09:09 PM] [FHEM] Checking devices and attributes...
[1/23/2017, 11:09:09 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/23/2017, 11:09:10 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1485209350049
[1/23/2017, 11:09:10 PM] [FHEM] Fetching FHEM devices...
[1/23/2017, 11:09:10 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[1/23/2017, 11:09:10 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[1/23/2017, 11:09:10 PM] [FHEM] siri device is Siri
[1/23/2017, 11:09:10 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7BSiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.2.70%22%7D&XHR=1
[1/23/2017, 11:09:10 PM] [FHEM] got: 3 results
[1/23/2017, 11:09:10 PM] [FHEM] homebridgeMapping: homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;absent:1;/asleep|gotosleep/:2;/gone|none/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;1:state+absent;2:state+gotosleep;3:state+absent,delay=1
/usr/lib/node_modules/homebridge-fhem/index.js:2158
if( match.length < 4 || !match[3] ) {
^
TypeError: Cannot read property 'length' of null
at Object.fromHomebridgeMapping (/usr/lib/node_modules/homebridge-fhem/index.js:2158:16)
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:1772:8)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1040:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1037:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:96:13)
fhem@bananapi:/root$
Internals:
DEF rgr_Bewohner
NAME rr_Robert
NR 35
NTFY_ORDER 50-rr_Robert
RESIDENTGROUPS rgr_Bewohner,
STATE home
TYPE ROOMMATE
Readings:
2017-01-23 19:11:55 durTimerAbsence 00:00:00
2017-01-23 19:11:55 durTimerAbsence_cr 0
2017-01-23 23:38:40 durTimerPresence 04:26:45
2017-01-23 23:38:40 durTimerPresence_cr 267
2017-01-23 05:30:01 durTimerSleep 00:00:00
2017-01-23 05:30:01 durTimerSleep_cr 0
2016-11-28 19:46:28 fhemMsgPush Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgPushGw po_robert:OK
2016-11-28 19:46:28 fhemMsgPushPrio 0
2016-11-28 19:46:28 fhemMsgPushState 1
2016-11-28 19:46:28 fhemMsgPushTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgScreen Batterie Aussensensor wechseln.
2016-11-28 19:46:28 fhemMsgScreenGw VUUno:OK
2016-11-28 19:46:28 fhemMsgScreenPrio 0
2016-11-28 19:46:28 fhemMsgScreenState 1
2016-11-28 19:46:28 fhemMsgScreenTitle Batteriewarnung
2016-11-28 19:46:28 fhemMsgState 1
2016-11-28 19:46:28 fhemMsgStateTypes push:1 screen:1
2017-01-23 19:11:55 lastArrival 2017-01-23 19:11:55
2017-01-23 05:30:01 lastAwake 2017-01-23 05:30:01
2017-01-23 18:55:59 lastDeparture 2017-01-23 18:55:59
2017-01-23 19:11:55 lastDurAbsence 00:15:56
2017-01-23 19:11:55 lastDurAbsence_cr 16
2017-01-23 18:55:59 lastDurPresence 10:50:01
2017-01-23 18:55:59 lastDurPresence_cr 650
2017-01-23 05:30:01 lastDurSleep 04:24:53
2017-01-23 05:30:01 lastDurSleep_cr 265
2017-01-23 18:55:59 lastLocation home
2017-01-23 18:55:59 lastMood calm
2017-01-23 01:05:08 lastSleep 2017-01-23 01:05:08
2017-01-23 19:11:55 lastState absent
2017-01-23 05:00:00 lastWakeup 05:30
2017-01-23 05:00:00 lastWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 location home
2017-01-23 19:11:55 mood calm
2017-01-23 08:30:00 nextWakeup 05:30
2017-01-23 08:30:00 nextWakeupDev rr_Robert_wakeuptimer1
2017-01-23 19:11:55 presence present
2017-01-23 19:11:55 state home
2017-01-23 05:30:01 wakeup 0
2016-11-21 22:11:51 wayhome 0
Timer:
Rr_robert_durationtimer:
HASH rr_Robert
MODIFIER DurationTimer
NAME rr_Robert_DurationTimer
Attributes:
alias Robert
devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
genericDeviceType security
group Bewohnerstatus
homebridgeMapping homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;absent:1;/asleep|gotosleep/:2;/gone|none/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;1:state+absent;2:state+gotosleep;3:state+absent,delay=1
icon people_sensor
msgContactPush po_robert
msgContactScreen VUUno
room Homekit,Wohnung
rr_realname alias
rr_wakeupDevice rr_Robert_wakeuptimer1,rr_Robert_wakeuptimer2
siriName Robert
sortby 1
webCmd state
Und irgendwie magst Du mich nicht verstehen!
Die Lösung habe ich bereits erwähnt:
Zitat von: DeeSPe am 23 Januar 2017, 20:45:46
Das Attribut heißt "homebridgeMapping" und als erster Wert in diesem Attribut steht bei Dir auch "homebridgeMapping clear...."!
Das kann so nicht gehen! ;)
"homebridgeMapping" ist der Name des Attributs und hat innerhalb des Attributs (Wert des Attributs) nichts verloren!!!
Gruß
Dan
attr rr_Robert homebridgeMapping SecuritySystemCurrentState=state,values=/home|awoken/:0;;absent:1;;/asleep|gotosleep/:2;;/none|gone/:3 SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:state+home;;1:state+absent;;2:state+gotosleep;;3:state+absent,delay=1
Gib das mal genau so wie es ist in die FHEM-Eingabezeile ein und drücke Enter!
Gruß
Dan
Zitat von: DeeSPe am 23 Januar 2017, 23:42:08
Und irgendwie magst Du mich nicht verstehen!
Die Lösung habe ich bereits erwähnt:
"homebridgeMapping" ist der Name des Attributs und hat innerhalb des Attributs (Wert des Attributs) nichts verloren!!!
Gruß
Dan
Oh man, das ist peinlich. Da hatte ich wohl was auf den Augen. Natürlich hat das im Wert nichts zu suchen.
Mit deinem Code funktioniert es jetzt.
Hab vielen Dank!
So, ich habe mir die Doku nochmal reingezogen. Ich denke nun hab ich es kapiert.
Ich habe bei mir noch "3:state+absent" in "3:state+asleep" geändert, da ich sonst nicht auf asleep schalten konnte.
Ein kleines Problem gibts noch. Wenn das Telefon gesperrt ist und ich mit "Hey Siri" schalten möchte funktioniert das nicht.
Das Telefon muss dafür entsperrt werden. Liegt das am Security Device? Kann man das ändern? In der EVE App hab eich nichts dazu gefunden.
Gruß
Robert
Zitat von: r_knipp am 24 Januar 2017, 14:50:11
So, ich habe mir die Doku nochmal reingezogen. Ich denke nun hab ich es kapiert.
Ich habe bei mir noch "3:state+absent" in "3:state+asleep" geändert, da ich sonst nicht auf asleep schalten konnte.
Ein kleines Problem gibts noch. Wenn das Telefon gesperrt ist und ich mit "Hey Siri" schalten möchte funktioniert das nicht.
Das Telefon muss dafür entsperrt werden. Liegt das am Security Device? Kann man das ändern? In der EVE App hab eich nichts dazu gefunden.
Gruß
Robert
asleep wird bei mir automatisch durch das HOMEMODE Modul gesetzt, insofern brauche ich das nicht!
Das mit dem Entsperren ist mir auch schon mal aufgefallen, kann tatsächlich sein dass das was mit dem genericDeviceType security zu tun hat. Habe das nie so genau untersucht da ich mit Siri zu 99% über die Apple Watch kommuniziere und dann dieses Problem nicht habe... Hatte es erst einmal darauf geschoben dass mein iPhone manchmal eh nach dem Aufstehen statt Touch-ID unbedingt das Passwort haben will...
Gruß
Dan
Ja, das liegt am Device.
Um Fenster, Türen oder den Alarm zu bedienen muss das Telefon entsperrt sein.
Sent from my iPhone using Tapatalk
Zitat von: r_knipp am 24 Januar 2017, 14:50:11
Ein kleines Problem gibts noch. Wenn das Telefon gesperrt ist und ich mit "Hey Siri" schalten möchte funktioniert das nicht.
Das Telefon muss dafür entsperrt werden. Liegt das am Security Device? Kann man das ändern? In der EVE App hab eich nichts dazu gefunden.
Das ist anscheinend bei sicherheitskritischen Devices so gewollt und kann auch nicht geändert werden. Es sei denn, man deaktiviert den Passcode.
http://webcache.googleusercontent.com/search?q=cache:rU1MCKeBoNwJ:www.forbes.com/sites/aarontilley/2016/09/21/apple-homekit-siri-security/+&cd=1&hl=de&ct=clnk&gl=de&client=safari
Ich habe jetzt kein Reply bekommen in diesem Mega-Thread... Wie ist hier das Vorgehen? Nochmal posten? Eigenen Thread aufmachen?
Zitat von: Markus M. am 24 Januar 2017, 15:57:27
Ja, das liegt am Device.
Um Fenster, Türen oder den Alarm zu bedienen muss das Telefon entsperrt sein.
Sent from my iPhone using Tapatalk
Macht ja irgendwie auch Sinn bei sicherheitsrelevanten Geräten!!!
Stell Dir das am Flughafen vor wenn alle Ihr iPhone laden und Du im Vorbeigehen rufst: Hey Siri, öffne die Eingangstür!!!
Den Spaß müsste man sich glatt mal erlauben... ;)
Gruß
Dan
Hallo,
kann ich den automatik modus der service Zuweisung irgendwie überschreiben? Bei mir wir meine Lightify Gruppe immer als Lightbulb erkannt, aber da sie die nötigen readings nicht hat, würde ich sie gerne als Switch umkonfigurieren. Andere Einstellung über genericDeviceType=Switch hat aber keinen Effekt.
[FHEM] Initializing platform accessory 'LIGHTIFYGroup1'...
[1/25/2017, 10:41:03 AM] [FHEM] creating services for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] information service for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] manufacturer, model and serial number characteristics for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] Lightbulb service for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] On characteristic for LIGHTIFYGroup1:pct
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Brightness characteristic for LIGHTIFYGroup1:pct
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Hue characteristic for LIGHTIFYGroup1:hue
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 359,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Saturation characteristic for LIGHTIFYGroup1:sat
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:04 AM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
Grüße,
chrisz
Zitat von: chrisz am 25 Januar 2017, 10:42:38
Hallo,
kann ich den automatik modus der service Zuweisung irgendwie überschreiben? Bei mir wir meine Lightify Gruppe immer als Lightbulb erkannt, aber da sie die nötigen readings nicht hat, würde ich sie gerne als Switch umkonfigurieren. Andere Einstellung über genericDeviceType=Switch hat aber keinen Effekt.
[FHEM] Initializing platform accessory 'LIGHTIFYGroup1'...
[1/25/2017, 10:41:03 AM] [FHEM] creating services for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] information service for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] manufacturer, model and serial number characteristics for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] Lightbulb service for LIGHTIFYGroup1
[1/25/2017, 10:41:03 AM] [FHEM] On characteristic for LIGHTIFYGroup1:pct
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Brightness characteristic for LIGHTIFYGroup1:pct
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Hue characteristic for LIGHTIFYGroup1:hue
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:03 AM] [FHEM] props: { format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 359,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[1/25/2017, 10:41:03 AM] [FHEM] Saturation characteristic for LIGHTIFYGroup1:sat
[1/25/2017, 10:41:03 AM] [FHEM] no default
[1/25/2017, 10:41:04 AM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
Grüße,
chrisz
"genericDeviceType switch" ist schon mal gut.
Wenn das Mapping dann noch nicht alleine stimmt, musst Du es manuell mappen.
Das erste Keyword sollte dann "clear" sein im Mapping um das default Mapping zu löschen.
Der Rest dann entsprechend On Characteristic mappen.
attr <name> homebridgeMapping clear On=state,valueOff=off,cmdOn=on,cmdOff=offGruß
Dan
Zitat von: DeeSPe am 25 Januar 2017, 10:53:18
"genericDeviceType switch" ist schon mal gut.
Wenn das Mapping dann noch nicht alleine stimmt, musst Du es manuell mappen.
Das erste Keyword sollte dann "clear" sein im Mapping um das default Mapping zu löschen.
Der Rest dann entsprechend On Characteristic mappen.
attr <name> homebridgeMapping clear On=state,valueOff=off,cmdOn=on,cmdOff=off
Gruß
Dan
Danke für den Tip. Damit kann ich zwar die Funktion verändern, aber das Gerät ist immer noch ein "Lightbulb" und wird auch so in der Home-App auf dem iPhone dargestellt. Ich hatte gedacht das genericDeviceType den Service setzt, dies ist aber anscheinend nicht immer so. Oder gibt es da noch ne Möglichkeit auch den Service Type zu überschreiben?
Grüße,
chrisz
Hi,
Bist Du sicher das Du homebridge neu gestartet hast? Bei mir wechselt das sofort. In der Eve App kann man noch andere Icons vergeben.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi zusammen,
ich habe die vergangene Nacht damit zugebracht die homebridge zu installieren und kann mittlerweile eine ganze Menge über Siri schalten. Womit ich noch nicht so glücklich bin sind meine Squeezeboxen (bzw. LMS). Aktuell habe ich die Squeezeboxen als genericDeviceType "switch" angelegt und mappe on/off auf play/pause. Hat irgendwer schon Erfahrung mit homebridge und SB_PLAYER gemacht und kann mir ein paar Tipps/Konfigurationsbeispiele geben?
Danke,
Grüße,
Oli
Zitat von: Hagenuck1 am 08 Februar 2016, 17:42:50
Also mit der Version von dem Homebridge-Fhem Plugin, dass auf Github lag konnte ich bisher auch nur die Schalterstände On/Off und die Farbe der Milights (milight-Plugin) schalten. Die Farbe hat dort dann auch beim Ändern und anschließendem auf "weiß" festlegen plötzlich auf rot gestellt (wohl, weil RGBW). Nun mit der Version von hier funktioniert alles!
- Schalterstände
- Helligkeit per EVE & Siri
- Farben (Beim auf "weiß" stellen nun wieder weiß)
Habe genau das Problem, dass meine Milights bei "weiß" über Siri kurz weiß und dann rot werden... homebridge-fhem version ist 0.2.70
[2017-01-28 22:48:16] [FHEM] EG_WoZi_RGB_Licht: executing set cmd for Hue with value 0
[2017-01-28 22:48:16] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EG_WoZi_RGB_Licht%20hue%200&XHR=1
[2017-01-28 22:48:16] [FHEM] EG_WoZi_RGB_Licht delaying command Brightness with value 100
[2017-01-28 22:48:16] [FHEM] EG_WoZi_RGB_Licht: executing set cmd for Saturation with value 0
[2017-01-28 22:48:16] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EG_WoZi_RGB_Licht%20saturation%200&XHR=1
[2017-01-28 22:48:17] [FHEM] EG_WoZi_RGB_Licht: executing set cmd for Brightness with value 100
[2017-01-28 22:48:17] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EG_WoZi_RGB_Licht%20dim%20100&XHR=1
Wenn ich die Birne über FHEM auf weiß setze, zeigt Eve interessanterweise rot an...
Weiß da jemand Abhilfe?
Danke,
Grüße,
Oli
Hallo!
Ich habe meine Homematic Installation auf hmccu umgestellt nachdem mein hmlan gestorben ist und neue Hardware her musste
und hänge nun bei den homebridgeMappings meiner Geräte.
Bekomme es einfach nicht hin dass die Raumtemperaturen oder Feuchte in der Eve App oder Home App angezeigt werden,
auch die im Homekit eingestellten Änderungen kommen nicht im fhem an.
homebridge und homebridge-fhem sind aktuell, npm ist bei 3.10.9. Andere Geräte schalten prinzipiell über die Home-App, ich hänge nur bei den hmccu devices.
Mit der momentanen Konfiguration hab ich auch 2 Einstellmöglichkeiten im Homekit (Taupunkt und Temperatur),
Taupunkt dürfte nur angezeigt werden aber nicht verstellbar sein.
Bei meinen HM-CC-TC's hab ich folgende Readings / Attribute:
Readings
0.LOWBAT no
0.UNREACH no
1.HUMIDITY 41
1.TEMPERATURE 21.4
2.SETPOINT 21.0
DEWPOINT 7.6
control 21.0
hmstate 21.0
stat1.HUMIDITYTendency 1h: +1 2h: +2 3h: +3 6h: +2
stat1.TEMPERATURETendency 1h: +0.3 2h: +0.0 3h: +0.1 6h: +1.7
state 21.0
Attributes
IODev hm_ccu
ccureadingfilter (^UNREACH|^HUMIDITY|^TEMPERATURE|^SETPOINT|^LOWBAT$|^WINDOW_OPEN)
ccureadingformat datapoint
cmdIcon Auto:sani_heating_automatic Manu:sani_heating_manual Boost:sani_heating_boost on:general_an off:general_aus
controldatapoint 2.SETPOINT
devStateIcon OK:10px-kreis-gruen Error:10px-kreis-rot Initialized:10px-kreis-gelb
event-on-change-reading .*
eventMap /datapoint 2.MANU_MODE 20.0:Manu/datapoint 2.AUTO_MODE 1:Auto/datapoint 2.BOOST_MODE 1:Boost/datapoint 2.MANU_MODE 4.5:off/datapoint 2.MANU_MODE 30.5:on/
genericDeviceType thermostat
homebridgeMapping CurrentTemperature=1.Temperature,minValue=-20,subtype=Temperatur CurrentTemperature=DEWPOINT,minValue=-20,subtype=Taupunkt
room Homekit,Homematic
stateFormat T: 1.TEMPERATURE° H: 1.HUMIDITY% T: 2.SETPOINT° D: DEWPOINT°
statechannel 2
statedatapoint 2.SETPOINT
statevals on:100.0,off:0.0
stripnumber 1
substexcl control
substitute LOWBAT,UNREACH!(0|false):no,(1|true):yes;CONTROL_MODE!0:AUTO,1:MANU,2:PARTY,3:BOOST;WINDOW_OPEN_REPORTING!(true|1):open,(false|0):closed;SETPOINT!#0-3.5:off,#30.5-40:on
userReadings DEWPOINT {HMCCU_Dewpoint($name,"1.TEMPERATURE", "1.HUMIDITY","n/a")}
webCmd control:Auto:Manu:Boost:on:off
widgetOverride control:slider,3.5,0.5,30.5,1
Ich hatte im homebridgemapping auch schon mal testweise TargetTemperature=4.SETPOINT drin, das hat aber auch nicht funktioniert.
Muss ich TargetTemperature extra definieren?
Bin für Hinweise dankbar,
Grüße
Sven
Update: mit
homebridgeMapping
clear CurrentTemperature=1.TEMPERATURE,minValue=-20,subtype=Temperature CurrentTemperature=DEWPOINT,minValue=-20,subtype=Taupunkt
TargetTemperature=2.SETPOINT,minValue=-20
hab ich nun die Temperatur und den Taupunkt im Homekit, verstellen geht aber nicht
Zitat von: zentis666 am 29 Januar 2017, 14:11:03
mit
homebridgeMapping
clear CurrentTemperature=1.TEMPERATURE,minValue=-20,subtype=Temperature CurrentTemperature=DEWPOINT,minValue=-20,subtype=Taupunkt
TargetTemperature=2.SETPOINT,minValue=-20
hab ich nun die Temperatur und den Taupunkt im Homekit, verstellen geht aber nicht
Ich schätze es liegt daran, dass der Befehl zum Setzen der Temperatur folgendermassen aussehen muss:
set <Gerätename> datapoint 2.SETPOINT <Temperatur>Wie muss da das homebridgeMapping von TargetTemperature aussehen?
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd="datapoint 2.SETPOINT"
und
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=datapoint
funktionieren nicht.
Zitat von: zentis666 am 29 Januar 2017, 17:13:43
Ich schätze es liegt daran, dass der Befehl zum Setzen der Temperatur folgendermassen aussehen muss:
set <Gerätename> datapoint 2.SETPOINT <Temperatur>
Wie muss da das homebridgeMapping von TargetTemperature aussehen?
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd="datapoint 2.SETPOINT"
und
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=datapoint
funktionieren nicht.
Tipp:
Leerzeichen im homebridgeMapping cmd mit + ersetzen!
Gruß
Dan
Zitat von: DeeSPe am 29 Januar 2017, 17:15:44
Tipp:
Leerzeichen im homebridgeMapping cmd mit + ersetzen!
Gruß
Dan
Ok, danke Dan!
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=datapoint+2.SETPOINT
funzt auch nicht.
Wenn ich aber
TargetTemperature=datapoint::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,
setze, kommt zumindest in der homebridge
executing: https://127.0.0.1:8083/fhem?cmd=set%20HM_CC_TC_EG_WZ%20datapoint%2022&XHR=1
fehlt nur 2.SETPOINT.
Wenn ich
TargetTemperature=datapoint::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=2.SETPOINT
eingebe, kommt in der Konsole gar nichts wenn ich schalte (also sobald das cmd= drin ist)
bei
TargetTemperature=datapoint+2.SETPOINT::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5
oder
TargetTemperature=2.SETPOINT::datapoint+2.SETPOINT,minValue=10,maxValue=30,minStep=0.5
kommt auch nichts in der Konsole.
Grüsse
Sven
Trotz meinem zeitverzögerten Starten von Homebridge nach FHEM fliegen bei mir zur Zeit bei jedem Neustart wieder alle Geräte in den Standardraum.
Hat noch jemand Tips woran das liegen kann oder was man noch versuchen kann um das zu vermeiden?
Zitat von: KernSani am 28 Januar 2017, 16:44:38
Hi zusammen,
ich habe die vergangene Nacht damit zugebracht die homebridge zu installieren und kann mittlerweile eine ganze Menge über Siri schalten. Womit ich noch nicht so glücklich bin sind meine Squeezeboxen (bzw. LMS). Aktuell habe ich die Squeezeboxen als genericDeviceType "switch" angelegt und mappe on/off auf play/pause. Hat irgendwer schon Erfahrung mit homebridge und SB_PLAYER gemacht und kann mir ein paar Tipps/Konfigurationsbeispiele geben?
Danke,
Grüße,
Oli
@KernSani: Kannst bitte hierzu mal dein homebridgeMapping-Attribut Posten.
Danke Paul
Guten Abend
ich bräuchte auch eure Hilfe. Will gerade Homebridge installieren (Raspi V 4.9.2-10, nodjs 6.9.4)
Habe wie im Wiki beschrieben gearbeitet und unter op/fhem/.homebridge erstellt.
Darin liegt die config.json- siehe Anhang
Wenn ich nach einem Neustart homebridge eingebe, bekomme ich folgende Ausgabe - siehe Anhang2
Es stimmen der Name der Platform nicht überein und der Code ist auch ein anderer.
Ich habe aber nur diese eine config.json
Wo habe ich hier Mist gebaut?
Danke für eure Hilfe
Gruß Helmut
Zitat von: Helmi55 am 30 Januar 2017, 18:31:47
Guten Abend
ich bräuchte auch eure Hilfe. Will gerade Homebridge installieren (Raspi V 4.9.2-10, nodjs 6.9.4)
Habe wie im Wiki beschrieben gearbeitet und unter op/fhem/.homebridge erstellt.
Darin liegt die config.json- siehe Anhang
Wenn ich nach einem Neustart homebridge eingebe, bekomme ich folgende Ausgabe - siehe Anhang2
Es stimmen der Name der Platform nicht überein und der Code ist auch ein anderer.
Ich habe aber nur diese eine config.json
Wo habe ich hier Mist gebaut?
Danke für eure Hilfe
Gruß Helmut
Hi!
Sieht für mich aus als ob Homebridge schon läuft da der Port schon verwendet wird.
Oder hast Du einen anderen Service da laufen?
Hast Du homebridge schon als Service eingerichtet? Wird der schon automatisch gestartet?
Gib mal ein
service homebridge status -> dann siehst Du ob homebridge läuft
mit
service homebridge stop kannst Du sie stoppen.
Wegen der PIN:
Im Screenshot sieht man dass er unter /home/pi/.homebridge das config.json laden will aber die Datei nicht vorhanden ist.
Anscheinend wird dann irgendeine Standard-config geladen.
Also bei mir ist die config.json genau da (also im home-Verzeichnis des users unter dem Du homebridge installiert hast im Unter-Verzeichnis .homebridge),
genau wie https://wiki.fhem.de/wiki/Homebridge_einrichten (https://wiki.fhem.de/wiki/Homebridge_einrichten) beschrieben.
Kopier das Verzeichnis mal da hin und versuchs nochmal.
Gruß
Sven
Danke werde ich alles prüfen und melde mich wieder
Nein sonst läuft kein anderer Dienst. 8083 ist der WEB Port...
Nice eve Helmut
Zitat von: Paul.baumann am 30 Januar 2017, 18:17:44
@KernSani: Kannst bitte hierzu mal dein homebridgeMapping-Attribut Posten.
Danke Paul
Mein Mapping sieht so aus:
On=state,valueOn=/^(on|off)/,cmdOn=play,cmdOff=pause Volume=volume::volumeAnmerkung: Die "volume" characteristic ist keine offizielle Apple characteristic und wird von der "Home" App (und Siri) ignoriert, in der Eve App funktioniert sie aber. Alternativ gäbe es in Eve den "Speaker" Service, der wird aber von Siri komplett ignoriert.
Grüße,
Oli
Hi Helmi55
Wenn du /opt/homebridge/config.json testen willst und alles nach Anleitung eingerichtet hast, dann probiere mal:
homebridge -U /opt/homebridge
Welche Anleitung genau nutzt Du und welcher User soll homebridge am Ende starten?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: KernSani am 30 Januar 2017, 21:16:20
Mein Mapping sieht so aus:
On=state,valueOn=/^(on|off)/,cmdOn=play,cmdOff=pause Volume=volume::volume
Anmerkung: Die "volume" characteristic ist keine offizielle Apple characteristic und wird von der "Home" App (und Siri) ignoriert, in der Eve App funktioniert sie aber. Alternativ gäbe es in Eve den "Speaker" Service, der wird aber von Siri komplett ignoriert.
Als Ergänzung hierzu... Ich habe mir inzwischen noch Dummies gebaut:
- siriName "Küche Squeezebox Lautstärke", genericDeviceType "blinds", der das "Volume" der Squeezebox spiegelt (via DOIF) versteht Befehle wie "Küche Squeezebox Lautstärke 40%"
- siriName "Küche Squeezebox Radio", genericDeviceType "switch", schaltet Radio (hart codiert SWR3) oder meine favorisierte Spotify Playliste ein (beide als Favorit im LMS)
Bei interesse packe ich das komplette Coding ins Wiki (https://wiki.fhem.de/wiki/Homebridge_User_Configs)
Grüße,
Oli
Zitat von: KernSani am 31 Januar 2017, 01:16:09
Bei interesse packe ich das komplette Coding ins Wiki (https://wiki.fhem.de/wiki/Homebridge_User_Configs)
Grüße,
Oli
Danke, du hast mir auch so schon geholfen.
Paul
Hallo :)
Ich habe mich bis hierhin durchgekämpft, sehr informativ! Vielen dank für die tolle Arbeit!
Ich habe eine Frage zum Mapping bei den Thermostaten:
Ich möchte, dass mit der Option "Warm" der Modus auf "manuel" und die Temperatur auf die "Nacht-Termperatur" (17 Grad) gesetz wird.
Wollte es so lösen, aber leider passiert nichts auf der FHEM Seite, habt ihr einen Tip? Denkfehler?
homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;
HEAT:controlManu+night;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0
Danke LG Nino
Zitat von: DeeSPe am 11 Oktober 2016, 14:40:44
Somit ist es für alle Thermostaten gültig und kann mit:
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 userReadings heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}
auf allen Thermostaten gleichzeitig gesetzt werden.
Auch das entsprechende homebridgeMapping lässt sich damit auf allen Thermostaten gleichzeitig setzen:
attr TYPE=CUL_HM:FILTER=model=HM-CC-RT-DN:FILTER=chanNo=04 homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0
Sehr praktisch und erspart viele einzelne Eintragungen.
Gruß
Dan
Zitat von: NinoG am 01 Februar 2017, 10:02:50
Hallo :)
Ich habe mich bis hierhin durchgekämpft, sehr informativ! Vielen dank für die tolle Arbeit!
Ich habe eine Frage zum Mapping bei den Thermostaten:
Ich möchte, dass mit der Option "Warm" der Modus auf "manuel" und die Temperatur auf die "Nacht-Termperatur" (17 Grad) gesetz wird.
Wollte es so lösen, aber leider passiert nichts auf der FHEM Seite, habt ihr einen Tip? Denkfehler?
homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlManu+night;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0
Danke LG Nino
controlManu kennt kein night!
Das sieht man doch in den verfügbaren Settern! 8)
HEAT:controlManu+17Sollte aber gehen!!!
Gruß
Dan
Hi,
bei mir geht das leider mit dem Homekit nicht. Auf dem iPhone kommt in der Home App immer nur "Geräte und Szenen laden" und da bleibt das dann stehen. Auch harter reboot hat nichts geholfen. Kann mir da jemand helfen?
es ist ein iPhone7 mit iOS10.
Auf Seiten von meinem Rapsberry kommt beim Start von homebridge die angehängten Meldungen. Ich würde mal sagen, das sieht gut aus und müsste eigentlich laufen.
Hi, hast Du bevor die Homekit Seite richtig lief viel probieren müssen? Versuch doch mal eine andere Pin zu vergeben, es kann sein, dass das iPhone dann neu zu verbinden ist. Ansonsten gibt es auch einen Ordner persistent der gelöscht werden kann und die alten Pairings enthält. Lösch einfach mal den Ordner 'persistent' in deinem Homebridge Verzeichnis. also homebridge stoppen, Ordner löschen, Homebridge starten.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi,
Danke für die schnelle Antwort. Die Installation lief entsprechend der Anleitung aus dem Wiki sofort. Ohne probieren.
den persistent Ordner habe ich auch schon mal gelöscht und auch die ID auch schon geändert. Jeweils Homebridge gestoppt, iPhone runtergefahren (hard reboot), Änderungen / Löschungen gemacht, homebridge gestartet und dann das iPhone wieder angefahren. Jeweils immer der gleiche Effekt.
Auch der User mit dem ich homebridge starte zeigt keinen Effekt. pi, fhem oder root ergeben jeweils das gleiche.
Einzig der Update auf aktuelle Versionen scheint nicht so tun. Wenn ich sudo npm -g outdated mache, zeigt er mir dass die aktuelle Version 4.x wäre und bei mir 3.x installiert ist (die genaue Zahl von x weiß ich gerade nicht). Wenn ich dann sudo npm -g update homebridge dann arbeitet er auch vor sich hin und sagt dann was von success, aber ein erneuter Aufruf sudo npm -g outdated zeigt dann wieder die 3.x als installiert an.
irgendwie drängt sich mir der Eindruck auf, dass das iPhone schon "denkt" es sei zu irgendwas in der Home App verbunden und es versucht immer sich darauf zu verbinden. Das kann aber eigentlich nicht sein. Das iPhone ist neu (1 Woche alt).
Ich habe gestern nochmal spasseshalber auch die Elgato App versucht. Die geht auch nicht. Sobald man den Namen für das Heim vergeben hat sagt sie, dass die iCloud gerade synchronisiert werden und man deshalb warten müssen.
Moin,
Okay, kannst Du hier noch was löschen/deaktivieren? HomeKit Konfiguration auf iOS komplett löschen über Einstellungen -> Datenschutz -> HomeKit
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hi,
Danke. Das probiere ich heute abend. Es ist halt das iPhone meiner Frau und ich bin eh nicht so im Apple-Camp (um es mal vorsichtig zu sagen :-)
Hallo liebe Forenmitglieder,
gibt es bei homebridge eine Beschränkung auf die Anzahl der koppelbaren iOS-Devices?
Ich habe ein iPhone und zwei iPads, alle drei konnte ich Koppeln (die beiden iPADs dienen gleichzeitig als Apple HomeKit Server). Aller der Geräte hängen an meinem Apple-Konto.
Was mir nicht gelingt ist, dass iPhone meiner Frau an die Hombridge zu koppeln. Soll heißen das iPhone findet einfach kein Gerät (zur Abfrage des Codes komme ich erst gar nicht). Gibt es hier irgendeine Einschränkung der homebridge (z.B. dass sie nur mit einem Apple Konto verbunden sein darf oder ein max. an iOS Clients)?
Vielen
Dank MArk
Hängt das gerät deiner Frau auch in deinen iCloud Account?
Ansonsten kannst du deine frau einfach einladen.
bei der Apple Home App auf das Kompass Symbol oben links und dann Person einladen.
MfG
Zitat von: Black7king am 02 Februar 2017, 12:42:36
Hängt das gerät deiner Frau auch in deinen iCloud Account?
Ansonsten kannst du deine frau einfach einladen.
bei der Apple Home App auf das Kompass Symbol oben links und dann Person einladen.
MfG
Das ist der springende Punkt: Anderer iCloud Account => Nur über Einladung vom gekoppelten Hauptaccount
ZitatOkay, kannst Du hier noch was löschen/deaktivieren? HomeKit Konfiguration auf iOS komplett löschen über Einstellungen -> Datenschutz -> HomeKit
Ich hab mich da mal grad schlau gemacht. Der Weg über Einstellungen gilt für iOS9. Bei iOS10 geht das nur in der App. Dazu müsste ich halt in der App erstmal genau diesen Schritt weiter kommen. Siehe hier:
http://www.howtogeek.com/230906/how-to-reset-your-homekit-devices-and-configuration/ (http://www.howtogeek.com/230906/how-to-reset-your-homekit-devices-and-configuration/)
Aber soweit komme ich ja gar nicht erst.
EDIT um 23:30h: es geht jetzt. Irgendwann hat die App die Sucherei aufgegeben und hat eine Message angezeigt, dass das alles zu lange gedauert hätte und ob ich die Home Konfiguration löschen wolle. Habe ich dann gemacht und schwupps war ich in den normalen Start-Screen der App und konnte die Homebridge hinzufügen.
Das ist dann aber schon cool: die Steuerung per Siri hat den WAF mächtig erhöht !
Ich sehe mal wieder meine Meinung zu Apple bestätigt: verdammt gute Hardware, aber von Software sollten sie einfach die Finger lassen. Das ist immer nur zu max. 90% durchdacht.
Zitat von: Black7king am 02 Februar 2017, 12:42:36
Hängt das gerät deiner Frau auch in deinen iCloud Account?
Ansonsten kannst du deine frau einfach einladen.
bei der Apple Home App auf das Kompass Symbol oben links und dann Person einladen.
MfG
Oh man. Viiiielen Dank. Ich such seit Tagen die Option für die Einladung! Endlich hab ich sie. Der Hinweis auf das Kompasssymbol war entscheidend. 😅
@ Hauswart, Black7king
Danke für den Tipp mit der Einladung!
Zitat von: DeeSPe am 01 Februar 2017, 11:11:37
controlManu kennt kein night!
Das sieht man doch in den verfügbaren Settern! 8)
HEAT:controlManu+17
Sollte aber gehen!!!
Gruß
Dan
Super vielen Dank! Läuft sehr gut, endlich :)
Hallo :)
Erstmal tolle Arbeit und vielen Dank dafür, so was habe ich schon lange gesucht!
FHEM und Homebridge laufen unter Debian Jessie auf einer VM auf meinem Qnap mit diversen Homematic, Z-Wave und Intertechnogeräten.
Ich Hätte da eine Frage zu Homematic (HM-ES-PMSw1-Pl) Powermeter und Switchactuator?
ich Habe mir das Forum durchgelesen und auf Seite 29 ist es auch schon mal beschrieben, aber irgendwie steige ich da nicht durch,da ich ja einmal den Switchchannel und einmal den Powerchannel habe wie ich jetzt wo welches Mapping anlegen müsste das Homebridge dies als ein gerät erkennt? beim Z-Wave ging es von alleine ohne Mapping.
vielen Dank im Voraus.
Erstmal Danke für das tolle Modul und die viele Arbeit. Das ist schon High-Tech !
und die nächste Frage von mir (nachdem es jetzt läuft): ich habe einen ganzen Schwung Homematic UP-Rolladen-Aktoren. Wenn ich die jetzt ins Homekit rein nehme, dann werde sie in der Home App nur als Devices mit Ein/Aus Funktionalität gezeigt und jeder Schaltvorgang führt auch zu keiner Reaktion am Rolladen. Ich habe mir jetzt die 135 Seiten in dem Thread hier durchgelesen und auf Seite 87 geht es auch um das Thema aber leider keine Lösung beschrieben. Was muß ich denn da tun?
EDIT: zum Thema Update unten: so wie im FHEMWiki beschrieben ging es bei mir nicht. Ich musste sudo npm update -g machen, dann ist er auf der aktuellen Version
Kann es sein dass es an der Version meiner Homebridge liegt? wenn ich npm -g outdated mache, dann kriege ich folgendes Feedback
Package Current Wanted Latest Location
npm 3.10.10 4.2.0 4.1.2
Jede Variante des update ( npm -g update homebridge oder npm install -g --unsafe-perm homebridge oder npm install npm) führt zum gleichen Ergebniss. Der installiert einfach keine neuere Version.
Welchen GenericDeviceType haben die Dinger denn bei dir? Versuch ihn mal auf "blind" zu setzen (Homebridge restart)
hmmmm . das Attribut generic deviceType ist nicht gesetzt. Ich setzte das jetzt mal.
Ich würde aber Stein und Bein schwören, dass das Attribut gestern Abend an den HM Aktoren nicht vorhanden war (also gar nicht zur Auswahl stand). Jetzt steht es zur Auswahl.
Zitat von: zentis666 am 29 Januar 2017, 17:49:37
Ok, danke Dan!
TargetTemperature=2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=datapoint+2.SETPOINT
funzt auch nicht.
Wenn ich aber
TargetTemperature=datapoint::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,
setze, kommt zumindest in der homebridge
executing: https://127.0.0.1:8083/fhem?cmd=set%20HM_CC_TC_EG_WZ%20datapoint%2022&XHR=1
fehlt nur 2.SETPOINT.
Wenn ich
TargetTemperature=datapoint::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5,cmd=2.SETPOINT
eingebe, kommt in der Konsole gar nichts wenn ich schalte (also sobald das cmd= drin ist)
bei
TargetTemperature=datapoint+2.SETPOINT::2.SETPOINT,minValue=10,maxValue=30,minStep=0.5
oder
TargetTemperature=2.SETPOINT::datapoint+2.SETPOINT,minValue=10,maxValue=30,minStep=0.5
kommt auch nichts in der Konsole.
Grüsse
Sven
Hallo Sven,
die Anbindung von HMCCU-Devices ist echt ein bischen tricky.
Bei mir läuft es so:
TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,,minValue=19,maxValue=23,minStep=0.5,cmd=control,nocache=true
Das Attribite controldatapoint auch noch setzen, bei mir: 1.SET_POINT_TEMPERATURE
Bei dir wahrscheinlich alles einfach mit 2.
Viel Erfolg
Christian
Hi, das Attribut genericdevicetype kommt erst nachdem fhem ein update auf dem homebridge modul gemacht hat.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Guten Morgen liebe Community,
ich setze seit längerer Zeit schon problemlos Homebridge ein, funktioniert auch einwandfrei.
Nun habe ich einen Zwischenstecker, welcher oft "unreachable" ist, weil er separat an einer Steckdosenleiste hängt und diese nicht durchgehend am Strom angeschlossen ist!
In HomeKit wird mir dieses "unreachable" Gerät aber als "eingeschaltet" angezeigt. Gibt es hier eine Möglichkeit dies anders darzustellen?
Gruß
Mathias
CSRF in FHEM 5.8 scheint das Modul zu killen.
Andre, siehe dir das bitte bei Gelegenheit mal an.
Sent from my iPhone using Tapatalk
das ist richtig. betrifft aber nicht nur homebridge-fhem (und alexa-fhem) sondern auch tabletui und jede software die fhem per url steuert.
ich habe hier: https://forum.fhem.de/index.php/topic,53847.msg578396.html#msg578396 (https://forum.fhem.de/index.php/topic,53847.msg578396.html#msg578396) mal einen vorschlag gemacht was man tun könnte. so richtig elegant ist das aber nicht.
Moin,
seit gestern startet meine homebridge nicht mehr, und stirbt nach dem Start zum Schluss mit dieser Exception:
/usr/lib/node_modules/homebridge-fhem/index.js:1083
if( s.Attributes.disable == 1 ) {
^
TypeError: Cannot read property 'disable' of undefined
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:1083:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1031:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1028:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
Alles was ich getan habe, ist ein weiteres Homematic Thermostat und einen Tür/Fenstersensor mit dem System zu pairen. Der Thermostat ist aber noch nicht installiert. Kann es damit zu tun haben?
Gruß
Psy
Hallo ,
stehe mit der Installation von Homebridge auf dem Kriegsfuß ,
habe heute eine komplette Neuinstallation angefangen nach Anleitung im Wiki .....
Was bedeutet die Meldung im Screenshot bzw. warum macht er nicht das Update ??
Du versucht auch homebridge zu updaten. :) Ich denke du möchtest npm updaten.
Versuche doch mal:
sudo npm -g install npm
Uff.... ;)
Vielen Dank , wer lesen kann ist klar im Vorteil .
Hallo zusammen,
ich habe eine wunderbar Funktionsfähig Homebridge am laufen. Jedoch habe ich mit einem Device und zwar dem Nuki - Türschloss ein Problem. Dieses lässt sich nicht über Siri Steuern. Ich habe dieses Problem bereits im Nuki Forum beschrieben (https://forum.fhem.de/index.php/topic,55756.msg580118.html#new) und CoolTux sagt mir, dass ich den angehängten Fehler mal bei euch vorstellen soll....
Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-lockState: unlocked
Feb 08 15:54:01 raspberrypi homebridge[474]: [2/8/2017, 3:54:01 PM] [FHEM] NUKIDevice112944569-lockState value unlocked not handled in values
Feb 08 15:54:01 raspberrypi homebridge[474]: 2017-02-08 15:54:01 caching: NUKIDevice112944569-state: unlocked
Hoffe ihr könnt mir helfen.
Gruß
Morpheus
Was hast du denn als homebridge Mapping eingetragen?
Sent from my iPhone using Tapatalk
Hi,
am besten mal ein ganzes list des Device senden. Zusätzlich die verschiedenen States erläutern inkl. der Antwort wie die in Homekit sein sollen.
Hatten wir nicht weiter oben schon mal ein Türschnapper und Mappings (Problem Tür öffnen vs. aufschliessen vs. Abschließen)?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 08 Februar 2017, 17:39:46
Hi,
am besten mal ein ganzes list des Device senden. Zusätzlich die verschiedenen States erläutern inkl. der Antwort wie die in Homekit sein sollen.
Hatten wir nicht weiter oben schon mal ein Türschnapper und Mappings (Problem Tür öffnen vs. aufschliessen vs. Abschließen)?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hier die list der Nuki-Bridge und des Nuki-Devices
Internals:
DEF 112944569 IODev=NBridge1
IODev NBridge1
NAME NUKIDevice112944569
NR 56
NUKIID 112944569
STATE unlocked
TYPE NUKIDevice
VERSION 0.6.0
WEBHOOK_REGISTER unregistered
Readings:
2017-02-08 16:04:57 battery ok
2017-02-08 16:04:57 batteryCritical false
2017-02-08 16:04:57 lockState unlocked
2017-02-08 17:41:09 name Nuki_06BB65B9
2017-02-08 17:41:09 paired true
2017-02-08 17:41:09 rssi -74
2017-02-08 16:04:57 state unlocked
2017-02-08 16:04:57 success true
Fhem:
infix NUKIDevice
Helper:
Attributes:
IODev NBridge1
alias Nuki Zuhause
genericDeviceType lock
homebridgeMapping LockCurrentState=lockState,values=/^lock/:SECURED;/^unlock:UNSECUREDLockTargetState=state,values=/^lock/:SECURED;/^unlock:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
room Homekit,NUKI
Internals:
BRIDGEAPI 1.5
DEF 192.168.2.42 xxx
HOST 192.168.2.42
NAME NBridge1
NR 53
PORT 8080
STATE connected
TOKEN xxxx
TYPE NUKIBridge
VERSION 0.6.0
Readings:
2017-01-30 16:51:57 0_name Nuki Zuhause
2017-01-30 16:51:57 0_nukiId 112944569
2017-02-08 17:42:45 appVersion 0.2.14
2017-02-08 17:42:45 bridgeType Software
2017-02-08 17:42:45 currentTime 2017-02-08T16:42:39Z
2017-02-07 07:31:24 lastError connect to http://192.168.2.42:8080: Network is unreachable
2017-02-08 17:42:45 serverConnected true
2017-02-08 17:42:45 serverId 915081946
2017-01-30 16:51:57 smartlockCount 1
2017-02-08 17:42:45 state connected
2017-02-08 17:42:45 uptime 811076
Helper:
aliveCount 0
Attributes:
room Homekit,NUKI
Über die EVE App habe ich das Device dann dem Raum Flur zugeordnet und den Siri-Namen "Tür" vergeben.
Ich bekomme als Antwort immer "Tür ist abgeschlossen" obwohl sie geöffnet ist.
Grüße Morpheus
Zitat von: Morpheus_1977 am 08 Februar 2017, 17:48:54
Hier die list der Nuki-Bridge und des Nuki-Devices
LockCurrentState=lockState,values=/^lock/:SECURED;/^unlock:UNSECUREDLockTargetState=state,values=/^lock/:SECURED;/^unlock:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
Da fehlt auf alle Fälle schon mal ein Leerzeichen vor TargetState.
Die /^ sind auch unnötig!
LockCurrentState=lockState,values=lock:SECURED;unlock:UNSECURED LockTargetState=LockCurrentState,cmds=SECURED:lock;UNSECURED:unlock
Gruß
Dan
ZitatDie /^ sind auch unnötig!
nicht ganz. /lock/ matched auch auf unlock
Zitat von: justme1968 am 08 Februar 2017, 17:58:43
nicht ganz. /lock/ matched auch auf unlock
Sorry, ich dachte ohne die / wird das nicht als Regex interpretiert!
Gruß
Dan
als ich das geschrieben habe waren da noch /
Hi,
wenn es jetzt läuft: Wir freuen uns auch über die Gesamtlösung ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 08 Februar 2017, 18:08:07
Hi,
wenn es jetzt läuft: Wir freuen uns auch über die Gesamtlösung ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Ich bin ehrlich, ich weiß garnicht was ich jetzt machen muss/soll um mein Problem zu lösen!
Vllt. kann mir ja noch wer auf die Sprünge helfen.....
Zitat von: Morpheus_1977 am 08 Februar 2017, 18:16:17
Ich bin ehrlich, ich weiß garnicht was ich jetzt machen muss/soll um mein Problem zu lösen!
Vllt. kann mir ja noch wer auf die Sprünge helfen.....
Die Informationen nutzen die Dir gegeben wurden und mal probieren!
Gruß
Dan
Zitat von: DeeSPe am 08 Februar 2017, 19:06:08
Die Informationen nutzen die Dir gegeben wurden und mal probieren!
Gruß
Dan
Ok, ich habe jetzt die ^ entfernt und das leerzeichen gesetzt. Nach nem Reboot und probieren ob Siri abschließt finden sich folgendes im Log:
2017.02.08 19:33:10 4: NUKIBridge (NBridge1) - NUKIBridge_GetCheckBridgeAlive
2017.02.08 19:33:10 4: HttpUtils url=http://192.168.2.42:8080/info?token=xxxxx
2017.02.08 19:33:10 4: NUKIBridge (NBridge1) - Send HTTP POST with URL http://192.168.2.42:8080/info?token=xxxxx
2017.02.08 19:33:10 4: NUKIBridge (NBridge1) - run NUKIBridge_Call
2017.02.08 19:33:10 4: NUKIBridge (NBridge1) - Call InternalTimer for NUKIBridge_GetCheckBridgeAlive
2017.02.08 19:33:10 4: http://192.168.2.42:8080/info?token=xxxxx: HTTP response code 200
2017.02.08 19:33:10 4: HttpUtils http://192.168.2.42:8080/info?token=xxxxx: Got data, length: 241
2017.02.08 19:33:10 5: NUKIBridge (NBridge1) - Response JSON: {"bridgeType":2,"ids":{"serverId":915081946},"versions":{"appVersion":"0.2.14"},"uptime":817701,"currentTime":"2017-02-08T18:33:05Z","serverConnected":true,"scanResults":[{"nukiId":112944569,"name":"Nuki_06BB65B9","rssi":-77,"paired":true}]}
2017.02.08 19:33:10 5: NUKIBridge (NBridge1) - Response ERROR:
2017.02.08 19:33:10 5: NUKIBridge (NBridge1) - Response CODE: 200
2017.02.08 19:33:10 5: NUKIBridge (NBridge1) - Bridge ist online
2017.02.08 19:33:10 5: Starting notify loop for NBridge1, 1 event(s), first is connected
2017.02.08 19:33:10 5: End notify loop for NBridge1
2017.02.08 19:33:10 5: Starting notify loop for NBridge1, 6 event(s), first is appVersion: 0.2.14
2017.02.08 19:33:10 5: End notify loop for NBridge1
2017.02.08 19:33:10 4: NUKIDevice (NUKIDevice112944569) - Received scanResults for matching NukiID 112944569 at device NUKIDevice112944569
2017.02.08 19:33:10 5: NUKIDevice (NUKIDevice112944569) - Parse with result: {"paired":true,"name":"Nuki_06BB65B9","rssi":-77}
2017.02.08 19:33:10 5: NUKIDevice (NUKIDevice112944569) - parse status message for NUKIDevice112944569
2017.02.08 19:33:10 5: NUKIDevice (NUKIDevice112944569) - readings set for NUKIDevice112944569
Das hab ich auch grad gefunden
2017.02.08 19:43:11 5: Cmd: >set NUKIDevice112944569 undefined true<
[(/code]Auf der Console per sudo systemctl status homebridge findet man folgendes:
Feb 08 19:31:21 raspberrypi homebridge[473]: longpoll error: Error: connect ECONNREFUSED 127.0.0.1:8083, retry in: 10000msec
Feb 08 19:31:31 raspberrypi homebridge[473]: starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=1486578661.721;fmt=JSON×tamp=1486578691104
Feb 08 19:31:44 raspberrypi homebridge[473]: [2/8/2017, 7:31:44 PM] [FHEM] NUKIDevice112944569: executing set cmd for LockTargetState with value true
Feb 08 19:31:44 raspberrypi homebridge[473]: [2/8/2017, 7:31:44 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20NUKIDevice112944569%20undefined%20true&XHR=1
Zitat von: Morpheus_1977 am 08 Februar 2017, 19:36:57
Ok, ich habe jetzt die ^ entfernt und das leerzeichen gesetzt.
Naja, nun weiß keiner was Du wirklich gemappt hast!
Hast Du das Mapping mal wie von mir vorgeschlagen gesetzt?
Zitat von: DeeSPe am 08 Februar 2017, 17:56:42
LockCurrentState=lockState,values=lock:SECURED;unlock:UNSECURED LockTargetState=LockCurrentState,cmds=SECURED:lock;UNSECURED:unlock
Ich kenne die set Befehle von NUKI nicht!
Sind die wirklich nur "set <name> lock" und "set <name> unlock"?
Gruß
Dan
Hi,
Also aus der Commandref:
statusRequest - ruft den aktuellen Status des Smartlocks von der Bridge ab.
lock - verschließen
unlock - aufschließen
unlatch - entriegeln/Falle öffnen.
unpair - entfernt das pairing mit dem Smart Lock
locknGo - verschließen wenn gegangen
locknGoWithUnlatch - verschließen nach dem die Falle geöffnet wurde.
Also wie möchtest Du mit unlatch umgehen? Soll das als UNSECURED umgesetzt werden?
Oder brauchst Du nicht mehr als zwei Zustände in Homekit?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 08 Februar 2017, 23:17:42
Hi,
Also aus der Commandref:
statusRequest - ruft den aktuellen Status des Smartlocks von der Bridge ab.
lock - verschließen
unlock - aufschließen
unlatch - entriegeln/Falle öffnen.
unpair - entfernt das pairing mit dem Smart Lock
locknGo - verschließen wenn gegangen
locknGoWithUnlatch - verschließen nach dem die Falle geöffnet wurde.
Also wie möchtest Du mit unlatch umgehen? Soll das als UNSECURED umgesetzt werden?
Oder brauchst Du nicht mehr als zwei Zustände in Homekit?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
vielen Dank für deine Antwort. Das HomebridgeMapping wurde nach dem Anlegen des Device automatisch angelegt, von daher habe ich gedacht das dort schon alle Möglichen Zustände abgebildet werden. Leider kennne ich mich mit der Syntax wie sie in dem Mapping ist nicht aus um hier auch Hand anzulegen.
Ich hätte jedoch gerne die folgenden 3 Zustände die ich über Siri steuern kann:
- lock - verschließen
- unlock - aufschließen
- unlatch - entriegeln/Falle öffnen
Heißt UNSECURED das die Zustände dann ignoriert werden und SECURED das sie ausgeführt werden können?
Gruß Morpheus
Zitat von: PsychoD am 07 Februar 2017, 08:56:08
Moin,
seit gestern startet meine homebridge nicht mehr, und stirbt nach dem Start zum Schluss mit dieser Exception:
/usr/lib/node_modules/homebridge-fhem/index.js:1083
if( s.Attributes.disable == 1 ) {
^
TypeError: Cannot read property 'disable' of undefined
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:1083:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1031:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1028:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
Alles was ich getan habe, ist ein weiteres Homematic Thermostat und einen Tür/Fenstersensor mit dem System zu pairen. Der Thermostat ist aber noch nicht installiert. Kann es damit zu tun haben?
Gruß
Psy
Kurze Info für alle die das Gleiche erleben: Es scheint wirklich irgendein Attribut zu sein, was vor der Installation nicht gesetzt ist o.ä.. Nach der Installation ist alles wieder gut!
VG
Psy
Hallo,
habe auch kurz eine Frage und zwar wollte ich mit:
CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=humidity,minValue=0,subtype=Feuchte
alle 3 Werte separat als Icon in Home darstellen. Leider klappt das nicht.Temperatur wird korrekt angezeigt, aber der Taupunkt heißt nun Feuchte und zeigt aber den Taupunkt an, nur dann in den Details die rel. Feuchtigkeit wie es schon vorher war.
[2/10/2017, 4:26:42 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=h$
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp is thermometer
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp has
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [temperature]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [dew]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-02-10 16:26:42 caching: GaOstTemp-temperature: 7.9^@
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentTemperature:Temperatur: 7.9 (as number; from '7.9^@')
2017-02-10 16:26:42 caching: GaOstTemp-dew: -6.63
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentTemperature:Taupunkt: -6.63 (as number; from '-6.63')
2017-02-10 16:26:42 caching: GaOstTemp-humidity: 34.9^@
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentRelativeHumidity:Feuchte: 34 (as number; from '34.9^@')
Was mache ich falsch?
Danke!
Zitat von: Steffen@Home am 10 Februar 2017, 16:23:11
Hallo,
habe auch kurz eine Frage und zwar wollte ich mit:
CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=humidity,minValue=0,subtype=Feuchte
alle 3 Werte separat als Icon in Home darstellen. Leider klappt das nicht.Temperatur wird korrekt angezeigt, aber der Taupunkt heißt nun Feuchte und zeigt aber den Taupunkt an, nur dann in den Details die rel. Feuchtigkeit wie es schon vorher war.
[2/10/2017, 4:26:42 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=h$
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp is thermometer
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp has
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [temperature]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [dew]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-02-10 16:26:42 caching: GaOstTemp-temperature: 7.9^@
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentTemperature:Temperatur: 7.9 (as number; from '7.9^@')
2017-02-10 16:26:42 caching: GaOstTemp-dew: -6.63
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentTemperature:Taupunkt: -6.63 (as number; from '-6.63')
2017-02-10 16:26:42 caching: GaOstTemp-humidity: 34.9^@
[2/10/2017, 4:26:42 PM] [FHEM] caching: CurrentRelativeHumidity:Feuchte: 34 (as number; from '34.9^@')
Was mache ich falsch?
Danke!
Wenn Du sie separat darstellen willst dann geht das m.E. nicht mit einem Mapping in einem physischen Gerät.
Dazu müsstest Du die Werte an z.B. dummy(s) "auslagern" und diese dann entsprechend für HomeKit Mappen.
Gruß
Dan
Hallo Dan,
danke. Aber 2 Icons separat hatte ich ja schon mit:
CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt
verstehe nicht warum dann nicht auch 3 gehen sollen... ::)
Zitat von: Steffen@Home am 10 Februar 2017, 17:36:41
Hallo Dan,
danke. Aber 2 Icons separat hatte ich ja schon mit:
CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt
verstehe nicht warum dann nicht auch 3 gehen sollen... ::)
Vielleicht verstehe ich Deine Anforderung auch nicht richtig.
Ich habe bspw. ein umfangreiches Mapping auf einem Device und die Home App zeigt mir alle gemappten Characteristics als ein Device (Kachel).
Soweit ich weiß kann die Home App aber keine Characteristics doppelt anzeigen und auch nicht alle wild durcheinander, das können nur Dritt-Apps ala Eve und Co.
Gruß
Dan
Hi,
ich habe das mit dem Mapping noch nicht so ganz verstanden.
Kann mir mal jemand zeigen, wie ein richtiges homebridge mapping für eine MiLight Glühbirne aussehen könnte?
Danke schonmal.
Gruß
die sollten komplett automatisch ohne mapping von hand funktionieren.
Zitat von: Morpheus_1977 am 09 Februar 2017, 08:19:14
Hallo Arnd,
vielen Dank für deine Antwort. Das HomebridgeMapping wurde nach dem Anlegen des Device automatisch angelegt, von daher habe ich gedacht das dort schon alle Möglichen Zustände abgebildet werden. Leider kennne ich mich mit der Syntax wie sie in dem Mapping ist nicht aus um hier auch Hand anzulegen.
Ich hätte jedoch gerne die folgenden 3 Zustände die ich über Siri steuern kann:
- lock - verschließen
- unlock - aufschließen
- unlatch - entriegeln/Falle öffnen
Heißt UNSECURED das die Zustände dann ignoriert werden und SECURED das sie ausgeführt werden können?
Gruß Morpheus
Wie sieht es den aber mit dem Mapping für das Nuki Türschloss aus? Ich komme da leider ohne Hilfe nicht weiter....
Gesendet von iPhone mit Tapatalk
Zitat von: justme1968 am 10 Februar 2017, 19:47:35
die sollten komplett automatisch ohne mapping von hand funktionieren.
Ok, danke.
hallo,
hat von euch jemand einen enigma2 receiver im einsatz mit dem er über siri die programme umschalten kann?
wenn ja....wie kann ich das mit fhem realisieren?
lg
Hallo,
ich habe gestern meine Homebridge nach der Anleitung auf der Wiki Seite https://wiki.fhem.de/wiki/Homebridge_einrichten (https://wiki.fhem.de/wiki/Homebridge_einrichten) geupdated.
Das Problem, dass der Status der HUE Lampen nicht geupdatet wurde, wurde damit behoben aber leider ist ein neues Problem aufgetaucht.
Nun kann ich meine Thermostaten (Homatic HM-CC-RT-DN) nicht mehr via Siri steuern, obwohl ich das homebridgeMapping nach meinem Wissen korrekt eingetragen habe, aber seht selbst:
TargetTemperature=desired-temp, minValue=5,maxValue=25,minStep=0.5, CurrentTemperature=measured-temp
Meine Frage ist nun, was kann ich tun, damit es wieder funktioniert?
Vielen Dank für eure Hilfe
Zitat von: JPP88 am 12 Februar 2017, 14:43:44
Hallo,
ich habe gestern meine Homebridge nach der Anleitung auf der Wiki Seite https://wiki.fhem.de/wiki/Homebridge_einrichten (https://wiki.fhem.de/wiki/Homebridge_einrichten) geupdated.
Das Problem, dass der Status der HUE Lampen nicht geupdatet wurde, wurde damit behoben aber leider ist ein neues Problem aufgetaucht.
Nun kann ich meine Thermostaten (Homatic HM-CC-RT-DN) nicht mehr via Siri steuern, obwohl ich das homebridgeMapping nach meinem Wissen korrekt eingetragen habe, aber seht selbst:
TargetTemperature=desired-temp, minValue=5,maxValue=25,minStep=0.5, CurrentTemperature=measured-temp
Meine Frage ist nun, was kann ich tun, damit es wieder funktioniert?
Vielen Dank für eure Hilfe
Ich sehe ein Leerzeichen und ein Komma zu viel!
TargetTemperature=desired-temp,minValue=5,maxValue=25,minStep=0.5 CurrentTemperature=measured-tempGruß
Dan
Vielen Dank für die schnelle Antwort,
wie ich gerade sah war das Hauptproblem, dass genericDeviceType auf Thermometer stand, keine Ahnung wieso.
Aber das mit dem Komma zuviel verstehe ich dann doch nicht.
Nun habe ich doch ein Problem mit der Homebridge und Hue Lampen.
Vor dem Update waren die Lampen immer an, obwohl diese aus waren.
Jetzt nach dem ich alles geupdatet habe kann ich wie gewohnt die Hue Lampen via Homebridge und FHEM steuern, aber sie werden immer als aus angezeigt.
Was für ein homebridge Mapping muss ich nutzen?
Vielen Dank für eure Ratschläge im Voraus
für hue lampen brauchst du gar kein homebridgeMapping. nur genericDeviceType auf light setzen.
Wie es aussieht lag es am event change on reading das hatte ich auf State, nun löschte ich es und wie es aussieht funktioniert es jetzt.
Hallo ,
ich habe leider keine Lösung in diesem Forum für meine Frage gefunden :
In meiner Fhem Installation habe ich Homebridge ohne Fehler installiert. In dem Raum Homekit sind auch schon Akktoren ( Garage und Rollos ) .
Auf dem Iphone wird die Homebridge erkannt und die Räume bzw. die Akktoren gefunden .
Das Problem besteht darin ,das wenn ich einen Akktor schalte ( EVE oder Homekit) , dieser nicht reagiert.
In Fhem funktioniert dies.
Wenn ich über die Konsole den Status abfrage ,sehe ich folgendes :
pi@raspberrypi:~ $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (running) since Sun 2017-02-12 21:00:56 CET; 12s ago
Process: 2799 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 2845 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/homebridge.service
└─2882 homebridge
Feb 12 21:00:53 raspberrypi su[2849]: pam_unix(su:session): session closed for user pi
Feb 12 21:00:53 raspberrypi homebridge[2845]: Homebridge starting
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** Please fix your application to use the native API of Avahi!
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** Please fix your application to use the native API of Avahi!
Feb 12 21:00:54 raspberrypi nodejs[2882]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DN
Feb 12 21:00:55 raspberrypi homebridge[2845]: Homebridge is running PID 2882
Feb 12 21:00:56 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Hint: Some lines were ellipsized, use -l to show in full.
Hat dies etwas mit session closed for user pi zu tun ??
Hi,
Wie sind die list der Devices in FHEM? Oben sind keine Fehler zu sehe n. Also was konkret steht im DeviceMapping und GenericDeviceType?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: Morpheus_1977 am 09 Februar 2017, 08:19:14
Hallo Arnd,
vielen Dank für deine Antwort. Das HomebridgeMapping wurde nach dem Anlegen des Device automatisch angelegt, von daher habe ich gedacht das dort schon alle Möglichen Zustände abgebildet werden. Leider kennne ich mich mit der Syntax wie sie in dem Mapping ist nicht aus um hier auch Hand anzulegen.
Ich hätte jedoch gerne die folgenden 3 Zustände die ich über Siri steuern kann:
- lock - verschließen
- unlock - aufschließen
- unlatch - entriegeln/Falle öffnen
Heißt UNSECURED das die Zustände dann ignoriert werden und SECURED das sie ausgeführt werden können?
Gruß Morpheus
Hallo Arnd,
Wie bekomme ich den die 3 Zustände ins Mapping für homebridge um mit Siri steuern zu können?
Gruß
Morpheus
Gesendet von iPhone mit Tapatalk
Guten Morgen ,
hier ein Beispiel meines Garagen-Akktors :
Internals:
DEF 2DD0FD
HMLAN1_MSGCNT 2
HMLAN1_RAWMSG R32C757E3,0001,F0BEEB7E,FF,FFC6,F8A4102DD0FD1C69D8060100003C
HMLAN1_RSSI -58
HMLAN1_TIME 2017-02-12 15:43:29
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 2
NAME Garagentor
NOTIFYDEV global
NR 30
NTFY_ORDER 50-Garagentor
STATE off
TYPE CUL_HM
lastMsg No:F8 - t:10 s:2DD0FD d:1C69D8 060100003C
protLastRcv 2017-02-12 15:43:29
protSnd 2 last_at:2017-02-12 15:43:29
protState CMDs_done
rssi_HMLAN1 max:-60 avg:-60 cnt:1 min:-60 lst:-60
rssi_at_HMLAN1 max:-58 avg:-58 cnt:2 min:-58 lst:-58
Readings:
2017-02-12 14:22:49 CommandAccepted yes
2017-02-07 13:48:25 D-firmware 2.5
2017-02-07 13:48:25 D-serialNr LEQ0746357
2017-02-07 13:48:35 PairedTo 0x1C69D8
2017-02-07 13:48:29 R-pairCentral 0x1C69D8
2017-02-07 13:48:30 R-powerUpAction off
2017-02-07 13:48:30 R-sign off
2017-02-07 13:48:35 RegL_00. 02:01 0A:1C 0B:69 0C:D8 15:FF 18:00 00:00
2017-02-07 13:48:36 RegL_01. 08:00 30:06 57:24 56:00 00:00
2017-02-12 15:43:29 deviceMsg off (to HMLAN1)
2017-02-12 15:43:29 level 0
2017-02-12 15:43:29 pct 0
2017-02-12 15:43:29 recentStateType info
2017-02-12 15:43:29 state off
2017-02-12 15:43:29 timedOn off
Helper:
HM_CMDNR 248
cSnd ,011C69D82DD0FD010E
mId 0004
rxType 1
supp_Pair_Rep 0
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2DD0FD,00,00,00
nextSend 1486910609.67115
prefIO
rxt 0
vccu
p:
2DD0FD
00
00
00
Mrssi:
mNo F8
Io:
HMLAN1 -56
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1486910609.56566
ack:
HASH(0xea1398)
F880021C69D82DD0FD00
Rssi:
Hmlan1:
avg -60
cnt 1
lst -60
max -60
min -60
At_hmlan1:
avg -58
cnt 2
lst -58
max -58
min -58
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
eventMap /on-for-timer 1:on/
expert 2_raw
firmware 2.5
homebridgeMapping clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-for-timer+1
model HM-LC-SW1-FM
peerIDs 00000000,
room Garage,Homekit,CUL_HM
serialNr LEQ0746357
subType switch
webCmd statusRequest:toggle:on:off
Komischerweise , wenn ich in Homekit alles lösche und neu einbinde ,wird ja die Bridge und die Akktoren gefunden.
Gleichzeitig werden die Akktoren dann einmal "angesprochen" und ausgelöst ....
Nochmal ein Auszug aus der Console :
pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceR egister>
[2/13/2017, 2:08:46 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.71
[2/13/2017, 2:08:46 PM] Registering platform 'homebridge-fhem.FHEM'
[2/13/2017, 2:08:46 PM] ---
[2/13/2017, 2:08:46 PM] Loaded config.json with 0 accessories and 1 platforms.
[2/13/2017, 2:08:46 PM] ---
[2/13/2017, 2:08:46 PM] Loading 1 platforms...
[2/13/2017, 2:08:46 PM] [FHEM] Initializing FHEM platform...
[2/13/2017, 2:08:47 PM] [FHEM] Checking devices and attributes...
[2/13/2017, 2:08:47 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userat tr%22,%22%22)%7D&XHR=1
[2/13/2017, 2:08:47 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;f mt=JSON×tamp=1486991327055
[2/13/2017, 2:08:47 PM] [FHEM] Fetching FHEM devices...
[2/13/2017, 2:08:47 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2/13/2017, 2:08:47 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2/13/2017, 2:08:47 PM] [FHEM] got: 4 results
[2/13/2017, 2:08:47 PM] [FHEM] homebridgeMapping: clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-f or-timer+1
[2/13/2017, 2:08:47 PM] [FHEM] mappings for Garagentor: { On:
{ reading: 'state',
valueOn: 'on',
cmdOn: 'on-for-timer 1',
cmdOff: 'on-for-timer 1' } }
[2/13/2017, 2:08:47 PM] [FHEM] Garagentor is switch
[2/13/2017, 2:08:47 PM] [FHEM] Garagentor has
[2/13/2017, 2:08:47 PM] [FHEM] On [state;on-for-timer 1,on-for-timer 1]
2017-02-13 14:08:47 caching: Garagentor-state: off
[2/13/2017, 2:08:47 PM] [FHEM] Garagentor-state valueOn/valueOff: value off mapped to 0
[2/13/2017, 2:08:47 PM] [FHEM] caching: On: false (as boolean; from 'off')
[2/13/2017, 2:08:47 PM] [FHEM] homebridgeMapping: clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-f or-timer+1
[2/13/2017, 2:08:47 PM] [FHEM] mappings for Rollo_Esszimmer: { On:
{ reading: 'state',
valueOn: 'on',
cmdOn: 'on-for-timer 1',
cmdOff: 'on-for-timer 1' } }
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Esszimmer is switch
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Esszimmer has
[2/13/2017, 2:08:47 PM] [FHEM] On [state;on-for-timer 1,on-for-timer 1]
2017-02-13 14:08:47 caching: Rollo_Esszimmer-state: off
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Esszimmer-state valueOn/valueOff: value off mapped to 0
[2/13/2017, 2:08:47 PM] [FHEM] caching: On: false (as boolean; from 'off')
[2/13/2017, 2:08:47 PM] [FHEM] homebridgeMapping: clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-f or-timer+1
[2/13/2017, 2:08:47 PM] [FHEM] mappings for Rollo_Tuer: { On:
{ reading: 'state',
valueOn: 'on',
cmdOn: 'on-for-timer 1',
cmdOff: 'on-for-timer 1' } }
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Tuer is switch
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Tuer has
[2/13/2017, 2:08:47 PM] [FHEM] On [state;on-for-timer 1,on-for-timer 1]
2017-02-13 14:08:47 caching: Rollo_Tuer-state: off
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Tuer-state valueOn/valueOff: value off mapped to 0
[2/13/2017, 2:08:47 PM] [FHEM] caching: On: false (as boolean; from 'off')
[2/13/2017, 2:08:47 PM] [FHEM] homebridgeMapping: clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-f or-timer+1
[2/13/2017, 2:08:47 PM] [FHEM] mappings for Rollo_Wohnzimmer: { On:
{ reading: 'state',
valueOn: 'on',
cmdOn: 'on-for-timer 1',
cmdOff: 'on-for-timer 1' } }
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Wohnzimmer is switch
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Wohnzimmer has
[2/13/2017, 2:08:47 PM] [FHEM] On [state;on-for-timer 1,on-for-timer 1]
2017-02-13 14:08:47 caching: Rollo_Wohnzimmer-state: off
[2/13/2017, 2:08:47 PM] [FHEM] Rollo_Wohnzimmer-state valueOn/valueOff: value off mapped to 0
[2/13/2017, 2:08:47 PM] [FHEM] caching: On: false (as boolean; from 'off')
[2/13/2017, 2:08:47 PM] [FHEM] Initializing platform accessory 'Garagentor'...
[2/13/2017, 2:08:47 PM] [FHEM] creating services for Garagentor
[2/13/2017, 2:08:47 PM] [FHEM] information service for Garagentor
[2/13/2017, 2:08:47 PM] [FHEM] manufacturer, model and serial number characteristics for Garagentor
[2/13/2017, 2:08:47 PM] [FHEM] Switch service for Garagentor
[2/13/2017, 2:08:47 PM] [FHEM] On characteristic for Garagentor:state
[2/13/2017, 2:08:47 PM] [FHEM] initial value is: false (boolean)
[2/13/2017, 2:08:47 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2/13/2017, 2:08:47 PM] [FHEM] Initializing platform accessory 'Rollo_Esszimmer'...
[2/13/2017, 2:08:47 PM] [FHEM] creating services for Rollo_Esszimmer
[2/13/2017, 2:08:47 PM] [FHEM] information service for Rollo_Esszimmer
[2/13/2017, 2:08:47 PM] [FHEM] manufacturer, model and serial number characteristics for Rollo_Esszimmer
[2/13/2017, 2:08:47 PM] [FHEM] Switch service for Rollo_Esszimmer
[2/13/2017, 2:08:47 PM] [FHEM] On characteristic for Rollo_Esszimmer:state
[2/13/2017, 2:08:47 PM] [FHEM] initial value is: false (boolean)
[2/13/2017, 2:08:47 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2/13/2017, 2:08:47 PM] [FHEM] Initializing platform accessory 'Rollo_Tuer'...
[2/13/2017, 2:08:47 PM] [FHEM] creating services for Rollo_Tuer
[2/13/2017, 2:08:47 PM] [FHEM] information service for Rollo_Tuer
[2/13/2017, 2:08:47 PM] [FHEM] manufacturer, model and serial number characteristics for Rollo_Tuer
[2/13/2017, 2:08:47 PM] [FHEM] Switch service for Rollo_Tuer
[2/13/2017, 2:08:47 PM] [FHEM] On characteristic for Rollo_Tuer:state
[2/13/2017, 2:08:47 PM] [FHEM] initial value is: false (boolean)
[2/13/2017, 2:08:47 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2/13/2017, 2:08:47 PM] [FHEM] Initializing platform accessory 'Rollo_Wohnzimmer'...
[2/13/2017, 2:08:47 PM] [FHEM] creating services for Rollo_Wohnzimmer
[2/13/2017, 2:08:47 PM] [FHEM] information service for Rollo_Wohnzimmer
[2/13/2017, 2:08:47 PM] [FHEM] manufacturer, model and serial number characteristics for Rollo_Wohnzimme r
[2/13/2017, 2:08:47 PM] [FHEM] Switch service for Rollo_Wohnzimmer
[2/13/2017, 2:08:47 PM] [FHEM] On characteristic for Rollo_Wohnzimmer:state
[2/13/2017, 2:08:47 PM] [FHEM] initial value is: false (boolean)
[2/13/2017, 2:08:47 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2/13/2017, 2:08:47 PM] Homebridge is running on port 51826.
[2/13/2017, 2:08:47 PM] [FHEM] no siri device found. please define it.
[2/13/2017, 2:08:48 PM] [FHEM] query: On for Garagentor-state
[2/13/2017, 2:08:48 PM] [FHEM] cached: false (as boolean')
[2/13/2017, 2:08:48 PM] [FHEM] query: On for Rollo_Esszimmer-state
[2/13/2017, 2:08:48 PM] [FHEM] cached: false (as boolean')
Hallo,
ich habe ein Verständnisproblem mit dem Parameter nocache=true.
Ich hab das folgende homebridge mapping
ZitathomebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=0.5,nocache=true
CurrentTemperature=BZ_Heizung_01_Clima:measured-temp
StatusLowBattery=BZ_Heizung_01:battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlManu+17.0
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0
TargetTemperature weise ich an, diesen Wert nicht zu cachen. In der homebridge erhalte ich aber die folgende Ausgabe, welche das Gegenteil behauptet.
Zitat[2/13/2017, 7:38:49 PM] [FHEM] query: TargetTemperature for BZ_Heizung_01_Clima-desired-temp
[2/13/2017, 7:38:49 PM] [FHEM] cached: 20.5 (as number')
Es wird auch nicht der aktualisierte Wert in der App angezeigt, sondern der aus dem Cache.
Nun die Frage, was mache ich falsch?
homebridge, homebridge-fhem plugin und fhem sind auf dem aktuellen Stand.
Gruß svenson
Zitat von: DeeSPe am 10 Februar 2017, 17:54:55
Vielleicht verstehe ich Deine Anforderung auch nicht richtig.
Ich habe bspw. ein umfangreiches Mapping auf einem Device und die Home App zeigt mir alle gemappten Characteristics als ein Device (Kachel).
Soweit ich weiß kann die Home App aber keine Characteristics doppelt anzeigen und auch nicht alle wild durcheinander, das können nur Dritt-Apps ala Eve und Co.
Gruß
Dan
Hallo Dan,
- Kannst du mal ein Screenshot davon machen?
- Wie sieht denn dein Mapping aus?
Meine Kachel´n sehen so aus:
Hallo Gemeinde,
erst einmal Danke an alle Beteiligten bzgl. Homebridge/FHEM.
Bisher läuft alles ohne Probleme. Div. Schalter, Sensoren usw. sind in FHEM eingebunden und mittels mapping werden auch diese nach meinen Bedürfnissen angezeigt.
Dokumentation ist bereits hier und da auch schon gelesen und mit etwas Spielerei wurde auch das ein oder andere zum laufen gebracht.
Folgende Fragen stellen sich jedoch noch:
- Wie läßt sich der Service Doorbell am besten integrieren? (Home-App (iOS 10.3 Beta) gibt an, daß es noch nicht unterstützt wird?!? und in EVE wird es als Eingabe-Ereignis unter Typen angezeigt... hatte zumindest auf PushNotification gehofft.)
- Besteht derzeit die Möglichkeit den Verlauf/Log/SVG (Temp Chart z.B.) aus FHEM in EVE zu Mappen?
- Besteht derzeit die Möglichkeit auch andere Typen in EVE zu Mappen (Custom Characteristics). (Temperatur, Verbrauch (kw/h) usw.) Würde hierbei z.B. an Lüfterdrehzahlen denken.
Gruß
Zitat von: Steffen@Home am 14 Februar 2017, 07:18:30
Hallo Dan,
- Kannst du mal ein Screenshot davon machen?
- Wie sieht denn dein Mapping aus?
Meine Kachel´n sehen so aus:
Sorry, hatte nicht mehr dran gedacht einen Screenshot hier hochzuladen.
Anbei mal ein paar Screenshots.
Der Erste zeigt mein HOMEMODE Device in der Home App im der Raumübersicht.
Der Zweite ist das selbe Device in der Home App in der Detail Ansicht.
Der Dritte ist das selbe Device in der Eve App.
Wie man sieht ist die Darstellung sehr unterschiedlich und auch die Menge der Characteristics.
Gruß
Dan
Hallo Dan, und wie sieht dein Homebridge Mapping bzw. das Device mit seinen Attributen aus?
Bei mir werden automatisch 2 Kacheln aber dann eine dritte dazu oder wie bei dir alles in einer habe ich noch nicht hinbekommen.
Zitat von: Steffen@Home am 18 Februar 2017, 16:01:24
Hallo Dan, und wie sieht dein Homebridge Mapping bzw. das Device mit seinen Attributen aus?
Bei mir werden automatisch 2 Kacheln aber dann eine dritte dazu oder wie bei dir alles in einer habe ich noch nicht hinbekommen.
Mein Mapping wird Dir überhaupt nichts bringen, denn es ist auf das HOMEMODE Modul angepasst.
Bisher ist in meinem Mapping auch keine Characteristic doppelt belegt.
Ich glaube, wenn ich mich jetzt recht erinnere, war da irgendwas mit komischer Aufteilung! >:(
Seit iOS 10.2 hat sich aber auch nochmal Einiges geändert. Seit dem habe ich aber noch nicht wieder wirklich intensiv probiert mit neuen Mappings.
Gruß
Dan
Für den Homematic HM-CC-RT-DN Funk-Heizkörperthermostat gibt es ja im Wiki eine Vorlage für die Konfiguration in FHEM, gibt es das auch für MAX!-Thermostate, diese funktionieren zwar ohne Konfiguration schon, das einzige was mich aber ärgert ist, das ich aus der Home-App heraus nicht wieder auf Automatik wechseln kann.
Zitat von: DeeSPe am 19 Februar 2017, 00:15:44
Mein Mapping wird Dir überhaupt nichts bringen, denn es ist auf das HOMEMODE Modul angepasst.
Bisher ist in meinem Mapping auch keine Characteristic doppelt belegt.
Ich glaube, wenn ich mich jetzt recht erinnere, war da irgendwas mit komischer Aufteilung! >:(
Seit iOS 10.2 hat sich aber auch nochmal Einiges geändert. Seit dem habe ich aber noch nicht wieder wirklich intensiv probiert mit neuen Mappings.
Gruß
Dan
Hallo Dan, du meinst deswegen?
Der Service "Temperature Sensor" beschränkt mich da auf nur
1 ne mögliche Temperatur oder ?
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp has
[2/10/2017, 4:26:42 PM] [FHEM]
CurrentTemperature [temperature]
[2/10/2017, 4:26:42 PM] [FHEM]
CurrentTemperature [dew]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentRelativeHumidity [humidity]
Ein wechsel zum Service "Thermostat" wäre auch blödsinn und würde wahrscheinlich nicht funktionieren, aber dieser hätte mehrere Temperatur Charakterisitics die ich nutzen könnte?
Vermutlich bleibt mir dann nichts anderes übrig als die 2 Temperaturen auf 2 getrennte dummys aufzutrennen?
/**
* Service "Thermostat"
*/
Service.Thermostat = function(displayName, subtype) {
Service.call(this, displayName, '0000004A-0000-1000-8000-0026BB765291' , subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.CurrentHeatingCoolingState);
this.addCharacteristic(Characteristic.TargetHeatingCoolingState);
this.addCharacteristic(Characteristic.CurrentTemperature);
this.addCharacteristic(Characteristic.TargetTemperature);
this.addCharacteristic(Characteristic.TemperatureDisplayUnits);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.CurrentRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.TargetRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.CoolingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.HeatingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.Name);
};
inherits(Service.Thermostat, Service);
Service.Thermostat.UUID = '0000004A-0000-1000-8000-0026BB765291' ;
/**
Welche Version von Node JS sollte man installieren, ich bekomme Homebridge im Moment nicht zum laufen, geht Version 6 auch?
Zitat von: Steffen@Home am 20 Februar 2017, 07:57:43
Hallo Dan, du meinst deswegen?
Der Service "Temperature Sensor" beschränkt mich da auf nur 1 ne mögliche Temperatur oder ?
[2/10/2017, 4:26:42 PM] [FHEM] GaOstTemp has
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [temperature]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentTemperature [dew]
[2/10/2017, 4:26:42 PM] [FHEM] CurrentRelativeHumidity [humidity]
Ein wechsel zum Service "Thermostat" wäre auch blödsinn und würde wahrscheinlich nicht funktionieren, aber dieser hätte mehrere Temperatur Charakterisitics die ich nutzen könnte?
Vermutlich bleibt mir dann nichts anderes übrig als die 2 Temperaturen auf 2 getrennte dummys aufzutrennen?
/**
* Service "Thermostat"
*/
Service.Thermostat = function(displayName, subtype) {
Service.call(this, displayName, '0000004A-0000-1000-8000-0026BB765291' , subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.CurrentHeatingCoolingState);
this.addCharacteristic(Characteristic.TargetHeatingCoolingState);
this.addCharacteristic(Characteristic.CurrentTemperature);
this.addCharacteristic(Characteristic.TargetTemperature);
this.addCharacteristic(Characteristic.TemperatureDisplayUnits);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.CurrentRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.TargetRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.CoolingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.HeatingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.Name);
};
inherits(Service.Thermostat, Service);
Service.Thermostat.UUID = '0000004A-0000-1000-8000-0026BB765291' ;
/**
Da HomeKit eh
zwei mehrere Geräte erstellt sobald Du mind. 2x die selbe Characteristic verwendet, kannst Du Dir die dummy(s) sparen!
Habe gerade mal nach meinem Hyperion Device geguckt! Das benutzt 3x On Characteristic und erstellt damit auch 3 Devices.
Ganz ehrlich:
Ich hatte am Anfang auch dewpoint mit gemappt. Ist zwar nett das mappen zu können, aber ich habe es dann wieder entfernt, da es mir keinerlei Mehrwert bringt!
Was nützt einem dewpoint wirklich in HomeKit? Man kann keine Schwellwerte und damit einhergehende Benachrichtigung konfigurieren. Also m.E. völlig nutzlos das zu mappen.
Gruß
Dan
Zitat von: elmer am 20 Februar 2017, 15:40:51
Welche Version von Node JS sollte man installieren, ich bekomme Homebridge im Moment nicht zum laufen, geht Version 6 auch?
Soweit ich weiß ist homebridge und homebridge-fhem ab NodeJS 0.12 lauffähig.
Gruß
Dan
Hi, und das bedeutet V4.x, V5.x und V6.x gehen auch. Bei mir läuft auch V6.x nachdem ich V5.x nicht installieren konnte ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Ich habe jetzt schon 4 mal neu installiert und bekomm immer diese Meldung wenn ich Homebridge starten will. Ich dachte zuerst es hat etwas mit nodejs zu tun, jetzt habe ich bei der Intallation bemerkt, das Homebridge immer startet, sobald ich jedoch das Autostart Script installiere, kommt dieser Fehler und Homebridge lässt sich nicht mehr starten.
events.js:160
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:1022:11)
at exports._exceptionWithHostPort (util.js:1045:20)
at Server._listen2 (net.js:1259:14)
at listen (net.js:1295:10)
at Server.listen (net.js:1391:5)
at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modulesap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nods/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modulesap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:91:10)
Habe eben noch bemerkt, wenn ich sudo killall homebridge eingebe lässt sich Homebridge wieder starten.
Was habe ich da für einen Fehler eingebaut?
Hi elmar,
Welche autostart Methode mit welchen usern? Was sagt
ps ax | grep homebridge
find /. 2>/dev/null | grep homebridge
find /. 2>/dev/null | grep config.json
?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hallo an alle,
nachdem ich heute morgen ein Fhem update gemacht habe starten meine homebridge nicht mehr es kommt immer:
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-02-20 20:13:27] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.71
[2017-02-20 20:13:27] Registering platform 'homebridge-fhem.FHEM'
[2017-02-20 20:13:27] ---
[2017-02-20 20:13:28] Loaded plugin: homebridge-http
[2017-02-20 20:13:28] Registering accessory 'homebridge-http.Http'
[2017-02-20 20:13:28] ---
[2017-02-20 20:13:28] Loaded config.json with 0 accessories and 1 platforms.
[2017-02-20 20:13:28] ---
[2017-02-20 20:13:28] Loading 1 platforms...
[2017-02-20 20:13:28] [FHEM] Initializing FHEM platform...
[2017-02-20 20:13:29] [FHEM] Checking devices and attributes...
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1487618009291
[2017-02-20 20:13:29] [FHEM] Fetching FHEM devices...
[2017-02-20 20:13:29] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-02-20 20:13:29] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] homebridgeMapping attribute created.
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock%22%20)%20%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] failed to parse
/usr/local/lib/node_modules/homebridge-fhem/index.js:1035
this.log.info( 'got: ' + json['totalResultsReturned'] + ' results' );
^
TypeError: Cannot read property 'totalResultsReturned' of undefined
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1035:51)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1001:12)
at Gunzip.g (events.js:260:16)
at emitNone (events.js:72:20)
kann mir da jemand helfen?
Grüße
Christian
Hi,
Versuche es mit einem leeren Raum homekit und packe die devices einzeln rein. Ich vermute ein Mapping (oder mehrere) sind falsch.
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
siehe update hinweis rechts oben und hier: https://forum.fhem.de/index.php/topic,67433.0.html (https://forum.fhem.de/index.php/topic,67433.0.html).
Hallo,
nach Update auf 5.8 und den Updates für Alexa und Homebridge läuft alles einwandfrei.
Top!
Viele Grüße
Christian
Autostart über /etc/init.d/homebridge und User ist pi.
Ich habe jetzt noch bemerkt das sich mein Ipad trotz der Fehlermeldung verbindet aber ob das ganze stabil läuft glaube ich nicht.
pi@raspberrypi:~ $ ps ax | grep homebridge
797 ? Sl 0:04 homebridge
2069 pts/0 S+ 0:00 grep --color=auto homebridge
pi@raspberrypi:~ $ find /. 2>/dev/null | grep config.json
/./home/pi/.homebridge/config.json
/./home/pi/.alexa/config.json
/./usr/lib/node_modules/homebridge-http/sample-config.json
/./usr/lib/node_modules/npm/node_modules/node-gyp/gyp/buildbot/commit_queue/cq_config.json
/./usr/lib/node_modules/forever/node_modules/utile/test/fixtures/read-json-file config.json
/./usr/lib/node_modules/forever/node_modules/flatiron/scaffolds/cli/config/config.json
/./usr/lib/node_modules/forever/node_modules/flatiron/scaffolds/http/config/config.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/strip-ansi/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/strip-ansi/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/strip-ansi/license
/./usr/lib/node_modules/homebridge-fhem/node_modules/strip-ansi/readme.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin/sshpk-sign
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin/sshpk-conv
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin/sshpk-verify
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin/uuid
/./usr/lib/node_modules/homebridge-fhem/node_modules/.bin/har-validator
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property/is-property.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/is-property/.npmignore
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/.travis.yml
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/graceful-readlink/.npmignore
/./usr/lib/node_modules/homebridge-fhem/node_modules/oauth-sign
/./usr/lib/node_modules/homebridge-fhem/node_modules/oauth-sign/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/oauth-sign/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/oauth-sign/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/oauth-sign/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/chalk
/./usr/lib/node_modules/homebridge-fhem/node_modules/chalk/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/chalk/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/chalk/license
/./usr/lib/node_modules/homebridge-fhem/node_modules/chalk/readme.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/stringify.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/Makefile
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/test
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/test/stringify_test.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/test/mocha.opts
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/CHANGELOG.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/json-stringify-safe/.npmignore
/./usr/lib/node_modules/homebridge-fhem/node_modules/bcrypt-pbkdf
/./usr/lib/node_modules/homebridge-fhem/node_modules/bcrypt-pbkdf/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/bcrypt-pbkdf/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/bcrypt-pbkdf/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types/HISTORY.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/mime-types/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/serialOrdered.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/bench.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/async.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/readable_serial_ordered.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/readable_serial.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/defer.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/terminator.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/readable_asynckit.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/streamify.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/state.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/iterate.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/readable_parallel.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/lib/abort.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/parallel.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/stream.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/asynckit/serial.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/.travis.yml
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/HISTORY.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/v4.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/bin
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/bin/uuid
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/v1.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/lib/rng.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/lib/bytesToUuid.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/lib/rng-browser.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/AUTHORS
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/test
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/test/mocha.opts
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/test/test.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/LICENSE.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/uuid/.npmignore
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/.travis.yml
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/lib/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/Makefile
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/test
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/test/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/.npmignore
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/examples
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/examples/offset.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/sntp/examples/time.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/multipart.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/helpers.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/oauth.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/redirect.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/har.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/querystring.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/tunnel.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/getProxyFromURI.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/cookies.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/lib/auth.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/request/CHANGELOG.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/supports-color
/./usr/lib/node_modules/homebridge-fhem/node_modules/supports-color/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/supports-color/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/supports-color/license
/./usr/lib/node_modules/homebridge-fhem/node_modules/supports-color/readme.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/bin
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/bin/har-validator
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/async.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/pageTimings.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/creator.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/har.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/postData.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/content.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/log.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/cacheEntry.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/record.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/request.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/timings.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/cache.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/cookie.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/page.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/entry.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/schemas/response.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/error.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/har-validator/lib/runner.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream/License
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream/lib
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream/lib/combined_stream.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/combined-stream/Readme.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless/README.md
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless/LICENSE
/./usr/lib/node_modules/homebridge-fhem/node_modules/caseless/test.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/pinkie
/./usr/lib/node_modules/homebridge-fhem/node_modules/pinkie/package.json
/./usr/lib/node_modules/homebridge-fhem/node_modules/pinkie/index.js
/./usr/lib/node_modules/homebridge-fhem/node_modules/pinkie/license
/./usr/lib/node_modules/homebridge-fhem/node_modules/pinkie/readme.md
/./usr/lib/node_modules/homebridge-fhem/lib
/./usr/lib/node_modules/homebridge-fhem/lib/fhem.js
/./usr/lib/node_modules/homebridge-fhem/lib/version.js
/./usr/lib/node_modules/homebridge-fhem/.npmignore
/./run/systemd/generator.late/homebridge.service
/./run/systemd/generator.late/runlevel5.target.wants/homebridge.service
/./run/systemd/generator.late/runlevel4.target.wants/homebridge.service
/./run/systemd/generator.late/runlevel3.target.wants/homebridge.service
/./run/systemd/generator.late/runlevel2.target.wants/homebridge.service
Hi,
Das ps zeigt nur eine Instanz. Das ist gut.
Der letzte find zeigt auch System.d homebridge. Du schreibst aber, dass Du init.d verwendest. Das sind aber zwei unterschiedliche Autostart Varianten.
Ich habe bei den find auch noch das vorangestellte sudo vergessen, daher taucht /etc/ gar nicht auf!
Wenn Du aber zugreifen kannst, was geht denn dann jetzt genau nicht?
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Danke für die schnelle Antwort. Aber das war es wohl nicht :( Ich habe das Gefühl das es an dem Fhem update heute liegt. Habe den Raum Homekit komplett geleert und neu angelegt und Devices rein geschoben aber immer noch !"failet to parse" Die Website auf Port 8083 ist auch seit dem phasenweise tierisch langsam.
Kann man das update rückgängig machen?
Gruß
Christian
Hi seule3008
Geht das hier?
Zitat von: justme1968 am 20 Februar 2017, 21:32:21
siehe update hinweis rechts oben und hier: https://forum.fhem.de/index.php/topic,67433.0.html (https://forum.fhem.de/index.php/topic,67433.0.html).
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Bei mir funktioniert das Ganze wieder nach:
attr WEB csrfToken none
Ich habe ehrlich gesagt nicht damit gerechnet das Homebridge anscheinend tatsächlich läuft, eigentlich sollte beim Start doch Homebridge is running on port 51826 stehen.
Mich verwundert einfach diese Fehlermeldung.
events.js:160
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:1022:11)
at exports._exceptionWithHostPort (util.js:1045:20)
at Server._listen2 (net.js:1259:14)
at listen (net.js:1295:10)
at Server.listen (net.js:1391:5)
at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:372:14)
Ich kann da nichts sehen das der Dienst gestartet ist.
Zitat von: DeeSPe am 10 Februar 2017, 17:33:31
Wenn Du sie separat darstellen willst dann geht das m.E. nicht mit einem Mapping in einem physischen Gerät.
Dazu müsstest Du die Werte an z.B. dummy(s) "auslagern" und diese dann entsprechend für HomeKit Mappen.
Gruß
Dan
Hallo Dan,
damals hattest du geschrieben dass das vermutlich nicht geht, nur über seperate dummys und mit meinem Mapping:
CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=humidity,minValue=0,subtype=Feuchteerstellt er ja auch nur 2 Kacheln. Wenn er wenigstens alle 3 extra anzeigen würde wäre das auch ok. Denke da werde ich doch den umweg über die seperaten dummys gehen müssen. Den Taupunkt möchte ich einfach dazu um die Verhältnisse Außen und Garage vergleichen zu können.
Zitat von: seule3008 am 20 Februar 2017, 20:19:23
Hallo an alle,
nachdem ich heute morgen ein Fhem update gemacht habe starten meine homebridge nicht mehr es kommt immer:
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-02-20 20:13:27] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.71
[2017-02-20 20:13:27] Registering platform 'homebridge-fhem.FHEM'
[2017-02-20 20:13:27] ---
[2017-02-20 20:13:28] Loaded plugin: homebridge-http
[2017-02-20 20:13:28] Registering accessory 'homebridge-http.Http'
[2017-02-20 20:13:28] ---
[2017-02-20 20:13:28] Loaded config.json with 0 accessories and 1 platforms.
[2017-02-20 20:13:28] ---
[2017-02-20 20:13:28] Loading 1 platforms...
[2017-02-20 20:13:28] [FHEM] Initializing FHEM platform...
[2017-02-20 20:13:29] [FHEM] Checking devices and attributes...
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1487618009291
[2017-02-20 20:13:29] [FHEM] Fetching FHEM devices...
[2017-02-20 20:13:29] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-02-20 20:13:29] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] homebridgeMapping attribute created.
[2017-02-20 20:13:29] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock%22%20)%20%7D&XHR=1
[2017-02-20 20:13:29] [FHEM] failed to parse
/usr/local/lib/node_modules/homebridge-fhem/index.js:1035
this.log.info( 'got: ' + json['totalResultsReturned'] + ' results' );
^
TypeError: Cannot read property 'totalResultsReturned' of undefined
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1035:51)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:87:13)
at Request.emit (events.js:172:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:77:13)
at Request.emit (events.js:169:7)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1001:12)
at Gunzip.g (events.js:260:16)
at emitNone (events.js:72:20)
kann mir da jemand helfen?
Grüße
Christian
Mach ein Update von homebridge-fhem, bei mir lief es dann wieder!
Zitat von: Steffen@Home am 21 Februar 2017, 07:18:58
Hallo Dan,
damals hattest du geschrieben dass das vermutlich nicht geht, nur über seperate dummys und mit meinem Mapping:
CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dew,minValue=-20,subtype=Taupunkt CurrentRelativeHumidity=humidity,minValue=0,subtype=Feuchte
erstellt er ja auch nur 2 Kacheln. Wenn er wenigstens alle 3 extra anzeigen würde wäre das auch ok. Denke da werde ich doch den umweg über die seperaten dummys gehen müssen. Den Taupunkt möchte ich einfach dazu um die Verhältnisse Außen und Garage vergleichen zu können.
Da nur die mehrfach verwendeten Characteristics offenbar ein weiteres Gerät erzeugen, dann musst Du Dir für die andere(n) Characteristics ein weiteres Device (dummy) anlegen. Der muss keine Funktion haben, Du packst da nur das Mapping rauf welches die Werte aus dem Original Device holt und die Befehle auch dort hin schickt.
Gruß
Dan
Guten Morgen,
ich muss jetzt einfach mal hier mitten drin meine Frage stellen: undzwar lässt sich meine Homebridge seit dem fhem update nicht mehr starten. Habe glaube ich schon sämtliche Hinweise hier zur neuen Version beachtet und Homebridge sowie node und co bestimmt 10mal neu installiert. Jedoch kommt immer noch folgende Fehlermeldung:
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-2-23 09:24:53] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.3.0
[2017-2-23 09:24:53] Registering platform 'homebridge-fhem.FHEM'
[2017-2-23 09:24:53] ---
[2017-2-23 09:24:53] Loaded config.json with 0 accessories and 1 platforms.
[2017-2-23 09:24:53] ---
[2017-2-23 09:24:53] Loading 1 platforms...
[2017-2-23 09:24:53] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.2.103:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1487838294800
[2017-2-23 09:24:54] [FHEM] Fetching FHEM devices...
[2017-2-23 09:24:54] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-2-23 09:24:54] [FHEM] Checking devices and attributes...
[2017-2-23 09:24:54] [FHEM] executing: http://192.168.2.103:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-2-23 09:24:55] [FHEM] executing: http://192.168.2.103:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2017-2-23 09:24:55] [FHEM] no siri device found. please define it.
[2017-2-23 09:24:55] [FHEM] Fetching FHEM devices...
[2017-2-23 09:24:55] [FHEM] fetching: http://192.168.2.103:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-2-23 09:24:55] [FHEM] got: 25 results
[2017-2-23 09:24:55] [FHEM] homebridgeMapping: CurrentTemperature=Temperature,minValue=-30
CurrentRelativeHumidity=Humidity
attr Dach.DHT22 group Temperatur-Daten
/usr/local/lib/node_modules/homebridge-fhem/index.js:2191
if( match === undefined || match.length < 4 || !match[3] ) {
^
TypeError: Cannot read property 'length' of null
at FHEMAccessory.fromHomebridgeMapping (/usr/local/lib/node_modules/homebridge-fhem/index.js:2191:39)
at FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1805:8)
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1063:42)
at Array.map (native)
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1060:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:192:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:96:13)
pi@raspberrypi:~ $
pi@raspberrypi:~ $ node -v && npm -v
v7.6.0
4.3.0
demnach müsste alles aktuell sein.
Ich wäre sehr dankbar wenn jemand einen Hinweis für mich hätte, sitze nun bereits 2 Tage an diesem Problem. Danke Schonmal!! ;)
zeig mal ein list vom Dach.DHT22
Erstmal Danke für die extrem schnelle Antwort!!
Da ich blutiger Anfänger bin, bin ich mir nicht ganz sicher was du damit meinst.
define Dach.DHT22 Weather
attr Dach.DHT22 alias Temperatur Wohnzimmer 2
attr Dach.DHT22 genericDeviceType thermometer
attr Dach.DHT22 homebridgeMapping CurrentTemperature=Temperature,minValue=-30\
CurrentRelativeHumidity=Humidity\
attr Dach.DHT22 group Temperatur-Daten
attr Dach.DHT22 room Homekit
attr Dach.DHT22 stateFormat T: Temperature H: Humidity
define at.read_local_dht22 at +*0:01:00 {system ("sudo /usr/local/sbin/fhem-dht&")}
define FileLog_Dach.DHT22 FileLog ./log/Dach.DHT22-%Y.log Dach.DHT22|fakelog
attr FileLog_Dach.DHT22 group DHT
attr FileLog_Dach.DHT22 logtype text
attr FileLog_Dach.DHT22 room Logs
aber das ist ein Teil was ich zu Dach.DHT22 in fhem definiert habe..
ansonsten sag mir bitte wie ich eine List davon Anzeige
Hi das sind zwei Themen:
1) define Siri SIRI
Oder so schau mal in der commandref
2) werfe das device Dach.DHT22 mal aus dem room Homekit
Wahrscheinlich braucht das ein anderes Mapping Attribut
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Ich bin verblüfft wie einfach es doch manchmal sein kann :D
Habe es aus FHEM raus genommen und siehe da es klappt. Vielen Dank!!
Das mit Siri habe ich mal unangetastet gelassen...
Welches Mapping Attribut benötige ich denn dann wohl?
dein homebridgeMappinf hat am ende noch einen \. der ist falsch.
ich habe eben eine neue version eingecheckt. schau mal ob es geht wenn du homebridge-fhem noch mal drüber installierst.
ok habe soeben geupdatet,
Und es läuft hervorragend! Dankeschön für die Mühe!
Jetzt habe ich aber auch schon direkt die nächste Frage: undzwar hatte ich vorher meine Klappläden am Haus als einfachen Schalter sowohl in FHEM als dann auch in der Home app, daraus wurde wohl automatisch ein LOCK bzw ein Schloss, lies sich aber von der app aus nicht mehr steuern, habe dann den genericDeviceType auf window gesetzt, wird auch super schön als Fenster angezeigt in der app, jedoch wird nichts geschaltet? Woran kann das liegen?
Gruß Cedric
Zitat von: Beckmann am 23 Februar 2017, 10:24:52
ok habe soeben geupdatet,
Und es läuft hervorragend! Dankeschön für die Mühe!
Jetzt habe ich aber auch schon direkt die nächste Frage: undzwar hatte ich vorher meine Klappläden am Haus als einfachen Schalter sowohl in FHEM als dann auch in der Home app, daraus wurde wohl automatisch ein LOCK bzw ein Schloss, lies sich aber von der app aus nicht mehr steuern, habe dann den genericDeviceType auf window gesetzt, wird auch super schön als Fenster angezeigt in der app, jedoch wird nichts geschaltet? Woran kann das liegen?
Gruß Cedric
Wird wohl an deinem falschen/fehlenden HomebridgeMapping-Attribut liegen
ich habe eben ein update eingecheckt damit der genericDeviceType nicht mehr überschrieben wird. homebridge-fhem noch mal drüber installieren.
window ist für motorisiere fenster. rollläden, stores, fensterläden, ... sind blind.
sowohl als schalter als auch als blind musst du vermutlich das homebridgeMapping selber konfigurieren.
Ok alles klar.
Kann mir jetzt noch wer sagen wie ich das Mapping mache? oder zumindest wo ich eine Anleitung dazu finde?
Lies dir den allerersten Beitrag des Threads ganz genau durch.
ich kann einen Homematic Dimmer mit genericDeviceType light problemlos einrichten.
wenn ich allerdings einen zweiten Dimmer des gleichen Typs einrichten will, wird die homebridge blockiert.
es erscheint die Fehlermeldung:
Error: Cannot add a bridged Accessory with the same UUID as another bridged........
Bin im Moment ratlos, was mache ich falsch?
Und noch ne weitere Frage:
wie kann man homebridgge mit Siri benutzen wenn FHEM mit Authentifizierung abgesichert ist?
Gruss Herbert
Zitat von: HRueck am 23 Februar 2017, 12:42:18
Und noch ne weitere Frage:
wie kann man homebridgge mit Siri benutzen wenn FHEM mit Authentifizierung abgesichert ist?
Gruss Herbert
Muss entsprechend in der homebridge/config.json angepasst werden. Lies dir dazu am besten die WIKi durch
https://wiki.fhem.de/wiki/Homebridge_einrichten (https://wiki.fhem.de/wiki/Homebridge_einrichten)
Zu der ersten Frage kann ich leider nichts sagen. Hier musst du etwas genauer werden, was du machst und wann und wo es scheitert.
ok, das mit der config habe ich übersehen!
zur ersten Frage:
ich habe einfach die funktionierende Konfiguration des ersten Dimmers kopiert und einen anderen Devicename vergeben
define Tisch_EssZi CUL_HM 1C2484
attr Tisch_EssZi IODev SCC
attr Tisch_EssZi alias Tisch EssZi
attr Tisch_EssZi autoReadReg 5_reqStatus
attr Tisch_EssZi expert 2_raw
attr Tisch_EssZi firmware 2.1
attr Tisch_EssZi genericDeviceType light
attr Tisch_EssZi group Esszimmer
attr Tisch_EssZi model HM-LC-DIM1T-FM
attr Tisch_EssZi peerIDs 00000000,
attr Tisch_EssZi room Licht,Siri
attr Tisch_EssZi serialNr JEQ0348481
attr Tisch_EssZi setList on off
attr Tisch_EssZi subType dimmer
attr Tisch_EssZi webCmd pct
und dann das gleiche als Device Tisch_WoZi
Nachtrag:
natürlich wurde auch die Geräte ID beim zweiten Dimmer angepasst.
ich habe es auch mal mit switch statt light probiert.
hier die ausführliche Fehlermeldung:
[2/23/2017, 1:38:02 PM] [FHEM] firmware revision characteristic for Tisch_EssZi
[2/23/2017, 1:38:02 PM] [FHEM] Switch service for Tisch_EssZi
[2/23/2017, 1:38:02 PM] [FHEM] On characteristic for Tisch_EssZi:pct
[2/23/2017, 1:38:02 PM] [FHEM] Brightness characteristic for Tisch_EssZi:pct
[2/23/2017, 1:38:02 PM] [FHEM] Initializing platform accessory 'Tisch_WoZi'...
[2/23/2017, 1:38:02 PM] [FHEM] creating services for Tisch_WoZi
[2/23/2017, 1:38:02 PM] [FHEM] information service for Tisch_WoZi
[2/23/2017, 1:38:02 PM] [FHEM] manufacturer, model and serial number characteristics for Tisch_WoZi
[2/23/2017, 1:38:02 PM] [FHEM] firmware revision characteristic for Tisch_WoZi
[2/23/2017, 1:38:02 PM] [FHEM] Switch service for Tisch_WoZi
[2/23/2017, 1:38:02 PM] [FHEM] On characteristic for Tisch_WoZi:pct
[2/23/2017, 1:38:02 PM] [FHEM] Brightness characteristic for Tisch_WoZi:pct
/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:222
throw new Error("Cannot add a bridged Accessory with the same UUID as another bridged Accessory: " + existing.UUID);
^
wenn das ein anderer dimmer ist braucht er auch eine andere hommatic id. und eine andere serialNr und und und.
homematic devices von hand anzulegen ist sowieso keine gute idee. du musst sie mit fhem pairen.
danach die ein oder zwei homebridge spezifischen attribute setzen und fertig.
gepaired hatte ich natürlich schon.
das mit der Serien-Nr. war mir allerdings durch die Lappen gegangen.
sorry für die unnötige Aufregung!
Seit dem Update auf Version 0.3.4 läuft homebridge bei mir nicht mehr.
fhem@NUC:~$ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2017-02-24 16:14:36] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.3.4
[2017-02-24 16:14:36] Registering platform 'homebridge-fhem.FHEM'
[2017-02-24 16:14:36] ---
[2017-02-24 16:14:36] Loaded config.json with 0 accessories and 1 platforms.
[2017-02-24 16:14:36] ---
[2017-02-24 16:14:36] Loading 1 platforms...
[2017-02-24 16:14:36] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.40:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1487949277277
[2017-02-24 16:14:37] [FHEM] Fetching FHEM devices...
[2017-02-24 16:14:37] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-02-24 16:14:37] [FHEM] Checking devices and attributes...
[2017-02-24 16:14:37] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-02-24 16:14:37] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2017-02-24 16:14:37] [FHEM] siri device is Siri
[2017-02-24 16:14:37] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=%7B$defs%7BSiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.3.4%22%7D&XHR=1
[2017-02-24 16:14:37] [FHEM] Fetching FHEM devices...
[2017-02-24 16:14:37] [FHEM] fetching: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
[2017-02-24 16:14:37] [FHEM] got: 49 results
[2017-02-24 16:14:37] [FHEM] BK_Lampe is light
[2017-02-24 16:14:37] [FHEM] BK_Lampe has
[2017-02-24 16:14:37] [FHEM] FirmwareRevision [D-firmware]
[2017-02-24 16:14:37] [FHEM] On [state;on,off]
2017-02-24 16:14:37 caching: BK_Lampe-D-firmware: 2.5
[2017-02-24 16:14:37] [FHEM] caching: FirmwareRevision: 2.5 (as string; from '2.5')
2017-02-24 16:14:37 caching: BK_Lampe-state: off
[2017-02-24 16:14:37] [FHEM] caching: On: false (as boolean; from 'off')
[2017-02-24 16:14:37] [FHEM] BK_Netatmo is thermometer
[2017-02-24 16:14:37] [FHEM] BK_Netatmo has
[2017-02-24 16:14:37] [FHEM] StatusLowBattery [battery]
[2017-02-24 16:14:37] [FHEM] CurrentTemperature [temperature]
[2017-02-24 16:14:37] [FHEM] CurrentRelativeHumidity [humidity]
/usr/lib/node_modules/homebridge-fhem/index.js:1979
mapping.value2homekit[from.replace( /\+/g, ' ' )] = to.replace( /\+/g, ' ' );
^
TypeError: to.replace is not a function
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:1979:68)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1063:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1060:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:96:13)
at Request.emit (events.js:188:7)
bitte versuch es noch mal mit der version von gerade eben.
gruss
andre
schon besser, aber noch nicht perfekt
fhem@NUC:~$ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2017-02-24 16:46:26] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.3.5
[2017-02-24 16:46:26] Registering platform 'homebridge-fhem.FHEM'
[2017-02-24 16:46:26] ---
[2017-02-24 16:46:26] Loaded config.json with 0 accessories and 1 platforms.
[2017-02-24 16:46:26] ---
[2017-02-24 16:46:26] Loading 1 platforms...
[2017-02-24 16:46:26] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.40:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1487951187163
[2017-02-24 16:46:27] [FHEM] Fetching FHEM devices...
[2017-02-24 16:46:27] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-02-24 16:46:27] [FHEM] Checking devices and attributes...
[2017-02-24 16:46:27] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-02-24 16:46:27] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2017-02-24 16:46:27] [FHEM] siri device is Siri
[2017-02-24 16:46:27] [FHEM] executing: http://192.168.178.40:8083/fhem?cmd=%7B$defs%7BSiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.3.5%22%7D&XHR=1
[2017-02-24 16:46:27] [FHEM] Fetching FHEM devices...
[2017-02-24 16:46:27] [FHEM] fetching: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
[2017-02-24 16:46:27] [FHEM] got: 49 results
[2017-02-24 16:46:27] [FHEM] BK_Lampe is light
[2017-02-24 16:46:27] [FHEM] BK_Lampe has
[2017-02-24 16:46:27] [FHEM] FirmwareRevision [D-firmware]
[2017-02-24 16:46:27] [FHEM] On [state;on,off]
2017-02-24 16:46:27 caching: BK_Lampe-D-firmware: 2.5
[2017-02-24 16:46:27] [FHEM] caching: FirmwareRevision: 2.5 (as string; from '2.5')
2017-02-24 16:46:27 caching: BK_Lampe-state: off
[2017-02-24 16:46:27] [FHEM] caching: On: false (as boolean; from 'off')
[2017-02-24 16:46:27] [FHEM] BK_Netatmo is thermometer
[2017-02-24 16:46:27] [FHEM] BK_Netatmo has
[2017-02-24 16:46:27] [FHEM] StatusLowBattery [battery]
[2017-02-24 16:46:27] [FHEM] CurrentTemperature [temperature]
[2017-02-24 16:46:27] [FHEM] CurrentRelativeHumidity [humidity]
2017-02-24 16:46:27 caching: BK_Netatmo-battery: ok
[2017-02-24 16:46:27] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-02-24 16:46:27 caching: BK_Netatmo-temperature: 6.6
[2017-02-24 16:46:27] [FHEM] caching: CurrentTemperature: 6.6 (as number; from '6.6')
2017-02-24 16:46:27 caching: BK_Netatmo-humidity: 70
[2017-02-24 16:46:27] [FHEM] caching: CurrentRelativeHumidity: 70 (as number; from '70')
[2017-02-24 16:46:27] [FHEM] BK_Pflanzenbewaesserung is switch
[2017-02-24 16:46:27] [FHEM] BK_Pflanzenbewaesserung has
[2017-02-24 16:46:27] [FHEM] Custom Power [power]
[2017-02-24 16:46:27] [FHEM] Custom Energy [energy]
[2017-02-24 16:46:27] [FHEM] On [state;on,off]
[2017-02-24 16:46:27] [FHEM] CurrentTemperature [temperature]
2017-02-24 16:46:27 caching: BK_Pflanzenbewaesserung-power: 0.00 W
[2017-02-24 16:46:27] [FHEM] caching: Custom Power: 0 (as number; from '0.00 W')
2017-02-24 16:46:27 caching: BK_Pflanzenbewaesserung-energy: 1907 Wh
[2017-02-24 16:46:27] [FHEM] caching: Custom Energy: 1.907 (as number; from '1907 Wh')
2017-02-24 16:46:27 caching: BK_Pflanzenbewaesserung-state: off
[2017-02-24 16:46:27] [FHEM] caching: On: false (as boolean; from 'off')
2017-02-24 16:46:27 caching: BK_Pflanzenbewaesserung-temperature: 6.0 C (measured)
[2017-02-24 16:46:27] [FHEM] caching: CurrentTemperature: 6 (as number; from '6.0 C (measured)')
[2017-02-24 16:46:27] [FHEM] homebridgeMapping: ContactState=state,values=closed:CONTACT_DETECTED;opened:CONTACT_NOT_DETECTED
[2017-02-24 16:46:27] [FHEM] BZ_Fensterkontakt_1 is ContactSensor
[2017-02-24 16:46:27] [FHEM] BZ_Fensterkontakt_1 has
[2017-02-24 16:46:27] [FHEM] StatusLowBattery [battery]
[2017-02-24 16:46:27] [FHEM] FirmwareRevision [firmware]
[2017-02-24 16:46:27] [FHEM] ContactSensorState [state]
[2017-02-24 16:46:27] [FHEM] CurrentDoorState [state]
[2017-02-24 16:46:27] [FHEM] ContactState [state]
2017-02-24 16:46:27 caching: BZ_Fensterkontakt_1-battery: ok
[2017-02-24 16:46:27] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-02-24 16:46:27 caching: BZ_Fensterkontakt_1-firmware: 1.3
[2017-02-24 16:46:27] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-02-24 16:46:27 caching: BZ_Fensterkontakt_1-state: closed
[2017-02-24 16:46:27] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[2017-02-24 16:46:27] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[2017-02-24 16:46:27] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:desiredTemperature+off;HEAT:desiredTemperature+comfort;AUTO:desiredTemperature+auto;COOL:desiredTemperature+eco
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0,valud=OFF
[2017-02-24 16:46:27] [FHEM] BZ_Heizungsregler is thermostat
[2017-02-24 16:46:27] [FHEM] BZ_Heizungsregler has
[2017-02-24 16:46:27] [FHEM] StatusLowBattery [battery]
[2017-02-24 16:46:27] [FHEM] FirmwareRevision [firmware]
[2017-02-24 16:46:27] [FHEM] TargetTemperature [desiredTemperature]
[2017-02-24 16:46:27] [FHEM] Custom Actuation [valveposition]
[2017-02-24 16:46:27] [FHEM] CurrentTemperature [temperature]
[2017-02-24 16:46:27] [FHEM] CurrentHeatingCoolingState [heatingState]
[2017-02-24 16:46:27] [FHEM] TargetHeatingCoolingState [heatingState]
2017-02-24 16:46:27 caching: BZ_Heizungsregler-battery: ok
[2017-02-24 16:46:27] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-02-24 16:46:27 caching: BZ_Heizungsregler-firmware: 1.8
[2017-02-24 16:46:27] [FHEM] caching: FirmwareRevision: 1.8 (as string; from '1.8')
2017-02-24 16:46:27 caching: BZ_Heizungsregler-desiredTemperature: 17.0
[2017-02-24 16:46:27] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2017-02-24 16:46:27 caching: BZ_Heizungsregler-valveposition: 0
[2017-02-24 16:46:27] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-02-24 16:46:27 caching: BZ_Heizungsregler-temperature: 20.8
[2017-02-24 16:46:27] [FHEM] caching: CurrentTemperature: 20.8 (as number; from '20.8')
2017-02-24 16:46:27 caching: BZ_Heizungsregler-heatingState: AUTO
[2017-02-24 16:46:27] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
/usr/lib/node_modules/homebridge-fhem/index.js:2041
mapping.homekit2cmd[from.replace( /\+/g, ' ' )] = to;
^
TypeError: from.replace is not a function
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:2041:38)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1063:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1060:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:96:13)
at Request.emit (events.js:188:7)
fhem@NUC:~$
arg...
sorry. bitte versuch es noch mal mit einem update.
Perfekt! Danke! :)
Kameras lassen sich ja beispielsweise über homebridge-camera-ffmpeg einbinden.
Nur was kann ich tun, wenn die Stream URL dynamisch aus FHEM kommt und sich ändern kann, wie z.B. bei den Netatmo Cams?
Bei jeder Änderung die Config anpassen wäre irgendwie unschön.
Ideen?
Hallo zusammen!
Erstmal möchte ich mich für dieses super geniale Modul bedanken - damit ist endlich eine Verwendung von Apple Home möglich! Tolle Arbeit!!!
Ich suche mir aber mal wieder einen Wolf. Irgendwo hier hatte ich auch schon mal eine annähernde Lösung für mein Problem über einen Dummy gefunden, aber ich kann es einfach nicht mehr finden. Und als ich das vor einigen Tagen ausprobiert habe, wollte es nicht so recht funktionieren, weshalb ich es vertagt habe - dummerweise ohne mir den Link irgendwo zu merken :-[
Problem: Homebridgemapping für den Garagentoröffner mit Apple HomeKit
Ich habe an meinem Hörmann-Tor ein Homematic HM-LC-SW1-BA-PCB mit dem Namen "Gar.Torantrieb", der nur den 1s-Impuls für Öffnen/Stop/Schließen gibt. Diesen habe ich als normalen Schalter momentan über das homebridgeMapping On=cmdOn=on-for-timer+1 eingebunden und das funktioniert auch soweit. Ich würde aber gerne über Siri sagen "Öffne/Schließe das Garagentor". Als normaler Schalter funktioniert das aber logischerweise nicht und ein einfaches setzen des genericDeviceTyp auf "garage" führt wegen dem Mapping zu einem Fehler. Nun habe ich noch einen Homematic Fenstersensor mit dem Namen "Sensor.Garage.Tor.vorne" am Tor, der mir den Zustand "open" bzw. "closed" zurück liefert. Ich steige aber irgendwie nicht durch das homebridgeMapping durch. Wie bekomme ich das nun in Apple Home hinein, dass
1.) Siri auf meinen Befehl korrekt reagiert und
2.) dass der aktuelle Zustand korrekt angezeigt wird?
Fehlen noch wichtige Angaben?
Ich wäre euch sehr dankbar für eure Hilfe - suche jetzt schon längere Zeit danach... :(
EDIT: Ich habe noch was herum probiert und beim homebridgeMapping vom Aktor folgendes eingetragen:
CurrentDoorState=Sensor.Garage.Tor.vorne:state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING TargetDoorState=CurrentDoorState,cmds=OPEN:on-for-timer+1;CLOSED:on-for-timer+1 und den genericDeviceType auf "garage" gestellt. Leider immer noch ohne Erfolg - Homebridge startet dann nicht mehr...
Ich glaube, dass es so jetzt gehen sollte (kann ich aber erst nachher testen, da ich es per VPN aus der Ferne ins System gepackt habe):
define Gar.Toroeffner dummy
attr Gar.Toroeffner genericDeviceType garage
attr Gar.Toroeffner homebridgeMapping CurrentDoorState=Sensor.Garage.Tor.vorne:state,values=closed:1;;open:0\ TargetDoorState=state,cmds=0:open;;1:closed,values=closed:1;;open:0
attr Gar.Toroeffner room Homekit,Garage
define Gar.Toroeffner.Notify notify Gar.Toroeffner { fhem("set Gar.Torantrieb on-for-timer 1")}
Werde berichten, wenn es denn klappt... ;)
Moin zusammen,
ich nutze zwei Homematic Dimmer mit Homebridge. Bei dem Befehl Dumme oder Stelle auf xx% schaltet der Dimmer erst auf 100% und nimmt dann auf den gegebenen Wert runter. Ist vor allem blöd wenn es dunkel ist. Denn dann ist man erstmal fast blind.
Ansonsten funktioniert alles super. homebridge-fhem ist auf dem neuesten Stand.
Kann ich irgend etwas tun damit der Dimmer von 0% hochdimmt?
Gruß
Robert
das problem ist das homekit selber automatisch ein on sendet vor dem dimmen.
such mal weiter oben im thread und sonst hier im forum. da gibt es zwei lösungsansätze wie man das in fhem ignorieren kann.
gruss
andre
Ist es eigentlich möglich, HomeKit per SSH Tunnel zu betreiben? Per VPN geht es, soweit ich weiß, nicht.
es geht theoretisch per vpn wenn du einen bonjour reflector/proxy betreibst.
udp broadcasts gehen nicht durch einen ssh tunnel. also noch schlechter als vpn.
die einfachste lösung ist immer noch ein gebrauchtes gen3 apple tv von ebay.
Also irgendwie ist das noch nicht wirklich die Lösung. Ich kann nun das Tor per Siri öffnen und schließen, aber ich habe momentan den Zustand, dass Home der Meinung ist, dass das Tor geöffnet wird - siehe Bild...
Ich kann aber leider momentan nicht weiter herum probieren, weil hier schon der Rest schläft...
Hat jemand einen Verbesserungsvorschlag?
Gesendet von iPhone mit Tapatalk
Hi,
per VPN und ssh Tunnel gar kein Akt:
cat homebridge_ssh.sh
#!/bin/bash
/usr/bin/avahi-publish-service -s HomebridgeVPN _hap._tcp 55000 "sf=0" "ci=2" "ff=0" "s#=1" "c#=8" "id=AA:22:32:E1:CE:33" "pv=1.0" "md=Kinderfreigabe" & PID=$!
/usr/bin/ssh -g pi@192.168.188.204 -L 55000:127.0.0.1:51826
kill $PID
Die Kinderfreigabe ist per VPN auf der 192.168.188.204 eingewählt und kann selber keine Avahi Freigabe pushen.
Das übernimmt daher der zweite Raspi (OSMC) hier, auf dem lokal noch eine normale homebridge läuft.
Auf der Kinderfreigabe wird nach dem VPN auch direkt ein ssh
pi@KinderFreigabe:~ $ cat homebridge_VPN.sh
#!/bin/bash
sudo vpnc
ssh osmc@192.168.188.38 ./homebridge_ssh.sh
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: DeeSPe am 21 Februar 2017, 08:43:11
Da nur die mehrfach verwendeten Characteristics offenbar ein weiteres Gerät erzeugen, dann musst Du Dir für die andere(n) Characteristics ein weiteres Device (dummy) anlegen. Der muss keine Funktion haben, Du packst da nur das Mapping rauf welches die Werte aus dem Original Device holt und die Befehle auch dort hin schickt.
Gruß
Dan
Hallo Dan, hatte mal wieder etwas Zeit und habe mir nen 2. Dummy für die Feuchtigkeit angelegt. Funktioniert soweit.
Jetzt die Frage: kann man die Einheit überschreiben? da sollte Prozent anstatt Celsius sein.
unit=percent ?
* Characteristic "Current Temperature"
*/
Characteristic.CurrentTemperature = function() {
Characteristic.call(this, 'Current Temperature', '00000011-0000-1000-8000-0026BB765291' );
this.setProps({
format: Characteristic.Formats.FLOAT,
unit: Characteristic.Units.CELSIUS,
maxValue: 100,
minValue: 0,
minStep: 0.1,
perms: [Characteristic.Perms.READ, Characteristic.Perms.NOTIFY]
});
this.value = this.getDefaultValue();
};
inherits(Characteristic.CurrentTemperature, Characteristic);
Characteristic.CurrentTemperature.UUID = '00000011-0000-1000-8000-0026BB765291' ;
/**
Zitat von: Steffen@Home am 01 März 2017, 07:37:00
Hallo Dan, hatte mal wieder etwas Zeit und habe mir nen 2. Dummy für die Feuchtigkeit angelegt. Funktioniert soweit.
Jetzt die Frage: kann man die Einheit überschreiben? da sollte Prozent anstatt Celsius sein.
unit=percent ?
* Characteristic "Current Temperature"
*/
Characteristic.CurrentTemperature = function() {
Characteristic.call(this, 'Current Temperature', '00000011-0000-1000-8000-0026BB765291' );
this.setProps({
format: Characteristic.Formats.FLOAT,
unit: Characteristic.Units.CELSIUS,
maxValue: 100,
minValue: 0,
minStep: 0.1,
perms: [Characteristic.Perms.READ, Characteristic.Perms.NOTIFY]
});
this.value = this.getDefaultValue();
};
inherits(Characteristic.CurrentTemperature, Characteristic);
Characteristic.CurrentTemperature.UUID = '00000011-0000-1000-8000-0026BB765291' ;
/**
Hallo Steffen bei meinen LaCrosse-Sensoren lasse ich wie folgt die Luftfeuchtigkeit anzeigen. Das sollte bei dem deinem Dummy ähnlich funktionieren:
attr DeinDummy genericDeviceType HumiditySensor
attr DeinDummy homebridgeMapping CurrentRelativeHumidity=deinWert_feur_die_Luftfeuchtigkeit
Zitat von: EinEinfach am 01 März 2017, 09:07:39
Hallo Steffen bei meinen LaCrosse-Sensoren lasse ich wie folgt die Luftfeuchtigkeit anzeigen. Das sollte bei dem deinem Dummy ähnlich funktionieren:
attr DeinDummy genericDeviceType HumiditySensor
attr DeinDummy homebridgeMapping CurrentRelativeHumidity=deinWert_feur_die_Luftfeuchtigkeit
Hallo Einfach,
das habe ich auch schon so versucht aber sobald ich
CurrentTemperature=temperature,... mit angebe,
dann stellt er mir immer nur die Temperatur in der Kachel dar.(in den Details dann nur die rel. Feuchte) und das möchte ich nicht.
Zitat von: Steffen@Home am 01 März 2017, 09:43:51
Hallo Einfach,
das habe ich auch schon so versucht aber sobald ich
CurrentTemperature=temperature,...
mit angebe,
dann stellt er mir immer nur die Temperatur in der Kachel dar.(in den Details dann nur die rel. Feuchte) und das möchte ich nicht.
Wolltest du nicht zwei Werte von einem Sensor in zwei unterschiedlichen Dummy's abbilden? Warum gibst du in dem Dummy mit der Luftfeuchtigkeit die CurrentTemperature Characteristic mit an? Lass diese Weg.
Zitat von: EinEinfach am 01 März 2017, 09:54:05
Wolltest du nicht zwei Werte von einem Sensor in zwei unterschiedlichen Dummy's abbilden? Warum gibst du in dem Dummy mit der Luftfeuchtigkeit die CurrentTemperature Characteristic mit an? Lass diese Weg.
Eigentlich habe ich ja in
einem Dummy alle meine readings, aber das funktioniert nicht mit der Darstellung in
einzelnen Kacheln wie wir bemerkt haben.
ZitatWarum gibst du in dem Dummy mit der Luftfeuchtigkeit die CurrentTemperature Characteristic mit an? Lass diese Weg.
In meinem vorigen post mit der Frage der Einheit habe ich bereits
nur die
CurrentRelativeHumidity=humidityangegeben. Aber da hat er meine ich trotzdem die temperatur angezeigt.(Aber vielleicht sollte ich das noch einmal testen, bin jetzt wo ich darüber nachdenke doch ins stutzen gekommen)
Deswegen habe ich dann einfach der
CurrentTemperature=humidity zugewiesen aber hier passt dann natürlich die Einheit nicht.
Und den
attr DeinDummy genericDeviceType HumiditySensor
nicht vergessen
Gruß
Zitat von: EinEinfach am 01 März 2017, 10:12:35
Und den
attr DeinDummy genericDeviceType HumiditySensor
nicht vergessen
Gruß
Hey, diese Auswahl gibt es nicht im Dropdown-Menü!
einfach das attribut so von hand setzen.
wenn die readings jeweils temperature und humidity heissen ist übrigens gar kein mapping nötig. das wird automatisch erkannt.
Jetzt geht der Sensor nicht mehr ???
Die anderen readings hab ich nur testweise mal mit userreadings eingebunden.
Internals:
CFGFN
NAME GaOstHum
NR 154
STATE <span style="color:blue"> Feuchtigkeit: 37.1 %</span>
TYPE dummy
Readings:
2017-02-28 19:34:57 absFeuchte 4.0
2017-02-28 19:34:57 dewpoint -2.1
2017-02-28 19:34:57 humidity 36.3
2017-03-01 10:45:13 state 37.1
2017-02-28 19:34:57 temperature 12.4
Attributes:
alias Garage Ost Feuchte
comment user reading z.B.:
humidity { ReadingsVal("GaOstHum","state",0);; }, temperature { ReadingsVal("GaOstTemp","temperature",0);; }
genericDeviceType HumiditySensor
homebridgeMapping CurrentRelativeHumidity=state
icon humidity
room GarageOst,Homekit
stateFormat <span style="color:blue"> Feuchtigkeit: state %</span>
Was geht genu nicht? Anzeige in der Homekit-App? Was passiert wenn du das Attribut homebridgeMapping entfernst (seihe Post von justime)? Wenn es immer noch nicht geht starte die Homebridge im Debugmodus (einfach im Terminal "homebridge --debug" eingeben). Poste dann die Ausgaben von der Homebridge hier.
Gruß
Zitat von: EinEinfach am 01 März 2017, 11:09:53
Was geht genu nicht? Anzeige in der Homekit-App? Was passiert wenn du das Attribut homebridgeMapping entfernst (seihe Post von justime)? Wenn es immer noch nicht geht starte die Homebridge im Debugmodus (einfach im Terminal "homebridge --debug" eingeben). Poste dann die Ausgaben von der Homebridge hier.
Gruß
In der Homekit-App gibt es die Kachel noch aber mit Ausrufezeichen.(Keine Antwort)
Sieht doch eigentlich gut aus?
Der Mittlere Code Tag*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/1/2017, 11:14:44 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/1/2017, 11:14:44 AM] Registering platform 'homebridge-fhem.FHEM'
[3/1/2017, 11:14:44 AM] ---
[3/1/2017, 11:14:44 AM] Loaded config.json with 0 accessories and 1 platforms.
[3/1/2017, 11:14:44 AM] ---
[3/1/2017, 11:14:44 AM] Loading 1 platforms...
[3/1/2017, 11:14:44 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488363285171
[3/1/2017, 11:14:45 AM] [FHEM] Checking genericDeviceType...
[3/1/2017, 11:14:45 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/1/2017, 11:14:45 AM] [FHEM] Fetching FHEM devices...
[3/1/2017, 11:14:45 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/1/2017, 11:14:45 AM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[3/1/2017, 11:14:45 AM] [FHEM] got: 11 results
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 11:14:45 AM] [FHEM] BZ_Thermostat_Clima is thermostat
[3/1/2017, 11:14:45 AM] [FHEM] BZ_Thermostat_Clima has
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 11:14:45 caching: BZ_Thermostat_Clima-desired-temp: 18.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-03-01 11:14:45 caching: BZ_Thermostat_Clima-ValvePosition: 0
[3/1/2017, 11:14:45 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-03-01 11:14:45 caching: BZ_Thermostat_Clima-measured-temp: 19.8
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature: 19.8 (as number; from '19.8')
2017-03-01 11:14:45 caching: BZ_Thermostat_Clima-heatingState: AUTO
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[3/1/2017, 11:14:45 AM] [FHEM] DenonAVR is switch
[3/1/2017, 11:14:45 AM] [FHEM] DenonAVR has
[3/1/2017, 11:14:45 AM] [FHEM] Custom Volume [volume;cached]
[3/1/2017, 11:14:45 AM] [FHEM] Custom Power [power]
[3/1/2017, 11:14:45 AM] [FHEM] On [power;on,off]
2017-03-01 11:14:45 caching: DenonAVR-volume: 19 %
[3/1/2017, 11:14:45 AM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-03-01 11:14:45 caching: DenonAVR-power: off
[3/1/2017, 11:14:45 AM] [FHEM] DenonAVR-power not a number: off
[3/1/2017, 11:14:45 AM] [FHEM] caching: On: false (as boolean; from 'off')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[3/1/2017, 11:14:45 AM] [FHEM] DenonAVRplayiRadio is switch
[3/1/2017, 11:14:45 AM] [FHEM] DenonAVRplayiRadio has
[3/1/2017, 11:14:45 AM] [FHEM] On [DenonAVR.playStatus;on,off]
[3/1/2017, 11:14:45 AM] [FHEM] query: On for DenonAVR-playStatus
[3/1/2017, 11:14:45 AM] [FHEM] not cached
[3/1/2017, 11:14:45 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&XHR=1
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/1/2017, 11:14:45 AM] [FHEM] GaOstHum is HumiditySensor
[3/1/2017, 11:14:45 AM] [FHEM] GaOstHum has
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity [state]
2017-03-01 11:14:45 caching: GaOstHum-temperature: 12.4
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature: 12.4 (as number; from '12.4 ')
2017-03-01 11:14:45 caching: GaOstHum-state: 37.1
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentRelativeHumidity: 37.1 (as number; from '37.1 ')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
[3/1/2017, 11:14:45 AM] [FHEM] GaOstTemp is thermometer
[3/1/2017, 11:14:45 AM] [FHEM] GaOstTemp has
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 11:14:45 caching: GaOstTemp-temperature: 11.2
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature:Temperatur: 11.2 (as number; from '11.2 ')
2017-03-01 11:14:45 caching: GaOstTemp-humidity: 36.3
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.3 ')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN
[3/1/2017, 11:14:45 AM] [FHEM] HM_4F03F2 is ContactSensor
[3/1/2017, 11:14:45 AM] [FHEM] HM_4F03F2 has
[3/1/2017, 11:14:45 AM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 11:14:45 AM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 11:14:45 AM] [FHEM] ContactSensorState [state]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentDoorState [state]
2017-03-01 11:14:45 caching: HM_4F03F2-battery: ok
[3/1/2017, 11:14:45 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 11:14:45 caching: HM_4F03F2-D-firmware: 1.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
2017-03-01 11:14:45 caching: HM_4F03F2-state: closed
[3/1/2017, 11:14:45 AM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dewpoint,minValue=-20,subtype=Taupunkt
[3/1/2017, 11:14:45 AM] [FHEM] HM_50310C is thermometer
[3/1/2017, 11:14:45 AM] [FHEM] HM_50310C has
[3/1/2017, 11:14:45 AM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 11:14:45 AM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [dewpoint]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 11:14:45 caching: HM_50310C-battery: ok
[3/1/2017, 11:14:45 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 11:14:45 caching: HM_50310C-D-firmware: 1.3
[3/1/2017, 11:14:45 AM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-03-01 11:14:45 caching: HM_50310C-temperature: 6.2
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature:Temperatur: 6.2 (as number; from '6.2')
2017-03-01 11:14:45 caching: HM_50310C-dewpoint: 1.1
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 1.1 (as number; from '1.1')
2017-03-01 11:14:45 caching: HM_50310C-humidity: 70
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentRelativeHumidity: 70 (as number; from '70')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 11:14:45 AM] [FHEM] SZ_Thermostat_Clima is thermostat
[3/1/2017, 11:14:45 AM] [FHEM] SZ_Thermostat_Clima has
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 11:14:45 caching: SZ_Thermostat_Clima-desired-temp: 18.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-03-01 11:14:45 caching: SZ_Thermostat_Clima-ValvePosition: 4
[3/1/2017, 11:14:45 AM] [FHEM] caching: Custom Actuation: 4 (as number; from '4')
2017-03-01 11:14:45 caching: SZ_Thermostat_Clima-measured-temp: 18.7
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature: 18.7 (as number; from '18.7')
2017-03-01 11:14:45 caching: SZ_Thermostat_Clima-heatingState: HEAT
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[3/1/2017, 11:14:45 AM] [FHEM] WZTemp is thermometer
[3/1/2017, 11:14:45 AM] [FHEM] WZTemp has
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 11:14:45 caching: WZTemp-temperature: 20.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20.0')
2017-03-01 11:14:45 caching: WZTemp-humidity: 37.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentRelativeHumidity: 37 (as number; from '37.0')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 11:14:45 AM] [FHEM] WZ_Thermostat_Clima is thermostat
[3/1/2017, 11:14:45 AM] [FHEM] WZ_Thermostat_Clima has
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 11:14:45 caching: WZ_Thermostat_Clima-desired-temp: 19.0
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-01 11:14:45 caching: WZ_Thermostat_Clima-ValvePosition: 0
[3/1/2017, 11:14:45 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-03-01 11:14:45 caching: WZ_Thermostat_Clima-measured-temp: 21.3
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentTemperature: 21.3 (as number; from '21.3')
2017-03-01 11:14:45 caching: WZ_Thermostat_Clima-heatingState: AUTO
[3/1/2017, 11:14:45 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[3/1/2017, 11:14:45 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[3/1/2017, 11:14:45 AM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOn=setOFF,cmdOff=setOFF
[3/1/2017, 11:14:45 AM] [FHEM] wz_tv1_poweroff is switch
[3/1/2017, 11:14:45 AM] [FHEM] wz_tv1_poweroff has
[3/1/2017, 11:14:45 AM] [FHEM] On [TV1.state;setOFF,setOFF]
[3/1/2017, 11:14:45 AM] [FHEM] query: On for TV1-state
[3/1/2017, 11:14:45 AM] [FHEM] not cached
[3/1/2017, 11:14:45 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&XHR=1
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for BZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] information service for BZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'DenonAVR'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for DenonAVR
[3/1/2017, 11:14:45 AM] [FHEM] information service for DenonAVR
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[3/1/2017, 11:14:45 AM] [FHEM] Switch service for DenonAVR
[3/1/2017, 11:14:45 AM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[3/1/2017, 11:14:45 AM] [FHEM] Custom Power characteristic for DenonAVR:power
[3/1/2017, 11:14:45 AM] [FHEM] On characteristic for DenonAVR:power
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for DenonAVRplayiRadio
[3/1/2017, 11:14:45 AM] [FHEM] information service for DenonAVRplayiRadio
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[3/1/2017, 11:14:45 AM] [FHEM] Switch service for DenonAVRplayiRadio
[3/1/2017, 11:14:45 AM] [FHEM] On characteristic for DenonAVR:playStatus
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'GaOstHum'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for GaOstHum
[3/1/2017, 11:14:45 AM] [FHEM] information service for GaOstHum
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstHum
[3/1/2017, 11:14:45 AM] [FHEM] HumiditySensor service for GaOstHum
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature characteristic for GaOstHum:temperature
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstHum:state
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for GaOstTemp
[3/1/2017, 11:14:45 AM] [FHEM] information service for GaOstTemp
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[3/1/2017, 11:14:45 AM] [FHEM] TemperatureSensor service for GaOstTemp
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature:Temperatur characteristic for GaOstTemp:temperature
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'HM_4F03F2'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for HM_4F03F2
[3/1/2017, 11:14:45 AM] [FHEM] information service for HM_4F03F2
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for HM_4F03F2
[3/1/2017, 11:14:45 AM] [FHEM] firmware revision characteristic for HM_4F03F2
[3/1/2017, 11:14:45 AM] [FHEM] ContactSensor service for HM_4F03F2
[3/1/2017, 11:14:45 AM] [FHEM] StatusLowBattery characteristic for HM_4F03F2:battery
[3/1/2017, 11:14:45 AM] [FHEM] ContactSensorState characteristic for HM_4F03F2:state
[3/1/2017, 11:14:45 AM] [FHEM] CurrentDoorState characteristic for HM_4F03F2:state
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'HM_50310C'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for HM_50310C
[3/1/2017, 11:14:45 AM] [FHEM] information service for HM_50310C
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for HM_50310C
[3/1/2017, 11:14:45 AM] [FHEM] firmware revision characteristic for HM_50310C
[3/1/2017, 11:14:45 AM] [FHEM] TemperatureSensor service for HM_50310C
[3/1/2017, 11:14:45 AM] [FHEM] StatusLowBattery characteristic for HM_50310C:battery
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature:Temperatur characteristic for HM_50310C:temperature
[3/1/2017, 11:14:45 AM] [FHEM] TemperatureSensor service for HM_50310C (Taupunkt)
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature:Taupunkt characteristic for HM_50310C:dewpoint
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity characteristic for HM_50310C:humidity
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'SZ_Thermostat_Clima'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for SZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] information service for SZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for SZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] Thermostat service for SZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature characteristic for SZ_Thermostat_Clima:desired-temp
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation characteristic for SZ_Thermostat_Clima:ValvePosition
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature characteristic for SZ_Thermostat_Clima:measured-temp
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'WZTemp'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for WZTemp
[3/1/2017, 11:14:45 AM] [FHEM] information service for WZTemp
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for WZTemp
[3/1/2017, 11:14:45 AM] [FHEM] TemperatureSensor service for WZTemp
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature characteristic for WZTemp:temperature
[3/1/2017, 11:14:45 AM] [FHEM] CurrentRelativeHumidity characteristic for WZTemp:humidity
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'WZ_Thermostat_Clima'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for WZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] information service for WZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for WZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] Thermostat service for WZ_Thermostat_Clima
[3/1/2017, 11:14:45 AM] [FHEM] TargetTemperature characteristic for WZ_Thermostat_Clima:desired-temp
[3/1/2017, 11:14:45 AM] [FHEM] Custom Actuation characteristic for WZ_Thermostat_Clima:ValvePosition
[3/1/2017, 11:14:45 AM] [FHEM] CurrentTemperature characteristic for WZ_Thermostat_Clima:measured-temp
[3/1/2017, 11:14:45 AM] [FHEM] TargetHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] CurrentHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 11:14:45 AM] [FHEM] Initializing platform accessory 'wz_tv1_poweroff'...
[3/1/2017, 11:14:45 AM] [FHEM] creating services for wz_tv1_poweroff
[3/1/2017, 11:14:45 AM] [FHEM] information service for wz_tv1_poweroff
[3/1/2017, 11:14:45 AM] [FHEM] manufacturer, model and serial number characteristics for wz_tv1_poweroff
[3/1/2017, 11:14:45 AM] [FHEM] Switch service for wz_tv1_poweroff
[3/1/2017, 11:14:45 AM] [FHEM] On characteristic for TV1:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m [0m
[30;47m ┌────────────┐ [0m
[30;47m │ 031-45-154 │ [0m
[30;47m └────────────┘ [0m
[30;47m [0m
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1250:14)
at listen (net.js:1286:10)
at Server.listen (net.js:1382:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:59:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:157:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:111:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:369:14)
Hallo zusammen,
hat denn niemand zu meinem gestern geposteten Problem eine Lösung? :( *schnief*
VlG, Bernd
Hallo Steffen,
"Keine Antwort!!!" steht nur bei dem Sensor? Die restlichen Geräte antworten? Ich kann in den Logs keinen Fehler erkennen.
Gruß
Zitat von: EinEinfach am 01 März 2017, 12:46:32
Hallo Steffen,
"Keine Antwort!!!" steht nur bei dem Sensor? Die restlichen Geräte antworten? Ich kann in den Logs keinen Fehler erkennen.
Gruß
Hallo EinEinfach oder wie du richtig heißt ;)
Ja nur an diesem Sensor, die anderen Funktionieren. Ich kann auch nichts falsches feststellen ::)
Lösche bitte das homebridgeMapping Attribut und starte die Homebridge neu. Da deine Readings temperature und humidity heißen müssen deise automatisch gemappt werden
Gruß
Alex
Ok, versuche ich mal aber eigentlich habe ich ja nur das Reading "state" das meine rel. Feuchtigkeit enthält. Die anderen waren nur zum testen. (statt seither mit "setreading alterdummy humidity value", nun mit "set neuerextradummy value" aber das ist ein anderes Thema https://forum.fhem.de/index.php/topic,62592.msg595774.html#new (https://forum.fhem.de/index.php/topic,62592.msg595774.html#new))
Habe noch mal mit :
homebridge --debug
exportiert:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/1/2017, 12:55:06 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/1/2017, 12:55:06 PM] Registering platform 'homebridge-fhem.FHEM'
[3/1/2017, 12:55:06 PM] ---
[3/1/2017, 12:55:06 PM] Loaded config.json with 0 accessories and 1 platforms.
[3/1/2017, 12:55:06 PM] ---
[3/1/2017, 12:55:06 PM] Loading 1 platforms...
[3/1/2017, 12:55:06 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488369307506
[3/1/2017, 12:55:07 PM] [FHEM] Checking genericDeviceType...
[3/1/2017, 12:55:07 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/1/2017, 12:55:07 PM] [FHEM] Fetching FHEM devices...
[3/1/2017, 12:55:07 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/1/2017, 12:55:07 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[3/1/2017, 12:55:07 PM] [FHEM] got: 11 results
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 12:55:07 PM] [FHEM] mappings for BZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 12:55:07 PM] [FHEM] BZ_Thermostat_Clima is thermostat
[3/1/2017, 12:55:07 PM] [FHEM] BZ_Thermostat_Clima has
[3/1/2017, 12:55:07 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 12:55:07 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 12:55:07 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 12:55:07 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 12:55:07 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 12:55:07 caching: BZ_Thermostat_Clima-desired-temp: 18.0
[3/1/2017, 12:55:07 PM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-03-01 12:55:07 caching: BZ_Thermostat_Clima-ValvePosition: 9
[3/1/2017, 12:55:07 PM] [FHEM] caching: Custom Actuation: 9 (as number; from '9')
2017-03-01 12:55:07 caching: BZ_Thermostat_Clima-measured-temp: 19.5
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentTemperature: 19.5 (as number; from '19.5')
[3/1/2017, 12:55:07 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 12:55:07 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 12:55:07 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 12:55:07 caching: BZ_Thermostat_Clima-heatingState: HEAT
[3/1/2017, 12:55:07 PM] [FHEM] BZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:07 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:07 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 12:55:07 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 12:55:07 PM] [FHEM] BZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[3/1/2017, 12:55:07 PM] [FHEM] mappings for DenonAVR: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'volume',
cmd: 'volume',
delay: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
On:
{ reading: 'power',
valueOff: 'off',
cmdOn: 'on',
cmdOff: 'off',
valueOn: 'on' } }
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVR is switch
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVR has
[3/1/2017, 12:55:07 PM] [FHEM] Custom Volume [volume;cached]
[3/1/2017, 12:55:07 PM] [FHEM] Custom Power [power]
[3/1/2017, 12:55:07 PM] [FHEM] On [power;on,off]
2017-03-01 12:55:07 caching: DenonAVR-volume: 19 %
[3/1/2017, 12:55:07 PM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-03-01 12:55:07 caching: DenonAVR-power: off
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVR-power factor: value NaN mapped to NaN
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVR-power not a number: off
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVR-power valueOn/valueOff: value off mapped to 0
[3/1/2017, 12:55:07 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[3/1/2017, 12:55:07 PM] [FHEM] mappings for DenonAVRplayiRadio: { On:
{ reading: 'playStatus',
valueOff: 'stopped',
cmdOn: 'on',
cmdOff: 'off',
device: 'DenonAVR',
valueOn: 'playing' } }
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVRplayiRadio is switch
[3/1/2017, 12:55:07 PM] [FHEM] DenonAVRplayiRadio has
[3/1/2017, 12:55:07 PM] [FHEM] On [DenonAVR.playStatus;on,off]
[3/1/2017, 12:55:07 PM] [FHEM] query: On for DenonAVR-playStatus
[3/1/2017, 12:55:07 PM] [FHEM] not cached
[3/1/2017, 12:55:07 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&XHR=1
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=state
[3/1/2017, 12:55:07 PM] [FHEM] mappings for GaOstHum: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'state' } }
[3/1/2017, 12:55:07 PM] [FHEM] GaOstHum is HumiditySensor
[3/1/2017, 12:55:07 PM] [FHEM] GaOstHum has
[3/1/2017, 12:55:07 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 12:55:07 PM] [FHEM] CurrentRelativeHumidity [state]
2017-03-01 12:55:07 caching: GaOstHum-temperature: 12.4
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentTemperature: 12.4 (as number; from '12.4 ')
2017-03-01 12:55:07 caching: GaOstHum-state: 37.2
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentRelativeHumidity: 37.2 (as number; from '37.2 ')
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
[3/1/2017, 12:55:07 PM] [FHEM] mappings for GaOstTemp: { CurrentTemperature:
{ reading: 'temperature',
minValue: '-20',
subtype: 'Temperatur' },
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 12:55:07 PM] [FHEM] GaOstTemp is thermometer
[3/1/2017, 12:55:07 PM] [FHEM] GaOstTemp has
[3/1/2017, 12:55:07 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 12:55:07 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 12:55:07 caching: GaOstTemp-temperature: 11.2
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentTemperature:Temperatur: 11.2 (as number; from '11.2 ')
2017-03-01 12:55:07 caching: GaOstTemp-humidity: 36.3
[3/1/2017, 12:55:07 PM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.3 ')
[3/1/2017, 12:55:07 PM] [FHEM] homebridgeMapping: ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN
[3/1/2017, 12:55:07 PM] [FHEM] mappings for HM_4F03F2: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
ContactSensorState:
{ reading: 'state',
values: [ 'closed:CONTACT_DETECTED', 'open:CONTACT_NOT_DETECTED' ] },
CurrentDoorState: { reading: 'state', values: [ 'closed:CLOSED', 'open:OPEN' ] } }
[3/1/2017, 12:55:07 PM] [FHEM] HM_4F03F2 is ContactSensor
[3/1/2017, 12:55:07 PM] [FHEM] HM_4F03F2 has
[3/1/2017, 12:55:07 PM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 12:55:07 PM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 12:55:07 PM] [FHEM] ContactSensorState [state]
[3/1/2017, 12:55:07 PM] [FHEM] CurrentDoorState [state]
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { ok: 0 }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2017-03-01 12:55:08 caching: HM_4F03F2-battery: ok
[3/1/2017, 12:55:08 PM] [FHEM] HM_4F03F2-battery values: value ok mapped to 0
[3/1/2017, 12:55:08 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 12:55:08 caching: HM_4F03F2-D-firmware: 1.0
[3/1/2017, 12:55:08 PM] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { closed: 0, open: 1 }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
2017-03-01 12:55:08 caching: HM_4F03F2-state: closed
[3/1/2017, 12:55:08 PM] [FHEM] HM_4F03F2-state values: value closed mapped to 0
[3/1/2017, 12:55:08 PM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { closed: 1, open: 0 }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[3/1/2017, 12:55:08 PM] [FHEM] HM_4F03F2-state values: value closed mapped to 1
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[3/1/2017, 12:55:08 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dewpoint,minValue=-20,subtype=Taupunkt
[3/1/2017, 12:55:08 PM] [FHEM] mappings for HM_50310C: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentTemperature:
[ { reading: 'temperature',
minValue: '-20',
subtype: 'Temperatur' },
{ reading: 'dewpoint', minValue: '-20', subtype: 'Taupunkt' } ],
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 12:55:08 PM] [FHEM] HM_50310C is thermometer
[3/1/2017, 12:55:08 PM] [FHEM] HM_50310C has
[3/1/2017, 12:55:08 PM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 12:55:08 PM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature [dewpoint]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { ok: 0 }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2017-03-01 12:55:08 caching: HM_50310C-battery: ok
[3/1/2017, 12:55:08 PM] [FHEM] HM_50310C-battery values: value ok mapped to 0
[3/1/2017, 12:55:08 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 12:55:08 caching: HM_50310C-D-firmware: 1.3
[3/1/2017, 12:55:08 PM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-03-01 12:55:08 caching: HM_50310C-temperature: 7.4
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentTemperature:Temperatur: 7.4 (as number; from '7.4')
2017-03-01 12:55:08 caching: HM_50310C-dewpoint: 1.5
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentTemperature:Taupunkt: 1.5 (as number; from '1.5')
2017-03-01 12:55:08 caching: HM_50310C-humidity: 66
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentRelativeHumidity: 66 (as number; from '66')
[3/1/2017, 12:55:08 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 12:55:08 PM] [FHEM] mappings for SZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 12:55:08 PM] [FHEM] SZ_Thermostat_Clima is thermostat
[3/1/2017, 12:55:08 PM] [FHEM] SZ_Thermostat_Clima has
[3/1/2017, 12:55:08 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 12:55:08 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 12:55:08 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 12:55:08 caching: SZ_Thermostat_Clima-desired-temp: 19.0
[3/1/2017, 12:55:08 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-01 12:55:08 caching: SZ_Thermostat_Clima-ValvePosition: 14
[3/1/2017, 12:55:08 PM] [FHEM] caching: Custom Actuation: 14 (as number; from '14')
2017-03-01 12:55:08 caching: SZ_Thermostat_Clima-measured-temp: 19.3
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentTemperature: 19.3 (as number; from '19.3')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 12:55:08 caching: SZ_Thermostat_Clima-heatingState: HEAT
[3/1/2017, 12:55:08 PM] [FHEM] SZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:08 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 12:55:08 PM] [FHEM] SZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:08 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[3/1/2017, 12:55:08 PM] [FHEM] mappings for WZTemp: { CurrentTemperature:
{ reading: 'temperature',
minValue: -30,
CurrentRelativeHumidity: 'humidity' },
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 12:55:08 PM] [FHEM] WZTemp is thermometer
[3/1/2017, 12:55:08 PM] [FHEM] WZTemp has
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 12:55:08 caching: WZTemp-temperature: 20.0
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20.0')
2017-03-01 12:55:08 caching: WZTemp-humidity: 36.0
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.0')
[3/1/2017, 12:55:08 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 12:55:08 PM] [FHEM] mappings for WZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 12:55:08 PM] [FHEM] WZ_Thermostat_Clima is thermostat
[3/1/2017, 12:55:08 PM] [FHEM] WZ_Thermostat_Clima has
[3/1/2017, 12:55:08 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 12:55:08 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 12:55:08 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 12:55:08 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 12:55:08 caching: WZ_Thermostat_Clima-desired-temp: 19.0
[3/1/2017, 12:55:08 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-01 12:55:08 caching: WZ_Thermostat_Clima-ValvePosition: 11
[3/1/2017, 12:55:08 PM] [FHEM] caching: Custom Actuation: 11 (as number; from '11')
2017-03-01 12:55:08 caching: WZ_Thermostat_Clima-measured-temp: 20.8
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentTemperature: 20.8 (as number; from '20.8')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 12:55:08 caching: WZ_Thermostat_Clima-heatingState: HEAT
[3/1/2017, 12:55:08 PM] [FHEM] WZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:08 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:08 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 12:55:08 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 12:55:08 PM] [FHEM] WZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 12:55:08 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 12:55:08 PM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOn=setOFF,cmdOff=setOFF
[3/1/2017, 12:55:08 PM] [FHEM] mappings for wz_tv1_poweroff: { On:
{ reading: 'state',
device: 'TV1',
valueOn: 'present',
valueOff: 'absent',
cmdOn: 'setOFF',
cmdOff: 'setOFF' } }
[3/1/2017, 12:55:08 PM] [FHEM] wz_tv1_poweroff is switch
[3/1/2017, 12:55:08 PM] [FHEM] wz_tv1_poweroff has
[3/1/2017, 12:55:08 PM] [FHEM] On [TV1.state;setOFF,setOFF]
[3/1/2017, 12:55:08 PM] [FHEM] query: On for TV1-state
[3/1/2017, 12:55:08 PM] [FHEM] not cached
[3/1/2017, 12:55:08 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&XHR=1
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for BZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] information service for BZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 18 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 9 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 19.5 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'DenonAVR'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for DenonAVR
[3/1/2017, 12:55:08 PM] [FHEM] information service for DenonAVR
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[3/1/2017, 12:55:08 PM] [FHEM] Switch service for DenonAVR
[3/1/2017, 12:55:08 PM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Custom Power characteristic for DenonAVR:power
[3/1/2017, 12:55:08 PM] [FHEM] no default
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] On characteristic for DenonAVR:power
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: false (boolean)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for DenonAVRplayiRadio
[3/1/2017, 12:55:08 PM] [FHEM] information service for DenonAVRplayiRadio
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[3/1/2017, 12:55:08 PM] [FHEM] Switch service for DenonAVRplayiRadio
[3/1/2017, 12:55:08 PM] [FHEM] On characteristic for DenonAVR:playStatus
[3/1/2017, 12:55:08 PM] [FHEM] no default
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'GaOstHum'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for GaOstHum
[3/1/2017, 12:55:08 PM] [FHEM] information service for GaOstHum
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstHum
[3/1/2017, 12:55:08 PM] [FHEM] HumiditySensor service for GaOstHum
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature characteristic for GaOstHum:temperature
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 12.4 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstHum:state
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 37.2 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for GaOstTemp
[3/1/2017, 12:55:08 PM] [FHEM] information service for GaOstTemp
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[3/1/2017, 12:55:08 PM] [FHEM] TemperatureSensor service for GaOstTemp
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature:Temperatur characteristic for GaOstTemp:temperature
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 11.2 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 36 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'HM_4F03F2'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for HM_4F03F2
[3/1/2017, 12:55:08 PM] [FHEM] information service for HM_4F03F2
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for HM_4F03F2
[3/1/2017, 12:55:08 PM] [FHEM] firmware revision characteristic for HM_4F03F2
[3/1/2017, 12:55:08 PM] [FHEM] ContactSensor service for HM_4F03F2
[3/1/2017, 12:55:08 PM] [FHEM] StatusLowBattery characteristic for HM_4F03F2:battery
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] ContactSensorState characteristic for HM_4F03F2:state
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 0 (number; means CONTACT_DETECTED)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentDoorState characteristic for HM_4F03F2:state
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means CLOSED)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'HM_50310C'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for HM_50310C
[3/1/2017, 12:55:08 PM] [FHEM] information service for HM_50310C
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for HM_50310C
[3/1/2017, 12:55:08 PM] [FHEM] firmware revision characteristic for HM_50310C
[3/1/2017, 12:55:08 PM] [FHEM] TemperatureSensor service for HM_50310C
[3/1/2017, 12:55:08 PM] [FHEM] StatusLowBattery characteristic for HM_50310C:battery
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature:Temperatur characteristic for HM_50310C:temperature
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 7.4 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] TemperatureSensor service for HM_50310C (Taupunkt)
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature:Taupunkt characteristic for HM_50310C:dewpoint
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1.5 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity characteristic for HM_50310C:humidity
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 66 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'SZ_Thermostat_Clima'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for SZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] information service for SZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for SZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] Thermostat service for SZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] TargetTemperature characteristic for SZ_Thermostat_Clima:desired-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Custom Actuation characteristic for SZ_Thermostat_Clima:ValvePosition
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 14 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature characteristic for SZ_Thermostat_Clima:measured-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 19.3 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] TargetHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'WZTemp'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for WZTemp
[3/1/2017, 12:55:08 PM] [FHEM] information service for WZTemp
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for WZTemp
[3/1/2017, 12:55:08 PM] [FHEM] TemperatureSensor service for WZTemp
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature characteristic for WZTemp:temperature
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 20 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentRelativeHumidity characteristic for WZTemp:humidity
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 36 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'WZ_Thermostat_Clima'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for WZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] information service for WZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for WZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] Thermostat service for WZ_Thermostat_Clima
[3/1/2017, 12:55:08 PM] [FHEM] TargetTemperature characteristic for WZ_Thermostat_Clima:desired-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Custom Actuation characteristic for WZ_Thermostat_Clima:ValvePosition
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 11 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentTemperature characteristic for WZ_Thermostat_Clima:measured-temp
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 20.8 (number)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] TargetHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] CurrentHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 12:55:08 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 12:55:08 PM] [FHEM] Initializing platform accessory 'wz_tv1_poweroff'...
[3/1/2017, 12:55:08 PM] [FHEM] creating services for wz_tv1_poweroff
[3/1/2017, 12:55:08 PM] [FHEM] information service for wz_tv1_poweroff
[3/1/2017, 12:55:08 PM] [FHEM] manufacturer, model and serial number characteristics for wz_tv1_poweroff
[3/1/2017, 12:55:08 PM] [FHEM] Switch service for wz_tv1_poweroff
[3/1/2017, 12:55:08 PM] [FHEM] On characteristic for TV1:state
[3/1/2017, 12:55:08 PM] [FHEM] no default
[3/1/2017, 12:55:08 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m [0m
[30;47m ┌────────────┐ [0m
[30;47m │ 031-45-154 │ [0m
[30;47m └────────────┘ [0m
[30;47m [0m
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1250:14)
at listen (net.js:1286:10)
at Server.listen (net.js:1382:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:59:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:157:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:111:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:369:14)
Lt. dem Log mappt die Homebridge immer noch den "state" als CurrentHumidity. Hast du das Attribut doch nicht gelöscht?
Zitat von: EinEinfach am 01 März 2017, 13:16:55
Lt. dem Log mappt die Homebridge immer noch den "state" als CurrentHumidity. Hast du das Attribut doch nicht gelöscht?
Sorry das war der Log bevor ich das Mapping gelöscht habe.
Ergebnis ist übrigens das selbe wie vorher!Danke für Eure mühen ;)
Hier das aktuelle:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/1/2017, 1:15:16 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/1/2017, 1:15:16 PM] Registering platform 'homebridge-fhem.FHEM'
[3/1/2017, 1:15:16 PM] ---
[3/1/2017, 1:15:16 PM] Loaded config.json with 0 accessories and 1 platforms.
[3/1/2017, 1:15:16 PM] ---
[3/1/2017, 1:15:16 PM] Loading 1 platforms...
[3/1/2017, 1:15:16 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488370516968
[3/1/2017, 1:15:16 PM] [FHEM] Checking genericDeviceType...
[3/1/2017, 1:15:17 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/1/2017, 1:15:17 PM] [FHEM] Fetching FHEM devices...
[3/1/2017, 1:15:17 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/1/2017, 1:15:17 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[3/1/2017, 1:15:17 PM] [FHEM] got: 11 results
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 1:15:17 PM] [FHEM] mappings for BZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 1:15:17 PM] [FHEM] BZ_Thermostat_Clima is thermostat
[3/1/2017, 1:15:17 PM] [FHEM] BZ_Thermostat_Clima has
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 13:15:17 caching: BZ_Thermostat_Clima-desired-temp: 18.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-03-01 13:15:17 caching: BZ_Thermostat_Clima-ValvePosition: 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-03-01 13:15:17 caching: BZ_Thermostat_Clima-measured-temp: 20.2
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature: 20.2 (as number; from '20.2')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 13:15:17 caching: BZ_Thermostat_Clima-heatingState: AUTO
[3/1/2017, 1:15:17 PM] [FHEM] BZ_Thermostat_Clima-heatingState values: value AUTO mapped to 3
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 1:15:17 PM] [FHEM] BZ_Thermostat_Clima-heatingState values: value AUTO mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[3/1/2017, 1:15:17 PM] [FHEM] mappings for DenonAVR: { '00001001-0000-1000-8000-135D67EC4377':
{ reading: 'volume',
cmd: 'volume',
delay: true,
name: 'Volume',
format: 'UINT8',
unit: 'PERCENTAGE',
minValue: 0,
maxValue: 100,
minStep: 1 },
'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
On:
{ reading: 'power',
valueOff: 'off',
cmdOn: 'on',
cmdOff: 'off',
valueOn: 'on' } }
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVR is switch
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVR has
[3/1/2017, 1:15:17 PM] [FHEM] Custom Volume [volume;cached]
[3/1/2017, 1:15:17 PM] [FHEM] Custom Power [power]
[3/1/2017, 1:15:17 PM] [FHEM] On [power;on,off]
2017-03-01 13:15:17 caching: DenonAVR-volume: 19 %
[3/1/2017, 1:15:17 PM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-03-01 13:15:17 caching: DenonAVR-power: off
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVR-power factor: value NaN mapped to NaN
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVR-power not a number: off
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVR-power valueOn/valueOff: value off mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[3/1/2017, 1:15:17 PM] [FHEM] mappings for DenonAVRplayiRadio: { On:
{ reading: 'playStatus',
valueOff: 'stopped',
cmdOn: 'on',
cmdOff: 'off',
device: 'DenonAVR',
valueOn: 'playing' } }
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVRplayiRadio is switch
[3/1/2017, 1:15:17 PM] [FHEM] DenonAVRplayiRadio has
[3/1/2017, 1:15:17 PM] [FHEM] On [DenonAVR.playStatus;on,off]
[3/1/2017, 1:15:17 PM] [FHEM] query: On for DenonAVR-playStatus
[3/1/2017, 1:15:17 PM] [FHEM] not cached
[3/1/2017, 1:15:17 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&XHR=1
[3/1/2017, 1:15:17 PM] [FHEM] mappings for GaOstHum: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 1:15:17 PM] [FHEM] GaOstHum is HumiditySensor
[3/1/2017, 1:15:17 PM] [FHEM] GaOstHum has
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 13:15:17 caching: GaOstHum-temperature: 12.4
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature: 12.4 (as number; from '12.4 ')
2017-03-01 13:15:17 caching: GaOstHum-humidity: 36.3
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.3 ')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
[3/1/2017, 1:15:17 PM] [FHEM] mappings for GaOstTemp: { CurrentTemperature:
{ reading: 'temperature',
minValue: '-20',
subtype: 'Temperatur' },
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 1:15:17 PM] [FHEM] GaOstTemp is thermometer
[3/1/2017, 1:15:17 PM] [FHEM] GaOstTemp has
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 13:15:17 caching: GaOstTemp-temperature: 11.2
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature:Temperatur: 11.2 (as number; from '11.2 ')
2017-03-01 13:15:17 caching: GaOstTemp-humidity: 36.3
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.3 ')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN
[3/1/2017, 1:15:17 PM] [FHEM] mappings for HM_4F03F2: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
ContactSensorState:
{ reading: 'state',
values: [ 'closed:CONTACT_DETECTED', 'open:CONTACT_NOT_DETECTED' ] },
CurrentDoorState: { reading: 'state', values: [ 'closed:CLOSED', 'open:OPEN' ] } }
[3/1/2017, 1:15:17 PM] [FHEM] HM_4F03F2 is ContactSensor
[3/1/2017, 1:15:17 PM] [FHEM] HM_4F03F2 has
[3/1/2017, 1:15:17 PM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 1:15:17 PM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 1:15:17 PM] [FHEM] ContactSensorState [state]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentDoorState [state]
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { ok: 0 }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2017-03-01 13:15:17 caching: HM_4F03F2-battery: ok
[3/1/2017, 1:15:17 PM] [FHEM] HM_4F03F2-battery values: value ok mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 13:15:17 caching: HM_4F03F2-D-firmware: 1.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { closed: 0, open: 1 }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'CONTACT_DETECTED', '1': 'CONTACT_NOT_DETECTED' }
2017-03-01 13:15:17 caching: HM_4F03F2-state: closed
[3/1/2017, 1:15:17 PM] [FHEM] HM_4F03F2-state values: value closed mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { closed: 1, open: 0 }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED' }
[3/1/2017, 1:15:17 PM] [FHEM] HM_4F03F2-state values: value closed mapped to 1
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dewpoint,minValue=-20,subtype=Taupunkt
[3/1/2017, 1:15:17 PM] [FHEM] mappings for HM_50310C: { StatusLowBattery:
{ reading: 'battery',
values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentTemperature:
[ { reading: 'temperature',
minValue: '-20',
subtype: 'Temperatur' },
{ reading: 'dewpoint', minValue: '-20', subtype: 'Taupunkt' } ],
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 1:15:17 PM] [FHEM] HM_50310C is thermometer
[3/1/2017, 1:15:17 PM] [FHEM] HM_50310C has
[3/1/2017, 1:15:17 PM] [FHEM] StatusLowBattery [battery]
[3/1/2017, 1:15:17 PM] [FHEM] FirmwareRevision [D-firmware]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [dewpoint]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity [humidity]
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { ok: 0 }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2017-03-01 13:15:17 caching: HM_50310C-battery: ok
[3/1/2017, 1:15:17 PM] [FHEM] HM_50310C-battery values: value ok mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-03-01 13:15:17 caching: HM_50310C-D-firmware: 1.3
[3/1/2017, 1:15:17 PM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-03-01 13:15:17 caching: HM_50310C-temperature: 7.4
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature:Temperatur: 7.4 (as number; from '7.4')
2017-03-01 13:15:17 caching: HM_50310C-dewpoint: 1.5
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature:Taupunkt: 1.5 (as number; from '1.5')
2017-03-01 13:15:17 caching: HM_50310C-humidity: 66
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentRelativeHumidity: 66 (as number; from '66')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 1:15:17 PM] [FHEM] mappings for SZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 1:15:17 PM] [FHEM] SZ_Thermostat_Clima is thermostat
[3/1/2017, 1:15:17 PM] [FHEM] SZ_Thermostat_Clima has
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 13:15:17 caching: SZ_Thermostat_Clima-desired-temp: 19.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-01 13:15:17 caching: SZ_Thermostat_Clima-ValvePosition: 7
[3/1/2017, 1:15:17 PM] [FHEM] caching: Custom Actuation: 7 (as number; from '7')
2017-03-01 13:15:17 caching: SZ_Thermostat_Clima-measured-temp: 20.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20.0')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 13:15:17 caching: SZ_Thermostat_Clima-heatingState: HEAT
[3/1/2017, 1:15:17 PM] [FHEM] SZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 1:15:17 PM] [FHEM] SZ_Thermostat_Clima-heatingState values: value HEAT mapped to 1
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'HEAT')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[3/1/2017, 1:15:17 PM] [FHEM] mappings for WZTemp: { CurrentTemperature:
{ reading: 'temperature',
minValue: -30,
CurrentRelativeHumidity: 'humidity' },
CurrentRelativeHumidity: { reading: 'humidity' } }
[3/1/2017, 1:15:17 PM] [FHEM] WZTemp is thermometer
[3/1/2017, 1:15:17 PM] [FHEM] WZTemp has
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [temperature]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-03-01 13:15:17 caching: WZTemp-temperature: 20.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20.0')
2017-03-01 13:15:17 caching: WZTemp-humidity: 36.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentRelativeHumidity: 36 (as number; from '36.0')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[3/1/2017, 1:15:17 PM] [FHEM] mappings for WZ_Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
TargetHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:3' ],
cmds:
[ 'OFF:controlManu+off',
'HEAT:controlMode+boost',
'AUTO:controlMode+auto',
'COOL:controlMode+night' ] },
CurrentHeatingCoolingState:
{ reading: 'heatingState',
values: [ 'OFF:0', 'HEAT:1', 'COOL:2', 'AUTO:0' ] } }
[3/1/2017, 1:15:17 PM] [FHEM] WZ_Thermostat_Clima is thermostat
[3/1/2017, 1:15:17 PM] [FHEM] WZ_Thermostat_Clima has
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature [desired-temp]
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation [ValvePosition]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature [measured-temp]
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState [heatingState]
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState [heatingState]
2017-03-01 13:15:17 caching: WZ_Thermostat_Clima-desired-temp: 19.0
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-01 13:15:17 caching: WZ_Thermostat_Clima-ValvePosition: 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-03-01 13:15:17 caching: WZ_Thermostat_Clima-measured-temp: 21.3
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentTemperature: 21.3 (as number; from '21.3')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '3' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL', '3': 'AUTO' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2cmd: { '0': 'controlManu+off',
'1': 'controlMode+boost',
'2': 'controlMode+night',
'3': 'controlMode+auto' }
2017-03-01 13:15:17 caching: WZ_Thermostat_Clima-heatingState: AUTO
[3/1/2017, 1:15:17 PM] [FHEM] WZ_Thermostat_Clima-heatingState values: value AUTO mapped to 3
[3/1/2017, 1:15:17 PM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[3/1/2017, 1:15:17 PM] [FHEM] value2homekit: { OFF: '0', HEAT: '1', COOL: '2', AUTO: '0' }
[3/1/2017, 1:15:17 PM] [FHEM] homekit2name: { '0': 'OFF', '1': 'HEAT', '2': 'COOL' }
[3/1/2017, 1:15:17 PM] [FHEM] WZ_Thermostat_Clima-heatingState values: value AUTO mapped to 0
[3/1/2017, 1:15:17 PM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'AUTO')
[3/1/2017, 1:15:17 PM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOn=setOFF,cmdOff=setOFF
[3/1/2017, 1:15:17 PM] [FHEM] mappings for wz_tv1_poweroff: { On:
{ reading: 'state',
device: 'TV1',
valueOn: 'present',
valueOff: 'absent',
cmdOn: 'setOFF',
cmdOff: 'setOFF' } }
[3/1/2017, 1:15:17 PM] [FHEM] wz_tv1_poweroff is switch
[3/1/2017, 1:15:17 PM] [FHEM] wz_tv1_poweroff has
[3/1/2017, 1:15:17 PM] [FHEM] On [TV1.state;setOFF,setOFF]
[3/1/2017, 1:15:17 PM] [FHEM] query: On for TV1-state
[3/1/2017, 1:15:17 PM] [FHEM] not cached
[3/1/2017, 1:15:17 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&XHR=1
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for BZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] information service for BZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 18 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 20.2 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 3 (number; means AUTO)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number; means OFF)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'DenonAVR'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for DenonAVR
[3/1/2017, 1:15:17 PM] [FHEM] information service for DenonAVR
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[3/1/2017, 1:15:17 PM] [FHEM] Switch service for DenonAVR
[3/1/2017, 1:15:17 PM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Custom Power characteristic for DenonAVR:power
[3/1/2017, 1:15:17 PM] [FHEM] no default
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] On characteristic for DenonAVR:power
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: false (boolean)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for DenonAVRplayiRadio
[3/1/2017, 1:15:17 PM] [FHEM] information service for DenonAVRplayiRadio
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[3/1/2017, 1:15:17 PM] [FHEM] Switch service for DenonAVRplayiRadio
[3/1/2017, 1:15:17 PM] [FHEM] On characteristic for DenonAVR:playStatus
[3/1/2017, 1:15:17 PM] [FHEM] no default
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'GaOstHum'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for GaOstHum
[3/1/2017, 1:15:17 PM] [FHEM] information service for GaOstHum
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstHum
[3/1/2017, 1:15:17 PM] [FHEM] HumiditySensor service for GaOstHum
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature characteristic for GaOstHum:temperature
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 12.4 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstHum:humidity
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 36 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for GaOstTemp
[3/1/2017, 1:15:17 PM] [FHEM] information service for GaOstTemp
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[3/1/2017, 1:15:17 PM] [FHEM] TemperatureSensor service for GaOstTemp
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature:Temperatur characteristic for GaOstTemp:temperature
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 11.2 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 36 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'HM_4F03F2'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for HM_4F03F2
[3/1/2017, 1:15:17 PM] [FHEM] information service for HM_4F03F2
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for HM_4F03F2
[3/1/2017, 1:15:17 PM] [FHEM] firmware revision characteristic for HM_4F03F2
[3/1/2017, 1:15:17 PM] [FHEM] ContactSensor service for HM_4F03F2
[3/1/2017, 1:15:17 PM] [FHEM] StatusLowBattery characteristic for HM_4F03F2:battery
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] ContactSensorState characteristic for HM_4F03F2:state
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number; means CONTACT_DETECTED)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentDoorState characteristic for HM_4F03F2:state
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 1 (number; means CLOSED)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'HM_50310C'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for HM_50310C
[3/1/2017, 1:15:17 PM] [FHEM] information service for HM_50310C
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for HM_50310C
[3/1/2017, 1:15:17 PM] [FHEM] firmware revision characteristic for HM_50310C
[3/1/2017, 1:15:17 PM] [FHEM] TemperatureSensor service for HM_50310C
[3/1/2017, 1:15:17 PM] [FHEM] StatusLowBattery characteristic for HM_50310C:battery
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature:Temperatur characteristic for HM_50310C:temperature
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 7.4 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] TemperatureSensor service for HM_50310C (Taupunkt)
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature:Taupunkt characteristic for HM_50310C:dewpoint
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 1.5 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity characteristic for HM_50310C:humidity
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 66 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'SZ_Thermostat_Clima'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for SZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] information service for SZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for SZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] Thermostat service for SZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature characteristic for SZ_Thermostat_Clima:desired-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation characteristic for SZ_Thermostat_Clima:ValvePosition
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 7 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature characteristic for SZ_Thermostat_Clima:measured-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 20 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'WZTemp'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for WZTemp
[3/1/2017, 1:15:17 PM] [FHEM] information service for WZTemp
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for WZTemp
[3/1/2017, 1:15:17 PM] [FHEM] TemperatureSensor service for WZTemp
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature characteristic for WZTemp:temperature
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 20 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentRelativeHumidity characteristic for WZTemp:humidity
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 36 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'WZ_Thermostat_Clima'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for WZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] information service for WZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for WZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] Thermostat service for WZ_Thermostat_Clima
[3/1/2017, 1:15:17 PM] [FHEM] TargetTemperature characteristic for WZ_Thermostat_Clima:desired-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 19 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Custom Actuation characteristic for WZ_Thermostat_Clima:ValvePosition
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentTemperature characteristic for WZ_Thermostat_Clima:measured-temp
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 21.3 (number)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] TargetHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 3 (number; means AUTO)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] CurrentHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[3/1/2017, 1:15:17 PM] [FHEM] initial value is: 0 (number; means OFF)
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/1/2017, 1:15:17 PM] [FHEM] Initializing platform accessory 'wz_tv1_poweroff'...
[3/1/2017, 1:15:17 PM] [FHEM] creating services for wz_tv1_poweroff
[3/1/2017, 1:15:17 PM] [FHEM] information service for wz_tv1_poweroff
[3/1/2017, 1:15:17 PM] [FHEM] manufacturer, model and serial number characteristics for wz_tv1_poweroff
[3/1/2017, 1:15:17 PM] [FHEM] Switch service for wz_tv1_poweroff
[3/1/2017, 1:15:17 PM] [FHEM] On characteristic for TV1:state
[3/1/2017, 1:15:17 PM] [FHEM] no default
[3/1/2017, 1:15:17 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
[30;47m [0m
[30;47m ┌────────────┐ [0m
[30;47m │ 031-45-154 │ [0m
[30;47m └────────────┘ [0m
[30;47m [0m
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1250:14)
at listen (net.js:1286:10)
at Server.listen (net.js:1382:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:59:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:157:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:111:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:369:14)
Guten Morgen
Ich hab jetzt alle Foren durchsucht und nichts gefunden.
Nach dem update auf 5.8 habe ich wie beschrieben das update für homebridge-fhem durchgeführt trotzdem bekomme ich noch immer die Fehlermeldung:
[3/2/2017, 7:38:29 AM] [FHEM] There was a problem connecting to FHEM (http://192.168.0.252:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[3/2/2017, 7:38:29 AM] [FHEM] 401: Unauthorized
[3/2/2017, 7:38:29 AM] [FHEM] There was a problem connecting to FHEM
[3/2/2017, 7:38:29 AM] [FHEM] 401: Unauthorized
woran kann das liegen?
Ok. So wie es aussieht funktioniert das irgendwie wohl nicht mit dem "genericDeviceType HumiditySensor"
Noch mal meine Frage von vorher, kann man im Mapping die Einheit überschreiben ?
homebridgeMapping:
CurrentTemperature=state,unit=PERCENTAGE,subtype=Feuchte
Dann könnte ich damit leben und würden den type thermometer nehmen und die Einheit anpassen.
@Steffen@Home: laut log hat dein sensor auch als HumiditySensor noch ein reading temperatur. ich weiss nicht was die home app dann macht. das bekommst du mit clear am anfang des homebridgeMappings weg. also so: attr <name> homebridgeMapping clear CurrentRelativeHumidity=humidity
falls das immer noch nicht geht: leg mal bitte einen dummy an:define xxx dummy
setreading xxx humidity 45
attr xxx genericDeviceType HumiditySensor
das sollte mit und ohne genericDeviceType gehen. und vergleich es bitte auch mit eve. ich tippe auf ein problem der home app.
man kann die einheiten nicht vorgeben. das ist sache der jeweiligen app und die entscheiden auf grund der characterisitic.
@leachim200: zeig die ganze konsolen ausgabe. besonders die zeile mit der version.
Guten Morgen,
hab hier ein Verständnisproblem,
die Helligkeitsreading meiner TSL2561 Sensoren sehen z.b so aus:
luminosity:10.1 (was mir unkorrekt niedrig vorkommt) und bei HomeKit lese ich
35 Lux (besser!)
Nur, wie und wo wird dieser Wert 'erfunden' .... kann ich den auch in meinen Readings einbauen..
list des Dummy der in HomeKit eingebunden ist
Internals:
NAME luxFlurDecke
NR 406
STATE 0 Lux
TYPE dummy
Readings:
2017-03-02 10:04:41 broadband 1
2017-03-02 10:04:41 gain 16
2017-03-02 10:04:41 integrationTime 0.0137
2017-03-02 10:04:41 ir 1
2017-03-02 10:04:41 luminosity 8.5
2017-03-02 09:49:41 state update
Attributes:
alias Helligkeit Flur
group Service
homebridgeMapping CurrentAmbientLightLevel=luminosity
room Flur,Homekit,Service
siriName Hell
sortby 03
list des Sensors (auf anderem rpi über fhem2fhem angebunden)
Internals:
CFGFN
DEF 0x39
HiPi_used 0
I2C_Address 57
IODev rpii2c
NAME luxFlurDecke
NR 2221
STATE 8.5
TYPE I2C_TSL2561
acquiState 0
autoAddress 0
blockingIO 1
broadband 16
calcState 0
ir 5
operationCounter 0
operationInProgress 0
requiredOperations 4
rpii2c_SENDSTAT Ok
saturated 0
sensorType TSL2561 Package T/FN/CL Rev. 0
timingModified 0
tsl2561Gain 16
tsl2561IntegrationTime 0
tsl2561Package 5
Readings:
2017-03-02 09:59:41 broadband 16
2017-03-02 09:59:41 gain 16
2017-03-02 09:59:41 integrationTime 0.0137
2017-03-02 09:59:41 ir 5
2017-03-02 09:59:41 luminosity 8.5
2017-03-01 12:03:32 state Initialized
acquiStarted:
1488445181
556004
Attributes:
IODev rpii2c
floatArithmetics 1
poll_interval 5
Danke für eventuelle Aufklärung,
Alex
luminosity readings werden von homebridge-fhem mit 1/0.265 multipliziert. das ist ein wert den dirk mal gepostet hatte und so auch im wiki dokumentiert ist.
brightness, luminance und illuminance readings werden 1:1 durchgereicht.
Dan du bist der Hit ;)
Habe jetzt
clear CurrentRelativeHumidity=state Zitat von: justme1968 am 02 März 2017, 10:04:00
@Steffen@Home: laut log hat dein sensor auch als HumiditySensor noch ein reading temperatur. ich weiss nicht was die home app dann macht. das bekommst du mit clear am anfang des homebridgeMappings weg. also so: attr <name> homebridgeMapping clear HumiditySensor=humidity
falls das immer noch nicht geht: leg mal bitte einen dummy an:define xxx dummy
setreading xxx humidity 45
attr xxx genericDeviceType HumiditySensor
das sollte mit und ohne genericDeviceType gehen. und vergleich es bitte auch mit eve. ich tippe auf ein problem der home app.
man kann die einheiten nicht vorgeben. das ist sache der jeweiligen app und die entscheiden auf grund der characterisitic.
@leachim200: zeig die ganze konsolen ausgabe. besonders die zeile mit der version.
Hmm,
dies hier?
https://wiki.fhem.de/wiki/Universalsensor (https://wiki.fhem.de/wiki/Universalsensor)
bezieht sich aber auf eine Filterfolie die oversaturated im Ausseneinsatz verhindern soll...
Zitat
Eine Testreihe mit der Folie im Vergleich mit einem kommerziellen Luxmeter hat den Faktor 0,265 ergeben. Mit Folie bekommt man mit einer Division durch 0,265 auf den aktuellen Lux-Wert:
$lux = $lum/0.265
Um den Wert mit Folie unterhalb des Devices angezeigt zu bekommen, muss man hierfür ein userreading erstellen. Die erfolgt mit folgendem Befehl:
attr Outdoor.Helligkeit userReadings luminosity2 { ReadingsVal("Outdoor.Helligkeit","luminosity",0)/0.265;; }
*kopfkratz*
Verwirrung steigt ;)
A.
Hallo,
würde gerne eine Dummy als MotionSensor einbauen, gibt es da kein genericDeviceType für den man nutzen kann ? Generell scheint die Characteristic und der Service MotionDetected/MotionSensor ja in Homebridge integriert, gibt es evtl. keien Umsetzung für das homebridge-fhem modul ?
Danke
wie schon mehrfach geschrieben stehen alle bekannten und verwendbaren typen hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js).
genericDeviceType wäre MotionSensor und die characteristic MotionDetected.
die automatisierung sollte über fhem laufen. nicht über homekit. d.h. in den aller meisten fällen brauchst du bewegungsmelder nicht in homekit.
hm komisch, ich habe in fhem unter genericDeviceType nur folgende in der Liste ?
security
ignore
switch
outlet
light
blind
thermometer
thermostat
contact
garage
window
lock
auch das wurde schon mehrfach erklärt. die liste umfasst ein paar häufig verwendete typen. es lassen sich aber über das attr kommando alle service typen aus HomeKitTypes.js verwenden.
tut mir leid wegen der Mehrfachfragen, trotzdem vielen dank für deine hilfe !
Sorry für die Dumme Frage, aber irgendwas mach ich beim Update von homebridge-fhem falsch.
Ich halte mich an das Wiki (https://wiki.fhem.de/wiki/Homebridge_einrichten#Homebridge_aktualisieren) aber trotzdem erhalte ich bei npm -g outdated immernoch einen Unterschied zwischen Soll und Ist. Was mache ich falsch?
Sry für die späte Antwort:
Hier der auszug
pi@raspberrypi:/etc/init.d $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/5/2017, 10:45:40 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[3/5/2017, 10:45:40 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
[3/5/2017, 10:45:41 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/5/2017, 10:45:41 AM] Registering platform 'homebridge-fhem.FHEM'
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loaded plugin: homebridge-http
[3/5/2017, 10:45:41 AM] Registering accessory 'homebridge-http.Http'
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loaded config.json with 0 accessories and 1 platforms.
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loading 1 platforms...
[3/5/2017, 10:45:41 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.252:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488707142345
[3/5/2017, 10:45:42 AM] [FHEM] Checking genericDeviceType...
[3/5/2017, 10:45:42 AM] [FHEM] executing: http://xxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/5/2017, 10:45:42 AM] [FHEM] Fetching FHEM devices...
[3/5/2017, 10:45:42 AM] [FHEM] fetching: http://xxxxxx/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/5/2017, 10:45:42 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3/5/2017, 10:45:42 AM] [FHEM] There was a problem connecting to FHEM (http://xxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[3/5/2017, 10:45:42 AM] [FHEM] 401: Unauthorized
[3/5/2017, 10:45:42 AM] [FHEM] There was a problem connecting to FHEM
[3/5/2017, 10:45:42 AM] [FHEM] 401: Unauthorized
^C[3/5/2017, 10:45:54 AM] Got SIGINT, shutting down Homebridge...
pi@raspberrypi:/etc/init.d $ npm -g outdated
pi@raspberrypi:/etc/init.d $
@Chillkroete1206: welche ausgebe bekommst du genau?
@leachim200: in der aktuellen version (und schon eine ganze weile) kommt nach der roten zeile noch eine weiter mit der homebridge-fhem version. du hast also nicht die aktuelle version.
bitte homebridge-fhem noch mal drüber installieren.
Hi wurde soeben erledigt
sudo npm -g install homebridge-fhem
gleicher fehler wieder
root@raspberrypi:/etc/init.d# npm -g install homebridge-fhem
/usr/local/lib
`-- homebridge-fhem@0.3.7
root@raspberrypi:/etc/init.d# exit
exit
pi@raspberrypi:/etc/init.d $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
[3/5/2017, 11:30:12 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/5/2017, 11:30:12 AM] Registering platform 'homebridge-fhem.FHEM'
[3/5/2017, 11:30:12 AM] ---
[3/5/2017, 11:30:13 AM] Loaded plugin: homebridge-http
[3/5/2017, 11:30:13 AM] Registering accessory 'homebridge-http.Http'
[3/5/2017, 11:30:13 AM] ---
[3/5/2017, 11:30:13 AM] Loaded config.json with 0 accessories and 1 platforms.
[3/5/2017, 11:30:13 AM] ---
[3/5/2017, 11:30:13 AM] Loading 1 platforms...
[3/5/2017, 11:30:13 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://xxxxxx/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488709814175
[3/5/2017, 11:30:14 AM] [FHEM] Checking genericDeviceType...
[3/5/2017, 11:30:14 AM] [FHEM] executing: http://xxxxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/5/2017, 11:30:14 AM] [FHEM] Fetching FHEM devices...
[3/5/2017, 11:30:14 AM] [FHEM] fetching: http://192.168.0.252:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/5/2017, 11:30:14 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3/5/2017, 11:30:14 AM] [FHEM] There was a problem connecting to FHEM
[3/5/2017, 11:30:14 AM] [FHEM] 400: Bad Request
[3/5/2017, 11:30:14 AM] [FHEM] There was a problem connecting to FHEM (http://xxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[3/5/2017, 11:30:14 AM] [FHEM] 400: Bad Request
Zitat von: leachim200 am 05 März 2017, 11:31:11
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
Diese beiden Zeilen sind entscheidend!
Offensichtlich hat sich Deine Node Installation verändert, denn es sind die Plugins doppelt vorhanden und sie werden aus dem falschen Ordner geladen. Das Selbe Problem hatte ich auch vor Kurzem.
Ich konnte es lösen indem ich alle Node Geschichten komplett deinstalliert hatte, dann manuell die noch verbliebenen Plugins gelöscht habe und dann Node+Plugins komplett neu installiert hatte.
Merkwürdiger Weise hatte sich dann auch der Pfad zu homebridge selbst verändert und ich musste auch das systemd Skript anpassen.
M.E. lag das alles daran weil ich mit einem Debian gestartet bin und alles als root installiert habe. Später habe ich noch sudo aktiviert und ich denke dann kam diese Veränderung.
Ist aber mehr oder weniger nur geraten, bzw. die einzige Erklärung die ich mir selbst gegeben habe.
Gruß
Dan
Hallo,
ich habe ein Update-Problem bei Homebridge. Aufgefallen ist es mir, als ich endlich das csrfToken einschalten wollte:
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.70
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Registering platform 'homebridge-fhem.FHEM'
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] ---
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Loaded plugin: homebridge-samsungtv-control
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Registering accessory 'homebridge-samsungtv.SamsungTV'
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] ---
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Loaded config.json with 1 accessories and 1 platforms.
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] ---
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Loading 1 platforms...
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] Initializing FHEM platform...
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] Checking devices and attributes...
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1488727213901
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] Fetching FHEM devices...
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] Loading 1 accessories...
[Sun Mar 05 2017 16:20:13 GMT+0100 (CET)] [Fernseher] Initializing SamsungTV accessory...
Server listening on: http://<ip>:8282
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] 400: Bad Request
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] There was a problem connecting to FHEM (http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1).
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] 400: Bad Request
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] There was a problem connecting to FHEM
[Sun Mar 05 2017 16:20:14 GMT+0100 (CET)] [FHEM] 400: Bad Request
^C[Sun Mar 05 2017 16:20:28 GMT+0100 (CET)] Got SIGINT, shutting down Homebridge...
Jegliches Update bzw drüber installieren bringt keine Änderung. Aber nach den Meldungen oben wird ja anscheinend homebridge-fhem 0.2.70 benutzt. Schaue ich aber weiter nach, dann bekomme ich das hier:
pi@raspberrypi:~ $ sudo npm -g outdated
Package Current Wanted Latest Location
npm 4.2.0 4.4.0 4.3.0
pi@raspberrypi:~ $ npm -g ls | grep homebridge
├─┬ homebridge@0.4.16
├─┬ homebridge-fhem@0.3.7
├─┬ homebridge-samsungtv-control@1.1.1
pi@raspberrypi:~ $ sudo find / -name homebridge-fhem -print
/usr/local/lib/node_modules/homebridge-fhem
/usr/lib/node_modules/homebridge-fhem
/root/.npm/registry.npmjs.org/homebridge-fhem
/root/.npm/homebridge-fhem
Was kann ich machen? Wie werde ich die alten Versionen wieder los? Kann mir da jemand helfen?
Danke schon mal!
Gruß Bernd
bei mir gibt npm -g outdated folgenden Output Package Current Wanted Latest Location
homebridge 0.4.6 0.4.16 0.4.16 /usr/local/lib > homebridge
npm 2.15.9 4.3.0 4.3.0 /usr/local/lib > npm
Vor den Updateversuchen gab es meiner Meinung nach auch ein Versionseintrag für "homebrifge-fhem". Dieser ist offensichtlich verschwunden.
die folgenden Kommandos ändern daran nichts
npm -g update homebridge
npm -g update homebridge-fhem
npm -g install homebridge
npm -g install homebridge-fhem
Die Installation endet mit "Success", aber es kommt währenddessen drei Mal die Meldung gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.6.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/.node-gyp"
Ich habe im ersten Beitrag (https://forum.fhem.de/index.php/topic,48558.msg599306.html#msg599306) auf dieser Seite die Lösung für Euch beide, Chillkroete1206 und Cluni, beschrieben! ;)
Gruß
Dan
Danke, aber klingt ziemlich aufwändig und nach frickelei.
Ich würde diese Arbeit gerne dauerhaft umgehen, in dem ich das csrfToken attribut im WEB device auf none setze - das sollte laut den Ausführungen hier ja ebenfalls funktionieren.
Gesagt getan, allerdings bringt das keine Änderung. Die Homekit App findet Geräte, ein Schalten bringt aber keine Änderung.
Hi, kann es an eurer npm Version liegen?
Was macht ein
sudo npm -g install npm
Gefolgt von
sudo npm -g install homebridge
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: Chillkroete1206 am 05 März 2017, 20:15:40
Danke, aber klingt ziemlich aufwändig und nach frickelei.
Ich würde diese Arbeit gerne dauerhaft umgehen, in dem ich das csrfToken attribut im WEB device auf none setze - das sollte laut den Ausführungen hier ja ebenfalls funktionieren.
Gesagt getan, allerdings bringt das keine Änderung. Die Homekit App findet Geräte, ein Schalten bringt aber keine Änderung.
Frickelei ist das was Du jetzt hast, denn wie Du siehst sieht Dein Node nicht mehr mit den Pfaden durch!
Alles ordnungsgemäß deinstallieren und die verbliebenen Pfade manuell bereinigen.
Danach einfach alles frisch installieren und die Probleme werden vergessen sein.
Die Abschaltung des CSRF Token kann auch nur eine temporäre Lösung sein, denn langfristig hebelst Du damit einen guten (Selbst)Schutzmechanismus aus.
Der richtige Weg kann also nur das Lösen der Probleme sein, nicht deren Umgehung.
Gruß
Dan
der richtige weg ist homebridge zu aktualisieren und die neueste version zu verwenden.
Ich habe grade ALLES deinstalliert (homebridge, Homebridge-fhem, npm, node) und alles neu installiert.
Nun startet homebridge nicht mehr und hat am Ende folgenden Fehler:
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:874:11)
at exports._exceptionWithHostPort (util.js:897:20)
at Server._listen2 (net.js:1234:14)
at listen (net.js:1270:10)
at Server.listen (net.js:1366:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:372:14)
Ratschläge?
ZitatError: listen EADDRINUSE :::51826
Da läuft also noch was was Du vorher stoppen solltest!
Gruß
Dan
Nach einem
sudo killall homebridge
startet es zwar nun ohne Fehler, aber in Apple Home kommt immer noch "Keine Geräte antworten." Muss ich das Haus nun löschen und neu einrichten???
PS: Dank dir, Dan! ;)
Zitat von: Cluni am 05 März 2017, 22:58:23
Muss ich das Haus nun löschen und neu einrichten???
Wenn Du den Konfig Ordner ~/.homebridge/persistent gelöscht hast schon.
Dann musst Du wirklich die jetzige Homebridge in HomeKit löschen und neu hinzufügen.
Gruß
Dan
Sooooo, das war es natürlich. nachdem ich das Haus in Apple Home gelöscht hatte, konnte ich es neu verbinden. Und nun läuft es auch mit eingeschaltetem csrfToken... ;)
Vielen Dank nochmal für die Denkanstöße. Jetzt ist es endlich sicherer UND funktioniert mit Apple Homekit.
Gruß Bernd
Hallo,
ich bekomme nach dem Aufruf "mach Rolladen Wohnzimmer hoch" immer einen Fehler:
[2017-3-6 17:42:40] IntentRequest
[2017-3-6 17:42:40] TargetPositionIntent
[2017-3-6 17:42:40] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%201%7D&XHR=1
[2017-3-6 17:42:40] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=setreading%20MyAlexa%20intent%20IntentRequest%20TargetPositionIntent&XHR=1
[2017-3-6 17:42:40] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%200%7D&XHR=1
[2017-3-6 17:42:40] TargetPosition
[2017-3-6 17:42:40] TargetPositionIntent
[2017-3-6 17:42:40] ERROR: TypeError: Cannot read property 'TargetPositionIntent' of undefined from ::ffff:34.250.35.23
Device:
alexaName: Rolladen Wohnzimmer
genericDeviceType: blind
homebridgeMapping TargetPosition=verb=mach,values=hoch:0;runter:100;auf:0;zu:100
Kann jemand helfen?
Danke
das hier:TargetPosition=verb=mach,values=hoch:0;runter:100;auf:0;zu:100ist ein alexaMapping und gehört nicht ins homebridgeMapping attribut.
zeig mal ein list vom alexa device und vom rollladen. welche konsolen ausgabe gibt es wenn du alexa-fhem mit --debug startest?
Danke, das war der Fehler, jetzt funktioniert es.
Habe aber noch eine Frage. Beim Start von alexa kommt immer diese Meldung in rot:
[2017-3-6 23:15:51] [FHEM] TypeError: Cannot read property 'length' of null
at Server.<anonymous> (/opt/fhem/alexa-fhem/lib/server.js:435:43)
at emitOne (events.js:96:13)
at FHEM.emit (events.js:188:7)
at FHEM.<anonymous> (/opt/fhem/alexa-fhem/lib/fhem.js:1112:28)
at Request._callback (/opt/fhem/alexa-fhem/lib/fhem.js:1167:27)
at Request.self.callback (/opt/fhem/alexa-fhem/node_modules/request/request.js:186:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/opt/fhem/alexa-fhem/node_modules/request/request.js:1081:10)
at emitOne (events.js:96:13)
und
[2017-3-6 23:15:51] [FHEM] failed to parse { "Arg":"TYPE=alexa", "Results": [ { "Name":"MyAlexa", "PossibleSets":"reload:noArg", "PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 alexaMapping:textField-long alexaTypes:textField-long fhemIntents:textField-long articles prepositions alexaConfirmationLevel:2,1,0 alexaStatusLevel:2,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading alexaName alexaRoom cmdIcon devStateIcon devStateStyle device_timeout genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon item.* set setList sortby webCmd widgetOverride userattr", "Internals":"NAME": "MyAlexa" , "NR": "883", "STATE": "active", "TYPE": "alexa", "active": "0", "alexa-fhem version": "0.3.0" }, "Readings": { "intent": { "Value":"IntentRequest StatusIntent", "Time":"2017-03-06 23:12:31" } }, "Attributes": { "alexaMapping": "#Characteristic=<name>=<value>,...\u000aOn=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um\u000a\u000aBrightness=verb= atelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\u000a\u000aHue=verb=stelle,valuePrefix=auf,values=rot:0;gr�n:128;blau:200\u000aHue=verb=f�rbe,values=rot:0;gr�n:120;blau:220\u000a\u000aSaturation=verb=stelle,property=s�ttigung,valuePrefix=auf,values=AMAZON.NUMBER\u000aSaturation=verb=s�ttige,values=AMAZON.NUMBER\u000a\u000aTargetPosition=verb=mach,articles=den,values=auf:100;zu:0u000aTargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\u000a\u000aTargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad\u000a\u000aVolume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent\u000a\u000a#Weckzeit=verb=stelle,valuePrefix=auf;f�r,values=AMAZON.TIME,valueSuffix=uhr\u000a\u000aTargetPosition=verb=mach,values=hoch:0;runter:100;auf:0;zu:100", "alexaTypes": "<BINARY>", "fhemIntents": "#IntentName=<sample utterance>\u000agutenMorgen=guten morgen\u000aguteNacht=gute nacht", "room": "Devices" } } ], "totalResultsReturned":1}
Ist das normal?
Vielen Dank
in deinem alexaTypes attribut steht irgendetwas komisches.
zeig ein list vom device und verwende bitte die code tags.
Müssen die Zeilen mit "#" raus oder sind die Umlaute das Problem?
alexaMapping
#Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um
Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
Hue=verb=stelle,valuePrefix=auf,values=rot:0;gr�n:128;blau:200
Hue=verb=f�rbe,values=rot:0;gr�n:120;blau:220
Saturation=verb=stelle,property=s�ttigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=s�ttige,values=AMAZON.NUMBER
TargetPosition=verb=mach,articles=den,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad
Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
#Weckzeit=verb=stelle,valuePrefix=auf;f�r,values=AMAZON.TIME,valueSuffix=uhr
TargetPosition=verb=mach,values=hoch:0;runter:100;auf:0;zu:100
deleteattr
alexaTypes
#Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,roll�den,jalousie,jalousien,rollo,rollos
deleteattr
fhemIntents
#IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
Vielen Dank
weder noch. aber es müssen utf8 umlaute sein. wie hast du das attribut bearbeitet?
wenn du ein list postest verwende das list kommando statt direkt aus der detail ansicht zu kopieren.
Hallo zusammen,
seit dem Update auf FHEM 5.8 und dem dadurch notwendigen Update der Homebridge, erkennt die Homebridge meine Homematic Rollladenaktoren nicht mehr als Rollladen. Sie werden nur noch als Schalter angezeigt. Vorher waren es richtige Rollladengeräte, und ich konnte wie beim Dimmer, die Position stufenlos festlegen.
Wie bekomme ich also der Homebridge wieder verklickert, dass die Rollladenaktoren keine Schalter sondern Rollladen sind?
Ich hoffe auf Eure Hilfe!
Danke!
zeig ein list vom device und die konsolen ausgabe beim start von homebridge mit --debug
hier das list von einem der Rollladenaktoren:
Internals:
DEF 447DA6
HMLAN1_MSGCNT 6
HMLAN1_RAWMSG RAFB1326D,0001,46477CD4,FF,FFB9,DCA410447DA62574F6060100004E
HMLAN1_RSSI -71
HMLAN1_TIME 2017-03-08 21:51:49
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 6
NAME AR.Rollladen1
NOTIFYDEV global
NR 425
NTFY_ORDER 50-AR.Rollladen1
STATE off
TYPE CUL_HM
lastMsg No:DC - t:10 s:447DA6 d:2574F6 060100004E
protLastRcv 2017-03-08 21:51:49
protSnd 6 last_at:2017-03-08 21:51:49
protState CMDs_done
rssi_HMLAN1 lst:-78 min:-78 cnt:3 avg:-77.33 max:-77
rssi_at_HMLAN1 max:-69 avg:-70 cnt:6 min:-71 lst:-71
Readings:
2017-03-08 21:12:19 CommandAccepted yes
2016-08-19 19:24:07 D-firmware 2.8
2016-08-19 19:24:07 D-serialNr NEQ0055950
2017-01-21 10:20:10 PairedTo 0x2574F6
2016-08-19 19:37:51 R-driveDown 20.5 s
2016-08-19 19:24:12 R-driveTurn 0.5 s
2016-08-19 19:36:52 R-driveUp 21.5 s
2016-08-19 19:24:11 R-pairCentral 0x2574F6
2017-01-21 10:20:11 R-powerUpAction off
2016-08-19 19:24:12 R-sign off
2017-01-21 10:20:10 RegL_00. 02:01 0A:25 0B:74 0C:F6 15:FF 18:00 00:00
2017-01-21 10:20:11 RegL_01. 08:00 09:00 0A:00 0B:00 0C:CD 0D:00 0E:D7 0F:05 10:00 30:06 57:24 56:00 00:00
2017-03-08 21:51:49 deviceMsg off (to HMLAN1)
2017-03-08 21:51:49 level 0
2017-03-08 21:51:49 motor stop:off
2017-03-08 21:51:49 pct 0
2017-01-21 10:18:58 powerOn 2017-01-21 10:18:58
2017-03-08 21:51:49 recentStateType info
2017-03-08 21:51:49 state off
2017-03-08 21:51:49 timedOn off
Helper:
HM_CMDNR 220
cSnd 012574F6447DA6010E,012574F6447DA6010E
mId 006A
rxType 1
supp_Pair_Rep 0
Dir:
cur stop
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +447DA6,00,00,00
nextSend 1489006309.90546
prefIO
rxt 0
vccu
p:
447DA6
00
00
00
Mrssi:
mNo DC
Io:
HMLAN1 -69
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1489006309.82516
ack:
HASH(0x3792e00)
DC80022574F6447DA600
Rssi:
Hmlan1:
avg -77.3333333333333
cnt 3
lst -78
max -77
min -78
At_hmlan1:
avg -70
cnt 6
lst -71
max -69
min -71
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
devStateIcon attr devStateIcon on:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100:10px-kreis-gelb
expert 2_raw
firmware 2.8
group Rolladensteuerung
icon fts_shutter_10
model HM-LC-Bl1PBU-FM
peerIDs 00000000,
room 1.7_Arbeitszimmer,Homekit
serialNr NEQ0055950
subType blindActuator
userattr room_map structexclude
webCmd stop:up:90:80:70:60:50:40:30:20:10:down
Die Homebridge läuft bei mir als Daemon. Wie kann ich da am besten die Debug-Ausgabe abgreifen?
Hi,
wahrscheinlich per Hand stoppen und zum richtigen Benutzer werden und mit Debug per Hand starten:
sudo service homebridge stop
sudo su -l
homebridge -D -U <Pfad_zu_Config>
Beenden homebridge mittels <Ctrl>-C
Verlassen der root shell mittels <Ctrl>-D
sudo service homebridge start
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Hallo kann mir einer helfen ich habe meine Danfoss LC-13 Thermostate über das Tahoma Modul eingebunden, sie funktionieren auch so weit nur da ich noch Neuling bin was FHEM betrifft weiß ich leider nicht wie das HomebridgeMapping und das userReadings dazu aussehen muß damit ich es über das HomeKit am Iphone steuern kann.
Mit den IO Motoren für meine Rollladen habe ich es super hinbekommen nur für die Thermostate habe ich keinen Plan.
Ich sehe zwar das Thermostat im Homekit aber weder die Temperatur wird richtig angezeigt noch passiert irgend etwas.
Oder kann mir einer einen Hinweis geben wo ich noch gucken kann damit ich das hombridgemapping besser verstehe
Danke Gruß Michael
Guten Abend
ich habe eine kurze Frage zur Anzeige in einem iPhone6 (oder auch iPad)
Wird bei einem Thermometer keine Nachkommastelle angezeigt. Hier weiter oben #2149 sehe ich auch keine)
Die Readings im Device haben in fhem eine Nachkommastelle??
Oder habe ich eine Stellschraube übersehen?
Schönen Abend
Helmut
ob nachkomma stellen angezeigt werden hängt von der app ab. home zeigt keine. eve zeigt sie.
Zitat von: RaspiLED am 08 März 2017, 23:51:03
Hi,
wahrscheinlich per Hand stoppen und zum richtigen Benutzer werden und mit Debug per Hand starten:
sudo service homebridge stop
sudo su -l
homebridge -D -U <Pfad_zu_Config>
Beenden homebridge mittels <Ctrl>-C
Verlassen der root shell mittels <Ctrl>-D
sudo service homebridge start
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Danke! Damit kann ich die folgende Ausgabe liefern:
root@RASPY01:/# homebridge -D -U /opt/fhem/.homebridge/ --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/9/2017, 7:25:51 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.3.7
[3/9/2017, 7:25:51 PM] Registering platform 'homebridge-fhem.FHEM'
[3/9/2017, 7:25:51 PM] ---
[3/9/2017, 7:25:53 PM] Loaded plugin: homebridge-homematic
[3/9/2017, 7:25:53 PM] Registering platform 'homebridge-homematic.HomeMatic'
[3/9/2017, 7:25:53 PM] ---
[3/9/2017, 7:25:54 PM] Loaded plugin: homebridge-http
[3/9/2017, 7:25:54 PM] Registering accessory 'homebridge-http.Http'
[3/9/2017, 7:25:54 PM] ---
[3/9/2017, 7:25:54 PM] Loaded config.json with 0 accessories and 1 platforms.
[3/9/2017, 7:25:54 PM] ---
[3/9/2017, 7:25:54 PM] Loading 1 platforms...
[3/9/2017, 7:25:54 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1489083956188
[3/9/2017, 7:25:56 PM] [FHEM] Fetching FHEM devices...
[3/9/2017, 7:25:56 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3/9/2017, 7:25:56 PM] [FHEM] Checking devices and attributes...
[3/9/2017, 7:25:56 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_269496729879128&XHR=1
[3/9/2017, 7:25:56 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_269496729879128&XHR=1
[3/9/2017, 7:25:56 PM] [FHEM] no siri device found. please define it.
[3/9/2017, 7:25:56 PM] [FHEM] Fetching FHEM devices...
[3/9/2017, 7:25:56 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_269496729879128&XHR=1
[3/9/2017, 7:25:56 PM] [FHEM] got: 15 results
[3/9/2017, 7:25:57 PM] [FHEM] mappings for AR.Rollladen1: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen1 is light
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen1 has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: AR.Rollladen1-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen1-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: AR.Rollladen1-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: AR.Rollladen1-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for AR.Rollladen2: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen2 is light
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen2 has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: AR.Rollladen2-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] AR.Rollladen2-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: AR.Rollladen2-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: AR.Rollladen2-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] BR.Bewegungsmelder: no service type detected
[3/9/2017, 7:25:57 PM] [FHEM] no accessory created for BR.Bewegungsmelder (CUL_HM)
[3/9/2017, 7:25:57 PM] [FHEM] mappings for BR.Rollladen: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] BR.Rollladen is light
[3/9/2017, 7:25:57 PM] [FHEM] BR.Rollladen has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: BR.Rollladen-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] BR.Rollladen-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: BR.Rollladen-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: BR.Rollladen-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for DN.Eingangsleuchten: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
Brightness: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] DN.Eingangsleuchten is light
[3/9/2017, 7:25:57 PM] [FHEM] DN.Eingangsleuchten has
[3/9/2017, 7:25:57 PM] [FHEM] On [pct;on,off]
[3/9/2017, 7:25:57 PM] [FHEM] Brightness [pct]
2017-03-09 19:25:57 caching: DN.Eingangsleuchten-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] DN.Eingangsleuchten-pct valueOn/valueOff: value 0 mapped to 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for DN.Treppenlampe: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[3/9/2017, 7:25:57 PM] [FHEM] DN.Treppenlampe is switch
[3/9/2017, 7:25:57 PM] [FHEM] DN.Treppenlampe has
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] On [state;on,off]
2017-03-09 19:25:57 caching: DN.Treppenlampe-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: DN.Treppenlampe-state: on
[3/9/2017, 7:25:57 PM] [FHEM] DN.Treppenlampe-state valueOn/valueOff: value on mapped to 1
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for FR.Lampe: { On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe is switch
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe has
[3/9/2017, 7:25:57 PM] [FHEM] On [state;on,off]
2017-03-09 19:25:57 caching: FR.Lampe-state: on
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe-state valueOn/valueOff: value on mapped to 1
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for FR.Lampe_vorne: { On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe_vorne is switch
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe_vorne has
[3/9/2017, 7:25:57 PM] [FHEM] On [state;on,off]
2017-03-09 19:25:57 caching: FR.Lampe_vorne-state: on
[3/9/2017, 7:25:57 PM] [FHEM] FR.Lampe_vorne-state valueOn/valueOff: value on mapped to 1
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for FR.Treppenleuchten: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[3/9/2017, 7:25:57 PM] [FHEM] FR.Treppenleuchten is switch
[3/9/2017, 7:25:57 PM] [FHEM] FR.Treppenleuchten has
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] On [state;on,off]
2017-03-09 19:25:57 caching: FR.Treppenleuchten-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: FR.Treppenleuchten-state: on
[3/9/2017, 7:25:57 PM] [FHEM] FR.Treppenleuchten-state valueOn/valueOff: value on mapped to 1
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for GR.Rollladen: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] GR.Rollladen is light
[3/9/2017, 7:25:57 PM] [FHEM] GR.Rollladen has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: GR.Rollladen-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] GR.Rollladen-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: GR.Rollladen-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: GR.Rollladen-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for KE.Rollladen: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] KE.Rollladen is light
[3/9/2017, 7:25:57 PM] [FHEM] KE.Rollladen has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: KE.Rollladen-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] KE.Rollladen-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: KE.Rollladen-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: KE.Rollladen-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for KR.Zirkulationspumpe: { FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[3/9/2017, 7:25:57 PM] [FHEM] KR.Zirkulationspumpe is switch
[3/9/2017, 7:25:57 PM] [FHEM] KR.Zirkulationspumpe has
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] On [state;on,off]
2017-03-09 19:25:57 caching: KR.Zirkulationspumpe-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: KR.Zirkulationspumpe-state: off
[3/9/2017, 7:25:57 PM] [FHEM] KR.Zirkulationspumpe-state valueOn/valueOff: value off mapped to 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: false (as boolean; from 'off')
[3/9/2017, 7:25:57 PM] [FHEM] homebridgeMapping: On=cmdOn=dummyOn
[3/9/2017, 7:25:57 PM] [FHEM] mappings for SR.Deckenlampe: { On: { reading: 'pct', valueOff: '0', cmdOn: 'dummyOn', cmdOff: 'off' },
Brightness: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] SR.Deckenlampe is light
[3/9/2017, 7:25:57 PM] [FHEM] SR.Deckenlampe has
[3/9/2017, 7:25:57 PM] [FHEM] On [pct;dummyOn,off]
[3/9/2017, 7:25:57 PM] [FHEM] Brightness [pct]
2017-03-09 19:25:57 caching: SR.Deckenlampe-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] SR.Deckenlampe-pct valueOn/valueOff: value 0 mapped to 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: On: false (as boolean; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for SR.Rollladen: { On: { reading: 'pct', valueOff: '0', cmdOn: 'on', cmdOff: 'off' },
PositionState:
{ reading: 'motor',
values: [ '/^up/:INCREASING', '/^down/:DECREASING', '/.*/:STOPPED' ] },
FirmwareRevision: { reading: 'D-firmware', _isInformation: true },
CurrentPosition: { reading: 'pct' },
TargetPosition: { reading: 'pct', cmd: 'pct', delay: true } }
[3/9/2017, 7:25:57 PM] [FHEM] SR.Rollladen is light
[3/9/2017, 7:25:57 PM] [FHEM] SR.Rollladen has
[3/9/2017, 7:25:57 PM] [FHEM] PositionState [motor]
[3/9/2017, 7:25:57 PM] [FHEM] FirmwareRevision [D-firmware]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition [pct]
[3/9/2017, 7:25:57 PM] [FHEM] value2homekit_re: [ { re: '^up', to: 1 },
{ re: '^down', to: 0 },
{ re: '.*', to: 2 } ]
[3/9/2017, 7:25:57 PM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2017-03-09 19:25:57 caching: SR.Rollladen-motor: stop:off
[3/9/2017, 7:25:57 PM] [FHEM] SR.Rollladen-motor values: value stop:off mapped to 2
[3/9/2017, 7:25:57 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:off')
2017-03-09 19:25:57 caching: SR.Rollladen-D-firmware: 2.8
[3/9/2017, 7:25:57 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-03-09 19:25:57 caching: SR.Rollladen-pct: 0
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetPosition: 0 (as number; from '0')
[3/9/2017, 7:25:57 PM] [FHEM] mappings for WR.Thermostat_Clima: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 5,
maxValue: 30,
minStep: 0.5 },
'4648454d-0201-686F-6D65-627269646765':
{ reading: 'ValvePosition',
name: 'Actuation',
format: 'UINT8',
unit: 'PERCENTAGE',
maxValue: 100,
minValue: 0,
minStep: 1 },
CurrentTemperature: { reading: 'measured-temp', minValue: -30 },
CurrentHeatingCoolingState: { default: 'HEAT' } }
[3/9/2017, 7:25:57 PM] [FHEM] WR.Thermostat_Clima is thermostat
[3/9/2017, 7:25:57 PM] [FHEM] WR.Thermostat_Clima has
[3/9/2017, 7:25:57 PM] [FHEM] TargetTemperature [desired-temp]
[3/9/2017, 7:25:57 PM] [FHEM] Custom Actuation [ValvePosition]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentTemperature [measured-temp]
[3/9/2017, 7:25:57 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-03-09 19:25:57 caching: WR.Thermostat_Clima-desired-temp: 19.0
[3/9/2017, 7:25:57 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-03-09 19:25:57 caching: WR.Thermostat_Clima-ValvePosition: 25
[3/9/2017, 7:25:57 PM] [FHEM] caching: Custom Actuation: 25 (as number; from '25')
2017-03-09 19:25:57 caching: WR.Thermostat_Clima-measured-temp: 20.2
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentTemperature: 20.2 (as number; from '20.2')
[3/9/2017, 7:25:57 PM] [FHEM] default: 1
[3/9/2017, 7:25:57 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'AR.Rollladen1'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for AR.Rollladen1
[3/9/2017, 7:25:57 PM] [FHEM] information service for AR.Rollladen1
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for AR.Rollladen1
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for AR.Rollladen1
[3/9/2017, 7:25:57 PM] [FHEM] Lightbulb service for AR.Rollladen1
[3/9/2017, 7:25:57 PM] [FHEM] PositionState characteristic for AR.Rollladen1:motor
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition characteristic for AR.Rollladen1:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition characteristic for AR.Rollladen1:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'AR.Rollladen2'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for AR.Rollladen2
[3/9/2017, 7:25:57 PM] [FHEM] information service for AR.Rollladen2
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for AR.Rollladen2
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for AR.Rollladen2
[3/9/2017, 7:25:57 PM] [FHEM] Lightbulb service for AR.Rollladen2
[3/9/2017, 7:25:57 PM] [FHEM] PositionState characteristic for AR.Rollladen2:motor
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition characteristic for AR.Rollladen2:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition characteristic for AR.Rollladen2:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'BR.Rollladen'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for BR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] information service for BR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for BR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for BR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] Lightbulb service for BR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] PositionState characteristic for BR.Rollladen:motor
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition characteristic for BR.Rollladen:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition characteristic for BR.Rollladen:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'DN.Eingangsleuchten'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for DN.Eingangsleuchten
[3/9/2017, 7:25:57 PM] [FHEM] information service for DN.Eingangsleuchten
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for DN.Eingangsleuchten
[3/9/2017, 7:25:57 PM] [FHEM] Lightbulb service for DN.Eingangsleuchten
[3/9/2017, 7:25:57 PM] [FHEM] On characteristic for DN.Eingangsleuchten:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: false (boolean)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Brightness characteristic for DN.Eingangsleuchten:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'DN.Treppenlampe'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for DN.Treppenlampe
[3/9/2017, 7:25:57 PM] [FHEM] information service for DN.Treppenlampe
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for DN.Treppenlampe
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for DN.Treppenlampe
[3/9/2017, 7:25:57 PM] [FHEM] Switch service for DN.Treppenlampe
[3/9/2017, 7:25:57 PM] [FHEM] On characteristic for DN.Treppenlampe:state
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: true (boolean)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'FR.Lampe'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for FR.Lampe
[3/9/2017, 7:25:57 PM] [FHEM] information service for FR.Lampe
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for FR.Lampe
[3/9/2017, 7:25:57 PM] [FHEM] Switch service for FR.Lampe
[3/9/2017, 7:25:57 PM] [FHEM] On characteristic for FR.Lampe:state
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: true (boolean)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'FR.Lampe_vorne'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for FR.Lampe_vorne
[3/9/2017, 7:25:57 PM] [FHEM] information service for FR.Lampe_vorne
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for FR.Lampe_vorne
[3/9/2017, 7:25:57 PM] [FHEM] Switch service for FR.Lampe_vorne
[3/9/2017, 7:25:57 PM] [FHEM] On characteristic for FR.Lampe_vorne:state
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: true (boolean)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'FR.Treppenleuchten'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for FR.Treppenleuchten
[3/9/2017, 7:25:57 PM] [FHEM] information service for FR.Treppenleuchten
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for FR.Treppenleuchten
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for FR.Treppenleuchten
[3/9/2017, 7:25:57 PM] [FHEM] Switch service for FR.Treppenleuchten
[3/9/2017, 7:25:57 PM] [FHEM] On characteristic for FR.Treppenleuchten:state
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: true (boolean)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'GR.Rollladen'...
[3/9/2017, 7:25:57 PM] [FHEM] creating services for GR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] information service for GR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] manufacturer, model and serial number characteristics for GR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] firmware revision characteristic for GR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] Lightbulb service for GR.Rollladen
[3/9/2017, 7:25:57 PM] [FHEM] PositionState characteristic for GR.Rollladen:motor
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] CurrentPosition characteristic for GR.Rollladen:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] TargetPosition characteristic for GR.Rollladen:pct
[3/9/2017, 7:25:57 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:57 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:57 PM] [FHEM] Initializing platform accessory 'KE.Rollladen'...
[3/9/2017, 7:25:58 PM] [FHEM] creating services for KE.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] information service for KE.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] manufacturer, model and serial number characteristics for KE.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] firmware revision characteristic for KE.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] Lightbulb service for KE.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] PositionState characteristic for KE.Rollladen:motor
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] CurrentPosition characteristic for KE.Rollladen:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] TargetPosition characteristic for KE.Rollladen:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Initializing platform accessory 'KR.Zirkulationspumpe'...
[3/9/2017, 7:25:58 PM] [FHEM] creating services for KR.Zirkulationspumpe
[3/9/2017, 7:25:58 PM] [FHEM] information service for KR.Zirkulationspumpe
[3/9/2017, 7:25:58 PM] [FHEM] manufacturer, model and serial number characteristics for KR.Zirkulationspumpe
[3/9/2017, 7:25:58 PM] [FHEM] firmware revision characteristic for KR.Zirkulationspumpe
[3/9/2017, 7:25:58 PM] [FHEM] Switch service for KR.Zirkulationspumpe
[3/9/2017, 7:25:58 PM] [FHEM] On characteristic for KR.Zirkulationspumpe:state
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: false (boolean)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Initializing platform accessory 'SR.Deckenlampe'...
[3/9/2017, 7:25:58 PM] [FHEM] creating services for SR.Deckenlampe
[3/9/2017, 7:25:58 PM] [FHEM] information service for SR.Deckenlampe
[3/9/2017, 7:25:58 PM] [FHEM] manufacturer, model and serial number characteristics for SR.Deckenlampe
[3/9/2017, 7:25:58 PM] [FHEM] Lightbulb service for SR.Deckenlampe
[3/9/2017, 7:25:58 PM] [FHEM] On characteristic for SR.Deckenlampe:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: false (boolean)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Brightness characteristic for SR.Deckenlampe:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Initializing platform accessory 'SR.Rollladen'...
[3/9/2017, 7:25:58 PM] [FHEM] creating services for SR.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] information service for SR.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] manufacturer, model and serial number characteristics for SR.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] firmware revision characteristic for SR.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] Lightbulb service for SR.Rollladen
[3/9/2017, 7:25:58 PM] [FHEM] PositionState characteristic for SR.Rollladen:motor
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] CurrentPosition characteristic for SR.Rollladen:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] TargetPosition characteristic for SR.Rollladen:pct
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 0 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Initializing platform accessory 'WR.Thermostat_Clima'...
[3/9/2017, 7:25:58 PM] [FHEM] creating services for WR.Thermostat_Clima
[3/9/2017, 7:25:58 PM] [FHEM] information service for WR.Thermostat_Clima
[3/9/2017, 7:25:58 PM] [FHEM] manufacturer, model and serial number characteristics for WR.Thermostat_Clima
[3/9/2017, 7:25:58 PM] [FHEM] Thermostat service for WR.Thermostat_Clima
[3/9/2017, 7:25:58 PM] [FHEM] TargetTemperature characteristic for WR.Thermostat_Clima:desired-temp
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 19 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 5,
maxValue: 30,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] Custom Actuation characteristic for WR.Thermostat_Clima:ValvePosition
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 25 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] CurrentTemperature characteristic for WR.Thermostat_Clima:measured-temp
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 20.2 (number)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -30,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[3/9/2017, 7:25:58 PM] [FHEM] CurrentHeatingCoolingState characteristic for WR.Thermostat_Clima:undefined
[3/9/2017, 7:25:58 PM] [FHEM] initial value is: 1 (number; means HEAT)
[3/9/2017, 7:25:58 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ XXX-XX-XXX │
└────────────┘
[3/9/2017, 7:25:58 PM] Homebridge is running on port 51826.
Ich hoffe, ihr könnt etwas daraus schließen.
Trick gefunden. Ich musste zusätzlich den genericDeviceType auf 'WindowCovering' setzen.
Siehe auch hier, welche genericDeviceType Typen aktuell unterstützt werden:
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js)
Hier mal ein List von einem der Rollladen, der jetzt wieder korrekt im Homekit als eben solcher angezeigt wird:
Internals:
DEF 447DA6
HMLAN1_MSGCNT 11
HMLAN1_RAWMSG E447DA6,0000,4B045CC9,FF,FFBF,B4A410447DA62574F606010000
HMLAN1_RSSI -65
HMLAN1_TIME 2017-03-09 19:56:24
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 11
NAME AR.Rollladen1
NOTIFYDEV global
NR 425
STATE off
TYPE CUL_HM
lastMsg No:B4 - t:10 s:447DA6 d:2574F6 06010000
protLastRcv 2017-03-09 19:56:24
protSnd 11 last_at:2017-03-09 19:56:24
protState CMDs_done
rssi_HMLAN1 lst:-74 cnt:6 max:-72 avg:-73.16 min:-74
rssi_at_HMLAN1 avg:-64.81 min:-68 cnt:11 max:-63 lst:-65
Readings:
2017-03-09 19:56:18 CommandAccepted yes
2016-08-19 19:24:07 D-firmware 2.8
2016-08-19 19:24:07 D-serialNr NEQ0055950
2017-01-21 10:20:10 PairedTo 0x2574F6
2016-08-19 19:37:51 R-driveDown 20.5 s
2016-08-19 19:24:12 R-driveTurn 0.5 s
2016-08-19 19:36:52 R-driveUp 21.5 s
2016-08-19 19:24:11 R-pairCentral 0x2574F6
2017-01-21 10:20:11 R-powerUpAction off
2016-08-19 19:24:12 R-sign off
2017-01-21 10:20:10 RegL_00. 02:01 0A:25 0B:74 0C:F6 15:FF 18:00 00:00
2017-01-21 10:20:11 RegL_01. 08:00 09:00 0A:00 0B:00 0C:CD 0D:00 0E:D7 0F:05 10:00 30:06 57:24 56:00 00:00
2017-03-09 19:56:24 deviceMsg off (to HMLAN1)
2017-03-09 19:56:24 level 0
2017-03-09 19:56:24 motor stop:off
2017-03-09 19:56:24 pct 0
2017-01-21 10:18:58 powerOn 2017-01-21 10:18:58
2017-03-09 19:56:24 recentStateType info
2017-03-09 19:56:24 state off
2017-03-09 19:56:24 timedOn off
Helper:
HM_CMDNR 180
cSnd 112574F6447DA6020110,112574F6447DA6020100
dlvlCmd ++A0112574F6447DA6020100
mId 006A
rxType 1
supp_Pair_Rep 0
Dir:
cur stop
rct down
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +447DA6,00,00,00
nextSend 1489085784.54426
prefIO
rxt 0
vccu
p:
447DA6
00
00
00
Mrssi:
mNo B4
Io:
HMLAN1 -63
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1489085784.46774
ack:
HASH(0x1eb45f8)
B480022574F6447DA600
Rssi:
Hmlan1:
avg -73.1666666666667
cnt 6
lst -74
max -72
min -74
At_hmlan1:
avg -64.8181818181818
cnt 11
lst -65
max -63
min -68
Attributes:
IODev HMLAN1
autoReadReg 4_reqStatus
devStateIcon attr devStateIcon on:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100:10px-kreis-gelb
expert 2_raw
firmware 2.8
genericDeviceType WindowCovering
group Rolladensteuerung
icon fts_shutter_10
model HM-LC-Bl1PBU-FM
peerIDs 00000000,
room 1.7_Arbeitszimmer,Homekit
serialNr NEQ0055950
subType blindActuator
userattr room_map structexclude
webCmd stop:up:90:80:70:60:50:40:30:20:10:down
Vielen Dank an alle, die sich mit mir Gedanken gemacht haben. :)
Hi,
Erster Fehler:
no siri device found
Lösung:
define siri siri
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 09 März 2017, 20:04:49
Hi,
Erster Fehler:
no siri device found
Lösung:
define siri siri
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Danke, das habe ich vorhin gleich korrigiert. ^^
Zitat von: CarstenF am 15 August 2016, 07:51:16
In Sachen Radio, habe ich eine Szene erstellt. Ich muß allerdings "Ich möchte Radio ......hören" sagen. Also mit einer Pause von ca. 1 Sekunde. Sonst möchte Siri Beats Radio von Apple starten.
Wie bringt man das für Sonos zum Laufen? Kenne mich mit Szenen nicht aus.
Jemand einen Vorschlag?
Danke,
Gruß Kurt
was genau willst du denn alles steuern und sagen können?
sonos player werden von homebridge-fhem automatisch erkannt wenn sie mit im filter sind und di kannst sie direkt ein und aus schalten. lautstärke steuern geht aber nur per eve oder szene. home kennt die custom characteristic nicht. eventuell geht es wenn man die neue Volume characteristic verwendet. das habe ich noch nicht probiert.
meine sonos player haben alle den siri namen radio und ich kann ohne pause sagen 'mach das radio im bad' an oder aus. oder jeden anderen raum namen.
Zitat von: justme1968 am 10 März 2017, 14:53:38
'mach das radio im bad' an oder aus. oder jeden anderen raum namen.
Klappt bei mir auch. Wie aber "mache" ich einen bestimmten Sender an?
Danke und Gruß,
Kurt
z.b. pro sender ein readingsProxy. beispiel im wiki bei der harmony.
oder ein passendes mapping mit mehreren On characteristics. siehe harmony beispiel im README.
Zitat von: justme1968 am 10 März 2017, 15:06:01
z.b. pro sender ein readingsProxy. beispiel im wiki bei der harmony.
oder ein passendes mapping mit mehreren On characteristics. siehe harmony beispiel im README.
Hallo Andre,
Readingsproxy ist für einen Anfänger aber harter Stoff:
- Wieso wird das Readingsproxy nicht dem Raum "Homekit" zugewiesen?
- Im Harmony-Beispiel ist " Meine activity" enthalten. Wird an dieser stelle der Sender gesetzt?
"Harmony Beispiel im README"? Wo finde ich das?
Danke und Gruß,
Kurt
Hallo zusammen
Ich hatte hier schonmal geschrieben #2184
Es geht um mein hombridgemapping, kann mir einer sagen wo ich das eventuell nachlesen kann um es zu verstehen, komme noch nicht wirklich dahinter wie ich das anlegen muß.
Ich nutze das Tahoma Modul und habe Danfoss LC_13 Thermostate die ich über Homekit bzw. Alexa steuern möchte.
Meine Somfy IO Rolläden habe ich anscheinend mit etwas Glück in Betrieb bekommen.
Ich möchte natürlich nicht das mir jemand alles fertig vorlegt sondern mir einen Gedankenanstoß gibt wie ich das lösen kann.
Oder ist das bei den Anfängerfragen besser aufgehoben?
Hier unten die Readings zu dem Thermostat
Besten Dank
Michael
Zitat von: DeeSPe am 05 März 2017, 21:51:58
Frickelei ist das was Du jetzt hast, denn wie Du siehst sieht Dein Node nicht mehr mit den Pfaden durch!
Alles ordnungsgemäß deinstallieren und die verbliebenen Pfade manuell bereinigen.
Danach einfach alles frisch installieren und die Probleme werden vergessen sein.
Beim Neuinstallieren hakt es bei mir. Habe unterschiedlichste Wege durchprobiert, um die Dateien manuell zu löschen und anschließend node neu zu installieren.
Siehe: https://www.raspberrypi.org/forums/viewtopic.php?f=34&t=140747 (https://www.raspberrypi.org/forums/viewtopic.php?f=34&t=140747)
Installationsversuch:
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
sudo apt-get install -y nodejs
node -v # liefert v0.10.29Anscheinend habe ich noch eine zweite Version installiert, die ich nicht runter bekomme. Hat jemand einen Tipp für mich?
Zitat von: Chillkroete1206 am 12 März 2017, 10:22:32
Beim Neuinstallieren hakt es bei mir. Habe unterschiedlichste Wege durchprobiert, um die Dateien manuell zu löschen und anschließend node neu zu installieren.
Siehe: https://www.raspberrypi.org/forums/viewtopic.php?f=34&t=140747 (https://www.raspberrypi.org/forums/viewtopic.php?f=34&t=140747)
Installationsversuch:
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
sudo apt-get install -y nodejs
node -v # liefert v0.10.29
Anscheinend habe ich noch eine zweite Version installiert, die ich nicht runter bekomme. Hat jemand einen Tipp für mich?
sudo apt-get purge nodejs node
sudo apt-get autoremoveDanach prüfen ob NodeJS wirklich entfernt wurde:
node -vFalls wieder eine Version gemeldet wird musst Du von Hand nochmal ran und das manuell löschen, Google sollte helfen können.
Dann noch prüfen ob wirklich alle node_modules gelöscht wurden, ggf. noch löschen.
Nun wieder alles installieren:
sudo apt-get install -y nodejs
node -vWenn dann v6...... gemeldet wird kannst Du homebridge und homebridge-fhem installieren.
Gruß
Dan
Danke für die Antwort, aber die Tipps bringen leider nicht den gewünscten Erfolg:
pi@raspberrypi ~ $ sudo apt-get purge nodejs node
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »node« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libc-ares2 libv8-3.14.5
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
nodejs*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 2.772 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106401 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
pi@raspberrypi ~ $ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libc-ares2 libv8-3.14.5
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 3.659 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106307 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Entfernen von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi ~ $ sudo apt-get install -y nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
libc-ares2 libv8-3.14.5
Die folgenden NEUEN Pakete werden installiert:
libc-ares2 libv8-3.14.5 nodejs
0 aktualisiert, 3 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen noch 0 B von 1.768 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 6.431 kB Plattenplatz zusätzlich benutzt.
Vormals nicht ausgewähltes Paket libc-ares2:armhf wird gewählt.
(Lese Datenbank ... 106293 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libc-ares2_1.10.0-2+deb8u1_armhf.deb ...
Entpacken von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Vormals nicht ausgewähltes Paket libv8-3.14.5 wird gewählt.
Vorbereitung zum Entpacken von .../libv8-3.14.5_3.14.5.8-8.1+rpi1_armhf.deb ...
Entpacken von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Vormals nicht ausgewähltes Paket nodejs wird gewählt.
Vorbereitung zum Entpacken von .../nodejs_0.10.29~dfsg-2_armhf.deb ...
Entpacken von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
libc-ares2:armhf (1.10.0-2+deb8u1) wird eingerichtet ...
libv8-3.14.5 (3.14.5.8-8.1+rpi1) wird eingerichtet ...
nodejs (0.10.29~dfsg-2) wird eingerichtet ...
update-alternatives: /usr/bin/nodejs wird verwendet, um /usr/bin/js (js) im automatischen Modus bereitzustellen
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
v0.10.29
Bei erneutem Ausführen von purge und autoremove erhalte ich folgende Fehlermeldung:
pi@raspberrypi ~ $ sudo apt-get purge nodejs node
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »node« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libc-ares2 libv8-3.14.5
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
nodejs*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 2.772 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106401 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
pi@raspberrypi ~ $ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libc-ares2 libv8-3.14.5
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 3.659 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106307 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Entfernen von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
-bash: /usr/bin/node: Datei oder Verzeichnis nicht gefunden
Hi,
ich habe einen Homematic Heizkörperthermostat und einen Wandthermostat über HMCCU in homekit eingebunden.
Damit für das Wandthermostat in Home der richtige Heizstatus (Temperaturanzeige rot=Ventil offen, oder grün=Ventil zu) angezeigt wird, habe ich im homebridgeMapping folgendes angegeben:
CurrentHeatingCoolingState=HeizkörperThermostat:4.VALVE_STATE,values=0:OFF;/\d+/:HEAT
Das heißt: Nimm den CurrentHeatingCoolingState aus dem Gerät Heizkörperthermostat und setze ihn entsprechend.
Das funktioniert auch super. Nur nicht nach einem "shutdown restart" bzw. einem Neustart von homebridge.
Der Wandthermostat wird in Home nach dem Neustart immer rot angezeigt. Also so, als wäre das Ventil offen. Obwohl es eigentlich zu ist und die Readings das auch so anzeigen. Abhilfe schafft, das Ventil tatsächlich einmal öffnen und schließen zu lassen. Ab dann funktioniert es wieder.
Im Heizkörperthermostat selbst ist das Mapping wiefolgt eingerichtet:
CurrentHeatingCoolingState=4.VALVE_STATE,values=0:OFF;/\d+/:HEAT
Hier funktioniert die Anzeige auch nach "shutdown restart" bzw. Neustart von homebridge korrekt.
In Home wird es als grün angezeigt. Also mit geschlossenem Ventil.
Gibt es dafür eine Erklärung?
Zitat von: Chillkroete1206 am 12 März 2017, 20:31:32
Danke für die Antwort, aber die Tipps bringen leider nicht den gewünscten Erfolg:
pi@raspberrypi ~ $ sudo apt-get purge nodejs node
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »node« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libc-ares2 libv8-3.14.5
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
nodejs*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 2.772 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106401 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
pi@raspberrypi ~ $ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libc-ares2 libv8-3.14.5
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 3.659 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106307 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Entfernen von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi ~ $ sudo apt-get install -y nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
libc-ares2 libv8-3.14.5
Die folgenden NEUEN Pakete werden installiert:
libc-ares2 libv8-3.14.5 nodejs
0 aktualisiert, 3 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen noch 0 B von 1.768 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 6.431 kB Plattenplatz zusätzlich benutzt.
Vormals nicht ausgewähltes Paket libc-ares2:armhf wird gewählt.
(Lese Datenbank ... 106293 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libc-ares2_1.10.0-2+deb8u1_armhf.deb ...
Entpacken von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Vormals nicht ausgewähltes Paket libv8-3.14.5 wird gewählt.
Vorbereitung zum Entpacken von .../libv8-3.14.5_3.14.5.8-8.1+rpi1_armhf.deb ...
Entpacken von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Vormals nicht ausgewähltes Paket nodejs wird gewählt.
Vorbereitung zum Entpacken von .../nodejs_0.10.29~dfsg-2_armhf.deb ...
Entpacken von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
libc-ares2:armhf (1.10.0-2+deb8u1) wird eingerichtet ...
libv8-3.14.5 (3.14.5.8-8.1+rpi1) wird eingerichtet ...
nodejs (0.10.29~dfsg-2) wird eingerichtet ...
update-alternatives: /usr/bin/nodejs wird verwendet, um /usr/bin/js (js) im automatischen Modus bereitzustellen
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
v0.10.29
Bei erneutem Ausführen von purge und autoremove erhalte ich folgende Fehlermeldung:
pi@raspberrypi ~ $ sudo apt-get purge nodejs node
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »node« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libc-ares2 libv8-3.14.5
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
nodejs*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 2.772 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106401 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (0.10.29~dfsg-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
pi@raspberrypi ~ $ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
libc-ares2 libv8-3.14.5
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 3.659 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 106307 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von libc-ares2:armhf (1.10.0-2+deb8u1) ...
Entfernen von libv8-3.14.5 (3.14.5.8-8.1+rpi1) ...
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
pi@raspberrypi ~ $ node -v
-bash: /usr/bin/node: Datei oder Verzeichnis nicht gefunden
Und Du hast auch sicher die nodejs Quellen mit eingebunden?
v6:
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -oder v7:
curl -sL https://deb.nodesource.com/setup_7.x | sudo -E bash -Gruß
Dan
Hallo zusammen,
Kann mir jemand helden eventuell jemand helfen, ich habe mein Thermostat was über das Tahoma Modul eingebunden ist jetzt in Eve zum laufen bekommen, nur die Batterieanzeige zeigt immer schwach an obwohl die Batterien noch 80% Kapazität haben.
Hier mein Homebridgemapping dazu:
TargetTemperature=setTargetTemperature::SetPointHeatingValueState,minValue=4,maxValue=28,minStep=0.5 CurrentTemperature=tahoma_6:SetPointHeatingValueState
StatusLowBattery=tahoma_6:BatteryLevelState,minValue=0,maxValue=100
Es gibt zwei Readings = BatteryLevelState und BatteryState
Gruß Michael
Zitat von: Adnohmi am 14 März 2017, 12:37:04
Hallo zusammen,
Kann mir jemand helden eventuell jemand helfen, ich habe mein Thermostat was über das Tahoma Modul eingebunden ist jetzt in Eve zum laufen bekommen, nur die Batterieanzeige zeigt immer schwach an obwohl die Batterien noch 80% Kapazität haben.
Hier mein Homebridgemapping dazu:
TargetTemperature=setTargetTemperature::SetPointHeatingValueState,minValue=4,maxValue=28,minStep=0.5 CurrentTemperature=tahoma_6:SetPointHeatingValueState
StatusLowBattery=tahoma_6:BatteryLevelState,minValue=0,maxValue=100
Es gibt zwei Readings = BatteryLevelState und BatteryState
Gruß Michael
Das wird so nicht funktionieren. Die Characteristic "StatusLowBattery" kennt nur zwei Zustände 0 und 1. Ich vermute beim Hochfahren der Bridge werden deine 80% auf 0 gemappt und damit auch leere Batterie erkannt.
Was steht in dem Reading BatteryState? Ich denke es ist einfacher mit diesem Reading zu arbeiten.
Gruß
Alex
Zitat von: Adnohmi am 14 März 2017, 12:37:04
Hallo zusammen,
Kann mir jemand helden eventuell jemand helfen, ich habe mein Thermostat was über das Tahoma Modul eingebunden ist jetzt in Eve zum laufen bekommen, nur die Batterieanzeige zeigt immer schwach an obwohl die Batterien noch 80% Kapazität haben.
Hier mein Homebridgemapping dazu:
TargetTemperature=setTargetTemperature::SetPointHeatingValueState,minValue=4,maxValue=28,minStep=0.5 CurrentTemperature=tahoma_6:SetPointHeatingValueState
StatusLowBattery=tahoma_6:BatteryLevelState,minValue=0,maxValue=100
Es gibt zwei Readings = BatteryLevelState und BatteryState
Gruß Michael
Versuch anstatt StatusLowBattery die Characteristic BatteryLevel.
Gruß Julian
Gesendet von iPhone mit Tapatalk
Zitat von: mando667 am 14 März 2017, 12:56:58
Versuch anstatt StatusLowBattery die Characteristic BatteryLevel.
Gruß Julian
Gesendet von iPhone mit Tapatalk
Klappt leider auch nicht
Zitat von: EinEinfach am 14 März 2017, 12:43:26
Das wird so nicht funktionieren. Die Characteristic "StatusLowBattery" kennt nur zwei Zustände 0 und 1. Ich vermute beim Hochfahren der Bridge werden deine 80% auf 0 gemappt und damit auch leere Batterie erkannt.
Was steht in dem Reading BatteryState? Ich denke es ist einfacher mit diesem Reading zu arbeiten.
Gruß
Alex
Ind dem Reading BatteryState steht normal und ich hatte es schon so versucht:
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
selbe Problem
Dann gib bitte folgendes ein:
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Sollte das nicht funktionieren. Bitte die Homebridge mit --debug starten und die Ausgaben hier posten.
Gruß
Zitat von: EinEinfach am 14 März 2017, 13:23:48
Dann gib bitte folgendes ein:
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Sollte das nicht funktionieren. Bitte die Homebridge mit --debug starten und die Ausgaben hier posten.
Gruß
Hoffe ich habe da so richtig gemacht bin noch nicht ganz so fit
[2017-03-14 13:27:47] [FHEM] CurrentHeatingCoolingState characteristic for tahoma_6:undefined
[2017-03-14 13:27:47] [FHEM] initial value is: 1 (number; means HEAT)
[2017-03-14 13:27:47] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2017-03-14 13:27:47] [FHEM] TargetTemperature characteristic for tahoma_6:SetPointHeatingValueState
[2017-03-14 13:27:47] [FHEM] initial value is: 22 (number)
[2017-03-14 13:27:47] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 4,
maxValue: 28,
minStep: 0.5,
perms: [ 'pr', 'pw', 'ev' ] }
[2017-03-14 13:27:47] [FHEM] CurrentTemperature characteristic for tahoma_6:SetPointHeatingValueState
[2017-03-14 13:27:47] [FHEM] initial value is: 22 (number)
[2017-03-14 13:27:47] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: 0,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
[2017-03-14 13:27:47] [FHEM] StatusLowBattery characteristic for tahoma_6:BatteryState
[2017-03-14 13:27:47] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2017-03-14 13:27:47] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Hat es funktioniert? Wenn nicht brauche ich den gesamten Log-Auszug (Bitte in den Code-Tags)
Zitat von: EinEinfach am 14 März 2017, 13:48:01
Hat es funktioniert? Wenn nicht brauche ich den gesamten Log-Auszug (Bitte in den Code-Tags)
Nein so zeigt er mir die Batterie garnicht mehr an,
Jetzt stoße ich gerade an meine grenzen Sorry, wie mache ich das?
Na ist doch alles gut! Eve blendet die Batterie ein, wenn diese leer ist.
Um auf Nummer sicher zu gehen starte die homebridge mit --debug und schaue welcher Wert durch StatusLowBattery gecached wird.
Also wenn ich das richtig erkenne ist es eine 0 also Battery Level normal
[2017-03-14 14:02:38] [FHEM] StatusLowBattery characteristic for tahoma_6:BatteryState
[2017-03-14 14:02:38] [FHEM] initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[2017-03-14 14:02:38] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Im Log muss sowas stehen wie: StatusLowBattery catched "normal" normal means BATTERY_LEVEL_NORMAL.
Jetzt habe ich es gefunden danke wieder was dazu gelernt
Danke für Deine Hilfe
[2017-03-14 14:02:38] [FHEM] homebridgeMapping: TargetTemperature=setTargetTemperature::SetPointHeatingValueState,minValue=4,maxValue=28,minStep=0.5 CurrentTemperature=tahoma_6:SetPointHeatingValueState
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
[2017-03-14 14:02:38] [FHEM] mappings for tahoma_6: { CurrentHeatingCoolingState : { default: 'HEAT' },
TargetTemperature:
{ reading: 'SetPointHeatingValueState',
cmd: 'setTargetTemperature',
minValue: 4,
maxValue: 28,
minStep: 0.5 },
CurrentTemperature: { reading: 'SetPointHeatingValueState', device: 'tahoma_6'},
StatusLowBattery:
{ reading: 'BatteryState',
values: [ 'normal:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] } }
[2017-03-14 14:02:38] [FHEM] tahoma_6 is thermostat
[2017-03-14 14:02:38] [FHEM] tahoma_6 has
[2017-03-14 14:02:38] [FHEM] CurrentHeatingCoolingState [undefined]
[2017-03-14 14:02:38] [FHEM] TargetTemperature [SetPointHeatingValueState]
[2017-03-14 14:02:38] [FHEM] CurrentTemperature [tahoma_6.SetPointHeatingValueState]
[2017-03-14 14:02:38] [FHEM] StatusLowBattery [BatteryState]
[2017-03-14 14:02:38] [FHEM] default: 1
[2017-03-14 14:02:38] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
2017-03-14 14:02:38 caching: tahoma_6-SetPointHeatingValueState: 22.0
[2017-03-14 14:02:38] [FHEM] caching: TargetTemperature: 22 (as number; from'22.0')
[2017-03-14 14:02:38] [FHEM] caching: CurrentTemperature: 22 (as number; from '22.0')
[2017-03-14 14:02:38] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[2017-03-14 14:02:38] [FHEM] value2homekit: { normal: 0 }
[2017-03-14 14:02:38] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
2017-03-14 14:02:38 caching: tahoma_6-BatteryState: normal
[2017-03-14 14:02:38] [FHEM] tahoma_6-BatteryState values: value normal mapped to 0
[2017-03-14 14:02:38] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'normal')
Ich habe gerade noch alte Batterien gefunden und im BatteryState steht jetzt verylow und Eve zeigt mir auch an Batterie schwach.
Danke Ihr seit super.
Hallo,
ein kleines Problem habe ich doch noch wenn ich jetzt neue Batterien einlege steht der BatteryState auf full und nicht normal im umkehrschluß erkennt die Homebridge es wieder als Low
Mapping ist
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
2017-03-14 16:40:49 caching: tahoma_8-BatteryState: full
[2017-03-14 16:40:49] [FHEM] tahoma_8-BatteryState values: value full mapped to 1
[2017-03-14 16:40:49] [FHEM] caching: StatusLowBattery: 1 (as number; means BATTERY_LEVEL_LOW; from 'full')
Jetzt ist deine Kreativität gefragt, eine der möglichen Lösungen wäre:
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;full:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Vorausgesetzt es gibt keine anderen Zustände für die volle Batterie.
Gruß
Alex
Zitat von: EinEinfach am 15 März 2017, 08:13:16
Jetzt ist deine Kreativität gefragt, eine der möglichen Lösungen wäre:
StatusLowBattery=BatteryState,values=normal:BATTERY_LEVEL_NORMAL;full:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Vorausgesetzt es gibt keine anderen Zustände für die volle Batterie.
Gruß
Alex
Danke das hat funktioniert, ich muß noch einiges lernen, ich hatte es versucht weiter vorne einzubauen bei values aber ohne nochmal BATTERY_LEVEL_NORMAL zu setzen, so (langsam) verstehe ich es.
Hallo,
ich habe aus einem Beitrag auf Seite 2 des Blogs etwas gelesen von Starten und Stoppen von Homebridge aus fhem heraus.
Das hatte für mich einen gewissen Reiz.
Bisher habe ich Homebridge immer gestartet und neugestartet mit:
sudo service home bridge start/stop usw.
Nach dem Ändern der Datei /etc/init.d/homebridge entsprechend der folgenden Seite:
https://wiki.fhem.de/wiki/Homebridge_Start_und_Status_in_FHEM (https://wiki.fhem.de/wiki/Homebridge_Start_und_Status_in_FHEM)
hat das leider aber alles nicht funktioniert wie gewollt.
Fehlermeldung aus dem FHEM LOG war:
sudo: no tty present and no askpass program specified
Das Startscript habe ich wieder auf Standard geändert.
Aber leider kann ich das Script nun nur noch nutzen wenn ich die Zeile folgendermaßen eingebe:
sudo /etc/init.d/homebridge status
Beim Eingeben von:
sudo service homebridge start
erfolgt sofort die Ausgabe:
Homebridge starting
Homebridge is not running
Ich vermute das durch den Befehl:
sudo update-rc.d homebridge defaults
hier irgendwas schief gelaufen ist.
Könnt Ihr mir hier helfen? Evtl. war das eingangs ja auch der Grund warum das über FHEM nicht lief.
Danke
Ich habe ein notify, welches mit einem Dummy gesteuert wird:
Internals:
DEF (RestartHomebridge:on) { fhem("set RestartHomebridge off");;system("sudo /etc/init.d/homebridge stop");;system("sudo /etc/init.d/homebridge start");; fhem("set teleBot msg Homebridge wurde neu gestartet!");;}
NAME Ntf.RestartHomebridge
NOTIFYDEV RestartHomebridge
NR 186
NTFY_ORDER 50-Ntf.RestartHomebridge
REGEXP (RestartHomebridge:on)
STATE 2017-03-15 23:49:58
TYPE notify
Readings:
2017-03-15 23:22:54 state active
Attributes:
Hilft dir das weiter?
Gesendet von iPhone mit Tapatalk
Ach so, wenn der Start von homebridge direkt wieder abbricht, dann liegt es nahe, dass ein mapping fehlerhaft ist....
Gesendet von iPhone mit Tapatalk
Auch mit allen Abhängigkeiten ist ein Start als Service ein Glücksspiel.
Fehlerfrei funktioniert es eigentlich nur über die global init Notification aus FHEM heraus.
Ui, wie muss das genau aussehen? Jetzt wo du es sagst - wenn ich den RPi neu starte, dann muss ich auch nachher Homebridge meistens nochmal starten. Und fällt dann der Start als Service komplett weg?
Den automatischen Service Start auf Systemebene rausnehmen und dann z.B.:
define homebridge_start notify global:INITIALIZED {system("sudo service homebridge start &")}
define homebridge_stop notify global:SHUTDOWN {system("sudo service homebridge stop &")}
define homebridge_restart notify global:REREADCFG {system("sudo service homebridge restart &")}
Ich habe es jetzt hinbekommen, hatte auf einmal Probleme mit den Rechten von diversen Ordnern.
Nach Restart, manuellem Start, Restart fhem usw. wird Homebridge zuverlässig gestartet oder gestoppt.
Dabei werden die Statis sauber an FHEM übertragen, auch wenn ich auf systemebene starte oder stoppe.
@Markus: Vielen Dank! Hat geklappt und startet nun endlich sicher. Dann kann ich den Restart-Knopf in Fhem ja endlich entfernen... :D
Zitat von: aski71 am 12 März 2017, 21:03:17
Hi,
ich habe einen Homematic Heizkörperthermostat und einen Wandthermostat über HMCCU in homekit eingebunden.
Damit für das Wandthermostat in Home der richtige Heizstatus (Temperaturanzeige rot=Ventil offen, oder grün=Ventil zu) angezeigt wird, habe ich im homebridgeMapping folgendes angegeben:
CurrentHeatingCoolingState=HeizkörperThermostat:4.VALVE_STATE,values=0:OFF;/\d+/:HEAT
Das heißt: Nimm den CurrentHeatingCoolingState aus dem Gerät Heizkörperthermostat und setze ihn entsprechend.
Das funktioniert auch super. Nur nicht nach einem "shutdown restart" bzw. einem Neustart von homebridge.
Der Wandthermostat wird in Home nach dem Neustart immer rot angezeigt. Also so, als wäre das Ventil offen. Obwohl es eigentlich zu ist und die Readings das auch so anzeigen. Abhilfe schafft, das Ventil tatsächlich einmal öffnen und schließen zu lassen. Ab dann funktioniert es wieder.
Im Heizkörperthermostat selbst ist das Mapping wiefolgt eingerichtet:
CurrentHeatingCoolingState=4.VALVE_STATE,values=0:OFF;/\d+/:HEAT
Hier funktioniert die Anzeige auch nach "shutdown restart" bzw. Neustart von homebridge korrekt.
In Home wird es als grün angezeigt. Also mit geschlossenem Ventil.
Gibt es dafür eine Erklärung?
Hi zusammen,
weiß irgendeiner eine Lösung für obiges Problem?
Danke, Alex
Hallo Zusammen,
eigentlich funktioniert alles genau wie es soll bei mir. Ich habe jedoch ein nerviges Problem für das ich einfach keine Lösung finde ... hat jemand vielleicht ähnliche Probleme oder gar eine Lösung.
Problem:
Wenn ich mehrere Stunden kein HomeKit Befehl abgesetzt habe , z.B. per Siri, dann geht immer der erste Befehl schief. Siri antwortet mir das das ich meine Gerät überprüfen soll wenn ich den gleichen Befehl nochmal absetzte dann funktioniert alles. Danach funktioniert stundenlang alles super bis zur nächsten längeren Pause. Ich habe das Gefühl das homebridge in eine art standby geht ggf. zu langsam antwortet und daswegen HomeKit die Anfrage abbricht.
Ergänzung: Wenn der Fehler auftritt dann sieht man nichts im homebrige.log /.err ... also scheinbar kommt echt gar nichts an.
hat jemand ne Idee ?
Danke, Hagi
Idee nicht, kann das "Problem" aber bestätigen (wobei ich nicht unbedingt eine Regelmäßigkeit feststelle - muss das mal beobachten - ich denke es kommt auch vor, dass ich abends nach Hause komme und Siri prompt reagiert)
Zitat von: DeeSPe am 12 März 2017, 23:37:24
Und Du hast auch sicher die nodejs Quellen mit eingebunden?
Ja, hab ich:
pi@raspberrypi ~ $ sudo apt-get update
Holen: 1 http://mirrordirector.raspbian.org jessie InRelease [14,9 kB]
Holen: 2 http://archive.raspberrypi.org jessie InRelease [22,9 kB]
Holen: 3 http://mirrordirector.raspbian.org jessie/main armhf Packages [8.981 kB ]
Holen: 4 https://debian.fhem.de ./ InRelease
Holen: 5 http://archive.raspberrypi.org jessie/main Sources [58,4 kB]
Ign https://debian.fhem.de ./ InRelease
Holen: 6 https://debian.fhem.de ./ Release.gpg
Ign https://debian.fhem.de ./ Release.gpg
Holen: 7 http://archive.raspberrypi.org jessie/ui Sources [16,3 kB]
Holen: 8 https://debian.fhem.de ./ Release
Ign https://debian.fhem.de ./ Release
Holen: 9 https://debian.fhem.de ./ Packages
Holen: 10 http://archive.raspberrypi.org jessie/main armhf Packages [147 kB]
Holen: 11 http://archive.raspberrypi.org jessie/ui armhf Packages [57,6 kB]
Holen: 12 https://debian.fhem.de ./ Translation-de_DE
Holen: 13 https://debian.fhem.de ./ Translation-de
Holen: 14 https://debian.fhem.de ./ Translation-en
Holen: 15 https://debian.fhem.de ./ Packages
Holen: 16 https://debian.fhem.de ./ Translation-de_DE
Holen: 17 https://debian.fhem.de ./ Translation-de
Holen: 18 https://debian.fhem.de ./ Translation-en
Holen: 19 https://debian.fhem.de ./ Packages
Holen: 20 https://debian.fhem.de ./ Translation-de_DE
Holen: 21 https://debian.fhem.de ./ Translation-de
Holen: 22 https://debian.fhem.de ./ Translation-en
Holen: 23 https://debian.fhem.de ./ Packages
Holen: 24 https://debian.fhem.de ./ Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Holen: 25 https://debian.fhem.de ./ Translation-de
Holen: 26 https://debian.fhem.de ./ Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-de
Holen: 27 https://debian.fhem.de ./ Packages
Fehl https://debian.fhem.de ./ Packages
HttpError404
Ign http://archive.raspberrypi.org jessie/main Translation-en
Holen: 28 https://debian.fhem.de ./ Translation-de_DE
Ign https://debian.fhem.de ./ Translation-de_DE
Holen: 29 https://debian.fhem.de ./ Translation-de
Ign https://debian.fhem.de ./ Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Holen: 30 https://debian.fhem.de ./ Translation-en
Ign https://debian.fhem.de ./ Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 31 http://mirrordirector.raspbian.org jessie/contrib armhf Packages [37,5 kB]
Holen: 32 http://mirrordirector.raspbian.org jessie/non-free armhf Packages [70, 3 kB]
Holen: 33 http://mirrordirector.raspbian.org jessie/rpi armhf Packages [1.356 B]
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Es wurden 9.408 kB in 42 s geholt (224 kB/s).
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError 404
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignorier t oder alte an ihrer Stelle benutzt.
pi@raspberrypi ~ $ sudo apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete sind zurückgehalten worden:
wolfram-engine
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
pi@raspberrypi ~ $ sudo apt-get install build-essential libssl-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
build-essential ist schon die neueste Version.
libssl-dev ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
pi@raspberrypi ~ $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi ~ $ curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
## Installing the NodeSource Node.js v6.x repo...
## Populating apt-get cache...
+ apt-get update
OK http://mirrordirector.raspbian.org jessie InRelease
OK http://archive.raspberrypi.org jessie InRelease
Holen: 1 https://debian.fhem.de ./ InRelease
Ign https://debian.fhem.de ./ InRelease
Holen: 2 https://debian.fhem.de ./ Release.gpg
Ign https://debian.fhem.de ./ Release.gpg
Holen: 3 https://debian.fhem.de ./ Release
Ign https://debian.fhem.de ./ Release
Holen: 4 https://debian.fhem.de ./ Packages
Holen: 5 https://debian.fhem.de ./ Translation-de_DE
Holen: 6 https://debian.fhem.de ./ Translation-de
Holen: 7 https://debian.fhem.de ./ Translation-en
Holen: 8 https://debian.fhem.de ./ Packages
OK http://mirrordirector.raspbian.org jessie/main armhf Packages
OK http://mirrordirector.raspbian.org jessie/contrib armhf Packages
OK http://mirrordirector.raspbian.org jessie/non-free armhf Packages
OK http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Holen: 9 https://debian.fhem.de ./ Translation-de_DE
Holen: 10 https://debian.fhem.de ./ Translation-de
OK http://archive.raspberrypi.org jessie/main Sources
Fehl http://archive.raspberrypi.org jessie/ui Sources
406 Not Acceptable [IP: 2a00:1098:0:80:1000:13:0:8 80]
OK http://archive.raspberrypi.org jessie/main armhf Packages
OK http://archive.raspberrypi.org jessie/ui armhf Packages
Holen: 11 https://debian.fhem.de ./ Translation-en
Holen: 12 https://debian.fhem.de ./ Packages
Holen: 13 https://debian.fhem.de ./ Translation-de_DE
Holen: 14 https://debian.fhem.de ./ Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 15 https://debian.fhem.de ./ Translation-en
Holen: 16 https://debian.fhem.de ./ Packages
Holen: 17 https://debian.fhem.de ./ Translation-de_DE
Holen: 18 https://debian.fhem.de ./ Translation-de
Holen: 19 https://debian.fhem.de ./ Translation-en
Holen: 20 https://debian.fhem.de ./ Packages
Fehl https://debian.fhem.de ./ Packages
HttpError404
Holen: 21 https://debian.fhem.de ./ Translation-de_DE
Ign https://debian.fhem.de ./ Translation-de_DE
Holen: 22 https://debian.fhem.de ./ Translation-de
Ign https://debian.fhem.de ./ Translation-de
Holen: 23 https://debian.fhem.de ./ Translation-en
Ign https://debian.fhem.de ./ Translation-en
W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/jessie/ui/source/Sources 406 Not Acceptable [IP: 2a00:1098:0:80:1000:13:0:8 80]
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError404
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Error executing command, exiting
pi@raspberrypi ~ $ sudo apt-get install -y nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
nodejs ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
pi@raspberrypi ~ $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi ~ $ whereis node
node:
Hat jemand eine Idee, wie ich node auf die Version 6.x bzw. 7.x bekomme?
Danke und Gruß!
Zitat von: Chillkroete1206 am 18 März 2017, 18:56:25
Hat jemand eine Idee, wie ich node auf die Version 6.x bzw. 7.x bekomme?
Wie wäre es mit der offiziellen Vorgehensweise?
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
Gruß
Dan
Zitat von: DeeSPe am 18 März 2017, 23:21:13
Wie wäre es mit der offiziellen Vorgehensweise?
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
Gruß
Dan
Ich sehe keinen Unterschied zu meinem Vorgehen im vorherigen Post - oder bin ich blind?!
Funktioniert jedenfalls auch nicht :(
pi@raspberrypi ~ $ curl -sL https://deb.nodesource.com/setup_7.x | sudo -E bash -
## Installing the NodeSource Node.js v7.x repo...
## Populating apt-get cache...
+ apt-get update
Holen: 1 http://mirrordirector.raspbian.org jessie InRelease [14,9 kB]
OK http://archive.raspberrypi.org jessie InRelease
Holen: 2 http://mirrordirector.raspbian.org jessie/main armhf Packages [8.981 kB ]
OK http://archive.raspberrypi.org jessie/main Sources
Fehl http://archive.raspberrypi.org jessie/ui Sources
406 Not Acceptable [IP: 2a00:1098:0:80:1000:13:0:5 80]
OK http://archive.raspberrypi.org jessie/main armhf Packages
OK http://archive.raspberrypi.org jessie/ui armhf Packages
Holen: 3 https://debian.fhem.de ./ InRelease
Ign https://debian.fhem.de ./ InRelease
Holen: 4 https://debian.fhem.de ./ Release.gpg
Ign https://debian.fhem.de ./ Release.gpg
Holen: 5 https://debian.fhem.de ./ Release
Ign https://debian.fhem.de ./ Release
Holen: 6 https://debian.fhem.de ./ Packages
Holen: 7 https://debian.fhem.de ./ Translation-de_DE
Holen: 8 https://debian.fhem.de ./ Translation-de
Holen: 9 https://debian.fhem.de ./ Translation-en
Holen: 10 https://debian.fhem.de ./ Packages
Holen: 11 https://debian.fhem.de ./ Translation-de_DE
Holen: 12 https://debian.fhem.de ./ Translation-de
Holen: 13 https://debian.fhem.de ./ Translation-en
Holen: 14 https://debian.fhem.de ./ Packages
Holen: 15 https://debian.fhem.de ./ Translation-de_DE
Holen: 16 https://debian.fhem.de ./ Translation-de
Holen: 17 https://debian.fhem.de ./ Translation-en
Holen: 18 https://debian.fhem.de ./ Packages
Holen: 19 https://debian.fhem.de ./ Translation-de_DE
Holen: 20 https://debian.fhem.de ./ Translation-de
Holen: 21 https://debian.fhem.de ./ Translation-en
Holen: 22 https://debian.fhem.de ./ Packages
Fehl https://debian.fhem.de ./ Packages
HttpError404
Holen: 23 https://debian.fhem.de ./ Translation-de_DE
Ign https://debian.fhem.de ./ Translation-de_DE
Holen: 24 https://debian.fhem.de ./ Translation-de
Ign https://debian.fhem.de ./ Translation-de
Holen: 25 https://debian.fhem.de ./ Translation-en
Ign https://debian.fhem.de ./ Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 26 http://mirrordirector.raspbian.org jessie/contrib armhf Packages [37,5 kB]
Holen: 27 http://mirrordirector.raspbian.org jessie/non-free armhf Packages [70, 3 kB]
Holen: 28 http://mirrordirector.raspbian.org jessie/rpi armhf Packages [1.356 B]
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Es wurden 9.105 kB in 30 s geholt (296 kB/s).
W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/jessie/ ui/source/Sources 406 Not Acceptable [IP: 2a00:1098:0:80:1000:13:0:5 80]
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError 404
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignorier t oder alte an ihrer Stelle benutzt.
Error executing command, exiting
pi@raspberrypi ~ $ sudo apt-get install -y nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
nodejs ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
pi@raspberrypi ~ $ node -v
-bash: node: Kommando nicht gefunden.
pi@raspberrypi ~ $
Zumindest scheinst Du Fehlermeldungen in deinem apt-get update geflissentlich zu ignorieren.
Hi,
er schreibt ja, dass die IP Adresse nicht akzeptiert wird. Hast Du mal versucht ipv4 statt ipv6 zu verwenden?
Nur mal als test in der Datei:
/boot/cmdline.txt
Folgendes einfügen:
ipv6.disable=1
Danach ein Raspi neustart und node installieren, falls Du ipv6 brauchst, danach wieder löschen und Raspi erneut starten.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Auch nach Deaktivierung von IPv6 habe noch die selben Fehlermeldungen.
#Fehlermeldung beim Ausführen von sudo apt-get update:
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError404
#Ferhlermeldung beim Ausführen von curl -sL https://deb.nodesource.com/setup_7.x | sudo -E bash:
W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/jessie/ui/source/Sources 406 Not Acceptable [IP: 93.93.130.214 80]
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError404
Hmm,
ernsthaft der mirror down?
Entweder warten oder
"You could (temporarily) change the URL in /etc/apt/sources.list to one of the mirrors: https://www.raspbian.org/RaspbianMirrors"
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke, Arnd.
Allerdings habe ich bei einem anderen mirror das selbe Problem:
pi@raspberrypi /etc/apt $ sudo apt-get update
Holen: 1 http://mirror.netcologne.de jessie InRelease [14,9 kB]
OK http://archive.raspberrypi.org jessie InRelease
Holen: 2 http://mirror.netcologne.de jessie/main armhf Packages [8.981 kB]
OK http://archive.raspberrypi.org jessie/main Sources
OK http://archive.raspberrypi.org jessie/ui Sources
OK http://archive.raspberrypi.org jessie/main armhf Packages
OK http://archive.raspberrypi.org jessie/ui armhf Packages
Holen: 3 https://debian.fhem.de ./ InRelease
Ign https://debian.fhem.de ./ InRelease
Holen: 4 https://debian.fhem.de ./ Release.gpg
Ign https://debian.fhem.de ./ Release.gpg
Holen: 5 https://debian.fhem.de ./ Release
Ign https://debian.fhem.de ./ Release
Holen: 6 https://debian.fhem.de ./ Packages
Holen: 7 https://debian.fhem.de ./ Translation-de_DE
Holen: 8 https://debian.fhem.de ./ Translation-de
Holen: 9 https://debian.fhem.de ./ Translation-en
Holen: 10 https://debian.fhem.de ./ Packages
Holen: 11 https://debian.fhem.de ./ Translation-de_DE
Holen: 12 https://debian.fhem.de ./ Translation-de
Holen: 13 https://debian.fhem.de ./ Translation-en
Holen: 14 https://debian.fhem.de ./ Packages
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Holen: 15 https://debian.fhem.de ./ Translation-de_DE
Holen: 16 https://debian.fhem.de ./ Translation-de
Holen: 17 https://debian.fhem.de ./ Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-de
Holen: 18 https://debian.fhem.de ./ Packages
Holen: 19 https://debian.fhem.de ./ Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-en
Holen: 20 https://debian.fhem.de ./ Translation-de
Holen: 21 https://debian.fhem.de ./ Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Holen: 22 https://debian.fhem.de ./ Packages
Fehl https://debian.fhem.de ./ Packages
HttpError404
Holen: 23 https://debian.fhem.de ./ Translation-de_DE
Ign https://debian.fhem.de ./ Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 24 https://debian.fhem.de ./ Translation-de
Ign https://debian.fhem.de ./ Translation-de
Holen: 25 https://debian.fhem.de ./ Translation-en
Ign https://debian.fhem.de ./ Translation-en
Holen: 26 http://mirror.netcologne.de jessie/contrib armhf Packages [37,5 kB]
Holen: 27 http://mirror.netcologne.de jessie/non-free armhf Packages [70,3 kB]
Holen: 28 http://mirror.netcologne.de jessie/rpi armhf Packages [1.356 B]
Ign http://mirror.netcologne.de jessie/contrib Translation-de_DE
Ign http://mirror.netcologne.de jessie/contrib Translation-de
Ign http://mirror.netcologne.de jessie/contrib Translation-en
Ign http://mirror.netcologne.de jessie/main Translation-de_DE
Ign http://mirror.netcologne.de jessie/main Translation-de
Ign http://mirror.netcologne.de jessie/main Translation-en
Ign http://mirror.netcologne.de jessie/non-free Translation-de_DE
Ign http://mirror.netcologne.de jessie/non-free Translation-de
Ign http://mirror.netcologne.de jessie/non-free Translation-en
Ign http://mirror.netcologne.de jessie/rpi Translation-de_DE
Ign http://mirror.netcologne.de jessie/rpi Translation-de
Ign http://mirror.netcologne.de jessie/rpi Translation-en
Es wurden 9.105 kB in 25 s geholt (364 kB/s).
W: Fehlschlag beim Holen von https://debian.fhem.de/stable/./Packages HttpError404
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Das Problem besteht auch schon länger, also denke ichnicht, dass es am mirror liegt.
Also erstmal schmeiß das debian.fhem.de raus. Info dazu gibt es im Forum.
Ich habe für Homekit einen Dummy Schalter angelegt, welcher 2 Zustände (Ein/Aus) hat.
# PowerMode Dummy
define PowerMode dummy
attr PowerMode genericDeviceType switch
attr PowerMode room Homekit
attr PowerMode setList on off
attr PowerMode webCmd on:off
Ist es auch möglich, dem Dummy 3 Positionen wie High, Low, Off zuzuweisen, damit ich diesen über Homekit am iPhone korrekt schalten kann?
Ich habe zwar schon ein paar Möglichkeiten versucht, aber es hat nicht zum Ziel geführt.
Danke für einen Tipp!
Zitat von: thomaso am 19 März 2017, 12:31:56
Ich habe für Homekit einen Dummy Schalter angelegt, welcher 2 Zustände (Ein/Aus) hat.
# PowerMode Dummy
define PowerMode dummy
attr PowerMode genericDeviceType switch
attr PowerMode room Homekit
attr PowerMode setList on off
attr PowerMode webCmd on:off
Ist es auch möglich, dem Dummy 3 Positionen wie High, Low, Off zuzuweisen, damit ich diesen über Homekit am iPhone korrekt schalten kann?
Ich habe zwar schon ein paar Möglichkeiten versucht, aber es hat nicht zum Ziel geführt.
Danke für einen Tipp!
Schau Dir z.B. die Fan Characteristic an.
Damit kannst Du sowas umsetzen.
Gruß
Dan
Danke für die schnelle Antwort.
Ich hab das mal so versucht und scheint auch zu funktionieren, dachte nur, dass es vl einen Schalter mit 3 Stufen auch gibt, damit da nicht so ein Lüftersymbol ist :D
# PowerModes Dummy
define PowerModes dummy
attr PowerModes genericDeviceType Fan
attr PowerModes room Homekit
attr PowerModes setList state:slider,1,0,2
attr PowerModes homebridgeMapping RotationSpeed=state,minValue=0,maxValue=2,minStep=1,unit=,cmd=,
EDIT: Kann man den Zuständen auch andere Namen als hier 0-2 geben?
Zitat von: thomaso am 19 März 2017, 13:07:45
Danke für die schnelle Antwort.
Ich hab das mal so versucht und scheint auch zu funktionieren, dachte nur, dass es vl einen Schalter mit 3 Stufen auch gibt, damit da nicht so ein Lüftersymbol ist :D
# PowerModes Dummy
define PowerModes dummy
attr PowerModes genericDeviceType Fan
attr PowerModes room Homekit
attr PowerModes setList state:slider,1,0,2
attr PowerModes homebridgeMapping RotationSpeed=state,minValue=0,maxValue=2,minStep=1,unit=,cmd=,
EDIT: Kann man den Zuständen auch andere Namen als hier 0-2 geben?
Ein Schalter ist ein Schalter! Der kennt nur ein oder aus bzw. 0 oder 1.
Da bei HomeKit die Geräte eben einer spezifischen Characteristic zu geordnet werden, ist es normalerweise nicht nötig Einheiten oder Schaltzustände zu ändern, und deshalb ist es auch nicht möglich!
Apple ist noch entfernt davon das so weit zu öffnen dass sich das jeder selber konfigurieren kann.
Das Meiste was wir hier mit Homebridge machen ist neben den Spezifikationen von Apple und deshalb nur eingeschränkt änderbar. Was hier mit dem Mapping durch homebridge-fhem geschaffen wurde ist m.E. schon großartig! Mehr geht momentan auch mit HomeKit nicht.
Gruß
Dan
Ok danke für die Info und die Aufklärung.
Keine Frage, dass der Funktionsumfang von FHEM mehr als hervorragend ist; war nur eine Frage aus neugierde :)
Das Abfangen der Zustände wenn ich am Slider über das Homekit etwas verstelle funktioniert schon sehr gut, jedoch schaffe ich das Abfangen des quasi ausschalten des Fans noch nicht, wenn ich also einfach nur auf das Fan Symbol am iPhone drücke.
Welchen Zustand nimmt der Dummy dann ein? Beim Versuch ein Notify mit den Zustand "off" anzulegen, hat noch nicht funktioniert bzw wird nicht ausgeführt.
Zitat von: thomaso am 19 März 2017, 13:30:19
Das Abfangen der Zustände wenn ich am Slider über das Homekit etwas verstelle funktioniert schon sehr gut, jedoch schaffe ich das Abfangen des quasi ausschalten des Fans noch nicht, wenn ich also einfach nur auf das Fan Symbol am iPhone drücke.
Welchen Zustand nimmt der Dummy dann ein? Beim Versuch ein Notify mit den Zustand "off" anzulegen, hat noch nicht funktioniert bzw wird nicht ausgeführt.
Das ist mir bisher gar nicht aufgefallen dass man auch einfach auf den Fan draufdrücken kann. 8)
Mein Lüfter schaltet beim Draufdrücken gleich mal auf "volle Pulle".
Beim erneuten Draufdrücken suggeriert das Device eigentlich dass es ausgegangen ist, aber es läuft munter weiter!
Hab mir das auch gerade mal im Log angeguckt und dort scheint kein Befehl von HomeKit anzukommen beim/vom Ausschalten.
Das kommt beim ersten Draufdrücken (Ein):
Mär 19 13:37:58 fhem homebridge[546]: [2017-3-19 13:37:58] [FHEM] wz_Ventilator: executing set cmd for RotationSpeed with value 3
Mär 19 13:37:58 fhem homebridge[546]: [2017-3-19 13:37:58] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20wz_Ventilator%20speed%203&fwcsrf=csrf_XXXXXXXXXXXXXXXX&XHR=1
Mär 19 13:37:59 fhem homebridge[546]: 2017-03-19 13:37:59 caching: wz_Ventilator-state: speed 3
Mär 19 13:37:59 fhem homebridge[546]: [2017-3-19 13:37:59] [FHEM] caching: RotationSpeed: 3 (as number; from 'speed 3')Beim erneuten Drücken passiert nichts im Log.
Gruß
Dan
Bei mir geht er dann in den letzten Zustand, welcher vor dem Ausschalten aktiv war. Jedoch passiert bei mir nie etwas wenn ich nur einfach auf den Lüfter raufdrücke.
Wie hast du das Device bei dir definiert bzw die Attribute gesetzt?
Hab's rausbekommen!
Wer lesen kann ist klar im Vorteil!
Zitat von: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js
/**
* Service "Fan"
*/
Service.Fan = function(displayName, subtype) {
Service.call(this, displayName, '00000040-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.On);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.RotationDirection);
this.addOptionalCharacteristic(Characteristic.RotationSpeed);
this.addOptionalCharacteristic(Characteristic.Name);
};
Die Hauptcharacteristic von Fan ist also On.
Wenn man sich nun eine On Characteristic ordentlich dazu mappt, dann klappt es auch.
Hier mal ein funktionierendes Beispiel anhand eines dummy:
define wz_Ventilator dummy
attr wz_Ventilator alias Deckenventilator
attr wz_Ventilator devStateIcon speed.0:vent_ventilation_level_0@red:speed+1 speed.1:vent_ventilation_level_1@green:speed+2 speed.2:vent_ventilation_level_2@yellow:speed+3 speed.3:vent_ventilation_level_3@orange:speed+0
attr wz_Ventilator genericDeviceType Fan
attr wz_Ventilator group Ventilatoren
attr wz_Ventilator homebridgeMapping On=state,part=1,valueOff=0,cmdOff=speed+0,cmdOn=speed+1\
RotationSpeed=state,part=1,minValue=0,maxValue=3,minStep=1,cmd=speed,delay=1
attr wz_Ventilator icon vent_ventilation
attr wz_Ventilator room HomeKit,Wohnzimmer
attr wz_Ventilator setList speed:slider,0,1,3
attr wz_Ventilator webCmd speedGruß
Dan
Zitat von: volschin am 19 März 2017, 10:09:33
Also erstmal schmeiß das debian.fhem.de raus. Info dazu gibt es im Forum.
Es ändert sich was, aber es wird nicht entschieden besser ;D :-\
Nach Auskommentierung aller Einträge in /etc/apt/sources.list läuft "apt-get update" und die installation von node v7 durch. Nach Installation von homebridge laut Wiki bekomme ich aber immer noch nicht die aktuelle Version.
pi@raspberrypi /etc/apt $ npm -g outdated
Package Current Wanted Latest Location
npm 4.1.2 4.4.4 4.4.1
Warum homebridge und homebridge-fhem dort nicht auftauchen, verstehe ich genausowenig.
Zitat von: Chillkroete1206 am 19 März 2017, 14:29:40
pi@raspberrypi /etc/apt $ npm -g outdated
Package Current Wanted Latest Location
npm 4.1.2 4.4.4 4.4.1
Warum homebridge und homebridge-fhem dort nicht auftauchen, verstehe ich genausowenig.
Warum sollten sie?
Dieses Kommando sagt Dir ja nur die Pakete die aktualisiert werden könnten.
Mit:
sudo npm -g update npmnoch npm selbst aktualisieren und dann homebridge installieren:
sudo npm -g i --unsafe-perm homebridge homebridge-fhemGruß
Dan
Danke, es läuft langsam in die richtige Richtung :)
Homebridge lässt sich ohne Probleme starten, wird aber immernochnicht angezeigt in:
Package Current Wanted Latest Location
npm 4.4.4 4.4.4 4.4.1
#Homebridge Versionen - wird beim Start angezeigt:
homebridge API version: 2.1
this homebridge-fhem 0.3.7
Habe das Haus und den persist-Ordner gelöscht. Finde jetzt aber keine Geräte in der Home-App.
Die Version 0.3.7 ist die aktuelle, sodass es hierdran nicht liegen kann, richtig?
EDIT: Durch ändern der MAC-Adrese in der config.json klappt das jetzt auch mit den neuen Geräten! Alles also wunderbar - Besten Dank für eure Hilfe!
Hallo KeyMatic Besitzer,
ich hoffe ihr könnt mir weiterhelfen nachdem ich die Updates (npm update -g homebridge; npm update -g homebridge-fhem) eingespielt habe bekomme ich die Tür nicht mehr offen. Im homebridgelog bekomme ich folgende Meldungen angezeigt eventuell hab ihr ein Idee
[2017-03-20 20:24:19] [FHEM] fl_Tuer: executing set cmd for TargetDoorState with value false
[2017-03-20 20:24:19] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20fl_Tuer%20undefined%20false&XHR=1
Das ganze läuft auf einem Pi3
Vielen Dank
Hi,
ich have den ewig langen Thread durchsucht, aber irgendwie wurde ich daraus nicht schlau.
Ich habe alexa-fhem Smarthome&Custom-Skil wunderbar am laufen und würde gerne meine Homematic Thermostate im Fhem über Alexa steuern/abfragen. Dazu scheine ich aber das homebridgeMapping richtig setzen zu müssen und ich weiss nicht genau was und wie ich da machen muss. Beispiele die ich gefunden habe waren leider für andere Thermostate.
Könnte mir jemand mal seine Konfiguration für ein Homematic-Thermostat hier zeigen oder mir einen Tipp geben? Da wäre ich sehr dankbar! Eine Idee wäre es auch eine Wiki-Sammlung von homebridgeMappings zu erstellen. Ich kann dies gerne übernehmen, bräuchte hierzu aber entsprechenden Input den ich hier gerne sammeln würde.
Gruss,
Hive
Zitat von: hive2015 am 21 März 2017, 10:59:27
Hi,
ich have den ewig langen Thread durchsucht, aber irgendwie wurde ich daraus nicht schlau.
Ich habe alexa-fhem Smarthome&Custom-Skil wunderbar am laufen und würde gerne meine Homematic Thermostate im Fhem über Alexa steuern/abfragen. Dazu scheine ich aber das homebridgeMapping richtig setzen zu müssen und ich weiss nicht genau was und wie ich da machen muss. Beispiele die ich gefunden habe waren leider für andere Thermostate.
Könnte mir jemand mal seine Konfiguration für ein Homematic-Thermostat hier zeigen oder mir einen Tipp geben? Da wäre ich sehr dankbar! Eine Idee wäre es auch eine Wiki-Sammlung von homebridgeMappings zu erstellen. Ich kann dies gerne übernehmen, bräuchte hierzu aber entsprechenden Input den ich hier gerne sammeln würde.
Gruss,
Hive
Evtl. hilft Dir dieser Beitrag (https://forum.fhem.de/index.php/topic,48558.msg502386.html#msg502386) weiter.
Keine Ahnung ob das Mapping für Alexa dem von Homebridge gleicht/ähnlich ist.
Gruß
Dan
Zitat von: DeeSPe am 21 März 2017, 11:06:12
Evtl. hilft Dir dieser Beitrag (https://forum.fhem.de/index.php/topic,48558.msg502386.html#msg502386) weiter.
Keine Ahnung ob das Mapping für Alexa dem von Homebridge gleicht/ähnlich ist.
Gruß
Dan
Das ist grossartig, 1000 Dank!!!
guten morgen,
kurze Frage in die Runde:
Hat es schon jemand hinbekommen sich in der EVE-App z.B. den Temperaturverlauf von der Heizung grafisch anzeigen zu lassen?
Die EVE-App scheint das zu können:
https://www.iphone-ticker.de/homekit-app-eve-thermo-wird-immer-besser-109675/ (https://www.iphone-ticker.de/homekit-app-eve-thermo-wird-immer-besser-109675/)
Gruß Michael
die eve app macht das über custom characteristics. die daten kommen vom jeweiligen elgato geräte.
was genau in den custom characteristics stehen muss ist nicht dokumentiert und noch nicht klar. es gibt einen ansatz auch auch beispiel code. ich bin noch nicht dazu gekommen mir das anzuschauen und in homebridge-fhem einzubauen.
alles klar, danke
Hallo zusammen,
kleine Frage - habe die Homebridge eingebunden, vielen Dank für die Tuts! Aber eine Stelle klemmt - homebridge lässt sich manuell starten, Devices steuern. Soweit, so schick. Allerdings bekomme ich den Start als Service nicht hin - Status ist immer aus active (exited).
sascha@FHEMServer:/var/log$ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; bad; vendor preset: enabled)
Active: active (exited) since Mi 2017-03-22 19:42:10 CET; 20h ago
Docs: man:systemd-sysv-generator(8)
Mär 23 15:44:06 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:44:46 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:47:00 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:52:25 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:54:58 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Syslog hilft mir leider auch nicht weiter - jemand eine Idee woran es klemmt?
md[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:52:25 FHEMServer sudo[2473]: pam_unix(sudo:session): session closed for user root
Mär 23 15:52:28 FHEMServer sudo[2505]: sascha : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/usr/sbin/service homebridge status
Mär 23 15:52:28 FHEMServer sudo[2505]: pam_unix(sudo:session): session opened for user root by sascha(uid=0)
Mär 23 15:52:28 FHEMServer sudo[2505]: pam_unix(sudo:session): session closed for user root
Mär 23 15:54:37 FHEMServer polkitd(authority=local)[1181]: Registered Authentication Agent for unix-process:2556:7305114 (system bus name :1.84 [/usr/bin/pkttyagent --notify-fd 4 --fallback], object path /or
Mär 23 15:54:44 FHEMServer polkitd(authority=local)[1181]: Operator of unix-process:2556:7305114 successfully authenticated as unix-user:sascha to gain ONE-SHOT authorization for action org.freedesktop.syste
Mär 23 15:54:44 FHEMServer systemd[1]: Reloading.
Mär 23 15:54:45 FHEMServer systemd[1]: apt-daily.timer: Adding 5h 51.376851s random time.
Mär 23 15:54:45 FHEMServer systemd[1]: snapd.refresh.timer: Adding 2h 51min 4.526963s random time.
Mär 23 15:54:45 FHEMServer systemd[1]: Started ACPI event daemon.
Mär 23 15:54:45 FHEMServer polkitd(authority=local)[1181]: Unregistered Authentication Agent for unix-process:2556:7305114 (system bus name :1.84, object path /org/freedesktop/PolicyKit1/AuthenticationAgent,
Mär 23 15:54:54 FHEMServer sudo[2578]: sascha : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/usr/sbin/service homebridge status
Mär 23 15:54:54 FHEMServer sudo[2578]: pam_unix(sudo:session): session opened for user root by sascha(uid=0)
Mär 23 15:54:54 FHEMServer sudo[2578]: pam_unix(sudo:session): session closed for user root
Mär 23 15:54:57 FHEMServer sudo[2585]: sascha : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/usr/sbin/service homebridge start
Mär 23 15:54:57 FHEMServer sudo[2585]: pam_unix(sudo:session): session opened for user root by sascha(uid=0)
Mär 23 15:54:58 FHEMServer systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Mär 23 15:54:58 FHEMServer sudo[2585]: pam_unix(sudo:session): session closed for user root
Mär 23 15:55:00 FHEMServer sudo[2617]: sascha : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/usr/sbin/service homebridge status
Mär 23 15:55:00 FHEMServer sudo[2617]: pam_unix(sudo:session): session opened for user root by sascha(uid=0)
Mär 23 15:55:00 FHEMServer sudo[2617]: pam_unix(sudo:session): session closed for user root
Mär 23 15:55:01 FHEMServer CRON[2623]: pam_unix(cron:session): session opened for user root by (uid=0)
Mär 23 15:55:01 FHEMServer CRON[2624]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Mär 23 15:55:01 FHEMServer CRON[2623]: pam_unix(cron:session): session closed for user root
Meine init.d/homebridge schaut so aus:
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
else
homebridge -U /home/sascha/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
else
kill $PID
echo "Homebridge closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
homebridge -U /home/sascha/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
else
kill $PID
echo "Homebridge closed"
homebridge -U /home/sascha/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
else
echo "Homebridge is not running"
fi
;;
*)
echo "Usage: /etc/init.d/homebridge {start|stop|status|restart}"
exit 1
;;
esac
exit 0
Hi,
Sehe ich das richtig, dass Du homebridge per Hand als user sascha startest?
Dein service aber als root laufen soll?
Warum macht der service dann kein su - sascha homebridge ...
Oder besser warum sorgst Du nicht dafür, dass root homebridge per Hand starten kann???
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Jau, das war der letzte Stand - als root, weils mit dem User sascha nicht wollte :( Der Effekt ist leider immer der Gleiche.
Hi,
Das kennst Du?
https://wiki.fhem.de/wiki/Homebridge_einrichten#Homebridge_automatisch_starten
Oder diese hier:
https://timobihlmaier.de/homebridge-auf-einem-raspberry-pi-installieren/
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Jau, habe ich gelesen und getestet. Keine Ahnung was da genau quer hängt. Falls wichtig - OS ist Ubuntu 16.04 LTS auf x86.
EDIT: ich habs jetzt so gelöst: screen installiert und starte es via rc.local als User sascha. Mal schauen was passiert, hab das nur remote gemacht, aber ne PID ist da in powertop. Sollte also an sich laufen, teste das heute Abend mal wenn ich zuhause bin. Wo schreibt denn homebridge seine logs? Unter /var/log/ steht leider nichts, oder muss man das in der config irgendwo aktivieren?
Hi,
unter /opt/fhem/log/fhem*.log
Wieso sollte screen helfen? Oder meinst Du du startest von Hand mit screen um eigentlich nur nohup Funktion zu brauchen? Okay als workaround, aber auf Dauer sehe ich zwei Wege:
1.) Erstmal als homebridge user ans laufen bringen, am besten mit config files in /opt/homebride, da die initscripte nicht auf /root/.homebridge zugreifen dürfen, soweit ich weiss. Danach als service etablieren oder
2.) Die elegante Lösung homebridge direkt aus fhem heraus zu starten. Elegant weil so auch direkt die Reihenfolge gelöst ist.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: mod25 am 20 März 2017, 20:28:46
Hallo KeyMatic Besitzer,
ich hoffe ihr könnt mir weiterhelfen nachdem ich die Updates (npm update -g homebridge; npm update -g homebridge-fhem) eingespielt habe bekomme ich die Tür nicht mehr offen. Im homebridgelog bekomme ich folgende Meldungen angezeigt eventuell hab ihr ein Idee
[2017-03-20 20:24:19] [FHEM] fl_Tuer: executing set cmd for TargetDoorState with value false
[2017-03-20 20:24:19] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20fl_Tuer%20undefined%20false&XHR=1
Das ganze läuft auf einem Pi3
Vielen Dank
keiner eine Idee oder muss ich noch mehr Infos geben, wenn ja welche?!?
Guten Morgen !
Ich versuche gerade meine BOSEST (Bose Soundtouch 10 in homebridge - fhem einzubinden.
Grundfunktionen : 6 Sendertasten, Bluetooth und Aux. Dann noch An , Aus und die Lautstärke.
Ich bin für meine begriffe schon relativ weit gekommen:
Sender und Eingangsquelle wechseln geht schonmal, auch wenn er nicht anzeigt, welcher genau. Aber das geben die Readings nicht her.
Jetzt möchte ich noch das Zonen Reading als on oder off darstellen (wenn die Zone aktiviert ist steht ein Zahlencode im reading, wenn sie aus ist bleibt das reading leer).
Und dann fehlt zu meiner vollen Zufriedenheit noch ein Dim Slider für die Lautstärke. (klappt bisher noch nicht, da kein slider angezeigt wird.)
Mein bisheriges Homebridgemapping sieht so aus:
clear
On=source,subtype=Radio1,valueOn=INTERNET_RADIO,cmdOn=channel+1,valueOff=STANDBY,cmdOff=off
On=source,subtype=Radio2,valueOn=INTERNET_RADIO,cmdOn=channel+2,valueOff=STANDBY,cmdOff=off
On=source,subtype=Radio3,valueOn=INTERNET_RADIO,cmdOn=channel+3,valueOff=STANDBY,cmdOff=off
On=source,subtype=Radio4,valueOn=INTERNET_RADIO,cmdOn=channel+4,valueOff=STANDBY,cmdOff=off
On=source,subtype=Radio5,valueOn=INTERNET_RADIO,cmdOn=channel+5,valueOff=STANDBY,cmdOff=off
On=source,subtype=Radio6,valueOn=INTERNET_RADIO,cmdOn=channel+6,valueOff=STANDBY,cmdOff=off
On=source,subtype=Bluetooth,valueOn=BLUETOOTH,cmdOn=source+bluetooth,valueOff=STANDBY,cmdOff=off
Dim=volume,subtype=Volume,minValue=1,maxValue=100,minStep=1
On=source,subtype=Aux,valueOn=AUX,cmdOn=source+aux,valueOff=STANDBY,cmdOff=off
On=ZoneMaster,subtype=Überall,valueOn=Sobald+was+anderes+als+nichts+hier+steht+soll+es+als+an+reagieren,cmdOn=playEverywhere,valueOff="wenn+das+reading+leer+ist+soll+es+aus+anzeigen",cmdOff=stopPlayEverywhere
On=source,subtype=Off,valueOn=Niemals,valueOff=PowerOff,cmd=off
Ich wäre um Ratschläge sehr dankbar! :)
Hallo mod25!
Ich hab dieses Problem seit November 2016, siehe Eintrag #1810 in diesem Thread vom 28. Dezember 2016!!
Wenn ich per Siri-Sprachsteuerung versuche, die Keymatic zu verrsperren, dann wird von homebridge der von dir zitierte falsche Befehl set%20SH_Tuerschloss%20undefined%20true abgesetzt und das Schloss reagiert selbstverständlich nicht.
Allerdings klappt es bei mir problemlos mit der Apple-Home-App, der abgsetzte Befehl ist dann korrekterweise set%20SH_Tuerschloss%20lock und die Türe wird versperrt.
Beim Aufsperren ebenso.
Übrigens der Status wird in der App und per Siri korrekt angezeigt bzw. angesagt.
Leider konnte ich das Problem bisher nicht lösen!
Hi,
und was sagst Du genau?
Und wie sieht Dein Mapping aus?
Und wie das Log bei beiden Versuchen inkl. Init?
Und wie das List vom Device?
Die Kollegen brauchen sicherlich etwas mehr Futter zur Hilfe!
Gruß Arnd
Gesendet von iPad mit Tapatalk
Hi,
und was meinst du genau?
https://forum.fhem.de/index.php/topic,48558.msg547737.html#msg547737
https://forum.fhem.de/index.php/topic,48558.msg548143.html#msg548143
Danke an alle Kollegen, die hier ernsthaft Hilfe geben können!
Gruß Michael
Hi,
Naja meine Fragen hast Du fast alle im ersten Post beantwortet ;-) Ich konnte mich sogar grundsätzlich an Dein Problem erinnern, allerdings glaube ich immer noch, dass ein angepasstes Mapping helfen würde!
Aber Du hast Recht, ich bin kein HM Profi und habe Deine Geräte nicht zum selber testen!
Wer kann hier mit fundiertem Fachwissen helfen?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: Moeti am 25 März 2017, 07:27:57
Hallo mod25!
Ich hab dieses Problem seit November 2016, siehe Eintrag #1810 in diesem Thread vom 28. Dezember 2016!!
Wenn ich per Siri-Sprachsteuerung versuche, die Keymatic zu verrsperren, dann wird von homebridge der von dir zitierte falsche Befehl set%20SH_Tuerschloss%20undefined%20true abgesetzt und das Schloss reagiert selbstverständlich nicht.
Allerdings klappt es bei mir problemlos mit der Apple-Home-App, der abgsetzte Befehl ist dann korrekterweise set%20SH_Tuerschloss%20lock und die Türe wird versperrt.
Beim Aufsperren ebenso.
Übrigens der Status wird in der App und per Siri korrekt angezeigt bzw. angesagt.
Leider konnte ich das Problem bisher nicht lösen!
Hallo Moeti,
bei mir ist das Problem ein wenig anders. Ich kann die Türe nicht aufstoßen.
In der Eve Anwendung wird ja die Tür nur sichtbar und über eine Szene möchte ich diese entriegeln bzw. so stellen das sie aufgestoßen werden kann. Die Tür reagiert nicht egal welche App oder was ich sage es kommt immer dieses undefined. Ich hatte dies aus bis ich homebridge aktualisiert habe nur danach nicht mehr. Vielleicht hat justme1968 eine Idee dazu????
Vielen Dank
mod25
Zitat von: Moeti am 25 März 2017, 07:27:57
Hallo mod25!
Ich hab dieses Problem seit November 2016, siehe Eintrag #1810 in diesem Thread vom 28. Dezember 2016!!
Wenn ich per Siri-Sprachsteuerung versuche, die Keymatic zu verrsperren, dann wird von homebridge der von dir zitierte falsche Befehl set%20SH_Tuerschloss%20undefined%20true abgesetzt und das Schloss reagiert selbstverständlich nicht.
Allerdings klappt es bei mir problemlos mit der Apple-Home-App, der abgsetzte Befehl ist dann korrekterweise set%20SH_Tuerschloss%20lock und die Türe wird versperrt.
Beim Aufsperren ebenso.
Übrigens der Status wird in der App und per Siri korrekt angezeigt bzw. angesagt.
Leider konnte ich das Problem bisher nicht lösen!
Nimm das folgende Mapping, dann sollte es laufen:
LockTargetState=lock,values=/^locked/:SECURED;/.*/:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
Zitat von: mod25 am 27 März 2017, 08:31:42
Hallo Moeti,
bei mir ist das Problem ein wenig anders. Ich kann die Türe nicht aufstoßen.
In der Eve Anwendung wird ja die Tür nur sichtbar und über eine Szene möchte ich diese entriegeln bzw. so stellen das sie aufgestoßen werden kann. Die Tür reagiert nicht egal welche App oder was ich sage es kommt immer dieses undefined. Ich hatte dies aus bis ich homebridge aktualisiert habe nur danach nicht mehr. Vielleicht hat justme1968 eine Idee dazu????
Vielen Dank
mod25
Für dein Tür öffnen Problem sollte das Abhilfe schaffen:
TargetDoorState=default=CLOSED,timeout=500,cmds=false:open;0:open
Zitat von: EinEinfach am 27 März 2017, 17:59:42
Für dein Tür öffnen Problem sollte das Abhilfe schaffen:
TargetDoorState=default=CLOSED,timeout=500,cmds=false:open;0:open
Super EinEinfach vielen Dank. Wie kann ich dass Mapping um ein verriegeln erweitern?
Vielen Dank,
mod25
So sieht mein Mapping im Ganzen aus, dann sollte alles bei dir Laufen:
LockTargetState=lock,values=/^locked/:SECURED;/.*/:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
PositionState=direction,values=/^opening/:INCREASING;/^closing/:DECREASING;/.*/:STOPPED
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
TargetDoorState=default=CLOSED,timeout=500,cmds=false:open;0:open
LockCurrentState=lock,values='/uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
leider nicht aber nicht schlimm das verriegeln löse ich über das schloss, dass kann ich ja verriegeln und entriegeln.
Danke an alle für eure Hilfe.
Ich hatte nach einem Update auf iOS 10.3 das Problem, dass ich keine Verbindung mehr zu Homebridge herstellen konnte.
Also zähneknirschend alles rausgeworfen ... Problem blieb, obwohl es vorher seit Monaten fantastisch ging.
3 Tage Fehlersuchen später: Von einigen Devices war der Alias-Name offenbar zu lang oder enthielt Zeichen, die HomeKit nicht verdaut. Nach setzen von siriName auf kurze Namen ging alles prima. das nur als Hinweis für evtl. ebenso geplagte, es gab nämlich keinerlei Fehlermeldungen, auch nicht im Debugmodus.
Hallo zusammen,
ich hatte die homebridge auf einem RPI laufen bis er abgeraucht ist. Nur habe ich mir einen neuen besorgt und die SD einfach getauscht. Allerdings geht die homebridge jetzt nicht. Könnt ihr mir hierzu weiterhelfen?
Ein paar Infos wären nicht schlecht. Läuft der Dienst überhaupt? Mal von Hand gestartet? Was sagen die Logs...
Also der Dienst scheint schon zu laufen, aber ich kann von der HomeApp nicht auf die gerate zugreifen.
Zitatfhem@raspberrypi:~$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-04-05 12:43:09] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[2017-04-05 12:43:09] Registering platform 'homebridge-fhem.FHEM'
[2017-04-05 12:43:09] ---
[2017-04-05 12:43:10] Loaded plugin: homebridge-http
[2017-04-05 12:43:10] Registering accessory 'homebridge-http.Http'
[2017-04-05 12:43:10] ---
[2017-04-05 12:43:10] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-05 12:43:10] ---
[2017-04-05 12:43:10] Loading 1 platforms...
[2017-04-05 12:43:10] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.136.100:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1491388991513
[2017-04-05 12:43:11] [FHEM] Checking genericDeviceType...
[2017-04-05 12:43:11] [FHEM] executing: http://192.168.136.100:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-04-05 12:43:11] [FHEM] Fetching FHEM devices...
[2017-04-05 12:43:11] [FHEM] fetching: http://192.168.136.100:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-04-05 12:43:11] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server error: Error: listen EADDRINUSE :::8283
[2017-04-05 12:43:11] [FHEM] got: 21 results
[2017-04-05 12:43:11] [FHEM] AZ_TM_Climate is thermostat
[2017-04-05 12:43:11] [FHEM] AZ_TM_Climate has
[2017-04-05 12:43:11] [FHEM] TargetTemperature [desired-temp]
[2017-04-05 12:43:11] [FHEM] CurrentTemperature [measured-temp]
[2017-04-05 12:43:11] [FHEM] CurrentRelativeHumidity [humidity]
2017-04-05 12:43:11 caching: AZ_TM_Climate-desired-temp: 18.0
[2017-04-05 12:43:11] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-04-05 12:43:11 caching: AZ_TM_Climate-measured-temp: 18.9
[2017-04-05 12:43:11] [FHEM] caching: CurrentTemperature: 18.9 (as number; from '18.9')
2017-04-05 12:43:11 caching: AZ_TM_Climate-humidity: 47
[2017-04-05 12:43:11] [FHEM] caching: CurrentRelativeHumidity: 47 (as number; from '47')
[2017-04-05 12:43:11] [FHEM] Bad_J_NORD: no service type detected
[2017-04-05 12:43:11] [FHEM] no accessory created for Bad_J_NORD (dummy)
[2017-04-05 12:43:11] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 is switch
[2017-04-05 12:43:11] [FHEM] CUL_HM_HM_LC_Sw1PBU_FM_207905 has
[2017-04-05 12:43:11] [FHEM] FirmwareRevision [D-firmware]
[2017-04-05 12:43:11] [FHEM] On [state;on,off]
2017-04-05 12:43:11 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-D-firmware: 2.2
[2017-04-05 12:43:11] [FHEM] caching: FirmwareRevision: 2.2 (as string; from '2.2')
2017-04-05 12:43:11 caching: CUL_HM_HM_LC_Sw1PBU_FM_207905-state: off
[2017-04-05 12:43:11] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:11] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_13 is switch
[2017-04-05 12:43:11] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_13 has
[2017-04-05 12:43:11] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_IO_12_Sw7_DR_LEQ0016833_13-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 is switch
[2017-04-05 12:43:12] [FHEM] HMW_IO_12_Sw7_DR_LEQ0016833_14 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_IO_12_Sw7_DR_LEQ0016833_14-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116446_03 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116446_03 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116446_03-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116446_04 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116446_04 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116446_04-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116448_03 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116448_03 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116448_03-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116448_04 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116448_04 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116448_04-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116818_03 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116818_03 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116818_03-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116818_04 is switch
[2017-04-05 12:43:12] [FHEM] HMW_LC_Sw2_DR_LEQ0116818_04 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: HMW_LC_Sw2_DR_LEQ0116818_04-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] LED_BAD_LW12 is light
[2017-04-05 12:43:12] [FHEM] LED_BAD_LW12 has
[2017-04-05 12:43:12] [FHEM] Hue [rgb;rgb;0-359]
[2017-04-05 12:43:12] [FHEM] Saturation [rgb;rgb;0-100]
[2017-04-05 12:43:12] [FHEM] Brightness [rgb]
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: LED_BAD_LW12-rgb: C78420
[2017-04-05 12:43:12] [FHEM] caching: Hue: 35 (as number; from 'C78420')
[2017-04-05 12:43:12] [FHEM] caching: Saturation: 83 (as number; from 'C78420')
[2017-04-05 12:43:12] [FHEM] caching: Brightness: 78 (as number; from 'C78420')
2017-04-05 12:43:12 caching: LED_BAD_LW12-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] LED_WZ_LW12 is light
[2017-04-05 12:43:12] [FHEM] LED_WZ_LW12 has
[2017-04-05 12:43:12] [FHEM] Hue [rgb;rgb;0-359]
[2017-04-05 12:43:12] [FHEM] Saturation [rgb;rgb;0-100]
[2017-04-05 12:43:12] [FHEM] Brightness [rgb]
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: LED_WZ_LW12-rgb: FCF1D0
[2017-04-05 12:43:12] [FHEM] caching: Hue: 44 (as number; from 'FCF1D0')
[2017-04-05 12:43:12] [FHEM] caching: Saturation: 17 (as number; from 'FCF1D0')
[2017-04-05 12:43:12] [FHEM] caching: Brightness: 98 (as number; from 'FCF1D0')
2017-04-05 12:43:12 caching: LED_WZ_LW12-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] WG2_AZ_Licht1 is switch
[2017-04-05 12:43:12] [FHEM] WG2_AZ_Licht1 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: WG2_AZ_Licht1-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] WG2_AZ_Licht2 is switch
[2017-04-05 12:43:12] [FHEM] WG2_AZ_Licht2 has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: WG2_AZ_Licht2-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] WG2_Flur is switch
[2017-04-05 12:43:12] [FHEM] WG2_Flur has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: WG2_Flur-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] WG2_WC is switch
[2017-04-05 12:43:12] [FHEM] WG2_WC has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: WG2_WC-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] ez_TV is switch
[2017-04-05 12:43:12] [FHEM] ez_TV has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: ez_TV-state: on
[2017-04-05 12:43:12] [FHEM] caching: On: true (as boolean; from 'on')
[2017-04-05 12:43:12] [FHEM] wz_LichtSessel is light
[2017-04-05 12:43:12] [FHEM] wz_LichtSessel has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
[2017-04-05 12:43:12] [FHEM] Brightness [state]
2017-04-05 12:43:12 caching: wz_LichtSessel-state: toggle
[2017-04-05 12:43:12] [FHEM] caching: On: true (as boolean; from 'toggle')
[2017-04-05 12:43:12] [FHEM] caching: Brightness: 100 (as number; from 'toggle')
[2017-04-05 12:43:12] [FHEM] wz_LichtSofa is switch
[2017-04-05 12:43:12] [FHEM] wz_LichtSofa has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: wz_LichtSofa-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] wz_radio is switch
[2017-04-05 12:43:12] [FHEM] wz_radio has
[2017-04-05 12:43:12] [FHEM] On [state;on,off]
2017-04-05 12:43:12 caching: wz_radio-state: off
[2017-04-05 12:43:12] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'AZ_TM_Climate'...
[2017-04-05 12:43:12] [FHEM] creating services for AZ_TM_Climate
[2017-04-05 12:43:12] [FHEM] information service for AZ_TM_Climate
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for AZ_TM_Climate
[2017-04-05 12:43:12] [FHEM] Thermostat service for AZ_TM_Climate
[2017-04-05 12:43:12] [FHEM] TargetTemperature characteristic for AZ_TM_Climate:desired-temp
[2017-04-05 12:43:12] [FHEM] CurrentTemperature characteristic for AZ_TM_Climate:measured-temp
[2017-04-05 12:43:12] [FHEM] CurrentRelativeHumidity characteristic for AZ_TM_Climate:humidity
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'CUL_HM_HM_LC_Sw1PBU_FM_207905'...
[2017-04-05 12:43:12] [FHEM] creating services for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2017-04-05 12:43:12] [FHEM] information service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2017-04-05 12:43:12] [FHEM] firmware revision characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2017-04-05 12:43:12] [FHEM] Switch service for CUL_HM_HM_LC_Sw1PBU_FM_207905
[2017-04-05 12:43:12] [FHEM] On characteristic for CUL_HM_HM_LC_Sw1PBU_FM_207905:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_IO_12_Sw7_DR_LEQ0016833_13'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_IO_12_Sw7_DR_LEQ0016833_13
[2017-04-05 12:43:12] [FHEM] information service for HMW_IO_12_Sw7_DR_LEQ0016833_13
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_IO_12_Sw7_DR_LEQ0016833_13
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_IO_12_Sw7_DR_LEQ0016833_13
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_IO_12_Sw7_DR_LEQ0016833_13:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_IO_12_Sw7_DR_LEQ0016833_14'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2017-04-05 12:43:12] [FHEM] information service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_IO_12_Sw7_DR_LEQ0016833_14
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_IO_12_Sw7_DR_LEQ0016833_14:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116446_03'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116446_03
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116446_03
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116446_03
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116446_03
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116446_03:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116446_04'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116446_04
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116446_04
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116446_04
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116446_04
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116446_04:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116448_03'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116448_03
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116448_03
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116448_03
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116448_03
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116448_03:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116448_04'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116448_04
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116448_04
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116448_04
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116448_04
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116448_04:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116818_03'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116818_03
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116818_03
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116818_03
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116818_03
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116818_03:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'HMW_LC_Sw2_DR_LEQ0116818_04'...
[2017-04-05 12:43:12] [FHEM] creating services for HMW_LC_Sw2_DR_LEQ0116818_04
[2017-04-05 12:43:12] [FHEM] information service for HMW_LC_Sw2_DR_LEQ0116818_04
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for HMW_LC_Sw2_DR_LEQ0116818_04
[2017-04-05 12:43:12] [FHEM] Switch service for HMW_LC_Sw2_DR_LEQ0116818_04
[2017-04-05 12:43:12] [FHEM] On characteristic for HMW_LC_Sw2_DR_LEQ0116818_04:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'LED_BAD_LW12'...
[2017-04-05 12:43:12] [FHEM] creating services for LED_BAD_LW12
[2017-04-05 12:43:12] [FHEM] information service for LED_BAD_LW12
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for LED_BAD_LW12
[2017-04-05 12:43:12] [FHEM] Lightbulb service for LED_BAD_LW12
[2017-04-05 12:43:12] [FHEM] Hue characteristic for LED_BAD_LW12:rgb
[2017-04-05 12:43:12] [FHEM] Saturation characteristic for LED_BAD_LW12:rgb
[2017-04-05 12:43:12] [FHEM] Brightness characteristic for LED_BAD_LW12:rgb
[2017-04-05 12:43:12] [FHEM] On characteristic for LED_BAD_LW12:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'LED_WZ_LW12'...
[2017-04-05 12:43:12] [FHEM] creating services for LED_WZ_LW12
[2017-04-05 12:43:12] [FHEM] information service for LED_WZ_LW12
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for LED_WZ_LW12
[2017-04-05 12:43:12] [FHEM] Lightbulb service for LED_WZ_LW12
[2017-04-05 12:43:12] [FHEM] Hue characteristic for LED_WZ_LW12:rgb
[2017-04-05 12:43:12] [FHEM] Saturation characteristic for LED_WZ_LW12:rgb
[2017-04-05 12:43:12] [FHEM] Brightness characteristic for LED_WZ_LW12:rgb
[2017-04-05 12:43:12] [FHEM] On characteristic for LED_WZ_LW12:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'WG2_AZ_Licht1'...
[2017-04-05 12:43:12] [FHEM] creating services for WG2_AZ_Licht1
[2017-04-05 12:43:12] [FHEM] information service for WG2_AZ_Licht1
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for WG2_AZ_Licht1
[2017-04-05 12:43:12] [FHEM] Switch service for WG2_AZ_Licht1
[2017-04-05 12:43:12] [FHEM] On characteristic for WG2_AZ_Licht1:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'WG2_AZ_Licht2'...
[2017-04-05 12:43:12] [FHEM] creating services for WG2_AZ_Licht2
[2017-04-05 12:43:12] [FHEM] information service for WG2_AZ_Licht2
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for WG2_AZ_Licht2
[2017-04-05 12:43:12] [FHEM] Switch service for WG2_AZ_Licht2
[2017-04-05 12:43:12] [FHEM] On characteristic for WG2_AZ_Licht2:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'WG2_Flur'...
[2017-04-05 12:43:12] [FHEM] creating services for WG2_Flur
[2017-04-05 12:43:12] [FHEM] information service for WG2_Flur
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for WG2_Flur
[2017-04-05 12:43:12] [FHEM] Switch service for WG2_Flur
[2017-04-05 12:43:12] [FHEM] On characteristic for WG2_Flur:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'WG2_WC'...
[2017-04-05 12:43:12] [FHEM] creating services for WG2_WC
[2017-04-05 12:43:12] [FHEM] information service for WG2_WC
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for WG2_WC
[2017-04-05 12:43:12] [FHEM] Switch service for WG2_WC
[2017-04-05 12:43:12] [FHEM] On characteristic for WG2_WC:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'ez_TV'...
[2017-04-05 12:43:12] [FHEM] creating services for ez_TV
[2017-04-05 12:43:12] [FHEM] information service for ez_TV
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for ez_TV
[2017-04-05 12:43:12] [FHEM] Switch service for ez_TV
[2017-04-05 12:43:12] [FHEM] On characteristic for ez_TV:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'wz_LichtSessel'...
[2017-04-05 12:43:12] [FHEM] creating services for wz_LichtSessel
[2017-04-05 12:43:12] [FHEM] information service for wz_LichtSessel
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for wz_LichtSessel
[2017-04-05 12:43:12] [FHEM] Lightbulb service for wz_LichtSessel
[2017-04-05 12:43:12] [FHEM] On characteristic for wz_LichtSessel:state
[2017-04-05 12:43:12] [FHEM] Brightness characteristic for wz_LichtSessel:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'wz_LichtSofa'...
[2017-04-05 12:43:12] [FHEM] creating services for wz_LichtSofa
[2017-04-05 12:43:12] [FHEM] information service for wz_LichtSofa
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for wz_LichtSofa
[2017-04-05 12:43:12] [FHEM] Switch service for wz_LichtSofa
[2017-04-05 12:43:12] [FHEM] On characteristic for wz_LichtSofa:state
[2017-04-05 12:43:12] [FHEM] Initializing platform accessory 'wz_radio'...
[2017-04-05 12:43:12] [FHEM] creating services for wz_radio
[2017-04-05 12:43:12] [FHEM] information service for wz_radio
[2017-04-05 12:43:12] [FHEM] manufacturer, model and serial number characteristics for wz_radio
[2017-04-05 12:43:12] [FHEM] Switch service for wz_radio
[2017-04-05 12:43:12] [FHEM] On characteristic for wz_radio:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 452-63-847 │
└────────────┘
events.js:160
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:1036:11)
at exports._exceptionWithHostPort (util.js:1059:20)
at Server._listen2 (net.js:1252:14)
at listen (net.js:1288:10)
at Server.listen (net.js:1384:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:59:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:157:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:111:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:369:14)
Was liefert denn ein sudo service homebrigde status? Running oder exited?
Zitatpi@raspberrypi:~ $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Mi 2017-04-05 12:36:37 CEST; 1 day 20h ago
Process: 20469 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 20474 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Apr 05 12:36:34 raspberrypi su[20479]: Successful su for fhem by root
Apr 05 12:36:34 raspberrypi su[20479]: + ??? root:fhem
Apr 05 12:36:34 raspberrypi su[20479]: pam_unix(su:session): session opened...0)
Apr 05 12:36:35 raspberrypi homebridge[20474]: Homebridge starting
Apr 05 12:36:37 raspberrypi homebridge[20474]: Homebridge is running PID 20503
Apr 05 12:36:37 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
Hmmm.. probier mal den Service komplett zu beenden und denn neu starten
sudo killall homebridge
denn
sudo service homebridge start
Zitat von: Benziman am 07 April 2017, 11:22:33
Hallo zusammen,
hoffe ich bin in diesem Thread richtig :)
Ich habe FHEM+homebridge auf einem Raspberry2 laufen. Hat auch alles funktioniert. Plugins für fhem, Yeelight, Hue, Denon werden verarbeitet und homebridge startet (Code zum pairen mit Homekit wird angezeigt wenn ich homebrdige auf dem raspberry via putty starte) Hatte alles im Homekit nochmal gelöscht, da ich Probleme mit der Huebridge hatte. Seit kurzem finden meine Apple Geräte die Homebrdige allerdings nicht mehr wenn ich das erste mal Homekit und Hombridge pairen will... bin ziemlich ratlos... Da ich zuvor noch etwas probieren wollte, habe ich ein Image der funktierenden Config gemacht (zu dem Zeitpunkt war homebridge mit Homekit verbunden) und auf einem anderen Raspberry getestet. Leider funktioniert das Pairing aktuell selbst mit dem ursprungs RaspberryImage nicht mehr. Hatte zwischendurch in meiner Fritzbox bei WLAN Funkkanal-Einstellungen automatisch setzen (empfohlen) geändert. Die IP des Raspberry kann ich erreichen (Fhem Interface und Putty) Hat jemand eine Idee?
Vielen Dank!
Diese Frage wurde gefühlt schon 1 Mio. Mal gestellt und auch beantwortet.
Homebridge kann nur genau 1x mit HomeKit gekoppelt werden. Weitere Berechtigungen werden dann NUR INNERHALB von HomeKit vergeben.
Wenn Du Probleme mit einer alten Installation hast, dann musst Du Deine HomeKit Konfiguration in iOS zurücksetzen und auf dem Homebridge Host die Ordner homebridge/persist und homebridge/accessories löschen. Dann Homebridge starten und sie wird wieder von HomeKit gefunden.
Gruß
Dan
Zitat von: Tedious am 07 April 2017, 09:18:11
Hmmm.. probier mal den Service komplett zu beenden und denn neu starten
sudo killall homebridge
denn
sudo service homebridge start
Danke, jetzt läuft wieder alles! ;D
Ich habe mir nun einen zweiten RPI bestellt. Für den werde ich das System neu aufsetzten müssen und kann nicht die SD-Karten einfach tauschen. Wie kann ich dann die Homebridge umziehen?
Ich würde die ganz normal installieren wie vorher auch, allerdings muss ich ja dann die Einstellungen usw. alle umziehen, oder wie sollte man das am besten tun?
Prima, das freut mich. Zum Umzug kann ich Dir leider wenig sagen, war bei mir vor dem Thema Homebridge...
Zitat von: holzwurm83 am 07 April 2017, 15:18:56
Danke, jetzt läuft wieder alles! ;D
Ich habe mir nun einen zweiten RPI bestellt. Für den werde ich das System neu aufsetzten müssen und kann nicht die SD-Karten einfach tauschen. Wie kann ich dann die Homebridge umziehen?
Ich würde die ganz normal installieren wie vorher auch, allerdings muss ich ja dann die Einstellungen usw. alle umziehen, oder wie sollte man das am besten tun?
Am Besten den kompletten homebridge Ordner (in dem die config.json liegt) inklusive Unterordnern archivieren und auf dem neuen System wiederherstellen.
Dann läuft die homebridge auf dem neuen System genau so wie auf dem alten.
Gruß
Dan
Ich bekomme seit einiger Zeit keine Rückmeldung. Wenn ich homebridge in der Konsole eingebe, kommt das im Log (nach dem "Hauscode").
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1253:14)
at listen (net.js:1289:10)
at Server.listen (net.js:1385:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:372:14)
user@FHEM:/opt/fhem/homebridge$ npm -g ls homebridge-fhem
/usr/lib
└── homebridge-fhem@0.3.7
Woran kann das liegen?
Hi, läuft da noch eine andere Instanz?
ps ax | grep homebridge
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Eigentlich nicht
2957 ? Sl 0:05 homebridge
20136 pts/0 S+ 0:00 grep --color=auto homebridge
Hmm, schau mal hier im Beitrag von ozaoral:
https://github.com/nfarina/homebridge/issues/698
Wie willst Du automatisiert starten und welche Pfade nutzt Du?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
IPv6 habe ich bei /etc/network/interfaces nicht konfiguriert.
Wie kann ich prüfen, ob auf dem Port was läuft?
In /etc/init.d/homebridge habe ich das Skript eingerichtet.
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
else
su - "user" -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
sleep 2
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
else
kill $PID
echo "Homebridge closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
else
echo "Homebridge is not running"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
Hi,
su - "user" -c "home...
sollte das nicht
su - pi -c "home...
sein?
Aber wo genau kommt denn jetzt Dein Fehler?
Beim versuchten händischen start (welcher user / welcher befehl) oder beim service start bei init.d ?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Wie oben schon, der Hinweis - Homebridge würfelt mir ab und an auch nicht reproduzierbar das System durcheinander. Meist bleibt nach Beenden ein Port offen und es klemmt.
Probier mal einen sudo killall homebridge aus und starte die homebridge den von Grund auf neu. Löst bei mir zu 99% die Probleme...
Hallo zusammen,
ich habe auf meinem RPi die Homebridge installiert, sowie das Rademacher.Blinds-Plugin.
Meinen Gurtwickler erkennt die Homebridge ordnungsgemäß, aber die beiden Rollladenaktoren, sowie den Zwischenstecker leider nicht.
Weiss jemand wie ich das hinbekomme, daß alle Geräte in Homekit dann verfügbar sind?
Ich bräuchte da mal eure Hilfe :)
gruss
Tarsonion
Zitat von: RaspiLED am 11 April 2017, 04:39:31
Hi,
su - "user" -c "home...
sollte das nicht
su - pi -c "home...
sein?
Der User ist korrekt und muss auch in Anführungszeichen gesetzt werden.
Der Fehler erscheint wenn ich in der Konsole homebridge eingebe, also bei init.d.
Inwzwischen habe ich das iPhone getauscht. Mit dem alten hat es aber auch nicht mehr funktioniert. Die Einstellungen wurden automatisch über iCloud wieder importiert.
Hallo wollte gerade nach der Anleitung Homebridge installieren und bin dann auch bis zum starten gekommen. Hier kommt aber immer dieser Fehler
root@raspberrypi:~# homebridge
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: Module did not self-register.
at Error (native)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
at Module.require (module.js:365:17)
at require (module.js:384:17)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:24:20)
at Module._compile (module.js:460:26)
at Object.Module._extensions..js (module.js:478:10)
at Module.load (module.js:355:32)
at Function.Module._load (module.js:310:12)
Kann mir da einer helfen, wo mein Fehler ist.
hallo,
ich habe homebridge seit längerem im Einsatz. Nun habe ich in der config.json den Pin geändert. Und weder Home und Eve finden Homebridge, logischer weise. Wie kann ich den "alten" Pin auf dem iPhone löschen und den neuen eingeben? Bei "Geräte suchen" kommt nix..
Der Service homebridge läuft.
danke für die Hilfe
lg c
.. hmm, oder liegt es gar am iPhone Update auf 10.3.1? Der Service läuft sauber, homebridge-fhem ebenso.. nur mein IPhone zeigt keine Geräte an und ich habe auch keine Option mehr den Pin einzugeben... weder bei Eve noch bei Home... persist und accesories Ordner hab ich auch gelöscht, Neustart..
Bin ich alleine auf weiter Flur?
Hallo EinEinfach!
Ich bin erst heute dazugekommen, deinen Tipp auszuprobieren, damit ich mein Keymatic-Türschloss mit Siri nutzen kann.
Zitat von: EinEinfach am 27 März 2017, 17:49:50
Nimm das folgende Mapping, dann sollte es laufen:
LockTargetState=lock,values=/^locked/:SECURED;/.*/:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
Danke, hat geklappt!
Weißt du vielleicht, warum das Problem nur bei Sprachbefehlen mit Siri auftrat und nicht, wenn ich die Home-App genutzt habe?
lG
Moeti
Zitat von: choetzu am 14 April 2017, 23:30:06
.. hmm, oder liegt es gar am iPhone Update auf 10.3.1? Der Service läuft sauber, homebridge-fhem ebenso.. nur mein IPhone zeigt keine Geräte an und ich habe auch keine Option mehr den Pin einzugeben... weder bei Eve noch bei Home... persist und accesories Ordner hab ich auch gelöscht, Neustart..
Bin ich alleine auf weiter Flur?
Lösung lag näher als vermutet --> Wiki "Homebridge einrichten"
Hinweise zur Konfiguration:
"bridge":
"username": Sollte so belassen werden. Sollte später auf dem iOS Device keine Homebridge gefunden werden, so kann man hier beispielsweise den String auf 31 statt 30 enden lassen um so eine neue Homebridge vorzutäuschen.hab also in der config.json unter "username" die 30 in 31 geändert, neustart.. das wars.. ;)
Zitat von: choetzu am 14 April 2017, 23:30:06
.. hmm, oder liegt es gar am iPhone Update auf 10.3.1?
Bin ich alleine auf weiter Flur?
Du hast vermutlich mehr als 1 Gerät?
Wenn die HomeBridge durch einen unsauberen Start oder ein fehlerhaftes Gerät erst mal versaut ist, hilft manchmal nur noch ein kompletter Reset über einen neuen Namen.
Zitat von: TWART016 am 14 April 2017, 17:26:32
Der User ist korrekt und muss auch in Anführungszeichen gesetzt werden.
Ich habe auch ohne Anführungszeichen getestet. Jedoch erhalte ich immer noch die Fehler bei "homebridge"
user@FHEM:~$ homebridge
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2017-04-22 22:48:52] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[2017-04-22 22:48:52] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
[2017-04-22 22:48:52] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.3.7
[2017-04-22 22:48:52] Registering platform 'homebridge-fhem.FHEM'
[2017-04-22 22:48:52] ---
[2017-04-22 22:48:52] Loaded plugin: homebridge-http
[2017-04-22 22:48:52] Registering accessory 'homebridge-http.Http'
[2017-04-22 22:48:52] ---
[2017-04-22 22:48:52] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-22 22:48:52] ---
[2017-04-22 22:48:52] Loading 1 platforms...
[2017-04-22 22:48:52] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&userestamp=1492894133024
[2017-04-22 22:48:53] [FHEM] Fetching FHEM devices...
[2017-04-22 22:48:53] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[2017-04-22 22:48:53] [FHEM] Checking devices and attributes...
[2017-04-22 22:48:53] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-04-22 22:48:53] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2017-04-22 22:48:53] [FHEM] no siri device found. please define it.
[2017-04-22 22:48:53] [FHEM] Fetching FHEM devices...
[2017-04-22 22:48:53] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-04-22 22:48:53] [FHEM] got: 7 results
[2017-04-22 22:48:53] [FHEM] HD_Receiver_Autostart is switch
[2017-04-22 22:48:53] [FHEM] HD_Receiver_Autostart has
[2017-04-22 22:48:53] [FHEM] On [state;on,off]
2017-04-22 22:48:53 caching: HD_Receiver_Autostart-state: on
[2017-04-22 22:48:53] [FHEM] caching: On: true (as boolean; from 'on')
[2017-04-22 22:48:53] [FHEM] NichtSchalten is switch
[2017-04-22 22:48:53] [FHEM] NichtSchalten has
[2017-04-22 22:48:53] [FHEM] On [state;on,off]
2017-04-22 22:48:53 caching: NichtSchalten-state: off
[2017-04-22 22:48:53] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-22 22:48:53] [FHEM] Rollladen is switch
[2017-04-22 22:48:53] [FHEM] Rollladen has
[2017-04-22 22:48:53] [FHEM] Steckdose_Kueche_links is switch
[2017-04-22 22:48:53] [FHEM] Steckdose_Kueche_links has
[2017-04-22 22:48:53] [FHEM] On [state;on,off]
2017-04-22 22:48:53 caching: Steckdose_Kueche_links-state: off
[2017-04-22 22:48:53] [FHEM] caching: On: false (as boolean; from 'off')
[2017-04-22 22:48:53] [FHEM] Steckdose_Licht_Wohnwand is switch
[2017-04-22 22:48:53] [FHEM] Steckdose_Licht_Wohnwand has
[2017-04-22 22:48:53] [FHEM] On [state;on,off]
2017-04-22 22:48:53 caching: Steckdose_Licht_Wohnwand-state: on
[2017-04-22 22:48:53] [FHEM] caching: On: true (as boolean; from 'on')
[2017-04-22 22:48:53] [FHEM] homebridgeMapping: clear
On=activity,subtype=heimkommen,valueOn=heimkommen,cmdOn=heimkommen,cmdOff=wählen
On=activity,subtype=aufstehen,valueOn=aufstehen,cmdOn=aufstehen,cmdOff=wählen
On=activity,subtype=Kino,valueOn=Kino,cmdOn=Kino,cmdOff=wählen
On=activity,subtype=alles_aus,valueOn=alles_aus,cmdOn=alles_aus,cmdOff=wählen
On=activity,subtype=schlafen,valueOn=schlafen,cmdOn=schlafen,cmdOff=wählen
On=activity,subtype=Demo,valueOn=Demo,cmdOn=Demo,cmdOff=wählen
On=activity,subtype=einfach_geniessen,valueOn=einfach_geniessen,cmdOn=einfach_geniessen,cmdOff=wählen
[2017-04-22 22:48:53] [FHEM] Wohnzimmer_Modi is switch
[2017-04-22 22:48:53] [FHEM] Wohnzimmer_Modi has
[2017-04-22 22:48:53] [FHEM] On [activity;heimkommen,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;aufstehen,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;Kino,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;alles_aus,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;schlafen,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;Demo,wählen]
[2017-04-22 22:48:53] [FHEM] On [activity;einfach_geniessen,wählen]
[2017-04-22 22:48:53] [FHEM] dummyHomekit is switch
[2017-04-22 22:48:53] [FHEM] dummyHomekit has
[2017-04-22 22:48:53] [FHEM] On [undefined;on,off]
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'HD_Receiver_Autostart'...
[2017-04-22 22:48:53] [FHEM] creating services for HD_Receiver_Autostart
[2017-04-22 22:48:53] [FHEM] information service for HD_Receiver_Autostart
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for HD_Receiver_Autostart
[2017-04-22 22:48:53] [FHEM] Switch service for HD_Receiver_Autostart
[2017-04-22 22:48:53] [FHEM] On characteristic for HD_Receiver_Autostart:state
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'NichtSchalten'...
[2017-04-22 22:48:53] [FHEM] creating services for NichtSchalten
[2017-04-22 22:48:53] [FHEM] information service for NichtSchalten
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for NichtSchalten
[2017-04-22 22:48:53] [FHEM] Switch service for NichtSchalten
[2017-04-22 22:48:53] [FHEM] On characteristic for NichtSchalten:state
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'Rollladen'...
[2017-04-22 22:48:53] [FHEM] creating services for Rollladen
[2017-04-22 22:48:53] [FHEM] information service for Rollladen
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen
[2017-04-22 22:48:53] [FHEM] Switch service for Rollladen
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'Steckdose_Kueche_links'...
[2017-04-22 22:48:53] [FHEM] creating services for Steckdose_Kueche_links
[2017-04-22 22:48:53] [FHEM] information service for Steckdose_Kueche_links
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for Steckdose_Kueche_links
[2017-04-22 22:48:53] [FHEM] Switch service for Steckdose_Kueche_links
[2017-04-22 22:48:53] [FHEM] On characteristic for Steckdose_Kueche_links:state
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'Steckdose_Licht_Wohnwand'...
[2017-04-22 22:48:53] [FHEM] creating services for Steckdose_Licht_Wohnwand
[2017-04-22 22:48:53] [FHEM] information service for Steckdose_Licht_Wohnwand
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for Steckdose_Licht_Wohnwand
[2017-04-22 22:48:53] [FHEM] Switch service for Steckdose_Licht_Wohnwand
[2017-04-22 22:48:53] [FHEM] On characteristic for Steckdose_Licht_Wohnwand:state
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'Wohnzimmer_Modi'...
[2017-04-22 22:48:53] [FHEM] creating services for Wohnzimmer_Modi
[2017-04-22 22:48:53] [FHEM] information service for Wohnzimmer_Modi
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for Wohnzimmer_Modi
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi
[2017-04-22 22:48:53] [FHEM] On:heimkommen characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (aufstehen)
[2017-04-22 22:48:53] [FHEM] On:aufstehen characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (Kino)
[2017-04-22 22:48:53] [FHEM] On:Kino characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (alles_aus)
[2017-04-22 22:48:53] [FHEM] On:alles_aus characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (schlafen)
[2017-04-22 22:48:53] [FHEM] On:schlafen characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (Demo)
[2017-04-22 22:48:53] [FHEM] On:Demo characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Switch service for Wohnzimmer_Modi (einfach_geniessen)
[2017-04-22 22:48:53] [FHEM] On:einfach_geniessen characteristic for Wohnzimmer_Modi:activity
[2017-04-22 22:48:53] [FHEM] Initializing platform accessory 'dummyHomekit'...
[2017-04-22 22:48:53] [FHEM] creating services for dummyHomekit
[2017-04-22 22:48:53] [FHEM] information service for dummyHomekit
[2017-04-22 22:48:53] [FHEM] manufacturer, model and serial number characteristics for dummyHomekit
[2017-04-22 22:48:53] [FHEM] Switch service for dummyHomekit
[2017-04-22 22:48:53] [FHEM] On characteristic for dummyHomekit:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 323-42-916 │
└────────────┘
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1253:14)
at listen (net.js:1289:10)
at Server.listen (net.js:1385:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:372:14)
Warum steht da no siri device found. please define it? Ich habe zwar ein neues iPhone, aber die Home App habe ich bereis gestartet. Bei einem neuen Haus sehe ich auch keine Bridges.
Wie kann ich die Fehler fixen?
Gruß
TWART016
Hi,
Ich sehe in diesen Logs, dass du:
a) zwei verschiede Installationen hast. Einmal in /usr/local/lib/node_modules/homebridge-fhem und einmal in /usr/lib/node_modules/homebridge-fhem. Für homebridge-http analog.
Welche willst Du benutzen und welche willst Du deinstallieren?
b) Sind die Ports schon in Benutzung. Das hört sich so an, als wäre eine andere Homebridge schon am laufen. Was sagt:
ps ax | grep homebridge
Wie startest Du Homebridge? Hast Du schon einen Service installiert?
sudo service homebridge status
c) Du hast in FHEM kein
define siri siri
durchgeführt
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 23 April 2017, 05:18:38
Hi,
Ich sehe in diesen Logs, dass du:
a) zwei verschiede Installationen hast. Einmal in /usr/local/lib/node_modules/homebridge-fhem und einmal in /usr/lib/node_modules/homebridge-fhem. Für homebridge-http analog.
Welche willst Du benutzen und welche willst Du deinstallieren?
Ich hatte eigentlich nur einmal installiert. Auch habe ich keinen der beiden Pfade angegeben.
Mit
sudo npm uninstall homebridge kann ich deinstallieren. Welchen Pfad betrifft das?
Zitat von: RaspiLED am 23 April 2017, 05:18:38
b) Sind die Ports schon in Benutzung. Das hört sich so an, als wäre eine andere Homebridge schon am laufen. Was sagt:
ps ax | grep homebridge
ps ax | grep homebridge
1099 ? Sl 5:42 homebridge
31376 pts/0 S+ 0:00 grep --color=auto homebridge
Zitat von: RaspiLED am 23 April 2017, 05:18:38
Wie startest Du Homebridge? Hast Du schon einen Service installiert?
sudo service homebridge status
Ich starte normallerweise mit dem Skript aus dem Wiki in init.d.
sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; bad; vendor preset: enabled)
Active: active (exited) since Sa 2017-04-15 01:07:48 CEST; 1 weeks 1 days ago
Docs: man:systemd-sysv-generator(8)
Process: 1014 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Tasks: 0
Memory: 0B
CPU: 0
Apr 15 01:07:46 FHEM systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Apr 15 01:07:46 FHEM su[1051]: Successful su for user by root
Apr 15 01:07:46 FHEM su[1051]: + ??? root:user
Apr 15 01:07:46 FHEM su[1051]: pam_unix(su:session): session opened for user user by (uid=0)
Apr 15 01:07:46 FHEM homebridge[1014]: Homebridge starting
Apr 15 01:07:48 FHEM homebridge[1014]: Homebridge is running PID 1099
Apr 15 01:07:48 FHEM systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Zitat von: RaspiLED am 23 April 2017, 05:18:38
Du hast in FHEM kein
define siri siri
durchgeführt
Bisher habe ich auch kein define siri siri benötigt. Auch im Wiki steht davon nichts. Konfiguriert wird das doch über den Filter auf dem room??
Naja, steht da schon ;-)
"FHEM konfigurieren
Es empfiehlt sich ein siri Gerät in FHEM anzulegen."
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi,
Deine Auszüge zeigen keine zweite Instanz von Homebridge laufen.
Also in FHEM
define siri siri
Nun dann benenne doch den doppelten Ordner mal um:
sudo mv /usr/local/lib/node_modules /usr/local/backup-lib-node_modules/
Und danach
sudo service homebridge stop
sudo service homebridge start
Und dann schaue mal was passiert ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Das Gerät siri habe ich nun erstellt. Ich log kommt dort jetzt kein Fehler mehr.
siri device is siri
Jedoch kommt unter dem Hauscode immer noch
events.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1253:14)
at listen (net.js:1289:10)
at Server.listen (net.js:1385:5)
at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:503:16)
at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:372:14)
service homebridge status ist immer noch gleich
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; bad; vendor preset: enabled)
Active: active (exited) since So 2017-04-23 19:52:20 CEST; 7min ago
Docs: man:systemd-sysv-generator(8)
Process: 1016 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Tasks: 0
Memory: 0B
CPU: 0
Apr 23 19:52:17 FHEM systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Apr 23 19:52:17 FHEM su[1052]: Successful su for tim by root
Apr 23 19:52:17 FHEM su[1052]: + ??? root:tim
Apr 23 19:52:17 FHEM su[1052]: pam_unix(su:session): session opened for user tim by (uid=0)
Apr 23 19:52:18 FHEM homebridge[1016]: Homebridge starting
Apr 23 19:52:20 FHEM homebridge[1016]: Homebridge is running PID 1101
Apr 23 19:52:20 FHEM systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Beim steuern meiner Homematic Rolladen mit Siri funktionieren die Stati offen und geschlossen problemlos.
Prozentangaben wie "stelle die Rolladen auf 30%" werden jedoch fälschlicherweise invertiert.
"Stelle die Rolladen auf 30%" schließt daher die Rolladen zu 70% und umgekehrt.
Unter FHEM macht ein set pct 30 jedoch genau das, was gewünscht wird, nämlich den Rolladen zu 30% schließen.
HomeKit löst bei 30% jedoch ein set auf pct 70 aus, womit der Rolladen dann viel weiter zu ist. Das ist wenig intuitiv, vor allem weil sich das Verhalten zwischen Siri und Fhem unterscheidet.
Bei den Rolladen ist levelInverse gesetzt, was wohl auch korrekt erkannt wird, da öffnen und schließen ja korrekt funktioniert.
Gibt es auch einen Weg, die Steuerung über die Prozentwerte zu korrigieren, so dass Sie analog zu FHEM läuft?
Internals:
DEF 5537B0
EG.wz.HmGw_MSGCNT 57
EG.wz.HmGw_RAWMSG 0501002598A4105537B00A0B0C06010000
EG.wz.HmGw_RSSI -37
EG.wz.HmGw_TIME 2017-04-24 23:02:24
IODev EG.wz.HmGw
LASTInputDev EG.wz.HmGw
MSGCNT 57
NAME EG.wz.RL.Links
NOTIFYDEV global
NR 163
NTFY_ORDER 50-EG.wz.RL.Links
STATE on
TYPE CUL_HM
lastMsg No:98 - t:10 s:5537B0 d:0A0B0C 06010000
protLastRcv 2017-04-24 23:02:24
protSnd 58 last_at:2017-04-24 23:02:24
protState CMDs_done
rssi_EG.wz.HmGw min:-44 avg:-42.56 lst:-43 max:-41 cnt:30
rssi_at_EG.wz.HmGw min:-46 avg:-38.22 lst:-37 max:-36 cnt:57
Readings:
2017-04-24 23:02:05 CommandAccepted yes
2017-04-22 21:46:03 D-firmware 2.11
2017-04-22 21:46:03 D-serialNr OEQ0041307
2017-04-23 08:30:46 PairedTo 0x0A0B0C
2017-04-23 08:29:48 R-driveDown 31 s
2017-04-23 08:28:49 R-driveTurn 0.7 s
2017-04-23 08:30:47 R-driveUp 32.9 s
2017-04-22 20:55:41 R-pairCentral 0x0A0B0C
2017-04-22 20:55:42 R-powerUpAction off
2017-04-22 20:55:42 R-sign off
2017-04-23 08:30:46 RegL_00. 02:01 0A:0A 0B:0B 0C:0C 15:FF 18:00 00:00
2017-04-23 08:30:47 RegL_01. 08:00 09:00 0A:00 0B:01 0C:36 0D:01 0E:49 0F:07 10:00 30:06 57:24 56:00 00:00
2017-04-24 23:02:24 deviceMsg on (to hm.VCCU)
2017-04-22 21:43:13 fwUpdate done
2017-04-24 23:02:24 level 100
2017-04-24 23:02:24 motor stop:on
2017-04-24 23:02:24 pct 100
2017-04-22 21:43:17 powerOn 2017-04-22 21:43:17
2017-04-24 23:02:24 recentStateType info
2017-04-24 23:02:24 state on
2017-04-24 23:02:24 timedOn off
Helper:
HM_CMDNR 152
cSnd 110A0B0C5537B00301,110A0B0C5537B00201000000
dlvlCmd ++A0110A0B0C5537B00201000000
mId 006A
rxType 1
supp_Pair_Rep 0
Dir:
cur stop
rct down
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +5537B0,00,00,00
nextSend 1493067744.73526
rxt 0
vccu hm.VCCU
p:
5537B0
00
00
00
prefIO:
EG.wz.HmGw
Mrssi:
mNo 98
Io:
EG.wz.HmGw -35
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO EG.wz.HmGw
flg A
ts 1493067744.44286
ack:
HASH(0x4e5db90)
9880020A0B0C5537B000
Rssi:
Eg.wz.hmgw:
avg -42.5666666666667
cnt 30
lst -43
max -41
min -44
At_eg.wz.hmgw:
avg -38.2280701754386
cnt 57
lst -37
max -36
min -46
Shadowreg:
Tmpl:
Attributes:
IODev EG.wz.HmGw
IOgrp hm.VCCU:EG.wz.HmGw
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.11
model HM-LC-Bl1PBU-FM
param levelInverse
peerIDs 00000000,
room Homekit,Homematic,Wohnzimmer
serialNr OEQ0041307
siriName Rollladen
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
in homekit und bei homematik bedeutet 100% offen und 0% geschlossen. d.h. den rolladen auf 30% setzen bedeutet das er fast geschlossen ist.
wenn levelInverse gesetz wird dreht sich das um.
was bedeutet für dich
Zitatwas gewünscht wird, nämlich den Rolladen zu 30% schließen
ist das näher an offen oder näher an geschlossen?
was gibt homebridge beim start mit --debug zu diesem device aus der konsole aus?
was gibt homebridge auf der console aus wenn du den rolladen über fhem steuerst?
Also, bei gesetztem levelInverse=1 bedeuten bei mir 30%, dass der Rollo zu 30% geschlossen und zu 70% offen ist (er ist also mehr offen als geschlossen - um das klarer zu machen).
Das funktioniert auch, wenn ich über set <device> pct 30 in FHEM die Aktion auslöse.
Über Homekit/Siri macht er jedoch in diesem Fall "Stelle den Rolladen auf 30%" ein set <device> pct 70.
Hier der Output der Homebridge beim Start:
[4/25/2017, 8:09:46 PM] [FHEM] Initializing platform accessory 'EG.wz.RL.Links'...
[4/25/2017, 8:09:46 PM] [FHEM] creating services for EG.wz.RL.Links
[4/25/2017, 8:09:46 PM] [FHEM] information service for EG.wz.RL.Links
[4/25/2017, 8:09:46 PM] [FHEM] manufacturer, model and serial number characteristics for EG.wz.RL.Links
[4/25/2017, 8:09:46 PM] [FHEM] firmware revision characteristic for EG.wz.RL.Links
[4/25/2017, 8:09:46 PM] [FHEM] Lightbulb service for EG.wz.RL.Links
[4/25/2017, 8:09:46 PM] [FHEM] PositionState characteristic for EG.wz.RL.Links:motor
[4/25/2017, 8:09:46 PM] [FHEM] initial value is: 2 (number; means STOPPED)
[4/25/2017, 8:09:46 PM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[4/25/2017, 8:09:46 PM] [FHEM] CurrentPosition characteristic for EG.wz.RL.Links:pct
[4/25/2017, 8:09:46 PM] [FHEM] initial value is: 100 (number)
[4/25/2017, 8:09:46 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[4/25/2017, 8:09:46 PM] [FHEM] TargetPosition characteristic for EG.wz.RL.Links:pct
[4/25/2017, 8:09:46 PM] [FHEM] initial value is: 100 (number)
[4/25/2017, 8:09:46 PM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
Und beim Ausführen von "stelle den Rolladen auf 30%":
[4/25/2017, 8:13:34 PM] [FHEM] EG.wz.RL.Links delaying command TargetPosition with value 30
[4/25/2017, 8:13:35 PM] [FHEM] EG.wz.RL.Links: executing set cmd for TargetPosition with value 30
[4/25/2017, 8:13:35 PM] [FHEM] value: 30 inverted to 70
[4/25/2017, 8:13:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20EG.wz.RL.Links%20pct%2070&fwcsrf=csrf_157413389806188&XHR=1
2017-04-25 20:13:35 caching: EG.wz.RL.Links-motor: down:off
[4/25/2017, 8:13:35 PM] [FHEM] EG.wz.RL.Links-motor values: value down:off mapped to 0
[4/25/2017, 8:13:35 PM] [FHEM] caching: PositionState: 0 (as number; means DECREASING; from 'down:off')
Und der FHEM Output:
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links level: set_70
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links set_70
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links deviceMsg: off (to hm.VCCU)
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links level: 0
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links motor: down:off
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links pct: 0
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links off
2017-04-25 20:13:35 CUL_HM EG.wz.RL.Links timedOn: off
Hier wird also offenbar der Wert invertiert, was aber jetzt genau falsch ist. Denn bei gesetztem levelInverse sollten 100% ja "komplett geschlossen" sein und 30% demnach eher "fast ganz offen".
Wenn ich jetzt dann direkt in FHEM ein "set <device> pct 30" eingebe, fährt der Rolladen hoch - ist also danach weiter offen als vorher. Das Verhalten in FHEM und Homekit ist hier bei gesetztem levelInverse also scheinbar nicht identisch. Homekit verhält sich so, als wäre levelInverse nicht gesetzt, während FHEM selbst sich korrekt und wie erwartet verhält.
bei allen gesprochenen kommandos haben die prozent angaben die homekit bedeutung. d.h. 30% bedeutet mehr zu als auf. dieses 'mehr zu als auf' wird dann dann invertiert und als 70 an fhem gesendet damit der invertierte rolladen danach genau diese 'mehr zu als auf' stellung hat.
da siri ein gesprochenes 'auf' zu 100 macht und ein gesprochenes 'zu' zu 0 und diese zu 0 bzw. 100 invertiert werden müssen damit es zu den falsch herum angeschlossenen hm aktoren passt gibt es auch keine möglichkeit praktikable möglichkeit dieses verhalten zu ändert.
du kannst zwar im prinzip im homebridgeMapping invert=0 setzen. dann kannst du aber nicht mehr auf und zu sagen.
d.h. gesprochene kommandos müssen immer der homekit logik folgen (100->auf, 0->zu). die interpretation von levelInverse hilft nur um die homekit logik an den falsch herum angeschlossenen aktor anzupassen. nicht dazu das auch die gesprochenen prozent werde umgedreht werden können.
ich denke unterm strich ist es eigentlich besser der hm konvention zu folgen und den aktor so einzubauen das 100 offen ist und auf levelInverse zu verzichten.
Ja, ich hatte auch schon drüber nachgedacht, einfach auf das levelInverse zu verzichten und mich entsprechend umzugewöhnen... dann werde ich das wohl auch tun.
Mal gucken, wie dabei der WAF ist. ;)
eine gute eselsbrücke ist die prozent werte wie bei einem dimmer zu interpretieren. 100 ist hell (oben) und 0 ist dunkel (unten).
Ich habe ein sehr ähnliches Problem wie Twart016: Ich komme über einen gewissen Punkt nicht hinweg.
Auszug aus Putty:
pi@raspberrypi:~/homebridge $ homebridge restart
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-04-26 12:38:05] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-04-26 12:38:05] Registering platform 'homebridge-fhem.FHEM'
[2017-04-26 12:38:05] ---
[2017-04-26 12:38:06] Loaded plugin: homebridge-http
[2017-04-26 12:38:06] Registering accessory 'homebridge-http.Http'
[2017-04-26 12:38:06] ---
[2017-04-26 12:38:06] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-26 12:38:06] ---
[2017-04-26 12:38:06] Loading 1 platforms...
[2017-04-26 12:38:06] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1493203088279
[2017-04-26 12:38:08] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:08] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
longpoll error: Error: self signed certificate, retry in: 5000msec
[2017-04-26 12:38:08] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:09] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:09] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:10] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:10] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:11] [FHEM] Fetching FHEM devices...
^C[2017-04-26 12:38:11] Got SIGINT, shutting down Homebridge...
Danach habe ich mit Ctrl-C das Fetching FHEM devices... unterbrochen. Sonst kommt es bis zum Sankt Nimmerleinstag.
Status der Homebridge:
pi@raspberrypi:~/homebridge $ sudo service homebridge status
â homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Mi 2017-04-26 12:01:47 CEST; 38min ago
Process: 650 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Apr 26 12:01:44 raspberrypi su[673]: Successful su for fhem by root
Apr 26 12:01:44 raspberrypi su[673]: + ??? root:fhem
Apr 26 12:01:44 raspberrypi su[673]: pam_unix(su:session): session opened for user fhem by (uid=0)
Apr 26 12:01:45 raspberrypi homebridge[650]: Homebridge starting
Apr 26 12:01:47 raspberrypi homebridge[650]: Homebridge is running PID 722
Apr 26 12:01:47 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Und ps ax | grep homebridge zeigt mir:
pi@raspberrypi:~/homebridge $ ps ax | grep homebridge
722 ? Sl 0:14 homebridge
2222 pts/0 S+ 0:00 grep --color=auto homebridge
Im Raum Homekit ist ein stinknormaler Schalter enthalten und die Definition für siri hat den Status 'active'.
Ich vermute, dass solange der Server error vorhanden ist, es nicht funktiomnieren kann. Aber ich weiß nicht mehr wo ich suchen soll/kann.
Gruß Eberhard
Zitat von: FHEm2005 am 26 April 2017, 13:48:00
Ich habe ein sehr ähnliches Problem wie Twart016: Ich komme über einen gewissen Punkt nicht hinweg.
Auszug aus Putty:
pi@raspberrypi:~/homebridge $ homebridge restart
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-04-26 12:38:05] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-04-26 12:38:05] Registering platform 'homebridge-fhem.FHEM'
[2017-04-26 12:38:05] ---
[2017-04-26 12:38:06] Loaded plugin: homebridge-http
[2017-04-26 12:38:06] Registering accessory 'homebridge-http.Http'
[2017-04-26 12:38:06] ---
[2017-04-26 12:38:06] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-26 12:38:06] ---
[2017-04-26 12:38:06] Loading 1 platforms...
[2017-04-26 12:38:06] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1493203088279
[2017-04-26 12:38:08] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:08] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
longpoll error: Error: self signed certificate, retry in: 5000msec
[2017-04-26 12:38:08] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:09] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:09] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:10] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:10] [FHEM] Fetching FHEM devices...
[2017-04-26 12:38:11] [FHEM] Fetching FHEM devices...
^C[2017-04-26 12:38:11] Got SIGINT, shutting down Homebridge...
Danach habe ich mit Ctrl-C das Fetching FHEM devices... unterbrochen. Sonst kommt es bis zum Sankt Nimmerleinstag.
Status der Homebridge:
pi@raspberrypi:~/homebridge $ sudo service homebridge status
â homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Mi 2017-04-26 12:01:47 CEST; 38min ago
Process: 650 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Apr 26 12:01:44 raspberrypi su[673]: Successful su for fhem by root
Apr 26 12:01:44 raspberrypi su[673]: + ??? root:fhem
Apr 26 12:01:44 raspberrypi su[673]: pam_unix(su:session): session opened for user fhem by (uid=0)
Apr 26 12:01:45 raspberrypi homebridge[650]: Homebridge starting
Apr 26 12:01:47 raspberrypi homebridge[650]: Homebridge is running PID 722
Apr 26 12:01:47 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Und ps ax | grep homebridge zeigt mir:
pi@raspberrypi:~/homebridge $ ps ax | grep homebridge
722 ? Sl 0:14 homebridge
2222 pts/0 S+ 0:00 grep --color=auto homebridge
Im Raum Homekit ist ein stinknormaler Schalter enthalten und die Definition für siri hat den Status 'active'.
Ich vermute, dass solange der Server error vorhanden ist, es nicht funktiomnieren kann. Aber ich weiß nicht mehr wo ich suchen soll/kann.
Gruß Eberhard
Wie auch schon bei TWART016 läuft auch bei Dir scheinbar noch ein homebridge Prozess im Hintergrund.
Anders kann ich mir diese Meldung nicht erklären:
Server error: Error: listen EADDRINUSE :::8282Ich würde mal "brutal" mit "killall homebridge" rangehen und dann schauen ob homebridge "per Hand" startet.
Gruß
Dan
Hi,
Im ps ax sieht man ja auch die ProcessID 722 und auch im status ist die PID722 genannt.
Also entweder
sudo service homebridge stop
oder
sudo killall homebridge
oder
sudo kill 722
oder ...
Danach
ps ax | grep homebridge
durchschauen und erneut per Hand testen und Log auswerten.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
die beiden zeilenServer error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283sind kein problem. hier geht es um den debug browser. wenn port 8282 belegt ist wird 8283 probiert. wenn der auch belegt ist gibt es keinen debug browser.
das problem ist das hier: longpoll error: Error: self signed certificate, retry in
hast du in config.json auth richtig gesetzt?
Ich habe keine Audentifikation im Web-Interface. demnach ist auch die config.json ohne die auth.
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"filter": "room=Homekit",
}
],
Ich habe mal ssl auf false gesetzt (und im WEB-interface HTTPS gelöscht'). Danach kommt diese Anzeige:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-04-26 15:33:42] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-04-26 15:33:42] Registering platform 'homebridge-fhem.FHEM'
[2017-04-26 15:33:42] ---
[2017-04-26 15:33:44] Loaded plugin: homebridge-http
[2017-04-26 15:33:44] Registering accessory 'homebridge-http.Http'
[2017-04-26 15:33:44] ---
[2017-04-26 15:33:44] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-26 15:33:44] ---
[2017-04-26 15:33:44] Loading 1 platforms...
[2017-04-26 15:33:44] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1493213625873
[2017-04-26 15:33:45] [FHEM] Fetching FHEM devices...
[2017-04-26 15:33:45] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[2017-04-26 15:33:46] [FHEM] Fetching FHEM devices...
[2017-04-26 15:33:46] [FHEM] Fetching FHEM devices...
[2017-04-26 15:33:47] [FHEM] Fetching FHEM devices...
[2017-04-26 15:33:47] [FHEM] Fetching FHEM devices...
^C[2017-04-26 15:33:48] Got SIGINT, shutting down Homebridge...
@RaspiLED
pi@raspberrypi:~ $ sudo service homebridge stop
pi@raspberrypi:~ $ ps ax | grep homepage
1328 pts/0 S+ 0:00 grep --color=auto homepage
@DeeSPe
Dadurch das ich vorher sudo service homebridge stop ausgeführt habe, zeigt killall homebridge:
pi@raspberrypi:~ $ killall homebridge
homebridge: Kein Prozess gefunden
Mit welchen Rechten soll die config.json eigentlich laufen? Hier läuft 755 und fhem.dialout im verzeichnis ~/homebridge.
Wenn ich die Rechte auf 755 pi.pi ändere:
pi@raspberrypi:~/homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-04-26 15:50:31] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-04-26 15:50:32] Registering platform 'homebridge-fhem.FHEM'
[2017-04-26 15:50:32] ---
[2017-04-26 15:50:33] Loaded plugin: homebridge-http
[2017-04-26 15:50:33] Registering accessory 'homebridge-http.Http'
[2017-04-26 15:50:33] ---
[2017-04-26 15:50:33] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-26 15:50:33] ---
[2017-04-26 15:50:33] Loading 1 platforms...
[2017-04-26 15:50:33] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1493214634867
[2017-04-26 15:50:34] [FHEM] Fetching FHEM devices...
[2017-04-26 15:50:34] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-04-26 15:50:35] [FHEM] Fetching FHEM devices...
[2017-04-26 15:50:35] [FHEM] Fetching FHEM devices...
[2017-04-26 15:50:36] [FHEM] Fetching FHEM devices...
[2017-04-26 15:50:36] [FHEM] Fetching FHEM devices...
[2017-04-26 15:50:37] [FHEM] Fetching FHEM devices...
Obwohl ich ssl und https ausgeschaltet habe, startet longpoll mit https ???
Im fhem-log steht nichts bezgl. Siri o.ä. .
Gruß Eberhard
wenn du in fhemweb ssl änderst musst du glaube ich fhem neu starten damit es auswirkungen hat.
das problem oben ist das du ein selbst signiertes zertifikat verwendest und das aktuell akzeptiert wird wenn auch auth gesetzt wird. schau mal ob es funktioniert wenn du auth auf {} setzt. also ohne user und password.
wenn homebridge noch https verwendet ist ssl noch konfiguriert.
Ich habe selbstverständlich ein 'restart gemacht' (klaro ;))
Zitatschau mal ob es funktioniert wenn du auth auf {} setzt.
GENIAL!! Genau das war es!! Nicht die Authentifikation löschen, sondern mit
"auth" : {}, deaktivieren.
Das muss einem Blöden auch mal gesagt werden. Damit finde ich jetzt schonmal FHEM im Apple-Homekit.
Danke!
Mist!
Obwohl ich die Änderung wie beschrieben vorgenommen habe, kommt jetzt wieder die alte Meldung mit dem https.
[2017-04-26 18:32:26] Loaded config.json with 0 accessories and 1 platforms.
[2017-04-26 18:32:26] ---
[2017-04-26 18:32:26] Loading 1 platforms...
[2017-04-26 18:32:26] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=J SON×tamp=1493224347399
[2017-04-26 18:32:27] [FHEM] Fetching FHEM devices...
[2017-04-26 18:32:27] Loading 0 accessories...
Ich habe gemerkt, dass ich zwei Verzeichnissen eine config.json habe. Einmal im Homeverzeichnis mit root/root und eine ebene darunter im ~/homebridge mit fhem/dialout.
Mit welchen Rechten soll die config.json in welchem Verzeichnis eigentlich laufen?
mehrere Male reboot - hat nichts geholfen. Ich bin jetzt etwas deprimiert :-\ :-\ :-\
Gruß Eberhard
es wird immer das config.json file aus dem homeverzeichnis des users verwendet der homebridge startet. je nach installation kann das bei automatischem start ein anderes sein wie beim start von hand.
am besten räumst du auf so das es nur eine version gibt.
Ich habe keinen Reverse Proxy. Wenn ich bei auth {} eintrage ,geht gar nichts mehr.
Die config.json habe ich testweise auf 777 gesetzt und läuft unter meinem ubuntu user.
sudo service homebridge stop ergibt
ps ax | grep homebridge
1284 pts/0 S+ 0:00 grep --color=auto homebridge
sudo service homebridge start funktioniert auch wieder.
Gebe ich dann homebridge ein erscheint nach dem Code
[2017-04-26 20:54:30] Homebridge is running on port 51826.
Auch das starten des Dienstes wird wohl nicht vollständig gemacht.
Erst nach einem Serverreboot läuft "homebridge" wieder, jedoch mit dem Fehler:
Error: listen EADDRINUSE :::51826
Hi,
Du kannst auch beim Start das Verzeichnis oder die Datei mit angeben. Parameter -U glaube ich, starte homebridge --help und Da wird es stehen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Welchen Pfad solle ich da angeben?
Bei homebridge -U /home/user/.homebridge/ kommt das gleiche wie bei homebridge.
Hi,
Du hattest gesagt, dass Du nicht weisst welche Config er lädt. Nun hast Du die Mittel zur Hand es selber zu entscheiden. Ich kann Dir nicht sagen welche Du nutzen willst!
Die Frage ist: Welcher User soll am Ende starten (Rechte auf die Config erteilen) und wie (Automatisch per Daemon, aus FHEM oder per manuellem Start).
It is up to you ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
So, jetzt bin ich weiter.
In FHEM habe ich mit define allowedWEB allowed für die Weboberfläche ein User und Passwort definiert. In der Weboberfläche selbst habe ich HTTPS aktiviert. Ich habe kein Zertifikat definiert.
Wenn ich in Putty vom User pi auf den User fhem wechsel und dann homebridge aufrufe läuft es. Mit User pi läuft es nicht.
pi@raspberrypi:~ $ sudo su - fhem
fhem@raspberrypi:~$ homebridge
Dabei hatte ich aus Versehen mit user fhem in dem Verzeichnis die config.json gelöscht.
pi@raspberrypi:~ $ sudo su - fhem
fhem@raspberrypi:~$ cd ~/.homebridge
fhem@raspberrypi:~/.homebridge$ dir
accessories config.json persist
Nachdem ich diese mit sudo nano config.json neu erstellt hatte lief es. Erst danach bin ich mit exit aus dem user fhem herausgegangen. Jetzt läuft es auch nach einem reboot. Allerdings scheint die Verbindung die normale Weboberfläche (jetzt mit User und Passwort) zu blockieren. Fehlermeldung: Verbindung unterbrochen. Die kann ich jedenfalls nicht mehr aufrufen. Wahrscheinlich hilft es eine exkusive Verbindung für die Hombridge vorzuhalten.
Vielleicht hilft es jemand anderem.
Gruß Eberhard
homebridge braucht keine exklusive verbindung und kann auch fhemweb nicht blockieren.
Hallo Andre,
Zitat von: justme1968 am 26 April 2017, 20:01:24
es wird immer das config.json file aus dem homeverzeichnis des users verwendet der homebridge startet. je nach installation kann das bei automatischem start ein anderes sein wie beim start von hand.
am besten räumst du auf so das es nur eine version gibt.
Wenn bei mir
pi@fhem-pi3:/etc/init.d $ ps aux | grep homebridge
fhem 1877 0.0 3.2 87612 31192 ? Sl Apr26 0:01 homebridge
Das ausgegeben wird, muss ich dann die config.json in das Userverzeichnis des Users fhem legen?
also in dem fall in
/opt/fhem/.hombedrige/config.json
?
Viele Grüße
huhu,
ich komme einfach nicht weiter. Ich habe jetzt mein Thermostat an fhem angeschlossen. In Homekit sehe ich auch die richtige Temperatur und kann die auch einstellen.
Das Problem ist, er übernimmt die steps nicht. Ich kann in der Home APP nur von 18-24 °C in ganzen Zahlen ändern. Aber ich kann nicht 18.5 usw einstellen.
Internals:
DEF 0/2/52:dpt9:sollwert 0/2/53:dpt9:istwert
DEVNAME Chillroom.Heizung
IODev KNX
KNX_MSGCNT 582
KNX_RAWMSG C122cw02350c65
KNX_TIME 2017-04-28 13:51:33
LASTInputDev KNX
MSGCNT 582
NAME Chillroom.Heizung
NR 237
NTFY_ORDER 50-Chillroom.Heizung
STATE Ist <b>22.50 °C</b> Soll: 21.50 °C
TYPE KNX
Gaddr:
1 0/2/52
2 0/2/53
Gcode:
1 0234
2 0235
Model:
1 dpt9
2 dpt9
Readings:
2017-04-28 13:51:33 istwert-get 22.50
2017-04-28 13:51:33 last-sender 1/2/44
2017-04-28 13:47:55 sollwert-get 21.50
2017-04-28 12:40:08 sollwert-set 21.50
2017-04-28 13:51:33 state 22.50
2017-04-28 13:51:33 temperature 22.50
Readingsname:
1 sollwert
2 istwert
Attributes:
IODev KNX
genericDeviceType thermostat
homebridgeMapping CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
icon temp_temperature
room Chillzimmer,Homekit
slider 18.0,0.1,24.0,1
stateFormat Ist <b>temperature °C</b> Soll: sollwert-get °C
userReadings temperature { ReadingsVal($NAME,"istwert-get",0);; }
das log:
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung is thermostat
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung has
[2017-04-28 13:52:30] [FHEM] Hue [rgb;rgb;0-359]
[2017-04-28 13:52:30] [FHEM] Saturation [rgb;rgb;0-100]
[2017-04-28 13:52:30] [FHEM] Brightness [rgb]
[2017-04-28 13:52:30] [FHEM] CurrentTemperature [temperature]
[2017-04-28 13:52:30] [FHEM] CurrentHeatingCoolingState [undefined]
[2017-04-28 13:52:30] [FHEM] TargetTemperature [value]
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '0' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '1' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '2' of undefined
2017-04-28 13:52:30 caching: Chillroom.Heizung-temperature: 22.48
[2017-04-28 13:52:30] [FHEM] caching: CurrentTemperature: 22.48 (as number; from '22.48')
[2017-04-28 13:52:30] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: clear Brightness=state::dimmen-get,cmd=value,minValue=10,maxValue=100,minStep=10,nocache=1 On=state,cmdOn=AN,cmdOff=AUS,nocache=1
..........................................
2017-04-28 13:52:48 caching: Chillroom.Heizung-temperature: 22.50
[2017-04-28 13:52:48] [FHEM] caching: CurrentTemperature: 22.5 (as number; from '22.50')
[2017-04-28 13:53:58] [FHEM] query: CurrentTemperature for Chillroom.Heizung-temperature
[2017-04-28 13:53:58] [FHEM] cached: 22.5 (as number')
[2017-04-28 13:53:58] [FHEM] query: CurrentHeatingCoolingState for Chillroom.Heizung-undefined
[2017-04-28 13:53:58] [FHEM] cached: 1 (as number; means HEAT')
[2017-04-28 13:53:58] [FHEM] query: TargetTemperature for Chillroom.Heizung-value
[2017-04-28 13:53:58] [FHEM] not cached
[2017-04-28 13:53:58] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22Chillroom.Heizung%22,%22value%22,%22%22)%7D&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:53:58] [FHEM] value:
2017-04-28 13:53:58 caching: Chillroom.Heizung-value:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 18
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2018&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 19
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2019&fwcsrf=csrf_228018003083016&XHR=1
2017-04-28 13:54:03 caching: Chillroom.Heizung-temperature: 22.52
[2017-04-28 13:54:03] [FHEM] caching: CurrentTemperature: 22.52 (as number; from '22.52')
Er sendet die Werte immer als Ganzzahlen und nicht in float :(
weiss jemand weiter?
Danke für die Hilfe!
Schönen Gruß
Avaris
Zitat von: avaris am 28 April 2017, 13:55:50
huhu,
ich komme einfach nicht weiter. Ich habe jetzt mein Thermostat an fhem angeschlossen. In Homekit sehe ich auch die richtige Temperatur und kann die auch einstellen.
Das Problem ist, er übernimmt die steps nicht. Ich kann in der Home APP nur von 18-24 °C in ganzen Zahlen ändern. Aber ich kann nicht 18.5 usw einstellen.
Internals:
DEF 0/2/52:dpt9:sollwert 0/2/53:dpt9:istwert
DEVNAME Chillroom.Heizung
IODev KNX
KNX_MSGCNT 582
KNX_RAWMSG C122cw02350c65
KNX_TIME 2017-04-28 13:51:33
LASTInputDev KNX
MSGCNT 582
NAME Chillroom.Heizung
NR 237
NTFY_ORDER 50-Chillroom.Heizung
STATE Ist <b>22.50 °C</b> Soll: 21.50 °C
TYPE KNX
Gaddr:
1 0/2/52
2 0/2/53
Gcode:
1 0234
2 0235
Model:
1 dpt9
2 dpt9
Readings:
2017-04-28 13:51:33 istwert-get 22.50
2017-04-28 13:51:33 last-sender 1/2/44
2017-04-28 13:47:55 sollwert-get 21.50
2017-04-28 12:40:08 sollwert-set 21.50
2017-04-28 13:51:33 state 22.50
2017-04-28 13:51:33 temperature 22.50
Readingsname:
1 sollwert
2 istwert
Attributes:
IODev KNX
genericDeviceType thermostat
homebridgeMapping CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
icon temp_temperature
room Chillzimmer,Homekit
slider 18.0,0.1,24.0,1
stateFormat Ist <b>temperature °C</b> Soll: sollwert-get °C
userReadings temperature { ReadingsVal($NAME,"istwert-get",0);; }
das log:
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung is thermostat
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung has
[2017-04-28 13:52:30] [FHEM] Hue [rgb;rgb;0-359]
[2017-04-28 13:52:30] [FHEM] Saturation [rgb;rgb;0-100]
[2017-04-28 13:52:30] [FHEM] Brightness [rgb]
[2017-04-28 13:52:30] [FHEM] CurrentTemperature [temperature]
[2017-04-28 13:52:30] [FHEM] CurrentHeatingCoolingState [undefined]
[2017-04-28 13:52:30] [FHEM] TargetTemperature [value]
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '0' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '1' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '2' of undefined
2017-04-28 13:52:30 caching: Chillroom.Heizung-temperature: 22.48
[2017-04-28 13:52:30] [FHEM] caching: CurrentTemperature: 22.48 (as number; from '22.48')
[2017-04-28 13:52:30] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: clear Brightness=state::dimmen-get,cmd=value,minValue=10,maxValue=100,minStep=10,nocache=1 On=state,cmdOn=AN,cmdOff=AUS,nocache=1
..........................................
2017-04-28 13:52:48 caching: Chillroom.Heizung-temperature: 22.50
[2017-04-28 13:52:48] [FHEM] caching: CurrentTemperature: 22.5 (as number; from '22.50')
[2017-04-28 13:53:58] [FHEM] query: CurrentTemperature for Chillroom.Heizung-temperature
[2017-04-28 13:53:58] [FHEM] cached: 22.5 (as number')
[2017-04-28 13:53:58] [FHEM] query: CurrentHeatingCoolingState for Chillroom.Heizung-undefined
[2017-04-28 13:53:58] [FHEM] cached: 1 (as number; means HEAT')
[2017-04-28 13:53:58] [FHEM] query: TargetTemperature for Chillroom.Heizung-value
[2017-04-28 13:53:58] [FHEM] not cached
[2017-04-28 13:53:58] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22Chillroom.Heizung%22,%22value%22,%22%22)%7D&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:53:58] [FHEM] value:
2017-04-28 13:53:58 caching: Chillroom.Heizung-value:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 18
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2018&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 19
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2019&fwcsrf=csrf_228018003083016&XHR=1
2017-04-28 13:54:03 caching: Chillroom.Heizung-temperature: 22.52
[2017-04-28 13:54:03] [FHEM] caching: CurrentTemperature: 22.52 (as number; from '22.52')
Er sendet die Werte immer als Ganzzahlen und nicht in float :(
weiss jemand weiter?
Danke für die Hilfe!
Schönen Gruß
Avaris
Nimm statt der Home App lieber eine richtige App (Eve), die kann auch Kommastellen bei Temperaturen.
Gruß
Dan
danke für den Tipp, bei Eve kann ich nun 18.5 setzen usw. aber die 18 oder 20 Werte schickt er auch wieder als ganzzahl und dann heißt es invalid value :(
Liegt es vielleicht daran, dass ich in ETS den Datentyp der Gruppenadresse als 9.001 Temperatur °C eingestellt habe? oder muss ich bei der DEF statt dpt9 irgendwas was anders nehmen?
bzw kann man nicht die Werte, die von homekit kommen, parsen, so dass ich ein float value erzwinge? (ich bin noch ein absoluter Neuling in dem fhem/homebridge Bereich und nach mehreren Tagen probieren, googlen, hänge ich an diesem einem Problem fest)
Danke nochmals!
Zitat von: avaris am 28 April 2017, 14:38:53
danke für den Tipp, bei Eve kann ich nun 18.5 setzen usw. aber die 18 oder 20 Werte schickt er auch wieder als ganzzahl und dann heißt es invalid value :(
Liegt es vielleicht daran, dass ich in ETS den Datentyp der Gruppenadresse als 9.001 Temperatur °C eingestellt habe? oder muss ich bei der DEF statt dpt9 irgendwas was anders nehmen?
bzw kann man nicht die Werte, die von homekit kommen, parsen, so dass ich ein float value erzwinge? (ich bin noch ein absoluter Neuling in dem fhem/homebridge Bereich und nach mehreren Tagen probieren, googlen, hänge ich an diesem einem Problem fest)
Danke nochmals!
Keine Ahnung was ETS ist!
"invalid value" klingt nach einem nicht gut programmierten Modul.
Gruß
Dan
Ich habs jetzt nochmal getestet. Es geht schon direkt in FHEM nicht.
Das liegt an dem
DEF 0/2/52:dpt9:sollwert 0/2/53:dpt9:istwert
sobald man bei sollwert eine ganze Zahl eingibt, kommt der Fehler. Beispiel:
set Chillroom.Heizung value 23
invalid value: 23
set Chillroom.Heizung value 23.0
funktioniert
Was mache ich falsch? Es liegt daran dass ich dpt9 wähle, da akzeptiert fhem nur float werte.
(Mit ETS meine ich das hier: https://www.knx.org/lu-de/software/ets/ueber/index.php?navid=704726704726 )
Danke nochmals.
Grüße
Avaris
Hi Arnd,
Zitat von: RaspiLED am 27 April 2017, 07:03:03
Die Frage ist: Welcher User soll am Ende starten (Rechte auf die Config erteilen) und wie (Automatisch per Daemon, aus FHEM oder per manuellem Start).
Ziel sollte es eigentlich, automatisch per Systemstart den Dienst mit zu starten. Also bei /etc/init.d/homebridge
Homebridge hat dort den User root. Braucht die config.json dann auch den Besitzer root?
Zudem sollte der Dienst aber auch manuell gestoppt und gestartet werden.
Gruß
TWART016
Ja dann sollte root (und nur root) die rechte auf der Datei haben (zumal da auch die Passwörter für FHEM drin sind ;-)
Der normale user kann später per
sudo service homebridge status/start oder stop
Kontrollieren/starten oder anhalten.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
auf homebridge seite kannst du das float format nicht erzwingen.
aber du kannst mit cmdalias das set kommando so umbiegen das aus dem int das homebridge schickt wieder ein float gemacht wird.
gruss
andre
Zitat von: RaspiLED am 29 April 2017, 19:12:06
Ja dann sollte root (und nur root) die rechte auf der Datei haben (zumal da auch die Passwörter für FHEM drin sind ;-)
Muss ich dann im Startskript auch den root angeben?
su - root -c "homebridge > /dev/null 2>&1 &"Wenn ja, muss die Berechtigung von
user 1344 0.0 0.0 15796 972 pts/0 S+ 19:31 0:00 grep --color=auto homebridgeauch umgestellt werden?
Hallo zusammen,
ich habe mal eine prinzipielle Vorgehensfrage bei der Homebridge mit Hue-Devices.
Setup: Ich habe 3 Lightify RGB GU10 im Wohnzimmer an der Decke eingebaut. Mit dem Lightify Modul die Devices auch angelegt und Steuerung direkt in FHEM klappt auch super. Darüberhinaus hat mir das Lightify Modul schon eine HueGroup für die 3 Birnen angelegt, um die 3 Birnen synchron und einheitlich zu schalten.
Jetzt möchte ich die ganze Konstellation auch in Homekit haben.
Folgendes möchte ich in Homekit haben:
1. Eine Kachel für HueGroup, über welche ich die Gruppe ein und ausschalten, die Helligkeit und den RGB Wert ändern kann. Darüberhinaus soll mir in Homekit auch der aktuelle Status der Gruppe (Ob ein oder ausgeschaltet + aktuelle Helligkeit) angezeigt werden.
2. Darüberhinaus möchte ich für jede einzelne der 3 Birnen eine Kachel in Homekit haben, um jede Birne auch seperat ändern zu können + Rückmeldung des Status der Birne
Punkt 2 ist soweit gar kein Problem, weil die Homebridge das Mapping schon selber korrekt anlegt
Für Punkt1 habe ich gar keine Idee bisher wie ich das lösen soll. Das Hauptproblem ist, dass die HueGroup selber keine Readings über den Status der Birnen führt wie z.b. Hue, RGB, PCT, ONOFF. Was ja auch logisch ist, weil woher sollten die Werte auch kommen.
Deswegen sagt Homekit bei der Gruppe auch "Keine Antwort" wenn man ihm die HueGroup zuordnet. Ergo HomebridgeMapping selber setzen. Aber genau da liegt das Problem. Wie baut man das MApping auf, weil man hat bei jeder Characterics das Problem, dass die CMDs an die HueGroup gesendet werden muss, aber die Status-Rückgabe der Gruppe z.b. aus der 1. Birne der Gruppe kommt.
Und genau da wollte ich mal fragen, wie ihr das so gelöst habt dieses Problem bzw. hat jemand für FHEM oder Homebridgemapping eine Idee wie man das Szenario hinbekommt.
Gruppen funktionieren bei mir auch nicht. Nimm einfach die drei Lampen in ein Seznario in der Home-App, so hab ich das gelöst.
Ja okay, sowas ähnliches habe ich schon gemacht, um unterschiedliche Szenen in den Deckenlampen zu schalten. Das einzige was ich noch nicht probiert habe ist eigene Userreadings in der Gruppe anzulegen, welche seine Werte aus der 1. Birne immer bekommt. Dann könnte ich eigentlich auch ein brauches Homebridgemapping an die Gruppe machen.
Zitat von: bee am 18 Dezember 2016, 21:57:48
Vielen Dank, das funktioniert mit dem invert, mein Fehler war, dass ich nur invert ohne =1 angegeben habe, sorry.
TargetPosition=state,cmd=dim,part=1,cmds=100:on,minValue=0,maxValue=100,minStep=1,invert=1
CurrentPosition=state,cmd=dim,part=1,minValue=0,maxValue=100,minStep=1,invert=1
Den Hinweis mit cmds=100:on habe ich auch gefunden, so dass der Rollladen auch runtergefahren wird. Jetzt habe ich noch 2 Problemchen:
1. Ist der Rollladen ganz oben, ist das reading state=off, das führt zum Fehler im Log
2016-12-18 21:51:51 caching: ZW.Rollladen_rechts-state: off
[12/18/2016, 9:51:51 PM] [FHEM] ZW.Rollladen_rechts-state value off has no part 1
[12/18/2016, 9:51:51 PM] [FHEM] caching: CurrentPosition: off (as string; from 'off')
und die iOS 10.2 Home App sagt "Keine Antwort" beim Gerät. Kann man das auf dim 0 mappen? Das müsste dann ja 0 % geschlossen also vollständig offen sein.
2. Ist der Rolladen ganz unten, wird nicht geschlossen sondern als 1% geöffnet angezeigt. Verstehe auch warum, weil im geschlossenen Zustand das Reading state=dim 99 ist. Dann man da noch was machen?
Grüße, Bernd
Hi Bee,
Kannst du mir noch mal deine richtige FHEM parameters (und die FGR-222 parameter) geben für die Fibaro RolladeModule FGR-222 wo das FHEM status feedback und Homebridge auch funzt :-)
Wenn du die richtige FHEM parameters für den Fibaro Dimmer 2 auch hat, kannst du sie auch mal durchgeben ?
Vielen Danke im vorraus
Hi,
hab seit gestern ein Problem beim npm install oder update von homebridge.
Das Problem liegt an mdns zu liegen. Vorher hat das alles ohne Probleme geklappt.
Hatte das Problem schon mal einer bzw. hat eine Idee.
> mdns@2.3.3 install /home/pi/node_modules/mdns
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/roo t/.node-gyp/6.10.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/home/pi/node_m odules/mdns/.node-gyp"
make: Entering directory '/home/pi/node_modules/mdns/build'
/usr/bin/printf: 1: /usr/bin/printf: Syntax error: word unexpected (expecting ") ")
dns_sd_bindings.target.mk:149: recipe for target 'Release/obj.target/dns_sd_bind ings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 2
make: Leaving directory '/home/pi/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_ modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:106:13)
gyp ERR! stack at ChildProcess.emit (events.js:191:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_proces s.js:215:12)
gyp ERR! System Linux 4.4.50-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_mod ules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/node_modules/mdns
gyp ERR! node -v v6.10.0
gyp ERR! node-gyp -v v3.4.0
gyp ERR! not ok
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.
npm ERR! Linux 4.4.50-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "mdns"
npm ERR! node v6.10.0
npm ERR! npm v3.10.10
npm ERR! code ELIFECYCLE
npm ERR! mdns@2.3.3 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.3.3 install script 'node-gyp rebuild'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-gyp rebuild
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs mdns
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls mdns
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /home/pi/npm-debug.log
Danke und Gruß
Sören
Hallo! Zum Testen möchte ich mit Homekit einen einfachen Dummy-Schalter schalten.
Der Schalter wird mir im Homekit auch wunderbar angezeigt, ein Schalten führt allerdings nicht zum geünschten Ergebnis, in FHEM kommt nix an.
Ich vermute dass mein homebridgeMapping noch nicht richtig gesetzt ist. Lasse mich auch gerne belehren wie ich den Schalter "schöner" machen kann, ist ja nur ein erster Test.
So sieht es momentan aus:
define mySchalter1 dummy
attr mySchalter1 genericDeviceType switch
attr mySchalter1 homebridgeMapping On=state,valueOn=on
attr mySchalter1 room Homekit,Schulungsraum
attr mySchalter1 webCmd on:off
Die Beispiele, die den genericDeviceType switch betreffen finde ich sehr kompliziert, wie z.B. hier aus der Homebridge-fhem-Doku: https://www.npmjs.com/package/homebridge-fhem (https://www.npmjs.com/package/homebridge-fhem) - ich habe doch gar nix bezüglich TV/DVD konfiguriert.
attr <hub> genericDeviceType switch
attr <hub> homebridgeMapping clear
On=activity,subtype=TV,valueOn=TV,cmdOn=activity+TV,cmdOff=off
On=activity,subtype=DVD,valueOn=/DVD/,cmdOn=activity+DVD,cmdOff=off
On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off
Danke schonmal!
Zitat von: jneroes am 09 Mai 2017, 15:13:59
Hi,
hab seit gestern ein Problem beim npm install oder update von homebridge.
Das Problem liegt an mdns zu liegen. Vorher hat das alles ohne Probleme geklappt.
Hatte das Problem schon mal einer bzw. hat eine Idee.
> mdns@2.3.3 install /home/pi/node_modules/mdns
> node-gyp rebuild
gyp WARN EACCES user "root" does not have permission to access the dev dir "/roo t/.node-gyp/6.10.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/home/pi/node_m odules/mdns/.node-gyp"
make: Entering directory '/home/pi/node_modules/mdns/build'
/usr/bin/printf: 1: /usr/bin/printf: Syntax error: word unexpected (expecting ") ")
dns_sd_bindings.target.mk:149: recipe for target 'Release/obj.target/dns_sd_bind ings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 2
make: Leaving directory '/home/pi/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_ modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack at emitTwo (events.js:106:13)
gyp ERR! stack at ChildProcess.emit (events.js:191:7)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_proces s.js:215:12)
gyp ERR! System Linux 4.4.50-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_mod ules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/node_modules/mdns
gyp ERR! node -v v6.10.0
gyp ERR! node-gyp -v v3.4.0
gyp ERR! not ok
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.
npm ERR! Linux 4.4.50-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "mdns"
npm ERR! node v6.10.0
npm ERR! npm v3.10.10
npm ERR! code ELIFECYCLE
npm ERR! mdns@2.3.3 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.3.3 install script 'node-gyp rebuild'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-gyp rebuild
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs mdns
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls mdns
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /home/pi/npm-debug.log
Danke und Gruß
Sören
Probier mal:
sudo apt-get update && sudo apt-get install avahi-daemon libavahi-compat-libdnssd-devDanach sollte es mit homebridge klappen.
Zitat von: ehmehm am 20 Mai 2017, 12:53:49
Hallo! Zum Testen möchte ich mit Homekit einen einfachen Dummy-Schalter schalten.
Der Schalter wird mir im Homekit auch wunderbar angezeigt, ein Schalten führt allerdings nicht zum geünschten Ergebnis, in FHEM kommt nix an.
Ich vermute dass mein homebridgeMapping noch nicht richtig gesetzt ist. Lasse mich auch gerne belehren wie ich den Schalter "schöner" machen kann, ist ja nur ein erster Test.
So sieht es momentan aus:
define mySchalter1 dummy
attr mySchalter1 genericDeviceType switch
attr mySchalter1 homebridgeMapping On=state,valueOn=on
attr mySchalter1 room Homekit,Schulungsraum
attr mySchalter1 webCmd on:off
Die Beispiele, die den genericDeviceType switch betreffen finde ich sehr kompliziert, wie z.B. hier aus der Homebridge-fhem-Doku: https://www.npmjs.com/package/homebridge-fhem (https://www.npmjs.com/package/homebridge-fhem) - ich habe doch gar nix bezüglich TV/DVD konfiguriert.
attr <hub> genericDeviceType switch
attr <hub> homebridgeMapping clear
On=activity,subtype=TV,valueOn=TV,cmdOn=activity+TV,cmdOff=off
On=activity,subtype=DVD,valueOn=/DVD/,cmdOn=activity+DVD,cmdOff=off
On=activity,subtype=Off,valueOn=PowerOff,valueOff=PowerOff,cmd=off
Danke schonmal!
Ein dummy mit on/off benötigt gar kein homebridgeMapping.
define mySchalter1 dummy
attr mySchalter1 genericDeviceType switch
attr mySchalter1 room Homekit,Schulungsraum
attr mySchalter1 setList on off
attr mySchalter1 webCmd on:offGruß
Dan
Hallo Dan,
ich hatte die das setList-Attribut nicht gesetzt. Funktioniert jetzt wunderbar! Danke für die schnelle Hilfe :-)
Gruß
ehmehm
Hat schon wer einen Enocean-Taster / F6-02-01 egal ob Einzel- oder Doppelwippe erfolgreich und sinnvoll integrieren können? Ich habe im Forum nix gefunden...
Homekit hat ja bekanntlich vieles im Arsenal was nach einem Taster aussieht aber sich doch mehr wie ein Schalter verhält.
Sinnvoll finde ich schematische Abbildung:
EnOcean 4x Rocker
- Service StatelessProgrammableSwitch
- Characteristic ProgrammableSwitchEvent (SinglePress)
- Service StatelessProgrammableSwitch
- Characteristic ProgrammableSwitchEvent (SinglePress)
- Service StatelessProgrammableSwitch
- Characteristic ProgrammableSwitchEvent (SinglePress)
- Service StatelessProgrammableSwitch
- Characteristic ProgrammableSwitchEvent (SinglePress)
Bei jeden Tastendruck sollte ein Event auf HomeKit für die jeweilige Characteristic generiert werden. Leider kann HomeKit auch nicht zwischen pressed und released. Aber das macht mir prinzipiell nichts.
Vielleicht können auch die Weiterhelfen die keinen Taster haben sich aber mit Homebridge besser auskennen:
Eine Taste (fhem reading 'buttons') kann zwischen 'pressed' und 'released' unterscheiden. Ein Taster gibt es mindestens in doppelter Ausprägung und dadurch wird die Taste unter dem reading 'state' mitgegeben 'A0', 'AI', 'B0' und 'BI'.
Bisher habe ich folgendes versucht:
attr EnoceanSwitch genericDeviceType StatelessProgrammableSwitch
ProgrammableSwitchEvent=state,values=A0:SINGLE_PRESS,subtype=A0,nocache=1,timeout=1
ProgrammableSwitchEvent=state,values=AI:SINGLE_PRESS,subtype=AI,nocache=1,timeout=1
ProgrammableSwitchEvent=state,values=B0:SINGLE_PRESS,subtype=B0,nocache=1,timeout=1
ProgrammableSwitchEvent=state,values=BI:SINGLE_PRESS,subtype=BI,nocache=1,timeout=1
Die Events kommen wunderbar in HomeKit an, allerdings nur wenn sich 'state' ändert
Beispiel anhand Eventlog:
Alle button der Reihe nach gedrückt:
2017-05-23 20:27:43 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:27:43 EnOcean EnoceanSwitch channelB: BI
2017-05-23 20:27:43 EnOcean EnoceanSwitch BI
2017-05-23 20:27:43 EnOcean EnoceanSwitch buttons: released
2017-05-23 20:27:44 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:27:44 EnOcean EnoceanSwitch channelB: B0
2017-05-23 20:27:44 EnOcean EnoceanSwitch B0
2017-05-23 20:27:44 EnOcean EnoceanSwitch buttons: released
2017-05-23 20:27:45 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:27:45 EnOcean EnoceanSwitch channelA: AI
2017-05-23 20:27:45 EnOcean EnoceanSwitch AI
2017-05-23 20:27:45 EnOcean EnoceanSwitch buttons: released
2017-05-23 20:27:46 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:27:46 EnOcean EnoceanSwitch channelA: A0
2017-05-23 20:27:46 EnOcean EnoceanSwitch A0
2017-05-23 20:27:46 EnOcean EnoceanSwitch buttons: released
Sobald ich aber eine Taste zweimal drücke, also:
2017-05-23 20:19:55 EnOcean EnoceanSwitch A0
2017-05-23 20:19:55 EnOcean EnoceanSwitch buttons: released
2017-05-23 20:19:56 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:19:56 EnOcean EnoceanSwitch channelA: A0
2017-05-23 20:19:56 EnOcean EnoceanSwitch A0
2017-05-23 20:19:56 EnOcean EnoceanSwitch buttons: released
2017-05-23 20:19:57 EnOcean EnoceanSwitch buttons: pressed
2017-05-23 20:19:57 EnOcean EnoceanSwitch channelA: A0
2017-05-23 20:19:57 EnOcean EnoceanSwitch A0
Wird das Event nicht mehr von dem Homebridge Plugin abgeholt:
2017-05-23 20:36:47 caching: EnoceanSwitch-state: AI
[5/23/2017, 8:36:47 PM] [FHEM] EnoceanSwitch-state value AI not handled in values
[5/23/2017, 8:36:47 PM] [FHEM] caching: ProgrammableSwitchEvent:AI: 0 (as number; means SINGLE_PRESS; from 'AI')
[5/23/2017, 8:36:47 PM] [FHEM] EnoceanSwitch-state value AI not handled in values
[5/23/2017, 8:36:47 PM] [FHEM] EnoceanSwitch-state value AI not handled in values
-> Hier sollte mehr passieren.
Ich habe folgendes ausprobiert:
event-on-update-reading .*
auch die oben im code angegeben nocache, timeout Angaben haben leider nichts ausgerichtet.
Jemand ne Idee?
*UPDATE*
Durch debuggen konnte ich herausfinden, dass die Events zwar durch das long polling ankamen. Leider verhindert aber das Plugin dann die Weitergabe. Durch Verändern der Sourcen funktioniert es nun einwandfrei:
in der index.js Zeile 94
FHEM_update(informId, orig, no_update) {
if( orig === undefined
|| FHEM_cached[informId] === orig )
return;
FHEM_update(informId, orig, no_update) {
if( orig === undefined)
return;
Hi zusammen,
gibt es eine Anleitung, was zu tun ist, um homebridge komplett zu deinstallieren?
VG Yil
Zitat von: Yil am 24 Mai 2017, 00:57:51
Hi zusammen,
gibt es eine Anleitung, was zu tun ist, um homebridge komplett zu deinstallieren?
VG Yil
Die Installationsanleitung einfach umgekehrt abarbeiten!?
Gruß
Dan
Besteht die Möglichkeit mehrere Räume in der config.json anzugeben oder fügt ihr alle Geräte in den gesonderten Raum Homekit ein?
Zitat von: Spezialtrick am 27 Mai 2017, 12:56:55
Besteht die Möglichkeit mehrere Räume in der config.json anzugeben oder fügt ihr alle Geräte in den gesonderten Raum Homekit ein?
Hast du ein Siri Gerät definiert?
define Siri siriDann könntest du auf siriName filtern.
Gruß
Zitat von: Esjay am 27 Mai 2017, 13:26:03
Hast du ein Siri Gerät definiert?
define Siri siri
Dann könntest du auf siriName filtern.
Gruß
Ja das Gerät habe ich definiert. Dh. man filtert nach siriName und vergibt jedem "Homekit" das Attribut siriName?
die filter regex kann beliebig komplex sein. du kannst mit list testen ob sie macht was du möchtest. und du kannst mehrere fhem platforms definieren. jede mit eigenem filter.
guten abend zusammen.
ich bin ein wenig am verzweifeln. habe seit heute, an meiner markise, einen hm-lc-bl1pbu-fm und es funktioniert soweit auch alles.
anfangs war das problem dass bei 100% eingefahren und bei 0% ausgefahren war. das habe ich mit attr Markise param levelInvert vertauscht und nun passt es.
nur bei homebridge bzw in der home app zeigt er mir, wenn die markise eingefahren ist, geöffnet an und wenn sie ausgefahren ist zeigt er mir geschlossen an. das würde ich auch gern gedreht haben. geht das irgendwie? ich habe es schon mit dem homebridgemapping und verschiedenen invert=1 probiert, aber anscheinend funktioniert es nicht.
wäre für hilfe sehr dankbar.
gruß der verzweifelte erotikbaer :)
schon x mal behandelt...
bei homebridge bedeutet 0 unten (bzw. ausgefahren) und 100 oben (bzw eingefahren). das lässt sich nicht ändern.
das ist auch das normale verhalten für homemmatic. 0 ist unten/dunkel und 100 ist oben/hell. bei allen aktoren. dimmern und rolladen.
mit levelInverse kannst du ändern wie fhem den aktor darstellt falls er falsch herum angeschlossen ist. das ist aber nur ein workaround der einige probleme nach sich zieht. z.b. beim direkten peering.
wenn man levelInverse verwendet um die zahlen zu drehen geht das zwar auf den ersten blick, es geht aber jede konsistenz zwischen den anwendungen verloren. selbst wenn man die zahlenwerte in alexa-fhem umdrehen würde hilft es nicht wirklich da dann zum einen der anwenungsfall falsch angeschlossener aktor nicht mehr geht und zum andren (und viel problematischer) würde siri immer noch für ein gesprochenes auf 100 senden und für ein gesprochenes zu eine 0 und dann passen die auf und zu kommandos nicht mehr zu den zahlen werten.
das beste ist es wenn du dich an 0 zu/unten und 100 auf/oben gewöhnst. das geht am besten mit der eselsbrücke dimmer: hier ist auch 100 hell und 0 dunkel.
Gestern zufällig beobacht:
Bei einer Tür scheint Siri leicht verschiedene und andere Commands zu übergeben, je nachdem ob ich Unlock oder Open sage. Die unterscheiden sich auch nochmal von dem was aus der Home App kommt.
Neben den internen Werten scheint es noch true/false und 1/0 zu geben.
Zumindest via Sprachsteuerung könnte es damit einen Weg geben, die Keymatic komplett zu integrieren.
Viel Spaß beim Experimentieren!
Zitat von: justme1968 am 27 Mai 2017, 20:09:45
die filter regex kann beliebig komplex sein. du kannst mit list testen ob sie macht was du möchtest. und du kannst mehrere fhem platforms definieren. jede mit eigenem filter.
Ich wollte eigentlich nichts komplexes realisieren. Lediglich mehrere Räume in die Bridge einzubeziehen, um nicht jedes meiner Geräte in zwei Räume, also dem tatsächlichen und dem Homekit Raum, zuordnen zu müssen. Geht das?
wie oben schon geschrieben. entweder eine passende regex verwenden:"filter": "room=raum1|raum2"
oder mehrere platforms (z.b. pro raum) konfigurieren.
Zitat von: justme1968 am 30 Mai 2017, 13:33:56
wie oben schon geschrieben. entweder eine passende regex verwenden:"filter": "room=raum1|raum2"
oder mehrere platforms (z.b. pro raum) konfigurieren.
Viele Dank!
:)
@justme1968: ok, also am besten ohne levelInverse arbeiten. Dann bleibt aber trotzdem das Problem dass mir die Apple Home App anzeigt dass die Markise geschlossen ist, obwohl sie geöffnet ist. Bei einem Rolladen ist es vielleicht noch verständlich...wobei auch da irgendwie nicht. Denn die Home App zeigt das Gerät Markise als geschlossen an (und somit "ausgegraut") obwohl sie ausgefahren ist.
An das geschlossen und geöffnet kann man sich bestimmt gewöhnen, aber dass er es mir darstellt wie ein ausgeschaltetes gerät find ich sehr verwirrend.
Kann man da nix machen?
nein. da lässt sich leider nichts machen. wie etwas dargestellt wird regelt die jeweilige app alleine. ein anderes roblem ist das es (noch) keine eigene service klasse für markisen gibt.
ob die logik passt liegt an der betrachtungsweise. ausgefahren ist dunkel. also grau.
schau mal ob du mit eve besser zurecht kommst.
Hallo,
hat jemand schon mal einen WinMatic Fensterantrieb konfiguriert?
Ich steh da gerade auf der Leitung.
Ich habe es als Typ "window" definiert und mir folgendes homebridge Mapping ausgedacht, das mir grundsätzlich richtig erscheint:
CurrentPosition=1.LEVEL,factor=100 TargetPosition=control::control,factor=100 PositionState=1.DIRECTION,values=0:STOPPED;2:DECREASING;1:INCREASING
ABER:
CurrentPosition und TargetPosition sind ja vom Typ UINT und Prozentangaben.
Das geht also so lange gut, wie ich das Fenster nur öffne und schließe.
Wenn ich es aber auch verriegeln will, bzw. wenn es verriegelt ist, hat 1.LEVEL einen Wert von "-0.005".
Hat jemand hierfür eine Lösung?
Zitat von: aski71 am 06 Juni 2017, 17:42:01hat jemand schon mal einen WinMatic Fensterantrieb konfiguriert?
Wie kommst du auf die -0.005 bei level? Womit betreibst du das?
Dafür hab ich doch vor Ewigkeiten extra das HM Modul erweitern lassen?!
Komplettes Mapping mit Funktion zum verriegeln, wenn man manuell 1-4% setzt:
clear PositionState=direction,values=down:DECREASING;up:INCREASING;no:STOPPED;undefined:STOPPED,default=STOPPED
CurrentPosition=level,default=50,minValue=0,maxValue=100,minStep=1
TargetPosition=level,default=50,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:level+0;1:locked;2:locked;3:locked;4:locked,cmd=level,commandSuffix=ignore+75
StatusLowBattery=HM_XXXXXX_Akku:state,threshold=20,values=1:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
BatteryLevel=HM_XXXXXX_Akku:state,default=0
ObstructionDetected=motorErr,valueOff=ok
StatusActive=CommandAccepted,valueOn=yes
Zitat von: Markus M. am 06 Juni 2017, 17:49:31
Wie kommst du auf die -0.005 bei level? Womit betreibst du das?
Dafür hab ich doch vor Ewigkeiten extra das HM Modul erweitern lassen?!
Ich verwende HMCCU.
Zitat von: aski71 am 06 Juni 2017, 17:58:26
Ich verwende HMCCU.
Du könntest den Modulautor bitten, die getrennten Readings level und lock aus CUL_HM zu übernehmen.
Oder Userreadings verwenden. Oder den Wert auf 0 mappen.
Zitat von: Markus M. am 06 Juni 2017, 18:24:38
Du könntest den Modulautor bitten, die getrennten Readings level und lock aus CUL_HM zu übernehmen.
Oder Userreadings verwenden. Oder den Wert auf 0 mappen.
Danke für die Tipps, Markus.
Damit konnte ich das Problem lösen.
Sollte noch jemand HMCCU verwenden:
Ich habe ein userReading siriValue generiert, das den aktuellen Wert in volle Prozent umrechnet und den negativen Wert auf 0 setzt:
siriValue:1.LEVEL.* { my $windowstate = ReadingsVal("KMotorfenster","1.LEVEL","error"); return 0.0 if $windowstate < 0; return $windowstate*100; }Für den Target-Wert nehme ich das "control" Reading und Kommando. Zusätzlich wandle ich den Wert 0, wenn er von Home kommt, in das Kommando "lock" um, das ich vorher über eventMap angelegt habe.
CurrentPosition=siriValue,minValue=0,maxValue=100,minStep=1 TargetPosition=control,factor=100,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:lock,cmd=control PositionState=1.DIRECTION,values=0:STOPPED;2:DECREASING;1:INCREASING
Zitat von: aski71 am 06 Juni 2017, 19:30:45
Zusätzlich wandle ich den Wert 0, wenn er von Home kommt, in das Kommando "lock" um, das ich vorher über eventMap angelegt habe.
Meiner Meinung nach wenig sinnvoll, da man sich damit nur unnötig die Batterien leer macht.
Verriegeln muss man im Sommer nur wenn man das Haus verlässt (und im EG wohnt) oder es stürmt.
Zitat von: Markus M. am 06 Juni 2017, 20:01:01
Meiner Meinung nach wenig sinnvoll, da man sich damit nur unnötig die Batterien leer macht.
Verriegeln muss man im Sommer nur wenn man das Haus verlässt (und im EG wohnt) oder es stürmt.
... und dann sollte man auch dazu in der Lage sein. ;)
Zitat von: aski71 am 07 Juni 2017, 09:16:18
... und dann sollte man auch dazu in der Lage sein. ;)
1. Das sollte automatisch, komplett ohne eigenes Zutun passieren
2. Siehe Mapping weiter oben ;)
Zitat von: Markus M. am 07 Juni 2017, 09:30:21
1. Das sollte automatisch, komplett ohne eigenes Zutun passieren
2. Siehe Mapping weiter oben ;)
TargetPosition=level,default=50,minValue=0,maxValue=100,minStep=1,delay=2,cmds=0:level+0;1:locked;2:locked;3:locked;4:locked,cmd=levelWenn ich DAS hier richtig interpretiere, verriegelst Du bei 1-4% und bei 0 schließt Du nur?!
Zitat von: aski71 am 07 Juni 2017, 09:33:45
Wenn ich DAS hier richtig interpretiere, verriegelst Du bei 1-4% und bei 0 schließt Du nur?!
Richtig.
Damit kann ich die Fenster trotzdem noch manuell mit der Home App verriegeln.
Bei Abwesenheit, Wind oder im Winter passiert das automatisch.
Sorry wenn ich diesen Fehler jetzt vermutlich zum 10x poste.. ich habe hier aber leider keine Lösung gefunden. Ich nutze einen Rpi2 für Homebridge und Alexa und bis vor einer Stunde lief auch noch alles. Dann dachte ich, date doch mal das system up. ok never touch.. ich weis schon aber an beiden Modulen wird ja noch kräftig entwickelt. Ich bekomme nun den schon viel geposteten DNS Fehler:
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Kann mir einer sagen wie ich den Fehler weg bekomme ohne alles neu aufzusetzen ;) So hatte ich mir dann beim letzten mal geholfen.
Zitat von: Borkk am 11 Juni 2017, 22:49:11
Sorry wenn ich diesen Fehler jetzt vermutlich zum 10x poste.. ich habe hier aber leider keine Lösung gefunden. Ich nutze einen Rpi2 für Homebridge und Alexa und bis vor einer Stunde lief auch noch alles. Dann dachte ich, date doch mal das system up. ok never touch.. ich weis schon aber an beiden Modulen wird ja noch kräftig entwickelt. Ich bekomme nun den schon viel geposteten DNS Fehler:
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Kann mir einer sagen wie ich den Fehler weg bekomme ohne alles neu aufzusetzen ;) So hatte ich mir dann beim letzten mal geholfen.
sudo apt-get install -y libavahi-compat-libdnssd-devSollte helfen...
Gruß
Dan
Danke für den Tipp, hat leider nicht geholfen.
... is already the newest version...
noch eine Idee...
Zitat von: Borkk am 12 Juni 2017, 09:41:39
Danke für den Tipp, hat leider nicht geholfen.
... is already the newest version...
noch eine Idee...
Probier mal folgendes:
cd /usr/lib/node_modules/homebridge *der Odnder wo homebridge installiert wurde*
sudo npm install --unsafe-perm mdns
sudo npm rebuild --unsafe-permgefunden habe ich das hier: https://github.com/nfarina/homebridge/issues/905#issuecomment-274251797 (https://github.com/nfarina/homebridge/issues/905#issuecomment-274251797)
Danke TiEr, das scheint geholfen zu haben, Homebridge startet schon mal wieder. :)
Ich habe jetzt zwar noch das Problem:
TypeError: Cannot read property 'split' of undefined
at Object.FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:1556:37)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1063:42)
at Array.map (native)
at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1060:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:188:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1171:10)
at emitOne (events.js:96:13)
at Request.emit (events.js:188:7)
Nach dem Update schein wohl irgendein Device Probleme zu machen, aber das finde ich schon raus. Danke erst mal für die Hilfe beim DNS Probelem
du hast ein device vom typ garage bei dem mit der setList etwas nicht stimmt.
gruss
andre
Hihi, gerade wollte ich das posten.. hatte in der Tat mir dem GenericDeviceType "Garage" rumexperimentiert. Rollo wieder auf blind und schon läuft wieder alles :)
Hallo,
habe Homekit mit fhem laufen aber folgendes Problem.
Meine ZWave Steckdosen werden in HomeKit immer als On angezeigt, im debugger von Homebridge ist aber Off zu sehen.
Sollten auch Off anzeigen, das ganze habe ich aber nur bei 2 Steckdosen, die anderen 2 funktionieren einwandfrei. Sind alle vom gleichen Typ.
Auch ist das Problem das meine Fensterkontakte von MAX! immer wieder anderen Räumen zugewiesen werden, mal ist Küche Kinderzimmer oder Schlafzimmer Badezimmer usw.
Jemand eine Idee?
Gruß Mr
Hallo zusammen,
im Prinzip funktioniert Homebridge bei mir sehr gut - MAX-Geräte lassen sich samt AUTO/ECO/BOOST/OFF über Homekit steuern, HM-Zwischenstecker und die Harmony-Remote sind auch integriert.
Die Harmony macht auch leider ein paar Probleme. Wenn ich den Pi neu starte, hat sich scheinbar der Hub noch nicht vollständig mit FHEM gekoppelt, so das alle Activities in Homekit fehlen. Ein Neustart des Homebridge-Services behebt das Problem. Kann man da was tun? z.B. den Homebridge-Service später starten oder die Activities in FHEM "fest" machen?
Außerdem muss ich nach jedem Neustart die Activity "Apple.TV" auf dem iPhone in "Apple TV" umbenennen, damit man die Activity per Siri aufrufen kann und alle "unerwünschten" Activities aus den Favoriten löschen. In den erstellen Szenen von Homekit fehlen die Harmony-Activities dann auch...ziehmlich viel Aufwand für einen Neustart. Kann da jemand helfen?
Das 3. Problem: Ich habe "Homebridge Start und Status in FHEM" aus der WIKI eingerichtet. Stop, Start und Restart funktionieren aus FHEM, nur der Status wird nicht angezeigt. Es ist nur der letzte Befehl (Stop, Start oder Restart) zu sehen, den ich gegeben habe. Vielen Dank für eure Hilfe.
Hallo,
Betreibe homebridge unter anderem mit ein paar Lightify lights. Nach einem Reboot erscheinen die Hue Lights in der Home App meistens immer wieder im Standardraum, obwohl ich sie vorher einem bestimmten Raum zugewiesen habe. Eine Idee woran das liegen kann oder wie ich das Debuggen kann? Bei allen anderen Devices passiert das nicht.
Grüße,
Chris
Diese Einstellung mit Raum HomeKit ist eigentlich eher für die Anfänger gedacht. Du kannst auch nach völlig anderen Kriterien selektieren, z.B. Attribute oder Typen.
Zitat von: volschin am 02 Juli 2017, 11:27:23
Diese Einstellung mit Raum HomeKit ist eigentlich eher für die Anfänger gedacht. Du kannst auch nach völlig anderen Kriterien selektieren, z.B. Attribute oder Typen.
Nicht was gemeint war!
Die Hue Lampen verlieren in der Home App nach einem Neustart von homebridge ihre Raumzuordnung.
Passiert mit auch ständig.
Meine Homebridge starter nicht mehr.
Ich habe auch die Schritte auf den letzten Seiten befolgt - kein Erfolg.
Die Homebridge ist auf einmal nicht mehr gegangen.
Ich bekommen nun auch folgende Fehlermeldung:
Zitatevents.js:141
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:907:11)
at exports._exceptionWithHostPort (util.js:930:20)
at Server._listen2 (net.js:1250:14)
at listen (net.js:1286:10)
at Server.listen (net.js:1382:5)
at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:486:16)
at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:114:16)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:372:14)
pi@xxxhome:/usr/local/lib/node_modules/homebridge $
Kann mir jemand weiterhelfen ?
Danke !
Zitat von: Matze1116 am 03 Juli 2017, 09:02:37
Meine Homebridge starter nicht mehr.
Ich habe auch die Schritte auf den letzten Seiten befolgt - kein Erfolg.
Die Homebridge ist auf einmal nicht mehr gegangen.
Ich bekommen nun auch folgende Fehlermeldung:
Kann mir jemand weiterhelfen ?
Danke !
ZitatError: listen EADDRINUSE :::51826
Da läuft noch was...
Gruß
Dan
Zitat von: DeeSPe am 03 Juli 2017, 09:27:43
Da läuft noch was...
Gruß
Dan
Vielen Dank erst einmal !
Und wie kann ich das denn beenden ?
Ich habe meiner Meinung nach alles in die Wegen geleitet - mein Latein ist am Ende :(
Zitat von: Matze1116 am 03 Juli 2017, 10:04:17
Vielen Dank erst einmal !
Und wie kann ich das denn beenden ?
Ich habe meiner Meinung nach alles in die Wegen geleitet - mein Latein ist am Ende :(
Das kommt darauf an wie Du es gestartet hast!
Einfach mal testen:
sudo systemctl stop homebridgeund/oder
sudo killall homebridgeGruß
Dan
Zitat von: DeeSPe am 03 Juli 2017, 10:09:58
Das kommt darauf an wie Du es gestartet hast!
Einfach mal testen:
sudo systemctl stop homebridge
und/oder
sudo killall homebridge
Gruß
Dan
Hallo Dan,
viele Dank - das ganze hat gefruchtet.
Ich konnte nun die Homebridge wieder über den Befehl Homebridge ohne Fehler starten.
Sie erscheint zwar nun nicht mehr in meiner Home App am Telefon. Muss aber einen anderen Fehler haben.Danke einmal
Kann mir jemand sagen wo mein fehler ist warum das tor nicht geschlossen anzeigt?
define Gar.Toroeffner dummy
attr Gar.Toroeffner genericDeviceType garage
attr Gar.Toroeffner homebridgeMapping CurrentDoorState=TOR_Zu:state,values=closed:1;;open:0\ TargetDoorState=state,cmds=0:open;;1:closed,values=closed:1;;open:0
attr Gar.Toroeffner room Homekit,Garage
define Gar.Toroeffner.Notify notify Gar.Toroeffner { fhem("set Garagentor on-for-timer 1")}
kann mir jemand ne hilfe geben?
hätte auch noch die Positzionsagabe TOR_Auf zu verfügung.
Habe jetzt etwas umgebaut nur leider immernoch ohne erfolg vieleicht kann meinen fehler doch jemand sehen:
TORsteu bekommt je nach dem welcher sensor belegt ist (TOR_Zu, TOR_Luft, TOR_Auf) den state zu, luft, auf
die TOR_Zu, TOR_Luft, TOR_Auf, haben jeweils den state on wen belegt.
Meine code für die tor steuerung in Homebridge
define Gar.Toroeffner dummy
attr Gar.Toroeffner devStateIcon closed:fts_garage_door_100@green open:fts_garage@red
attr Gar.Toroeffner genericDeviceType garage
attr Gar.Toroeffner homebridgeMapping CurrentDoorState=TORsteu:state,values=zu:1;;;;auf:0\\
TargetDoorState=state,cmds=0:open;;;;1:closed,values=closed:1;;;;open:0
attr Gar.Toroeffner room Homekit,Garage
define Gar.Toroeffner.Notify notify Gar.Toroeffner { fhem("set Garagentor on-for-timer 1")}
Habe nen Prtoblen endeckt:
in der conf habe ich jetzt auf
define Gar.Toroeffner dummy
attr Gar.Toroeffner devStateIcon closed:fts_garage_door_100@green open:fts_garage@red
attr Gar.Toroeffner genericDeviceType garage
attr Gar.Toroeffner homebridgeMapping CurrentDoorState=TOR_Zu:state,values=on:1;;off:0\
TargetDoorState=state,cmds=0:open;;1:closed,values=closed:1;;open:0
attr Gar.Toroeffner room Homekit
define Gar.Toroeffner.Notify notify Gar.Toroeffner { fhem("set Garagentor on-for-timer 1")}
verändert doch auf fhem hp steht bei mir:
homebridgeMapping
CurrentDoorState=TOR_Zu:state,values=on:1;off:0
TargetDoorState=state,cmds=0:open;1:closed,values=closed:1;open:0
wo ich jetzt sehe das ; eingefügt sind oder fehlen frage ist wie ist der aufbau nun koreckt?
Zitat von: philippr am 30 Juni 2017, 20:08:31
Hallo zusammen,
im Prinzip funktioniert Homebridge bei mir sehr gut - MAX-Geräte lassen sich samt AUTO/ECO/BOOST/OFF über Homekit steuern, HM-Zwischenstecker und die Harmony-Remote sind auch integriert.
Die Harmony macht auch leider ein paar Probleme. Wenn ich den Pi neu starte, hat sich scheinbar der Hub noch nicht vollständig mit FHEM gekoppelt, so das alle Activities in Homekit fehlen. Ein Neustart des Homebridge-Services behebt das Problem. Kann man da was tun? z.B. den Homebridge-Service später starten oder die Activities in FHEM "fest" machen?
Außerdem muss ich nach jedem Neustart die Activity "Apple.TV" auf dem iPhone in "Apple TV" umbenennen, damit man die Activity per Siri aufrufen kann und alle "unerwünschten" Activities aus den Favoriten löschen. In den erstellen Szenen von Homekit fehlen die Harmony-Activities dann auch...ziehmlich viel Aufwand für einen Neustart. Kann da jemand helfen?
Das 3. Problem: Ich habe "Homebridge Start und Status in FHEM" aus der WIKI eingerichtet. Stop, Start und Restart funktionieren aus FHEM, nur der Status wird nicht angezeigt. Es ist nur der letzte Befehl (Stop, Start oder Restart) zu sehen, den ich gegeben habe. Vielen Dank für eure Hilfe.
Wie hast Du die Max-Geräte in HomeKit integriert. Könntest Du Deine Konfiguration zur Verfügung stellen?
Hallo zusammen,
habe ein kleines Problem mit dem Mapping meiner Rauchmelder, irgendwo habe ich einen Fehler drin den ich nicht finde :(
Im Rauchmelder habe ich das Reading "alarm" mit dem Event "Smoke: Alarm Test" sobald ich den Rauchmelder in den Testmodus schicke
als Mapping dafür habe ich schon folgende Versionen probiert
SmokeDetected=alarm,values=/(Smoke: Alarm Test)/:SMOKE_DETECTED;/(cleared)/:SMOKE_NOT_DETECTED
clear SmokeDetected=alarm,values=/(Smoke: Alarm Test)/:SMOKE_DETECTED;/(cleared)/:SMOKE_NOT_DETECTED
SmokeDetected=alarm,values=/(Smoke:+Alarm+Test)/:SMOKE_DETECTED;/(cleared)/:SMOKE_NOT_DETECTED
Testweise habe ich auch mal einen Dummy angelegt und es mit dem reading "state" event on / off getestet
SmokeDetected=state,values=on:SMOKE_DETECTED;off:SMOKE_NOT_DETECTED
das funktioniert einwandfrei... scheint also irgendwie an meinem Regex zu liegen, allerdings funktioniert das (Smoke: Alarm Test) in einem DoIf der ebenfalls für die Rauchmelder ist ohne Probleme.
Sieht jemand den Fehler oder hat eine Idee für mich ?
Vielen Dank
Gruß
in der regex musst du die leerzeichen mit \s oder . maskieren ersetzen. nicht durch +. die ( ) kannst du weg lassen. den : solltest du auch durch einem . maskieren ersetzen.
danke dir, so müsste es dann richtig sein oder ?
SmokeDetected=alarm,values=/Smoke.:. Alarm. Test/:SMOKE_DETECTED;/cleared/:SMOKE_NOT_DETECTED
die leerzeichen durch punkte ersetzen. nicht ergänzen.
ah ok, perfekt, vielen Dank!
habe es eben endlich ausprobieren können, leider schmeckt ihm wohl noch immer etwas nicht : (
SmokeDetected=alarm,values=/Smoke.:.Alarm.Test/:SMOKE_DETECTED;/cleared/:SMOKE_NOT_DETECTED
Kann ich noch etwas anderes versuchen ?
der : ist noch zu viel.
ok krass, jetzt gehts, vielen Dank ! Mit RegEx muss ich mich wohl noch mehr beschäftigen, dachte den : habe ich mit dem . raus genommen
Finales funktionieredns Ergebnis also
SmokeDetected=alarm,values=/Smoke..Alarm.Test/:SMOKE_DETECTED;/cleared/:SMOKE_NOT_DETECTED
DANKE!
Problem mit iOS11:
Einige Devices tauchen als "Unsupported" auf.
Laut anderen Foren jeweils das erste einer homebridge Instanz
Apple Home führt auch zu wahllosen Resprings wegen Crashes in "com.apple.HMHome.client_queue"
Guten Morgen.
Ich habe ein Problem mit meinen HM-Heizthermostaten. Diese stehen auf "OFF", allerdings versucht HomeKit diese auf 5° zu stellen. Kann mir jemand. veraten wo ich welche Einstellung vornehmen muss, damit mir in HomeKit nicht 5° sondern "AUS" angezeigt wird??
vielen Dank.
Zitat von: bjoernbo am 16 Juli 2017, 09:43:09
Guten Morgen.
Ich habe ein Problem mit meinen HM-Heizthermostaten. Diese stehen auf "OFF", allerdings versucht HomeKit diese auf 5° zu stellen. Kann mir jemand. veraten wo ich welche Einstellung vornehmen muss, damit mir in HomeKit nicht 5° sondern "AUS" angezeigt wird??
vielen Dank.
Hi bjornbo,
ich habe auch die HM-Heizthermostate. Ich habe es mit folgendem homebrigeMapping in den Griff bekommen:
CurrentPosition=ValvePosition TargetHeatingCoolingState=controlMode,values=Off:OFF;/^auto/:AUTO;/^manual/:HEAT,cmds=OFF:off;HEAT:controlMode+manual;COOL:controlMode+night;AUTO:controlMode+auto
TargetTemperature=desired-temp,minStep=0.5
CurrentTemperature=measured-temp,minstep=0.1Grüße
Timo
Zitat von: philippr am 30 Juni 2017, 20:08:31
Das 3. Problem: Ich habe "Homebridge Start und Status in FHEM" aus der WIKI eingerichtet. Stop, Start und Restart funktionieren aus FHEM, nur der Status wird nicht angezeigt. Es ist nur der letzte Befehl (Stop, Start oder Restart) zu sehen, den ich gegeben habe. Vielen Dank für eure Hilfe.
Das selbe Problem habe ich auch...
@Markus M.: mit der aktuellen beta3 habe ich keine homebridge probleme und kein unsupported mehr.
Zitat von: justme1968 am 18 Juli 2017, 10:27:22
@Markus M.: mit der aktuellen beta3 habe ich keine homebridge probleme und kein unsupported mehr.
Ich bin leider erst damit eingestiegen.
Alles up to date. Du hattest das vorher auch? Ging dann wieder weg?
Im Heim Netzwerk aktuell teilweise alle X Minuten Resprings und fehlende Devices.
mit der erste beta hatte ich das problem und auch noch andere. das einzige was aktuell nicht geht sind videos von den kammeras. die standbilder gehen.
hast du die public beta oder die developer beta?
Zitat von: justme1968 am 18 Juli 2017, 10:34:57
hast du die public beta oder die developer beta?
Die aktuelle Dev Beta.
Da ich nur Netatmo Kameras zuhause hab, bekomme ich mangels kompatiblem Stream leider sowieso nur Standbilder ;)
Mal was ganz anderes: gibt es ein Plugin für Homebridge, mit dem man Aktionen durchführen kann, sobald sich ein Apple-Gerät mit Homebridge verbindet oder diese Verbindung trennt? Damit könnte man nämlich eine schöne Anwesenheitserkennung bauen - sobald mein Handy sich in mein WLAN einbucht, stellt es nämlich als erstes die Verbindung zu Homebridge her.
Das Modul nennt sich PRESENCE in FHEM.
Zitat von: volschin am 18 Juli 2017, 16:52:33
Das Modul nennt sich PRESENCE in FHEM.
Themaverfehlung :)
Aber eine Zuhause Szene in der Home App sollte klappen, die beispielsweise dann einen Dummy anschaltet.
Kamera hab ich schon aktiv. PICam und eine Instar. Beides über Motioneye. Live und Standbilder in der Homeapp.
https://github.com/KhaosT/homebridge-camera-ffmpeg (https://github.com/KhaosT/homebridge-camera-ffmpeg)
https://github.com/ccrisan/motioneye/wiki (https://github.com/ccrisan/motioneye/wiki)
Gesendet von iPhone mit Tapatalk
Zitat von: Markus M. am 18 Juli 2017, 16:57:18
Themaverfehlung :)
Aber eine Zuhause Szene in der Home App sollte klappen, die beispielsweise dann einen Dummy anschaltet.
Was ist daran Themaverfehlung?
Es gibt 4 Auslöser für Automation:
- Standortänderung
- Tageszeit
- Gerät
- Sensor
Also entweder man geht über GPS oder über ein Gerät/Sensor. Das FHEM Presence läuft bei mir als Sensor. Eine Einbuchung bei Homebridge ist nicht vorgesehen, die kann genausogut remote erfolgen.
Hallo,
ich habe FHEM schon länger erfolgreich mit meinem MAX Cube im Einsatz. Jetzt habe ich mir zusätzlich das Homebridge Plugin installiert und bin sehr begeistert. Es zeigt auf Anhieb die Raumtemperaturen, die Zieltemperaturen und den Status der Fenstersensoren unter iOS. Tolle Arbeit!
Was leider noch nicht geht ist, dass ich unter iOS den Modus ändern kann. Klicke, auf "Aus", "Warm", "Kalt" oder "Automatisch" passiert einfach gar nichts.
Ich denke, dass ich noch ein "TargetHeatingCoolingState" setzen muss, weiss aber nicht wie dieses attr für ein Max Thermostat aussehen muss. Kann mir jemand damit helfen?
Ich stelle mir das grob so vor:
Aus=Manueller Modus + eco Temperaturen
Kalt=Automatischer Modus + Eco Temperaturen
Warm=Automatischer Modus + Boost
Automatisch=Automatischer Modus + Comfort Temperaturen
Aktuell sieht ein Thermostat bei mir so aus:
define Heizung.Bad MAX HeatingThermostatPlus 0b0542
attr Heizung.Bad userattr Raum Raum_map Thermostate Thermostate_map Wohnung Wohnung_map structexclude
attr Heizung.Bad IODev ml
attr Heizung.Bad Raum Heizmodus
attr Heizung.Bad Thermostate Heizmodus
attr Heizung.Bad Wohnung Wohnung
attr Heizung.Bad alias Badezimmer
attr Heizung.Bad group Heizungen
attr Heizung.Bad room Badezimmer,Homebridge
attr Heizung.Bad fhem_widget_command {"controlled_attribute":"desiredTemperature","allowed_values":["15.0","15.5","16.0","16.5","17.0","17.5","18.0","18.5","19.0","19.5","20.0","20.5","21.0","21.5","22.0","22.5","23.0","23.5","24.0","24.5","25.0"],"order":4}
attr Heizung.Bad keepAuto 1
Zitat von: justme1968 am 18 Juli 2017, 10:27:22
@Markus M.: mit der aktuellen beta3 habe ich keine homebridge probleme und kein unsupported mehr.
Bei mir flutscht HomeKit in der aktuellen Dev Beta schneller und problemloser denn je.
Hoffentlich bleibt das so... :-X
Zitat von: volschin am 18 Juli 2017, 18:11:04
Was ist daran Themaverfehlung?
Wenn du die Frage nach einem "Plugin für Homebridge, mit dem man Aktionen durchführen kann, sobald sich ein Apple-Gerät mit Homebridge verbindet oder diese Verbindung trennt?" mit einem lapidaren Verweis auf das PRESENCE-Modul beantwortest, ist das eine Themenverfehlung, da das Modul dies zumindestens alleine nicht leistet. Mit einer Function oder einem Script wäre es zwar denkbar, turnusgemäß zu überprüfen, ob von einer bestimmten IP aus Verbindungen zu den Homebridge-Instanzen aufgebaut sind - z.B. die Ausgabe von netstat, lsof o.ä. parsen. Ich möchte das ganze aber ohne nervende Verzögerung. Sobald ich mich meinem Haus nähere, mein Handy sich in das WLAN einbucht und das SYNACK durch die Leitung fließt, soll die Anwesenheit erkannt werden.
(OK, die WLAN-Einbuchung an sich würde auch schon reichen, allerdings habe ich es nicht erfolgreich geschafft, diese
in Echtzeit in der Fritzbox auszuwerten.)
Zitat von: volschin am 18 Juli 2017, 18:11:04
Es gibt 4 Auslöser für Automation:
- Standortänderung
- Tageszeit
- Gerät
- Sensor
Also entweder man geht über GPS oder über ein Gerät/Sensor. Das FHEM Presence läuft bei mir als Sensor.
Wer definiert das? Ich löse meine Automationen so aus, wie ich es für richtig halte. Darum habe ich mit FHEM ja ein individuell konfigurierbares System ausgewählt und eben nicht etwas geschlossenes, bei dem der Hersteller entscheidet, wie ich es zu verwenden habe.
Zitat von: volschin am 18 Juli 2017, 18:11:04
Eine Einbuchung bei Homebridge ist nicht vorgesehen, die kann genausogut remote erfolgen.
Wo ist die nicht vorgesehen - bei HomeBridge, bei FHEM, in der heiligen Schrift .. ? Mag im Moment ja stimmen. Dann sehen wir es eben jetzt vor.
Eine Remote-Einbuchung dürfte hier nicht vorkommen da das HomeKit-Protokoll nicht wirklich routingfähig ist. Da wird dann stattdessen z.B. ein AppleTV mit der Homebridge-Instanz quatschen. Und selbst wenn es über VPN ginge - spätestens, sobald ich die MAC überprüfe, hab ich Klarheit.
Am schönsten wäre, wenn man das in ein Plugin für Homebridge gießen könnte. "Sobald eine Verbindung auf- bzw. abgebaut wird, rufe ein Script auf und übergib dem die IP bzw MAC des entsprechenden Gerätes (das Script spricht dann mit FHEM und aktualisiert den Status). Nun weiß ich aber nichts über die Entwicklung von Homebridge-Plugins, vielleicht kann sich ja jemand, der davon mehr Ahnung hat, mal dazu äußern, ob sowas ohne Änderung an Homebridge selbst programmierbar ist.
Alternativ könnte sowas z.B. mit ipfilter, conntrackd, ulogd u.ä. realisiert werden (notfalls durch diese Tools Logs erzeugen und diese in Echtzeit parsen), aber das wird sicher wieder komplexer und fehleranfälliger. Meine Hoffnung ist, dass es mit dem hier geschilderten Ansatz einfacher geht.
der ansatz ist deshalb schon nicht gut da sich das gerät nicht automatisch und sofort mit homekit verbindet. da ist nix mit zeitnah.
und selbst wenn es das täte verbindet es sich davor auf jeden fall erst mal mit deinem wlan. hier anzusetzen ist doch viel besser. sobald das gerät sich z.b. per dhcp eine ip holt. das ginge z.b. so wie es das dash_dhcp für die amazon dash buttons macht.
homebridge plugins wissen übrigens nicht von irgendwelchen connections die auf oder abgebaut werden. homebridge ist auch frei werte zu cachen und garnicht erst beim plugin anzufragen. so ein plugin ist schlicht und einfach der falsche ansatz.
Zitat von: justme1968 am 19 Juli 2017, 14:43:51
... verbindet es sich davor auf jeden fall erst mal mit deinem wlan. hier anzusetzen ist doch viel besser. sobald das gerät sich z.b. per dhcp eine ip holt. das ginge z.b. so wie es das dash_dhcp für die amazon dash buttons macht.
Beim WLAN-Verbindungsaufbau anzusetzen war auch meine ursprüngliche Idee, aber damit war ich nicht so recht weitergekommen. Auf die Idee, den DHCP-Request auszunutzen, war ich noch nicht gekommen.
Während ich das schreibe, habe ich mir den Source von dash_dhcp gerade einmal durchgelesen. Ich hab mich mit dem Modul nie befasst, weil ich Dashbuttons uninteressant fand, aber im Grunde ist das doch schon die gebrauchsfertige Lösung und ich muss gar nichts mehr selbst programmieren? Statt der MACs von Dashbuttons trage ich halt die von den Handys ein, und schubse mit einem DOIF ein bereits vorhandenes PRESENCE-Device manuell auf "present" um, sobald das passende Event kommt.
Zitat von: f-zappa am 19 Juli 2017, 15:40:54
Beim WLAN-Verbindungsaufbau anzusetzen war auch meine ursprüngliche Idee, aber damit war ich nicht so recht weitergekommen. Auf die Idee, den DHCP-Request auszunutzen, war ich noch nicht gekommen.
Während ich das schreibe, habe ich mir den Source von dash_dhcp gerade einmal durchgelesen. Ich hab mich mit dem Modul nie befasst, weil ich Dashbuttons uninteressant fand, aber im Grunde ist das doch schon die gebrauchsfertige Lösung und ich muss gar nichts mehr selbst programmieren? Statt der MACs von Dashbuttons trage ich halt die von den Handys ein, und schubse mit einem DOIF ein bereits vorhandenes PRESENCE-Device manuell auf "present" um, sobald das passende Event kommt.
Und was tust Du dagegen dass Dein Handy sein WLAN schlafen legt?
Da es für dieses Problem keine Lösung gibt, halte ich PRESENCE anhand von Handy per WLAN ungünstig!
Wie lange willst Du auf das "absent" warten nachdem Du gegangen bist? Das dauert m.E. ein Weilchen...
Gruß
Dan
hier ging es ja vor allem um das schnelle erkennen wenn das handy in reichweite kommt. und das geht damit auf jeden fall. wie gut das abmelden bei einer dhcp basierten version geht weiss ich nicht. man könnte aber z.b. die lease time auf 10 minuten setzen.
ich mache die erkennung über den unifi controller und der meldet die wlan geräte absolut zuverlässig ab wenn die geräte 15 minuten nicht mehr in reichweite waren. klappt mit jedem handy. basiert aber halt auf dem wissen des controllers der auch infos zum sleep mode hat. an die kommt man rein auf netzwerk ebene nicht ran. nur wenn man den funk mit schneiden würde. vorher hatte ich wlan über airport base stations und da hat es per snmp ebenfalls wunderbar funktioniert.
die 15 minuten haben sich übrigens auch als sehr praktikabler zeitraum herausgestellt.
Zitat von: justme1968 am 19 Juli 2017, 17:27:09
hier ging es ja vor allem um das schnelle erkennen wenn das handy in reichweite kommt. und das geht damit auf jeden fall.
Genau. Den tatsächliche Presence-Status einer Person steuert bei mir ein inzwischen recht längliches DOIF, was auf unterschiedlichste Trigger reagiert. Einer davon ist jetzt, wenn ein Handy einen DHCP-Lease verlangt (und das triggert tatsächlich nur "present", für "absent" gibt es bessere Kriterien als ein nicht rechtzeitig erneuerter DHCP-Lease).
Hallo.
Noch mal ne dumme Frage. Ich blicke beim Homebridgemapping im Moment noch garnicht durch. Irgendwie fehlt da noch der zündende Funken.
Deshalb die Bitte an die Experten hier, wer kann mir eine Codezeile erstellen für folgende Situation.
Die Abfrage des Status eines Fensterkontaktes von MAX bringt immer nur die Aussage "Fenster ist geschlossen" auch wenn das Fenster auf ist.
Das DEVICE in FHEM nennt sich "MAX_073eff", DEF ist "ShutterContact 073eff", Alias ist "Fenster"
Die gelieferten Werte aus dem internals STATE sind "closed" und "opened"
Benötigte Werte (soweit ich das verstanden habe) für die richtige Aussage von Alexa sind "closed" und "open"
Das bedeutet also, ich muss eigentlich nur den Wert "opened" nach "open" umbiegen. Aber wie?
Danke schon mal.
Hallo, Eigentlich benötigst Du für Max Komponenten kein Homebridge Mapping. Hast Du das attr genericDeviceType "shutterContact" gesetzt?
Gesendet von iPad mit Tapatalk
Danke für die Antwort. Ja, genericDevieType ist auf shutterContac gesetzt.
Internals:
DEF ShutterContact 073eff
IODev ml
LASTInputDev ml
MSGCNT 6
NAME MAX_073eff
NR 57
STATE opened
TYPE MAX
addr 073eff
backend ml
ml_MSGCNT 6
ml_TIME 2017-07-23 13:33:32
rferror 0
serial KEQ0190418
type ShutterContact
READINGS:
2017-07-23 13:33:32 MAXLAN_error 0
2017-07-23 13:33:32 MAXLAN_errorInCommand
2017-07-23 13:33:32 MAXLAN_initialized 1
2017-07-23 13:33:32 MAXLAN_isAnswer 0
2017-07-23 13:33:32 MAXLAN_valid 1
2017-07-23 13:33:32 battery ok
2017-07-23 13:30:31 firmware 1.4
2017-07-23 13:30:31 groupid 1
2017-07-23 13:33:32 onoff 1
2017-07-23 13:33:32 state opened
2017-07-23 13:30:31 testresult 15
internals:
interfaces switch_active;battery
Attributes:
IODev ml
alexaName Fenster
alexaRoom Wohnzimmer
alias Fenster
genericDeviceType shutterContact
room MAX,Wohnzimmer,alexa
Ach ich sehe gerade, Du machst das mit Alexa und nicht mit Siri/Eve . Ich vermute das es daran liegen könnte. Bin leider im Homebridgemapping auch nicht so richtig firm. Schonmal gegoogelt?
Gesendet von iPad mit Tapatalk
Im wiki für homebridge gibt es ein mapping für EnOcean Fensterkontakte. Vielleicht kannst Du die auf die Values und States von Max umschreiben.
Gesendet von iPad mit Tapatalk
Sorry, bin wohl bei 1000 geöffneten Forumfenstern im falschen gelandet.
Nach dem Wiki habe ich es auch schon versucht.
Das Beispiel im wiki sieht ja so aus:
attr STM250 genericDeviceType ContactSensor
attr STM250 homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
Ich habe es entsprechend geändert in:
attr MAX_073eff genericDeviceType ContactSensor
attr MAX_073eff homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;opened:CONTACT_NOT_DETECTED
Hat allerdings nicht funktioniert. Deshalb sagte ich ja, Ich blicke da noch nicht durch :-\
Also das Mapping sieht so nicht gut aus glaube ich.Aber wie gesagt ich kann Dir da auch nicht so richtig gut helfen. Vielleicht liest noch jemand mit. Insbesondere in Sachen Alexa weiß ich nicht so genau, ob man da auch die gleichen Einstellungen haben muß, wie bei Homebridge und Siri. Sorry.
Gesendet von iPad mit Tapatalk
Kein Problem, trotzdem Danke für Deine Antwort. Ich werde die gleiche Frage mal im passenden Alexa Thread stellen.
Moin zusammen,
ich habe ein Problem mit meinem NUKI Schloss in Homebridge:
Das schloss läuft gut in Homebridge, wenn ich die Home App von Apple verwende. Dort versucht die App beim Schalten die Zustände 0 (öffnen) und 1 (schließen) zu setzen. Ich Interpretiere diese mit unlatch und lock. Alles gut.
Jul 24 22:14:47 SRV-100-021 homebridge[16792]: [2017-07-24 22:14:47] [FHEM] 21301.DoorLock.1: executing set cmd for LockTargetState with value 1
Jul 24 22:14:47 SRV-100-021 homebridge[16792]: [2017-07-24 22:14:47] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%2021301.DoorLock.1%20unlatch&XHR=1
Interessant wird es bei Siri: Die verwendet nicht 1 und 0 sondern true und false.
Jetzt dachte ich mir ich setze die Kommandos dafür auch noch, aber das klappt leider nicht.
attr 21301.DoorLock.1 homebridgeMapping LockCurrentState=lockState,values=lock:SECURED;unlock:UNSECURED;unlatch:UNSECURED LockTargetState=lockState,cmds=1:lock;0:unlatch;true=lock;false=unlatch
Jul 24 22:16:17 SRV-100-021 homebridge[16849]: [2017-07-24 22:16:17] [FHEM] 21301.DoorLock.1: executing set cmd for LockTargetState with value true
Jul 24 22:16:17 SRV-100-021 homebridge[16849]: [2017-07-24 22:16:17] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%2021301.DoorLock.1%20undefined%20true&XHR=1
Kann man das durch ein Mapping abfangen oder ist das ein Modulproblem?
├─┬ homebridge@0.4.20
├─┬ homebridge-fhem@0.3.7
├─┬ homebridge-homematic@0.0.72
├─┬ homebridge-lightify@0.0.10
├─┬ homebridge-server@1.0.24
│ └─┬ homebridge@0.4.19
Vielen Dank im Voraus
Jan
du musst : verwenden. keine =
Danke. Das war schon so blöd dass es weh tun müsste. ;)
Du bist der Beste :)
Moin liebe Leute, ich kämpfe mal wieder etwas mit HomeKit.
Habe eben ein Update auf FHEM 5.8 gemacht und danach wie Andre geschrieben Homebridge drüber installiert.
sudo npm install -g --unsafe-perm homebridge
sudo npm install -g homebridge-fhem
Wenn ich es richtig gesehen habe, sollte nun folgender Versionsstand installiert sein:
homebridge-fhem: 0.3.7
homebridge: 0.4.22
Nach der Installation habe ich ein restart gemacht und der Service ist "active"
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Wed 2017-07-26 10:31:25 CEST; 3s ago
Process: 6395 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 7303 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Jul 26 10:31:25 raspberrypi su[7307]: Successful su for pi by root
Jul 26 10:31:25 raspberrypi su[7307]: + ??? root:pi
Jul 26 10:31:25 raspberrypi su[7307]: pam_unix(su:session): session opened ...0)
Jul 26 10:31:25 raspberrypi sudo[7323]: pi : TTY=unknown ; PWD=/home/pi ; US...w
Jul 26 10:31:25 raspberrypi sudo[7323]: pam_unix(sudo:session): session open...)
Jul 26 10:31:25 raspberrypi sudo[7323]: pam_unix(sudo:session): session clos...t
Jul 26 10:31:25 raspberrypi su[7307]: pam_unix(su:session): session closed ...pi
Jul 26 10:31:25 raspberrypi homebridge[7303]: Homebridge starting
Jul 26 10:31:25 raspberrypi homebridge[7303]: Homebridge is not running
Jul 26 10:31:25 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
Nachdem ich die Homekit App geöffnet habe, hat aber kein einziges Gerät reagiert.
Nun habe ich den Service beendet und wollte die Homebridge manuell starten mit
homebridge
Nun bekomme ich folgenden Fehler:
pi@raspberrypi:~ $ homebridge
module.js:471
throw err;
^
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Gruß
Mathze
Guck mal hier: https://forum.fhem.de/index.php/topic,48558.msg646969/topicseen.html#msg646969
Die Suchfunktion hätte dich auch weitergebracht.
Grüße Timo
Zitat von: TiEr am 26 Juli 2017, 11:38:21
Guck mal hier: https://forum.fhem.de/index.php/topic,48558.msg646969/topicseen.html#msg646969
Die Suchfunktion hätte dich auch weitergebracht.
Grüße Timo
Ich habe aber einen Raspi3 und keinen Raspi2.
Irgendwie habe ich das Gefühl, dass der Service nicht läuft.
Unter dem ersten Befehl sagt er mir, dass Homebridge nicht läuft und unter sudo service homebridge status steht, dass er aktiv ist.
pi@raspberrypi:~ $ sudo /etc/init.d/homebridge status
Homebridge is not running
pi@raspberrypi:~ $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Wed 2017-07-26 10:46:21 CEST; 12min ago
Process: 8452 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 9290 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Jul 26 10:46:21 raspberrypi su[9294]: Successful su for pi by root
Jul 26 10:46:21 raspberrypi su[9294]: + ??? root:pi
Jul 26 10:46:21 raspberrypi su[9294]: pam_unix(su:session): session opened ...0)
Jul 26 10:46:21 raspberrypi sudo[9310]: pi : TTY=unknown ; PWD=/home/pi ; US...w
Jul 26 10:46:21 raspberrypi sudo[9310]: pam_unix(sudo:session): session open...)
Jul 26 10:46:21 raspberrypi sudo[9310]: pam_unix(sudo:session): session clos...t
Jul 26 10:46:21 raspberrypi su[9294]: pam_unix(su:session): session closed ...pi
Jul 26 10:46:21 raspberrypi homebridge[9290]: Homebridge starting
Jul 26 10:46:21 raspberrypi homebridge[9290]: Homebridge is not running
Jul 26 10:46:21 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
pi@raspberrypi:~ $
Wenn ich mit dem Bonjour Browser nach dem hap service suche, finde ich diesen auch nicht.
Gruß
Mathze
Zitat von: t1me2die am 26 Juli 2017, 11:42:37
Ich habe aber einen Raspi3 und keinen Raspi2.
Das ist egal. Der pi2 und pi3 haben das gleiche Image. Somit funktioniert das genauso unter dem pi3 ;)
Gib mal
sudo service homebridge status -ldann zeigt er den kompletten log vom Start an.
Grüße Timo
Zitat von: TiEr am 26 Juli 2017, 13:57:16
Das ist egal. Der pi2 und pi3 haben das gleiche Image. Somit funktioniert das genauso unter dem pi3 ;)
Gib mal sudo service homebridge status -l
dann zeigt er den kompletten log vom Start an.
Grüße Timo
pi@raspberrypi:~ $ sudo service homebridge status -l
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Wed 2017-07-26 12:31:49 CEST; 46min ago
Process: 586 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Jul 26 12:31:48 raspberrypi su[595]: Successful su for pi by root
Jul 26 12:31:48 raspberrypi su[595]: + ??? root:pi
Jul 26 12:31:48 raspberrypi su[595]: pam_unix(su:session): session opened f...0)
Jul 26 12:31:49 raspberrypi sudo[620]: pi : TTY=unknown ; PWD=/home/pi ; US...ow
Jul 26 12:31:49 raspberrypi sudo[620]: pam_unix(sudo:session): session open...0)
Jul 26 12:31:49 raspberrypi sudo[620]: pam_unix(sudo:session): session clos...ot
Jul 26 12:31:49 raspberrypi su[595]: pam_unix(su:session): session closed f...pi
Jul 26 12:31:49 raspberrypi homebridge[586]: Homebridge starting
Jul 26 12:31:49 raspberrypi homebridge[586]: Homebridge is not running
Jul 26 12:31:49 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
Hallo zusammen,
mir ist aufgefallen dass meine Homebridge nicht mehr richtig tut.
Kann es sein dass es damit zu tun hat dass ich letzens ein Passwort für Telnet gesetzt habe?
Habe mal den Log angehängt:
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (running) since Wed 2017-08-02 17:17:13 CEST; 19h ago
Process: 721 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/homebridge.service
└─734 homebridge
Aug 02 17:17:13 raspberrypi homebridge[721]: Can't connect to localhost:7072
Aug 02 17:17:13 raspberrypi homebridge[721]: Can't connect to localhost:7072
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** Please fix your application to use the native API of Avahi!
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** Please fix your application to use the native API of Avahi!
Aug 02 17:17:13 raspberrypi node[734]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Aug 02 17:17:13 raspberrypi homebridge[721]: Can't connect to localhost:7072
Aug 02 17:17:13 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Danke!
Vielleicht kann mir jemand weiterhelfen.
Ich versuche schon seit knapp 2 Wochen Homebridge auf einem 2. Raspberry zu installieren.
Auf meinem Hauptsystem läuft Homebridge ohne Probleme allerdings wollte ich diesen Dienst zusammen mit Alexa usw. auf einen eigenen Raspberry machen.
Die Installation habe ich nach dem Wiki gemacht.
Meine funktionierende Homebridge ist noch mit meinen iPhones verbunden, daher habe ich in der config.json auch name und username abgeändert.
Sie sieht jetzt folgendermaßen (zum testen) aus:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:31",
"port": 51826,
"pin": "111-44-111"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
}
],
"accessories": []
}
Wenn ich die Homebridge mit homebridge --debug starte sieht es folgendermaßen aus:
pi@raspberryWZ:/ $ homebridge --debug
*** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
*** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>
[2017-08-03 18:37:49] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-08-03 18:37:49] Registering platform 'homebridge-fhem.FHEM'
[2017-08-03 18:37:49] ---
[2017-08-03 18:37:50] Loaded plugin: homebridge-http
[2017-08-03 18:37:50] Registering accessory 'homebridge-http.Http'
[2017-08-03 18:37:50] ---
[2017-08-03 18:37:50] Loaded config.json with 0 accessories and 1 platforms.
[2017-08-03 18:37:50] ---
[2017-08-03 18:37:50] Loading 1 platforms...
[2017-08-03 18:37:50] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1501778271129
[2017-08-03 18:37:51] [FHEM] Fetching FHEM devices...
[2017-08-03 18:37:51] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-08-03 18:37:51] [FHEM] Checking devices and attributes...
[2017-08-03 18:37:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_149613252579224&XHR=1
[2017-08-03 18:37:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_149613252579224&XHR=1
[2017-08-03 18:37:51] [FHEM] siri device is siri
[2017-08-03 18:37:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.3.7%22%7D&fwcsrf=csrf_149613252579224&XHR=1
[2017-08-03 18:37:51] [FHEM] Fetching FHEM devices...
[2017-08-03 18:37:51] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_149613252579224&XHR=1
[2017-08-03 18:37:51] [FHEM] got: 1 results
[2017-08-03 18:37:51] [FHEM] mappings for Testdummy: { On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off' } }
[2017-08-03 18:37:51] [FHEM] Testdummy is switch
[2017-08-03 18:37:51] [FHEM] Testdummy has
[2017-08-03 18:37:51] [FHEM] On [state;on,off]
2017-08-03 18:37:51 caching: Testdummy-state: on
[2017-08-03 18:37:51] [FHEM] Testdummy-state valueOn/valueOff: value on mapped to 1
[2017-08-03 18:37:51] [FHEM] caching: On: true (as boolean; from 'on')
[2017-08-03 18:37:51] [FHEM] Initializing platform accessory 'Testdummy'...
[2017-08-03 18:37:51] [FHEM] creating services for Testdummy
[2017-08-03 18:37:51] [FHEM] information service for Testdummy
[2017-08-03 18:37:51] [FHEM] manufacturer, model and serial number characteristics for Testdummy
[2017-08-03 18:37:51] [FHEM] Switch service for Testdummy
[2017-08-03 18:37:51] [FHEM] On characteristic for Testdummy:state
[2017-08-03 18:37:51] [FHEM] initial value is: true (boolean)
[2017-08-03 18:37:51] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 111-44-111 │
└────────────┘
[2017-08-03 18:37:51] Homebridge is running on port 51826.
Mein iPhone findet aber einfach die Homebridge nicht und über einen BonjourBrowser wird auch kein hap service gefunden.
Der Raspberry bootet von USB-Stick (falls das wichtig ist).
Weiß jemand Rat was ich noch tun kann um die Bridge zum laufen zu bekommen?
Gruß Cobra
Hallo zusammen,
ich habe ein kleines Dilemma mit meiner Homebridge. Ich hatte jetzt 2x das Problem, dass meine SD-Karte vollgelaufen war (Backup anstatt auf Netzwerk-Share auf interne Karte geschrieben). Nach dem Bereinigen funktioniert meine Homebridge-Installation nicht mehr. Mein iPhone sagt, dass es das Gerät Homebridge nicht findet. Der Service läuft aber die ganze Zeit. Auch nach einem Neustart startet der Prozess sauber durch, aber das iPhone verbindet sich nicht mehr...
Lösche ich die Homebridge aus dem iPhone und lasse neu suchen, wird sie auch sofort wieder angezeigt. Das bedeutet aber auch, dass ich alle Einstellungen (Szenen, Räume, etc.) in Homekit neu machen muss. Hat jemand vielleicht eine Idee, warum mein iPhone die Homebridge einfach nicht mehr findet?
Gruß,
Benjamin
Hi,
@Steffen@home: Klar Du must in der config.json unter platforms das passwort angeben:
"auth": {"user": "TEST", "pass": "GEHEIM"},
Aber wichtiger noch, nicht den telnet Port 7072, sondern den WEB Port 8083, und evtl. auch noch ssl?
Lies mal im wiki die Einstellungen der config.json nach.
@Cobra: Ist denn der Bonjour Dienst vernünftig installiert, zeig uns mal die Versionsstände Deiner Pakete und vergleich die mit Deinem anderen Pi.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
wenn ich den Status des Avahi-Daemon abrufe sieht es so aus:
pi@raspberryWZ:~ $ sudo service avahi-daemon status
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled)
Active: active (running) since Do 2017-08-03 19:36:04 CEST; 29min ago
Main PID: 431 (avahi-daemon)
Status: "avahi-daemon 0.6.31 starting up."
CGroup: /system.slice/avahi-daemon.service
├─431 avahi-daemon: registering [raspberryWZ.local]
└─449 avahi-daemon: chroot helper
Aug 03 19:36:05 raspberryWZ avahi-daemon[431]: Withdrawing address record for fe80::c55a:21a:6a49:6fa4 on eth0.
Aug 03 19:36:05 raspberryWZ avahi-daemon[431]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::c55a:21a:6a49:6fa4.
Aug 03 19:36:05 raspberryWZ avahi-daemon[431]: Interface eth0.IPv6 no longer relevant for mDNS.
Aug 03 19:36:07 raspberryWZ avahi-daemon[431]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.178.9.
Aug 03 19:36:07 raspberryWZ avahi-daemon[431]: New relevant interface eth0.IPv4 for mDNS.
Aug 03 19:36:07 raspberryWZ avahi-daemon[431]: Registering new address record for 192.168.178.9 on eth0.IPv4.
Aug 03 19:36:08 raspberryWZ avahi-daemon[431]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::c55a:21a:6a49:6fa4.
Aug 03 19:36:08 raspberryWZ avahi-daemon[431]: New relevant interface eth0.IPv6 for mDNS.
Aug 03 19:36:08 raspberryWZ avahi-daemon[431]: Registering new address record for fe80::c55a:21a:6a49:6fa4 on eth0.*.
Aug 03 20:00:51 raspberryWZ systemd[1]: Started Avahi mDNS/DNS-SD Stack.
pi@raspberryWZ:~ $
Auf meinem Hauptrechner ist die gleiche Version:
pi@raspberrypifhem:~ $ sudo service avahi-daemon status
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled)
Active: active (running) since Mon 2017-07-31 07:53:57 CEST; 3 days ago
Main PID: 349 (avahi-daemon)
Status: "avahi-daemon 0.6.31 starting up."
CGroup: /system.slice/avahi-daemon.service
├─349 avahi-daemon: running [raspberrypifhem.local]
└─359 avahi-daemon: chroot helper
Jul 31 07:53:57 raspberrypifhem avahi-daemon[349]: Registering new address record for fe80::4cb1:1454:313e:842 on wlan0.*.
Jul 31 07:53:57 raspberrypifhem avahi-daemon[349]: Registering HINFO record with values 'ARMV7L'/'LINUX'.
Jul 31 07:53:57 raspberrypifhem systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Jul 31 07:53:58 raspberrypifhem avahi-daemon[349]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::8c39:d183:e6ed:9321.
Jul 31 07:53:58 raspberrypifhem avahi-daemon[349]: New relevant interface eth0.IPv6 for mDNS.
Jul 31 07:53:58 raspberrypifhem avahi-daemon[349]: Registering new address record for fe80::8c39:d183:e6ed:9321 on eth0.*.
Jul 31 07:53:59 raspberrypifhem avahi-daemon[349]: Server startup complete. Host name is raspberrypifhem.local. Local service cookie is 700599937.
Jul 31 07:54:00 raspberrypifhem avahi-daemon[349]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.178.5.
Jul 31 07:54:00 raspberrypifhem avahi-daemon[349]: New relevant interface eth0.IPv4 for mDNS.
Jul 31 07:54:00 raspberrypifhem avahi-daemon[349]: Registering new address record for 192.168.178.5 on eth0.IPv4
Wenn ich am neuen Pi
avahi-browse -a
eingebe dann erscheint auch eine ganze Reihe an Diensten, daher gehe ich davon aus dass er richtig läuft.
Gruß Cobra
Okay, könnte es an der firewall liegen was sagt iptables auf beiden Systemen?
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Kenne mich jetzt zwar nich wirklich mit iptables aus aber die Abfragen auf beiden Raspberrys ergeben folgendes:
2. Raspberry:
pi@raspberryWZ:~ $ sudo iptables -t filter -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
pi@raspberryWZ:~ $ sudo iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
pi@raspberryWZ:~ $ sudo iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
pi@raspberryWZ:~ $ sudo iptables -t raw -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
pi@raspberryWZ:~ $
Hauptsystem:
pi@raspberrypifhem:~ $ sudo iptables -t filter -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
pi@raspberrypifhem:~ $ sudo iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
pi@raspberrypifhem:~ $ sudo iptables -t mangle -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
pi@raspberrypifhem:~ $ sudo iptables -t raw -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
pi@raspberrypifhem:~ $
Scheint also identisch zu sein, hmmm...
Hmm, ja leer gleich aus.
welchen Avahi Browser nimmst Du auf ewelchem Gerät? Ich nutze discovery - bonjour browser auf iDevices.
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ich hab MyNet dafür genommen auf nem MacBook Air.
Hier mal zum Vergleich was MyNet ausgibt:
raspberrypifhem ist mein Hauptsystem, raspberryWZ mein 2. Rapsby
Hi,
Okay also bonjour läuft ist aber leer! Dann müssen wir bei dem homebridge advertising schauen... Wer weiss wie?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi,
Du hast aber
sudo apt-get install libavahi-compat-libdnssd-dev avahi-daemon
gemacht und bei
npm -g homebridge
keine Fehler gehabt?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Fehler habe ich keine gehabt und Homebridge habe ich mit
sudo npm install -g --unsafe-perm homebridge
installiert
Zitat von: RaspiLED am 03 August 2017, 19:58:33
Hi,
@Steffen@home: Klar Du must in der config.json unter platforms das passwort angeben:
"auth": {"user": "TEST", "pass": "GEHEIM"},
Aber wichtiger noch, nicht den telnet Port 7072, sondern den WEB Port 8083, und evtl. auch noch ssl?
Lies mal im wiki die Einstellungen der config.json nach.
Gruß Arnd
Hallo Arnd,
in der Config steht nur der User und das PW für FHEMWeb und da habe ich auch seither nichts geändert. Hat meiner Meinung nichts mit Telnet zu tun oder?
- Was ich noch erwähnen sollte ist ich habe die IOS11 Public Beta drauf gemacht.
- Könnte es daran liegen?
- Der Log mit"Homebridge start" sieht ganz gut aus eigentlich oder?
Homebridge version: 0.4.20
npm version: 2.15.9
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[8/4/2017, 7:08:09 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[8/4/2017, 7:08:09 AM] Registering platform 'homebridge-fhem.FHEM'
[8/4/2017, 7:08:09 AM] ---
[8/4/2017, 7:08:09 AM] Loaded config.json with 0 accessories and 1 platforms.
[8/4/2017, 7:08:09 AM] ---
[8/4/2017, 7:08:09 AM] Loading 1 platforms...
[8/4/2017, 7:08:09 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1501823290174
[8/4/2017, 7:08:10 AM] [FHEM] Fetching FHEM devices...
[8/4/2017, 7:08:10 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[8/4/2017, 7:08:10 AM] [FHEM] Checking devices and attributes...
[8/4/2017, 7:08:10 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_619105541817943&XHR=1
[8/4/2017, 7:08:10 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_619105541817943&XHR=1
[8/4/2017, 7:08:10 AM] [FHEM] no siri device found. please define it.
[8/4/2017, 7:08:10 AM] [FHEM] Fetching FHEM devices...
[8/4/2017, 7:08:10 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_619105541817943&XHR=1
[8/4/2017, 7:08:10 AM] [FHEM] got: 13 results
[8/4/2017, 7:08:10 AM] [FHEM] homebridgeMapping: clear CurrentRelativeHumidity=state
[8/4/2017, 7:08:10 AM] [FHEM] AussenFeuchte is HumiditySensor
[8/4/2017, 7:08:10 AM] [FHEM] AussenFeuchte has
[8/4/2017, 7:08:10 AM] [FHEM] CurrentRelativeHumidity [state]
2017-08-04 07:08:10 caching: AussenFeuchte-state: 75
[8/4/2017, 7:08:10 AM] [FHEM] caching: CurrentRelativeHumidity: 75 (as number; from '75')
[8/4/2017, 7:08:10 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/4/2017, 7:08:10 AM] [FHEM] BZ_Thermostat_Clima is thermostat
[8/4/2017, 7:08:10 AM] [FHEM] BZ_Thermostat_Clima has
[8/4/2017, 7:08:10 AM] [FHEM] TargetTemperature [desired-temp]
[8/4/2017, 7:08:10 AM] [FHEM] Custom Actuation [ValvePosition]
[8/4/2017, 7:08:10 AM] [FHEM] CurrentTemperature [measured-temp]
[8/4/2017, 7:08:10 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/4/2017, 7:08:10 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-04 07:08:10 caching: BZ_Thermostat_Clima-desired-temp: off
[8/4/2017, 7:08:10 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-04 07:08:10 caching: BZ_Thermostat_Clima-ValvePosition: 0
[8/4/2017, 7:08:10 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-04 07:08:10 caching: BZ_Thermostat_Clima-measured-temp: 23.9
[8/4/2017, 7:08:10 AM] [FHEM] caching: CurrentTemperature: 23.9 (as number; from '23.9')
2017-08-04 07:08:10 caching: BZ_Thermostat_Clima-heatingState: OFF
[8/4/2017, 7:08:10 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:10 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:10 AM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[8/4/2017, 7:08:10 AM] [FHEM] DenonAVR is switch
[8/4/2017, 7:08:10 AM] [FHEM] DenonAVR has
[8/4/2017, 7:08:10 AM] [FHEM] Custom Volume [volume;cached]
[8/4/2017, 7:08:10 AM] [FHEM] Custom Power [power]
[8/4/2017, 7:08:10 AM] [FHEM] On [power;on,off]
2017-08-04 07:08:10 caching: DenonAVR-volume: 19 %
[8/4/2017, 7:08:10 AM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-08-04 07:08:10 caching: DenonAVR-power: off
[8/4/2017, 7:08:10 AM] [FHEM] DenonAVR-power not a number: off
[8/4/2017, 7:08:10 AM] [FHEM] caching: On: false (as boolean; from 'off')
[8/4/2017, 7:08:10 AM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[8/4/2017, 7:08:10 AM] [FHEM] DenonAVRplayiRadio is switch
[8/4/2017, 7:08:10 AM] [FHEM] DenonAVRplayiRadio has
[8/4/2017, 7:08:10 AM] [FHEM] On [DenonAVR.playStatus;on,off]
[8/4/2017, 7:08:10 AM] [FHEM] query: On for DenonAVR-playStatus
[8/4/2017, 7:08:10 AM] [FHEM] not cached
[8/4/2017, 7:08:10 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&fwcsrf=csrf_619105541817943&XHR=1
[8/4/2017, 7:08:10 AM] [FHEM] homebridgeMapping: clear CurrentRelativeHumidity=state
[8/4/2017, 7:08:11 AM] [FHEM] GaOstHum is HumiditySensor
[8/4/2017, 7:08:11 AM] [FHEM] GaOstHum has
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity [state]
2017-08-04 07:08:11 caching: GaOstHum-state: 42.0
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentRelativeHumidity: 42 (as number; from '42.0 ')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
[8/4/2017, 7:08:11 AM] [FHEM] GaOstTemp is thermometer
[8/4/2017, 7:08:11 AM] [FHEM] GaOstTemp has
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [temperature]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-04 07:08:11 caching: GaOstTemp-temperature: 29.1
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature:Temperatur: 29.1 (as number; from '29.1 ')
2017-08-04 07:08:11 caching: GaOstTemp-humidity: 41.9
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentRelativeHumidity: 41 (as number; from '41.9 ')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN
[8/4/2017, 7:08:11 AM] [FHEM] HM_4F03F2 is ContactSensor
[8/4/2017, 7:08:11 AM] [FHEM] HM_4F03F2 has
[8/4/2017, 7:08:11 AM] [FHEM] StatusLowBattery [battery]
[8/4/2017, 7:08:11 AM] [FHEM] FirmwareRevision [D-firmware]
[8/4/2017, 7:08:11 AM] [FHEM] ContactSensorState [state]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentDoorState [state]
2017-08-04 07:08:11 caching: HM_4F03F2-battery: ok
[8/4/2017, 7:08:11 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-08-04 07:08:11 caching: HM_4F03F2-D-firmware: 1.0
[8/4/2017, 7:08:11 AM] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
2017-08-04 07:08:11 caching: HM_4F03F2-state: closed
[8/4/2017, 7:08:11 AM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dewpoint,minValue=-20,subtype=Taupunkt
[8/4/2017, 7:08:11 AM] [FHEM] HM_50310C is thermometer
[8/4/2017, 7:08:11 AM] [FHEM] HM_50310C has
[8/4/2017, 7:08:11 AM] [FHEM] StatusLowBattery [battery]
[8/4/2017, 7:08:11 AM] [FHEM] FirmwareRevision [D-firmware]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [temperature]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [dewpoint]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-04 07:08:11 caching: HM_50310C-battery: ok
[8/4/2017, 7:08:11 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-08-04 07:08:11 caching: HM_50310C-D-firmware: 1.3
[8/4/2017, 7:08:11 AM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-08-04 07:08:11 caching: HM_50310C-temperature: 19.6
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature:Temperatur: 19.6 (as number; from '19.6')
2017-08-04 07:08:11 caching: HM_50310C-dewpoint: 15.0
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 15 (as number; from '15.0')
2017-08-04 07:08:11 caching: HM_50310C-humidity: 75
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentRelativeHumidity: 75 (as number; from '75')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/4/2017, 7:08:11 AM] [FHEM] SZ_Thermostat_Clima is thermostat
[8/4/2017, 7:08:11 AM] [FHEM] SZ_Thermostat_Clima has
[8/4/2017, 7:08:11 AM] [FHEM] TargetTemperature [desired-temp]
[8/4/2017, 7:08:11 AM] [FHEM] Custom Actuation [ValvePosition]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [measured-temp]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/4/2017, 7:08:11 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-04 07:08:11 caching: SZ_Thermostat_Clima-desired-temp: off
[8/4/2017, 7:08:11 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-04 07:08:11 caching: SZ_Thermostat_Clima-ValvePosition: 0
[8/4/2017, 7:08:11 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-04 07:08:11 caching: SZ_Thermostat_Clima-measured-temp: 24.1
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature: 24.1 (as number; from '24.1')
2017-08-04 07:08:11 caching: SZ_Thermostat_Clima-heatingState: OFF
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:11 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: On=state,valueOn=on,valueOff=off,cmdOn=auto,cmdOff=off
[8/4/2017, 7:08:11 AM] [FHEM] ThermostatModus is switch
[8/4/2017, 7:08:11 AM] [FHEM] ThermostatModus has
[8/4/2017, 7:08:11 AM] [FHEM] On [state;auto,off]
2017-08-04 07:08:11 caching: ThermostatModus-state: off
[8/4/2017, 7:08:11 AM] [FHEM] caching: On: false (as boolean; from 'off')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[8/4/2017, 7:08:11 AM] [FHEM] WZTemp is thermometer
[8/4/2017, 7:08:11 AM] [FHEM] WZTemp has
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [temperature]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-04 07:08:11 caching: WZTemp-temperature: 25.0
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature: 25 (as number; from '25.0')
2017-08-04 07:08:11 caching: WZTemp-humidity: 53.0
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentRelativeHumidity: 53 (as number; from '53.0')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/4/2017, 7:08:11 AM] [FHEM] WZ_Thermostat_Clima is thermostat
[8/4/2017, 7:08:11 AM] [FHEM] WZ_Thermostat_Clima has
[8/4/2017, 7:08:11 AM] [FHEM] TargetTemperature [desired-temp]
[8/4/2017, 7:08:11 AM] [FHEM] Custom Actuation [ValvePosition]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature [measured-temp]
[8/4/2017, 7:08:11 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/4/2017, 7:08:11 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-04 07:08:11 caching: WZ_Thermostat_Clima-desired-temp: off
[8/4/2017, 7:08:11 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-04 07:08:11 caching: WZ_Thermostat_Clima-ValvePosition: 0
[8/4/2017, 7:08:11 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-04 07:08:11 caching: WZ_Thermostat_Clima-measured-temp: 24.2
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentTemperature: 24.2 (as number; from '24.2')
2017-08-04 07:08:11 caching: WZ_Thermostat_Clima-heatingState: OFF
[8/4/2017, 7:08:11 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:11 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/4/2017, 7:08:11 AM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOn=setOFF,cmdOff=setOFF
[8/4/2017, 7:08:11 AM] [FHEM] wz_tv1_poweroff is switch
[8/4/2017, 7:08:11 AM] [FHEM] wz_tv1_poweroff has
[8/4/2017, 7:08:11 AM] [FHEM] On [TV1.state;setOFF,setOFF]
[8/4/2017, 7:08:11 AM] [FHEM] query: On for TV1-state
[8/4/2017, 7:08:11 AM] [FHEM] not cached
[8/4/2017, 7:08:11 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&fwcsrf=csrf_619105541817943&XHR=1
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'AussenFeuchte'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for AussenFeuchte
[8/4/2017, 7:08:11 AM] [FHEM] information service for AussenFeuchte
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for AussenFeuchte
[8/4/2017, 7:08:11 AM] [FHEM] HumiditySensor service for AussenFeuchte
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity characteristic for AussenFeuchte:state
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for BZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] information service for BZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[8/4/2017, 7:08:11 AM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[8/4/2017, 7:08:11 AM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'DenonAVR'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for DenonAVR
[8/4/2017, 7:08:11 AM] [FHEM] information service for DenonAVR
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[8/4/2017, 7:08:11 AM] [FHEM] Switch service for DenonAVR
[8/4/2017, 7:08:11 AM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[8/4/2017, 7:08:11 AM] [FHEM] Custom Power characteristic for DenonAVR:power
[8/4/2017, 7:08:11 AM] [FHEM] On characteristic for DenonAVR:power
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for DenonAVRplayiRadio
[8/4/2017, 7:08:11 AM] [FHEM] information service for DenonAVRplayiRadio
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[8/4/2017, 7:08:11 AM] [FHEM] Switch service for DenonAVRplayiRadio
[8/4/2017, 7:08:11 AM] [FHEM] On characteristic for DenonAVR:playStatus
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'GaOstHum'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for GaOstHum
[8/4/2017, 7:08:11 AM] [FHEM] information service for GaOstHum
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstHum
[8/4/2017, 7:08:11 AM] [FHEM] HumiditySensor service for GaOstHum
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstHum:state
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for GaOstTemp
[8/4/2017, 7:08:11 AM] [FHEM] information service for GaOstTemp
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[8/4/2017, 7:08:11 AM] [FHEM] TemperatureSensor service for GaOstTemp
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature:Temperatur characteristic for GaOstTemp:temperature
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'HM_4F03F2'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for HM_4F03F2
[8/4/2017, 7:08:11 AM] [FHEM] information service for HM_4F03F2
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for HM_4F03F2
[8/4/2017, 7:08:11 AM] [FHEM] firmware revision characteristic for HM_4F03F2
[8/4/2017, 7:08:11 AM] [FHEM] ContactSensor service for HM_4F03F2
[8/4/2017, 7:08:11 AM] [FHEM] StatusLowBattery characteristic for HM_4F03F2:battery
[8/4/2017, 7:08:11 AM] [FHEM] ContactSensorState characteristic for HM_4F03F2:state
[8/4/2017, 7:08:11 AM] [FHEM] CurrentDoorState characteristic for HM_4F03F2:state
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'HM_50310C'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for HM_50310C
[8/4/2017, 7:08:11 AM] [FHEM] information service for HM_50310C
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for HM_50310C
[8/4/2017, 7:08:11 AM] [FHEM] firmware revision characteristic for HM_50310C
[8/4/2017, 7:08:11 AM] [FHEM] TemperatureSensor service for HM_50310C
[8/4/2017, 7:08:11 AM] [FHEM] StatusLowBattery characteristic for HM_50310C:battery
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature:Temperatur characteristic for HM_50310C:temperature
[8/4/2017, 7:08:11 AM] [FHEM] TemperatureSensor service for HM_50310C (Taupunkt)
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature:Taupunkt characteristic for HM_50310C:dewpoint
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity characteristic for HM_50310C:humidity
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'SZ_Thermostat_Clima'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for SZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] information service for SZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for SZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] Thermostat service for SZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] TargetTemperature characteristic for SZ_Thermostat_Clima:desired-temp
[8/4/2017, 7:08:11 AM] [FHEM] Custom Actuation characteristic for SZ_Thermostat_Clima:ValvePosition
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature characteristic for SZ_Thermostat_Clima:measured-temp
[8/4/2017, 7:08:11 AM] [FHEM] CurrentHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] TargetHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'ThermostatModus'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for ThermostatModus
[8/4/2017, 7:08:11 AM] [FHEM] information service for ThermostatModus
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for ThermostatModus
[8/4/2017, 7:08:11 AM] [FHEM] Switch service for ThermostatModus
[8/4/2017, 7:08:11 AM] [FHEM] On characteristic for ThermostatModus:state
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'WZTemp'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for WZTemp
[8/4/2017, 7:08:11 AM] [FHEM] information service for WZTemp
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for WZTemp
[8/4/2017, 7:08:11 AM] [FHEM] TemperatureSensor service for WZTemp
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature characteristic for WZTemp:temperature
[8/4/2017, 7:08:11 AM] [FHEM] CurrentRelativeHumidity characteristic for WZTemp:humidity
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'WZ_Thermostat_Clima'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for WZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] information service for WZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for WZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] Thermostat service for WZ_Thermostat_Clima
[8/4/2017, 7:08:11 AM] [FHEM] TargetTemperature characteristic for WZ_Thermostat_Clima:desired-temp
[8/4/2017, 7:08:11 AM] [FHEM] Custom Actuation characteristic for WZ_Thermostat_Clima:ValvePosition
[8/4/2017, 7:08:11 AM] [FHEM] CurrentTemperature characteristic for WZ_Thermostat_Clima:measured-temp
[8/4/2017, 7:08:11 AM] [FHEM] CurrentHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] TargetHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[8/4/2017, 7:08:11 AM] [FHEM] Initializing platform accessory 'wz_tv1_poweroff'...
[8/4/2017, 7:08:11 AM] [FHEM] creating services for wz_tv1_poweroff
[8/4/2017, 7:08:11 AM] [FHEM] information service for wz_tv1_poweroff
[8/4/2017, 7:08:11 AM] [FHEM] manufacturer, model and serial number characteristics for wz_tv1_poweroff
[8/4/2017, 7:08:11 AM] [FHEM] Switch service for wz_tv1_poweroff
[8/4/2017, 7:08:11 AM] [FHEM] On characteristic for TV1:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[8/4/2017, 7:08:11 AM] Homebridge is running on port 51826.
[8/4/2017, 7:08:11 AM] [FHEM] value: stopped
2017-08-04 07:08:11 caching: DenonAVR-playStatus: stopped
[8/4/2017, 7:08:11 AM] [FHEM] caching: On: false (as boolean; from 'stopped')
[8/4/2017, 7:08:11 AM] [FHEM] value: absent
2017-08-04 07:08:11 caching: TV1-state: absent
[8/4/2017, 7:08:11 AM] [FHEM] caching: On: false (as boolean; from 'absent')
2017-08-04 07:08:32 caching: BZ_Thermostat_Clima-measured-temp: 24.0
[8/4/2017, 7:08:32 AM] [FHEM] caching: CurrentTemperature: 24 (as number; from '24.0')
2017-08-04 07:09:46 caching: HM_50310C-temperature: 19.7
[8/4/2017, 7:09:46 AM] [FHEM] caching: CurrentTemperature:Temperatur: 19.7 (as number; from '19.7')
2017-08-04 07:09:46 caching: HM_50310C-dewpoint: 15.1
[8/4/2017, 7:09:46 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 15.1 (as number; from '15.1')
2017-08-04 07:14:56 caching: HM_50310C-temperature: 19.8
[8/4/2017, 7:14:56 AM] [FHEM] caching: CurrentTemperature:Temperatur: 19.8 (as number; from '19.8')
2017-08-04 07:14:56 caching: HM_50310C-dewpoint: 15.2
[8/4/2017, 7:14:56 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 15.2 (as number; from '15.2')
[8/4/2017, 7:15:13 AM] Got SIGINT, shutting down Homebridge...
Hi, okay fhem Verbindung ist doch okay und er findet 13 Devices, aber
Server listening on: http://:8282
Ist falsch. Da sollte ne IP Adresse drin sein. So findet kein iPhone im Netz die homebridge.
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Zitat von: RaspiLED am 04 August 2017, 07:51:55
Hi, okay fhem Verbindung ist doch okay und er findet 13 Devices, aber
Server listening on: http://:8282
Ist falsch. Da sollte ne IP Adresse drin sein. So findet kein iPhone im Netz die homebridge.
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Hallo Arnd,
ja du hast Recht aber woher kommt das?
In meiner Config bei "platforms" steht:
Server: 127.0.0.1und hat seither ja auch immer funktioniert.
weiter mit.... ??
apt-get update
apt-get upgrade
npm -g update homebridge
npm -g update homebridge-fhem
ich habe in den 163 Seite vorher nichts gefunden daher mal die Frage:
Wenn ich das Fenster öffne zeigt mir HomeKit "geöffnet" an. Wenn ich es schließe ändert sich der Status allerdings nicht.
Anbei der Auszug aus meiner Konfiguration:
Zitatattr FK_Wonzimmer actStatus alive
attr FK_Wonzimmer autoReadReg 4_reqStatus
attr FK_Wonzimmer devStateIcon geschlossen:fts_window_1w@green geöffnet:fts_window_1w_tilt@red
attr FK_Wonzimmer event-on-change-reading state
attr FK_Wonzimmer eventMap closed:geschlossen open:geöffnet
attr FK_Wonzimmer expert 2_raw
attr FK_Wonzimmer firmware 2.4
attr FK_Wonzimmer genericDeviceType window
attr FK_Wonzimmer model HM-SEC-SC-2
attr FK_Wonzimmer peerIDs 00000000,
attr FK_Wonzimmer room CUL_HM,Homekit,Wohnzimmer
attr FK_Wonzimmer subType threeStateSensor
Ich habe übrigens heute den Fehler gefunden warum bei mir auf dem 2. Raspberry nichts funktioniert.
Es hängt scheinbar tatsächlich damit zusammen dass ich von USB-Stick boote und daher irgend etwas zu schnell startet bevor etwas anderes richtig läuft (was es ist weiß ich nicht).
Wenn der Raspberry läuft, ich beide Dienste (Aval-Daemon und Homebridge) stoppe und danach wieder nacheinander starte funktioniert alles, allerdings nur bis zum nächsten Reboot.
Nun würde ich gerne hingehen und eine Verzögerung einbauen dass die beiden Dienste erst verzögert starten wenn neu gebootet wird, allerdings hören hier meine Kenntnisse auf.
An welcher Stelle kann ich ein sleep 10 bzw sleep 15 einbauen bei den beiden Services?
Homebridge:
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
else
su - pi -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
else
kill $PID
echo "Homebridge closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
else
echo "Homebridge is not running"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
Avahi-Daemon:
#!/bin/sh
### BEGIN INIT INFO
# Provides: avahi avahi-daemon
# Required-Start: $remote_fs dbus
# Required-Stop: $remote_fs dbus
# Should-Start: $syslog
# Should-Stop: $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Avahi mDNS/DNS-SD Daemon
# Description: Zeroconf daemon for configuring your network
# automatically
### END INIT INFO
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DESC="Avahi mDNS/DNS-SD Daemon"
NAME="avahi-daemon"
DAEMON="/usr/sbin/$NAME"
SCRIPTNAME=/etc/init.d/$NAME
# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0
. /lib/lsb/init-functions
# Include avahi-daemon defaults if available.
test -f /etc/default/avahi-daemon && . /etc/default/avahi-daemon
DISABLE_TAG="/var/run/avahi-daemon/disabled-for-unicast-local"
#
# Function that starts the daemon/service.
#
d_start() {
$DAEMON -c && return 0
if [ -e $DISABLE_TAG -a "$AVAHI_DAEMON_DETECT_LOCAL" != "0" ]; then
# Disabled because of the existance of an unicast .local domain
log_warning_msg "avahi-daemon disabled because there is a unicast .local domain"
exit 0;
fi;
$DAEMON -D
}
#
# Function that stops the daemon/service.
#
d_stop() {
if $DAEMON -c ; then
$DAEMON -k
fi
}
#
# Function that reload the config file for the daemon/service.
#
d_reload() {
$DAEMON -c && $DAEMON -r
}
#
# Function that check the status of the daemon/service.
#
d_status() {
$DAEMON -c && { echo "$DESC is running"; exit 0; } || { echo "$DESC is not running"; exit 3; }
}
case "$1" in
start)
log_daemon_msg "Starting $DESC" "$NAME"
d_start
log_end_msg $?
;;
stop)
log_daemon_msg "Stopping $DESC" "$NAME"
d_stop
log_end_msg $?
;;
reload|force-reload)
log_daemon_msg "Reloading services for $DESC" "$NAME"
d_reload
log_end_msg $?
;;
restart)
log_daemon_msg "Restarting $DESC" "$NAME"
d_stop
if [ "$?" -eq 0 ]; then
d_start
log_end_msg $?
else
log_end_msg 1
fi
;;
status)
d_status
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload|reload|status}" >&2
exit 3
;;
esac
exit 0
Gruß Cobra
Hi, keine Verzögerung,
Du möchtest required start nutzen. Oder nach avahi daemon den homebridge restarten ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Im Prinzip möchte ich dass der Avahi-Daemon zb. erst 10 Sekunden nachdem der Raspberry gestartet wurde auch startet und die Homebridge dann nochmal ein paar Sekunden später.
Gruß Cobra
Hi, bin kein super Profi aber:
https://debianforum.de/forum/viewtopic.php?f=12&t=135540
Also sollte es reichen bei homebridge required start avahi aufzunehmen, dann initsrv zu nutzen, kannst ja mittels bootchart mal nachsehen ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Kurze Rückmeldung.
Ich hab mich zwar versucht in die Themen einzulesen, hab dann aber für mich selbst festgestellt dass mir das zum aktuellen Zeitpunkt noch zu hoch ist.
Hab den Raspberry neu aufgesetzt (er bootet jetzt wieder von SD-Karte) und alles funktioniert so wie es sollte.
Werd aber mal noch die Augen offen halten ob jemand irgendwo im Netz eine Lösung dafür hat wenn man den PI von USB-Stick bootet und dann ggfs. wieder umstellen.
@Arnd
Trotzdem tausend Dank für deinen Einsatz und deine Hilfe
Gruß Cobra
Ich versuche gerade meinen Luftreiniger einzubauen, der bleibt jedoch in der Home App meistens auf "Turning off..." stehen.
Findet zufällig jemand den Fehler?
clear On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off,default=off
RotationSpeed=state,default=1,minValue=0,maxValue=10,minStep=1,delay=1,cmds=0:off;1:mode+silent;2:mode+favorite+0;3:mode+favorite+1;4:mode+favorite+2;5:mode+favorite+3;6:mode+favorite+4;7:mode+favorite+5;8:mode+favorite+6;9:mode+favorite+9;10:mode+favorite+12,values=idle:0;silent:1;auto:2;/favorite 0/:2;/favorite 1/:3;/favorite 2/:4;/favorite 3/:5;/favorite 4/:6;/favorite 5/:7;/favorite 6/:8;/favorite 7/:9;/favorite 8/:9;/favorite 9/:9;/favorite.*/:10
CurrentAirPurifierState=mode,values=silent:0;idle=1,default=2
TargetAirPurifierState=mode,values=auto:1,default=0,cmds=0:mode+silent;1:mode+auto
CurrentRelativeHumidity=humidity
StatusActive=state,valueOff=disconnected
StatusTampered=error,values=none:0,default=1
PM2_5Density=pm25
Zitat von: Markus M. am 07 August 2017, 20:23:31CurrentAirPurifierState=mode,values=silent:0;idle=1,default=2
Ohne mich mit so einem Gerät jetzt auszukennen würde ich sagen es hakt an diesem Mapping.
CurrentAirPurifierState=mode,values=silent:0;idle:1;default:2 Gruß
Dan
Zitat von: DeeSPe am 07 August 2017, 20:44:57
Ohne mich mit so einem Gerät jetzt auszukennen würde ich sagen es hakt an diesem Mapping.
CurrentAirPurifierState=mode,values=silent:0;idle:1;default:2
Jackpot, Danke!
Ich hab mich zwar schon gefragt welcher Wert denn nun passt und ewig rumprobiert, dass allerdings die Syntax falsch ist, ist mir erst beim 10. Mal draufgucken aufgefallen :)
Richtig ist:
genericDeviceType
AirPurifier
homebridgeMapping
clear On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off,default=off
RotationSpeed=state,default=1,minValue=0,maxValue=10,minStep=1,delay=1,cmds=0:off;1:mode+silent;2:mode+favorite+0;3:mode+favorite+1;4:mode+favorite+2;5:mode+favorite+3;6:mode+favorite+4;7:mode+favorite+5;8:mode+favorite+6;9:mode+favorite+9;10:mode+favorite+12,values=idle:0;silent:1;auto:2;/favorite 0/:2;/favorite 1/:3;/favorite 2/:4;/favorite 3/:5;/favorite 4/:6;/favorite 5/:7;/favorite 6/:8;/favorite 7/:9;/favorite 8/:9;/favorite 9/:9;/favorite.*/:10
CurrentAirPurifierState=mode,values=idle:0;silent:1,default=2
TargetAirPurifierState=mode,values=auto:1,default=0,cmds=0:mode+silent;1:mode+auto
CurrentRelativeHumidity=humidity
StatusActive=state,valueOff=disconnected
StatusTampered=error,values=none:0,default=1
PM2_5Density=pm25
Zitat von: Steffen@Home am 04 August 2017, 09:56:48
Hallo Arnd,
ja du hast Recht aber woher kommt das?
In meiner Config bei "platforms" steht:
Server: 127.0.0.1
und hat seither ja auch immer funktioniert.
weiter mit.... ??
apt-get update
apt-get upgrade
npm -g update homebridge
npm -g update homebridge-fhem
Ok, Homebridge geht wieder bis auf ein Device (keine Ahnung warum).
Habe in der Home App das ganze "Haus" gelöscht und die Ordner "./homebridge/accessories" und "./homebridge/persist"
dann alles neu gekoppelt.
folgendes Device (Temperatur Dummy) funktioniert nicht mehr(keine Änderung,nur ios11):
Jemand eine Idee?
Internals:
NAME GaOstTemp
NR 77
STATE <span style="color:green">Temperatur: 26.1 °C </span><br><span style="color:blue"> Feuchtigkeit: 42.7 %</span><br><span style="color:black">Taupunkt: -2.39 °C</span>
TYPE dummy
Readings: 2017-08-08 08:30:06 absFeuchte 10.5 2017-03-02 17:25:03 dew -2.39 2017-08-08 08:30:06 dewpoint 12.4 2017-08-08 08:30:06 humidity 42.7 2017-02-28 18:52:06 state temperature 12 2017-08-08 08:30:06 temperature 26.1
Attributes:
alias Garage Ost Temperatur
comment Daten werden aus Raspi2B per Telnet und Befehl: "setreading GaOstTemp temperature $temp\r" und "setreading GaOstTemp temperature $humidity\r" alle x min gesendet.
genericDeviceType thermometer
group Dash_temp
homebridgeMapping CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
icon hue_room_carport
room GarageOst,Homekit
sortby 98
stateFormat <span style="color:green">Temperatur: temperature °C </span><br><span style="color:blue"> Feuchtigkeit: humidity %</span><br><span style="color:black">Taupunkt: dew °C</span>
userReadings humidity { ReadingsVal("GaOstHum","humidity",0);; }, dewpoint { ReadingsVal("GaOstHum","dewpoint",0);; }
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[8/8/2017, 9:00:25 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[8/8/2017, 9:00:25 AM] Registering platform 'homebridge-fhem.FHEM'
[8/8/2017, 9:00:25 AM] ---
[8/8/2017, 9:00:25 AM] Loaded config.json with 0 accessories and 1 platforms.
[8/8/2017, 9:00:25 AM] ---
[8/8/2017, 9:00:25 AM] Loading 1 platforms...
[8/8/2017, 9:00:25 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1502175626317
[8/8/2017, 9:00:26 AM] [FHEM] Fetching FHEM devices...
[8/8/2017, 9:00:26 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[8/8/2017, 9:00:26 AM] [FHEM] Checking devices and attributes...
[8/8/2017, 9:00:26 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_853130620189165&XHR=1
[8/8/2017, 9:00:26 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_853130620189165&XHR=1
[8/8/2017, 9:00:26 AM] [FHEM] no siri device found. please define it.
[8/8/2017, 9:00:26 AM] [FHEM] Fetching FHEM devices...
[8/8/2017, 9:00:26 AM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_853130620189165&XHR=1
[8/8/2017, 9:00:26 AM] [FHEM] got: 13 results
[8/8/2017, 9:00:26 AM] [FHEM] homebridgeMapping: clear CurrentRelativeHumidity=state
[8/8/2017, 9:00:27 AM] [FHEM] AussenFeuchte is HumiditySensor
[8/8/2017, 9:00:27 AM] [FHEM] AussenFeuchte has
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity [state]
2017-08-08 09:00:27 caching: AussenFeuchte-state: 73
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentRelativeHumidity: 73 (as number; from '73')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/8/2017, 9:00:27 AM] [FHEM] BZ_Thermostat_Clima is thermostat
[8/8/2017, 9:00:27 AM] [FHEM] BZ_Thermostat_Clima has
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature [desired-temp]
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation [ValvePosition]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [measured-temp]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-08 09:00:27 caching: BZ_Thermostat_Clima-desired-temp: off
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-08 09:00:27 caching: BZ_Thermostat_Clima-ValvePosition: 0
[8/8/2017, 9:00:27 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-08 09:00:27 caching: BZ_Thermostat_Clima-measured-temp: 23.0
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature: 23 (as number; from '23.0')
2017-08-08 09:00:27 caching: BZ_Thermostat_Clima-heatingState: OFF
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
[8/8/2017, 9:00:27 AM] [FHEM] DenonAVR is switch
[8/8/2017, 9:00:27 AM] [FHEM] DenonAVR has
[8/8/2017, 9:00:27 AM] [FHEM] Custom Volume [volume;cached]
[8/8/2017, 9:00:27 AM] [FHEM] Custom Power [power]
[8/8/2017, 9:00:27 AM] [FHEM] On [power;on,off]
2017-08-08 09:00:27 caching: DenonAVR-volume: 19 %
[8/8/2017, 9:00:27 AM] [FHEM] caching: Custom Volume: 19 (as number; from '19 %')
2017-08-08 09:00:27 caching: DenonAVR-power: off
[8/8/2017, 9:00:27 AM] [FHEM] DenonAVR-power not a number: off
[8/8/2017, 9:00:27 AM] [FHEM] caching: On: false (as boolean; from 'off')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: On=DenonAVR:playStatus,valueOn=playing,valueOff=stopped,cmdOn=on
[8/8/2017, 9:00:27 AM] [FHEM] DenonAVRplayiRadio is switch
[8/8/2017, 9:00:27 AM] [FHEM] DenonAVRplayiRadio has
[8/8/2017, 9:00:27 AM] [FHEM] On [DenonAVR.playStatus;on,off]
[8/8/2017, 9:00:27 AM] [FHEM] query: On for DenonAVR-playStatus
[8/8/2017, 9:00:27 AM] [FHEM] not cached
[8/8/2017, 9:00:27 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22DenonAVR%22,%22playStatus%22,%22%22)%7D&fwcsrf=csrf_853130620189165&XHR=1
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: clear CurrentRelativeHumidity=state
[8/8/2017, 9:00:27 AM] [FHEM] GaOstHum is HumiditySensor
[8/8/2017, 9:00:27 AM] [FHEM] GaOstHum has
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity [state]
2017-08-08 09:00:27 caching: GaOstHum-state: 42.7
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentRelativeHumidity: 42.7 (as number; from '42.7 ')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,minValue=-20,subtype=Temperatur
[8/8/2017, 9:00:27 AM] [FHEM] GaOstTemp is thermometer
[8/8/2017, 9:00:27 AM] [FHEM] GaOstTemp has
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [temperature]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-08 09:00:27 caching: GaOstTemp-temperature: 26.1
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature:Temperatur: 26.1 (as number; from '26.1 ')
2017-08-08 09:00:27 caching: GaOstTemp-humidity: 42.7
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentRelativeHumidity: 42 (as number; from '42.7 ')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN
[8/8/2017, 9:00:27 AM] [FHEM] HM_4F03F2 is ContactSensor
[8/8/2017, 9:00:27 AM] [FHEM] HM_4F03F2 has
[8/8/2017, 9:00:27 AM] [FHEM] StatusLowBattery [battery]
[8/8/2017, 9:00:27 AM] [FHEM] FirmwareRevision [D-firmware]
[8/8/2017, 9:00:27 AM] [FHEM] ContactSensorState [state]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentDoorState [state]
2017-08-08 09:00:27 caching: HM_4F03F2-battery: ok
[8/8/2017, 9:00:27 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-08-08 09:00:27 caching: HM_4F03F2-D-firmware: 1.0
[8/8/2017, 9:00:27 AM] [FHEM] caching: FirmwareRevision: 1.0 (as string; from '1.0')
2017-08-08 09:00:27 caching: HM_4F03F2-state: closed
[8/8/2017, 9:00:27 AM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: CurrentRelativeHumidity=humidity CurrentTemperature=temperature,minValue=-20,subtype=Temperatur CurrentTemperature=dewpoint,minValue=-20,subtype=Taupunkt
[8/8/2017, 9:00:27 AM] [FHEM] HM_50310C is thermometer
[8/8/2017, 9:00:27 AM] [FHEM] HM_50310C has
[8/8/2017, 9:00:27 AM] [FHEM] StatusLowBattery [battery]
[8/8/2017, 9:00:27 AM] [FHEM] FirmwareRevision [D-firmware]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [temperature]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [dewpoint]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-08 09:00:27 caching: HM_50310C-battery: ok
[8/8/2017, 9:00:27 AM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-08-08 09:00:27 caching: HM_50310C-D-firmware: 1.3
[8/8/2017, 9:00:27 AM] [FHEM] caching: FirmwareRevision: 1.3 (as string; from '1.3')
2017-08-08 09:00:27 caching: HM_50310C-temperature: 18.7
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature:Temperatur: 18.7 (as number; from '18.7')
2017-08-08 09:00:27 caching: HM_50310C-dewpoint: 13.8
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 13.8 (as number; from '13.8')
2017-08-08 09:00:27 caching: HM_50310C-humidity: 73
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentRelativeHumidity: 73 (as number; from '73')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/8/2017, 9:00:27 AM] [FHEM] SZ_Thermostat_Clima is thermostat
[8/8/2017, 9:00:27 AM] [FHEM] SZ_Thermostat_Clima has
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature [desired-temp]
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation [ValvePosition]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [measured-temp]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-08 09:00:27 caching: SZ_Thermostat_Clima-desired-temp: off
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-08 09:00:27 caching: SZ_Thermostat_Clima-ValvePosition: 0
[8/8/2017, 9:00:27 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-08 09:00:27 caching: SZ_Thermostat_Clima-measured-temp: 22.9
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature: 22.9 (as number; from '22.9')
2017-08-08 09:00:27 caching: SZ_Thermostat_Clima-heatingState: OFF
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: On=state,valueOn=on,valueOff=off,cmdOn=auto,cmdOff=off
[8/8/2017, 9:00:27 AM] [FHEM] ThermostatModus is switch
[8/8/2017, 9:00:27 AM] [FHEM] ThermostatModus has
[8/8/2017, 9:00:27 AM] [FHEM] On [state;auto,off]
2017-08-08 09:00:27 caching: ThermostatModus-state: off
[8/8/2017, 9:00:27 AM] [FHEM] caching: On: false (as boolean; from 'off')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: CurrentTemperature=temperature,CurrentRelativeHumidity=humidity
[8/8/2017, 9:00:27 AM] [FHEM] WZTemp is thermometer
[8/8/2017, 9:00:27 AM] [FHEM] WZTemp has
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [temperature]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity [humidity]
2017-08-08 09:00:27 caching: WZTemp-temperature: 24.0
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature: 24 (as number; from '24.0')
2017-08-08 09:00:27 caching: WZTemp-humidity: 43.0
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentRelativeHumidity: 43 (as number; from '43.0')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
[8/8/2017, 9:00:27 AM] [FHEM] WZ_Thermostat_Clima is thermostat
[8/8/2017, 9:00:27 AM] [FHEM] WZ_Thermostat_Clima has
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature [desired-temp]
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation [ValvePosition]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature [measured-temp]
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState [heatingState]
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState [heatingState]
2017-08-08 09:00:27 caching: WZ_Thermostat_Clima-desired-temp: off
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetTemperature: 5 (as number; from 'off')
2017-08-08 09:00:27 caching: WZ_Thermostat_Clima-ValvePosition: 0
[8/8/2017, 9:00:27 AM] [FHEM] caching: Custom Actuation: 0 (as number; from '0')
2017-08-08 09:00:27 caching: WZ_Thermostat_Clima-measured-temp: 23.0
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentTemperature: 23 (as number; from '23.0')
2017-08-08 09:00:27 caching: WZ_Thermostat_Clima-heatingState: OFF
[8/8/2017, 9:00:27 AM] [FHEM] caching: CurrentHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] caching: TargetHeatingCoolingState: 0 (as number; means OFF; from 'OFF')
[8/8/2017, 9:00:27 AM] [FHEM] homebridgeMapping: On=TV1:state,valueOn=present,valueOff=absent,cmdOn=setOFF,cmdOff=setOFF
[8/8/2017, 9:00:27 AM] [FHEM] wz_tv1_poweroff is switch
[8/8/2017, 9:00:27 AM] [FHEM] wz_tv1_poweroff has
[8/8/2017, 9:00:27 AM] [FHEM] On [TV1.state;setOFF,setOFF]
[8/8/2017, 9:00:27 AM] [FHEM] query: On for TV1-state
[8/8/2017, 9:00:27 AM] [FHEM] not cached
[8/8/2017, 9:00:27 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22TV1%22,%22state%22,%22%22)%7D&fwcsrf=csrf_853130620189165&XHR=1
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'AussenFeuchte'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for AussenFeuchte
[8/8/2017, 9:00:27 AM] [FHEM] information service for AussenFeuchte
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for AussenFeuchte
[8/8/2017, 9:00:27 AM] [FHEM] HumiditySensor service for AussenFeuchte
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity characteristic for AussenFeuchte:state
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'BZ_Thermostat_Clima'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for BZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] information service for BZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for BZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] Thermostat service for BZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature characteristic for BZ_Thermostat_Clima:desired-temp
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation characteristic for BZ_Thermostat_Clima:ValvePosition
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature characteristic for BZ_Thermostat_Clima:measured-temp
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState characteristic for BZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'DenonAVR'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for DenonAVR
[8/8/2017, 9:00:27 AM] [FHEM] information service for DenonAVR
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVR
[8/8/2017, 9:00:27 AM] [FHEM] Switch service for DenonAVR
[8/8/2017, 9:00:27 AM] [FHEM] Custom Volume characteristic for DenonAVR:volume
[8/8/2017, 9:00:27 AM] [FHEM] Custom Power characteristic for DenonAVR:power
[8/8/2017, 9:00:27 AM] [FHEM] On characteristic for DenonAVR:power
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'DenonAVRplayiRadio'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for DenonAVRplayiRadio
[8/8/2017, 9:00:27 AM] [FHEM] information service for DenonAVRplayiRadio
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for DenonAVRplayiRadio
[8/8/2017, 9:00:27 AM] [FHEM] Switch service for DenonAVRplayiRadio
[8/8/2017, 9:00:27 AM] [FHEM] On characteristic for DenonAVR:playStatus
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'GaOstHum'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for GaOstHum
[8/8/2017, 9:00:27 AM] [FHEM] information service for GaOstHum
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstHum
[8/8/2017, 9:00:27 AM] [FHEM] HumiditySensor service for GaOstHum
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstHum:state
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'GaOstTemp'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for GaOstTemp
[8/8/2017, 9:00:27 AM] [FHEM] information service for GaOstTemp
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for GaOstTemp
[8/8/2017, 9:00:27 AM] [FHEM] TemperatureSensor service for GaOstTemp
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature:Temperatur characteristic for GaOstTemp:temperature
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity characteristic for GaOstTemp:humidity
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'HM_4F03F2'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for HM_4F03F2
[8/8/2017, 9:00:27 AM] [FHEM] information service for HM_4F03F2
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for HM_4F03F2
[8/8/2017, 9:00:27 AM] [FHEM] firmware revision characteristic for HM_4F03F2
[8/8/2017, 9:00:27 AM] [FHEM] ContactSensor service for HM_4F03F2
[8/8/2017, 9:00:27 AM] [FHEM] StatusLowBattery characteristic for HM_4F03F2:battery
[8/8/2017, 9:00:27 AM] [FHEM] ContactSensorState characteristic for HM_4F03F2:state
[8/8/2017, 9:00:27 AM] [FHEM] CurrentDoorState characteristic for HM_4F03F2:state
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'HM_50310C'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for HM_50310C
[8/8/2017, 9:00:27 AM] [FHEM] information service for HM_50310C
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for HM_50310C
[8/8/2017, 9:00:27 AM] [FHEM] firmware revision characteristic for HM_50310C
[8/8/2017, 9:00:27 AM] [FHEM] TemperatureSensor service for HM_50310C
[8/8/2017, 9:00:27 AM] [FHEM] StatusLowBattery characteristic for HM_50310C:battery
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature:Temperatur characteristic for HM_50310C:temperature
[8/8/2017, 9:00:27 AM] [FHEM] TemperatureSensor service for HM_50310C (Taupunkt)
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature:Taupunkt characteristic for HM_50310C:dewpoint
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity characteristic for HM_50310C:humidity
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'SZ_Thermostat_Clima'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for SZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] information service for SZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for SZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] Thermostat service for SZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature characteristic for SZ_Thermostat_Clima:desired-temp
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation characteristic for SZ_Thermostat_Clima:ValvePosition
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature characteristic for SZ_Thermostat_Clima:measured-temp
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState characteristic for SZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'ThermostatModus'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for ThermostatModus
[8/8/2017, 9:00:27 AM] [FHEM] information service for ThermostatModus
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for ThermostatModus
[8/8/2017, 9:00:27 AM] [FHEM] Switch service for ThermostatModus
[8/8/2017, 9:00:27 AM] [FHEM] On characteristic for ThermostatModus:state
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'WZTemp'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for WZTemp
[8/8/2017, 9:00:27 AM] [FHEM] information service for WZTemp
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for WZTemp
[8/8/2017, 9:00:27 AM] [FHEM] TemperatureSensor service for WZTemp
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature characteristic for WZTemp:temperature
[8/8/2017, 9:00:27 AM] [FHEM] CurrentRelativeHumidity characteristic for WZTemp:humidity
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'WZ_Thermostat_Clima'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for WZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] information service for WZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for WZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] Thermostat service for WZ_Thermostat_Clima
[8/8/2017, 9:00:27 AM] [FHEM] TargetTemperature characteristic for WZ_Thermostat_Clima:desired-temp
[8/8/2017, 9:00:27 AM] [FHEM] Custom Actuation characteristic for WZ_Thermostat_Clima:ValvePosition
[8/8/2017, 9:00:27 AM] [FHEM] CurrentTemperature characteristic for WZ_Thermostat_Clima:measured-temp
[8/8/2017, 9:00:27 AM] [FHEM] CurrentHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] TargetHeatingCoolingState characteristic for WZ_Thermostat_Clima:heatingState
[8/8/2017, 9:00:27 AM] [FHEM] Initializing platform accessory 'wz_tv1_poweroff'...
[8/8/2017, 9:00:27 AM] [FHEM] creating services for wz_tv1_poweroff
[8/8/2017, 9:00:27 AM] [FHEM] information service for wz_tv1_poweroff
[8/8/2017, 9:00:27 AM] [FHEM] manufacturer, model and serial number characteristics for wz_tv1_poweroff
[8/8/2017, 9:00:27 AM] [FHEM] Switch service for wz_tv1_poweroff
[8/8/2017, 9:00:27 AM] [FHEM] On characteristic for TV1:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[8/8/2017, 9:00:27 AM] Homebridge is running on port 51826.
2017-08-08 09:00:27 caching: TV1-state: absent
[8/8/2017, 9:00:27 AM] [FHEM] caching: On: false (as boolean; from 'absent')
[8/8/2017, 9:00:27 AM] [FHEM] value: stopped
2017-08-08 09:00:27 caching: DenonAVR-playStatus: stopped
[8/8/2017, 9:00:27 AM] [FHEM] caching: On: false (as boolean; from 'stopped')
[8/8/2017, 9:00:27 AM] [FHEM] value: absent
2017-08-08 09:01:18 caching: HM_50310C-temperature: 18.8
[8/8/2017, 9:01:18 AM] [FHEM] caching: CurrentTemperature:Temperatur: 18.8 (as number; from '18.8')
2017-08-08 09:01:18 caching: HM_50310C-dewpoint: 13.9
[8/8/2017, 9:01:18 AM] [FHEM] caching: CurrentTemperature:Taupunkt: 13.9 (as number; from '13.9')
[8/8/2017, 9:02:51 AM] Got SIGINT, shutting down Homebridge...
Ja...
Unsupported oder komplette Bridge ohne Reaktion?
iOS 11 ist sehr widerspenstig was homebridge angeht.
Das Anlernen von Bridges mit mehr als 5-7 Devices funktioniert bei mir generell nicht.
Ich hab deshalb mittlerweile >10 Instanzen.
Mein Workaround der soweit geklappt hat: Erst die Bridge mit 4-5 Devices in Home anlernen, dann immer ein einzelnes Gerät dazu packen und jeweils nach Service Neustart und ein paar Sekunden Pause das neue Gerät in der Home App in den richtigen Raum packen.
Markus
Zitat von: Markus M. am 08 August 2017, 09:49:53
Ja...
Unsupported oder komplette Bridge ohne Reaktion?
Ja genau erst komplette Bridge ohne Reaktion.
Jetzt tut alles bis auf das eine Device(unsupported)
Ok vlt. bekomme ich damit was hin, danke.
edit: mal ne andere Frage wie bekomme ich ein Device aus der Home App wieder raus?
Wenn ich das Device in FHEM aus meinem Homekit entferne und die Bridge neu starte bleibt dieses trotzdem in der App bestehen ::)
Zitat von: Steffen@Home am 08 August 2017, 09:59:13
mal ne andere Frage wie bekomme ich ein Device aus der Home App wieder raus?
Wenn ich das Device in FHEM aus meinem Homekit entferne und die Bridge neu starte bleibt dieses trotzdem in der App bestehen ::)
Die komplette Bridge entfernen.
Wenn sie danach nicht mehr neu auftaucht musst du die MAC ändern.
Ein Hub kann auch problematisch sein. Solltest du auch auf die Beta ziehen.
Und auch das hilft im Zweifelsfall nichts, meine Fenster sind Remote nach Update auf Beta 5 nicht erreichbar
EDIT: neu anmelden hat geholfen
Wollte nochmal meine Frage anbringen, ob jem. eine Idee hat, warum bei mir der Status nicht richtig angezeigt wird,
ich habe in den 163 Seite vorher nichts gefunden daher mal die Frage:
Wenn ich das Fenster öffne zeigt mir HomeKit "geöffnet" an. Wenn ich es schließe ändert sich der Status allerdings nicht.
Anbei der Auszug aus meiner Konfiguration:
Zitat
attr FK_Wonzimmer actStatus alive
attr FK_Wonzimmer autoReadReg 4_reqStatus
attr FK_Wonzimmer devStateIcon geschlossen:fts_window_1w@green geöffnet:fts_window_1w_tilt@red
attr FK_Wonzimmer event-on-change-reading state
attr FK_Wonzimmer eventMap closed:geschlossen open:geöffnet
attr FK_Wonzimmer expert 2_raw
attr FK_Wonzimmer firmware 2.4
attr FK_Wonzimmer genericDeviceType window
attr FK_Wonzimmer model HM-SEC-SC-2
attr FK_Wonzimmer peerIDs 00000000,
attr FK_Wonzimmer room CUL_HM,Homekit,Wohnzimmer
attr FK_Wonzimmer subType threeStateSensor
schau dir die konsolenausgabe von homebridge-fhem an. wenn du über die eventMap die events änderst musst du auch das homebridgeMapping anpassen damit es zu den
events passt.
Zitat von: bjoernbo am 09 August 2017, 16:12:45
Wollte nochmal meine Frage anbringen, ob jem. eine Idee hat, warum bei mir der Status nicht richtig angezeigt wird,
ich habe in den 163 Seite vorher nichts gefunden daher mal die Frage:
Wenn ich das Fenster öffne zeigt mir HomeKit "geöffnet" an. Wenn ich es schließe ändert sich der Status allerdings nicht.
Anbei der Auszug aus meiner Konfiguration:
Das ist doch kein "genericDeviceType window", sondern "genericDeviceType contact".
Gruß
Dan
Weiß nicht woran es liegt; folgendes Problem:
Hab ein Filter für einen Lüfter, welchen ich überwache, als Service FilterMaintenance über das attr. genericDeviceType gesetzt und im mapping folgendes stehen:
FilterLifeLevel=Filter:filterLifeLevel
FilterChangeIndication=Filter:state,values=ok:0;Zurücksetzen:0;Wechseln:1
ResetFilterIndication=Filter:state,cmds=1:Zurücksetzen,values=ok:0;Zurücksetzen:1;Wechseln:1
So weit so gut, funktioniert auch so weit, jedoch wird in Eve beim drücken des Button nichts ausgelöst. Ist das ein Bug in Eve oder hab ich da irgendwo einen Fehler (iOS11b6)?
Internals:
NAME Filter
NR 105
STATE ok
TYPE dummy
READINGS:
2017-08-15 00:00:00 filterLifeLevel 59
2017-08-15 00:00:00 state ok
Attributes:
genericDeviceType FilterMaintenance
homebridgeMapping FilterLifeLevel=Filter:filterLifeLevel
FilterChangeIndication=Filter:state,values=ok:0;Zurücksetzen:0;Wechseln:1
ResetFilterIndication=Filter:state,cmds=1:Zurücksetzen,values=ok:0;Zurücksetzen:1;Wechseln:1
room 1.6 Server,Homekit
setList Zurücksetzen Wechseln
siriName Server Filter
ZitatIst das ein Bug in Eve oder hab ich da irgendwo einen Fehler (iOS11b6)?
Hat das schon unter iOS10 funktioniert?
ZitatHat das schon unter iOS10 funktioniert?
ja.. aber bitte frag jetzt nicht welche .. liegt schon zu lange zurück ..
Sind zwischenzeitlich doch ein paar Updates gekommen, seitens homebridge, nodejs, homebridge-fhem, ios..
Starte die Homebrdige im Debug-Modus:
homebridge --debug
Betätige mal den Button im Eve, was bekommst du in der Konsole angezeigt.
Beim starten werden alle drei Characteristics ohne Fehler angezeigt.
Beim aktualisieren, werden nur FilterLifeLevel und FilterChangeIndication aktualisiert (logisch).
Beim betätigen des Button tut sich gar nix.
[2017-08-15 09:48:59] [FHEM] mappings for Filter: { FilterLifeLevel: { reading: 'filterLifeLevel' },
FilterChangeIndication:
{ reading: 'state',
values:
[ 'ok:FILTER_OK',
'Zurücksetzen:FILTER_OK',
'Wechseln:CHANGE_FILTER' ] },
ResetFilterIndication:
{ reading: 'state',
cmds: [ '1:Zurücksetzen' ],
values: [ 'ok:0', 'Zurücksetzen:1', 'Wechseln:1' ],
minValue: 1,
maxValue: 1,
minStep: 1 } }
[2017-08-15 09:48:59] [FHEM] Filter is FilterMaintenance
[2017-08-15 09:48:59] [FHEM] Filter has
[2017-08-15 09:48:59] [FHEM] FilterLifeLevel [filterLifeLevel]
[2017-08-15 09:48:59] [FHEM] FilterChangeIndication [state]
[2017-08-15 09:48:59] [FHEM] ResetFilterIndication [state]
2017-08-15 09:48:59 caching: Filter-filterLifeLevel: 100
[2017-08-15 09:48:59] [FHEM] caching: FilterLifeLevel: 100 (as number; from '100')
[2017-08-15 09:48:59] [FHEM] value2homekit: { ok: 0, 'Zurücksetzen': 0, Wechseln: 1 }
[2017-08-15 09:48:59] [FHEM] homekit2name: { '0': 'FILTER_OK', '1': 'CHANGE_FILTER' }
2017-08-15 09:48:59 caching: Filter-state: ok
[2017-08-15 09:48:59] [FHEM] Filter-state values: value ok mapped to 0
[2017-08-15 09:48:59] [FHEM] caching: FilterChangeIndication: 0 (as number; means FILTER_OK; from 'ok')
[2017-08-15 09:48:59] [FHEM] value2homekit: { ok: '0', 'Zurücksetzen': '1', Wechseln: '1' }
[2017-08-15 09:48:59] [FHEM] homekit2cmd: { '1': 'Zurücksetzen' }
[2017-08-15 09:48:59] [FHEM] Filter-state values: value ok mapped to 0
[2017-08-15 09:48:59] [FHEM] Filter-state value 0 clipped to minValue: 1
[2017-08-15 09:48:59] [FHEM] caching: ResetFilterIndication: 1 (as number; from 'ok')
[2017-08-15 09:48:59] [FHEM] mappings for KZ_Deckenlicht: { On:
{ reading: 'state',
perms: [ 'pw' ] }
[2017-08-15 09:48:59] [FHEM] Initializing platform accessory 'Filter'...
[2017-08-15 09:48:59] [FHEM] creating services for Filter
[2017-08-15 09:48:59] [FHEM] information service for Filter
[2017-08-15 09:48:59] [FHEM] manufacturer, model and serial number characteristics for Filter
[2017-08-15 09:48:59] [FHEM] FilterMaintenance service for Filter
[2017-08-15 09:48:59] [FHEM] FilterLifeLevel characteristic for Filter:filterLifeLevel
[2017-08-15 09:48:59] [FHEM] initial value is: 100 (number)
[2017-08-15 09:48:59] [FHEM] props: { format: 'float',
unit: null,
minValue: 0,
maxValue: 100,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2017-08-15 09:48:59] [FHEM] FilterChangeIndication characteristic for Filter:state
[2017-08-15 09:48:59] [FHEM] initial value is: 0 (number; means FILTER_OK)
[2017-08-15 09:48:59] [FHEM] props: { format: 'uint8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
[2017-08-15 09:48:59] [FHEM] ResetFilterIndication characteristic for Filter:state
[2017-08-15 09:48:59] [FHEM] initial value is: 1 (number)
[2017-08-15 09:48:59] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 1,
maxValue: 1,
minStep: 1,
perms: [ 'pw' ] }
[2017-08-15 09:48:59] [FHEM] Initializing platform accessory 'KZ_Deckenlicht'...
[2017-08-15 09:49:14] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL')
[2017-08-15 09:49:21] [FHEM] query: FilterLifeLevel for Filter-filterLifeLevel
[2017-08-15 09:49:21] [FHEM] cached: 100 (as number')
[2017-08-15 09:49:21] [FHEM] query: FilterChangeIndication for Filter-state
[2017-08-15 09:49:21] [FHEM] cached: 0 (as number; means FILTER_OK')
^C[2017-08-15 09:49:36] Got SIGINT, shutting down Homebridge...
Hab jetzt das mapping auch noch mal bissel überarbeitet:
Internals:
NAME Filter
NR 105
STATE ok
TYPE dummy
READINGS:
2017-08-15 08:33:37 filterLifeLevel 100
2017-08-15 08:33:38 state ok
Attributes:
genericDeviceType FilterMaintenance
homebridgeMapping FilterLifeLevel=filterLifeLevel
FilterChangeIndication=state,values=ok:FILTER_OK;Zurücksetzen:FILTER_OK;Wechseln:CHANGE_FILTER
ResetFilterIndication=state,cmds=1:Zurücksetzen,values=ok:0;Zurücksetzen:1;Wechseln:1,minValue=1,maxValue=1,minStep=1
room 1.6 Server,Homekit
setList Zurücksetzen Wechseln
siriName Server Filter
Mach mal bitte noch mal einen list von dem Device, evtl. passt der "ResetFilterIndication" Mapping noch nicht ganz
siehe Beitrag zuvor (Code ganz unten)
Ich habe noch mal in dem HomeKitTyp.js die Characteristic "ResetFilterIndication" angeschaut, diese erlaubt nur einen Wert: 1. Du mappst aber eine 0 und eine 1 drauf. Es wird so nicht funktionieren. Du musst einen Umweg über den zusätzlichen Reading machen.
Hab es jetzt auf das nötigste reduziert .. beim betätigen des Buttons tut sich im debug nix, wie ob der Button keine Funktion hat.
ResetFilterIndication=state,cmds=1:Zurücksetzen
Was du noch ausprobieren kannst:
1. cmds=1:state+Zurücksetzen
2. Umlautproblem?
3. "clear" ganz am Anfang deines HomeBridgeMapping Attributs
Hab die drei Vorschläge von dir mal getestet, funktioniert nicht. Geb es erstmal auf..
Wenn einer Zeit hat, kann es ja mal probieren..
- iOS11b6
- EVE App 2.9.2 (865)
- fhem rev. 14854
- nodejs v7.0.0
- npm 3.10.10
- homebridge 0.4.22
- homebridge-fhem 0.3.7
Homebridge 0.4.26 ist draussen...ggf hilft ja das...
Hallo Andre
Versuche einen in Fhem definierter dummy eines Homematic-Rauchmelder (Teamleader) in Home anzuzeigen, aber es gelingt mir einfach nicht.
Die Readings zeigen unter state
Zitatoff
bei Ruhe und
Zitatsmoke-detect
bei Alarm.
Die fhem.cfg wurde mit folgenden Parametern ergänzt:
attr SD_Team genericDeviceType contactattr SD_Team homebridgeMapping SmokeDetected=state,values=/smoke-detect/:SMOKE_DETECTED;;/off/:SMOKE_NOT_DETECTED[/quote]
Was mach ich falsch?Und wie werden die Variablen
Zitat.*
in der homebridgeMapping Zeile eingefügt?
@ chaot4ever
attr SD_Team genericDeviceType SmokeSensor
Edit:
@Chris8888
Nein, leider kein Erfolg .. glaub eher das es an Eve liegt.. mal bis zum update warten
attr SD_Team genericDeviceType SmokeSensorhilft schon mal sehr!
Zitatoff
wird weitergeleitet, aber bei smoke-detect funktioniert's noch nicht, da in den Readings bei Alarm
Zitatsmoke-Alarm_<count>
steht, wobei der <count> immer weiterzählt!
attr SD_Team homebridgeMapping SmokeDetected=state,values=/smoke-Alarm.*/:SMOKE_DETECTED;;/off/:SMOKE_NOT_DETECTEDmüsste es lauten, aber .* wird nicht akzeptiert, oder?
attr SD_Team homebridgeMapping SmokeDetected=state,values=/smoke-Alarm.*/:SMOKE_DETECTED;;/off/:SMOKE_NOT_DETECTED
funktioniert tadellos ..
@exit2308
Hast Recht, funktioniert bestens. Danke!
Hab noch ein zweites Problem:
Mein Homematic Dimmer HM-LC-DIM1T-FMnwird erkannt, lässt sich in der Homekit App bestens ein- und ausschalten, doch beim Verschieben des Dimmreglers passiert nichts.
Hier meine Einstellungen:
genericDeviceType light
homebridgeMapping Brightness=dim::dim
webCmd 25:50:75:Ein:Aus:Umschalten:up:down:pct
Hat jemand eine Idee?
Hab's selber gelöst:
Einfach das attr homebridgeMapping Brightness=dim::dim löschen und schon gehts, da es direkt unterstützt wird. :)
Hey Leute,
ich bräuchte mal Hilfe bei einem Homebridge mapping es soll ein summer über mqtt bedient werden das reading state ist hier ausschlaggebend!
Es sollen die stati locked und unlocked angezeigt werden und über command toggle gewechselt werden command locked und unlocked funktioniert leider nicht mit der mqtt hardware.
folgendes ist bereits getestet mit gleichem Ergebnis:
attr FY_Haustuer genericDeviceType lock
attr FY_Haustuer homebridgeMapping CurrentDoorState=state,values=locked:1;unlocked:0,TargetDoorState=state,cmdLock=toggle,cmdUnlock=toggle
attr FY_Haustuer genericDeviceType lock
attr FY_Haustuer homebridgeMapping CurrentDoorState=state,values=locked:1;unlocked:0,TargetDoorState=state,cmds=1:toggle;0:toggle
attr FY_Haustuer genericDeviceType lock
attr FY_Haustuer homebridgeMapping LockCurrentState=state,values=locked:1;unlocked:0,LockTargetState=state,cmds=1:toggle;0:toggle
die stati werden korrekt angezeigt,
beim schalten (erwarte also set FY_Haustuer toggle) passiert allerdings folgendes:
[2017-8-27 06:08:07] [FHEM] FY_Haustuer: executing set cmd for LockTargetState with value 0
[2017-8-27 06:08:07] [FHEM] executing: http://192.168.1.5:8083/fhem?cmd=set%20FY_Haustuer%20lock%20unlocked&fwcsrf=csrf_868773293610695&XHR=1
2017-08-27 06:08:07 caching: FY_Haustuer-state: lock
[2017-8-27 06:08:07] [FHEM] caching: LockCurrentState: 0 (as number; means UNSECURED; from 'lock')
[2017-8-27 06:08:07] [FHEM] caching: LockTargetState: 0 (as number; means UNSECURED; from 'lock')
[2017-8-27 06:08:07] [FHEM] FY_Haustuer-state value lock not handled in values
es wird der command
set FY_Haustuer lock unlocked
ausgeführt obwohl ich eigentlich
set FY_Haustuer toggle
erwarte.
Hi Andre
} else if( s.Attributes.subType == 'threeStateSensor' ) {
this.service_name = 'ContactSensor';
...
Diese Stelle führt beispielsweise dazu, dass man einen HM Wassermelder nicht ohne weiteres als solchen einrichten kann, weil er diesen subType hat.
Bitte von Nutzern explizit vergebene Service Names nicht überschreiben, auch wenn es nur gut gemeint ist.
Gruss, Markus
das ist noch ein überbleibsel als alten zeiten. inzwischen schaut das schon überall so aus:if( !this.service_name ) this.service_name = 'ContactSensor';
kommt im nächsten update.
gruss
andre
Zitat von: justme1968 am 02 September 2017, 16:33:12
kommt im nächsten update.
Top!
Bus dahin hab ich den Code einfach lokal angepasst.
Hat schon mal jemand ein ProgrammableSwitchEvent Characteristic hinbekommen?
Bzw. funktioniert das mit homebridge-fhem überhaupt?
8.53 Programmable Switch Event
This characteristic describes an event generated by a programmable switch.
Reading this characteristic must return the last event triggered.
The accessory must set the value of Paired Read to null(i.e. "value" : null) in the attribute database.
A read of this characteristic must always return a null value.
The value must only be reported in the events ("ev") property.
This characteristic requires iOS 10.3.
UUID
00000073-0000-1000-8000-0026BB765291
Type
public.hap.characteristic.input-event
Permissions
Paired Read, Notify
Format
uint8
Minimum Value
0
Maximum Value
2
Step Value
1
Valid Values
0
"Single Press"
1
"Double Press"
2
"Long Press"
Hallo Zusammen,
ich habe mich nochmal daran gesetzt und habe mir die Homebridge installiert (es gab schon mehrfach versuche, hat aber nie geklappt).
Die Verbindung zum Handy war auch bereits da. Nur kommt seit heute ein Fehler beim starten. Leider kann ich die Fehlermeldung auf nichts zurückführen was ich geändert habe.
Vielleicht findet ihr ja etwas.
pi@Pi2:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[9/7/2017, 1:18:57 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[9/7/2017, 1:18:58 PM] Registering platform 'homebridge-fhem.FHEM'
[9/7/2017, 1:18:58 PM] ---
[9/7/2017, 1:18:58 PM] Loaded config.json with 0 accessories and 1 platforms.
[9/7/2017, 1:18:58 PM] ---
[9/7/2017, 1:18:58 PM] Loading 1 platforms...
[9/7/2017, 1:18:58 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.50:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1504783142717
[9/7/2017, 1:19:02 PM] [FHEM] Fetching FHEM devices...
[9/7/2017, 1:19:02 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[9/7/2017, 1:19:03 PM] [FHEM] Fetching FHEM devices...
[9/7/2017, 1:19:03 PM] [FHEM] Checking devices and attributes...
[9/7/2017, 1:19:03 PM] [FHEM] executing: http://192.168.0.50:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[9/7/2017, 1:19:03 PM] [FHEM] executing: http://192.168.0.50:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[9/7/2017, 1:19:04 PM] [FHEM] siri device is siri
[9/7/2017, 1:19:04 PM] [FHEM] executing: http://192.168.0.50:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.3.7%22%7D&XHR=1
[9/7/2017, 1:19:04 PM] [FHEM] Fetching FHEM devices...
[9/7/2017, 1:19:04 PM] [FHEM] fetching: http://192.168.0.50:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[9/7/2017, 1:19:04 PM] [FHEM] got: 36 results
[9/7/2017, 1:19:04 PM] [FHEM] K29a is security
[9/7/2017, 1:19:04 PM] [FHEM] K29a has
[9/7/2017, 1:19:04 PM] [FHEM] SecuritySystemCurrentState [state]
[9/7/2017, 1:19:04 PM] [FHEM] SecuritySystemTargetState [state]
2017-09-07 13:19:05 caching: K29a-state: absent
[9/7/2017, 1:19:05 PM] [FHEM] caching: SecuritySystemCurrentState: 0 (as number; means STAY_ARM; from 'absent')
[9/7/2017, 1:19:05 PM] [FHEM] caching: SecuritySystemTargetState: 0 (as number; means STAY_ARM; from 'absent')
[9/7/2017, 1:19:05 PM] [FHEM] OG.ak.RO.Fenster is blind
[9/7/2017, 1:19:05 PM] [FHEM] OG.ak.RO.Fenster has
[9/7/2017, 1:19:05 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:05 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:05 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:05 caching: OG.ak.RO.Fenster-motor: stop:on
[9/7/2017, 1:19:05 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2017-09-07 13:19:05 caching: OG.ak.RO.Fenster-D-firmware: 2.11
[9/7/2017, 1:19:05 PM] [FHEM] caching: FirmwareRevision: 2.11 (as string; from '2.11')
2017-09-07 13:19:05 caching: OG.ak.RO.Fenster-pct: 100
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] OG.bz.HZ.Thermostat is thermostat
[9/7/2017, 1:19:05 PM] [FHEM] OG.bz.HZ.Thermostat has
[9/7/2017, 1:19:05 PM] [FHEM] Saturation [sat;sat;0-100]
[9/7/2017, 1:19:05 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:05 PM] [FHEM] TargetTemperature [desired-temp]
[9/7/2017, 1:19:05 PM] [FHEM] Custom Actuation [actuator]
[9/7/2017, 1:19:05 PM] [FHEM] TargetHeatingCoolingState [mode]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentTemperature [measured-temp]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-09-07 13:19:05 caching: OG.bz.HZ.Thermostat-battery: ok
[9/7/2017, 1:19:05 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:05 caching: OG.bz.HZ.Thermostat-desired-temp: 18.0
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-09-07 13:19:05 caching: OG.bz.HZ.Thermostat-actuator: 0%
[9/7/2017, 1:19:05 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0%')
2017-09-07 13:19:05 caching: OG.bz.HZ.Thermostat-mode: manual
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'manual')
2017-09-07 13:19:05 caching: OG.bz.HZ.Thermostat-measured-temp: 21.1
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentTemperature: 21.1 (as number; from '21.1')
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[9/7/2017, 1:19:05 PM] [FHEM] OG.bz2.RO.Fenster is blind
[9/7/2017, 1:19:05 PM] [FHEM] OG.bz2.RO.Fenster has
[9/7/2017, 1:19:05 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:05 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:05 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:05 caching: OG.bz2.RO.Fenster-motor: stop:on
[9/7/2017, 1:19:05 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2017-09-07 13:19:05 caching: OG.bz2.RO.Fenster-D-firmware: 2.11
[9/7/2017, 1:19:05 PM] [FHEM] caching: FirmwareRevision: 2.11 (as string; from '2.11')
2017-09-07 13:19:05 caching: OG.bz2.RO.Fenster-pct: 100
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] OG.fl.HZ.Thermostat is thermostat
[9/7/2017, 1:19:05 PM] [FHEM] OG.fl.HZ.Thermostat has
[9/7/2017, 1:19:05 PM] [FHEM] Saturation [sat;sat;0-100]
[9/7/2017, 1:19:05 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:05 PM] [FHEM] TargetTemperature [desired-temp]
[9/7/2017, 1:19:05 PM] [FHEM] Custom Actuation [actuator]
[9/7/2017, 1:19:05 PM] [FHEM] TargetHeatingCoolingState [mode]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentTemperature [measured-temp]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-09-07 13:19:05 caching: OG.fl.HZ.Thermostat-battery: ok
[9/7/2017, 1:19:05 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:05 caching: OG.fl.HZ.Thermostat-desired-temp: 19.0
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetTemperature: 19 (as number; from '19.0')
2017-09-07 13:19:05 caching: OG.fl.HZ.Thermostat-actuator: 0%
[9/7/2017, 1:19:05 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0%')
2017-09-07 13:19:05 caching: OG.fl.HZ.Thermostat-mode: manual
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'manual')
2017-09-07 13:19:05 caching: OG.fl.HZ.Thermostat-measured-temp: 20.3
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentTemperature: 20.3 (as number; from '20.3')
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[9/7/2017, 1:19:05 PM] [FHEM] OG.ki.LI.Highboard is light
[9/7/2017, 1:19:05 PM] [FHEM] OG.ki.LI.Highboard has
[9/7/2017, 1:19:05 PM] [FHEM] Hue [hue;HSV;0-359]
[9/7/2017, 1:19:05 PM] [FHEM] Saturation [saturation;HSV;0-100]
[9/7/2017, 1:19:05 PM] [FHEM] Brightness [brightness]
[9/7/2017, 1:19:05 PM] [FHEM] On [state;on,off]
2017-09-07 13:19:05 caching: OG.ki.LI.Highboard-hue: 308
[9/7/2017, 1:19:05 PM] [FHEM] caching: Hue: 308 (as number; from '308')
2017-09-07 13:19:05 caching: OG.ki.LI.Highboard-saturation: 095
[9/7/2017, 1:19:05 PM] [FHEM] caching: Saturation: 95 (as number; from '095')
2017-09-07 13:19:05 caching: OG.ki.LI.Highboard-brightness: 0
[9/7/2017, 1:19:05 PM] [FHEM] caching: Brightness: 0 (as number; from '0')
2017-09-07 13:19:05 caching: OG.ki.LI.Highboard-state: off
[9/7/2017, 1:19:05 PM] [FHEM] caching: On: false (as boolean; from 'off')
[9/7/2017, 1:19:05 PM] [FHEM] OG.ki.RO.Fenster is blind
[9/7/2017, 1:19:05 PM] [FHEM] OG.ki.RO.Fenster has
[9/7/2017, 1:19:05 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:05 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:05 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:05 caching: OG.ki.RO.Fenster-motor: stop:on
[9/7/2017, 1:19:05 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2017-09-07 13:19:05 caching: OG.ki.RO.Fenster-D-firmware: 2.11
[9/7/2017, 1:19:05 PM] [FHEM] caching: FirmwareRevision: 2.11 (as string; from '2.11')
2017-09-07 13:19:05 caching: OG.ki.RO.Fenster-pct: 100
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[9/7/2017, 1:19:05 PM] [FHEM] OG.ku.HZ.Thermostat is thermostat
[9/7/2017, 1:19:05 PM] [FHEM] OG.ku.HZ.Thermostat has
[9/7/2017, 1:19:05 PM] [FHEM] Saturation [sat;sat;0-100]
[9/7/2017, 1:19:05 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:05 PM] [FHEM] TargetTemperature [desired-temp]
[9/7/2017, 1:19:05 PM] [FHEM] Custom Actuation [actuator]
[9/7/2017, 1:19:05 PM] [FHEM] TargetHeatingCoolingState [mode]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentTemperature [measured-temp]
[9/7/2017, 1:19:05 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-09-07 13:19:05 caching: OG.ku.HZ.Thermostat-battery: ok
[9/7/2017, 1:19:05 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:05 caching: OG.ku.HZ.Thermostat-desired-temp: 19.5
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2017-09-07 13:19:05 caching: OG.ku.HZ.Thermostat-actuator: 0%
[9/7/2017, 1:19:05 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0%')
2017-09-07 13:19:05 caching: OG.ku.HZ.Thermostat-mode: manual
[9/7/2017, 1:19:05 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'manual')
2017-09-07 13:19:05 caching: OG.ku.HZ.Thermostat-measured-temp: 21.5
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentTemperature: 21.5 (as number; from '21.5')
[9/7/2017, 1:19:05 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[9/7/2017, 1:19:06 PM] [FHEM] OG.ku.LI.Schrank is light
[9/7/2017, 1:19:06 PM] [FHEM] OG.ku.LI.Schrank has
[9/7/2017, 1:19:06 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:06 PM] [FHEM] Brightness [bri]
[9/7/2017, 1:19:06 PM] [FHEM] Hue [hue;hue;0-65535]
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-254]
[9/7/2017, 1:19:06 PM] [FHEM] colormode [colormode]
[9/7/2017, 1:19:06 PM] [FHEM] xy [xy]
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-onoff: 0
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-bri: 1
[9/7/2017, 1:19:06 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-hue: 12159
[9/7/2017, 1:19:06 PM] [FHEM] caching: Hue: 67 (as number; from '12159')
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-sat: 21
[9/7/2017, 1:19:06 PM] [FHEM] caching: Saturation: 8 (as number; from '21')
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-colormode: xy
2017-09-07 13:19:06 caching: OG.ku.LI.Schrank-xy: 0.4448,0.4074
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.HZ.Thermostat is thermostat
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.HZ.Thermostat has
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-100]
[9/7/2017, 1:19:06 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:06 PM] [FHEM] TargetTemperature [desired-temp]
[9/7/2017, 1:19:06 PM] [FHEM] Custom Actuation [actuator]
[9/7/2017, 1:19:06 PM] [FHEM] TargetHeatingCoolingState [mode]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentTemperature [measured-temp]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-09-07 13:19:06 caching: OG.sz.HZ.Thermostat-battery: ok
[9/7/2017, 1:19:06 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:06 caching: OG.sz.HZ.Thermostat-desired-temp: 18.0
[9/7/2017, 1:19:06 PM] [FHEM] caching: TargetTemperature: 18 (as number; from '18.0')
2017-09-07 13:19:06 caching: OG.sz.HZ.Thermostat-actuator: 0%
[9/7/2017, 1:19:06 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0%')
2017-09-07 13:19:06 caching: OG.sz.HZ.Thermostat-measured-temp: 20.0
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20.0')
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.LI.Michi is light
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.LI.Michi has
[9/7/2017, 1:19:06 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:06 PM] [FHEM] Brightness [bri]
[9/7/2017, 1:19:06 PM] [FHEM] Hue [hue;hue;0-65535]
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-254]
[9/7/2017, 1:19:06 PM] [FHEM] colormode [colormode]
[9/7/2017, 1:19:06 PM] [FHEM] xy [xy]
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-onoff: 0
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-bri: 1
[9/7/2017, 1:19:06 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-hue: 33936
[9/7/2017, 1:19:06 PM] [FHEM] caching: Hue: 186 (as number; from '33936')
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-sat: 77
[9/7/2017, 1:19:06 PM] [FHEM] caching: Saturation: 30 (as number; from '77')
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-colormode: ct
2017-09-07 13:19:06 caching: OG.sz.LI.Michi-xy: 0.3606,0.3634
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.LI.Thiemo is light
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz.LI.Thiemo has
[9/7/2017, 1:19:06 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:06 PM] [FHEM] Brightness [bri]
[9/7/2017, 1:19:06 PM] [FHEM] Hue [hue;hue;0-65535]
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-254]
[9/7/2017, 1:19:06 PM] [FHEM] colormode [colormode]
[9/7/2017, 1:19:06 PM] [FHEM] xy [xy]
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-onoff: 0
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-bri: 1
[9/7/2017, 1:19:06 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-hue: 33936
[9/7/2017, 1:19:06 PM] [FHEM] caching: Hue: 186 (as number; from '33936')
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-sat: 77
[9/7/2017, 1:19:06 PM] [FHEM] caching: Saturation: 30 (as number; from '77')
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-colormode: ct
2017-09-07 13:19:06 caching: OG.sz.LI.Thiemo-xy: 0.3606,0.3634
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz2.RO.FensterEltern is blind
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz2.RO.FensterEltern has
[9/7/2017, 1:19:06 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:06 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:06 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterEltern-motor: stop:on
[9/7/2017, 1:19:06 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterEltern-D-firmware: 2.11
[9/7/2017, 1:19:06 PM] [FHEM] caching: FirmwareRevision: 2.11 (as string; from '2.11')
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterEltern-pct: 100
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[9/7/2017, 1:19:06 PM] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz2.RO.FensterTerrasse is blind
[9/7/2017, 1:19:06 PM] [FHEM] OG.sz2.RO.FensterTerrasse has
[9/7/2017, 1:19:06 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:06 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:06 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterTerrasse-motor: stop:55
[9/7/2017, 1:19:06 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:55')
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterTerrasse-D-firmware: 2.11
[9/7/2017, 1:19:06 PM] [FHEM] caching: FirmwareRevision: 2.11 (as string; from '2.11')
2017-09-07 13:19:06 caching: OG.sz2.RO.FensterTerrasse-pct: 55
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentPosition: 55 (as number; from '55')
[9/7/2017, 1:19:06 PM] [FHEM] caching: TargetPosition: 55 (as number; from '55')
[9/7/2017, 1:19:06 PM] [FHEM] OG.te.WE.Outdoor is thermometer
[9/7/2017, 1:19:06 PM] [FHEM] OG.te.WE.Outdoor has
[9/7/2017, 1:19:06 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentTemperature [temperature]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentRelativeHumidity [humidity]
2017-09-07 13:19:06 caching: OG.te.WE.Outdoor-battery: ok
[9/7/2017, 1:19:06 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:06 caching: OG.te.WE.Outdoor-temperature: 16.2
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentTemperature: 16.2 (as number; from '16.2')
2017-09-07 13:19:06 caching: OG.te.WE.Outdoor-humidity: 69
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentRelativeHumidity: 69 (as number; from '69')
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon is switch
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon has
[9/7/2017, 1:19:06 PM] [FHEM] Custom Volume [volume;cached]
[9/7/2017, 1:19:06 PM] [FHEM] Custom Power [power]
[9/7/2017, 1:19:06 PM] [FHEM] On [state;on,off]
2017-09-07 13:19:06 caching: OG.wz.HE.Denon-volume: 21.5
[9/7/2017, 1:19:06 PM] [FHEM] caching: Custom Volume: 22 (as number; from '21.5')
2017-09-07 13:19:06 caching: OG.wz.HE.Denon-power: off
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon-power not a number: off
2017-09-07 13:19:06 caching: OG.wz.HE.Denon-state: off
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: false (as boolean; from 'off')
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon_Terrasse is switch
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon_Terrasse has
[9/7/2017, 1:19:06 PM] [FHEM] Custom Volume [volume;cached]
[9/7/2017, 1:19:06 PM] [FHEM] Custom Power [power]
[9/7/2017, 1:19:06 PM] [FHEM] On [state;on,off]
2017-09-07 13:19:06 caching: OG.wz.HE.Denon_Terrasse-volume: 0
[9/7/2017, 1:19:06 PM] [FHEM] caching: Custom Volume: 0 (as number; from '0')
2017-09-07 13:19:06 caching: OG.wz.HE.Denon_Terrasse-power: off
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.Denon_Terrasse-power not a number: off
2017-09-07 13:19:06 caching: OG.wz.HE.Denon_Terrasse-state: off
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: false (as boolean; from 'off')
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.VU is switch
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.VU has
[9/7/2017, 1:19:06 PM] [FHEM] Custom Volume [volume;cached]
[9/7/2017, 1:19:06 PM] [FHEM] Custom Power [power]
[9/7/2017, 1:19:06 PM] [FHEM] On [state;on,off]
2017-09-07 13:19:06 caching: OG.wz.HE.VU-volume: 100
[9/7/2017, 1:19:06 PM] [FHEM] caching: Custom Volume: 100 (as number; from '100')
2017-09-07 13:19:06 caching: OG.wz.HE.VU-power: off
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HE.VU-power not a number: off
2017-09-07 13:19:06 caching: OG.wz.HE.VU-state: off
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: false (as boolean; from 'off')
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HZ.Thermostat is thermostat
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.HZ.Thermostat has
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-100]
[9/7/2017, 1:19:06 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:06 PM] [FHEM] TargetTemperature [desired-temp]
[9/7/2017, 1:19:06 PM] [FHEM] Custom Actuation [actuator]
[9/7/2017, 1:19:06 PM] [FHEM] TargetHeatingCoolingState [mode]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentTemperature [measured-temp]
[9/7/2017, 1:19:06 PM] [FHEM] CurrentHeatingCoolingState [undefined]
2017-09-07 13:19:06 caching: OG.wz.HZ.Thermostat-battery: ok
[9/7/2017, 1:19:06 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:06 caching: OG.wz.HZ.Thermostat-desired-temp: 20.0
[9/7/2017, 1:19:06 PM] [FHEM] caching: TargetTemperature: 20 (as number; from '20.0')
2017-09-07 13:19:06 caching: OG.wz.HZ.Thermostat-actuator: 0%
[9/7/2017, 1:19:06 PM] [FHEM] caching: Custom Actuation: 0 (as number; from '0%')
2017-09-07 13:19:06 caching: OG.wz.HZ.Thermostat-mode: manual
[9/7/2017, 1:19:06 PM] [FHEM] caching: TargetHeatingCoolingState: 1 (as number; means HEAT; from 'manual')
2017-09-07 13:19:06 caching: OG.wz.HZ.Thermostat-measured-temp: 21.0
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentTemperature: 21 (as number; from '21.0')
[9/7/2017, 1:19:06 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.LI.Highboard is light
[9/7/2017, 1:19:06 PM] [FHEM] OG.wz.LI.Highboard has
[9/7/2017, 1:19:06 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:06 PM] [FHEM] Brightness [bri]
[9/7/2017, 1:19:06 PM] [FHEM] Hue [hue;hue;0-65535]
[9/7/2017, 1:19:06 PM] [FHEM] Saturation [sat;sat;0-254]
[9/7/2017, 1:19:06 PM] [FHEM] colormode [colormode]
[9/7/2017, 1:19:06 PM] [FHEM] xy [xy]
2017-09-07 13:19:06 caching: OG.wz.LI.Highboard-onoff: 0
[9/7/2017, 1:19:06 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:06 caching: OG.wz.LI.Highboard-bri: 1
[9/7/2017, 1:19:06 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
2017-09-07 13:19:06 caching: OG.wz.LI.Highboard-hue: 15326
[9/7/2017, 1:19:06 PM] [FHEM] caching: Hue: 84 (as number; from '15326')
2017-09-07 13:19:06 caching: OG.wz.LI.Highboard-sat: 121
[9/7/2017, 1:19:06 PM] [FHEM] caching: Saturation: 48 (as number; from '121')
2017-09-07 13:19:07 caching: OG.wz.LI.Highboard-colormode: xy
2017-09-07 13:19:07 caching: OG.wz.LI.Highboard-xy: 0.4449,0.4066
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Standlampe.oben is light
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Standlampe.oben has
[9/7/2017, 1:19:07 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:07 PM] [FHEM] Brightness [bri]
2017-09-07 13:19:07 caching: OG.wz.LI.Standlampe.oben-onoff: 0
[9/7/2017, 1:19:07 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:07 caching: OG.wz.LI.Standlampe.oben-bri: 1
[9/7/2017, 1:19:07 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Standlampe.unten is light
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Standlampe.unten has
[9/7/2017, 1:19:07 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:07 PM] [FHEM] Brightness [bri]
2017-09-07 13:19:07 caching: OG.wz.LI.Standlampe.unten-onoff: 0
[9/7/2017, 1:19:07 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:07 caching: OG.wz.LI.Standlampe.unten-bri: 1
[9/7/2017, 1:19:07 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Weinschrank is light
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.LI.Weinschrank has
[9/7/2017, 1:19:07 PM] [FHEM] On [onoff;on,off]
[9/7/2017, 1:19:07 PM] [FHEM] Brightness [bri]
[9/7/2017, 1:19:07 PM] [FHEM] Hue [hue;hue;0-65535]
[9/7/2017, 1:19:07 PM] [FHEM] Saturation [sat;sat;0-254]
[9/7/2017, 1:19:07 PM] [FHEM] colormode [colormode]
[9/7/2017, 1:19:07 PM] [FHEM] xy [xy]
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-onoff: 0
[9/7/2017, 1:19:07 PM] [FHEM] caching: On: 0 (as number; from '0')
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-bri: 1
[9/7/2017, 1:19:07 PM] [FHEM] caching: Brightness: 0 (as number; from '1')
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-hue: 41497
[9/7/2017, 1:19:07 PM] [FHEM] caching: Hue: 227 (as number; from '41497')
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-sat: 60
[9/7/2017, 1:19:07 PM] [FHEM] caching: Saturation: 24 (as number; from '60')
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-colormode: xy
2017-09-07 13:19:07 caching: OG.wz.LI.Weinschrank-xy: 0.3671,0.3526
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterLinks is blind
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterLinks has
[9/7/2017, 1:19:07 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:07 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:07 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:07 caching: OG.wz.RO.FensterLinks-motor: stop:52
[9/7/2017, 1:19:07 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:52')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterLinks-D-firmware: 2.8
[9/7/2017, 1:19:07 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterLinks-pct: 52
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentPosition: 52 (as number; from '52')
[9/7/2017, 1:19:07 PM] [FHEM] caching: TargetPosition: 52 (as number; from '52')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterRechts is blind
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterRechts has
[9/7/2017, 1:19:07 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:07 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:07 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:07 caching: OG.wz.RO.FensterRechts-motor: stop:on
[9/7/2017, 1:19:07 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterRechts-D-firmware: 2.8
[9/7/2017, 1:19:07 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterRechts-pct: 100
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[9/7/2017, 1:19:07 PM] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterTerrasse is blind
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.RO.FensterTerrasse has
[9/7/2017, 1:19:07 PM] [FHEM] PositionState [motor]
[9/7/2017, 1:19:07 PM] [FHEM] FirmwareRevision [D-firmware]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentPosition [pct]
[9/7/2017, 1:19:07 PM] [FHEM] TargetPosition [pct]
2017-09-07 13:19:07 caching: OG.wz.RO.FensterTerrasse-motor: stop:20
[9/7/2017, 1:19:07 PM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:20')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterTerrasse-D-firmware: 2.8
[9/7/2017, 1:19:07 PM] [FHEM] caching: FirmwareRevision: 2.8 (as string; from '2.8')
2017-09-07 13:19:07 caching: OG.wz.RO.FensterTerrasse-pct: 20
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentPosition: 20 (as number; from '20')
[9/7/2017, 1:19:07 PM] [FHEM] caching: TargetPosition: 20 (as number; from '20')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.SE.Blumensensor01 is thermometer
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.SE.Blumensensor01 has
[9/7/2017, 1:19:07 PM] [FHEM] StatusLowBattery [battery]
[9/7/2017, 1:19:07 PM] [FHEM] FirmwareRevision [firmware]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentTemperature [temperature]
2017-09-07 13:19:07 caching: OG.wz.SE.Blumensensor01-battery: ok
[9/7/2017, 1:19:07 PM] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
2017-09-07 13:19:07 caching: OG.wz.SE.Blumensensor01-firmware: 2.6.2
[9/7/2017, 1:19:07 PM] [FHEM] caching: FirmwareRevision: 2.6.2 (as string; from '2.6.2')
2017-09-07 13:19:07 caching: OG.wz.SE.Blumensensor01-temperature: 21.9
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentTemperature: 21.9 (as number; from '21.9')
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.WE.Indoor is thermometer
[9/7/2017, 1:19:07 PM] [FHEM] OG.wz.WE.Indoor has
[9/7/2017, 1:19:07 PM] [FHEM] AirQuality [co2]
[9/7/2017, 1:19:07 PM] [FHEM] CarbonDioxideLevel [co2]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentTemperature [temperature]
[9/7/2017, 1:19:07 PM] [FHEM] CurrentRelativeHumidity [humidity]
[9/7/2017, 1:19:07 PM] [FHEM] Custom AirPressure [pressure]
2017-09-07 13:19:07 caching: OG.wz.WE.Indoor-co2: 430
[9/7/2017, 1:19:07 PM] [FHEM] caching: AirQuality: 1 (as number; from '430')
[9/7/2017, 1:19:07 PM] [FHEM] caching: CarbonDioxideLevel: 430 (as number; from '430')
2017-09-07 13:19:07 caching: OG.wz.WE.Indoor-temperature: 20
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentTemperature: 20 (as number; from '20')
2017-09-07 13:19:07 caching: OG.wz.WE.Indoor-humidity: 63
[9/7/2017, 1:19:07 PM] [FHEM] caching: CurrentRelativeHumidity: 63 (as number; from '63')
2017-09-07 13:19:07 caching: OG.wz.WE.Indoor-pressure: 1018.5
[9/7/2017, 1:19:07 PM] [FHEM] caching: Custom AirPressure: 1019 (as number; from '1018.5')
[9/7/2017, 1:19:07 PM] [FHEM] Sonos_Bad is switch
[9/7/2017, 1:19:07 PM] [FHEM] Sonos_Bad has
[9/7/2017, 1:19:07 PM] [FHEM] Custom Volume [Volume;not cached]
[9/7/2017, 1:19:07 PM] [FHEM] On [transportState;play,pause]
[9/7/2017, 1:19:07 PM] [FHEM] caching: Custom Volume: 20 (as number; from '20')
2017-09-07 13:19:07 caching: Sonos_Bad-transportState: STOPPED
[9/7/2017, 1:19:07 PM] [FHEM] caching: On: false (as boolean; from 'STOPPED')
[9/7/2017, 1:19:07 PM] [FHEM] Sonos_Kueche is switch
[9/7/2017, 1:19:07 PM] [FHEM] Sonos_Kueche has
[9/7/2017, 1:19:07 PM] [FHEM] Custom Volume [Volume;not cached]
[9/7/2017, 1:19:07 PM] [FHEM] On [transportState;play,pause]
[9/7/2017, 1:19:07 PM] [FHEM] caching: Custom Volume: 22 (as number; from '22')
2017-09-07 13:19:07 caching: Sonos_Kueche-transportState: STOPPED
[9/7/2017, 1:19:07 PM] [FHEM] caching: On: false (as boolean; from 'STOPPED')
/usr/local/lib/node_modules/homebridge-fhem/index.js:1556
var parts = s.Attributes.setList.split( ' ' );
^
TypeError: Cannot read property 'split' of undefined
at Object.FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1556:37)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1063:42)
at Array.map (native)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1060:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:188:22)
at emitTwo (events.js:106:13)
at Request.emit (events.js:191:7)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1171:10)
at emitOne (events.js:96:13)
at Request.emit (events.js:188:7)
Danke !!!
EDIT:
Fehler gefunden. Hatte bei einem Device "genericDeviceType" auf "garage" gestellt.
ZitatHat schon mal jemand ein ProgrammableSwitchEvent Characteristic hinbekommen?
Bzw. funktioniert das mit homebridge-fhem überhaupt?
Hatte damit mal gespielt.. Dann aber keine Zeit mehr gehabt ..
Letzter Stand:
Internals:
NAME Test_Lampe
NR 65
STATE LED
TYPE dummy
READINGS:
2017-08-15 15:29:36 state LED
Attributes:
genericDeviceType StatelessProgrammableSwitch
homebridgeMapping ProgrammableSwitchEvent=state,values=Decke_an:0;Decke_aus:1;LED:2
LabelIndex=state,values=Decke_an:0;Decke_aus:1;LED:2
room Homekit,Test
setList Decke_an Decke_aus LED
Kann ich aus FHEM heraus den iPhone Wecker stellen? Oder den Wecker in ein Devicereading schreiben?
nein. das geht beides nicht.
Hi
Ich hab ein Problem ich hab homebridge lt FHEM Wiki mit nodejs 6 installier
Startet ohne Fehler nur das Siri warning kommt
Findet alle Geräte keine Fehlermeldung
Trotzdem findet kein iPhone die homebridge
Im Discovery wird sie angezeigt ich verzweifle echt schon
Hallo!
Ich habe die aktuelle homebridge Version installiert.
Wenn ich jetzt homebridge starte bekomme ich nachfolgende Fehlermeldung.
fhem@NUC:~$ homebridge
module.js:471
throw err;
^
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Gruß Christian
Zitat von: Christian S. am 16 September 2017, 20:47:02
Hallo!
Ich habe die aktuelle homebridge Version installiert.
Wenn ich jetzt homebridge starte bekomme ich nachfolgende Fehlermeldung.
fhem@NUC:~$ homebridge
module.js:471
throw err;
^
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Gruß Christian
Guckst Du hier (http://lmgtfy.com/?q=Error%3A+Cannot+find+module+%27..%2Fbuild%2FRelease%2Fdns_sd_bindings%27).
Gruß
Dan
Bei mir heute kein Start mehr nach Ubuntu Updates, jemand eine Ahnung was es sein könnte?
[9/18/2017, 2:09:39 AM] ====================
[9/18/2017, 2:09:39 AM] ERROR LOADING PLUGIN homebridge-fhem:
[9/18/2017, 2:09:39 AM] SyntaxError: Unexpected token ILLEGAL
at exports.runInThisContext (vm.js:53:16)
at Module._compile (module.js:387:25)
at Object.Module._extensions..js (module.js:422:10)
at Module.load (module.js:357:32)
at Function.Module._load (module.js:314:12)
at Module.require (module.js:367:17)
at require (internal/module.js:20:19)
at Plugin.load (/usr/lib/node_modules/homebridge/lib/plugin.js:65:22)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:132:14)
at Array.forEach (native)
[9/18/2017, 2:09:39 AM] ====================
[9/18/2017, 2:09:39 AM] Loaded config.json with 0 accessories and 1 platforms.
[9/18/2017, 2:09:39 AM] ---
[9/18/2017, 2:09:39 AM] Loading 1 platforms...
/usr/lib/node_modules/homebridge/lib/api.js:128
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:128:13)
at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:284:45)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:80:36)
at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:413:34)
at Object.Module._extensions..js (module.js:422:10)
at Module.load (module.js:357:32)
at Function.Module._load (module.js:314:12)
at Function.Module.runMain (module.js:447:10)
homebridge-fhem nochmal drüberbügeln hat geholfen. Trotzdem seltsam...
iOS 11:
Habt ihr auch das Verhalten, dass ihr nun für jeden Schaltvorgang per Siri das Telefon entsperren müsst?
Das war vorher devinitiv nur bei Fenstern und Türen so. Macht das Ganze ziemlich sinnlos :(
nö. geht bei mir immer noch ohne entsperren.
geht auch bei mir ohne entsperren... 8)
Kurzer Bericht zum Update:
4 Iphones, 1 iPad und 1 AppleTV (Gen4) ohne Probleme upgedatet und alles scheint wie gewohnt zu funktionieren...
Einzig im AppleTV musste ich mich aus und wieder einloggen um die HomeKit-Integration wieder hinzubekommen. Vorher hat mir HOME immer gemeldet: AppleTV nicht erreichbar.
Alles sehr entspannt...;-)
VG
Christian
Zitat von: Markus M. am 08 August 2017, 10:38:48
Die komplette Bridge entfernen.
Wenn sie danach nicht mehr neu auftaucht musst du die MAC ändern.
Ein Hub kann auch problematisch sein. Solltest du auch auf die Beta ziehen.
Und auch das hilft im Zweifelsfall nichts, meine Fenster sind Remote nach Update auf Beta 5 nicht erreichbar
EDIT: neu anmelden hat geholfen
Genauso habe ich es auch gemacht heute Morgen... Leider funktioniert meine Gigablue nicht mehr in Homebridge mal sehen woran das liegt. In Homekit steht nicht unterstütztes Gerät.
Zitat von: justme1968 am 19 September 2017, 18:44:06
nö. geht bei mir immer noch ohne entsperren.
Das Problem saß vor dem Telefon :)
Settings > Touch ID & Passcode > Allow Access When Locked > Home Control
Wieder alles außer Türen und Fenster steuerbar. Wäre schön wenn man das noch selbst festlegen könnte.
Eine meiner Instanzen war noch auf dem Apple TV gestört, nach Neuanmeldung sehe ich meine Bewegungsmelder jetzt aber auch von unterwegs.
Den Fall gibt es also auch: zuhause ok, unterwegs nicht erreichbar.
Hi,
wie ich hier gelesen habe, muss nach dem iOS 11 Update auch etwas bei fhem upgedated werden. Wo finde ich die Step by Step Anleitung. Ich bin wirklich ein Amateur. War so happy als ich es endlich zum laufen gebracht habe. Nutze einen Raspberry Pi.
Vielen vielen Dank
Homebridge solltest du updaten.
Und auf allen Geräten gleichzeitig ios11 installieren.
Zitat von: Markus M. am 20 September 2017, 10:57:16
Homebridge solltest du updaten.
Und auf allen Geräten gleichzeitig ios11 installieren.
Danke für Deine Antwort.
Wie gesagt, ich bin Ultra Amateur. Demnach meine Frage, wie mach ich das Homebridge Update?
iPhone und iPad sind schon mit iOS11 ausgestattet.
Vielen Dank
Zitat von: Chridd am 20 September 2017, 11:18:01
Danke für Deine Antwort.
Wie gesagt, ich bin Ultra Amateur. Demnach meine Frage, wie mach ich das Homebridge Update?
iPhone und iPad sind schon mit iOS11 ausgestattet.
Vielen Dank
https://wiki.fhem.de/wiki/Homebridge_einrichten
Habe das Update durch, aber kriege nun folgende Fehlermeldung, wenn ich Homebridge starte:
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Das ist kein Fehler sondern eine Warnung. Sollte trotzdem klappen.
Ok, dann ist wohl das danach von Bedeutung!?
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-09-20 16:58:46] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-09-20 16:58:46] Registering platform 'homebridge-fhem.FHEM'
[2017-09-20 16:58:46] ---
[2017-09-20 16:58:48] Loaded plugin: homebridge-http
[2017-09-20 16:58:48] Registering accessory 'homebridge-http.Http'
[2017-09-20 16:58:48] ---
[2017-09-20 16:58:48] Loaded plugin: homebridge-legacy-plugins
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.AD2USB'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.Carwings'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.ELKM1'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.FileSensor'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.GenericRS232Device'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMatic'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMaticThermo'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMaticWindow'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpGarageDoorOpener'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpHygrometer'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpThermometer'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.Tesla'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.X10'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.mpdclient'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.Domoticz'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.HomeAssistant'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.HomeSeer'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.ISY'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.LIFx'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.SmartThings'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.TelldusLive'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.ZWayServer'
[2017-09-20 16:58:48] ---
[2017-09-20 16:58:49] Loaded plugin: homebridge-harmonyhub
[2017-09-20 16:58:49] Registering platform 'homebridge-harmonyhub.HarmonyHub'
[2017-09-20 16:58:49] ---
[2017-09-20 16:58:49] Loaded config.json with 0 accessories and 1 platforms.
[2017-09-20 16:58:49] ---
[2017-09-20 16:58:50] Loading 1 platforms...
[2017-09-20 16:58:50] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1505919531471
[2017-09-20 16:58:51] [FHEM] Fetching FHEM devices...
[2017-09-20 16:58:51] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-09-20 16:58:51] [FHEM] Checking devices and attributes...
[2017-09-20 16:58:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:51] [FHEM] no siri device found. please define it.
[2017-09-20 16:58:52] [FHEM] Fetching FHEM devices...
[2017-09-20 16:58:52] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:52] [FHEM] got: 42 results
und was ist dein Problem?
Mich wundert erst einmal nur das hier: [2017-09-20 16:58:51] [FHEM] no siri device found. please define it.
Was kommt danach noch? Läuft die Bridge denn am Ende?
Und bitte die Logs in CodeTags (Rautebutton oben) einfügen...
VG
Christian
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-09-20 16:58:46] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-09-20 16:58:46] Registering platform 'homebridge-fhem.FHEM'
[2017-09-20 16:58:46] ---
[2017-09-20 16:58:48] Loaded plugin: homebridge-http
[2017-09-20 16:58:48] Registering accessory 'homebridge-http.Http'
[2017-09-20 16:58:48] ---
[2017-09-20 16:58:48] Loaded plugin: homebridge-legacy-plugins
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.AD2USB'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.Carwings'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.ELKM1'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.FileSensor'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.GenericRS232Device'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMatic'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMaticThermo'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HomeMaticWindow'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpGarageDoorOpener'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpHygrometer'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.HttpThermometer'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.Tesla'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.X10'
[2017-09-20 16:58:48] Registering accessory 'homebridge-legacy-plugins.mpdclient'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.Domoticz'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.HomeAssistant'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.HomeSeer'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.ISY'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.LIFx'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.SmartThings'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.TelldusLive'
[2017-09-20 16:58:48] Registering platform 'homebridge-legacy-plugins.ZWayServer'
[2017-09-20 16:58:48] ---
[2017-09-20 16:58:49] Loaded plugin: homebridge-harmonyhub
[2017-09-20 16:58:49] Registering platform 'homebridge-harmonyhub.HarmonyHub'
[2017-09-20 16:58:49] ---
[2017-09-20 16:58:49] Loaded config.json with 0 accessories and 1 platforms.
[2017-09-20 16:58:49] ---
[2017-09-20 16:58:50] Loading 1 platforms...
[2017-09-20 16:58:50] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1505919531471
[2017-09-20 16:58:51] [FHEM] Fetching FHEM devices...
[2017-09-20 16:58:51] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-09-20 16:58:51] [FHEM] Checking devices and attributes...
[2017-09-20 16:58:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:51] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:51] [FHEM] no siri device found. please define it.
[2017-09-20 16:58:52] [FHEM] Fetching FHEM devices...
[2017-09-20 16:58:52] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_179938670779734&XHR=1
[2017-09-20 16:58:52] [FHEM] got: 42 results
[2017-09-20 16:58:52] [FHEM] 2020Exp is 1
[2017-09-20 16:58:52] [FHEM] 2020Exp has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: 2020Exp-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] 25 is 1
[2017-09-20 16:58:52] [FHEM] 25 has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: 25-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] 30Unplugged is 1
[2017-09-20 16:58:52] [FHEM] 30Unplugged has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: 30Unplugged-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AirplayBad is 1
[2017-09-20 16:58:52] [FHEM] AirplayBad has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AirplayBad-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AirplayFlur is 1
[2017-09-20 16:58:52] [FHEM] AirplayFlur has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AirplayFlur-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AirplayKueche is 1
[2017-09-20 16:58:52] [FHEM] AirplayKueche has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AirplayKueche-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AirplaySchlaf is 1
[2017-09-20 16:58:52] [FHEM] AirplaySchlaf has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AirplaySchlaf-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AirplayWohn is 1
[2017-09-20 16:58:52] [FHEM] AirplayWohn has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AirplayWohn-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] AllSpeakers is 1
[2017-09-20 16:58:52] [FHEM] AllSpeakers has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: AllSpeakers-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Beamer is switch
[2017-09-20 16:58:52] [FHEM] Beamer has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Beamer-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] BeamerSwitch is 1
[2017-09-20 16:58:52] [FHEM] BeamerSwitch has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: BeamerSwitch-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] BeautifulLie is 1
[2017-09-20 16:58:52] [FHEM] BeautifulLie has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: BeautifulLie-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Beyonce is 1
[2017-09-20 16:58:52] [FHEM] Beyonce has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Beyonce-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] BoseSounddock is switch
[2017-09-20 16:58:52] [FHEM] BoseSounddock has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: BoseSounddock-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] BravoHits is 1
[2017-09-20 16:58:52] [FHEM] BravoHits has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: BravoHits-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] CLASSIC is 1
[2017-09-20 16:58:52] [FHEM] CLASSIC has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: CLASSIC-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] DerDruck is 1
[2017-09-20 16:58:52] [FHEM] DerDruck has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: DerDruck-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Empire1 is 1
[2017-09-20 16:58:52] [FHEM] Empire1 has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Empire1-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] FBGM is 1
[2017-09-20 16:58:52] [FHEM] FBGM has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: FBGM-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Flurlampe is switch
[2017-09-20 16:58:52] [FHEM] Flurlampe has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Flurlampe-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] FutureSex is 1
[2017-09-20 16:58:52] [FHEM] FutureSex has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: FutureSex-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] HHSP5 is 1
[2017-09-20 16:58:52] [FHEM] HHSP5 has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: HHSP5-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] HHSP6 is 1
[2017-09-20 16:58:52] [FHEM] HHSP6 has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: HHSP6-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Hey is 1
[2017-09-20 16:58:52] [FHEM] Hey has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Hey-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Hinterland is 1
[2017-09-20 16:58:52] [FHEM] Hinterland has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Hinterland-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Justified is 1
[2017-09-20 16:58:52] [FHEM] Justified has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Justified-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] LampeLinks is switch
[2017-09-20 16:58:52] [FHEM] LampeLinks has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: LampeLinks-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] LampeRechts is switch
[2017-09-20 16:58:52] [FHEM] LampeRechts has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: LampeRechts-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] LoveLust is 1
[2017-09-20 16:58:52] [FHEM] LoveLust has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: LoveLust-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Pablo is 1
[2017-09-20 16:58:52] [FHEM] Pablo has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Pablo-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Purpose is 1
[2017-09-20 16:58:52] [FHEM] Purpose has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Purpose-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Sony is switch
[2017-09-20 16:58:52] [FHEM] Sony has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Sony-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] SonySwitch is 1
[2017-09-20 16:58:52] [FHEM] SonySwitch has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: SonySwitch-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Sounddock is switch
[2017-09-20 16:58:52] [FHEM] Sounddock has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Sounddock-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Stehlampe is switch
[2017-09-20 16:58:52] [FHEM] Stehlampe has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: Stehlampe-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] TV is switch
[2017-09-20 16:58:52] [FHEM] TV has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: TV-state: BI
[2017-09-20 16:58:52] [FHEM] caching: On: true (as boolean; from 'BI')
[2017-09-20 16:58:52] [FHEM] TVSwitch is 1
[2017-09-20 16:58:52] [FHEM] TVSwitch has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: TVSwitch-state: BI
[2017-09-20 16:58:52] [FHEM] caching: On: true (as boolean; from 'BI')
[2017-09-20 16:58:52] [FHEM] ThisIsWar is 1
[2017-09-20 16:58:52] [FHEM] ThisIsWar has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: ThisIsWar-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] XOXO is 1
[2017-09-20 16:58:52] [FHEM] XOXO has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: XOXO-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] iTunesNext is 1
[2017-09-20 16:58:52] [FHEM] iTunesNext has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: iTunesNext-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] iTunesPlayPause is 1
[2017-09-20 16:58:52] [FHEM] iTunesPlayPause has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: iTunesPlayPause-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] iTunesPrevious is 1
[2017-09-20 16:58:52] [FHEM] iTunesPrevious has
[2017-09-20 16:58:52] [FHEM] On [state;on,off]
2017-09-20 16:58:52 caching: iTunesPrevious-state: B0
[2017-09-20 16:58:52] [FHEM] caching: On: false (as boolean; from 'B0')
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory '2020Exp'...
[2017-09-20 16:58:52] [FHEM] creating services for 2020Exp
[2017-09-20 16:58:52] [FHEM] information service for 2020Exp
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for 2020Exp
[2017-09-20 16:58:52] [FHEM] 2020Exp: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for 2020Exp (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for 2020Exp:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory '25'...
[2017-09-20 16:58:52] [FHEM] creating services for 25
[2017-09-20 16:58:52] [FHEM] information service for 25
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for 25
[2017-09-20 16:58:52] [FHEM] 25: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for 25 (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for 25:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory '30Unplugged'...
[2017-09-20 16:58:52] [FHEM] creating services for 30Unplugged
[2017-09-20 16:58:52] [FHEM] information service for 30Unplugged
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for 30Unplugged
[2017-09-20 16:58:52] [FHEM] 30Unplugged: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for 30Unplugged (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for 30Unplugged:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AirplayBad'...
[2017-09-20 16:58:52] [FHEM] creating services for AirplayBad
[2017-09-20 16:58:52] [FHEM] information service for AirplayBad
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AirplayBad
[2017-09-20 16:58:52] [FHEM] AirplayBad: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AirplayBad (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AirplayBad:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AirplayFlur'...
[2017-09-20 16:58:52] [FHEM] creating services for AirplayFlur
[2017-09-20 16:58:52] [FHEM] information service for AirplayFlur
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AirplayFlur
[2017-09-20 16:58:52] [FHEM] AirplayFlur: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AirplayFlur (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AirplayFlur:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AirplayKueche'...
[2017-09-20 16:58:52] [FHEM] creating services for AirplayKueche
[2017-09-20 16:58:52] [FHEM] information service for AirplayKueche
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AirplayKueche
[2017-09-20 16:58:52] [FHEM] AirplayKueche: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AirplayKueche (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AirplayKueche:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AirplaySchlaf'...
[2017-09-20 16:58:52] [FHEM] creating services for AirplaySchlaf
[2017-09-20 16:58:52] [FHEM] information service for AirplaySchlaf
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AirplaySchlaf
[2017-09-20 16:58:52] [FHEM] AirplaySchlaf: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AirplaySchlaf (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AirplaySchlaf:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AirplayWohn'...
[2017-09-20 16:58:52] [FHEM] creating services for AirplayWohn
[2017-09-20 16:58:52] [FHEM] information service for AirplayWohn
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AirplayWohn
[2017-09-20 16:58:52] [FHEM] AirplayWohn: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AirplayWohn (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AirplayWohn:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'AllSpeakers'...
[2017-09-20 16:58:52] [FHEM] creating services for AllSpeakers
[2017-09-20 16:58:52] [FHEM] information service for AllSpeakers
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for AllSpeakers
[2017-09-20 16:58:52] [FHEM] AllSpeakers: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for AllSpeakers (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for AllSpeakers:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'Beamer'...
[2017-09-20 16:58:52] [FHEM] creating services for Beamer
[2017-09-20 16:58:52] [FHEM] information service for Beamer
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for Beamer
[2017-09-20 16:58:52] [FHEM] Switch service for Beamer
[2017-09-20 16:58:52] [FHEM] On characteristic for Beamer:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'BeamerSwitch'...
[2017-09-20 16:58:52] [FHEM] creating services for BeamerSwitch
[2017-09-20 16:58:52] [FHEM] information service for BeamerSwitch
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for BeamerSwitch
[2017-09-20 16:58:52] [FHEM] BeamerSwitch: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for BeamerSwitch (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for BeamerSwitch:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'BeautifulLie'...
[2017-09-20 16:58:52] [FHEM] creating services for BeautifulLie
[2017-09-20 16:58:52] [FHEM] information service for BeautifulLie
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for BeautifulLie
[2017-09-20 16:58:52] [FHEM] BeautifulLie: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for BeautifulLie (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for BeautifulLie:state
[2017-09-20 16:58:52] [FHEM] Initializing platform accessory 'Beyonce'...
[2017-09-20 16:58:52] [FHEM] creating services for Beyonce
[2017-09-20 16:58:52] [FHEM] information service for Beyonce
[2017-09-20 16:58:52] [FHEM] manufacturer, model and serial number characteristics for Beyonce
[2017-09-20 16:58:52] [FHEM] Beyonce: service name 1 unknown
[2017-09-20 16:58:52] [FHEM] switch service for Beyonce (undefined)
[2017-09-20 16:58:52] [FHEM] On characteristic for Beyonce:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'BoseSounddock'...
[2017-09-20 16:58:53] [FHEM] creating services for BoseSounddock
[2017-09-20 16:58:53] [FHEM] information service for BoseSounddock
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for BoseSounddock
[2017-09-20 16:58:53] [FHEM] Switch service for BoseSounddock
[2017-09-20 16:58:53] [FHEM] On characteristic for BoseSounddock:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'BravoHits'...
[2017-09-20 16:58:53] [FHEM] creating services for BravoHits
[2017-09-20 16:58:53] [FHEM] information service for BravoHits
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for BravoHits
[2017-09-20 16:58:53] [FHEM] BravoHits: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for BravoHits (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for BravoHits:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'CLASSIC'...
[2017-09-20 16:58:53] [FHEM] creating services for CLASSIC
[2017-09-20 16:58:53] [FHEM] information service for CLASSIC
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for CLASSIC
[2017-09-20 16:58:53] [FHEM] CLASSIC: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for CLASSIC (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for CLASSIC:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'DerDruck'...
[2017-09-20 16:58:53] [FHEM] creating services for DerDruck
[2017-09-20 16:58:53] [FHEM] information service for DerDruck
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for DerDruck
[2017-09-20 16:58:53] [FHEM] DerDruck: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for DerDruck (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for DerDruck:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Empire1'...
[2017-09-20 16:58:53] [FHEM] creating services for Empire1
[2017-09-20 16:58:53] [FHEM] information service for Empire1
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Empire1
[2017-09-20 16:58:53] [FHEM] Empire1: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Empire1 (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Empire1:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'FBGM'...
[2017-09-20 16:58:53] [FHEM] creating services for FBGM
[2017-09-20 16:58:53] [FHEM] information service for FBGM
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for FBGM
[2017-09-20 16:58:53] [FHEM] FBGM: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for FBGM (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for FBGM:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Flurlampe'...
[2017-09-20 16:58:53] [FHEM] creating services for Flurlampe
[2017-09-20 16:58:53] [FHEM] information service for Flurlampe
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Flurlampe
[2017-09-20 16:58:53] [FHEM] Switch service for Flurlampe
[2017-09-20 16:58:53] [FHEM] On characteristic for Flurlampe:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'FutureSex'...
[2017-09-20 16:58:53] [FHEM] creating services for FutureSex
[2017-09-20 16:58:53] [FHEM] information service for FutureSex
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for FutureSex
[2017-09-20 16:58:53] [FHEM] FutureSex: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for FutureSex (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for FutureSex:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'HHSP5'...
[2017-09-20 16:58:53] [FHEM] creating services for HHSP5
[2017-09-20 16:58:53] [FHEM] information service for HHSP5
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for HHSP5
[2017-09-20 16:58:53] [FHEM] HHSP5: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for HHSP5 (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for HHSP5:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'HHSP6'...
[2017-09-20 16:58:53] [FHEM] creating services for HHSP6
[2017-09-20 16:58:53] [FHEM] information service for HHSP6
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for HHSP6
[2017-09-20 16:58:53] [FHEM] HHSP6: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for HHSP6 (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for HHSP6:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Hey'...
[2017-09-20 16:58:53] [FHEM] creating services for Hey
[2017-09-20 16:58:53] [FHEM] information service for Hey
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Hey
[2017-09-20 16:58:53] [FHEM] Hey: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Hey (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Hey:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Hinterland'...
[2017-09-20 16:58:53] [FHEM] creating services for Hinterland
[2017-09-20 16:58:53] [FHEM] information service for Hinterland
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Hinterland
[2017-09-20 16:58:53] [FHEM] Hinterland: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Hinterland (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Hinterland:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Justified'...
[2017-09-20 16:58:53] [FHEM] creating services for Justified
[2017-09-20 16:58:53] [FHEM] information service for Justified
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Justified
[2017-09-20 16:58:53] [FHEM] Justified: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Justified (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Justified:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'LampeLinks'...
[2017-09-20 16:58:53] [FHEM] creating services for LampeLinks
[2017-09-20 16:58:53] [FHEM] information service for LampeLinks
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for LampeLinks
[2017-09-20 16:58:53] [FHEM] Switch service for LampeLinks
[2017-09-20 16:58:53] [FHEM] On characteristic for LampeLinks:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'LampeRechts'...
[2017-09-20 16:58:53] [FHEM] creating services for LampeRechts
[2017-09-20 16:58:53] [FHEM] information service for LampeRechts
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for LampeRechts
[2017-09-20 16:58:53] [FHEM] Switch service for LampeRechts
[2017-09-20 16:58:53] [FHEM] On characteristic for LampeRechts:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'LoveLust'...
[2017-09-20 16:58:53] [FHEM] creating services for LoveLust
[2017-09-20 16:58:53] [FHEM] information service for LoveLust
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for LoveLust
[2017-09-20 16:58:53] [FHEM] LoveLust: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for LoveLust (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for LoveLust:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Pablo'...
[2017-09-20 16:58:53] [FHEM] creating services for Pablo
[2017-09-20 16:58:53] [FHEM] information service for Pablo
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Pablo
[2017-09-20 16:58:53] [FHEM] Pablo: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Pablo (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Pablo:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Purpose'...
[2017-09-20 16:58:53] [FHEM] creating services for Purpose
[2017-09-20 16:58:53] [FHEM] information service for Purpose
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Purpose
[2017-09-20 16:58:53] [FHEM] Purpose: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for Purpose (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for Purpose:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Sony'...
[2017-09-20 16:58:53] [FHEM] creating services for Sony
[2017-09-20 16:58:53] [FHEM] information service for Sony
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Sony
[2017-09-20 16:58:53] [FHEM] Switch service for Sony
[2017-09-20 16:58:53] [FHEM] On characteristic for Sony:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'SonySwitch'...
[2017-09-20 16:58:53] [FHEM] creating services for SonySwitch
[2017-09-20 16:58:53] [FHEM] information service for SonySwitch
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for SonySwitch
[2017-09-20 16:58:53] [FHEM] SonySwitch: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for SonySwitch (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for SonySwitch:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Sounddock'...
[2017-09-20 16:58:53] [FHEM] creating services for Sounddock
[2017-09-20 16:58:53] [FHEM] information service for Sounddock
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Sounddock
[2017-09-20 16:58:53] [FHEM] Switch service for Sounddock
[2017-09-20 16:58:53] [FHEM] On characteristic for Sounddock:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'Stehlampe'...
[2017-09-20 16:58:53] [FHEM] creating services for Stehlampe
[2017-09-20 16:58:53] [FHEM] information service for Stehlampe
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for Stehlampe
[2017-09-20 16:58:53] [FHEM] Switch service for Stehlampe
[2017-09-20 16:58:53] [FHEM] On characteristic for Stehlampe:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'TV'...
[2017-09-20 16:58:53] [FHEM] creating services for TV
[2017-09-20 16:58:53] [FHEM] information service for TV
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for TV
[2017-09-20 16:58:53] [FHEM] Switch service for TV
[2017-09-20 16:58:53] [FHEM] On characteristic for TV:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'TVSwitch'...
[2017-09-20 16:58:53] [FHEM] creating services for TVSwitch
[2017-09-20 16:58:53] [FHEM] information service for TVSwitch
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for TVSwitch
[2017-09-20 16:58:53] [FHEM] TVSwitch: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for TVSwitch (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for TVSwitch:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'ThisIsWar'...
[2017-09-20 16:58:53] [FHEM] creating services for ThisIsWar
[2017-09-20 16:58:53] [FHEM] information service for ThisIsWar
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for ThisIsWar
[2017-09-20 16:58:53] [FHEM] ThisIsWar: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for ThisIsWar (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for ThisIsWar:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'XOXO'...
[2017-09-20 16:58:53] [FHEM] creating services for XOXO
[2017-09-20 16:58:53] [FHEM] information service for XOXO
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for XOXO
[2017-09-20 16:58:53] [FHEM] XOXO: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for XOXO (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for XOXO:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'iTunesNext'...
[2017-09-20 16:58:53] [FHEM] creating services for iTunesNext
[2017-09-20 16:58:53] [FHEM] information service for iTunesNext
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for iTunesNext
[2017-09-20 16:58:53] [FHEM] iTunesNext: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for iTunesNext (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for iTunesNext:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'iTunesPlayPause'...
[2017-09-20 16:58:53] [FHEM] creating services for iTunesPlayPause
[2017-09-20 16:58:53] [FHEM] information service for iTunesPlayPause
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for iTunesPlayPause
[2017-09-20 16:58:53] [FHEM] iTunesPlayPause: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for iTunesPlayPause (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for iTunesPlayPause:state
[2017-09-20 16:58:53] [FHEM] Initializing platform accessory 'iTunesPrevious'...
[2017-09-20 16:58:53] [FHEM] creating services for iTunesPrevious
[2017-09-20 16:58:53] [FHEM] information service for iTunesPrevious
[2017-09-20 16:58:53] [FHEM] manufacturer, model and serial number characteristics for iTunesPrevious
[2017-09-20 16:58:53] [FHEM] iTunesPrevious: service name 1 unknown
[2017-09-20 16:58:53] [FHEM] switch service for iTunesPrevious (undefined)
[2017-09-20 16:58:53] [FHEM] On characteristic for iTunesPrevious:state
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2017-09-20 16:58:53] Homebridge is running on port 51826.
2017-09-20 19:47:36 caching: Beamer-state: BI
[2017-09-20 19:47:36] [FHEM] caching: On: true (as boolean; from 'BI')
2017-09-20 19:48:00 caching: BeamerSwitch-state: BI
[2017-09-20 19:48:00] [FHEM] caching: On: true (as boolean; from 'BI')
na, sieht doch gut aus....42 Devices werden sauber erkannt und die Bridge läuft...Homebridge is running on port 51826.
Mich wundern nur die vielen homebridge-legacy-plugins ...aber am Ende stören sie m.E. nicht...
Wo genau ist dein Problem?
VG
Christian
naja, seit dem iOS11 Update kann ich es nicht mehr über EVE oder Home steuern. Beide finden keine Homebridge
Jetzt habe ich doch Fehlermeldungen
Welche Anzeige bekommst du hier:
node -v
und hier:
npm -g outdated
Ich habe das gleiche Problem, beim Starten von Homebridge kommt:
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-9-21 21:03:35] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/home/pi/.nvm/versions/node/v8.5.0/lib/node_modules/homebridge-fhem'.
[2017-9-21 21:03:35] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-9-21 21:03:36] [FHEM] no siri device found. please define it.
node -v
v8.5.0
npm -g outdated
Kommt nix, hier habe ich nun alles upgedated.
Hallo zusammen,
bei mir funktioniert Homebridge leider auch nicht mehr. Sonntag hat alles noch bestens funktioniert und als ich heute mal wieder über Siri was schalten wollte habe ich gemerkt dass die Bridge selbst aus der Home-App verschwunden ist und alle Geräte nicht mehr erreichbar sind.
Habe jetzt ein Update von Jessie gemacht und dann noch NPM und Homebridge aktualisiert.
Doch wenn ich Homebridge starte kommt folgende Meldung auf der Konsole (vor und nach dem Update):
pi@raspberrypiWZ:~ $ homebridge
module.js:327
throw err;
^
Error: Cannot find module '../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:325:15)
at Function.Module._load (module.js:276:25)
at Module.require (module.js:353:17)
at require (internal/module.js:12:17)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Module.require (module.js:353:17)
Den Fehler hab ich nur einmal hier im Forum gefunden und dort war der Hinweis nochmal npm install zu machen, doch dort kommt dann folgende Fehlermeldung:
pi@raspberrypiWZ:~ $ npm install
npm WARN saveError ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.
up to date in 0.37s
node -v = v4.8.4
npm -g outdated = Zeigt nichts an
Gruß Cobra
Cobra,
den Tipp eine Seite vorher von Dan ist sicherlich umfangreicher: http://lmgtfy.com/?q=Error%3A+Cannot+find+module+%27..%2Fbuild%2FRelease%2Fdns_sd_bindings%27 (http://lmgtfy.com/?q=Error%3A+Cannot+find+module+%27..%2Fbuild%2FRelease%2Fdns_sd_bindings%27)
Schau dir das nochmal intensiver an...
Viele Grüße
Christian
Auf GitHub findet man einige Hinweise zu Problemen nach dem Update auf IOS 11:
zB hier https://github.com/nfarina/homebridge/issues/1501 (https://github.com/nfarina/homebridge/issues/1501) oder auch hier
https://github.com/nfarina/homebridge/issues/1491 (https://github.com/nfarina/homebridge/issues/1491)
Auch einige User mit Problem mit Node 8.5...(ist V8 überhaupt schon supportet?)
Leider gehen alle Hinweise u.a. Richtung Konfig löschen und neu anlegen...
Vielleicht hat einer der Experten noch einen besseren Ansatz?
Viele Grüße
Christian
Hallo zusammen,
Bei mir zeigen die devices in der Home App ,,keine Antwort". Das hängt mit dem iOS 11 Update zusammen, ein Test mit einem iOS 10.3 iPhone belegt dies.
Ich vermute ich bin nicht der einzige mit diesem Effekt.
Gruß
Jan
Bei mir war nach dem Update auf IOS11 das gleiche. Musste nach einem Systemupdate Jessie dann auch node / npm updaten. Lag aber scheinbar an meinen veralteten Versionen. Dann wurde die Bridge nicht gefunden. Letztendlich habe ich zwei Sachen gemacht. Leider hab ich nicht nachgehalten, welche zum Erfolg geführt hat. Einmal in der config.json den Username verändert und gleichzeitig den persist Ordner gelöscht. Das führt natürlich dazu das alle Devices neu zugeordnet werden müssen. Hatte mir vorher aber mal Screenshots von den Räumen und Szenen gemacht, so das alles relativ schnell wieder hergestellt werden konnte.
Gesendet von iPad mit Tapatalk
Hallo zusammen
bei mir funktionieren seit dem Update des iPhones auf iOS 11 weder die Homematic Rolladenaktoren noch die ZWave Thermostate in der HOME App, Siri sagt zwar das die Rolladen geöffnet werden, aber es passiert eben nichts.
Über Fhem gibt es keine Probleme, allerdings habe ich genau dieses Phänomen auch auf einem zweiten Raspi mit identischer Konfiguration, mit dem Unterschied das hier kein iOS Update ausgeführt wurde.
Hat eventuell jemand das gleiche Problem?
Gruß Stephan
Zitat von: CarstenF am 22 September 2017, 08:07:25
Bei mir war nach dem Update auf IOS11 das gleiche. Musste nach einem Systemupdate Jessie dann auch node / npm updaten. Lag aber scheinbar an meinen veralteten Versionen. Dann wurde die Bridge nicht gefunden. Letztendlich habe ich zwei Sachen gemacht. Leider hab ich nicht nachgehalten, welche zum Erfolg geführt hat. Einmal in der config.json den Username verändert und gleichzeitig den persist Ordner gelöscht. Das führt natürlich dazu das alle Devices neu zugeordnet werden müssen. Hatte mir vorher aber mal Screenshots von den Räumen und Szenen gemacht, so das alles relativ schnell wieder hergestellt werden konnte.
Gesendet von iPad mit Tapatalk
Hab ich auch alles gemacht - nun funktioniert es wieder. Woran es am Ende lag - weiss ich leider auch nicht :(
Hi
Das Problem mit den Rolläden habe ich auch ich bekomme auch eine komische Fehlermeldung beim starten der Bridge. Hat da wer eine Lösung?
[2017-09-25 11:42:31] [FHEM] Initializing platform accessory 'Garagentor'...
[2017-09-25 11:42:31] [FHEM] creating services for Garagentor
[2017-09-25 11:42:31] [FHEM] information service for Garagentor
[2017-09-25 11:42:31] [FHEM] manufacturer, model and serial number characteristics for Garagentor
[2017-09-25 11:42:31] [FHEM] firmware revision characteristic for Garagentor
[2017-09-25 11:42:31] [FHEM] Lightbulb service for Garagentor
HAP Warning: Characteristic 00000072-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000043-0000-1000-8000-0026BB765291. Adding anyway.
[2017-09-25 11:42:31] [FHEM] PositionState characteristic for Garagentor:motor
HAP Warning: Characteristic 0000006D-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000043-0000-1000-8000-0026BB765291. Adding anyway.
[2017-09-25 11:42:31] [FHEM] CurrentPosition characteristic for Garagentor:pct
HAP Warning: Characteristic 0000007C-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000043-0000-1000-8000-0026BB765291. Adding anyway.
[2017-09-25 11:42:31] [FHEM] TargetPosition characteristic for Garagentor:pct
Bei mir wurde die Bridge auch nicht mehr gefunden habe dann Nodejs 4,5,6 in dieser Reihenfolge eingespielt dann war sie auf einmal da.
Hi, grundsätzlich ist die Meldung ja nur ein Hinweis/Warning...
Und in der Servicebeschreibung Lightbulb steht:
Service.Lightbulb = function(displayName, subtype) {
Service.call(this, displayName, '00000043-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.On);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.Brightness);
this.addOptionalCharacteristic(Characteristic.Hue);
this.addOptionalCharacteristic(Characteristic.Saturation);
this.addOptionalCharacteristic(Characteristic.Name);
this.addOptionalCharacteristic(Characteristic.ColorTemperature); //Manual fix to add temperature
};
Also hat die Meldung recht...nicht enthalten, wird aber trotzdem dargestellt.
Warum dein Garagentor als Lightbulb erkannt wird, okay...
Hier könntest du einfach über die Definition des passenden GenericDeviceTyp diese Autoerkennung übergehen.
Viele Grüße
Christian
Hallo zusammen,
von iOS 11 habe ich zum Glück noch die Finger gelassen, dennoch habe ich ein andere Problem.
Wie habt ihr mehrere Handys an Homebridge angebunden? Wollte das gestern mit dem Handy meiner Freundin machen. Nehme ich die Funktion "Gast einladen" von der Home App, zeigt die Home App, auf dem Handy meiner Freundin, keine Verbindung zur Homebridge an. Auf meinem Handy funktioniert aber alles.
Versuche ich auf dem 2. Handy die Homebridge neu zuzufügen, so wird diese ebenfalls nicht gefunden.
Gibt es etwas besonderes, was man dabei beachten muss?
Grüße, Tobias
Hi,
ist die Einladung denn bei deiner Freundin auch angekommen? Schlüsselbund aktiviert? Einladung angenommen?
Mehr gibt es eigentlich nicht. Die Bridge sieht der Gast nie....die Kommunikation läuft meines Wisens nach ausschließlich über die iCloud.
VG
Christian
Hi,
Einladung ist angekommen und angenommen. Schlüsselbund ist aktiviert.
Die Räume und Aktoren werden ja auch angezeigt, es lässt sich aber nix steuern.
Tobias
Hallo Tobias,
letzte idee:
Hast du die Rechte richtig zugeteilt?
Auf deinem Handy -> Home -> unter Personen auf das Bild deiner Freundin und dann "Entfernten Zugriff erlauben" aktiviert?
VG
Christian
muss man nicht auch angeben welche geräte man freigibt?
die freigabe ist übrigens der einzige weg. jedes homekit device kann nur mit einem account direkt verbunden sein.
man könnte aber eine zweite homebridge instanz laufen lassen und diese dann mit einem anderen account koppeln.
Also einzelne Geräte freizugeben kenne ich nicht. Ich habe bisher nur je Person einstellen können 1. ob Geräte bedient werden können und 2. ob editiert werden darf. Aber immer nur für das gesamte "Zuhause". Gibt es da noch mehr?
VG
Christian
ich meine bei apple mal gesehen zu haben das man den zugriff auf einzelne geräte und räume beschränken kann. aber aktuell finde ich auch nur die möglichkeit den remote zugriff und das editieren zu verbieten.
Guten Abend,
habe gerade FHEM aufgesetzt und direkt noch HomeBridge installiert. Nur leider kann ich meine HomeBridge über zwei IPhones über die ,,Home" App sowie über Elgato ,,Eve" nicht finden. Wo kann ich bei der Fehlersuche beginnen?
Grüß
Fly
schau mit einem bonjour browser ob du den hap service siehst.
wenn nicht: du hast ein netzwerk/multicast problem.
Ich musste diese Pakete noch installieren:
sudo apt-get install avahi-daemon avahi-discover libnss-mdns libavahi-compat-libdnssd-dev
Jetzt funktioniert alles.
Hallo,
falls jemand noch Probleme hat, auf Github scheint es einen Lösungsansatz für alle mit Problemen mit IOS 11 zu geben:
Configfile erweitern um manufacturer, model und serialNumber: zB
"bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154", "manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20" }
Vielleicht hilft es dem ein oder anderen...
VG
Christian
Hallo,
ich hoffe ich darf mich hier einfach dranhängen. Ich versuche aktuell meine Heizungsanlage (LWZ) mit Homekit zu koppeln. Die Heizung- und Warmwassertemperatur möchte ich als Thermostat hinzufügen (falls dies möglich ist?). Dazu verwende ich, exemplarisch für Warmwasser, folgenden Code:
defmod WW_Thermostat dummy
attr WW_Thermostat genericDeviceType thermostat
attr WW_Thermostat homebridgeMapping TargetTemperature=Mythz:p11DHWsetManualTemp,minValue=20,maxValue=50,minStep=1.0 CurrentTemperature=WW_Temperatur:state
attr WW_Thermostat room Homekit
Die aktuelle Temperatur wird auch in Homekit angezeigt, nur die Eigenschaft "TargetTemperature" wird vollkommen ignoriert. Ich kann den Slider in der Home App von 10 bis 38 verschieben. Die Werte in der LWZ werden natürlich auch nicht geändert.
Wo würde der Fehler liegen? Hier "Mythz:p11DHWsetManualTemp"?
Danke.
Zitat von: Chris8888 am 03 Oktober 2017, 14:13:55
Hallo,
falls jemand noch Probleme hat, auf Github scheint es einen Lösungsansatz für alle mit Problemen mit IOS 11 zu geben:
Configfile erweitern um manufacturer, model und serialNumber: zB
"bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154", "manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20" }
Vielleicht hilft es dem ein oder anderen...
VG
Christian
Habe auch das gleiche Problem. Hat das schon jemand getestet und kann sagen, ob das hilft?
Hallo zusammen,
Ich bin schon seit einiger Zeit stiller Mitleser in diesem Forum.
Habe selbst Homebridge schon seit einiger Zeit am laufen und bin echt begeistert von dem Modul :D
Eine ganz blöde Frage habe ich aber....
Wie kann ich einem Dummy - Hersteller, Seriennummer, Modell und Firmware hinzufügen?
Vielen Dank vorab!
das ist aktuell nicht direkt vorgesehen.
firmware könnte man vermutlich über FirmwareRevision im homebridgeMapping setzen.
warum möchtest du das denn machen?
Letztlich ist das nur Spielerei...
Ich habe einen Temp. und Feucht. Sensor dessen Readings ich in 2 Dummys ausgebe, damit ich in der Homekit App beide Werte auf einen Blick habe.
Irgendwie sieht es einfach unschön aus, wenn z.B. beim Hersteller FHEM:dummy da steht.
Meinst du einfach so:
homebridgeMapping
clear
CurrentRelativeHumidity=humidity
StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
Manufacturer=Manufacturer
Oder muss ich dann noch die UUID Format usw. hinzufügen?
Hallo
bis vor kurzen hat bei mir homebridge bestens funktioniert. Jetzt geht es nicht mehr:
pi@Raspi1:~ $ sudo systemctl status homebridge -l
● homebridge.service - Node.js HomeKit Server
Loaded: loaded (/etc/systemd/system/homebridge.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Mon 2017-10-09 18:17:36 CEST; 5s ago
Process: 17532 ExecStart=/usr/bin/homebridge $HOMEBRIDGE_OPTS (code=exited, status=203/EXEC)
Main PID: 17532 (code=exited, status=203/EXEC)
Okt 09 18:17:36 Raspi1 systemd[1]: Unit homebridge.service entered failed state.
Ich werde aus der Fehlermeldung nicht schlau.
danke für HInweise zur Lösung des Problems.
lg c
Zitat von: choetzu am 09 Oktober 2017, 18:21:08
Hallo
bis vor kurzen hat bei mir homebridge bestens funktioniert. Jetzt geht es nicht mehr:
pi@Raspi1:~ $ sudo systemctl status homebridge -l
● homebridge.service - Node.js HomeKit Server
Loaded: loaded (/etc/systemd/system/homebridge.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Mon 2017-10-09 18:17:36 CEST; 5s ago
Process: 17532 ExecStart=/usr/bin/homebridge $HOMEBRIDGE_OPTS (code=exited, status=203/EXEC)
Main PID: 17532 (code=exited, status=203/EXEC)
Okt 09 18:17:36 Raspi1 systemd[1]: Unit homebridge.service entered failed state.
Ich werde aus der Fehlermeldung nicht schlau.
danke für HInweise zur Lösung des Problems.
lg c
Startest du über FHEM?
Ich hatte das Problem auch erst und konnte den Dienst nicht mehr über FHEM (Benutzer/Homebridgeuser "fhem") starten.
Mein derzeitiges WorkAround ist Homebridge über SSH mit Benutzer "pi" zu starten
sudo /etc/init.d/homebridge start
Zitat von: holzwurm83 am 07 Oktober 2017, 10:09:21
Habe auch das gleiche Problem. Hat das schon jemand getestet und kann sagen, ob das hilft?
Hat bei mir gerade funktioniert. Seit iOS 11.0.2 ging nichts mehr. Momentan habe ich 11.1 beta 2 installiert.
Zitat von: MatthiasL am 10 Oktober 2017, 13:56:41
Mein derzeitiges WorkAround ist Homebridge über SSH mit Benutzer "pi" zu starten
sudo /etc/init.d/homebridge start
danke für die Hilfe. Ich habe das so versucht. Nun kommt aber folgende Meldung..
pi@Raspi1:~ $ sudo /etc/init.d/homebridge start
Homebridge starting
Please define Homebridge first
Please define Homebridge first
Homebridge is not running
Please define Homebridge firstAls würde ich gar kein Homebridge mehr haben.. kann das sein?
Jetzt muss ich hier mal fragen, da ich mir gerade ein wenig doof vorkomme. >:(
Homebridge habe ich einwandfrei auf meinem FHEM (auf Ubuntu) installiert und das klappt auch einwandfrei.
Laut Wiki habe ich auf meinem iPad (iOS 10) und meinem iPhone (iOS 11) die App Eve einwandfrei eingerichtet.
Alles wunderbar.
Nun wollte ich das auch noch auf dem iPhone meiner Frau (iOS 11) und dem iPad meines Sohns einrichten, damit die auch Spass dran haben. ;)
Aber weit gefehlt. Eve will mir dort einfach nicht das Homebridge Gerät anzeigen.
Auch die von Apple bereitgestellte Home App zeigt auf meinen beiden Geräten alles wunder bar dar, aber auf den anderen Devices nicht.
Hat einer eine Idee, wie das sein kann?
Könnte man fast den Eindruck haben, dass das mit dem Apple Account zu tun hat.
Wobei so recht vorstellen kann ich mir das nicht.
Zitat von: maxritti am 11 Oktober 2017, 11:24:06
Jetzt muss ich hier mal fragen, da ich mir gerade ein wenig doof vorkomme. >:(
Homebridge habe ich einwandfrei auf meinem FHEM (auf Ubuntu) installiert und das klappt auch einwandfrei.
Laut Wiki habe ich auf meinem iPad (iOS 10) und meinem iPhone (iOS 11) die App Eve einwandfrei eingerichtet.
Alles wunderbar.
Nun wollte ich das auch noch auf dem iPhone meiner Frau (iOS 11) und dem iPad meines Sohns einrichten, damit die auch Spass dran haben. ;)
Aber weit gefehlt. Eve will mir dort einfach nicht das Homebridge Gerät anzeigen.
Auch die von Apple bereitgestellte Home App zeigt auf meinen beiden Geräten alles wunder bar dar, aber auf den anderen Devices nicht.
Hat einer eine Idee, wie das sein kann?
Könnte man fast den Eindruck haben, dass das mit dem Apple Account zu tun hat.
Wobei so recht vorstellen kann ich mir das nicht.
Du musst in der Eve App Auf Einstellugen -> Gastzugriff -> Person Einladen.
Dann sollten es auch die anderen Person angezeigt bekommen.
Danke Dir. Das war es.
Da muss man erst mal drauf kommen. :o
Hi Leute,
sagt mal werde von Homematic auch die HM-SEC-SD unterstützt?
Gruß Robert
Zitat von: no_Legend am 12 Oktober 2017, 19:39:05sagt mal werde von Homematic auch die HM-SEC-SD unterstützt?
SmokeDetected=state,values=off:0;unreachable:0;/ACK/:0;IOerr:0;/TIMEOUT/:0;/Fail/:0,default=1
StatusActive=Activity,valueOn=alive
StatusLowBattery=battery,values=ok:0,default=1
StatusTampered=state,values=unreachable:1,default=0
Zitat von: Markus M. am 13 Oktober 2017, 00:15:22
SmokeDetected=state,values=off:0;unreachable:0;/ACK/:0;IOerr:0;/TIMEOUT/:0;/Fail/:0,default=1
StatusActive=Activity,valueOn=alive
StatusLowBattery=battery,values=ok:0,default=1
StatusTampered=state,values=unreachable:1,default=0
Super Dank dir.
Muss als GenericDeviceType SmokeSensor eingetragen werden?
Achja gibt es noch mehr Configs?
Wenn Ihr wollt kann ich diese gerne in der Wiki eintragen.
Gruß Robert
kurze Frage:
ist es im Prinzip Möglich über FHEM auf ein Gerät zuzugreifen, das in Homebridge als Accessoire eingerichtet wurde?
Ich habe mir einen Funkschalter gekauft und diesen so konfiguriert, dass bei einem Klick auf btn_02 das Licht im Schlafzimmer getoggelt wird (Schlafzimmer ist ein Gerät das in FHEM eingebunden wurde)
nun wollte ich mit dem btn_01 das Licht im Wohnzimmer toggeln, dieses ist jedoch über Homebridge (homebridge-magichome plugin) als accessoire eingerichtet und ich kann dieses Gerät in FHEM nicht sehen.
Deshalb weiß ich nun nicht wie/ob es Möglich ist dieses Licht über den Schalter zu steuern.
Vielen Dank für eure Aufmerksamkeit und ein großes ENTSCHULDIGUNG, falls diese Frage schon des öfteren beantwortet wurde.
~F1L1P3
Hallo,
hat die Bridge jemand unter NodeJS 7.9.0 laufen?
Die Bridge schaltet sich bei mir immer so nach ungefähr 12h ab, habe nicht wirklich Fehlermeldungen, läuft ansonsten einwandfrei.
Raspberry 3 mit Stretch
Node JS 7.9.0
NPM 4.2.0
Homebridge 0.4.28
Danke und Grüße Udo
hi,
hat zufällig jemad auf ios 11.1 beta 3 geupdatet und seit dem das Problem dass die Home App sagt, dass das Apple TV nicht antwortet?
bei nem Gerät mit Ios 11 (keine beta) läuft alles wunderbar. ist da was bekannt?
Gruß Christian
Nein, even gemacht - funktioniert generell.
Allerdings werden gerade die Zustände mancher Jalousien falsch angezeigt. War auch mit Beta 2 vor einer Stunde schon so.
ok! danke!
hab jetzt den Namen in der config.json geändert und nochmal neu auf den endgeräten konfiguriert und nun läuft es!
Hallo,
Hab nun ein paar Fehler im Log gefunden, kann jemand damit etwas anfangen?
Danke
at SocketWatcher.MDNSService.self.watcher.callback (/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/mdns_service.js:18:40)
at Advertisement.on_service_registered (/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/advertisement.js:42:24)
Error: dns service error: unknown
^
throw er; // Unhandled 'error' event
events.js:163
Tue, 17 Oct 2017 21:58:49 GMT EventedHTTPServer [::ffff:192.168.10.42] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:58:49 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:58:43 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event '25.10' with data: {"characteristics":[{"aid":25,"iid":10,"value":13.2}]}
Tue, 17 Oct 2017 21:56:08 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event '25.10' with data: {"characteristics":[{"aid":25,"iid":10,"value":13.3}]}
Tue, 17 Oct 2017 21:48:49 GMT EventedHTTPServer [::ffff:192.168.10.42] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:48:49 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:48:00 GMT EventedHTTPServer [::ffff:192.168.10.42] HTTP Response is finished
Tue, 17 Oct 2017 21:48:00 GMT Accessory [Ho at SocketWatcher.MDNSService.self.watcher.callback (/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/mdns_service.js:18:40)
at Advertisement.on_service_registered (/usr/local/lib/node_modules/homebridge/node_modules/mdns/lib/advertisement.js:42:24)
Error: dns service error: unknown
^
throw er; // Unhandled 'error' event
events.js:163
Tue, 17 Oct 2017 21:58:49 GMT EventedHTTPServer [::ffff:192.168.10.42] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:58:49 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:58:43 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event '25.10' with data: {"characteristics":[{"aid":25,"iid":10,"value":13.2}]}
Tue, 17 Oct 2017 21:56:08 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event '25.10' with data: {"characteristics":[{"aid":25,"iid":10,"value":13.3}]}
Tue, 17 Oct 2017 21:48:49 GMT EventedHTTPServer [::ffff:192.168.10.42] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:48:49 GMT EventedHTTPServer [::ffff:192.168.10.245] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Tue, 17 Oct 2017 21:48:00 GMT EventedHTTPServer [::ffff:192.168.10.42] HTTP Response is finished
Tue, 17 Oct 2017 21:48:00 GMT Accessory [Homebridge] Registering Characteristic "Lock Target State" for events
Tue, 17 Oct 2017 21:48:00 GMT Accessory [Homebridge] Registering Characteristic "Lock Current State" for events
Tue, 17
mebridge] Registering Characteristic "Lock Target State" for events
Tue, 17 Oct 2017 21:48:00 GMT Accessory [Homebridge] Registering Characteristic "Lock Current State" for events
Tue, 17
Hallo,
also ich raff das mit dem homebridgeMapping von der Syntax her nicht.
Vielleicht kann jemand mir "Grünschnabel" hier helfen.
Ich habe einen HM-LC-RGBW-WM Controller in FHEM eingebunden und über die FHEM Weboberfläche funktioniert alles super.
In FHEM wurde ein Device und 3 Kanäle angelegt:
1. Dim Kanal -> Ein- und Ausschalten , Helligkeit regeln. (Webcmd on:off:pct)
2. Color Kanal -> Farbauswahl in der Range von 0= Rot bis 100= weiss (bei RGBW wird der Weiß-Kanal bei 100 angesteuert) (Webcmd color)
3. Auto Kanal -> Auswahl von 6 Programmen (0= Aus, 1,2,3,4,5,6 = diverse Lichteffekte z.B. Lauflicht, Farbwechsel. usw) (Webcmd colProgram)
Mein Ziel ist es nun, in der Home App ein Device zu haben, bei welchem ich alle diese Funktionen schalten / einstellen kann
also:
Tippen auf das Widget für Ein / Aus ,
langes Halten des Widgets = Slider für Brightness, Auswahl Farbfeld zur Auswahl der Farbe, Auswahlfelder oder Tippfelder für die Automatik Modi
Bis jetzt habe ich die 3 Kanäle als einzelne Devices in der Home App, dabei kann ich aber nur mit dem Dim Kanal den RGBW Ein- /
Ausschalten und die Helligkeit einstellen. Die Devices für den Color und Auto Kanal können nur Ein/Aus geschaltet werden, es erfolgt
am HM-LC-RGBW-WM aber keine Reaktion.
Die Kanäle habe ich alle mit dem Attribut genericDeviceType "Light" ausgestattet.
Habe mal versucht, irgendwie den Color Kanal per Attribut homebridgeMapping auf das charakteristic hue zu mappen, aber ich komme
mit dem homebridgeMapping und der Syntax dazu nicht klar.
Kann mir jemand Hilfestellung geben, wie ich das ganze jetzt umsetzen soll?
Durch welche Eigenschaft / Attribut neben dem genericdevicetype "Light" in einem Device erkennt eigentlich
das Device in der Home App neben dem Ein/Aus die Dimmer Funktion?
Habe alle Beispiele und Anleitungen mit dem Thema homebridgeMapping gegoogelt, bin aber irgendwie zu dumm um mittels der Beispiele
mein Problem zu lösen, sorry.........
Danke.
Gruß
AL
Hallo Leute,
zuerst einmal vielen vielen Dank für die ganze Arbeit die hier reingesteckt habt damit es so funktioniert wie es funktionieren soll! Danke.
Jetzt hab ich das Forum schon von vorne nach hinten und umgekehrt schon gelesen aber ich finde keine passende Lösung für mein Problem.
Und es geht schon so wie oft durchgekaut um das homebridgeMapping.
Ich habe Milight Lampen und auch LED Controller. Ein/Aus, dimmen usw. über FHEM kein Problem auch nicht über die Home APP. Was mich aber stört ist, dass der Datenfluss nur vom iPhone an den FHEM Server funktioniert aber nicht zurück. Soll heißen ich gebe Hausnummer 35% vom iPhone vor macht es Fhem nach und die Lampe leuchtet auf 35%.
Stelle ich jedoch in Fhem 60% dann geht zwar die Lampe auf 60% aber in der App bleibt es bei 35%. Hat jamand eine Idee?
Ich habe schon von keinem Mapping bis so ziemlich vielen probiert aber es funktioniert nicht richtig.
Ich hoffe es kann mir vielleicht jemand helfen.
Danke und LG
Sigi
ZitatStelle ich jedoch in Fhem 60% dann geht zwar die Lampe auf 60% aber in der App bleibt es bei 35%. Hat jamand eine Idee?
Da stimmt noch was mit deinem homebridgeMapping Attribut nicht.
ZitatMein Ziel ist es nun, in der Home App ein Device zu haben
Sollte gehen, lies dir genau den ersten Post durch:
n devices -> 1 service (temp + hum, dummy thermostat + temp)
attr <tempHum> genericDeviceType thermometer
attr <tempHum> homebridgeMapping [CurrentTemperature=temperature1] CurrentRelativeHumidity=<device2>:humidityAls Service würde ich "Lightbulb" wählen dort hast du die für dich notwendige Characteristics:
* Service "Lightbulb"
*/
Service.Lightbulb = function(displayName, subtype) {
Service.call(this, displayName, '00000043-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.On);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.Brightness);
this.addOptionalCharacteristic(Characteristic.Hue);
this.addOptionalCharacteristic(Characteristic.Saturation);
this.addOptionalCharacteristic(Characteristic.Name);
this.addOptionalCharacteristic(Characteristic.ColorTemperature); //Manual fix to add temperature
Danke für deine Antwort.
Hättest du vielleicht auch einen Ansatz wie das Attr. richtig aussehende könnte?
Danke und LG
Sigi
ZitatHättest du vielleicht auch einen Ansatz wie das Attr. richtig aussehende könnte?
Bestimmt hätte hier ich oder jemand anders ein oder anderen Tipp für dich. Allerdings rückst du mit den Infos nicht raus. Mit dem Post oben kann keiner so richtig was anfangen.
Wie sehen deine Attribute und der Device aktuell aus bzw. welche readings oder Befehle liest du bzw. verwendest im fhem. Am besten machst du einen "list" von dem Device.
Gruß
Zitat von: EinEinfach am 20 Oktober 2017, 08:22:31
Sollte gehen, lies dir genau den ersten Post durch:
n devices -> 1 service (temp + hum, dummy thermostat + temp)
attr <tempHum> genericDeviceType thermometer
attr <tempHum> homebridgeMapping [CurrentTemperature=temperature1] CurrentRelativeHumidity=<device2>:humidity
Als Service würde ich "Lightbulb" wählen dort hast du die für dich notwendige Characteristics:
* Service "Lightbulb"
*/
Service.Lightbulb = function(displayName, subtype) {
Service.call(this, displayName, '00000043-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.On);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.Brightness);
this.addOptionalCharacteristic(Characteristic.Hue);
this.addOptionalCharacteristic(Characteristic.Saturation);
this.addOptionalCharacteristic(Characteristic.Name);
this.addOptionalCharacteristic(Characteristic.ColorTemperature); //Manual fix to add temperature
Danke für den Hinweis.
Habe gestern auch mal etwas von Grund auf mit dem homebridgeMapping experimentiert.
Jetzt ist mir die Syntax auch etwas klarer und ich konnte den Color Kanal in Eve (leider nicht in der Home App)
verstellen etc.
folgendes ist mir gelungen:
das Device mit dem Color Kanal heisst bei mir Color ;) , die readings für die Farbe und der set Command lautet color mit Werten zwischen 0(rot) und 100(weiß).
folgendes Mapping hat bewirkt, daß ich per Eve die Farbe verstellen konnte:
attr color homebridgeMapping Hue=color,max=100,factor=3.6,cmd=color,cmds=0:color+100max=100 zeigt die Farbrange in FHEM an (0 bis 100), factor= 3.6 setzt Farbrad von Homekit mit 0 bis 360Grad auf die 0 bis 100 von FHEM
mit cmds=0:color+100 bewirke ich, daß der in Eve bei weiß angegebene Wert 0 auf den in FHEM zugehörigen "Weiß-Wert" 100 gesetzt wird.
-> das hat alles in beide Richtungen Eve (Homekit) <- > FHEM funktioniert :)
ZitatAls Service würde ich "Lightbulb" wählen dort hast du die für dich notwendige Characteristics:
Das werde ich heute Abend daheim mal ausprobieren.
Dazu eine Frage:
Das mit den mappen der Characteristics (z.B. "Hue", "On", "Brightness" usw.) habe ich jetzt erst mal verstanden.
Wie mache ich das jetzt mit dem Service bzgl. dem Device? Nehme ich z.B. das Dimmer Device?
Etwa so in der Art?:
attr Dimmer homebridgemapping Lightbulb=state On=state,cmdOn=dim+100,cmdOff=dim+0 Hue=color:color,max=100,factor=3.6,cmds=0:color+100Oder soll ich hier besser einen Dummy erstellen?
Wie geht das mit dem Charakteristik "Name"? Kann ich hier für die Lichtprogramme (0 bis 6) freie Namen vergeben, die dann in der Home App oder Eve auftauchen und
dort auch auswählbar sind??
Ist der Service "Lightbulb" im Homekit bzw. in der Home App dann auch so wie gewünscht zu sehen oder nur in Eve......?
Was ist eigentlich das Kriterium an einem FHEM Device, daß z.B. die Eve App oder die Home App einen Dimmer bzw. einen Color Regler anzeigt?
(mein Color Device zeigt Eve von Haus aus mit einer Farbwahl an, in der Home App wird nur ein Licht mit ein/aus angezeigt :o)
Sorry für die vielen Fragen, aber ich bin auch noch am Lernen und vor allem möchte ich Verstehen........
Gruß
AL
das steht in meiner List in der Stehlampe wo eine Milight LED Lampe drinnen ist:
Internals:
DEF RGBW MiLightBridge 7
INIT 1
IODev milight
LEDTYPE RGBW
NAME Stehlampe
NR 186
NTFY_ORDER 50-Stehlampe
SLOT 7
SLOTID 7
STATE off
TYPE MilightDevice
READINGS:
2017-10-19 22:30:00 brightness 0
2017-10-19 21:24:01 brightness_on 35
2017-10-19 22:30:00 discoMode 0
2017-10-19 22:30:00 discoSpeed 0
2017-10-19 22:30:00 hsv 270,0,0
2017-10-19 22:30:00 hue 270
2017-10-19 21:24:01 previousState 270,0,35
2017-10-19 22:30:00 rgb 000000
2017-10-19 22:30:00 saturation 0
2017-10-19 22:30:00 state off
2017-10-19 22:30:00 transitionInProgress 0
helper:
COMMANDSET on off toggle dimup dimdown discoModeUp:noArg discoSpeedUp:noArg discoSpeedDown:noArg night:noArg white:noArg toggleWhite:noArg pair unpair restorePreviousState:noArg saveState:noArg restoreState:noArg hsv rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,360 saturation:slider,0,100,100 preset dim:slider,0,4,100 brightness:slider,0,4,100
colorLevel 0
colorValue 248
targetHue 270
targetSat 0
targetTime 1508445000.00516
targetVal 0
whiteLevel 0
COLORMAP:
176
175
175
174
174
173
173
172
172
171
171
170
170
169
169
168
167
167
166
166
165
165
164
164
163
163
162
162
161
161
160
159
159
158
158
157
157
156
156
155
155
154
154
153
153
152
151
151
150
150
149
149
148
148
147
147
146
146
145
145
144
143
142
142
141
140
139
138
138
137
136
135
134
134
133
132
131
130
130
129
128
127
126
126
125
124
123
122
122
121
120
119
118
118
117
116
115
114
114
113
112
111
110
110
109
108
107
106
106
105
104
103
102
102
101
100
99
98
98
97
96
95
95
94
93
93
92
91
91
90
89
89
88
87
87
86
85
85
84
83
83
82
81
81
80
79
79
78
77
77
76
75
75
74
73
73
72
71
71
70
69
69
68
67
67
66
65
65
64
63
63
62
61
61
60
59
59
58
57
57
56
55
55
54
53
53
52
51
51
50
49
49
48
47
47
46
45
45
44
43
43
42
41
41
40
39
39
38
37
37
36
35
35
34
33
33
32
31
31
30
29
29
28
27
27
26
25
25
24
23
23
22
21
21
20
19
19
18
17
17
17
16
15
15
14
13
12
11
11
10
9
8
7
7
6
5
4
3
3
2
1
0
254
254
253
252
251
250
250
249
248
247
246
246
245
244
243
242
242
241
240
239
238
238
237
236
235
234
234
233
232
231
230
230
229
228
227
226
226
225
224
223
222
222
221
220
219
218
218
217
216
215
214
214
213
212
211
210
210
209
208
207
206
206
205
204
203
202
202
201
200
199
198
198
197
196
195
194
194
193
192
191
190
190
189
188
187
186
186
185
184
183
182
182
181
180
179
178
178
177
GAMMAMAP:
0
4
4
4
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
cmdQueue:
Attributes:
IODev milight
alexaName Esszimmerstehlampe
alexaRoom Esszimmer
alias Stehlampe
devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
event-on-change-reading state,transitionInProgress
genericDeviceType light
homebridgeMapping On=brightness
icon light_floor_lamp
lightSceneParamsToSave hsv
restoreAtStart 1
room alexa,Esszimmer,Homebridge
webCmd on:off:dim:hue:
Hi,
bitte Deinen Beitrag editieren und in Code Tags packen!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: Chris8888 am 03 Oktober 2017, 14:13:55
Hallo,
falls jemand noch Probleme hat, auf Github scheint es einen Lösungsansatz für alle mit Problemen mit IOS 11 zu geben:
Configfile erweitern um manufacturer, model und serialNumber: zB
"bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154", "manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20" }
Vielleicht hilft es dem ein oder anderen...
VG
Christian
Das hat bei mir nicht geholfen. Ich werde wohl doch den Weg über die Neueinrichtung gehen müssen.
Hallo,
also nach viel Arbeit und ausprobieren habe ich jetzt zumindest für die Bedienung des HM-LC-RGBW-WM Controller
über Eve ein tragbares Mapping gefunden. Leider funktioniert das in der Home App und somit über Siri nicht!
Ich habe den Dim Kanal um folgendes Mapping erweitert:
On=state,valueOff=off
Brightness=pct
Hue=RGBW_STRIPE_1_COLOR:color,max=100,factor=3.6,cmd=color,cmds=0:color+100
RotationSpeed=RGBW_STRIPE_1_AUTO:colProgram,factor=10,minValue=0,maxValue=60,minStep=10,cmds=0:colProgram+0;1:colProgram+1;2:colProgram+2;3:colProgram+3;4:colProgram+4;5:colProgram+5;6:colProgram+6
Damit kann ich zumindest in Eve den Controller bedienen und die Farbe sowie das Programm einstellen.
Zum Programm einstellen habe ich die Characteristic "RotationSpeed" "mißbraucht".
Indem ich auf 0% 10% 20% 30% 40% 50% 60% schalte, wähle ich die Programme 0 bis 6 aus.
Ist zwar nicht optimal, funktioniert aber erst mal.
Eine "Modus" Characteristic mit x frei definierbaren Namen wäre nicht schlecht, wenn es so etwas gäbe.
Ich experimentiere mal weiter.
Gruß
AL
Hallo Zusammen,
ich frage mich ob es eine Möglichkeit gibt das Mapping meines "Denon Receivers" so anzupassen dass ich diesen per Home App wie eine art dimmbare Leuchte (mit dem Slider) die Lautstärke verschieben kann. (Befehle sind: set DenonAVR volumeUp bzw volumeDown)
seither besteht meine mapping aus:
On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
oder andere Ideen?
Hi Andre
Die Farbtemperatur lässt sich leider noch nicht über Mappings abbilden:
ColorTemperature=ct,factor=0.025,minValue=50,maxValue=400,minStep=1,min=2700,max=6500,cmd=ct
ColorTemperature
This characteristic describes color temperature which is represented in the reciprocal megakelvin (MK-1) or mirek scale. MK = 1,000,000 / K where MK is the desired mirek value and K is temperature in Kelvins.
UUID 000000CE-0000-1000-8000-0026BB765291
Type public.hap.characteristic.color-temperature
Permissions Paired Read, Paired Write, Notify
Format uint32
Minimum Value 50
Maximum Value 400
Step Value 1
Kannst du den Code soweit erweitern dass etwas komplexere Berechnungen in beide Richtungen funktionieren?
Sowas wie "offset" sollte eigentlich schon reichen, wenn die Skala zumindest noch linear ist.
Gruss, Markus
Zitat von: Sigi3000 am 20 Oktober 2017, 15:23:46
das steht in meiner List in der Stehlampe wo eine Milight LED Lampe drinnen ist:
Internals:
DEF RGBW MiLightBridge 7
INIT 1
IODev milight
LEDTYPE RGBW
NAME Stehlampe
NR 186
NTFY_ORDER 50-Stehlampe
SLOT 7
SLOTID 7
STATE off
TYPE MilightDevice
READINGS:
2017-10-19 22:30:00 brightness 0
2017-10-19 21:24:01 brightness_on 35
2017-10-19 22:30:00 discoMode 0
2017-10-19 22:30:00 discoSpeed 0
2017-10-19 22:30:00 hsv 270,0,0
2017-10-19 22:30:00 hue 270
2017-10-19 21:24:01 previousState 270,0,35
2017-10-19 22:30:00 rgb 000000
2017-10-19 22:30:00 saturation 0
2017-10-19 22:30:00 state off
2017-10-19 22:30:00 transitionInProgress 0
helper:
COMMANDSET on off toggle dimup dimdown discoModeUp:noArg discoSpeedUp:noArg discoSpeedDown:noArg night:noArg white:noArg toggleWhite:noArg pair unpair restorePreviousState:noArg saveState:noArg restoreState:noArg hsv rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,360 saturation:slider,0,100,100 preset dim:slider,0,4,100 brightness:slider,0,4,100
colorLevel 0
colorValue 248
targetHue 270
targetSat 0
targetTime 1508445000.00516
targetVal 0
whiteLevel 0
COLORMAP:
176
175
175
174
174
173
173
172
172
171
171
170
170
169
169
168
167
167
166
166
165
165
164
164
163
163
162
162
161
161
160
159
159
158
158
157
157
156
156
155
155
154
154
153
153
152
151
151
150
150
149
149
148
148
147
147
146
146
145
145
144
143
142
142
141
140
139
138
138
137
136
135
134
134
133
132
131
130
130
129
128
127
126
126
125
124
123
122
122
121
120
119
118
118
117
116
115
114
114
113
112
111
110
110
109
108
107
106
106
105
104
103
102
102
101
100
99
98
98
97
96
95
95
94
93
93
92
91
91
90
89
89
88
87
87
86
85
85
84
83
83
82
81
81
80
79
79
78
77
77
76
75
75
74
73
73
72
71
71
70
69
69
68
67
67
66
65
65
64
63
63
62
61
61
60
59
59
58
57
57
56
55
55
54
53
53
52
51
51
50
49
49
48
47
47
46
45
45
44
43
43
42
41
41
40
39
39
38
37
37
36
35
35
34
33
33
32
31
31
30
29
29
28
27
27
26
25
25
24
23
23
22
21
21
20
19
19
18
17
17
17
16
15
15
14
13
12
11
11
10
9
8
7
7
6
5
4
3
3
2
1
0
254
254
253
252
251
250
250
249
248
247
246
246
245
244
243
242
242
241
240
239
238
238
237
236
235
234
234
233
232
231
230
230
229
228
227
226
226
225
224
223
222
222
221
220
219
218
218
217
216
215
214
214
213
212
211
210
210
209
208
207
206
206
205
204
203
202
202
201
200
199
198
198
197
196
195
194
194
193
192
191
190
190
189
188
187
186
186
185
184
183
182
182
181
180
179
178
178
177
GAMMAMAP:
0
4
4
4
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
cmdQueue:
Attributes:
IODev milight
alexaName Esszimmerstehlampe
alexaRoom Esszimmer
alias Stehlampe
devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
event-on-change-reading state,transitionInProgress
genericDeviceType light
homebridgeMapping On=brightness
icon light_floor_lamp
lightSceneParamsToSave hsv
restoreAtStart 1
room alexa,Esszimmer,Homebridge
webCmd on:off:dim:hue:
Ich frage mich, wie du überhaupt was in der Homekit-App zur Anzeige bringst. Du mappst auf die "On" Characteristic, was von Natur aus nur "true" oder "false" kann, einen Helligkeitswert, das kann so nicht funktioieren. Lies dir bitte den ersten Post genau durch, dort ist es im Detail beschrieben wie das mit dem Mapping funktioniert.
ZitatIch frage mich, wie du überhaupt was in der Homekit-App zur Anzeige bringst. Du mappst auf die "On" Characteristic, was von Natur aus nur "true" oder "false" kann, einen Helligkeitswert, das kann so nicht funktioieren. Lies dir bitte den ersten Post genau durch, dort ist es im Detail beschrieben wie das mit dem Mapping funktioniert.
das ist mir schon klar dass das so nicht funktioniert. War mein Fehler. Aber auch wenn ich auf die "Brightness" Characteristic ein brightness mappe wird mir zwar der aktuelle und nur den aktuelle Wert in die Home App übergeben. Wenn ich ihn Fhem den ändere bleibt er starr auf 35% z.B. stehen.
Zitat von: Sigi3000 am 25 Oktober 2017, 15:52:50
das ist mir schon klar dass das so nicht funktioniert. War mein Fehler. Aber auch wenn ich auf die "Brightness" Characteristic ein brightness mappe wird mir zwar der aktuelle und nur den aktuelle Wert in die Home App übergeben. Wenn ich ihn Fhem den ändere bleibt er starr auf 35% z.B. stehen.
Na dann zeig doch mal deine Attribute, wo es genau zu diesem verhalten kommt und nicht die Zwischenergebnisse mit irgendwelchen versuchen.
Sonst kann dir hier keiner helfen.
Hallo,
hinsichtlich der Darstellung eines "beliebigen" RGBW Stripes in der Home App bin ich leider immer noch nicht schlauer geworden.
Anbei ein Bild, was ich im I-net gefunden habe, wie ein Homekit-Kompatibles Device in der Home App aussieht.
Hier nochmal die Frage an die Spezialisten, wie ich grundsätzlich ein Device oder Dummy in FHEM konfigurieren muß,
damit ich die im angehängten Bild gezeigte Darstellung in der Home App erhalte.
Bei meinem jetzigen RGBW Device in FHEM erhalte ich trotz "genericDeviceType=light" und diverser mappings von hue, brightness etc.
lediglich ein dimmbares Device in der Home App, welches aber nicht die Auswahl zur Farbeinstellung bietet.
Welche Attribute, Mappings oder sonstige Konfiguration eines Devices muß ich vornehmen, damit das so angezeigt wird?
Woher hast du die Screenshots?
So sieht das bei mir nicht aus. Ich habe die vordefinierten Farben.
Und meines Wissens ist nur entweder Farbe oder Temperatur möglich.
Zitat von: Markus M. am 27 Oktober 2017, 14:43:50
Woher hast du die Screenshots?
So sieht das bei mir nicht aus. Ich habe die vordefinierten Farben.
Und meines Wissens ist nur entweder Farbe oder Temperatur möglich.
Bei mir sieht es mit Hue Lampen genau so aus...
Bei den vordefinierten Farben einfach mal in der Mitte auf "Bearbeiten" tappen und schon hast Du die Auswahl zwischen Farbe und Temperatur.
Gruß
Dan
Ach das ist die Detailansicht...
light mit nur Temperatur sieht z.B. so aus:
clear
On=power,valueOn=on,cmdOn=on,cmdOff=off
Brightness=brightness,cmd=brightness,minValue=0,maxValue=100,minStep=1
ColorTemperature=ct,factor=0.025,minValue=50,maxValue=400,minStep=1,min=2700,max=6500,cmd=ct
StatusActive=state,valueOff=disconnected
StatusFault=error,values=none:0,default=1
LockPhysicalControls=kid_mode,values=1:1,default=0,cmds=0:kid_mode+0;1:kid_mode+1
ColorTemperature lässt sich über homebridge aktuell aber nicht wirklich umsetzen, weil der Wertebereich nicht passt.
Für eine farbige Lampe müsste es reichen statt ColorTemperature einfach nur Hue (0-360) und Saturation (0-100) zu mappen.
ZitatWoher hast du die Screenshots?
So sieht das bei mir nicht aus. Ich habe die vordefinierten Farben.
Und meines Wissens ist nur entweder Farbe oder Temperatur möglich.
Die Webseite mit dem Screenshot finde ich leider nicht mehr.
Nachdem ich bei meinem HM-LC-RGBW-WM Controller die Temperatur eh nicht einstellen kann,
würde mir zumindest die Auswahl der Farbe über das selbe Widget reichen.
Zitat
Bei mir sieht es mit Hue Lampen genau so aus...
Bei den vordefinierten Farben einfach mal in der Mitte auf "Bearbeiten" tappen und schon hast Du die Auswahl zwischen Farbe und Temperatur.
Wenn das so ist, dann wird zwischen FHEM und der Homebridge/Homekit etwas gemapped/gesendet, was
in der Home App dann derart dargestellt wird.
Könntet ihr mal eure Devices incl. der Definition, Readings und Attribute mal listen?
Vielleicht kann ich daraus etwas erkennen.....
Danke.
Gruß
AL
Hallo und einen schönen Sonntag,
ich komme leider mit dem Homebridgemapping für das Nuki Schloss überhaupt nicht zurecht vielleicht kann mir jemand auf die Sprünge helfen?
Hier ein list des Devices:
DEF 197150xxx IODev=NUKIBridge
IODev NUKIBridge
NAME NUKIDevice197150xxx
NR 273
NUKIID 197150xxx
STATE unlocked
TYPE NUKIDevice
VERSION 0.6.1
WEBHOOK_COUNTER 32
WEBHOOK_LAST 2017-10-29 09:29:56
WEBHOOK_PORT 8084
WEBHOOK_REGISTER sent
WEBHOOK_URI /fhem/NUKIDevice
WEBHOOK_URL http://192.168.1.25:8084/fhem/NUKIDevice-1971xxxx
READINGS:
2017-10-29 09:29:56 battery ok
2017-10-29 09:29:56 batteryCritical false
2017-10-29 09:29:56 lockState unlocked
2017-10-29 10:08:31 name Nuki_0BC0xxxx
2017-10-29 10:08:31 paired true
2017-10-29 10:08:31 rssi -79
2017-10-29 09:29:56 state unlocked
2017-10-29 09:29:34 success true
fhem:
infix NUKIDevice
helper:
Attributes:
IODev NUKIBridge
alias Home Lock
genericDeviceType lock
homebridgeMapping LockCurrentState=state,values=locked:SECURED;unlocked:UNSECURED LockTargetState=LockCurrentState,cmds=SECURED:lock;UNSECURED:unlock
room Homekit,NUKI
webhookFWinstance WEBphone
webhookHttpHostname 192.168.1.25
Das Mapping des Schlosses habe ich hier aus dem Thread, aber es funktioniert nicht, bzw. nicht vollständig.
Folgende Zustände würde ich gern schalten:
- lock
- unlock
- unlatch
- locknGo
Ich bekomme es einfach nicht hin, kann mir jemand einen Hinweis geben?
Vielen Dank und schöne Grüße
wolf
habe die MiLight Glühlampe und auch die LED Controller integrieren können sodass sich die Helligkeitswerte in der Home App auch mit ändern :D
folgendes mapping habe ich verwendet:
Brightness=state,part=1,cmd=dim
wäre nur jemand noch so nett und würde mir bitte erklären für was das "part=1" nötig ist?
Danke und LG
Sigi
Kann man einem Gerät mehrere siriNamen vergeben? z.B: TV und Fernseher?
Können bestimmte Befehle/Räume blockiert werden, z.B. schalte Wohnzimmer aus. Also im Prinzip eine Blacklist.
ZitatIch bekomme es einfach nicht hin, kann mir jemand einen Hinweis geben?
Versuche das hier:
homebridgeMapping LockCurrentState=state,values=locked:SECURED;unlocked:UNSECURED;/.*/:UNKNOWN LockTargetState=state,values=locked:SECURED;unlocked:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
Zitat von: Sigi3000 am 30 Oktober 2017, 20:11:15
wäre nur jemand noch so nett und würde mir bitte erklären für was das "part=1" nötig ist?
Part ist im ersten Posting hier im Thread erklärt.
Lassen sich die Timestamps aus den Homebridge Loggings irgendwie herauskonfigurieren?
Ich lasse das Ganze unter systemd laufen und da werden die Timestamps automatisch vergeben.
So sieht da leider im Journal etwas unpraktisch aus.
Nov 02 07:00:04 ha homebridge[850]: 2017-11-02 07:00:04 caching: Thermostat.Bad-measured-temp: 21.9
Nov 02 07:00:04 ha homebridge[850]: [2017-11-2 07:00:04] [FHEM] caching: CurrentTemperature: 21.9 (as number; from '21.9')
Nov 02 07:00:58 ha homebridge[850]: 2017-11-02 07:00:58 caching: Thermostat.Kueche-measured-temp: 21.8
Nov 02 07:00:58 ha homebridge[850]: [2017-11-2 07:00:58] [FHEM] caching: CurrentTemperature: 21.8 (as number; from '21.8')
Nov 02 07:03:14 ha homebridge[850]: 2017-11-02 07:03:14 caching: Thermostat.Kueche-measured-temp: 21.7
Nov 02 07:03:14 ha homebridge[850]: [2017-11-2 07:03:14] [FHEM] caching: CurrentTemperature: 21.7 (as number; from '21.7')
Nov 02 07:04:41 ha homebridge[850]: 2017-11-02 07:04:41 caching: Thermostat.Schlafen-measured-temp: 19
Nov 02 07:04:41 ha homebridge[850]: [2017-11-2 07:04:41] [FHEM] caching: CurrentTemperature: 19 (as number; from '19')
Nov 02 07:07:43 ha homebridge[850]: 2017-11-02 07:07:43 caching: Thermostat.Bad-humidity: 54
Nov 02 07:07:43 ha homebridge[850]: [2017-11-2 07:07:43] [FHEM] caching: CurrentRelativeHumidity: 54 (as number; from '54')
Jetzt beantworte ich meine Frage nach Codeprüfung mal selbst.
Leider, nein.
Man kann aber im Modul Homebridge in der Datei /lib/logger.js die Zeile 70 auskommentieren.
// msg = chalk.white("[" + date.toLocaleString() + "]") + " " + msg;
Dann muss man leider im Module homebridge-fhem in der index.js noch an zwei weiteren Stellen Löschungen machen, wenn man für FHEM alles raus haben will.
Also bis zum nächsten Update. Ich werde mal versuchen, ob ich Nick von einem neuen Kommandozeilenparameter überzeugen kann.
Meldung hier (https://github.com/nfarina/homebridge/issues/1594)
Zitat von: EinEinfach am 01 November 2017, 07:55:00
Versuche das hier:
homebridgeMapping LockCurrentState=state,values=locked:SECURED;unlocked:UNSECURED;/.*/:UNKNOWN LockTargetState=state,values=locked:SECURED;unlocked:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
Danke für die Hilfe, das scheint jetzt zu klappen, zumindest kann ich auf- und zuschließen - die Falle kann ich so leider noch nicht öffnen und locknGo bekomme ich so auch noch nicht hin - aber immerhin, einen Schritt weiter.
Vielen Dank
wolf
ZitatDanke für die Hilfe, das scheint jetzt zu klappen, zumindest kann ich auf- und zuschließen - die Falle kann ich so leider noch nicht öffnen und locknGo bekomme ich so auch noch nicht hin - aber immerhin, einen Schritt weiter.
Die Türfalle ist so eine Sache, das kennen die Amis nicht, folglich kann das auch die Homekit-App nicht. Zum Glück gibt es noch EVE-App, wenn du zusätzlich noch das in dein Mapping aufnimmst, dann könntest du dir eine Szene in EVE einrichten die die Türfalle öffnet
TargetDoorState=default=CLOSED,timeout=500,cmds=false:unlatch;0:unlatchlocknGo kenne ich nicht, was soll das sein?
Das muss man auch nicht kennen, gibt es wohl nur bei Nuki. Es ist aber das gleiche wie on-for-timer bei einem Switch. Aufschließen und nach 20sec wieder abschließen.
Zitat von: Chris8888 am 03 Oktober 2017, 14:13:55
Hallo,
falls jemand noch Probleme hat, auf Github scheint es einen Lösungsansatz für alle mit Problemen mit IOS 11 zu geben:
Configfile erweitern um manufacturer, model und serialNumber: zB
"bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154", "manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20" }
Vielleicht hilft es dem ein oder anderen...
VG
Christian
Hallo zusammen,
ich bekomme leider immer noch keine Verbindung zu meinen Geräten. Ich habe die config um die folgenden Punkte ergänzt
"manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20"
Muss ich daran noch etwas anpassen, oder kann ich diese 1:1 übernehmen?
Die Homebridge scheint auch gar nicht zu laufen.
sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge)
Active: active (exited) since Fr 2017-11-03 22:57:31 CET; 28min ago
Process: 738 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Nov 03 22:57:28 BAD su[783]: Successful su for fhem by root
Nov 03 22:57:28 BAD su[783]: + ??? root:fhem
Nov 03 22:57:28 BAD su[783]: pam_unix(su:session): session opened for user...=0)
Nov 03 22:57:29 BAD homebridge[738]: Homebridge starting
Nov 03 22:57:31 BAD homebridge[738]: Homebridge is not running
Nov 03 22:57:31 BAD systemd[1]: Started LSB: Start daemon at boot time for ...e.
Nov 03 23:24:50 BAD systemd[1]: Started LSB: Start daemon at boot time for ...e.
Hint: Some lines were ellipsized, use -l to show in full.
$ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2017-11-3 23:29:04] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[2017-11-3 23:29:04] Registering platform 'homebridge-fhem.FHEM'
[2017-11-3 23:29:04] ---
[2017-11-3 23:29:05] Loaded plugin: homebridge-http
[2017-11-3 23:29:05] Registering accessory 'homebridge-http.Http'
[2017-11-3 23:29:05] ---
[2017-11-3 23:29:05] Loaded config.json with 0 accessories and 1 platforms.
[2017-11-3 23:29:05] ---
[2017-11-3 23:29:05] Loading 1 platforms...
[2017-11-3 23:29:05] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.100:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1509748146358
[2017-11-3 23:29:06] [FHEM] Fetching FHEM devices...
[2017-11-3 23:29:06] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2017-11-3 23:29:06] [FHEM] Checking devices and attributes...
[2017-11-3 23:29:06] [FHEM] executing: http://192.168.1.100:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2017-11-3 23:29:06] [FHEM] executing: http://192.168.1.100:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2017-11-3 23:29:06] [FHEM] no siri device found. please define it.
[2017-11-3 23:29:06] [FHEM] Fetching FHEM devices...
[2017-11-3 23:29:06] [FHEM] fetching: http://192.168.1.100:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2017-11-3 23:29:06] [FHEM] got: 29 results
[2017-11-3 23:29:07] [FHEM] AK_RT is thermostat
Zitat von: Chris8888 am 03 Oktober 2017, 14:13:55
falls jemand noch Probleme hat, auf Github scheint es einen Lösungsansatz für alle mit Problemen mit IOS 11 zu geben:
Configfile erweitern um manufacturer, model und serialNumber: zB
"bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154", "manufacturer": "@nfarina", "model": "Homebridge", "serialNumber": "0.4.20" }
Vielleicht hilft es dem ein oder anderen...
Die Idee, die Homebridge-Versionsnummer in die serialNumber zu kodieren, halte ich nicht für Clever. Dort sollte einfach eine erfundene Zahl rein, die sich auch bei Versionswechseln nicht ändert.
PS: Seit homebridge
v0.4.29 (21.10.2017) ist das Vorgehen übrigens obsolet, da die Daten standardmäßig durch das Modul bereitgestellt werden.
Also bei Problemen einfach auf die aktuelle Version gehen.https://github.com/nfarina/homebridge/commit/c517be101e106aef45b8cd867b77b18e18970749
Ok, danke dir. Wenn ich das richtig sehe habe ich überhaupt noch die Version 0.3.7 drauf. Nur verstehe ich dann nicht wie ich ein update von der Homebridge mache. Da gibt es doch beistimmt einen einfachen Befehl für die Konsole?
Wovon redest Du?
homebridge-fhem ist in der Version 0.3.7 aktuell. Das ist aber nur das Plugin für homebridge. homebridge gab es nie in Version 0.3.7.
Update für homebridge auf die Version 0.4.29
sudo npm install -g --unsafe-perm homebridge@0.4.29
Die 0.4.30 und 0.4.31 kann ich aufgrund Problemen, die ich hatte, nicht empfehlen.
Danke dir, habe jetzt mal ein update durchgeführt, alle neu gestartet, aber ich bekommen leider immer keine Verbindung zu meinen Geräten. Die Homebridge läut an sich. Kann ich die kann ich dir noch einen bestimmten Log posten, um dem Problem näher auf den Grund gehen zu können?
Ein Hinweis an alle, die bei Node.js auf dem Long Term Support (lts) Update-Pfad (bisher v6.x) sind. Dort wurde jetzt mit v8.9.0 der Schwenk auf die v8.x gemacht.
Also nicht, dass Ihr beim nächsten Mal dann unerwartet das große Update bekommt. ;)
Die Probleme ab homebridge v0.4.30 kommen übrigens daher, dass ein Feature verbaut wurde, was erst ab node.js 8.2.1 zur Verfügung steht. Soll aber wieder ausgebaut werden.
Hallo zusammen,
kann mir vielleicht jemand dabei unter die Arme greifen, wie ich die HM-SEC-SD-2 Rauchmelder richtig über die homebridge an iOS weiterleite?
Ich kann keinen SmokeDetector in den genericDeviceTypes finden. Habe daher heute ein Update gefahren in der Hoffnung, dass mir ein passender deviceType vielleicht einfach nur gefehlt hat. War allerdings nicht so. Ein passendes homebridgeMapping habe ich auf Seite 122 dieser Diskussion schon gefunden :)
LG
Hallo,
mit einem dummy schalte ich bei mir verschiedene Fernsehsender. Bei folgenden Sender gibt es Probleme:
- DMAX (erkennt: D MAX - Ich bin mir nicht sicher, ob ich das richtig verstanden habe)
- N24 (erkennt: N 24 - Ich sehe keine App mit dem Namen "N24"...)
On=activity,subtype=D+MAX,valueOn=D+MAX,cmdOn=D+MAX,cmdOff=wählen
On=activity,subtype=N+24,valueOn=N+24,cmdOn=N+24,cmdOff=wählen
notify
Fernsehsender:N.24
Fernsehsender:D.MAX
Îch habe schon verschiedene Varianten mit Punkt, Plus und zusammen probiert, nie reagiert das Gerät. Per Button in der home App funktioniert es.
Die anderen Sender funktionieren mit der gleichen Syntax.
On=activity,subtype=Sport+eins,valueOn=Sport+eins,cmdOn=Sport+eins,cmdOff=wählen
On=activity,subtype=ARD,valueOn=ARD,cmdOn=ARD,cmdOff=wählen
...
Gruß
TWART016
Hallo,
also endlich geschafft:
Für die Bedienung des HM-LC-RGBW-WM Controller über Eve und Home App incl. Siri habe ich jetzt ein gutes Mapping
gefunden. Lediglich der Siri Befehl "stelle xyz auf rot" funktioniert nicht, da stellt er volles Weiß dar. Hat was mit den Werten im
Farbkreis von Homekit zum Mapping auf die Controllereinstellung zu tun. Alle anderen Farben funktionieren aber. Wenn ich
rot will, dann muß ich halt per Hand auf rot stellen oder mit "Siri, stelle xyz auf hellrot" ein pink/rot.....
Ich habe den Dim Kanal um folgendes Mapping erweitert:
Brightness=pct
Hue=RGBW_STRIPE_1_COLOR:color,max=100,factor=3.6,cmd=color,cmds=0:color+100
Saturation=STATE
On=RGBW_STRIPE_1_AUTO:colProgram+0,subtype=RGB1AutomatikAus,cmdOff=colProgram+0,default=1,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+1,subtype=RGB1FarbwechselLangsam,cmdOn=colProgram+1,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+2,subtype=RGB1FarbwechselSchnell,cmdOn=colProgram+2,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+3,subtype=RGB1FarbwechselSehrSchnell,cmdOn=colProgram+3,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+4,subtype=RGB1Kaminfeuer,cmdOn=colProgram+4,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+5,subtype=RGB1Wasserfall,cmdOn=colProgram+5,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+6,subtype=RGB1TVSimulation,cmdOn=colProgram+6,default=0,timeout=300
On=state,valueOff=off,subtype=RGB1,cmdOn=on,cmdOff=off
Damit kann ich zumindest in Eve und Home App die Farbe sowie das Programm einstellen
und per Siri ein / ausschalten sowie die Farbe wählen
Die Farbauswahl sowie die Farbtemperatur (ist für diesen Controller aber nicht einstellbar) hat er dann in der
Home App beim Device angezeigt, sobald ich die Characteristic "Saturation=STATE mit eingefügt habe :)
d.h. ab da hat die Home App ein Device mit wechselbarer Farbe erkannt
Gruß
AL
Zitat von: EinEinfach am 02 November 2017, 14:50:40
Die Türfalle ist so eine Sache, das kennen die Amis nicht, folglich kann das auch die Homekit-App nicht. Zum Glück gibt es noch EVE-App, wenn du zusätzlich noch das in dein Mapping aufnimmst, dann könntest du dir eine Szene in EVE einrichten die die Türfalle öffnet
TargetDoorState=default=CLOSED,timeout=500,cmds=false:unlatch;0:unlatch
locknGo kenne ich nicht, was soll das sein?
Super, Danke, wie cool ist das denn. Es funktioniert und ich wäre nie allein darauf gekommen.
Nochmals vielen Dank @EinEinfach für die Hilfe.
locknGo ist übrigens ein Modus, bei dem nach dem Auslösen, das Schloss nach 20 sec verriegelt wird. Anwendung: ich ziehe die Tür einfach zu, verlasse das Haus und es wird verriegelt.
Zitat von: elfnulleins am 04 November 2017, 18:10:43
Hallo zusammen,
kann mir vielleicht jemand dabei unter die Arme greifen, wie ich die HM-SEC-SD-2 Rauchmelder richtig über die homebridge an iOS weiterleite?
Ich kann keinen SmokeDetector in den genericDeviceTypes finden. Habe daher heute ein Update gefahren in der Hoffnung, dass mir ein passender deviceType vielleicht einfach nur gefehlt hat. War allerdings nicht so. Ein passendes homebridgeMapping habe ich auf Seite 122 dieser Diskussion schon gefunden :)
LG
Tipp einfach in die Kommandozeile von fhem deinen gewünschten Attribut ein:
attr DeinDevice genericDiviceTypes SmokeDetector
Der Service heißt auch richtig SmokeSensor. Anders wird das vermutlich nicht funktionieren.
Benutz mal die Sufu. Es gab hier im Thread auch ein passendes Homebridgemapping für die Homematic-Melder.
Gesendet von iPhone mit Tapatalk
Brightness=state,part=1,cmd=dim
mit dem Code habe ich es hinbekommen das in der HomeApp der Dimmwert richtig mitangezeigt wird. Danke noch einmal für den Tipp mit dem part=1 Befehl. Aber jetzt tut sich ein anderes Phänomen auf. Wenn ich bei all meinen Milight Lampen das homebridgemapping um o.g. Befehl erweitere, so aktualisiert sich die Home App nicht mehr und es steht das nichts verfügbar ist. Erst ein längerer Druck zeigt mir das Device. Nach schließen und öffnen der App wieder das gleiche.
Hat jemand einen Reim drauf? habe das mapping wieder rausgenommen und alles wird angezeigt.
Danke und LG
Abend wollte mal fragen ob es schon jemand geschafft hat eine Kamera in Homebridge einzubinden und wenn ja wie, komme mit meinen versuchen (Hombridge-ffmpeg Plugin) nicht so recht weiter. :(
Zitat von: Zetti am 07 November 2017, 21:23:55
Abend wollte mal fragen ob es schon jemand geschafft hat eine Kamera in Homebridge einzubinden und wenn ja wie, komme mit meinen versuchen (Hombridge-ffmpeg Plugin) nicht so recht weiter. :(
Habe eine Hikvision ds-2cd2142fwd-i mit dem homebridge-camera-ffmpeg Plugin erfolgreich im Einsatz.
Moin,
Ich habe in fhem/homebridge erfolgreich einen dummy 'Sicherheit' als genericDeviceType security erstellt.
Soweit funktioniert alles sehr gut.
Kann ich beim 'triggern' einen Text mit übergeben, der im Handy angezeigt werden soll?
Für Interessierte anbei das Device:
defmod Sicherheit dummy
attr Sicherheit cmdIcon on:general_an@green off:general_aus@red
attr Sicherheit devStateIcon arm.*:secur_locked@green:disarm disarm:secur_open@red
attr Sicherheit event-on-change-reading state,triggered
attr Sicherheit genericDeviceType security
attr Sicherheit homebridgeMapping SecuritySystemCurrentState=state,values=armhome:0;;armaway:1;;armnight:2;;disarm:3;;triggered:4\
SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:armhome;;1:armaway;;2:armnight;;3:disarm,delay=1
attr Sicherheit icon secur_alarm
attr Sicherheit readingList state
attr Sicherheit room Homekit
attr Sicherheit setList state:armaway,armhome,armnight,disarm,triggered
attr Sicherheit webCmd state
ZitatKann ich beim 'triggern' einen Text mit übergeben, der im Handy angezeigt werden soll?
Wenn du in der HomekitApp unter "Status und Mitteilungen" des jeweiligen Devices "Mitteilungen erlauben" aktivierst. Wirst du über App benachrichtigt, wenn der Alarm auslöst. Einen bestimmten Text bei der Auslösung zu übergeben ist meiner Meinung nach nicht möglich
Gruß
Zitat von: holzwurm83 am 04 November 2017, 13:27:39
Danke dir, habe jetzt mal ein update durchgeführt, alle neu gestartet, aber ich bekommen leider immer keine Verbindung zu meinen Geräten. Die Homebridge läut an sich. Kann ich die kann ich dir noch einen bestimmten Log posten, um dem Problem näher auf den Grund gehen zu können?
ich habe das gleiche Problem. homebridge is running, Geräte werden in Eve gezeigt, aber als fehlerhaft markiert.
Weitere Ideen?
Danke und Gruß,
Kurt
@EinEinfach danke schon mal für die Antwort. In Homebridge läuft das Homebridge-ffmpeg Modul soweit, bekomme aber in der home bzw. eve app keine Kamera angezeigt (persist Ordner wurde schon gelöscht). Muss ich noch irgendwelche Einstellungen an ffmpeg vornehmen oder reicht die reine installation, was ich nicht denke.
ZitatMuss ich noch irgendwelche Einstellungen an ffmpeg vornehmen oder reicht die reine installation, was ich nicht denke.
Am ffmpeg musst du nichts ändern. Ganze Konfiguration erfolgt im config.json File. Wie sieht dein config.json aus?
Gruß
{
"bridge": {
"name": "FHEMbridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "260-12-010"
},
"platforms": [{
"platform": "FHEM",
"name": "FHEMServer8",
"server": "192.168.178.48",
"port": "8085",
"filter": "room=Homekit"
}, {
"platform": "Camera-ffmpeg",
"name": "Hofcamera",
"videoConfig": {
"source": "-rtsp_transport tcp -i rtsp://:xxxxxx@192.168.178.21:554/play1.sdp",
"stillImageSource": "-i http://xxxxx:xxxxxxxx@192.168.178.21:80/image/jpeg.cgi",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 30
},
"accessories": []
}]
}
/code]
er lädt auf jedenfalls das ffmpeg plugin und dann kommt nur noch
Server listening on: http://<ip>:8282
das is die letzte Consolenausgabe
Probier das mal:
{
"bridge":
{
"name": "FHEMbridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "260-12-010"
},
"platforms":
[{
"platform": "FHEM",
"name": "FHEMServer8",
"server": "192.168.178.48",
"port": "8085",
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras":
[{
"name": "Hofcamera",
"videoConfig": {
"source": "-rtsp_transport tcp -i rtsp://:xxxxxx@192.168.178.21:554/play1.sdp",
"stillImageSource": "-i http://xxxxx:xxxxxxxx@192.168.178.21:80/image/jpeg.cgi",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 30
}
}]
}],
"accessories": []
}
Zitat von: EinEinfach am 08 November 2017, 08:34:54
Habe eine Hikvision ds-2cd2142fwd-i mit dem homebridge-camera-ffmpeg Plugin erfolgreich im Einsatz.
Hast Du damit auch ein Live-Bild in HomeKit?
Alle bisher von mir getesteten Plugins für Homebridge zeigen nur Standbilder.
Gruß
Dan
Unexpektet string in json at Position 1011
sorry mein Fehler Komma vergessen
Funktioniert! Super
Danke
nur mit livebild lädt er sich dum und dämlich
livebild geht auch, nur mit einer relativ hohen Übertragungsrate( musste sie von w-Lan auf lan umstellen)
ZitatHast Du damit auch ein Live-Bild in HomeKit?
Ja, geht auch, allerdings habe ich den Preview-Stream (mjpeg) genommen. Mit dem Haupt-rtsp-Stream rechnet sich der RPI zu tode, so dass nach den ersten 3-5s alles einfriert. Nachteil ist natürlich die Auflösung, aber man kann trotzdem noch alles relativ gut erkennen.
Gruß
Hallo Leute,
ich muss mich doch einmal kurz in dieses Thema hängen, denn ich rätsle gerade über den homebridgeMappings. Ich habe MAX-Thermostate und ich habe hier im Forum auch verschiedene Varianten gefunden, wie man die Modus-Auswahl in den Homekit-Apps an die desiredTemperature mappen kann. Bei mir sieht das Mapping im Moment so aus:
TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:desiredTemperature+off;HEAT:desiredTemperature+comfort;COOL:desiredTemperature+eco;AUTO:desiredTemperature+auto CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,valud=3Ich rätsle aber derweil über den
CurrentHeatingCoolingState:
- Heißt es wirklich valud=? Im Js-Code finde ich dazu nichts, aber die FHEM-Suche liefert einige Treffer... :-\
- Warum mappen einige AUTO auf den Wert 3?
- Wenn ich den Raum mit den Thermostaten in der Home-App aufrufe, dann wirft mir Homebridge den Fehler "MAX_108b7e-heatingState not a number:". Warum? Was mach ich falsch?
- Warum wird das Thermostat in der App als "off" angezeigt, auch wenn es eigentlich auf "AUTO" steht?
Vielleicht kann mir ja jemand die Erleuchtung anknipsen ;)
@EinEinfach: es gibt vom ffmpeg und dem camera plugin eine ufv version die für den raspberry optimiert ist. das sollte bei den problemen mit einfrieren helfen.
gruss
andre
Klingt wirklich vielversprechend, muss ich mal die Tage ausprobieren. Ich hoffe es klappt, bei der Hardware Acceleration vom RPI habe ich mir am Anfang auch Wunder versprochen am Ende war es dann doch die Luftnummer.
bei den streams meiner cams bekomme ich mit der optimierten version auf einem raspberry 3 statt blockieren etwa 20-30% cpu. d.h. zumindest bei mir lohnt es sich wirklich.
im homebridge plugin für die unify cams ist auch noch eine zweite optimierung die dafür sorgt das das bild fast sofort da ist statt erst mal 3-5 sekunden zu buffern. ich habe aber noch nicht geschaut was das genau ist und ob es auch für andere cams passt.
Habe jetzt meine zwei anderen Cams auch mit eingebunden läuft 1A!
vielen Dank Nochmal
Zitat von: Zetti am 09 November 2017, 19:35:57
Habe jetzt meine zwei anderen Cams auch mit eingebunden läuft 1A!
Cool!
Dann teste ich das am WE mit meinen Foscams auch nochmal, habe bisher nur Standbild. :(
Gruß
Dan
@zetti
- was verwendest Du denn für Kameras?
Ich habe so ne Aldi-Billig-Cam, bei der ich es nach langem Testen mit ffmpeg abfragen kann. Jetzt lese ich von @justme und von Dir, dass ihr mit der optimierten ufv-Variante bessere Ergebnisse habt. Jetzt habe ich mich da mal "eingelesen" und stolpere ständig über API keys usw. - sowas hat meine Cam nicht. Meinst Du, die ufv-Variante kann ich trotzdem verwenden?
schönen Abend
wolf
@ Wolfram
ich habe zwei Ideanext eine 1905(720p) und eine 1906w(1080p) und eine D-Link DCS-935L.
die beiden ideanext hatte ich mal bei Amazon für nen schmalen Taler bekommen. arbeite aber nicht mit der uff-Variante, die sollte wohl ehr für raspberry genutzt werden ,da ich FHEM auf einem QNAP in einer VM laufen lasse mit noch einigen anderen Diensten habe ich von vorn herein ein bisschen mehr performance eingeplant.
und so wie ich grade mal kurz überflogen hab ist die uff für UniFi-Cameras gedacht also mit Netzwerkrecorder,somit wird die benötigte Rechenleistung ein wenig verringert denke ich
Zitates gibt vom ffmpeg und dem camera plugin eine ufv version die für den raspberry optimiert ist. das sollte bei den problemen mit einfrieren helfen.
Hi andre, hast evtl. links für mich zu den besagten Sachen. Mit der google Suche komme ich nicht weiter. Das was ich gefunden habe erfordert einen UniFi Video NVR. Oder hast du das auch gemeint?
Hab heut auf Arbeit festgestellt das meine Geräte sich nicht aktualisieren aber die Kameras laufen?
Zuhause angekommen (im Heimischen W-Lan) Funktionierte alles wieder!? Zu viel Traffic? :o
So, habe die bitrate der cams angepasst jetzt Funktioniert es! muss zwar 10-20Sek. warten bis der Livestream startet aber damit kann ich leben.
Zitat von: EinEinfach am 06 November 2017, 08:51:33
Tipp einfach in die Kommandozeile von fhem deinen gewünschten Attribut ein:
attr DeinDevice genericDiviceTypes SmokeDetector
LOL! Das ist so simpel dass ich nicht drauf gekommen bin :D
Allerbesten Dank!
Schönes WE..
Hallo zusammen,
Ich lese mir gerade einen Wolf... Eigentlich möchte ich was ganz einfaches:
Im Schlafzimmer habe ich eine Lightscene definiert, die per Homebridge angesteuert werden soll:
define S.LS_Bett LightScene S.Bett_Dim S.Bett_Color S.Sideboard_Dim S.Sideboard_Color S.Nachttisch_Links S.Nachttisch_Rechts S.Decke_Bett
attr S.LS_Bett alias S.LS Bett
attr S.LS_Bett room 00_Schlafzimmer,Homekit
attr S.LS_Bett webCmd scene
Es sind 4 zustände definiert: aus, weiß, Deco_30 und Deco_100
Was muss ich wo einrichten, damit ich über Siri sagen kann: "Mach das Licht im Schlafzimmer auf Deco 30" oder so ähnlich ?
Anmerkung: FHEM und Homebridge sind auf dem aktuellen Stand (vor 3 Tagen frisch eingerichtet) und laufen. Ich kann einzelne Lampen über Siri ein- und aus schalten.
Und wenn wir schon dabei sind: warum richtet man nicht ein Unterforum für Homebridge ein, damit man nicht alle 174 Seiten dieses Threads lesen und verstehen muss, um ein sicherlich öfter vorkommendes Problem schnell zu finden ?
Edit: Lösung:
attr S.LS_Bett homebridgeMapping clear\
On=state,subtype=Deko100,valueOn=/Deko_100/,valueOff=/Deko_30|weiß|aus/,cmdOn=scene+Deko_100,cmdOff=scene+aus\
On=state,subtype=Deko30,valueOn=/Deko_30/,valueOff=/Deko_100|weiß|aus/,cmdOn=scene+Deko_30,cmdOff=scene+aus\
On=state,subtype=DekoWeiß,valueOn=/weiß/,valueOff=/Deko_100|Deko_30|aus/,cmdOn=scene+weiß,cmdOff=scene+aus\
On=state,subtype=Deko,valueOn=/aus/,valueOff=/Deko_100|Deko_30|weiß/,cmd=scene+aus
Du kannst auch innerhalb des Threads die Suche benutzen.
Gesendet von iPhone mit Tapatalk
Ich habe einen HM-SEN-MDIR-O als LightSensor definiert. Leider kommt als Wert da nichts sinnvolles raus, da versucht wird die Wertezahl bis 250 in Lux umzurechnen und dann dort 0,0001 Lux steht. Hat jemand schon eine sinnvolle Konfiguration dafür am Laufen?
Zitat von: DC am 11 November 2017, 13:50:35
Hallo zusammen,
Ich lese mir gerade einen Wolf... Eigentlich möchte ich was ganz einfaches:
Im Schlafzimmer habe ich eine Lightscene definiert, die per Homebridge angesteuert werden soll:
define S.LS_Bett LightScene S.Bett_Dim S.Bett_Color S.Sideboard_Dim S.Sideboard_Color S.Nachttisch_Links S.Nachttisch_Rechts S.Decke_Bett
attr S.LS_Bett alias S.LS Bett
attr S.LS_Bett room 00_Schlafzimmer,Homekit
attr S.LS_Bett webCmd scene
Es sind 4 zustände definiert: aus, weiß, Deco_30 und Deco_100
Was muss ich wo einrichten, damit ich über Siri sagen kann: "Mach das Licht im Schlafzimmer auf Deco 30" oder so ähnlich ?
Anmerkung: FHEM und Homebridge sind auf dem aktuellen Stand (vor 3 Tagen frisch eingerichtet) und laufen. Ich kann einzelne Lampen über Siri ein- und aus schalten.
Und wenn wir schon dabei sind: warum richtet man nicht ein Unterforum für Homebridge ein, damit man nicht alle 174 Seiten dieses Threads lesen und verstehen muss, um ein sicherlich öfter vorkommendes Problem schnell zu finden ?
So einfach ist das nicht!
Sie Dir das Mapping für die Harmony an.
Ich denke Dein Vorhaben wird nur so umsetzbar sein - mit mehreren On Characteristics.
Gruß
Dan
@EinEinfach: https://www.npmjs.com/package/homebridge-camera-ffmpeg-omx (https://www.npmjs.com/package/homebridge-camera-ffmpeg-omx)
@volschin: die readings brightness und luminosity werden direkt durchgereicht, das reading luminosity wird durch 0.265 geteilt. wenn du andere faktoren brauchst kannst du im homebridgeMapping factor auf den passenden wert setzen. wenn dein reading anders heisst musst du es auch selber konfigurieren.
@DC: entweder per readingsProxy für jede szene ein eigenes proxy device anlegen. per siri kann du dann direkt die einzelnen devices schalten. beispiel im wiki. oder über eine passende konfiguration (siehe z.b. readme) einen service mit mehreren On characteristics anlegen und passende siri szenen anlegen. hier bist du bei der wortwahl flexibler.
Sodele, es läuft. Die Lösung:
attr S.LS_Bett homebridgeMapping clear\
On=state,subtype=Deko100,valueOn=/Deko_100/,valueOff=/Deko_30|weiß|aus/,cmdOn=scene+Deko_100,cmdOff=scene+aus\
On=state,subtype=Deko30,valueOn=/Deko_30/,valueOff=/Deko_100|weiß|aus/,cmdOn=scene+Deko_30,cmdOff=scene+aus\
On=state,subtype=DekoWeiß,valueOn=/weiß/,valueOff=/Deko_100|Deko_30|aus/,cmdOn=scene+weiß,cmdOff=scene+aus\
On=state,subtype=Deko,valueOn=/aus/,valueOff=/Deko_100|Deko_30|weiß/,cmd=scene+aus
@DeeSPe: Danke für den Harmony Tipp - das war der Schlüssel
@ volschin: Habe auch im Thread gesucht - bringt nur fast nichts - der Thread ist viel zu lang und viel zu unübersichtlich. Wer sich nicht auskennt, findet vielleicht noch eine Frage, aber definiv nicht mehr die Lösung. Nimm als Beispiel mal meine Frage: die Frage selbst wird vielleicht noch gefunden, aber die Lösung nicht mehr, weil die Stichwörter nicht mehr drin stehen, in der Timeline andere Fragen/Antworten dazwischen stehen usw. In einem eigenen Subforum kommen Fragen und Antworten automatisch zusammen, es wird einfach, einen Überblick zu bekommen und man kann auch Querverweise schaffen wie: "schau mal in diesem Thread hier:....". So, wie es heute ist, muss man sich mich "Such mal nach diesem oder jenem" behelfen, ohne eine wirkliche Antwort geben zu können (auch weil man selbst die Dinge nicht mehr findet...). Noch ein Beispiel: eine meiner Lampen heißt "Links". Wenn ich sage "Hey Siri, mach die Lampe Links an" wird die Lampe Links eingeschaltet. Sage ich "Mach die Lampe Links aus" versteht Siri es nicht. Folge ich den Anleitungen, muss ich diese Frage hier in diesem Thread stellen. Nur - was hat diese Frage mit meiner vorhergehenden zu tun ? Nichts. Die einzige Gemeinsamkeit ist die Homebridge. Macht es Sinn, beides im selben Thread zu diskutieren ? Oder andere Fragen, die ich noch habe: Was beeinflusst eigentlich die Erkennung durch Siri - oder besser - was kann ich tun, damit Siri/Homebridge mich besser versteht ? Oder: welche Sachen kann ich noch über die Device-Attribute für Homebridge innerhalb von FHEM vordefinieren, damit es hinterher nicht in Homekit separat eingerichtet werden muss ? Oder: kann ich Geräte für Homekit einrichten, die Siri auch mit bekommt, die aber nicht in Homekit im Raum dargestellt werden (also nur für Siri sichtbar sind) ? Und diese Fragen stelle ich alle hier in diesem Thread und die Antworten kommen dann auch da rein.
OK, ich bin neu hier - eigentlich nur Gast, denn ich kann nicht viel Zeit dafür investieren - ich verwalte das nicht und bin sicherlich der letzte, der in diesem Zusammenhang etwas zu sagen hat. Es fällt mir nur auf und ich bin sicher, dass man es besser organisieren könnte.
@DC: die meisten deiner fragen sind ganz allgemein homekit spezifisch und haben nichts mit fhem bzw. homebridge-fhem zu tun.
homekit ist die generelle schnittstelle für die hausautomation von apple. alle geräte und komponenten werden über diese schnittstelle integriert. auf der anderen seite setzen dann unterschiedliche interfaces darauf auf. z.b. die home app oder eve oder auch siri. was nicht in homekit ist kann siri nicht steuern. wenn es in homekit ist es in jeder prinzipiell app sichtbar.
was siri versteht und was nicht ist nicht von außen (bzw nicht ohne eigene app) beeinflussbar.
wie und was du in und mit homebridge-fhem konfigurierbar ist steht primär im readme.
wenn du spezifische fragen hast hindert dich nichts und niemand daran einen neuen thread dafür aufzumachen. wir sind im unterforum sprachsteuerung. passender wird es hier nicht.
Zitat von: justme1968 am 12 November 2017, 11:21:29@volschin: die readings brightness und luminosity werden direkt durchgereicht, das reading luminosity wird durch 0.265 geteilt. wenn du andere faktoren brauchst kannst du im homebridgeMapping factor auf den passenden wert setzen. wenn dein reading anders heisst musst du es auch selber konfigurieren.
Stimmt anscheinend nur für luminosity und den Fall, dass das Model HM-Sen-LI-O ist. Brightness muss explizit gemappt werden.
Ich habe jetzt erstmal die passende Kurve für den HM-SEN-MDIR-O aus den bekannten Verlaufskurven abgeleitet.
my $lux = 10 ** (($wert-13)/37-2);Die Kurve gilt laut angehängtem Bild nur für diesen Sensor.
Mal sehen, wie ich das jetzt in meine Hausinstallation einbaue, vielleicht eher doch als eigenes FHEM-Reading.
da war ein tippfehler im meinem text oben:
brightness, luminance und illuminance werden direkt durch gereicht. luminosity wird durch 0.265.
letzteres ist eigentlich nur für den multisensor von dirk mit der entsprechenden folie relevant.
und ja: brightness wird nur für den HM-Sen-LI-O automatisch erkannt. das ist der einzige der hm sensoren der direkt lux liefert. die anderen muss man tatsächlich anhand der veröffentlichten grafik selber in lux umrechnen. wie sinnvoll das bei einem sensoren mit einem wertebereich von 0-250 wirklich ist muss jeder selber entscheiden.
Hallo!
Im Wiki sind ja die Beispiele von HolyMoly zu möglichen Siri-Befehlen. Die meisten Beispiele sind für mich klar. Was unklar ist, sind:
"Siri, bereite alles für eine Party vor."
"Bereite das Ambiente fürs Abendessen vor."
"Aktiviere den Nachtruhemodus."
Gibt es hier die Möglichkeit, dass man z.B. einen FHEM-Dummy "Party" oder ähnlich anlegt, oder müsste ich hier die Szenen an jedem IOS-Endgerät definieren?
Danke und Grüße
Phil
Zitat von: Stril am 15 November 2017, 11:23:25
"Siri, bereite alles für eine Party vor."
"Bereite das Ambiente fürs Abendessen vor."
"Aktiviere den Nachtruhemodus."
Das sind Szenen.
Gruß
Dan
Hi - als allererstes vielen Dank für dieses super Modul! Es klingt beim ersten Durchlesen zwar alles recht komplex, aber das Einrichten funktioniert dann erstaunlich leicht und problemlos. Insbesondere der Wiki-Eintrag ist auch sehr hilfreich; toll!
Wie immer würde ich gerne die Dinge, die bei mir zu Fragen geführt haben, im Wiki ergänzen. Bei zwei Punkten habe ich das schon gemacht, aber zwei weitere Fragen habe ich noch:
- Wozu ist "define siri siri" gut? Dazu gibt es diverse Fragen im Forum. Als "beste" Antwort gefunden habe ich nur https://forum.fhem.de/index.php?topic=61046.0 (https://forum.fhem.de/index.php?topic=61046.0). Der Status gegenüber November 2016 ist hier nach wie vor unverändert? D.h. die Definition erfolgt aktuell für die Zukunftssicherheit, aber ohne Funktion?
- Welche Version von NodeJS soll man installieren? Ich meine verstanden zu haben, dass die 4er ein paar Einschränkungen mit sich bringt, aber dafür als Standard in den meisten Repositories vorhanden ist. Andererseits laufen alte auch LTS-Versionen immer mal aus dem Support. Ich habe mich dabei bei der Installation für die höchste für meine Plattform aktuell verfügbare LTS-Version von NodeJS (8) entschieden. Macht das als Rat an alle Sinn?
Danke, Christian
Lassen sich bei Custom Characteristics irgendwie die Units im mapping mit angeben oder ändern?
(PERCENTAGE,CELSIUS,LUX,ARC_DEGREE .. usw.)
bzw. werden nur die Hauseigenen von Apple unterstützt?
CCC04890-565B-4376-B39A-3113341D9E0F=Wetter:rain_day,name=RainDay,format=FLOAT,unit=mm
Funktioniert so weit, mir fehlt da nur die Masseinheit noch..
Die aktuelle LTS ist 8.9.1. Die würde ich an Deiner Stelle einsetzen.
Gesendet von iPhone mit Tapatalk
Aktuell habe ich ein Problem bei der Integration meiner Garagensteuerung über Homebridge.
Vielleicht könnt ihr mir hier weiterhelfen...
Ausgangslage:
Wemos D1 Mini mit ESPEasy
2 Relais - 1x Garagenlicht, 1x Torsteuerung
2 Inputs - 1x MK Garage zu, 1x MK Garage auf
Alle 4 Readings kommen auf einem Device in FHEM an und werden über 2 DOIFs und einem Dummy genutzt.
Dummy Garagentor:
attr Garagentor devStateIcon open:fts_garage_door_10 move:refresh closed:fts_garage_door_100
attr Garagentor genericDeviceType garage
attr Garagentor group Garage
attr Garagentor homebridgeMapping CurrentDoorState=ESPEasy_ESP_Garage_2:MK_Garage_open,values=off:CLOSED;;on:OPEN TargetDoorState=ESPEasy_ESP_Garage_2:MK_Garage_close,values=on:CLOSED;;off:OPEN
attr Garagentor icon fts_garage
attr Garagentor room Garage,Homekit
attr Garagentor stateFormat zustand
attr Garagentor webCmd auf:zu:toggle
DOIF Status:
defmod doif_Garagentor_status DOIF ([ESPEasy_ESP_Garage_2:MK_Garage_open] eq "on" and [ESPEasy_ESP_Garage_2:MK_Garage_close] eq "off") (setreading Garagentor zustand open)\
DOELSEIF ([ESPEasy_ESP_Garage_2:MK_Garage_open] eq "off" and [ESPEasy_ESP_Garage_2:MK_Garage_close] eq "off") (setreading Garagentor zustand move)\
DOELSEIF ([ESPEasy_ESP_Garage_2:MK_Garage_open] eq "off" and [ESPEasy_ESP_Garage_2:MK_Garage_close] eq "on") (setreading Garagentor zustand closed)
attr doif_Garagentor_status room Garage
DOIF Schalten:
defmod doif_Garagentor_oeffnen DOIF ([Garagentor:state] eq "auf" and [ESPEasy_ESP_Garage_2:MK_Garage_close] eq "on") (set Garagentor doing ;; set ESPEasy_ESP_Garage_2 gpio 0 1 ;; sleep 1;; set ESPEasy_ESP_Garage_2 gpio 0 0 ;; set Garagentor waiting )\
DOELSEIF ([Garagentor:state] eq "zu" and [ESPEasy_ESP_Garage_2:MK_Garage_open] eq "on") (set Garagentor doing ;; set ESPEasy_ESP_Garage_2 gpio 0 1 ;; sleep 1;; set ESPEasy_ESP_Garage_2 gpio 0 0 ;; set Garagentor waiting )\
DOELSEIF ([Garagentor:state] eq "toggle") (set Garagentor doing ;; set ESPEasy_ESP_Garage_2 gpio 0 1 ;; sleep 1;; set ESPEasy_ESP_Garage_2 gpio 0 0 ;; set Garagentor waiting )
attr doif_Garagentor_oeffnen do always
attr doif_Garagentor_oeffnen room Garage
Soweit funktioniert auch alles sehr gut. Allerdings bekomme ich das HomeBridgeMapping nicht hin.
Die Zustände werden schonmal korrekt übertragen, allerdings bekomme ich mit den "cmd/cmdOn/cmdOff" Befehlen nicht klar, bzw. hat es mit allen meinen Versuchen nicht geklappt.
Es wird anstatt den Dummy Garagentor zu schalten immer der ESP GPIO geschaltet.
Zitat von: elfnulleins am 10 November 2017, 19:46:38
LOL! Das ist so simpel dass ich nicht drauf gekommen bin :D
Allerbesten Dank!
Schönes WE..
Ich will das noch mal auskramen.
Bei mir sind die homematic HM-SEC-SD in der Räumen.
Bei mir werden die Rauchmelder nur angezeigt, wenn ich
bei genericDeviceType: SmokeSensor und bei SubType: smokeDetector stehen hab.
bisher scheint man kein Mapping machen zu müssen.
Zitat von: Xozy am 21 November 2017, 21:13:26
Aktuell habe ich ein Problem bei der Integration meiner Garagensteuerung über Homebridge.
Vielleicht könnt ihr mir hier weiterhelfen...
Ausgangslage:
Wemos D1 Mini mit ESPEasy
2 Relais - 1x Garagenlicht, 1x Torsteuerung
2 Inputs - 1x MK Garage zu, 1x MK Garage auf
Alle 4 Readings kommen auf einem Device in FHEM an und werden über 2 DOIFs und einem Dummy genutzt.
[...]
Soweit funktioniert auch alles sehr gut. Allerdings bekomme ich das HomeBridgeMapping nicht hin.
Die Zustände werden schonmal korrekt übertragen, allerdings bekomme ich mit den "cmd/cmdOn/cmdOff" Befehlen nicht klar, bzw. hat es mit allen meinen Versuchen nicht geklappt.
Es wird anstatt den Dummy Garagentor zu schalten immer der ESP GPIO geschaltet.
Ohne dein Problem jetzt komplett nachvollziehen zu können - schon ein bisschen zu spät für mich - aber vielleicht kann ich dich schon in die richtige Richtung schicken:
Bei deinem folgenden Code:
attr Garagentor homebridgeMapping CurrentDoorState=ESPEasy_ESP_Garage_2:MK_Garage_open,values=off:CLOSED;;on:OPEN TargetDoorState=ESPEasy_ESP_Garage_2:MK_Garage_close,values=on:CLOSED;;off:OPENWenn (wie ich vermute) dein
MK in den Namen für Magnetkontakt steht, setzt du hier per Magnetkontakt die Zielposition des Tores auf 'zu', nicht die wahre Position (CurrentDoorState).
Das Target gibt an, wo das Tor hinfahren soll. Da du die CMD für Homekit nicht explizit angegeben hast, werden die Target states hier als Commands genommen, daher wahrscheinlich dein Problem.
Als Lössung beispielhaft mal meine eigene Homebridgekonfiguration des Dummy-Garagen-Tores, welche ich über Notifies an meine Magnetschalter gekloppelt habe (Fand ich praktischer zu debuggen)
defmod GarageSuedTor dummy
attr GarageSuedTor alias linkes Garagentor
attr GarageSuedTor genericDeviceType garage
attr GarageSuedTor group Garagensteuerung
attr GarageSuedTor homebridgeMapping clear\
CurrentDoorState=state,values=/^OPEN/:OPEN;;/^CLOSED/:CLOSED;;/^STOPPED/:STOPPED\
TargetDoorState=target,values=/^OPEN/:OPEN;;/^CLOSED/:CLOSED,cmds=0:target+OPEN;;1:target+CLOSED
attr GarageSuedTor readingList state target
attr GarageSuedTor room Garage.links,Homekit
attr GarageSuedTor setList state:OPEN,CLOSED,OPENING,CLOSING,STOPPED target:OPEN,CLOSED
attr GarageSuedTor webCmd target
Dann kannst du im DOIF Schalten auch mit dem Target und Current Attribut in der Dummy-Garagen-Tür arbeiten und musst nicht direkt auf die Werte des ESP gehen. Fänd ich persönlich irgendwie... schöner?! ;)
Zitat von: jazzor am 26 November 2017, 21:26:45
Ohne dein Problem jetzt komplett nachvollziehen zu können - schon ein bisschen zu spät für mich - aber vielleicht kann ich dich schon in die richtige Richtung schicken:
Bei deinem folgenden Code:
attr Garagentor homebridgeMapping CurrentDoorState=ESPEasy_ESP_Garage_2:MK_Garage_open,values=off:CLOSED;;on:OPEN TargetDoorState=ESPEasy_ESP_Garage_2:MK_Garage_close,values=on:CLOSED;;off:OPEN
Wenn (wie ich vermute) dein MK in den Namen für Magnetkontakt steht, setzt du hier per Magnetkontakt die Zielposition des Tores auf 'zu', nicht die wahre Position (CurrentDoorState).
Das Target gibt an, wo das Tor hinfahren soll. Da du die CMD für Homekit nicht explizit angegeben hast, werden die Target states hier als Commands genommen, daher wahrscheinlich dein Problem.
Als Lössung beispielhaft mal meine eigene Homebridgekonfiguration des Dummy-Garagen-Tores, welche ich über Notifies an meine Magnetschalter gekloppelt habe (Fand ich praktischer zu debuggen)
defmod GarageSuedTor dummy
attr GarageSuedTor alias linkes Garagentor
attr GarageSuedTor genericDeviceType garage
attr GarageSuedTor group Garagensteuerung
attr GarageSuedTor homebridgeMapping clear\
CurrentDoorState=state,values=/^OPEN/:OPEN;;/^CLOSED/:CLOSED;;/^STOPPED/:STOPPED\
TargetDoorState=target,values=/^OPEN/:OPEN;;/^CLOSED/:CLOSED,cmds=0:target+OPEN;;1:target+CLOSED
attr GarageSuedTor readingList state target
attr GarageSuedTor room Garage.links,Homekit
attr GarageSuedTor setList state:OPEN,CLOSED,OPENING,CLOSING,STOPPED target:OPEN,CLOSED
attr GarageSuedTor webCmd target
Dann kannst du im DOIF Schalten auch mit dem Target und Current Attribut in der Dummy-Garagen-Tür arbeiten und musst nicht direkt auf die Werte des ESP gehen. Fänd ich persönlich irgendwie... schöner?! ;)
Danke für deine ausführliche Stellungnahme!
Ich werde es so mal testen! :)
Hallo zusammen,
ich habe folgendes Problem mit dem homebridgeMapping meines HEOS Lautsprechers. Auf den Power Ein/Aus Schalter möchte ich Play/Stop legen, dies funktioniert soweit auch ohne Probleme, allerdings wird der Status nicht mit FHEM abgeglichen und andersherum bleibt der HomeKit Schalter auf "Aus" wenn ich über das FHEM Web Interface schalte.
Ich hoffe jemand kann mir weiterhelfen. :)
Besten Dank schon mal im Voraus
Julian
Ein list des Devices ist angehängt:
Internals:
DEF -1972742448 IODev=MyMasterBox
IODev MyMasterBox
LASTInputDev MyMasterBox
MSGCNT 82
MyMasterBox_MSGCNT 82
MyMasterBox_TIME 2017-11-28 17:08:18
NAME HEOSPlayer1972742448
NR 431
PID -1972742448
STATE on
TYPE HEOSPlayer
VERSION 1.0.1
READINGS:
2017-11-28 17:08:18 channel 1
2017-11-28 17:08:17 currentAlbum Trouble No More: The Bootleg Series, Vol. 13 / 1979-1981
2017-11-28 17:08:17 currentArtist Bob Dylan
2017-11-28 17:08:17 currentImageUrl http://192.168.178.18:32469/proxy/4318b8b9ff1e1fd0bfef/albumart.jpg
2017-11-28 17:08:17 currentMedia song
2017-11-28 17:08:17 currentMid c6da9c47fa202f1785fa
2017-11-28 17:08:17 currentQid 1
2017-11-28 17:08:17 currentSid 1024
2017-11-28 15:35:29 currentStation SWR1 Baden-Württemberg 94.7 (Variety)
2017-11-28 17:08:17 currentTitle When He Returns (Take 2)
2017-11-28 16:42:29 ip-address 192.168.178.74
2017-11-28 16:42:29 lineout 0
2017-11-28 16:42:29 model HEOS 1
2017-11-28 17:08:00 mute off
2017-11-28 16:42:29 name Küche
2017-11-28 16:42:29 network wifi
2017-11-28 17:08:18 playStatus stop
2017-11-28 16:42:33 repeat off
2017-11-28 15:35:09 shuffle on
2017-11-28 16:42:25 state on
2017-11-28 16:42:29 version 1.430.160
2017-11-28 17:08:00 volume 31
2017-11-28 15:32:36 volumeDown 5
2017-11-28 15:32:36 volumeUp 5
helper:
aux:
HASH(0x55167f0)
queue:
HASH(0x544f340)
HASH(0x55686f0)
HASH(0x551c5c8)
HASH(0x55688b8)
HASH(0x5452960)
HASH(0x5568a50)
HASH(0x5568b28)
HASH(0x55615a0)
HASH(0x5561d38)
HASH(0x5562e00)
HASH(0x5563598)
HASH(0x553a5b0)
HASH(0x553ad48)
HASH(0x5567be0)
HASH(0x5568378)
Attributes:
DbLogExclude .*
IODev MyMasterBox
alias HEOS_Küche
devStateIcon on:10px-kreis-gruen off:10px-kreis-rot
genericDeviceType speaker
homebridgeMapping Mute=mute,cmd=mute,ValueOn=on,ValueOff=off,cmdOn=mute+on,cmdOff=mute+off
On=play,cmd=play,cmdOn=play,cmdOff=stop,valueOn=playStatus:play,valueOff=playStatus:stop
room HEOS,Homekit
siriName Küchenlautsprecher
Hallo,
hat jemand das Doorbird Plugin am laufen von Euch?
https://github.com/brownad/homebridge-doorbird/issues/1 (https://github.com/brownad/homebridge-doorbird/issues/1)
Mir ist heute aufgefallen, dass meine Homebridge nicht mehr funktioniert.
Also habe ich mal nachgesehen. Homebridge läuft ohne Fehler. Dann dachte ich mir, okay, mach ich mal einen Update.
Danach ist sie nicht mehr gestartet, mußte erst mDNS installieren.
Jetzt startet sie wieder ohne Probleme, aber wird immer noch nicht gefunden.
Bin mir nicht sicher, ob es evtl. eine Einstellung in meinem Netz ist? Nutze Unifi.
Evtl. geht der mDNS Broadcast nicht durch? Ist aber im Unifi Controller eingeschalten.
Hallo,
nachdem ich Homebridge jetzt schon ziemlich lange völlig störungsfrei am Laufen hatte, gibt es nach einem Wechsel auf ein neues Handy und die entsprechende Neuinstallation darauf nun das folgende Problem:
Die Homebridge wird in Eve bzw. der Home-App tadellos erkannt und gekoppelt.
Leider sind aber keinerlei Geräte in dem Standardraum vorhanden.
persist wurde selbstverständlich gelöscht.
sudo /etc/init.d/homebridge status ergibt: "Homebridge is running PID 5013"
Hat jemand eine Idee, woran es liegen könnte?
Gruß
Wolfgang
Kann man irgendwie in HomeKit definierte Szenen aus FHEM heraus aufrufen (starten)?
Zitat von: Mitch am 30 November 2017, 14:58:46
Mir ist heute aufgefallen, dass meine Homebridge nicht mehr funktioniert.
Also habe ich mal nachgesehen. Homebridge läuft ohne Fehler. Dann dachte ich mir, okay, mach ich mal einen Update.
Danach ist sie nicht mehr gestartet, mußte erst mDNS installieren.
Jetzt startet sie wieder ohne Probleme, aber wird immer noch nicht gefunden.
Bin mir nicht sicher, ob es evtl. eine Einstellung in meinem Netz ist? Nutze Unifi.
Evtl. geht der mDNS Broadcast nicht durch? Ist aber im Unifi Controller eingeschalten.
PUSH
Die Unifi APs lassen das mDNS Signal hier durch, auch in VLANs. In verschiedene Subnetze habe ich es aber trotz Broadcast-Reflektor nicht verlässlich geschafft. Da macht Apple irgendwas "Komisches", andere Protokolle/Geräte sind da weniger empfindlich.
Ansonsten: Mal die Standard-Heilmethode des Löschens des Persist-Ordners (und der Homebridge in der Home App) versucht und dann alles wieder neu eingerichtet?
Hab es jetzt so weit hinbekommen, dass ich am iPhone mit dem Bonjour Browser alles "sehen" kann.
Mußte am Unifi Switch IGMP snooping ausschalten.
Gerade noch den persist Ordner gelöscht. Mal sehen, ob es geht, wenn ich heute Abend zuhause bin.
Vielen Dank schonmal.
Hallo,
ich hab mir jetzt mal FHEM auf einem Pi installiert und nun auch die Homebridge nur leider bekomm ich sie in den Apps (zb EVE) nicht angezeigt.
wenn ich die Homebridge starte kommt folgendes:
pi@raspberrypi:~/.homebridge $ homebridge start
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[12/6/2017, 8:24:32 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[12/6/2017, 8:24:32 PM] Registering platform 'homebridge-fhem.FHEM'
[12/6/2017, 8:24:32 PM] ---
[12/6/2017, 8:24:32 PM] Loaded config.json with 0 accessories and 1 platforms.
[12/6/2017, 8:24:32 PM] ---
[12/6/2017, 8:24:32 PM] Loading 1 platforms...
[12/6/2017, 8:24:32 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.20:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1512588274803
[12/6/2017, 8:24:34 PM] [FHEM] Fetching FHEM devices...
[12/6/2017, 8:24:34 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[12/6/2017, 8:24:35 PM] [FHEM] Checking devices and attributes...
[12/6/2017, 8:24:35 PM] [FHEM] executing: http://192.168.178.20:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_105655652439608&XHR=1
[12/6/2017, 8:24:35 PM] [FHEM] executing: http://192.168.178.20:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_105655652439608&XHR=1
[12/6/2017, 8:24:35 PM] [FHEM] siri device is siri
[12/6/2017, 8:24:35 PM] [FHEM] executing: http://192.168.178.20:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.3.7%22%7D&fwcsrf=csrf_105655652439608&XHR=1
[12/6/2017, 8:24:35 PM] [FHEM] Fetching FHEM devices...
[12/6/2017, 8:24:35 PM] [FHEM] fetching: http://192.168.178.20:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_105655652439608&XHR=1
[12/6/2017, 8:24:35 PM] [FHEM] got: 1 results
[12/6/2017, 8:24:35 PM] [FHEM] kleines_Licht is switch
[12/6/2017, 8:24:35 PM] [FHEM] kleines_Licht has
[12/6/2017, 8:24:35 PM] [FHEM] On [state;on,off]
2017-12-06 20:24:35 caching: kleines_Licht-state: on
[12/6/2017, 8:24:35 PM] [FHEM] caching: On: true (as boolean; from 'on')
[12/6/2017, 8:24:35 PM] [FHEM] Initializing platform accessory 'kleines_Licht'...
[12/6/2017, 8:24:35 PM] [FHEM] creating services for kleines_Licht
[12/6/2017, 8:24:35 PM] [FHEM] information service for kleines_Licht
[12/6/2017, 8:24:35 PM] [FHEM] manufacturer, model and serial number characteristics for kleines_Licht
[12/6/2017, 8:24:35 PM] [FHEM] Switch service for kleines_Licht
[12/6/2017, 8:24:35 PM] [FHEM] On characteristic for kleines_Licht:state
Setup Payload:
X-HM://0023ISYWYP6M1
Scan this code with your HomeKit app on your iOS device to pair with Homebridge:
Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[12/6/2017, 8:24:35 PM] Homebridge is running on port 51826.
Wenn ich im Browser folgedes eingebe ip vom pi:8282 (fhem und Homebridge laufen auf dem gleichen pi)
kommt bei cached folgendes
http://192.168.178.20:8083/fhem
connected: true; connects: 1
received: 6187; received total: 6187
kleines_Licht-state: on
On: true (boolean)
und bei subscriptions folgendes
subscriptions: { 'kleines_Licht-state':
[ { accessory:
{ log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://192.168.178.20:8083/fhem',
request:
{ [Function: request]
get: [Function],
head: [Function],
options: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
delete: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
fhem:
{ domain: null,
_events: {},
_eventsCount: 0,
_maxListeners: undefined,
log: [Object],
config: [Object],
api: [Object],
server: '192.168.178.20',
port: '8083',
filter: 'room=Homekit',
jsFunctions: undefined,
scope: undefined,
connection: [Circular],
siri_device: 'siri' } },
jsFunctions: undefined,
service_name: 'Switch',
mappings:
{ On:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off',
device: 'kleines_Licht',
characteristic: [Object],
informId: 'kleines_Licht-state',
characteristic_type: 'On',
log: [Object],
cached: true } },
name: 'kleines_Licht',
alias: 'kleines Licht',
siriName: 'kleines Licht',
device: 'kleines_Licht',
type: 'GenShellSwitch',
model: '',
PossibleSets: '1:noArg on off toggle on-for-timer',
room: 'Homekit',
uuid_base: undefined,
fhem:
{ domain: null,
_events: {},
_eventsCount: 0,
_maxListeners: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
config:
{ platform: 'FHEM',
name: 'FHEM',
server: '192.168.178.20',
port: '8083',
filter: 'room=Homekit' },
api:
API {
_accessories: {},
_platforms: [Object],
_configurableAccessories: {},
_dynamicPlatforms: {},
version: 2.2,
serverVersion: '0.4.33',
user: [Object],
hap: [Object],
hapLegacyTypes: [Object],
platformAccessory: [Object],
_events: [Object],
_eventsCount: 4 },
server: '192.168.178.20',
port: '8083',
filter: 'room=Homekit',
jsFunctions: undefined,
scope: undefined,
connection:
{ base_url: 'http://192.168.178.20:8083/fhem',
request: [Object],
log: [Object],
fhem: [Circular] },
siri_device: 'siri' } },
characteristic:
Characteristic {
displayName: 'On',
UUID: '00000025-0000-1000-8000-0026BB765291',
iid: 10,
value: true,
eventOnlyCharacteristic: false,
props:
{ format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3,
FHEM_mapping:
{ reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off',
device: 'kleines_Licht',
characteristic: [Circular],
informId: 'kleines_Licht-state',
characteristic_type: 'On',
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
cached: true } } } ] }
Hab auch schon den Ordner persist gelöscht (was aber klar war das es nichts bringt da die Bridge ja noch nie verbunden war) und es hat nichts gebracht.
Was könnte ich denn noch versuchen?
Hoffe ich habe genug Informationen zur verfügung gestellt.
Gruß Dominik
PS mir is aufgefallen das die Bridge immer mit einem anderen Port starte ist das normal?
Zitat von: Nexium am 06 Dezember 2017, 20:30:47
PS mir is aufgefallen das die Bridge immer mit einem anderen Port starte ist das normal?
Das habe ich hier nur gesehen, wenn ich Homebridge oft nacheinander neu gestartet habe; ggf. hat er gedacht, der alte Port sei noch belegt. Aber normalerweise nimmt er immer den Port, den ich in der Config eingestellt habe.
Ich glaube(!) aber, der Port ist nicht entscheidend. Denn sehr viel bei diesen Apple-Protokollen geschieht über Broadcasts. Oder umgekehrt: Wenn die Bridge auf dem Port erreichbar ist, aber Broadcasts sie nicht erreichen, funktioniert das Schalten nicht ordentlich.
Was passiert denn, wenn Du nicht nur den Persist-Ordner löschst, sondern auch die Homebridge in Deiner Apple Home App, und die Homebridge dann über den Code neu einrichtest? Findet er die Bridge? Findet er die Geräte in der Bridge?
@Nexium
Wie genau hast du denn Installiert?
Nach Wiki?
Wie Startest du die Bridge genau?
Gruß Robert
Zitat von: Motivierte linke Hände am 07 Dezember 2017, 15:44:02
Das habe ich hier nur gesehen, wenn ich Homebridge oft nacheinander neu gestartet habe; ggf. hat er gedacht, der alte Port sei noch belegt. Aber normalerweise nimmt er immer den Port, den ich in der Config eingestellt habe.
Ich glaube(!) aber, der Port ist nicht entscheidend. Denn sehr viel bei diesen Apple-Protokollen geschieht über Broadcasts. Oder umgekehrt: Wenn die Bridge auf dem Port erreichbar ist, aber Broadcasts sie nicht erreichen, funktioniert das Schalten nicht ordentlich.
Was passiert denn, wenn Du nicht nur den Persist-Ordner löschst, sondern auch die Homebridge in Deiner Apple Home App, und die Homebridge dann über den Code neu einrichtest? Findet er die Bridge? Findet er die Geräte in der Bridge?
Naja die Bridge ist ja neu installiert und war noch nie mit dem Iphone verbunden ich denk nicht das dort das problem liegt.
Zitat von: no_Legend am 07 Dezember 2017, 15:50:36
@Nexium
Wie genau hast du denn Installiert?
Nach Wiki?
Wie Startest du die Bridge genau?
Gruß Robert
Ja hab nach Wiki installiert. Die Bridge scheint ja auch zu laufen aber eben mein Iphone findet sie nicht.
ich starte sie momentan noch in dem ich in den Ordner .homebridge gehe und einfach homebridge eingebe.
Zitat von: Nexium am 07 Dezember 2017, 18:10:24
Ja hab nach Wiki installiert. Die Bridge scheint ja auch zu laufen aber eben mein Iphone findet sie nicht.
ich starte sie momentan noch in dem ich in den Ordner .homebridge gehe und einfach homebridge eingebe.
Du startest also mit ./homebridge?
Das sollte gehen? Bist du im gleichen Netzwerk?
WLAN an?
Du kannst auch mal probieren sudo zu starten, also sudo ./homebridge
Eventuell kannst du auch mal den Code ändern.
Je nach System eventuell notwendig.
Wenn nicht poste bitte noch mal die gesamte Ausgabe nach./homebridge
Gruß Robert
Hallo,
ich hab den Fehler gefunden.
Ich hatte Homebride früher schon mal eingerichtet und auf meinem Iphone 6S dann hatte ich paar Monate keine Homebride und hab in der zwischen Zeit das Iphone X bekommen und hab dort ein Backup aufgespielt es hat mir die Homebride nicht angezeigt aber war wohl dennoch iwie verbudnen.
Als ich in der Homebridge cfg die Mac Adresse der Bride geändert habe wurde sie sofort erkannt.
Vielen Dank
Gruß Dominik
Zitat von: gerricom am 09 November 2017, 16:01:29
Hallo Leute,
ich muss mich doch einmal kurz in dieses Thema hängen, denn ich rätsle gerade über den homebridgeMappings. Ich habe MAX-Thermostate und ich habe hier im Forum auch verschiedene Varianten gefunden, wie man die Modus-Auswahl in den Homekit-Apps an die desiredTemperature mappen kann. Bei mir sieht das Mapping im Moment so aus:
TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:desiredTemperature+off;HEAT:desiredTemperature+comfort;COOL:desiredTemperature+eco;AUTO:desiredTemperature+auto CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,valud=3
Ich rätsle aber derweil über den CurrentHeatingCoolingState:
- Heißt es wirklich valud=? Im Js-Code finde ich dazu nichts, aber die FHEM-Suche liefert einige Treffer... :-\
- Warum mappen einige AUTO auf den Wert 3?
- Wenn ich den Raum mit den Thermostaten in der Home-App aufrufe, dann wirft mir Homebridge den Fehler "MAX_108b7e-heatingState not a number:". Warum? Was mach ich falsch?
- Warum wird das Thermostat in der App als "off" angezeigt, auch wenn es eigentlich auf "AUTO" steht?
Vielleicht kann mir ja jemand die Erleuchtung anknipsen ;)
PUSH
Was muss ich bei einem Drucksensor beim genericDeviceType eintragen? mir wird immer das "°" ohne angezeigt
@Joyphor:
1. valid
4. auto wird nur beim setzen verwendet. bei der anzeige wird auto nicht unterstützt sondern dort muss der tatsächliche aktuelle zustand angezeigt werden. der hintergrund ist: das ganze ist usa spezifisch. man stellt den zustand auf heizen, kühlen oder auto und bekommt dann angezeigt ob gerade geheizt oder gekürt wird. das passt zu den normalen europäischen systemen einfach nicht genau.
@Typ1er: es gibt keinen vordefinierten drucksensor typ in homekit. du musst über eine custom characteristic gehen. wenn dein reading pressure heisst wird das automatisch gemacht. die home app kann das aber nicht anzeigen. in eve solltest du den wert sehen.
Ich habe das jetzt so von den Temperaturwerten übernommen, ändere ich das stateAlias ab auf Pressure zeigt er mir den Wert in Eve an. Nur nutze ich Eve selten. Gibt es eine Möglichkeit den Wert in Home zu bekommen?Internals:
CHANGED
DEF 0 101
HeatPumpServer_MSGCNT 2
HeatPumpServer_TIME 2017-12-16 22:12:02
IODev HeatPumpServer
LASTInputDev HeatPumpServer
MSGCNT 2
ModbusRegister_lastRcv 2017-12-16 22:12:02
NAME dim_low_pressure
NR 127
NTFY_ORDER 50-dim_low_pressure
STATE 7.7 bar
TYPE ModbusRegister
lastUpdate
nextUpdate Sat Dec 16 22:13:02 2017
READINGS:
2017-12-16 22:12:02 RAW 004d
2017-12-16 22:12:02 state 7.7
2017-12-16 22:12:02 temperature 7.7
helper:
addr 3 0 101
address 101
disableRegisterMapping 0
lastUpdate 0
nextUpdate 1513458782.09341
nread 1
readCmd e
register 101
registerType 3
unitId 0
updateIntervall 60
cnv:
a 0.1
b 0
max 3276.7
min -3276.8
pr -1
step 10
Attributes:
IODev HeatPumpServer
conversion 0.1:0
event-min-interval .*:900
event-on-change-reading .*
group Dimplex Wärmepumpe
plcDataType INT
registerType Holding
room Dimplex,Homekit
stateAlias temperature
stateFormat {sprintf("%0.1f bar", ReadingsVal($name,"state",0))}
updateInterval 00:01:00
home zeigt scheinbar nur bekannte characteristics an und wenn es davon mehrere gibt auch nur die haupt characteristic. so lange das so ist bekommst du den wert glaube ich nicht in home.
Hallo Leute,
ich bin neu hier im Forum.
Ich habe meine homebridge schon etwas länger am laufen und bin sie eigentlich täglich am erweitern. Momentan 32 Geräte :D
Nun wollte ich einen Wassersensor in die Homebridge einbinden. Dieser hängt an den gpio´s vom Raspi.
Finde leider kein passendes plugin dafür. Ich habe ein plugin gefunden welches eigentlich für ein Türkontaktsensor gedacht ist was soweit auch funktioniert aber ich hätte gerne dass der Sensor auch als wassersensor in homkit angezeigt wird.
Was hab ich da für möglichkeiten?
Danke und Gruß
Zitat von: kodibrain am 18 Dezember 2017, 08:56:38
Finde leider kein passendes plugin dafür. Ich habe ein plugin gefunden welches eigentlich für ein Türkontaktsensor gedacht ist was soweit auch funktioniert aber ich hätte gerne dass der Sensor auch als wassersensor in homkit angezeigt wird.
Was immer du mit Plugin meinst .. für Homebridge ist so ein Wassermelder ein "genericDeviceType LeakSensor".
Bei mir habe ich dann "homebridgeMapping LeakDetected=state, values=/^dry/:LEAK_NOT_DETECTED;/^wet/:LEAK_DETECTED" als Mapping genommen, das musst du natürlich an dein Device anpassen.
Zitat von: f-zappa am 18 Dezember 2017, 11:01:18
Was immer du mit Plugin meinst .. für Homebridge ist so ein Wassermelder ein "genericDeviceType LeakSensor".
Bei mir habe ich dann "homebridgeMapping LeakDetected=state, values=/^dry/:LEAK_NOT_DETECTED;/^wet/:LEAK_DETECTED" als Mapping genommen, das musst du natürlich an dein Device anpassen.
mit plugin meine ich ein Homebridgeplugin,
im Grunde genommen möchte ich nur wissen wie ich die characteristic des plugins ändern kann.
Ich arbeite mit der FHEM latest Revision: 13742 und habe Homebridge (0.4.32) installiert. Das ganze läuft soweit korrekt, ich habe nur mit meinem 433 MHz Temperatur Sensor Probleme. Wenn die Batterie leer wird, erhalte ich als "battery" Reading 0 als Number. Wenn die Batterie in Ordnung ist, dann 1. Um das entsprechend in Homebridge auszulesen, habe ich entsprechend der Doku ein Homebridge Mapping erstellt.
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
Damit erhalte ich jedoch einen Javascript Fehler:
/usr/local/lib/node_modules/homebridge-fhem/index.js:271
if( value.match( entry.re ) ) {
TypeError: value.match is not a function
Habe schon versucht den Regular Expression anzupassen bzw. den value in einen String zu konvertieren
if( String(value).match( entry.re ) ) {
bin damit jedoch nicht weitergekommen.
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=/^1/:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
Damit läuft Homebridge zwar, jedoch wird auch "1" als "BATTERY_LEVEL_LOW" interpretiert.
Würde mich sehr über Hilfe freuen!
Vielen Dank und beste Grüße
ZitatWürde mich sehr über Hilfe freuen!
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Zitat von: EinEinfach am 19 Dezember 2017, 08:23:49
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOW
Vielen Dank für die Rückmeldung!
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;/.*/:BATTERY_LEVEL_LOWDamit läuft homebridge fehlerfrei, jedoch kommt wegen des fehlenden Semikolons nur der erste Teil des Mappings an.
"homebridgeMapping": "StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL"Semikolons müssen escaped werden:
https://fhem.de/commandref_DE.html#command (https://fhem.de/commandref_DE.html#command)
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;0:BATTERY_LEVEL_LOWDamit läuft homebridge auch fehlerfrei, jedoch wird auch "battery: 1" als "BATTERY_LEVEL_LOW erkannt.
Woher weißt du, dass nur der erste Teil des Mappings ankommt?
Zitat von: EinEinfach am 19 Dezember 2017, 09:49:10
Woher weißt du, dass nur der erste Teil des Mappings ankommt?
Steht im entsprechenden Attribut in der FHEM Weboberfläche, in der JSONlist (http://10.10.10.10/fhem?cmd=jsonlist2) und in der homebridge-log-Datei.
ZitatSteht im entsprechenden Attribut in der FHEM Weboberfläche
Gibst du den Attribut über die Commandozeile von fhem ein? Wenn ja, versuche es direkt im Device zu machen.
ZitatDamit läuft homebridge auch fehlerfrei, jedoch wird auch "battery: 1" als "BATTERY_LEVEL_LOW erkannt.
Starte bitte die Homebridge im Debug-Modus
homebridge --debugund schaue welcher Wert für den StatusLowBattery gecatcht wird
Zitat von: EinEinfach am 19 Dezember 2017, 10:38:18
Gibst du den Attribut über die Commandozeile von fhem ein? Wenn ja, versuche es direkt im Device zu machen.
Ne ist in der Config definiert. Aber taucht ja trotzdem in der Weboberfläche auf.
Zitat von: EinEinfach am 19 Dezember 2017, 10:38:18
und schaue welcher Wert für den StatusLowBattery gecatcht wird
caching: StatusLowBattery: 1 (as number; means BATTERY_LEVEL_LOW; from '1')mit
attr WohnzimmerWetter homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;0:BATTERY_LEVEL_LOW
ZitatNe ist in der Config definiert. Aber taucht ja trotzdem in der Weboberfläche auf.
Editierst die Config von Hand? Oder wie hast du den Attribut definiert?
Zitat von: EinEinfach am 19 Dezember 2017, 11:22:34
Editierst die Config von Hand? Oder wie hast du den Attribut definiert?
Ja genau, manuell. Aber da das mapping ja genau so wie eingegeben auch im Homebridge Log anzeigt wird, scheint das Problem nicht da zu liegen.
ZitatJa genau, manuell.
Sorry... dann kann ich dir nicht helfen. Der Fehler kann ja von überall kommen.
Gruß
Zitat von: EinEinfach am 19 Dezember 2017, 11:33:23
Sorry... dann kann ich dir nicht helfen. Der Fehler kann ja von überall kommen.
Trotzdem vielen Dank für deine Mühe!
Hat sonst noch jemand das Problem bzw. hat einen Sensor, bei dem der Batterie Wert 0 bzw. 1 ist und verwendet den LowBatteryStatus?
Hallo zusammen,
ich hoffe ich bin hier richtig mit meinem Anliegen...
Es geht um das Hombridgemapping meiner Wohnungslüftung - ich habe mir einen Dummy-Schalter angelegt und in in Hombridge eingebunden. Der Schalter kann 4 states haben. In FHEM sieht die Umsetzung bisher so aus:
genericDeviceType: Fan
homebridgeMapping: RotationSpeed=state,minValue=1,maxValue=4,minStep=1,unit=,cmd=,
room: EnOcean,Homebridge
setList: 1 2 3 4
Soweit funktioniert die Ansteuerung auch -nur würde ich gerne den eingestellten Zustand des Lüfters besser in HomeKit beschrieben haben, als 1,2,3,4 sondern Off, Auto, Zuluft, Abluft, Max (die EnOcean-Verbindung ist unidirektional, d.h. ich bekomme vom Lüfter nix zurückgemeldet...)
Hat jemand von euch eine Idee? Nach viel Rumprobiererei bekomme ich es nicht besser hin, als einen Schieberegler mit 1-4...
Habt vielen Dank schonmal.
Viele Grüße
Hallo zusammen,
ich nutze FHEM noch nicht lange, Homebridge an sich schon etwas länger.
Ich habe meine Saugroboter in FHEM eingebunden (als Switch) und kann ihn auch über Siri ansprechen. Allerdings bekomme ich den Ladezustand (ChargingState) und den Akkustand (BatteryLevel) in der Home-App nicht angezeigt. In FHEM schon. Homebridge zeigt an, dass die entsprechende Characteristic zwar übernommen wurde, aber nicht für einen Switch relevant ist.
Wenn ich es richtig verstanden habe, kann man beim Homekit mehrere Services zu einem Device festlegen. Für die Batterie gibt es einen Batteryservice. Bei früheren Experimenten mit ioBroker und dem dortigen Homekit-Modul hatte das auch funktioniert und die Daten wurden in der Home-App angezeigt.
Wir kann ich bei FHEM zu meinem Device ausser dem Service Switch einen zweiten Service BatteryService festlegen, damit die Daten dann in der Home-App angezeigt werden? Ich habe bisher leider keine Möglichkeit dazu gefunden.
homebridgeMapping clear On=status,cmdOn=start,cmdOff=off,nocache=1 BatteryLevel=batPct ChargingState=Charging
Viele Grüße
Steffen
homebridge-fhem erlaubt es mehrere charactertics für einen service zu konfigurieren.
schau mal ob du die characteristics in eve siehst. die home app zeigt fast immer nur die haupt characterstic an.
für ChargingState brauchst du auch noch das values mapping der reading werte auf die homekit werte NOT_CHARGING und CHARGING.
wenn du tatsächlich mehrere services brauchst damit es in der home angezeigt wird musst du z.b. per readingsProxy die betreffenden readings zu einem eigenen fhem device machen und dann dort ein passendes homebridgeMapping für genau diese eine characteristic anlegen.
In Eve wird der Ladezustand über ein Batteriesymbol angezeigt. Den ChargingState habe ich auf NOT_CHARGING und CHARGING abgebildet. Aber in der HomeApp zeigt er nichts an. Nach meinem Verständnis verhält sich die HomeApp nach Spezifikation, da der anwenderkontrollierte Service Switch ja nur "On" und und "Name" als Characteristic hat. Dazu kann ein Device bei Homekit noch geräteabhängige Services wie z.B. BatteryService oder AccessoryInformation haben. Die eigentliche Homebridge verhält sich zumindest so, legt aber mit dem Hinweis, dass sie nicht relevant sind, die zusätzlichen Characteristica an. Eve scheint hier toleranter zu sein, als die HomeApp.
Wenn ich in FHEM ein Device mit genericDeviceType "BatteryService" mit den Readings des Saugroboter-Devices anlege, dann kann ich in der HomeApp den Ladezustand sehen. Aber da es kein anwenderkontrollierte Service ist, sagt die HomeApp, dass das Gerät nicht bedient werden kann.
Wäre es nicht besser, wenn homebridge fhem bei Vorhandensein der Characteristica "BatteryLevel", "ChargingState" oder "StatusLowBattery" automatisch zu dem Device einen zusätzlichen Service "BatteryService" anlegt? Und vielleicht bei "Seriennummer", "Typ" usw. den Service "Accessory Information"? Dann sollte es sich konform zur Spezifikation verhalten. Oder habe ich einen Denkfehler?
die home app zeigt viele dinge nicht an. z.b. nur die temperatur, auch wenn luftfeuchte da ist. custom characteritics werden nicht angezeigt, viele optionale characteristics werden nicht angezeigt, auch wenn sie in einem service vorgesehen sind.
eve zeigt (fast) alles an was ein homekit device liefert.
aktuell kann man über das homebridge mapping anlegen:
1 gerät mit 1 service und n characteristics
1 gerät mit n identischen services und je einer characteristic
was nicht geht ist 1 gerät mit n unterschiedlichen services weil ich noch keine idee habe wie man das im mapping angeben kann. irgendetwas automatisch zu machen geht nur für die meist genutzten geräte und selbst da gibt es nicht eine einzige eindeutige möglichkeit. es muss also auf jeden fall eine möglichkeit geben das von hand zu überschreiben oder sogar komplett selber zu konfigurieren.
Ok, ich verstehe. Dann hatte ich zumindest keinen Denkfehler. Das heisst dann, dann das schöne Beispiel bei Apple, der Garagentoröffner, der als zweiten Service "Licht" hat, hier auch nur über zwei Geräte funktioniert. Das schöne an den Geräte-Services ist, dass ich z.B. Siri fragen kann, ob der Saugroboter voll aufgeladen ist. Das geht im Moment nicht.
Als Idee würde mir da sowas einfallen:
homebridgeMapping clear On=status,cmdOn=start,cmdOff=off,nocache=1 BatteryLevel=batPct,serviceType=BatteryService ChargingState=cleanMissionStatus-phase,values=/(charge)$/:CHARGING;/^.*/:NOT_CHARGING,serviceType=BatteryService
Dann könnte man einen Service angeben, wenn man nicht den aus dem genericDeviceType nutzen möchte für einen bestimmten Wert. Wenn man nichts angibt, wird der Default-Service genommen.
Die Möglichkeiten und Flexibilität, die homebridge fhem schon heute bietet, ist aber auch so Spitze. Großes Kompliment! :D
Hallo zusammen,
die Zeit zw. Weihnachten und Neujahr bietet sich ja quasi an, sich an die Themen zu setzen, die schon seit längerem geschoben wurden :) Bei mir heisst das konkret: homebridge. Ich hatte schon vor längerer Zeit das Paket installiert, dann aber nicht mehr weiter verfolgt. Mittlerweile hat sich einiges getan und ich bin beeindruckt. Trotzdem habe ich noch ein paar Fragen:
1. wie bekomme ich die dropdown values von genericDeviceType erweitert? Bei mir fehlen einige Werte (z.B. speaker). Manuelles setzen geht, von daher nice to have.
2. kann man sehen, welche Konfiguration der einzelnen devices vom modul automatisch erzeugt wurde? Konkret: Devie vom Type MPD erscheint in der Homekit APP Home/EVE anders, als wenn ich ein dummy dort bekannt machen (inkl. genericDeviceType speaker).
3. Ist es möglich bei devices vom typ MPD und devicetype speaker bei aktionen wie play/stop anstelle MPD Play/Stop auf das Schalten von anderen dummies zu aktivieren?
4. Ich habe ein dummy device für devicetype thermostat. ISt bzw. Soll Temp will ich aus anderen Devices auslesen. Mein homebridgeMapping funktionert nicht:
TargetTemperature=KNX_0001012:state,minValue=18,maxValue=25,minStep=0.2,nocache=0 CurrentTemperature=KNX_0001014,nocache=0
Auslesen der Werte aus dem gl. device funktioniert.
danke
kalle
@ducdarky: ich habe mal eine version gebaut bei der man im homebridgeMapping die characteristic namen mit einem davor gestellten <service_name># ergänzen kann. also z.b. so:attr <name> homebridgeMapping BatteryLevel=clear StatusLowBattery=clear ChargingState=clear BatteryService#BatteryLevel=battery BatteryService#StatusLowBattery=battery,threshold=20,values=0:BATTERY_LEVEL_LOW;;1:BATTERY_LEVEL_NORMAL BatteryService#ChargingState=charging
die clear sind nur nötig um die automatisch angelegten defaults zu löschen falls die readings zufällig passen. bei denen readings brauchst du die vermutlich nicht.
ich kann aber in home keine änderungen sehen. die battery characteristics werden bei einem switch trotzdem nicht mit angezeigt.
in eve wird unverändert immer noch alles angezeigt.
das apple ein schönes beispiel mit zwei service typen in einem gerät hat heisst nicht das home etwas damit anfangen kann :). ich denke die einschränkung liegt eher auf home seite. dort wird vieles was nicht 'standart' ist nicht angezeigt. es fängt ja schon bei den nachkomma stellen der temperatur an.
ich habe mit einer sehr alten homebridge version getestet. du kannst ja mal schauen ob es mit einer aktuellen version anders ist.
edit 2017-12-29: diese version ist inzwischen eingecheckt.
@kalleknx:
1. natürlich geht manuelles setzen. einfach in die command box oben auf der webseite oder per telnet:attr <name> genericDeviceType <xyz>
2. homebridge mit --debug starten. dann siechst du die defaults die erzeugt werden.
3. man kann die schalter in den jeweiligen apps nicht konfigurieren.
4. du hast bei der CurrentTemperature das reading nicht mit angegeben.
ansonsten: dreh es um. nimm das device bei dem die temperatur eingestellt wird um es einzubinden und hole dir dort per homebridge mapping die current temperature hinzu.
Hallo,
seit heute habe ich folgendes Problem:
Nach einem Servernneustart werden bei mir in der Home App keine Geräte mehr angezeigt.
sudo service homebridge status ergibt das
tim@FHEM:~$ sudo service homebridge status
[sudo] Passwort für tim:
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; bad; vendor preset: enabled)
Active: active (exited) since Fr 2017-12-29 01:22:58 CET; 32s ago
Docs: man:systemd-sysv-generator(8)
Process: 1057 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Dez 29 01:22:56 FHEM systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Dez 29 01:22:56 FHEM su[1112]: Successful su for tim by root
Dez 29 01:22:56 FHEM su[1112]: + ??? root:tim
Dez 29 01:22:56 FHEM su[1112]: pam_unix(su:session): session opened for user tim by (uid=0)
Dez 29 01:22:56 FHEM homebridge[1057]: Homebridge starting
Dez 29 01:22:58 FHEM homebridge[1057]: Homebridge is running PID 1179
Dez 29 01:22:58 FHEM systemd[1]: Started LSB: Start daemon at boot time for homebridge.
stoppe ich den Dienst und starte ich mit "homebridge" werden die Geräte wieder normal angezeigt. Genauso wie bei service homebridge restart (oder stop+start)
Anschließend sieht die Statusabfrage gleich aus.
tim@FHEM:~$ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; bad; vendor preset: enabled)
Active: active (exited) since Fr 2017-12-29 01:23:54 CET; 4s ago
Docs: man:systemd-sysv-generator(8)
Process: 1647 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 1686 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Tasks: 0
Memory: 0B
CPU: 0
Dez 29 01:23:52 FHEM systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Dez 29 01:23:52 FHEM su[1690]: Successful su for tim by root
Dez 29 01:23:52 FHEM su[1690]: + ??? root:tim
Dez 29 01:23:52 FHEM su[1690]: pam_unix(su:session): session opened for user tim by (uid=0)
Dez 29 01:23:52 FHEM homebridge[1686]: Homebridge starting
Dez 29 01:23:54 FHEM homebridge[1686]: Homebridge is running PID 1694
Dez 29 01:23:54 FHEM systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Gestartet wird der Dienst bei Systemstart mit dem Skript aus dem Wiki. Hat jetzt auch über 1 Jahr ohne Probleme funktioniert. Sieht für mich aus, dass es daran liegt.
Also erstmal möchte ich feststellen, dass Du ein systemd fähiges System hast. Schmeiß das alte init-Script weg und richte ein richtiges homebridge.service Script ein.
Zitat von: volschin am 29 Dezember 2017, 07:48:45
Also erstmal möchte ich feststellen, dass Du ein systemd fähiges System hast. Schmeiß das alte init-Script weg und richte ein richtiges homebridge.service Script ein.
Das dürfte mit dem auftretenden Problem nichts zu tun haben. Ich hatte ähnliche Probleme, weil die Broadcasts hier im Netz nicht überallhin geroutet wurden. Da lief es auch nur kurze Zeit nach Starten der Homebridge und dann - ohne Fehlermeldung im Status oder sonstwo - nicht mehr. Von daher könnte beim Frager auch gut irgendeine andere Änderung in der Netzwerkinfrastruktur (Settings/Firmware bei Switches/Routern/Access Points, neue Geräte, etc.) zu diesem Problem geführt haben.
Abgesehen davon: Wenn Du ein systemd Skript hast, stelle es doch gerne ins Wiki (oder hierhin und ich kopiere es ins Wiki). Aktuell betreibe ich Homebridge (ohne diese Probleme, nachdem ich die Netzwerkinfrastruktur glatt gezogen haben) auch mit Init-Skript auf einem systemd-System.
Grüße, Christian
Die Infos werden durch Kopieren von einem Wiki ins andere sicher nicht besser. Hier der Link aufs Homebridge Wiki https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi
Dort unter systemd
Häufiges Problem ist, dass Homebridge gestartet wird, bevor das Netz vollständig online ist. Das Script verhindert das.
Es geht ja nicht darum, die Infos durch Kopieren zu verbessern, sondern sie (überhaupt/einfacher) auffindbar zu machen. Ich habe daher Deinen Link mal mit einem entsprechenden Hinweis ins Wiki eingetragen.
@justme1968: Du bist der Größte! :D Es läuft super mit Deiner Anpassung. Sowohl in der HomeApp als auch in Eve werden jetzt zwei Services angezeigt. Die HomeApp zeigt es unter Status an, Eve hat jetzt einen Service für "Strom" und einen für "Batterie" angezeigt. Meine Homebrigde-Version ist 0.4.33.
Allerings erhalte ich bei Starten der Homebridge die Meldung, dass ChargingState und StatusBatteryLow "not a number" sind, wenn ich sie auf :CHARGING/:NOT_CHARGING bzw. BATTERY_LEVEL_LOW/BATTERY_LEVEL_NORMAL mappe. Mach ich das einfach mit 0 und 1 funktioniert es.
Kann ich damit die Default-Angaben für manufacturer, model und serial number auch überschreiben? Das habe ich noch nicht hinbekommen. Muss ich da information oder AccesoryInformation als Service angeben oder ist es nicht möglich?
Ich werde nachher noch mit anderes Devices testen, aber bisher läuft alles top!
Vielen Dank.
Grüße
Steffen
die meldung ist mir gestern auch aufgefallen. ich weiss noch nicht warum die kommt. einfach ignorieren. es sollte trotzdem alles gehen.
interessant finde ich das es scheinbar von der homebridge version abhängt ob es funktioniert. bei meiner alten version macht es wie gesagt keinen unterschied. kannst du mal bitte zwei screenshots anhängen. ich bin neugierig wie das ausschaut.
die angaben zum gerät lassen sich aktuell nicht überschreiben. die werden automatisch aus den internals der fhem devices zusammen gebaut. ist es wirklich wichtig hier etwas zu überschreiben?
Zitat von: justme1968 am 29 Dezember 2017, 12:02:50
die angaben zum gerät lassen sich aktuell nicht überschreiben. die werden automatisch aus den internals der fhem devices zusammen gebaut. ist es wirklich wichtig hier etwas zu überschreiben?
Leider sind Firmware und Serial momentan sehr starr implementiert, spielen aber bei Apple eine größer werdende Rolle. Sie sollten adäquat gefüllt werden können, auch aus den INTERNALS.
die frage war weniger wie wichtig die felder sind, sondern wie wichtig es ist das der anwender etwas überschreiben kann. ich fürchte das man hier ziemlich schnell etwas kaputt machen kann wenn serials oder id nicht mehr stimmen so das es besser ist alles automatisch zu erzeugen. und wenn etwas fehlt besser hier nachzubessern.
ich möchte z.b. eindeutige ids für geräte die keine serien nummer oder ähnliches haben automatisch erzeugen und auf der fhem seite persistent speichern. für alexa sind die ja auch wichtig.
Hallo Andre,
ich kämpfe gerade mit Homebridge und meinen Rolladenaktoren (HM-LC-BL1-FM), die ich offensichtlich verdreht angeschlossen habe. Da die Aktoren im Rolladenkasten verbaut sind und ich da nicht ohne weiteres drankomme, habe ich sie in FHEM mit levelInverse umgedreht, was in FHEM soweit auch passt. In Homekit werden sie mir aber nun falsch herum angezeigt (offen=geschlossen), wenn ich sie ohne homebridgeMapping und als genericDevice blind anlege. Wenn ich es richtig gelesen habe, wird "invert=1" in der Homebridge automatisch gesetzt, wenn levelInverse im device gesetzt ist, richtig? Das würde ich gerne verhindern. Kann ich im homebridgeMapping nur invert=0 setzen, ohne gleich alle mappings zu überschreiben? Also so was in dieser Art
attr rollo homebridgeMapping CurrentPosition=,invert=0 TargetPosition=,invert=0
Viele Grüße
Christoph
probier es und schau was beim start ausgegeben wird.
auf dauer wirst du aber vermutlich nicht glücklich mit den falsch angeschlossen autoren weil dann zwar die prozentangaben per siri funktionieren aber auf und zu nicht.
Danke für die schnelle Antwort! Kann ich das mit auf/zu nicht zusätzlich über Setzen von cmds umdrehen? Wenn es überhaupt nötig ist, denn ich habe den Eindruck, dass durch das automatisch gesetzte invert auch auf/zu vertauscht wurde.
Aber ich probiere es bei nächster Gelegenheit mal aus...
Im Moment ist es mir gar nicht wichtig, hier etwas zu überschreiben, ich habe die Daten ja in FHEM, wenn auch unter anderen Bezeichnungen. In Zukunft wäre es schon gut, wenn die Angaben in den Homekit-Geräten passen würden, sehr gern auch rein intern eingetragen.
Ich habe mal ein paar Screenshots gemacht. ;)
Man kann sehen, dass beide Apps zwei getrennte Services unter dem gleichen Namen aufgemacht haben. Wenn man Siri jetzt nach dem Ladezustand fragt, kommt die richtige Antwort.
@chseeliger: nein das kannst du nicht umdrehen weil siri auf und zu intern umrechnet und als 100 und 0 weitergibt. wenn homebridge-fhem eine 100 bekommt ist nicht mehr rauszubekommen ob es ein 100 war das durch ein auf zustande kommen ist oder ein gesprochenes 100 das zu meint.
@ducdarky: ich schaue das ich die fehlermeldung noch weg bekomme und checke es dann erst mal so ein.
@Andre: ich habe es gerade mal ausprobiert und scheitere nicht an auf und zu, um ehrlich zu sein. So sieht mein Device im Moment aus:
"Attributes": {
"IODev": "CUL1",
"alias": "Küche Rollo Fenster",
"autoReadReg": "4_reqStatus",
"devStateIcon": "up:fts_shutter_10@green down:fts_shutter_100@black 9\u005cd.*:fts_shutter_10 8\u005cd.*:fts_shutter_20 7\u005cd.*:fts_shutter_30 6\u005cd.*:fts_shutter_40 5\u005cd.*:fts_shutter_50 4\u005cd.*:fts_shutter_60 3\u005cd.*:fts_shutter_70 2\u005cd.*:fts_shutter_80 1\u005cd.*:fts_shutter_90 0\u005cd.*:fts_shutter_100",
"eventMap": "on:up off:down",
"expert": "2_raw",
"firmware": "2.11",
"genericDeviceType": "blind",
"homebridgeMapping": "CurrentPosition=position,minVal=0,maxVal=100,minStep=1 TargetPosition=,invert=0,cmds=100:off;0:on",
"model": "HM-LC-BL1-FM",
"param": "levelInverse",
"peerIDs": "00000000,57585D03,57585D04,",
"rollo": "Rollos",
"room": "Kueche,CUL_HM,Homekit",
"serialNr": "OEQ0549076",
"siriName": "Kueche Fenster",
"subType": "blindActuator",
"userReadings": "position {100-ReadingsVal($NAME,\u0022pct\u0022,\u00220\u0022)}",
"userattr": "rollo rollo_map structexclude",
"webCmd": "statusRequest:up:down:stop"
Da ich mit invert keinerlei Veränderung hinbekommen habe, habe ich mir für CurrentPosition ein UserReading "position" erzeugt, was den Wert von "pct" umdreht.
Damit ist das Verhalten wie folgt:
- Status offen und geschlossen wird korrekt angezeigt
- Status offen und geschlossen lässt sich korrekt über Homekit setzen
- Gebe ich einen Prozentwert in Homekit vor, wird dieser genau falschherum übermittelt (Schieberegler auf "75% geöffnet" führt ein "set <device> pct 25" aus:
homebridge --debug output:
[2017-12-29 20:56:30] [FHEM] eg.ku.ro.Fenster delaying command TargetPosition with value 75
[2017-12-29 20:56:30] [FHEM] query: CurrentPosition for eg.ku.ro.Fenster-position
[2017-12-29 20:56:30] [FHEM] cached: 25 (as number')
[2017-12-29 20:56:30] [FHEM] query: TargetPosition for eg.ku.ro.Fenster-pct
[2017-12-29 20:56:30] [FHEM] cached: 75 (as number')
[2017-12-29 20:56:30] [FHEM] query: CurrentPosition for eg.ku.ro.Fenster-position
[2017-12-29 20:56:30] [FHEM] cached: 25 (as number')
[2017-12-29 20:56:31] [FHEM] eg.ku.ro.Fenster: executing set cmd for TargetPosition with value 75
[2017-12-29 20:56:31] [FHEM] value: 75 inverted to 25
[2017-12-29 20:56:31] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20eg.ku.ro.Fenster%20pct%2025&fwcsrf=csrf_802305789828868&XHR=1
fhem log output:
2017.12.29 20:56:31 3: CUL_HM set eg.ku.ro.Fenster pct 25
Leider hat mein invert=0 oder invert=1 scheinbar keinen Effekt, egal ob in CurrentPosition oder TargetPosition.
Gibt es eine Möglichkeit, im homebridgeMapping zu sagen, dass der übermittelte Wert umgedreht werden soll - sowas wie TargetPosition={100-CurrentPosition} oder so? (also eigentlich das, was ich von invert=1 erwartet hätte... ;-) )
hast du dein Rollo richtig angeschlossen, so war es bei mir am Anfang auch, hab dann die Richtung für auf und Ab mal getauscht und alles war ok. Sowohl in Homekit als auch in FHEM.
das ist tatsächlich der Grund - mein Problem ist, dass der Aktor im Rollokasten verbaut ist und ich den eigentlich nicht mehr aufmachen möchte... ;-)
@ducdarky: ich denke ich habe den fehler behoben und das ganze eingecheckt.
@chseeliger: bitte mal mit --denbug starten und in der ausgabe schauen ob invert zurück gesetzt wird.
zur not kannst du das komplette homebridgeMapping mit clear beginnen lassen um alle automatisch angelegten mappings zu löschen. danach kannst du dann alles ohne invert konfigurieren.
aber ich vermute das es immer an irgendeiner stelle nicht passt wenn dein aktor falsch rum eingebaut ist. langfristig solltest du vielleicht doch überlegen das in ordnung zu bringen.
Hallo Andre,
im Grunde bin ich jetzt schon ziemlich weit:
- der Status wird immer korrekt angezeigt (egal ob pct = 0, 100 oder irgendwas dazwischen)
- bei Klick auf das Homekit-Icon des Rollos wird immer korrekt geöffnet oder geschlossen
- Siri reagiert korrekt auf "Öffne/Schließe Rollo..."
Das Einzige, was eben noch nicht will ist die Angabe von %-Werten per Schieberegler/Siri in Homekit, da hier z.B. 78% = 22%, etc.
Das sind die relevanten Attribute des Devices:
eventMap on:up off:down
homebridgeMapping CurrentPosition=position TargetPosition=position,cmds=100:off;0:on
param levelInverse
userReadings position {100-ReadingsVal($NAME,"pct",0)}
Wenn ich Deine Syntaxbeschreibung vom Anfang dieses Threads richtig verstehe, kann ich doch für den Weg Homebridge->FHEM auch mit PERL arbeiten, oder? Dann müsste ich doch auch den Wert neu berechnen können, den FHEM in den set-Befehl übernimmt, oder? Ich habe nur noch nicht verstanden, wie die korrekte Syntax dafür wäre. Kannst Du mir damit noch auf die Sprünge helfen?
Viele Grüße
Christoph
Ich habe heute mal wieder homebridge und homebridge-fhem aktualisiert.
Danach war/ist meine komplette Konfiguration zerschossen.
Nach einigen Stunden des Zurücksetzen von homebridge und Neuaufbau des HomeKit Raums bin ich dann über das scheinbare Problem gestolpert.
Ich habe/hatte viele HUEDevice(s) in HomeKit mit default Mapping.
Jeder Mal wenn ich z.B. ein HUEDevice modelid=LST002 oder modelid=LCT010 dem HomeKit Raum hinzufüge zerlegt es meine komplette homebridge. Und das soweit dass ich die homebridge aus HomeKit entfernen und den persist Ordner löschen muss. Dann homebridge neu zu HomeKit hinzufügen. Solange eins der genannten HUEDevice(s) im HomeKit Raum ist lässt sich die homebridge auch nicht zu HomeKit hinzufügen.
Nun habe ich testweise mal das Mapping einer dieser Lampen mit etwas ganz einfachen überschrieben:
clear On=state,cmdOn=on,cmdOff=off,valueOn=/on|dim.*/
Und schon geht die Lampe in HomeKit und zerschiesst nicht die komplette Konfig.
Sobald ich das Custom Mapping wieder rausnehme zerschiesst es wieder die Konfig.
Wie gesagt, diese Analyse hat mich jetzt Stunden beschäftigt und meine HomeKit Konfig ist immer noch nicht wieder voll lauffähig. :(
Ich hoffe Andre kann was dazu sagen.
Gruß
Dan
EDIT: modelid=LLC010 funktioniert mit default Mapping problemlos.
@chseeliger: wenn invert gesetzt ist gilt das für jeden wert. wenn as nicht geht muss ich mir das anschauen.
@DeeSPe: sorry. beim letzten commit ist aus versehen das automatisch mapping für CT/ColorTemperature mit rein gerutscht. das war noch nicht fertig.
hab es eben wieder raus genommen. bitte mach noch mal ein update von homebridge-fhem.
Zitat von: justme1968 am 30 Dezember 2017, 09:54:50
@DeeSPe: sorry. beim letzten commit ist aus versehen das automatisch mapping für CT/ColorTemperature mit rein gerutscht. das war noch nicht fertig.
hab es eben wieder raus genommen. bitte mach noch mal ein update von homebridge-fhem.
Puh, da bin ich ja beruhigt dass es wirklich nicht an mir lag.
Gerade das Update eingespielt und nun funktioniert alles wie vorher. ;)
Hat nur eine Weile gedauert 83 Geräte wieder einzusortieren und die Szenen wieder anlegen.
Danke für's schnelle Korrigieren Andre.
Gruß
Dan
@justme1968: Läuft super bei mir! Keine Fehlermeldungen mehr vorhanden. Vielen Dank.
Nabend zusammen,
erstmal 1000 Dank an Andre, ich bin seit fast er ersten Version dabei und es klappt wirklich gut! :) Gerade durch Siri gewinnt die Automatisierung sehr an Usability und der WAF steigt.
Ich habe nur ein Problem: Es kommt in unregelmäßigen Abständen vor, dass die Devices in der Home-App auf "Aktualisieren" stehen, oder sogar auf "Keine Antwort". Dann dauert es einige Sekunden bis Minuten, und ich kann alles normal schalten. Natürlich tritt es immer genau dann auf, wenn ich zeigen will wie cool es funktioniert, ist klar ;D ;D ;D
Habt ihr das auch? Kann ich dem Abhilfe schaffen? ich weiß auch nicht genau wie ich es debuggen könnte...
Viele Grüße
Psy
das hat ziemlich sicher nichts direkt mit homebridge oder homebridge-fhem zu tun sondern ganz allgemein mit dem netzwerk und mdns/bonjour.
in der ausgabe von homebridge-fhem siehst du genau wann die anfragen von homekit rein kommen. alles vorher ist netzwerk.
oft hilft es die home app zwangsweise zu beenden und neu zu starten. dann wird scheinbar die suche direkt neu gestartet und es geht deutlich schneller als einfach nur zu warten.
Danke dann hab ich da mal ein Auge drauf.
Zitat von: PsychoD am 01 Januar 2018, 20:00:22
Ich habe nur ein Problem: Es kommt in unregelmäßigen Abständen vor, dass die Devices in der Home-App auf "Aktualisieren" stehen, oder sogar auf "Keine Antwort". Dann dauert es einige Sekunden bis Minuten, und ich kann alles normal schalten. Natürlich tritt es immer genau dann auf, wenn ich zeigen will wie cool es funktioniert, ist klar ;D ;D ;D
Ich habe/hatte das Problem auch seit einiger Zeit.
Da meine FHEM Installation in einem anderen VLAN steht als meine Clients und ich kein IPv6 nutze (WLAN APs und Switch ohne IPv6), habe ich jetzt IPv6 komplett deaktiviert, sowohl in meiner FHEM VM als auch im Avahi Bonjour Gateway.
Interfaces konfigurieren
https://wiki.debianforum.de/IPv6-Unterstützung_unter_Linux_deaktivieren
echo "net.ipv6.conf.all.disable_ipv6=1" > /etc/sysctl.d/disable-ipv6.conf
reboot oder direkt aktivieren:
sysctl -p /etc/sysctl.d/disable-ipv6.conf
Avahi konfigurieren
sed -i '/^use-ipv6=/s/=.*/=no/' /etc/avahi/avahi-daemon.conf
rebootBisher funktioniert es seit einigen Stunden besser. Ich werde das mal weiter beobachten...
Viele Grüße
dikay
und wie bekommst du die bonjour nachrichten von einem vlan ins andere? hast du einen proxy im netz?
Das mache ich mit einem "Bonjour Gateway", wie hier beschrieben:
http://www.cisco.com/c/en/us/support/docs/wireless/aironet-1100-series-access-point/113443-cuwn-apple-bonjour-dg-00.html#deploy
Ich habe dafür eine Debian VM die in allen zu versorgenden VLANs hängt. Das klappt seit Jahren wirklich super und funktioniert auch mit AirPrint, AirPlay usw..
Leider kriegt man damit aber die Multicast Problematik einiger Devices nicht in den Griff (Yamaha MusicCast, Sonos etc.)
Hi,
Zwischen zwei Netzen geht es auch per Hand ;-)
https://forum.fhem.de/index.php/topic,48558.msg596415/topicseen.html#msg596415
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Leider treten nun nach einem Tag doch wieder die Meldungen "Aktualisieren" auf. :-(
Ich vermute irgendwie das hat mit dem Refresh der MusicCast Devices zu tun. Ich hatte dort den Pull Intervall auf 120 60 (Device off & on Intervall) im Default. Gestern Nachmittag auf 10 10, danach doch wieder etwas erhöht auf 60 30.
Leider ist das alles eine Glaskugel.
Wo kann ich denn die homebridge-fhem Logs finden?
Gibt es eine Übersicht aller notwendigen Attribute und Mappings für FHEM Devices? (der Thread ist leider mittlerweile etwas lang ;D)
Was ich finden konnte:
# tail -10 /var/log/homebridge.err
[2018-1-2 17:46:25] [FHEM] LIV_mcLivingRoom-power not a number: off
[2018-1-2 17:46:25] [FHEM] PAR_mcPartyRoom-power not a number: off
[2018-1-2 17:46:25] [FHEM] siri: no service type detected
HAP Warning: Characteristic 00000079-0000-1000-8000-xxxxxxxxxxxx not in required or optional characteristics for service 0000004A-0000-1000-8000-xxxxxxxxxx. Adding anyway.
[2018-1-2 18:27:50] [FHEM] DIN_mcDiningRoom-power not a number: off
[2018-1-2 18:28:16] [FHEM] DIN_mcDiningRoom-power not a number: on
[2018-1-2 18:37:10] [FHEM] DIN_mcDiningRoom-power not a number: off
[2018-1-2 21:31:50] [FHEM] BTH_mcBathroom-power not a number: on
[2018-1-2 21:33:53] [FHEM] BTH_mcBathroom-power not a number: off
[2018-1-3 11:11:09] [FHEM] DIN_mcDiningRoom-power not a number: on
Zeitgleich im homebridge.log:
[2018-1-3 11:11:09] [FHEM] DIN_mcDiningRoom: executing set cmd for On with value
true
[2018-1-3 11:11:09] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20DI
N_mcDiningRoom%20on&fwcsrf=csrf_xxxxxxxxxxxxxx&XHR=1
2018-01-03 11:11:09 caching: DIN_mcDiningRoom-state: on
[2018-1-3 11:11:09] [FHEM] caching: On: true (as boolean; from 'on')
2018-01-03 11:11:09 caching: DIN_mcDiningRoom-power: on
Danke und viele Grüße
Dominik
die logs werden nach stdout geschrieben. wo du die bei dir findest hängt von deinem start script ab.
wie das mapping funktioniert steht im ersten posting und im wiki. was möglich ist hängt von der jeweiligen homekit version ab. gundsätlioch wird alles unterstütz das mit homekit geht.
um auszuschliessen das es am homebridge-fhem liegt: am besten erst mal mit einem einfachen dummy schalter anfangen der nur on und off kann. wenn es damit auch nicht geht liegt es an deinem netzwerk.
Danke für schnelle Antwort! Die Log Files passen dann schon.
Ich habe jetzt noch diesen homebridge fix eingebaut: https://github.com/nfarina/homebridge/issues/1277 ganz unten
Die TCP Session iOS --> Homebridge wird laut meiner Firewall scheinbar ca. 2h offen gehalten. Ich teste also in 2h nochmal. Mal sehen...
Noch ein paar Fragen zur Implementierung:
- Sind diese Error Meldungen "not a number: off" ok, oder müsste ich meine MusicCast Devices irgendwie mappen?
- Wie wird denn Lauter/Leiser bei SONOS implementiert? Ist das über HomeKit Dimmer implementiert oder kann man dort wirklich Volume und damit auch Siri den Befehl für die Lautstärke geben?
- Ab und an "verhakt" sich das Caching z.B. bei HomeMatic Switches - würdest du ein Abschalten des Caching empfehlen?
Danke und Grüße
Dominik
ich meine das es normal ist das diese verbindung nicht die ganze zeit offen gehalten wird. aber sie sollte automatisch neu aufgebaut werden. bis jetzt waren es immer irgendwelche netzwerk/bionjour probleme wenn es nicht korrekt funktioniert.
wenn ein not a number erscheint stimmt etwas mit dem mapping nicht.
über eine custom characteristic. die ist auch über eve steuerbar. es gibt angeblich eine neue offizielle Volume characteristic, aber die funktioniert scheinbar noch nicht.
siri kennt aktuell kein lautstärke kommando für homekit geräte.
eigentlich darf sich da nichts verhaken. schau mal was du dann im log findest. ich weiss garnicht ob das abschalten aktuell tatsächlich noch geht.
Moin Moin :),
neues aus dem Testlabor: Die Aktualisierungsprobleme sind weiterhin vorhanden, jedoch konnte ich es jetzt mal ganz gut beobachten. Die Home App wartet und wartet, während auf der FHEM VM einfach keine TCP Verbindung im netstat erscheint. Von daher definitiv Netzwerk... Next step: IPS Filter und AV Scan in der Firewall deaktiviert.
Bzgl. MusicCast habe ich jetzt ein bisschen gebastelt und ein Mapping als Lampe mit Dimmer gebaut. Das funktioniert soweit auch, jedoch kommt es innerhalb FHEM zu sehr langen Verzögerungen, obwohl die Befehle korrekt und schnell in der homebridge umgesetzt werden. Dies verursacht vermutlich das MusicCast Modul in FHEM.
Noch eine Frage dazu: Wenn ich die Helligkeit (also die Lautstärke) ändere, sehe ich im homebridge Log jedes mal NACH dem Brightness Befehl erneut den "power on" Befehl, obwohl das Gerät bereits läuft. Kommt dies durch HomeKit/iOS selbst, oder wird das im homebridge-Modul so umgesetzt? Passt vllt. mein Mapping nicht, so dass HomeKit den aktuellen Status nicht richtig erkennt?
Ich habe dazu schon ein Notify-Macro gebaut, das den Power-On Befehl abfängt, jedoch bleibt der unschöne Delay von ca. 32s - wie man im Log sehr schön sehen kann:
[2018-1-4 11:56:28] [FHEM] DIN_mcDiningRoom: executing set cmd for Brightness with value 50
[2018-1-4 11:56:28] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20DIN_mcDiningRoom%20volume%2050&fwcsrf=csrf_xxxxx&XHR=1
[2018-1-4 11:56:28] [FHEM] DIN_mcDiningRoom: executing set cmd for On with value true
[2018-1-4 11:56:28] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20DIN_mcDiningRoom%20;trigger%20Notify_HomeBridge_MC_power_on%20DIN_mcDiningRoom&fwcsrf=csrf_xxxxx&XHR=1
2018-01-04 11:57:00 caching: DIN_mcDiningRoom-volume: 50
Hier noch mein Mapping: (cmdOn ist noch eine Baustelle)
attr genericDeviceType Lightbulb
homebridgeMapping clear On=power,valueOn=on,valueOff=off,cmdOn=;trigger+Notify_HomeBridge_MC_power_on+DIN_mcDiningRoom,cmdOff=power+off Brightness=volume::volume
Notify:
Notify_HomeBridge_MC_power_on {
if($EVENT ne "on") {
fhem("set $EVENT power on");
}
}
Danke und viele Grüße
dikay
homekit selber sendet beim ändern der helligkeit immer noch zusätzlich ein on. es gibt diverse thread mit varianten wie man das auf fhem seite zum teil wieder rückgängig machen kann. mit einem notify kann man das nicht abfangen, aber z.b. mit FILTER und cmdalias.
Hallo liebes Forum,
ich betreibe meinen fhem-Server seit etwas über 4 Jahren. Nach Erweiterung mit MQTT und etlichen sonoffs :) habe ich mich, im Rahmen der überfälligen Aufräumarbeiten, auch um die Anbindung von HomeKit gekümmert.
Großen Dank an die fleissigen Pfleger und Ersteller von Wiki und Forum!
Was bei mir, trotz umfangreicher Recherche, nicht so richtig klappen will sind die Befehle in Richtung fhem.
Ich habe mir einen Thermostat Dummy mit genericDeviceType thermostat, den Readings measured-temp und desired-temp angelegt.
Mein bisheriges Mapping:
clear TargetTemperature=desired-temp::desired-temp,minValue=21,maxValue=26,minStep=1,nocache=1
CurrentTemperature=measured-temp
Funktioniert soweit. Bis eben auf die Änderung/Aktualisierung von desired-temp in fhem.
Mir erschließt sich die Anwendung des cmd: irgendwie (noch) nicht. Leider kommt es in keinem der gefundenen Beispiele als cmd vor. ich habe immer nur cmds: gefunden, möchte aber nur ein set zurück geben.
Ginge so etwas ?
clear CurrentTemperature=measured-temp
TargetTemperature=desired-temp::desired-temp,cmd=value ...
Kurz zu meinem Hintergrund.
Ich programmiere in C, C++. Meine Perl-Kenntnisse sind eher bescheiden.
Zumindest bisher hat´s für mein fhem-Projekte aber gereicht. ;)
(fhem und hombebridge sind aktuell)
Hilfe willkommen
VG Elmar
damit ein dummy ein set kommando direkt in einem reading ablegt musst du dort das readingsList attribut richtig setzen. sonst landet alles immer nur in state.
:D wow Danke!
... hatte ich auch irgendwo gelesen, aber wieder vergessen.
VG Elmar
Vielen Dank für den Tipp mit dem cmdalias.
Hier meine nun meine funktionsfähige Lösung um die Lautstärke von MusicCast Devices zu steuern:
cmdalias pro Device definieren:
set DIN_mcDiningRoom power on AS {
if(Value("$EVTPART0") ne "on") {
fhem("set " . $EVENT);
}
}
Device für HomeKit fit machen:
attr genericDeviceType Lightbulb
attr homebridgeMapping clear On=power,valueOn=on,valueOff=off,cmdOn=power+on,cmdOff=power+off Brightness=volume::volume
attr siriName MusicCast (optional, versteht Siri aber sehr gut)
Hallo,
ich kämpfe grade mit meinen Somfy Rollos, die in FHEM selbst hervorragend funktionieren, die ich aber über Homekit nicht ordentlich steuern kann. Die Konfiguration eines Rollos sieht in FHEM wie folgt aus:
Internals:
ADDRESS 000021
DEF 000021 A0 0010
IODev CUL433
NAME OG_Rollo1_B
NR 84
STATE open
TYPE SOMFY
move stop
CODE:
1 000021
READINGS:
2018-01-04 15:00:21 enc_key A0
2018-01-04 15:00:21 exact 0
2018-01-02 15:50:34 parsestate off
2018-01-04 15:00:21 position 0
2018-01-04 15:00:22 received 20
2018-01-04 15:00:21 rolling_code 0010
2018-01-04 15:00:21 state open
Attributes:
IODev CUL433
alias Rollo Bad
devStateIcon .*:fts_shutter_100
eventMap attr OG_Rollo1_B eventMap on:down off:up
genericDeviceType blind
icon fts_shutter_10
model somfyblinds
room Rollos,Homekit
webCmd up:stop:down
Ohne den "genericDeviceType blind" funktionieren die Rollos in Homekit/Eve soweit, dass sie sich über einen Schalter fahren lassen. U.U. muss ich den 2 mal betätigen, da die Apps nicht wissen, wie der aktuelle Status bzw. die Position ist. Dies ist aber i.d.R. egal. da ich dies ja weiß oder sehe. Mit dem "genericDeviceType blind" sehen die Rollos in den Apps aus wie Rollos, haben auch hoch und runter Symbole, lassen sich aber nicht mehr bedienen.
Was ich gerne als Minimallösung hätte, wäre das ich die Rollos über entsprechende Icons im Homekit "up - stop - down" fahren kann. Kann mir hier einer der "homebridgemapping" Profis helfen. Ich verstehe die Logik hinter diesem Attribut einfach momentan noch nicht.
Zitat von: exit2308 am 17 November 2017, 19:47:15
Lassen sich bei Custom Characteristics irgendwie die Units im mapping mit angeben oder ändern?
(PERCENTAGE,CELSIUS,LUX,ARC_DEGREE .. usw.)
bzw. werden nur die Hauseigenen von Apple unterstützt?
CCC04890-565B-4376-B39A-3113341D9E0F=Wetter:rain_day,name=RainDay,format=FLOAT,unit=mm
Funktioniert so weit, mir fehlt da nur die Masseinheit noch..
Was hast du für ne generic device typ genommen?
Gibt es eine Liste wo alle generic device typ aufgelistet sind?
Danke und Gruß Robert
Zitat von: no_Legend am 07 Januar 2018, 15:24:12
Was hast du für ne generic device typ genommen?
Gibt es eine Liste wo alle generic device typ aufgelistet sind?
Danke und Gruß Robert
Ja
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js
(https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js)
Es scheinen hier aber nicht alle generic device typs drin zu sein.
Thermometer zum Beispiel ist nicht zu finden.
Gruß Robert
ZitatEs scheinen hier aber nicht alle generic device typs drin zu sein.
Thermometer zum Beispiel ist nicht zu finden.
Service "Temperature Sensor"
Zitat von: EinEinfach am 08 Januar 2018, 10:50:18
Service "Temperature Sensor"
Der Typ Thermometer ist nicht direkt zu finden.
Wenn dein Typ jetzt der Thermometer ist, dann muss es doch einer weitere Tabelle geben welche den FHEM generic device Typen einen homebridge Service zuordnet.
Und genau hier ist mein Problem.
Ich würde gerne wissen. Welche generic devices Typen in FHEM benutzt werden können.
Gruß Robert
Gesendet von iPhone mit Tapatalk Pro
Also FHEM unterstützt eigentlich fast alle Services genericDeviceTypes aus der Liste.
Ich hab auch mal alle als dummy getestet, habe die Listings aber leider nicht gespeichert.
Hallo,
habe seit drei Tagen nun auch die homebridge am laufen und das meiste ging problemlos. Allerdings habe ich etwas Probleme mit den Fenster- und Türkontakten von FHT. Diese liefern im state Closed oder Open und wurden automatisch als contactsensor erkannt. Allerdings wechselten diese die Anzeige auf dem IOS von geschlossen auf geöffnet, aber nicht mehr viceversa.
Nun habe ich mich mal in das mapping eingelesen und folgendes gesetzt:
genericDeviceType door
homebridgeMapping PositionState=state,values=Closed:1;Open:0
In der HomeKitTypes steht zu door folgendes:
door
this.addCharacteristic(Characteristic.CurrentPosition);
this.addCharacteristic(Characteristic.PositionState);
this.addCharacteristic(Characteristic.TargetPosition);
Characteristic.CurrentDoorState.OPEN = 0;
Characteristic.CurrentDoorState.CLOSED = 1;
Nach dem Setzen habe ich den homebridge service natürlich neu gestartet, aber die Fenster bleiben nach dem Öffnen und erneuten Schliessen trotzdem auf dem Zustand "geöffnet" stehen.
Was mache ich da falsch?
Elektrolurch
ZitatAllerdings habe ich etwas Probleme mit den Fenster- und Türkontakten von FHT.
Ich bin der Meinung, dass du den falschen genericDeviceType nutzt. Bei "Door" handelt es sich um selbst schließende bzw. öffnende Fenster oder Türen (mit target und current value).
Für die Fensterkontakte nutze ich den Service "ContactSensor". Meine Attribute sehen wie folgt aus:
genericDeviceType contact
ContactSensorState=state, values=closed:CONTACT_DETECTED; /.*/:CONTACT_NOT_DETECTED In der HomeKit App kannst du dann deine Kontake als Fenster oder Türen einstellen, so dass Erscheinungsbild etwas passender wird.
Ok, danke das wars.
Zitat:
In der HomeKit App kannst du dann deine Kontake als Fenster oder Türen einstellen, so dass Erscheinungsbild etwas passender wird.
Ich dachte, dass da die Auswahl von Fenster oder Tür auch die charakteristik ändern würde. Aber es ist wohl nur das Erscheinungsbild. Wieder was gelernt.
Elektrolurch
du musst auf jedenfall contact und ContactSensorState verwenden. du kannst aber zusätzlich noch ein mapping für CurrentDoorState machen. das ist natürlicher weil es entgegengesetzt zu contact arbeitet/dargestellt wird. also zusätzlich nochCurrentDoorState=state,values=closed:CLOSED; /.*/:OPEN
Ok. So ganz verstehe ich das nicht:
// The value property of ContactSensorState must be one of the following:
Characteristic.ContactSensorState.CONTACT_DETECTED = 0;
Characteristic.ContactSensorState.CONTACT_NOT_DETECTED = 1;
ABER OPEN und CLOSED gehören doch zum Typ "door"? Oder ist das egal, weil die eh immer auf 0 und 1 abgebildet werden?
Noch eine Frage zur HomeKitTypes:
Dat steht z.B. der Type "blind" für Rolladen überhaupt nicht drin....? Wie das und gibt es irgendwo eine einfache Übersicht über die services und die Charakteristiken mit ihren Konstanten?
Ich habe da zwar auf gitup noch eine Tabelle gefunden, die ist aber so groß und unübersichtlich, so dass ich mit meinem Scrrenreader da nicht weiter komme.
Elektrolurch
das OPEN und CLOSED ist für den CurrentDoorState. den legst du im mapping zusätzlich zum ContactSensorState an.
der source code auf GitHub ist dir offizielle referenz was mit einer bestimmten homebridge version alles geht. eine extra zusammenfassung zu schreiben ist nicht wirklich sinnvoll weil man dauernd nachpflegen müsste.
homebridge-fhem unterstützt dynamisch alles was homebridge unterstützt. die paar vorgaben in genericDeviceType sind nur vereinfachungen für die häufigsten anwendungen. du kannst aber alle service type namen die homebridge kennt verwenden.
im wiki gibt es noch eine site mit ein paar angaben: https://wiki.fhem.de/wiki/Alexa_und_Mappings (https://wiki.fhem.de/wiki/Alexa_und_Mappings)
Hallo zusammen,
ich habe einen altmodischen Verstaerker ueber IR angebunden, und Ein/Aus geht auch einwandfrei, aber ich wuerde gerne lauter/leiser (in FHEM geht es natuerlich) auch als homebridge mapping verwenden. Allerdings sehe ich nicht welches der vordefinierten Befehle von Post 1 ich da verwenden koennte.
Ideen?
Oder ist das zu altmodisch und es gibt nur digitales 0-100 ...? Da sehe ich aber auch nicht wie ich das auf mein IR signal leger, was dann von der Tastendrueckdauer abhaengen wuerde...
M.K.
homekit kennt nur absolute lautstarke 0-100. du kannst dir schalter für lauter und leiser anlegen und diese mit timeout wieder zurück setzen. du musst dann mehrfach drücken. drücken und halten geht nicht.
Hallo zusammen,
ich denke, ich habe jetzt das Problem der langen "Aktualisieren" Zeiten und Hänger am iOS Device eingegrenzt bzw. behoben:
Das Problem tritt auf, wenn man FHEM regelmäßig durchstartet. Scheinbar bekommt das die homebridge dann nicht rechtzeitig mit...
Ich hatte einen regelmäßigen Restart von FHEM um 1 Uhr Nachts per at-Befehl eingeplant, da sonst das SMAInverter-Modul nach wenigen Tagen aussteigt. Ohne die Restarts funktioniert HomeKit nun problemlos... Jetzt habe ich die Qual der Wahl :o
Viele Grüße und ein schönes Wochenende
dikay
Schau Dir mal das serviced - Modul an. Da kannst Du wohl services in Abhängigkeit von reboot und restart von fhem sotppen und starten.
Das steckt in den Attributen.
https://forum.fhem.de/index.php/topic,79952.0/topicseen.html
Gruß
Elektrolurch
Zitat von: M.K. am 12 Januar 2018, 13:33:43
Hallo zusammen,
ich habe einen altmodischen Verstaerker ueber IR angebunden, und Ein/Aus geht auch einwandfrei, aber ich wuerde gerne lauter/leiser (in FHEM geht es natuerlich) auch als homebridge mapping verwenden. Allerdings sehe ich nicht welches der vordefinierten Befehle von Post 1 ich da verwenden koennte.
Ideen?
Oder ist das zu altmodisch und es gibt nur digitales 0-100 ...? Da sehe ich aber auch nicht wie ich das auf mein IR signal leger, was dann von der Tastendrueckdauer abhaengen wuerde...
M.K.
Mein mapping sieht folgendermaßen aus:
Genericdevisetype:blind
Homebridgemapping:
TargetPosition=volume:DenonAVR:volume CurrentPosition=TargetPositionDamit kann ich aber NUR die Lautstärke Wie einen Rollo steuern
Zitat von: justme1968 am 12 Januar 2018, 17:24:44
du kannst dir schalter für lauter und leiser anlegen und diese mit timeout wieder zurück setzen.
Ich benoetige also 2 Schritte:
- Schalter anlegen
- eventuell noch zuruecksetzen
Wo genau ist sowas Beschrieben?
laut post 1 ist nur das folgende moeglich
Zitatdie folgenden parameter namen sind für die richtung fhem -> homebridge möglich:
minValue, maxValue, minStep: für alle int und float characteristics -> der erlaubte wertebereich in homekit
max: der maximal wert in fhem wenn dieser von maxValue abweicht
nocache: reading value wird nicht gecached sondern immer life abgefragt.
subtype: eindeutiger name um mehrere identische characteristics im gleiche accessory zu unterscheiden
threshold: schwellwert für die konvertierung von zahlen in boolean werte
invert: invertiert das fhem reading
part: das reading wird an leerzeichen gesplittet und der n-te teil als wert verwendet. es wird mit 0 beginnend gezählt
values: eine durch ; getrennte liste aus <von>:<nach> werte paaren die das mapping von fhem reading werten auf homekit werte beschreibt.
<von> kann ein wert oder eine in / eingeschlossene regex sein.
<nach> kann ein wert oder eine in HomeKitTypes.js deklarierte konstante der characteristic sein
valueOn, valueOff: werte die auf true/false bzw. an/aus abgebildet werden sollen. nur für bool characteristics, abkürzung zu values.
wenn nur einer von beiden angegeben ist werden alle nicht berücksichtigten werden autmatisch dem gegenteil zugeordnet.
Was uebersehe ich?
@Steffen@Home: Danke fuer den Hinweis, aber der Denon nimmt das schon digital entgegen, oder? Sonst wuerde das mit dem Schieberegler sicher nicht gehen. Mein Verstaeker ist ein klassischer Stereo Verstaerker mit Infrarot Fernbedienung und da gibt es ganz klassisch nur jeweils einen Knopf fuer lauter und einen fuer leiser. (ein Schieberegler passt da nicht so recht ins Konzept)
Hey,
erstmal vielen Dank für dieses tolle Forum und an die ganzen Entwickler von FHEM und den Modulen!
Gestern habe ich für meinen FHEM Server (Rasperry B) Homebridge installiert und bin begeistert.
Allerdings gibt es eine Sache die nicht ganz so funktioniert.
Ich habe MAX! Thermostate (direkt am Heizkörper nicht die Raumregler) die über einen CUL gesteuert werden.
Ich kann mit Siri auch die Temperatur dieser setzten, allerdings funktioniert off nicht und 0 Grad auch nicht. Siri stellt es dann auf 5 Grad
Kann ich das irgendwie ändern?
(Bin noch ziemlich neu bei FHEM aber bisher hat alles gut funktioniert mit dem Wiki)
Viele Grüße
@M.K.: entweder in dem du zwei dummys dazu verwendest, oder in dem du zwei zusätzliche On characteristics in deinem mappings hast.
etwas so: On=state,cmdOn=on,cmdOff=off On=xyz,subtype=leiser,cmdOn=lauter,default=off,timeout=0.2 On=xyz,subtype=leiser,cmdOn=leiser,default=off,timeout=0.2
im Readme zu homebridge-fhem steht immer die aktuelle beschreibung.
@Ezak: für thermostate gibt es eine ganze menge individueller vorlieben und besonderheiten. ausserdem ist homekit hier zu sehr an amerikanischen gegebenheiten orientiert um eine sinnvolle automatische konfiguration zu machen. such mal im forum. es gibt einige beispiele für die einbindung der unterschiedlichen thermostate. mit dem stichwort TargetHeatingCoolingState solltest du weiter kommen.
Zitat von: justme1968 am 13 Januar 2018, 10:35:38
@M.K.: entweder in dem du zwei dummys dazu verwendest, oder in dem du zwei zusätzliche On characteristics in deinem mappings hast.
etwas so: On=state,cmdOn=on,cmdOff=off On=xyz,subtype=leiser,cmdOn=lauter,default=off,timeout=0.2 On=xyz,subtype=leiser,cmdOn=leiser,default=off,timeout=0.2
im Readme zu homebridge-fhem steht immer die aktuelle beschreibung.
@Ezak: für thermostate gibt es eine ganze menge individueller vorlieben und besonderheiten. ausserdem ist homekit hier zu sehr an amerikanischen gegebenheiten orientiert um eine sinnvolle automatische konfiguration zu machen. such mal im forum. es gibt einige beispiele für die einbindung der unterschiedlichen thermostate. mit dem stichwort TargetHeatingCoolingState solltest du weiter kommen.
Dan könnte ich mein Mapping auch noch für on & off anpassen bei meinem blind Type oder geht das dort nicht?
ein rolladen hat normalerweise kein on und off. home stellt das vermutlich nicht dar. eve vielleicht.
aber was genau willst du denn machen?
Hallo Leute,
sagt mal gibt es die Möglichkeit, eine Zeit in Homebridge anzeigen zu lassen?
Also genau würde ich gerne die Restlaufzeit des Trockners oder anzeigen lassen?
Dazu gibt es eine möglich den HomeKit Push Dienst mit zu benutzten?
Gruß Robert
es gibt keine charakteristik für zeit. der push dienst ist nur für bestimmte characteritics konfigurierbar. ich meine nur fenster, türen, garage und kontakt sensoren.
Das ist echt schade.
Aber danke für deine Schnelle Antwort.
Gruß Robert
Zitat von: justme1968 am 13 Januar 2018, 17:47:24
ein rolladen hat normalerweise kein on und off. home stellt das vermutlich nicht dar. eve vielleicht.
aber was genau willst du denn machen?
Hallo Dan, ich dachte einfach daran dass bei einem Druck auf den "blind" das off wenn on bzw. on wenn off Signal ausgelöst wird und somit der Verstärker auch EIN bzw AUS geschaltet werden kann.
Desweiteren ist mein Homekit nur im Häuslichen WLAN erreichbar. Sobald ich ausserhalb bin funktioniert das nicht mehr. Ging aber früher.
Woran kann das denn liegen? ...ist seit einigen Wochen so.
(Apple TV3)
ich verstehe nicht warum du einen verstärker als blind ansprechen willst.
aus auf dem apple tv aus iCloud abmelden und wieder anmelden. dann eine weile warten und noch mal von aussen probieren.
Hallo Dan, das an und abmelden versuche ich.
Ich habe den als blind da hier die Möglichkeit besteht die Lautstärke schön als Regler rauf und runter zu schieben. War mal ein Tipp von jemandem.
Moin,
der Beitrag platzt ja schon aus allen Nähten.
Ich hatte auch schon hier:
https://forum.fhem.de/index.php/topic,76044.msg679119.html#msg679119 (https://forum.fhem.de/index.php/topic,76044.msg679119.html#msg679119)
angemerkt, dass es schön wäre eine neue Rubrik hier im Forum einzuführen. Leider ist es scheinbar nicht wirklich auf Interesse gestoßen.
Ich habe bereits einige einfachen Sachen (Steckdose, RGB-Lampe, Themrometer) erfolgreich über homekit einrichten können.
Nun wollte ich meine Türklingel integrieren. In diesem Thread hatte ich aber leider nach langem Suchen nichts gefunden und hatte daher einen neuen Beitrag hier geshrieben:
https://forum.fhem.de/index.php/topic,75950.msg677943.html#msg677943 (https://forum.fhem.de/index.php/topic,75950.msg677943.html#msg677943)
Da sind aber scheinbar nicht die Homekit-Fachleute unterwegs sondern hier ;D
Bei der Kamera geht es nicht Homebridge Mapping.
Nur direkt in der Homebridge Config.
Beim Türöffner keine Ahnung.
ich habe in deinem alten thread geantwortet,
Zitat von: no_Legend am 19 Januar 2018, 11:29:43
Bei der Kamera geht es nicht Homebridge Mapping.
Nur direkt in der Homebridge Config.
Man kann Kameras in Homekit nachbilden und anzeigen? :o
Wo finde ich das? Danke und Gruß
Zitat von: Steffen@Home am 19 Januar 2018, 13:10:57
Man kann Kameras in Homekit nachbilden und anzeigen? :o
Wo finde ich das? Danke und Gruß
Klar kannst du eine WebCam direkt einbinden.
FFMpeg
https://github.com/KhaosT/homebridge-camera-ffmpeg
Nur ein Beispiel.
Würde hier im Thread aber auch schon angesprochen, wenn ich mich nicht stark irre.
Schnelle Google Suche:
https://forum.fhem.de/index.php/topic,48558.msg712585.html#msg712585
einfach mal homebridge ffmpeg homebridge googlen.
Zitat von: no_Legend am 19 Januar 2018, 11:29:43
Bei der Kamera geht es nicht Homebridge Mapping.
Nur direkt in der Homebridge Config.
Beim Türöffner keine Ahnung.
Ja danke :) Werde ich mir mal am Wochenende anschauen.
Zitat von: justme1968 am 19 Januar 2018, 11:59:00
ich habe in deinem alten thread geantwortet,
Schon gesehen danke
Zitat von: no_Legend am 19 Januar 2018, 13:24:28
Klar kannst du eine WebCam direkt einbinden.
FFMpeg
https://github.com/KhaosT/homebridge-camera-ffmpeg
Nur ein Beispiel.
Würde hier im Thread aber auch schon angesprochen, wenn ich mich nicht stark irre.
Schnelle Google Suche:
https://forum.fhem.de/index.php/topic,48558.msg712585.html#msg712585
einfach mal homebridge ffmpeg homebridge googlen.
Hab jetzt ein Problem :o
homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2018-1-19 18:39:14] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-camera-ffmpeg-omx' since we already loaded the same plugin from '/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge-camera-ffmpeg-omx'.
[2018-1-19 18:39:14] Loaded plugin: homebridge-camera-ffmpeg-omx
[2018-1-19 18:39:14] Registering platform 'homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx'
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.2
[2018-1-19 18:39:14] Registering platform 'homebridge-fhem.FHEM'
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loaded config.json with 0 accessories and 2 platforms.
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loading 2 platforms...
[2018-1-19 18:39:14] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1516383555594
[2018-1-19 18:39:15] [FHEM] Fetching FHEM devices...
/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/server.js:294:45)
at Server.run (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/server.js:85:36)
at module.exports (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:660:30)
at Object.Module._extensions..js (module.js:671:10)
at Module.load (module.js:573:32)
at tryModuleLoad (module.js:513:12)
at Function.Module._load (module.js:505:3)
pi@raspberrypi:~/.homebridge $
Plugin wollte er nicht installieren. Dann habe ich gelesen man soll jetzt Node mit NVM installieren. Also NVM installiert in nun sieht es so aus:
pi@raspberrypi:~/.homebridge $ nvm ls
v8.9.4
-> v9.4.0
system
default -> node (-> v9.4.0)
node -> stable (-> v9.4.0) (default)
stable -> 9.4 (-> v9.4.0) (default)
iojs -> N/A (default)
lts/* -> lts/carbon (-> v8.9.4)
lts/argon -> v4.8.7 (-> N/A)
lts/boron -> v6.12.3 (-> N/A)
lts/carbon -> v8.9.4
pi@raspberrypi:~/.homebridge $
Bei
npm -g outdatedkommt gar nichts mehr.
Zitat von: Steffen@Home am 19 Januar 2018, 18:44:28
Hab jetzt ein Problem :o
homebridge --debug
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2018-1-19 18:39:14] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-camera-ffmpeg-omx' since we already loaded the same plugin from '/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge-camera-ffmpeg-omx'.
[2018-1-19 18:39:14] Loaded plugin: homebridge-camera-ffmpeg-omx
[2018-1-19 18:39:14] Registering platform 'homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx'
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.2
[2018-1-19 18:39:14] Registering platform 'homebridge-fhem.FHEM'
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loaded config.json with 0 accessories and 2 platforms.
[2018-1-19 18:39:14] ---
[2018-1-19 18:39:14] Loading 2 platforms...
[2018-1-19 18:39:14] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1516383555594
[2018-1-19 18:39:15] [FHEM] Fetching FHEM devices...
/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/server.js:294:45)
at Server.run (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/server.js:85:36)
at module.exports (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/home/pi/.nvm/versions/node/v9.4.0/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:660:30)
at Object.Module._extensions..js (module.js:671:10)
at Module.load (module.js:573:32)
at tryModuleLoad (module.js:513:12)
at Function.Module._load (module.js:505:3)
pi@raspberrypi:~/.homebridge $
Plugin wollte er nicht installieren. Dann habe ich gelesen man soll jetzt Node mit NVM installieren. Also NVM installiert in nun sieht es so aus:
pi@raspberrypi:~/.homebridge $ nvm ls
v8.9.4
-> v9.4.0
system
default -> node (-> v9.4.0)
node -> stable (-> v9.4.0) (default)
stable -> 9.4 (-> v9.4.0) (default)
iojs -> N/A (default)
lts/* -> lts/carbon (-> v8.9.4)
lts/argon -> v4.8.7 (-> N/A)
lts/boron -> v6.12.3 (-> N/A)
lts/carbon -> v8.9.4
pi@raspberrypi:~/.homebridge $
Bei
npm -g outdated
kommt gar nichts mehr.
Keine Ahnung.
Wo hast du das mit dem NVM gelesen und in welchem Zusammenhang.
Hast du das ganze auf einem Raspberry laufen?
Das OMX Plugin ist doch für Raspberry?
Dazu ffmpeg installiert?
Ich hab gestern auf das neuste node für Ubuntu installiert.
Danach lief mein Homebridge auch nicht mehr.
Habe es dann komplett neu installieren müssen.
Also erst deinstallieren und dann neu.
Danach lief es wieder.
Hallo, im Großen und Ganzen läuft die homebridge recht klaglos. Nur eins bekomme ich nichc zum Laufen:
Lautstärkeregelung für Sonos-Player:
genericDeviceType blind
homebridgeMapping clear CurrentPosition=Volume,minValue=0,maxValue=100,minStep=5 TargetPosition=Volume,minStep=5
Ändere ich die Lautsärke am Player oder über fehm, so sehe ich das auch in der App.
Aber der Sprachbefehl:
"Setze die Lautsärke im Hobbyraum auf 50" wird zwar mit "erledigt" von Siri bestätigt, aber es passiert nichts. Das gleiche, wenn ich in der App den Wert ändere - keine Reaktion.
Was ist da falsch?
homebridgeMapping clear CurrentPosition=Volume,minValue=0,maxValue=100,minStep=5 TargetPosition=Volume,minStep=5,cmd=
Funktionierte auch nicht, wobei es sich mir noch nicht erschlossen hat, was "cmd=" tun soll?
Hingegen:
Kanalumschaltung mit Hilfe eines dummys und ein notify:
genericDeviceType blind
homebridgeMapping clear CurrentPosition=state,minValue=0,maxValue=100 TargetPosition=state,minStep=1,cmd=
"Stelle im Hobbyraum Kanal auf 7" schaltet das Programm korrekt um.
Den "genericDeviceType blind" zu verwenden, ist ja nur ein workaround und hat den Nachteil, dass auf die Frage an Siri, ob die Jalousien im Raum x offen sind, auch der Kanalumschalter und die Lautstärkeregelung mit in das Ergebnis einbezogen werden. Gibt es da eine andere Möglichkeit? Einen anderen genericDeviceType? Würde es helfen, einen subtype zu setzen?
Bei der Kanalumschaltung antwortet Siri mit:
Habe Kanal auf 5 Prozent gesetzt"
Kann man di Prozentangabe unterdrücken?
Elektrolurch
Für die Lautsärke hatte ich auch schon:
cmd= bedeutet es wird kein kommando gesendet sondern nur die zahl. das ist ziemlich sicher falsch weil sonos das kommando volume erwartet. also cmd=volume
heißt dein gerät ihn homekit wirklich Lautstärke?
zum kanal umschalten kannst du mehrere On characteristics verwenden. im wiki gibt es ein beispiel für harmony.
im allgemeinen ist es keine gute idee unpassende characteristics zu verwenden. das hat alle möglichen nebenwirkungen wie du ja schon bemerkt hast. und beeinflusst auch dir spracherkennung an sich.
bei homekit ist es leider nicht möglich selber vorgaben zur erkennung zu machen. die vorhandenen characteristics sind zwar sehr durchdacht und damit geht auch die erkennung sehr gut. sie lassen sich aber nicht per api erweitern.
schau dir am alexa an. dort sind die eingebauten defaults zwar nicht so durchdacht und ausgereift, aber man kann per api alles komplett selber festlegen. damit kannst du dir dann auch laustärke und kanal umschaltung so bauen wie du willst.
Ohje :o
D.h alles auf dem raspi deinstallieren wie
Node, nvm, npm?
Weiß bisher gar nicht wie das richtig deinstalliert wird ::)
Zitat:
im allgemeinen ist es keine gute idee unpassende characteristics zu verwenden. das hat alle möglichen nebenwirkungen wie du ja schon bemerkt hast. und beeinflusst auch dir spracherkennung an sich.
Ja, zuerst hatte ich die Kanalumschaltung "Programm" genannt, dann wollte Siri immer im Internet suchen... daher heißen die dummys jetzt auf Siri-Seite "Kanal".
Zitat:
bei homekit ist es leider nicht möglich selber vorgaben zur erkennung zu machen. die vorhandenen characteristics sind zwar sehr durchdacht und damit geht auch die erkennung sehr gut. sie lassen sich aber nicht per api erweitern.
schau dir am alexa an. dort sind die eingebauten defaults zwar nicht so durchdacht und ausgereift, aber man kann per api alles komplett selber festlegen. damit kannst du dir dann auch laustärke und kanal umschaltung so bauen wie du willst.
Hm, da müsste ich mir doch einen Alexa-Lautsprecher kaufen? Oder gibt es da einen mir nicht bekannten Weg über das iphone?
Elektrolurch
ja. normalerweise per echo. der kleine dot reicht aber. und es gibt die reverb ai app.
gruss
andre
Habe alles deinstalliert und laut FHEM Wiki neu installiert.
Wie kann ich node auf Version 5 updaten ohne dass wieder alles schief geht?
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[1/20/2018, 4:50:24 PM] Plugin /usr/local/lib/node_modules/homebridge-camera-ffm peg-omx requires Node version of >=5.0.0 which does not satisfy the current Node version of v4.6.0. You may need to upgrade your installation of Node.
[1/20/2018, 4:50:24 PM] Loaded plugin: homebridge-camera-ffmpeg-omx
[1/20/2018, 4:50:24 PM] Registering platform 'homebridge-camera-ffmpeg-omx.Camer a-ffmpeg-omx'
[1/20/2018, 4:50:24 PM] ---
[1/20/2018, 4:50:24 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.2
[1/20/2018, 4:50:24 PM] Registering platform 'homebridge-fhem.FHEM'
[1/20/2018, 4:50:24 PM] ---
[1/20/2018, 4:50:24 PM] Loaded config.json with 0 accessories and 2 platforms.
[1/20/2018, 4:50:24 PM] ---
[1/20/2018, 4:50:24 PM] Loading 2 platforms...
[1/20/2018, 4:50:24 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal =1;filter=.*;since=null;fmt=JSON×tamp=1516463425413
[1/20/2018, 4:50:25 PM] [FHEM] Fetching FHEM devices...
/usr/local/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:122:13)
at Server.str.replace.Server._loadPlatforms (/usr/local/lib/node_modules/hom ebridge/lib/server.js:294:45)
at Server.str.replace.Server.run (/usr/local/lib/node_modules/homebridge/lib /server.js:85:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge :17:22)
at Module._compile (module.js:409:26)
at Object.Module._extensions..js (module.js:416:10)
at Module.load (module.js:343:32)
at Function.Module._load (module.js:300:12)
at Function.Module.runMain (module.js:441:10)
pi@raspberrypi:~/.homebridge $
node -v
4.6.0
nodejs -v
7.10.0
npm -v
2.15.9
Hallo,
kann es sein, dass HomeKit Sharing im Moment einen Bug hat?
Ich habe meine Freundin dort hinzugefügt, wenn ich mein iPad als Steuerzentrale nutze funktioniert es.
Nehme ich das iPad jedoch mit, funktioniert es bei ihr nicht, obwohl sie im WLAN Zuhause ist.
Ebenfalls interessant: Stelle ich das iPad als Steuerzentrale in den Einstellungen ab, kann ich vom iPhone und iPad im WLAN noch normal steuern, lade ich sie dann neu ein, kriegt sie die Einladung, kann sie auch annehmen, sieht dann auch alle Geräte, aber bei allen steht "Keine Antwort" und sie kann nichts steuern.
iCloud Keychain hat sie an. iOS ist auch allen 3 Geräten aktuell!
Ist das evtl. ein Bug von Apples Seite oder hat es was damit zutun, dass die in letzter Zeit daran rumgepfuscht haben (vor kurzem konnte man ja zeitweise "aus Sicherheitsgründen" überhaupt niemanden einladen!).
Hat jemand von euch ähnliche Erfahrungen gemacht?
Danke euch! :)
Zitat von: DC am 12 November 2017, 13:26:54
Sodele, es läuft. Die Lösung:
attr S.LS_Bett homebridgeMapping clear\
On=state,subtype=Deko100,valueOn=/Deko_100/,valueOff=/Deko_30|weiß|aus/,cmdOn=scene+Deko_100,cmdOff=scene+aus\
On=state,subtype=Deko30,valueOn=/Deko_30/,valueOff=/Deko_100|weiß|aus/,cmdOn=scene+Deko_30,cmdOff=scene+aus\
On=state,subtype=DekoWeiß,valueOn=/weiß/,valueOff=/Deko_100|Deko_30|aus/,cmdOn=scene+weiß,cmdOff=scene+aus\
On=state,subtype=Deko,valueOn=/aus/,valueOff=/Deko_100|Deko_30|weiß/,cmd=scene+aus
@DeeSPe: Danke für den Harmony Tipp - das war der Schlüssel
@ volschin: Habe auch im Thread gesucht - bringt nur fast nichts - der Thread ist viel zu lang und viel zu unübersichtlich. Wer sich nicht auskennt, findet vielleicht noch eine Frage, aber definiv nicht mehr die Lösung. Nimm als Beispiel mal meine Frage: die Frage selbst wird vielleicht noch gefunden, aber die Lösung nicht mehr, weil die Stichwörter nicht mehr drin stehen, in der Timeline andere Fragen/Antworten dazwischen stehen usw. In einem eigenen Subforum kommen Fragen und Antworten automatisch zusammen, es wird einfach, einen Überblick zu bekommen und man kann auch Querverweise schaffen wie: "schau mal in diesem Thread hier:....". So, wie es heute ist, muss man sich mich "Such mal nach diesem oder jenem" behelfen, ohne eine wirkliche Antwort geben zu können (auch weil man selbst die Dinge nicht mehr findet...). Noch ein Beispiel: eine meiner Lampen heißt "Links". Wenn ich sage "Hey Siri, mach die Lampe Links an" wird die Lampe Links eingeschaltet. Sage ich "Mach die Lampe Links aus" versteht Siri es nicht. Folge ich den Anleitungen, muss ich diese Frage hier in diesem Thread stellen. Nur - was hat diese Frage mit meiner vorhergehenden zu tun ? Nichts. Die einzige Gemeinsamkeit ist die Homebridge. Macht es Sinn, beides im selben Thread zu diskutieren ? Oder andere Fragen, die ich noch habe: Was beeinflusst eigentlich die Erkennung durch Siri - oder besser - was kann ich tun, damit Siri/Homebridge mich besser versteht ? Oder: welche Sachen kann ich noch über die Device-Attribute für Homebridge innerhalb von FHEM vordefinieren, damit es hinterher nicht in Homekit separat eingerichtet werden muss ? Oder: kann ich Geräte für Homekit einrichten, die Siri auch mit bekommt, die aber nicht in Homekit im Raum dargestellt werden (also nur für Siri sichtbar sind) ? Und diese Fragen stelle ich alle hier in diesem Thread und die Antworten kommen dann auch da rein.
OK, ich bin neu hier - eigentlich nur Gast, denn ich kann nicht viel Zeit dafür investieren - ich verwalte das nicht und bin sicherlich der letzte, der in diesem Zusammenhang etwas zu sagen hat. Es fällt mir nur auf und ich bin sicher, dass man es besser organisieren könnte.
Ein Thread mit mehr als 2500 Einträgen ist definitiv nicht benutzerfreundlich. Eine eigene Rubrik wäre hier sicherlich besser.
Viele Grüße
Gesendet von iPhone mit Tapatalk Pro
Zitat von: Steffen@Home am 20 Januar 2018, 16:52:23
Wie kann ich node auf Version 5 updaten ohne dass wieder alles schief geht?
node -v
4.6.0
nodejs -v
7.10.0
npm -v
2.15.9
Ich kann immer noch nicht genau sagen wo dein Problem ist.
Habe selbst keine Plugins am laufen.
Ich würde vorschlagen auf jedenfall das Plugin zu deinstalliern und aus der config zu nehmen.
Bei mir läuft node in Version 9.4.0
FhemNUC:~$ npm -v
5.6.0
FhemNUC:~$ node -v
v9.4.0
FhemNUC:~$ nodejs -v
v9.4.0
Ich hab das neuste Node nach der Offiziellen Anleitung installiert.
https://nodejs.org/en/download/package-manager/
Danach muss ich homebridge und die Komponenten vollständig deinstallieren und danach neu installieren.
Hallo. Das Plugin wollte ich ja Installieren um die Kameras in Homebridge einzubinden.
Als ich das update per nvm machte ging nichts mehr.
Jetzt ist die Idee node auf >=5.0.0 zu upgraden ohne dieses nvm.
SO ich habe noch etwas probier.
Aktuell habe ich jetzt:
npm -v
5.6.0
node -v
v8.9.4
nodejs -v
v8.9.4
Aber das Plugin wird trotzdem nicht anerkannt!
Was ist hier falsch?
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2018-1-21 12:53:44] Loaded plugin: homebridge-camera-ffmpeg-omx
[2018-1-21 12:53:44] Registering platform 'homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx'
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.2
[2018-1-21 12:53:44] Registering platform 'homebridge-fhem.FHEM'
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loaded config.json with 0 accessories and 2 platforms.
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loading 2 platforms...
[2018-1-21 12:53:44] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1516535625538
[2018-1-21 12:53:45] [FHEM] Fetching FHEM devices...
/usr/local/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:294:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:85:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:643:30)
at Object.Module._extensions..js (module.js:654:10)
at Module.load (module.js:556:32)
at tryModuleLoad (module.js:499:12)
at Function.Module._load (module.js:491:3)
pi@raspberrypi:~/.homebridge $
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154",
"manufacturer": "@nfarina",
"model": "Homebridge",
"serialNumber": "0.4.20"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "user", "pass": "xyz"},
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras": [
{"name": "MotionEyeOS",
"videoConfig": {
"source": "-re -f mjpeg -i http://user:pw@192.168.1.$
"stillImageSource": "-f mjpeg -i http://user:pw@192.$
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 800,
"maxFPS": 10
}
}
]
}
],
"accessories": []
}
Edit: Wenn ich die Platform Camera raus nehme läuft Homebridge aber wenigstens.
Zitat von: Steffen@Home am 21 Januar 2018, 12:57:25
SO ich habe noch etwas probier.
Aktuell habe ich jetzt:
npm -v
5.6.0
node -v
v8.9.4
nodejs -v
v8.9.4
Aber das Plugin wird trotzdem nicht anerkannt!
Was ist hier falsch?
pi@raspberrypi:~/.homebridge $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2018-1-21 12:53:44] Loaded plugin: homebridge-camera-ffmpeg-omx
[2018-1-21 12:53:44] Registering platform 'homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx'
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.2
[2018-1-21 12:53:44] Registering platform 'homebridge-fhem.FHEM'
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loaded config.json with 0 accessories and 2 platforms.
[2018-1-21 12:53:44] ---
[2018-1-21 12:53:44] Loading 2 platforms...
[2018-1-21 12:53:44] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1516535625538
[2018-1-21 12:53:45] [FHEM] Fetching FHEM devices...
/usr/local/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:294:45)
at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:85:36)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:643:30)
at Object.Module._extensions..js (module.js:654:10)
at Module.load (module.js:556:32)
at tryModuleLoad (module.js:499:12)
at Function.Module._load (module.js:491:3)
pi@raspberrypi:~/.homebridge $
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154",
"manufacturer": "@nfarina",
"model": "Homebridge",
"serialNumber": "0.4.20"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "user", "pass": "xyz"},
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras": [
{"name": "MotionEyeOS",
"videoConfig": {
"source": "-re -f mjpeg -i http://user:pw@192.168.1.$
"stillImageSource": "-f mjpeg -i http://user:pw@192.$
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 800,
"maxFPS": 10
}
}
]
}
],
"accessories": []
}
Edit: Wenn ich die Platform Camera raus nehme läuft Homebridge aber wenigstens.
Muss bei source nicht ein rtsp Stream stehen?
Edit:
Gerade gesehen kann auch http sein.
Wie kommst du auf den -f mjpeg ?
Gesendet von iPhone mit Tapatalk Pro
ZitatEdit: Wenn ich die Platform Camera raus nehme läuft Homebridge aber wenigstens.
Du hast deine Frage selbst beantwortet. Dein config.json ist nicht korrekt. Entweder fehlt irgendwo eine geschweifte Klammer oder zu viel oder, oder, oder. Zum testen empfehle ich folgende Seite: https://jsonlint.com/ (https://jsonlint.com/). Deine config wird jedenfalls als fehlerhaft erkannt.
Gruß
Hallo Miteinander,
meine config habe ich bei jsonLint geprüft und Sie ist korrekt. ???
@NoLegend: das habe ich von dort.
https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki (https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki)
Was nun?
Zitat von: Steffen@Home am 22 Januar 2018, 12:06:32
Hallo Miteinander,
meine config habe ich bei jsonLint geprüft und Sie ist korrekt. ???
@NoLegend: das habe ich von dort.
https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki (https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki)
Was nun?
Was hast du jetzt genau von npm installiert?
Das Omx Paket ? https://www.npmjs.com/package/homebridge-camera-ffmpeg-omx
Oder das https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki?
Es kommt halt drauf an wie du das Modul dann in die Config paken musst.
für Omx "platform": "Camera-ffmpeg-omx",
für das andere: "platform": "Camera-ffmpeg",
Und wenn ich deine Config aus nehme bekomme ich auch fehler angezeigt.
Bei den IP Adressen fehlt ja " und , am ende.
Edit:
Deine Fehlermeldung sagt ja auch aus, "Camera-ffmpeg" nicht gefunden wurde.
Gruß Robert
Zitat von: no_Legend am 22 Januar 2018, 12:51:41
Was hast du jetzt genau von npm installiert?
Das Omx Paket ? https://www.npmjs.com/package/homebridge-camera-ffmpeg-omx
Oder das https://github.com/KhaosT/homebridge-camera-ffmpeg/wiki?
Es kommt halt drauf an wie du das Modul dann in die Config paken musst.
für Omx "platform": "Camera-ffmpeg-omx",
für das andere: "platform": "Camera-ffmpeg",
Und wenn ich deine Config aus nehme bekomme ich auch fehler angezeigt.
Bei den IP Adressen fehlt ja " und , am ende.
Edit:
Deine Fehlermeldung sagt ja auch aus, "Camera-ffmpeg" nicht gefunden wurde.
Gruß Robert
Das
-omx fehlte bei mir! Ich hatte das omx Beispiel kopiert.
In meinem Code hatte es nicht alles mit kopiert.
Jetzt funktioniert es! Super Danke! 8)
hallo
ich hab ne frage, hat irgendjemand einen Homebridge/Homekit - Switch mit 3 Positionen erstellen können? also nicht nur AUS/Ein sondnern AUS/AUTO/EIN ...
oder ist es möglich, dieverse Readings aufzuteilen?
zur erklärung:
ich hätte gernen einen Dummy, der wie der Homematik Termostat (https://wiki.fhem.de/wiki/Homebridge_User_Configs (https://wiki.fhem.de/wiki/Homebridge_User_Configs)) in Homebridge/Homekit erscheint, aber die einzelnen Einstellungen aus dem Homekit werden dann im FHEM auf unterschiedliche Dummys aufgeteilt... zb. ein dummy erhält die gewünschte Temperatur, nächste den Status, das Einlesen der Aktuellen Temp aus einem anderen Sensor funktioniert deshalb wäre es interessant ob der umgekehrte Weg auch ginge..
ich habs mal so versucht, aber bekomme den Status des dummy Radiator nicht so recht hin...
define HeizRadiator dummy
attr HeizRadiator devStateIcon on:sani_heating@red off:sani_heating@white auto:sani_heating@green
attr HeizRadiator genericDeviceType thermostat
attr HeizRadiator homebridgeMapping clear Targetheatingstate=HeizRadiator:state,values=off:off;;;;on:on;;;;auto:auto CurrentHeatingCoolingState=HeizRAdiator:state,values=off:off;;;;on:on;;;;auto:auto CurrentTemperature=MYSENSOR_190:temperature,nocache=1 TargetTemperature=[Schlafzimmer:state]::[Schlafzimmer:state],minValue=5,maxValue=35,minStep=0.5,nocache=1
attr HeizRadiator room Heizung,Homekit
attr HeizRadiator setList state:on,off,auto
attr HeizRadiator stateFormat Targetheatingstate TargetTemperature TargetHeatingCoolingState
attr HeizRadiator webCmd state
define FBH dummy
attr FBH devStateIcon on:sani_floor_heating@red off:sani_floor_heating_neutral@white auto:sani_floor_heating@green
attr FBH genericDeviceType light
attr FBH homebridgeMapping clear state,value=on:true,off:false,auto
attr FBH room Heizung,Homekit
attr FBH setList state:on,off,auto
attr FBH webCmd state
define Schlafzimmer dummy
attr Schlafzimmer room Heizung
attr Schlafzimmer setList desired-temp:16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25
attr Schlafzimmer webCmd desired-temp
edit:
ich habe jetzt etwas experimentiert und bekomme aus dem homekit auch werte retour. zb. AUTO/ON/OFF und auch "desired-temp ##" aber wie kann ich nur die nummern von "desired-temp" auslesen bzw. weiterverwenden?
Weiß wirklich niemand ob es sich dabei um einen Bug handelt? :/
Zitat von: Pati_Alpha am 20 Januar 2018, 22:12:30
Hallo,
kann es sein, dass HomeKit Sharing im Moment einen Bug hat?
Ich habe meine Freundin dort hinzugefügt, wenn ich mein iPad als Steuerzentrale nutze funktioniert es.
Nehme ich das iPad jedoch mit, funktioniert es bei ihr nicht, obwohl sie im WLAN Zuhause ist.
Ebenfalls interessant: Stelle ich das iPad als Steuerzentrale in den Einstellungen ab, kann ich vom iPhone und iPad im WLAN noch normal steuern, lade ich sie dann neu ein, kriegt sie die Einladung, kann sie auch annehmen, sieht dann auch alle Geräte, aber bei allen steht "Keine Antwort" und sie kann nichts steuern.
iCloud Keychain hat sie an. iOS ist auch allen 3 Geräten aktuell!
Ist das evtl. ein Bug von Apples Seite oder hat es was damit zutun, dass die in letzter Zeit daran rumgepfuscht haben (vor kurzem konnte man ja zeitweise "aus Sicherheitsgründen" überhaupt niemanden einladen!).
Hat jemand von euch ähnliche Erfahrungen gemacht?
Danke euch! :)
Es gab doch schon einmal Probleme, weil Homekit beim Dimmen zusätzlich immer ein "On" schickt.
Habe hier wieder so einen Fall bei einem Bekannten.
Er hat einen ZWave Dimmer und wir haben ein HomebridgeMapping für die Charakteristiken "On" und "Brightness" erstellt.
Die funktionieren an sich auch einwandfrei.
Die Lampe lässt sich über die Home App problemlos ein- / ausschalten.
Ändere ich die Helligkeit im FHEM Webinterface, zeigt die Home App die Änderung an.
Nur das Dimmen über Homekit erhält sich komisch und wir haben einige Zeit gebraucht um zu verstehen was hier passiert.
Die Lampe flackert beim Dimmen immer kurz, bleibt aber dann doch immer wieder bei der in FHEM eingestellten Helligkeit stehen.
Als wir Homebridge händisch gestartet haben um die Ausgabe in der Shell zu sehen,
hat man gesehen, dass die Dim Befehle korrekt abgesetzt werden. Allerdings kommt immer sofort danach ein "On" hinterher.
Für mich sieht es jetzt so aus, als ob das Flackern daher kommt, dass der Dimmer kurz auf die neue Helligkeit geht.
Aber bevor Fhem den neuen Helligkeitswert vom Dimmer als Event zurück bekommt, sorgt das On irgendwie dafür, dass der Dimmer wieder auf die vorherige Helligkeit zurück geht.
Gibt es dafür irgendwelche Lösungen, oder Workarounds?
Ok, sehe gerade mit cmdAlias sollte es sich lösen lassen.
Da Zwave kein rein numerisches Reading für die Helligkeit hat (liefert reportedState Reading mit "off" oder "dim 10", "dim 99", ...),
habe ich mir hier schon ein userReading dimmerVal angelegt, welches das auf einen numerischen Wert von 0 bis 99 umsetzt.
Werde es heute Abend mal mit einem cmdAlias in dieser Richtung testen:
set .*. homeBridgeOn AS {
if (ReadingsVal("$EVTPART0","dimmerVal", -1) == 0) {
fhem("set $EVTPART0 on");
}
}
Im homeBridgemapping wird dann eben noch cmdOn=homeBridgeOn gesetzt.
edit: Kleine Rückmeldung wenn das nochmal jemand benötigt: Hat Problemlos funktioniert, der Dimmer lässt sich jetzt einwandfrei über Homekit bedienen.
Zitat von: Pati_Alpha am 27 Januar 2018, 09:03:05
Weiß wirklich niemand ob es sich dabei um einen Bug handelt? :/
Ich hatte auch vor kurzem die gleichen Probleme.
Habe die Homebridge in Homekit entfernt und wieder hinzugefügt.
Danach lief wieder alles ohne Probleme.
Liebe FHEM-Gemeinde,
nach meinem Einstieg in FHEM bin ich nun auch beim Thema Homebridge/Homekit angekommen und versuche meinen Dimmer von Intertechno (aus dem Set IT-300L) einzubinden. Mit Hilfe dieses Forums und der Ausgaben im Log-File konnte ich schon die größten Hürden erfolgreich nehmen, sodass der Dimmer fast schon komplett zu steuern ist. Es sind aber noch zwei Fragen offen geblieben, zu denen ich Euch nun um Hilfe bitte:
1. Der Dimmer verwendet zum Dimmen Befehle der Art set dim06%, wobei die Prozentangabe in 6.5% Schritten mit abschnittenen Nachkommastellen bis auf 100% hochgeht. Die aus Homekit kommenden Dimmlevel habe ich über den cmds-Parameter diesen Befehlen zugeordnet, also z.B. 6:dim06% und den eigentlichen Befehl mit cmd= leer gelassen. Das klappt dann mit den Dimmleveln, die genau in das Raster der angegebenen Befehle fallen, gut, aber leider nicht für Werte, die nicht explizit über den cmds-Parameter angegeben sind.
Gibt es hier eine Möglichkeit den Wertebereich aus Homekit von 0-100 auf die diskreten Werte/Befehle des Dimmers zu mappen?
2. Soweit ich das sehe verwenden die Home-App und die EVE-App unterschiedliche Befehle, wenn der Dimmer einfach nur eingeschaltet wird, also nicht über die Auswahl eines Dimmlevels. Die Home-App schickt zunächst einen On-Befehl und setzt dann den Parameter Brightness auf 100%. Die EVE-App dagegen sendet nur einen On-Befehl. Ich hatte zunächst den 100%-Level mit dem Befehl on belegt und für den eigentlichen on-Befehl einen Dummy-Befehl onDummy definiert, den es nicht gibt. Dadurch wurde dann bei 100% nur ein on-Befehl gesetzt und der Dimmer mit dem letzten Dimmlevel eingeschaltet (wie ich es auch haben möchte und so ist es auch in FHEM). Leider klappt das dann nicht bei der EVE-App, da hier ja nur der on-Befehl gesendet wird, den ich über den Dummy-Befehl unwirksam gemacht habe. Daher läßt sich dann der Dimmer nicht direkt einschalten, wohl aber über Auswahl eines Dimmlevels. Da ich aber über das Kontrollzentrum den Dimmer schnell ein-/ausschalten können möchte und dieses auf die Home-App zurückgreift, habe ich es erst mal bei der Definition 100% -> on und cmdOn=on belassen. Dann geht eben derzeit die Anzeige kurz auf 100% und dann auf den letzten Dimm-Level. Die Lampe selber geht erstaunlicherweise nicht erst auf 100% ...
Gibt es einen Weg die verschiedenen Verhaltensweisen der beiden Apps in einem Mapping so abzubilden, dass nicht erst auf 100% Dimmlevel und dann auf on geschaltet wird?
Hier noch die Definition des Dimmers:
genericDeviceType: light
model: itdimmer
protocol: v3
homebridgeMapping: clear Brightness=dim,minValue=0,maxValue=100,minStep=6.25,cmd=,cmds=6:dim06%;12:dim12%;18:dim18%;25:dim25%;31:dim31%;37:dim37%;43:dim43%;50:dim50%;56:dim56%;62:dim62%;68:dim68%;75:dim75%;81:dim81%;87:dim87%;93:dim93%;100:on On=state,valueOff=off,cmdOn=on,cmdOff=off
Ich würde mich über Hinweise, Lösungsvorschläge etc. freuen.
Gruß an die FHEM-Gemeinde,
Sauseklaus
Kann man an HomeKit die Statistik mit übergeben? Sodas man die in der Eve App zb einsehen kann?
So das man zb einen Temperaturverlauf sieht oder wann welcher Sensor benutzt wurde.
aktuell funktioniert es noch nicht. ich habe schon damit rim probiert, es ist noch nicht ganz klar wie das funktioniert. das ganze ist eve spezifisch und aus die eve geräte beschränkt. d.h. man kann z.b. nicht irgendeinem gerät eine history verpassen, sondern nur geräten die sich auch sonst wie eines der eve modelle verhalten.
Zitat von: justme1968 am 06 Februar 2018, 16:23:27
aktuell funktioniert es noch nicht. ich habe schon damit rim probiert, es ist noch nicht ganz klar wie das funktioniert. das ganze ist eve spezifisch und aus die eve geräte beschränkt. d.h. man kann z.b. nicht irgendeinem gerät eine history verpassen, sondern nur geräten die sich auch sonst wie eines der eve modelle verhalten.
Falls du da irgendwas zum Testen hast, sag Bescheid. Meine 7 Thermostate und ich sind bereit. ;)
Habe mir die letzten Abende eine Homebridge eingerichtet und nutze nun die Elgato Eve App bzw. Siri. Tolle Sache, was ihr hier auf die Beine gestellt habt!
Bei der Installation hatte ich einige Probleme, die ich nicht wirklich eingrenzen konnte. Vrsl. lag es an meiner Konfiguration, obwohl ich versucht habe mich strikt ans Wiki zu halten. Insbesondere mit SSL hatte ich Probleme, obwohl es im Wiki beschrieben ist, habe ich es anscheinend immer wieder falsch gemacht, weil die Fehlermeldung für mich einfach nicht plausibel war:
longpoll ended, reconnect in: 200msec
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1472234268720
longpoll error: Error: connect ECONNREFUSED 127.0.0.1:8083, retry in: 10000msec
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1472234278735Wer kommt schon darauf, dass das mit ssl zusammenhängt...
Was mir nicht so gut gefällt, ist dass mein Passwort nun in Klartest im init.d-Script steht, aber ok... Oder kann ich da irgendwie auch einen SHA256 hinterlegen?
Die Steuerung (status|start|stop|restart) der Homebridge über das FHEM WebInterface funktioniert noch nicht. Die Readings sehen noch nicht richtig aus, siehe Screenshot. Habt ihr eine Idee, wo mein Fehler liegt?
Eine Statusabfrage des Homebridge Services auf der Command Line ergibt folgendes:
root@omv4:~# service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; generated; vendor preset: enabled)
Active: active (running) since Wed 2018-02-07 23:13:33 CET; 24min ago
Docs: man:systemd-sysv-generator(8)
Process: 24470 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 24478 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Tasks: 11 (limit: 4915)
Memory: 75.3M
CPU: 2.291s
CGroup: /system.slice/homebridge.service
└─24485 homebridge
Feb 07 23:13:33 omv4 su[24481]: pam_unix(su:session): session closed for user root
Feb 07 23:13:33 omv4 homebridge[24478]: Homebridge starting
Feb 07 23:13:33 omv4 homebridge[24478]: Homebridge is not running
Feb 07 23:13:33 omv4 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** The program 'nodejs' uses the Apple Bonjour compatibility layer of Avahi.
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** Please fix your application to use the native API of Avahi!
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs>
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** The program 'nodejs' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** Please fix your application to use the native API of Avahi!
Feb 07 23:13:34 omv4 nodejs[24485]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=nodejs&f=DNSServiceRegister>Obwohl der Status
"Active: active (running)" liefert, steht weiter unten
"Homebridge is not running". Diese Aussage findet man auch im Info-Reading der Homebridge. Ich habe das Startscript aus dem Wiki im Einsatz: https://wiki.fhem.de/wiki/Homebridge_einrichten#Alternative_Methode:_Init-Skript (https://wiki.fhem.de/wiki/Homebridge_einrichten#Alternative_Methode:_Init-Skript)
Die Homebridge ist trotz des Status erreichbar. Ich habe soweit alles eingerichtet und das läuft meiner Ansicht nach alles so wie es sein soll.
Hat dazu jemand eine Idee?
Ansonsten bin ich noch über NodeJS (V4/V5/V6) gestolpert. Muss man wirklich alle 3 Versionen nacheinander installieren?
Bei V5 gab es übrigens eine Meldung, dass dafür keine Updates mehr bereitgestellt werden, oder so ähnlich. Bei V4 bzw. V6 kam diese Meldung nicht. Da ich Probleme hatte und mir nicht sicher war, wie aktuell der Wiki-Eintrag überhaupt ist, habe ich anhand folgenden Befehls auf V7 geupated:
curl -sL https://deb.nodesource.com/setup_7.x | sudo -E bash -
sudo apt-get install -y nodejsDas hat auch ohne Murren geklappt. Die V7 habe ich jetzt auch gerade in Betrieb. Gibt es eigentlich eine Empfehlung für Debian Stretch, welche NodeJS Version am besten geeignet ist bzw. sich bereits bewährt hat?
Danke schonmal und viele Grüße Hoppel
Zitat von: hoppel118 am 07 Februar 2018, 23:49:37
Das hat auch ohne Murren geklappt. Die V7 habe ich jetzt auch gerade in Betrieb. Gibt es eigentlich eine Empfehlung für Debian Stretch, welche NodeJS Version am besten geeignet ist bzw. sich bereits bewährt hat?
Danke schonmal und viele Grüße Hoppel
Gibt es nicht eine LTS?
Glaube da mal was gesehen zu haben.
Zitat von: no_Legend am 08 Februar 2018, 07:53:30
Gibt es nicht eine LTS?
Jo, gibt es. Habe gerade mal danach gegoogelt: https://nodejs.org/en/blog/
Die letzte LTS Version ist demnach Node v8.9.4. OK, ich bin jetzt auf V7, im FHEM Wiki wird beschrieben man soll V4, V5 und dann V6 installieren. V9 gibt's anscheinend auch schon. Mir stellt sich nun weiterhin die Frage, welche Version für Debian Stretch in Kombination mit einem aktuellen FHEM Server geeignet am besten geeignet ist.
Sollte ich nun auf V8 wechseln? Habe ich dadurch irgendwelche Vorteile?
V7 erfüllt zumindest momentan erstmal meine Bedarfe. Habe die Homebridge ja aber auch gestern erst eingerichtet. ;)
Gruß Hoppel
Zitat von: hoppel118 am 08 Februar 2018, 08:16:59
Jo, gibt es. Habe gerade mal danach gegoogelt: https://nodejs.org/en/blog/
Die letzte LTS Version ist demnach Node v8.9.4. OK, ich bin jetzt auf V7, im FHEM Wiki wird beschrieben man soll V4, V5 und dann V6 installieren. V9 gibt's anscheinend auch schon. Mir stellt sich nun weiterhin die Frage, welche Version für Debian Stretch in Kombination mit einem aktuellen FHEM Server geeignet am besten geeignet ist.
Sollte ich nun auf V8 wechseln? Habe ich dadurch irgendwelche Vorteile?
V7 erfüllt zumindest momentan erstmal meine Bedarfe. Habe die Homebridge ja aber auch gestern erst eingerichtet. ;)
Gruß Hoppel
Ich setzte am liebsten auf LTS.
Habe auch eine neuere im Einsatz als im Wiki.
Und bisher ohne Problem.
Welche es ist muss ich dir gerade schuldig bleiben.
Kann ich erst nach der Arbeit auslesen.
Gruß Robert
Das wäre cool, wenn du da nochmal schauen könntest!
Hast du oder jemand anders hier vielleicht noch ein paar Antworten auf meine anderen Fragen? Gern auch nach Feierabend. [emoji6]
Gruß Hoppel
Hallo zusammen,
eine Frage zur Anzeige von Temperatur und Luftfeuchte in der elgato App Eve: bei mir mit der Version für iOS 10 zeigt Eve in der "Auf einen Blick" Ansicht für die Temperatursensoren nur die Temperatur an. In der Ansicht "Typen" sind in der Kategorie "Luftfeuchtigkeit" auch die relativen Luftfeuchtewerte angegeben. Ich habe nun auch schon Screenshots der App mit Temperatur und rel. Luftfeuchte in der "Auf einen Blick" Ansicht gesehen, es scheint also prinzipiell möglich zu sein.
Geht das ggf. nur bei elgato Temperaturfühlern und/oder nur in der aktuellen Version für iOS 11 oder muss beim Mapping in FHEM noch was angegeben werden?
Hier im Forum habe ich bisher nur den Hinweis gefunden, dass die Anzeige von Temperatur und rel. Luftfeuchte nicht in der Home App von Apple, wohl aber in der Eve App funtioniert.
Aktuell verwende ich: genericDeviceType=thermometer und homebridgemapping=CurrentTemperature=temperature CurrentRelativeHumidity=humidity
Über Hinweise ob es mit meiner Konfig überhaupt geht und ggf. wie würde ich mich freuen.
VG,
Sauseklaus
ich meine das war früher mal so. mit der aktuellen version wird bei mir auch nur in der detail ansicht beides angezeigt.
genau kann dad vermutlich nur jemand beantworten der einen echten eve sensor hat.
alles klar, dann brauche ich nach falschen mappings erst mal nicht weiter suchen ... ;)
Vielen Dank für die Antwort und vor allem für Deine tolle Arbeit für homebridge! Von den Möglichkeiten in FHEM bin ich ja schon echt beeindruckt, aber das Ganze wird durch die Anbindung an die Homekit-Welt noch viel besser. Top! :)
VG
Hallo zusammen,
ich habe mal ne ganz blöde Frage.
Meine Sonos Boxen, wie auch Verstärker habe ich als "genericDeviceType=light" definiert, mit den richtigen "homebridgeMappings" versehen, so dass ich nicht nur ein- und ausschalten kann, sondern auch die Lautstärke mit Siri regeln kann. Das funktioniert einwandfrei.
Nun zu meinem "Problem": Sage ich Siri "Schalte das Licht auf 10 Prozent" regelt die Lautstärke natürlich mit - klar, ist ja als "light" definiert. Mir ist klar, dass ich das über "Szenen" lösen könnte. Da mir aber hin und wieder die Konfiguration "um die Ohren fliegt" - benutze ich die Szenen nur, wenn es unbedingt nötig ist.
Hat jemand ne Idee, wie ich meine Konfiguration so erhalten kann, wie sie ist und trotzdem "Schalte das Licht auf 10 Prozent" sagen kann, ohne dass die Lautstärke davon beeinflusst wird?
Danke und Liebe Grüße
wolf
Zitat von: hoppel118 am 08 Februar 2018, 09:39:10
Das wäre cool, wenn du da nochmal schauen könntest!
Hast du oder jemand anders hier vielleicht noch ein paar Antworten auf meine anderen Fragen? Gern auch nach Feierabend. [emoji6]
Gruß Hoppel
Node -v
v.9.5.0
Gesendet von iPad mit Tapatalk Pro
Zitat von: no_Legend am 08 Februar 2018, 19:07:55Node -v
v.9.5.0
Ok, aktueller geht's nicht. ;)
• Wie lange hast du das schon in Betrieb?
• Welches OS hast du als Basis?
Evtl. sollte das Wiki an der Stelle mal auf Vordermann gebracht werden. Dafür wäre es aber erstmal interessant zu wissen, was hier nun überhaupt die empfohlene Version ist. ;)
• Muss man eigentlich alle Versionen nacheinander installieren, oder reicht es wenn man die letzte Version installiert?
Gruß Hoppel
Zitat von: hoppel118 am 08 Februar 2018, 19:59:46
Ok, aktueller geht's nicht. ;)
• Wie lange hast du das schon in Betrieb?
• Welches OS hast du als Basis?
Evtl. sollte das Wiki an der Stelle mal auf Vordermann gebracht werden. Dafür wäre es aber erstmal interessant zu wissen, was hier nun überhaupt die empfohlene Version ist. ;)
• Muss man eigentlich alle Versionen nacheinander installieren, oder reicht es wenn man die letzte Version installiert?
Gruß Hoppel
Naja genau sagen kann ich es nicht wie lange das schon so läuft.
Uptime vom NUC ist momentan 5 Tage und ne paar Stunden.
Bisher ist mir aber ein Absturz von HomeKit auf Node 9.5 nicht unter gekommen.
OS ist Ubuntu 16.04 LTS
Gesendet von iPhone mit Tapatalk Pro
5 Tage? :) Hm..., ok, das ist nicht gerade viel.
Ubuntu 16.04 kann man auch nicht wirklich mit Debian Stretch vergleichen. Ich bleibe erstmal bei v7 und beobachte das. Vielleicht gibt's hier ja noch jemanden, der uns mitteilen möchte, welche NodeJS Version er mit welchem OS einsetzt und hat noch ein paar Antworten auf die Fragen.
Danke erstmal und Gruß
@wolfram: wenn du blind verwendest kannst du auch auf xx% stellen. aber ich weiss nicht ob on und off dann noch geht. und du hast das problem das die boxen reagieren wenn du rolläden steuerst.
@hoppel118, no_Legend: es gibt eigentlich keinen grund auf die neueste node version zu setzen.
zumindest homebridge-fhem funktioniert sogar mit 0.12.7 noch und homebridge braucht nichts neueres als 4.3 oder so. meine systeme haben eine uptime von monaten.
mit etwas handarbeit kann man sich sogar homebridge updates für neue features sparen. das kopieren der aktuellen lib/gen/HomeKitTypes*files reicht.
@justme1968 Danke für die Info. Dann bleibe ich erstmal bei V7.
@all: Ich verwende nun die Elgato Eve App. Kann man es irgendwie konfigurieren, dass Siri einen Bereich (Gruppe mehrerer Räume) als Raum erkennt?
Mein Bereich ,,Wohnzimmer" besteht aus 2 Räumen ,,Wohnbereich" und ,,Essbereich".
Wenn ich Siri sage, dass Sie ,,alle Lampen im Wohnzimmer ein/ausschalten" soll, teilt sie mir mit: ,,Ich finde ich diesen Raum nicht in deiner Wohnung!".
Wahrscheinlich nimmt Siri an, dass etwas das ,,Wohnzimmer" heißt, immer ein Raum ist und das ,,Wohnzimmer" nicht in den Bereichen sucht.
Mir fällt aber kein besserer Name für das Wohnzimmer als Bereichsname ein.
Habt ihr dazu eine Idee?
Danke und Gruß Hoppel
ZitatKann man es irgendwie konfigurieren, dass Siri einen Bereich (Gruppe mehrerer Räume) als Raum erkennt?
In Homekit App gibt es "Zonen". Unter Raumeinstellungen für das jeweilige Raum die Zone einstellen, in deinem Fall wäre die Zone "Wohnzimmer" für Essbereich und Wohnbereich. Dann sollte es auch mit dem Siri Befehl klappen.
Gruß
Alex
Hm, die Zone wird automatisch in der Home App gesetzt, wenn ich in EVE einen Bereich definiere.
Siri erkennt die Zone (in der Home App) bzw. den Bereich ( in der EVE App) ,,Wohnzimmer" nicht als Raum.
Weitere Ideen? [emoji2]
Danke und Gruß Hoppel
Sobald ich den Bereich (bzw. die Zone in der Home App) umbenenne, bspw. von "Wohnzimmer" in "Wohnraum", erkennt Siri den Befehl an. Siri erwartet anscheinend, dass "Wohnzimmer" ein Raum sein muss. Ein "Wohnzimmer" kann somit kein Bereich sein. Kaum habe ich das gemacht, kann ich auch alle Lampen bzw. Thermostate des Wohnbereiches bzw. Essbereiches mit einem Befehl schalten.
Hm..., kann das mal bitte jemand bei sich nachstellen? Ich möchte gern wissen, ob das nur bei mir so ist. "Wohnzimmer" ist schon der ideale Bereichsname für mich. Alles andere kann ich Siri selbst nicht flüssig vermitteln. Wer nennt sein Wohnzimmer schon Wohnraum...
Kann man da noch irgendwas machen?
Danke und Gruß Hoppel
Hi,
alle xxxzimmer sind Räume ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hm..., das bringt mich jetzt nicht wirklich weiter. Sagt mir mal bitte eine brauchbare Alternative für ,,Wohnzimmer". ;)
Gruß Hoppel
Zitat von: EinEinfach am 09 November 2017, 13:04:18
Probier das mal:
{
"bridge":
{
"name": "FHEMbridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "260-12-010"
},
"platforms":
[{
"platform": "FHEM",
"name": "FHEMServer8",
"server": "192.168.178.48",
"port": "8085",
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras":
[{
"name": "Hofcamera",
"videoConfig": {
"source": "-rtsp_transport tcp -i rtsp://:xxxxxx@192.168.178.21:554/play1.sdp",
"stillImageSource": "-i http://xxxxx:xxxxxxxx@192.168.178.21:80/image/jpeg.cgi",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 30
}
}]
}],
"accessories": []
}
Das habe ich bei mir nach gebaut, da wird bei mir nur die Kamera gefunden und nicht die Bridge.
Was könnte das sein?
Zitat von: RaspiLED am 10 Februar 2018, 12:22:19
Hi,
alle xxxzimmer sind Räume ;-)
Gruß Arnd
Wo müsste man zur Änderung des Verhaltens einen Feature Request stellen?
Momentan ist die Logik hinter xxxzimmer (Raum) und Zone für meinen Anwendungsfall genau falsch herum.
Mein Wohnzimmer (Zone) besteht aus zwei Raumbereichen bzw. Räumen (Wohnbereich und Essbereich).
Ist das was, was in fhem irgendwie konfiguriert werden kann oder gehört das direkt zu Apple. Bei letzterem Fall kann ich das Anliegen wohl vergessen. [emoji20]
Gruß Hoppel
ZitatWo müsste man zur Änderung des Verhaltens einen Feature Request stellen?
Bei Apple
Zitat von: EinEinfach am 12 Februar 2018, 14:19:57
Bei Apple
Wo kann ich denn bei Apple einen Feature Request einstellen?
Ich finde nichts. Wie dem auch sei, ich habe es nun über einen kleinen Umweg hinbekommen:
1. Ich habe die HUEGroup ,,Wohnzimmer", die alle Lampen des ,,Wohnbereich" und des ,,Essbereich" enthält an meine fhem Homebridge durchgereicht
2. Ich habe in der Elgato Eve App eine Gruppe namens ,,Wohnzimmer" mit allen Lampen und Thermostaten des ,,Wohnbereich" und des ,,Essbereich" erstellt
Dadurch habe ich folgendes erreicht:
1. Lampen oder Thermostate des ,,Wohnbereich" oder ,,Essbereich" können einzeln, also Bereichsweise, mit Siri gesteuert werden
2. Alle Lampen und die beiden Thermostate des Wohnzimmers können insgesamt gesteuert werden
Nun funktioniert also alles so, wie ich es mir vorgestellt habe. :)
Gruß Hoppel
Ich habe einige Thermometer aus FHEM über die Homebridge freigegeben (Netatmo Devices).
Hat noch jemand das Problem, dass wenn er Siri nach der Temperatur in einem Raum fragt, Siri dann bei der Antwort immer die Nachkommastellen abschneidet und stattdessen sagt: "Im Wohnzimmer sind es 22.°C". Wobei die 22 dann wegen dem Punkt als "zweiundzwanzigster Grad Celsius" gesprochen wird, also wie ein Wochentag...?
Siri kommt hier offenbar mit Nachkommastellen nicht so gut klar?
Ich vermute mal, ich könnte das irgendwie über das Homebridge Mapping beheben indem ich irgendwie die Nachkommastellen abschneide und gar nicht an Homebridge weitergebe?
Moinsen,
ich habe das gerade mal mit meinen Homematic-Thermostaten getestet. Homematic Thermostate können ausschließlich auf gerade Zahlen und "5" nach dem Komma konfiguriert werden, bspw.:
...
20,0 °C
20,5 °C
21,0 °C
21,5 °C
...
Siri rundet die Temperaturen bei mir, auf Nachkommastellen geht sie bei der Frage nach der Raumtemperatur gar nicht ein. Für mich passt das so. Anbei ein paar Screenshots dazu.
Gruß Hoppel
Interessant ist auch, dass doppelt aufgerundet wird.
Ich sage, "Stelle die Temperatur im Büro auf 17,3°C", Siri stellt dann "17,5°C" ein. Wenn ich mir das dann nochmal in der Home App anschaue, sehe ich dass die "17,5°C" auf "18°C" aufgerundet wurden. Siri bestätigt dann die "18°C" bei der erneuten Frage nach der Temperatur, siehe Bilder.
Gruß Hoppel
Ok, dann würde sich die Frage stellen, warum das bei Homematic Thermostaten bei den Nachkommastellen so funktioniert, aber bei Netatmo Geräten aus irgendwelchen Gründen immer der "." mit in der Gradzahl landet, was sich bei den Siri Sprachausgaben dann wirklich komisch anhört. Wer will schon den zweiundzwanzigsten Grad Celsius haben....? ???
Damit kann ich dir leider nicht mehr helfen. Es handelt sich zumindest um kein generelles Problem. ;)
Gruß Hoppel
Hallo,
habt ihr auch oft das Problem dass nach jedem ios Update :-X die ganzen Geräte/Haus nicht erkannt wird?
Komischerweise funktioniert es aber außerhalb dem WLAN (mit ATV) immer noch ???
Gibt es ein besseres Workaround als das Haus zu löschen und komplett neu zu verbinden/Persists Ordner löschen...?
Zitat von: hoppel118 am 19 Februar 2018, 12:13:10
Interessant ist auch, dass doppelt aufgerundet wird.
Ich sage, "Stelle die Temperatur im Büro auf 17,3°C", Siri stellt dann "17,5°C" ein. Wenn ich mir das dann nochmal in der Home App anschaue, sehe ich dass die "17,5°C" auf "18°C" aufgerundet wurden. Siri bestätigt dann die "18°C" bei der erneuten Frage nach der Temperatur, siehe Bilder.
Gruß Hoppel
Ich denke, Du ziehst falsche Schlüsse. Schau dir das Ganze mal in Eve an.
Gesendet von iPhone mit Tapatalk
Zitat von: Steffen@Home am 20 Februar 2018, 07:03:46
Hallo,
habt ihr auch oft das Problem dass nach jedem ios Update :-X die ganzen Geräte/Haus nicht erkannt wird?
Komischerweise funktioniert es aber außerhalb dem WLAN (mit ATV) immer noch ???
Gibt es ein besseres Workaround als das Haus zu löschen und komplett neu zu verbinden/Persists Ordner löschen...?
Habe in Homekit, Hue, FHEM, und noch einige Sachen per Homebridge eingebunden, Probleme habe aber nicht das Sachen verschwinden. Mal ATV neugestartet? Ich nutze die iOS Beta.
Das die Temperaturen gerundet werden in Homekit ist wirklich etwas nervig. Stört mich auch.
Zitat von: volschin am 20 Februar 2018, 07:10:50
Ich denke, Du ziehst falsche Schlüsse. Schau dir das Ganze mal in Eve an.
Naja, so falsch waren meine Schlüsse nicht. Siri rundet und zwar so wie es auch in der Home App dargestellt wird. Aber du hast recht, in der Eve App wird die 5 nach dem Komma nicht nochmal auf die nächst höhere glatte Zahl aufgerundet.
Die Frage, warum bei @Phiolin ein Punkt ergänzt wird, bleibt.
Gruß Hoppel
Die Werte in der Eve App sind bei mir im übrigen auch korrekt und werden dort auch mit einem Komma dargestellt, wie sich das für metrische Verhältnisse gehört.
Warum bei Siri immer der Punkt ergänzt wird und das dann die Sprachausgabe durcheinander bringt, ist mir immer noch nicht klar. Ich werde später noch mal testweise ein Homematic Thermostat einbinden und gucken ob es da Unterschiede gibt, oder ob Siri bei mir einfach nicht ganz bei Verstand ist... ;)
Zitat von: Typ1er am 20 Februar 2018, 07:41:01
Habe in Homekit, Hue, FHEM, und noch einige Sachen per Homebridge eingebunden, Probleme habe aber nicht das Sachen verschwinden. Mal ATV neugestartet? Ich nutze die iOS Beta.
Das die Temperaturen gerundet werden in Homekit ist wirklich etwas nervig. Stört mich auch.
Sorry habe mich vielleicht falsch ausgedrückt... Es ist alles da und lässt sich auch von "außen" über ATV bedienen. Sobald ich aber im WLAN bin steht "nicht verfügbar" an den Devices.
Na da bin ich ja mal gespannt. Super, dass du auch ein Homematic Thermostat hast. So kann man sicher gut herausfinden, ob dein ,,."-Fehler nur bei deinen Netatmo Thermostaten auftritt oder ob es sich um irgendein Config-Problem handelt. Ich gehe aber davon aus, dass das Problem mit den Netatmo-Geräten zusammenhängt, lasse mich aber gern von etwas anderem überraschen. ;)
Welche NodeJS Version läuft eigentlich bei dir und welches OS hast du im Einsatz?
Gruß Hoppel
Hallo zusammen,
ich hätte man ne Frage zum Thema Rolläden und Homebridge. Ich habe es jetzt soweit, das ich alles über homebridge steuern kann. Ich kann die Rolläden, schliessen, öffnen oder auf eine bestimmte Position fahren. Alles geht soweit. Aber :-)
Wenn ich jetzt sagen, fahre den Rolladen runter oder auf bestimmte position, dann tut er das aber die aktualisiert die ganze zeit und kommt nicht zum ende. Somit steht da immer ""wird geöffnet", obwohl der Rolladen längst unten ist.
Hier ist ein List, nachdem ich den Rollo mit dem iPad hochgefahren habe.
Internals:
DEF 2/5/5:dpt5.001
DEVNAME bu_Rolladen_pct
IODev KNX
NAME bu_Rolladen_pct
NR 95
NTFY_ORDER 50-bu_Rolladen_pct
STATE 0 %
TYPE KNX
.userReadings:
HASH(0xbf9c7c8)
GADDR:
1 2/5/5
GCODE:
1 02505
MODEL:
1 dpt5.001
READINGS:
2018-02-20 15:43:17 setG1 0 %
2018-02-20 15:43:17 shutter_position 0
2018-02-20 15:43:17 state 0 %
READINGSNAME:
Attributes:
DbLogExclude .*
IODev KNX
alexaName Rolladen
alexaRoom Büro
genericDeviceType blind
homebridgeMapping CurrentPosition=shutter_position,minValue=0,maxValue=100 TargetPosition=shutter_position,minValue=0,maxValue=100,minStep=1,cmd=value,invert=1
room Buero,Homekit,alexa
slider 0,1,100
userReadings shutter_position {shutter_pos_knx(ReadingsVal($NAME, 'state','--'))}
webCmd value
Hat jemand einen Tipp, warum die Aktualisierung in der App nicht klappt?
Weil du PositionState vergessen hast? ;)
ok, könntest du mir da auf die Sprünge helfen? Wie genau muss das Konfiguriert werden?
Zitat von: hoppel118 am 20 Februar 2018, 11:22:58
Na da bin ich ja mal gespannt. Super, dass du auch ein Homematic Thermostat hast. So kann man sicher gut herausfinden, ob dein ,,."-Fehler nur bei deinen Netatmo Thermostaten auftritt oder ob es sich um irgendein Config-Problem handelt. Ich gehe aber davon aus, dass das Problem mit den Netatmo-Geräten zusammenhängt, lasse mich aber gern von etwas anderem überraschen. ;)
Welche NodeJS Version läuft eigentlich bei dir und welches OS hast du im Einsatz?
Gruß Hoppel
NodeJS 9.5.0 auf Debian Buster (Testing).
Leider tritt das bei den Homematic Thermostaten bei mir nicht auf, weil es halt kein Thermometer ist. Siri hat dabei eine ganz andere Sprachausgabe, wo die Gradzahlen auf ganze Zahlen gerundet werden und auch die Einstellung des Thermostates mit ausgegeben wird.
Es tritt allerdings neben den Netatmo Geräten auch bei den Thermometer Sensoren der Hue Bewegungsmelder auf. Ist also zumindest nicht Netatmo spezifisch sondern vermutlich eher Typ-Spezifisch auf Thermometer. Muss mir mal in der Homebridge angucken, wie die Werte da gemappt werden, bin ich aber heute nicht zu gekommen. :)
Zitat von: pole23 am 20 Februar 2018, 16:12:42
ok, könntest du mir da auf die Sprünge helfen? Wie genau muss das Konfiguriert werden?
Dir fehlt dummerweise ein Reading für den aktuellen Zustand (also auf/ab/gestoppt).
Meine Config sieht beispielsweise so aus:
CurrentPosition=position,minStep=10,default=100
TargetPosition=position,cmd=position,minStep=10,delay=1000
PositionState=state,values=drive-up:INCREASING;drive-down:DECREASING,default=STOPPED
@justme: danke für den Tipp und Rollos habe ich zum Glück nicht.
Gesendet von iPhone mit Tapatalk Pro
Hallo zusammen,
Meine homebridge läuft jetzt zuverlässig mit pilight Funkschaltern.
Vielleicht schon etwas off-topic, wie kann ich einen ,,Set" Aufruf aus einem fhem Modul als Schalter über homebridge in Apple Home bringen? Es geht z.B. um die Tag/Nacht Schaltung der Heizung.
Gruß
Jan
Mal eine nicht direkt Homebridge bezogene Frage, eher allgemein auf Homekit/Siri...
Hat noch jemand das Phänomen, dass primär bei Temperatur-Abfragen Siri jedes mal den Namen des Hauses mit in die Antwort einstreut? Bei mir sehen die Antworten für Temperaturen generell so aus: Die Temperatur(Raumname) in "Hausname" beträgt 22.°C (s. Anhang).
Ist das normal oder warum streut Siri hier immer den Namen des Hauses (in meinem Fall "Zuhause") ein? Es ist auch nur ein "Haus" in Homekit konfiguriert, ist also nicht so, als müsste Siri hier zwischen mehreren Wohnsitzen unterscheiden...
Grammatikalisch ist die ganze Ansage so nämlich eine Katastrophe. Das betrifft auch sowohl Sensoren die via Homebridge übertragen werden, als auch die Hue-Temperatursensoren in den Bewegungsmeldern, die ja direkt über die Hue-Bridge an Homekit gehen. Ist also auf jeden Fall nicht explizit ein Homebridge Problem.
Wie oben schon gesagt ist das bei Thermostaten (Homematic) nicht der Fall. Da sieht die Ansage bei mir ganz anders und ok aus, dabei wird auch kein Wohnsitz mit ausgegeben (s. zweiter Anhang). Bei den Thermostaten habe ich wie man sieht auch nicht das Problem mit dem überflüssigen "." der jedes mal von Siri mitgesprochen wird. Nur Air-Quality Sensoren (Netatmo) und Temperatur-Sensoren sind davon betroffen.
Das habe ich auch. Bei mir steht der Straßenname und Hausnummer da. Auch hier zeigt Siri alle Temperaturfühler an die in dem Raum sind. Zb übergebe ich auch den Taupunkt von FHEM an HomeKit. So stehen da eben 11°C und 24°C im Wohnzimmer.
Bei mehreren Temperatur-Sensoren im Raum habe ich das bei mir so gelöst, dass ich dann nur den im Raum behalte, den ich für die Temperatur benötige und den Rest in den "Standardraum" verschiebe. Bei der Hue-Bridge z.B. kann ich mir ja nicht aussuchen ob die Temperatur-Sensoren der Bewegungsmelder nach Homekit übertragen werden sollen oder nicht. Deshalb habe ich die an den Stellen wo ich auch noch eine Netatmo Station habe, dann einfach in den Standardraum verbannt. Kommt natürlich drauf an, was man möchte. :)
Zitat von: Markus M. am 20 Februar 2018, 18:39:16
Dir fehlt dummerweise ein Reading für den aktuellen Zustand (also auf/ab/gestoppt).
Meine Config sieht beispielsweise so aus:
CurrentPosition=position,minStep=10,default=100
TargetPosition=position,cmd=position,minStep=10,delay=1000
PositionState=state,values=drive-up:INCREASING;drive-down:DECREASING,default=STOPPED
Ich habe jetzt mal etwas am KNX geschraubt. Jetzt bekomme ich im State jeweils ein "up" und "down" und dann die eigentliche Position "xx %"
Dann habe ich das Mapping wie folgt angepasst:
clear CurrentPosition=shutter_position,minValue=0,maxValue=100 TargetPosition=shutter_position,minValue=0,maxValue=100,minStep=1,cmd=value,invert=1 PositionState=state,values=up:INCREASING;down:DECREASING;/.*/:STOPPEDim Log vom Homebridge steht folgendes:
2018-02-21 11:00:31 caching: bu_Rolladen_pct-state: 3 %
[2018-2-21 11:00:31] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from '3 %')
2018-02-21 11:00:31 caching: bu_Rolladen_pct-shutter_position: 3
[2018-2-21 11:00:31] [FHEM] caching: CurrentPosition: 3 (as number; from '3')
[2018-2-21 11:00:31] [FHEM] caching: TargetPosition: 97 (as number; from '3')
2018-02-21 11:00:31 caching: bu_Rolladen_pct-state: up
[2018-2-21 11:00:31] [FHEM] caching: PositionState: 1 (as number; means INCREASING; from 'up')
2018-02-21 11:00:31 caching: bu_Rolladen_pct-shutter_position: u
2018-02-21 11:00:35 caching: bu_Rolladen_pct-state: 2 %
[2018-2-21 11:00:35] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from '2 %')
2018-02-21 11:00:35 caching: bu_Rolladen_pct-shutter_position: 2Nur leider steht in der Home-App immernoch "Wird geöffnet".
Hat jemand noch einen Rat?
Zitat von: stratege-0815 am 21 Februar 2018, 08:23:43Vielleicht schon etwas off-topic, wie kann ich einen ,,Set" Aufruf aus einem fhem Modul als Schalter über homebridge in Apple Home bringen? Es geht z.B. um die Tag/Nacht Schaltung der Heizung.
Darf ich fragen, wofür du das brauchst?
Ich habe bspw. Wochenprofile für meine Homematic Thermostate konfiguriert:
https://wiki.fhem.de/wiki/Weekprofile
Über Tag und Nacht braucht man so nicht mehr nachdenken. Wenn ich es dann doch gern mal etwas wärmer/kälter hätte, steuere ich das per Siri oder über die Elgato Eve App.
Gruß Hoppel
Kann ich Temperaturwerte auch zusammenfassen, sodas sie in den Eigenschaften stehen? So wie das bei Temperatur und Feuchte ist?
Momentan habe das so:
clear
CurrentTemperature=dimhp_temperature_outdoor,minValue=-30,subtype=Garten
CurrentTemperature=dimhp_temperature_flow,minValue=-30,subtype=VorlaufTemperatur
CurrentTemperature=dimhp_temperature_return,minValue=-30,subtype=RücklaufTemperatur
CurrentTemperature=dimhp_temperature_returnset,minValue=-30,subtype=RücklaufSollTemperatur
CurrentTemperature=dimhp_temperature_dhw,minValue=-30,subtype=WarmwasserTemperatur
CurrentTemperature=dimhp_dhw_settemperature,minValue=-30,subtype=WarmwasserSollTemperatur
Zitat von: Typ1er am 25 Februar 2018, 22:27:49Kann ich Temperaturwerte auch zusammenfassen, sodas sie in den Eigenschaften stehen? So wie das bei Temperatur und Feuchte ist?
Nein. Klappt nur bei unterschiedlichen Characteristiken und in der Home App auch nur dann, wenn sie für das Device zumindest optional sind.
https://developer.apple.com/homekit/specification/ (https://developer.apple.com/homekit/specification/)
Zitat von: hoppel118 am 21 Februar 2018, 16:42:06
Darf ich fragen, wofür du das brauchst?
Ich habe bspw. Wochenprofile für meine Homematic Thermostate konfiguriert:
https://wiki.fhem.de/wiki/Weekprofile
Über Tag und Nacht braucht man so nicht mehr nachdenken. Wenn ich es dann doch gern mal etwas wärmer/kälter hätte, steuere ich das per Siri oder über die Elgato Eve App.
Gruß Hoppel
Hi, ich habe keine Homematic Thermostate. Wenn ich jetzt komplett darauf umstellen wollte müsste ich 12 Stück kaufen. Im großen und ganzen passt die Nachtabsenkung meiner Buderus Heizung. Es gibt eine bestimmte Werktags- und eine Wochenendschaltung. Wenn jetzt aber ein Feiertag auf einen Werktag fällt oder Weihnachtsferien sind muss ich immer in den Keller gehen und den Modus der Heizung umstellen. Sonst wird es ab 8:30 merklich kühler Darauf habe ich keine Lust und da die Technik nun einmal vorhanden ist will ich sie auch nutzen.
Achso, ok, mit deiner zentralen Heizungssteuerung kann ich dir leider nicht helfen. Damit habe ich mich noch nicht auseinander gesetzt.
Gruß Hoppel
Hi Zusammen, ich hoffe jemand kann mir helfen, bin grad etwas am verzweifeln.... Ich hab in FHEM die steuerung von Elero Markiesen wunderbar zum laufen bekommen. Hier der link zum Modul (Danke an HCS!!):
https://forum.fhem.de/index.php/topic,41466.0.html
Ich möchte das jetzt das ganze aber auch in Homekit zum laufen bekommen und da komme ich sehr schnell an meine Grenzen, das ganze funktioniert leider nicht. Zwar erscheinen meine 2 markiesen in der home app aber sie lassen sich nicht steuern...
Im angehängten Bild seht ihr das setup einer markiese in FHEM (die andere ist gleich aufgesetzt)
und hier der output aus homebridge --debug
Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[2/27/2018, 1:47:43 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.5
[2/27/2018, 1:47:43 AM] Registering platform 'homebridge-fhem.FHEM'
[2/27/2018, 1:47:43 AM] ---
[2/27/2018, 1:47:44 AM] Loaded plugin: homebridge-netatmo
[2/27/2018, 1:47:44 AM] Registering platform 'homebridge-netatmo.netatmo'
[2/27/2018, 1:47:44 AM] ---
[2/27/2018, 1:47:44 AM] Loaded config.json with 0 accessories and 2 platforms.
[2/27/2018, 1:47:44 AM] ---
[2/27/2018, 1:47:44 AM] Loading 2 platforms...
[2/27/2018, 1:47:44 AM] [netatmo platform] Initializing netatmo platform...
[2/27/2018, 1:47:44 AM] [netatmo platform] Creating NetatmoPlatform
[2/27/2018, 1:47:44 AM] [netatmo platform] Loading accessories
[2/27/2018, 1:47:44 AM] [netatmo platform] Creating Weatherstation Devices
[2/27/2018, 1:47:44 AM] [netatmo platform] Refreshing data for netatmo weatherstation
[2/27/2018, 1:47:44 AM] [netatmo platform] Loading new data from netatmo for weatherstation
[2/27/2018, 1:47:44 AM] [netatmo platform] Refreshing data for netatmo thermostat
[2/27/2018, 1:47:44 AM] [netatmo platform] Loading new data from netatmo for thermostat
[2/27/2018, 1:47:44 AM] [netatmo platform] Refreshing data for netatmo camera
[2/27/2018, 1:47:44 AM] [netatmo platform] Loading new data from netatmo for camera
[2/27/2018, 1:47:44 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.6:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1519692465319
[2/27/2018, 1:47:45 AM] [FHEM] Fetching FHEM devices...
[2/27/2018, 1:47:45 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2/27/2018, 1:47:45 AM] [FHEM] Checking devices and attributes...
[2/27/2018, 1:47:45 AM] [FHEM] executing: http://192.168.1.6:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_129994869105239&XHR=1
[2/27/2018, 1:47:45 AM] [FHEM] executing: http://192.168.1.6:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_129994869105239&XHR=1
[2/27/2018, 1:47:45 AM] [FHEM] siri device is siri
[2/27/2018, 1:47:45 AM] [FHEM] executing: http://192.168.1.6:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.4.5%22%7D&fwcsrf=csrf_129994869105239&XHR=1
[2/27/2018, 1:47:45 AM] [FHEM] Fetching FHEM devices...
[2/27/2018, 1:47:45 AM] [FHEM] fetching: http://192.168.1.6:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_129994869105239&XHR=1
[2/27/2018, 1:47:45 AM] [FHEM] got: 2 results
[2/27/2018, 1:47:45 AM] [FHEM] homebridgeMapping: CurrentPosition=position,minStep=10,default=100
TargetPosition=position,cmd=position,minStep=10,delay=1000
PositionState=state,values=drive-up:INCREASING;drive-down:DECREASING,default=STOPPED
[2/27/2018, 1:47:45 AM] [FHEM] mappings for EleroLivingRoomBig: { CurrentPosition: { reading: 'position', minStep: 10, default: 100 },
TargetPosition: { reading: 'position', cmd: 'position', delay: 1000, minStep: 10 },
PositionState:
{ reading: 'state',
values: [ 'drive-up:INCREASING', 'drive-down:DECREASING' ],
default: 'STOPPED' } }
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomBig is blind
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomBig has
[2/27/2018, 1:47:45 AM] [FHEM] CurrentPosition [position]
[2/27/2018, 1:47:45 AM] [FHEM] TargetPosition [position]
[2/27/2018, 1:47:45 AM] [FHEM] PositionState [state]
[2/27/2018, 1:47:45 AM] [FHEM] default: 100
2018-02-27 01:47:45 caching: EleroLivingRoomBig-position: top_position
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomBig-position not a number: top_position
[2/27/2018, 1:47:45 AM] [FHEM] caching: CurrentPosition: 100 (as number; from 'mapping.default')
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomBig-position not a number: top_position
[2/27/2018, 1:47:45 AM] [FHEM] default: 2
[2/27/2018, 1:47:45 AM] [FHEM] value2homekit: { 'drive-up': 1, 'drive-down': 0 }
[2/27/2018, 1:47:45 AM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2018-02-27 01:47:45 caching: EleroLivingRoomBig-state: top_position
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomBig-state values: value top_position mapped to 2
[2/27/2018, 1:47:45 AM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'top_position')
[2/27/2018, 1:47:45 AM] [FHEM] homebridgeMapping: CurrentPosition=position,minStep=10,default=100
TargetPosition=position,cmd=position,minStep=10,delay=1000
PositionState=state,values=drive-up:INCREASING;drive-down:DECREASING,default=STOPPED
[2/27/2018, 1:47:45 AM] [FHEM] mappings for EleroLivingRoomEast: { CurrentPosition: { reading: 'position', minStep: 10, default: 100 },
TargetPosition: { reading: 'position', cmd: 'position', delay: 1000, minStep: 10 },
PositionState:
{ reading: 'state',
values: [ 'drive-up:INCREASING', 'drive-down:DECREASING' ],
default: 'STOPPED' } }
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomEast is blind
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomEast has
[2/27/2018, 1:47:45 AM] [FHEM] CurrentPosition [position]
[2/27/2018, 1:47:45 AM] [FHEM] TargetPosition [position]
[2/27/2018, 1:47:45 AM] [FHEM] PositionState [state]
[2/27/2018, 1:47:45 AM] [FHEM] default: 100
2018-02-27 01:47:45 caching: EleroLivingRoomEast-position: top_position
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomEast-position not a number: top_position
[2/27/2018, 1:47:45 AM] [FHEM] caching: CurrentPosition: 100 (as number; from 'mapping.default')
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomEast-position not a number: top_position
[2/27/2018, 1:47:45 AM] [FHEM] default: 2
[2/27/2018, 1:47:45 AM] [FHEM] value2homekit: { 'drive-up': 1, 'drive-down': 0 }
[2/27/2018, 1:47:45 AM] [FHEM] homekit2name: { '0': 'DECREASING', '1': 'INCREASING', '2': 'STOPPED' }
2018-02-27 01:47:45 caching: EleroLivingRoomEast-state: top_position
[2/27/2018, 1:47:45 AM] [FHEM] EleroLivingRoomEast-state values: value top_position mapped to 2
[2/27/2018, 1:47:45 AM] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'top_position')
[2/27/2018, 1:47:45 AM] [FHEM] Initializing platform accessory 'EleroLivingRoomBig'...
[2/27/2018, 1:47:45 AM] [FHEM] creating services for EleroLivingRoomBig
[2/27/2018, 1:47:45 AM] [FHEM] information service for EleroLivingRoomBig
[2/27/2018, 1:47:46 AM] [FHEM] manufacturer, model and serial number characteristics for EleroLivingRoomBig
[2/27/2018, 1:47:46 AM] [FHEM] WindowCovering service for EleroLivingRoomBig
[2/27/2018, 1:47:46 AM] [FHEM] CurrentPosition characteristic for EleroLivingRoomBig:position
[2/27/2018, 1:47:46 AM] [FHEM] initial value is: 100 (number)
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'ev' ] }
[2/27/2018, 1:47:46 AM] [FHEM] TargetPosition characteristic for EleroLivingRoomBig:position
[2/27/2018, 1:47:46 AM] [FHEM] no default
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2/27/2018, 1:47:46 AM] [FHEM] PositionState characteristic for EleroLivingRoomBig:state
[2/27/2018, 1:47:46 AM] [FHEM] initial value is: 2 (number; means STOPPED)
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 2,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2 ] }
[2/27/2018, 1:47:46 AM] [FHEM] Initializing platform accessory 'EleroLivingRoomEast'...
[2/27/2018, 1:47:46 AM] [FHEM] creating services for EleroLivingRoomEast
[2/27/2018, 1:47:46 AM] [FHEM] information service for EleroLivingRoomEast
[2/27/2018, 1:47:46 AM] [FHEM] manufacturer, model and serial number characteristics for EleroLivingRoomEast
[2/27/2018, 1:47:46 AM] [FHEM] WindowCovering service for EleroLivingRoomEast
[2/27/2018, 1:47:46 AM] [FHEM] CurrentPosition characteristic for EleroLivingRoomEast:position
[2/27/2018, 1:47:46 AM] [FHEM] initial value is: 100 (number)
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'ev' ] }
[2/27/2018, 1:47:46 AM] [FHEM] TargetPosition characteristic for EleroLivingRoomEast:position
[2/27/2018, 1:47:46 AM] [FHEM] no default
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 10,
perms: [ 'pr', 'pw', 'ev' ] }
[2/27/2018, 1:47:46 AM] [FHEM] PositionState characteristic for EleroLivingRoomEast:state
[2/27/2018, 1:47:46 AM] [FHEM] initial value is: 2 (number; means STOPPED)
[2/27/2018, 1:47:46 AM] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 2,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2 ] }
ich sehe dass im debug code die top_position als "not a number" moniert wird, aber ich hab leider keine Ahnung was das zu bedeuten hat...
Ich wäre sehr dankbar wenn mir jemand helfen könnte.
tausend dank
dreale
Hallo Zusammen,
ich habe ein Problem mit einem Dummy-Device das als Thermostat fungieren soll.
Dieser Dummy habe ich GenericDeviceTyp als Thermostat für die Homebridge definiert.
Ich habe mit einem setreading ein Reading definiert in das die Solltemperatur geschrieben wird.
Nun zu meinem Problem.
wie kann ich im homebridgeMapping mit TargetTemperature den Wert da hineinschreiben.
Sorry für meine Frage, aber ich beisse mir schon eine Zeit lang an diesem Problem die Zähne aus (Forenbeiträge gelesen etc.).
Vorab Danke für die Hilfe.
Gruß Timo
Hi Timo,
zeig uns mal Dein list vom dummy!
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Arnd,
hier meine List
Internals:
NAME Temp_Regler
NR 336
STATE 1
TYPE dummy
READINGS:
2018-02-27 07:19:23 Ist_Status 1
2018-02-27 07:03:00 Soll_Status 1
2018-02-27 07:01:40 Soll_Temperatur_Vorwahl 21
2018-02-27 07:02:21 Soll_Temperatur_Zustand 22
2018-02-27 07:00:44 aktuelle_Temperatur 20
2018-02-27 07:29:25 state 1
Attributes:
genericDeviceType thermostat
homebridgeMapping CurrentTemperature=aktuelle_Temperatur
TargetTemperature=Soll_Temperatur_Vorwahl::Soll_Solltemperatur_Zustand,minValue=18,maxValue=26,minStep=1,cmd=setreading Temp_Regler Soll_Temperatur_Vorwahl
CurrentHeatingCoolingState=Ist_Status,cmds=0:OFF;1:HEAT;2:COOL
TargetHeatingCoolingState=Soll_Status,cmds=OFF:0;HEAT:1;COOL:2;AUTO:3
room Versuchskammer
Gruß Timo
Zitatich sehe dass im debug code die top_position als "not a number" moniert wird, aber ich hab leider keine Ahnung was das zu bedeuten hat...
"not a number" = keine Zahl
Die Homebridge erwartet an dieser Stelle eine Zahl. Du übergibst aber einen String, damit kann die Homebridge nichts anfangen.
Hallo zusammen,
ich habe die Homebridge ohne Probleme am Laufen.
Nun habe ich nach dem "Homebridge Start und Status in FHEM Wiki" die Start Stop Status Funktion in Fhem eingebaut. Dies klappt bei mir leider nicht wirklich. Wenn Homebridge läuft bekomme ich die Meldung "An". Jedoch kann ich über Fhem nicht starten, stoppen und Status auslesen. Alles mehrfach gecheckt und das Wiki abgearbeitet. Als Meldung im Logfile von Fhem bekomme ich "sudo: no tty present and no askpass program specified" Was laut anderen Postings auf die sudoers Anpassung hinausläuft. Dort habe ich auch mal die Jessie Variante probiert, jedoch ohne Erfolg.
Der Autostart und das Starten, Stoppen, etc. in der Konsole ist problemlos möglich.
Installiert ist Stretch und alles Up to Date.
Hat wer nen Lösungsansatz, oder war/ist es gar bekannt das Problem und ich habe die Lösung via Sufu nicht gefunden?
Hi,
als welcher User wird Dein homebridge gestartet? Welche Methode init.d oder systemctl?
Bei mir user homebridge und systemctl.
In /etc/sudoers
fhem ALL=(ALL:ALL) NOPASSWD:/bin/systemctl
In /etc/passwd (998 ist bei Dir wahrscheinlich anders, wichtig ist das /bin/bash am Ende)
homebridge:x:998:998::/home/homebridge:/bin/bash
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Läuft als normaler User bei mir.
Läuft mit init.d, nicht mit systemctl.
Die sudoers ist entsprechend angepasst.
bin/bash ist ebenfalls korrekt.
Danke Arnd für den Tip mit der sudoers noch mal und den Startverfahren. Hier hing der Fehler.
bei mir ists: "fhem ALL=(ALL) NOPASSWD:/usr/sbin/service"
Hi,
Wer ist der normale user (pi, vorname, fhem, homebridge, root)? Bei init.d ist der ,,normale" user root! Hat root eine shell in /etc/passwd eingetragen? Welchen genauen Mechanismus (zeig mal die Zeile die ausgeführt wird) machst Du in FHEM um sudo zu nutzen?
Unsere Glaskugeln sind kaputt ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Der Normale User ist "cups"
Es ist genau diese Zeile, die ausgeführt wird, wie sie ihm Wiki vorgeschlagen wird: "attr SYS_Homebridge userReadings OnStateChange:(start|stop|restart|status) { system ("sudo service homebridge ".ReadingsVal($NAME,"state","restart")." &" );; }"
Ebenfalls hat root ne shell eingetragen.
Wie schon gesagt, es läuft jetzt ohne Probleme mit dieser: "fhem ALL=(ALL) NOPASSWD:/usr/sbin/service" Anpassung in der sudoer Datei.
Hallo Zusammen,
ich hatte weiter oben (Seite 190) mal angefragt ob mir jemand bei meinem Problem mit dem Thermostat Dummy helfen kann.
Ich bin am verzweifeln. Irgendwie bekomme ich die Werte nicht ins Userreading geschrieben (Homebridge -> FHEM).
Danke - Gruß Timo
Zitatich hatte weiter oben (Seite 190) mal angefragt ob mir jemand bei meinem Problem mit dem Thermostat Dummy helfen kann.
Weder im letzten noch in diesem Post verrätst uns, was du genau definiert hast, was deine Konsolenausgaben sind und und und, so kann dir keiner helfen
Sorry
Hi,
ich habe für meinen HM-LC-RGBW-WM ein dummy erstellt um eine Steuerung über Alexa zu realisieren,
es funktioniert auch soweit alles bis auf das "Ummappen" der Farbe weiß auf rot bzw. funktioniert immer
nur eine Variante:
homebridgeMapping Hue=cmds=0:hue+100
ich habe schon diverse Varianten probiert, wie z.B. invert oder auch folgendes:
homebridgeMapping Hue=cmds=0:hue+100;Hue=cmds=100:hue+0
oder
homebridgeMapping Hue=cmds=0:hue+100;cmds=100:hue+0
aber leider klappt es nicht so wie ich will, ich wäre für jeden Rat sehr dankbar!!!
Hallo liebe Gemeinde,
ich ziehe gerade meine FHEM Installation von einem RPi1 auf einen RPi3 um und bin gerade am Punkt homebridge angelangt.
Nun Frage ich mich, welche Node JS Version ich auf Rasbian Stretch Lite installieren soll?! ???
Im FHEM Wiki sind die Version 4.x,5.x und 6.x aufgeführt aber unter https://github.com/nodesource/distributions gibt es ja schon 9.x?
Über den korrekten Befehl wäre ich dankbar. Hätte ansonsten folgenden genommen:
curl -sL https://deb.nodesource.com/setup_9.x | sudo -E bash -
sudo apt-get install -y nodejs
EDIT: Habe in vorherigen Beiträgen gelesen, dass der Ein oder Andere schon die aktuellste 9.x verwendet, weshalb ich Sie mit dem Befehl oben installiert habe.
Allerdings scheint es wurde gar nicht richtig installiert?
pi@raspberrypi3:~ $ npm -v
-bash: npm: command not found
pi@raspberrypi3:~ $ node -v
-bash: node: command not found
pi@raspberrypi3:~ $ nodejs -v
v4.8.2
Sind Node und NPM keine Bestandteile mehr von Rasbian Stretch Lite?
Gruß sTaN
Hi,
bei mir läuft v7 unter Stretch. Aber den folgenden Informationen nach, ist die Version egal:
https://forum.fhem.de/index.php/topic,48558.msg763162.html?PHPSESSID=jkq71qqsr6fcom4c43lei9r3s1#msg763162
Lies dir die Posts davor und danach durch. Da geht es genau um das Thema.
Gruß Hoppel
Hallo hoppel118,
danke. Hatte es noch gelesen ::) Frage mich aber nun, was mit nvm und node ist. Dachte dies wird bei der Installation von node.js mitinstalliert?!
EDIT: Vergesst es...Hab beim erstem curl Befehl einen Fehler drin gehabt. Nun ist alles installiert
pi@raspberrypi3:~ $ npm -v
5.6.0
pi@raspberrypi3:~ $ node -v
v9.7.1
pi@raspberrypi3:~ $ nodejs -v
v9.7.1
Schauen wir mal, wie der Umzug weiterhin verläuft...
Hallo,
ich versuche nun seid ein Paar Stunden meine Tahoma Sonnensensoren über FHEM an HomeKit zu exportieren. Leider funktioniert dies nicht. Mein Testsensor wird nicht innerhalb der Home App angezeigt. Ich habe bis jetzt mehrere Einträge zu diesem Thema bereits gefunden, leider wird dort keine vollständige Konfiguration beschrieben. Ich glaube mir fehlt hier was(?).
Meine Konfiguration:
defmod tahoma_5240804 tahoma DEVICE io://1202-7753-5732/5240804
attr tahoma_5240804 IODev tahoma1
attr tahoma_5240804 alias SonnensensorOsten
attr tahoma_5240804 homebridgeMapping CurrentAmbientLightLevel=LuminanceState,minVal=0
attr tahoma_5240804 room Homekit,Sonnenschutz,tahoma
setstate tahoma_5240804 2018-03-05 18:39:47 .lastupdate 1520271587
setstate tahoma_5240804 2018-03-05 18:39:47 LuminanceState 50
setstate tahoma_5240804 2018-03-05 18:39:47 RSSILevelState 100
setstate tahoma_5240804 2018-03-05 18:39:47 StatusState available
Der Befehl zum GenericDeviceType brachte auch nur eine Fehlermeldung aus:
attr tahoma_5240804 genericDeviceType CurrentAmbientLightLevel
Könnt Ihr mir hier Weiterhelfen?
Gruß
Marc
Der CurrentAmbientLightLevel denke muss beim HomebridgeMapping rein. Der genericDeviceType auf Light
ZitatDer genericDeviceType auf Light
Weiß nicht, ob dahinter tatsächlich der LightSensor sich verbirgt
Das würde auf jeden Fall gehen:
attr tahoma_5240804 genericDeviceType LightSensorAchte nur drauf, dass CurrentAmbientLightLevel als Max-Wert = 100000 und als Min-Wert = 0.0001 hat
Gruß
Light ist eine lampe. kein licht sensor.
genericDeviceType muss LightSensor sein.
Zitat von: EinEinfach am 06 März 2018, 11:12:57Achte nur drauf, dass CurrentAmbientLightLevel als Max-Wert = 100000 und als Min-Wert = 0.0001 hat
Das ist der wichtigste Punkt.
Sobald da falsche Werte ankommen, funktioniert das HomeKit Device nicht mehr.
Hat mich auch erst zur Verzweiflung gebracht.
Zitat von: Markus M. am 06 März 2018, 13:20:38
Das ist der wichtigste Punkt.
Sobald da falsche Werte ankommen, funktioniert das HomeKit Device nicht mehr.
Hat mich auch erst zur Verzweiflung gebracht.
Ich danke euch, es funktioniert! So sieht der richtige Eintrag aus:
attr tahoma_14092848 genericDeviceType LightSensor
attr tahoma_14092848 homebridgeMapping CurrentAmbientLightLevel=LuminanceState,minVal= 0.0001,maxVal=100000@justme1968: Vielleicht kann man dies noch im ersten Post hinzufügen
Wenn ich euch noch eine Frage stellen darf? Ich habe ebenfalls meine Rollladen von Somfy/Tahoma in HomeKit eingebunden. Dies funktioniert generell auch, nur bleibt das Gerät in HomeKit ziemlich lange auf aktualisieren stehen, bzw. es erkennt scheinbar nicht, dass die Rolllade bereits die gewünschte Position erreicht hat. Stimmt etwas nicht an meiner Konfiguration, liegt es an FHEM oder geht es nicht anders?
defmod tahoma_6707575 tahoma DEVICE io://1202-7753-5732/6707575
attr tahoma_6707575 IODev tahoma1
attr tahoma_6707575 alias RollerShutter Küchenrollade Links
attr tahoma_6707575 genericDeviceType blind
attr tahoma_6707575 homebridgeMapping CurrentPosition=dim::position,invert=1,minValue=0,maxValue=100 TargetPosition=dim::position,invert=1,minValue=0,maxValue=100,minStep=10
attr tahoma_6707575 room tahoma
attr tahoma_6707575 webCmd dimGruß
Marc
Neben TargetPosition und CurrentPosition (die jeweils sinnvolle Werte haben sollten) gibt es auch noch PositionState. Such einfach mal nach Beispielen dazu.
Zitat von: Markus M. am 06 März 2018, 18:14:01
Neben TargetPosition und CurrentPosition (die jeweils sinnvolle Werte haben sollten) gibt es auch noch PositionState. Such einfach mal nach Beispielen dazu.
Ich hatte tatsächlich einen falsche Eintrag eingetragen. Es funktioniert nun
Zitat von: hoppel118 am 04 März 2018, 16:30:29
Hi,
bei mir läuft v7 unter Stretch. Aber den folgenden Informationen nach, ist die Version egal:
https://forum.fhem.de/index.php/topic,48558.msg763162.html?PHPSESSID=jkq71qqsr6fcom4c43lei9r3s1#msg763162
Lies dir die Posts davor und danach durch. Da geht es genau um das Thema.
Gruß Hoppel
Homebridge funktioniert dann zwar, aber 8.x ist die aktuelle LTS-Version, deren Einsatz sich empfiehlt.
Die Implementierung meiner FHEM HomeKit Konfiguration sieht langsam sehr gut aus. Leider habe ich noch ein Ungereimtheiten bzw. Sachen wo ich keine Informationen im Forum wirklich finden konnte. Auch längeres ausprobieren konnte mir nicht alle Fragen beantworten.
ZitatDies funktioniert generell auch, nur bleibt das Gerät in HomeKit ziemlich lange auf aktualisieren stehen, bzw. es erkennt scheinbar nicht, dass die Rolllade bereits die gewünschte Position erreicht hat. Stimmt etwas nicht an meiner Konfiguration, liegt es an FHEM oder geht es nicht anders?
Wenn ich im Homebridgemapping als Schritte (minStep) den Wert 1 eingebe, funktioniert alles ohne Probleme. Wenn ich aber als minStep=5 eingebe, und ich die Rolllade in HomeKit auf 85 stelle, passiert es regelmäßig, das die Rolllade nur bis Position 84 oder 86 fährt. HomeKit sieht dann, dass die Rolllade die gewünschte Position nicht erreicht hat und bleibt dann auf aktualisieren stehen. Sollte ich hier mit einer Rundung arbeiten? Geht dies im Homebridgemapping?
Neben Tahoma habe ich in HomeKit auch meine LWZ-Heizungsanlage eingebunden. Aktuell kann ich die Heizungs- und Warmwassertemperatur als Thermostat auslesen und einstellen. Nun verfügt die Heizung über mehrere Einstellungsmöglichkeiten. Zum Beispiel kann der Heizungsmodus eingestellt werden. Dies habe ich aktuell als separaten dummy Schalter realisiert. Diesen Schalter würde ich aber gerne als HomeKit Service im Heizungsthermostat integrieren. Die Elgato Eve App unterstützt mehrere Services bei einen Gerät und sollte dies dann auch unterstützen. Nun habe ich bereits versucht das Homebridgemapping zu erweitern. Leider wird in der Eve kein Schalter unterhalb des Thermostat erkannt. Ich stelle mir das ungefähr wie folgt vor: https://github.com/grover/homebridge-automation-switches/blob/master/docs/AlarmClock.png (https://github.com/grover/homebridge-automation-switches/blob/master/docs/AlarmClock.png) Ein Gerät mit mehreren Services (Schalter und Slider)
Meine Homebridgemapping sieht wie folgt aus:
attr Heizungsthermostat homebridgeMapping TargetTemperature=target::target,minValue=16,maxValue=28,minStep=0.1 CurrentTemperature=state On=modus,values=OFF:0;ON:1,cmdOff=OFF,cmdOn=ON,nocache=true
attr Heizungsthermostat webCmd on:offIm Heizungsthermostat habe ich eingestellt, dass der Slider mit 0.1 schritten einstellbar sein soll. In FHEM funktioniert dies auch. In der Eve App werden aber nur Schritte von 0.5 genommen. Ich kann mir vorstellen, dass die Eve App und HomeKit keine kleineren Schritte unterstützen, oder Irre ich mich da?
Gibt es aktuell ein Problem mit Homebridge?
ich habe heute ein Fhem-Update gemacht und nach einem Homebridge-Neustart bekomme ich nun folgenden Fehler auf der Konsole:
Mär 09 22:01:17 fhem homebridge[22907]: Prototype mismatch: sub main::OldReadingsAge ($$$;$) vs ($$$) at /opt/fhem/fhem.pl line 4192.
Mär 09 22:01:17 fhem homebridge[22907]: Prototype mismatch: sub main::ReadingsAge ($$$;$) vs ($$$) at /opt/fhem/fhem.pl line 4238.
Ich bin jetzt mit meinem Versuch von mehreren Services schonmal weiter gekommen. Einen Slider konnte ich hinzufügen. Leider wird der Schalter aber nicht angezeigt. Ob meine homebridgemapping fehlerhaft ist?
defmod Heizungsthermostat dummy
attr Heizungsthermostat genericDeviceType thermostat
attr Heizungsthermostat homebridgeMapping TargetTemperature=target::target,minValue=16,maxValue=28,minStep=0.5 CurrentTemperature=state\
SliderValue=steigung::steigung,minValue=16,maxValue=40,minStep=1\
On=schalter,valueOn=on,valueOff=/off/,cmdOn=on,cmdOff=off
attr Heizungsthermostat readingList target
attr Heizungsthermostat room HomeKit
attr Heizungsthermostat setList target:slider,16,0.5,28,1 steigung:slider,16,1,40 schalter:on schalter:off
attr Heizungsthermostat userReadings steigung { ReadingsVal("Heizung_Steigung","state", 0)*100;;}
attr Heizungsthermostat webCmd on:off
setstate Heizungsthermostat 21.5
setstate Heizungsthermostat 2018-03-10 00:18:41 schalter on
setstate Heizungsthermostat 2018-03-10 00:26:26 state 21.5
setstate Heizungsthermostat 2018-03-10 00:26:26 steigung 35
setstate Heizungsthermostat 2018-03-09 19:27:36 target 21.5
Wenn ich den Slider (HomeKit) oder den Schalter (FHEM) bewege/einstelle, wird immer der state Reading aktualisiert. Im Fall vom Slider, steht dann im state der Wert "steigung 25". Wie kann ich angeben, dass ich lieber einen anderen Reading verwenden will? Interessanter weise liest der Slider am Anfang den Wert vom Reading steigung aus, setzt dort aber nicht den neuen Wert hin.
Möchte gerne die letzte Zeit der Aktivierung beim Bewegungsmelder darstellen, ggf später auch beim Kontaktsensor.. EVE bietet eine eigene Characteristic dafür an. Jedoch wird mir dabei nichts dargestellt. Vielleicht kann Andre mehr dazu sagen. Die Zeit ist konvertiert in epoch.
E863F11A-079E-48FF-8F27-9C2605A29F52=test,name=LastActivation,format=UINT32,unit=SECONDS
Zitat von: exit2308 am 17 November 2017, 19:47:15
Lassen sich bei Custom Characteristics irgendwie die Units im mapping mit angeben oder ändern?
(PERCENTAGE,CELSIUS,LUX,ARC_DEGREE .. usw.)
bzw. werden nur die Hauseigenen von Apple unterstützt?
CCC04890-565B-4376-B39A-3113341D9E0F=Wetter:rain_day,name=RainDay,format=FLOAT,unit=mm
Funktioniert so weit, mir fehlt da nur die Masseinheit noch..
Hab es nun hinbekommen über Umwege.
@justme1968
Wäre schön wenn es im fhem-homebridge modul implementiert werden würde. Sind einige EVE Characteristics die mittlerweile herausgefunden wurden.
Hallo,
ich habe folgendes Problem (Fehlermeldung) und bekomme es nicht gelöst: Ich habe bereits alle nodejs Versionen von V.4 ab versucht, immer der gleiche Fehler.
Zum System:
Linux fhem 4.9.80-v7+ #1098 SMP Fri Mar 9 19:11:42 GMT 2018 armv7l GNU/Linux (Raspi/Stretch)
Derzeit: npm -v 5.6.0 / node -v v9.8.0
Der Fehler nachdem ich ungefähr alle Tutorials durchgeklickt habe:
pi@fhem ~ $ homebridge
module.js:545
throw err;
^
Error: Cannot find module ,../build/Release/dns_sd_bindings'
at Function.Module._resolveFilename (module.js:543:15)
at Function.Module._load (module.js:470:25)
at Module.require (module.js:593:17)
at require (internal/module.js:11:18)
at Object. (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
at Module._compile (module.js:649:30)
at Object.Module._extensions..js (module.js:660:10)
at Module.load (module.js:561:32)
at tryModuleLoad (module.js:501:12)
at Function.Module._load (module.js:493:3)
Ich bin mit meinem sehr kleinen Linuxlatein am Ende und brauche eure Hilfe. Ich hoffe ich habe alle Infos dargelegt, um die Glaskugel in der Schublade zu lassen. Ich habe auch über die Sufu nichts passendes gefunden.
@Neeein
Ins Verzeichnis /usr/lib/node_modules/homebridge wechseln und Modul nach installieren
sudo npm install --unsafe-perm mdns
sudo npm rebuild --unsafe-perm
Danke für die Lösung!
kann mit diesem Fehler einer was anfangen? Homebridge startet, bis zum Code, und schmiert dann ab.
Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
Mär 24 10:54:45 raspberrypi homebridge[2722]:
Mär 24 10:54:45 raspberrypi homebridge[2722]: ┌────────────┐
Mär 24 10:54:45 raspberrypi homebridge[2722]: │ 031-45-154 │
Mär 24 10:54:45 raspberrypi homebridge[2722]: └────────────┘
Mär 24 10:54:45 raspberrypi homebridge[2722]:
Mär 24 10:54:45 raspberrypi homebridge[2722]: events.js:165
Mär 24 10:54:45 raspberrypi homebridge[2722]: throw er; // Unhandled 'error' event
Mär 24 10:54:45 raspberrypi homebridge[2722]: ^
Mär 24 10:54:45 raspberrypi homebridge[2722]: Error: listen EADDRINUSE :::51842
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Server.setupListenHandle [as _listen2] (net.js:1342:14)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at listenInCluster (net.js:1383:12)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Server.listen (net.js:1471:7)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at EventedHTTPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at HAPServer.listen (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:607:16)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:126:16)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:382:14)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
Mär 24 10:54:45 raspberrypi homebridge[2722]: at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1101:22)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:186:22)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Request.emit (events.js:180:13)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1163:10)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Request.emit (events.js:180:13)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1085:12)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Object.onceWrapper (events.js:272:13)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at Gunzip.emit (events.js:185:15)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at endReadableNT (_stream_readable.js:1101:12)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at process._tickCallback (internal/process/next_tick.js:114:19)
Mär 24 10:54:45 raspberrypi homebridge[2722]: Emitted 'error' event at:
Mär 24 10:54:45 raspberrypi homebridge[2722]: at emitErrorNT (net.js:1362:8)
Mär 24 10:54:45 raspberrypi homebridge[2722]: at process._tickCallback (internal/process/next_tick.js:114:19)
Mär 24 10:54:45 raspberrypi systemd[1]: homebridge-fhem.service: Main process exited, code=exited, status=1/FAILURE
Mär 24 10:54:45 raspberrypi systemd[1]: homebridge-fhem.service: Unit entered failed state.
Mär 24 10:54:45 raspberrypi systemd[1]: homebridge-fhem.service: Failed with result 'exit-code'.
Fehler gefunden, Port doppelt vergeben
Error: listen EADDRINUSE :::51842
Hallo zusammen,
Ich habe mittlerweile alle Rolladen in FHEM bzw. HomeKit integriert und sie funktionieren zuverlässig.
Nun würde ich diese gerne prozentual über Siri/HomeKit anfahren, allerdings gelingt mir das Mapping nicht.
In FHEM kann ich die Position mit set <Rolladen> pos <Wert in %>
Mein jetziges Mapping sieht so aus.
Code: [Auswählen]
clear CurrentPosition=position,minValue=0,maxValue=100,minStep=100 TargetPosition=CurrentPosition,cmds=/.*/:off;0:on
Damit sind ganz zu und ganz auf möglich und der Status wird auch korrekt übernommen.
Wie muss ich das denn jetzt anpassen, um in 10er Schritten die Position mit HomeKit anfahren zu können?
Gruß Dirk
Nochmal Hallo in die Runde,
vielleicht kann mir ja jetzt jemand helfen.
Ich habe es nun soweit, da sich sowohl den Status in Homekit sehe und auch anfahren kann. Auf und Zu klappt ebenfalls.
Allerdings mit einem kleinen Fehler, an dem ich mir jetzt den Kopf zerbreche.
Über die Homekit App ist das Signal was das Rollo gesendet wird wohl 0 für Auf, 100 für Ab und pos.
Damit fährt mein Rollo aber nur bis zur Position 100, welche im Dooya Modul "Rollo auf Spalt" ist. Ganz zu ist im Modul Position 200.
Fahre ich das Ganze über FHEM direkt an, wird auch Positon 200 erreicht.
Kann man das umstellen oder um Mappen?
Bin für jede Hilfe dankbar, weil alle meine Versuche mit eventmap oder userreadings damit enden, das nichts mehr geht.
Anbei jsonlist und def vom Device.
{
"Arg":"R_Test",
"Results": [
{
"Name":"R_Test",
"PossibleSets":"Zu:noArg Auf:noArg Stop:noArg down:noArg off:noArg on:noArg pos:slider,0,10,100 prog:noArg stop:noArg",
"PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev SignalRepeats:5,10,15,20 channel:0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15 drive-down-time-to-100 drive-down-time-to-close drive-up-time-to-100 drive-up-time-to-open additionalPosReading event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading oldreadings ignore:0,1 dummy:1,0 loglevel:0,1,2,3,4,5,6 alarmDevice:Actor,Sensor alarmSettings cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon siriName sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
"Internals": {
"CHANNEL": "0",
"DEF": "0110110000001011111110000011_0",
"ID": "0110110000001011111110000011",
"NAME": "R_Test",
"NR": "125",
"STATE": "closed",
"TYPE": "Dooya",
"exact": "200",
"move": "stop",
"position": "200"
},
"Readings": {
"exact": { "Value":"200", "Time":"2018-03-29 07:46:55" },
"position": { "Value":"200", "Time":"2018-03-29 07:46:55" },
"state": { "Value":"closed", "Time":"2018-03-29 07:46:55" }
},
"Attributes": {
"IODev": "sduino",
"SignalRepeats": "10",
"drive-down-time-to-100": "12",
"drive-down-time-to-close": "18",
"drive-up-time-to-100": "6",
"drive-up-time-to-open": "19",
"event-on-change-reading": ".*",
"eventMap": "on:Zu off:Auf stop:Stop",
"genericDeviceType": "blind",
"group": "Test",
"homebridgeMapping": "clear CurrentPosition=position,invert=1 TargetPosition=CurrentPosition,cmd=pos",
"room": "Homekit",
"webCmd": "Zu:Auf:Stop:pos"
}
} ],
"totalResultsReturned":1
}
defmod R_Test Dooya 0110110000001011111110000011_0
attr R_Test IODev sduino
attr R_Test SignalRepeats 10
attr R_Test drive-down-time-to-100 12
attr R_Test drive-down-time-to-close 18
attr R_Test drive-up-time-to-100 6
attr R_Test drive-up-time-to-open 19
attr R_Test event-on-change-reading .*
attr R_Test eventMap on:Zu off:Auf stop:Stop
attr R_Test genericDeviceType blind
attr R_Test group Test
attr R_Test homebridgeMapping clear CurrentPosition=position,invert=1 TargetPosition=CurrentPosition,cmd=pos
attr R_Test room Homekit
attr R_Test webCmd Zu:Auf:Stop:pos
Wie sieht den Das Mapping beim Luftdruck aus?
Mein Reading heißt zwar "pressure" nur würde den Wert gerne korrigiert übergeben. In welcher Einheit der Wert dargestellt wird lässt sich sicher nicht beeinflussen.
Hallo zusammen,
Meine Frage weicht etwas vom Thema ab, aber vielleicht kann mir trotzdem jemand helfen oder ist selber an dieser Problematik schon vorbei gekommen.
Ich habe einige fhem Geräte via homebridge angebunden und kann die in der Apple Home App bedienen.
Dies geht auch über Apple TV und iCloud Anmeldung von unterwegs via LTE.
Dank Unterstützung aus dem Forum habe ich auch eine Webcam angebunden. Diese kann ich von unterwegs nicht erreichen, was aus meiner Sicht logisch ist - das sie in der Konfiguration mit einer internen IP Adresse 192.168.1.25 angebunden ist.
Stelle ich nun eine VPN Verbindung zu meiner fritzbox/Heimnetzwerk her bekommt mein iPhone eine ip Adresse aus dem lokalen Netzwerk: 192.168.1.x
Fhem, pilight und andere lokale Dienste sind per Browser zu erreichen.
Allerdings bleibt die Webcam weiterhin nicht erreichbar. Woran kann das liegen?
Ich könnte die Firewall öffnen und die Webcam mittels portforwarding ins Internet bringen und sie dann mit dyndns Namen ansprechen. Wenn ich diesen dann in der Konfiguration verwende könnte es gehen. Aber das will ich aus Sicherheitsgründen natürlich nicht machen. Zumal ich dann ja auch direkt ohne VPN zugreifen könnte.
Greife ich via VPN direkt auf die Kamera 192.168.1.25 zu bekomme ich ein Bild. Hat die Home App eventuell einen Cache der mir hier einen Strich durch die Rechnung macht?
Hat jemand einen Tipp oder eine Idee?
Gruß
Jan
Sagt mal,
bin ich eigentlich der Einzige, der jedes Wochenende das Haus löschen muss und die Hombridge neu aufsetzen muss?
Zuletzt lief es fast 14 Tage durch, es gab aber auch Zeiten da hab ich die Homebridge täglich verloren.
Bei 91 Geräten in fhem und 20 Hue Geräten nervt das gewaltig!
Alexa fhem läuft dafür prächtig! Die ist noch nie abgestürzt!
Kann man irgendwie seine Konfiguration sichern, vielleicht ohne, dass man ständig den Ordner persist und accessories löschen muss?
Habe hier in der Suche leider keine Info gefunden.. sorry
Meine Homebridge läuft seit Ersteinrichtung vor einigen Monaten ohne Absturz. Dein Problem sollte also mit deiner Config zusammenhängen.
Gruß Hoppel
Danke erstmal,
habe inzwischen Folgendes herausgefunden:
das erste Mal, wo ich Probleme hatte, war nach dem iPhone Update IOS 10 auf 11. Danach wusste ich dann irgendwann, wie und dass man die Homebridge neu aufsetzt!
Vor drei Wochen wurden die Geräte nicht mehr gefunden, weil mein Apple TV ein automatisches Update durchgeführt hatte! Dieses Auto-Update habe ich nun deaktiviert.
Nun waren wieder die Geräte (nur fhem) weg. Homebridge (auf dem RPi) neu gestartet (wie üblich, alle Ordner gelöscht und neue Adresse etc.) und diesmal hat Home auf dem iPhone noch nichtmal die Huebridge gefunden (nur meine Eve Steckdosen!)
Habe dann nach einiger Zeit herausgefunden, dass der Akku von meinem iPad leer war! Aufgeladen, und schon hat das iPhone beide Bridges gefunden!
Ich muss dazu sagen, dass ich sowohl das Apple TV als auch mein iPad vielleicht einmal im Monat benutze!
An welcher Stelle kann ich denn nun eigentlich meinen "Homebridge Server" konfigurieren? Ich dachte eigentlich, es wäre mein Apple TV 4, aber es scheint auf mein iPad Air umgeswitcht zu sein..?
Ich habe keine Probleme lade auch die Beta Updates am ATV
Wie ist dein ATV angebunden per LAN? Hier habe jetzt schon öfters von Problemen gelesen.
Apple TV per LAN angebunden, ja!
Bei mir läuft das alles komplett über FHEM, also unabhängig von AppleTV und/oder iPad.
Ich habe nicht bei der Einrichtung an folgende Anleitung gehalten:
https://wiki.fhem.de/wiki/Homebridge_einrichten
Gruß Hoppel
ZitatIch habe nicht bei der Einrichtung an folgende Anleitung gehalten:
https://wiki.fhem.de/wiki/Homebridge_einrichten
Hiernach habe ich das auch seinerzeit eingerichtet. Habe dann auch die FHEM Schnipsel zum Start und Stopp der Homebridge von FHEM aus integriert, alles mit Passwörtern.
Funktioniert ja auch, solange, bis sich irgendwas ändert...?
Habe wieder etwas geforscht: meine Steuerzentrale ist das ATV (in Einstellungen/Accounts/iCloud zu sehen), das iPad ist (in Einstellungen/Home) nicht als Steuerzentrale angekreuzt!
Dann frage ich mich, warum nicht das iPad einfach mal ausgehen darf??
Hallo, habe hier eine ganze Menge Smarthome von Xiaomi im Haus. Die Tür-Fenster Sensoren, Bewegungsmelder und die Thermometer funktionieren echt gut in Homekit.
Was nicht funktioniert sind die Schalter und die Steckdosen. Hat das einer geschafft und kann den Code posten? Die Schalter machen nur ein "Click", also kein ON-OFF. Bei den Steckdosen kann der Zustand in Homekit abgelesen werden, wenn das HomeBridgeMapping auf On=state steht. Es lässt sich aber nichts schalten. In FHEM auf der Oberfläche schon. Die Osram Lightyfy gingen selbst ohne Mapping problemlos.
Vielleicht kann jemand helfen?
Danke Hijo
Hallo,
weiß jemand ob fakegato-history schon im homebridge-fhem Modul implementiert ist und im groben schon funktioniert? Paar Zeilen Code stehen ja schon drin...
Grüße
Hallo,
nach einem Update auf Homebrige 0.4.42 und npm auf 6.0.1 will nun Homebridge nicht mehr starten:
/usr/lib/node_modules/homebridge/node_modules/bindings/bindings.js:96
throw err
^
Error: Could not locate the bindings file. Tried:
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/out/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/out/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/default/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/compiled/6.12.3/linux/arm/curve.node
at bindings (/usr/lib/node_modules/homebridge/node_modules/bindings/bindings.js:93:9)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/curve25519-n/index.js:1:96)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/encryption.js:5:18)
node ist auf 6.12.3, Homebridge mehrfach neu installiert.
Alle Tipps auf GitHub habe ich schon versucht (Bindings neu, etc)...
Ich verstehe es nicht...HILFE!
Danke vorab!
Viele Grüße
Christian
Zitat von: Chris8888 am 12 Mai 2018, 23:42:00
Hallo,
nach einem Update auf Homebrige 0.4.42 und npm auf 6.0.1 will nun Homebridge nicht mehr starten:
/usr/lib/node_modules/homebridge/node_modules/bindings/bindings.js:96
throw err
^
Error: Could not locate the bindings file. Tried:
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/out/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/Debug/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/out/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/Release/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/build/default/curve.node
→ /usr/lib/node_modules/homebridge/node_modules/curve25519-n/compiled/6.12.3/linux/arm/curve.node
at bindings (/usr/lib/node_modules/homebridge/node_modules/bindings/bindings.js:93:9)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/curve25519-n/index.js:1:96)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/encryption.js:5:18)
node ist auf 6.12.3, Homebridge mehrfach neu installiert.
Alle Tipps auf GitHub habe ich schon versucht (Bindings neu, etc)...
Ich verstehe es nicht...HILFE!
Danke vorab!
Viele Grüße
Christian
Hatte das selbe Problem, hab es dann mit:
sudo npm uninstall -g homebridge
sudo npm install -g --unsafe-perm homebridge
gelöst.
Gruß
Zitat von: exit2308 am 13 Mai 2018, 06:49:30
Hatte das selbe Problem, hab es dann mit:
sudo npm uninstall -g homebridge
sudo npm install -g --unsafe-perm homebridge
gelöst.
Gruß
Top! Das war es! Besten Dank!
Es hätte auch ein Löschen des Caches gereicht.
Hi,
wie löscht man den cache?
npm cache clear
sudo npm cache clear
???
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Bei mir bleibt das npm Paket immer auf 3.10.10. Wie bekomme ich das denn auf 6.0.1?
npm -g outdated
Package Current Wanted Latest Location
npm 3.10.10 6.0.1 6.0.1
Danke
Hi,
Ich würde
sudo npm -g install npm
Versuchen.
Danach lief meine Homebridge nicht mehr! Lösung:
sudo npm install -g node-gyp
cd /usr/lib/node_modules/homebridge/node_modules/ed25519-hap/
sudo node-gyp BUILDTYPE=Release rebuild
cd ../curve25519-n/
sudo node-gyp BUILDTYPE=Release rebuild
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Hat geklappt. Danke. Habe das aber auch wirklich nicht gefunden. Sollte vielleicht ins Wiki für die Homebridge mit rein.
Hallo zusammen,
nachdem nun meine plight switches als generic devices schon lange in Homebridge laufen, wollte ich much endlich auch mal an meine duofern Rollläden wagen. wenn ich es richtig lese müssten die doch sogar out of the box unterstützt werden, oder?
reicht es einfach diese in den Raum Homebridge zu zu ordnen? In Apple Home taucht bei mir kein entsprechendes Gerät auf.
Gruß
Jan
Zitat von: EinEinfach am 08 November 2017, 08:34:54
Habe eine Hikvision ds-2cd2142fwd-i mit dem homebridge-camera-ffmpeg Plugin erfolgreich im Einsatz.
Hallo zusammen ,
bei mir wird dieses ffmpeg-plugin einfach nicht geladen,habe mich an https://github.com/KhaosT/homebridge-camera-ffmpeg/blob/master/README.md gehalten .
Meine config.json sieht folgendermaßen aus :
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"name": "WebCamHaustuere",
"videoConfig": {
"source": "-re -i rtsp://192.168.178.xx:554/user=xxxx_password=xxxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource":"rtsp://192.168.178.xx:554/user=xxxx_password=xxxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 50
}
}
],
"accessories": []
}
######################################################
Fehlermeldung :
pi@raspberrypi:~ $ *** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[6/17/2018, 2:36:14 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[6/17/2018, 2:36:14 PM] Registering platform 'homebridge-fhem.FHEM'
[6/17/2018, 2:36:14 PM] ---
[6/17/2018, 2:36:14 PM] Loaded config.json with 0 accessories and 2 platforms.
[6/17/2018, 2:36:14 PM] ---
[6/17/2018, 2:36:14 PM] Loading 2 platforms...
[6/17/2018, 2:36:14 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1529238975650
[6/17/2018, 2:36:15 PM] [FHEM] Fetching FHEM devices...
/usr/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:284:45)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:80:36)
at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Ich habe die config.json getestet , ohne Fehler ,weiß aber nicht warum das Plugin nicht geladen wird .
Einige haben dies allerdings zum laufen bekommen ....
Vielleicht hat jeman eine Idee ?
Danke
Zitat von: Sky am 17 Juni 2018, 14:41:10
...habe mich an https://github.com/KhaosT/homebridge-camera-ffmpeg/blob/master/README.md gehalten
Nein, hast du nicht.
Das Beispiel hat nämlich ein Array
cameras, ca. so:
...
"platforms": [
{
"platform": "Camera-ffmpeg",
"cameras": [
{
"name": "CameraName",
...
Kopier doch einfach mal das komplette Beispiel und nimm eine eigene Instanz für die Kameras und für FHEM.
Danke für Deine Antwort ,
werde ich heute abend versuchen ...
;)
Habe meine config.json geändert und geprüft :
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras":[ {
"name": "Outside Front",
"videoConfig": {
"source": "-re -i rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource":"rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 50
}
}
]
}
]
}
#########################################
Aber leider sieht die Fehlermeldung nicht besser aus :
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su pported (or only supported partially) in the Apple Bonjour compatibility layer o f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd ns_sd&e=node&f=DNSServiceRegister>
[6/17/2018, 9:14:09 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[6/17/2018, 9:14:09 PM] Registering platform 'homebridge-fhem.FHEM'
[6/17/2018, 9:14:09 PM] ---
[6/17/2018, 9:14:09 PM] Loaded config.json with 0 accessories and 2 platforms.
[6/17/2018, 9:14:09 PM] ---
[6/17/2018, 9:14:10 PM] Loading 2 platforms...
[6/17/2018, 9:14:10 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal =1;filter=.*;since=null;fmt=JSON×tamp=1529262851103
[6/17/2018, 9:14:11 PM] [FHEM] Fetching FHEM devices...
/usr/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:284 :45)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:80:36)
at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22 )
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
############################
Ich hoffe das ich das mit der eigenen Instanz so richtig gemacht habe ?
Lass doch FHEM einfach komplett da raus, zweite Instanz.
Vermutlich ist Camera-ffmpeg nicht richtig installiert.
Ansonsten würde das hier funktionieren:
{
"bridge": {
"name": "Cameras",
"username": "CC:22:3D:E3:CE:31",
"port": 51827,
"pin": "031-45-154",
"manufacturer": "FHEM",
"model": "HomeBridge",
"serialNumber": "CAMERA"
},
"platforms": [
{
"platform": "Camera-ffmpeg",
"cameras": [
{
"name": "Camera",
"videoConfig": {
"source": "-re -i rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource": "rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 4
}
}
]
}
],
"accessories": []
}
Aber wenn ich Fhem da komplett rauslasse funktioniert die Homebridge denn dann noch ?
Bei dem Einrichten der Homebridge wird die config.json doch so vorgegeben .
Brauche doch auch den "filter": "room=Homekit" um Akktoren über die Homebridge schalten zu können .
Diese sind von meinen Rollo´s und der Garage ..
Woran kann man erkennen ob Camera-ffmpeg nicht richtig installiert ist ?
Habe ffmpeg und camera-ffmpeg nach den Vorgaben installiert
Vielen Dank für Eure Hilfe :) :)
P.S.:Wie fügt man den Code wie in Deiner Antwort in einen Beitrag ?
Mit code tags
[code][/code]
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Ich habe jetzt " homebridge-camera-ffmpeg " deinstalliert .
Bei ffmpeg kommt folgendes :
pi@raspberrypi:~ $ ffmpeg
ffmpeg version 3.2.10-1~deb9u1~bpo8+1 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 4.9.2 (Debian 4.9.2-10)
configuration: --prefix=/usr --extra-version='1~deb9u1~bpo8+1' --toolchain=hardened --libdir=/usr/lib/arm-linux-gnueabihf --incdir=/usr/include/arm-linux-gnueabihf --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --disable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 34.101 / 55. 34.101
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.101 / 57. 56.101
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...
Use -h to get full help or, even better, run 'man ffmpeg'
Dann , " homebridge-camera-ffmpeg " über sudo npm install -g homebridge-camera-ffmpeg wieder installiert .
Anschließend die config.json folgendermaßen geändert :
{
"bridge": {
"name": "Cameras",
"username": "CC:22:3D:E3:CE:31",
"port": 51827,
"pin": "031-45-154",
"manufacturer": "FHEM",
"model": "HomeBridge",
"serialNumber": "CAMERA"
},
"platforms": [{
"platform": "Camera-ffmpeg",
"cameras": [{
"name": "Camera",
"videoConfig": {
"source": "-re -i rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource": "rtsp://192.168.178.xx:554/user=xxxx_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 4
}
}]
}],
"accessories": []
}
Über JSON Validator geprüft -ohne Fehler !
Wenn ich nun mit "homebridge" starte , kommt wieder folgendes :
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[6/18/2018, 6:00:00 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this homebridge-fhem 0.3.7
[6/18/2018, 6:00:00 PM] Registering platform 'homebridge-fhem.FHEM'
[6/18/2018, 6:00:00 PM] ---
[6/18/2018, 6:00:01 PM] Loaded config.json with 0 accessories and 1 platforms.
[6/18/2018, 6:00:01 PM] ---
[6/18/2018, 6:00:01 PM] Loading 1 platforms...
/usr/lib/node_modules/homebridge/lib/api.js:122
throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
^
Error: The requested platform 'Camera-ffmpeg' was not registered by any plugin.
at API.platform (/usr/lib/node_modules/homebridge/lib/api.js:122:13)
at Server._loadPlatforms (/usr/lib/node_modules/homebridge/lib/server.js:284:45)
at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:80:36)
at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:40:10)
at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
Ich weiß wirklich nicht wo der Fehler liegt :'(
Hat jemand schon ähnliche Probleme gehabt ?
Oder einen Vorschlag ?
Ich weiß nicht wo ich suchen soll ....
Eventuell liegt es daran dass du per sudo installiert hast. Leider keine Ahnung.
Frag am besten bei Camera-ffmpeg nach.
Ich nutzte das Xiaomi Gateway
Wenn ich hier mit genericDeviceType thermometer die Werte Übergebe, werden Temperatur, Luftfeuchte und Luftdruck übergeben. Der Luftdruck wird nur etwas zu niedrig angezeigt.
Wie bekomme ich jetzt den Korrigierten wert für Pressure in mein HomebridgeMapping?
Zitat von: justme1968 am 01 Februar 2016, 16:16:37
n devices -> 1 service (temp + hum, dummy thermostat + temp)
attr <tempHum> genericDeviceType thermometer
attr <tempHum> homebridgeMapping [CurrentTemperature=temperature1] CurrentRelativeHumidity=<device2>:humidity
wenn das reading temperature heisst statt temperature1 kann CurrentTemperature=temperature1 weg gelassen werden
Hallo ,
wie kann ich auf der Konsole sehen wer Berechtigter eines Verzeichniss ist ?
Habe mal in /home/pi/.npm/_logs geschaut , dort steht unter anderem
289 error Error: EACCES: permission denied, access '/usr/local/lib/node_modules/homebridge-camera-ffmpeg'
Habe diese unten mal angehängt .
Vielleicht liegt dort mein Problem ?
Manche Dateien unter /usr/lib/node_modules/homebridge haben als Besitzer "nobody pi "
Ich weiß leider nicht ob das richtig ist ,weil ohne das "homebridge-camera-plugin" in meiner config.json die Homebridge funktioniert .
info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node',
1 verbose cli '/usr/local/bin/npm',
1 verbose cli 'install',
1 verbose cli '-g',
1 verbose cli 'homebridge-camera-ffmpeg' ]
2 info using npm@6.1.0
3 info using node@v6.10.0
4 verbose npm-session 6d88913d1647eb96
5 silly install loadCurrentTree
6 silly install readGlobalPackageData
7 http fetch GET 304 https://registry.npmjs.org/homebridge-camera-ffmpeg 873ms (from cache)
8 silly pacote tag manifest for homebridge-camera-ffmpeg@latest fetched in 1142ms
9 timing stage:loadCurrentTree Completed in 4790ms
10 silly install loadIdealTree
11 silly install cloneCurrentTreeToIdealTree
12 timing stage:loadIdealTree:cloneCurrentTree Completed in 16ms
13 silly install loadShrinkwrap
14 timing stage:loadIdealTree:loadShrinkwrap Completed in 382ms
15 silly install loadAllDepsIntoIdealTree
16 silly resolveWithNewModule homebridge-camera-ffmpeg@0.1.8 checking installable status
17 silly removeObsoleteDep removing homebridge-camera-ffmpeg@0.1.8 from the tree as its been replaced by a newer version or is no longer required
18 silly removeObsoleteDep removing debug@2.6.9 from the tree as its been replaced by a newer version or is no longer required
19 silly removeObsoleteDep removing ms@2.0.0 from the tree as its been replaced by a newer version or is no longer required
20 silly removeObsoleteDep removing googleapis@18.0.0 from the tree as its been replaced by a newer version or is no longer required
21 silly removeObsoleteDep removing async@2.1.5 from the tree as its been replaced by a newer version or is no longer required
22 silly removeObsoleteDep removing lodash@4.17.10 from the tree as its been replaced by a newer version or is no longer required
23 silly removeObsoleteDep removing google-auth-library@0.10.0 from the tree as its been replaced by a newer version or is no longer required
24 silly removeObsoleteDep removing gtoken@1.2.3 from the tree as its been replaced by a newer version or is no longer required
25 silly removeObsoleteDep removing google-p12-pem@0.1.2 from the tree as its been replaced by a newer version or is no longer required
26 silly removeObsoleteDep removing node-forge@0.7.5 from the tree as its been replaced by a newer version or is no longer required
27 silly removeObsoleteDep removing jws@3.1.5 from the tree as its been replaced by a newer version or is no longer required
28 silly removeObsoleteDep removing jwa@1.1.6 from the tree as its been replaced by a newer version or is no longer required
29 silly removeObsoleteDep removing buffer-equal-constant-time@1.0.1 from the tree as its been replaced by a newer version or is no longer required
30 silly removeObsoleteDep removing ecdsa-sig-formatter@1.0.10 from the tree as its been replaced by a newer version or is no longer required
31 silly removeObsoleteDep removing safe-buffer@5.1.2 from the tree as its been replaced by a newer version or is no longer required
32 silly removeObsoleteDep removing mime@1.6.0 from the tree as its been replaced by a newer version or is no longer required
33 silly removeObsoleteDep removing request@2.87.0 from the tree as its been replaced by a newer version or is no longer required
34 silly removeObsoleteDep removing aws-sign2@0.7.0 from the tree as its been replaced by a newer version or is no longer required
35 silly removeObsoleteDep removing aws4@1.7.0 from the tree as its been replaced by a newer version or is no longer required
36 silly removeObsoleteDep removing caseless@0.12.0 from the tree as its been replaced by a newer version or is no longer required
37 silly removeObsoleteDep removing combined-stream@1.0.6 from the tree as its been replaced by a newer version or is no longer required
38 silly removeObsoleteDep removing delayed-stream@1.0.0 from the tree as its been replaced by a newer version or is no longer required
39 silly removeObsoleteDep removing extend@3.0.1 from the tree as its been replaced by a newer version or is no longer required
40 silly removeObsoleteDep removing forever-agent@0.6.1 from the tree as its been replaced by a newer version or is no longer required
41 silly removeObsoleteDep removing form-data@2.3.2 from the tree as its been replaced by a newer version or is no longer required
42 silly removeObsoleteDep removing asynckit@0.4.0 from the tree as its been replaced by a newer version or is no longer required
43 silly removeObsoleteDep removing mime-types@2.1.18 from the tree as its been replaced by a newer version or is no longer required
44 silly removeObsoleteDep removing mime-db@1.33.0 from the tree as its been replaced by a newer version or is no longer required
45 silly removeObsoleteDep removing har-validator@5.0.3 from the tree as its been replaced by a newer version or is no longer required
46 silly removeObsoleteDep removing ajv@5.5.2 from the tree as its been replaced by a newer version or is no longer required
47 silly removeObsoleteDep removing co@4.6.0 from the tree as its been replaced by a newer version or is no longer required
48 silly removeObsoleteDep removing fast-deep-equal@1.1.0 from the tree as its been replaced by a newer version or is no longer required
49 silly removeObsoleteDep removing fast-json-stable-stringify@2.0.0 from the tree as its been replaced by a newer version or is no longer required
50 silly removeObsoleteDep removing json-schema-traverse@0.3.1 from the tree as its been replaced by a newer version or is no longer required
51 silly removeObsoleteDep removing har-schema@2.0.0 from the tree as its been replaced by a newer version or is no longer required
52 silly removeObsoleteDep removing http-signature@1.2.0 from the tree as its been replaced by a newer version or is no longer required
53 silly removeObsoleteDep removing assert-plus@1.0.0 from the tree as its been replaced by a newer version or is no longer required
54 silly removeObsoleteDep removing jsprim@1.4.1 from the tree as its been replaced by a newer version or is no longer required
55 silly removeObsoleteDep removing extsprintf@1.3.0 from the tree as its been replaced by a newer version or is no longer required
56 silly removeObsoleteDep removing json-schema@0.2.3 from the tree as its been replaced by a newer version or is no longer required
57 silly removeObsoleteDep removing verror@1.10.0 from the tree as its been replaced by a newer version or is no longer required
58 silly removeObsoleteDep removing core-util-is@1.0.2 from the tree as its been replaced by a newer version or is no longer required
59 silly removeObsoleteDep removing sshpk@1.14.2 from the tree as its been replaced by a newer version or is no longer required
60 silly removeObsoleteDep removing asn1@0.2.3 from the tree as its been replaced by a newer version or is no longer required
61 silly removeObsoleteDep removing bcrypt-pbkdf@1.0.1 from the tree as its been replaced by a newer version or is no longer required
62 silly removeObsoleteDep removing tweetnacl@0.14.5 from the tree as its been replaced by a newer version or is no longer required
63 silly removeObsoleteDep removing dashdash@1.14.1 from the tree as its been replaced by a newer version or is no longer required
64 silly removeObsoleteDep removing ecc-jsbn@0.1.1 from the tree as its been replaced by a newer version or is no longer required
65 silly removeObsoleteDep removing jsbn@0.1.1 from the tree as its been replaced by a newer version or is no longer required
66 silly removeObsoleteDep removing getpass@0.1.7 from the tree as its been replaced by a newer version or is no longer required
67 silly removeObsoleteDep removing safer-buffer@2.1.2 from the tree as its been replaced by a newer version or is no longer required
68 silly removeObsoleteDep removing is-typedarray@1.0.0 from the tree as its been replaced by a newer version or is no longer required
69 silly removeObsoleteDep removing isstream@0.1.2 from the tree as its been replaced by a newer version or is no longer required
70 silly removeObsoleteDep removing json-stringify-safe@5.0.1 from the tree as its been replaced by a newer version or is no longer required
71 silly removeObsoleteDep removing oauth-sign@0.8.2 from the tree as its been replaced by a newer version or is no longer required
72 silly removeObsoleteDep removing performance-now@2.1.0 from the tree as its been replaced by a newer version or is no longer required
73 silly removeObsoleteDep removing qs@6.5.2 from the tree as its been replaced by a newer version or is no longer required
74 silly removeObsoleteDep removing tough-cookie@2.3.4 from the tree as its been replaced by a newer version or is no longer required
75 silly removeObsoleteDep removing punycode@1.4.1 from the tree as its been replaced by a newer version or is no longer required
76 silly removeObsoleteDep removing tunnel-agent@0.6.0 from the tree as its been replaced by a newer version or is no longer required
77 silly removeObsoleteDep removing uuid@3.2.1 from the tree as its been replaced by a newer version or is no longer required
78 silly removeObsoleteDep removing lodash.noop@3.0.1 from the tree as its been replaced by a newer version or is no longer required
79 silly removeObsoleteDep removing string-template@1.0.0 from the tree as its been replaced by a newer version or is no longer required
80 silly removeObsoleteDep removing ip@1.1.5 from the tree as its been replaced by a newer version or is no longer required
81 http fetch GET 304 https://registry.npmjs.org/ip 301ms (from cache)
82 silly pacote range manifest for ip@^1.1.3 fetched in 327ms
83 silly resolveWithNewModule ip@1.1.5 checking installable status
84 http fetch GET 304 https://registry.npmjs.org/debug 525ms (from cache)
85 http fetch GET 304 https://registry.npmjs.org/google-auth-library 567ms (from cache)
86 http fetch GET 304 https://registry.npmjs.org/googleapis 579ms (from cache)
87 silly pacote range manifest for debug@^2.2.0 fetched in 635ms
88 silly resolveWithNewModule debug@2.6.9 checking installable status
89 silly pacote range manifest for google-auth-library@^0.10.0 fetched in 667ms
90 silly resolveWithNewModule google-auth-library@0.10.0 checking installable status
91 silly pacote range manifest for googleapis@^18.0.0 fetched in 663ms
92 silly resolveWithNewModule googleapis@18.0.0 checking installable status
93 http fetch GET 304 https://registry.npmjs.org/ms 130ms (from cache)
94 silly pacote version manifest for ms@2.0.0 fetched in 145ms
95 silly resolveWithNewModule ms@2.0.0 checking installable status
96 http fetch GET 304 https://registry.npmjs.org/lodash.noop 311ms (from cache)
97 http fetch GET 304 https://registry.npmjs.org/jws 308ms (from cache)
98 silly pacote range manifest for lodash.noop@^3.0.1 fetched in 350ms
99 silly resolveWithNewModule lodash.noop@3.0.1 checking installable status
100 silly pacote range manifest for jws@^3.1.4 fetched in 351ms
101 silly resolveWithNewModule jws@3.1.5 checking installable status
102 http fetch GET 304 https://registry.npmjs.org/request 356ms (from cache)
103 silly pacote range manifest for request@^2.74.0 fetched in 398ms
104 silly resolveWithNewModule request@2.87.0 checking installable status
105 http fetch GET 304 https://registry.npmjs.org/gtoken 421ms (from cache)
106 silly pacote range manifest for gtoken@^1.2.1 fetched in 434ms
107 silly resolveWithNewModule gtoken@1.2.3 checking installable status
108 http fetch GET 304 https://registry.npmjs.org/google-p12-pem 157ms (from cache)
109 http fetch GET 304 https://registry.npmjs.org/mime 169ms (from cache)
110 silly pacote range manifest for google-p12-pem@^0.1.0 fetched in 188ms
111 silly resolveWithNewModule google-p12-pem@0.1.2 checking installable status
112 silly pacote range manifest for mime@^1.4.1 fetched in 195ms
113 silly resolveWithNewModule mime@1.6.0 checking installable status
114 http fetch GET 304 https://registry.npmjs.org/node-forge 119ms (from cache)
115 silly pacote range manifest for node-forge@^0.7.1 fetched in 149ms
116 silly resolveWithNewModule node-forge@0.7.5 checking installable status
117 http fetch GET 304 https://registry.npmjs.org/safe-buffer 205ms (from cache)
118 http fetch GET 304 https://registry.npmjs.org/jwa 212ms (from cache)
119 silly pacote range manifest for safe-buffer@^5.0.1 fetched in 219ms
120 silly resolveWithNewModule safe-buffer@5.1.2 checking installable status
121 silly pacote range manifest for jwa@^1.1.5 fetched in 242ms
122 silly resolveWithNewModule jwa@1.1.6 checking installable status
123 http fetch GET 304 https://registry.npmjs.org/ecdsa-sig-formatter 118ms (from cache)
124 silly pacote version manifest for ecdsa-sig-formatter@1.0.10 fetched in 131ms
125 silly resolveWithNewModule ecdsa-sig-formatter@1.0.10 checking installable status
126 http fetch GET 304 https://registry.npmjs.org/buffer-equal-constant-time 1166ms (from cache)
127 silly pacote version manifest for buffer-equal-constant-time@1.0.1 fetched in 1178ms
128 silly resolveWithNewModule buffer-equal-constant-time@1.0.1 checking installable status
129 http fetch GET 304 https://registry.npmjs.org/aws-sign2 611ms (from cache)
130 http fetch GET 304 https://registry.npmjs.org/caseless 621ms (from cache)
131 http fetch GET 304 https://registry.npmjs.org/aws4 628ms (from cache)
132 http fetch GET 304 https://registry.npmjs.org/combined-stream 649ms (from cache)
133 http fetch GET 304 https://registry.npmjs.org/har-validator 656ms (from cache)
134 silly pacote range manifest for aws-sign2@~0.7.0 fetched in 691ms
135 silly resolveWithNewModule aws-sign2@0.7.0 checking installable status
136 silly pacote range manifest for aws4@^1.6.0 fetched in 701ms
137 silly resolveWithNewModule aws4@1.7.0 checking installable status
138 silly pacote range manifest for caseless@~0.12.0 fetched in 705ms
139 silly resolveWithNewModule caseless@0.12.0 checking installable status
140 silly pacote range manifest for combined-stream@~1.0.5 fetched in 736ms
141 silly resolveWithNewModule combined-stream@1.0.6 checking installable status
142 silly pacote range manifest for har-validator@~5.0.3 fetched in 743ms
143 silly resolveWithNewModule har-validator@5.0.3 checking installable status
144 http fetch GET 304 https://registry.npmjs.org/extend 949ms (from cache)
145 http fetch GET 304 https://registry.npmjs.org/form-data 947ms (from cache)
146 http fetch GET 304 https://registry.npmjs.org/http-signature 947ms (from cache)
147 silly pacote range manifest for extend@~3.0.1 fetched in 1052ms
148 silly resolveWithNewModule extend@3.0.1 checking installable status
149 silly pacote range manifest for form-data@~2.3.1 fetched in 1056ms
150 silly resolveWithNewModule form-data@2.3.2 checking installable status
151 silly pacote range manifest for http-signature@~1.2.0 fetched in 1064ms
152 silly resolveWithNewModule http-signature@1.2.0 checking installable status
153 http fetch GET 304 https://registry.npmjs.org/forever-agent 1083ms (from cache)
154 silly pacote range manifest for forever-agent@~0.6.1 fetched in 1160ms
155 silly resolveWithNewModule forever-agent@0.6.1 checking installable status
156 http fetch GET 304 https://registry.npmjs.org/is-typedarray 1449ms (from cache)
157 http fetch GET 304 https://registry.npmjs.org/isstream 755ms (from cache)
158 http fetch GET 304 https://registry.npmjs.org/json-stringify-safe 755ms (from cache)
159 http fetch GET 304 https://registry.npmjs.org/mime-types 774ms (from cache)
160 http fetch GET 304 https://registry.npmjs.org/oauth-sign 775ms (from cache)
161 silly pacote range manifest for is-typedarray@~1.0.0 fetched in 1511ms
162 silly resolveWithNewModule is-typedarray@1.0.0 checking installable status
163 silly pacote range manifest for isstream@~0.1.2 fetched in 841ms
164 silly resolveWithNewModule isstream@0.1.2 checking installable status
165 silly pacote range manifest for json-stringify-safe@~5.0.1 fetched in 846ms
166 silly resolveWithNewModule json-stringify-safe@5.0.1 checking installable status
167 silly pacote range manifest for mime-types@~2.1.17 fetched in 864ms
168 silly resolveWithNewModule mime-types@2.1.18 checking installable status
169 http fetch GET 304 https://registry.npmjs.org/performance-now 820ms (from cache)
170 silly pacote range manifest for oauth-sign@~0.8.2 fetched in 868ms
171 silly resolveWithNewModule oauth-sign@0.8.2 checking installable status
172 http fetch GET 304 https://registry.npmjs.org/qs 558ms (from cache)
173 http fetch GET 304 https://registry.npmjs.org/tough-cookie 563ms (from cache)
174 silly pacote range manifest for performance-now@^2.1.0 fetched in 897ms
175 silly resolveWithNewModule performance-now@2.1.0 checking installable status
176 http fetch GET 304 https://registry.npmjs.org/tunnel-agent 562ms (from cache)
177 silly pacote range manifest for qs@~6.5.1 fetched in 622ms
178 silly resolveWithNewModule qs@6.5.2 checking installable status
179 silly pacote range manifest for tough-cookie@~2.3.3 fetched in 626ms
180 silly resolveWithNewModule tough-cookie@2.3.4 checking installable status
181 http fetch GET 304 https://registry.npmjs.org/uuid 528ms (from cache)
182 silly pacote range manifest for tunnel-agent@^0.6.0 fetched in 597ms
183 silly resolveWithNewModule tunnel-agent@0.6.0 checking installable status
184 silly pacote range manifest for uuid@^3.1.0 fetched in 559ms
185 silly resolveWithNewModule uuid@3.2.1 checking installable status
186 http fetch GET 304 https://registry.npmjs.org/delayed-stream 227ms (from cache)
187 silly pacote range manifest for delayed-stream@~1.0.0 fetched in 239ms
188 silly resolveWithNewModule delayed-stream@1.0.0 checking installable status
189 http fetch GET 304 https://registry.npmjs.org/asynckit 133ms (from cache)
190 silly pacote range manifest for asynckit@^0.4.0 fetched in 143ms
191 silly resolveWithNewModule asynckit@0.4.0 checking installable status
192 http fetch GET 304 https://registry.npmjs.org/mime-db 119ms (from cache)
193 silly pacote range manifest for mime-db@~1.33.0 fetched in 135ms
194 silly resolveWithNewModule mime-db@1.33.0 checking installable status
195 http fetch GET 304 https://registry.npmjs.org/ajv 151ms (from cache)
196 silly pacote range manifest for ajv@^5.1.0 fetched in 212ms
197 silly resolveWithNewModule ajv@5.5.2 checking installable status
198 http fetch GET 304 https://registry.npmjs.org/har-schema 220ms (from cache)
199 silly pacote range manifest for har-schema@^2.0.0 fetched in 257ms
200 silly resolveWithNewModule har-schema@2.0.0 checking installable status
201 http fetch GET 304 https://registry.npmjs.org/co 239ms (from cache)
202 http fetch GET 304 https://registry.npmjs.org/fast-deep-equal 250ms (from cache)
203 http fetch GET 304 https://registry.npmjs.org/json-schema-traverse 266ms (from cache)
204 silly pacote range manifest for co@^4.6.0 fetched in 283ms
205 silly resolveWithNewModule co@4.6.0 checking installable status
206 silly pacote range manifest for fast-deep-equal@^1.0.0 fetched in 288ms
207 silly resolveWithNewModule fast-deep-equal@1.1.0 checking installable status
208 silly pacote range manifest for json-schema-traverse@^0.3.0 fetched in 287ms
209 silly resolveWithNewModule json-schema-traverse@0.3.1 checking installable status
210 http fetch GET 304 https://registry.npmjs.org/fast-json-stable-stringify 374ms (from cache)
211 silly pacote range manifest for fast-json-stable-stringify@^2.0.0 fetched in 390ms
212 silly resolveWithNewModule fast-json-stable-stringify@2.0.0 checking installable status
213 http fetch GET 304 https://registry.npmjs.org/jsprim 126ms (from cache)
214 http fetch GET 304 https://registry.npmjs.org/assert-plus 136ms (from cache)
215 silly pacote range manifest for jsprim@^1.2.2 fetched in 142ms
216 silly resolveWithNewModule jsprim@1.4.1 checking installable status
217 silly pacote range manifest for assert-plus@^1.0.0 fetched in 149ms
218 silly resolveWithNewModule assert-plus@1.0.0 checking installable status
219 http fetch GET 304 https://registry.npmjs.org/sshpk 216ms (from cache)
220 silly pacote range manifest for sshpk@^1.7.0 fetched in 230ms
221 silly resolveWithNewModule sshpk@1.14.2 checking installable status
222 http fetch GET 304 https://registry.npmjs.org/extsprintf 194ms (from cache)
223 http fetch GET 304 https://registry.npmjs.org/json-schema 196ms (from cache)
224 silly pacote version manifest for extsprintf@1.3.0 fetched in 208ms
225 silly resolveWithNewModule extsprintf@1.3.0 checking installable status
226 silly pacote version manifest for json-schema@0.2.3 fetched in 211ms
227 silly resolveWithNewModule json-schema@0.2.3 checking installable status
228 http fetch GET 304 https://registry.npmjs.org/verror 213ms (from cache)
229 silly pacote version manifest for verror@1.10.0 fetched in 241ms
230 silly resolveWithNewModule verror@1.10.0 checking installable status
231 http fetch GET 304 https://registry.npmjs.org/core-util-is 104ms (from cache)
232 silly pacote version manifest for core-util-is@1.0.2 fetched in 119ms
233 silly resolveWithNewModule core-util-is@1.0.2 checking installable status
234 http fetch GET 304 https://registry.npmjs.org/asn1 434ms (from cache)
235 http fetch GET 304 https://registry.npmjs.org/dashdash 438ms (from cache)
236 http fetch GET 304 https://registry.npmjs.org/getpass 439ms (from cache)
237 http fetch GET 304 https://registry.npmjs.org/safer-buffer 439ms (from cache)
238 http fetch GET 304 https://registry.npmjs.org/jsbn 454ms (from cache)
239 http fetch GET 304 https://registry.npmjs.org/ecc-jsbn 454ms (from cache)
240 http fetch GET 304 https://registry.npmjs.org/tweetnacl 458ms (from cache)
241 http fetch GET 304 https://registry.npmjs.org/bcrypt-pbkdf 456ms (from cache)
242 silly pacote range manifest for asn1@~0.2.3 fetched in 484ms
243 silly resolveWithNewModule asn1@0.2.3 checking installable status
244 silly pacote range manifest for dashdash@^1.12.0 fetched in 488ms
245 silly resolveWithNewModule dashdash@1.14.1 checking installable status
246 silly pacote range manifest for getpass@^0.1.1 fetched in 491ms
247 silly resolveWithNewModule getpass@0.1.7 checking installable status
248 silly pacote range manifest for safer-buffer@^2.0.2 fetched in 494ms
249 silly resolveWithNewModule safer-buffer@2.1.2 checking installable status
250 silly pacote range manifest for jsbn@~0.1.0 fetched in 497ms
251 silly resolveWithNewModule jsbn@0.1.1 checking installable status
252 silly pacote range manifest for ecc-jsbn@~0.1.1 fetched in 501ms
253 silly resolveWithNewModule ecc-jsbn@0.1.1 checking installable status
254 silly pacote range manifest for tweetnacl@~0.14.0 fetched in 508ms
255 silly resolveWithNewModule tweetnacl@0.14.5 checking installable status
256 silly pacote range manifest for bcrypt-pbkdf@^1.0.0 fetched in 509ms
257 silly resolveWithNewModule bcrypt-pbkdf@1.0.1 checking installable status
258 http fetch GET 304 https://registry.npmjs.org/punycode 108ms (from cache)
259 silly pacote range manifest for punycode@^1.4.1 fetched in 122ms
260 silly resolveWithNewModule punycode@1.4.1 checking installable status
261 http fetch GET 304 https://registry.npmjs.org/async 181ms (from cache)
262 http fetch GET 304 https://registry.npmjs.org/string-template 202ms (from cache)
263 silly pacote range manifest for async@~2.1.4 fetched in 390ms
264 silly resolveWithNewModule async@2.1.5 checking installable status
265 silly pacote range manifest for string-template@~1.0.0 fetched in 395ms
266 silly resolveWithNewModule string-template@1.0.0 checking installable status
267 http fetch GET 304 https://registry.npmjs.org/lodash 141ms (from cache)
268 silly pacote range manifest for lodash@^4.14.0 fetched in 161ms
269 silly resolveWithNewModule lodash@4.17.10 checking installable status
270 timing stage:loadIdealTree:loadAllDepsIntoIdealTree Completed in 8650ms
271 timing stage:loadIdealTree Completed in 9349ms
272 silly currentTree lib
272 silly currentTree └─┬ homebridge-camera-ffmpeg@0.1.8
272 silly currentTree ├── ajv@5.5.2
272 silly currentTree ├── asn1@0.2.3
272 silly currentTree ├── assert-plus@1.0.0
272 silly currentTree ├── async@2.1.5
272 silly currentTree ├── asynckit@0.4.0
272 silly currentTree ├── aws-sign2@0.7.0
272 silly currentTree ├── aws4@1.7.0
272 silly currentTree ├── bcrypt-pbkdf@1.0.1
272 silly currentTree ├── buffer-equal-constant-time@1.0.1
272 silly currentTree ├── caseless@0.12.0
272 silly currentTree ├── co@4.6.0
272 silly currentTree ├── combined-stream@1.0.6
272 silly currentTree ├── core-util-is@1.0.2
272 silly currentTree ├── dashdash@1.14.1
272 silly currentTree ├── debug@2.6.9
272 silly currentTree ├── delayed-stream@1.0.0
272 silly currentTree ├── ecc-jsbn@0.1.1
272 silly currentTree ├── ecdsa-sig-formatter@1.0.10
272 silly currentTree ├── extend@3.0.1
272 silly currentTree ├── extsprintf@1.3.0
272 silly currentTree ├── fast-deep-equal@1.1.0
272 silly currentTree ├── fast-json-stable-stringify@2.0.0
272 silly currentTree ├── forever-agent@0.6.1
272 silly currentTree ├── form-data@2.3.2
272 silly currentTree ├── getpass@0.1.7
272 silly currentTree ├── google-auth-library@0.10.0
272 silly currentTree ├── google-p12-pem@0.1.2
272 silly currentTree ├── googleapis@18.0.0
272 silly currentTree ├── gtoken@1.2.3
272 silly currentTree ├── har-schema@2.0.0
272 silly currentTree ├── har-validator@5.0.3
272 silly currentTree ├── http-signature@1.2.0
272 silly currentTree ├── ip@1.1.5
272 silly currentTree ├── is-typedarray@1.0.0
272 silly currentTree ├── isstream@0.1.2
272 silly currentTree ├── jsbn@0.1.1
272 silly currentTree ├── json-schema-traverse@0.3.1
272 silly currentTree ├── json-schema@0.2.3
272 silly currentTree ├── json-stringify-safe@5.0.1
272 silly currentTree ├── jsprim@1.4.1
272 silly currentTree ├── jwa@1.1.6
272 silly currentTree ├── jws@3.1.5
272 silly currentTree ├── lodash.noop@3.0.1
272 silly currentTree ├── lodash@4.17.10
272 silly currentTree ├── mime-db@1.33.0
272 silly currentTree ├── mime-types@2.1.18
272 silly currentTree ├── mime@1.6.0
272 silly currentTree ├── ms@2.0.0
272 silly currentTree ├── node-forge@0.7.5
272 silly currentTree ├── oauth-sign@0.8.2
272 silly currentTree ├── performance-now@2.1.0
272 silly currentTree ├── punycode@1.4.1
272 silly currentTree ├── qs@6.5.2
272 silly currentTree ├── request@2.87.0
272 silly currentTree ├── safe-buffer@5.1.2
272 silly currentTree ├── safer-buffer@2.1.2
272 silly currentTree ├── sshpk@1.14.2
272 silly currentTree ├── string-template@1.0.0
272 silly currentTree ├── tough-cookie@2.3.4
272 silly currentTree ├── tunnel-agent@0.6.0
272 silly currentTree ├── tweetnacl@0.14.5
272 silly currentTree ├── uuid@3.2.1
272 silly currentTree └── verror@1.10.0
273 silly idealTree lib
273 silly idealTree └─┬ homebridge-camera-ffmpeg@0.1.8
273 silly idealTree ├── ajv@5.5.2
273 silly idealTree ├── asn1@0.2.3
273 silly idealTree ├── assert-plus@1.0.0
273 silly idealTree ├── async@2.1.5
273 silly idealTree ├── asynckit@0.4.0
273 silly idealTree ├── aws-sign2@0.7.0
273 silly idealTree ├── aws4@1.7.0
273 silly idealTree ├── bcrypt-pbkdf@1.0.1
273 silly idealTree ├── buffer-equal-constant-time@1.0.1
273 silly idealTree ├── caseless@0.12.0
273 silly idealTree ├── co@4.6.0
273 silly idealTree ├── combined-stream@1.0.6
273 silly idealTree ├── core-util-is@1.0.2
273 silly idealTree ├── dashdash@1.14.1
273 silly idealTree ├── debug@2.6.9
273 silly idealTree ├── delayed-stream@1.0.0
273 silly idealTree ├── ecc-jsbn@0.1.1
273 silly idealTree ├── ecdsa-sig-formatter@1.0.10
273 silly idealTree ├── extend@3.0.1
273 silly idealTree ├── extsprintf@1.3.0
273 silly idealTree ├── fast-deep-equal@1.1.0
273 silly idealTree ├── fast-json-stable-stringify@2.0.0
273 silly idealTree ├── forever-agent@0.6.1
273 silly idealTree ├── form-data@2.3.2
273 silly idealTree ├── getpass@0.1.7
273 silly idealTree ├── google-auth-library@0.10.0
273 silly idealTree ├── google-p12-pem@0.1.2
273 silly idealTree ├── googleapis@18.0.0
273 silly idealTree ├── gtoken@1.2.3
273 silly idealTree ├── har-schema@2.0.0
273 silly idealTree ├── har-validator@5.0.3
273 silly idealTree ├── http-signature@1.2.0
273 silly idealTree ├── ip@1.1.5
273 silly idealTree ├── is-typedarray@1.0.0
273 silly idealTree ├── isstream@0.1.2
273 silly idealTree ├── jsbn@0.1.1
273 silly idealTree ├── json-schema-traverse@0.3.1
273 silly idealTree ├── json-schema@0.2.3
273 silly idealTree ├── json-stringify-safe@5.0.1
273 silly idealTree ├── jsprim@1.4.1
273 silly idealTree ├── jwa@1.1.6
273 silly idealTree ├── jws@3.1.5
273 silly idealTree ├── lodash.noop@3.0.1
273 silly idealTree ├── lodash@4.17.10
273 silly idealTree ├── mime-db@1.33.0
273 silly idealTree ├── mime-types@2.1.18
273 silly idealTree ├── mime@1.6.0
273 silly idealTree ├── ms@2.0.0
273 silly idealTree ├── node-forge@0.7.5
273 silly idealTree ├── oauth-sign@0.8.2
273 silly idealTree ├── performance-now@2.1.0
273 silly idealTree ├── punycode@1.4.1
273 silly idealTree ├── qs@6.5.2
273 silly idealTree ├── request@2.87.0
273 silly idealTree ├── safe-buffer@5.1.2
273 silly idealTree ├── safer-buffer@2.1.2
273 silly idealTree ├── sshpk@1.14.2
273 silly idealTree ├── string-template@1.0.0
273 silly idealTree ├── tough-cookie@2.3.4
273 silly idealTree ├── tunnel-agent@0.6.0
273 silly idealTree ├── tweetnacl@0.14.5
273 silly idealTree ├── uuid@3.2.1
273 silly idealTree └── verror@1.10.0
274 silly install generateActionsToTake
275 warn checkPermissions Missing write access to /usr/local/lib/node_modules/homebridge-camera-ffmpeg
276 warn checkPermissions Missing write access to /usr/local/lib/node_modules
277 timing stage:rollbackFailedOptional Completed in 8ms
278 timing stage:runTopLevelLifecycles Completed in 14287ms
279 verbose stack Error: EACCES: permission denied, access '/usr/local/lib/node_modules/homebridge-camera-ffmpeg'
279 verbose stack at Error (native)
280 verbose cwd /home/pi
281 verbose Linux 4.9.35-v7+
282 verbose argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge-camera-ffmpeg"
283 verbose node v6.10.0
284 verbose npm v6.1.0
285 error path /usr/local/lib/node_modules/homebridge-camera-ffmpeg
286 error code EACCES
287 error errno -13
288 error syscall access
289 error Error: EACCES: permission denied, access '/usr/local/lib/node_modules/homebridge-camera-ffmpeg'
289 error at Error (native)
289 error { Error: EACCES: permission denied, access '/usr/local/lib/node_modules/homebridge-camera-ffmpeg'
289 error at Error (native)
289 error stack: 'Error: EACCES: permission denied, access \'/usr/local/lib/node_modules/homebridge-camera-ffmpeg\'\n at Error (native)',
289 error errno: -13,
289 error code: 'EACCES',
289 error syscall: 'access',
289 error path: '/usr/local/lib/node_modules/homebridge-camera-ffmpeg' }
290 error The operation was rejected by your operating system.
290 error It is likely you do not have the permissions to access this file as the current user
290 error
290 error If you believe this might be a permissions issue, please double-check the
290 error permissions of the file and its containing directories, or try running
290 error the command again as root/Administrator (though this is not recommended).
291 verbose exit [ -13, true ]
Ich nutze homebridge-fhem seit einiger Zeit für die Anbindung von Homematic-Schaltern an Homekit.
Ich möchte nun damit gerne ein weiteres Gerät in Homekit anlegen und zwar ein "Smart Meter", wo ich die gemessenen Werte für Bezug und PV-Einspeisung auf einen Blick habe. Da sowas in Homekit (noch) nicht vorgesehen ist, würde ich den Umweg über den genericDeviceType "thermometer" gehen, wo im Icon ein Temperaturwert angezeigt wird und nach Long-Press dann eine Übersicht über alle weiteren Messwerte erscheint. Kann das so funktionieren? Und wenn ja, wie lege ich einen solchen Smart Meter in FHEM an?
Danke! (Und sorry, wenn das schon irgendwo beschrieben steht und ich es übersehen habe.)
Hallo ,
ich habe mein Fhem komplett neu installiert , das Plugin scheint jetzt zu laufen.
Allerdings habe ich noch einen Fehler beim start der Homebridge
Vielleicht weiß jemand was diese Meldung bedeutet ?
pi@raspberrypi:~ $ homebridge
[6/24/2018, 4:41:18 PM] Loaded config.json with 0 accessories and 2 platforms.
[6/24/2018, 4:41:18 PM] ---
[6/24/2018, 4:41:19 PM] Loaded plugin: homebridge-camera-ffmpeg
[6/24/2018, 4:41:19 PM] Registering platform 'homebridge-camera-ffmpeg.Camera-ffmpeg'
[6/24/2018, 4:41:19 PM] ---
[6/24/2018, 4:41:19 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.2
this is homebridge-fhem 0.4.5
[6/24/2018, 4:41:19 PM] Registering platform 'homebridge-fhem.FHEM'
[6/24/2018, 4:41:19 PM] ---
[6/24/2018, 4:41:19 PM] Loading 2 platforms...
[6/24/2018, 4:41:19 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1529851280517
[6/24/2018, 4:41:20 PM] [FHEM] Fetching FHEM devices...
[6/24/2018, 4:41:20 PM] [Camera-ffmpeg] Initializing Camera-ffmpeg platform...
[6/24/2018, 4:41:20 PM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
[6/24/2018, 4:41:20 PM] Outside Front is running on port 41589.
Server listening on: http://<ip>:8283
[6/24/2018, 4:41:20 PM] [FHEM] Checking devices and attributes...
[6/24/2018, 4:41:20 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[6/24/2018, 4:41:20 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[6/24/2018, 4:41:20 PM] [FHEM] siri device is siri
[6/24/2018, 4:41:20 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.4.5%22%7D&XHR=1
[6/24/2018, 4:41:21 PM] [FHEM] Fetching FHEM devices...
[6/24/2018, 4:41:21 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[6/24/2018, 4:41:21 PM] [FHEM] got: 1 results
[6/24/2018, 4:41:21 PM] [FHEM] Hue: no service type detected
[6/24/2018, 4:41:21 PM] [FHEM] no accessory created for Hue (HUEBridge)
Setup Payload:
X-HM://0023ISYWYCP94
Scan this code with your HomeKit app on your iOS device to pair with Homebridge:
Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
events.js:160
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE :::51826
at Object.exports._errnoException (util.js:1020:11)
at exports._exceptionWithHostPort (util.js:1043:20)
at Server._listen2 (net.js:1271:14)
at listen (net.js:1307:10)
at Server.listen (net.js:1403:5)
at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:607:16)
at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:126:16)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:402:14)
Wäre super wenn mir einer etwas dazu sagen könnte ....
DANKE :-\
deine Homebridge läuft 2x
Der Port ist schon belegt: "Error: listen EADDRINUSE :::51826". = E(rror) ADDRess IN USE
Wie geht das denn ?
Meine config.json sieht so aus :
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "xxx", "pass": "xxx"},
"filter": "room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras":[ {
"name": "Outside Front",
"videoConfig": {
"source": "-re -i rtsp://192.168.178.xx:554/user=admin_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource":"rtsp://192.168.178.xx:554/user=admin_password=xxxx_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 50
}
}
]
}
],
"accessories": []
}
Ich starte die Homebridge als Service wie im Wiki beschrieben,
wenn ich "systemctl status homebridge" aufrufe kommt folgendes :
pi@raspberrypi:~ $ systemctl status homebridge
● homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; generated; vendor preset: enabled)
Active: active (exited) since Sun 2018-06-24 16:40:10 CEST; 45min ago
Docs: man:systemd-sysv-generator(8)
Process: 491 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/homebridge.service
Jun 24 16:40:09 raspberrypi systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Jun 24 16:40:10 raspberrypi su[501]: Successful su for pi by root
Jun 24 16:40:10 raspberrypi su[501]: + ??? root:pi
Jun 24 16:40:10 raspberrypi su[501]: pam_unix(su:session): session opened for user pi by (uid=0)
Jun 24 16:40:10 raspberrypi homebridge[491]: Homebridge starting
Jun 24 16:40:10 raspberrypi homebridge[491]: Homebridge is not running
Jun 24 16:40:10 raspberrypi systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Wie startest du deine Homebridge
Entschuldigung ,hatte meinen vorherigen Eintrag gerade bearbeitet .
Ich starte wie im Wiki beschrieben als Service ...
Ich habe jetzt ein " sudo killall homebridge " gemacht .
Danach mit "homebridge" gestartet , jetzt läuft es ohne Fehler .
Das Problem ist aber bei einem Neustart des Raspberry wieder das gleiche !!
Aber weshalb startet die Homebridge denn 2X ??
jetzt brauche ich mal einen Tip.
Ich habe einen Fenstersensor zum Lichtschalter umgebaut.
Dieser liefert im state open und close zurück
Wie muss das Homebridgemapping aussehen, damit ich den Schalter nur als toggle habe. Ich möchte ihn per FHEM schalten können, als auch Nativ (und das dann in Homekit einbinden).
Zitat von: Typ1er am 25 Juni 2018, 11:57:46Ich habe einen Fenstersensor zum Lichtschalter umgebaut.
Wie muss das Homebridgemapping aussehen, damit ich den Schalter nur als toggle habe.
Gar nicht?
Oder wie genau hast du den Sensor verdrahtet?
Du bindest nur die Lampe in HomeKit ein und überwachst deine Konstruktion mit einem Notify, dass bei jeder Änderung ein Toggle auf die Lampe macht?!
ich hätte den Schalter so wie einen Normalen Hue Taster gern in Homekit
Momentan brauche ich dafür 4 Regeln in Homekit:
Schalter ist an, Lampe aus = Lampe An
Schalter ist an, Lampe ist an= Lampe An
Schalter ist aus, Lampe aus = Lampe Aus
Schalter ist aus, Lampe ist an= Lampe Aus
zusätzlich habe eben noch Hue Schalter, daher brauch die Regeln, dachte kann das irgendwie abkürzen, das es wie ein normale Taster aussieht.
kann mir einer sagen ob ich hier einen Dreher habe? Der Schalter geht soweit. Nur hab irgendwo einen Dreher, wenn den Schalter Manuel in Homekit umlege, muss den Schalter 2 mal schalten bevor was wieder was passiert.
Internals:
DEF 158d000201dcc3 sensor_magnet.aq2 MiGateway
IODev MiGateway1
IODevMissing 1
IODevName MiGateway
LASTInputDev MiGateway1
MODEL sensor_magnet.aq2
MSGCNT 6
MiGateway1_MSGCNT 5
MiGateway1_TIME 2018-06-25 20:59:31
MiGateway2_MSGCNT 6
MiGateway2_TIME 2018-06-25 20:59:31
NAME XMI_158d000201dcc3
NR 121
SID 158d000201dcc3
STATE An
TYPE XiaomiSmartHome_Device
VERSION 1.20
READINGS:
2018-06-25 20:53:53 battery ok
2018-06-25 20:53:53 battery_level 3
2018-06-25 20:43:30 heartbeat 158d000201dcc3
2018-06-25 20:59:31 no_close 60
2018-06-25 20:58:31 state open
Attributes:
IODev MiGateway
alias Leselampe
devStateIcon Aus:ios-off:An An:ios-on-green:Aus
eventMap /open:An/close:Aus/
genericDeviceType switch
homebridgeMapping On=state,valueOn=open,valueOff=close,cmdOn=An,cmdOff=Aus
room 52 Wohnzimmer,Homekit,MiSmartHome
Also ich bin gerade dabei mein Thermostat einzubinden. Homebridge läuft und erkennt auch schon ein paar devices soweit so gut.
das wo ich jetzt hänge ist das HomeBridge mapping.
erstmal zu den daten in fhem zu einem thermostat was ich habe:
Internals:
DEF HeizungWohn
IODev d_ccu
NAMEHM_Heizung Wohn
NR 49
STATE Initialized
TYPE HMCCUDEV
ccuaddr NEQ0309843
ccudevstate active
ccuif BidCos-RF
ccuname HeizungWohn
ccutype HM-CC-RT-DN
channels 7
firmware 1.4
statevals devstate
Readings:
0.AES_KEY 1 2018-06-28 20:37:57
0.CONFIG_PENDING false 2018-06-28 20:37:57
0.DEVICE_IN_BOOTLOADER false 2018-06-28 20:37:57
0.INHIBIT false 2018-06-28 20:37:57
0.LOWBAT false 2018-06-28 20:37:57
0.RSSI_DEVICE 1 2018-06-28 20:37:57
0.RSSI_PEER 215 2018-06-28 20:37:57
0.STICKY_UNREACH false 2018-06-28 20:37:57
0.UNREACH false 2018-06-28 20:37:57
0.UPDATE_PENDING false 2018-06-28 20:37:57
4.ACTUAL_TEMPERATURE 24.700000 2018-07-10 00:11:33
4.BATTERY_STATE 2.600000 2018-07-10 00:11:33
4.BOOST_STATE 0 2018-07-10 00:11:33
4.CONTROL_MODE 1 2018-07-10 00:11:33
4.FAULT_REPORTING 0 2018-07-10 00:11:33
4.PARTY_START_DAY 1 2018-07-10 00:11:33
4.PARTY_START_MONTH 1 2018-07-10 00:11:33
4.PARTY_START_TIME 0 2018-07-10 00:11:33
4.PARTY_START_YEAR 0 2018-07-10 00:11:33
4.PARTY_STOP_DAY 1 2018-07-10 00:11:33
4.PARTY_STOP_MONTH 1 2018-07-10 00:11:33
4.PARTY_STOP_TIME 0 2018-07-10 00:11:33
4.PARTY_STOP_YEAR 0 2018-07-10 00:11:33
4.PARTY_TEMPERATURE 5.000000 2018-07-10 00:11:33
4.SET_TEMPERATURE 4.500000 2018-07-10 00:11:33
4.VALVE_STATE 0 2018-07-10 00:11:33
hmstate Initialized 2018-07-10 00:11:33
state Initialized 2018-06-28 20:37:42
Attributes
IODev d_ccu deleteattr
genericDeviceType thermostat deleteattr
room HM,Homekit deleteattr
Ich habe es schon versucht herraus zu finden aber auch mit den beispiel konfigurationen komme ich nicht klar .. wahrscheinlich ist es eig einfach und ich habe nur n wichtigen punkt nicht verstanden.
wenn jemand ne beispiel hätte zum mapping zu meinen werten wäre ich sehr dankbar.
mit "4.SET_TEMPERATURE" "value" setze ich zb die temperatur
Moinsen @wuast94
ich habe 7 Homematic-Thermostate per VCCU und HM-USB mit FHEM gekoppelt. Meine fhem.cfg sieht dazu wie folgt aus. Da ich nicht weiß, was dir genau fehlt poste ich mal nachfolgend die Bereiche der fhem.cfg, die dir evtl. weiter helfen könnten.
attr global userattr cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat homebridgeMapping:textField-long icon siriName sortby webCmd webCmdLabel:textField-long widgetOverride
#HM-Gateway
define HMUSB HMLAN 127.0.0.1:1234
attr HMUSB hmId XXXXXX
attr HMUSB hmLanQlen 1_min
attr HMUSB loadLevel 0:low,40:batchLevel,90:high,99:suspended
#HM-ActionDetector
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
#HM-VCCU
define VCCU CUL_HM XXXXXX
attr VCCU IODev HMUSB
attr VCCU IOList HMUSB
attr VCCU expert 2_full
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update
#HUE Bridge
define HUEBridge HUEBridge XX.XX.XX.XX
attr HUEBridge createGroupReadings 1
attr HUEBridge icon hue_filled_bridge_v2
attr HUEBridge key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
#Homebridge
define siri siri
define Homebridge dummy
attr Homebridge devStateIcon .*on:general_an .*off:general_aus .*:audio_rec
attr Homebridge eventMap status:status start:start stop:stop restart:restart
attr Homebridge icon it_router
attr Homebridge room Homebridge
attr Homebridge userReadings OnStateChange:(start|stop|restart|status) { system ("sudo service homebridge ".ReadingsVal($NAME,"state","restart")." &" );; }
attr Homebridge webCmd status:start:stop:restart
#Thermostat Bad
define OG_Bad_Thermostat CUL_HM 3D9466
attr OG_Bad_Thermostat IODev HMUSB
attr OG_Bad_Thermostat actCycle 000:10
attr OG_Bad_Thermostat actStatus alive
attr OG_Bad_Thermostat alias Bad Thermostat
attr OG_Bad_Thermostat autoReadReg 4_reqStatus
attr OG_Bad_Thermostat expert 2_full
attr OG_Bad_Thermostat firmware 1.4
attr OG_Bad_Thermostat model HM-CC-RT-DN
attr OG_Bad_Thermostat serialNr MEQ0560590
attr OG_Bad_Thermostat subType thermostat
attr OG_Bad_Thermostat webCmd getConfig:clear msgEvents:burstXmit
define FileLog_OG_Bad_Thermostat FileLog ./log/OG_Bad_Thermostat-%Y.log OG_Bad_Thermostat
attr FileLog_OG_Bad_Thermostat logtype text
define OG_Bad_Thermostat_Weather CUL_HM 3D946601
attr OG_Bad_Thermostat_Weather model HM-CC-RT-DN
attr OG_Bad_Thermostat_Weather peerIDs 00000000,
define OG_Bad_Thermostat_Climate CUL_HM 3D946602
attr OG_Bad_Thermostat_Climate model HM-CC-RT-DN
attr OG_Bad_Thermostat_Climate peerIDs 00000000,
define OG_Bad_Thermostat_WindowRec CUL_HM 3D946603
attr OG_Bad_Thermostat_WindowRec model HM-CC-RT-DN
attr OG_Bad_Thermostat_WindowRec peerIDs 00000000,
attr OG_Bad_Thermostat_WindowRec stateFormat last:trigLast
define OG_Bad_Thermostat_Clima CUL_HM 3D946604
attr OG_Bad_Thermostat_Clima alias Bad Thermostat
attr OG_Bad_Thermostat_Clima group Thermostate
attr OG_Bad_Thermostat_Clima homebridgeMapping TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlMode+night CurrentHeatingCoo$
attr OG_Bad_Thermostat_Clima icon sani_heating
attr OG_Bad_Thermostat_Clima model HM-CC-RT-DN
attr OG_Bad_Thermostat_Clima peerIDs 00000000,
attr OG_Bad_Thermostat_Clima room Bad,Thermostate,Homebridge
attr OG_Bad_Thermostat_Clima userReadings heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"c$
define FileLog_OG_Bad_Thermostat_Clima FileLog ./log/OG_Bad_Thermostat_Clima-%Y.log OG_Bad_Thermostat_Clima
attr FileLog_OG_Bad_Thermostat_Clima logtype text
define OG_Bad_Thermostat_ClimaTeam CUL_HM 3D946605
attr OG_Bad_Thermostat_ClimaTeam model HM-CC-RT-DN
attr OG_Bad_Thermostat_ClimaTeam peerIDs 00000000,
define OG_Bad_Thermostat_remote CUL_HM 3D946606
attr OG_Bad_Thermostat_remote model HM-CC-RT-DN
attr OG_Bad_Thermostat_remote peerIDs 00000000,
Mein FHEM und auch mein HUE Equipment wurde schon länger nicht mehr geupdated. Bin mir gerade nicht sicher, ob die Konfiguration der Hue Bridge so nach den ganzen Updates noch funktioniert. Wenn das was spezielles brauchst, sage mir was. Dann ermittle ich, wie das bei mir konfiguriert ist.
Gruß Hoppel
Danke hoppel118
Du konntest anscheinend kommplett ohne homebridge mapping arbeiten..Ich habe alles über die ccu2 eingebunden und deswegen greift die autoerkennung bei mir anscheinend nicht. Also es wird zwar wegen dem genericDeviceType thermostat in homebridge erkannt allerdings funktioniert weder dir Steuerung noch die min Max werte und alles. Dafür muss ich das homebridge mapping machen soweit ich das verstanden habe..Allerdings steige ich da nicht durch :D
Jo, schade! Mit der CCU2 kenne ich mich leider nicht aus...
Viel Erfolg!
Hallo wuast94,
schau doch mal hier rein: https://forum.fhem.de/index.php/topic,51339.0.html (https://forum.fhem.de/index.php/topic,51339.0.html)
Hier findest du genug Beispiele für das Mapping über HMCCU..auch inkl. der Homebridge-Mappings.
Zur Unterstützung hier noch mein Mapping für meine Wandthermostate:
argetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,,minValue=19,maxValue=23,minStep=0.5,cmd=control,nocache=true CurrentTemperature=1.ACTUAL_TEMPERATURE CurrentHeatingCoolingState=1.SET_POINT_MODE,values=1:0;0:1 TargetHeatingCoolingState=1.SET_POINT_MODE::1.SET_POINT_MODE,values=OFF:1;AUTO:0;HEAT:3;COOL:2,cmds=OFF:datapoint+1.CONTROL_MODE+1;HEAT:datapoint+1.BOOST_MODE+1;COOL:datapoint+1.BOOST_MODE+0;AUTO:datapoint+1.CONTROL_MODE+0 CurrentRelativeHumidity=1.HUMIDITY
Das kannst du dir sicherlich einfach umschreiben...
Viele Grüße
Christian
Kann ich einen FHEM Dummy, den ich als Betriebsart-Schalter mit den Werten (state) aus, auto, hand benutze durch homekit steuern? Und wie sieht dafür der genericdevicetype und das Mapping aus? Bin dankbar für Tips.
Hallo zusammen und mal eine Frage an Linux Experten.
Meine Homebridge läuft und funtioniert einwandfrei mit diesem Startscript:
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
else
homebridge -U /home/pi/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
else
kill $PID
echo "Homebridge closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
homebridge -U /home/pi/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
else
kill $PID
echo "Homebridge closed"
homebridge -U /home/pi/.homebridge/ > /dev/null 2>&1 &
echo "Homebridge starting"
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
else
echo "Homebridge is not running"
fi
;;
*)
echo "Usage: /etc/init.d/homebridge {start|stop|status|restart}"
exit 1
;;
esac
exit 0
Wenn ich jetzt aber das aus den HowTo´s nehme um die Bridge über FHEM zu steuern, startet sie nicht mehr.
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
homeBridgeUser="pi"
fhemHost=127.0.0.1 #FHEM Server (Masterinstanz)
fhemHostTelnetPort=7072 #TelnetPort der FHEM Instanz
fhemDefine="SYS_Homebridge"
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge is already running"
else
su - $homeBridgeUser -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge starting"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "set $fhemDefine on"
sleep 2
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge is not running"
else
kill $PID
echo "Homebridge stopping"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge stopping"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "set $fhemDefine off"
sleep 2
$0 status
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge running as PID $PID"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "set $fhemDefine on"
else
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "setreading $fhemDefine info Homebridge is not running"
perl /opt/fhem/fhem.pl $fhemHost:$fhemHostTelnetPort "set $fhemDefine off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
Sieht jemand den offensichtlichen Fehler?
Gruß Dirk
Hallo zusammen,
bis dato habe ich den Homematic - Türklingelsensor HM-Sen-DB-PCB mittels einem Trigger dazu bewegt meine FritzBox Telefone Klingel zu lassen. Als Erweiterung dazu möchte ich zusätzlich das Event als MotionSensor oder ContactSensor im HomeKit integrieren. Dabei stellt sich für mich die Frage wie ich den Trigger Short Event so im Mapping hinterlegen muß, da sich der Wert ja immer erhöht. Sollte der Trigger eventuell das HomeKit Device werden?
Readings:
trigger: Short_255
trigger_cnt: 255
Attribute:
attr Klingel genericDeviceType ContactSensor
attr Klingel homebridgeMapping ContactSensorState=motion,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED
attr Klingel model HM-Sen-DB-PCB
attr Klingel room Homekit,Tür
attr Klingel subType pushButton
attr Klingel userattr motion
Trigger:
defmod event_Klingel notify Klingel.trigger:.Short_.* set AZ_FritzBox ring 612,610 10 show:Haustür
oder
defmod event_Klingel notify Klingel.trigger:.Short_.* { fhem "setreading Klingel motion closed;;set AZ_FritzBox ring 612,610 10;;setreading Klingel motion closed" }
Danke
Patrik
Zitat von: Markus M. am 27 Oktober 2017, 14:57:56
Ach das ist die Detailansicht...
light mit nur Temperatur sieht z.B. so aus:
clear
On=power,valueOn=on,cmdOn=on,cmdOff=off
Brightness=brightness,cmd=brightness,minValue=0,maxValue=100,minStep=1
ColorTemperature=ct,factor=0.025,minValue=50,maxValue=400,minStep=1,min=2700,max=6500,cmd=ct
StatusActive=state,valueOff=disconnected
StatusFault=error,values=none:0,default=1
LockPhysicalControls=kid_mode,values=1:1,default=0,cmds=0:kid_mode+0;1:kid_mode+1
ColorTemperature lässt sich über homebridge aktuell aber nicht wirklich umsetzen, weil der Wertebereich nicht passt.
Für eine farbige Lampe müsste es reichen statt ColorTemperature einfach nur Hue (0-360) und Saturation (0-100) zu mappen.
Hallo,
erstmal vielen Dank für dieses sehr hilfreiche Forum und die Bereitschaft der Entwickler und Experten, hier auf Fragen von Einsteigern zu antworten.
Ich habe homebridge, Dank der Doku und des Forums für meinen use case schon ganz gut hinbekommen. Im Moment versuche ich mich gerade an einer tunable white LED über KNX (KNX läuft schon). Die LEDs lassen sich schon von der Helligkeit dimmen, jedoch funktioniert das "tunable white" noch nicht zufriedenstellend. Den Color Picker im homekit habe ich hinbekommen nur das mapping der vom homekit gelieferten Werte (50 - 400) auf 0-100% (in meinem Fall Kaltweißanteil) bekomme ich nicht hin.
Ist die Funktion ColorTemperature schon vollständig implementiert, oder wird es ein Zukunft weitere Ergänzungen geben, um den Wertebereich abzustimmen.
Vielen Dank im Voraus und viele Grüße
Thorsten
Kann mir hier einer sagen wo ich einen Dreher habe, der Status wird falsch übermittelt
vom iPhone klappt es: Symbol anklicken:
Tor ist geschlossen--> wird geöffnet -->Tor geöffnet-->Tor wird geschlossen-->Tor ist geschlossen......
Wenn ich das Tor extern schalte oder über mein DOIF wird der Dummy in FHEM richtig angezeigt, nur in Homekit nicht.
Internals:
NAME UG_Garage_Garagentor
NR 387
STATE closed
TYPE dummy
READINGS:
2018-08-19 15:15:52 state closed
Attributes:
devStateIcon open:fts_garage_door_10@red closed:fts_garage_door_100@green closing:fts_garage_door_60@green opening:fts_garage_door_40@red
genericDeviceType GarageDoorOpener
homebridgeMapping CurrentDoorState=state,values=closed:CLOSED;open:OPEN;opening:OPENING;closing:CLOSING
TargetDoorState=state,cmds=OPEN:open;CLOSED:closed,values=close:CLOSED;open:OPEN
icon fts_garage
room Garage,Homekit,MQTT
setList open closed
webCmd open:closedsieht hier irgendwer einen Fehler?
also ist das Tor geschlossen, und ich öffne es von FHEM aus, hängt der Status und er rödelt sich zu Tode am iPhone, auch wird hier "wird geöffnet" und "wird geschlossen" vertauscht. denke da ist der Fehler.
Hat jemand einen Tipp?
ich bin mir nicht sicher...bei Dummys gab es eine Besonderheit mit State...versuch mal STATE anstatt state im Mapping.
Tippfehler drin gewesen.
...values=closed:CLOSED;open:OPEN.......
anderes Problem in Eve wird öffnend und schliessend richtig angezeigt, der Status stimmt auch, die HomeApp selber hat einen Dreher. Die Pushnachricht stimmt auch....
also Auf und Zu passt. "wird geöffnet" und "wird geschlossen" sind vertauscht
Hallo,
ich habe seit längerer Zeit ein Problem bei meinen Homebridgemapping. Meistens konnte ich dieses mit einem Umweg über einem zweiten Dummy lösen. Doch nun will ich das Problem nochmals angehen.
Ich habe einen Dummy als Thermostat konfiguriert. Nun würde ich gerne aber noch ein paar Zusätzliche Werte in diesem Dummy hinzufügen. Der Dummy ist aktuell wie folgt aufgebaut:
defmod Heizungsthermostat dummy
attr Heizungsthermostat alias Heizungsthermostat
attr Heizungsthermostat genericDeviceType thermostat
attr Heizungsthermostat homebridgeMapping TargetTemperature=target::target,minValue=16,maxValue=28,minStep=0.5 CurrentTemperature=temperatur TargetHeatingCoolingState=state,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:3,cmds=0:OFF;;1:HEAT;;2:COOL;;3:AUTO CurrentHeatingCoolingState=state,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:0 TargetRelativeHumidity=target::target,minValue=1,maxValue=100,minStep=1\
00001001-0000-1000-8000-135D67EC4380=test,name=Rolladen_Abends,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=2400,minStep=15\
00001001-0000-1000-8000-135D67EC4381=test2,cmd=test2,delay=true,name=Volume,format=UINT8,unit=PERCENTAGE,minValue=0,maxValue=100,minStep=1
attr Heizungsthermostat readingList target temperatur attr Heizungsthermostat room HomeKit attr Heizungsthermostat setList target:slider,16,0.5,28,1
setstate Heizungsthermostat test2 69
setstate Heizungsthermostat 2018-08-16 21:42:08 state test2 69 setstate Heizungsthermostat 2018-08-16 21:38:14 target 20.0 setstate Heizungsthermostat 2018-08-19 19:55:56 temperatur 25 setstate Heizungsthermostat 2018-08-16 21:34:58 test 0 setstate Heizungsthermostat 2018-08-16 21:39:00 test2 0
Das Thermostat funktioniert ohne Probleme. Ich möchte aber gerne einen zweiten Einstellungswert (Slider) in der Eve App haben. Die beiden custom Eve characteristics werden angezeigt, sobald ich aber den Slider bewege (z.B. auf 12), wird anstelle des Readings test das State Reading mit "test 12" beschrieben. Habe ich einen Fehler gemacht? Alle anderen Eve characteristics (zum ablesen) funktionieren mit den konfigurierten Readings.
Könnt Ihr mir weiterhelfen?
Kann mir mal einer das richtige Mapping bei einem Garagentor erklären?
genericDeviceType garage oder GarageDoorOpener?
HomebridgeMapping
ZitatCurrentDoorState=state,values=closed:CLOSED;open:OPEN;opening:OPENING;closing:CLOSING
TargetDoorState=state,cmds=OPEN:Auf;CLOSED:Zu,values=Zu:CLOSED;Auf:OPEN
Bei CurrentDoorState ist die Position vom Garagentor:geschlossen, offen, wird geöffnet und wird geschlossen.
Das TargetDoorState was wird bei
cmds=... angeben und was bei
values=... das erklärt sich mir nicht.
so wie ich das habe geht es nicht, das Gerät dreht im Kreis in Home.
Hat mal einen Tip für mich?
Internals:
NAME UG_Garage_Garagentor
NR 386
STATE closed
TYPE dummy
READINGS:
2018-08-25 16:20:52 state closed
Attributes:
devStateIcon open:fts_garage_door_10@red closed:fts_garage_door_100@green closing:fts_garage_door_60@green opening:fts_garage_door_40@red Funk1:fts_garage_door_60@green Funk2:fts_garage_door_40@red
genericDeviceType GarageDoorOpener
homebridgeMapping CurrentDoorState=state,values=closed:CLOSED;open:OPEN;closing:CLOSING;opening:OPENING
TargetDoorState=state,cmds=OPEN:Auf;CLOSED:Zu,values=Zu:CLOSED;Auf:OPEN
icon fts_garage
room Garage,Homekit,MQTT
setList Auf Zu
webCmd Auf:ZuLiebe Grüße Typ1er
Hi,
Schau mal hier
https://forum.fhem.de/index.php?topic=72502.msg773658#
homebridgeMapping Clear CurrentDoorState=ESPEasy_ESP_Garage_GarageDoor:CurrentDoorState,values=0:0;;1:1;;2:2;;3:3;;/.*/:4 TargetDoorState=ESPEasy_ESP_Garage_GarageDoor:TargetDoorState,values=1:1;;0:0,cmdOff=open,cmdOn=close ObstructionDetected=ESPEasy_ESP_Garage_GarageDoor:ObstructionDetected,values=0:0;;/.*/:1
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo zusammen,
Ich habe eine kleine Homebridge Installation die seit vielen Monaten zuverlässig läuft und auch langsam wächst. Von Zeit zu Zeit kommt es vor das die Schalter in Apple Home den Status ,,aktualisieren" zeigen.
Es dauert dann ein paar Minuten bis sich dies auflöst. Schaltvorgänge während dieser Zeit werden verzögert aber korrekt ausgeführt.
Ich kenne nun diesen Umstand, aber für WAF und Kinder wäre es natürlich schöner das noch zu beheben.
Fhem und homebridge per cron Job täglich neu zu starten will ich vermeiden.
Gruß
Jan
Ich muss mal kurz ne Frage in die Runde stellen:
Wenn ich Jalousien (hier: Homematic) per HomeKit steuere, so werden mehrere Befehle (set 50, set 70, set 80) an die Aktoren geschickt, da ich wohl zu langsam die Position auswähle. Trotz diverser delay-Spielereien kann ich das nicht verhindern.
Kann man das per homebridgemapping so konfigurieren, dass nur ausgelöst werden soll, wenn ich den Finger wieder vom "Dimmer" in HomeKit (pct) nehme?
Sorry, dass ich pushe. Aber ist das bei euch denn auch so?
Werden mehrere set-Befehle hintereinander als "Feuerwerk gezündet", weil man mit dem Finger am iOS-Gerät hoch- und runtergescrollt hat?
Hallo an euch,
EDIT: 31. Januar 2018 - Eine Lösung habe ich selbst gefunden!
Hier: https://forum.fhem.de/index.php/topic,48558.msg898835.html#msg898835
-----------
Zitat
ich benötige von euch Hilfe, die über Homebridge die Fritz!Dect Geräte nutzen (Thermostate), da ich schon am verzweifeln bin.
Ich nutze Homebridge (neuste Version), dazu FBDECT und habe ein Heizungsthermostat als "FB:11959_0389176 actuator,tempSensor"
Das sind die RAW Werte im FHEM
defmod FBDECT_FB_11959_0389176 FBDECT FB:11959_0389176 actuator,tempSensor
attr FBDECT_FB_11959_0389176 IODev FB
attr FBDECT_FB_11959_0389176 alias BZ-H
attr FBDECT_FB_11959_0389176 room FBDECT,HomeKit
defmod FB FBAHAHTTP 192.168.178.1
attr FB alias Fritz!Box Dect
attr FB fritzbox-user Matthias
attr FB polltime 30
attr FB verbose 5
defmod FileLog_FBDECT_FB_11959_0389176 FileLog ./log/FBDECT_FB_11959_0389176-%Y-%m-%d.log FBDECT_FB_11959_0389176:power\x3a.*
attr FileLog_FBDECT_FB_11959_0389176 logtype power4:Power,text
attr FileLog_FBDECT_FB_11959_0389176 room FBDECT
setstate FB connected
setstate FBDECT_FB_11959_0389176 desired-temp: 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 AIN 11959 0389176
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBNAME BZ-H
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBPROP actuator,tempSensor
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 FBTYPE Comet DECT
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 ID 17
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 batteryState ok
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 batterylow 0
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 day-temp 19.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 desired-temp 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 devicelock no
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 errorcode noError (0)
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 fwversion 03.68
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 locked no
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 night-temp 11.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 present yes
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 state desired-temp: 10.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 tempadjust 0.0 C
setstate FBDECT_FB_11959_0389176 2018-09-04 20:05:55 temperature 22.5 C (measured)
setstate FileLog_FBDECT_FB_11959_0389176 active
und das spukt er im Debugmodus in Homebridge aus:
...
[2018-9-4 19:55:27] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2018-9-4 19:55:27] [FHEM] mappings for FBDECT_FB_11959_0389176: { TargetTemperature:
{ reading: 'desired-temp',
cmd: 'desired-temp',
delay: true,
minValue: 8,
maxValue: 28,
minStep: '0.5' },
CurrentTemperature: { reading: 'temperature', minValue: -30 },
CurrentHeatingCoolingState: { default: 'HEAT' } }
[2018-9-4 19:55:27] [FHEM] FBDECT_FB_11959_0389176 is thermostat
[2018-9-4 19:55:27] [FHEM] FBDECT_FB_11959_0389176 has
[2018-9-4 19:55:27] [FHEM] TargetTemperature [desired-temp]
[2018-9-4 19:55:27] [FHEM] CurrentTemperature [temperature]
[2018-9-4 19:55:27] [FHEM] CurrentHeatingCoolingState [undefined]
2018-09-04 19:55:27 caching: FBDECT_FB_11959_0389176-desired-temp: 10.0 C
[2018-9-4 19:55:27] [FHEM] caching: TargetTemperature: 10 (as number; from '10.0 C')
2018-09-04 19:55:27 caching: FBDECT_FB_11959_0389176-temperature: 22.5 C (measured)
[2018-9-4 19:55:27] [FHEM] caching: CurrentTemperature: 22.5 (as number; from '22.5 C (measured)')
[2018-9-4 19:55:27] [FHEM] default: 1
[2018-9-4 19:55:27] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
...
...
[2018-9-4 19:57:29] [FHEM] query: TargetTemperature for FBDECT_FB_11959_0389176-desired-temp
[2018-9-4 19:57:29] [FHEM] cached: 10 (as number)
[2018-9-4 19:57:29] [FHEM] query: CurrentHeatingCoolingState for FBDECT_FB_11959_0389176-undefined
[2018-9-4 19:57:29] [FHEM] cached: 1 (as number; means HEAT)
[2018-9-4 19:57:29] [FHEM] query: CurrentTemperature for FBDECT_FB_11959_0389176-temperature
[2018-9-4 19:57:29] [FHEM] cached: 22.5 (as number)
...
...
Mein Problem: Ich gehe in meinem iPhone auf "Home" und stelle die Heizung von 10 Grad (die auch richtig dargestellt wird) auf 12 Grad.
Er gibt während des umstellens in Homebridge folgende Meldung:
[2018-9-4 20:00:31] [FHEM] FBDECT_FB_11959_0389176 delaying command TargetTemperature with value 12
[2018-9-4 20:00:32] [FHEM] FBDECT_FB_11959_0389176: executing set cmd for TargetTemperature with value 12
[2018-9-4 20:00:32] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20FBDECT_FB_11959_0389176%20desired-temp%2012&fwcsrf=csrf_120926743204567&XHR=1
Diese Information wird auch direkt an FHEM gesendet und von dort auch weiter an die FritzBox (dies funktioniert bis hierhin perfekt!)
Allerdings wird in der App selbst weiterhin 10 Grad angezeigt. (App geschlossen und neu geöffnet) - Dies spukt er in Homebridge nach dem Neustart der "Home"-App auf dem iPhone aus:
[2018-9-4 20:03:32] [FHEM] query: TargetTemperature for FBDECT_FB_11959_0389176-desired-temp
[2018-9-4 20:03:32] [FHEM] cached: 10 (as number)
[2018-9-4 20:03:32] [FHEM] query: CurrentHeatingCoolingState for FBDECT_FB_11959_0389176-undefined
[2018-9-4 20:03:32] [FHEM] cached: 1 (as number; means HEAT)
[2018-9-4 20:03:32] [FHEM] query: CurrentTemperature for FBDECT_FB_11959_0389176-temperature
[2018-9-4 20:03:32] [FHEM] cached: 22.5 (as number)
Also überall stimmt es, außer in Home-App. Der Wert von desired-temp bleibt immer der,, mitdem ich Homebridge gestartet habe.
Es ändert sich auch nach einer ganzen Weile nicht! Ich habe gelesen, dass es am nicht vorhandenem "langpoll" liegen könnte, die unter "desired-temp" fehlt. Allerdings weiß ich jetzt wirklich nicht mehr weiter... Habe schon eigene Homebridgemappings versucht mit nocache etc...
Könnt ihr mir weiterhelfen? Vielen Dank.
Zitat von: stratege-0815 am 26 August 2018, 10:18:57
Hallo zusammen,
Ich habe eine kleine Homebridge Installation die seit vielen Monaten zuverlässig läuft und auch langsam wächst. Von Zeit zu Zeit kommt es vor das die Schalter in Apple Home den Status ,,aktualisieren" zeigen.
Es dauert dann ein paar Minuten bis sich dies auflöst. Schaltvorgänge während dieser Zeit werden verzögert aber korrekt ausgeführt.
Ich kenne nun diesen Umstand, aber für WAF und Kinder wäre es natürlich schöner das noch zu beheben.
Fhem und homebridge per cron Job täglich neu zu starten will ich vermeiden.
Gruß
Jan
Ich habe leider das gleiche Problem. Ohne, dass ich wüsste wie es zu reproduzieren ist kommt manchmal nur noch "Aktualisieren" oder "Keine Antwort". Homebridge läuft aber. Ich habe das schon lange und kenne es von meiner alten Installation auf meinem RPI2. Ich hab es aber auf das verfuckelte System geschoben und hab alles von Grund auf neu auf einem RPI3b+ aufgesetzt, leider hat sich das Problem nicht erledigt. Es könnte so schön sein, aber so ist der WAF im Keller.
Freue mich über jeden Rat, habe nichmal eine Idee wie man das debuggen kann... :(
VG
Psy
Gibt es eigentlich Pläne die Fakegato-Histroy Unterstützung irgendwann nochmal komplett zu implementieren? Momentan scheint es ja als incomplete entfernt worden zu sein, wenn ich das richtig verstehe.
Moin zusammen,
ich würde gerne die Lüfterstufe (FanSpeed) meines Vallox-Moduls per Siri steuern. Der Set-Befehl ist "set Lueftung FanSpeed x", wobei x 1-8 sein kann.
Ist es möglich, ein Homebridge Mapping dafür zu schreiben? Im Homekit gibt es ja den Typ "lüfter", insofern meine Frage: Was muss ich setzen, damit Homebridge das richtig übersetzt?
VG Jan
Zitat von: Skjall am 23 September 2018, 11:52:05
Moin zusammen,
ich würde gerne die Lüfterstufe (FanSpeed) meines Vallox-Moduls per Siri steuern. Der Set-Befehl ist "set Lueftung FanSpeed x", wobei x 1-8 sein kann.
Ist es möglich, ein Homebridge Mapping dafür zu schreiben? Im Homekit gibt es ja den Typ "lüfter", insofern meine Frage: Was muss ich setzen, damit Homebridge das richtig übersetzt?
VG Jan
Hier ist mein Mapping für meinen Ventilator, dass kannst du dir eventuell anpassen.
On=state,valueOn=power,cmdOn=on,cmdOff=off
RotationSpeed=level_on,minValue=0,maxValue=90,cmd=level,delay=1
Grüße
Danke erstmal.
Ich habe jetzt dieses attr:
On=PowerState,valueOn=1,readOnly=1 RotationSpeed=FanSpeed,minValue=1,maxValue=8,cmd=FanSpeed,delay=1Leider gibt es da ein paar Probleme:
- Die Home App zeigt nur An/Aus. In EVE geht es. Auch in Siri kann ich die Stufe setzen. Gibt es da einen Trick oder ist die Home App einfach nur so schlecht?
- Ich will eigentlich verhindern, dass man das Ding ausschalten kann, weil die Anlage dann nur durch das unterbrechen der Stromversorgung neu gestartet werden kann. Deswegen habe ich das readonly gesetzt. Das Setzen des Befehles wird zwar verhindert (ist ja auch undefined), ich habe in den Apps aber immer noch die Auswahl. Kann man das unterbinden?
- Die Lüfterstufe wird von Siri und EVE als Prozentwert erkannt. Ich kann zwar auch sagen "Stelle die Lüftung auf 8" bekomme dann aber die Antwort, dass sie auf 8% läuft. Ist nur ein Schönheitsfehler, aber dennoch die Frage, kann ich festlegen, dass das kein Prozentwert ist?
VG Jan
Zitat von: stratege-0815 am 26 August 2018, 10:18:57
Hallo zusammen,
Ich habe eine kleine Homebridge Installation die seit vielen Monaten zuverlässig läuft und auch langsam wächst. Von Zeit zu Zeit kommt es vor das die Schalter in Apple Home den Status ,,aktualisieren" zeigen.
Es dauert dann ein paar Minuten bis sich dies auflöst. Schaltvorgänge während dieser Zeit werden verzögert aber korrekt ausgeführt.
Ich kenne nun diesen Umstand, aber für WAF und Kinder wäre es natürlich schöner das noch zu beheben.
Fhem und homebridge per cron Job täglich neu zu starten will ich vermeiden.
Gruß
Jan
Hallo Jan,
schau mal hier, vielleicht ist ja was dabei was dir hilft:
https://forum.fhem.de/index.php/topic,91004.0.html
VG
Psy
Eine Frage zum Thema Node... soweit funktioniert die Homebridge 1a, allerdings habe ich folgendes Problem...
Für zigbee2mqtt brauche ich zwingend ein 8er NodeJS, die Brige läuft allerdings nicht mit NodeJS 8.x
Was nun? Jemand einen Tip für mich - würde mich nur ungern "entscheiden" müssen... ;)
Hallo zusammen,
ich steuere meine FHEM Devices schon länger erfolgreich über Homebridge. Im Sommer habe ich mir einen Dyson Ventilator gekauft und bin dann zufällig über dieses Homebridge Plugin gestolpert: https://www.npmjs.com/package/homebridge-dyson-link (https://www.npmjs.com/package/homebridge-dyson-link). Ich habe es eingebunden und funktioniert prima, in iOS Home sieht man ein schönes Ventilator-Symbol und kann alles regeln, was das Teil hergibt, in den Details sieht man sogar den Filterzustand, Betriebsdauer etc.
Jetzt die Frage: Kann ich dieses Gerät auch reverse einbinden in FHEM, so dass ich dort (ich nehme an via eines dummys) den Zustand anzeigen und auch in die andere Richtung wieder steuern kann? Das technische Problem ist, dass dieses Device halt in einer Homebridge Plattform außerhalb FHEM existiert.
Danke für Euer Feedback!
Ein klares Jein!
Also eigentlich nicht, aber:
Wie wäre die Steuerung (der Grundfunktion) über eine Szene, die auch ein Dummy Device in FHEM umfasst. Dann hast Du ein ,,Shadowgerät" in FHEM mit gleichem Status?
Ist aber Offtopic hier ;-) Eigener Thread?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
--Hat sich erledigt. Das WLAN war im den Zimmer wahrscheinlich Schuld, bzw. zu schwach.
Hallo zusammen,
ich habe mich bereits durch diverse Themen durchgelesen und mein funktionierendes Setup ist wie folgt:
FHEM mit Somfy RTS Rolläden
Homebridge funktioniert und ich kann einzelne Rollos "ansprechen".
Pi mit nanoCUL
Wenn ich nun über Siri aber folgendes Kommando abfeuer: Alle Rollos im Schlafzimmer ausschalten, dann wird eine Rollo heruntergefahren und die andere Rollo reagiert auf die aktuelle und weitere Eingaben nicht mehr. Vermutlich Rollingcode geändert?!
Kann es sein, dass der CUL nicht gleichzeitig beide Rollos aktivieren kann? Kann man eine Verzögerung einbauen o.ä.?
Leider habe ich hier nichts gefunden.
Anbei Beispiel für eine Rollo:
defmod Terassenrollo SOMFY 000005 A6 0036
attr Terassenrollo IODev nanoCUL
attr Terassenrollo devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
attr Terassenrollo drive-down-time-to-100 25
attr Terassenrollo drive-down-time-to-close 27
attr Terassenrollo drive-up-time-to-100 2
attr Terassenrollo drive-up-time-to-open 29
attr Terassenrollo eventMap on:ab off:auf go-my:my on:close off:open
attr Terassenrollo group Rollläden
attr Terassenrollo homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=50 TargetPosition=userposition,minValue=0,maxValue=100,minStep=50,cmds=0:close;;50:my;;100:open
attr Terassenrollo icon fts_shutter_updown
attr Terassenrollo model somfyshutter
attr Terassenrollo room Homekit,Wohnzimmer
attr Terassenrollo siriName Garten Rollo
attr Terassenrollo userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
attr Terassenrollo webCmd auf:my:ab
setstate Terassenrollo open
setstate Terassenrollo 2018-11-04 16:23:40 enc_key A6
setstate Terassenrollo 2018-11-04 16:23:40 exact 0
setstate Terassenrollo 2018-11-04 16:23:41 parsestate off
setstate Terassenrollo 2018-11-04 16:23:40 position 0
setstate Terassenrollo 2018-11-04 16:23:41 received 20
setstate Terassenrollo 2018-11-04 16:23:40 rolling_code 0036
setstate Terassenrollo 2018-11-04 16:23:40 state open
Mir ist aufgefallen, dass Änderungen der Konfiguration an der Hue Bridge sich sofort in HomeKit niederschlagen. Über das FHEM-Homebridge Interface muss immer erst ein Neustart von Homebridge durchgeführt werden, um eine Konfigurationsänderung zu nutzen. Anscheinend geht es besser.
Ist das jetzt ein Problem in Homebridge oder der Implementierung des FHEM-Plugins?
Letztlich wäre es schön, wenn man nicht jedesmal an den Restart von Homebridge ran muss, wenn etwas geändert wird.
Hi,
das liegt an Homebridge-FHEM-Plugin, dass sich beim Laden die Geräteliste aus FHEM abholt. Da ist aber auch auf FHEM Seite aktuell kein Push bei Updates möglich.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Andre, kannst du bitte einen zusätzlichen optionalen Service für alle Geräte hinzufügen:
Battery Service (00000096)
Der kann, soweit ich das testen konnte, parallel zu allen anderen Services laufen.
Da rein gehören, sofern vorhanden:
StatusLowBattery, BatteryLevel, ChargingState
bei mir fehlt im attr genericDeviceType und homebridgemapping nach dem neuaufsetzen, wo habe ich was vergessen zu aktivieren?
Hi,
ich bin mir nicht sicher, aber wird das nicht bei der Anlage von
define siri siri
mit erledigt?
Hi,
ich habe seit neuestem Schwierigkeiten, dass ich bei Aufruf der Home App auf iOS erstmal die Meldung bekomme: 47 Geräte reagieren nicht.
Sobald ich dann auf die Statusdetails klicke, wird alles aktualisiert.
Auch wenn ich über Siri schalte, sagt sie zunächst immer sie könne das nicht tun, oder meine Geräte würden nicht reagieren. Die Aktion wird aber tatsächlich ausgeführt.
Meine iOS Geräte hängen seit neuestem in einem Fritz WLAN (7590+Repeater 1750E).
Weiß jemand Rat?
Zitat von: aski71 am 03 Dezember 2018, 13:19:55
Hi,
ich habe seit neuestem Schwierigkeiten, dass ich bei Aufruf der Home App auf iOS erstmal die Meldung bekomme: 47 Geräte reagieren nicht.
Sobald ich dann auf die Statusdetails klicke, wird alles aktualisiert.
Auch wenn ich über Siri schalte, sagt sie zunächst immer sie könne das nicht tun, oder meine Geräte würden nicht reagieren. Die Aktion wird aber tatsächlich ausgeführt.
Meine iOS Geräte hängen seit neuestem in einem Fritz WLAN (7590+Repeater 1750E).
Weiß jemand Rat?
Das Problem hat mich auch lange Zeit in den Wahnsinn getrieben, und ich hatte immer das Gefühl ich bin damit alleine... Ich habe es nach und nach aber bei mir verbessern können. Ich hatte allerdings auch das Gefühl (!), dass es am stabilsten gelaufen ist, wenn iPhone (sowieso) und Homebridge per WLAN erreichbar sind, und in der Fritzbox aktiviert ist, dass Verbindungen unter Geräten direkt aufgebaut werden dürfen. Ansonsten hatte ich hier mal aufgeschrieben, was mir noch geholfen hat:
https://forum.fhem.de/index.php/topic,91004.0.html
Hoffe das hilft wenigstens n bisschen...
VG
Hallo,
kann ich eigentlich mittlerweile eine individuelle Seriennummer in Homebridge einpflegen?
Ich habe nichts darüber gefunden in der Suchfunktion, außer das einige es auch möchten.
Danke,
arokh12
Gesendet von iPhone mit Tapatalk
Zitat von: PsychoD am 04 Dezember 2018, 10:57:42
Das Problem hat mich auch lange Zeit in den Wahnsinn getrieben, und ich hatte immer das Gefühl ich bin damit alleine... Ich habe es nach und nach aber bei mir verbessern können. Ich hatte allerdings auch das Gefühl (!), dass es am stabilsten gelaufen ist, wenn iPhone (sowieso) und Homebridge per WLAN erreichbar sind, und in der Fritzbox aktiviert ist, dass Verbindungen unter Geräten direkt aufgebaut werden dürfen. Ansonsten hatte ich hier mal aufgeschrieben, was mir noch geholfen hat:
https://forum.fhem.de/index.php/topic,91004.0.html
Hoffe das hilft wenigstens n bisschen...
VG
Danke Dir. Hilft bei mir leider nicht.
Das Problem tritt nicht nur zuhause auf, sondern auch, wenn ich remote übers AppleTV einsteige.
Es ist echt zum Heulen.
Jetzt hab ich mal alles komplett aus Home gelöscht, den accessories und persist Ordner gelöscht, Homebridge alles neu anlegen lassen, die Homebridge in Home wieder neu eingelesen.
Fazit: Auf dem iPad, das ich zum neu Einrichten verwendet habe, habe ich nach wie vor die Probleme, dass die Geräte sich erst melden, sobald ich einmal auf den Status tippe. Jede Geräte-Aktion, die ich auslöse, führt zur Meldung, dass das Gerät sich nicht melde.
Auf allen anderen iOS devices (iPhone, zweites iPad) geht's nun überhaupt nicht mehr. Keines der Geräte meldet sich.
Ich bin jetzt echt verzweifelt und weiß nicht mehr, was ich noch tun soll. :(
Hängen bei Dir alle Geräte im selben Subnetz? Auch scheinen manche Switches/Router/Firewalls/WLAN APs/... die für Homekit erforderlichen Broadcasts zu filtern/verändern, so dass eine Verringerung und/oder ein Austausch der zwischengeschalteten Hardware zwischen allen beteiligten Geräten helfen kann.
Hallo zusammen,
ich schließe mich meinen beiden Vorrednern an.
Ich habe homebridge seit gut 1,5 Jahren am laufen. Meist waren die Latenzen um die 1 sec. Neulich hatte ich dann das "Phänomen", dass in der Home-App auf dem Iphone mein zu Hause 2x drin war. Nach langem Hin und Her, habe ich mich entschlossen alles noch einmal neu zu machen. Ich verzichte weitestgehend auf Szenen in der Home-App, sondern bilde diese in fhem mit Dummys und DoIfs ab, was das erneute Einrichten der Home-App deutlich erleichtert. Vorteil ist auch, dass die komplette Logik und Automatisierung in fhem liegt. - Egal, ich schweife ab ;)
Seit ich alles neu gemacht habe, habe ich das gleiche oben beschriebene Problem. Die Devices in der Home-App reagieren extrem verzögert (Keine Antwort), bzw. nur wenn ich mir die Details eines Devices ansehe aktualisieren sich die restlichen Geräte. Nun hatte ich den HomePod im Verdacht, da der ja auch als Zentrale dient. Meine (richtige) Zentrale ist ein ATV4.
Was habe ich getan:
- HomePod vom Netz genommen
- ATV von der Cloud abgemeldet, neu gestartet und wieder in der Cloud angemeldet.
- Am Iphone mein "Zu Hause" gelöscht und alles wieder eingerichtet
Gefühlt war es nach diesem Prozedre besser. Leider aber nur sehr kurzfristig. Nach den ersten paar Stunden habe ich genau das gleiche Fehlerbild, wie vor dem "Neumachen".
Grundsätzlich habe ich weder an Hardware, noch an Software noch an der Infrastruktur etwas geändert. Die homebridge startet fehlerfrei, fhem läuft wie eine 1 - aber Siri macht leider nicht mehr was ich sage. Auch hängen alle Geräte im gleichen Subnetz.
Ich weiß, diese Info hilft leider bei der Lösung nicht, ich wollte mich nur als Betroffener meinen Vorrednern anschließen.
viele Grüße und einen schönen Nikolaustag
wolf
Bei mir läuft seit Ersteinrichtung vor ca. einem Jahr alles rund. Mein FHEM habe ich immer wieder Zwischendurch auf den aktuellen Stand gebracht.
Ich habe folgendes im Einsatz:
• 7 Homematic Thermostate
• 2 Homematic Innensensoren
• 2 Homematic Außensensoren
• 14 Philips Hue Leuchten
Ich weiß, dass euch das nicht weiter bringt. Ich will auch lediglich sagen, dass es Leute gibt, bei denen alles wie gewohnt weiterhin funktioniert. Mir stellt sich nun die Frage, ob noch alles laufen würde, wenn ich meine FHEM- bzw. Homebridge-Services komplett neu aufsetzen würde.
Zitat von: aski71 am 03 Dezember 2018, 13:19:55Meine iOS Geräte hängen seit neuestem in einem Fritz WLAN (7590+Repeater 1750E).
Bis zur Umstellung deiner WLAN-Infrastruktur lief alles problemlos?
Gruß Hoppel
Es hilft wenig,aber ich setze ebenfalls auf die Kombination aus 7590+ 1750E.
Um von unterwegs die Geräte zu steuern setze ich auf ein Apple TV 3 ein.
Ich nutze jedoch nur ein Iphone 7 ( Aktuelle ios Version) an der homebridge..Ansonsten greifen keine weiteren Geräte darauf zu.
Eingerichtet habe ich das Ganze vor ca. 5 Monaten, und seit dem auch keine Probleme.
Grüße
Nach viel Experimentieren aktuell wieder störungsfrei.
Ich klopfe mal auf Holz.
Scheinbar war die "Home"-Konfig auf dem Device irgendwie zerschossen.
Drauf gekommen bin ich dadurch, dass ich alles platt gemacht habe:
1) Auf iOS die Homebridge aus Home entfernen (das ist ein schmerzvoller Schritt, weil man danach alle Szenen und Räume wieder manuell einrichten muss).
2) Homebridge auf dem Server beenden.
3) Die Verzeichnisse accessories und persist im Homebridge Server löschen.
4) Homebridge neu starten.
5) Homebridge neu in Home einrichten.
Daraufhin funktionierte es endlich auf dem iPad, auf dem ich die Einrichtung vorgenommen hatte.
Es funktionierte aber nicht auf meinem iPhone und auch nicht auf meinem zweiten iPad. Da ging gar nichts mehr.
Dann habe ich die AppleID meiner Frau eingeladen. Auf ihrem iPad und iPhone ging es dann ebenfalls problemlos.
Daraufhin hatte ich folgende Vermutung: Die Home-Konfig wird in der iCloud gespeichert, um sie von dort aus auf die Geräte zu verteilen.
Also probierte ich folgendes aus:
6) Die iCloud AppleID auf den fehlerhaften Geräten abmelden und auf die Abfrage hin alle lokalen Daten löschen lassen.
7) Die iCloud AppleID wieder neu anmelden.
8) Etwas abwarten.
Siehe da: Läuft.
Mein Rat also an alle, die das Problem haben:
a) Schritte 1 und 6 auf allen Devices durchführen.
b) Dann Schritte 7 und 5 auf dem ersten Device durchführen.
c) Danach Schritt 7 für alle anderen iOS Devices.
Wenn das nichts bringt, zwischen a) und b) noch Schritte 2-4 einflicken.
Schaut mal, ob das das Problem bei euch auch löst.
Zitat von: arokh12 am 04 Dezember 2018, 13:15:56
Hallo,
kann ich eigentlich mittlerweile eine individuelle Seriennummer in Homebridge einpflegen?
Ich habe nichts darüber gefunden in der Suchfunktion, außer das einige es auch möchten.
Danke,
arokh12
Gesendet von iPhone mit Tapatalk
Guten Abend,
ich habe mich jetzt mal länger mit der Seriennummer beschäftigt. Das funktioniert ja bei Geräten, wie bei FS20, super.
Allerdings kann ich einem dummy keine Seriennummer hinzufügen, die dann in HomeKit übertragen wird.
Dies wäre nützlich, da ich einige Intertechno Steckdosen als Dummy eingerichtet habe und ich die Kodierung gerne in HomeKit sehen würde.
Besteht diese Möglichkeit das Homebridge Plugin in der Richtung zu ändern?
Gruß,
arokh12
ich habe hier eine test version bei der sich die serien nummer setzen lässt. abgesehen davon das es nicht ganz trivial ist weil es nicht ganz zur logik im code passt, verstehe ich den sinn nicht so ganz.
die geräte haben doch alle unterschiedliche namen die viel intuitiver sind als irgendwelche serien nummern die weder in home noch in eve direkt sichtbar sind sondern nur über die detail ansicht.
Zitat von: justme1968 am 12 Dezember 2018, 19:31:56
ich habe hier eine test version bei der sich die serien nummer setzen lässt. abgesehen davon das es nicht ganz trivial ist weil es nicht ganz zur logik im code passt, verstehe ich den sinn nicht so ganz.
die geräte haben doch alle unterschiedliche namen die viel intuitiver sind als irgendwelche serien nummern die weder in home noch in eve direkt sichtbar sind sondern nur über die detail ansicht.
Danke für die Antwort. Ich habe auch andere selbstgebaute Geräte (ESP8266) in FHEM eingebunden. Diese sind als Dummy angelegt.
Deswegen war jetzt mein Gedanke, dass ich das Feld für Seriennummer zb für die jeweilige IP Adresse nehme.
Wenn ich die Seriennummer so setzen kann, würde mir ein Beispiel ausreichen. Dann braucht nichts geändert werden.
Schönen Abend noch
Hallo Forum,
ich versuche mich gerade an einem Mapping für den Volkszähler. Hierzu habe ich meine fhem.cfg wie folgt erstellt:
define Verbrauch_aktuell VOLKSZAEHLER 192.168.11.18 80 c17a5e90-083b-11e9-9fca-efa6c189f1e1 average 60
attr Verbrauch_aktuell delay 60
attr Verbrauch_aktuell event-on-change-reading AVERAGE
attr Verbrauch_aktuell genericDeviceType outlet
attr Verbrauch_aktuell group Strom
attr Verbrauch_aktuell period 60
attr Verbrauch_aktuell homebridgeMapping c17a5e90-083b-11e9-9fca-efa6c189f1e1=Verbrauch_aktuell,name=Power,format=FLOAT
attr Verbrauch_aktuell room Miele
attr Verbrauch_aktuell stateFormat AVERAGE
Der Volkszähler wird in Fhem richtig angezeigt, jedoch nicht in der Homebridge, dort bekomme ich als Wert eine 0
Internals:
Channel c17a5e90-083b-11e9-9fca-efa6c189f1e1
DEF 192.168.11.18 80 c17a5e90-083b-11e9-9fca-efa6c189f1e1 average 60
Host 192.168.11.18
Host_Port 80
NAME Verbrauch_aktuell
NR 112
Reading AVERAGE
STATE 50
TYPE VOLKSZAEHLER
READINGS:
2018-12-25 16:20:00 AVERAGE 50
2018-12-25 16:24:14 CONSUMPTION 75
2018-12-25 14:50:00 FROM 2018-12-25 14:50:00
2018-12-25 16:20:00 LAST 50
2018-12-25 16:20:00 LAST_AT 2018-12-25 16:20:00
2018-12-25 16:20:00 MAX 50
2018-12-25 16:20:00 MAX_AT 2018-12-25 16:20:00
2018-12-25 16:20:00 MIN 50
2018-12-25 16:20:00 MIN_AT 2018-12-25 16:20:00
2018-12-25 16:20:00 TO 2018-12-25 16:20:00
Attributes:
delay 60
event-on-change-reading AVERAGE
genericDeviceType outlet
group Strom
homebridgeMapping c17a5e90-083b-11e9-9fca-efa6c189f1e1=Verbrauch_aktuell,name=Power,format=FLOAT
period 60
room Miele
stateFormat AVERAGE
Hätte jemand einen Tipp für mich ?
schöne Grüße
Frank
Hallo,
ich bin heute Abend umgestiegen von ha-bridge auf Homebridge.. naja fast. Heißt, Lampen und so gehen schon. Bei einigen "Schaltern" habe ich komplexere CMDs hinter. Daher versuche ich nun, die ganze Parametrisierung zu verstehen.. und habe direkt zwei Fragen dazu:
1. Kann ich für Homekit (und Alexa) einen individuellen Namen vergeben? (ich möchte weder name noch alias nutzen, da es mir das gewohnte Fhem Web UI zerstört)
2. ich möchte bei meinem Squeezeboxradio die Lautstärke ändern. Geht das wie in ha-bridge mit Dim? Und falls ja, wie genau? Folgender Versuch funktioniert nicht:
On=state,cmdOn=play,cmdOff=off volume=dim,minValue=0,maxValue=100,cmd=volume
3. wie könnte das Mapping beim Homematic Schloss aussehen? Und bekomme ich es in Alexa (ohne eig. Routine) hin, dass Homebridge bei "auf" und "zu" on bzw. off sendet?
Ich möchte möglichst alles in Fhem konfigurieren und nicht über das Alexa Interface.
Wäre cool, wenn ich bei den Punkten noch weiterkomme. ha-bridge will ich dann möglichst komplett deaktivieren.
Viele Grüße
Ronny
Wahrscheinlich für euch eine sehr leichte Frage:
Ich habe homebridge und eve soweit laufen, sehe auch in eve alle devices des homkits und möchte jetzt die einzelnen devices aus FHEM nach homekit (eve) transferieren und korrekt dort darstellen, Stickwort genericDeviceType und homebridgemapping.
Das https://wiki.fhem.de/wiki/Homebridge_User_Configs habe ich gelesen und auch damit den Rauchmelder konfiguriert. War ja einfach. Und das ist in eve jetzt korrekt.
Jetzt habe ich eben noch eine ganze Menge FHT80 FHT8V Thermostate/Ventialantriebe, die ich gerne auch transferiert haben möchte. Von FHT80 sieht eve ohne genericDeviceType/homebridgeMapping definiert schon ne ganze Menge an Daten, aber eben nicht alles und auch einige Dinge für mich nicht korrekt zugeordnet. Beispiele sind "Strom" und "Sättigung". Auch möchte ich gerne verstehen, wie ich andere devices mappen kann. Deshalb möchte ich den Porzess verstehen.
Ich habe mal studiert und bin zu folgenden Quellen gekommen:
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js
Den Zusammenhang dieser Quelle und dem genericDeviceType thermostat bringe ich nicht hin.
Wo sehe ich hier zum Beispiel die Batterie, die ohne Definition des genericDeviceTypes übertragen wird oder die measured-temp (nur ein Beispiel?) Wie sieht eine solche Zuordnung in homebridgemapping aus. In FHEM heisst das Reading für die Batterie : battery bzw. : state (für measured-temp).
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js
Zitat* Service "Thermostat"
*/
Service.Thermostat = function(displayName, subtype) {
Service.call(this, displayName, '0000004A-0000-1000-8000-0026BB765291', subtype);
// Required Characteristics
this.addCharacteristic(Characteristic.CurrentHeatingCoolingState);
this.addCharacteristic(Characteristic.TargetHeatingCoolingState);
this.addCharacteristic(Characteristic.CurrentTemperature);
this.addCharacteristic(Characteristic.TargetTemperature);
this.addCharacteristic(Characteristic.TemperatureDisplayUnits);
// Optional Characteristics
this.addOptionalCharacteristic(Characteristic.CurrentRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.TargetRelativeHumidity);
this.addOptionalCharacteristic(Characteristic.CoolingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.HeatingThresholdTemperature);
this.addOptionalCharacteristic(Characteristic.Name);
};
inherits(Service.Thermostat, Service);
Service.Thermostat.UUID = '0000004A-0000-1000-8000-0026BB765291';
/*
*
Auch in der folgenden Quelle hier geht mir die komplette Übergabeliste der genericDeviceType "thermostat" ab. Also die Liste der Parameter, die zwischen FHEM - Homebridge und auch von Homebridge nach FHEM transgeriert werden können.
Dieser Teile stammt aus der ersten Seite dieses Threats:
Zitatattr thermostat genericDeviceType thermostat
attr thermostat homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5
CurrentTemperature=myTemp:temperature
die folgenden parameter namen sind für die richtung fhem -> homebridge möglich:
minValue, maxValue, minStep: für alle int und float characteristics -> der erlaubte wertebereich in homekit
max: der maximal wert in fhem wenn dieser von maxValue abweicht
nocache: reading value wird nicht gecached sondern immer life abgefragt.
subtype: eindeutiger name um mehrere identische characteristics im gleiche accessory zu unterscheiden
threshold: schwellwert für die konvertierung von zahlen in boolean werte
invert: invertiert das fhem reading
part: das reading wird an leerzeichen gesplittet und der n-te teil als wert verwendet. es wird mit 0 beginnend gezählt
values: eine durch ; getrennte liste aus <von>:<nach> werte paaren die das mapping von fhem reading werten auf homekit werte beschreibt.
<von> kann ein wert oder eine in / eingeschlossene regex sein.
<nach> kann ein wert oder eine in HomeKitTypes.js deklarierte konstante der characteristic sein
valueOn, valueOff: werte die auf true/false bzw. an/aus abgebildet werden sollen. nur für bool characteristics, abkürzung zu values.
wenn nur einer von beiden angegeben ist werden alle nicht berücksichtigten werden autmatisch dem gegenteil zugeordnet.
die rehenfolge der transformationen ist: eventMap, part, values, valueOn/valueOff, threshold, max, maxValue/minValue/minStep, invert
Vielen Dank für die Unterstützung
Zitat von: FHEMAN am 28 Dezember 2018, 00:46:43
3. wie könnte das Mapping beim Homematic Schloss aussehen? Und bekomme ich es in Alexa (ohne eig. Routine) hin, dass Homebridge bei "auf" und "zu" on bzw. off sendet?
Wenn ich als
genericDeviceType "lock" einstelle, funktioniert es in der iOS App über
On=state,cmdOn=lock,cmdOff=unlock LockCurrentState=lock LockTargetState=lock
Allerdings erkennt Alexa das Gerät dann nicht mehr! Hier funktionieren wohl nur Schalter und Licht?
Zitat von: FHEMAN am 28 Dezember 2018, 13:00:38
Allerdings erkennt Alexa das Gerät dann nicht mehr! Hier funktionieren wohl nur Schalter und Licht?
Kann bitte jemand bestätigen, dass das
Homematic Türschloss HM-SEC-KEY-S mit Alexa über Homebridge nicht funktioniert?
In dem Fall würde ich nicht weiter rumdoktern und ha-bridge gezwungermaßen weiter laufen lassen erstmal.
Gruß
Ronny
Zitat von: RaspiLED am 16 Mai 2018, 23:03:36
Hi,
Ich würde
sudo npm -g install npm
Versuchen.
Danach lief meine Homebridge nicht mehr! Lösung:
sudo npm install -g node-gyp
cd /usr/lib/node_modules/homebridge/node_modules/ed25519-hap/
sudo node-gyp BUILDTYPE=Release rebuild
cd ../curve25519-n/
sudo node-gyp BUILDTYPE=Release rebuild
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke dir für diese Info.
Da ich in letzter Zeit, gefühlt seit iOS 12, öfters Stabilitätsprobleme mit meiner Homebridge hatte, habe ich gerade einige Updates durchgeführt. Mit Stabilitätsproblemen meine ich, dass ich in der EVE App und in der Home App öfters mal Ausrufezeichen "!" an allen Devices gesehen habe und diese dann nach kurzer Zeit (manchmal Sekunden, manchmal Minuten), ohne dass ich etwas am System geändert habe, einfach wieder verschwunden waren. NodeJS ist nun auf V8:
root@omv4:~# node -v
v8.15.0Danach habe ich dann per npm folgende Pakete akutalisiert: npm, homebridge, dat, hap-nodejs, node-gyp. Die Pakete wurden mir bei dem Befehl "npm -g outdated" angezeigt. Das sind die Versionen, die nun installiert sind:
root@omv4:~# npm --version
6.5.0
root@omv4:~# npm view npm version
6.5.0
root@omv4:~# npm view homebridge version
0.4.45
root@omv4:~# npm view dat version
13.11.4
root@omv4:~# npm view hap-nodejs version
0.4.47
root@omv4:~# npm view node-gyp version
3.8.0Abschließend habe ich den Server testweise einmal komplett neugestartet. Meine Homebrdige war dann über die Eve- bzw. Home-App nicht mehr erreichbar. Nachdem ich dann die von dir aufgeführten Schritte ausgeführt habe, ging wieder alles. Super, danke dafür!
Mal sehen, ob die Stabilitätsprobleme nun auch weg sind. Ich muss zugeben, dass ich bei NodeJS und Homebridge seit der Ersteinrichtung vor ca. einem Jahr noch nicht einziges Update gemacht habe. Ansonsten ist mein System (meine Debian Basis und mein FHEM Server) aber eigentlich immer up-to-date.
- Wie geht ihr mit Updates von NodeJS, Homebridge, etc. um? Ist das bei euch alles immer aktuell oder eher never-touch-a-running-system?
- Welche NodeJS-Version ist bei euch gerade im Einsatz?
- Hat hier sonst noch wer die von mir oben beschriebenen Stabilitätsprobleme festgestellt?
Danke euch und Gruß Hoppel
Ich nutze dieses Tool zum aktualisieren:
https://forum.smartapfel.de/forum/thread/1303-homebridge-tool-s-zum-aktualisieren-sichern-neu-aufsetzen/?pageNo=1
bin aktuell:
pi@RPi3-fhem:~ $ node -v
v11.6.0
pi@RPi3-fhem:~ $ sudo npm list -g --depth=0
/usr/local/lib
├── homebridge@0.4.45
├── homebridge-airrohr@1.1.6
├── homebridge-config-ui-x@3.9.2
├── homebridge-fhem@0.4.5
├── homebridge-hue@0.11.6
├── homebridge-mi-gateway-security@0.1.1
├── homebridge-nest@2.1.4
├── homebridge-xiaomi-roborock-vacuum-zones@0.3.6
├── n@2.1.12
└── npm@6.5.0-next.0
mit dem Config-ui-x Server hat man für jede Instanz eine eigene Weboberfläche. Ich starte alle Plugin in einer einzelnen Instanz wenn eine abschmiert läuft der rest hoffentlich weiter.
so sieht das dann aus zb für FHEM aus, in dieser Instanz werden nur 2 Plugins geladen:
Datei: /var/homebridge-fhem/config.json
{
"bridge": {
"name": "Fhem-Homebridge",
"username": "CC:22:3D:E3:CE:31",
"port": 51831,
"pin": "031-45-154"
},
"plugins": [
"homebridge-fhem",
"homebridge-config-ui-x"
],
"accessories": [],
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.178.29",
"port": "8083",
"auth": {
"user": "Typ1er",
"pass": "Passwort"
},
"filter": "room=Homekit"
},
{
"platform": "config",
"name": "Config",
"port": 8031,
"loginWallpaper": "/home/pi/Downloads/APPLE-HOME-KIT-04.jpg",
"temp": "/sys/class/thermal/thermal_zone0/temp",
"restart": "sudo systemctl restart homebridge-fhem",
"sudo": true,
"theme": "blue-grey",
"log": {
"method": "custom",
"command": "sudo journalctl -f -au homebridge-fhem"
}
}
]
}
Moinsen, danke erstmal für deine Rückmeldung.
Zitat von: Typ1er am 01 Januar 2019, 23:59:20
Ich nutze dieses Tool zum aktualisieren:
https://forum.smartapfel.de/forum/thread/1303-homebridge-tool-s-zum-aktualisieren-sichern-neu-aufsetzen/?pageNo=1
Bin mir nicht sicher, ob ich das nutzen kann. Ich habe keinen Raspberry im Einsatz.
Zitat von: Typ1er am 01 Januar 2019, 23:59:20
bin aktuell:
pi@RPi3-fhem:~ $ node -v
v11.6.0
Ich möchte auf jeden Fall eine LTS Version nutzen. Habe gerade gesehen, dass es mittlerweile auch noch eine v10.15.0 (LTS) gibt. Wenn ich mich recht entsinne, wird für die Homebridge aber nicht unbedingt die neuste Version benötigt. Dazu gab es hier schonmal irgendwo eine Dikussion. Aber gut zu wissen, dass es auch mit der ganz aktuellen Version keine Probleme gibt. :)
Hat die v10.15.0 (LTS) schon irgendwer im Einsatz?
Zitat von: Typ1er am 01 Januar 2019, 23:59:20
pi@RPi3-fhem:~ $ sudo npm list -g --depth=0
Danke für diesen Befehl. Nach sowas habe ich gesucht.
Zitat von: Typ1er am 01 Januar 2019, 23:59:20
mit dem Config-ui-x Server hat man für jede Instanz eine eigene Weboberfläche. Ich starte alle Plugin in einer einzelnen Instanz wenn eine abschmiert läuft der rest hoffentlich weiter.
Damit möchte ich mich bei Gelegenheit auch nochmal auseinandersetzen. Allerdings plane ich ich meine homebridge in einen Docker-Container umzuziehen. Wahrscheinlich brauche ich dann mehrere homebridge Container. Hat das hier schon jemand im Einsatz?
Zitat von: Typ1er am 01 Januar 2019, 23:59:20
so sieht das dann aus zb für FHEM aus, in dieser Instanz werden nur 2 Plugins geladen:
...
Welchen Vorteil/Nachteil hat man eigentlich, wenn man homebridge-plugins für die Devices installiert? Ich habe lediglich hombridge-fhem installiert. Bei mir läuft quasi allles über fhem. Bekommt man ggf. noch Extra-Funktionien, wenn man die homebridge-plugins installiert?
Danke dir und viele Grüße Hoppel
Zitat von: hoppel118 am 02 Januar 2019, 09:10:23
Welchen Vorteil/Nachteil hat man eigentlich, wenn man homebridge-plugins für die Devices installiert? Ich habe lediglich hombridge-fhem installiert. Bei mir läuft quasi allles über fhem. Bekommt man ggf. noch Extra-Funktionien, wenn man die homebridge-plugins installiert?
Ich bekomme leider nicht alles sauber gemappt. Bei Homebridge Plugins sind zum teil mehr Möglichkeiten, so nutze ich das was ich brauche. zb sehe ich von meinem Staubsauger nur einen Filterstatus von FHEM aus, in den Homebridge-Plugins sehe ich alle 4 Filter. Bei Temperatursensoren, hat man Fakegato, um in Eve den Verlauf von Temperatur und Feuchte zu sehen, Dazu sieht man bei Aqara Sensoren und Bewegungsmeldern die Zeit seit der letzten Öffnung auch mit History. Das kann FHEM leider so nicht.
Alles klar, verstehe. Bei meinem Xiaomi Robosauger ist mir das auch kürzlich aufgefallen, dass es im Internet Screenshots von Eve gibt, wo man alle 4 Filter/Bürsten/etc. sieht und nicht nur einen Filter im FHEM Modul. Temperatur und Luftfeuchtigkeitsverläufe in Eve wären auch nice.
Das muss ich mir nochmal durch den Kopf gehen lassen. Nach Möglichkeit möchte ich eigentlich alles über FHEM managen und nicht teilweise autark in der Homebridge.
Danke für die Infos! Gruß Hoppel
Habe einen EDImax 2101W Stecker in FHEM eingebunden und kann ihn über die Weboberfläche steuern. In Homekit habe ich allerdings Probleme. Wenn der Stecker an ist, kann ich per Homekit ausschalten - in FHEM geht der Stecker auch aus, in Homekit springt er aber von Aus nach einigen Sekunden wieder auf An. Will ich wieder einschalten, muss ich in Homekit aus- und wieder schnell einschalten. Folgendes hatte ich ohne Erfolg bereits probiert:
On=onoff,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Habt Ihr einen Tipp für mich?
Triggert onoff Events? Welche Zustände kann es haben? Und was passiert, wenn du valueOff weglässt?
Geschafft!
On=state,valueOff=OFF OutletInUse=power_now,threshold=10
Zusätzliche Infos für die EVE App:
On=state,valueOff=OFF OutletInUse=power_now,threshold=10 E863F10D-079E-48FF-8F27-9C2605A29F52=power_now,name=Power,format=FLOAT E863F126-079E-48FF-8F27-9C2605A29F52=current,name=current,format=FLOAT E863F10C-079E-48FF-8F27-9C2605A29F52=power_month,name=Consumption,format=FLOAT
Hallo zusammen,
es kommt immer wieder einmal vor das in der Home App die Geräte auf "aktualisieren" stehen.
Meistens legt sich das nach einigen Sekunden von alleine, oder lässt sich auch durch ein schließen und wieder öffnen der Home app "beheben".
Zur "Lösung" dieses Problems habe ich mehrere Hinweise ergoogelt, diese reichen von "alles updaten" über homebridge service bis zu 2x täglich neu starten oder loging deaktivieren, reduzieren.
Dennoch erscheinen mir das nur Symptombekämpfungsmaßnahmen und keine nachhaltige Lösung des Problems zu sein. Wie ist das bei euch, habt ihr das Problem auch gelegentlich? Wie habt ihr es in den Griff bekommen?
Gruß
Jan
Zitat von: stratege-0815 am 10 Januar 2019, 13:41:41
Hallo zusammen,
es kommt immer wieder einmal vor das in der Home App die Geräte auf "aktualisieren" stehen.
Meistens legt sich das nach einigen Sekunden von alleine, oder lässt sich auch durch ein schließen und wieder öffnen der Home app "beheben".
Zur "Lösung" dieses Problems habe ich mehrere Hinweise ergoogelt, diese reichen von "alles updaten" über homebridge service bis zu 2x täglich neu starten oder loging deaktivieren, reduzieren.
Dennoch erscheinen mir das nur Symptombekämpfungsmaßnahmen und keine nachhaltige Lösung des Problems zu sein. Wie ist das bei euch, habt ihr das Problem auch gelegentlich? Wie habt ihr es in den Griff bekommen?
Moinsen,
wie oben bereits angemerkt, plagen mich gerade ähnlich Probleme. Ich kann leider nicht mehr wirklich nachvollziehen, was das Problem verursacht hat. Ich habe in letzter Zeit zu viel an meiner FHEM-Konfiguration verändert. Die Homebridge startet ohne Fehler und auch wenn die Geräte alle nicht mehr erreichbar sind, sieht der Status der Homebridge in Ordnung aus.
- Meine in Homekit integrierten Apple-Devices (MacBook, 2x iPhones, 1x iPad, 1x AppleTV4K) sind, was das OS (iOS, tvOS, macOS) betrifft, alle up-to-date.
- Meine Homebridge inkl. homebridge-fhem Plugin und NodeJS habe ich kürzlich auf die aktuellsten Versionen geupdated.
- Gestern habe ich für meine homebridge verschiedene Instanzen eingerichtet, so dass ich für jeden Endgeräte-Hersteller jeweils eine eigene Homebridge habe. Ich habe nun also 3 Instanzen (1. Homematic, 2. Hue und 3. Xiaomi). Ich habe mich bei der Konfiguration an folgenden Link gehalten: https://forum.smartapfel.de/forum/thread/910-homebridge-instanzen-anlegen/?postID=17043
- Gestern habe ich im Rahmen der Einrichtung der Homebridge-Instanzen die Homekit-Konfiguration komplett zurückgesetzt und ein neues zu Hause eingerichtet.
Heute morgen nach dem Aufwachen habe ich dann gleich geschaut, wie es sich um meine Homebridge darstellt "Keine Antwort". OK, der ganze Aufwand hat sich also nicht gelohnt. Wobei... Ich kann nun die Instanzen für alle Devices eines Herstellers stoppen, anpassen, starten. Das hat schon gewisse Vorzüge. Wenn ich eine Instanz stoppe und starte kann ich das live in der Home App bzw. in Eve verfolgen. Ich sehe, dass die in einer Instanz konfigurierten Geräte off- bzw. wieder online gehen und die Geräte der anderen Instanzen on bleiben.
Ich habe nun noch weitere Ungereimtheiten aufgeräumt, bspw. hatte ich im Raum "Wohnzimmer" einen Temperatur-Luftfeuchte-Sensor mit dem SiriName "Wohnzimmer" und zusätzlich eine Hue-Gruppe für alle Lampen im Wohnzimmer mit dem SiriName "Wohnzimmer". Dass das so nicht passt, habe ich bei der Erstellung eines neuen Raumes mit der Bezeichnung "Wohnzimmer" in der EVE App festgestellt. Da kam dann direkt immer die Meldung, dass es schon ein Objekt mit diesem Namen gibt. Man konnte den Namen dann aber trotzdem vergeben. Nun sind alle meine Device-Namen und meine Raum-Namen eindeutig, untereinander gibt es auch keine Überschneidungen mehr.
Natürlich bin auch wie verrückt am Googeln, aber es gibt gefühlt sehr viele Beiträge mit sehr banalen Lösungen, die bei mir alle nicht helfen bzw. geholfen haben. Beispielsweise habe ich irgendwo gelesen, dass bei jemandem die Probleme nach einem Fritzbox-Neustart gelöst waren. Ich habe hier ein Unifi-Netzwerk mit verschiedenem Equipment: 1x Security Gateway, 2x Switch und 3x Access Points. Wie dem auch sei, ich habe gerade alles neu gestartet, quasi mein ganzes Haus. Leider kann mir Siri bei so etwas noch nicht helfen "Starte Haus neu". ;)
Nach dieser ganzen Orgie gestern und heute, habe ich aber gerade einen kleinen Lichtblick. Gestern und heute bis zum Neustart meines Netzwerkes hatte ich immer das Problem, dass ich, wenn ich am iPhone das WLAN für ca. 20-30 Sekunden deaktiviert habe, dass der Fehler danach aufgetreten ist. Ich musste dann immer ca. 10 bis 15 Minuten warten und dann ging es ohne weiteres Zutun wieder. Seit dem Neustart meines Netzwerkes, kann ich das WLAN am iPhone deaktivieren und aktivieren wie ich will, die Verbindung zur Homebridge funktioniert weiterhin.
Ich werde mich auf jeden Fall nochmal melden, ob das Problem nun bei mir behoben ist. Ob es nun an dem Netzwerk-Neustart liegt oder an der Kombination aller vorgenommenen Aktionen, kann ich leider nicht mehr nachvollziehen. Vielleicht ist ja was dabei, was dich weiterbringt.
Gruß Hoppel
Als ich gerade mit dem Beitrag zuvor fertig war, habe ich mein iPhone in die Hand genommen, es entsperrt und erstmals an allen Devices die Meldung "aktualisieren" in der Home-App gesehen, siehe Screenshot. Das war bisher eigentlich immer der Zeitpunkt, wo dann die Meldung "keine Antwort" kam. Es sah zuerst so aus, als ob alles hängt. Nach ein paar Sekunden kamen dann aber tatsächlich alle Geräte. ;D
Ich hoffe, dass der ganze Aufwand sich gelohnt hat. Ich melde mich wieder. ;)
Gruß Hoppel
OK, zu früh gefreut. Hatte gerade wieder "keine Antwort" in der Home-App und das Ausrufezeichen in der Eve-App. Ein paar Minuten später geht nun wieder alles. Jetzt gehen mir wirklich langsam die Ideen aus. Ich werde mich nun nochmal meinem IoT-VLAN (LAN und WLAN) widmen. Vielleicht läuft da irgendwas schief. Mein FHEM-Server hat Zugriff auf das IoT-VLAN in dem sich meine HUEBridge und mein Xiaomi Roborock (Saugroboter) befinden. Aus dem IoT-VLAN heraus können keine Verbindung zu meinem FHEM-Server bzw. meiner Homebridge aufgebaut werden.
Testweise werde ich gleich mal die Hue- und Xiaomi-Homebridge-Instanzen deaktivieren. Mal sehen, ob ich das Problem dann mit der Homematic-Instanz, die keinen Zugriff auf das IoT-VLAN benötigt, auch habe.
Hat hier noch jemand sowas in Betrieb und eine Idee wo man schauen könnte?
Gruß Hoppel
Deine Infrastruktur scheint erheblich komplexer zu sein.
Ich habe nur ein Netz an einer fritzbox 7490 und trotzdem diese Probleme.
Auch nicht immer, geschätzt >20% oder weniger.
Ich versuche es einmal mit logging reduzieren und Neustart von fhem und Homebridge per chrontab.
Wenn sich das über vier Wochen bewährt kann ich damit leben.
Moinsen,
jo, stimmt, ganz anderer Komplexitätsgrad! ;)
Ich habe mich auch gerade nochmal ein Bisschen mit der Problematik beschäftigt. Mittlerweile habe ich meine drei Homebridge Instanzen alle mal einzeln gestartet. Erkenntnis: Das Problem tritt bei allen Instanzen auf und kann nicht auf eine bestimmte Homebridge Instanz bzw. einen Hersteller zurückgeführt werden. Insbesondere wenn ich das WLAN mit meinem iPhone verlasse, dauert es gefühlt ewig bis meine Homebridge Instanzen in der Home bzw. Eve App verfügbar sind bzw. erkannt werden.
Ich habe mich dann ein Bisschen mit dem Bonjour Service beschäftigt und festgestellt, dass ich in einem Bonjour Browser (ich nutze dafür die App "iNet Pro", hatte ich sowieso schon auf meinem iPhone installiert) nach Deaktivieren und erneutem Aktivieren meines WLANs am iPhone dort nichts finde. Erst wenn die Home bzw. Eve App auch meine Homebridge wieder erreicht, sehe ich dort verschiedene Einträge/Services.
Über ein wenig Googeln bin ich dann auf folgenden Beitrag gestoßen:
https://help.ubnt.com/hc/en-us/articles/360001004034-UniFi-Best-Practices-for-Managing-Chromecast-Google-Home-on-UniFi-Network
In diesem Beitrag geht es zwar Chromecast und Google Home in einem Unifi Netzwerk, aber es kommt meiner Umgebung sonst sehr nahe (verschiedene VLANs für Private und IoT, etc.). Demnach habe ich nun folgendes über meinen Unifi Controller konfiguriert:
- In all meinen LANs: "IGMP Snooping aktivieren"
- In all meinen WLANs: "Erweiterung für Multicast (IGMPv3) aktivieren"
- Unter "Dienste - MDNS": "Multicast DNS aktivieren"
Alle Optionen waren bei mir bisher deaktiviert oder nicht konsistent in den verschiedenen VLANs konfiguriert. Insbesondere die MDNS Option lässt mich hoffen, da MDNS ja auch für die Homebridge benötigt wird. Das coole ist, dass ich mich nun vom WLAN trennen und neu verbinden kann und die Homebridge danach sofort von Home bzw. EVE gefunden wird. Das ist schonmal ein großer Fortschritt, wenn nicht sogar "der Fortschritt". Momentan sieht es vielversprechend aus. Drück mir die Daumen. ;)
Beim Googlen bin ich noch auf ein paar weitere Dinge gestoßen, die evtl. bei der Fehlersuche helfen können.
Mit "netstat -na | grep <homebridge port>" kann man beispielsweise prüfen, ob ein Client und wenn welcher mit der Homebridge verbunden ist. Bei mir sieht das für meine 3 Instanzen bspw. wie folgt aus:
root@omv4:~# netstat -na | grep 51821
tcp6 0 0 :::51821 :::* LISTEN
tcp6 0 0 10.100.100.11:51821 10.100.100.104:49484 VERBUNDEN
tcp6 0 0 10.100.100.11:51821 10.100.100.161:49792 VERBUNDEN
root@omv4:~# netstat -na | grep 51822
tcp6 0 0 :::51822 :::* LISTEN
tcp6 0 232 10.100.100.11:51822 10.100.100.101:50262 VERBUNDEN
tcp6 0 0 10.100.100.11:51822 10.100.100.104:49481 VERBUNDEN
tcp6 0 0 10.100.100.11:51822 10.100.100.161:49789 VERBUNDEN
root@omv4:~# netstat -na | grep 51823
tcp6 0 0 :::51823 :::* LISTEN
tcp6 0 0 10.100.100.11:51823 10.100.100.161:49787 VERBUNDEN
tcp6 0 0 10.100.100.11:51823 10.100.100.104:49485 VERBUNDEN
tcp6 0 232 10.100.100.11:51823 10.100.100.101:50261 VERBUNDENAuf der 10.100.100.11 läuft meine Homebridge. Die ...101, ...104 und ...161 sind unsere iPhones und ein iPad. Das ist sicherlich mal gut, um zu schauen, was da überhaupt auf dem Homebridge Port passiert.
Auf Port 5353 läuft mdns. netstat sieht da bei mir wie folgt aus:
root@omv4:~# netstat -an | grep 5353
udp 0 0 0.0.0.0:5353 0.0.0.0:*
udp 0 0 0.0.0.0:5353 0.0.0.0:*
udp 0 0 0.0.0.0:5353 0.0.0.0:*
udp 0 0 0.0.0.0:5353 0.0.0.0:*
udp6 0 0 :::5353 :::*In dem Zusammenhang kann auch noch das mdns.interface interessant sein: https://github.com/nfarina/homebridge/issues/1957
Bei einigen anderen Leuten hat es etwas gebracht in der Datei "/etc/avahi/avahi-daemon.conf" den Parameter "use-ipv6" auf "no" zu setzen, auch wenn das eigentlich kein Problem darstellen sollte. Bei mir steht es momentan noch auf "yes", auch wenn ich ipv6 disabled habe.
Evtl. bringen dich diese Informationen irgendwie weiter.
Ich bin gespannt, ob ich meinen Fehler nun gefunden habe. Ich habe gerade so viele Tests gemacht, die alle erfolgreich waren. Es würde mich sehr wundern, wenn es nicht an dieser/meiner fehlerhaften/unvollständigen Netzwerk-Konfiguration lag. ;)
Viele Grüße Hoppel
Leider war die zuvor beschriebene Konfiguration meines Unifi-Netzwerk-Controllers doch nicht das Heilmittel.
Ich habe mich heute morgen nochmal intensiv mit bonjour, avahi und mdns auseinandergesetzt. Mittlerweile läuft es seit ca. 8 Stunden ohne Probleme. Bisher war die Funktion meiner Homebridge meistens bereits nach 1 bis 3 Stunden nicht mehr oder nur eingeschränkt gegeben. Wenn ich nun das WLAN an meinem iPhone deaktiviere und wieder aktiviere, ist die Homebridge quasi sofort wieder erreichbar. Auch dafür musste ich vor der jetzigen Konfiguration teilweise ganz schön lange warten. Für mich war es nicht nachvollziehbar, wann es sofort ging und wann ich warten musste.
Was habe ich nun getan?
1. Ergänzen des mdns Interface in der json.conf bei jeder Homebridge InstanzDie Konfiguration für meine drei Homebridge Instanzen sieht nun am Beispiel meiner Homematic Instanz wie folgt aus:
{
"mdns": {
"interface": "10.100.100.11"
},
"bridge": {
"name": "Homebridge Homematic",
"username": "CC:22:3D:E3:CE:21",
"port": 51821,
"pin": "821-51-821"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"auth": {"user": "xxxxx", "pass": "xxxxx"},
"filter": "room=Homebridge-Homematic"
}
],
"accessories": []
}
Die 10.100.100.11 gehört meinem Server auf dem auch die Homebridge läuft. Leider hat diese mdns interface Konfiguration mein Problem auch nicht gelöst. Nach einer Stunde oder so gab es wieder die Meldung "keine Antwort" in der Home App. Neustart des gesamten Servers wurde durchgeführt. Ich habe die Konfiguration aber so gelassen, da einige Leute bei Github dies als Lösung bestätigt hatten.
2. Weitere Analyse von AvahiMir ist aufgefallen, dass mir bei dem Befehl "avahi-browse -a" zwei Netzwerk Interfaces ("eno1" und "docker0") angezeigt werden, auf denen kommuniziert wird. Im Zusammenhang mit dem Raspberry Pi habe ich öfters davon gelesen, dass Leute damit Probleme hatten, wenn avahi sowohl auf dem eth als auch auf dem wlan Interface kommuniziert. Bei mir wird also nicht nur über mein Ethernet Interface "eno1" kommuniziert, sondern auch über mein Docker Interface "docker0".
Ich habe dann in der Datei "/etc/avahi/avahi-daemon.conf" im Bereich [server] folgende Änderungen vorgenommen:
[server]
host-name=omv4
domain-name=local
use-ipv6=no
allow-interfaces=eno1Erläuterung:
- "host-name" und "domain-name" muss nur angepasst werden, wenn das abweicht. Sicherheitshalber habe ich es eingetragen. Eigentlich hieß meine Domain vorher "localdomain". Da ich im avahi-browser aber schon öfters die Domain "local" gesehen habe, hatte ich zuvor bereits die Domain in meinem Netzwerk von "localdomain" zu "local" umgestellt. So viel Aufwand war das nicht. ;)
- "use-ipv6" habe ich hier auch mal deaktiviert, da ich es nicht brauche und momentan auch noch nicht nutze. Ob es wirklich zur Lösung beiträgt weiß ich noch nicht. Im Internet gibt es aber einige Rückmeldungen, dass es funktioniert hat.
- "allow-interfaces" hier habe ich mein Netzwerk-Interface "eno1" ergänzt.
Hier werden alle Parameter der "avahi-daemon.conf" beschrieben: https://www.systutorials.com/docs/linux/man/5-avahi-daemon.conf/
3. Neustart des ServersAnschließend habe ich dann meinen Server komplett neu gestartet. avahi-browse zeigt mir nun tatsächlich an, dass ausschließlich das Netzwerk Interface "eno1" für die Kommunikation verwendet wird. Vom Docker Interface keine Spur mehr. Sehr gut!
root@omv4:~# avahi-browse -a
+ eno1 IPv4 omv4 - SSH SSH-Fernzugriff local
+ eno1 IPv4 omv4 - SSH SFTP File Transfer local
+ eno1 IPv4 omv4 - Web control panel Web-Angebot local
+ eno1 IPv4 omv4 - SMB/CIFS Microsoft Windows Network local
+ eno1 IPv4 roborock-vacuum-s5_miio117994230 _miio._udp localWenn ich nun mit "avahi-browse" auf meinem Server nach dem hap Service suche, sehe ich die HueBridge und meine 3 Homebridge Instanzen.
root@omv4:~# avahi-browse -t _hap._tcp
+ eno1 IPv4 Philips hue - A6F8C6 _hap._tcp local
+ eno1 IPv4 Homebridge Hue-C750 _hap._tcp local
+ eno1 IPv4 Homebridge Homematic-6279 _hap._tcp local
+ eno1 IPv4 Homebridge Xiaomi-CC07 _hap._tcp localAuch das gefällt mir sehr gut! Wie gesagt, mittlerweile läuft es seit ca. 8 Stunden ohne Probleme. So lange lief es schon lange nicht mehr am Stück. ;)
By the way... Mit dem Befehl "tcpdump -n udp dst port 5353 -i eno1" (eno1 -> durch das eigene Netzwerk Interface ersetzen) kann man sehr schön auswerten, auf welchem Interface der Homebridge (mdns) Traffic läuft.
Ob das nun alles in Summe die Lösung für mein Problem ist oder sein wird, weiß ich (noch) nicht. Falls es nun noch nicht gelöst wäre, wüsste ich aber wahrscheinlich nicht mehr weiter, da ich wirklich jedem noch so kleinen Hinweis zu dieser Problematilk nachgegangen bin, recherchiert/analysiert, umkonfiguriert und dann getestet habe.
Wie dem auch sei. Ich habe viel gelernt und in meiner Gesamt-Konfiguration ordentlichen aufgeräumt. ;)
Ich halte euch auf dem Laufenden.
Viele Grüße Hoppel
Hallo Leute,
kurze Rückmeldung meinerseits nochmal. Ich nähere mich dem Ziel. Meine Homebridge läuft stabil und ist seit gestern erreichbar. Allerdings ist mir aufgefallen, dass sie nur auf einem meiner beiden Access Points erreichbar ist. Das hat also definitiv nichts mehr mit der Homebridge selbst zu tun. Nachdem ich die Option "Erweiterung für Multicast (IGMPv3) aktivieren" in der Konfiguration für meine verschiedenen WLANs (Private und IoT) deaktiviert habe, war die Homebridge sofort auch über den anderen Access Point erreichbar. IGMP Snooping und MDNS sind aber weiterhin konfiguriert.
Ich werde das weiter beobachten und melde mich in einer Woche oder so nochmal.
Besteht Interesse, dass ich meine Erkenntnisse nochmal zusammenfasse und diese im Wiki hier (https://wiki.fhem.de/wiki/Homebridge_einrichten) in Kapitel 7 oder einem neuen "Kapitel 8 - Fehleranalyse" ergänze?
Wenn ja, wie bekomme ich Schreibzugriff auf das Wiki?
Viele Grüße Hoppel
im wiki anmelden ist hier: https://wiki.fhem.de/wiki/FHEMWiki:Administratoren (https://wiki.fhem.de/wiki/FHEMWiki:Administratoren) beschrieben.
Top, danke dir! Account ist bestellt. ;)
Wenn ich nächste/übernächste Woche dazu komme, beschäftige ich mich mit der Ergänzung im Wiki.
Viele Grüße
Hallo,
in meiner homebridge.err habe ich massenhaft folgende Einträge:
[2019-1-11 08:02:52] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 08:02:58] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:50:48] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 08:51:27] [FHEM] BAD.dimmer-state not a number: chn:99 phys:80
[2019-1-11 08:51:49] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:54:00] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:54:45] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:54:46] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:55:10] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:55:49] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:58:17] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:00:26] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 09:00:28] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 09:00:33] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:00:47] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:01:04] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:01:32] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:03] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:37] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:49] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:04:02] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:06:04] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:06:36] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 09:07:14] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:09:03] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 09:20:54] [FHEM] BAD.dimmer-state not a number: chn:off phys:80
[2019-1-11 09:21:00] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:59:40] [FHEM] BAD.dimmer-state not a number: on
Hier das device:
Internals:
CFGFN FHEM/fhem_BAD_DUSCHE.cfg
DEF 5E717E01
NAME BAD.dimmer
NOTIFYDEV global
NR 333
NTFY_ORDER 50-BAD.dimmer
STATE off
TYPE CUL_HM
chanNo 01
device BAD.licht
READINGS:
2019-01-13 22:06:04 R-fuseDelay 1 s
2019-01-13 22:06:04 R-logicCombination or
2019-01-13 22:06:04 R-ovrTempLvl 80 C
2019-01-13 22:06:04 R-powerUpAction off
2019-01-13 22:06:04 R-redLvl 40 %
2019-01-13 22:06:04 R-redTempLvl 75 C
2019-01-13 22:06:04 R-sign off
2019-01-13 22:06:04 R-statusInfoMinDly 2 s
2019-01-13 22:06:04 R-statusInfoRandom 1 s
2019-01-13 22:06:04 R-transmitTryMax 6
2019-01-13 22:05:40 deviceMsg off (to HMLAN1)
2019-01-13 22:05:40 dim stop:off
2019-01-13 22:05:40 level 0
2019-01-13 22:05:40 overheat off
2019-01-13 22:05:40 overload off
2019-01-13 22:05:40 pct 0
2019-01-13 22:05:40 phyLevel 0
2019-01-13 22:05:40 recentStateType info
2019-01-13 22:05:40 reduced off
2019-01-13 22:05:40 state off
2019-01-13 22:05:40 timedOn off
helper:
peerIDsRaw ,00000000
regLst ,1,3p
dir:
cur stop
expert:
def 1
det 1
raw 0
tpl 0
regCollect:
role:
chn 1
shadowReg:
tmpl:
vDim:
idPhy 5E717E01
idV2 5E717E
idV3 5E717E
Attributes:
DbLogExclude .*
alexaName Licht
alexaRoom Badezimmer
genericDeviceType light
group Licht
homebridgeMapping Brightness=state
model HM-LC-Dim1TPBU-FM
peerIDs 00000000,
room 06_Bad,10_Schalter,Alexa,Homekit
subType dimmer
webCmd on:off
Wo liegt der eigentliche Fehler? Ist etwas falsch definiert?
Hi André,
ich vermute stark, dass sich homebirgde-fhem wieder an fhem-alexa annähern wird, nachdem sich der Staub um die ganzen Verbesserungen um alexa-fhem gelegt hat.
Vor allem was das starten aus FHEM heraus angeht ist das ja sicherlich hilfreich, ebenso das config.json Handling.
Daher hier der Hinweis, dass ich im aktuellen FHEM Docker DEV Image die Homebridge-fhem Komponenten bereits hinzugefügt habe (für den Fall, dass man eine einfache Test Umgebung für sowas braucht).
Gruß
Julian
ja. es soll wieder vereinheitlicht werden.
wie ganz genau steht aber noch nicht fest. eventuell wird es sogar nur einen einzigen alexa-homebridge-fhem mit einem einzigen config file geben.
das weiß ich aber noch nicht.
zumindest wird aber homebridge den gleichen start und config weg bekommen.
google home auch
Das hört sich super an Jungs! Auch wenn ich Alexa (noch) nicht nutze, verfolge ich die entsprechende Entwicklung, die da gerade vorangetrieben wird.
FHEM-Docker inkl. Homebridge oder FHEM-Docker und extra Homebridge-Docker sind beides interessante Themen für mich. Momentan schraube ich aber so viel an meiner Umgebung herum, dass FHEM erstmal noch direkt unter Debian läuft. Ziel ist aber, alle meine Services zu dockerisieren. FHEM, HMLAN und Homebridge sind die einzigen Services, die noch fehlen. Wie ich mit HMLAN umgehe, muss ich mir auch noch überlegen.
Aber jetzt werde ich sehr offtopic... ;)
Gruß Hoppel
SUPER !
Apropos Google: Auch das nodejs Paket von Dominik habe ich mal ins Dev Image gepackt. Ich vermute der Name "fhemconnector" für das Binary wird sich da noch wieder ändern/angleichen, sofern es nicht ohnehin eine große "suite" wird.
Guten Abend in die Runde.
Jetzt muss ich mich doch mal an das Forum wenden, nachdem ich heute den ganzen Tag schon versucht habe, meine Homekit-Integration wieder zum Laufen zu bringen.
Meine Homekit Geräte wurden nicht mehr als aktiv in der App angezeigt, ich weiß aber nicht genau, wie lange das Problem schon besteht. Ich vermute aber, dass es mit der Installation von MQTT und Xiaomi begann, da ich da auch mit node rumhantieren musste.
Nachdem ich die Homebridge in der Home-App am IPhone neu eingelesen habe und diese auch kurzzeitig funktioniert, kam der Fehler wieder, dass die einzelnen Geräte nicht mehr erreichbar waren.
Ich habe Homebridge komplett neu aufgesetzt, kann es manuell starten, ohne Fehlermeldungen und auch die Geräte, welche im Homekit-Raum sind werden aufgeführt und auch aktualisiert (per ssh)
Versuche ich nun die Homebridge im IPhone zu aktivieren, wird sie mir angezeigt und wenn ich auf verbinden gehen, kommt nach ca. 4 s die Meldung "Homebridge konnte nicht hinzugefügt werden Home konnte keine Verbindung zu diesem Gerät herstellen.
Danach ist die Bridge weg, wenn ich erneut über den QR-Code gehe, kommt die Meldung "Gerät bereits hinzugefügt"
Lösche ich dann die Ordner "persist" und "accessories", geht das ganze Spiel von vorne los.
Kennt eventuell jemand dieses Phänomen und kann mich in die richtige Richtung schieben?
homebridge API version: 2.2
this is homebridge-fhem 0.4.5
Vielen Dank
Hm, habe es soeben selber rausgefunden. Irgendein Gerät hat das Ganze wohl blockiert, eventuell ein Homematic-Thermostat, der Xiaomisauger, LaCross-Thermometer oder das Velux-Rollo. Die waren nämlich während meiner Versuche mit im Homekit-Raum, jetzt hatte ich nur noch eine Hue-Lampe und die Bridge läuft.....
Dankeschön ;)
Hallo Andre,
kannst du noch mal einen Blick hierauf werfen:
Zitat von: Loki am 13 Januar 2019, 22:23:05
Hallo,
in meiner homebridge.err habe ich massenhaft folgende Einträge:
[2019-1-11 08:02:52] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 08:02:58] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:50:48] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 08:51:27] [FHEM] BAD.dimmer-state not a number: chn:99 phys:80
[2019-1-11 08:51:49] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:54:00] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 08:54:45] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:54:46] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:55:10] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:55:49] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 08:58:17] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:00:26] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 09:00:28] [FHEM] BAD.dimmer-state not a number: chn:off phys:100
[2019-1-11 09:00:33] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:00:47] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:01:04] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:01:32] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:03] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:37] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:03:49] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:04:02] [FHEM] BAD.dimmer-state not a number: on
[2019-1-11 09:06:04] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:06:36] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 09:07:14] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:09:03] [FHEM] BAD.dimmer-state not a number: chn:99.5 phys:0
[2019-1-11 09:20:54] [FHEM] BAD.dimmer-state not a number: chn:off phys:80
[2019-1-11 09:21:00] [FHEM] BAD.dimmer-state not a number: off
[2019-1-11 09:59:40] [FHEM] BAD.dimmer-state not a number: on
Hier das device:
Internals:
CFGFN FHEM/fhem_BAD_DUSCHE.cfg
DEF 5E717E01
NAME BAD.dimmer
NOTIFYDEV global
NR 333
NTFY_ORDER 50-BAD.dimmer
STATE off
TYPE CUL_HM
chanNo 01
device BAD.licht
READINGS:
2019-01-13 22:06:04 R-fuseDelay 1 s
2019-01-13 22:06:04 R-logicCombination or
2019-01-13 22:06:04 R-ovrTempLvl 80 C
2019-01-13 22:06:04 R-powerUpAction off
2019-01-13 22:06:04 R-redLvl 40 %
2019-01-13 22:06:04 R-redTempLvl 75 C
2019-01-13 22:06:04 R-sign off
2019-01-13 22:06:04 R-statusInfoMinDly 2 s
2019-01-13 22:06:04 R-statusInfoRandom 1 s
2019-01-13 22:06:04 R-transmitTryMax 6
2019-01-13 22:05:40 deviceMsg off (to HMLAN1)
2019-01-13 22:05:40 dim stop:off
2019-01-13 22:05:40 level 0
2019-01-13 22:05:40 overheat off
2019-01-13 22:05:40 overload off
2019-01-13 22:05:40 pct 0
2019-01-13 22:05:40 phyLevel 0
2019-01-13 22:05:40 recentStateType info
2019-01-13 22:05:40 reduced off
2019-01-13 22:05:40 state off
2019-01-13 22:05:40 timedOn off
helper:
peerIDsRaw ,00000000
regLst ,1,3p
dir:
cur stop
expert:
def 1
det 1
raw 0
tpl 0
regCollect:
role:
chn 1
shadowReg:
tmpl:
vDim:
idPhy 5E717E01
idV2 5E717E
idV3 5E717E
Attributes:
DbLogExclude .*
alexaName Licht
alexaRoom Badezimmer
genericDeviceType light
group Licht
homebridgeMapping Brightness=state
model HM-LC-Dim1TPBU-FM
peerIDs 00000000,
room 06_Bad,10_Schalter,Alexa,Homekit
subType dimmer
webCmd on:off
Wo liegt der eigentliche Fehler? Ist etwas falsch definiert?
Zitat von: Loki am 18 Januar 2019, 21:00:44
Hallo Andre,
kannst du noch mal einen Blick hierauf werfen:
Das Problem ist, dass du im Homebridgemapping sagst, dass der Brightness gleich state ist.
State ist aber bei dir on/off und brightness kennt nur nummer (also 0-100).
Gruß,
arokh12
Danke für den Hinweis. Ich habe es jetzt mal ganz rausgenommen.
So, habe ein Problem beim homebridgemapping und hoffe ich bin hier richtig.
Habe das Modul 30_alexa.pm im Einsatz und das verrichtet ordnungsgemäß seinen Dienst. Möchte jetzt meinen Homematic Raumfühler zur Alexa "mappen", habe es folgendermaßen probiert aber ich bekomme nur die Temperatur angezeigt, die Feuchte will einfach nicht.
Hier mal meine attr-Ergänzungen:
attr Testsensor genericDeviceType HumiditySensor
attr Testsensor homebridgeMapping clear CurrentRelativeHumidity=humidity CurrentTemperature=temperature
In meinem Device "Testsensor" gibt es auch die readings "humidity" und "temperature", wie gesagt die Temperatur wird ordnungsgemäß in der Alexa-App angezeigt nur die Feuchtigkeit nicht. Hat da jemand eine Idee?
Gruß
Markus
Zitat von: meier81 am 19 Januar 2019, 20:48:18
So, habe ein Problem beim homebridgemapping und hoffe ich bin hier richtig.
Habe das Modul 30_alexa.pm im Einsatz und das verrichtet ordnungsgemäß seinen Dienst. Möchte jetzt meinen Homematic Raumfühler zur Alexa "mappen", habe es folgendermaßen probiert aber ich bekomme nur die Temperatur angezeigt, die Feuchte will einfach nicht.
Hier mal meine attr-Ergänzungen:
attr Testsensor genericDeviceType HumiditySensor
attr Testsensor homebridgeMapping clear CurrentRelativeHumidity=humidity CurrentTemperature=temperature
In meinem Device "Testsensor" gibt es auch die readings "humidity" und "temperature", wie gesagt die Temperatur wird ordnungsgemäß in der Alexa-App angezeigt nur die Feuchtigkeit nicht. Hat da jemand eine Idee?
Gruß
Markus
Hallo,
ich habe für mein Thermometer das gleiche Homebridge Mapping. Allerdings habe ich als genericDeviceType Thermometer ausgewählt.
Die Luftfeuchtigkeit wird allerdings nur in den Einstellungen des Thermometers angezeigt und nicht im dem Raum selber.
Gruß,
arokh12
Zitat von: arokh12 am 20 Januar 2019, 08:18:42
Hallo,
ich habe für mein Thermometer das gleiche Homebridge Mapping. Allerdings habe ich als genericDeviceType Thermometer ausgewählt.
Die Luftfeuchtigkeit wird allerdings nur in den Einstellungen des Thermometers angezeigt und nicht im dem Raum selber.
Gruß,
arokh12
Du benutzt das Alexa-FHEM-lazy?
Zitat von: doman75 am 20 Januar 2019, 08:44:06
Du benutzt das Alexa-FHEM-lazy?
Oh, das habe ich überlesen. Ich habe es so mit Siri am laufen.
Das Homebridgemapping wurde, so wie ich das verstanden habe, in das Alexa-Modul übernommen und es heißt dort auch genauso.
Gegebenenfalls wird das hier zu Verwirrung führen, wenn das Homebridgemapping bei Alexa, Siri (und evtl. bald auch Google?) unterschiedliche Ergebnisse liefert. ;)
Auf der anderen Seite werden Alexa und Siri in FHEM gleich konfiguriert. Ich find das echt super, auch wenn ich Alexa (noch) nicht im Einsatz habe.
Wie dem auch sei, wenn hier zukünftig alle nach Homebridgemapping fragen, müssen wir Homekit-Nutzer zukünftig hinterfragen, bei welchem Assistent es genutzt wird.
Gruß Hoppel
Hallo,
Weis nicht ob ich hier richtig bin aber vielleicht kann mir jemand helfen.
Hab in der Home App eingestellt das ich beim verlassen eines Ortes ein Schalter geschalten wird.
Nun kann ich der Home App aber in den Einstellungen von iOS nur den Standort Zugriff frei geben wenn ich die App verwende dadurch geht das ganze natürlich nicht. Hat da jemand eine Lösung oder mach ich was falsch?
Gruß Dominik
Das geht über den Menüpunkt Standort teilen in iCloud.
Grüßle
Pascal
Zitat von: raiderxxl am 24 Januar 2019, 09:37:58
Das geht über den Menüpunkt Standort teilen in iCloud.
Grüßle
Pascal
Danke für deine Antwort. Wenn ich aber in die iOS Einstellungen geh dann ganz oben auf mein ,,Profil" dann auf Standort teilen kann ich nichts auswählen bezüglich der Home App. Kannst du mir sagen wo ich das genau finde? Danke
Klick auf den Orangenen Link iCloud-Einstellungen innerhalb der Home App sieh Bild aus meinem oberen Post.
Dann kommst du automatisch drauf.
Die App selber teilt ja nicht dein Standort sondern die Systemeinstellung.
Hallo zusammen,
jetzt habe ich auch noch eine Frage zum Homebridgemapping. Leider funktioniert das nicht so, wie ich möchte.
Gerät: DummyDevice
HomebrdigeMapping
On=state,valueOn=/on|^dim/,valueOff=off,cmdOn=on,cmdOff=off,nocache=1\
Hue=rgb::selectedRGBHex\
Brightness=dim::selectedDim\
Saturation=rgb
Das funktioniert leider scheinbar nicht...
Was genau passiert:
Wenn ich:
In Homekit dimme:
[1/24/2019, 9:43:52 AM] [FHEM] RGB_Esszimmer delaying command Brightness with value 100
[1/24/2019, 9:43:52 AM] [FHEM] RGB_Esszimmer: executing set cmd for On with value true
[1/24/2019, 9:43:52 AM] [FHEM] executing: https://192.168.178.93:8083/fhem?cmd=set%20RGB_Esszimmer%20on&fwcsrf=csrf_63365965914858&XHR=1
2019-01-24 09:43:52 caching: RGB_Esszimmer-state: on
[1/24/2019, 9:43:52 AM] [FHEM] caching: On: true (as boolean; from 'on')
[1/24/2019, 9:43:53 AM] [FHEM] RGB_Esszimmer: executing set cmd for Brightness with value 100
2019-01-24 09:43:53 caching: RGB_Esszimmer-ControllerDim: aN
[1/24/2019, 9:43:53 AM] [FHEM] RGB_Esszimmer-ControllerDim not a number: aN
[1/24/2019, 9:43:53 AM] [FHEM] value converted to aN
[1/24/2019, 9:43:53 AM] [FHEM] executing: https://192.168.178.93:8083/fhem?cmd=set%20RGB_Esszimmer%20rgb%20aN&fwcsrf=csrf_63365965914858&XHR=1
2019-01-24 09:43:53 caching: RGB_Esszimmer-state: rgb aN
[1/24/2019, 9:43:53 AM] [FHEM] caching: On: true (as boolean; from 'rgb aN')
[1/24/2019, 9:43:53 AM] [FHEM] RGB_Esszimmer delaying command Brightness with value 75
[1/24/2019, 9:43:54 AM] [FHEM] RGB_Esszimmer delaying command Brightness with value 72
[1/24/2019, 9:43:55 AM] [FHEM] RGB_Esszimmer: executing set cmd for Brightness with value 72
[1/24/2019, 9:43:55 AM] [FHEM] converted value is unchanged
[1/24/2019, 9:44:27 AM] [FHEM] RGB_Esszimmer: executing set cmd for Saturation with value 100
--> hier wird auch der state rgb aN falsch gesetzt
--> ich hätte als state dim 72 oder so erwartet
--> am Besten wäre es, wenn ich den dim Grad im Reading ControllerDim erhalten würde
In Homekit rgb ändere:
2019-01-24 09:44:27 caching: RGB_Esszimmer-rgb: b80000
[1/24/2019, 9:44:27 AM] [FHEM] caching: Hue: 0 (as number; from 'b80000')
[1/24/2019, 9:44:27 AM] [FHEM] caching: Saturation: 100 (as number; from 'b80000')
[1/24/2019, 9:44:27 AM] [FHEM] value converted to b80000
[1/24/2019, 9:44:27 AM] [FHEM] executing: https://192.168.178.93:8083/fhem?cmd=set%20RGB_Esszimmer%20rgb%20b80000&fwcsrf=csrf_63365965914858&XHR=1
[1/24/2019, 9:44:27 AM] [FHEM] RGB_Esszimmer: executing set cmd for Hue with value 35
2019-01-24 09:44:27 caching: RGB_Esszimmer-rgb: b86b00
[1/24/2019, 9:44:27 AM] [FHEM] caching: Hue: 34 (as number; from 'b86b00')
[1/24/2019, 9:44:27 AM] [FHEM] caching: Saturation: 100 (as number; from 'b86b00')
[1/24/2019, 9:44:27 AM] [FHEM] value converted to b86b00
[1/24/2019, 9:44:27 AM] [FHEM] executing: https://192.168.178.93:8083/fhem?cmd=set%20RGB_Esszimmer%20rgb%20b86b00&fwcsrf=csrf_63365965914858&XHR=1
2019-01-24 09:44:27 caching: RGB_Esszimmer-state: rgb b80000
[1/24/2019, 9:44:27 AM] [FHEM] caching: On: true (as boolean; from 'rgb b80000')
2019-01-24 09:44:27 caching: RGB_Esszimmer-state: rgb b86b00
[1/24/2019, 9:44:27 AM] [FHEM] caching: On: true (as boolean; from 'rgb b86b00')
--> hier wird auch der state rgb b86b00 korrekt gesetzt.
--> Ich hätte das zwar gerne in dem Reading ControllerRGBhex, aber das kann ich sicher auch noch irgendwie hinbekommen
Wie muss ich das Homekit Mapping aufbauen, damit:
1) Der aktuelle Dim Grad aus dem Reading ControllerDim gezogen wird und auch so in Homekit angezeigt wird
2) Beim Dimmen in Homekit als state dim xx gemapped wird
3) Beim ändern der Farbe in Homekit als state rgb xxxxxx gemapped wird
?
Vielen Dank für Eure Hilfe.
Ich stehe scheinbar noch auf Kriegsfuß mit der Syntax im HomebridgeMapping
Juhuu neue Spielereien werden möglich. :)
https://9to5mac.com/2019/01/25/homekit-demo-airplay-2-smart-tv/
Die Input Wahl würde sich auch gut als Senderwechsel für Musikgeräte machen, die als Fake-TVs eingebunden werden...
Mehr Screenshots:
https://www.macstories.net/ios/hands-on-with-ios-12-2s-homekit-support-for-smart-tvs/
Guten Abend die 8) Herrschaften,
habe mehrere HM-SEC-SCo im Einsatz und in Homekit integriert. Obwohl sich der Eintrag "Status des Kontaktsensors" in der App (Seite "Einstellungen") ändert, passiert leider nichts in der Übersicht mit dem Symbol, es steht immer "Geschlossen" auf dem jeweiligen Button. Hänge ein paar Bilder an um zu verdeutlichen was ich meine... :-X
Habe leider nichts Passendes gefunden. Muss ich hier speziell was mappen?
Vielen Dank für eure Hilfe!
Grüße
Florian
hast du sie fhem nativ oder per hmccu angebunden?
hmccu braucht ein homebridgeMapping da dort andere reading namen verwendet werden.
Zitat von: justme1968 am 27 Januar 2019, 20:13:10
hast du sie fhem nativ oder per hmccu angebunden?
hmccu braucht ein homebridgeMapping da dort andere reading namen verwendet werden.
Mobil daher kurz:
Hab ein HM-MOD-RPI-PCB und in FHEM eine virtuelle CCU. Meinst du das? Sorry bin noch nicht lang dabei.
So jetzt bin ich wieder daheim und konnte nochmal nachlesen. Also ich verwende keine hmccu - da das im Umkehrschlussbedeuten muss, dass ich kein gesondertes Mapping brauch, hier mal ein List vom Fensterkontakt.
Vielleicht kannst du, als Profi, sehen wo das Problem liegt. Denn anscheinend bin ich der Erste mit dem Problem und das deutet meist eindeutig auf das Problem vor dem PC hin... ;)
Internals:
DEF 613628
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 60
NAME BU_Tuer
NOTIFYDEV global
NR 165
NTFY_ORDER 50-BU_Tuer
STATE closed
TYPE CUL_HM
lastMsg No:38 - t:10 s:613628 d:128521 06010000
myHmUART_MSGCNT 60
myHmUART_RAWMSG 0501013F38A61061362812852106010000
myHmUART_RSSI -63
myHmUART_TIME 2019-01-27 20:52:59
peerList BU_Heizung_WindowRec,
protLastRcv 2019-01-27 20:52:59
protRcv 60 last_at:2019-01-27 20:52:59
protRcvB 19 last_at:2019-01-27 19:58:27
protSnd 41 last_at:2019-01-27 20:52:59
protState CMDs_done
rssi_at_myHmUART cnt:60 min:-70 max:-62 avg:-63.75 lst:-63
READINGS:
2019-01-26 23:51:41 Activity alive
2018-12-26 17:38:56 CommandAccepted yes
2018-12-26 17:38:53 D-firmware 1.0
2018-12-26 17:38:53 D-serialNr OEQ1555806
2018-12-26 17:38:56 PairedTo 0x128521
2018-12-26 17:38:57 R-BU_Heizung_WindowRec-expectAES off
2018-12-26 17:38:57 R-BU_Heizung_WindowRec-peerNeedsBurst on
2018-12-26 14:39:03 R-cyclicInfoMsg on
2018-12-26 17:38:56 R-eventDlyTime 0 s
2018-12-26 14:39:03 R-pairCentral 0x128521
2018-12-26 14:39:03 R-sabotageMsg on
2018-12-26 17:38:56 R-sign on
2018-12-26 17:38:56 RegL_00. 00:00 02:01 09:01 0A:12 0B:85 0C:21 10:01 14:06
2018-12-26 17:38:56 RegL_01. 00:00 08:01 20:9C 21:00 30:06
2018-12-26 17:38:57 RegL_04.BU_Heizung_WindowRec 00:00 01:01
2018-12-26 17:38:56 aesCommToDev ok
2018-12-26 17:38:56 aesKeyNbr 00
2019-01-27 20:52:59 alive yes
2019-01-27 20:52:59 battery ok
2019-01-27 20:52:59 contact closed (to VCCU)
2019-01-26 23:51:41 peerList BU_Heizung_WindowRec,
2019-01-18 12:13:33 powerOn 2019-01-18 12:13:33
2019-01-27 20:52:59 recentStateType info
2019-01-27 20:52:59 sabotageError off
2019-01-27 20:52:59 state closed
2019-01-27 19:58:28 trigger_cnt 200
helper:
HM_CMDNR 56
mId 00C7
regLst ,0,1,4p
rxType 28
subType threeStateSensor
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +613628,00,01,00
nextSend 1548618779.518
rxt 2
vccu VCCU
p:
613628
00
01
00
prefIO:
myHmUART
mRssi:
mNo 38
io:
myHmUART:
-59
-59
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1548618779.22247
ack:
HASH(0x3918888)
38800212852161362800
rssi:
at_myHmUART:
avg -63.75
cnt 60
lst -63
max -62
min -70
tmpl:
Attributes:
DbLogExclude .*
IODev myHmUART
IOgrp VCCU:myHmUART
actCycle 002:50
actStatus alive
alias Büro Terassentür
autoReadReg 4_reqStatus
devStateIcon closed:fts_door open:fts_door_open
expert 2_raw
firmware 1.0
genericDeviceType window
group 09 Fenster- und Türkontakte
icon hm-sec-win
model HM-SEC-SCo
peerIDs 00000000,649B7B03,
room 20_Buero,Homekit,Homematic
serialNr OEQ1555806
subType threeStateSensor
Hallo an euch,
leider konnte mir damals niemand bei diesem Problem helfen: https://forum.fhem.de/index.php/topic,48558.msg833346.html#msg833346
Nach einigen Wochen hatte ich den Dreh raus und wollte schon vor längerer Zeit meine Problemlösung anderen mitteilen. (Auch als Dank der Community und besonders der Entwickler FHEM und Module)
Mein Aufbau sieht wie folgt aus:
HomeKit -> Homebridge -> FHEM -> FBDECT (FBDECT_FB_xxxxx_xxxxxx als Name) -> FBAHAHTTP (FB als Name) -> Comet DECT am Heizkörper (oder FRITZ!DECT 300 & FRITZ!DECT 301)
Folgendes habe ich bis jetzt erreicht:
- Durch die Steuerungen in Homekit "Kühlen (blau), Heizung (orange) und Automatisch (grün) erkenne ich den aktuellen Zustand. Die Werte basieren auf die Werte meiner FritzBox unter Komforttemperatur und Spartemperatur.
- Durch den Wechsel auf Kühlen, Heizung, Automatisch - (eigentlich manuell, da hiermit ein Wert, der weder Komfort oder Spar ist - angewendet wird)
- Man kann in Homekit den Wert verändern, was nach 300 Sekunden (attr FB polltime 300) auch in Homekit (beim nächsten Abruf von FritzBox an FHEM) auch geändert wird. - Also einstellen und warten! - Es klappt dafür aber auch! - (man muss sowieso meist 5-15 Minuten warten, bis die Heizkörperthermostate auf diesen Wert geändert werden)
WICHTIG: Bitte den Wert manuell ändern, damit auch die Farben auch richtig funktionieren:
TargetHeatingCoolingState=HeatingCoolingStat,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:3,cmds=OFF:closed;;HEAT:desired-temp+21;;COOL:desired-temp+16\
Tragt bitte bei der 21 den Komforttemperatur-Wert und bei 16 den Spartemperatur-Wert ein!
Beiliegend meine Raw-Definition eines meiner Heizkörper.
defmod FBDECT_FB_xxxxx_xxxxxx FBDECT FB:xxxxx_xxxxxx actuator,tempSensor
attr FBDECT_FB_xxxxx_xxxxxx IODev FB
attr FBDECT_FB_xxxxx_xxxxxx alias Heizung Badezimmer
attr FBDECT_FB_xxxxx_xxxxxx event-min-interval desired-temp:260,HeatingCoolingStat:260,temperature:260,atemp:260
attr FBDECT_FB_xxxxx_xxxxxx event-on-change-reading .*
attr FBDECT_FB_xxxxx_xxxxxx genericDeviceType thermostat
attr FBDECT_FB_xxxxx_xxxxxx group Heizungen
attr FBDECT_FB_xxxxx_xxxxxx homebridgeMapping CurrentTemperature=temperature\
TargetTemperature=desired-temp::atemp,minValue=8,maxValue=28,minStep=0.5\
BatteryLevel=battery\
TargetHeatingCoolingState=HeatingCoolingStat,values=OFF:0;;;;HEAT:1;;;;COOL:2;;;;AUTO:3,cmds=OFF:closed;;HEAT:desired-temp+21;;COOL:desired-temp+16\
CurrentHeatingCoolingState=HeatingCoolingStat,values=HEAT:1;;;;COOL:2;;;;OFF:0;;;;AUTO:0,valud=AUTO
attr FBDECT_FB_xxxxx_xxxxxx icon sani_heating
attr FBDECT_FB_xxxxx_xxxxxx room Home
attr FBDECT_FB_xxxxx_xxxxxx siriName Heizung
attr FBDECT_FB_xxxxx_xxxxxx stateFormat temperature
attr FBDECT_FB_xxxxx_xxxxxx userReadings HeatingCoolingStat {if(ReadingsVal($NAME,"desired-temp","") eq "off") {return "OFF"} \
elsif (ReadingsVal($NAME,"desired-temp","") eq ReadingsVal($NAME,"day-temp","")) {return "HEAT"} \
elsif (ReadingsVal($NAME,"desired-temp","") eq ReadingsVal($NAME,"night-temp","")) {return "COOL"} \
else {return "AUTO"}},\
atemp {if(ReadingsVal($NAME,"desired-temp","") eq "off") {return "0"} \
elsif (ReadingsVal($NAME,"desired-temp","") eq "on") {return "28"} \
else {ReadingsNum($NAME,"state",1)}}
attr FBDECT_FB_xxxxx_xxxxxx webCmd desired-temp
setstate FBDECT_FB_xxxxx_xxxxxx 18.0 C (measured)
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 AIN xxxxx xxxxxx
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 FBNAME BZ-H
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 FBPROP actuator,tempSensor
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 FBTYPE Comet DECT
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 HeatingCoolingStat COOL
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 ID 17
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 atemp 16.0
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 battery 60 %
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 batteryPercent 60
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 batteryState ok
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 batterylow 0
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 day-temp 20.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 desired-temp 16.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 devicelock no
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 errorcode noError (0)
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 fwversion 03.68
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 holidayactive no
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 locked no
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 nextPeriodStart 2019-02-04 04:30:00
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 nextPeriodTemp 20.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 night-temp 16.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 present yes
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 state desired-temp: 16.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 summeractive no
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 tempadjust 0.0 C
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 temperature 18.0 C (measured)
setstate FBDECT_FB_xxxxx_xxxxxx 2019-01-31 19:36:54 windowopenactiv no
Die Pooltime habe ich bei 300 belassen. Ist erfahrungsgemäß am Besten. RAW-Definition meines FritzBox-Moduls
defmod FB FBAHAHTTP 192.168.178.1
attr FB alias Fritz!Box Dect
attr FB devStateIcon connected:radio_checked .*:radio_unchecked
attr FB fritzbox-user fhem
attr FB group Bridge
attr FB icon it_router
attr FB polltime 300
attr FB room Systeme
attr FB verbose 0
setstate FB connected
Gerne bin ich auch für Verbesserungsvorschläge bereit. :-)
Ich nutze diese Settings jetzt bereits 2 Monate und es funktioniert einwandfrei. Man kann perfekt, wenn man schnell von Spar auf Komfort oder zurück mit den Befehl (Heizen, Kühlen) unter Modus in iOS wechseln! - Bei zur schwachen Batterie, erhaltet man eine Meldung. - Alles in allem so wie es sein soll.
Ich hoffe, das ich hiermit einigen in den Einstieg beim einbinden in Homekit weiterhelfen konnte.
Grüße Matthias
Hallo an euch,
Wichtig zuvor: Man benötigt iOS 12.2 Beta, homebridge 0.4.46 + homebridge-fhem 0.4.5 und ein kompatibler Fernseher mit Einbindung in eines der FHEM-Module
Hiermit möchte ich um eure Unterstützung bei der Nutzung/Entwicklung von der Homebridge-Erweiterung "Television" bitten, um gemeinsam diese Funktion für die nächste iOS 12.2 startklar zu machen.
Um was es hierbei geht? -> Hier zu lesen: https://www.macstories.net/ios/hands-on-with-ios-12-2s-homekit-support-for-smart-tvs/
Da ich aktuell selbst am ausprobieren bin und teste, würde ich sehr um eure Mithilfe/Verbesserungen bitten. Gerne ergänze ich hierbei die Möglichkeiten/Fehler/Weiterentwicklungen.
Es gibt ja unterschiedliche FHEM-Module für Fernsehmodelle: LG, Sony, Samsung oder sogar Harmony. - Man könnte mit der Homebridge-Erweiterung "Television" sozusagen an jeder Stelle anbinden.
Anbei der aktuelle Entwicklungsweg:
1. Über SSH Homebridge stoppen:
sudo service homebridge stop
2. Jetzt kommt es zur individuellen Lösung, je nach TV-Hersteller mit kompatiblen FHEM-Modul.
Ich besitze einen Sony-KDL-65W857 und verbinde ihn mit BRAVIA-Modul. Ich habe damit sozusagen unzählige Readings und Funktionen den Fernseher zu steuern.
Zuerst habe ich jetzt das Modul in die passende Kategorie verschoben, damit Homebridge auch das Device abliest. (in meinem Fall war es Home)
Im Device habe ich das "genericDeviceType" auf "Television" gesetzt.
Dies geht mit folgendem Befehl: attr <name > genericDeviceType Television
3. Jetzt müssen wir noch eine funktionierende "homebridgeMapping" erstellen. Hierzu benötigen wir alle Informationen, was "Service: television" alles kann. Das finden wir hier:
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes-Television.js
4. Aktuell habe ich folgendes schon in homebridgeMapping eingebunden:
clear
ConfiguredName=model
Active=state,values=off:0;on:1,cmds=1:on;0:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2;3:input+HDMI+3;4:input+HDMI+4;1:input+Netflix
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute,subtype=SonyTVSpeaker
TelevisionSpeaker#Active:default=ACTIVE
TelevisionSpeaker#VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
TelevisionSpeaker#VolumeControlType:default=ABSOLUTE
5. Homebridge wieder starten per SSH:
sudo service homebridge start
Tipp: Sollte es zu Problemen kommen oder man ist am ausprobieren, nutze ich immer das temporäre starten von Homebridge in der Kommandozeile. Damit kann man sehen, was nicht richtig funktioniert.
sudo service homebridge stop
sudo homebridge
--- Bis hier ist mein aktueller Ist-Zustand. Ich kann den Fernseher einschalten und bedienen. Demnächst würde ich noch gerne die Eingänge zuweisen und steuern können. Dazu möchte ich die aktuellen TV-Sender darstellen und zeigen, was aktuell läuft. Dies funktioniert aktuell in 12.2 über Apple-TV problemlos und echt genial - (Bild: IMG_4786.jpg).
Beiliegend noch einige Screenshots von der Steuerung meines Sony-TVs: (Bild: IMG_4784.jpg, IMG_4783.jpg, IMG_4785.jpg)
Gruß Matthias
Cool, danke für diese Informationen. Ich brauche unbedingt endlich mal einen Smart TV. ;)
Könnte man auf diesem Wege auch einen AVR anbinden?
Gerade die HDMI-Input-Steuerung wäre da für mich interessant.
Viele Grüße Hoppel
@Matze89: sehr schön das du dich einbringst! noch schöner wäre es aber das ganze etwas zu koordinieren und nicht in installieren files zu editieren.
zu 2.: nein. bitte nicht. es soll zu genericDeviceType nicht alles hinzugefügt werden, sondern nur die häufigsten und auch system übergreifenden dinge. alles andere kann trotzdem weiterhin direkt von hand eintragen.
vor allem ist es nicht sinnvoll jeden service type noch. mal in anderer schreibweise hinzuzufügen. wir sind gerade am überlegen wie wir das einheitlich für alle drei sprach module umsetzen können.
zu 6: funktionierende Homebridge mappings zu sammeln ist eine sehr gute idee. ich würde aber vorschlagen das im wiki zu tun. da ist es besser auffindbar.
im homebridgeMapping ist es besser nicht die zahlenwerte aus den hombridge types zu verwenden sondern die symbolischen namen. das ist zwar etwas länger zu schreiben, aber man sieht sofort was gemeint ist und man ist sicher gegen nachträgliche änderungen. also besser so:On=state,values=off:0;on:1,cmds=1:On;0:Off
Active=state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:On;INACTIVE:Off
RemoteKey=state,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode=default=ALWAYS_DISCOVERABLE
ConfiguredName=model
hast du es mal ohne On characteristic probiert? eigentlich ist die für Television garnicht nötig/vorgesehen.
am steuern der eingänge bin ich dran. hierzu muss etwas code in homebridge-fhem ergänzt werden da die services und characteristics hierfür nicht einfach nur angelegt sondern auch noch verknüpft werden müssen.
demnächst wird es auch eine neue version des siri moduls geben bei dem genau so wie bei alexa und gassistant der start/stop und die Überwachung aus fhem heraus erfolgen kann.
Hallo justme1968,
ich danke dir für die Aufklärung und Ratschläge. Ich gebe zu, dass ich ein totaler Anfänger bin und ich viel "rum probiere" aber dennoch gerne meine Vorstellungen anderen als "Starthilfe" mitgeben möchte. Wenn dies nicht gewünscht ist, kann ich gerne mein Beitrag ändern/entfernen, bevor es eher zu großen Schwierigkeiten kommt.
Zu Punkt 2: Erledigt
Zu Punkt 6: Sehr gerne, wenn es auch nachher 100% funktioniert. Das was ich aktuell bekannt gegeben habe, dient noch zu Testzwecke.
nein. ganz im gegenteil.
ich möchte das ganze nur etwas koordinieren damit es es allen auf dauer hilft und nicht z.b. im nächsten update weg ist.
Zitathast du es mal ohne On characteristic probiert? eigentlich ist die für Television garnicht nötig/vorgesehen.
Ja, allerdings liegt es womöglich an den ganzen Readings im BRAVIA Modul. Dadurch entstehen durch den Start mit Homebridge immer einige Fehlermeldungen.
Beiliegend ein Auszug:
setstate sonytv on
setstate sonytv 2018-09-18 21:17:43 area DEU
setstate sonytv 2019-01-27 19:29:44 authCookie ------
setstate sonytv 2019-01-27 19:29:44 authExpires So., 10 Feb. 2019 18:29:44 GMT+00:00
setstate sonytv 2018-09-18 21:17:20 authMaxAge 1209600
setstate sonytv 2019-02-02 12:41:16 channel ProSieben#HD
setstate sonytv 2019-02-02 12:41:16 channelId 0005
setstate sonytv 2019-02-02 12:41:16 ci_durationSec 1721
setstate sonytv 2019-02-02 12:41:16 ci_startDateTime 2019-02-02T11:34:53+0000
setstate sonytv 2019-02-02 12:41:16 ci_tripletStr 1.1017.61301
setstate sonytv 2018-09-18 21:17:43 country XEU
setstate sonytv 2018-09-18 21:18:28 currentMedia -
setstate sonytv 2019-02-02 12:41:16 currentTitle Die Simpsons
setstate sonytv 2018-09-18 21:17:43 generation 3.9.0
setstate sonytv 2019-02-02 12:41:16 input tv:dvbs
setstate sonytv 2018-09-18 21:17:43 language ger
setstate sonytv 2018-09-18 21:17:43 macAddr -----
setstate sonytv 2018-09-18 21:17:43 model KDL-65W857C
setstate sonytv 2018-09-18 21:17:43 name BRAVIA
setstate sonytv 2019-02-02 12:39:47 power on
setstate sonytv 2019-02-02 08:14:59 presence present
setstate sonytv 2018-09-18 21:17:08 registrationUUID -----
setstate sonytv 2018-09-18 21:16:58 requestFormat json
setstate sonytv 2019-02-02 12:39:47 state on
setstate sonytv 2019-01-13 09:07:35 upnp on
setstate sonytv 2019-02-02 12:41:16 uri tv:dvbs?trip=1.1017.61301&srvName=ProSieben HD
setstate sonytv 2019-01-28 18:12:38 volume 19
einfach von hand attr <name > genericDeviceType Television in der commandbox eintragen.
Zitat von: justme1968 am 02 Februar 2019, 12:41:16
einfach von Hand attr <name > genericDeviceType Television in der commandbox eintragen.
Wie peinlich... - Ich habe sofort mein Beitrag oben editiert. Getestet habe ich es auch zuvor... (womöglich mit television kein geschrieben)...
Entschuldige ;-) und nochmals Danke für den Tipp mit der Zuweisung der Namen.
@justme1968
Besteht auch die Möglichkeit weitere Services in einem Fhem-Device einzubinden in homebridgeMapping? ich sehe gerade die Schwierigkeit mit den "Eingänge", die ja ausgelagert in eigene Services sind.
Gruß Matthias
du kannst im mapping auch zusätzliche services anlegen mit <service>#<characteristic>:...
wenn ich das richtig sehe reicht das aber für die eingänge nicht. die müssen scheinbar per code noch verknüpft werden.
da war ich schon dran, aber es hat noch nicht funktioniert.
ps: für SleepDiscoveryMode reicht vermutlich SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
mein bravia hat kein upnp reading und es geht trotzdem so weit alles.
Zitat von: justme1968 am 02 Februar 2019, 20:32:18
du kannst im mapping auch zusätzliche services anlegen mit <service>#<characteristic>:...
wenn ich das richtig sehe reicht das aber für die eingänge nicht. die müssen scheinbar per code noch verknüpft werden.
da war ich schon dran, aber es hat noch nicht funktioniert.
ps: für SleepDiscoveryMode reicht vermutlich SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
mein bravia hat kein upnp reading und es geht trotzdem so weit alles.
genau so weit war ich auch schon. Aktuell sieht mein Code aus folgendermaßen aus:
clear
ConfiguredName=model
Active=state,values=off:0;on:1,cmds=1:on;0:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2;3:input+HDMI+3;4:input+HDMI+4;1:input+Netflix
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute,subtype=SonyTVSpeaker
TelevisionSpeaker#Active:default=ACTIVE
TelevisionSpeaker#VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
TelevisionSpeaker#VolumeControlType:default=ABSOLUTE
InputSource#Identifier:default=1
InputSource#ConfiguredName:default=HDMI+1
InputSource#IsConfigured:default=1
InputSource#InputSourceType:default=HDMI
#Identifier=InputDeviceNumber2,subtype=hdmi2
#ConfiguredName=InputDeviceName2,subtype=hdmi2
#IsConfigured=InputDeviceConfigured2,subtype=hdmi2
#InputSourceType=InputDeviceType2,subtype=hdmi2
#Identifier=InputDeviceNumber3,subtype=hdmi3
#ConfiguredName=InputDeviceName3,subtype=hdmi3
#IsConfigured=InputDeviceConfigured3,subtype=hdmi3
#InputSourceType=InputDeviceType3,subtype=hdmi3
#Identifier=InputDeviceNumber4,subtype=hdmi4
#ConfiguredName=InputDeviceName4,subtype=hdmi4
#IsConfigured=InputDeviceConfigured4,subtype=hdmi4
#InputSourceType=InputDeviceType4,subtype=hdmi4
Jedenfalls geht schonmal die Lautstärkeregelung ;-)
Anscheinend kann man 1 weiteren Service einbinden, allerdings auch nur 1 weiteren... ansonsten klappt der start von homebridge nicht.
Ich habe übrigens noch den Fehler
[2019-2-3 09:47:35] [FHEM] sonytv-state not a number: onLeider stelle ich mich auch dabei sehr blöd an und versuchte alles Mögliche, dies noch zu entfernen... - Vorschlag?
Und wie kann ich mit dem Befehl :default= auch Leerzeichen einbinden? zb: HDMI 1?
schon das die lautstärke geht. du musst das <service># nicht immer wiederholen. sobald es auftaucht wird auf den nächsten service umgeschaltet der so lange gilt bis man wieder wechselt.
es gehen beliebig viele services. aber es müssen unterschiedliche sein. nicht der gleiche mehrfach. welchen fehler bekommst du?
das problem mit den eingängen ist: es reicht nicht nur einen zusätzlichen service anzulegen. ich muss erst im code noch etwas einbauen. bitte etwas geduld.
die warnung ist nicht schlimm. ich schaue das ich die noch weg bekomme.
Zitat von: justme1968 am 03 Februar 2019, 11:22:31
schon das die lautstärke geht. du musst das <service># nicht immer wiederholen. sobald es auftaucht wird auf den nächsten service umgeschaltet der so lange gilt bis man wieder wechselt.
es gehen beliebig viele services. aber es müssen unterschiedliche sein. nicht der gleiche mehrfach. welchen fehler bekommst du?
das problem mit den eingängen ist: es reicht nicht nur einen zusätzlichen service anzulegen. ich muss erst im code noch etwas einbauen. bitte etwas geduld.
die warnung ist nicht schlimm. ich schaue das ich die noch weg bekomme.
ahh! Spitze justme1968. - Ich ändere das gleich mal und werde auf dein Update warten. ;-)
Vielen Dank!
EDIT:
Ruder zurück, womöglich habe ich dich missverstanden:
clear
ConfiguredName=model
Active=state,values=off:0;on:1,cmds=1:on;0:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2;3:input+HDMI+3;4:input+HDMI+4;1:input+Netflix
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
InputSource#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=1
InputSourceType:default=HDMIfunktioniert leider nicht. Es sorgt für ein Fehler in Homebridge...
[2019-2-3 11:37:41] [FHEM] Initializing platform accessory 'sonytv'...
[2019-2-3 11:37:41] [FHEM] creating services for sonytv
[2019-2-3 11:37:41] [FHEM] information service for sonytv
[2019-2-3 11:37:41] [FHEM] manufacturer, model and serial number characteristics for sonytv
[2019-2-3 11:37:41] [FHEM] Television service for sonytv
[2019-2-3 11:37:41] [FHEM] ConfiguredName characteristic for sonytv:model
[2019-2-3 11:37:41] [FHEM] sonytv: ConfiguredName characteristic already defined for service sonytv and no subtype given
[2019-2-3 11:37:41] [FHEM] Television service for sonytv
[2019-2-3 11:37:41] [FHEM] ConfiguredName characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] Active characteristic for sonytv:state
[2019-2-3 11:37:41] [FHEM] sonytv: Active characteristic already defined for service sonytv and no subtype given
[2019-2-3 11:37:41] [FHEM] Television service for sonytv
[2019-2-3 11:37:41] [FHEM] Active characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] ActiveIdentifier characteristic for sonytv:InputDeviceType
[2019-2-3 11:37:41] [FHEM] RemoteKey characteristic for sonytv:remoteControl
[2019-2-3 11:37:41] [FHEM] SleepDiscoveryMode characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] TelevisionSpeaker service for sonytv
[2019-2-3 11:37:41] [FHEM] TelevisionSpeaker#Mute characteristic for sonytv:mute
[2019-2-3 11:37:41] [FHEM] VolumeSelector characteristic for sonytv:state
[2019-2-3 11:37:41] [FHEM] VolumeControlType characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] InputSource service for sonytv
[2019-2-3 11:37:41] [FHEM] InputSource#Identifier characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] IsConfigured characteristic for sonytv:undefined
[2019-2-3 11:37:41] [FHEM] InputSourceType characteristic for sonytv:undefined
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
^
Error: Cannot add a Service with the same UUID '000000D8-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:454:19
at Array.forEach (<anonymous>)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:434:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:396:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1101:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at Request.emit (events.js:180:13)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)Gruß Matthias
das liegt daran das es zwei mal eine Active characteristic gibt. ich repariere es gleich.
bitte probier mal die angehängt version.
damit sollte es gehen:clear
Active=state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey=state,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode=default=ALWAYS_DISCOVERABLE
ConfiguredName=model
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
input kommt noch.
wo genau taucht bei dir die lausträrke auf?
Zitat von: justme1968 am 03 Februar 2019, 15:01:57
bitte probier mal die angehängt version.
damit sollte es gehen:clear
Active=state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey=state,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode=default=ALWAYS_DISCOVERABLE
ConfiguredName=model
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
input kommt noch.
wo genau taucht bei dir die lausträrke auf?
Ganz einfach - die Lautstärketasten an der Seite ;-)
Dafür musst du zuerst das "Vollbild-Steuerfenster" öffnen. - Darauf musste ich auch erstmal kommen. Damit werden diese Befehle gesendet:
[2019-2-3 15:04:52] [FHEM] sonytv: executing set cmd for TelevisionSpeaker#VolumeSelector with value 0
[2019-2-3 15:04:52] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20sonytv%20VolumeUp&fwcsrf=csrf_148256007360706&XHR=1
[2019-2-3 15:04:52] [FHEM] sonytv: executing set cmd for TelevisionSpeaker#VolumeSelector with value 1
[2019-2-3 15:04:52] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20sonytv%20VolumeDown&fwcsrf=csrf_148256007360706&XHR=1Edit: Moment... noch "sudo npm -g update homebridge-fhem"
okay, klappt! ;-)
nur doch der Fehler kommt aktuell:
[2019-2-3 15:35:18] [FHEM] sonytv-state not a number: on
[2019-2-3 15:35:18] [FHEM] sonytv is Television
[2019-2-3 15:35:18] [FHEM] sonytv has
[2019-2-3 15:35:18] [FHEM] ConfiguredName [DeviceName]
[2019-2-3 15:35:18] [FHEM] Active [state]
[2019-2-3 15:35:18] [FHEM] ActiveIdentifier [InputDeviceType]
[2019-2-3 15:35:18] [FHEM] RemoteKey [remoteControl]
[2019-2-3 15:35:18] [FHEM] SleepDiscoveryMode [undefined]
[2019-2-3 15:35:18] [FHEM] ClosedCaptions [undefined]
[2019-2-3 15:35:18] [FHEM] DisplayOrder [undefined]
[2019-2-3 15:35:18] [FHEM] CurrentMediaState [undefined]
[2019-2-3 15:35:18] [FHEM] TargetMediaState [undefined]
[2019-2-3 15:35:18] [FHEM] PictureMode [undefined]
[2019-2-3 15:35:18] [FHEM] PowerModeSelection [undefined]
[2019-2-3 15:35:18] [FHEM] TelevisionSpeaker#Mute [mute]
[2019-2-3 15:35:18] [FHEM] TelevisionSpeaker#Active [undefined]
[2019-2-3 15:35:18] [FHEM] TelevisionSpeaker#VolumeSelector [state]
[2019-2-3 15:35:18] [FHEM] TelevisionSpeaker#VolumeControlType [undefined]
[2019-2-3 15:35:18] [FHEM] InputSource#Identifier [undefined]
[2019-2-3 15:35:18] [FHEM] InputSource#ConfiguredName [undefined]
[2019-2-3 15:35:18] [FHEM] InputSource#IsConfigured [undefined]
[2019-2-3 15:35:18] [FHEM] InputSource#InputSourceType [undefined]
2019-02-03 15:35:18 caching: sonytv-DeviceName: Sony-TV
[2019-2-3 15:35:18] [FHEM] caching: ConfiguredName: Sony-TV (as string; from 'Sony-TV')
2019-02-03 15:35:18 caching: sonytv-state: on
[2019-2-3 15:35:18] [FHEM] caching: Active: 1 (as number; means ACTIVE; from 'on')
2019-02-03 15:35:18 caching: sonytv-InputDeviceType: 1
[2019-2-3 15:35:18] [FHEM] caching: ActiveIdentifier: 1 (as number; from '1')
[2019-2-3 15:35:18] [FHEM] caching: SleepDiscoveryMode: 1 (as number; means ALWAYS_DISCOVERABLE; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: ClosedCaptions: 0 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: DisplayOrder: Test1 (as string; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: CurrentMediaState: 0 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: TargetMediaState: 0 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: PictureMode: 1 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: PowerModeSelection: 1 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: TelevisionSpeaker#Active: 1 (as number; means ACTIVE; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] sonytv-state not a number: on
[2019-2-3 15:35:18] [FHEM] caching: TelevisionSpeaker#VolumeControlType: 3 (as number; means ABSOLUTE; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: InputSource#Identifier: 1 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: InputSource#ConfiguredName: HDMI+1 (as string; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: InputSource#IsConfigured: 1 (as number; from 'mapping.default')
[2019-2-3 15:35:18] [FHEM] caching: InputSource#InputSourceType: 3 (as number; means HDMI; from 'mapping.default')
gefunden. geht.
Zitatdie angehängte version
:)
aber ich habe sie eben auch nach npmjs geschoben.
versuch dein update noch mal.
getan, gemacht... - Jetzt ist auch kein Fehler mehr beim start von Homebridge, allerdings:
Es gehen nun alle Devices nicht mehr. Bei allen steht jetzt "Keine Antwort"
Aktuell diese Settings:
clear
ConfiguredName=DeviceName
#Active=state,values=off:0;on:1,cmds=1:on;0:off
Active=state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2;3:input+HDMI+3;4:input+HDMI+4;5:input+Netflix
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
InputSource#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=1
InputSourceType:default=HDMI
etwas geduld haben. eventuell die home app neu starten
Hallo,
habe nebenher nochmal alles neu setzen müssen. Sehr schade, warum und wie auch immer das passieren konnte.
Aktueller Ist-Zustand ist:
clear
ConfiguredName=DeviceName
Active=state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
#InputSourceName:default=HDMI+1,subtype=HDMI1
#Identifier:default=1,subtype=HDMI1
#IsConfigured:default=CONFIGURED,subtype=HDMI1
#InputSourceType:default=HDMI,subtype=HDMI1
#CurrentVisibilityState:default=1
#TargetVisibilityState:default=1
#InputDeviceType:default=1
Hinzugekommen ist die Möglichkeit das "ActionMenu" des Fernsehers zu öffnen unter Einstellungen durch: PowerModeSelection:default=1,cmds=0:remoteControl+options
Bis jetzt funktioniert alles, bis auf die HDMI-Input Funktion, die ich sehr nützlich finden würde.
Hierzu habe ich mir noch zur Hilfe dieses Script angeschaut und die Befehle teils hierfür angepasst. Hiermit funktioniert die Input-Funktion perfekt:
https://github.com/arnif/homebridge-sony-television/blob/master/index.js
Wenn man dies so über FHEM einbinden könnte über Mappings, wäre es Top. Bitte gebe bescheid, wenn du dich um die mehrmalig gleichen Services in einem Device kümmerst demnächst. ;-)
Vielen Dank für die jetzigen Änderungen! Das ist echt Top gelöst!
Gruß Matthias
Moin!
Ich bitte um Hilfe, ich finde den Fehler nicht...
Ich habe meine Sauna mit einem NodeMCU/ ESPEasy gesteuert.
Nun möchte ich gerne auch das Ganze im Homekit einbinden. Nur leider will das HomebridgeMapping nicht so wie ich will!
Ich schätze ich habe die syntax noch nicht ganz verstanden.
Also hier mal das attr HomeBridgemapping von meinem Dummy für die Soll-Temperatur:
TargetTemperature=state::state,minValue=50,maxValue=90,minStep=5 CurrentTemperature=ESPEasy_ESP_Sauna_Temp2:Temperature
Dieser Code setzt das Reading "state" auf den Wert z.B. "state 70" oder "state 80".
Ich hätte gerne nur "70" oder "80" als Wert eingetragen. Bekomme es aber irgendwie nicht hin.
Dazu würde ich jetzt gerne noch einen weiteren Dummy ([Sauna_an]) on/off setzen zum Heizen bzw. abschalten. Geht das?
Jemand dazu eine Idee?
Danke!
Gruß
David
Ich habe heute durch Zufall mal meine homebridge und homebridge-fhem Pakete auf die neuste Version aktualisiert. Nach dem Update von homebridge-fhem auf Version 0.4.9 ging gar nichts mehr ("Keine Antwort") - auch nach ca. 30 Minuten warten nicht. homebridge lief zwar ganz normal, es kamen aber keine Werte bei iOS an. Neu koppeln ging auch nicht mehr ("Es konnte keine Verbindung herstellt werden").
Habe dann bemerkt, dass 0.4.9 ziemlich neu ist und es in den letzten Tagen einige Updates gab. Also testweise wieder Version 0.4.5 installiert und es lief wieder alles.
Jetzt hier gesehen dass es wohl für die aktuelle iOS Beta Anpassungen gab (nicht im Detail nachgelesen). Das scheint aber homebridge für die aktuelle Release-Version von iOS kaputt zu machen.
Also als kleine Warnung: wenn nicht nötig evtl. aktuell nicht aktualisieren.
Also ich probiere seit 2 Tagen allen möglichen quatsch aus um das Thermostat für die Sauna zum laufen zu bekommen...
Irgendwie ist das HomebrideMapping für meine Begriffe mies dokumentiert. Sollte ich irgendwie dahinter steigen werde ich mich mal dem WIKI annehmen!
Aber bis dahin mal folgende Erkennnisse:
Ich habe nun einen weiteren Dummy angelegt: "Sauna_Dummy"
Dieser Dummy soll nun den Sollwert-Dummy "Saua_solltemp" auf einen Wert zwischen 50 und 90 setzen.
Die Ist-Temperartur "ESPEasy_ESP_Sauna_Temp2:temperature" wird richtig angezeigt.
Auch den boolschen "Saune_an" bekomme ich mit "Heizen" am IOS angesteuert.
attr HomebridgeMapping:
TargetTemperature=Sauna_solltemp::temperature,minValue=50,maxValue=90,minStep=5
CurrentTemperature=ESPEasy_ESP_Sauna_Temp2:Temperature
CurrentHeatingCoolingState=Sauna_an:state,valueOn=on,valueOff=/off/,cmdOn=on,cmdOff=off
TargetHeatingCoolingState=Sauna_an:state,valueOn=on,valueOff=/off/,cmdOn=on,cmdOff=off
Die TargetTemperature will einfach nicht.
Hier mal das Homebridge log dazu:
[2/4/2019, 4:34:56 PM] [FHEM] homebridgeMapping: TargetTemperature=target:Sauna_solltemp:temperature,minValue=50,maxValue=90,minStep=5 CurrentTemperature=ESPEasy_ESP_Sauna_Temp2:Temperature Cu$
[2/4/2019, 4:34:56 PM] [FHEM] sauna_dummy is thermostat
[2/4/2019, 4:34:56 PM] [FHEM] sauna_dummy has
[2/4/2019, 4:34:56 PM] [FHEM] CurrentHeatingCoolingState [Sauna_an.state]
[2/4/2019, 4:34:56 PM] [FHEM] CurrentTemperature [ESPEasy_ESP_Sauna_Temp2.Temperature]
[2/4/2019, 4:34:56 PM] [FHEM] TargetHeatingCoolingState [Sauna_an.state]
[2/4/2019, 4:34:56 PM] [FHEM] query: CurrentHeatingCoolingState for Sauna_an-state
[2/4/2019, 4:34:56 PM] [FHEM] not cached
[2/4/2019, 4:34:56 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22Sauna_an%22,%22state%22,%22%22)%7D&fwcsrf=csrf_151035815206850&XHR=1
[2/4/2019, 4:34:56 PM] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2/4/2019, 4:34:56 PM] [FHEM] query: CurrentTemperature for ESPEasy_ESP_Sauna_Temp2-Temperature
[2/4/2019, 4:34:56 PM] [FHEM] not cached
[2/4/2019, 4:34:56 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22ESPEasy_ESP_Sauna_Temp2%22,%22Temperature%22,%22%22)%7D&fwcsrf=csrf_151035815206850&XHR=1
[2/4/2019, 4:34:56 PM] [FHEM] query: TargetHeatingCoolingState for Sauna_an-state
[2/4/2019, 4:34:56 PM] [FHEM] not cached
[2/4/2019, 4:34:56 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22Sauna_an%22,%22state%22,%22%22)%7D&fwcsrf=csrf_151035815206850&XHR=1
Scheint als würde TargetTemperature gar nicht interpretiert!?!
Hier noch das error-Log dazu:
[2/4/2019, 4:34:56 PM] [FHEM] sauna_dummy is NOT a thermostat. set command for target temperature missing: target
Das reading "target" gibt es am dummy "Sauna_solltemp". Es ist mir auch egal ob die Solltemp im "state"-reading oder im "target" steht. Es kommt aber leider gar nichts an!
Was ist mit set command for target temperature missing gemeint??
Gruß
David
damit ist gemeint das dein device kein set kommando hat im die ziel temperatur zu setzen.
bei einem dummy musst du setList und readingList passend setzen.
@justme1968
ahh, besten Dank!
Das an dem Dummy mit dem Mapping ein entsprechendes SetList attribut existieren muss hatte ich schon. Aber auf das entsprechende readingList wäre ich nicht gekommen!
David
und bei TargetTemperatur muss noch ein cmd=target hin
so läuft es jetzt:
homebridgeMapping clear TargetTemperature=state:Sauna_solltemp:state,minValue=50,maxValue=90,minStep=5
CurrentTemperature=ESPEasy_ESP_Sauna_Temp2:Temperature
CurrentHeatingCoolingState=Sauna_an:state,valueOn=on,valueOff=/off/,cmdOn=on,cmdOff=off
TargetHeatingCoolingState=Sauna_an:state,valueOn=on,valueOff=/off/,cmdOn=on,cmdOff=off
Mit dem "Setlist state" am Termostat-Dummy und "ReadingList state" am Solltemp-Dummy.
@Weisswurstverkäufer: das problem scheint nicht das homebridge-fhem update zu sein sondern hombridge selber.
zumindest gibt es in der aktuellsten version probleme sobald hombridge-fhem custom characteristis verwendet.
die kombination aus älterer homebridge mit neuestem homebridge-fhem scheint wie gehabt zu gehen.
ich schaue danach sobald es geht.
Zitat von: Weisswurstverkäufer am 04 Februar 2019, 14:18:02
Ich habe heute durch Zufall mal meine homebridge und homebridge-fhem Pakete auf die neuste Version aktualisiert. Nach dem Update von homebridge-fhem auf Version 0.4.9 ging gar nichts mehr ("Keine Antwort") - auch nach ca. 30 Minuten warten nicht. homebridge lief zwar ganz normal, es kamen aber keine Werte bei iOS an. Neu koppeln ging auch nicht mehr ("Es konnte keine Verbindung herstellt werden").
Habe dann bemerkt, dass 0.4.9 ziemlich neu ist und es in den letzten Tagen einige Updates gab. Also testweise wieder Version 0.4.5 installiert und es lief wieder alles.
Jetzt hier gesehen dass es wohl für die aktuelle iOS Beta Anpassungen gab (nicht im Detail nachgelesen). Das scheint aber homebridge für die aktuelle Release-Version von iOS kaputt zu machen.
Also als kleine Warnung: wenn nicht nötig evtl. aktuell nicht aktualisieren.
Hast du die Beta drauf?
Ich hab die iOS Public Beta drauf und da geht dann garnix.
Kannst du Vll kurz sagen wie du die Version genau installiert hast?
Dann hau ich das ins Wiki dazu
Gesendet von iPhone mit Tapatalk Pro
Nein, keine Beta installiert.
homekit-fhem@0.4.5 funktioniert. Neuere Versionen habe ich dann nich mehr ausprobiert.
Zitat von: Weisswurstverkäufer am 05 Februar 2019, 05:39:17
Nein, keine Beta installiert.
homekit-fhem@0.4.5 funktioniert. Neuere Versionen habe ich dann nich mehr ausprobiert.
Jetzt Blick ich nicht mehr durch
Macht nun homebridge selber das Problem oder wirklich das homebridge-FHEM?
Gesendet von iPhone mit Tapatalk Pro
Die HomeKit-App kann nicht mehr mit Homebridge verbinden, sobald das fhem-Plugin aktiv ist. Das ,,normale" netatmo-Plugin ohne homebridge-fhem funktioniert - ich nehme homebridge-fhem wieder rein und nix geht.
Wenn man sich die issues von Homebridge so anguckt kommt das wohl öfters mal mit anderen Plugins vor. Die Logs helfen da auch nicht wirklich weiter, habe es nur durch Ausprobieren rausgefunden.
Zitat von: Weisswurstverkäufer am 05 Februar 2019, 05:50:25
Die HomeKit-App kann nicht mehr mit Homebridge verbinden, sobald das fhem-Plugin aktiv ist. Das ,,normale" netatmo-Plugin ohne homebridge-fhem funktioniert - ich nehme homebridge-fhem wieder rein und nix geht.
Wenn man sich die issues von Homebridge so anguckt kommt das wohl öfters mal mit anderen Plugins vor. Die Logs helfen da auch nicht wirklich weiter, habe es nur durch Ausprobieren rausgefunden.
Danke für die Erklärung
Bei mir scheint es nicht gebracht zu haben.
Hast du vorher deinstalliert?
Gruß Robert
Ich habe ewig rumgefrickelt bis es wieder lief. Währenddessen alles komplett neu installiert.
Schlussendlich dann dieser Stand:
$ node -v
v11.9.0
$ npm -v
6.7.0
$ npm -g ls | grep homebridge
├─┬ homebridge@0.4.46
├─┬ homebridge-fhem@0.4.5
Ich glaube übrigens ich hatte zwischenzeitlich mal ein älteres homebridge und das aktuell homebridge-fhem und es lief nicht. Da bin ich mir jetzt aber nicht ganz sicher.
Zitat von: Weisswurstverkäufer am 05 Februar 2019, 08:06:47
Ich habe ewig rumgefrickelt bis es wieder lief. Währenddessen alles komplett neu installiert.
Schlussendlich dann dieser Stand:
$ node -v
v11.9.0
$ npm -v
6.7.0
$ npm -g ls | grep homebridge
├─┬ homebridge@0.4.46
├─┬ homebridge-fhem@0.4.5
Ich glaube übrigens ich hatte zwischenzeitlich mal ein älteres homebridge und das aktuell homebridge-fhem und es lief nicht. Da bin ich mir jetzt aber nicht ganz sicher.
Danke,
ich hab mal das nodejs 11 installiert.
Muss zuhause später schauen was los ist.
Gruß Robert
ich denke ich habe dasproblem gefunden und behoben. es sollte wieder alles vor und rückwärts kompatibel sein zwischen homebridge und homebridge-fhem.
Zitat von: justme1968 am 05 Februar 2019, 13:51:09
ich denke ich habe dasproblem gefunden und behoben. es sollte wieder alles vor und rückwärts kompatibel sein zwischen homebridge und homebridge-fhem.
Wann kommt die Versionsänderung per NPM?
Gruß Robert
ist seit drei stunden raus.
Zitat von: justme1968 am 05 Februar 2019, 16:29:43
ist seit drei stunden raus.
Per NPM bekomme ich immer noch die 4.10 als aktuell angezeigt
das ist die aktuelle version von eben.
Zitat von: justme1968 am 05 Februar 2019, 16:55:53
das ist die aktuelle version von eben.
Wenn dass die aktuelle ist, dann geht bei mir immer noch nichts.
Aber im Git steht doch im einen File 4.11
die git version hat damit nichts zu tun.
wenn es mit der 0.4.10 nicht geht musst du genauer schauen.
was genau geht nicht? was sagt das log?
sorry. diesmal war es mein fehler.
version 0.4.11 sollte komplett wieder gehen.
So ich hab nun den persistent und accessories Ordner gelöscht, konnte ich wieder alles anlernen.
Die Geräte werden gefunden, beim anlernen hab sie auch alle geschalten.
Jetzt nach dem ich fertig bin, bekomme ich immer die Meldung Gerät reagiert nicht. (Keine Antwort)
Per syslog bekomme ich folgendes:
sudo tail -f /var/log/syslog
Feb 5 19:08:25 FhemNUC homebridge[28167]: [2019-2-5 19:08:25] [FHEM] caching: CurrentTemperature: 24.1 (as number; from '24.1')
Feb 5 19:08:28 FhemNUC homebridge[28167]: 2019-02-05 19:08:28 caching: 2OG.HZ.BAD_Clima-ValvePosition: 3
Feb 5 19:08:28 FhemNUC homebridge[28167]: [2019-2-5 19:08:28] [FHEM] caching: Custom Actuation: 3 (as number; from '3')
Feb 5 19:09:00 FhemNUC systemd[1]: Starting Clean php session files...
Feb 5 19:09:00 FhemNUC systemd[1]: Started Clean php session files.
Feb 5 19:09:01 FhemNUC CRON[28332]: (root) CMD ( [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Feb 5 19:09:07 FhemNUC homebridge[28167]: 2019-02-05 19:09:07 caching: 2OG.HZ.AZ_Clima-measured-temp: 24.4
Feb 5 19:09:07 FhemNUC homebridge[28167]: [2019-2-5 19:09:07] [FHEM] caching: CurrentTemperature: 24.4 (as number; from '24.4')
Feb 5 19:09:28 FhemNUC homebridge[28167]: 2019-02-05 19:09:28 caching: 1OG.HZ.FLUR_Clima-measured-temp: 23.0
Feb 5 19:09:28 FhemNUC homebridge[28167]: [2019-2-5 19:09:28] [FHEM] caching: CurrentTemperature: 23 (as number; from '23.0')
Feb 5 19:09:41 FhemNUC homebridge[28167]: 2019-02-05 19:09:41 caching: 2OG.HZ.TV_Clima-measured-temp: 26.0
Feb 5 19:09:41 FhemNUC homebridge[28167]: [2019-2-5 19:09:41] [FHEM] caching: CurrentTemperature: 26 (as number; from '26.0')
Feb 5 19:11:19 FhemNUC homebridge[28167]: 2019-02-05 19:11:19 caching: 2OG.HZ.AZ_Clima-measured-temp: 24.3
Feb 5 19:11:19 FhemNUC homebridge[28167]: [2019-2-5 19:11:19] [FHEM] caching: CurrentTemperature: 24.3 (as number; from '24.3')
Feb 5 19:11:24 FhemNUC homebridge[28167]: 2019-02-05 19:11:24 caching: 2OG.HZ.BAD_Clima-ValvePosition: 1
Feb 5 19:11:24 FhemNUC homebridge[28167]: [2019-2-5 19:11:24] [FHEM] caching: Custom Actuation: 1 (as number; from '1')
Feb 5 19:11:32 FhemNUC homebridge[28167]: 2019-02-05 19:11:32 caching: 1OG.HZ.SZ_Clima-measured-temp: 18.5
Feb 5 19:11:32 FhemNUC homebridge[28167]: [2019-2-5 19:11:32] [FHEM] caching: CurrentTemperature: 18.5 (as number; from '18.5')
Es gibt relative lange pausen zwischen den abfragen.
Andere kommen relative schnell hinter.
Ob es vorher aber anders war kann ich nicht sagen.
Sollte Homebridge nicht immer Logfiles anlegen also unter /var/log/
Edit:
Eben noch mal update von Homebridge-fhem auf 4.11 gemacht und nun scheint es zu gehen.
Der Fehler von oben scheint nicht da zu sein
Ich habe seit heute Abend leider auch das Problem, dass weder die Home noch die Eve App die Geräte der Homebridge erkennen (Gerät ist nicht erreichbar). Meine nativen HomeKit Hue Geräte sind aber noch erreichbar. Der Log zeigt keine Fehler an und über config-ui-x lassen sich die Fhem Geräte ganz normal steuern. Hab heute das Fhem Plattform Plugin auf 0.4.12 geupdated und vor ein paar Tagen auch Homebridge selbst auf 0.4.46. Mir ist dabei noch folgendes aufgefallen: Nach einem Reboot des iPhones sind die Geräte über Eve zumindest in der Geräteübersicht alle noch erreichbar. In anderen Menüs ist dann aber schon das Ausrufungszeichen zu sehen. Erst nach kurzer Wartezeit steht dann auch in der Geräteübersicht, dass sie vor kurzem noch erreichbar waren.
die aktuellen versionen sollten in dieser hinsicht kein problem mehr haben. wenn immer noch etwas schief geht hat das hoffentlich andere gründe.
bitte versuch mal die üblichen schritte die sonst auch empfohlen werden wenn die bridge nicht mehr erreichbar ist.
Ok, mit Löschen vom persist Ordner und ändern der PIN und Username kann ich die Bridge wieder neu hinzufügen und Geräte sind wieder alle verfügbar. Hatte mit den erste Homebridge Versionen früher schon mal Erreichbarkeitsprobleme aber bisher noch nicht den Fall, dass Homebridge selbst läuft und nur die Apps nicht gehen. Wollte diesen Schritt erst als letztes machen, weil man dadurch ja auch alle Raum Zuordnungen verliert und Szenen Inhalte neu anlegen muss. Soweit ich weiß gibt es da noch keine Backup Möglichkeit, weil das auf reiner iOS Ebene läuft?
es gibt scheinbar eine app die backups machen kann. homebridge controller. kostet aber.
ich habe sie noch nicht probiert.
Hab mal kurz danach gesucht. Nennt sich "Controller für HomeKit". Die Basis Version ist kostenlos und das Hauptfeature der Pro Version für 7,99 ist eigentlich das Backup und Restore. Ist es für meine Zwecke aber dann doch nicht wert, da die Bridge nicht regelmäßig ausfällt und der Aufwand zum Neueinrichten nicht besonders groß ist. Für 1,99 Euro hätte ich die Pro Version vielleicht noch gekauft.
Super das die Entwicklung weiter geht! Ich habe auf Version 0.4.18 aktualisiert und kann bei meinen HomematicIP (mittels HMCCU) leider noch keine Historie in der Eve App entdecken. Wäre ich hier als HomematicIP User außen vor, oder bin ich zu früh am probieren ;)
Was mir aber bis jetzt aufgefallen ist:
- Bei meinem Bewegungsmelder HmIP-SMI wird bei "Letzte Bewegung" als Wert "n.v." angezeigt. Muss ich in FHEM irgendwie noch aktiv werden?
- Ich verwende die Thermostate HmIP-STHD nur als Temperatur- und Luftfeuchtigkeitssensoren. Dort wird keine Historie angezeigt
- Bei den Messsteckdosen HmIP-PSM wird beim "Gesamt Verbrauch" keine Historie angezeigt
- Bei meinen Thermostaten (Dummys) wird auch keine Historie angezeigt.
- Meine Kontaktsensoren HmIP-SWDO werden in der Eve App unter den einzelnen Räumen nicht angezeigt, nur unter den Punkt Typen. In der Home App sind diese sichtbar. Unter "Anzahl Geöffnet" steht "n.v.".
Danke für deine Mühe bei der Weiterentwicklung!
Gruß
MobiusOne
alles was über das hmccu modul geht muss von Hand mit einem passenden homebridge mapping versehen werden. nur CUL_HM wird automatisch erkannt.
da die readings alle anders heissen und zum teil auch nicht den anderen konventionen folgen ist das automatische erkennen schwierig.
- homebridgeMapping anlegen
- history wird nicht automatisch aktiviert. der entsprechende eintrag im homebridgeMapping muss von hand gemacht werden
- es kann eine weile dauern bis eve 'merkt' das es die einträge gibt
- ansonsten immer im log schauen was geloggt und in die history geschrieben wird.
vielleicht sollte man die hmccu mappings mal alle im wiki sammeln. ich schaue dann mal in wie fern sie sich automatisch erkennen lassen.
Hi justme1968,
Zitat von: justme1968 am 16 Februar 2019, 13:31:01
alles was über das hmccu modul geht muss von Hand mit einem passenden homebridge mapping versehen werden.
Ich habe bei allen Geräten die ich an die Homebridge weiterleite (egal ob Dummy, HMCCU, Tahoma, Gardena, etc) immer ein Homebridgemapping, da ich darüber gerne immer die Kontrolle haben möchte, und je nachdem gerne auch mal anpasse, z.B. eine Steckdose als Kontaktsensor.
Beispiele der Homebridgemappings:
Kontaksensor, HmIP-SWDO:
ContactSensorState=state,values=Geschlossen:CONTACT_DETECTED;Geoeffnet:CONTACT_NOT_DETECTED
BatteryService#StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;Ok:BATTERY_LEVEL_NORMAL
StatusTampered=0.SABOTAGE,values=Sabotage:1;Ok:0
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
StatusFault=0.ERROR_CODELichtschalter, HmIP-BSM und Steckdose HmIP-PSM:
E863F10D-079E-48FF-8F27-9C2605A29F52=7.POWER,factor=1,name=Power,format=FLOAT
E863F10C-079E-48FF-8F27-9C2605A29F52=7.ENERGY_COUNTER,factor=0.001,name=Energy,format=FLOAT
E863F126-079E-48FF-8F27-9C2605A29F52=7.CURRENT,factor=0.01,name=Current,format=FLOAT
E863F10A-079E-48FF-8F27-9C2605A29F52=7.VOLTAGE,factor=1,name=Voltage,format=FLOAT
StatusFault=0.ERROR_CODESeparat für die Steckdose
OutletInUse=6.POWER,threshold=1Bewegungsmelder, HmIP-SMI:
MotionDetected=state,values=motion:1;noMotion:0
BatteryService#StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;Ok:BATTERY_LEVEL_NORMAL
StatusTampered=0.SABOTAGE,values=Sabotage:1;Ok:0
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1Temperatursensor, HmIP-STHD:
CurrentRelativeHumidity=1.HUMIDITY
CurrentTemperature=1.ACTUAL_TEMPERATURE
BatteryService#StatusLowBattery=0.LOW_BAT,values=Low:BATTERY_LEVEL_LOW;Ok:BATTERY_LEVEL_NORMAL
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1Zitat von: justme1968 am 16 Februar 2019, 13:31:01
history wird nicht automatisch aktiviert. der entsprechende eintrag im homebridgeMapping muss von hand gemacht werden
Ah, OK. Welche Anpassung muss ich durchführen, um die Historie zu aktivieren? Das konnte ich auf den letzten 5 Seiten leider nicht finden.
Ich glaube ich habe es gefunden ;D
Ich surfe diesen Thread immer direkt an, um nach Neuerungen zu schauen.
history:size=1024
Schaue ich mir sofort einmal an ;)
ja. genau. für die history hatte ich einen anderen thread aufgemacht.
es wäre klasse wenn du die homebridge mappings im wiki verewigen könntest. hier findet sie bald niemand mehr.
Zitat von: justme1968 am 16 Februar 2019, 17:22:01
es wäre klasse wenn du die homebridge mappings im wiki verewigen könntest. hier findet sie bald niemand mehr.
Dass kann ich gerne machen. Werde aber noch warten, um sicher zu gehen, dass diese Mappings auch 100% funktionieren. Ich hatte zum Beispiel meine Kontaktsensoren als GenericDevice "contact" angelegt und nicht als "ContactSensor". Dies hat zwar bisher immer funktioniert, aber nicht mit History Werte. Obwohl das scheinbar auch nicht zu funktionieren scheint, genauso wie TemperatureSensor und alle X Minuten stürzt die Homebridge ab. Dies werde ich aber im anderen Thread noch reinschreiben.
Zitatda die readings alle anders heissen und zum teil auch nicht den anderen konventionen folgen ist das automatische erkennen schwierig.
Vielleicht könntest du für HMCCU erstmal nur Model, Firmware und Seriennummer realisieren? Die Einträge würden wie folgt aussehen:
Internals:
TYPE: HMCCUDEV (Hersteller)
ccutype (Model)
firmware (Firmware)
ccuaddr (Seriennummer)
bisher setzte ich die Werte für Firmware und Model (für HMCCU aber auch andere Geräte) mittels den Readings "firmware" und "model". Für Seriennummer wäre dies natürlich auch noch klasse ;)
zwischen "contact" und "ContactSensor" sollte es keine weiteren unterschiede geben. kannst du das bitte noch mal nachstellen?
mein test sensor verwendet contact und erzeugt eine history.
Zitatccutype (Model)
ccuaddr (Seriennummer)
hab ich eingebaut.
über readings zu gehen ist noch in arbeit.
Zitat von: justme1968 am 17 Februar 2019, 10:42:53
hab ich eingebaut.
über readings zu gehen ist noch in arbeit.
Super, vielen Dank!
Gibt's schon was neues zum BatteryService?
Wäre es möglich den bei Bedarf je Device automatisch zu definieren, wenn die jeweiligen Characteristics definiert werden?
aktuell geht das nur von hand im homebridgeMapping.
ich habe noch ein internes problem das durcheinander erzeugt wenn ich mehrere services automatisch anlege.
ist aber in arbeit.
Zitat von: justme1968 am 17 Februar 2019, 20:17:37
aktuell geht das nur von hand im homebridgeMapping.
Gibt's dafür irgendwo ein Beispiel?
Das Characteristic StatusLowBattery geht eigentlich fast immer im Service.
BatteryLevel und ChargingState tauchen aber meist nur auf, wenn sie im extra BatteryService stecken.
Ich habe hier mal 3 Beispiele:
Aqara Motion:
Internals:
DEF 158d0002b5f12e sensor_motion.aq2 MiGateway_Flur
FUUID 5c44a1c8-f33f-06ea-b5ba-b57b1c87c3ec12dd
IODev MiGateway_Flur
LASTInputDev MiGateway_Flur
MODEL sensor_motion.aq2
MSGCNT 2381
MiGateway_Flur_MSGCNT 2381
MiGateway_Flur_TIME 2019-02-17 21:10:30
NAME XMI_158d0002b5f12e
NR 234
SID 158d0002b5f12e
STATE motion
TYPE XiaomiSmartHome_Device
VERSION 1.30
READINGS:
2019-02-17 14:32:10 batteryState ok
2019-02-17 14:32:10 batteryVoltage 3.035
2019-02-17 14:32:10 heartbeat 158d0002b5f12e
2019-02-17 21:10:30 lux 48
2019-02-16 19:26:25 motionOffTimer 10
2019-02-17 21:10:30 no_motion 0
2019-02-17 21:10:30 state motion
Attributes:
alias Motion 2
devStateIcon motion:motion_detector@red off:motion_detector@green no_motion:motion_detector@green
genericDeviceType MotionSensor
homebridgeMapping MotionDetected=state,values=off:0;motion:1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
0000006B-0000-1000-8000-0026BB765291:lux,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=10000,minValue=0,minStep=.0001
history:size=1024
rnd_bat 3
room Homekit,XiaomiMiSmartHome
Aqara KontaktSensor:
Internals:
CHANGED
DEF 158d00022bd6e4 sensor_magnet.aq2 MiGateway_Flur
FUUID 5c44a1c6-f33f-06ea-74b5-f247d0fc5fb758a4
IODev MiGateway_Flur
LASTInputDev MiGateway_Flur
MODEL sensor_magnet.aq2
MSGCNT 164
MiGateway_Flur_MSGCNT 164
MiGateway_Flur_TIME 2019-02-17 21:12:42
NAME DOOR_Schlafzimmer
NR 164
SID 158d00022bd6e4
STATE open
TYPE XiaomiSmartHome_Device
VERSION 1.30
READINGS:
2019-02-17 21:05:46 batteryState ok
2019-02-17 21:05:46 batteryVoltage 3.055
2019-02-17 21:05:46 heartbeat 158d00022bd6e4
2019-02-17 21:05:46 no_close 0
2019-02-17 21:12:42 state open
2019-02-17 21:12:42 status open
Attributes:
devStateIcon open:fts_door_right_open@red close:fts_door_right@green
event-on-change-reading state
genericDeviceType ContactSensor
homebridgeMapping ContactSensorState=state,values=close:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=close:CLOSED;;open:OPEN
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
history:size=1024
icon fts_door_right_open
rnd_bat 3
room Homekit,Schlafzimmer,XiaomiMiSmartHome
siriName Zimmertür
userReadings status {ReadingsVal($name,"state","")}
Aqara TemperaturSensor:
Internals:
DEF 158d0001ab75e1 weather.v1 MiGateway_Flur
FUUID 5c44a1c6-f33f-06ea-3a89-69554d8d2ea1c60d
IODev MiGateway_Flur
LASTInputDev MiGateway_Flur
MODEL weather.v1
MSGCNT 507
MiGateway_Flur_MSGCNT 507
MiGateway_Flur_TIME 2019-02-17 21:11:55
NAME XMI_158d0001ab75e1
NR 148
SID 158d0001ab75e1
STATE Temperatur: <b>6.2 °C </b>
Luftfeuchte: <b>75 % </b><br>
Luftdruck: <b>1014 hPa</b>
Batterie: <b>ok ( 2.915 V )</b><br>
Taupunkt: <b>2.1 °C </b>
Absulute Feuchte: <b>5.5 g/m³ </b>
TYPE XiaomiSmartHome_Device
VERSION 1.30
READINGS:
2019-02-17 21:11:55 absFeuchte 5.5
2019-02-17 21:11:55 airpressure 1014.2
2019-02-17 20:46:03 batteryState ok
2019-02-17 20:46:03 batteryVoltage 2.915
2019-02-17 21:11:55 dewpoint 2.1
2019-02-17 20:46:03 heartbeat 158d0001ab75e1
2019-02-17 21:11:55 humidity 75.180
2019-02-17 21:11:55 pressure 101.070
2019-02-17 21:11:55 temperature 6.210
Attributes:
alias Eingang
genericDeviceType TemperatureSensor
homebridgeMapping CurrentTemperature=temperature
CurrentRelativeHumidity=humidity
E863F10F-079E-48FF-8F27-9C2605A29F52=airpressure,format=FLOAT
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
history:size=1024
icon temp_temperature
rnd_bat 3
rnd_hum 3
rnd_pres 3
rnd_tmp 3
room Draußen,Homekit,Wetter,XiaomiMiSmartHome
siriName Eingang
stateFormat Temperatur: <b>[$name:temperature:r1] °C </b>
Luftfeuchte: <b>[$name:humidity:r0] % </b><br>
Luftdruck: <b>[$name:airpressure:r0] hPa</b>
Batterie: <b>[$name:batteryState] ( [$name:batteryVoltage:r3] V )</b><br>
Taupunkt: <b>[$name:dewpoint:r1] °C </b>
Absulute Feuchte: <b>[$name:absFeuchte:r1] g/m³ </b>
userReadings airpressure {sprintf("%.1f",ReadingsVal($name,"pressure",0)*10.035)}
Zitat von: Typ1er am 17 Februar 2019, 21:15:35Ich habe hier mal 3 Beispiele
Die Eve Characteristics waren nicht was ich meinte.
Ich meinte die Characteristics für Batteriestand und Ladezustand, die direkt im Device in der Apple Home App zu sehen sind.
Aber bei den meisten Geräten eben nur, wenn sie in einem extra Service (BatteryService) stecken.
das sind keine eve characteristics sondern die normalen standard homekit characteristics.
wenn du es so im homebridgeMapping angibst wird es auch in der home app angezeigt.
das problem ist: automatisch werden die batterie characteristics aktuell beim haupt service hinzugefügt. die home app zeigt sie aber dann nicht an. warnungen kommen übrigens trozdem.
eve zeigt sie auch an.
automatisch in einen extra BatteryService stecken geht erst demnächst.
wenn du sie sie wie oben vorgeschlagen von hand im homebridgeMapping angibst landen sie auch jetzt schon im BatterieService und auch die home app zeigt sie in den details an.
Zitat von: justme1968 am 17 Februar 2019, 21:45:54
wenn du sie sie wie oben vorgeschlagen von hand im homebridgeMapping angibst landen sie auch jetzt schon im BatterieService und auch die home app zeigt sie in den details an.
Funktioniert bei mir nur bei StatusLowBattery (das nur bei Low angezeigt wird), nicht aber mit BatteryLevel.
Weil es eben nicht im extra Service zu landen scheint.
blind bekommt so keine Anzeige:
CurrentPosition=position,minStep=10,default=100
TargetPosition=position,cmd=position,minStep=10,delay=1000
PositionState=state,values=drive-up:INCREASING;drive-down:DECREASING,default=STOPPED
BatteryLevel=batteryPercent,default=0,minValue=0,maxValue=100,minStep=1
StatusLowBattery=batteryState,values=ok:0,default=1Lustigerweise werden Dinge wie FilterChangeIndication oder OzoneDensity in fast allen Services angezeigt.
du muss den service ja auch mit
angeben damit es in einem extra service landet.
<service name>#<characteristic>:...
also BatteryService#BatteryLevel:batteryPercent,...
Zitat von: justme1968 am 18 Februar 2019, 06:37:45
du muss den service ja auch mit
angeben damit es in einem extra service landet.
<service name>#<characteristic>:...
Ahh jetzt!
Danke, funktioniert wie gewünscht.
Automatik ist damit eigentlich auch nicht mehr nötig.
Hallo an euch,
kurze und sehr knappe Frage:
Kann man auch den Befehl ,,Keine Antwort" in rot in einem Device (Lampe) definieren?
Anwendung: Ich habe einige Lampen, die häufig mit einem Schalter an der Wand zuvor abgeschaltet werden und als ,,unreachable" in Fhem durch den Hue-Hub als State-Meldung bekommt. Somit erkennt man in HomeKit nicht, ob die Lampe noch mit Strom versorgt wird. Besteht hierbei die Möglichkeit einer ,,emulierten" Kennzeichnung?
Gruß Matthias
das muss ich erst wieder einbauen. apple hat hier an den unterstützen characteristics etwas geändert.
ich schaue es mir an.
Daran hätte ich auch Interesse. Bei uns gibt es auch zwei Lampen, die meine Frau manchmal ,,hart ausschaltet".
Besteht evtl. die Möglichkeit, dass du irgendwas einbaust, damit bei den HueGroups die letzte genutzte Lichtfarbe nach einem Neustart der Homebridge angezeigt wird. Bei mir sind die Farbkästchen in Eve danach immer rot, siehe Screenshot. In den Release Notes des letzten Updates der Philips Hue App stand, dass nun die letzte Farbe bei einem Stromausfall gespeichert wird. Keine Ahnung, ob dich das in dieser Hinsicht irgendwie weiter bringt... Das wäre genial.
Oder gibt es dafür bereits irgendeine andere Möglichkeit?
Viele Grüße Hoppel
ich habe eben die version 0.5.1 veröffentlicht.
dort wird das reachble reading ausgewertet. achtung: der status wird nur an homekit übertragen wenn werte aus dem device abgefragt werden. es gibt keine möglichkeit den status aktiv zu pushen. die früher dafür vorgesehene Reachble characteristic hat apple scheinbar gestrichen.
zu den gruppen:
- ist der status in fhem denn richtig? hast du createGroupReadings passend gesetzt?
- das mit dem stromausfall: das ist eine eigenschaft der lampen bzw. der firmware version und kann über die hue app für jede lampe einzeln aktiviert werden.
nachschauen kannst du über das modul mit get <name> startup.
Hi André,
eine Frage zur Versionierung: Mir ist aufgefallen, dass das aktuelle Update von 0.4.x auf 0.5.x nicht als "Latest" und "Wanted" Paket aufgeführt wird, sondern nur als "Wanted". Für ein Upgrade muss man daher wohl "npm install" anstatt "npm update" verwenden. Ich bin nicht sicher, ob ich das richtig verstehe, aber so wie es hier beschrieben ist, ist das wohl der Unterschied zwischen "strict" und "non-strict" versioned updates (bin aber auch nicht sicher, ob "npm install" tatsächlich das selbe tut, wie das dortige Beispiel mit "ncu").
Ich frage deshalb, weil ich im 42_npmjs.pm Modul derzeit die Verfügbarkeit von Updates ausschließlich davon abhängig mache, ob eine neue "Latest" Version verfügbar ist und "Wanted" lasse ich vollkommen außen vor. Das führt bei homebridge-fhem jetzt eben dazu, dass ein normales "npm update" eben gar nicht auf die 0.5.x aktualisiert, sondern bei der letzten 0.4.x Version verbleibt. Nun möchte ich wissen, ob das so auch korrekt und von dir gewollt ist oder ob das eigentlich nicht so sein soll.
Ich habe gerade im npmjs Modul auch schon einen Switcher eingebaut, um Updates über "install" statt "update" zu machen. Ich weiß aber nicht, ob das so richtig wäre und ich glaube die meisten verwirrt das auch eher. Auch bin ich unsicher, was ein generelles Update per "npm install" dann für nicht-FHEM-Pakete dann bedeuten würde.
da hatte ich bis jetzt noch garnicht drauf geachtet.
es scheint so zu sein das node die minor version für globale pakete anders handhabt als für die abhängigkeiten zwischen paketen.
aber beim suchen scheint es tatsächlich so zu sein das npm die globalen paktete nur innerhalb des patch level automatisch updated und schon bei der minor version mit install aktualisiert werden muss.
siehe hier: https://docs.npmjs.com/cli/outdated.html (https://docs.npmjs.com/cli/outdated.html)
Zitatwanted is the maximum version of the package that satisfies the semver range specified in package.json. If there's no available semver range (i.e. you're running npm outdated --global, or the package isn't included in package.json), then wanted shows the currently-installed version.
ich würde sagen das npm outdated/update verhalten ist einfach blöd und irreführend.
für das modul: ich denke minor version updates sollten automatisch gemacht werden. mit install statt update. änderungen der major version sind laut npm doku für inkompatible änderungen und sollten vielleicht nicht mehr automatisch passieren.
ps: du findest sogar beispiele bei denen outdatet wanted mit einer größeren verision als latest angibt. keine ahnung wie man damit umgeht.
Mir ist es in letzter Zeit häufiger passiert, dass automatische HomeKit Szenen nicht mehr ausgeführt werden, weil alle Homebridge Geräte nicht mehr verfügbar sind. ch schalte mittlerweile schon stündlich einen Dummy Schalter, um im Nachhinein herauszufinden wann die Geräte nicht mehr verfügbar waren. Im Homebridge Log findet man leider keine Hinweise zu irgendwelchen Fehlern. Meist hilft dann ein Neustart. Woran könnte das liegen? Es muss ja irgendwie mit Homebridge zusammenhängen, da andere HomeKit Geräte zu dem Zeitpunkt noch erreichbar sind.
Zitat von: justme1968 am 24 Februar 2019, 12:27:43
es scheint so zu sein das node die minor version für globale pakete anders handhabt als für die abhängigkeiten zwischen paketen.
aber beim suchen scheint es tatsächlich so zu sein das npm die globalen paktete nur innerhalb des patch level automatisch updated und schon bei der minor version mit install aktualisiert werden muss.
siehe hier: https://docs.npmjs.com/cli/outdated.html (https://docs.npmjs.com/cli/outdated.html)
ich würde sagen das npm outdated/update verhalten ist einfach blöd und irreführend.
für das modul: ich denke minor version updates sollten automatisch gemacht werden. mit install statt update. änderungen der major version sind laut npm doku für inkompatible änderungen und sollten vielleicht nicht mehr automatisch passieren.
Danke, André, für die Bestätigung.
Ich hatte ohnehin vor noch einen "upgrade" Setter mit einzubauen, damit man damit auch "npm install" statt "npm update" verwenden kann. Bisher muss man halt den install Setter verwenden, jetzt gibt es auch den "upgrade" Setter, der explizit mit den zum Update verfügbaren Paketen arbeitet.
Der update Setter arbeitet jetzt bei den *-fhem Paketen, die zu den FHEM Modulen gehören, so, dass bei globalen Installationen immer 'npm install' verwendet wird (es sei denn, in der Liste der zu aktualisierenden Pakete hat der User auch andere Pakete genannt, dann bleibt es bei 'npm update'). Bei nicht-globalen Installationen bleibt es derzeit auch bei 'npm update', weil ich da so nah wie möglich am normalen Verhalten von NPM bleiben wollte (sinnvoll?).
Gruß
Julian
PS: Hast du ansonsten mal erwogen die Versionierung deiner NPM Pakete entsprechend so zu korrigieren, dass sie der NPM Paketlogik folgen?
was genau meinst du mit NPM Paketlogik?
das hier: https://docs.npmjs.com/about-semantic-versioning#incrementing-semantic-versions-in-published-packages (https://docs.npmjs.com/about-semantic-versioning#incrementing-semantic-versions-in-published-packages)?
der einzige unterschied ist das npm vorschlägt mit 1 anzufangen und ich noch bei 0 bin.
ansonsten ist aktuell alles 'backwards compatible'. von daher gibt es noch keine neue major version.
Ich bezog mich darauf, dass eine Minor Version bei der globalen Installation nur mittels install aktualisiert werden kann, wie wir ja oben gerade festgestellt haben.
ich kann ja nicht dir ganze zeit nur den patchlevel hoch zählen.
Mal eine kurze Frage zur aktuellen Version.
Hat sich was an den Batterie reasons geändert?
Bei mir sind ne Haufen Geräte nun mit leerer Batterie drin.
Was aber laut FHEM nicht stimmt
Gesendet von iPhone mit Tapatalk Pro
es hat sich etwas geändert: es wird jetzt ein eigener BatteryService verwendet. aber das sollte keinen einfluss weiter haben als das home den status in der detail ansicht anziehen kann.
haben sich auf fhem seite die reading namen geändert? das habe ich noch nicht nachgezogen.
ansonsten: schau mal ins log.
Zitat von: no_Legend am 26 Februar 2019, 08:16:45
Mal eine kurze Frage zur aktuellen Version.
Hat sich was an den Batterie reasons geändert?
Bei mir sind ne Haufen Geräte nun mit leerer Batterie drin.
Was aber laut FHEM nicht stimmt
Selbiges bei mir seit v0.5.1.
Scheinbar sind alle Devices mit einer Batterie-Characteristic betroffen, da diese nun einen nötigen Batteriewechsel anzeigen mit 0% Batterierestwert.
Gruß
Dan
bei mir tut noch alles wie es soll.
geht es wenn ihr das homebridgeMapping selber anlegt? ist im log dann etwas anders als beim automatischen mapping?
könnt ihr bitte mal mit einer älteren version gegentesten und auch im log schauen ob die richtigen readings für die richtigen characteristics verwendet werden?
Ich komm leider nicht dazu zu testen.
Was ich sagen kann ist folgendes:
Bei Homematic HM-CC-RT-DN wird zum Beispiel kein Batterie Fehler angezeigt.
Die Homematic HM-SEC-RHS zeigen einen Batterie Fehler an.
Es wird aber weder bei dem einen noch beim anderen ein Batterie Reading angezeigt unterhalb des devices.
Bei einer Netatmo wo die Prozentwerte durchgereicht werden, also Manuelle Mapping, gibt es keinen Fehler und es gibt auch ein Reading im Homebridge Device.
Das alte Modul kann ich erst am Wochenende testen.
Gruß Robert
Bei mir gibt es auch Probleme mit manchen Devices und angeblich schwacher Batterie. Bei mir sind es alle Homematic Fensterkontakte (magnetisch & 3-State) und Xiaomi Aqara Temperatursensoren. Das Homebridge Batterie Mapping ist bei allen Geräte, auch für die noch funktionierenden HM Wandthermostate, manuell gesetzt:
StatusLowBattery=DEVICE:battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
ZitatBei mir gibt es auch Probleme mit manchen Devices und angeblich schwacher Batterie. Bei mir sind es alle Homematic Fensterkontakte (magnetisch & 3-State) und Xiaomi Aqara Temperatursensoren. Das Homebridge Batterie Mapping ist bei allen Geräte, also für die funktionierenden HM Wandthermostate manuell gesetzt:
StatusLowBattery=DEVICE:battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
Bedeutet das nicht, dass der Status der Batterie im Channel des jeweiligen Devices gesucht wird (DEVICE_Climate oder DEVICE_Weather)? Der Batteriestatus ist aber nur im Gerät selbst als Reading zu finden und nicht im Channel. Also kann das nicht funktionieren.
,,DEVICE" wird natürlich durch das entsprechende Gerät mit den Batteriewerten ersetzt.
Zitat,,DEVICE" wird natürlich durch das entsprechende Gerät mit den Batteriewerten ersetzt.
Sende doch den kompletten jsonList2 vom Gerät, vielleicht kann man da was erkennen.
Das ist eins von einem der Aqara Sensoren:
{
"Name":"BK_Sensor",
"PossibleSets":"remove:noArg",
"PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev qos retain event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude cmdIcon devStateIcon devStateIcon:textField-long devStateStyle fhem_widget_command fhem_widget_command_2 fhem_widget_command_3 genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ContactSensor homebridgeMapping icon mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long siriName sortby webCmd webCmdLabel:textField-long widgetOverride EPSDAlias:textField-long EPSDDefaults:textField-long EPSDDisable:both,incoming,outgoing EPSDPublish:textField-long EPSDSubscribe:textField-long mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttPublish:textField-long mqttSubscribe:textField-long userattr",
"Internals": {
"CHANGED": "null",
"DEF": "WSDCGQ01LM 0x00158d000215933c BK_Sensor",
"FRIENDLYNAME": "BK_Sensor",
"FUUID": "5c5de5e9-f33f-ed56-1602-add78fd2ca5d81e4",
"MODEL": "WSDCGQ01LM",
"NAME": "BK_Sensor",
"NOTIFYDEV": "WSDCGQ01LM 0x00158d000215933c BK_Sensor",
"NR": "142",
"SID": "0x00158d000215933c",
"STATE": "Temperatur: 19.2 °C | Luftfeuchtigkeit: 33 %",
"TYPE": "XiaomiMQTTDevice"
},
"Readings": {
"battery": { "Value":"ok", "Time":"2019-02-27 15:43:27" },
"battery_level": { "Value":"91", "Time":"2019-02-27 15:43:27" },
"humidity": { "Value":"33", "Time":"2019-02-27 15:43:27" },
"last_seen": { "Value":"2019-02-27T14:43:27.077Z", "Time":"2019-02-27 15:43:27" },
"linkquality": { "Value":"55", "Time":"2019-02-27 15:43:27" },
"temperature": { "Value":"19.2", "Time":"2019-02-27 15:43:27" },
"transmission-state": { "Value":"incoming publish received", "Time":"2019-02-27 15:43:27" },
"voltage": { "Value":"2985", "Time":"2019-02-27 15:43:27" }
},
"Attributes": {
"DbLogExclude": ".*",
"DbLogInclude": "humidity,temperature,linkquality,battery_level",
"IODev": "mqtt",
"alias": "Klima Balkon",
"event-on-change-reading": "humidity,temperature:0.2,linkquality,battery_level",
"homebridgeMapping": "StatusLowBattery=BK_Sensor:battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW",
"mqttPublish": "temperature:topic={\"EPSD/Temp/BK\"} humidity:topic={\"EPSD/Hum/BK\"} temperature:retain=1 humidity:retain=1",
"room": "Balkon,Favoriten,Homebridge,ZigBee",
"stateFormat": "Temperatur: temperature °C | Luftfeuchtigkeit: humidity %",
"userattr": "EPSDAlias:textField-long EPSDDefaults:textField-long EPSDDisable:both,incoming,outgoing EPSDPublish:textField-long EPSDSubscribe:textField-long mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttPublish:textField-long mqttSubscribe:textField-long"
}
Vor allem scheint der Wert laut Homebridge Log auch richtig interpretiert zu werden (StatusLowBattery=0))
Fehlen da nicht ein paar andere Attribute? (genericDeviceType sowie das Mapping für Temperatur und Luftfeuchtigkeit)
Meine Aqara Sensoren. In Eve mit History.
Ausgewertet werden Temperatur, Feuchtigkeit, Luftdruck,Batterie und Spannung.
Internals:
DEF 158d0001ab75e1 weather.v1 MiGateway_Flur
FUUID 5c44a1c6-f33f-06ea-3a89-69554d8d2ea1c60d
IODev MiGateway_Flur
LASTInputDev MiGateway_Flur
MODEL weather.v1
MSGCNT 1775
MiGateway_Flur_MSGCNT 1775
MiGateway_Flur_TIME 2019-02-27 21:07:58
NAME XMI_158d0001ab75e1
NR 148
SID 158d0001ab75e1
STATE Temperatur: <b>9.2 °C </b>
Luftfeuchte: <b>55 % </b><br>
Luftdruck: <b>1012 hPa</b>
Batterie: <b>ok ( 2.915 V )</b><br>
Taupunkt: <b>0.6 °C </b>
Absulute Feuchte: <b>4.9 g/m³ </b>
TYPE XiaomiSmartHome_Device
VERSION 1.30
READINGS:
2019-02-27 21:07:58 absFeuchte 4.9
2019-02-27 21:07:58 airpressure 1012.0
2019-02-27 21:07:58 batteryState ok
2019-02-27 21:07:58 batteryVoltage 2.915
2019-02-27 21:07:58 dewpoint 0.6
2019-02-27 21:07:58 heartbeat 158d0001ab75e1
2019-02-27 21:07:58 humidity 54.840
2019-02-27 21:07:58 pressure 100.845
2019-02-27 21:07:58 temperature 9.180
Attributes:
alias Eingang
genericDeviceType TemperatureSensor
homebridgeMapping CurrentTemperature=temperature
CurrentRelativeHumidity=humidity
E863F10F-079E-48FF-8F27-9C2605A29F52=airpressure,format=FLOAT
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
history:size=2048
icon temp_temperature
rnd_bat 3
rnd_hum 3
rnd_pres 3
rnd_tmp 3
room Draußen,Homekit,Wetter,XiaomiMiSmartHome
siriName Eingang
stateFormat Temperatur: <b>[$name:temperature:r1] °C </b>
Luftfeuchte: <b>[$name:humidity:r0] % </b><br>
Luftdruck: <b>[$name:airpressure:r0] hPa</b>
Batterie: <b>[$name:batteryState] ( [$name:batteryVoltage:r3] V )</b><br>
Taupunkt: <b>[$name:dewpoint:r1] °C </b>
Absulute Feuchte: <b>[$name:absFeuchte:r1] g/m³ </b>
userReadings airpressure {sprintf("%.1f",ReadingsVal($name,"pressure",0)*10.035)}
Zitat von: EinEinfach am 27 Februar 2019, 20:37:45
Fehlen da nicht ein paar andere Attribute? (genericDeviceType sowie das Mapping für Temperatur und Luftfeuchtigkeit)
Die werden auch ohne Mapping bei allen Geräten korrekt erkannt. Hab heute 2 Aqara Bewegungssensoren zum Fhem hinzugefügt und auch dort tritt das Batterieproblem auf.
Seit heute morgen stützt Homebridge auch reproduzierbar beim Aufruf bzw aktualisieren der "Anzahl geöffnet" Seite in Eve ab. Dort befinden sich nur Geräte mit dem Batteriebug. Die Tür Seite, die die gleichen Geräte enthält scheint wohl nicht Betriffen zu sein. Mittlerweile kommt es auch bei normaler Benutzung zu Abstürzen. Folgendes steht dabei im Log, teilweise werden auch nicht immer alle Zeilen der Meldung angezeigt:
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: /usr/lib/node_modules/homebridge-fhem/index.js:3126
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: var value = this.historyService.extra_persist.TimesOpened;
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: ^
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: TypeError: Cannot read property 'extra_persist' of undefined
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: at FHEMAccessory.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:3126:58)
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: at emitThree (events.js:136:13)
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: at Characteristic.emit (events.js:217:7)
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: at Characteristic.getValue (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:164:10)
Feb 27 22:54:26 raspberrypi3 homebridge[17695]: at Bridge.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:762:20)
Feb 27 22:54:26 raspberrypi3 systemd[1]: homebridge.service: Main process exited, code=exited, status=1/FAILURE
Feb 27 22:54:26 raspberrypi3 systemd[1]: homebridge.service: Unit entered failed state.
Feb 27 22:54:26 raspberrypi3 systemd[1]: homebridge.service: Triggering OnFailure= dependencies.
Feb 27 22:54:26 raspberrypi3 systemd[1]: homebridge.service: Failed with result 'exit-code'.
Feb 27 22:54:37 raspberrypi3 systemd[1]: homebridge.service: Service hold-off time over, scheduling restart.
Feb 27 22:54:37 raspberrypi3 systemd[1]: Stopped Node.js HomeKit Server.
Feb 27 22:54:37 raspberrypi3 systemd[1]: Started Node.js HomeKit Server.
Geplante Neustarts von Homebridge enden außerdem mit
code=exited, status=143/n/a
ich habe eine version veröffentlich die die änderung beim batterie status rückgängig macht. geht es damit wieder besser?
@kennymc.c: der fehler wird jetzt auch abgefangen. ich verstehe aber noch nicht wie es überhaupt dazu kommen konnte...
Mit dem Update sind nun alle schwache Batterie Hinweise wieder verschwunden. Die Abstürze in der Eve App sind bisher auch nicht mehr aufgetreten, zumindest nicht mehr reproduzierbar. Allerdings bleibt es beim Exit Code 143 bei Restarts und Stops von Homebridge über systemd.
Lässt sich der Log Output beim Start eventuell auch reduzieren?
Bei mir scheint nun auch wieder alles mit dem Batteriestatus zu funktionieren.
Gesendet von iPhone mit Tapatalk Pro
@Loredo:
weil ich es gerade gesehen habe:
│ New minor version of npm available! 6.8.0 → 6.9.0 │
│ Changelog: https://github.com/npm/cli/releases/tag/v6.9.0 │
│ Run npm install -g npm to update! │
der update hinweis von npm selber sagt auch das bei minor versions änderung install nötig ist.
ist also korrekt so wie wie es gesehen haben.
Zitat von: Matze89 am 02 Februar 2019, 10:46:46
Hallo an euch,
Wichtig zuvor: Man benötigt iOS 12.2 Beta, homebridge 0.4.46 + homebridge-fhem 0.4.5 und ein kompatibler Fernseher mit Einbindung in eines der FHEM-Module
Hiermit möchte ich um eure Unterstützung bei der Nutzung/Entwicklung von der Homebridge-Erweiterung "Television" bitten, um gemeinsam diese Funktion für die nächste iOS 12.2 startklar zu machen.
Um was es hierbei geht? -> Hier zu lesen: https://www.macstories.net/ios/hands-on-with-ios-12-2s-homekit-support-for-smart-tvs/
Da ich aktuell selbst am ausprobieren bin und teste, würde ich sehr um eure Mithilfe/Verbesserungen bitten. Gerne ergänze ich hierbei die Möglichkeiten/Fehler/Weiterentwicklungen.
Es gibt ja unterschiedliche FHEM-Module für Fernsehmodelle: LG, Sony, Samsung oder sogar Harmony. - Man könnte mit der Homebridge-Erweiterung "Television" sozusagen an jeder Stelle anbinden.
Anbei der aktuelle Entwicklungsweg:
1. Über SSH Homebridge stoppen:
sudo service homebridge stop
2. Jetzt kommt es zur individuellen Lösung, je nach TV-Hersteller mit kompatiblen FHEM-Modul.
Ich besitze einen Sony-KDL-65W857 und verbinde ihn mit BRAVIA-Modul. Ich habe damit sozusagen unzählige Readings und Funktionen den Fernseher zu steuern.
Zuerst habe ich jetzt das Modul in die passende Kategorie verschoben, damit Homebridge auch das Device abliest. (in meinem Fall war es Home)
Im Device habe ich das "genericDeviceType" auf "Television" gesetzt.
Dies geht mit folgendem Befehl: attr <name > genericDeviceType Television
3. Jetzt müssen wir noch eine funktionierende "homebridgeMapping" erstellen. Hierzu benötigen wir alle Informationen, was "Service: television" alles kann. Das finden wir hier:
https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes-Television.js
4. Aktuell habe ich folgendes schon in homebridgeMapping eingebunden:
clear
ConfiguredName=model
Active=state,values=off:0;on:1,cmds=1:on;0:off
ActiveIdentifier=InputDeviceType,cmds=1:input+HDMI+1;2:input+HDMI+2;3:input+HDMI+3;4:input+HDMI+4;1:input+Netflix
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute,subtype=SonyTVSpeaker
TelevisionSpeaker#Active:default=ACTIVE
TelevisionSpeaker#VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
TelevisionSpeaker#VolumeControlType:default=ABSOLUTE
5. Homebridge wieder starten per SSH:
sudo service homebridge start
Tipp: Sollte es zu Problemen kommen oder man ist am ausprobieren, nutze ich immer das temporäre starten von Homebridge in der Kommandozeile. Damit kann man sehen, was nicht richtig funktioniert.
sudo service homebridge stop
sudo homebridge
--- Bis hier ist mein aktueller Ist-Zustand. Ich kann den Fernseher einschalten und bedienen. Demnächst würde ich noch gerne die Eingänge zuweisen und steuern können. Dazu möchte ich die aktuellen TV-Sender darstellen und zeigen, was aktuell läuft. Dies funktioniert aktuell in 12.2 über Apple-TV problemlos und echt genial - (Bild: IMG_4786.jpg).
Beiliegend noch einige Screenshots von der Steuerung meines Sony-TVs: (Bild: IMG_4784.jpg, IMG_4783.jpg, IMG_4785.jpg)
Gruß Matthias
Guten Morgen,
ich habe gestern ein bisschen mit dem Code experimentiert um die verschiedenen Quellen ins HomeKit zu bekommen.
Es funktioniert mit dem Code, dass einem die Eingänge 1-5 in der Apple Home App dargestellt werden.
Ich denke, damit ließe sich einiges anstellen. @Andre ;) Interessant wird es ab Zeile 2827
das klingt klasse... leider scheint es bei mir nicht zu funktionieren :(
wenn ich deinen code verwende bekomme ich 5 neue services im raum mit namen 1-5 die sich nicht schalten lassen und die eingang characteristic im tv device ist immer noch leer.
kannst du mal zeigen wie das bei dir auscchaut? wie schaut dein komplettes mapping für das device aus?
kommando zurück :)
mit der aktuellen beta 5 geht es. und mein alter test code auch.
es lag also zumindest zum teil an apple...
ich baue in das nächste update eine version ein die sich über das homebridgeMapping konfigurieren lässt.
Mein Testcode war ja lediglich zum testen, wie sich Eingänge anlegen lassen. Schalten konnte ich sie auch nicht.
Hast du zum testen deine index.js verwendet oder meine?
Wenn ich mit der Standard (veröffentlichten Version) index.js starte ist alles wie vorher...
Beste Grüße
Matthias
bis beta 4 habe ich nich nicht mal das anlegen hin bekommen. weder mit
deinem noch mit meinem code.
mit beta 5 geht beides.
ich habe noch nichts eingecheckt. mache ich sobald ich die konfigurierbare version gebaut habe.
Komisch, das anlegen hat bei mir auch mit der Beta 4 schon geklappt.
Es hat aber 2 Home App neustarts gedauert, bis die Eingänge dann auch gezeigt wurden.
Mit der Beta 5 werden mir mit deiner Version gar keine Eingänge angelegt...
Zitat von: justme1968 am 13 März 2019, 12:58:27
bis beta 4 habe ich nich nicht mal das anlegen hin bekommen. weder mit
deinem noch mit meinem code.
mit beta 5 geht beides.
ich habe noch nichts eingecheckt. mache ich sobald ich die konfigurierbare version gebaut habe.
Kann ich dich irgendwie unterstützen?
wenn dir danach ist kannst du mal probieren ob es inzwischen auch über ein homebrisgeMapping geht.
das linken der services scheint mit beta 5 nicht unbedingt nötig zu sein.
zumindest ging es bei einem versuch vorhin auch ohne.
Ja, du meinst z.b.?
clear
Active=stateAV,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=input,values=TV:1;/CBL.SAT/:2;GAME:3;FM:4,cmds=1:input+TV;2:input+CBL/SAT;3:input+GAME;4:input+FM
ConfiguredName=deviceid
SleepDiscoveryMode=state,values=opened:ALWAYS_DISCOVERABLE;/.*/:NOT_DISCOVERABLE
Brightness:default=1
ClosedCaptions=closedCaptions
DisplayOrder:default=Test1
CurrentMediaState=playStatus,values=playing:0;paused:1;stopped:2;/.*/:3
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=STANDARD
PowerModeSelection:default=1,cmds=0:remoteControl+options
RemoteKey=remoteControl,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Home
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector=volume::state,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
#InputSourceName:default=HDMI+1,subtype=HDMI1
#Identifier:default=1,subtype=HDMI1
#IsConfigured:default=CONFIGURED,subtype=HDMI1
#InputSourceType:default=HDMI,subtype=HDMI1
#CurrentVisibilityState:default=1
#TargetVisibilityState:default=1
#InputDeviceType:default=1
[2019-3-14 07:01:35] [FHEM] Initializing platform accessory 'avr'...
[2019-3-14 07:01:35] [FHEM] creating services for avr
[2019-3-14 07:01:35] [FHEM] information service for avr
[2019-3-14 07:01:35] [FHEM] manufacturer, model and serial number characteristics for avr
[2019-3-14 07:01:35] [FHEM] Television service for avr
[2019-3-14 07:01:35] [FHEM] Active characteristic for avr:stateAV
[2019-3-14 07:01:35] [FHEM] initial value is: 0 (number; means INACTIVE)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] ActiveIdentifier characteristic for avr:input
[2019-3-14 07:01:35] [FHEM] initial value is: 2 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint32',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 07:01:35] [FHEM] ConfiguredName characteristic for avr:deviceid
[2019-3-14 07:01:35] [FHEM] initial value is: TX-NR656 (string)
[2019-3-14 07:01:35] [FHEM] props: { format: 'string',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 07:01:35] [FHEM] SleepDiscoveryMode characteristic for avr:state
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number; means ALWAYS_DISCOVERABLE)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] Brightness characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 07:01:35] [FHEM] ClosedCaptions characteristic for avr:closedCaptions
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] DisplayOrder characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: Test1 (string)
[2019-3-14 07:01:35] [FHEM] props: { format: 'tlv8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 07:01:35] [FHEM] CurrentMediaState characteristic for avr:playStatus
[2019-3-14 07:01:35] [FHEM] initial value is: 2 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 3,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
[2019-3-14 07:01:35] [FHEM] TargetMediaState characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 0 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 2,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
[2019-3-14 07:01:35] [FHEM] PictureMode characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number; means STANDARD)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint16',
unit: null,
minValue: 0,
maxValue: 13,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13 ] }
[2019-3-14 07:01:35] [FHEM] PowerModeSelection characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] RemoteKey characteristic for avr:remoteControl
[2019-3-14 07:01:35] [FHEM] no default
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 16,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 ] }
[2019-3-14 07:01:35] [FHEM] TelevisionSpeaker service for avr
[2019-3-14 07:01:35] [FHEM] TelevisionSpeaker#Mute characteristic for avr:mute
[2019-3-14 07:01:35] [FHEM] initial value is: false (boolean)
[2019-3-14 07:01:35] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 07:01:35] [FHEM] TelevisionSpeaker#Active characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 1 (number; means ACTIVE)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] TelevisionSpeaker#VolumeSelector characteristic for avr:state
[2019-3-14 07:01:35] [FHEM] no default
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1 ] }
[2019-3-14 07:01:35] [FHEM] TelevisionSpeaker#VolumeControlType characteristic for avr:undefined
[2019-3-14 07:01:35] [FHEM] initial value is: 3 (number; means ABSOLUTE)
[2019-3-14 07:01:35] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 3,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
ja. etwas in der art. aber ohne kommentarzeichen am anfang.
Scheint nicht 100%-ig zu funktionieren:
[2019-3-14 12:34:52] [FHEM] Initializing platform accessory 'avr'...
[2019-3-14 12:34:52] [FHEM] creating services for avr
[2019-3-14 12:34:52] [FHEM] information service for avr
[2019-3-14 12:34:52] [FHEM] manufacturer, model and serial number characteristics for avr
[2019-3-14 12:34:52] [FHEM] Television service for avr
[2019-3-14 12:34:52] [FHEM] Active characteristic for avr:stateAV
[2019-3-14 12:34:52] [FHEM] initial value is: 0 (number; means INACTIVE)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 12:34:52] [FHEM] avr: Active characteristic already defined for service avr and no subtype given
[2019-3-14 12:34:52] [FHEM] ActiveIdentifier characteristic for avr:input
[2019-3-14 12:34:52] [FHEM] initial value is: 2 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint32',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 12:34:52] [FHEM] ConfiguredName characteristic for avr:deviceid
[2019-3-14 12:34:52] [FHEM] initial value is: TX-NR656 (string)
[2019-3-14 12:34:52] [FHEM] props: { format: 'string',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 12:34:52] [FHEM] SleepDiscoveryMode characteristic for avr:state
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number; means ALWAYS_DISCOVERABLE)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 12:34:52] [FHEM] Brightness characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 12:34:52] [FHEM] ClosedCaptions characteristic for avr:closedCaptions
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-3-14 12:34:52] [FHEM] DisplayOrder characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: Test1 (string)
[2019-3-14 12:34:52] [FHEM] props: { format: 'tlv8',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
[2019-3-14 12:34:52] [FHEM] CurrentMediaState characteristic for avr:playStatus
[2019-3-14 12:34:52] [FHEM] initial value is: 2 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 3,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
[2019-3-14 12:34:52] [FHEM] TargetMediaState characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 0 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 2,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
[2019-3-14 12:34:52] [FHEM] PictureMode characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number; means STANDARD)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint16',
unit: null,
minValue: 0,
maxValue: 13,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13 ] }
[2019-3-14 12:34:52] [FHEM] PowerModeSelection characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1 ] }
[2019-3-14 12:34:52] [FHEM] RemoteKey characteristic for avr:remoteControl
[2019-3-14 12:34:52] [FHEM] no default
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 16,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 ] }
HAP Warning: Characteristic 0000011A-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] Mute characteristic for avr:mute
[2019-3-14 12:34:52] [FHEM] initial value is: false (boolean)
[2019-3-14 12:34:52] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
HAP Warning: Characteristic 000000EA-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] VolumeSelector characteristic for avr:state
[2019-3-14 12:34:52] [FHEM] no default
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pw' ],
validValues: [ 0, 1 ] }
HAP Warning: Characteristic 000000E9-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] VolumeControlType characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 3 (number; means ABSOLUTE)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 3,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
HAP Warning: Characteristic 000000E6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] Identifier:HDMI1 characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint32',
unit: null,
minValue: 0,
maxValue: null,
minStep: 1,
perms: [ 'pr' ] }
HAP Warning: Characteristic 000000D6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] IsConfigured:HDMI1 characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number; means CONFIGURED)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
HAP Warning: Characteristic 000000DB-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] InputSourceType:HDMI1 characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 3 (number; means HDMI)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 10,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 ] }
HAP Warning: Characteristic 00000135-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] CurrentVisibilityState characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 3,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3 ] }
HAP Warning: Characteristic 00000134-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] TargetVisibilityState characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
HAP Warning: Characteristic 000000DC-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00
0000D8-0000-1000-8000-0026BB765291. Adding anyway.
[2019-3-14 12:34:52] [FHEM] InputDeviceType characteristic for avr:undefined
[2019-3-14 12:34:52] [FHEM] initial value is: 1 (number)
[2019-3-14 12:34:52] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 5,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3, 4, 5 ] }
du musst InputSource#... davor setzen damit es eine eigener service wird.
Zitat von: justme1968 am 14 März 2019, 13:11:58
du musst InputSource#... davor setzen damit es eine eigener service wird.
Achso... ja das geht. Nur das mit den Eingängen über Subtype geht noch nicht.
Habe auch mal den output an Homebridge von Homebridge-webos-tv mit dem von homebridge-fhem verglichen. Also nur das Splitting über den subtype klappt hier nicht.
Soll ich den ouput noch als Code posten?
ich glaube ich habe es jetzt fast.
das addLinkedService ist doch nötig. scheinbar cached homekit hier etwas und die auswirkungen sind nicht sofort sichtbar wenn es fehlt.
ich habe jetzt für das homebridgeMapping eingebaut das man ein linkedTo element verwenden kann über das man die services verknüpft. schaut dann etwa so aus:clear
ConfiguredName:model
Active:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector:volume,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
linkedTo=Television
InputSource#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
das funktioniert so weit für einen eingang. jetzt muss ich mir noch was überlegen wie man mehrere eingänge angibt ohne das services doppelt sind. kommt :)
Hallo zusammen,
benutzt hier jemand die Schaltererweiterung "Shelly1" zusammen mit der HomeBridge?
Ich mache das und grundsätzlich funktioniert das auch gut. Nur Zustandsänderungen die direkt am Schalter selbst ausgelöst werden (manuellen Betätigen des Schalters) kommen nicht zeitnah in Apple Home an.
Wann genau hier überhaupt eine Aktualisierung stattfindet kann ich nicht nachvollziehen. Das Shelly1 Modul sollte alle 60Sek. pollen, wenn ich das richtig verstanden habe.
Gruß
Jan
Wenn es am pollen liegt, hätte das ja aber nichts mit Homekit zu tun.
Du solltest erstmal testen, ob du im Shelly Device in FHEM die Änderung überhaupt schneller siehst als in Homekit.
Zitat von: justme1968 am 15 März 2019, 09:59:37
ich glaube ich habe es jetzt fast.
das addLinkedService ist doch nötig. scheinbar cached homekit hier etwas und die auswirkungen sind nicht sofort sichtbar wenn es fehlt.
ich habe jetzt für das homebridgeMapping eingebaut das man ein linkedTo element verwenden kann über das man die services verknüpft. schaut dann etwa so aus:clear
ConfiguredName:model
Active:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector:volume,cmds=0:VolumeUp;1:VolumeDown
VolumeControlType:default=ABSOLUTE
linkedTo=Television
InputSource#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
das funktioniert so weit für einen eingang. jetzt muss ich mir noch was überlegen wie man mehrere eingänge angibt ohne das services doppelt sind. kommt :)
Bei mir funktioniert es nicht. Sieht nach wie vor aus, wie auf dem vorigen Bild, welches ich gepostet habe. Muss ich die Bridge neu pairen?
ich habe noch keine neue npmjs version gepushed.
hast du die git version genommen?
Zitat von: justme1968 am 15 März 2019, 13:01:51
ich habe noch keine neue npmjs version gepushed.
hast du die git version genommen?
:-X
Ich habe einfach ein Update gemacht, ohne zu schauen, ob die Version neu ist oder nicht :-D
Das erklärt natürlich alles...
Was die Eingänge angeht, müsste man doch nur das Subtype reading irgendwie ins Input array bekommen...
so... version ist draussen. die syntax für mehrere eingänge schaut so aus:clear
ConfiguredName:model
Active:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=PLAY:remoteControl+play;PAUSE:remoteControl+pause;STOP:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
ActiveIdentifier:input,default=0,values=/tv.dvbt|TV...DVB-T/:1;/HDMI.3/:2,cmds=1:input+TV+/+DVB-T;2:input+HDMI+3/ARC;3:application+Plex
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector:volume,cmds=INCREMENT:VolumeUp;DECREMENT:VolumeDown
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName:default=TV
IsConfigured:default=CONFIGURED
InputSourceType:default=TUNER
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName:default=APPLE+TV
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName:default=PLEX
IsConfigured:default=CONFIGURED
InputSourceType:default=APPLICATION
CurrentVisibilityState:default=SHOWN
linkedTo=Television
der wert in der klammer ist im prinzip der subtype.
ps: es reicht leider nicht nur mit dem subtype zu arbeiten weil es pro service mehrere characteristics gibt und das ganze intern als hash gespeichert wird. da geht dann die reihenfolge verloren. mit der () ist es ausserdem übersichtlicher und muss nur ein mal pro service geschrieben werden.
pps: das reading channel im bravia modul ist noch etwas problematisch da die werte sich ändern und manchmal nicht möglich ist zu sehen welcher eingang gewählt ist. vuffiraa schaut ob sich das ändern lässt.
Bin ich der erste bei dem das Subtype mapping jetzt nicht mehr geht?
Beispiel
clear
On=state,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb,subtype=TVLicht
On=state,valueOn=clearall,cmdOff=off,cmdOn=clearall,subtype=Umgebungslicht
On=state,valueOn=effect+Cinema_brighten_lights,cmdOff=off,cmdOn=effect+Cinema_brighten_lights,subtype=Cinema_brighten_lights
Initializing platform accessory 'TV_Licht'...
[2019-3-15 15:55:47] [FHEM] creating services for TV_Licht
[2019-3-15 15:55:47] [FHEM] information service for TV_Licht
[2019-3-15 15:55:47] [FHEM] manufacturer, model and serial number characteristics for TV_Licht
[2019-3-15 15:55:47] [FHEM] Switch service for TV_Licht
/usr/lib/node_modules/homebridge-fhem/index.js:3053
controlService.subtype = mapping.subtype;
^
TypeError: Cannot set property 'subtype' of undefined
at FHEMAccessory.getServices (/usr/lib/node_modules/homebridge-fhem/index.js:3053:34)
at Server._createAccessory (/usr/lib/node_modules/homebridge/lib/server.js:410:36)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:396:32)
at /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1179:22)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at Request.emit (events.js:197:13)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)
at Request.emit (events.js:197:13)
at Gunzip.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1083:12)
sorry. ist repariert.
Kurz mal dein Beispiel ausprobiert, leider ohne grossen Erfolg
[15/03/2019, 20:25:54] [FHEM] VSX828: service name InputSource(3) unknown
[15/03/2019, 20:25:54] [FHEM] switch service for VSX828 (undefined)
HAP Warning: Characteristic 000000E6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
[15/03/2019, 20:25:54] [FHEM] InputSource(3)#Identifier characteristic for VSX828:undefined
[15/03/2019, 20:25:54] [FHEM] initial value is: 3 (number)
[15/03/2019, 20:25:54] [FHEM] props: { format: 'uint32',
unit: null,
minValue: 0,
maxValue: null,
minStep: 1,
perms: [ 'pr' ] }
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
^
Error: Cannot add a Service with the same UUID '000000D8-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:454:19
at Array.forEach (<anonymous>)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:434:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:396:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1101:22)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at emitTwo (events.js:126:13)
at Request.emit (events.js:214:7)
Zitat von: Markus M. am 15 März 2019, 20:55:32
Kurz mal dein Beispiel ausprobiert, leider ohne grossen Erfolg
[15/03/2019, 20:25:54] [FHEM] VSX828: service name InputSource(3) unknown
[15/03/2019, 20:25:54] [FHEM] switch service for VSX828 (undefined)
HAP Warning: Characteristic 000000E6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
[15/03/2019, 20:25:54] [FHEM] InputSource(3)#Identifier characteristic for VSX828:undefined
[15/03/2019, 20:25:54] [FHEM] initial value is: 3 (number)
[15/03/2019, 20:25:54] [FHEM] props: { format: 'uint32',
unit: null,
minValue: 0,
maxValue: null,
minStep: 1,
perms: [ 'pr' ] }
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150
throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
^
Error: Cannot add a Service with the same UUID '000000D8-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:150:15)
at /usr/local/lib/node_modules/homebridge/lib/server.js:454:19
at Array.forEach (<anonymous>)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:434:14)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:396:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1101:22)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at emitTwo (events.js:126:13)
at Request.emit (events.js:214:7)
Also bei mir läufts mit iOS 12.2 beta 5
clear
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=0:remoteControl+play;1:remoteControl+pause;2:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
Active=stateAV,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=input,values=TV:1;/CBL.SAT/:2;GAME:3;FM:4,cmds=1:input+TV;2:input+CBL/SAT;3:input+GAME;4:input+FM
ConfiguredName=deviceid
SleepDiscoveryMode=state,values=opened:ALWAYS_DISCOVERABLE;/.*/:NOT_DISCOVERABLE
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
VolumeSelector:volume,cmds=INCREMENT:VolumeUp;DECREMENT:VolumeDown
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName:default=TV
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName:default=SAT
IsConfigured:default=CONFIGURED
InputSourceType:default=TUNER
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName:default=PS4
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(4)#Identifier:default=4
ConfiguredName:default=FM
IsConfigured:default=CONFIGURED
InputSourceType:default=TUNER
CurrentVisibilityState:default=SHOWN
linkedTo=Television
@Markus M.: mit deinem homebridgeMapping stimmt etwas nicht.
- hast du die aktuelle homebridge version?
- hast du die aktuelle homebridge-fhem version (0.5.4)?
- wo kommt der switch service her?
- zeig mal dein homebridgeMapping
Zitat von: justme1968 am 15 März 2019, 21:10:45
- hast du die aktuelle homebridge version?
- hast du die aktuelle homebridge-fhem version (0.5.4)?
Aktuelle Versionen: Ja und nein. Ich hatte sie zwar, verwendet wurden sie aber nicht... 🤦♂️
Danke für das Stichwort! Kein Crash mehr, weiter geht's.
Ich habe eine kurze Frage zum Einsatz von Homebridge und der Homebridge App.
Das Fhem nicht die schönste Bedienoberfläche hat ist ja allgemein bekannt. Meine Frau kann ich dafür erst recht nicht begeistern.
Ich habe eigentlich auch keine Apple Geräte im Einsatz.
Würde es trotzdem Sinn machen mit dem Homebridge Gateway alles meine Fhem Geräte (ca. 30 Stück - Homematic, HUE, Zigbee2MQTT, Sonoff ..)
per Mapping in die Homebridge App für Android zu übertragen ??
Damit hätte ich dann eine "schöne" App zur Bedienung oder ist das mit Kanonen auf Spatzen und total übers Ziel hinaus geschossen ?
ich wüsste nicht das es homekit/hombridge für android gibt. und von hinten durch die brust ist glaube ich eh nicht der richtige weg.
wie 'schön' fhem ist hängt davon ab viel viel aufwand du rein stecken willst. wenn du fhemweb nicht magst schau dir die anderen frontends an.
was genau soll deine frau denn überhaupt machen? bei der haus automatisierung soll ja das meiste automatisch gehen :)
vielleicht wäre alexa und sprachsteuerung der richtige weg?
Ich habe diese App gefunden:
https://play.google.com/store/apps/details?id=com.volansys.homebridge&hl=de
Grundsätzlich gebe ich dir Recht - am besten alles automatisch und das ist auch der Ansatz den ich verfolge.
Alexa habe ich dazu schon im Einsatz. Im Moment noch über die HA-Bridge und teste bisher erfolgreich deinen Alexa- Connector mit meiner Fhem-Docker Installation.
Für die Bedienung zentral habe ich ein PAD mit FTUI laufen....
Dachte nur als Abrundung dann für Smartphone noch was .... Das sah recht gut aus was ich da gesehen habe.
Aber wenns tatsächlich "durch die Brust ins Auge ist" macht des keinen Sinn.....
so auf die schnelle würde ich sagen dir app ist nicht für apple homekit und hat auch nichts mit homebridge zu tun.
wenn du schon tablet ui hast: nimm es auch für das handy.
ich habe da auch mal ein Problem ;-)
homebridge startet ohne Probleme mit der richtigen config.json und zeigt auch brav den Code an und aktualisiert auch die FHEM Devices lt. Log.
Egal ob ich meinen Apple TV 4 oder ein iPad benutze ich bekomme nichts mehr dort angezeigt :-( Sprich ich kann die Homebridge in Home nicht anmelden :-(
Es hatte "jahrelang" mit der Config wunderbar funktioniert :-)
Jetzt bekomme ich es nicht mehr hin.
Was habe ich schon gemacht:
Update npm auf die neueste Version gebracht
MAC und Key in der config.json geändert
downgrade auf ältere Versionen npm|homebridge
Update vom Apple TV und komplett zurück gesetzt (Status Homekit verbunden)
IPV6 im Netz deaktiviert
Eine neue Apple ID möchte ich äußerst ungern extra für das Homekit einrichten :-)
Was kann ich noch machen?
Receiver und Harmony sind jetzt einigermaßen eingerichtet, nur habe ich ein kleines Problem:
Ich versuche die Fernbedienung via iOS einzurichten.
Als Tasten sehe ich dort unten aber nur Play/Pause, Back und Info.
Kein Forward/Rewind etc., obwohl alle Belegungen eingerichtet sind.
Weiß jemand woran das liegt bzw. wie und wo ich den Rest bedienen kann?
Den anderen Stolperstein habe ich selbst herausgefunden:
Nur ein Gerät pro Bridge taucht in iOS unter Remotes auf.
Wer dort mehr als ein Gerät steuern will, muss sie in verschiedene Instanzen packen.
Weiß zufällig jemand wie ich komplett verhindern kann, dass ein TV dort bei Remotes auftaucht?
Zitat von: Wuppi68 am 19 März 2019, 13:16:34
ich habe da auch mal ein Problem ;-)
homebridge startet ohne Probleme mit der richtigen config.json und zeigt auch brav den Code an und aktualisiert auch die FHEM Devices lt. Log.
Egal ob ich meinen Apple TV 4 oder ein iPad benutze ich bekomme nichts mehr dort angezeigt :-( Sprich ich kann die Homebridge in Home nicht anmelden :-(
Es hatte "jahrelang" mit der Config wunderbar funktioniert :-)
Jetzt bekomme ich es nicht mehr hin.
Was habe ich schon gemacht:
Update npm auf die neueste Version gebracht
MAC und Key in der config.json geändert
downgrade auf ältere Versionen npm|homebridge
Update vom Apple TV und komplett zurück gesetzt (Status Homekit verbunden)
IPV6 im Netz deaktiviert
Eine neue Apple ID möchte ich äußerst ungern extra für das Homekit einrichten :-)
Was kann ich noch machen?
Ändere mal den Usernamen in der Config... sieht aus wie ne Mac Adresse
Das hat bei mir geholfen...
Zitat von: raiderxxl am 20 März 2019, 17:39:18
Ändere mal den Usernamen in der Config... sieht aus wie ne Mac Adresse
Das hat bei mir geholfen...
habe ich alles schon durch :-(
Werde in den nächsten Tagen noch einmal das Thema anpacken
Moin zusammen,
ich habe ein Problem mit dem Homebridgemapping meines Garagendummy. Mein Dummy kann die Zustände open, closed, drive_up, drive_down und Stop annehmen. Über "impuls" wird mein Aktor betätigt. Nun hatte ich zuerst folgendes homebridgeMapping angelegt, welches auch soweit funktioniert:
CurrentDoorState=Gar.Garagentor:state,values=closed:CLOSED;;open:OPEN;;drive_down:CLOSING;;drive_up:OPENING;;Stop:STOPPED TargetDoorState=Gar.Garagentor:state,cmds=1:impuls;;0:impuls,values=closed:CLOSED;;open:OPEN;;drive_down:CLOSING;;drive_up:OPENING;;Stop:STOPPED
Hierbei wurde mir jedoch nicht in Apple Home der Zustand "angehalten" oder ähnlich angezeigt, wenn das Tor zwischen den Endlagen angehalten wurde. Ich habe aber ehrlich gesagt auch keine Ahnung, ob dies wirklich so möglich ist. Wurde das Tor vorzeitig gestoppt, so wurde mir "Geöffnet" angezeigt. Also habe ich mich ein bisschen durchs Wiki auf der Seite https://wiki.fhem.de/wiki/Alexa_und_Mappings (https://wiki.fhem.de/wiki/Alexa_und_Mappings) eingelesen und mein homebridgeMapping überarbeitet:
CurrentDoorState=Gar.Garagentor:state,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED TargetDoorState=Gar.Garagentor:state,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED
Leider ist die Funktion jetzt nicht mehr korrekt. Ich erhalte folgende Zustände:
closed: "Geschlossen" ==> OK
drive_up: "Schließen..." ==> NICHT OK
Stop: "Geöffnet" ==> OK, aber das wollte ich ja genauer wissen
drive_down: "Schließen..." ==> OK
open: "Geöffnet" ==> OK
Kann mir jemand sagen, wo da mein Denkfehler liegt und wie ich unter Apple Home eine Aussage wie "gestoppt" oder "angehalten" hinbekommen kann?
Vielen Dank schon mal für eure Hilfe!
Gruß, Cluni
Ich muss noch was ergänzen: Die in der Apple Home App angezeigten Zustände für OPENING und CLOSING sind anscheinend abhängig vom vorherigem Zustand und zeigen jeweils mal "Wird geöffnet ..." oder "Schließen ..." an. Ich muss mir das nochmal genauer ansehen, wie da der Zusammenhang ist...
Ich habe mal alle Zustände durch gemüllert (siehe Tabelle im Bild)...
rot = falsch
grün = richtig
orange = da hätte ich lieber einen anderen Zustand wie "angehalten" oder ähnlich
@Markus M.: welche knöpfe das remote widget anzeigt ist noch nicht ganz klar und hat sich in den letzen betas immer wieder geändert. ich vermute apple ist hier noch nicht ganz fertig.
@Cluni: die home app verwenden für die in progress zustände scheinbar nicht die dafür vorgesehene characteristic sondern hat irgendeine art interne logik. das sieht man auch bei den rollläden. dort wird PositionState auch nicht verwendet.
schau mal ob eve anzeigt was du möchtest.
Zitat von: justme1968 am 21 März 2019, 15:20:01
@Cluni: die home app verwenden für die in progress zustände scheinbar nicht die dafür vorgesehene characteristic sondern hat irgendeine art interne logik. das sieht man auch bei den rollläden. dort wird PositionState auch nicht verwendet.
Also bei mir werden die Rollläden richtig abgebildet. Das funktioniert 1a. Position stimmt nach dem Anfahren und er schreibt auch korrekt "Wird geöffnet ..." und "Schließen ...". Oder habe ich dich falsch verstanden?
Zitat von: justme1968 am 21 März 2019, 15:20:01
schau mal ob eve anzeigt was du möchtest.
eve nutze ich bis jetzt gar nicht. Und mein Ziel ist es ja eh, dass ich das korrekt alles in Apple Home intigriert bekomme - ich möchte zur Bedienung ja keine App öffnen...
ja. home zeigt die rollläden richtig an. aber verwendet nicht die eigentlich dafür vorgesehene PositionState characteristic, sondern geht über irgendeine interne logik. es kann also sein das du über OPENING und CLOSING überhaupt nicht beeinflussen kannst was home anzeigt. dafür spricht ja auch dein satz hier: Die in der Apple Home App angezeigten Zustände für OPENING und CLOSING sind anscheinend abhängig vom vorherigem Zustand und zeigen jeweils...
du sollst in eve nur schauen ob es dort richtig dargestellt wird. wenn ja: dann lieht das problem an der home app. die ist oft recht starr in dem was erwartet wird.
das mit der app verstehe ich nicht. home ist genauso eine app wie eve auch. ganz unabhgängig welche von beiden (oder noch eine ganz andere homekit app) man verwendet ist es oft hilfreich an mehr als einer stelle zu schauen wenn etwas nicht geht.
eve zeigt z.b. für OcupancySensor die richtigen zustände anwesend und abwesend an. home zeigt nur ein wenig intuitives 'ausgelöst' oder gar nichts.
Hi,
Schau mal hier:
https://forum.fhem.de/index.php/topic,72502.msg773658.html#msg773658
Ich denke Dir fehlt ein clear und das Mapping auf die Nummern :
attr ESPEasy_ESP_Garage_GarageDoor homebridgeMapping Clear CurrentDoorState=ESPEasy_ESP_Garage_GarageDoor:CurrentDoorState,values=0:0;;1:1;;2:2;;3:3;;/.*/:4 TargetDoorState=ESPEasy_ESP_Garage_GarageDoor:TargetDoorState,values=1:1;;0:0,cmdOff=open,cmdOn=close ObstructionDetected=ESPEasy_ESP_Garage_GarageDoor:ObstructionDetected,values=0:0;;/.*/:1
Gesendet von iPhone mit Tapatalk
@justme1968: Ich hatte das nicht auf dem Schirm, dass eve ein Ersatz für Apple Home ist. Dachte man müsse da noch mehr frickeln, damit das läuft. In eve wird mir das Tor nur als Tür angezeigt. Muss ich dort noch was ändern? Der genericDeviceTyp steht jedenfalls auf Garage.
@RaspiLED: Das clear hat leider in der Hinsicht nichts gebracht. Die Werte habe ich ja eigentlich berücksichtigt. Aber deine Mappings habe ich auch ausprobiert. Alles nicht erfolgreich.
Egal - läuft ja eigentlich.
Was wird eigentlich gemappt? Ist das die setList?
Grüße, Cluni
alle homekit apps greifen life auf die gleichen daten zu die iOS im hintergrund verwaltet. du kannst jederzeit beliebig mischen und hin und her springen. manche apps haben mehr features. eve zeigt z.b. eine history für manche daten an wenn man das aktiviert und ist sehr viel flexibler was das mischen von characteristics angeht.
du kannst in eve in den einstellungen für ein device meist noch mal etwas genauer angeben was es genau ist. ob das bei garage auch geht weiss ich nicht.
Vielen Dank für deine Antwort. Aber was wird bei Typ "garage" denn defaultmäßig gemappt, wenn nichts anderes per homebridgeMapping festgelegt wird? Muss die setList die richtigen Zustände haben? Ich frage deshalb, weil Apple Home mir ein geöffnetes Tor anzeigt, wenn ich das homebridgeMapping lösche. "state" und auch "STATE" stehen aber beide auf "closed"...
Hier mal ein List von meinem Tor-Dummy:
Internals:
FUUID xxxxxxxxxxxxxxxxxxxxxxx
NAME Gar.Garagentor
NR 136
STATE closed
TYPE dummy
READINGS:
2019-03-22 07:24:04 state closed
Attributes:
alias Garagentor
devStateIcon
open:fts_garage@red closed:fts_garage_door_100@green drive_up:control_arrow_up@yellow drive_down:control_arrow_down@yellow Stop:fts_garage_door_50@red .*:fts_garage_door_50@red
devStateIcon open:fts_garage@red closed:fts_garage_door_100@green drive_up:control_arrow_up@yellow drive_down:control_arrow_down@yellow Stop:fts_garage_door_50@red .*:fts_garage_door_50@red
event-on-change-reading .*
genericDeviceType garage
group Status
homebridgeMapping Clear CurrentDoorState=Gar.Garagentor:state,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED TargetDoorState=Gar.Garagentor:state,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED
icon fts_garage
room Garage,Haus,Homekit,Taster
setList open closed drive_up drive_down Stop
siriName Garagentor
sortby 00
userattr winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe,Tor,Alarmkontakt,Kontakt,Melder winOpenName winOpenTTS:1,0 Klima_Fuehler
webCmd impuls
winOpenMaxTrigger 10
winOpenName Garagentor
winOpenTTS 1
winOpenTimer 00:05:00
winOpenTimer2 00:05:00
winOpenType Tor
Zitat von: justme1968 am 21 März 2019, 15:20:01
@Markus M.: welche knöpfe das remote widget anzeigt ist noch nicht ganz klar und hat sich in den letzen betas immer wieder geändert. ich vermute apple ist hier noch nicht ganz fertig.
Wenn jemand zufällig rausbekommt wie ich das Remote Widget komplett loswerde, bitte Bescheid geben.
Kann ich die Reihenfolge in der meine Geräte geladen werden irgendwie beeinflussen? Dann könnte ich wahrscheinlich steuern, welches das erste in einer Bridge ist bzw. welches angezeigt wird.
@Cluni: wenn kein homebridgeMapping angegeben ist wird einfach nur on und off auf OPEN und CLOSED gemapped. das passt nicht bei dir.
wenn du ist log schaust (eventuell homebridge-fhem mit -D starten) siehst du was genommen wird und kannst auch mit deiner version vergleichen.
wenn das ein direktes list ist hast du auch zu viele ;. jeweils eins reicht. wenn das mapping im device ist auf das es sich bezieht musst du den device namen im mapping auch nicht angeben. das reading reicht.
@Markus M.: über einstellungen->kontrollzentrum->steuerelemente anpassen.
aber warum denn?
du meinst von homebridge-fhem geladen werden? die reihenfolge ist die aus jsonlist2. dort wird glaube ich alphabetisch sortiert. das geht aber nur solange du nur einen einzigen filter hast. wenn es mehrere sind ist die reihenfolge mehr oder weniger zufällig.
Habe gerade mal geschaut:
2019-03-22 11:00:33 caching: Gar.Garagentor-state: drive_up
[2019-3-22 11:00:33] [FHEM] Gar.Garagentor-state values: value drive_up mapped to 2
[2019-3-22 11:00:33] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'drive_up')
[2019-3-22 11:00:33] [FHEM] Gar.Garagentor-state values: value drive_up mapped to OPENING
[2019-3-22 11:00:33] [FHEM] Gar.Garagentor-state not a number: drive_up
2019-03-22 11:00:53 caching: Gar.Garagentor-state: open
[2019-3-22 11:00:53] [FHEM] Gar.Garagentor-state values: value open mapped to 0
[2019-3-22 11:00:53] [FHEM] caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
[2019-3-22 11:00:53] [FHEM] Gar.Garagentor-state values: value open mapped to 0
[2019-3-22 11:00:53] [FHEM] caching: TargetDoorState: 0 (as number; means OPEN; from 'open')
2019-03-22 11:01:40 caching: Gar.Garagentor-state: Stop
[2019-3-22 11:01:40] [FHEM] Gar.Garagentor-state values: value Stop mapped to 4
[2019-3-22 11:01:40] [FHEM] caching: CurrentDoorState: 4 (as number; means STOPPED; from 'Stop')
[2019-3-22 11:01:40] [FHEM] Gar.Garagentor-state values: value Stop mapped to STOPPED
[2019-3-22 11:01:40] [FHEM] Gar.Garagentor-state not a number: Stop
2019-03-22 11:01:48 caching: Gar.Garagentor-state: drive_down
[2019-3-22 11:01:48] [FHEM] Gar.Garagentor-state values: value drive_down mapped to 3
[2019-3-22 11:01:48] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'drive_down')
[2019-3-22 11:01:48] [FHEM] Gar.Garagentor-state values: value drive_down mapped to CLOSING
[2019-3-22 11:01:48] [FHEM] Gar.Garagentor-state not a number: drive_down
2019-03-22 11:01:53 caching: Gar.Garagentor-state: closed
[2019-3-22 11:01:53] [FHEM] Gar.Garagentor-state values: value closed mapped to 1
[2019-3-22 11:01:53] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[2019-3-22 11:01:53] [FHEM] Gar.Garagentor-state values: value closed mapped to 1
[2019-3-22 11:01:53] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'closed')Es fällt schon auf, dass bei "drive_up", "drive_down" und "Stop" jeweils die Meldung kommt "Gar.Garagentor-state not a number:", aber vor doch auf den korrekten Wert gemapped wird.
Zitat von: justme1968 am 22 März 2019, 10:49:45
wenn das ein direktes list ist hast du auch zu viele ;. jeweils eins reicht. wenn das mapping im device ist auf das es sich bezieht musst du den device namen im mapping auch nicht angeben. das reading reicht.
Was genau meinst du mit "...hast du auch zu viele ;. jeweils eins reicht."?
Mit dem Namen ist richtig - könnte man vereinfachen und somit übersichtlicher schreiben.
Kannst du mir denn sagen, wie du dieses homebridgeMapping abändern würdest, wenn du es schreiben würdest?
original:
clear CurrentDoorState=Gar.Garagentor:state,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED TargetDoorState=Gar.Garagentor:state,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPEDAlso erstmal die Namen weg:
clear CurrentDoorState=state,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED TargetDoorState=state,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPEDDie "cmds" sind doch die Kommandos, die im jeweilig aktuellen State zurückgeschickt werden von Homekit, oder habe ich das falsch verstanden?
Zitat von: justme1968 am 22 März 2019, 10:49:45@Markus M.: über einstellungen->kontrollzentrum->steuerelemente anpassen.
aber warum denn?
du meinst von homebridge-fhem geladen werden? die reihenfolge ist die aus jsonlist2. dort wird glaube ich alphabetisch sortiert. das geht aber nur solange du nur einen einzigen filter hast. wenn es mehrere sind ist die reihenfolge mehr oder weniger zufällig.
Hab mich misverständlich ausgedrückt:
Ich möchte nicht das Widget selbst loswerden sondern gezielt eines oder mehrere meiner Television Devices aus HomeBridge dort nicht drin haben.
Daher auch die zweite Frage, da immer nur ein Device je Instanz dort angezeigt wird.
Wahrscheinlich das zuletzt geladene, da von harmony und VSX in einer Instanz nur letzteres im Widget auftaucht.
Zitat von: Markus M. am 22 März 2019, 12:03:11
Ich möchte nicht das Widget selbst loswerden sondern gezielt eines oder mehrere meiner Television Devices aus HomeBridge dort nicht drin haben.
Dort werden doch nur die in Home als Favorit gekennzeichneten Devices angezeigt. Den Schieber für Favorit in den Einstellungen des Device also einfach auf aus sollte doch reichen!?
Ich rede nicht von der Home App sondern von der Remote App. Da brauche ich nicht alle Geräte.
Uhhh, ach so. Sorry
Hallo @justme1968, ich habe ein Upgrade auf homebridge-fhem 0.5.4 gemacht und erhalte nun im homebridge Abbrüche:
[2019-3-24 14:55:56] [FHEM] Raumthermostat_WZ_Temperatur is NOT a thermostat. set command for target temperature missing:
[2019-3-24 14:55:57] [FHEM] Tuerklingel: no service type detected
[2019-3-24 14:55:57] [FHEM] carnetHeating is NOT a thermostat. set command for target temperature missing:
HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000021-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000008C-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000020-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000008C-0000-1000-8000-0026BB765291. Adding anyway.
TypeError: Cannot read property 'toString' of undefined
at Accessory.addService (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:152:59)
at /volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge/lib/server.js:454:19
at Array.forEach (<anonymous>)
at Server._createAccessory (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge/lib/server.js:434:14)
at Server.<anonymous> (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge/lib/server.js:396:32)
at /volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge-fhem/index.js:1189:22)
at Request.self.callback (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at emitTwo (events.js:126:13)
at Request.emit (events.js:214:7)
at Request.<anonymous> (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)
at emitOne (events.js:116:13)
at Request.emit (events.js:211:7)
at Gunzip.<anonymous> (/volume1/@appstore/Node.js_v8/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1083:12)
at Object.onceWrapper (events.js:313:30)
at emitNone (events.js:111:20)
Das Device, welches unmittelbar vor dem crash genann wird, wurde so definiert:
defmod Kilometerstand dummy
attr Kilometerstand genericDeviceType blind
attr Kilometerstand homebridgeMapping clear\
Model=carnet:completeVehicleJson_model Manufacturer=carnet:vehicleDetails_serviceInspectionData CurrentPosition=carnet:vehicleStatusData_fuelRange,subtype=Reichweite,minValue=0,maxValue=1100,factor=1,unit=km CurrentPosition=carnet:vehicleDetails_distanceCovered,subtype=Kilometerstand,minValue=0,maxValue=200000,factor=1000,unit=km
attr Kilometerstand room carnet
setstate Kilometerstand carnet:vehicleDetails_distanceCovered
Es führte dazu, dass der Kilometerstand und die aktuelle Reichweite als Rolladen dargestellt wurden, eines der wenigen Elemente, die direkt eine Zahl auf der Raumübersicht am Gerät darstellen können. Hab den Dummy aus dem Homebridge Raum enfernt und nun läuft Homebridge wieder. Zuvor ging das gut mit den älteren Versionen von homebridge-fhem. Eine Idee, was ich ändern könnte?
Hallo,
ich hab da mal ne Frage:
Kann man eine 2. Homebridge auf einem separaten Pi (mit separater FHEM Installation / FHEM2FHEM) installieren und die dort eingebundenen Devices dann mit der anderen Homebridge verbinden? (Als wäre es sozusagen eine Homebridge)
Oder ist es einfacher die Devices per FHEM2FHEM auf das andere FHEM zu spiegeln und dieses dann dort normal einzubinden?
Hoffe es war einigermaßen verständlich.
a) kann man meines Wissens nicht
b) ist Quatsch
Was passt daran nicht, einfach zwei HomeBridge Instanzen (eine je Pi) anzulegen und anzumelden?
Zitat von: Markus M. am 27 März 2019, 18:27:56
a) kann man meines Wissens nicht
b) ist Quatsch
Was passt daran nicht, einfach zwei HomeBridge Instanzen (eine je Pi) anzulegen und anzumelden?
Komme noch nicht ganz klar:
-Homebridge auch auf dem 2. Pi installieren und dort die Geräte anlegen.
Wie werden dann die Devices von der 2. Homebridge zugänglich?
Ich möchte einfach wie gehabt (mit meiner jetzigen AppleID) meine Homekit-App aufrufen und dort
alle Geräte sehen. Also die der Homebridge vom 1. Pi und die der Homebridge vom 2. Pi.
-Wenn ich die Devices vom 2.Fhem auf das "Haupt"-FHEM klone hab ich den Vorteil dass ich dort Zentral alles steuern kann. Beim 1. Fall wären die entferten Devices vom 2. FHEM nur in HomeKit zu steuern.
Ist nicht alles im selben Netz?
Falls ja macht das keinen Unterschied.
..doch ist im selben Netzwerk Adressbereich.
Das geht dann echt 1 in 1?
Was muss man besonderes Konfigurieren/Beachten in der 2. Homebridge?
Danke!
Wenn du (so wie von Apple eigentlich gewollt) keine Geräte über FHEM einbindest, sondern einzeln oder über verschiedene Bridges wie z.B. HUE,
kannst du ja auch mehrere Sachen einbinden. ;)
müssen diese Parameter dann identisch sein wie bei der 1. HB?
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=Homekit"
}
],
"accessories": []
}
Anderer username ist empfehlenswert, dann sollte es schon klappen.
Andere Ports brauchst du nur bei mehreren Instanzen auf einem System.
Danke! das versuche ich.
Moin,
ich habe die Froggit WH1080 Wetterstation über einen Signalduino und das Modul SD_WS09 eingebunden. Funktioniert super und via homebridge-fhem und homebridgeMapping werden mir Temperatur, Luftfeuchtigkeit, Windstärke, Windrichtung und Regenmenge in Eve incl. History angezeigt.
Meine Frage dazu: Warum wird in Eve die "Windstärke" als "Lautstärke" angezeigt? In den Mappings habe ich den Namen "Wind" vergeben, aber das scheint ihn nicht zu interessieren. Habe ich einen Fehler in meinem Mapping?
CurrentTemperature=temperature
CurrentRelativeHumidity=humidity
00001001-0000-1000-8000-135D67EC4377:windSpeed_kmh,name=Wind,format=FLOAT,unit=kmh,maxValue=250,minValue=0,minStep=1
00001001-0000-2000-8000-135D67EC4377:windDirectionDegree,name=Windrichtung,format=UINT8,unit=ARC_DEGREE,maxValue=360,minValue=0,minStep=1
00001001-0000-3000-8000-135D67EC4377:rain_total,name=Regenmenge,format=FLOAT,unit=mm,maxValue=9999,minValue=0,minStep=1
StatusLowBattery=battery
history:size=1024
Einen Screenshot aus Eve habe ich angehängt. Hat jemand einen Tipp für mich?
Danke und viele Grüße
Ingo
deine uuid gehört zu Volume.
schau mal hier: https://wiki.fhem.de/wiki/Homebridge_einrichten#Wetterstation (https://wiki.fhem.de/wiki/Homebridge_einrichten#Wetterstation) und in dem verlinkten GitHub sourcecode. da findest du die passenden uuids
Klasse, das war's. Nun passen auch die Icons :)
CurrentTemperature=temperature
CurrentRelativeHumidity=humidity
49C8AE5A-A3A5-41AB-BF1F-12D5654F9F41:windSpeed_kmh,name=Wind,format=FLOAT,unit=kmh,maxValue=250,minValue=0,minStep=1
46f1284c-1912-421b-82f5-eb75008b167e:windDirectionDegree,name=Windrichtung,format=UINT8,unit=ARC_DEGREE,maxValue=360,minValue=0,minStep=1
ccc04890-565b-4376-b39a-3113341d9e0f:rain_total,name=Regenmenge,format=FLOAT,unit=mm,maxValue=9999,minValue=0,minStep=1
StatusLowBattery=battery
history:size=1024
Vielen Dank!
Hallo Miteinander,
habe jetzt die 2. Homebridge am laufen.
Habe nur ein Problem und zwar habe ich das FHEM Startscript angelegt um mit dem dummy die HB zu starten stoppen usw.
In FHEM bekomme ich aber eine Fehlermeldung im Log:
Erst hatte ich:
Login denied via telnetPort_127.0.0.1_45154
dann habe ich das Script angepasst und hinter den Port das Passwort eingetragen:
homeBridgeUser="pi"
fhemHost=127.0.0.1 #FHEM Server (Masterinstanz)
#fhemHostTelnetPort=7072 #TelnetPort der FHEM Instanz
fhemHostTelnetPort=7072 nk3s9zh
Nun habe ich aber eine Fehlermeldung mit der ich nichts anfangen kann: ???
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Respektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach, bevor Sie tippen.
#3) Mit großer Macht kommt große Verantwortung.
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Ausgabe von sudo service homebridge status:
homebridge.service - LSB: Start daemon at boot time for homebridge
Loaded: loaded (/etc/init.d/homebridge; generated; vendor preset: enabled)
Active: active (exited) since Fri 2019-03-29 17:30:42 CET; 3s ago
Docs: man:systemd-sysv-generator(8)
Process: 9492 ExecStop=/etc/init.d/homebridge stop (code=exited, status=0/SUCCESS)
Process: 9537 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
Mär 29 17:30:38 RPi3 su[9540]: + ??? root:pi
Mär 29 17:30:38 RPi3 su[9540]: pam_unix(su:session): session opened for user pi by (uid=0)
Mär 29 17:30:39 RPi3 homebridge[9537]: Homebridge starting
Mär 29 17:30:39 RPi3 homebridge[9537]: Can't connect to 127.0.0.1:
Mär 29 17:30:39 RPi3 homebridge[9537]: Can't connect to 127.0.0.1:
Mär 29 17:30:41 RPi3 homebridge[9537]: /etc/init.d/homebridge: 18: /etc/init.d/homebridge: nk3s9zh: not found
Mär 29 17:30:41 RPi3 homebridge[9537]: Homebridge is running PID 9557
Mär 29 17:30:42 RPi3 homebridge[9537]: Can't connect to 127.0.0.1:
Mär 29 17:30:42 RPi3 homebridge[9537]: Can't connect to 127.0.0.1:
Mär 29 17:30:42 RPi3 systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Update:
irgendwas stimmt nicht mit der Passwort Angabe aber ich komme nicht drauf... Habe es auch schon in Hochkomma gesetzt aber auch nicht besser.
pi@RPi3:/etc/init.d $ bash -x homebridge
+ export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games:/usr/local/bin
+ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games:/usr/local/bin
+ export NODE_PATH=:/usr/local/lib/node_modules
+ NODE_PATH=:/usr/local/lib/node_modules
++ pidof homebridge
+ PID=
+ homeBridgeUser=pi
+ fhemHost=127.0.0.1
+ fhemHostTelnetPort=7072
+ nk3s9zh
homebridge: Zeile 18: nk3s9zh: Kommando nicht gefunden.
+ fhemDefine=SYS_Homebridge
+ case "$1" in
+ echo 'Usage: homebridge {start|stop|status|restart}'
Usage: homebridge {start|stop|status|restart}
+ exit 1
Update2:
Das mit dem Passwort habe ich nun hinbekommen. Als eigene variable def. und in die Texte mit $pwd eingefügt.
Der FHEM DUmmy bekommt nun im Reading Info: Homebridge running as PID 10311
-Wenn ich z.B. den Befehl STOP absetze passiert nichts, aber im state steht stop. OnStateChange -1
Homebridge ist aber noch immer: active
Wie kann ich prüfen warum der Befehl nicht ausgeführt wird?
der User hat keine shell bzw in der Datei /etc/passwd als Shell /bin/false stehen ...
ändere /bin/false auf /bin/bash
einmal mit hem anmelden und dort einen sudo Befehl ausführen ....
danach kannst Du wieder /bin/bash auf /bin/false zurückändern
dann sollte es laufen
Kann man jeden Fernseher (Samsung ES7090) STV.pm oder FireTV-Stick firetv.pm in die Homebridge über genericDeviceType Television implementieren?? Steh aufm Schlauch mit dem mapping.. kann mir da jemand helfen? Danke
natürlich geht jedes passende gerät. aber du musst ein passendes homebridgeMapping anlegen. beispiel hier: https://wiki.fhem.de/wiki/Homebridge_einrichten#BRAVIA_Fernseher (https://wiki.fhem.de/wiki/Homebridge_einrichten#BRAVIA_Fernseher)
Aber bisher geht nur ein Television pro Bridge, oder? In der Home App gehen auch mehrere, aber in der Remote App nicht.
Zitat von: MatthiasL am 30 März 2019, 11:11:16
Aber bisher geht nur ein Television pro Bridge, oder? In der Home App gehen auch mehrere, aber in der Remote App nicht.
Richtig.
Ich vermute mal dass sich das auch nicht mehr ändert.
in der neuesten homebridge version gibt es eine neue routine um mehr als ein solches gerät pro bridge zu exportieren. dir werden dann als unabhängige accessories behandelt und müssen auch einzeln gepaired werden.
ich habe es noch nicht probiert und eingebaut.
ich weiß auch noch nicht ob sich das mit der api variante die homebridge-fhem verwendet verträgt.
Hallo zusammen,
ich würde gerne meinen Pioneer AV Receiver (in FHEM eingebunden mit dem ONKYO_AVR-Modul) so einrichten, dass ich die Lautstärke über die Home App steuern kann. Ich habe homebridge und homebridge-fhem auf die aktuelle Version gebracht, genericDeviceType ist auf "Television" gesetzt, meine iOS Geräte sind auch auf iOS 12.2.
Leider komme ich mit dem homebridgeMapping wie es in https://wiki.fhem.de/wiki/Homebridge_einrichten#BRAVIA_Fernseher aufgezeigt ist nicht klar. Habe mal versucht es minimal zu übernehmen (aber ehrlich gesagt mehr geraten als gewusst was ich tue) - entweder funktioniert es aber gar nicht, oder homebridge stürzt direkt beim Start ab. Das Gerät wird zwar als Fernseher angezeigt, tun kann man damit aber nix.
Das Gerät hat ein Reading "volume". Vorher habe ich das mit dem "Brightness"-Trick gemacht.
Kann mir jemand ein minimales homebridgeMapping nennen mit dem das evtl. funktionieren könnte?
die laustärke regelung ist nicht in der home app sondern im apple tv/remote widget im control center. und dort nicht als regler sondern über die laustärke knöpfe am handy.
Zitat von: Steffen@Home am 27 März 2019, 18:06:38
Hallo,
ich hab da mal ne Frage:
Kann man eine 2. Homebridge auf einem separaten Pi (mit separater FHEM Installation / FHEM2FHEM) installieren und die dort eingebundenen Devices dann mit der anderen Homebridge verbinden? (Als wäre es sozusagen eine Homebridge)
Oder ist es einfacher die Devices per FHEM2FHEM auf das andere FHEM zu spiegeln und dieses dann dort normal einzubinden?
Hoffe es war einigermaßen verständlich.
Hallo,
müssen es denn unbedingt 2 Raspberry's sein? Weil sonst könntest du auch 2 Homebridge Instanzen auf einem einrichten und dann in FHEM 2 verschiedene Räume für jeweils eine Instanz.
Mit freundlichen Grüßen
arokh12
Zitat von: justme1968 am 31 März 2019, 10:11:32
die laustärke regelung ist nicht in der home app sondern im apple tv/remote widget im control center. und dort nicht als regler sondern über die laustärke knöpfe am handy.
Ah, das war mir gar nicht klar. Wer kommt denn da von alleine drauf?
Damit funktioniert es tatsächlich (allerdings nur exakt 3x, danach war das Device auf einmal aus der Remote App verschwunden)
Ist aber generell uncool. Da gefällt mir die "Brightness-Lösung" doch deutlich besser.
das device verschwindet nur wenn es im mapping ein problem
gibt das homekit nicht mag. das beispiel aus dem wiki läuft seit wochen
stabil
hat schon jemand rausgefunden ob die television devices sich auch mit siri steuern lassen?
Ich hab ein iPad 4 mit iOS 10.3 als Steuerzentrale gibt es da irgendwelche Einschränkungen?
Da meine Bridge auch immer offline geht sobald ich das Television einbinde.
Klar kann das auch immer noch am mapping liegen ::)
Zitat von: Wuppi68 am 29 März 2019, 19:58:50
der User hat keine shell bzw in der Datei /etc/passwd als Shell /bin/false stehen ...
ändere /bin/false auf /bin/bash
einmal mit hem anmelden und dort einen sudo Befehl ausführen ....
danach kannst Du wieder /bin/bash auf /bin/false zurückändern
dann sollte es laufen
Hallo Wuppi,
für den fhem user habe ich aber kein passwort :o
Zitat von: Steffen@Home am 01 April 2019, 06:44:44
Hallo Wuppi,
für den fhem user habe ich aber kein passwort :o
sudo passwd fhemsollte Dein Freund sein
Guten Abend in die Runde!
Kann mir vielleicht jemand helfen... ich möchte ein Homematic Doorlock als Switch ansprechen. GenericDeviceType habe ich auf switch gesetzt. Homebridgemapping auf gar nichts oder auf "clear On=state,valueOn=locked,valueOff=unlocked,cmdOn=lock,cmdOff=unlock" --> es ist beide Male so, dass bei "on" ein "open" gesendet wird => funktioniert. Bei "off" passiert jedoch gar nichts.
Ich vermute, es liegt am subType KeyMatic, der trotzdem noch ausgelesen wird? Meine anderen, reinen Switche funktionieren. Mein Ziel ist es, mit Alexa "Schuppen auf" eine Routine zu erstellen, die "set Keymatic lock | unlock" macht.
Bin nach vielen Stunden Testerei leider völlig ratlos.
Viele Grüße
Ronny
Zitat von: Wuppi68 am 01 April 2019, 13:13:01
sudo passwd fhem
sollte Dein Freund sein
Hallo Wuppi,
ich habe die /etc/passwd Zeile des fhem users von bin/false nach bin/bash geändert.
Als fhem user kann ich mich nicht einloggen um mit diesem einen sudo Befehl abzusetzen.
Mit sudo passwd -S fhem kommt L-"Locked Passwort"
Habe dann einen Neustart von FHEM gemacht und bekam diese Meldung im Log:
2019.04.02 19:54:17 3: FHEM2FHEM device opened (RemoteFHEMMain)
2019.04.02 19:54:25 3: FHEMWEB WEB CSRF error: csrf_578464902650802 ne csrf_248821479563080 for client WEB_192.168.1.3_49429 / command {ReadingsVal("SYS_Homebridge","restart","")}. For details see the csrfToken FHEMWEB attribute.
2019.04.02 19:54:25 3: FHEMWEB WEB CSRF error: csrf_578464902650802 ne csrf_248821479563080 for client WEB_192.168.1.3_49430 / command {AttrVal("SYS_Homebridge","room","")}. For details see the csrfToken FHEMWEB attribute.
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Respektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach, bevor Sie tippen.
#3) Mit großer Macht kommt große Verantwortung.
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Zitat von: Steffen@Home am 04 April 2019, 12:41:29
Hallo Wuppi,
ich habe die /etc/passwd Zeile des fhem users von bin/false nach bin/bash geändert.
Als fhem user kann ich mich nicht einloggen um mit diesem einen sudo Befehl abzusetzen.
Mit sudo passwd -S fhem kommt L-"Locked Passwort"
Habe dann einen Neustart von FHEM gemacht und bekam diese Meldung im Log:
2019.04.02 19:54:17 3: FHEM2FHEM device opened (RemoteFHEMMain)
2019.04.02 19:54:25 3: FHEMWEB WEB CSRF error: csrf_578464902650802 ne csrf_248821479563080 for client WEB_192.168.1.3_49429 / command {ReadingsVal("SYS_Homebridge","restart","")}. For details see the csrfToken FHEMWEB attribute.
2019.04.02 19:54:25 3: FHEMWEB WEB CSRF error: csrf_578464902650802 ne csrf_248821479563080 for client WEB_192.168.1.3_49430 / command {AttrVal("SYS_Homebridge","room","")}. For details see the csrfToken FHEMWEB attribute.
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Respektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach, bevor Sie tippen.
#3) Mit großer Macht kommt große Verantwortung.
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Hallo Stefen,
bitte auf dem Pi via ssh anmelden (User root, oder einer mit sudo Rechten)
jetzt ein beherztes
sudo passwd fhemund ein neues Kennwort vergeben und merken
su - fhemPasswort eingeben ;-)
jetzt bist Du User fhem und kannst es auch mit dem
id prüfen
sudo echo Testbringt Dir noch einmal die annoying Meldung und DU gibst das Passwort ein
nach dem Meldung Test siehst Du bei der Wiederholung das der komische Text nicht mehr erscheint ...
et voila ist es klappt nun auch von fhem wenn es ohne Passwort in der sudo config richtig angegeben ist
Hallo Wuppi, danke...
Bin etwas weiter aber das Echo Test funktioniert nicht. ::)
hem@RPi3:~$ id
uid=999(fhem) gid=20(dialout) Gruppen=20(dialout),5(tty),997(gpio)
fhem@RPi3:~$ sudo echo Test
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Respektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach, bevor Sie tippen.
#3) Mit groÃer Macht kommt groÃe Verantwortung.
[sudo] Passwort für fhem:
Leider darf der Benutzer fhem »/bin/echo Test« als root auf RPi3 nicht ausführen.
fhem@RPi3:~$ sudo echo Test
[sudo] Passwort für fhem:
Leider darf der Benutzer fhem »/bin/echo Test« als root auf RPi3 nicht ausführen.
FHEM- Log bei Befehl am dummy:
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
das sieht jetzt nach einem Problem in der Datei /etc/sudoers aus .... poste doch mal bitte den Inhalt hier
Zitat von: Wuppi68 am 07 April 2019, 01:50:48
das sieht jetzt nach einem Problem in der Datei /etc/sudoers aus .... poste doch mal bitte den Inhalt hier
Hallo Wuppi, hier...
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
pi ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
fhem ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
Zitat von: Steffen@Home am 07 April 2019, 18:47:41
Hallo Wuppi, hier...
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
pi ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
fhem ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
hi, klare die Meldung ... hem darf ja auch nur /etc/init.d/homebridge ohne Passwort ausführen ;-)
melde dich noch einmal als hem user an und mache dann ein sudo /etc/init.d/homebridge
danach sollte der Console Text weg sein
Habe auch mal wieder eine Frage. Einer meiner Wohnzimmer Senoren zeigt Battery Low obwohl Batterien gerade getauscht wurden. Irgendwo hatte ich neulich gelesen, dass dazu ein Fehler in homebridge-fhem beseitigt wurde.
Wie komme ich denn auf die latest Version von homebridge-fhem?
Package Current Wanted Latest Location
homebridge-fhem 0.4.19 0.4.19 0.5.4
npm 6.7.0 6.9.0 6.9.0
root@omv4:~# npm list -g --depth=0
/usr/lib
├── dat@13.12.2
├── homebridge@0.4.48
├── homebridge-fhem@0.4.19
├── node-gyp@3.8.0
└── npm@6.7.0
Danke und Gruß Hoppel
einfach mit sudo npm install -g homebridge-fhem drüber installieren.
schau dir auch das npmjs modul an.
Hallo Zusammen, in diesem Thema finde ich mit meinem Homebridge Mapping mehr Unterstützung...
Ich habe einen dummy in dem alle Funktionen von meinem Garagentor zusammenführt sind.
Leider bekomme ich das Homebridgemapping nicht gebacken..
Das Symbol und auch der Text dazu in der App passen bei geschlossen und geöffnet.
- Clear meckert er an
- OPENING,CLOSING und STOPPED kennt er nicht aber ich habe es doch angegeben
- Beim öffnen(OPENING) zeigt der Text am symbol schließen..., bei CLOSING (wird geöffnet).
- Die Cmd's nehme ich mir erst später vor. Und reagiere dann per notify und schalte den jeweiligen GPIO.
Jemand nen Tip?
Internals:
FUUID 5c94f33f-f33f-1cf4-32a9-f9e66da4a441d68f
NAME d_Tor_Garten
NR 51
STATE CLOSED
TYPE dummy
READINGS:
2019-04-09 10:09:30 state CLOSED
Attributes:
alias Tor Garten
genericDeviceType GarageDoorOpener
group Tor_Garten_Zustand
homebridgeMapping Clear CurrentDoorState=CurrentDoorState,values=OPEN:0;;CLOSED:1;;OPENING:2;;CLOSING:3;;STOPPED:4 TargetDoorState=TargetDoorState,values=OPEN:0;;CLOSED:1,cmdOff=OPENING,cmdOn=CLOSING ObstructionDetected=ObstructionDetected,values=CLOSED:0;;OPEN:1
icon fts_sliding_gate
room GarageWest,Homekit
sortby 01
Log:
[2019-4-9 10:00:08] [FHEM] homebridgeMapping: Clear CurrentDoorState=CurrentDoorState,values=OPEN:0;;CLOSED:1;;CLOSING:2;;OPENING:3;;STOPPED:4 TargetDoorState=TargetDoorState,values=OPEN:0;;CLOSED:1,cmdOff=OPENING,cmdOn=CLOSING ObstructionDetected=ObstructionDetected,values=CLOSED:0;;OPEN:1
[2019-4-9 10:00:08] [FHEM] wrong syntax: Clear
[2019-4-9 10:00:08] [FHEM] mappings for d_Tor_Garten: { CurrentDoorState:
{ values:
[ 'OPEN:0',
'',
'CLOSED:1',
'',
'CLOSING:2',
'',
'OPENING:3',
'',
'STOPPED:4' ] },
TargetDoorState:
{ values: [ 'OPEN:0', '', 'CLOSED:1' ],
cmdOff: 'OPENING',
cmdOn: 'CLOSING' },
ObstructionDetected: { values: [ 'CLOSED:0', '', 'OPEN:1' ] } }
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten is GarageDoorOpener
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten has
[2019-4-9 10:00:08] [FHEM] CurrentDoorState [undefined]
[2019-4-9 10:00:08] [FHEM] TargetDoorState [undefined]
[2019-4-9 10:00:08] [FHEM] ObstructionDetected [undefined]
[2019-4-9 10:00:08] [FHEM] value2homekit: { OPEN: '0',
'': '',
CLOSED: '1',
CLOSING: '2',
OPENING: '3',
STOPPED: '4' }
[2019-4-9 10:00:08] [FHEM] homekit2name: { '0': 'OPEN',
'1': 'CLOSED',
'2': 'OPENING',
'3': 'CLOSING',
'4': 'STOPPED',
'': 'OPEN' }
2019-04-09 10:00:08 caching: d_Tor_Garten-state: CLOSED
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-9 10:00:08] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-9 10:00:08] [FHEM] value2homekit: { OPEN: '0', '': '', CLOSED: '1' }
[2019-4-9 10:00:08] [FHEM] homekit2name: { '0': 'OPEN', '1': 'CLOSED', '': 'OPEN' }
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-9 10:00:08] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-9 10:00:08] [FHEM] value2homekit: { CLOSED: '0', '': '', OPEN: '1' }
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 0
[2019-4-9 10:00:08] [FHEM] d_Tor_Garten-state valueOn/valueOff: value 0 mapped to 0
[2019-4-9 10:00:08] [FHEM] caching: ObstructionDetected: false (as boolean; from 'CLOSED')
[2019-4-9 10:00:08] [FHEM] Initializing platform accessory 'd_GarageWestDHT22'...
[2019-4-9 10:00:08] [FHEM] creating services for d_GarageWestDHT22
[2019-4-9 10:00:08] [FHEM] information service for d_GarageWestDHT22
[2019-4-9 10:00:08] [FHEM] manufacturer, model and serial number characteristics for d_GarageWestDHT22
[2019-4-9 10:00:08] [FHEM] TemperatureSensor service for d_GarageWestDHT22
[2019-4-9 10:00:08] [FHEM] CurrentTemperature characteristic for d_GarageWestDHT22:temperature
[2019-4-9 10:00:08] [FHEM] initial value is: 14.7 (number)
[2019-4-9 10:00:08] [FHEM] props: { format: 'float',
unit: 'celsius',
minValue: -20,
maxValue: 100,
minStep: 0.1,
perms: [ 'pr', 'ev' ] }
HAP Warning: Characteristic 00000010-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000008A-0000-1000-8000-0026BB765291. Adding anyway.
[2019-4-9 10:00:08] [FHEM] CurrentRelativeHumidity characteristic for d_GarageWestDHT22:humidity
[2019-4-9 10:00:08] [FHEM] initial value is: 70 (number)
[2019-4-9 10:00:08] [FHEM] props: { format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'ev' ] }
[2019-4-9 10:00:08] [FHEM] Initializing platform accessory 'd_Tor_Garten'...
[2019-4-9 10:00:08] [FHEM] creating services for d_Tor_Garten
[2019-4-9 10:00:08] [FHEM] information service for d_Tor_Garten
[2019-4-9 10:00:08] [FHEM] manufacturer, model and serial number characteristics for d_Tor_Garten
[2019-4-9 10:00:08] [FHEM] GarageDoorOpener service for d_Tor_Garten
[2019-4-9 10:00:08] [FHEM] CurrentDoorState characteristic for d_Tor_Garten:state
[2019-4-9 10:00:08] [FHEM] initial value is: 1 (number; means CLOSED)
[2019-4-9 10:00:08] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 4,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3, 4 ] }
[2019-4-9 10:00:08] [FHEM] TargetDoorState characteristic for d_Tor_Garten:state
[2019-4-9 10:00:08] [FHEM] initial value is: 1 (number; means CLOSED)
[2019-4-9 10:00:08] [FHEM] props: { format: 'uint8',
unit: null,
minValue: 0,
maxValue: 1,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ],
validValues: [ 0, 1 ] }
[2019-4-9 10:00:08] [FHEM] ObstructionDetected characteristic for d_Tor_Garten:state
[2019-4-9 10:00:08] [FHEM] initial value is: false (boolean)
[2019-4-9 10:00:08] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'ev' ] }
Setup Payload:
X-HM://0023ISYWYIG42
Scan this code with your HomeKit app on your iOS device to pair with Homebridge:
Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
ââââââââââââââ
â 031-45-154 â
ââââââââââââââ
[2019-4-9 10:00:08] Homebridge is running on port 51826.
[2019-4-9 10:00:12] [FHEM] query: CurrentDoorState for d_Tor_Garten-state
[2019-4-9 10:00:12] [FHEM] cached: 1 (as number; means CLOSED)
[2019-4-9 10:00:12] [FHEM] query: ObstructionDetected for d_Tor_Garten-state
[2019-4-9 10:00:12] [FHEM] cached: false (as boolean)
[2019-4-9 10:00:12] [FHEM] query: TargetDoorState for d_Tor_Garten-state
[2019-4-9 10:00:12] [FHEM] cached: 1 (as number; means CLOSED)
[2019-4-9 10:00:12] [FHEM] query: CurrentTemperature for d_GarageWestDHT22-temperature
[2019-4-9 10:00:12] [FHEM] cached: 14.7 (as number)
2019-04-09 10:00:22 caching: d_Tor_Garten-state: OPENING
[2019-4-9 10:00:22] [FHEM] d_Tor_Garten-state values: value OPENING mapped to 3
[2019-4-9 10:00:22] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'OPENING')
[2019-4-9 10:00:22] [FHEM] d_Tor_Garten-state value OPENING not handled in values
[2019-4-9 10:00:22] [FHEM] d_Tor_Garten-state value OPENING not handled in values
2019-04-09 10:00:38 caching: d_Tor_Garten-state: STOPPED
[2019-4-9 10:00:38] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to 4
[2019-4-9 10:00:38] [FHEM] caching: CurrentDoorState: 4 (as number; means STOPPED; from 'STOPPED')
[2019-4-9 10:00:38] [FHEM] d_Tor_Garten-state value STOPPED not handled in values
[2019-4-9 10:00:38] [FHEM] d_Tor_Garten-state value STOPPED not handled in values
2019-04-09 10:00:41 caching: d_Tor_Garten-state: CLOSING
[2019-4-9 10:00:41] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to 2
[2019-4-9 10:00:41] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'CLOSING')
[2019-4-9 10:00:41] [FHEM] d_Tor_Garten-state value CLOSING not handled in values
[2019-4-9 10:00:41] [FHEM] d_Tor_Garten-state value CLOSING not handled in values
2019-04-09 10:00:46 caching: d_Tor_Garten-state: CLOSED
[2019-4-9 10:00:46] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-9 10:00:46] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-9 10:00:46] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-9 10:00:46] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-9 10:00:46] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 0
[2019-4-9 10:00:46] [FHEM] d_Tor_Garten-state valueOn/valueOff: value 0 mapped to 0
[2019-4-9 10:00:46] [FHEM] caching: ObstructionDetected: false (as boolean; from 'CLOSED')
Schau mal hier. Hab das Problem auch...
homebridge/homekit
https://r.tapatalk.com/shareLink?share_fid=75100&share_tid=48558&share_pid=921806&url=https%3A%2F%2Fforum%2Efhem%2Ede%2Findex%2Ephp%3Ftopic%3D48558%2Emsg921806%23msg921806&share_type=t
Gesendet von iPhone XR mit Tapatalk
was mir auffällt:
- Clear ist ja auch falsch. es muss clear heissen. und sollte ausserdem in deinem fall auch unnötig sein.
- wenn du die abgekürzte schreibweise verwendest dürfen readings nicht so heissen wie die
characteristic. wenn hier der name einer characteristic auftaucht wird die konfiguration einer
bereits bestehenden charcateristic kopiert. wenn du in dein log schaust siehst du das im
mapping kein reading erkannt wird. wenn du die readings wirklich so nennen willst musst du
sie im mapping mit reading=<name> angeben.
- wenn das ein list von denen device ist: da sind zu viele ;. im list darf nur jeweils eines auftauchen. die zwei sind nur bei der eingäbe über die fhem cmd line/box. nicht bei eingabe über das attribut feld. siehe die ganzen leeren '' eintrage im mapping im log.
- du solltest in deinem mapping nicht die zahlenwerte verwenden sondern die symbolischen
namen. das macht es übersichtlicher.
- für die ObstructionDetected characteristic die werte OPEN und CLOSED zu verwenden ist
zumindest verwirrend.
- weil eine garage kein schalter mit On characteristic ist gibt es kein cmdOn und cmdOff
so funktioniert es bei mir problemlos:
define garage dummy
attr garage readingList CurrentDoorState
attr garage genericDeviceType GarageDoorOpener
attr garage homebridgeMapping clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:stopped\
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;;CLOSED:CurrentDoorState+closed
Hallo,danke dir!
ich habe ein paar Fehler drin die vom Kopieren aus dem Forum bzw. aus dem versuch aus mehreren Info das richtige zusammen zu basteln entstanden sind.
- clear - ok lass ich weg. Ich denke den \ kann ich dann auch weglassen.
- Dass das reading(CurrentDoorState) nocheinmal als Charakteristik auftaucht war auch nicht gewollt. Mein reading ist state.
- In meinem Mapping sind 2 ;; im Text. Habe ich auch von jemand so übernommen. In deinem sind aber auch 2 ::) Ich lasse mal nur 1´nes stehen.
- Die Symbolischen Namen sind mir auch lieber. Hatte ich auch so übernommen. Werde es ändern.
Ist es ein Problem wenn mein state auf OPEN, CLOSE... also immer auf Großbuchstaben gesetzt wird? Es würde bei mir dann OPEN:OPEN heißen..
- ObstructionDetected lass ich dann auch mal weg, dieses hatte ich nur auf OPEN und CLOSED gesetzt da das Symbol (bei Zustand geschlossen) immer offen angezeigt hatte und der Text darunter war geschlossen, also ok. Ich meine damit hatte ich es drehen können.
Ich versuche es morgen einmal so:
homebridgeMapping CurrentDoorState:state,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:stopped
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;CLOSED:CurrentDoorState+closed
Zitat von: justme1968 am 10 April 2019, 17:58:54
so funktioniert es bei mir problemlos:
define garage dummy
attr garage readingList CurrentDoorState
attr garage genericDeviceType GarageDoorOpener
attr garage homebridgeMapping clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:stopped\
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;;CLOSED:CurrentDoorState+closed
Klappt bei dir denn auch die Anzeige "Wird geöffnet..." bzw. "Wird geschlossen..." korrekt? Manchmal passt es bei mir, meistens aber nicht. Der Zustand für offen bzw.geschlossen stimmt aber immer. Hier mal mein Dummy:
Internals:
FUUID 5c458ce8-f33f-9658-94ca-42b466faff8aa5c2
FVERSION 98_dummy.pm:0.186490/2019-02-19
NAME Gar.Garagentor
NR 136
STATE closed
TYPE dummy
READINGS:
2019-04-10 20:01:06 state closed
Attributes:
alias Garagentor
devStateIcon
open:fts_garage@red closed:fts_garage_door_100@green drive_up:control_arrow_up@yellow drive_down:control_arrow_down@yellow Stop:fts_garage_door_50@red .*:fts_garage_door_50@red
devStateIcon open:fts_garage@red closed:fts_garage_door_100@green drive_up:control_arrow_up@yellow drive_down:control_arrow_down@yellow Stop:fts_garage_door_50@red .*:fts_garage_door_50@red
event-on-change-reading .*
genericDeviceType GarageDoorOpener
group Status
homebridgeMapping clear\
CurrentDoorState=state,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED\
TargetDoorState=state,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED
icon fts_garage
room Garage,Haus,Homekit,Taster
setList open closed drive_up drive_down Stop
siriName Garagentor
sortby 00
userattr winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe,Tor,Alarmkontakt,Kontakt,Melder winOpenName winOpenTTS:1,0 Klima_Fuehler
webCmd impulsIch habe halt ein Kommando "impuls", welches durch ein Notify abgefangen wird.
Warum gibt es als Dropdown für genericDeviceType nur "garage". Den Wert "GarageDoorOpener" habe ich nun mal per attr über die Befehlszeile gesetzt, macht aber auf den ersten Blick keinen Unterschied. Wo genau liegt der Unterschied?
Gruß und Danke für deine Hilfe!
ja funktioniert immer. dein problem ist vermutlich das du versuchts den ist- und den sollzustand über ein einziges reading abzudecken. das ist aber problematisch.
beispiel: das tor ist offen. über die home app soll es geschlossen werden. state wechselt von open auf closed. dann kommt dein impuls und es geht wieder auf closing. irgendwann ist es zu und geht wieder auf closed. der übergang von closed über closing wieder auf closed ist aber eigentlich nicht sinnvoll.
ausserdem kennt die TargetDoorState characteristic die werte OPENING, CLOSING und STOPPED nicht. nur OPEN und CLOSED.
nimm für den ist- und den sollzustand zwei unterschiedliche readings.
es gibt keinen unterschied. die häufigsten accessory typen sind mit abkürzungen hinterlegt die für unterschiedliche sprachassistenten verwendet werden können. es können aber auch alle homekit typen direkt eingetragen werden. garage wird intern auf GarageDoorOpener umgesetzt.
Zitat von: justme1968 am 10 April 2019, 09:39:08
einfach mit sudo npm install -g homebridge-fhem drüber installieren.
Ja, so einfach ist das. Das steht sogar exakt so im Wiki. Trotzdem bin ich nicht drauf gekommen... :o
Zitat von: justme1968 am 10 April 2019, 09:39:08
schau dir auch das npmjs modul an.
Was genau soll ich mir da anschauen? "npm" habe ich direkt auch geupdated. Meintest du das?
Danke dir und Gruß Hoppel
Cool, mir ist gerade aufgefallen, dass man in EVE nun das rote Ausrufezeichen sieht, wenn eine meiner Hue Leuchten nicht erreichbar ist. Das gefällt mir! ;)
Feature Request: Ist es zusätzlich möglich den ,,AUS/EIN" Schalter auszugrauen, wenn eine Leuchte nicht erreichbar ist? Momentan kann ich den Schalter noch betätigen. Es passiert dann aber natürlich nichts.
Funktioniert das mit dem roten Ausrufezeichen bei allen Herstellern oder nur bei Hue? Mein Robosauger ist momentan auch nicht erreichbar, trotzdem sehe ich kein rotes Ausrufezeichen.
Viele Grüße Hoppel
ZitatWas genau soll ich mir da anschauen? "npm" habe ich direkt auch geupdated. Meintest du das?
das neue fhem modul npmjs.
ob der schalter aktiv ist lässt sich nicht beeinflussen und hängt von der app ab die verwendet wird. home deaktivert den schalter. eve scheinbar nicht. was besser ist hängt davon ab ob es eine echte oder eine falschmeldung ist.
automatisch geht es für jedes gerät das ein reachable reading hat. manuell über eine Reachable characteristic im homebridgeMapping.
Zitat von: Wuppi68 am 07 April 2019, 21:34:07
hi, klare die Meldung ... hem darf ja auch nur /etc/init.d/homebridge ohne Passwort ausführen ;-)
melde dich noch einmal als hem user an und mache dann ein sudo /etc/init.d/homebridge
danach sollte der Console Text weg sein
Hallo Wuppi,
leider bekomme ich immer noch folgendes im Fhem Log:
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Zitat von: Steffen@Home am 11 April 2019, 09:51:35
Hallo Wuppi,
leider bekomme ich immer noch folgendes im Fhem Log:
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Problem ist noch Deine /etc/sudoers ...
für den user fhem wird dort noch ein Passwort verlangt (Hint: visudo und Man-Pages)
homebridgeMapping CurrentDoorState:state,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:stopped
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;CLOSED:CurrentDoorState+closed
erkennt er hier den TargetDoorState nicht?
2019-04-11 10:12:56 caching: d_Tor_Garten-state: OPENING
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state values: value OPENING mapped to 2
[2019-4-11 10:12:56] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'OPENING')
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state values: value OPENING mapped to OPENING
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state not a number: OPENING
2019-04-11 10:13:12 caching: d_Tor_Garten-state: STOPPED
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to 4
[2019-4-11 10:13:12] [FHEM] caching: CurrentDoorState: 4 (as number; means STOPPED; from 'STOPPED')
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to STOPPED
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state not a number: STOPPED
2019-04-11 10:15:01 caching: d_Tor_Garten-state: CLOSING
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to 3
[2019-4-11 10:15:01] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'CLOSING')
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to CLOSING
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state not a number: CLOSING
2019-04-11 10:15:07 caching: d_Tor_Garten-state: CLOSED
[2019-4-11 10:15:07] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 10:15:07] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-11 10:15:07] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 10:15:07] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')
Zitat von: justme1968 am 11 April 2019, 09:04:55
das neue fhem modul npmjs.
ob der schalter aktiv ist lässt sich nicht beeinflussen und hängt von der app ab die verwendet wird. home deaktivert den schalter. eve scheinbar nicht. was besser ist hängt davon ab ob es eine echte oder eine falschmeldung ist.
automatisch geht es für jedes gerät das ein reachable reading hat. manuell über eine Reachable characteristic im homebridgeMapping.
Ah ja, cool! Das Modul werde ich mir bei Gelegenheit mal näher ansehen. Das ,,reachable" Mapping auch.
Danke für die Tips!
Gruß Hoppel
Habe auch mal deine Mapping versucht aber da bleibt das CurrentDoorState immer auf open und er kennt open nicht.
Internals:
FUUID 5c94f33f-f33f-1cf4-32a9-f9e66da4a441d68f
NAME d_Tor_Garten
NR 51
STATE CLOSED
TYPE dummy
READINGS:
2019-04-11 10:15:41 CurrentDoorState open
2019-04-11 10:42:44 state CLOSED
Attributes:
alias Tor Garten
genericDeviceType GarageDoorOpener
group Tor_Garten_Zustand
homebridgeMapping clear CurrentDoorState:reading=CurrentDoorState,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:STOPPED TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;CLOSED:CurrentDoorState+closed
icon fts_sliding_gate
readingList CurrentDoorState
room GarageWest,Homekit
sortby 01
Log:
[2019-4-11 10:44:42] [FHEM] value: open
[2019-4-11 10:44:42] [FHEM] d_Tor_Garten-CurrentDoorState value open not handled in values
[2019-4-11 10:44:42] [FHEM] value: open
[2019-4-11 10:44:42] [FHEM] d_Tor_Garten-CurrentDoorState value open not handled in values
Ich habe eine Reading angelegt für Target.
Jetzt funktioniert eigentlich alles was ich auf die schnelle sehe. Im Log gibt es noch Fehler aber da muss ich andermal ran.
[2019-4-11 11:45:47] [FHEM] d_Tor_Garten: executing set cmd for TargetDoorState with value 0
[2019-4-11 11:45:47] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20d_Tor_Garten%20TargetDoorState%20open&fwcsrf=csrf_118524927089602&XHR=1
2019-04-11 11:45:48 caching: d_Tor_Garten-state: OPENING
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state values: value OPENING mapped to 2
[2019-4-11 11:45:48] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'OPENING')
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state values: value OPENING mapped to OPENING
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state not a number: OPENING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten: executing set cmd for TargetDoorState with value 1
[2019-4-11 11:45:54] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20d_Tor_Garten%20TargetDoorState%20closed&fwcsrf=csrf_118524927089602&XHR=1
2019-04-11 11:45:54 caching: d_Tor_Garten-state: CLOSING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to 3
[2019-4-11 11:45:54] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'CLOSING')
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to CLOSING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state not a number: CLOSING
2019-04-11 11:46:10 caching: d_Tor_Garten-state: STOPPED
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to 4
[2019-4-11 11:46:10] [FHEM] caching: CurrentDoorState: 4 (as number; means STOPPED; from 'STOPPED')
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to STOPPED
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state not a number: STOPPED
2019-04-11 11:46:17 caching: d_Tor_Garten-state: CLOSED
[2019-4-11 11:46:17] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 11:46:17] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-11 11:46:17] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 11:46:17] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')
Internals:
FUUID 5c94f33f-f33f-1cf4-32a9-f9e66da4a441d68f
NAME d_Tor_Garten
NR 51
STATE CLOSED
TYPE dummy
OLDREADINGS:
READINGS:
2019-04-11 11:45:54 TargetDoorState closed
2019-04-11 11:46:17 state CLOSED
Attributes:
alias Tor Garten
genericDeviceType GarageDoorOpener
group Tor_Garten_Zustand
homebridgeMapping clear CurrentDoorState:state,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:STOPPED
TargetDoorState:CurrentDoorState,cmds=OPEN:TargetDoorState+open;CLOSED:TargetDoorState+closed
icon fts_sliding_gate
readingList TargetDoorState
room GarageWest,Homekit
sortby 01
Zitat von: justme1968 am 10 April 2019, 17:58:54
so funktioniert es bei mir problemlos:
define garage dummy
attr garage readingList CurrentDoorState
attr garage genericDeviceType GarageDoorOpener
attr garage homebridgeMapping clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:stopped\
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;;CLOSED:CurrentDoorState+closed
Also irgendwie will das bei mir immer noch nicht klappen - allerdings verstehe ich dein Mapping für TargetDoorState aber auch absolut nicht. :-[
Ich habe mir das Attribut readingList mit CurrentDoorState angelegt. Dorthin mappe ich über Notifies in Abhängigkeit vom Status zweier Endschalter einen der Werte open, closed, drive_up, drive_down und nach einer Totzeit (wenn beide Endschalter open sind) den Zustand Stop. Damit mein devStateIcon weiterhin in Fhem den Status des Tors korrekt anzeigt, habe ich noch das stateFormat auf CurrentDoorState gesetzt. Funktioniert auch alles in Fhem hervorragend wie vorher auch.
Wie muss nun mein homebridgemapping aussehen, damit ich in Apple Home erstens richtig angezeigt bekomme, dass das Tor geöffnet bzw. geschlossen wird, zweitens es den Zustand gestoppt/angehalten (also die Anzeige, wenn das Tor während der Fahrt angehalten wurde, oder gibt es das in Apple Home nicht?) und drittens, dass bei jedem Tastendruck (egal, wo das Tor gerade steht) auf state der Wert "impuls" ausgegeben wird (also so, als würde ich in Fhem den Befehl "set Gar.Garagentor impuls" ausgeben)? Anmerkung: der state wird nach Ausführung des impuls-Notify wieder auf "ok" gesetzt.
Mit meinem Mapping
clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED\
TargetDoorState=CurrentDoorState,cmds=OPEN:impuls;CLOSED:impulsgeht es jedenfalls nicht - aber ich blicke wie gesagt auch nicht wirklich durch das Mapping für TargetDoorState durch.
Ich kann das gerade nur aus der Ferne simulieren, da ich nicht zu Hause bin - ich führe also nicht wirklich den Befehl für impuls aus, sondern setze nur den state. Die Werte auf dem Reading CurrentDoorState setze ich per Hand durch eine setList. Es sieht für mich jetzt so aus, als wären die Anzeigen für geschlossen, wird geöffnet, offen und wird geschlossen so nun funktionieren, wenn ich das Tor über die Home-App öffne und schließe (es gibt nur den gestoppt-Zusatnd nicht). Aber wenn ich die Bedienung per Hand simuliere (also einfach das Reading CurrentDoorState von closed auf drive_up bzw. von open auf drive_down ändere), dann sind "wird geöffnet..." und "wird geschlossen..." vertauscht. Gibt es dafür eine Erklärung? Ist das ein Fehler in meinem Mapping?
Ich wäre dir echt sehr dankbar, wenn du mir sagen könntest, was an meinem Mapping falsch ist...
Gruß, Bernd
@Steffen@Home: du hast mein mapping geändert. aber nicht überall.
wenn du open durch OPEN ersetzt musst du das auch bei cmds machen.
wenn es noch not a number meldungen gibt: bitte erst mal ignorieren. das ist nur ein internes problem mit der reihenfolge. und sollte in der nächsten version repariert sein.
@Cluni: geht nicht ist nicht hilfreich. schau ins log.
was genau verstehst du bei meinem mapping nicht? hast du es mal probiert? was passiert?
Also, weil ich bei drive_up, drive_down und Stop die Meldung "Gar.Garagentor-CurrentDoorState not a number: ....." im Log bekam, aber bei open und closed kein Fehler kam, habe ich alles bei mir mal auf open, closed, opening, closing und stopped umgebaut. Mein Mapping sieht also nun so aus:
clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED\
TargetDoorState=CurrentDoorState,cmds=OPEN:impuls;CLOSED:impuls
Und nun mal ausgehend von einem geschlossenen Tor die Meldungen im Log:
[4/11/2019, 1:44:08 PM] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'opening')
[4/11/2019, 1:44:08 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: opening
2019-04-11 13:44:12 caching: Gar.Garagentor-CurrentDoorState: open
[4/11/2019, 1:44:12 PM] [FHEM] caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
[4/11/2019, 1:44:12 PM] [FHEM] caching: TargetDoorState: 0 (as number; means OPEN; from 'open')
2019-04-11 13:44:17 caching: Gar.Garagentor-CurrentDoorState: closing
[4/11/2019, 1:44:17 PM] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'closing')
[4/11/2019, 1:44:17 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: closing
2019-04-11 13:44:22 caching: Gar.Garagentor-CurrentDoorState: closed
[4/11/2019, 1:44:22 PM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[4/11/2019, 1:44:22 PM] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'closed')
2019-04-11 13:44:29 caching: Gar.Garagentor-CurrentDoorState: opening
[4/11/2019, 1:44:29 PM] [FHEM] caching: CurrentDoorState: 2 (as number; means OPENING; from 'opening')
[4/11/2019, 1:44:29 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: opening
2019-04-11 13:44:34 caching: Gar.Garagentor-CurrentDoorState: stopped
[4/11/2019, 1:44:34 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: stopped
[4/11/2019, 1:44:34 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: stopped
2019-04-11 13:44:45 caching: Gar.Garagentor-CurrentDoorState: closing
[4/11/2019, 1:44:45 PM] [FHEM] caching: CurrentDoorState: 3 (as number; means CLOSING; from 'closing')
[4/11/2019, 1:44:45 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: closing
2019-04-11 13:44:49 caching: Gar.Garagentor-CurrentDoorState: closed
[4/11/2019, 1:44:49 PM] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[4/11/2019, 1:44:49 PM] [FHEM] caching: TargetDoorState: 1 (as number; means CLOSED; from 'closed')
Zitat von: justme1968 am 11 April 2019, 13:23:02
was genau verstehst du bei meinem mapping nicht? hast du es mal probiert? was passiert?
Sorry - vergessen zu beantworten:
Das sieht für mich so aus (vom Code wie auch von der Reaktion in Fhem), als würde ich jeweils die Werte open bzw. closed auf das Reading CurrentDoorState schreiben (je nach vorherigem Zustand). Im Log sehe ich auch z.B.
set%20Gar.Garagentor%20CurrentDoorState%20open&fwcsrf=csrf_###############Aber das will ich ja nicht - ich möchte, dass eine Aktion gestartet wird (mit dem Wert "impuls" auf dem Reading "state"). Und so wie du das hast ist das doch genau so, wie du es gestern bei mir bemängelt hast, oder? Sowohl CurrentDoorState als auch TargetDoorState zeigen auf das gleiche Reading des Dummies (in diesem Fall "CurrentDoorState"). Oder sehe ich das falsch?
In meiner Version oben funktioniert aber zumindest die Rückmeldung zu Fhem. "impuls" wird gesetzt. Bleibt nur das Problem, das die Werte opening, closing und stopped anscheinend nicht bekannt sind...
Hallo Cluni,
anbei mein Mapping. Vielleicht bringt das dich weiter.
Meine Ausgangsituation:
Tor offen = 24V am Binäreingang (egal ob komplett oder nur Spaltenbreit)
Tor geschlossen = 0V
1 Taster zum öffnen/schliessen und stop. Jeweils mit einem Tastendruck wird die Fahrt gestopt und mit dem nächsten Fahrtrichtung geändert.
clear
CurrentDoorState=current_door_state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;closing_stop:STOPED;opening_stop:STOPED
TargetDoorState=target_door_state,values=open:OPEN;closed:CLOSED,cmds=OPEN:impuls+on;CLOSED:impuls+on
ObstructionDetected=obstruction_dtected,valueOn=1,valueOff=0
Die Werte OPEN, OPENING, CLOSED, CLOSING und STOPED werden mit einer Art Statemachine in einem DOIF abgebildet.
Dank dir vielmals!
Zitat von: EinEinfach am 12 April 2019, 09:46:53
Meine Ausgangsituation:
Tor offen = 24V am Binäreingang (egal ob komplett oder nur Spaltenbreit)
Tor geschlossen = 0V
1 Taster zum öffnen/schliessen und stop. Jeweils mit einem Tastendruck wird die Fahrt gestopt und mit dem nächsten Fahrtrichtung geändert.
So ähnlich ist es bei mir auch. Ich habe zwei Fenstersensoren (nennen wir sie S0 und S1) am Tor-Schlitten. Dabei habe ich folgende Zustände:
S1 | | S0 | | Tor-Zustand |
offen | | offen | | während der Fahrt bzw. irgendwo gestoppt |
offen | | geschlossen | | komplett geschlossen |
geschlossen | | offen | | komplett geöffnet |
geschlossen | | geschlossen | | ungültiger Zustand (normalerweise nicht möglich) |
Der Taster funktioniert bei mir genau so wie bei dir. Der aktuelle Zustand des Tores wird bei mir über mehrere Notifies (jeweils für die Fenstersensoren), einem Dummy und einem Watchdog ermittelt. Die Notifies erzeugen die unmittelbaren Reaktionen darauf, wenn ein Fenstersensor geöffnet bzw geschlossen wird. Befindet sich das Tor in Fahrt, so wird ein Watchdog-Timer (Dauer etwas länger, als eine Fahrt dauern würde) gesetzt. Erreicht das Tor einen Endanschlag (entweder S0 oder S1 geschlossen), dann wird der Watchdog gestoppt. Ansonsten setzt dieser nach Ablauf der Zeit den Zustand des Tores auf angehalten/gestoppt, oder wie du es nennen magst. Diese Zustandsermittlung ist komplett unabhängig davon, ob ich den Torantrieb per Hand über den Taster, per Auslösung in Fhem oder auch per Button in Apple Home starte. In FHEM klappt diese Anzeige auch in allen Fällen korrekt und auch an Homebridge werden eigentlich die richtigen Konstanten übermittelt und im Log ausgegeben. Trotzdem kommt aber im Log die Meldung "Gar.Garagentor-CurrentDoorState not a number: opening/closing/stopped". Diese kommt aber nur bei opening, closing und stopped. open und closed werden akzeptiert. Und darin liegt wahrscheinlich das Problem, dass Apple Home beim öffnen/schließen/gestoppt merkwürdige Ausgaben macht. Geschlossen und geöffnet klappt immer sicher. Fahre ich das Tor über den Button im der Apple Home-App, dann ist die Angabe (wird geschlossen/geöffnet) richtig (wahrscheinlich, weil dann nicht der Wert von CurrentDoorState sondern ein Apple-Home-interner Wert genommen wird). Den Zustand gestoppt (also irgendwo zwischen den Endpositionen) habe ich in Apple Home bis jetzt noch nie gesehen.
Die Große Frage ist nun also:
"Warum wird im Homebridge-Log ein Fehler bei den drei Konstanten angezeigt, obwohl sie eigentlich korrekt erkannt wurden? Ist das ein Bug in Homebridge/Homekit oder liegt doch der Fehler noch irgendwo in meinem Mapping?"Es ist zwar im Grunde nur ein Schönheits- bzw. Anzeigefehler in Apple Home, aber es wurmt mich extrem, dass ich das immer noch nicht hin bekommen habe. Kann sich bitte mal jemand seine Log-Ausgaben von Homebridge bei Torfahren ansehen und mal Rückmeldung geben, ob dort die Zustände opening, closing und stopped korrekt ohne Fehlermeldung erkannt werden?!
Zitat von: EinEinfach am 12 April 2019, 09:46:53
clear
CurrentDoorState=current_door_state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;closing_stop:STOPED;opening_stop:STOPED
TargetDoorState=target_door_state,values=open:OPEN;closed:CLOSED,cmds=OPEN:impuls+on;CLOSED:impuls+on
ObstructionDetected=obstruction_dtected,valueOn=1,valueOff=0
Die Werte OPEN, OPENING, CLOSED, CLOSING und STOPED werden mit einer Art Statemachine in einem DOIF abgebildet.
Im Grunde ist das ja wie bei mir. Bei dir wird halt nur das Reading "impuls" auf on gesetzt, wenn der Button in der Home App gedrückt wird, oder?
Wie es aussieht, habe ich auch das Problem. Solange die Homekit-App offen ist, funktioniert die Anzeige richtig. Anschenend arbeitet die App mit internen "opening" und "closing" Werten.
Hier Logauszug bei einer Torfahrt (Homekit App offen):
[2019-4-12 14:14:25] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 0
[2019-4-12 14:14:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=xxx&XHR=1
2019-04-12 14:14:56 caching: GA.Tor-current_door_state: open
[2019-4-12 14:14:56] [FHEM] GA.Tor-current_door_state values: value open mapped to 0
[2019-4-12 14:14:56] [FHEM] caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
[2019-4-12 14:15:03] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 1
[2019-4-12 14:15:03] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=xxx&XHR=1
2019-04-12 14:15:30 caching: GA.Tor-current_door_state: closed
[2019-4-12 14:15:30] [FHEM] GA.Tor-current_door_state values: value closed mapped to 1
[2019-4-12 14:15:30] [FHEM] caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
Und jetzt nach Auslösen der Fahrt wird die App geschlossen und zum Schluss wieder geöffnet. Komischerweise wird hier für TargetDoorState closed gecached, obwohl im FHEM device immer noch OPEN steht. Dementsprechend zwiegt die Anzeige die ganze Zeit "Schließen". Wird die Homebridge neugestartet ist alles wieder gut. Für TargetDoorState wird OPEN gecached.
2019-04-12 14:22:36 caching: GA.Tor-obstruction_dtected:
[2019-4-12 14:22:36] [FHEM] GA.Tor-obstruction_dtected valueOn/valueOff: value mapped to 0
[2019-4-12 14:22:36] [FHEM] caching: ObstructionDetected: false (as boolean; from '')
[2019-4-12 14:22:36] [FHEM] GA.Tor-obstruction_dtected valueOn/valueOff: value mapped to 0
[2019-4-12 14:22:36] [FHEM] caching: ObstructionDetected: false (as boolean; from '')
[2019-4-12 14:22:47] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 0
[2019-4-12 14:22:47] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=csrf_xxx&XHR=1
2019-04-12 14:23:18 caching: GA.Tor-current_door_state: open
[2019-4-12 14:23:18] [FHEM] GA.Tor-current_door_state values: value open mapped to 0
[2019-4-12 14:23:18] [FHEM] caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
.
.
.
[2019-4-12 14:23:26] [FHEM] query: CurrentDoorState for GA.Tor-current_door_state
[2019-4-12 14:23:26] [FHEM] cached: 0 (as number; means OPEN)
[2019-4-12 14:23:26] [FHEM] query: TargetDoorState for GA.Tor-target_door_state
[2019-4-12 14:23:26] [FHEM] cached: 1 (as number; means CLOSED)
[2019-4-12 14:23:27] [FHEM] query: ObstructionDetected for GA.Tor-obstruction_dtected
[2019-4-12 14:23:27] [FHEM] cached: false (as boolean)
ZitatIm Grunde ist das ja wie bei mir. Bei dir wird halt nur das Reading "impuls" auf on gesetzt, wenn der Button in der Home App gedrückt wird, oder?
Ganz genau!
Hast du mal manuelle Fahrten (also über den physikalischen Taster oder über Fhem) getätigt und geschaut, was dann im Log steht? Da bekomme ich ja die ungültigen Werte....
Siehe hier: https://forum.fhem.de/index.php/topic,48558.msg929139.html#msg929139
ich verstehe eure probleme leider nicht bzw. kann sie nicht nachvollziehen.
bitte baut doch mal ein komplettes
beispiel mit den dummy, notify und was sonst noch nötig ist zusammen mit dem sich das reproduzieren lässt.
Sorry, dass ich erst jetzt antworte - bin im Urlaub.
Also hier erstmal mein Garagentor-Dummy:
Internals:
FUUID .....
FVERSION 98_dummy.pm:0.186490/2019-02-19
NAME Gar.Garagentor
NR 136
STATE closed
TYPE dummy
READINGS:
2019-04-13 09:55:22 CurrentDoorState closed
2019-04-12 17:56:34 state ok
Attributes:
alias Garagentor
devStateIcon open:fts_garage@red closed:fts_garage_door_100@green opening:control_arrow_up@yellow closing:control_arrow_down@yellow stopped:fts_garage_door_50@red .*:fts_garage_door_50@red
event-on-change-reading .*
genericDeviceType GarageDoorOpener
group Status
homebridgeMapping clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED\
TargetDoorState:CurrentDoorState,cmds=0:impuls;;1:impuls;;2:impuls;;3:impuls;;4:impuls,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED
icon fts_garage
readingList CurrentDoorState
room Garage,Haus,Homekit,Taster
setList CurrentDoorState:open,closed,opening,closing,stopped ok
siriName Garagentor
sortby 00
stateFormat CurrentDoorState
userattr winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe,Tor,Alarmkontakt,Kontakt,Melder winOpenName winOpenTTS:1,0 Klima_Fuehler
webCmd impuls
Sensor für geöffnet:
Internals:
CHANGED
DEF 59F947
FUUID .....
FVERSION 10_CUL_HM.pm:0.191840/2019-04-14
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 22
NAME Sensor.Garage.Tor.vorne.geoeffnet
NOTIFYDEV global
NR 271
NTFY_ORDER 50-Sensor.Garage.Tor.vorne.geoeffnet
STATE open
TYPE CUL_HM
chanNo 01
lastMsg No:F5 - t:10 s:59F947 d:231273 0601C800
myHmUART_MSGCNT 22
myHmUART_RAWMSG 05010041F5A61059F9472312730601C800
myHmUART_RSSI -65
myHmUART_TIME 2019-04-16 12:26:09
protLastRcv 2019-04-16 12:26:09
protRcv 22 last_at:2019-04-16 12:26:09
protSnd 22 last_at:2019-04-16 12:26:09
protState CMDs_done
rssi_at_myHmUART cnt:22 min:-65 max:-64 avg:-64.4 lst:-65
READINGS:
2019-04-15 17:03:19 Activity alive
2019-03-28 21:10:45 CommandAccepted no
2017-11-21 20:49:28 D-firmware 1.0
2017-11-21 20:49:28 D-serialNr OEQ0564193
2019-03-29 01:15:01 PairedTo 0x231273
2017-11-21 20:48:04 R-cyclicInfoMsg on
2017-11-21 20:48:04 R-eventDlyTime 0 s
2017-11-21 20:49:29 R-pairCentral 0x231273
2017-11-21 20:48:04 R-sabotageMsg on
2017-11-21 20:48:04 R-sign on
2019-03-29 01:15:01 RegL_00. 00:00 02:01 09:01 0A:23 0B:12 0C:73 10:01 14:06
2019-03-29 01:15:01 RegL_01. 00:00 08:01 20:9C 21:00 30:06
2017-11-21 20:48:38 aesCommToDev ok
2017-11-21 20:48:38 aesKeyNbr 00
2019-04-16 12:26:09 alive yes
2019-04-16 12:26:09 battery ok
2019-04-16 12:26:09 contact open (to VCCU)
2019-03-28 20:46:29 powerOn 2019-03-28 20:46:29
2019-04-16 12:26:09 recentStateType info
2019-04-16 12:26:09 sabotageError off
2019-04-16 12:26:09 state open
2019-04-13 09:55:04 trigger_cnt 171
helper:
HM_CMDNR 245
mId 00C7
peerFriend peerAct,peerVirt
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +59F947,00,00,00
nextSend 1555410370.17343
rxt 2
vccu VCCU
p:
59F947
00
00
00
prefIO:
myHmUART
mRssi:
mNo F5
io:
myHmUART:
-61
-61
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1555410369.87787
ack:
HASH(0x440c9b8)
F5800223127359F94700
rssi:
at_myHmUART:
avg -64.4090909090909
cnt 22
lst -65
max -64
min -65
tmpl:
Attributes:
IODev myHmUART
IOgrp VCCU:myHmUART
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
devStateIcon open:control_x@red closed:message_ok@green
event-on-change-reading Activity,alive,battery,sabotageError,state
expert 2_raw
firmware 1.0
genericDeviceType contact
group Status
icon fts_garage
model HM-SEC-SCO
peerIDs 00000000,
room Garage,Sensoren
serialNr OEQ0564193
subType threeStateSensor
Sensor für geschlossen:
Internals:
CHANGED
DEF 50E136
FUUID ....
FVERSION 10_CUL_HM.pm:0.191840/2019-04-14
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 21
NAME Sensor.Garage.Tor.vorne.geschlossen
NOTIFYDEV global
NR 62
NTFY_ORDER 50-Sensor.Garage.Tor.vorne.geschlossen
STATE closed
TYPE CUL_HM
chanNo 01
lastMsg No:60 - t:10 s:50E136 d:231273 06010000
myHmUART_MSGCNT 21
myHmUART_RAWMSG 0501004260A61050E13623127306010000
myHmUART_RSSI -66
myHmUART_TIME 2019-04-16 12:56:25
protLastRcv 2019-04-16 12:56:25
protRcv 21 last_at:2019-04-16 12:56:25
protSnd 21 last_at:2019-04-16 12:56:25
protState CMDs_done
rssi_at_myHmUART cnt:21 min:-67 max:-66 avg:-66.52 lst:-66
READINGS:
2019-04-15 17:03:19 Activity alive
2018-11-06 18:27:08 D-firmware 1.0
2018-11-06 18:27:08 D-serialNr NEQ1482732
2017-12-16 01:20:40 PairedTo 0x231273
2017-08-24 02:25:28 R-cyclicInfoMsg on
2017-08-24 02:25:28 R-eventDlyTime 0 s
2017-08-24 02:25:28 R-pairCentral 0x231273
2017-08-24 02:25:28 R-sabotageMsg on
2017-08-24 02:25:28 R-sign on
2017-12-16 01:20:40 RegL_00. 02:01 09:01 0A:23 0B:12 0C:73 10:01 14:06 00:00
2017-12-16 01:20:41 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2019-04-16 12:56:25 alive yes
2019-04-16 12:56:25 battery ok
2019-04-16 12:56:25 contact closed (to VCCU)
2017-12-15 23:30:00 powerOn 2017-12-15 23:30:00
2019-04-16 12:56:25 recentStateType info
2019-04-16 12:56:25 sabotageError off
2019-04-16 12:56:25 state closed
2019-04-13 09:55:22 trigger_cnt 244
helper:
HM_CMDNR 96
mId 00C7
peerFriend peerAct,peerVirt
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +50E136,00,00,00
nextSend 1555412185.67728
rxt 2
vccu VCCU
p:
50E136
00
00
00
prefIO:
myHmUART
mRssi:
mNo 60
io:
myHmUART:
-62
-62
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1555412185.38243
ack:
HASH(0x312ed88)
60800223127350E13600
rssi:
at_myHmUART:
avg -66.5238095238095
cnt 21
lst -66
max -66
min -67
tmpl:
Attributes:
IODev myHmUART
IOgrp VCCU:myHmUART
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
devStateIcon open:control_x@red closed:message_ok@green
event-on-change-reading Activity,alive,battery,sabotageError,state
expert 2_raw
firmware 1.0
genericDeviceType contact
group Status
icon fts_garage_door_100
model HM-SEC-SCO
peerIDs 00000000,
room Garage,Sensoren
serialNr NEQ1482732
subType threeStateSensor
Notify 1:
Internals:
DEF Sensor.Garage.Tor.vorne.geschlossen {if($EVENT eq 'closed') {fhem("setreading Gar.Garagentor CurrentDoorState closed; set Tor_dummy on")}}
FUUID .....
FVERSION 91_notify.pm:0.172250/2018-08-29
NAME Zustand_Garagentor_G1
NOTIFYDEV Sensor.Garage.Tor.vorne.geschlossen
NR 272
NTFY_ORDER 50-Zustand_Garagentor_G1
REGEXP Sensor.Garage.Tor.vorne.geschlossen
STATE active
TYPE notify
READINGS:
2019-04-15 17:03:13 state active
Attributes:
room Garage
Notify 2:
Internals:
DEF Sensor.Garage.Tor.vorne.geschlossen {if($EVENT eq 'open') {fhem("setreading Gar.Garagentor CurrentDoorState opening; set Tor_dummy off")}}
FUUID ...
FVERSION 91_notify.pm:0.172250/2018-08-29
NAME Zustand_Garagentor_G2
NOTIFYDEV Sensor.Garage.Tor.vorne.geschlossen
NR 273
NTFY_ORDER 50-Zustand_Garagentor_G2
REGEXP Sensor.Garage.Tor.vorne.geschlossen
STATE active
TYPE notify
READINGS:
2019-04-15 17:03:13 state active
Attributes:
comment Sensor.Garage.Tor.vorne.geschlossen {if($EVENT eq 'open') {fhem("set Gar.Garagentor drive_up; set Tor_dummy off")}}
room Garage
Notify 3:
Internals:
DEF Sensor.Garage.Tor.vorne.geoeffnet {if($EVENT eq 'closed') {fhem("setreading Gar.Garagentor CurrentDoorState open; set Tor_dummy on")}}
FUUID ....
FVERSION 91_notify.pm:0.172250/2018-08-29
NAME Zustand_Garagentor_O1
NOTIFYDEV Sensor.Garage.Tor.vorne.geoeffnet
NR 274
NTFY_ORDER 50-Zustand_Garagentor_O1
REGEXP Sensor.Garage.Tor.vorne.geoeffnet
STATE active
TYPE notify
READINGS:
2019-04-15 17:03:13 state active
Attributes:
room Garage
Notify 4:
Internals:
DEF Sensor.Garage.Tor.vorne.geoeffnet {if($EVENT eq 'open') {fhem("setreading Gar.Garagentor CurrentDoorState closing; set Tor_dummy off")}}
FUUID ...
FVERSION 91_notify.pm:0.172250/2018-08-29
NAME Zustand_Garagentor_O2
NOTIFYDEV Sensor.Garage.Tor.vorne.geoeffnet
NR 275
NTFY_ORDER 50-Zustand_Garagentor_O2
REGEXP Sensor.Garage.Tor.vorne.geoeffnet
STATE active
TYPE notify
READINGS:
2019-04-15 17:03:13 state active
Attributes:
comment Sensor.Garage.Tor.vorne.geoeffnet {if($EVENT eq 'open') {fhem("set Gar.Garagentor drive_down; set Tor_dummy off")}}
room Garage
Und ein Watchdog:
Internals:
CMD setreading Gar.Garagentor CurrentDoorState stopped
DEF Tor_dummy:off 00:00:30 Tor_dummy:on setreading Gar.Garagentor CurrentDoorState stopped
FUUID ....
FVERSION 91_watchdog.pm:0.169630/2018-07-09
NAME Garagentor_faehrt
NOTIFYDEV Tor_dummy,Garagentor_faehrt
NR 277
NTFY_ORDER 50-Garagentor_faehrt
RE1 Tor_dummy:off
RE2 Tor_dummy:on
STATE defined
TO 30
TYPE watchdog
READINGS:
2019-04-13 09:55:05 Activated activated
2019-04-13 09:55:22 Reset reset
2019-04-11 07:00:30 Triggered triggered
2019-03-20 16:02:11 state defined
Attributes:
autoRestart 1
comment Tor_dummy:off 00:00:30 Tor_dummy:on set Gar.Garagentor Stop
room Garage
Das Notify zum Fahrbefehl:
Internals:
DEF Gar.Garagentor.*:impuls.* set Gar.Torantrieb on-for-timer 0.1 ; sleep 1 ; set Gar.Garagentor ok
FUUID ...
FVERSION 91_notify.pm:0.172250/2018-08-29
NAME ntfy.Gar.Garagentor.Fahrt
NOTIFYDEV Gar.Garagentor.*
NR 270
NTFY_ORDER 50-ntfy.Gar.Garagentor.Fahrt
REGEXP Gar.Garagentor.*:impuls.*
STATE active
TYPE notify
READINGS:
2019-04-15 17:03:13 state active
Attributes:
comment Gar.Garagentor.*:impuls.* set Gar.Torantrieb on-for-timer 0.1 ; sleep 1 ; set Gar.Garagentor ok
Gar.Garagentor.*:impuls.* set Gar.Garagentor Test ; sleep 1 ; set Gar.Garagentor ok
room Garage,Notify
Hier mal ein Beispiel für Jalousien mit Lamellensteurung
Verwenden tue ich die RollerShutter 2, Steuerung ist in Eve möglich.
Attributes:
genericDeviceType blind
homebridgeMapping clear
CurrentPosition=position_blind,minValue=0,maxValue=99
TargetPosition=positionBlinds::position_blind,minValue=0,maxValue=99,minStep=1
CurrentTiltAngle=position_slat,minValue=0,maxValue=99
TargetTiltAngle=positionSlat::position_slat,minValue=0,maxValue=99,minStep=33
stateFormat position_blind
userReadings position_blind { (split ' ',ReadingsVal("Jalousie_Links","position",0))[1]}, position_slat { (split ' ',ReadingsVal("Jalousie_Links","position",0))[3]}
Hallo,
Ich habe neulich meine RGB Beleuchtung in HomeKit integriert. Das funktioniert auch soweit, ich hab nur die Möglich diese auch mittels RGB Fading zu betrieben.
Gibt es eine Möglichkeit RGB-Fading im homebridgemappung zu integrieren? Also direkt in die Lampe und nicht als separater Schalter oder so.
Mit freundlichen Grüßen
arokh12
Gesendet von iPhone mit Tapatalk
@Cluni: ich meinte ein komplettes beispiel das ohne die nötige hardware auskommt. so das ich es nachstellen kann.
@arokh12: was meinst du mit rgb fading? wenn andere kommandos gesendet werden müssen musst du das homebridgeMapping angeben. oder mit cmdAlias einbauen.
Zitat von: justme1968 am 23 April 2019, 09:35:29
@Cluni: ich meinte ein komplettes beispiel das ohne die nötige hardware auskommt. so das ich es nachstellen kann.
@arokh12: was meinst du mit rgb fading? wenn andere kommandos gesendet werden müssen musst du das homebridgeMapping angeben. oder mit cmdAlias einbauen.
Wie sieht denn das Beispiel für ein RGB Fading aus?
Im Moment sieht mein Mapping so aus.
Internals:
CFGFN /opt/fhem/FHEM/Wohnzimmer.cfg
FUUID 5c45098b-f33f-60f9-9b7f-ba1b4c5fd5a0d24c
NAME Wohnzimmer_RGB_Regal
NR 284
STATE  
TYPE dummy
READINGS:
2019-04-20 21:56:20 Farbe 0
2019-04-22 23:12:17 Helligkeit 100
2019-04-20 21:56:20 Saturation 100
2019-04-19 15:27:05 Speed 33
2019-04-23 06:40:58 Status off
2019-04-20 21:56:20 lastColor 0
Attributes:
alias Regal
genericDeviceType light
group RGB,Wohnzimmer
homebridgeMapping clear
On=Status,valueOn=on,valueOff=off,cmdOn=Status+on,cmdOff=Status+off
Brightness=Helligkeit,minValue=0,maxValue=100,minStep=1,cmd=Helligkeit
Hue=Farbe,cmd=Farbe
Saturation=Saturation,cmd=Saturation
icon light_led_stripe
readingList Status Farbe lastColor Helligkeit Speed RGB Saturation
room Dienste->HomeKit,Wohnung->Wohnzimmer
setList Status:on,off,Fade Farbe Helligkeit:slider,0,1,100 Speed:slider,0,1,100 Saturation:slider,0,1,100
sortby 03
stateFormat  
webCmd Status:Farbe
widgetOverride Farbe:colorpicker,HUE,0,1,359
Zitat von: justme1968 am 23 April 2019, 09:35:29
@Cluni: ich meinte ein komplettes beispiel das ohne die nötige hardware auskommt. so das ich es nachstellen kann.
Theoretisch ist das ja ein komplettes Beispiel. Du müsstest dann ja nur statt der beiden HM-Fenstersensoren "Sensor.Garage.Tor.vorne.geschlossen" und "Sensor.Garage.Tor.vorne.offen" Dummies definieren, die eine SetList mit "open" und "closed" haben. Und beim Notify zur Betätigung des Tasters müsstest du nur den Befehl "set Gar.Torantrieb on-for-timer 0.1" raus nehmen. Dann sollte das ja schon passen.
Ich brauche mal einen Tip wie vergebe ich einen Namen mit Leerzeichen?
funktioniert nicht:
7a95059c-f154-463f-95ee-527dbd123e8b=ASC_Time_DriveDown,name=Rollladen runter,format=STRING
funktioniert:
7a95059c-f154-463f-95ee-527dbd123e8b=ASC_Time_DriveDown,name=Auf,format=STRING
War das nicht mit +
?
Danke ja war mit Plus
hier mal mein Mapping für die Roller Shutter 2 + AutoShuttersControl (ASC)
clear
CurrentPosition=position,minValue=0,maxValue=99
TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
06575716-cfe1-41dd-ba43-46c27e6877fb=ASC_Time_DriveUp,name=⬆+Auf,format=STRING
2d4024fb-8291-465d-bd6e-9afc184c5bdc=ASC_Time_DriveDown,name=⬇+Ab,format=STRING
Zitat von: Matze89 am 02 Februar 2019, 10:46:46
Hallo an euch,
Wichtig zuvor: Man benötigt iOS 12.2 Beta, homebridge 0.4.46 + homebridge-fhem 0.4.5 und ein kompatibler Fernseher mit Einbindung in eines der FHEM-Module
Hiermit möchte ich um eure Unterstützung bei der Nutzung/Entwicklung von der Homebridge-Erweiterung "Television" bitten, um gemeinsam diese Funktion für die nächste iOS 12.2 startklar zu machen.
Um was es hierbei geht? -> Hier zu lesen: https://www.macstories.net/ios/hands-on-with-ios-12-2s-homekit-support-for-smart-tvs/
.
.
...
Gruß Matthias
Danke für die Info,
hab mich heute mal mit dem Thema beschäftigt und meine drei TV´s eingebunden (pro TV eine eigene Bridge, bzgl. der Bedienung im Control Center). Die hier im Thread bereitgestellten mappings für meine Bedürfnisse angepasst, hab hier noch das aus- und einblenden der Eingänge sowie das vergeben der Namen realisiert, welche in die readings gesichert werden und funktioniert so weit. Da es sich bei mir um keine WebOS TV´s handelt, hatte ich die Ansteuerung via IR Broadlink realisiert (hier gibt's leider somit keine Rückmeldung vom TV), entsprechend pro Device zusätzlich noch ein DOIF für die Infrarot Befehle. Das Umschalten auf die Eingänge direkt muss jetzt noch via discrete Codes realisiert werden. Bin begeistert... :)
ich brauche mal einen Tip
Bei meinem Rollladen möchte ich als String einen Tex ausgeben. Der Text steht in einem 2. Device.
dies geht nicht:
-Device 1:Rollladen_Bu
-Device 2:alle_FK_Bad:state
5900c736-8d19-412c-8167-2c5d1ab280de=alle_FK_Bad:state,name=Fenster,format=STRING
das geht:
-Device 1:Rollladen_Bu
5900c736-8d19-412c-8167-2c5d1ab280de=Rollladen_Bu:state,name=Fenster,format=STRING
Gibt es eigentlich auch eine Möglichkeit sich den Status von Geräten, die nur in HomeKit bzw. Homebridge verfügbar sind in Fhem anzeigen zu lassen? Leider gibt es für meinen Projektor mit PJLink Protokoll noch kein Fhem Modul, allerdings eins für homebridge. Oder ist das über das Plugin nicht möglich auf andere Geräte in homebridge zuzugreifen?
Hallo Andre,
bitte Zeile 1573 und 1582 anpassen
alt:
if( s.Attributes.model === 'HM-ES-PMSw1-Pl' || s.Attributes.model === 'HM-ES-PMSw1-Pl-DN-R1' )
neu:
if( s.Attributes.model === 'HM-ES-PMSW1-PL' || s.Attributes.model === 'HM-ES-PMSW1-PL-DN-R1' )
list Device:
Internals:
DEF 57F34102
FUUID 5c4c1b18-f33f-3730-76c1-2eb8d2a749cca947
NAME HM_57F341_Pwr
NOTIFYDEV global
NR 171
NTFY_ORDER 50-HM_57F341_Pwr
STATE 33007.3
TYPE CUL_HM
chanNo 02
device HM_57F341
READINGS:
2019-05-13 18:50:02 boot off
2019-05-13 18:50:02 current 406
2019-05-13 18:50:02 eState E: 33007.3 P: 78.7 I: 406 U: 234.9 f: 50.01
2019-05-13 18:50:02 energy 33007.3
2019-05-13 18:50:02 energyCalc 91615.7
2019-01-30 13:11:30 energyOffset 58608.4
2019-05-13 18:50:02 frequency 50.01
2019-05-13 18:50:02 power 78.7
2019-05-13 18:50:02 state 33007.3
2019-05-13 18:50:02 voltage 234.9
helper:
peerFriend
peerOpt -:powerMeter
regLst 1
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
tmpl:
Attributes:
alias Wohnzimmer - Multimedia (Leistung)
genericDeviceType outlet
group Sensoren
homebridgeMapping On=WZ_Multimedia:state,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
history:size=1024,type=energy
model HM-ES-PMSW1-PL-DN-R1
room 2.2 - Leistung,6.0 - Homematic,HomeKit
siriName Multimedia
Taster in Homebridge / Homekit
ich benötige einen Taster in homebridge für einen E-Türöffner, den ich als "Switch" angelegt habe mit diesem homebridgeMapping:
attr Taster genericDeviceType switch
attr Taster homebridgeMapping On=state,cmdOn=on-for-timer+00:00:03
Damit schaltet der "Switch", wie gewünscht, für 3 sec. ein und dann wieder aus, wenn man in der Home-App das Gerät einschaltet.
Danach bleibt das Gerät in der Home-App jedoch eingeschaltet und nicht nach 3 sec. wieder aus.
Wie läßt sich ereichen, daß der Status des Gerätes in der Home-App dann automatisch auch wieder ausschaltet wird?
Gruß Phantom
Zitat von: phantom am 13 Mai 2019, 20:03:00Wie läßt sich ereichen, daß der Status des Gerätes in der Home-App dann automatisch auch wieder ausschaltet wird?
Schau dir das mal an:
https://forum.fhem.de/index.php/topic,88043.msg872412.html?PHPSESSID=7utkjtkppkkohbcvvper8aqkb7#msg872412
Ich schätze, dass du mit einem DOIF das richtige Ergebnis erzielen kannst.
Gruß Hoppel
Zitat von: phantom am 13 Mai 2019, 20:03:00
Taster in Homebridge / Homekit
ich benötige einen Taster in homebridge für einen E-Türöffner, den ich als "Switch" angelegt :o habe mit diesem homebridgeMapping
Sofern du nicht wegen eingeschränkter Mobilität o.ä. nicht in der Lage bist das Gerät zu entsperren oder das lediglich der Türöffner vom Hühnerstall ist:
Mach keinen unsicheren Blödsinn sondern leg das anständig an.
Zum Beispiel als
lock, das hat eine Funktion zum automatischen Rücksetzen mit drin.
Das hier ist mein Türöffner:
LockCurrentState=state,values=on:UNSECURED;off:SECURED,default=UNKNOWN
LockTargetState=state,values=on:UNSECURED;off:SECURED,default=UNSECURED,cmds=SECURED:off;UNSECURED:on-for-timer+3;false:on-for-timer+3;true:off,cmdOn=off,cmdOff=on-for-timer+3
LockManagementAutoSecureTimeout=30
StatusLowBattery=HM_XXXXXX:batteryState,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=state,valueOff=/(unreachable|set)/Gruß, Markus
Ich habe mal eine grundsätzliche Frage:
Momentan bin ich nicht daheim. Nun habe ich per VPN in meiner ~/.homebridge/config.json eine Webcam per ffmpeg eingebunden. Beim manuellen Start von Homebridge bekomme ich auch die Meldung:
[5/15/2019, 9:41:49 AM] [Camera-ffmpeg] Initializing Camera-ffmpeg platform...
[5/15/2019, 9:41:49 AM] Loading 0 accessories...
Load homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx
Server listening on: http://<ip>:8282
[5/15/2019, 9:41:49 AM] Cam_Haustuer is running on port 45105.
[5/15/2019, 9:41:49 AM] Please add [Cam_Haustuer] manually in Home app. Setup Code: 031-45-154Versuche ich nun aber in der Home App die Kamera hinzuzufügen, dann wird sie nicht gefunden. Muss ich dazu zu Hause in meinem Heimnetz sein, damit das klappt? Ich habe natürlich dort ein AppleTV laufen und dachte eigentlich, dass das dann auch gefunden werden müsste?!
Vielen Dank für deine/eure Unterstützung und diese geniale Software! :)
EDIT:
Ehrlich gesagt bin ich mir aber auch nicht 100% sicher, dass die Cam richtig eingebunden ist. :-[
Laut der Seite https://www.ispyconnect.com/man.aspx?n=Edimax (https://www.ispyconnect.com/man.aspx?n=Edimax) gelten für meine Kamera folgende Pfade:
Zitat3115w MJPEG http:// mjpg/video.mjpg No None
3115w MJPEG http:// mjpg/video.mjpg No None
3115W MJPEG http:// mjpg/1/video.mjpg No None
und meine config sieht so aus:
{
"platform": "Camera-ffmpeg",
"cameras": [
{
"name": "Cam_Haustuer",
"videoConfig": {
"source": "-re -i http://xxxx:yyyy@192.168.0.17/mjpg/video.mjpg",
"stillImageSource":"-i http://xxxx:yyyy@192.168.0.17/snapshot.cgi",
"maxStreams": 2,
"maxWidth": 640,
"maxHeight": 480,
"maxFPS": 50
}
}
]
}
Der Pfad in der Config mit snapshot.cgi läuft so bei mir im Browser. Der Link http://192.168.0.17/mjpg/video.mjpg läuft auch. Ich wüsste so zumindest nicht, was noch falsch sein könnte....
Zitat von: Cluni am 15 Mai 2019, 09:55:16
Ich habe mal eine grundsätzliche Frage:
Momentan bin ich nicht daheim. Nun habe ich per VPN in meiner ~/.homebridge/config.json eine Webcam per ffmpeg eingebunden. Beim manuellen Start von Homebridge bekomme ich auch die Meldung:
[5/15/2019, 9:41:49 AM] [Camera-ffmpeg] Initializing Camera-ffmpeg platform...
[5/15/2019, 9:41:49 AM] Loading 0 accessories...
Load homebridge-camera-ffmpeg-omx.Camera-ffmpeg-omx
Server listening on: http://<ip>:8282
[5/15/2019, 9:41:49 AM] Cam_Haustuer is running on port 45105.
[5/15/2019, 9:41:49 AM] Please add [Cam_Haustuer] manually in Home app. Setup Code: 031-45-154
Versuche ich nun aber in der Home App die Kamera hinzuzufügen, dann wird sie nicht gefunden. Muss ich dazu zu Hause in meinem Heimnetz sein, damit das klappt? Ich habe natürlich dort ein AppleTV laufen und dachte eigentlich, dass das dann auch gefunden werden müsste?!
Vielen Dank für deine/eure Unterstützung und diese geniale Software! :)
EDIT:
Ehrlich gesagt bin ich mir aber auch nicht 100% sicher, dass die Cam richtig eingebunden ist. :-[
Laut der Seite https://www.ispyconnect.com/man.aspx?n=Edimax (https://www.ispyconnect.com/man.aspx?n=Edimax) gelten für meine Kamera folgende Pfade:
und meine config sieht so aus:
{
"platform": "Camera-ffmpeg",
"cameras": [
{
"name": "Cam_Haustuer",
"videoConfig": {
"source": "-re -i http://xxxx:yyyy@192.168.0.17/mjpg/video.mjpg",
"stillImageSource":"-i http://xxxx:yyyy@192.168.0.17/snapshot.cgi",
"maxStreams": 2,
"maxWidth": 640,
"maxHeight": 480,
"maxFPS": 50
}
}
]
}
Der Pfad in der Config mit snapshot.cgi läuft so bei mir im Browser. Der Link http://192.168.0.17/mjpg/video.mjpg läuft auch. Ich wüsste so zumindest nicht, was noch falsch sein könnte....
Das geht zwar schon etwas an deiner initialen Frage vorbei, aber welches Apple TV verwendest du? Mit ATV3 gibt es Einschränkungen https://support.apple.com/de-de/HT207057 (https://support.apple.com/de-de/HT207057)
"Apple TV (3. Generation) unterstützt weder den Fernzugriff für freigegebene Benutzer noch den Fernzugriff auf HomeKit-fähige Kameras."
Ich kann das bestätigen und habe gerade den Wechsel auf ATV4 vollzogen, seitdem geht auch die Webcam in Apple Home von Außerhalb. Mit der Einbindung der Cam habe ich auch ziemlich herumgehampelt. Meine Config kann ich dir gerne geben, eventuell es vielleicht aber erst am Wochenende.
Ich habe ein AppleTV 4 (nicht 4k). Der ganze Kram über Fhem und Harmony-Hub klappt auch in der Ferne...
Aber die Frage ist halt, ob ich einen Fehler in meiner Config habe, oder ob man die Kamera in der Ferne nur nicht in der Apple Home App (trotz AppleTV zu Hause) findet und man dafür zu Hause sein muss.
Zitat von: Cluni am 15 Mai 2019, 10:49:20
Ich habe ein AppleTV 4 (nicht 4k). Der ganze Kram über Fhem und Harmony-Hub klappt auch in der Ferne...
Aber die Frage ist halt, ob ich einen Fehler in meiner Config habe, oder ob man die Kamera in der Ferne nur nicht in der Apple Home App (trotz AppleTV zu Hause) findet und man dafür zu Hause sein muss.
Ich hab meine Kameras vor einiger Zeit auch in Homekit eingerichtet. Ich hatte das hinzufügen auch von unterwegs probiert, allerdings fand er die auch nicht.
Erst wo ich zuhause war und fand ich die zusätzliche Bridge (hab eine zusätzliche Instanz für meine Kameras eingerichtet) und die einzelnen Kameras. Ist allerdings schon 1 Jahr her.
Die Kameras werden allerdings auch nicht automatisch hinzugefügt. Ich musste sie manuell hinzufügen.
Edit:
Weiß einer, wie ich die Kameras auf der Watch sortieren kann? Auf dem iPhone habe ich 4 Stück als Favoriten markiert und auf der Watch werden mir alle in der Home App angezeigt. Bei meinen Schaltern von FHEM ist das nicht so, da werden nur meine Favoriten angezeigt.
Gesendet von iPhone mit Tapatalk
Zitat von: arokh12 am 15 Mai 2019, 11:28:04
Ich hab meine Kameras vor einiger Zeit auch in Homekit eingerichtet. Ich hatte das hinzufügen auch von unterwegs probiert, allerdings fand er die auch nicht.
Erst wo ich zuhause war und fand ich die zusätzliche Bridge (hab eine zusätzliche Instanz für meine Kameras eingerichtet) und die einzelnen Kameras. Ist allerdings schon 1 Jahr her.
Ah ok - vielen Dank - dann wird das bei mir wahrscheinlich auch der Fall sein, dass dazu das iPhone zu Hause im Netz sein muss. Dann werde ich das mal verschieben, bis ich zu Hause bin. Wenn ich in Fhem ein Gerät in den Raum Homekit verschiebe, dann ist das nach einem Neustart direkt vorhanden - auch wenn ich das von unterwegs aus mache. Aber die Bridge für Fhem ist ja vorher auch schon da und muss nicht neu hinzugefügt werden. Das wird der Unterschied sein.
Hi,
der Hintergrund ist schnell erklärt:
Die Broadcast Multicast Pakete vom Avahi Daemon werden nicht in das VPN gesendet, sondern nur lokal im LAN und WLAN gesendet.
Man müsste die mittels smcroute in das VPN routen, dann könnte das auch Remote gehen ;-)
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Soooo - gestern habe ich mal zu Hause versucht die Kameras zur Home-App hinzu zu fügen und es hat auf Anhieb geklappt. Vielen Dank für eure Hilfe!
Passt zwar nicht ganz zum Thema, aber muss ich kurz sagen: Wenn man im gleichen Raum, in dem die Kamera ist, auch einen Bewegungsmelder installiert hat, dann bekommt man bei Bewegung eine Benachrichtigung von Apple Home (logisch). Klickt man diese an, dann kommt man direkt zum Kamerabild. Nicht schlecht. Toll wäre, wenn das Standbild in diesem Moment zwischengespeichert und/oder mir per iMessage (oder Push) zugeschickt werden könnte...
PS: Ich weiß ich weiß - da ist noch ein Tippfehler im Kamera-Namen.... ::)
Welche Kameras hast du?
Ganz einfache, schon einige Jahre alte (indoor) Webcams von Edimax Typ 3115W. Können zwar nicht großartig was, aber laufen bis jetzt problemlos seit Jahren im (überdachten) Außenbereich...
Kosteten schon damals nur um die 40€.
Typ1er im Prinzip geht jede welche ein rtsp und/oder http Stream liefert. Ich nutz die billig Mini IP-Dome Kameras aus China (Outdoor) mit POE für knapp über 20,- EUR. Alle ausgehenden Verbindungen blockiert und gut ist.
https://de.aliexpress.com/item/H-264-720P-1-0-Mega-pixel-12pcs-IR-IP-mini-Dome-Camera-ONVIF-2-3/2055397956.html (https://de.aliexpress.com/item/H-264-720P-1-0-Mega-pixel-12pcs-IR-IP-mini-Dome-Camera-ONVIF-2-3/2055397956.html)
Für Homebridge noch die passende Stream URL (hab lange gesucht und probiert):
-rtsp_transport tcp -re -i rtsp://xxx.xxx.xxx.xxx:554/user=admin_password=6QNMIQGe_channel=1_stream=0.sdp?real_stream
Hallo nochmal,
irgendwann hatte ich hier in diesem Thread mal folgende Problematik zu meinen HUEGroups beschrieben. Das Thema ist dann bei mir aber wieder untergegangen. Ich möchte das aber endlich gern mal lösen. :)
Zitat von: hoppel118 am 23 Februar 2019, 11:55:23
Besteht evtl. die Möglichkeit, dass du irgendwas einbaust, damit bei den HueGroups die letzte genutzte Lichtfarbe nach einem Neustart der Homebridge angezeigt wird. Bei mir sind die Farbkästchen in Eve danach immer rot, siehe Screenshot. In den Release Notes des letzten Updates der Philips Hue App stand, dass nun die letzte Farbe bei einem Stromausfall gespeichert wird. Keine Ahnung, ob dich das in dieser Hinsicht irgendwie weiter bringt... Das wäre genial.
Oder gibt es dafür bereits irgendeine andere Möglichkeit?
Du Andre hattest dann folgendes geantwortet:
Zitat von: justme1968 am 23 Februar 2019, 12:41:20
zu den gruppen:
- ist der status in fhem denn richtig? hast du createGroupReadings passend gesetzt?
- das mit dem stromausfall: das ist eine eigenschaft der lampen bzw. der firmware version und kann über die hue app für jede lampe einzeln aktiviert werden.
nachschauen kannst du über das modul mit get <name> startup.
-> Wie kann ich ermitteln, ob der Status in fhem richtig ist?
-> createGroupReadings ist an meiner Bridge auf 1 gesetzt und an einer HUEGroup unter userattr zu finden
-> "get <name> startup" führt bei meinen HUEGroups zu der Meldung "not supported", an den HUEDevices funktioniert es, ich erhalte verschiedene Ergebnisse: "custom 1", "safety 1", "powerfail 0" Was hat es damit auf sich?
Hier ein paar lists von meinen Devices:
Meine HUEBRidge
Internals:
DEF XXX.XXX.XXX.XXX 60
FUUID 5c438e35-f33f-5dcf-71cc-2821a97c464db451
FVERSION 30_HUEBridge.pm:0.190980/2019-04-02
INTERVAL 60
NAME HUEBridge
NOTIFYDEV global
NR 63
NTFY_ORDER 50-HUEBridge
STATE connected
TYPE HUEBridge
apiversion 1.31.0
host XXX.XXX.XXX.XXX
mac xx:xx:xx:xx:xx:xx
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid BSB002
name Philips hue
swversion 1931140050
updatestate 0
zigbeechannel 25
READINGS:
2018-12-29 00:11:39 lastError Internal error, 404
2019-05-25 22:19:26 state connected
2019-05-19 18:22:10 swupdate ZGB_100B_010C - ConfLight Lamps SAMR21 - 26.0
helper:
apiversion 73472
count 0
last_config_timestamp 1558815566
offsetUTC 7200
updatestate 0
Attributes:
createGroupReadings 1
group HUE Bridge
icon hue_filled_bridge_v2
key Qa3YVB4ww6MLDKZj1OLqkiQM2SBzf72ZK0MZnKz1
pollDevices 1
room Erdgeschoss->Treppenhaus,Hersteller->Hue,System->Beleuchtung,System->ZentralenHier beispielhaft eine HUEGroup:
Save config
Aussen
Dachgeschoss
Obergeschoss
Erdgeschoss
Keller
System
Hersteller
Homebridge
Unsorted
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
Internals:
CHANGED
DEF group 5 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-e3b3-98d15e6deee70b5d
FVERSION 31_HUEDevice.pm:0.192010/2019-04-16
ID G5
INTERVAL
IODev HUEBridge
NAME OG_WZ_Wohnbereich_Spots
NR 301
STATE on
TYPE HUEDevice
desired 1
lights 8,9
name Wb Spots
type LightGroup
READINGS:
2019-05-25 15:39:10 alert none
2019-05-25 21:59:45 all_on 1
2019-05-25 21:59:45 any_on 1
2019-05-25 15:39:10 bri 254
2019-05-25 22:11:03 colormode ct
2019-05-25 22:11:10 ct 380
2019-05-25 15:39:10 effect none
2019-05-25 21:59:45 onoff 1
2019-05-25 21:59:45 pct 100
2019-05-25 15:39:10 reachable 1
2019-05-25 22:01:11 sat 153
2019-05-25 21:59:45 state on
helper:
alert none
bri 254
colormode ct
ct 380
devtype G
effect none
onoff 1
pct 100
reachable 1
sat 153
state on
update_timeout 1
Attributes:
IODev HUEBridge
alias Wohnbereich Spots
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lampen
icon light_downlight
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Wohnzimmer,System->Beleuchtung
subType extcolordimmer
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFC249:ct 490:ct 380:ct 270:ct 160:toggle:on:off
und hier die beiden HUEDevices für die vorangegangene HUEGroup:
Internals:
CHANGED
DEF 8 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-e7f8-5b5c38ae50226e74
FVERSION 31_HUEDevice.pm:0.192010/2019-04-16
ID 8
INTERVAL
IODev HUEBridge
NAME OG_WZ_Wohnbereich_Spot_vorn
NR 252
STATE on
TYPE HUEDevice
desired 1
manufacturername Philips
modelid LCT003
name Wb Spot vorn
swversion 5.127.1.26420
type Extended color light
uniqueid 00:17:88:01:03:52:09:14-0b
READINGS:
2019-05-25 15:39:10 alert none
2019-05-25 15:39:10 bri 254
2019-05-25 22:11:03 colormode ct
2019-05-25 22:11:10 ct 380 (2631K)
2019-05-25 15:39:10 effect none
2019-05-25 22:01:11 hue 14743
2019-05-25 21:59:45 onoff 1
2019-05-25 21:59:45 pct 100
2019-05-25 15:39:10 reachable 1
2019-05-25 22:11:10 rgb ffc494
2019-05-25 22:01:11 sat 153
2019-05-25 21:59:45 state on
2019-05-25 22:12:11 xy 0.4656,0.4118
helper:
alert none
bri 254
colormode ct
ct 380
devtype
effect none
hue 14743
pct 100
reachable 1
rgb ffc494
sat 153
update_timeout -1
xy 0.4656,0.4118
helper:
Attributes:
IODev HUEBridge
alias Wohnbereich Spot vorn
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lichter
icon light_downlight
model LCT003
room Obergeschoss->Wohnzimmer,System->Beleuchtung
subType extcolordimmer
userattr room_map structexclude
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFC249:ct 490:ct 380:ct 270:ct 160:toggle:on:offInternals:
CHANGED
DEF 9 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-2d2d-c711844abbfd3b7c
FVERSION 31_HUEDevice.pm:0.192010/2019-04-16
ID 9
INTERVAL
IODev HUEBridge
NAME OG_WZ_Wohnbereich_Spot_hinten
NR 255
STATE on
TYPE HUEDevice
manufacturername Philips
modelid LCT003
name Wb Spot hinten
swversion 5.127.1.26420
type Extended color light
uniqueid 00:17:88:01:03:6d:16:9e-0b
READINGS:
2019-05-25 15:39:10 alert none
2019-05-25 15:39:10 bri 254
2019-05-25 22:00:05 colormode ct
2019-05-25 22:00:05 ct 380 (2631K)
2019-05-25 15:39:10 effect none
2019-05-25 22:01:11 hue 14743
2019-05-25 21:59:45 onoff 1
2019-05-25 21:59:45 pct 100
2019-05-25 15:39:10 reachable 1
2019-05-25 22:00:05 rgb ffc494
2019-05-25 22:01:11 sat 153
2019-05-25 21:59:45 state on
2019-05-25 22:01:11 xy 0.4656,0.4118
helper:
alert none
bri 254
colormode ct
ct 380
devtype
effect none
hue 14743
pct 100
reachable 1
rgb ffc494
sat 153
update_timeout -1
xy 0.4656,0.4118
helper:
Attributes:
IODev HUEBridge
alias Wohnbereich Spot hinten
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lichter
icon light_downlight
model LCT003
room Hersteller->Hue,Obergeschoss->Wohnzimmer,System->Beleuchtung
subType extcolordimmer
userattr room_map structexclude
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFC249:ct 490:ct 380:ct 270:ct 160:toggle:on:offWas muss ich tun, damit nach einem Neustart meiner Homebridge Instanz die HUEGroups nicht mehr per Default auf rot stehen?
Es muss nicht unbedingt die letzte konfigurierte Farbe in EVE sichtbar sein. Mir würde es schon reichen, wenn ich eine Default Farbe festlegen könnte.
Danke euch und Gruß Hoppel
Zitat von: exit2308 am 25 Mai 2019, 09:18:34
Typ1er im Prinzip geht jede welche ein rtsp und/oder http Stream liefert. Ich nutz die billig Mini IP-Dome Kameras aus China (Outdoor) mit POE für knapp über 20,- EUR. Alle ausgehenden Verbindungen blockiert und gut ist.
https://de.aliexpress.com/item/H-264-720P-1-0-Mega-pixel-12pcs-IR-IP-mini-Dome-Camera-ONVIF-2-3/2055397956.html (https://de.aliexpress.com/item/H-264-720P-1-0-Mega-pixel-12pcs-IR-IP-mini-Dome-Camera-ONVIF-2-3/2055397956.html)
Für Homebridge noch die passende Stream URL (hab lange gesucht und probiert):
-rtsp_transport tcp -re -i rtsp://xxx.xxx.xxx.xxx:554/user=admin_password=6QNMIQGe_channel=1_stream=0.sdp?real_stream
Hi,
wo hast Du die Stream URL eingetragen?
Fragend
Ralf
Zitat von: Wuppi68 am 26 Mai 2019, 12:13:58
wo hast Du die Stream URL eingetragen?
In der config.json
Gesendet von iPhone XR mit Tapatalk
Zitat von: Cluni am 26 Mai 2019, 17:44:11
In der config.json
Gesendet von iPhone XR mit Tapatalk
Danke - habe es hiermit gelöst: https://github.com/gozoinks/homebridge-camera-ffmpeg-ufv
Deine Infos waren perfekt zum googeln :-)
Moin,
ich hätte da mal einen bescheidenen Feature-Wunsch:
Lt. Apple haben Charcteristics einige Properties:
https://developer.apple.com/documentation/homekit/hmcharacteristic/characteristic_properties
Könnte man nicht, wenn ein Characteristic ohnehin auf readOnly gesetzt wurde, dieses auf writable = false setzen?
Konkret geht es um meine Belüftungsanlage die zwar das Reading des PowerStates ausgibt, schalte ich diesen aber, muss ich am Gerät den Stecker ziehen und stecken. Das readOnly verhindert das zwar, die Home App (bzw. Eve) gibt jedoch noch die Option zum ausschalten.
VG Jan
wenn du die characteristic über die uuid statt über den namen konfigurierst (wie eine custom characteristic) und cmd leer lässt wird die characteristic read only konfiguriert.
@hoppel118: das mit dem speichern der farbe nach stromausfall bezieht sich auf das einschaltverhalten der lampen. das hat mit deinem problem nichts zu tun. ausserdem hat phillips scheinbar das ganze zumindest zum teil für alte lampen wieder zurück gerollt. nach dem ersten update konnte ich das konfigurieren, inzwischen steht in der app das meine lampen es nicht unterstützen :(
schau mal zuerst in fhem ob die farbe die dort angezeigt wird stimmt.
dann schau im homebridge log ob die richtigen werte übertragen werden.
Moin,
ich habe ein Problem mit mehreren characteristics in einem Device.
Mein MYSENSOR Device hat mehrere DHT Readings, welche ich gerne zu homebridge mappen möchte.
Als Mapping ist zurzeit folgendes eingetragen:
clear
TargetTemperature=hvacsetpointheat3::hvacsetpointheat3,minValue=18,maxValue=26,minStep=0.5,subtype=AZ,nocache=1
CurrentTemperature=temperature2,subtype=AZ,nocache=1
CurrentRelativeHumidity=humidity1,subtype=AZ,nocache=1
CurrentHeatingCoolingState=status3,values=off:0;;on:1;;cool:2,subtype=AZ,nocache=1
TargetHeatingCoolingState=status3,values=off:0;;on:1;;cool:2,subtype=AZ,nocache=1
TargetTemperature=hvacsetpointheat6::hvacsetpointheat6,minValue=18,maxValue=26,minStep=0.5,subtype=Ella,nocache=1
CurrentTemperature=temperature5,subtype=Ella,nocache=1
CurrentRelativeHumidity=humidity4,subtype=Ella,nocache=1
CurrentHeatingCoolingState=status6,values=off:0;;on:1;;cool:2,subtype=Ella,nocache=1
TargetHeatingCoolingState=status6,values=off:0;;on:1;;cool:2,subtype=Ella,nocache=1
TargetTemperature=hvacsetpointheat9::hvacsetpointheat9,minValue=18,maxValue=26,minStep=0.5,subtype=Tobi,nocache=1
CurrentTemperature=temperature8,subtype=Tobi,nocache=1
CurrentRelativeHumidity=humidity7,subtype=Tobi,nocache=1
CurrentHeatingCoolingState=status9,values=off:0;;on:1;;cool:2,subtype=Tobi,nocache=1
TargetHeatingCoolingState=status9,values=off:0;;on:1;;cool:2,subtype=Tobi,nocache=1
Bei homebridge auf dem raspberry kommt folgende Fehlermeldung:
[2019-6-1 10:49:14] [FHEM] MYSENSOR_0 is thermostat
[2019-6-1 10:49:14] [FHEM] MYSENSOR_0 is NOT a thermostat. set command for target temperature missing:
[2019-6-1 10:49:14] [FHEM] MYSENSOR_0 has
[2019-6-1 10:49:14] [FHEM] CurrentTemperature [temperature2]
[2019-6-1 10:49:14] [FHEM] CurrentTemperature [temperature5]
[2019-6-1 10:49:14] [FHEM] CurrentTemperature [temperature8]
[2019-6-1 10:49:14] [FHEM] CurrentRelativeHumidity [humidity1]
[2019-6-1 10:49:14] [FHEM] CurrentRelativeHumidity [humidity4]
[2019-6-1 10:49:14] [FHEM] CurrentRelativeHumidity [humidity7]
[2019-6-1 10:49:14] [FHEM] CurrentHeatingCoolingState [status3]
[2019-6-1 10:49:14] [FHEM] CurrentHeatingCoolingState [status6]
[2019-6-1 10:49:14] [FHEM] CurrentHeatingCoolingState [status9]
[2019-6-1 10:49:14] [FHEM] TargetHeatingCoolingState [status3]
[2019-6-1 10:49:14] [FHEM] TargetHeatingCoolingState [status6]
[2019-6-1 10:49:14] [FHEM] TargetHeatingCoolingState [status9]
In der Home App werden die Geräte und deren Werte alle richtig angezeigt (bis auf die Solltemperatur), ich kann die einzelnen Geräte aber nicht in verschiedene Räume zuweisen. Sie werden immer alle gleichzeitig verschoben. Klingt für mich nach einem Problem mit subtype.
Trage ich nur das hier ein:
TargetTemperature=hvacsetpointheat3::hvacsetpointheat3,minValue=18,maxValue=26,minStep=0.5,subtype=AZ,nocache=1
CurrentTemperature=temperature2,subtype=AZ,nocache=1
CurrentRelativeHumidity=humidity1,subtype=AZ,nocache=1
CurrentHeatingCoolingState=status3,values=off:0;;on:1;;cool:2,subtype=AZ,nocache=1
TargetHeatingCoolingState=status3,values=off:0;;on:1;;cool:2,subtype=AZ,nocache=1
funktioniert alles ohne Fehler. Auch die Solltemperatur.
Kann mir jemand mit dem Problem helfen? Gibt es vielleicht ein Bug mit subtype?
Danke und Gruß
Ben
P.S.:
├── homebridge@0.4.49
├── homebridge-fhem@0.5.4
├── n@4.1.0
└── npm@6.9.0
Zitat von: justme1968 am 28 Mai 2019, 11:39:12
wenn du die characteristic über die uuid statt über den namen konfigurierst (wie eine custom characteristic) und cmd leer lässt wird die characteristic read only konfiguriert.
hmm. Will irgendwue nicht:
homebridgeMapping clear
model=Vallox
00000025-0000-1000-8000-0026BB765291=PowerState,valueOn=1
RotationSpeed=FanSpeedPct,minValue=1,maxValue=100,cmd=FanSpeedPct,delay=1
CurrentTemperature=TempOutsideDas scheint bei PowerState nicht zu gehen, oder ich bin zu blöd. :)
Die Homebridge erkennt es:
Jun 01 15:07:39 SRV-100-021 homebridge[15631]: 00000025-0000-1000-8000-0026BB765291=PowerState,valueOn=1
Jun 01 15:07:39 SRV-100-021 homebridge[15631]: [2019-6-1 15:07:39] [FHEM] 00000025-0000-1000-8000-0026BB765291 [PowerState]
Aber an der Schaltbarkeit im EVE hat sich nichts geändert.
VG Jan
Hallo André,
es gibt ein Problem beim homebridgeMapping von HOMEMODE (https://forum.fhem.de/index.php/topic,64317.msg945404.html#msg945404).
Es wurde u.a. die Characteristic "MotionDetected" gemappt, diese wird aber von homebridge-fhem fälschlicherweise als UUID E863F11A-079E-48FF-8F27-9C2605A29F52 erkannt was wohl eigentlich zur Characteristic "Last activation" von Eve gehört.
Laut HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js) sollte die Characteristic "MotionDetected" die UUID 00000022-0000-1000-8000-0026BB765291 haben.
Bis vor Kurzem funktionierte dieses Mapping noch einwandfrei, ich vermute das Problem kam mit der Eve-History.
Ich würde mich freuen wenn Du das prüfen könntest.
Danke.
Gruß
Dan
Zitat von: justme1968 am 28 Mai 2019, 21:03:33
@hoppel118: das mit dem speichern der farbe nach stromausfall bezieht sich auf das einschaltverhalten der lampen. das hat mit deinem problem nichts zu tun. ausserdem hat phillips scheinbar das ganze zumindest zum teil für alte lampen wieder zurück gerollt. nach dem ersten update konnte ich das konfigurieren, inzwischen steht in der app das meine lampen es nicht unterstützen :(
schau mal zuerst in fhem ob die farbe die dort angezeigt wird stimmt.
Ich habe leider immer noch keine Ahnung, wo genau ich in FHEM schauen kann. Gib mir mal bitte einen Tip. :)
Ein List für eine meiner betroffenen HUEGroups sieht wie folgt aus:
Internals:
CHANGED
DEF group 6 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-6863-4d59d9fd4a4a1439
FVERSION 31_HUEDevice.pm:0.195540/2019-06-05
ID G6
INTERVAL
IODev HUEBridge
NAME OG_WZ_Essbereich_Deckenlampe
NR 305
STATE on
TYPE HUEDevice
desired 1
lights 12,13,14
name Eb Deckenleuchte
type LightGroup
READINGS:
2019-06-08 23:54:48 alert none
2019-06-08 23:55:37 all_on 1
2019-06-08 23:55:37 any_on 1
2019-06-08 23:57:12 bri 254
2019-06-08 23:54:48 colormode hs
2019-06-08 23:58:48 ct 247
2019-06-08 23:54:48 effect none
2019-06-08 23:55:37 onoff 1
2019-06-08 23:57:12 pct 100
2019-06-08 23:54:48 reachable 1
2019-06-08 23:57:12 sat 0
2019-06-08 23:57:12 state on
helper:
alert none
bri 254
colormode hs
ct 247
devtype G
effect none
onoff 1
pct 100
reachable 1
sat 0
state on
update_timeout 1
lights:
12 1
13 1
14 1
Attributes:
IODev HUEBridge
alias Essbereich Deckenlampe
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lampen
icon light_dinner_table
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Wohnzimmer,System->Beleuchtung
subType extcolordimmer
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFC249:ct 490:ct 380:ct 270:ct 160:toggle:on:offDurch das webCmd erhalte ich im FHEM Web Interface eine Leiste mit definierten Farben zum anklicken und ganz am Anfang ein rgb colorpicker. Folgender Unterschied fällt mir auf:
- Bei einer HUEGROUP steht im Colorpicker immer der Farbcode FFFFFF.
- Bei einem HUEDevice verändert sich dieser Farbcode, wenn ich ich bspw. auf eine der in webCmd definierten Farben klicke.
Wenn ich in der EVE App eine Farbe aus dem "Weiß-Bereich" wähle, bleibt der Farbton in der EVE App auch nach einem Neustart der Homebridge erhalten. Wenn ich eine Farbe aus dem RGB-Bereich nehme, erhalte ich nach dem Neustart der Homebridge die roten Vierecke.
Kann das mit den 3 fehlenden Readings bei den farbigen Hues zusammenhängen?
Viele Grüße
Ich frage hier mal wie ich mehrere on/off Schalter in einem Device nach HomeKit Mappen kann. Eve zeigt diese Schalter zusätzlich an wenn man die Geräte aufruft. Hat hier mal jemand ein Beispiel?
Es muss also irgendwie eine Möglichkeit mit einer UUID geben, ob das in FHEM geht, weiß ich nicht.
Habe hier mal ein Beispiel angehängt, von einem anderen Homebridge Plugin:
Zitat von: Typ1er am 09 Juni 2019, 16:35:01
Ich frage hier mal wie ich mehrere on/off Schalter in einem Device nach HomeKit Mappen kann. Eve zeigt diese Schalter zusätzlich an wenn man die Geräte aufruft. Hat hier mal jemand ein Beispiel?
Es muss also irgendwie eine Möglichkeit mit einer UUID geben, ob das in FHEM geht, weiß ich nicht.
Bei Homebridge Plugins werden häufig eigene Characteristics entwickelt, die dann auch in EVE angezeigt werden. Ob das mit FHEM auch funktioniert, ist eine spannende Frage. :)
Meiner Kenntnis nach, musst du dir in FHEM eine Characteristic suchen, die dir einen solchen Schalter bereitstellt. So mache ich es zumindest bisher, bspw. "Mute":
Mute:<Reading>,cmdOn=<Reading>+<Command zum Einschalten>,cmdOff=<Reading>+<Command zum Ausschalten>,valueOn=<Command zum Einschalten>,valueOff=<Command zum Ausschalten>Ersetze den Befehl an folgenden Stellen mit dem was du haben willst:
<Reading>
<Command zum Einschalten>
<Command zum Ausschalten>
Die Klammern <> dürfen dann in dem Befehl auch nicht mehr enthalten sein. Ich hoffe, das ist so verständlich, bin kein Programmierer. ;) Versuche es einfach mal, bei mir funktioniert es.
Wenn man das mit den Characteristics einigermaßen verstanden hat, kann man bei jedem Device schon eine ganze Menge machen. :) Allerdings haben diese Characteristics dann manchmal nicht ganz eindeutige Namen. Anscheinend kann man jede Characteristic auch nur einmal pro Device verwenden. Mich würde in diesem Kontext folgendes interessieren:
- Ist es möglich einer Characteristic einen eigenen Namen zu geben? (Wenn man bspw. "Mute" verwendet, um eine Funktion eines Gerätes ein- bzw. auszuschalten ist das vielleicht nicht ganz eindeutig.)
- Ist es möglich eine Characteristic an einem Device mehrfach zu verwenden? (Ich möchte bspw. bei meinem Saugroboter gern alle Verbrauchszustände mappen, mir steht aber nur eine Characteristic "FilterLifeLevel" für Filter zur Verfügung. Ich bräuchte noch "MainBrushLiveLevel", "SensorsLiveLevel" und "SideBrushLiveLevel". Außerdem gibt es bei den Filtern auch noch "FilterChangeIndication". Das hätte ich eigentlich auch gern für den Sensor und die beiden Bürsten. Außerdem bräuchte ich noch eine Art Reset-Schalter für den Fall, dass eine Bürste oder der Filter getauscht bzw. der Sensor gereinigt wurde. Wenn ich eine Characteric mehrfach in meinem HomebridgeMapping verwende, sehe ich trotzdem immer nur eine.)
- Ist es evtl. möglich Characteristics komplett selbst zu bauen? (Für mich als Nicht-Programierer wahrscheinlich nur sehr schwer umsetzbar. Es interssiert mich aber trotzdem.)
Die Kombination aus Punkt 1 und 2 würde mir quasi alle Möglichkeiten bieten.
Hat da jemand eine Idee?
Viele Grüße Hoppel
Zitat von: justme1968 am 01 Februar 2016, 16:16:37
die folgenden parameter namen sind für die richtung fhem -> homebridge möglich:
- subtype: eindeutiger name um mehrere identische characteristics im gleiche accessory zu unterscheiden
Habe mir gerade nochmal den Eingangspost zu meinen Punkten 1. und 2. des vorangegangenen Posts angeschaut und bin auf "subtype" gestoßen. Außerdem bin ich beim Googeln nach subtype noch auf die Beschreibung in Github gestoßen:
https://github.com/justme-1968/homebridge-fhem
Zitatcharacteristic names can be given as <service_name>#<characteristic_name> to create multiple services for a device this can also include a subtype like so; <service_name>()#<characteristic_name> to create multiple services of the same type
@Andre: Ist das das, was ich suche? Wenn ja, wie funktioniert das?
Folgende Characteristic funktioniert:
FilterLifeLevel=consumables_filter,minValue=0,maxValue=100Wenn ich das nun wie folgt anpasse, startet meine Homebridge nicht mehr:
Filterzustand(0)#FilterLifeLevel=consumables_filter,minValue=0,maxValue=100
Hauptbürstenzustand(1)#FilterLifeLevel=consumables_main_brush,minValue=0,maxValue=100
Seitenbürstenzustand(3)#FilterLifeLevel=consumables_side_brush,minValue=0,maxValue=100
Sensorzustand(2)#FilterLifeLevel=consumables_sensors,minValue=0,maxValue=100
Im Logfile sehe ich dann folgenden TypeError:
Jun 19 12:22:07 omv4 homebridge[4117]: [2019-6-19 12:22:07] TypeError: Cannot read property 'toString' of undefinedWenn ich die Zahlen in den runden Klammern weglasse, sehe ich folgenden Error im Logfile:
Jun 19 12:37:28 omv4 homebridge[8029]: [2019-6-19 12:37:28] Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.Wenn ich die runden Klammern ganz weg lasse, sehe ich ebenfalls folgenden Error im Logfile:
Jun 19 12:46:33 omv4 homebridge[9553]: [2019-6-19 12:46:33] Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.Alle drei Varianten funktionieren nicht. Ich habe noch ein paar andere Sachen probiert, komme aber nicht drauf.
Wo liegt mein Fehler oder kann ich subtype gar nicht dafür verwenden? Wenn nihct, gibt es irgendeine andere Möglichkeit?
Danke und Gruß Hoppel
Hallo Hoppel, so sieht mein Staubsauger momentan aus, die UUID sind blanko generiert also ohne spezielle Zuordnung. Zeigen damit aber die Filter einzeln an
Generieren lassen sich die UUIDs hier : https://www.uuidgenerator.net Version 4 nehmen.
On=state,valueOn=Cleaning,cmdOn=start,cmdOff=charge
RotationSpeed=fan_power,minValue=0,maxValue=90,cmd=fan_power,delay=1
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=state,values=Docked:NOT_CHARGING;;Charging:CHARGING;;/.*/:NOT_CHARGEABLE
OccupancyDetected=state,values=/Docked|Charging/:OCCUPANCY_DETECTED;;/.*/:OCCUPANCY_NOT_DETECTED
FilterLifeLevel=consumables_filter,minValue=0,maxValue=100
FilterChangeIndication=consumables_filter,values=0:CHANGE_FILTER
e8d1027e-b068-40d5-9efd-f161b1b52774=device_firmware,name=Firmware,format=STRING
fe7a8dac-dff3-4a07-8a5e-0d6abbf0df0c=consumables_main_brush,name=Reinigung+Hauptbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
4f9b2a22-b764-4fc1-8cd2-99383924394c=consumables_side_brush,name=Reinigung+Seitenbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
2af6d0d0-3691-4f0d-9c9c-c1098295b1cb=consumables_sensors,name=Reinigung+der+Sensoren,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
fd11b965-052e-430f-b08f-206287d8bc00=consumables_filter,name=Reinigung+des+Filters,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
82af5fd7-50a3-4ab3-81d3-1f7903de612a=total_clean_area,name=gesamt+gereinigte+Fläche,format=FLOAT,minStep=1,unit=qm²
4896763a-26f7-400b-9734-2ce6564ceba2=total_clean_time,name=gesamt+gefahrene+Stunden,format=FLOAT,minStep=1,unit=h
00d2ef14-b429-4569-8af3-c342d41cf383=total_cleans,name=Anzahl+Reinigungsvorgänge,format=FLOAT,minStep=1
Sehr cool! Das funktioniert bei meinem Robosauger exakt genau so! Danke dafür! :D
Wie generierst du die UUIDs blanko? Einfach irgendwas ausdenken? Oder wie meinst du das?
Kann man denn solche blanko UUIDs nicht dafür verwenden auch solche Ein-/Aus-Schalter zu generieren?
Gruß Hoppel
Hier Version 4
https://www.uuidgenerator.net
Wow, danke! Habe gerade mal ein Bisschen damit herumgespielt. Ich habe es aber nicht geschafft, so eine blanko UUID mit einem Schalter zu verbinden. Ich wollte eine Characteristic "Natürlicher Wind" erstellen, um bei meinem Ventilator von der Windart "straight" (Schalter: AUS) zu "natural" (Schalter: EIN) wechseln zu können:
b31c4c44-25b6-41da-9b8f-7bab1e21ce12:mode,name=Natürlicher+Wind,cmdOff=mode+straight,cmdOn=mode+natural,valueOff=straight,valueOn=natural
Das funktioniert so aber nicht. Evtl. bin ich da zu naiv. ;) EVE hängt sich beim Starten komplett auf. Vielleicht hat ja noch jemand anderes eine Idee?
Viele Grüße Hoppel
Zitat von: hoppel118 am 19 Juni 2019, 17:19:57
Wow, danke! Habe gerade mal ein Bisschen damit herumgespielt. Ich habe es aber nicht geschafft, so eine blanko UUID mit einem Schalter zu verbinden. Ich wollte eine Characteristic "Natürlicher Wind" erstellen, um bei meinem Ventilator von der Windart "straight" (Schalter: AUS) zu "natural" (Schalter: EIN) wechseln zu können:
b31c4c44-25b6-41da-9b8f-7bab1e21ce12:mode,name=Natürlicher+Wind,cmdOff=mode+straight,cmdOn=mode+natural,valueOff=straight,valueOn=natural
Das funktioniert so aber nicht. Evtl. bin ich da zu naiv. ;) EVE hängt sich beim Starten komplett auf. Vielleicht hat ja noch jemand anderes eine Idee?
Viele Grüße Hoppel
Von den UUIDs habe ich zwar nicht soviel Ahnung, aber beim drüber gucken ist mir aufgefallen, dass im Beispiel nach der UUID ein = ist und bei dir ein :
Vielleicht liegt es ja schon daran.
Gesendet von iPad mit Tapatalk
@hoppel118
zum Lüfter, die Kindersicherung geht (in Home und Eve)
genericDeviceType Fan
On=power,valueOn=on,cmdOn=on,cmdOff=off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
Ja, sauber. Das war tatsächlich das letzte, was mir bei dem Lüfter noch gefehlt hat. Tatsächlich habe ich schon so viele Möglichkeiten durchprobiert... Aber es kam einfach nichts. Mit deiner Charateristic kam auch nichts, aber durch deine Aussage, dass es funktioniert, kam ich nun auf die Idee in der EVE App mal auf das kleine Zahnrad zu tippen. Siehe da, da gibt es eine Kindersicherung und sie funktioniert. ;)
Hier meine Mappings für die beiden Lüfter:
Xiaomi DC Pedestal FangenericDeviceType Fan
clear
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
history:size=1024genericDeviceType Fan clear
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=naturalIm Großen und Ganzen dasselbe. Beim neueren Modell fehlen allerdings die Sensoren/Readings für battery, humidity und temperature. Außerdem funktioniert beim neueren Modell AudioFeedback noch nicht, weil "buzzer" nicht funktioniert. Vielleicht kann Markus da mal was machen... Bei dem älteren Modell funktioniert die history für humidity und temperature nicht, da der genericDeviceType Fan verwendet wird. Evtl. kann Andre da mal was machen...
Ich habe mich bei den Characteristics wie schon erwähnt an verfügbaren Characteristics orientiert und diese verwendet. Von daher sind die Bezeichnungen der Schalter in Eve nicht unbedingt immer passend/selbsterklärend.
- Mit AudioFeedback/Audio-Bestätigung werden die Töne des Lüfters ein bzw. ausgeschaltet.
- Mit NightVision/Nachtsicht werden die LEDs ein bzw. ausgeschaltet.
- Mit Mute/Audio wird der Windmodus von Straight zu Natural geschaltet.
- Der Rest ist selbsterklärend.
Ich werde das bei Gelegenheit mal alles ins Wiki übertragen, sobald ich das Gefühl habe, das es perfekt ist.
Viele Grüße Hoppel
Hast du eine Idee, wie das mit den subtypes funktioniert? Ich würde gerne eine Kategorie "Verbrauchsmaterial" bei meinem Robosauger anlegen, die dann die ganzen Status der Bürsten, Filter und Sensoren beinhaltet. Das würde das ganze etwas übersichtlicher machen. In deinem Screenshot gibt es so etwas, heißt dort einmal "Homebridge Instances" und einmal "Feinstaub".
https://forum.fhem.de/index.php?action=dlattach;topic=48558.0;attach=121176;image
Einfach "subtype=Verbrauchsmaterial" am Ende der Characteristic ergänzen funktioniert irgendwie nicht.
2af6d0d0-3691-4f0d-9c9c-c1098295b1cb=consumables_sensors,name=Reinigung+Sensoren,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%,subtype=Verbrauchsmaterial
fd11b965-052e-430f-b08f-206287d8bc00=consumables_filter,name=Austausch+Filter,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%,subtype=Verbrauchsmaterial
fe7a8dac-dff3-4a07-8a5e-0d6abbf0df0c=consumables_main_brush,name=Austausch+Hauptbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%,subtype=Verbrauchsmaterial
4f9b2a22-b764-4fc1-8cd2-99383924394c=consumables_side_brush,name=Austausch+Seitenbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%,subtype=Verbrauchsmaterial
Viele Grüße Hoppel
Das mit den Instanzen ist ein separates HomebridgePlugin https://github.com/SeydX/homebridge-instances-platform
dort Taucht jede Instanz als eigenes Gerät auf, als auch in dieser gemeinsamen Liste, wie das gelöst ist, da habe ich keine Info.
Jo, aber das muss auch ohne Plugin gehen. Vorhin hatte ich das zufällig kurz mal, als ich mich mit subtypes oder characteristic names beschäftigt hatte:
Habe es aber direkt wieder gelöscht und nun keine Ahnung mehr, was ich gemacht hatte.
Ansonsten habe ich gerade meine Mappings für die beiden Lüfter im Wiki ergänzt. Außerdem habe ich (leicht angepasst) dein Mapping für den Roborock S50 veröffentlicht. Dickes Danke dafür.
https://wiki.fhem.de/wiki/Homebridge_User_Configs
Bilder habe ich auch gleich hochgeladen.
Evtl. sollten wir unsere Erkenntnisse zu den Custom Characteristics auch im Wiki dokumentieren.
Viele Grüße Hoppel
Also bei meinem Ventilator passt dein Beispiel nicht ganz, meinem fehlen Temp. und Feuchte. Auch der Akku gibt keine Kapazität bekannt. Das hat meiner garnicht, ist der Fan mit Akku Modell 2018
TargetTiltAngle ist auch irgendwie das Falsche (Lamellenverstellung), siehe die Bilder hier https://github.com/YinHangCode/homebridge-mi-fan/issues/5
mit dem subtype verstehe ich so, wenn aus einem Reading gleich 3 Geräte erstellt werden sollen, das sollte bei den 4 Filtern nicht klappen
genericDeviceType gibt es auch noch einen Fanv2, wo hier der Unterschied ist, keine Ahnung
Zitat von: Typ1er am 20 Juni 2019, 08:58:05
Also bei meinem Ventilator passt dein Beispiel nicht ganz, meinem fehlen Temp. und Feuchte. Auch der Akku gibt keine Kapazität bekannt. Das hat meiner garnicht, ist der Fan mit Akku Modell 2018
Ich hatte doch zwei Beispiele gepostet. Eins mit humidity, temperature und battery und eins ohne. Dann musst du wohl das zweite nehmen. Wie gesagt, mein 2019er Ventilator stellt diese Readings auch nicht mehr bereit, weil ihm die Sensoren fehlen. Das hatten wir doch hier irgendwo schon geklärt.
Zitat von: Typ1er am 20 Juni 2019, 08:58:05
mit dem subtype verstehe ich so, wenn aus einem Reading gleich 3 Geräte erstellt werden sollen, das sollte bei den 4 Filtern nicht klappen
Ok, das kann sein.
Zitat von: Typ1er am 20 Juni 2019, 08:58:05
genericDeviceType gibt es auch noch einen Fanv2, wo hier der Unterschied ist, keine Ahnung
Hatte ich getestet, aber hier waren auch standardmäßig Characteristics dabei, die unsere Ventilatoren nicht unterstützen.
Für konkrete Verbesserungsvorschläge bin ich offen. ;)
Gruß Hoppel
Ich ziehe dieses Thema nochmal aus dem vorangegangenen Post heraus und ergänze etwas.
Zitat von: Typ1er am 20 Juni 2019, 08:58:05
TargetTiltAngle ist auch irgendwie das Falsche (Lamellenverstellung), siehe die Bilder hier https://github.com/YinHangCode/homebridge-mi-fan/issues/5
Ich habe versucht, möglichst viele Funktionen abzubilden, auch wenn die dafür von mir verwendeten Characteristics nicht 100%ig passen. Ok, diese Characteristic ist eigentlich für Lamellen gedacht. Man kann damit aber auch super den Schwenkwinkel (30', 60', 90' und 120') einstellen. Das sollte ich im Wiki vielleicht auch nochmal erläutern.
In dem Github-Screenshot sieht man noch die Drehrichtung (characteristic: RotationDirection). Diese Characteristic müssen wir noch ergänzen. Wobei das auch nicht wirklich die Drehrichtung ist, habe ich gerade festgestellt. Man kann damit die Windrichtung leicht justieren, wenn Schwenken deaktiviert ist.
Die folgende Frage bleibt: Kann man irgendwie die Namen von Standard Characteristics verändern?
Gruß Hoppel
also meiner Kann in der Xiaomi App
-Natürlicher Wind
-Buzzer
-Led (high. low, aus)
-Schwenken (aus, 30°, 60°, 90°, 120°)
-links/rechts drehen
-Timer
-Device malfunktion alert
-Kindersicherung
und hat 4 Hardwaretasten zur Bedienung + Bluetooth Fernbedienung
Die Namen von Standard Characteristics wird man nicht verändern können, da er jeweils in die Landessprache übersetzt wird und das ist denke ich hinterlegt im iOS.
Zitat von: Typ1er am 20 Juni 2019, 14:50:27
also meiner Kann in der Xiaomi App
-Natürlicher Wind
-Buzzer
-Led (high. low, aus)
-Schwenken (aus, 30°, 60°, 90°, 120°)
-links/rechts drehen
-Timer
-Device malfunktion alert
-Kindersicherung
Jo, damit kann er genau das, was mein 2019er Fan 2S auch kann.
Zitat von: Typ1er am 20 Juni 2019, 14:50:27
und hat 4 Hardwaretasten zur Bedienung + Bluetooth Fernbedienung
Die 4 Hardwaretasten und die Bluetooth-Fernbedienung wurden bei meinem 2S dann wieder eingespart. Bluetooth hat er aber noch für den initialen Verbindungsvorgang. Danach wird er dann natürlich über Wifi angesprochen. Der 2S hat oben und hinten jeweils nur eine Taste, so wie beim älteren Modell. Das muss ich im Wiki nochmal konkretisieren, damit sich andere Leute direkt die richtigen Homebridgemappings ziehen.
Zitat von: Typ1er am 20 Juni 2019, 14:50:27
Die Namen von Standard Characteristics wird man nicht verändern können, da er jeweils in die Landessprache übersetzt wird und das ist denke ich hinterlegt im iOS.
Das ist schade! Damit hätten wir dann wirklich alle Möglichkeiten gehabt. Ich kann mir kaum vorstellen, dass die custom characteristics mehr können, als Readingwerte anzeigen und Ein-/Aus-Schalten.
Zitat von: hoppel118 am 20 Juni 2019, 14:28:33
In dem Github-Screenshot sieht man noch die Drehrichtung (characteristic: RotationDirection). Diese Characteristic müssen wir noch ergänzen. Wobei das auch nicht wirklich die Drehrichtung ist, habe ich gerade in der Xiaomi App festgestellt. Man kann damit den Lüfter bzw. die Windrichtung leicht nach links/rechts justieren, insofern Schwenken deaktiviert ist.
Das funktioniert leider nicht wie erwartet. Die characteritic "RotationDirection" ist tatsächlich dafür da, um die Drehrichtung des Lüfterblattes einzustellen. Das kann der Xiaomi aber nicht, zumindest wüsste ich nicht wie. Mit dieser Characteristic können wir nicht die Funktion abbilden, die wir benötigen, um den Lüfter bei deaktiviertem Schwenken leicht nach links bzw. rechts auszurichten.
@Typ1er: Du kannst es ja selbst mal ausprobieren:
RotationDirection:move,values=left:CLOCKWISE;;right:COUNTER_CLOCKWISE,cmds=CLOCKWISE:move+left;COUNTER_CLOCKWISE:move+rightGrundsätzlich funktioniert das zwar so, aber man kann nur einen Step nach links und einen Step nach rechts. Gibt es irgendeine Characteristic mit der man zwei Felder hat, die man antippen kann und bei jedem Tip wird eine Aktion ausgelöst? Mit so einer Characteristic könnten wir das so umsetzen, wie es auch in der Xiaomi App funktioniert.
Den Custom Ein-/Aus-Schalter müssen wir auch noch irgendwie hinbekommen. Damit könnten wir dann auch noch ein paar Funktionen mit einer besseren Bezeichnung versehen.
Viele Grüße Hoppel
er macht nur einen Step nach links oder rechts :-\
Zitat von: hoppel118 am 20 Juni 2019, 18:30:22
Den Custom Ein-/Aus-Schalter müssen wir auch noch irgendwie hinbekommen. Damit könnten wir dann auch noch ein paar Funktionen mit einer besseren Bezeichnung versehen.
Damit könnte man noch viel mehr anstellen ...
Momentan stürzt Homekit mit jedem versuch ab, in Home steht dann Geräte und Szenen laden ...
Danach alles einmal Neustarten, dann geht es meist wieder.
Hat denn hier noch niemand einen custom Ein-/Ausschalter gebaut?
@Andre: Weißt du vielleicht wie das geht?
Viele Grüße Hoppel
@hoppel118 Ich habe bei meinen Ventilator eine Aktiviert Schalter? Wozu ist dieser? wird bei dir auch der Stromverbrauch angezeigt mit 0? Woher kommt das Reading?
Wenn du bei deinen Homebridgemappings zu Beginn das ,,clear" weg lässt, werden die mit dem genericDeviceType standardmäßig verknüpften characteristics gezogen. Durch das ,,clear" vorweg werden auch nur die characteristics angezeigt, die man selbst definiert hat.
Ich schätze mal, bei dir fehlt das clear und du hast genericDeviceType Fanv2 verwendet. Bei Fanv2 gibt es zusätzlich diesen Aktiviert Schalter. Keine Ahnung wofür der gut sein soll. Der übliche Ein-/Aus-Sachalter ist ja auch da. Verbrauch ist sowohl bei ,,Fan" und bei ,,Fanv2" hinterlegt. Unsere Xiaomi Ventlatoren stellen diese Werte nicht bereit, weshalb ich mich dafür entschieden habe ,,Fan" zu verwenden und vollständig auf die Default-characteristics zu verzichten.
Evtl. hat derjenige der genericDeviceType Fanv2 in fhem gebaut hat, einen herkömmlichen Ventilator mit einer schaltbaren Steckdose inkl. Leistungsmessung davor. Dann würde das irgendwie Sinn machen.
Der erste Screenshot stellt genericDeviceType ,,Fan" und der zweite Screenshot ,,Fanv2" ohne eigenes Mapping dar.
Viele Grüße Hoppel
ich probiere noch:
in Home wird der Lüftermodus mit manuell/automatisch gekennzeichnet. In Eve steht nur Ventilator on/off da
TargetFanState=mode,cmdOff=mode+straight,cmdOn=mode+natural,valueOff=straight,valueOn=natural
und hier noch die Umdrehungen für den Motor als Beispiel:
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
So, ich habe gerade die Configs im Wiki nochmal übarbeitet: https://wiki.fhem.de/wiki/Homebridge_User_Configs
Bei dem älteren Modell sind nun auch "StatusLowBattery", "ChargingState" und "CurrentFanState" dabei. Beim neueren Modell nur "CurrentFanState". Außerdem habe ich die Überschriften und die Characteristicbeschreibungen nochmal angepasst. Schau nochmal drüber. Für Verbesseungsvorschläge bin ich wie gesagt offen. Das sind meine ersten Wiki-Sachen, die ich hier pflege. ;)
Tatsächlich ist mir gestern Abend die Characteritic BatteryLevel bei den neueren Generationen des Ventilators im Wiki mit reingerutscht. Die habe ich dort natürlich auch wieder entfernt.
Die beiden Characteristics mit denen du dich gerade beschäftigst, sehen interessant aus. Schaue ich mir morgen mal genauer an. :)
Gruß Hoppel
Hallo Andre und alle anderen Homebridgeler,
bin leider im Moment nicht auf dem letzten Stand. Gibt es eine Möglichkeit Events von "nativen" Homekit Geräten/Sensoren (z.B. eine Netatmo Presence Kamera) über homebridge in FHEM zu verwenden? Sozusagen, über Homebridge die Homekit Geräte/Events in FHEM erzeugen? Immer mehr Geräte unterstützen native Homekit und dies würde die umständliche Methode von Webhooks z.B. bei Netatmo Geräten unnötig machen.
Grüße,
Chris
@chrisz: nein. das geht nicht und ist auch prinzipiell nicht möglich. ein homekit gerät kann nur mit einer zentrale gepairt sein. es ist nicht möglich hier etwas 'abzugreifen'.
die einzigen möglichkeiten wären:
- das device statt mit homekit mit fhem pairen. dazu muss man das pairing und die Verschlüsselung implementieren. in homekit steckt dafür nur die client seite. nicht die server seite.
- eine ständig laufende app auf einem iOS gerät (oder einem mac) das die daten an fhem weiterreicht. letzteres habe ich mir mal spasseshalber angefangen anzuschauen. der aufwand ist aber nicht zu unterschätzen. und es muss wie gesagt ein apple gerät ständig laufen. ich weiss nicht ob der potentielle anwenderkreis gross genug ist den aufwand zu treiben.
@all: ich weiss im thread gibt es noch ein paar offene punkte die ich mir anschauen muss. komme nur gerade nicht dazu.
@hoppel118: ich glaube es wäre klasse die ganzen mappings in passenden attrTemplates zu sammeln. dann kann man sie in fhem mit einem klick auswählen und konfigurieren.
in dem thread hier: https://forum.fhem.de/index.php/topic,101426.msg949798.html#msg949798 (https://forum.fhem.de/index.php/topic,101426.msg949798.html#msg949798) haben wir das gerade für ein paar hue geräte angefangen.
hier: https://forum.fhem.de/index.php/topic,99195.0.html (https://forum.fhem.de/index.php/topic,99195.0.html) gibt es ein paar ideen im bezug auf attrTemplate und sprachassistenten. rudi hat auch schon einen teil davon implementiert.
ich denke es lohnt sich das weiter zu verfolgen :)
ps: ich hatte hier: https://wiki.fhem.de/wiki/Homebridge_einrichten#Beispiele (https://wiki.fhem.de/wiki/Homebridge_einrichten#Beispiele) auch schon angefangen komplexere beispiele zu dokumentieren.
ich denke es wäre gut das alles zusammen zu fassen und nicht an mehreren stellen verstreut zu haben.
Die Threads zum Thema attrTemplate schaue ich mir heute Abend mal an.
Zitat von: justme1968 am 21 Juni 2019, 11:52:23
ps: ich hatte hier: https://wiki.fhem.de/wiki/Homebridge_einrichten#Beispiele (https://wiki.fhem.de/wiki/Homebridge_einrichten#Beispiele) auch schon angefangen komplexere beispiele zu dokumentieren.
ich denke es wäre gut das alles zusammen zu fassen und nicht an mehreren stellen verstreut zu haben.
Das ist mir allerdings auch schon aufgefallen und habe mich gefragt, warum das gemacht wurde. Ich dachte, dass es dafür diese Seite gibt: https://wiki.fhem.de/wiki/Homebridge_User_Configs
Entweder packen wir die Configs alle dort hin oder direkt in die Homebridge-Wiki-Seite, wo du sie auch ergänzt hast. Persönlich bin ich da schmerzbefreit.
Ich würde mich dazu bereit erklären, alles hin- und herzuziehen. Aber wir sollten uns vorher einig sein. Also wo sollen die homebridgeMappings hin? :)
Hier: https://wiki.fhem.de/wiki/Homebridge_einrichten#Beispiele
Oder hier: https://wiki.fhem.de/wiki/Homebridge_User_Configs
Viele Grüße Hoppel
entweder war ich schneller, oder ich kannte die andere seite nicht :)
wo es landet ist mir egal. hauptsache es ist nur eine stelle. gerne auch auf der eigen seite. ein link auf der hauptseite seite reicht.
wenn du dich drum kümmerst findenden das klasse :)
Ok, alles klar! Dann mache ich das. Wenn ich ehrlich bin, hatte ich das sowieso schon auf dem Schirm, weil ich dachte, welcher Dödel hat denn da nicht aufgepasst. ;)
Die Seite mit den user configs, die ich verlinkt hatte, gibt es wirklich schon sehr lange. Auf jeden Fall seit ich mich mit Homebridge beschäftige... :)
Wäre schön, wenn du uns bei Gelegenheit mal ein Beispiel zeigen könntest, wie man mit einer custom characteristic einen On-Off-Schalter bauen kann, wenn du es denn weißt.
Danke dir und bis dann!
was meinst du mit custom on/off?
warum reicht normales on/off nicht?
Ich habe für mein VentilatorMapping einige characteristics verwendet, die eigentlich gar nicht für Ventilatoren bestimmt sind. So verwende ich bspw. ,,Mute", um bei der Windart zw. ,,straight" und ,,natural" zu wechseln. Dieser Mute-Schalter funktioniert, er heißt aber nun mal ,,Audio (Ein-Aus)" und nicht ,,Natürlicher Wind (Ein-Aus).
Typ1er hat mich dann an die custom characteristics herangeführt und mir erläutert wie man UUIDs generiert und wie einem so die ganze Welt der characteristics offen steht. Diese custom characteristics kann man nennen, wie man möchte.
Leider ist uns aber kein Weg bekannt, wie man einen custom Schalter baut. Wie man Werte mit solchen custom characteristics anzeigen kann, wissen wir nun, dank Typ1er.
Irgendwie muss das gehen. Typ1er hatte hier auch mal einen Screenshot gepostet:
https://forum.fhem.de/index.php/topic,48558.msg947459.html#msg947459
Der Schalter ,,Update Plugins" sieht nach so einem custom Schalter aus. Man erkennt sie an diesem Icon mit einem Punkt in einem Viereck.
Ich würde das ganze Thema ,,Wie erstellt man custom characteristics?" dann auch im Wiki dokumentieren.
Hast du eine Idee, wie das funktioniert und kannst uns Beispiel dafür geben?
Hilf uns bitte! ;)
Danke dir und Gruß Hoppel
Hallo Andre sowas hier, viele selbstdefinierte Schalter, diese sind nicht in Home sichtbar, dafür aber in Eve und Co.
die gute nachricht:
wenn es eine bestehende characteristic gibt die genau das macht was man möchte (in diesem fall On oder Active um etwas ein und aus schalten) sollte man die glaube ich verenden und nicht auf custom ausweichen. dann weiss auch home das es alles nur schalter sind und zeigt sie an.
und jetzt die schlechte nachricht:
ich fürchte das ist aktuell mit homebridge-fhem nicht möglich weil im code geprüft wird das pro service jede characteristic nur ein mal vorhanden ist. ich habe auch auf die schnelle noch keine idee wie ich das ändern kann so das alle bisherigen konfigurationen ohne änderung auch weiter laufen.
ich muss mal überlegen...
Schade, da hatte ich mir eine andere Nachricht erhofft. Siehst du evtl. Möglichkeiten folgendes umzusetzen?
1. Standard Characteriscs können mehrfach pro Device verwendet werden
2. Standard Characteriscs können umbenannt werden
Viele Grüße Hoppel
1. baue ich ein. aber ich muss mir erst eine syntax überlegen.
2. das hängt von der verwendeten app ab. nicht von homebridge.
Super! Zu zweitens hatte ich ,,name" vor Augan, wie bei den custom characteristics, bspw.:
4f9b2a22-b764-4fc1-8cd2-99383924394c=consumables_side_brush,name=Austausch+Seitenbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
Evtl. kann man das ja so zumindest irgendwie nach EVE übergeben.
Gruß Hoppel
Hallo zusammen,
eine ganz banale Frage wie kann ich ein Gerät aus Apple Home/Home Bridge wieder entfernen? Muss ich dafür den persistent Ordner löschen und alles wieder neu anlegen?
Gruß
Jan
Nö, eigentlich nur das Gerät aus dem entsprechenden fhem room ,,Homebridge, Homekit, wie auch immer du ihn genannt hast..." entfernen.
Oder funktioniert genau das nicht?
Gruß Hoppel
Danke, genau da stand ich auf dem Schlauch. Muss wohl am Wetter liegen. Ha ha
Hallo Zusammen,
ich habe einen Bewegungsmelder von Homematic (HM-Sen-MDIR-O-3), den ich gerne in Homebridge anlegen möchte, es klappt aber leider nicht. Der Bewegungsmelder ist z.B. in EVE nicht sichtbar.
Hier aus Auszug aus den Attributen.
genericDeviceType ignore
model HM-SEN-MDIR-O
serialNr MEQ0248339
subType motionDetector
Was muss man da konkret einstellen?
Vielen Dank und viele Grüße
Pit
Habe zwar (noch) keine Bewegungsmelder, aber wie wäre es, wenn du statt ,,genericDeviceType blind" mal ,,genericDeviceType MotionSensor" probierst?
Gruß Hoppel
Hallo Hoppel,
"genericDeviceType" ist bei mir ein Auswahlfeld, MotionSensor kann ich da leider nicht auswählen, hatte das schon versucht. Und eingeben kann ich da auch nichts, leider.
Vielen Dank und viele Grüße
Pit
Kannst du mit set attr oben Inder Befehlszeile setzen.
Gesendet von iPhone XR mit Tapatalk
genericDeviceType ignore macht genau was es sagt: ignorieren.
Zitat von: justme1968 am 25 Juni 2019, 16:43:38
genericDeviceType ignore macht genau was es sagt: ignorieren.
Wofür braucht man sowas? Man könnte doch auch einfach den room "Homebridge, Homekit, wie man ihn auch immer benannt hat..." entfernen, oder?
Viele Grüße Hoppel
brauchen tut man ganz viel nicht. autos, computer, fhem, ... :)
im ernst: weil es x methoden gibt den filter aufzubauen, nicht jeder einen eigenen raum dafür anlegt, ich beim testen mal kurz was ändern möchte, ... :)
OK, danke für die Info. Verstanden... ;)
@piet_pit: Hier ist nun eigentlich alles gesagt worden: "attr <dein Device> genericDeviceType MotionSensor" in die FHEM Befehlszeile eingeben. Fertig!
Ich habe bei mir mittlerweile übrigens alle genericDeviceTypes in der Dropdownliste gepflegt, die ich irgendwo gefunden habe... Dafür habe ich mein "attr global userattr" wie folgt angepasst:
cmdIcon devStateIcon devStateIcon:textField-long devStateStyle genericDeviceType:AirPurifier,AirQualitySensor,Blind,CarbonDioxideSensor,CarbonMonoxideSensor,ContactSensor,Door,Doorbell,Fan,Fanv2,Faucet,GarageDoorOpener,HeaterCooler,HumidifierDehumidifier,HumiditySensor,IrrigationSystem,LeakSensor,LightSensor,Lightbulb,MotionSensor,OccupancySensor,Outlet,SecuritySystem,SmokeSensor,Speaker,Switch,TemperatureSensor,Television,Thermostat,Valve,Window,WindowCovering homebridgeMapping:textField-long icon siriName sortby webCmd webCmdLabel:textField-long widgetOverride
Keine Garantie auf Vollständigkeit und keine Ahnung, ob das gewünscht ist, dass ich das hier poste.
@Andre gibt es Gründe, warum das nicht per Default so ist?
Zitat von: justme1968 am 21 Juni 2019, 14:32:06
entweder war ich schneller, oder ich kannte die andere seite nicht :)
wo es landet ist mir egal. hauptsache es ist nur eine stelle. gerne auch auf der eigen seite. ein link auf der hauptseite seite reicht.
wenn du dich drum kümmerst findenden das klasse :)
Ich habe die HomebridgeMappings "Bravia Fernseher" und "Homematic Wetterstation" gerade hierhin umgezogen: https://wiki.fhem.de/wiki/Homebridge_User_Configs
Die Struktur dieser User-Config-Seite gefällt mit irgendwie nicht so richtig. Auf der anderen Seite handelt es sich um gesammelte Beispiele. Naja, mal sehen, evtl. baue ich das bei Gelegenheit alles nochmal etwas um bzw. strukturiere es neu. Dort findet man nun übrigens alle meine Homebridgemappings, die ich bei irgendwie customized habe.
Viel Spaß noch!
Gruß Hoppel
Hallo Zusammen,
vielen Dank für die Infos, probiere ich morgen direkt einmal aus.
Vielen Dank und viele Grüße
Pit
Zitat von: hoppel118 am 25 Juni 2019, 17:34:52
@Andre gibt es Gründe, warum das nicht per Default so ist?
ja. die genericDeviceType defaults sollen nur die häufigsten typen abstrakt bescheiben und zwischen den unterschiedlichen sprachassistenten und anderen interessenten kompatibel sein.
die detaillierteren assistenten spezifischen dingen sollen hier nicht automatisch landen. dazu wird es eventuell etwas wie alexaType oder homekitType geben.
Ok, danke wieder einmal dafür, dass du meinen Horizont erweitert hast. ;)
Es mag dem ein oder anderen trivial erscheinen: ich habe es endlich hinbekommen die Philips White ambiance Leuchten vernünftig ins homekit zu integrieren.
Das sind ja Leuchten die gedimmt werden können und die Farbtemperatur eingestellt werden kann, die jedoch keine Farben an sich darstellen können.
Per default sind diese -- wenn sie in fhem über ein HUEDevice definiert sind -- in der Home-App nur dimmbar, eine Wahl der Farbtemperatur wird nicht angeboten.
Durch hinzufügen des homebridgeMappings
ColorTemperature=ct,minVal=140,maxVal=500,cmd=ct,minStep=1
kann nun auch die Farbtemperatur in der Home-App justiert werden.
Zitat von: justme1968 am 31 März 2019, 11:07:18
das device verschwindet nur wenn es im mapping ein problem
gibt das homekit nicht mag. das beispiel aus dem wiki läuft seit wochen
stabil
Hallo André,
ich versuche auch die Lautstärke eines Pioneer AVR Receivers in Apple Home zu steuern. Kannst du mir mal deine Konfiguration kopieren?
Im Moment kann ich mir noch nicht richtig vorstellen wie das abläuft. Startet dann nicht automatisch das Apple TV wenn ich dessen Control App starte? Das ist bei mir eigentlich nicht gewünscht.
Gruß
Jan
@thymjan: danke. die ColorTemperature characteristic scheint halbwegs neu zu sein. bisher hat homebridge-fhem eine private characteristic aus eve dafür verwendet. die kennt home aber nicht. wenn es jetzt einen standard von apple direkt gibt baue ich das demnächst direkt ein.
@stratege-0815: die lautstärke geht nicht über die home app. dort lässt sich das gerät nur ein und ausschalten und der eingang wählen.
die eigentliche bedienung geht über die remote app bzw. das remote widget. dort wählst du aus welches gerät du steuern willst und hast dann eine virtuelle fernbedienung mit cursor und menü tasten und kannst die lautstärke mit den lautstärke tasten am iOS gerät steuern.
Hallo zusammen,
vorneweg, ich beschäftige mich erst sehr kurz mit Homebridge.
Ich habe erste Homematic-Geräte via HMCCU an die Homebridge angebunden und kämpfe noch mit den ein oder anderen Mappings.
Aufgrund der HMCCU funktionieren das Ganze leider nicht mit den automatischen Mappings (wenn ich das bisher richtig verstanden habe :-[ )
Ziel ist, die wichtigsten Funktionen per Siri dann später über einen (noch zu erwerbenden) Homepod zu steuern.
Zudem soll möglichst auch eine Statusausgabe über den Homepod möglich sein "Fenster xyz noch offen" oder ähnlich.
Da der Homepod nur via Airplay (2) angesprochen werden kann, meine Frage: lässt sich das so überhaupt realisieren?
Danke vorab für eine Info, Link, etc....
Viele Grüße
Dirk
Zitat von: justme1968 am 27 Juni 2019, 14:13:58
@stratege-0815: die lautstärke geht nicht über die home app. dort lässt sich das gerät nur ein und ausschalten und der eingang wählen.
die eigentliche bedienung geht über die remote app bzw. das remote widget. dort wählst du aus welches gerät du steuern willst und hast dann eine virtuelle fernbedienung mit cursor und menü tasten und kannst die lautstärke mit den lautstärke tasten am iOS gerät steuern.
Danke, den ersten Punkt das ein- und ausschalten habe ich hinbekommen. In fhem etwas anzulegen muss um den eingang zu wählen ist mir noch nicht gelungen. Damit der Pioneer receiver in der remote app auftaucht, muss ich ihn dafür unter "accessories" in der homebridge config anlegen? vgl. hier: https://www.npmjs.com/package/homebridge-pioneer-avr ?
@Dirk070: ja. geräte die über hmccu angebunden sind musst du selber mit einem passenden homebridgeMapping versehen. das ist aber nicht weiter schwer und es gibt diverse beispiele hier im forum.
airplay2 hat nichts mit homekit und homebridge zu tun. auch wenn es unter umständen mit in der home app auftaucht. es gibt aktuell auch kein modul oder ähnliches dafür.
wenn dir die sprachausgabe wichtig ist: schau dich vorher um ob das überhaupt geht. und weiche auf ein anderes system aus. sonos/echo. das funktioniert gut.
@stratege-0815: wenn du die anbindung über fhem und homebridge-fhem machen möchtest: schau dir das bravia beispiel im wiki an.
wenn du ein anderes homebridge plugin verwenden möchtest: dann muss du auch dort fragen wie es funktioniert.
Zitat von: stratege-0815 am 27 Juni 2019, 14:09:23
Hallo André,
ich versuche auch die Lautstärke eines Pioneer AVR Receivers in Apple Home zu steuern. Kannst du mir mal deine Konfiguration kopieren?
Im Moment kann ich mir noch nicht richtig vorstellen wie das abläuft. Startet dann nicht automatisch das Apple TV wenn ich dessen Control App starte? Das ist bei mir eigentlich nicht gewünscht.
Gruß
Jan
Hier ein Beispiel wie ich es derzeit nutze, bin aber noch beim probieren. Hab mir ein Dummy entsprechend konfiguriert mit folgenden Mapping. Dazu noch ein DOIF welches dann die Befehle per Infrarot (Broadlink) absetzt. Steuer so den TV und den AV Receiver über ein Gerät. Hatte zwischenzeitlich auch den ATV mit Infrarot angesteuert. Somit brauchst dann nicht jedesmal zwischen den Geräten umzuschalten.
Die Lautstärke des AV Receiver lässt sich dann mit den Lautstärketasten vom iPhone steuern.
clear
Active=WZ_Multimedia:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=inputDevice,values=TV:1;CMP:2;AV:3;VGA:4;HDMI+1:5;HDMI+2:6;HDMI+3:7,cmds=1:Source+TV;2:Source+CMP;3:Source+AV;4:Source+VGA;5:Source+HDMI+1;6:Source+HDMI+2;7:Source+HDMI+3
ConfiguredName=model::model
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
RemoteKey=key::key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:ControlUp;ARROW_DOWN:ControlDown;ARROW_LEFT:ControlLeft;ARROW_RIGHT:ControlRight;SELECT:ControlOk;BACK:ControlReturn;EXIT:ControlExit;PLAY_PAUSE:remoteControl+Play;INFORMATION:ControlInfo
PictureMode=pictureMode::pictureMode
TelevisionSpeaker#Mute=mute::mute
Active=WZ_Multimedia:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
VolumeSelector:volume,cmds=INCREMENT:VolumeUp;DECREMENT:VolumeDown
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName=input_1_name::input_1_name,default=TV
IsConfigured:default=CONFIGURED
InputSourceType:default=TUNER
InputDeviceType:default=TV
CurrentVisibilityState:input_1
TargetVisibilityState=input_1::input_1
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName=input_2_name::input_2_name,default=CMP
IsConfigured:default=CONFIGURED
InputSourceType:default=COMPOSITE_VIDEO
InputDeviceType:default=OTHER
CurrentVisibilityState:input_2
TargetVisibilityState=input_2::input_2
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName=input_3_name::input_3_name,default=AV
IsConfigured:default=CONFIGURED
InputSourceType:default=S_VIDEO
InputDeviceType:default=OTHER
CurrentVisibilityState:input_3
TargetVisibilityState=input_3::input_3
linkedTo=Television
InputSource(4)#Identifier:default=4
ConfiguredName=input_4_name::input_4_name,default=VGA
IsConfigured:default=CONFIGURED
InputSourceType:default=OTHER
InputDeviceType:default=OTHER
CurrentVisibilityState:input_4
TargetVisibilityState=input_4::input_4
linkedTo=Television
InputSource(5)#Identifier:default=5
ConfiguredName=input_5_name::input_5_name,default=HDMI_1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_5
TargetVisibilityState=input_5::input_5
linkedTo=Television
InputSource(6)#Identifier:default=6
ConfiguredName=input_6_name::input_6_name,default=HDMI_2
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_6
TargetVisibilityState=input_6::input_6
linkedTo=Television
InputSource(7)#Identifier:default=7
ConfiguredName=input_7_name::input_7_name,default=HDMI_3
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_7
TargetVisibilityState=input_7::input_7
linkedTo=Television
Zitat von: justme1968 am 27 Juni 2019, 14:13:58
@thymjan: danke. die ColorTemperature characteristic scheint halbwegs neu zu sein. bisher hat homebridge-fhem eine private characteristic aus eve dafür verwendet. die kennt home aber nicht. wenn es jetzt einen standard von apple direkt gibt baue ich das demnächst direkt ein.
Ok, super! Dann baue ich das hombridgeMapping von @thymjan nicht ins Wiki ein.
Zitat von: exit2308 am 28 Juni 2019, 20:57:14
Hier ein Beispiel wie ich es derzeit nutze, bin aber noch beim probieren.
Super! Wenn du dein homeBridgeMapping fertig hast, poste das bitte nochmal hier. Ich übertrage das dann ins Wiki. Cool wäre, wenn du zu deiner Hardware auch Hersteller und Modell nennen könntest. Poste bitte auch den Dummy und das DOIF. So könnten andere mit gleichem/ähnlichen Bedarf das komplett an die eigene Umgebung angepasst nachbauen.
Wenn du einen eigenen Wiki-Account hast oder dir noch einen erstellen möchtest, kannst du es natürlich auch gern selbst übertragen. ;)
Viele Grüße Hoppel
Zitat von: Dirk070 am 27 Juni 2019, 14:57:05
Hallo zusammen,
vorneweg, ich beschäftige mich erst sehr kurz mit Homebridge.
Ich habe erste Homematic-Geräte via HMCCU an die Homebridge angebunden und kämpfe noch mit den ein oder anderen Mappings.
Aufgrund der HMCCU funktionieren das Ganze leider nicht mit den automatischen Mappings (wenn ich das bisher richtig verstanden habe :-[ )
Ziel ist, die wichtigsten Funktionen per Siri dann später über einen (noch zu erwerbenden) Homepod zu steuern.
Zudem soll möglichst auch eine Statusausgabe über den Homepod möglich sein "Fenster xyz noch offen" oder ähnlich.
Da der Homepod nur via Airplay (2) angesprochen werden kann, meine Frage: lässt sich das so überhaupt realisieren?
Danke vorab für eine Info, Link, etc....
Viele Grüße
Dirk
Hallo,
Eine Sprachausgabe via HomePod geht z.B. mit Hilfe von Node-AirTunes. Ich habe TextToSpeach am laufen, welches z.B. per DoIf ansagt, weg gerade anruft, wenn das Telefon klingelt. Bei Bedarf kann ich das gerne genauer beschreiben...
viele Grüße
Jürgen
@jko würde mich gerne über ein Beispiel freuen, auch wie es eingerichtet wird, danke
Zitat von: justme1968 am 27 Juni 2019, 15:53:09
@Dirk070: ja. geräte die über hmccu angebunden sind musst du selber mit einem passenden homebridgeMapping versehen. das ist aber nicht weiter schwer und es gibt diverse beispiele hier im forum.
Danke Dir für die Bestätigung und für Deine Arbeit, tolle Sache!!! :D
Ich schaue mal, wie weit ich mit den Infos und Beispielen komme.
Zitat von: jko am 29 Juni 2019, 11:42:35
Hallo,
Eine Sprachausgabe via HomePod geht z.B. mit Hilfe von Node-AirTunes. Ich habe TextToSpeach am laufen, welches z.B. per DoIf ansagt, weg gerade anruft, wenn das Telefon klingelt. Bei Bedarf kann ich das gerne genauer beschreiben...
viele Grüße
Jürgen
Sehr gerne. Bei mir läuft FHEM auf einer Syno 918+.
Ein paar Code-Schnipsel wären natürlich klasse. Danke vorab und viele Grüße
Dirk
Hallo,
ich habe da mal eine Frage zum gnericDeviceType blind.
Da gibt es das Attribut "invert", habe es wie folgt definiert:
attr Az_FRolladen homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100,minStep=10,invert
Egal ob ich "invert" oder "invert=1" oder es weglasse, das Ergebnis ist immer das selbe:
Öffnen und Schliessen funktionieren per Sprache. Aber eine Position von 90 % ist immer oben, also fast ganz offen, d.h. nur zu 10 % geschlossen.
Ich hätte gerne die Position für 100 %% unten (geschlossen) und 0 für ganz geöffnet.
Was mache ich da falsch?
2. Frage:
Was kann man für den genericDeviceType Speaker alles per Sprache steuern? ein / aus, Lautstärke und Mute? Was geht noch?
Elektrolurch
Hallo,
ich habe mich jetzt mal wieder mit der Homebridge beschäftigt. Ich habe für jede meiner Rolladen ein Betriebsmodus-Schalter. Mit diesem kann ich auswählen, ob die Rolladen automatisch fahren sollen oder nicht.
Die Rolladen habe ich als genericdevicetype blind konfiguriert. Gerade habe ich mal die ProgramMode Charakteristik im HomebridgeMapping integriert.
ProgramMode=Betriebsmodus,values=Manuell:0;Auto:1;Test:2,cmds=NO_PROGRAM_SCHEDULED:Betriebsmodus+Manuell;PROGRAM_SCHEDULED:Betriebsmodus+Auto;PROGRAM_SCHEDULED_MANUAL_MODE:Betriebsmodus+Test
In der Eve-App sehe ich jetzt schonmal den aktuellen Modus, allerdings kann ich den nicht einstellen. Wo ist er Fehler?
Mal eine andere Sache. Das mit dem Custom-Charakteristiken hört sich gut an. Kann einer dafür im Wiki eine Anleitung erstellen?
Danke,
arokh12
Zitat von: Elektrolurch am 07 Juli 2019, 13:32:41
Hallo,
ich habe da mal eine Frage zum gnericDeviceType blind.
Da gibt es das Attribut "invert", habe es wie folgt definiert:
attr Az_FRolladen homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100,minStep=10,invert
Egal ob ich "invert" oder "invert=1" oder es weglasse, das Ergebnis ist immer das selbe:
Öffnen und Schliessen funktionieren per Sprache. Aber eine Position von 90 % ist immer oben, also fast ganz offen, d.h. nur zu 10 % geschlossen.
Ich hätte gerne die Position für 100 %% unten (geschlossen) und 0 für ganz geöffnet.
Was mache ich da falsch?
2. Frage:
Was kann man für den genericDeviceType Speaker alles per Sprache steuern? ein / aus, Lautstärke und Mute? Was geht noch?
Elektrolurch
zu1: Das Thema wurde hier rauf und runter mehrmals diskutiert. Kurz zusammengefasst: Das was du haben willst gibt Apple nicht her.
Ok, dann kann man mitinvert wohl nichts machen.
Das scheint wohl auch nicht zu funktionieren:
genericDeviceType speaker
homebridgeMapping On=state,valueOn=/on|mute|1/,valueOff=/off|standby|disappeared|0/,cmdOn=on,cmdOff=off Mute=mute::mute Volume=volume::volume,delay=true
Wenn ich die Home-App aufmache, dann wird das device als switch und nicht als speaker angezeigt.
Ist das ein Fehler mit der Home-App oder was mache ich da falsch?
Die Readings state,volume und mute sind vorhanden.
Elektrolurch
Hallo,
habe heute nach ca. 2 Jahren versucht meine Homebridge - Installation auf einem debian stretch zu aktualisieren und das ist schief gegangen.
sudo apt-get update
sudo apt-get dist-upgrade
sudo npm -g update homebridge
sudo npm -g update homebridge-fhem
sudo reboot
Der service bricht nach dem einlesen der fhem - Definitionen mit folgender Fehlermeldung ab:
[37m[7/8/2019, 5:08:38 PM][39m [1m[31mTypeError: "list" argument must be an Array of Buffers
at Function.Buffer.concat (buffer.js:314:13)
at Object.encode (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/tlv.js:26:35)
at Object.encode (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/tlv.js:51:39)
at HAPServer._handlePairVerifyStepOne (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:543:21)
at HAPServer._handlePairVerify (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:505:10)
at HAPServer.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:209:39)
at emitNone (events.js:86:13)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:80:11)[39m[22m
[37m[7/8/2019, 5:08:39 PM][39m [1m[31mTypeError: "list" argument must be an Array of Buffers
at Function.Buffer.concat (buffer.js:314:13)
at Object.encode (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/tlv.js:26:35)
at Object.encode (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/tlv.js:51:39)
at HAPServer._handlePairVerifyStepOne (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:543:21)
at HAPServer._handlePairVerify (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:505:10)
at HAPServer.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:209:39)
at emitNone (events.js:86:13)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:80:11)[39m[22m
Dann habe ich folgendes versucht:
Code: [Auswählen]
sudo npm -g install npm
sudo npm install -g node-gyp
cd /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util
sudo node-gyp BUILDTYPE=Release rebuild
cd ../
sudo node-gyp BUILDTYPE=Release rebuild
[/code]
Hatte ich als Tipp im Forum gelesen, hat aber nichts gebracht.
Jetzt bin ich mit meinem bescheidenen Latein am Ende.
Glücklicherweise habe ich das nur auf meinem Testsystem ausprobiert. Never change a running system.
Elektrolurch
Hallo,
meine Homebridge läuft auch auf Stretch, klappt prima.
Ich würde neu installieren (wie im Wiki beschrieben) und dabei auch direkt auf systemd umstellen, ist im Wiki ein Link zu einem Thread.
Auch das Modul 98_serviced ( von Dan) ist prima, startet und stoppt Homebridge auf einfache Art.
Viele Grüße
Pit
Zitat von: Elektrolurch am 07 Juli 2019, 13:32:41
Hallo,
ich habe da mal eine Frage zum gnericDeviceType blind.
Da gibt es das Attribut "invert", habe es wie folgt definiert:
attr Az_FRolladen homebridgeMapping CurrentPosition=position,minValue=0,maxValue=100,minStep=10,invert
Egal ob ich "invert" oder "invert=1" oder es weglasse, das Ergebnis ist immer das selbe:
Öffnen und Schliessen funktionieren per Sprache. Aber eine Position von 90 % ist immer oben, also fast ganz offen, d.h. nur zu 10 % geschlossen.
Ich hätte gerne die Position für 100 %% unten (geschlossen) und 0 für ganz geöffnet.
Was mache ich da falsch?
Du kannst dir mit userReadings einen invertierten pct basteln, oder (so habe ich es gemacht) mit homebridgeMapping in diesem Format:
clear
CurrentPosition=pct,invert=1,minValue=0,maxValue=100,minStep=10
TargetPosition=pct,invert=1,minValue=0,maxValue=100,minStep=10,cmd=position
Hallo zusammen,
ich habe ein kleines Problem. Ein Dummy bei mir hat 3 mögliche Zustände (An;Aus;0), wenn der Status jetzt 0 ist, wird er im HomeKit als "An" angezeigt obwohl er "Aus" sein sollte. Der Dummy ist als switch definiert. Weis jemand zufällig wie ich das Homebridgemapping schreiben muss, dass er 0 auch als aus anzeigt?
Internals:
NAME Beschattung_Manuell
NR 93
STATE 0
TYPE dummy
READINGS:
2019-07-13 14:46:18 state 0
Attributes:
devStateIcon An:general_an@green Aus:general_aus@red 0:general_aus@red off:general_aus@red
eventMap on:An off:Aus
genericDeviceType switch
group Rollladen
room Erdgeschoss,Homekit
setList on off 0
sortby 6
useSetExtensions 1
webCmd An:Aus:0
Mit freundlichen Grüßen
Christian
Zitat von: seule3008 am 13 Juli 2019, 14:47:45
... Ein Dummy bei mir hat 3 mögliche Zustände (An;Aus;0), wenn der Status jetzt 0 ist, wird er im HomeKit als "An" angezeigt obwohl er "Aus" sein sollte. Der Dummy ist als switch definiert. Weis jemand zufällig wie ich das Homebridgemapping schreiben muss, dass er 0 auch als aus anzeigt?
Probier' mal
clear
On=state,values=on:ON;/.*/:OFF
für die On characteristic gibt es valueOn und valueOff. also z.b. valueOn=1 sollte reichen.
Zitat von: thymjan am 13 Juli 2019, 16:26:56
Probier' mal
clear
On=state,values=on:ON;/.*/=OFF
Vielen Dank, dass funktioniert.
Zitat von: thymjan am 13 Juli 2019, 16:26:56
Probier' mal
clear
On=state,values=on:ON;/.*/=OFF
Hi,
glaube ich nicht, da es so sein müsste, oder?
clear
On=state,values=on:ON;/.*/:OFFaber ich finde das ValueOn auch einfacher!
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Moin Andre,
habe gerade gesehen, dass es ein Homebridge und ein Homebridge-fhem Update gibt und habe diese installiert. Ich erinnerte mich dabei an folgenden Post: https://forum.fhem.de/index.php/topic,48558.msg953134.html#msg953134
Bin mir aber unsicher, ob du das schon implementiert hast.
Wie dem auch sei. Ich habe das in der Home App bei 4 meiner nicht-farbigen Hue Leuchten, die ich nach Homebridge durchgereicht habe, mal getestet. Lediglich eins der 4 Devices kann ich so justieren. Hier das List des Devices, es handelt sich um eine HUEGroup bestehend aus 3 Spots:
Internals:
CHANGED
DEF group 11 IODev=HUEBridge
FUUID 5ce2d04b-f33f-5dcf-c6dd-362433fb7b0b682f
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID G11
INTERVAL
IODev HUEBridge
NAME DG_AK_Spots
NR 357
STATE off
TYPE HUEDevice
lights 18,19,20
name Abstellkammer Spots
type LightGroup
READINGS:
2019-07-15 15:26:56 alert select
2019-07-15 15:26:56 all_on 0
2019-07-15 15:26:56 any_on 0
2019-07-15 15:26:56 bri 254
2019-07-15 15:26:56 colormode ct
2019-07-15 15:26:56 ct 366
2019-07-15 15:26:56 effect
2019-07-15 15:55:17 onoff 0
2019-07-15 15:55:17 pct 0
2019-07-15 15:26:56 reachable 1
2019-07-15 15:26:56 sat 0
2019-07-15 15:55:17 state off
helper:
alert select
bri 254
colormode ct
ct 366
devtype G
effect
onoff 0
pct 0
reachable 1
sat 0
state off
update_timeout 1
lights:
18 1
19 1
20 1
Attributes:
IODev HUEBridge
alexaName Spots
alexaRoom Abstellkammer
alias Abstellkammer Spots
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon light_downlight
room Dachgeschoss->Abstellkammer,Hersteller->Hue,Homebridge->Hue,System->Beleuchtung
siriName Spots
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Bei folgenden 3 Devices funktioniert das in der Home App nicht:
Internals:
CHANGED
DEF 17 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-231a-a2ddd6d0d8a5317b
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID 17
INTERVAL
IODev HUEBridge
NAME OG_Badezimmer_Spot
NR 228
STATE off
TYPE HUEDevice
manufacturername Philips
modelid LTW013
name Badezimmer Spot
productid Philips-LTW013-1-GU10CTv1
swconfigid 1742FA88
swversion 1.46.13_r26312
type Color temperature light
uniqueid 00:17:88:01:03:51:a0:06-0b
READINGS:
2019-07-15 15:26:56 alert select
2019-07-15 15:26:56 bri 50
2019-07-15 15:26:56 colormode ct
2019-07-15 15:26:56 ct 366 (2732K)
2019-07-15 15:26:56 onoff 0
2019-07-15 15:26:56 pct 0
2019-07-15 15:26:56 reachable 1
2019-07-15 15:26:56 rgb ffc799
2019-07-15 15:26:56 state off
helper:
alert select
bri 50
colormode ct
ct 366
devtype
effect
hue -1
on 0
pct 0
reachable 1
rgb ffc799
sat -1
update_timeout 1
xy
helper:
Attributes:
IODev HUEBridge
alexaName Spot
alexaRoom Badezimmer
alias Badezimmer Spot
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon light_downlight
model LTW013
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Badezimmer,System->Beleuchtung
siriName Spot
subType ctdimmer
userattr room_map structexclude
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Internals:
CHANGED
DEF 16 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-21e1-a3118599583d449a
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID 16
INTERVAL
IODev HUEBridge
NAME OG_Badezimmer_Deckenlampe
NR 225
STATE off
TYPE HUEDevice
manufacturername Philips
modelid LTC003
name Badezimmer Deckenlampe
productid ENA_LTC003_1_StillCeiling_v1
swconfigid A987DFF5
swversion 1.46.13_r26312
type Color temperature light
uniqueid 00:17:88:01:03:34:24:9a-0b
READINGS:
2019-07-15 15:26:56 alert select
2019-07-15 15:26:56 bri 52
2019-07-15 15:26:56 colormode ct
2019-07-15 15:26:56 ct 366 (2732K)
2019-07-15 15:26:56 onoff 0
2019-07-15 15:26:56 pct 0
2019-07-15 15:26:56 reachable 1
2019-07-15 15:26:56 rgb ffc799
2019-07-15 15:26:56 state off
helper:
alert select
bri 52
colormode ct
ct 366
devtype
effect
hue -1
on 0
pct 0
reachable 1
rgb ffc799
sat -1
update_timeout 1
xy
helper:
Attributes:
IODev HUEBridge
alexaName Deckenlampe
alexaRoom Badezimmer
alias Badezimmer Deckenlampe
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon hue_filled_phoenix_ceiling_pendant_table_wall
model LTC003
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Badezimmer,System->Beleuchtung
siriName Deckenlampe
subType ctdimmer
userattr room_map structexclude
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Internals:
CHANGED
DEF 15 IODev=HUEBridge
FUUID 5c438e35-f33f-5dcf-ee4a-26e3b9a8761641d3
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID 15
INTERVAL
IODev HUEBridge
NAME OG_Buero_Deckenlampe
NR 231
STATE off
TYPE HUEDevice
desired 0
manufacturername Philips
modelid LTC001
name Büro Deckenlampe
productid ENA_LTC001_1_BeingCeiling_v1
swconfigid A987DFF5
swversion 1.46.13_r26312
type Color temperature light
uniqueid 00:17:88:01:03:35:05:09-0b
READINGS:
2019-07-15 15:26:56 alert none
2019-07-15 15:26:56 bri 254
2019-07-15 15:26:56 colormode ct
2019-07-15 15:26:56 ct 366 (2732K)
2019-07-15 16:31:15 onoff 0
2019-07-15 16:31:15 pct 0
2019-07-15 16:31:21 reachable 1
2019-07-15 15:26:56 rgb ffc799
2019-07-15 16:31:15 state off
helper:
alert none
bri 254
colormode ct
ct 366
devtype
effect
hue -1
on 0
pct 0
reachable 1
rgb ffc799
sat -1
update_timeout -1
xy
helper:
Attributes:
IODev HUEBridge
alexaName Deckenlampe
alexaRoom Büro
alias Büro Deckenlampe
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon hue_filled_phoenix_recessed_spot
model LTC001
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Büro,System->Beleuchtung
siriName Deckenlampe
subType ctdimmer
userattr room_map structexclude
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Ich habe mir nun die Readings dieser 4 Devices angeschaut und miteinander verglichen. Dabei ist mir aufgefallen, dass lediglich die HUEGroup ein "sat" Reading hat. Während die anderen 3 HUEDevices stattdessen ein "rgb" Reading haben.
- Sollten diese nicht-farbigen HUE Leuchten nicht alle ein "sat" Reading haben?
- Sollte das "rgb" Reading nicht den farbigen Leuchten vorbehalten sein?
- Habe ich hier etwas falsch verstanden oder ist da irgendwann mal etwas in meiner Installation oder im Code durcheinander geraten?
Die HUEGroup wurde gerade erst kürzlich erstellt, die anderen Devices existieren schon länger. Die Spots die sich in der HUEGroup befinden, haben übrigens auch alle ein "rgb" Reading. Diese wurden ebenfalls erst kürzlich zu meinem System hinzugefügt.
Viele Grüße Hoppel
Zitat von: Typ1er am 29 Juni 2019, 11:58:59
@jko würde mich gerne über ein Beispiel freuen, auch wie es eingerichtet wird, danke
Hallo,
Habe es endlich geschafft, das mal zu dokumentieren.. Siehe ,,Codeschnipsel"....
Viele Grüße,
Jürgen
Gibt es bei Verwendung von
history:size=1024
Speicherlimits?
Ich habe einige Temperatursensoren damit konfiguriert.
Die ersten funktionieren tadellos, die zuletzt zugefügten zeigen kein Diagramm.
Zitat von: jko am 16 Juli 2019, 18:39:37
Hallo,
Habe es endlich geschafft, das mal zu dokumentieren.. Siehe ,,Codeschnipsel"....
Viele Grüße,
Jürgen
Klasse, Danke Dir!!!!
Zitat von: thymjan am 17 Juli 2019, 09:08:44
Gibt es bei Verwendung von
history:size=1024
Speicherlimits?
Ich habe einige Temperatursensoren damit konfiguriert.
Die ersten funktionieren tadellos, die zuletzt zugefügten zeigen kein Diagramm.
Das haben wir ausführlich in diesem Thread diskutiert: https://forum.fhem.de/index.php?topic=97059
Wo genau, musst du selbst schauen. Ich kam zu dem Ergebnis, dass mir 1024 grundsätzlich reichen. In der EVE App werden die Sachen gespeichert, auch wenn sie in der history eigentlich nicht mehr enthalten sind. Ansonsten kann man sich ja immer noch Plots in FHEM erstellen. ;)
Bis die einzelnen Devices die history anzeigen, kann es schonmal etwas dauern. Wichtig ist, dass du den richtigen genericDeviceType wählst. Wenn du bspw. einen Sensor hast, der dir humidity und temperature Readings bereitstellt, dann funktioniert die history ausschließlich mit dem genericDeviceType TemperatureSensor und nicht mit dem genericDeviceType HumiditySensor.
Ich habe bspw. einen Ventilator, der auch auch einen Temperatursendor hat. Da der genericDeviceType des Ventilators ,,Fan" ist, funktioniert die history für die Temperatur aber so ohne weiteres erstmal nicht.
Das funktioniert derzeitig ausschließlich so, wie es auch in der EVE App auch vorgesehen ist.
Gruß Hoppel
ich habe einen sehr komischen Fehler. ich habe von FHEM ca. 40 Geräte gemappt.
Aktuell läuft die Homebridge nicht, FHEM läuft in einer einzelnen Instanz, somit sind nur 2 Plugins geladen (FHEM und Config-UI-X)
Der Fehler trat vor einer Woche nach einem FEHM Update auf.
ul 19 19:59:38 RPi3-fhem systemd[1]: homebridge-fhem.service: Main process exited, code=exited, status=143/n/a
Jul 19 19:59:38 RPi3-fhem systemd[1]: homebridge-fhem.service: Unit entered failed state.
Jul 19 19:59:38 RPi3-fhem systemd[1]: homebridge-fhem.service: Failed with result 'exit-code'.
Jul 19 19:59:48 RPi3-fhem systemd[1]: homebridge-fhem.service: Service hold-off time over, scheduling restart.
Jul 19 19:59:48 RPi3-fhem systemd[1]: Stopped Node.js HomeKit Server.
Jul 19 19:59:48 RPi3-fhem systemd[1]: Started Node.js HomeKit Server.
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] Loaded config.json with 0 accessories and 2 platforms.
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] ---
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] Loaded plugin: homebridge-config-ui-x
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] Registering platform 'homebridge-config-ui-x.config'
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] ---
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:51] Loaded plugin: homebridge-fhem
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: homebridge API version: 2.4
Jul 19 19:59:51 RPi3-fhem homebridge[8018]: this is homebridge-fhem 0.5.8
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] Registering platform 'homebridge-fhem.FHEM'
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] ---
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] Loading 2 platforms...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] Initializing FHEM platform...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: starting longpoll: http://192.168.178.29:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1563559192631
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] Fetching FHEM devices...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [Config] Initializing config platform...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [Config] Spawning homebridge-config-ui-x with PID 8048
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] Loading 0 accessories...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: Server listening on: http://<ip>:8282
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] Checking devices and attributes...
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] executing: http://192.168.178.29:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_526458279719803&XHR=1
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] executing: http://192.168.178.29:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_526458279719803&XHR=1
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] siri device is siri
Jul 19 19:59:52 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:52] [FHEM] executing: http://192.168.178.29:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.8%22%7D&fwcsrf=csrf_526458279719803&XHR=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Fetching FHEM devices...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] fetching: http://192.168.178.29:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_526458279719803&XHR=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] got: 9 results
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: On=state,cmdOn=An,cmdOff=Aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Alarm is switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Alarm has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On [state;An,Aus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Alarm-state: off
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: On: false (as boolean; from 'off')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: On=state,cmdOn=An,cmdOff=Aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: history:size=1024
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Jens is switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Jens has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On [state;An,Aus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] history [thermo;1024]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Jens-state: on
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: On: true (as boolean; from 'on')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: On=state,cmdOn=An,cmdOff=Aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: history:size=1024
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Richard is switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Richard has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On [state;An,Aus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] history [thermo;1024]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Richard-state: off
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: On: false (as boolean; from 'off')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: clear
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: CurrentPosition=position,minValue=0,maxValue=99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 0258a1bf-6b32-470d-aa92-ba340eee4441=ASC_TimeDriveUp,name=⬆+Auf,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 7a95059c-f154-463f-95ee-527dbd123e8b=ASC_TimeDriveDown,name=⬇+Ab,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2d3d206e-3d97-4541-9352-ee29cd286e25=ASC_TimeDrivePrivacy,name=⬇+Sichtschutz,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 6ec7ce08-a5b8-4ebe-bf4b-d5f3f15f1fc4=ASC_ShadingStatus,name=Beschattung,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: ded5f282-c097-4209-abb8-ee4b7542ca52=Pflanze_08:lux,name=Sensor+Dach,format=FLOAT,unit=LUX,maxValue=65000,minValue=0,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Bad is blind
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Bad has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf [ASC_TimeDriveUp]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab [ASC_TimeDriveDown]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz [ASC_TimeDrivePrivacy]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Beschattung [ASC_ShadingStatus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Sensor Dach [Pflanze_08.lux]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bad-position: 99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: CurrentPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: TargetPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bad-ASC_TimeDriveUp: 20.7.19 8:30:02
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬆ Auf: 20.7.19 8:30:02 (as string; from '20.7.19 8:30:02')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bad-ASC_TimeDriveDown: 19.7.19 21:25:45
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Ab: 19.7.19 21:25:45 (as string; from '19.7.19 21:25:45')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bad-ASC_TimeDrivePrivacy: 19.7.19 21:10:45
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Sichtschutz: 19.7.19 21:10:45 (as string; from '19.7.19 21:10:45')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bad-ASC_ShadingStatus: aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: Beschattung: aus (as string; from 'aus')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] query: Sensor Dach for Pflanze_08-lux
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] not cached
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] executing: http://192.168.178.29:8083/fhem?cmd=%7BReadingsVal(%22Pflanze_08%22,%22lux%22,%22%22)%7D&fwcsrf=csrf_526458279719803&XHR=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: clear
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: CurrentPosition=position,minValue=0,maxValue=99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 0258a1bf-6b32-470d-aa92-ba340eee4441=ASC_TimeDriveUp,name=⬆+Auf,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 7a95059c-f154-463f-95ee-527dbd123e8b=ASC_TimeDriveDown,name=⬇+Ab,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2d3d206e-3d97-4541-9352-ee29cd286e25=ASC_TimeDrivePrivacy,name=⬇+Sichtschutz,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 6ec7ce08-a5b8-4ebe-bf4b-d5f3f15f1fc4=ASC_ShadingStatus,name=Beschattung,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Bu is blind
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Bu has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf [ASC_TimeDriveUp]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab [ASC_TimeDriveDown]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz [ASC_TimeDrivePrivacy]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Beschattung [ASC_ShadingStatus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bu-position: 99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: CurrentPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: TargetPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bu-ASC_TimeDriveUp: 20.7.19 8:30:02
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬆ Auf: 20.7.19 8:30:02 (as string; from '20.7.19 8:30:02')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bu-ASC_TimeDriveDown: 19.7.19 21:34:00
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Ab: 19.7.19 21:34:00 (as string; from '19.7.19 21:34:00')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bu-ASC_TimeDrivePrivacy: 19.7.19 21:14:00
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Sichtschutz: 19.7.19 21:14:00 (as string; from '19.7.19 21:14:00')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Bu-ASC_ShadingStatus: aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: Beschattung: aus (as string; from 'aus')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: clear
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: CurrentPosition=position,minValue=0,maxValue=99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 0258a1bf-6b32-470d-aa92-ba340eee4441=ASC_TimeDriveUp,name=⬆+Auf,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 7a95059c-f154-463f-95ee-527dbd123e8b=ASC_TimeDriveDown,name=⬇+Ab,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2d3d206e-3d97-4541-9352-ee29cd286e25=ASC_TimeDrivePrivacy,name=⬇+Sichtschutz,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Flur is blind
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Flur has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf [ASC_TimeDriveUp]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab [ASC_TimeDriveDown]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz [ASC_TimeDrivePrivacy]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Flur-position: 99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: CurrentPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: TargetPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Flur-ASC_TimeDriveUp: 20.7.19 8:30:02
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬆ Auf: 20.7.19 8:30:02 (as string; from '20.7.19 8:30:02')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Flur-ASC_TimeDriveDown: 19.7.19 21:42:27
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Ab: 19.7.19 21:42:27 (as string; from '19.7.19 21:42:27')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Flur-ASC_TimeDrivePrivacy: 19.7.19 21:32:27
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Sichtschutz: 19.7.19 21:32:27 (as string; from '19.7.19 21:32:27')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: clear
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: CurrentPosition=position,minValue=0,maxValue=99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 0258a1bf-6b32-470d-aa92-ba340eee4441=ASC_TimeDriveUp,name=⬆+Auf,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 7a95059c-f154-463f-95ee-527dbd123e8b=ASC_TimeDriveDown,name=⬇+Ab,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2d3d206e-3d97-4541-9352-ee29cd286e25=ASC_TimeDrivePrivacy,name=⬇+Sichtschutz,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Ki is blind
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Ki has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf [ASC_TimeDriveUp]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab [ASC_TimeDriveDown]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz [ASC_TimeDrivePrivacy]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Ki-position: 99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: CurrentPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: TargetPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Ki-ASC_TimeDriveUp: 20.7.19 8:45:02
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬆ Auf: 20.7.19 8:45:02 (as string; from '20.7.19 8:45:02')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Ki-ASC_TimeDriveDown: 19.7.19 21:34:00
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Ab: 19.7.19 21:34:00 (as string; from '19.7.19 21:34:00')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Ki-ASC_TimeDrivePrivacy: 19.7.19 21:19:00
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: ⬇ Sichtschutz: 19.7.19 21:19:00 (as string; from '19.7.19 21:19:00')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: clear
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: CurrentPosition=position,minValue=0,maxValue=99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 0258a1bf-6b32-470d-aa92-ba340eee4441=ASC_TimeDriveUp,name=⬆+Auf,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 7a95059c-f154-463f-95ee-527dbd123e8b=ASC_TimeDriveDown,name=⬇+Ab,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2d3d206e-3d97-4541-9352-ee29cd286e25=ASC_TimeDrivePrivacy,name=⬇+Sichtschutz,format=STRING
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Sz is blind
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Rollladen_Sz has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition [position]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf [ASC_TimeDriveUp]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab [ASC_TimeDriveDown]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz [ASC_TimeDrivePrivacy]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Rollladen_Sz-position: 99
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: CurrentPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: TargetPosition: 99 (as number; from '99')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] homebridgeMapping: On=state,cmdOn=An,cmdOff=Aus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Tanja is switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Tanja has
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On [state;An,Aus]
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Tanja-state: off
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] caching: On: false (as boolean; from 'off')
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Alarm'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Alarm
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Alarm
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Alarm
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Alarm
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Switch service for Alarm
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On characteristic for Alarm:state
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Jens'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Jens
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Jens
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Jens
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Jens
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Switch service for Jens
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On characteristic for Jens:state
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Jens: history: no type known for Switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Richard'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Richard
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Richard
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Richard
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Richard
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Switch service for Richard
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On characteristic for Richard:state
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Richard: history: no type known for Switch
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Rollladen_Bad'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Rollladen_Bad
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Rollladen_Bad
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen_Bad
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Rollladen_Bad
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] WindowCovering service for Rollladen_Bad
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition characteristic for Rollladen_Bad:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition characteristic for Rollladen_Bad:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf characteristic for Rollladen_Bad:ASC_TimeDriveUp
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab characteristic for Rollladen_Bad:ASC_TimeDriveDown
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz characteristic for Rollladen_Bad:ASC_TimeDrivePrivacy
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Beschattung characteristic for Rollladen_Bad:ASC_ShadingStatus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Sensor Dach characteristic for Pflanze_08:lux
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Rollladen_Bu'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Rollladen_Bu
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Rollladen_Bu
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen_Bu
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Rollladen_Bu
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] WindowCovering service for Rollladen_Bu
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition characteristic for Rollladen_Bu:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition characteristic for Rollladen_Bu:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf characteristic for Rollladen_Bu:ASC_TimeDriveUp
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab characteristic for Rollladen_Bu:ASC_TimeDriveDown
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz characteristic for Rollladen_Bu:ASC_TimeDrivePrivacy
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom Beschattung characteristic for Rollladen_Bu:ASC_ShadingStatus
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Rollladen_Flur'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Rollladen_Flur
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Rollladen_Flur
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen_Flur
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Rollladen_Flur
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] WindowCovering service for Rollladen_Flur
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition characteristic for Rollladen_Flur:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition characteristic for Rollladen_Flur:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf characteristic for Rollladen_Flur:ASC_TimeDriveUp
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab characteristic for Rollladen_Flur:ASC_TimeDriveDown
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz characteristic for Rollladen_Flur:ASC_TimeDrivePrivacy
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Rollladen_Ki'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Rollladen_Ki
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Rollladen_Ki
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen_Ki
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Rollladen_Ki
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] WindowCovering service for Rollladen_Ki
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition characteristic for Rollladen_Ki:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition characteristic for Rollladen_Ki:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf characteristic for Rollladen_Ki:ASC_TimeDriveUp
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab characteristic for Rollladen_Ki:ASC_TimeDriveDown
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz characteristic for Rollladen_Ki:ASC_TimeDrivePrivacy
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Rollladen_Sz'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Rollladen_Sz
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Rollladen_Sz
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Rollladen_Sz
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Rollladen_Sz
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] WindowCovering service for Rollladen_Sz
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] CurrentPosition characteristic for Rollladen_Sz:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] TargetPosition characteristic for Rollladen_Sz:position
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬆ Auf characteristic for Rollladen_Sz:ASC_TimeDriveUp
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Ab characteristic for Rollladen_Sz:ASC_TimeDriveDown
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Custom ⬇ Sichtschutz characteristic for Rollladen_Sz:ASC_TimeDrivePrivacy
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Initializing platform accessory 'Tanja'...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] creating services for Tanja
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] information service for Tanja
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] manufacturer, model and serial number characteristics for Tanja
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] name (siriName) characteristic for Tanja
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Switch service for Tanja
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] On characteristic for Tanja:state
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] TypeError [ERR_INVALID_ARG_TYPE]: The first argument must be one of type string, Buffer, ArrayBuffer, Array, or Array-like Object. Received type object
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Function.from (buffer.js:207:11)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Object.from (/usr/local/lib/node_modules/homebridge/node_modules/buffer-shims/index.js:53:19)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Characteristic.toHAP (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:460:26)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Service.WindowCovering.Service.toHAP (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Service.js:239:44)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Accessory.toHAP (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:494:30)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Bridge.Accessory.toHAP (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:505:41)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Bridge.Accessory.publish (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:581:21)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Server._publish (/usr/local/lib/node_modules/homebridge/lib/server.js:132:16)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:421:14)
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] Got SIGTERM, shutting down Homebridge...
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] value:
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Pflanze_08-lux:
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Pflanze_08-lux not a number:
Jul 19 19:59:58 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:58] [Config] Console v4.5.1 is listening on :: port 8031
Jul 19 19:59:58 RPi3-fhem systemd[1]: homebridge-fhem.service: Main process exited, code=exited, status=143/n/a
Jul 19 19:59:58 RPi3-fhem systemd[1]: homebridge-fhem.service: Unit entered failed state.
Jul 19 19:59:58 RPi3-fhem systemd[1]: homebridge-fhem.service: Failed with result 'exit-code'.
Auffällig ist Pflanze_08 existiert schon gar nicht mehr, Accessoires und perist Ordener sind gelöscht, wo er die Pflanze_08 herzaubert weiß ich nicht. Die Meldung muss von FEHM aus kommen. Auch stop die Homebridge immer an unterschiedlichen stellen.
Ein Fehler gefunden ein Reading existierte nicht dann bootet die Homebridge im Kreis.
Zitat von: Typ1er am 19 Juli 2019, 20:09:18
Ein Fehler gefunden ein Reading existierte nicht dann bootet die Homebridge im Kreis.
Heißt das, du hast den Beitrag editiert und nun ist es gelöst?
Gruß
Ja nachdem alles gelöscht hatte, die Homebridge entfernt, und die Geräte einzeln wieder hinzugefügt habe geht es wieder.
Jetzt habe ich nur einen Fehler, an der Homebridge kann es nicht liegen hier habe ich alle Verzeichnisse gelöscht, und zwar taucht im Log ein altes Device auf was ich testweise mal eingebunden hatte, die Meldung kommt von FHEM aus. Wie bekomme ich das Gerät gelöscht? In FHEM habe ich es gelöscht dort existiert das Gerät nicht mehr.
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] value:
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: 2019-07-19 19:59:53 caching: Pflanze_08-lux:
Jul 19 19:59:53 RPi3-fhem homebridge[8018]: [2019-7-19 19:59:53] [FHEM] Pflanze_08-lux not a number:
Hallo,
ich habe es irgendwie geschafft plugins doppelt zu installieren
[2019-7-30 20:56:28] Warning: skipping plugin found at '/usr/lib/node_modules/homebridge-config-ui-x' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-config-ui-x'.
[2019-7-30 20:56:28] Warning: skipping plugin found at '/usr/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-fhem'.
Kann mir jemand sagen, wie ich das sauber bereinigen kann?
Die doppelt installierten Addons komplett löschen/deinstallieren und dann einmal neu installieren? ;)
Zitat von: hoppel118 am 31 Juli 2019, 17:32:47
Die doppelt installierten Addons komplett löschen/deinstallieren und dann einmal neu installieren? ;)
Ja, schon, aber wie muss der uninstall Befehl lauten damit ich die Installationen in dem /usr/lib/ Pfad treffe?
Ich nehme an die Installationen im /usr/local/lib/ Pfad sind global installiert worden bzw. der Speicherort dafür. Ist das korrekt?
Da stecke ich leider auch so tief nicht drin.
Was sind die Ausgaben folgender Befehle?
npm list --depth=0 -g
npm list --depth=0
Was passiert bei ,,npm uninstall ..."?
https://docs.npmjs.com/cli/uninstall
Wird da nur ein Paket installiert oder beide?
Bei mir sieht das übrigens wie folgt aus:
root@omv4:~# npm list --depth=0
/root
├── debug@4.1.1
└── mdns@2.3.4
root@omv4:~# npm list --depth=0 -g
/usr/lib
├── alexa-fhem@0.5.28
├── dat@13.13.0
├── homebridge@0.4.50
├── homebridge-fhem@0.5.8
├── node-gyp@3.8.0
└── npm@6.7.0
Die Pakete liegen also unter: "/usr/lib/".
Gruß Hoppel
Bei mir sieht es so aus:
pi@raspberrypi:~ $ npm list --depth=0 -g
/usr/local/lib
├── alexa-fhem@0.5.28
├── automake@0.1.4
├── gassistant-fhem@2.0.0
├── homebridge@0.4.50
├── homebridge-config-ui-x@4.5.1
├── homebridge-fhem@0.5.8
├── homebridge-sky-q@0.1.0
├── libsodium@0.7.4
├── node-gyp@5.0.1
└── npm@6.7.0
pi@raspberrypi:~ $ npm list --depth=0
/home/pi
├── chalk@2.4.2
├── he@1.2.0
├── homebridge-raspberrypi-temperature@0.0.7
├── semver@6.1.1
├── sodium@3.0.2
└── sonos@0.22.2
Schau mal hier: https://forum.smartapfel.de/forum/thread/1839-zwei-ordner-f%C3%BCr-module-welcher-ist-richtig/
oder hier: https://github.com/thkl/homebridge-homematic/issues/366
Zitat von: hoppel118 am 02 August 2019, 13:56:57
Schau mal hier: https://forum.smartapfel.de/forum/thread/1839-zwei-ordner-f%C3%BCr-module-welcher-ist-richtig/
oder hier: https://github.com/thkl/homebridge-homematic/issues/366
Ah super, dank dir! mit rm -r habe ich das Verzeichnis gelöscht und die Meldungen sind weg. Funktioniert soweit ich sehe auch alles noch :-)
Habe danach auch einen Neustart meines Pi durchgeführt, was mich leider zum nächsten Problem führt seit einiger Zeit.
Immer nach einem Neustart sind von bestimmten Devices die Raumzuordnungen weg und stehen wieder auf Standard Homebridge.
Weißt du dazu auch einen Rat?
Zitat von: Udomatic am 02 August 2019, 15:15:21
Ah super, dank dir! mit rm -r habe ich das Verzeichnis gelöscht und die Meldungen sind weg. Funktioniert soweit ich sehe auch alles noch :-)
Ok, das ist schonmal gut! :)
Zitat von: Udomatic am 02 August 2019, 15:15:21
Immer nach einem Neustart sind von bestimmten Devices die Raumzuordnungen weg und stehen wieder auf Standard Homebridge.
Ich und jemand anderes hier hatten das auch mal mit ein paar Hue Leuchten. Andre hatte, wenn ich mich recht erinnere, sogar irgendwo einen Fehler gefunden/behoben.
Ich habe das nun schon länger nicht mehr gehabt und ich weiß auch nicht mehr, ob ich irgendwas verändert habe...
Ist bei dir alles (inkl. fhem) up-to-date?
Sind es bei dir immer dieselben Geräte die Ihren Raum vergessen?
Warum nennst du deine Geräte alle ,,Homebridge ..."?
Sagst du wirklich zu Siri ,,Schalte Homebridge Stehlampe ein"?
Meine Homebridge-Geräte hatte ich anfangs alle wie folgt benannt:
<Raum> <Gerätetyp>
Bspw.:
Wohnzimmer Stehlampe
Badezimmer Deckenleuchte
Siri ist diesbezüglich gefühlt dumm. Wenn man sagt: ,,Schalte die Stehlampe im Wohnzimmer an", hat Siri geantwortet: ,,Ich weiß nicht, was du mit Steh meinst" oder im Bad: ,,Ich weiß nicht, was du mit Decken meinst". Wenn man sagt: ,,Schalte Wohnzimmer Stehlampe an" funktionierte es, wenn ich mich recht entsinne. Das ist aber keine normale Satzstellung.
Wie dem auch sei, meine Homebridge-Devices haben nun alle eine ,,Ein-Wort-Bezeichnung", bspw. ,,Stehlampe", ,,Deckenleuchte", ,,Lüfter"... In Kombination mit dem Raumnamen funktioniert das super: ,,Schalte die Deckenleuchte im Wohnzimmer an".
Gruß Hoppel
Zitat von: hoppel118 am 02 August 2019, 17:32:20
Warum nennst du deine Geräte alle ,,Homebridge ..."?
Sagst du wirklich zu Siri ,,Schalte Homebridge Stehlampe ein"?
Meine Lampen haben alle nur ein Wort als Namen. Das Bild sollte zeigen, dass, nachdem Homkit den Raumnamen verloren hat, die Devices alle dem Raum Homebridge zugeordnet werden.
Es sind wohl immer die gleichen Lampen, die den Raum verlieren nach Neustart bzw. dem Raum Homebridge zugewiesen werden.
Landen die Lampen nicht im Standardraum? Das verhalten kenne ich sonst nur von Sub-Devices diese hängen irgendwie aneinander.
Zitat von: Typ1er am 02 August 2019, 17:59:53
Landen die Lampen nicht im Standardraum? Das verhalten kenne ich sonst nur von Sub-Devices diese hängen irgendwie aneinander.
Homebridge scheint bei mir der Standardraum zu sein. In diesem Raum ist auch das FHEM Device des Plugins.
Ich hab gerade den Beitrag zur HueBridge gesehen. sind die Lampen nicht selbst Homekit fähig? Ansonsten habe das Problem mit dem Homebridge-hue Plugin nicht (für Osram und Ikea Lampen).
Hier mal ein List eines der Devices, welches die Raumzuordnung verliert.
Internals:
.FhemMetaInternals 1
CHANGED
DEF 2 IODev=Hue
FUUID 5cc59097-f33f-45fc-82b0-6c1b6dcae0bd9912
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID 2
INTERVAL
IODev Hue
NAME Blume
NR 47
STATE off
TYPE HUEDevice
manufacturername Philips
modelid LCT012
name Lilly Blume
productid Philips-LCT012-1-E14ECLv1
swconfigid 8C67986F
swversion 1.46.13_r26312
type Extended color light
uniqueid 00:17:88:01:04:19:12:f6-0b
.attraggr:
.attrminint:
READINGS:
2019-08-02 15:04:33 alert none
2019-08-02 15:04:33 bri 3
2019-08-02 15:04:33 colormode xy
2019-08-02 15:04:33 ct 153 (6535K)
2019-08-02 15:04:33 effect none
2019-08-02 15:04:33 hue 65146
2019-08-02 15:04:33 onoff 0
2019-08-02 15:04:33 pct 0
2019-08-02 15:04:33 reachable 1
2019-08-02 15:04:33 rgb 060100
2019-08-02 15:04:33 sat 254
2019-08-02 15:04:33 state off
2019-08-02 15:04:33 xy 0.6801,0.3028
helper:
alert none
bri 3
colormode xy
ct 153
devtype
effect none
hue 65146
on 0
pct 0
reachable 1
rgb 060100
sat 254
update_timeout 1
xy 0.6801,0.3028
Attributes:
IODev Hue
alexaName Blume
alias Blume
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Licht
icon hue_filled_white_and_color_e27_b22
model LCT012
room Alexa,HUEDevice,Homekit,Lilly
siriName Blume
subType extcolordimmer
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Das einzige, was mir aufällt, dass bei den Internals "name" und "NAME" nicht gleich sind. Kann das ein Problem sein?
Ist jetzt nicht bei allen Devices der Fall, wo das Problem auftritt.
verstehe das Problem trotzdem nicht, die Lampe kann doch selber Homekit.
warum willst du die erst in FHEM haben und dann von da nach Homekit
Zitat von: Typ1er am 02 August 2019, 18:16:33
verstehe das Problem trotzdem nicht, die Lampe kann doch selber Homekit.
warum willst du die erst in FHEM haben und dann von da nach Homekit
Naja, weil FHM die Zentrale ist und dort die Bridge eingebunden ist. Ich nutze das Homebridge-Hue Plugin wie du nicht sondern das Homebridge-FHEM Plugin
Jo, mache ich auch so. Ich habe die HueBridge ebenfalls in FHEM integriert und dann an Homebridge weitergereicht. Natürlich läuft alles über FHEM. ;)
Ich hatte das Problem wie gesagt früher auch mal, aber irgendwas hat André neulich gemacht. Seither ist es weg.
Hier ein list meiner Wohnzimmer Pendelleuchte, die die Raumzuordnung nicht verliert:
Internals:
CHANGED
DEF 28 IODev=HUEBridge
FUUID 5d2256cc-f33f-5dcf-15ce-cfac04c38c8ecb03
FVERSION 31_HUEDevice.pm:0.198010/2019-07-08
ID 28
INTERVAL
IODev HUEBridge
NAME OG_WZ_Wohnbereich_Pendelleuchte
NR 469
STATE off
TYPE HUEDevice
manufacturername Philips
modelid LCP003
name Wb Pendelleuchte
productid 3241-3127-7871-LS00
swconfigid 869E2FE2
swversion 1.46.13_r26312
type Extended color light
uniqueid 00:17:88:01:04:52:e7:28-0b
READINGS:
2019-07-24 08:54:16 alert select
2019-07-30 22:09:27 bri 254
2019-07-24 08:54:16 colormode xy
2019-07-24 08:54:16 ct 366 (2732K)
2019-07-24 08:54:16 effect none
2019-07-24 08:54:16 hue 8402
2019-07-30 22:09:27 onoff 0
2019-07-30 22:09:27 pct 0
2019-07-24 08:54:16 reachable 1
2019-07-30 22:09:27 rgb ffc249
2019-07-24 08:54:16 sat 140
2019-07-30 22:09:27 state off
2019-07-24 08:54:16 xy 0.4575,0.4099
helper:
alert select
bri 254
colormode xy
ct 366
devtype
effect none
hue 8402
on 0
pct 0
reachable 1
rgb ffc249
sat 140
update_timeout 1
xy 0.4575,0.4099
helper:
Attributes:
IODev HUEBridge
alexaName Pendelleuchte
alexaRoom Wohnzimmer
alias Wohnzimmer Pendelleuchte
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon light_pendant_light_round
model LCP003
room Hersteller->Hue,Homebridge->Hue,Obergeschoss->Wohnzimmer,System->Beleuchtung
siriName Pendelleuchte
subType extcolordimmer
userattr room_map structexclude
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFCA54:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Gruß Hoppel
Zitat von: Typ1er am 02 August 2019, 18:16:33
warum willst du die erst in FHEM haben und dann von da nach Homekit
Muss letztlich jeder für sich selbst entscheiden, aber Homebridge-hue holt schon das letzte aus jedem Zigbee-Device.
Ich mache es daher auch kombiniert, wie Du, da es für mich die beste Performance abliefert.
Ich glaube das geht jetzt an meiner Problematik vorbei.
Klar gibt es diverse Wege Lampen Homekit bekannt zu machen. Ich könnte die HUE Bridge ja auch direkt mit Homekit koppeln. Aber durch FHEM als Zentrale habe ich die Option alle Devices mit den Routinen und Logiken zu steuern, wie ich es möchte.
Der Weg der Homekit Einbindung erklärt jetzt aber nicht warum die Raumzuordnung verloren geht nach Neustart des Pi?
Wo wird diese Info eigentlich gespeichert? Sind das die Dateien im Homebridge Persists Ordner?
Hi,
nee die Raumzuordnungen sind in Apples Cloud und deswegen für uns auch fuzzy bei der Fehleranalyse.
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
die raum zuordnung geht unter anderem verloren wenn sich die eindeutige device serial ändert. das sollte aber seit verwendung der fuuid nicht mehr passieren.
ein blick ins log und vorher/nachher vergleich sollte helfen.
ps: das einbinden der hue lampen über fhem ist von vorteil weil fhem dann sofort den aktuellen stand hat statt auf das nächste pollen der bridge zu warten. außerdem ist es eine verbindung weniger zur bridge was diese entlastet. gerade beim alten modell und vielen lampen wichtig.
Schönen guten Tag,
ich habe ein akutes Problem mit homebridge und hoffe auf Hilfe. Ich habe nach bestem Wissen bereits alle relevanten Beiträge zum Thema durchforstet.
Ich habe ein Sonoff POW (altes Modell) mit Tasmota per MQTT in FHEM laufen. Es hat u.A. folgende Readings:
POWER (on/ON bzw. off/OFF, leider wechselt das direkt nach dem Schaltpunkt und ein paar Sekunden später, vmtl. nach dem publish des devices nochmal)
state (set_on wenn an, set_off sonst)
Folgendes ist in FHEM gesetzt (das im Forum oft erwähnte Mapping "On=state,values=OFF:0;ON:1,cmdOff=OFF,cmdOn=ON" funktioniert bei neueren Tasmota-Versionen nicht mehr, siehe Reading oben):
genericDeviceType: outlet (switch habe ich auch versucht)
homebridgeMapping: On=state,values=set_off:0;set_on:1,cmds=0:off;1:on
Dieses sollte meines Wissens nach folgendes tun:
- das Reading state wird auf das HAP-Characteristic "On" gemappt, welches das Format Characteristic.Formats.BOOL hat (also 0 oder 1)
- der Readingwert "set_off" wird auf 0 gemappt, "set_on" auf 1 (fhem --> homebridge)
- das Kommando 0 wird auf "off" gemappt", 1 auf "on"
Es passiert nun folgendes: ich öffne die Home-App und kann das Gerät problemlos an- und abschalten. Für das aktuelle Problem lasse ich es an und verlasse die App. Danach öffne ich die App erneut, das gerät ist weiterhin an, und schließe die App wieder. Nun passiert folgedes: Nach ca. dem 4. Öffnen der App wird das Gerät plötzlich als "aus" angezeigt, obwohl es weiterhin an ist.
Das seltsame ist nun aber, dass die Abfrage, die homekit beim erneuten Öffnen der App durchführt, natürlich immer die gleiche ist, nämlich ein ReadingsVal auf state:
[8/5/2019, 12:04:54] [FHEM] query: On for WZ_Steckdose_TVWand-state
[8/5/2019, 12:04:54] [FHEM] not cached
[8/5/2019, 12:04:54] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22WZ_Steckdose_TVWand%22,%22state%22,%22%22)%7D&fwcsrf=csrf_404905799007736&XHR=1
Kann mir da jemand weiterhelfen?
mfg Michael
PS: ich habe zusätzlich noch ein Sonoff S20 eingerichtet, bei dem ich das POWER-Reading benutze
On=POWER,valueOn=ON,valueOff=OFF,cmds=0:off;1:on
Seltsamerweise funktioniert es hier problemlos. Wieso erscheint eigentlich in der Debugausgabe vom homebridge kein Readingsval auf dieses Reading? Weil es "cached" ist? Falls ja, wie bekomme ich es auch beim POW auf cached? Ich hatte testweise mal die nocache-Option mit drin, aktuell aber nicht mehr.
PPS: nodeJS ist die aktuelle Version 12, falls das irgendwie relevant ist, ich habe bereits auch valueOn=set_on;valueOff=set_off versucht, hat nichts geändert
NACHTRAG: hier noch die entsprechende Startup-Ausgabe von homebridge:
[8/5/2019, 11:45:02] [FHEM] mappings for WZ_Steckdose_TVWand: {
On: {
reading: 'state',
valueOff: '/off|A0|000000/',
cmdOn: 'on',
cmdOff: 'off',
values: [ 'set_off:0', 'set_on:1' ],
cmds: [ '0:off', '1:on' ]
}
}
[8/5/2019, 11:45:02] [FHEM] WZ_Steckdose_TVWand is outlet
[8/5/2019, 11:45:02] [FHEM] WZ_Steckdose_TVWand has
[8/5/2019, 11:45:02] [FHEM] On [state;on,off]
[8/5/2019, 11:45:02] [FHEM] value2homekit: { set_off: '0', set_on: '1' }
[8/5/2019, 11:45:02] [FHEM] homekit2cmd: { '0': 'off', '1': 'on' }
2019-08-05 11:45:02 caching: WZ_Steckdose_TVWand-state: set_on
Ich weiß ich, was plötzlich passiert ist.
Wenn ich jetzt in HomeKit meine Fibaro Dimmer mit einer vorsichtige Wischgeste auf einen Wert (z.B. 50%) setze, so springt die Anzeige ständig zwischen 50 und 0 hin und her. Im FHEM-Log wird nur dim 50 gesetzt. Die Lampe bleibt auch permanent auf gleicher Helligkeit. Nur HomeKit flackert immer hin und her. Lustigerweise habe ich das in Eve nicht.
Config:
Brightness=state,maxValue=99,part=1,cmd=dim On=state,valueOff=off,cmdOn=on,cmdOff=off
Hat jemand einen Tipp oder kennt das jemand?
Hallo Zusammen,
ich habe meine beiden Shellys 2 (im Roller-Mode) via MQTT in FHEM eingebunden, klappen nun auch soweit. Mit den attrTemplates klappt es auch gut, die Rolladen lassen sich mit dieser Slider-Funktion auch steuern und die einzelnen Positionen anfahren. Nun möchte ich das gerne in Homekit abbilden, das bekomme ich aber nicht hin. Öffnen und Schliessen hat geklappt, aber das Anfahren bestimmter Positionen bekomme ich einfach nicht hin. Ich sehe zwar das Reading "pct" mit den entsprechenden Positionen, die sich auch ändern, aber das homebridgemapping bekomme ich einfach nicht hin, hier bräuchte ich etwas Hilfe...
Hier das Reading...
energy 1121 2019-09-01 16:51:42
fw_ver 20190821-094904/v1.5.2@4148d2b7 2019-09-01 14:00:30
id shellyswitch-5599E8 2019-09-01 14:00:30
input0 0 2019-09-01 16:51:42
input1 0 2019-09-01 16:51:42
ip 192.168.X.X 2019-09-01 14:00:30
mac XXX 2019-09-01 14:00:30
new_fw false 2019-09-01 14:00:30
online true 2019-09-01 14:00:30
pct 38 2019-09-01 16:51:42
position 0 2019-08-30 17:02:36
power 0.00 2019-09-01 16:51:42
roller_0_energy 1121 2019-09-01 15:57:42
roller_0_power 0.02019-09-01 15:57:42
state stop
Und hier mein Versuch mit dem homebridgemapping...
clear CurrentPosition=pct,minValue=0,maxValue=100,minStep=1 TargetPosition=CurrentPosition,cmds=pct/.*/:open;0:close
Vielen Dank und viele Grüße
Pit
Hallo,
ich habe es nach einiger Zeit geschafft meine Somfy Jalousien über eine Signalduino anzusteuern und in meine HomeKit Umgebung zu integrieren.
Um dem Ganzen den letzten Schliff zu geben würde ich gerne in HomeKit eine Art Taster mit 3 Zuständen definieren (Auf,Ab,Stop) um die Jalousien direkt und nicht über die Endposition zu steuern.
Soweit ich gelesen habe sollte dies irgendwie mit einem Dummy welcher als "Security" definiert ist möglich sein.
Leider bin ich aber bis jetzt gescheitert einen derartigen "Security Dummy" für 3 Zustände zu generieren.
Hat irgend jemand von euch evt. einen Ratschlag, oder sogar eine fertige Definition.
Gruß und Dank aus Tirol
mir ist kein schalter mit drei zuständen bekannt.
was hast du denn gegen die ansteuerung über die position? das funktioniert zuverlässig per app und per siri. bei allem anderen ist die fehlende rückmeldung und verzögerung problematisch.
Im Prinzip geht es mir darum die Lamellen so zu steuern dass sie sich so stellen kann (quer) dass man durchsieht, das kann ich mit der Prozentsteuerung leider nicht realisieren.
Mit einem Dummy Schalter (Taster) der Auf/Ab/Stop und ggf. "my" könnte wäre das leicht zu realisieren. Deshalb habe ich auch an das "Security" Objekt gedacht da es dort 4 Zustände gibt, keine Ahnung ob man das angezeigte auch umbenennen kann und entsprechend mappen?
für lamellen gibt es in homekit die tilt angle characteristics. ich habe noch nicht gesehen wie es in home tatsächlich ausschaut, aber die sind dazu da um den winkel der lamellen einzustellen. ich vermute es ist sinnvoller diesen vorgesehenen weg zu gehen als eine komplett andere characteristic zu missbrauchen. das hat alle möglichen nebenwirkungen. security in blind geht ziemlich sicher nicht und alles was mit security zu tun hat hat glaube ich noch mal bestimmte abhängigkeiten untereinander.
wenn du in der hardware den winkel nicht direkt einstellen kannst würde ich versuchen trotzdem diesen weg zu gehen und die winkel nach timing steuerung im FHEM unterzubringen. das timing auf homekit seite ist nicht genau und je näher es am device ist um so besser.
Schau mal bei den Xiaomi Fans:
https://wiki.fhem.de/wiki/Homebridge_User_Configs
Ich verwende dort TargetTiltAngle. Das ist eigentlich nicht für Ventilatoren gedacht, sondern für Jalousien. Das müsste auch das sein, was Andre meint.
Viele Grüße Hoppel
ich habe das bei meinen Jalousien gemappt, es geht bei mir nur in Eve. Home zeigt die Lamellen nicht an in iOS 12.4.1
Ich habe dann die Sprungweite auff 33% gestellt, so habe bei den Lamellen nur 0/33/66/99% zur Auswahl
siehe Bild
das Mapping von meinen RollerShutter ergänzt
clear
CurrentPosition=position_blind,minValue=0,maxValue=99
TargetPosition=positionBlinds::position_blind,minValue=0,maxValue=99,minStep=1
CurrentTiltAngle=position_slat,minValue=0,maxValue=99
TargetTiltAngle=positionSlat::position_slat,minValue=0,maxValue=99,minStep=33
Weiß jemand , wie ich folgenden Fehler beheben kann oder hätte dies nach einem Update folgen für die Homebridge ?
Sep 23 20:14:28 raspberrypi homebridge[2837]: [9/23/2019, 8:14:28 PM] Plugin /us r/local/lib/node_modules/homebridge-hue requires Node version of ^10.16.3 which does not satisfy the current Node version of v10.6.0. You may need to upgrade yo ur installation of Node.
r/local/lib/node_modules/homebridge-hue requires Node version of ^10.16.3 which
does not satisfy the current Node version of v10.6.0. You may need to upgrade yo
ur installation of Node.
pi@raspberrypi:~ $ node -v
v10.6.0
pi@raspberrypi:~ $ npm -g ls | grep homebridge
├─┬ homebridge@0.4.50
├─┬ homebridge-fhem@0.5.8
├─┬ homebridge-hue@0.11.40
│ ├─┬ homebridge-lib@4.4.6
├── homebridge-pi@1.0.0
Danke
Da wirst Du wohl dein Node aktualisieren müssen, so wie es geschrieben steht.
Gesendet von iPhone mit Tapatalk
Hallo und guten Morgen,
ich stehe ein bisschen auf dem Schlauch, was meine Homebridgemappings anbelangt. Ich habe ein Dummy Device wie folgt angelegt:
FUUID 5d872443-f33f-3040-7361-f4388dbd94ef47ab
FVERSION 98_dummy.pm:0.195850/2019-06-09
NAME Radiosender
NR 300
STATE Flux
TYPE dummy
READINGS:
2019-09-27 09:16:23 state Flux
Attributes:
genericDeviceType switch
homebridgeMapping clear On=activity,subtype=Flux,valueOn=Flux,valueOff=/off/,cmdOn=Flux,cmdOff=off
On=activity,subtype=Fritz,valueOn=Fritz,cmdOn=Fritz,cmdOff=off
On=activity,subtype=Teddy,valueOn=Teddy,cmdOn=Teddy,cmdOFF=off
On=activity,subtype=radioeins,valueOn=radioeins,cmdOn=radioeins,cmdOFF=off
On=activity,subtype=RadioPotsdam,valueOn=RadioPotsdam,cmdOn=RadioPotsdam,cmdOFF=off
On=activity,subtype=1Live,valueOn=1Live,cmdOn=1Live,cmdOFF=off
On=activity,subtype=Aus,valueOn=Aus,cmdOn=Aus,cmdOFF=off
room Homekit,Wohnzimmer
setList 1Live Flux Fritz Ostseewelle Teddy radioeins RadioPotsdam off
siriName Radiosender
Mit einem DOIF reagiere ich auf die einzelnen Status des Dummys und schlate entsprechend die Radiosender per Siri. Hier mein DOIF:
Internals:
DEF ([Radiosender:state] eq "Flux") (set Sonos_Kueche StartRadio FluxFM) DOELSEIF (([Radiosender:state] eq "Fritz")) (set Sonos_Kueche StartRadio Fritz%20vom%20rbb) DOELSEIF (([Radiosender:state] eq "Teddy")) (set Sonos_Kueche StartRadio Radio%20Teddy) DOELSEIF (([Radiosender:state] eq "radioeins")) (set Sonos_Kueche StartRadio radioeins%20vom%20rbb) DOELSEIF (([Radiosender:state] eq "Ostseewelle")) (set Sonos_Kueche StartRadio Ostseewelle%20MV) DOELSEIF (([Radiosender:state] eq "RadioPotsdam")) (set Sonos_Kueche StartRadio Radio%20Potsdam) DOELSEIF (([Radiosender:state] eq "1Live")) (set Sonos_Kueche StartRadio 1LIVE%20-%20Das%20junge%20Radio%20des%20WDR.%2096.0%20(Euro-Hits)) DOELSEIF (([Radiosender:state] eq "Aus")) (set Sonos_Kueche Stop)
FUUID 5d873f62-f33f-3040-fd3c-6018fd11e08cd21f
FVERSION 98_DOIF.pm:0.202100/2019-09-20
MODEL FHEM
NAME DI_Radiosender
NOTIFYDEV global,Radiosender
NR 303
NTFY_ORDER 50-DI_Radiosender
STATE cmd_1
TYPE DOIF
VERSION 20241 2019-09-24 22:00:09
READINGS:
2019-09-27 09:16:23 Device Radiosender
2019-09-27 09:16:23 cmd 1
2019-09-27 09:16:23 cmd_event Radiosender
2019-09-27 09:16:23 cmd_nr 1
2019-09-27 09:16:23 e_Radiosender_state Flux
2019-09-26 13:28:32 mode enabled
2019-09-27 09:16:23 state cmd_1
Regex:
accu:
cond:
Radiosender:
0:
state ^Radiosender$:^state:
1:
state ^Radiosender$:^state:
2:
state ^Radiosender$:^state:
3:
state ^Radiosender$:^state:
4:
state ^Radiosender$:^state:
5:
state ^Radiosender$:^state:
6:
state ^Radiosender$:^state:
7:
state ^Radiosender$:^state:
attr:
cmdState:
wait:
waitdel:
condition:
0 ::ReadingValDoIf($hash,'Radiosender','state') eq "Flux"
1 (::ReadingValDoIf($hash,'Radiosender','state') eq "Fritz")
2 (::ReadingValDoIf($hash,'Radiosender','state') eq "Teddy")
3 (::ReadingValDoIf($hash,'Radiosender','state') eq "radioeins")
4 (::ReadingValDoIf($hash,'Radiosender','state') eq "Ostseewelle")
5 (::ReadingValDoIf($hash,'Radiosender','state') eq "RadioPotsdam")
6 (::ReadingValDoIf($hash,'Radiosender','state') eq "1Live")
7 (::ReadingValDoIf($hash,'Radiosender','state') eq "Aus")
do:
0:
0 set Sonos_Kueche StartRadio FluxFM
1:
0 set Sonos_Kueche StartRadio Fritz%20vom%20rbb
2:
0 set Sonos_Kueche StartRadio Radio%20Teddy
3:
0 set Sonos_Kueche StartRadio radioeins%20vom%20rbb
4:
0 set Sonos_Kueche StartRadio Ostseewelle%20MV
5:
0 set Sonos_Kueche StartRadio Radio%20Potsdam
6:
0 set Sonos_Kueche StartRadio 1LIVE%20-%20Das%20junge%20Radio%20des%20WDR.%2096.0%20(Euro-Hits)
7:
0 set Sonos_Kueche Stop
8:
helper:
event Flux
globalinit 1
last_timer 0
sleeptimer -1
timerdev Radiosender
timerevent Flux
triggerDev Radiosender
DOIF_eventa:
cmd_nr: 1
cmd: 1
cmd_event: Radiosender
cmd_1
DOIF_eventas:
cmd_nr: 1
cmd: 1
cmd_event: Radiosender
state: cmd_1
timerevents:
Flux
timereventsState:
state: Flux
triggerEvents:
Flux
triggerEventsState:
state: Flux
internals:
readings:
all Radiosender:state
trigger:
uiState:
uiTable:
Attributes:
room Automat
Soweit klappt das alles ganz hervorragend. Ich kann die Sender per Siri umschalten, oder mit "aus" Sonos auch zum Schweigen bringen - und alles Dank dieses Forums :)
Jetzt mein "Problem" - eher eine Schönheitsfrage:
Schalte ich per Siri/Home-App auf einen Sender, so wird dieser auch gespielt. Schalte ich auf einen anderen Sender, wird auch dieser abgespielt. Allerdings bleiben in der Home-APP(!!!!!!) alle "Senderschalter", die ich vorher bedient habe an, obwohl, z.B. nicht mehr "radioeins" läuft, sondern schon ein anderer Sender.
Hat jemand eine Idee, wie ich erreiche, dass in der Home-App(!!!) beim Umschalten des Senders alle anderen/vorher geschalteten Sender ausgeschaltet sind? Hintergrund ist der, dass ich so in der Home-App sehen kann, welcher Sender gerade läuft (siehe Anlage).
Ich finde diese Variante sehr bequem und schön einfach. Nur dieser kleine Schönheitsfehler nervt irgendwie.
Für einen Tipp bin ich sehr dankbar.
Liebe Grüße
wolf
Ich habe iOS13.1 installiert
Bei allen Temperatur + Feuchte Sensoren die von FHEM aus gemappt werden, steht die Feuchte nicht mit in diesen Kacheln, sonder nur in den Eigenschaften vom Sensor, hat dazu einer einen Tipp wie ich die Feuchte in die Kachel bekomme in der Home.App?
Zitat von: Typ1er am 27 September 2019, 09:37:37
Ich habe iOS13.1 installiert
Bei allen Temperatur + Feuchte Sensoren die von FHEM aus gemappt werden, steht die Feuchte nicht mit in diesen Kacheln, sonder nur in den Eigenschaften vom Sensor, hat dazu einer einen Tipp wie ich die Feuchte in die Kachel bekomme in der Home.App?
Ich habe es so gelöst. Allerdings siehst du es nicht in der Übersicht, kannst es aber als Status anzeigen lassen:
defmod SD_WS07_TH_3 SD_WS07 SD_WS07_TH_3
attr SD_WS07_TH_3 userattr max-deviation-hum:1,2,3,4,5,6,7,8,9,10,15,20,25,30,35,40,45,50 max-deviation-temp:1,2,3,4,5,6,7,8,9,10,15,20,25,30,35,40,45,50 offset-hum offset-hum:slider,-50,1.0,50 offset-temp:slider,-25,1.0,25
attr SD_WS07_TH_3 alexaName Raumthermometer
attr SD_WS07_TH_3 alexaRoom Wohnzimmer
attr SD_WS07_TH_3 alias Thermometer WZ
attr SD_WS07_TH_3 event-min-interval .*:100
attr SD_WS07_TH_3 event-on-change-reading .*
attr SD_WS07_TH_3 genericDeviceType thermometer
attr SD_WS07_TH_3 group Temperaturen
attr SD_WS07_TH_3 homebridgeMapping clear\
history:size=1024\
CurrentTemperature=temperature,minValue=-30\
BatteryService#StatusLowBattery=batteryState,values=ok:0;;/^.*/:1\
BatteryService#BatteryLevel:default=100\
BatteryService#ChargingState:default=2\
HumiditySensor#CurrentRelativeHumidity=humidity\
AirQualitySensor#AirQuality=hquality
attr SD_WS07_TH_3 icon sani_heating_temp
attr SD_WS07_TH_3 room Alexa,Home,HomeKit
attr SD_WS07_TH_3 siriName Raumtemp-WZ
attr SD_WS07_TH_3 stateFormat Temperatur: temperature °C / Luftfeuchte: humidity%
attr SD_WS07_TH_3 userReadings hquality { if (ReadingsVal($NAME,"humidity","")>59) {return "3"}\
elsif (ReadingsVal($NAME,"humidity","")>79) {return "4"}\
elsif (ReadingsVal($NAME,"humidity","")<40) {return "3"}\
elsif (ReadingsVal($NAME,"humidity","")<20) {return "4"} \
else {return "1"}}
setstate SD_WS07_TH_3 Temperatur: 20.4 °C / Luftfeuchte: 61%
setstate SD_WS07_TH_3 2019-09-27 10:19:42 batteryState ok
setstate SD_WS07_TH_3 2019-09-27 10:19:42 channel 3
setstate SD_WS07_TH_3 2019-09-27 10:19:42 hquality 3
setstate SD_WS07_TH_3 2019-09-27 10:19:42 humidity 61
setstate SD_WS07_TH_3 2019-09-27 10:19:42 state T: 20.4 H: 61
setstate SD_WS07_TH_3 2019-09-27 10:19:42 temperature 20.4
Kurz gesagt: Er richtet dir 4 Devices ein. Dazu erhaltest du noch eine Anzeige für die Qualität ;-)
Kannst ja das so anpassen, wie du es benötigst.
Gruß Matthias
Hallo,
...na toll, jetzt läuft es nicht mehr rund :-\
Habe iOS13.1 auf meinen iPhones, Homebridge 0.4.50 und homebridge-fhem 0.5.8 am laufen (bzw. nicht). Leider alles relativ zeitgleich upgedated ::)
HomeKit auf iOS13 verliert immer wieder die Verbindung, wenn man das so sagen kann, und zeigt "Keine Antwort" bei allen Geräten die von Homebridge zur Verfügung gestellt werden. Erst nach sehr sehr langer Wartezeit klappt es dann - bis zur nächsten Unterbrechung.
Habt ihr ähnliche Probleme? Wenn ja, auch Lösungen dafür?
Router, Pi & HomePod schon neu gestartet - keine Besserung. Im Log von Homebridge ist nichts ungewöhnliches bisher aufgetaucht.
Mein iMac hat noch das alte HomeKit. Im Falle, das die iPhones "Keine Antwort" anzeigen, scheint es da erst mal gut auszusehen, bis man etwas schalten will - dies geht nicht.
Damit würde ich mal sagen, das Homebridge nicht erreichbar ist (oder abgefragt wird), für diese Zeit.
Für jeden Diagnosehinweis, wäre ich dankbar.
Grüße
Ralf
Seit ich mein AppleTV als Homekit Zentrale eingerichtet habe, habe ich diese Probleme nicht mehr. Hast du eine Zentrale eingerichtet?
Du könntest sonst mal versuchen homebridge und homebridge-fhem auf deine vorherigen Versionen zu downgraden. Das geht bspw. mit folgendem Befehl:
npm -g install homebridge-fhem@0.4.5
Wenn es dann immer noch so ist, hängt es wohl mit iOS zusammen.
Gruß Hoppel
Gibt es schon eine Lösung wie man mit iOS 13 die Temperatur wieder in 0,5 Schritten regeln kann? Ich vermute nicht, dass das Apple mit Absicht wieder deaktiviert hat, da es zuvor schon mal funktionierte. Oder besteht das Problem auch mit nativen HomeKit Sensoren, ich hab da keine Vergleichsmöglichkeiten?
Ich nutze eigentlich nur das Kontrollcenter für HomeKit und da helfen mit keine Zweitapps wie Eve in der das schon immer ging.
Musst du unbedingt in 0.5er Schritten die Temperatur regeln können? 1er Schritte reichen doch eigentlich, oder?
Dann könntest du mal probieren im HomebridgeMapping minStep=1 zu setzen:
attr <HMCCRTDN_Channel2_Clima> homebridgeMapping TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=1,nocache=1
Ich kann das bei meinen Homematic Thermostaten gerade nicht testen, bin auf Reise und meine Homekit Zentrale hängt gerade nicht am Netz. ;)
Es wäre aber interessant zu wissen, ob dieses Verhalten der Thermostate in der Home App auch andere bestätigen können?
Gruß Hoppel
Habe gerade gestetet:
IOS 13.1.1, ich kann bestätigen, dass unter der neuen Version nur 1° Schritte möglich sind.
Gruß Knallkopp_02
Ok, und hast du minStep=1 gesetzt? Ist das für dich so in Ordnung oder brauchst du zwingend 0,5er Schritte?
Ich kann mich gut mit 1er Schritten anfreunden.
Gruß Hoppel
Ich habe minStep nicht gesetzt, mir persönlich reichen ganze Grad Zahlen.
Wie es andere sehen weiß ich nicht
Zitat
Hallo,
...na toll, jetzt läuft es nicht mehr rund :-\
Habe iOS13.1 auf meinen iPhones, Homebridge 0.4.50 und homebridge-fhem 0.5.8 am laufen (bzw. nicht). Leider alles relativ zeitgleich upgedated ::)
HomeKit auf iOS13 verliert immer wieder die Verbindung, wenn man das so sagen kann, und zeigt "Keine Antwort" bei allen Geräten die von Homebridge zur Verfügung gestellt werden. Erst nach sehr sehr langer Wartezeit klappt es dann - bis zur nächsten Unterbrechung.
Habt ihr ähnliche Probleme? Wenn ja, auch Lösungen dafür?
Router, Pi & HomePod schon neu gestartet - keine Besserung. Im Log von Homebridge ist nichts ungewöhnliches bisher aufgetaucht.
Mein iMac hat noch das alte HomeKit. Im Falle, das die iPhones "Keine Antwort" anzeigen, scheint es da erst mal gut auszusehen, bis man etwas schalten will - dies geht nicht.
Damit würde ich mal sagen, das Homebridge nicht erreichbar ist (oder abgefragt wird), für diese Zeit.
Für jeden Diagnosehinweis, wäre ich dankbar.
Grüße
Ralf
Hallo,
läuft wieder, zumindest jetzt >24h.
Erklären kann ich es nicht, das vorweg. Ich denke mein AirPort Extrem war die Ursache. Als ich den vom Strom nahm und wieder startete, lief es - bis jetzt. Den hatte ich nun garnicht in Verdacht, da dieser der AP ist für den HomePod ist und der hatte keine Problem in Home. Die Homebridge ist über LAN am AirPort angeschlossen - dort muss das Übel gelegen haben.
Vorteil meiner ganzen Diagnostik: Jetzt habe ich mein Pi, inklusive Homebridge und Fhem Plugin, auf dem neuesten Stand ;) ...und ich kenne nun den Debug Modus der Homebridge.
Gruß
Ralf
Guten Abend zusammen ,
ich versuche schon eine ganze Weile für meine Gosund SP1, mit Tasmota,ein homebridgemapping auf die Beine zu stellen .
Mit Beiträgen aus dem Forum und Github habe ich versucht darin eine Logik zu erkennen ,ist mir aber bis jetzt nicht gelungen .
Leider habe ich zu wenige Anhaltspunkte finden können .
Ein List vom Device sieht so aus :
Internals:
CID DVES_BB27C0
DEF DVES_BB27C0
DEVICETOPIC Gosund_3
FUUID 5d99f581-f33f-88d2-5d97-659c27d4c34588ae
IODev m2s
LASTInputDev m2s
MSGCNT 82
NAME Gosund_3
NR 321
STATE off
TYPE MQTT2_DEVICE
m2s_MSGCNT 82
m2s_TIME 2019-10-08 22:09:19
READINGS:
2019-10-08 22:09:19 ENERGY_ApparentPower 0
2019-10-08 22:09:19 ENERGY_Current 0.000
2019-10-08 22:09:19 ENERGY_Factor 0.00
2019-10-08 22:09:19 ENERGY_Period 0
2019-10-08 22:09:19 ENERGY_Power 0
2019-10-08 22:09:19 ENERGY_ReactivePower 0
2019-10-08 22:09:19 ENERGY_Today 0.011
2019-10-08 22:09:19 ENERGY_Total 0.013
2019-10-08 22:09:19 ENERGY_TotalStartTime 2019-10-06T13:18:03
2019-10-08 22:09:19 ENERGY_Voltage 0
2019-10-08 22:09:19 ENERGY_Yesterday 0.002
2019-10-07 20:57:45 FallbackTopic cmnd/DVES_BB27C0_fb/
2019-10-07 20:57:45 GroupTopic sonoffs
2019-10-08 22:09:19 Heap 15
2019-10-07 20:57:45 Hostname sonoff_3-1984
2019-10-07 20:57:45 IPAddress 192.168.xxx.xxx
2019-10-08 21:02:28 LWT Online
2019-10-08 22:09:19 LoadAvg 19
2019-10-07 20:57:45 Module Gosund SP1 v23
2019-10-08 22:09:19 POWER1 off
2019-10-07 20:57:45 RestartReason Software/System restart
2019-10-06 16:10:57 SaveData on
2019-10-06 16:10:57 SetOption26 on
2019-10-08 22:09:19 Sleep 50
2019-10-08 22:09:19 SleepMode Dynamic
2019-10-06 16:10:55 StateText1 off
2019-10-06 16:10:56 StateText2 on
2019-10-06 16:10:56 StateText3 toggle
2019-10-06 16:10:56 StateText4 hold
2019-10-08 22:09:19 Time 2019-10-08T21:09:19
2019-10-08 22:09:19 Uptime 1T01:11:39
2019-10-07 20:57:45 Version 6.6.0(release-sonoff)
2019-10-07 20:57:45 WebServerMode Admin
2019-10-08 22:09:19 Wifi_AP 1
2019-10-08 22:09:19 Wifi_BSSId 00:1F:3F:16:32:0C
2019-10-08 22:09:19 Wifi_Channel 9
2019-10-08 22:09:19 Wifi_Downtime 0T00:00:04
2019-10-08 22:09:19 Wifi_LinkCount 1
2019-10-08 22:09:19 Wifi_RSSI 56
2019-10-08 22:09:19 Wifi_SSId Mein Netz 1
2019-10-08 22:09:13 state set_off
Attributes:
IODev m2s
autocreate 0
comment NOTE: on-for-timer is limited to 18h max duration!
genericDeviceType outlet
homebridgeMapping outlet=state,valueOn=on:POWER1,valueOff=off:POWER0,cmdOn=on,cmdOff=off
icon hue_filled_outlet
model tasmota_basic_state_power1
readingList tele/sonoff_3/LWT:.* LWT
tele/sonoff_3/STATE:.* { json2nameValue($EVENT) }
tele/sonoff_3/SENSOR:.* { json2nameValue($EVENT) }
tele/sonoff_3/INFO.:.* { json2nameValue($EVENT) }
stat/sonoff_3/RESULT:.* { json2nameValue($EVENT) }
room Homekit,MQTT2_DEVICE
setList off:noArg cmnd/sonoff_3/POWER1 0
on:noArg cmnd/sonoff_3/POWER1 1
toggle:noArg cmnd/sonoff_3/POWER1 2
on-for-timer {my $duration = $EVTPART1 < 11.2 ? $EVTPART1*10 : $EVTPART1+100; 'cmnd/sonoff_3/Backlog pulseTime1 '.$duration.'; POWER1 1'}
setOtaUrl:textField cmnd/sonoff_3/OtaUrl $EVTPART1
upgrade:noArg cmnd/sonoff_3/upgrade 1
setStateList on off toggle
stateFormat POWER1
Das Device ist als genericDevice = Outlet
Das aktuelle homebridgemapping sieht so aus :
outlet=state,valueOn=on:POWER1,valueOff=off:POWER0,cmdOn=on,cmdOff=off
Wenn ich in Fhem manuell schalte ,schalten die Gosund-Steckdosen ,aber leider wird dies in Homekit nicht angezeigt .
Wenn ich in Homekit schalte wird dies allerdings in Fhem korrekt angezeigt .
Im EventMonitor steht dann folgendes :
2019-10-08 22:17:44 MQTT2_DEVICE Gosund_3 set_on
2019-10-08 22:17:44 MQTT2_DEVICE Gosund_3 POWER1: on
2019-10-08 22:17:45 MQTT2_DEVICE Gosund_3 set_off
2019-10-08 22:17:45 MQTT2_DEVICE Gosund_3 POWER1: off
Über SSH und "sudo journalctl -f -au homebridge" sieht das dann so aus :
Oct 08 22:17:44 raspberrypi homebridge[5533]: 2019-10-08 22:17:44 caching: Gosund_3-state: set_on
Oct 08 22:17:45 raspberrypi homebridge[5533]: 2019-10-08 22:17:45 caching: Gosund_3-state: set_off
Kann mir vielleicht jemand sagen wo mein Fehler ist ?
Danke im vorraus ...
was soll das :POWERx bein den values bedeuten?
wenn ich dein log richtig interpretiere heißt das reading in dem der aktuelle zustand steht nicht state sondern POWER1. und die values sind einfach on und off.
Guten Abend justme ,
danke erstmal für Deine Antwort .
Das Problem ist wie, ich schon geschrieben habe,das ich da nicht ganz folgen kann bzw. die Zusammensetzung noch nicht verstehe .
Wenn ich Dich jetzt richtig interpretiere sollte es Deiner Meinung so aussehen ?
outlet=POWER1,values=off:on
hey sky,
manchmal ist es einfacher, als man denkt ;-)
Mach es nicht so kompliziert und lösche das homebridgeMapping koplett, da du das nicht benötigst.
Setze nur den richtigen Raum an, wo er die HomeKit Geräte abruft und setze davor noch "genericDeviceType" auf "switch" (Schalter) oder "outlet" (Steckdose).
Starte Homebridge neu und er liest das Gerät perfekt ein.
Ich besitze selbst so ein "MQTT2_DEVICE" bei meinen HomeKit-Schaltern.
Schau dir mal diese Attribute an - zum Vergleich:
defmod MQTT2_DVES_029287 MQTT2_DEVICE DVES_029287
attr MQTT2_DVES_029287 IODev MQTT2
attr MQTT2_DVES_029287 alexaName Küchenradio
attr MQTT2_DVES_029287 alias Küchenradio (TM1)
attr MQTT2_DVES_029287 autocreate 0
attr MQTT2_DVES_029287 cmdIcon on:general_an off:general_aus
attr MQTT2_DVES_029287 devStateIcon on:radio_checked off:radio_unchecked
attr MQTT2_DVES_029287 genericDeviceType switch
attr MQTT2_DVES_029287 group Steckdosen
attr MQTT2_DVES_029287 icon message_socket
attr MQTT2_DVES_029287 model A_01a_tasmota_basic_state_power1
attr MQTT2_DVES_029287 readingList tele/tm-kuechenradio/LWT:.* LWT\
tele/tm-kuechenradio/STATE:.* { json2nameValue($EVENT) }\
tele/tm-kuechenradio/SENSOR:.* { json2nameValue($EVENT) }\
tele/tm-kuechenradio/INFO.:.* { json2nameValue($EVENT) }\
stat/tm-kuechenradio/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_029287 room Alexa,Home,HomeKit
attr MQTT2_DVES_029287 setList off:noArg cmnd/tm-kuechenradio/POWER1 0\
on:noArg cmnd/tm-kuechenradio/POWER1 1\
toggle:noArg cmnd/tm-kuechenradio/POWER1 2
attr MQTT2_DVES_029287 setStateList on off toggle
attr MQTT2_DVES_029287 siriName Küchenradio
attr MQTT2_DVES_029287 stateFormat POWER1
Gruß Matthias
PS: Hier noch einige Beispiele für HomebridgeMapping:
https://wiki.fhem.de/wiki/Homebridge_User_Configs
Die Möglichkeiten in HomeKit hier zusammengefasst:
https://github.com/KhaosT/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts
Hallo Matthias ,
das hatte ich beim anlegen des Device schon gemacht .
Leider wurde der aktuelle Status nicht an Homekit weitergegeben.
Deshalb möchte ich ein homebridgemapping versuchen .
So sieht die config aus :
defmod Gosund_3 MQTT2_DEVICE DVES_BB27C0
attr Gosund_3 IODev m2s
attr Gosund_3 autocreate 0
attr Gosund_3 comment NOTE: on-for-timer is limited to 18h max duration!
attr Gosund_3 genericDeviceType outlet
attr Gosund_3 icon hue_filled_outlet
attr Gosund_3 model tasmota_basic_state_power1
attr Gosund_3 readingList tele/sonoff_3/LWT:.* LWT\
tele/sonoff_3/STATE:.* { json2nameValue($EVENT) }\
tele/sonoff_3/SENSOR:.* { json2nameValue($EVENT) }\
tele/sonoff_3/INFO.:.* { json2nameValue($EVENT) }\
stat/sonoff_3/RESULT:.* { json2nameValue($EVENT) }
attr Gosund_3 room Homekit,MQTT2_DEVICE
attr Gosund_3 setList off:noArg cmnd/sonoff_3/POWER1 0\
on:noArg cmnd/sonoff_3/POWER1 1\
toggle:noArg cmnd/sonoff_3/POWER1 2\
on-for-timer {my $duration = $EVTPART1 < 11.2 ? $EVTPART1*10 : $EVTPART1+100;; 'cmnd/sonoff_3/Backlog pulseTime1 '.$duration.';; POWER1 1'}\
setOtaUrl:textField cmnd/sonoff_3/OtaUrl $EVTPART1\
upgrade:noArg cmnd/sonoff_3/upgrade 1
attr Gosund_3 setStateList on off toggle
attr Gosund_3 stateFormat POWER1
ohne homebridgeMapping geht es nur wenn das device bekannt ist bzw. sich an die in fhem verwendeten standards hält. das ist bei deinem device nicht der fall da das reading um das es geht scheinbar POWER1 heisst. also musst du zumindest das angeben:
On=POWER1
wenn dann die werte dem standard folgen und on und off heissen reicht das vermutlich sogar.
wenn du outlet und nicht switch verwendest brauchst du zusätzlich zu On noch OutletInUse.
ganz allgemein wie das homebridgeMapping funktioniert steht hier: https://github.com/justme-1968/homebridge-fhem/blob/master/README.md (https://github.com/justme-1968/homebridge-fhem/blob/master/README.md) und an diversen stellen im wiki.
welche services und characteristics es gibt und welche required und optional sind findest du hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts (https://github.com/KhaosT/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts)
Hallo zusammen ,
möchte mich noch einmal für Eure Hilfe bedanken .
Mit folgendem Mapping funktioniert es :
On=POWER1,values=on:on;;off:off
Eine letzte Frage bezüglich einer eventuellen Strom - Wattanzeige in Homekit .
Habe mein Mapping mit folgendem Erweitert :
On=POWER1,values=on:on;;off:off
OutletInUse=ENERGY_Power,treshold=10
Resultat ist in Homekit :
Nun kann man zwar unter Einstellungen des Device " Steckdose wird benutzt Ja" sehen,dies hat für mich aber keinen effektiven Sinn .
Ist es eventuell möglich, in der Übersicht der Device´s in Homekit ( in meinem Beispiel bezogen auf Gosund_4 ) ,
eine Anzeigenerweiterung mit der aktuellen z.B. Wattabgabe zu realisieren ?
So ähnlich wie Pi Temperatur in Homekit ?
Das Reading dafür würde bei mir über "ENERGY_ReactivePower" laufen können
Darüber habe ich gar keine Info´s gefunden .
Ich hoffe , daß ich dies verständlich erklärt habe ;))
Danke
die values kannst du weg lassen. die sind für On nicht relevant. wenn dann valueOn und valueOff. on und off wird aber automatisch erkannt.
der unterschied zwischen outlet und switch ist genau der das angezeigt wird ob die steckdose in benutzung ist. wenn du das nicht brauchst/möchtest nimm switch und lass OutletInUse weg.
wenn du den verbrauch & co anzeigen möchtest muss das reading entweder power, energy, voltage und und current heißen oder du musst ein homebridgeMapping mit den passenden eve custom characteristics anlegen. das geht sogar mit history.
such mal nach E863F10D-079E-48FF-8F27-9C2605A29F52 hier im forum.
und schau z.b. hier: https://forum.fhem.de/index.php/topic,48558.msg907169.html#msg907169 (https://forum.fhem.de/index.php/topic,48558.msg907169.html#msg907169)
wenn du den verbrauch & co anzeigen möchtest muss das reading entweder power, energy, voltage und und current heißen oder du musst ein homebridgeMapping mit den passenden eve custom characteristics anlegen. das geht sogar mit history.
Das hieße ,da meine Readings so aussehen ,
ENERGY_ApparentPower
10
2019-10-09 20:36:05
ENERGY_Current
0.040
2019-10-09 20:36:05
ENERGY_Factor
0.56
2019-10-09 20:36:05
ENERGY_Period
0
2019-10-09 20:36:05
ENERGY_Power
5
2019-10-09 20:36:05
ENERGY_ReactivePower
8
2019-10-09 20:36:05
ENERGY_Today
0.020
2019-10-09 20:36:05
ENERGY_Total
0.020
2019-10-09 20:36:05
ENERGY_TotalStartTime
2019-10-06T13:40:54
2019-10-09 20:36:05
ENERGY_Voltage
241
2019-10-09 20:36:05
ENERGY_Yesterday
0.000
das ich ,wie du geschrieben hast , ein homebridgeMapping mit den passenden eve custom characteristics anlegen ?
genau. schau dir den link von oben an.
Werde ich machen , DANKE
und nicht vergessen: diese werte sind nur in eve zu sehen. nicht in home.
hallo Leute,
evtl kann mir mal jemand helfen von euch. ich habe gestern meine Sonos in homebridge hinzugefügt.
homebridgeMapping
On=transportState, ValueOn=PLAYING, ValueOff=STOPPED, cmdOn=mySwitch1:on,cmdOff=mySwitch1:on Brightness=Volume::Volume, nocache/code]
das ganze hab ich beim entsprechendem device eingefügt. Hintergrund ist der, das ich über cmdOn einen dummy schalten möchte, der Wiederrum ein DOIF startet und den Sonos Lautsprecher einschaltet bzw wieder ausschaltet. über homebridge kann ich den Lautsprecher aber nur ganz normal starten und pausieren. wie kann ich das ganze umlenken, damit der den dummy schaltet?
Mit freundlichen Grüßen
wenn du einen dumm schalten willst gehört das mapping in den dumm.
die ganzen leerzeichen innerhalb einer characteristic müssen weg.
volume über brightness abzubilden ist nicht optimal.
Zitat von: justme1968 am 10 Oktober 2019, 17:32:29
wenn du einen dumm schalten willst gehör das mapping in den dumm.
die ganzen leerzeichen innerhalb einer characteristic müssen weg.
volume über brightness abzubilden ist nicht optimal.
Schade hatte die Hoffnung, das man über das homebridgemapping zb auf einen anderes Gerät verweisen kann.
Siri selber nutze ich überhaupt nicht, wollte die Geräte nur in der homeapp abbilden und da hatte das Mapping mit volume super funktioniert.
Also müsste ich die readings vom Sonos gerät in den dummy übernehmen und dann dort das homebridgemapping machen?
im normalfall gehört das mapping in das device das angezeigt und geschaltet werden soll.
man kann auf ein anderes gerät verweisen. das ist aber nur in ausnahmefällen nötig. hier sind die überflüssigen leerzeichen im weg.
ansonsten verstehe ich dein problem nicht wirklich. ich glaube du denkst viel zu kompliziert. dummy, doif, steckdose und sonos. spontan würde ich sagen die hälfte davon ist überflüssig.
da ist keine Steckdose dazwischen.
ich habe pro Sonos jeweils ein DOIF.
##
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] ne "PLAYING" and [Sonos_Bad:state] ne "PLAYING" and [Sonos_Kueche:state] ne "PLAYING" and [Sonos_Schlafzimmer_2:state] ne "PLAYING") (set Sonos_Wohnzimmer Play)
##
DOELSEIF
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] ne "PLAYING" and [Sonos_Kueche:state] eq "PLAYING" and [Sonos_Kueche:IsMaster] == 1) (set Sonos_Kueche AddMember Sonos_Wohnzimmer)
##
DOELSEIF
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] ne "PLAYING" and [Sonos_Bad:state] eq "PLAYING" and [Sonos_Bad:IsMaster] == 1) (set Sonos_Bad AddMember Sonos_Wohnzimmer)
##
DOELSEIF
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] ne "PLAYING" and [Sonos_Schlafzimmer_2:state] eq "PLAYING" and [Sonos_Schlafzimmer_2:IsMaster] == 1) (set Sonos_Schlafzimmer_2 AddMember Sonos_Wohnzimmer)
##
DOELSEIF
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] eq "PLAYING" and [Sonos_Wohnzimmer:IsMaster] == 0) (set Sonos_Wohnzimmer MakeStandaloneGroup)
##
DOELSEIF
(["mySwitch1:on"] and [Sonos_Wohnzimmer:state] eq "PLAYING" and [Sonos_Wohnzimmer:IsMaster] == 1) (set Sonos_Wohnzimmer Pause)
Das bezweckt das sich die Sonosplayer untereinander gruppieren/entgruppieren, wenn ein Zoneplayer etwas abspielt (den long press simulieren)
das wäre dann in der Homeapp wie beim Airplay2. Einfach anklicken und der Player wird automatisch mit in die Gruppe genommen.
wenn ich das homebridgemapping ändere zu
On=transportState,ValueOn=PLAYING,ValueOff=STOPPED,cmdOn=mySwitch1:on,cmdOff=mySwitch1:on,Brightness=Volume::Volume, nocache
dann kann ich garnix mehr steuern in der homeapp :(
was meinst du mit '
und den Sonos Lautsprecher einschaltet' wenn du gar keine steckdose schaltest? die dinger sind immer an. du startest nur das abspielen.
ZitatOn=transportState,ValueOn=PLAYING,ValueOff=STOPPED,cmdOn=mySwitch1:on,cmdOff=mySwitch1:on,Brightness=Volume::Volume, nocache
du hast zu viele leerzeichen rausgeschmissen. die innerhalb einer characteristic müssen raus, die zwischen den characteristics müssen bleiben. d.h. genau eines vor Brightness. ansonsten brauchst du aber für sonos eigentlich gar kein mapping. die werden automatisch erkannt.
ich verstehe immer noch nicht warum du den sonos player in homekit hast wenn du eigentlich einen dummy schalten willst.
Ich wollte die characteristics von den Sonos schon sehr gerne übernehmen + Volume und das cmdOn und cmdOff dann umlenken auf den Dummy ( der wie ein Taster fungiert ) weil das DOIF doch wesentlich besser ist, als nur ein stumpfes Play und Pause.
Zb. Wenn Musik im Wohnzimmer spielt und ich die Küche einschalte spielt die Küche sofort im multiroombetrieb mit dem Wohnzimmer zusammen. Schalte ich die Küche aus, wird die Küche aus der Gruppe gelöst und pausiert.
liebe fhem gemeinde
ich beschäftige mich seit ein paar tagen mit homekit-fhem und habe nach anfänglichen problemen gute fortschritte gemacht.
ich hänge jedoch bei folgenden mapping, welches ich versucht habe mir aus verschiedenen beiträgen zusammenzustoppeln
attr sensor_aussen homebridgeMapping clear MotionDetected=state,values=motion:1;;noMotion:0 5d98ba04-f33f-61b2-4125-7172264217b2a998=brightness,Name=Helligkeit StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW history:size=1024
und zwar möchte ich für einen homematic HM-SEN-MDIR-O-2 motion sensor auch den "brightness" wert aus dem readings auslesen und als "Helligkeit" anzeigen.
ich verwende als generic device MotionSensor und subtype motion detector.
das mapping zeigt bewegung und battery richtig an (in eve) aber keinen helligkeitwert, und leider auch keine history.
habe schon alles ausprobiert aber wahrscheinlich ist es eine kleinigkeit die eure aufmerksame augen sofort sehen.
danke ihr erspart mir weiter schlaflose stunden....
meine readins sehen so aus
Readings
Activity
alive
D-firmware
1.6
2019-10-10 22:24:57
D-serialNr
MEQ0394230
2019-10-10 22:24:57
RegL_00.
2019-10-10 23:48:14
battery
ok
2019-10-11 00:04:31
brightness
111
2019-10-11 00:04:31
cover
closed
2019-10-11 00:03:01
motion
off
2019-10-11 00:08:33
motionCount
3_next:240s
2019-10-11 00:04:31
motionDuration
242
2019-10-11 00:08:33
powerOn
2019-10-10 23:47:41
2019-10-10 23:47:41
recentStateType
info
2019-10-10 23:47:41
state
noMotion
2019-10-11 00:08:33
trigDst_F10000
noConfig
2019-10-11 00:04:31
trigger_cnt
3
Zitat von: justme1968 am 10 Oktober 2019, 18:52:14
man kann auf ein anderes gerät verweisen. das ist aber nur in ausnahmefällen nötig. hier sind die überflüssigen leerzeichen im weg.
wäre mal interessant wie man denn in ausnahmefällen auf ein anderes device verweisen könnte mit den homebridgemappings.
hatte mal die leerzeichen entfernt, aber leider brachte das auch nicht den erwünschten erfolg
Guten Abend zusammen ,
ich habe da mal wieder eine Idee.
Momentan setze ich meine Klingelerkennung über ein FS20KSE und die Benachrichtigung über Telegramm um .
Zusätzlich sendet Telegram mir einen Snapshot von meiner Kamera .
Weil RTSP-Stream, ist diese über das Modul IPCAM eingebunden.
Funktioniert tadellos.
Nun habe ich den Versuch gestartet ,dies in Homekit anzuwenden .
Da ,wie ich gelesen habe, dieses nur mit einem Bewegungsmelder funktionieren soll , startete ich Versuche aus meinem
FS20 ,der ursprünglich als ContactSensor angelegt war , nun einen Bewegungsmelder zu machen .
Also Schritt eins :
genericDeviceType MotionSensor
Schritt zwei ,das definieren des homebridgemapping .
Folgende Versuche brachten keinen Erfolg :
MotionDetected=state,values=on:MOTION_DETECTED;;off:MOTION_NOT_DETECTED
MotionDetected=state,values=motion:on;noMotion:off
MotionDetected=state,values=on:true;;off:false
Ich weiß allerdings auch nicht ob das ändern in einen Bewegungsmelder so funktioniert ??
Das List sieht so aus :
Internals:
BTN 01
CUL_0_MSGCNT 26
CUL_0_RAWMSG 810b04xx0101a00170a0010000
CUL_0_RSSI -80.5
CUL_0_TIME 2019-10-13 20:08:09
DEF 70a0 01
FUUID 5d752ee0-f33f-88d2-a497-4b58098fb9ec39db
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 26
NAME fl_klingel_2
NR 270
STATE off
TYPE FS20
XMIT 70a0
CODE:
1 70a0 01
READINGS:
2019-10-13 20:08:09 state off
Attributes:
IODev CUL_0
devStateIcon on:rc_dot@green off:rc_dot@grey
genericDeviceType MotionSensor
homebridgeMapping MotionDetected=state,values=on:true;;off:false
icon audio_volume_high
model fs20kse
room FS20,Homekit,Türklingel
Hey,
ich habe aktuell 2 Homebridges laufen und teile meine Devices mit 2 Räumen auf die beiden Bridges auf.
Meistens funktionieren beide, selten aber zeigen alle Geräte einer Bridge "Keine Antwort" an. Ich muss die "Home"-App auf dem iPad/iPhone dann im Task Switcher beenden und neu auf machen, das triggert wohl ein erneutes Abfragen der Statuswerte aller Geräte und mit Glück klappt dann alles.
Gibts hier eine Möglichkeit rauszufinden woran das liegen kann? Ich habe die leise Vermutung, dass es irgendein spezielles Device ist, dessen Readings nicht richtig gemappt sind oder sowas...!
Ich jage dem Grund jetzt schon lange nach, aber bisher war der Schmerz nie groß genug, mal richtige Analysearbeit reinzustecken, denn meistens (so 9/10 Versuche) geht es ja.
Der Prozess an sich ist aber super schnell, Performance kann es also eig nicht sein. Sind 2 Bridges in einer VM, FHEM läuft in einer anderen VM. Alles auf einem NUC. Also noch alles zusammen auf einem Pi3 lief, war das aktualisieren deutlich lahmer.
Danke und Grüße :)
Pati
Hallo .
ich habe jetzt auch nochmal versucht über
https://github.com/justme-1968/homebridge-fhem
ein passendes Mapping zu erstellen .
In Fhem sind die Readings nur On und Off .
Egal was ich versuche, es bringt nicht das gewünschte Ergebnis.
Der letzte Versuch :
MotionDetected=state,values=off:false;on:true
Oct 14 19:25:52 raspberrypi homebridge[1510]: [10/14/2019, 7:25:52 PM] [FHEM] MotionSensor service for fl_klingel_2
Oct 14 19:25:52 raspberrypi homebridge[1510]: [10/14/2019, 7:25:52 PM] [FHEM] MotionDetected characteristic for fl_klingel_2:state
Oct 14 19:25:52 raspberrypi homebridge[1510]: [10/14/2019, 7:25:52 PM] [FHEM] Custom LastActivation characteristic fl_klingel_2:state
Trotzdem reagiert Homekit nicht
Wer kann mir sagen ob das überhaupt umzusetzen ist ?
Probier mal:
MotionDetected=state,values=on:1;off:0
Danke für Deinen Tip ,
funktioniert leider auch nicht :-\
Oct 14 20:44:40 raspberrypi homebridge[12768]: 2019-10-14 20:44:40 caching: fl_klingel_2-state: on
Oct 14 20:44:40 raspberrypi homebridge[12768]: [10/14/2019, 8:44:40 PM] [FHEM] caching: MotionDetected: true (as boolean; from 'on')
Oct 14 20:44:40 raspberrypi homebridge[12768]: 2019-10-14 20:44:40 caching: fl_klingel_2-state: off
Oct 14 20:44:40 raspberrypi homebridge[12768]: [10/14/2019, 8:44:40 PM] [FHEM] caching: MotionDetected: false (as boolean; from 'off')
In Fhem :
2019-10-14 20:44:40 FS20 fl_klingel_2 on
2019-10-14 20:44:40 FS20 fl_klingel_2 off
Jetzt weiß ich echt nicht mehr weiter ...
Ich verstehe das Problem leider nicht. Laut deinen logs wird doch: on zu MotionDetected: true übersetzt was korrekt ist. Was funktioniert denn nicht?
In Homekit löst das Device "fl_klingel_2" , angelegt als Bewegungsmelder ,nicht aus .
Darum bekomme ich auch keine Benachrichtigung
Zitat
Gestern um 21:32:55
Nun habe ich den Versuch gestartet ,dies in Homekit anzuwenden .
Da ,wie ich gelesen habe, dieses nur mit einem Bewegungsmelder funktionieren soll , startete ich Versuche aus meinem
FS20 ,der ursprünglich als ContactSensor angelegt war , nun einen Bewegungsmelder zu machen .
Laut deinen log geht dein device um:
[b]Oct 14 20:44:40[/b] raspberrypi homebridge[12768]: [10/14/2019, 8:44:40 PM] [FHEM] caching: MotionDetected: true (as boolean; from 'on')
an und auch am gleichen zeitpunkt:
[b]Oct 14 20:44:40[/b] raspberrypi homebridge[12768]: [10/14/2019, 8:44:40 PM] [FHEM] caching: MotionDetected: false (as boolean; from 'off')
wieder aus. Lass es bitte mal mindestens 5 sec angeschalten.
Grüße
Hallo ,
ich wollte einmal eine Rückmeldung geben .
Es war tatsächlich der Zeitabstand zwischen On und Off .
Leider hat das über ein ,, on-for-timer ,, nicht funktioniert.
Aber an dem KSE-Modul kann man einen Jumper setzen , der dann ein verzögertes
Signal beim Ausschalten gibt .
Nun muss ich nur noch schauen ,das meine Kamera,die schon in Homekit ist ,
mir einen Schnappschuß beim Klingelsignal übermittelt .
Beide in einem Raum funktioniert nicht .
Danke für die Hilfe
das automatische senden eines snapshots funktioniert aktuell mit iOS 13.x nicht wenn kamera und bewegunsmelder zwei verschiedene accesories sind. das war mit iOS 12 noch möglich. jetzt muss beides im gleichen device/accessory sein.
wenn das homebridge kamera plugin das du verwendest einen dummy melder zur verfügung stellt der sich extern durch fhem triggern lässt kannst du den workaround aus dem thread verwenden in dem du den dummy melder durch fhem triggerst.
hier: https://github.com/KhaosT/homebridge-camera-ffmpeg/issues/332 (https://github.com/KhaosT/homebridge-camera-ffmpeg/issues/332) gibt es eine diskussion dazu und ein paar workarounds.
Hey,
ich wollte nochmal Nachfragen, ob jemand mir bei der Fehlerdiagnose helfen kann:
ich habe aktuell 2 Homebridges laufen und teile meine Devices mit 2 FHEM-Räumen auf die beiden Bridges auf.
Meistens funktionieren beide, selten aber zeigen alle Geräte einer Bridge "Keine Antwort" an, noch seltener beide. Ich muss die "Home"-App auf dem iPad/iPhone dann im Task Switcher beenden und neu auf machen, das triggert wohl ein erneutes Abfragen der Statuswerte aller Geräte und mit etwas Glück klappt dann alles.
Gibts hier eine Möglichkeit rauszufinden woran das liegen kann? Ich habe die leise Vermutung, dass es irgendein spezielles Device ist, dessen Readings nicht richtig gemappt sind oder sowas...!
Ich jage dem Grund jetzt schon lange nach, aber bisher war der Schmerz nie groß genug, mal richtige Analysearbeit reinzustecken, denn meistens (so 9/10 Versuche) geht es ja.
Der Prozess an sich ist aber super schnell, Performance kann es also eig nicht sein. Sind 2 Bridges in einer VM, FHEM läuft in einer anderen VM. Alles auf einem NUC. Also noch alles zusammen auf einem Pi3 lief, war das aktualisieren deutlich lahmer.
Danke und Grüße :)
Pati
warum zwei bridges?
Weil ich sonst über 100 Geräte kommen würde.
Wieso fragst du? Sind dir Probleme mit parallel laufenden Bridges bekannt? Dann könnte ich versuchen, mich einzuschränken und gucken ob das was bringt?
nein. wollte nur sicherstellen das dies der grund ist. ansonsten ist das nicht nötig.
ich habe leider keine idee warum
du die probleme hast. es sollte gehen. sagen die logs etwas?
Ah ok, dann ist das schon mal klar. :)
Hat jemand von euch evtl. bemerkt, dass es damit Probleme mit iOS 13 gab? Ich habe jetzt nach den paar Updates die es schon gab auf einmal das Gefühl, dass es doch mega stabil läuft? Wobei mir aufgefallen ist, dass die "Home" App auf meiner Watch fast IMMER ÜBERHAUPT kein Gerät erreicht...?
EDIT: Was ich noch fragen wollte: Wie lasse ich Homebridge denn loggen, wenn ich es per Systemd laufen lasse? :)
Mahlzeit,
bin aktuell dabei Homekit/homebridge vernünftig einzubinden und das meiste klappt auch einwandfrei.
Aktuell habe ich allerdings 2 Fragen bei denen ich nicht weiterkomme...
1. Kann ich die angezeigten Namen/Label in der Eve-App über ein homebridgeMapping ändern?
Siehe angehängte Bild #1. In dem Beispiel möchte ich aus dem oberen Schalter "Strom" z.B. gerne "WLAN" machen.
Oder aus "Model" auch gerne "IP-Adresse".
2. Kann ich Schalter auch komplett ausblenden?
Siehe Bild #2. Hier würde ich bei Stromkosten gerne den Schalter Aus/ein weg haben da dies kein Schalter ist, sondern nur mein reiner Stromzähler.
Vielen Dank im voraus!
grtz
@Pati_Alpha: das hängt von deinem start script ab. du musst schauen wie dort die ausgebe umgeleitet wird. wenn alles standard ist sollte es mit journalctl gehen.
@C0mmanda:
- du kannst es mit name= versuchen. ich vermute aber das es für standard characteristics nicht geht, du da kannst nur den service (device namen/alias) umbenennen. nicht die namen der characteristic.
- nein. alle services haben jeweils eine liste von required characteristics. wenn die nicht da werden sie mehr oder weniger sinn- und funktionslos wieder dazu erfunden.
du kannst versuchen dir einen custom service nur mit den gewünschten characterisics anzulegen. dann geht aber z.b. die history nicht.
Guten Abend ,
kann mir jemand sagen ob es möglich ist in dem Modul "Video-doorbell" ein Standbild anstatt einen Livestream
einzubinden ?
Das Modul funktioniert zwar bei mir ,aber mit bis zu ca 15. sec Verzögerung , bis der Livestream aufgebaut wird
( ausserhalb meines Zuhause ) .
Bis dahin ist z.B. der Postbote oder andere Personen schon wieder weg .
Da ich parallel über Fhem und Telegramm das ganze schon eine ganze Zeit reibungslos mit einem Standbild bei
Betätigung meiner Klingel betreibe ,stellt sich mir die Frage ob das auch in Homekit möglich ist .
Das Standbild wird bei mir unter
/opt/fhem/www/WebCamHaustuere/WebCamHaustuere_snapshot.jpg
abgelegt .
Im Modul weiß ich allerdings nicht ,wie ich mit "stillImageSource" umgehen soll ??
{
"platform": "Video-doorbell",
"cameras": [
{
"name": "Camera Vorne",
"port": 5005,
"button": true,
"throttle": 3000,
"videoConfig": {
"source": "-rtsp_transport tcp -i rtsp://192.168.xxx.xx:554/user=xxxx_password=tlJwpbo6_channel=1_stream=0.sdp?real_stream--rtp-caching=100",
"stillImageSource": "-i http://faster_still_image_grab_url/this_is_optional.jpg",
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 30
}
}
]
}
so sollte das gehen. ich glaube aber das ios die snapshots selber aus dem video macht. versuch mal das video weg zu lasen.
aber lies dir auch das hier mal durch:
https://forum.fhem.de/index.php/topic,48558.msg984703.html#msg984703
15 sekunden ist ansonsten recht lang. was ist das für ein rechner?
Das schaue ich mir mal an ...
Meine Kamera geht nur über einen RTSP-Stream , das ganze läuft Momentan auf einem Pi 2 als Zoneminderserver .
Allerdings in Fhem auf einem Pi 3+ eingebunden , worüber auch die Homebridge und Klingel laufen
ein raspberry ist selbst mit dem omx transcoder je nach model sehr grenzwertig. probier einfach mal den pi3 statt den pi2 und schau ob es einen unterschied macht.
ich habe einen gewaltigen unterschied beim wechsel auf einen nuc bzw. eine vm auf einem nas mit xeon gemerkt.
ich habe auch irgendwo einen patch gesehen der ffmpeg mit anderen optionen started und so die verzögerung noch weiter reduziert.
Justme1968: Kann es eigentlich Probleme mit dem Finden von Devices geben, wenn man IPv6 aktiv hat?
welche probleme meinst du?
wenn du ipv6 verwenden möchtest müssen das natürlich jeweils beide seiten unterstützen.
prinzipiell geht das aber ohne probleme. ich habe im kompletten netz v4 und v6 aktiv und alle komponenten kommen damit klar.
Hallo zusammen,
ich habe mir irgendwie die Homebridge zerschossen:
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
throw ex;
^
Error: The module '/usr/lib/node_modules/homebridge/node_modules/mdns/build/Release/dns_sd_bindings.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 48. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (module.js:681:18)
at Module.load (module.js:565:32)
Jetzt wollte ich ein update machen, wie im wiki beschrieben mit npm -g outdated und npm -g update homebridge-fhem.
Da laufe ich in ein anderes Problem, npm wird nicht gefunden oder ist ein unbekannter Befehl.
Wie kann ich diese Installation wieder zum laufen bringen, sei es irgendwie manuell? Ich bin sowieso gerade dabei eine neue FHEM Instanz mit Homebridge zu installieren, deswegen muss diese jetzt nicht unbedingt "schön" gefixt werden, aber ein paar Tage/Wochen sollte sie schon noch laufen.
Einfach nodeJS 5 installieren ?
Gruß
Jan
Edit. Ich konnte es lösen .
Zitat von: alubundy am 05 November 2017, 18:07:13
Hallo,
also endlich geschafft:
Für die Bedienung des HM-LC-RGBW-WM Controller über Eve und Home App incl. Siri habe ich jetzt ein gutes Mapping
gefunden. Lediglich der Siri Befehl "stelle xyz auf rot" funktioniert nicht, da stellt er volles Weiß dar. Hat was mit den Werten im
Farbkreis von Homekit zum Mapping auf die Controllereinstellung zu tun. Alle anderen Farben funktionieren aber. Wenn ich
rot will, dann muß ich halt per Hand auf rot stellen oder mit "Siri, stelle xyz auf hellrot" ein pink/rot.....
Ich habe den Dim Kanal um folgendes Mapping erweitert:
Brightness=pct
Hue=RGBW_STRIPE_1_COLOR:color,max=100,factor=3.6,cmd=color,cmds=0:color+100
Saturation=STATE
On=RGBW_STRIPE_1_AUTO:colProgram+0,subtype=RGB1AutomatikAus,cmdOff=colProgram+0,default=1,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+1,subtype=RGB1FarbwechselLangsam,cmdOn=colProgram+1,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+2,subtype=RGB1FarbwechselSchnell,cmdOn=colProgram+2,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+3,subtype=RGB1FarbwechselSehrSchnell,cmdOn=colProgram+3,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+4,subtype=RGB1Kaminfeuer,cmdOn=colProgram+4,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+5,subtype=RGB1Wasserfall,cmdOn=colProgram+5,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+6,subtype=RGB1TVSimulation,cmdOn=colProgram+6,default=0,timeout=300
On=state,valueOff=off,subtype=RGB1,cmdOn=on,cmdOff=off
Damit kann ich zumindest in Eve und Home App die Farbe sowie das Programm einstellen
und per Siri ein / ausschalten sowie die Farbe wählen
Die Farbauswahl sowie die Farbtemperatur (ist für diesen Controller aber nicht einstellbar) hat er dann in der
Home App beim Device angezeigt, sobald ich die Characteristic "Saturation=STATE mit eingefügt habe :)
d.h. ab da hat die Home App ein Device mit wechselbarer Farbe erkannt
Gruß
AL
Hallo AL,
muss ich die Subtypen noch anlegen ? Wenn ich das Mapping so übernehme startet die Homebridge nicht mehr.
RGBW_STRIPE_1 habe ich mit dem Namen von meinen Controller ersetzt.
Anbei ein Ausschnitt aus dem Log:
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Initializing platform accessory 'HM_6AFC31_Dim'...
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] creating services for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] information service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] manufacturer, model and serial number characteristics for HM_6AFC31_DimOkt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] name (siriName) characteristic for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1AutomatikAus) characteristic for HM_6AFC31_AUTO:colProgram+0
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselLangsam)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1FarbwechselLangsam) characteristic for HM_6AFC31_AUTO:colProgram+1
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselSchnell)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1FarbwechselSchnell) characteristic for HM_6AFC31_AUTO:colProgram+2
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselSehrSchnell)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1FarbwechselSehrSchnell) characteristic for HM_6AFC31_AUTO:colProgram+3
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1Kaminfeuer)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1Kaminfeuer) characteristic for HM_6AFC31_AUTO:colProgram+4
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1Wasserfall)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1Wasserfall) characteristic for HM_6AFC31_AUTO:colProgram+5
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1TVSimulation)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1TVSimulation) characteristic for HM_6AFC31_AUTO:colProgram+6
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim (RGB1)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] On(RGB1) characteristic for HM_6AFC31_Dim:state
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Lightbulb service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Brightness characteristic for HM_6AFC31_Dim:pct
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Hue characteristic for HM_6AFC31_COLOR:color
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Saturation characteristic for HM_6AFC31_Dim:STATE
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] Error: Cannot add a Service with the same UUID '00000043-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:152:15)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at /usr/local/lib/node_modules/homebridge/lib/server.js:471:19
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Array.forEach (<anonymous>)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:451:14)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:413:32)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
Okt 27 22:47:48 raspberrypi homebridge[10711]: at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1192:22)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Request.emit (events.js:210:5)
Okt 27 22:47:48 raspberrypi homebridge[10711]: at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js: Was mache ich falsch bzw. habe ich vergessen.
Gruß Xpec
Zitat von: justme1968 am 24 Oktober 2019, 17:12:38
welche probleme meinst du?
Naja, ich suche ja immer noch den Grund, warum bei mir gelegentlich beim Öffnen der Home App "Reagiert nicht" an den Devices steht...
Kam aber noch nicht dazu, mal manuell zu gucken. Vermutlich wäre ein guter Ansatz, die beiden Bridges mal aktiv im Terminal laufen zu lassen und direkt zu schauen was dort ab geht.
Ich hatte das auch mal und so ziemlich alles ausprobiert, was dazu im Internet zu finden war. Meine Erkenntnisse dazu hatte ich damals hier in diesem Thread dokumentiert.
Die wirkliche Lösung hat bei mir eigentlich erst der Einsatz eines Apple TVs als Homekitzentrale gebracht. Falls du ein AppleTV4/4k, iPad oder Hompod hast, kannst du das Gerät ja mal als Zentrale einrichten, falls noch nicht passiert.
Ansonsten erinnere ich mich daran, dass manche einen RPi im Einsatz hatten und die Bonjour Dienste über das WLAN Interface announced wurden, obwohl der RPi per Ethernet angeschlossen wurde. Wiederum andere hatten Erfolg IPv6 im Avahi-Service zu deaktivieren.
Kann sein, dass meine Aussagen nicht ganz stimmen. Das ist echt schon ein Jahr oder so her. Vielleicht hast du damit aber noch ein paar Anhaltspunkte... ;)
Viele Grüße Hoppel
Habe mir gerade mal die Mühe gemacht und gesucht, was ich hier damals dokumentiert habe. Ich habe mich da damals so ziemlich mit mir selbst unterhalten.
Lies mal ab folgendem Beitrag: https://forum.fhem.de/index.php?topic=48558.msg885219#msg885219
und alle nachfolgenden Beiträge von mir. Ich habe wirklich alles dokumentiert, was ich gemacht habe, um es in den Griff zu bekommen.
Abschließend wollte ich eigentlich noch das gesamte Analysevorgehen im Wiki beschreiben. Tja, aber wie das so ist... Mittlerweile haben wir das gesamte Haus renoviert und Nachwuchs bekommen. Denke nicht, dass ich dazu zeitnah nochmal kommen werde... ;)
Bin gespannt auf dein Feedback!
EDIT:
Meine Aussage zuvor war auch nicht ganz korrekt. Das AppleTV als Homekitzentrale war für mich nur die Lösung einer Teilproblematik. Beim Roaming zw. meinen Access Points, die teilweise auch noch an unterschiedlichen Switches hingen, auch wenn alle Netzwerkkomponenten von Ubiquiti UniFi sind, hatte ich zuvor immer diese Erreichbarkeitsprobleme für 15-30Sekunden in Homekit/EVE. Mit dem AppleTV war das dann auch gelöst.
Bei mir wurde der Bonjour Service damals übrigens manchmal auch über das Docker Network Interface announced. Das war wahrscheinlich mein Hauptproblem. Findest du aber alles in meinen Beitrag (und den folgenden Posts) den ich zuvor verlinkt habe.
Mittlerweile habe ich mein Heimnetzwerk so aufgebaut, dass alle meine APs, mein Server und mein AppleTV am Hauptswitch hängen, um Multicastprobleme zu verringern.
Viele Grüße Hoppel
Also im Journalctl der Homebridge finde ich nichts auffälliges. Ist es ein Problem, dass beide Bridges auf einer VM laufen? Oder den selben User nutzen, wenn sie auf FHEM zugreifen? Gibt es sonst etwas zu beachten? Es scheint, wenn das Problem auftritt, was seit kürzlich (updates? iOS? Homebridge?) deutlich seltener zu passieren scheint, immer nur eine der 2 Homebridges zu betreffen... fast so, als würde die 2. keine Antwort liefern können, weil der Rechner grade mit der Antwort der ersten beschäftigt ist.
Edit: Ich habe grade gesehen, dass wieder ein paar Devices nicht geantwortet haben. Natürlich wieder genau alle die auf einer Homebridge liegen. Auf der Uhr (watchOS 6.0.1) lässt sich das noch recht gut reproduzieren. Ich habe dann in beide journals der beiden homebridges geschaut und siehe da: die eine hat viele checks drin stehen, die andere einfach nichts. Die Anfrage scheint dort einfach nicht anzukommen! Wie kann das sein? Das einzige, was bei der homebridge, bei der nun die Geräte nicht geantwortet haben drin stand war ca. 15 Sekunden später ein Update einer gemessenen Temperatur eines Homematic Thermostats, aber das kann ja nichts damit zutun haben?
Was kann das für Gründe haben, dass eine Homebridge erreicht wird und die andere nicht? Wohl gemerkt: nur manchmal... :(
Er würde doch loggen, wenn die Anfrage von HomeKit ankäme, aber er sie aus irgendeinem Grund nicht verarbeiten könnte, oder?
Welche readings müssen den für Lampen vorhanden sein?
Ich habe hier eine Yeelight Ceiling Lampe, per "genericDeviceType
light" ist sie eingebunden, schalten klappt soweit.
In Home springt sich nach dem ausschalten immer wieder auf ein, obwohl sie aus ist.
Zitat von: Typ1er am 31 Oktober 2019, 10:54:22
Welche readings müssen den für Lampen vorhanden sein?
Ich habe hier eine Yeelight Ceiling Lampe, per "genericDeviceType
light" ist sie eingebunden, schalten klappt soweit.
In Home springt sich nach dem ausschalten immer wieder auf ein, obwohl sie aus ist.
Ich hoffe es ist ok dir diese Seite zu empfehlen:
https://stefans-itblog.de/liste-der-genericdevicetype-fuer-fhem/ (https://stefans-itblog.de/liste-der-genericdevicetype-fuer-fhem/)
Da kann man gut die erforderlichen und optionalen Readings nachsehen.
die Lampe hat nur Helligkeit und Farbtemperatur
wie Mappe ich die Farbtemperatur? Bereich ist 2700-6500K
ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1
für .Min/MaxValue finde unterschiedliche angaben im Netz, mal 50-400 oder 140-500, oder ist das egal und es wird irgendwie automatisch umgerechnet?
Kann man den Farbkreis in Home irgendwie Kalibrieren?
homebridgeMapping
On=power Brightness=bright,cmd=bright
sollte reichen. die farbtemperatur müsste automatisch erkannt werden.
ich habe es jetzt so drin stehen, wenn ich On und Brightness kürze, geht nichts mehr.
clear
On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Brightness=bright::bright,minValue=0,maxValue=100,minStep=1
ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1
StatusActive=state,valueOn=opened,valueOff=disconnected
Hey, ich habe nochmal nachgeforscht, warum meine Homebridge wohl manchmal nicht erreicht werden kann.
Laut diesem Post hier:
https://github.com/nfarina/homebridge/issues/2089#issuecomment-449956380 (https://github.com/nfarina/homebridge/issues/2089#issuecomment-449956380)
Könnte es an IPv6 liegen.
Wenn ich entsprechend "netstat -an | grep 51826" eingebe, bekomme ich auch folgendes:
tcp6 0 0 :::51826 :::* LISTEN
tcp6 0 0 10.0.0.221:51826 10.0.0.174:49665 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:51347 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:54091 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:58620 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:53681 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:51123 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:58879 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:52350 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:59075 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:52987 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.6:56723 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:53781 VERBUNDEN
tcp6 0 0 2003:d2:7711:3847:51826 2a02:908:1d44:1f3:56571 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:58697 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:57245 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.92:62058 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:56684 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.89:59367 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:51708 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:56540 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:59021 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:54067 VERBUNDEN
Erstens scheint tatsächlich alles über IPv6 zu laufen, was laut dem Post oben ein Problem sein könnte.
Und zweitens wundere ich mich, dass ein Gerät scheinbar so viele Verbindungen hier hin aufbaut? Macht das Sinn? Laut meinem PiHole ist das mein iPad Pro, also tatsächlich mein Home-Hub. Die anderen IPs sind iPhones im LAN. Aber wieso baut das iPad so viele Verbindungen auf?!
Vielleicht sollte ich das auch mal auf IPv4 umstellen, wie im oben verlinkten Post empfohlen? Weiß da jemand was drüber?
Danke vielmals.
Patrick
@Pati_Alpha Hattest du meine Antworten gelesen? Da hatte ich doch schon geschrieben, dass es an IPv6 liegen kann und dir sogar verlinkt, wie ich genau vorgegangen bin...
Gruß Hoppel
Zitat von: hoppel118 am 31 Oktober 2019, 19:16:17
@Pati_Alpha Hattest du meine Antworten gelesen? Da hatte ich doch schon geschrieben, dass es an IPv6 liegen kann und dir sogar verlinkt, wie ich genau vorgegangen bin...
Ach Mist, nein! :O Danke dir!! Das schaue ich mir direkt mal an!
Ich habe jetzt IPv6 deaktiviert und bin aber etwas verwirrt...
Der Befehl "avahi-browse --verbose _hap._tcp" gibt mir zwar jetzt das:
+ enp0s3 IPv4 Homebridge02-F7F3 _hap._tcp local
+ enp0s3 IPv4 Homebridge01-5E53 _hap._tcp local
Aber der Befehl "netstat -an | grep 51826" zeigt nach wie vor TCP6:
tcp6 0 0 :::51826 :::* LISTEN
tcp6 0 0 10.0.0.221:51826 10.0.0.27:60016 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.89:61943 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.92:62574 VERBUNDEN
tcp6 0 0 10.0.0.221:51826 10.0.0.11:51807 VERBUNDEN
Kann das stimmen?
Habe auch in der Avahi-Config IPv6 deaktiviert und nach allen Änderungen die Homebridge-VM neugestartet.
"ip addr show" zeigt mir aber auch keine IPv6 Adresse mehr an...
Und bisher funktionieren die beiden Homebridges auch, wie können die dann über IPv6 verbunden sein?
Moin,
Eve hat einen neuen Lichtschalter vorgestellt.
https://images-na.ssl-images-amazon.com/images/I/815U-OzlGhL._SL1500_.jpg
Ist es möglich den Zeitplan aus der EVE App an FHEM mittels homebridgemapping zu übergeben oder gibt es eine Art Datetimepicker?
VG
Basti
Zitat von: Pati_Alpha am 01 November 2019, 22:30:32
Ich habe jetzt IPv6 deaktiviert und bin aber etwas verwirrt...
Kann das stimmen?
Hm..., das sieht bei mir für meine 3 Homebridge Instanzen genauso aus:
@omv4:~# avahi-browse -t _hap._tcp
+ eno1 IPv4 Philips hue - A6F8C6 _hap._tcp local
+ eno1 IPv4 Homebridge Homematic-E1A5 _hap._tcp local
+ eno1 IPv4 Homebridge Xiaomi-004D _hap._tcp local
+ eno1 IPv4 Homebridge Hue-7732 _hap._tcp localroot@omv4:~# netstat -an | grep 51831
tcp6 0 0 :::51831 :::* LISTEN
tcp6 0 0 10.11.11.11:51831 10.11.11.101:55208 VERBUNDEN
tcp6 0 0 10.11.11.11:51831 10.11.11.104:49468 VERBUNDEN
tcp6 0 0 10.11.11.11:51831 10.11.11.104:50111 VERBUNDEN
tcp6 0 0 10.11.11.11:51831 10.11.11.104:51822 VERBUNDEN
tcp6 0 0 10.11.11.11:51831 10.11.11.50:49155 VERBUNDEN
root@omv4:~# netstat -an | grep 51832
tcp6 0 0 :::51832 :::* LISTEN
tcp6 0 0 10.11.11.11:51832 10.11.11.50:49156 VERBUNDEN
tcp6 0 0 10.11.11.11:51832 10.11.11.104:51830 VERBUNDEN
tcp6 0 0 10.11.11.11:51832 10.11.11.104:50032 VERBUNDEN
tcp6 0 0 10.11.11.11:51832 10.11.11.101:55209 VERBUNDEN
tcp6 0 0 10.11.11.11:51832 10.11.11.101:53839 VERBUNDEN
root@omv4:~# netstat -an | grep 51833
tcp6 0 0 :::51833 :::* LISTEN
tcp6 0 0 10.11.11.11:51833 10.11.11.104:50237 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.104:49643 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.104:49470 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.101:54556 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.101:55195 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.104:51820 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.101:54656 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.104:50098 VERBUNDEN
tcp6 0 0 10.11.11.11:51833 10.11.11.50:49157 VERBUNDENFunktioniert es denn mittlerweile bei dir? Gab es nochmal Probleme?
Gruß Hoppel
Schau mal hier: https://github.com/nfarina/homebridge/issues/1277
Bei mir funktioniert übrigens alles seit Ewigkeiten wie es soll.
Gruß Hoppel
Hallo zusammen,
ich habe hier einen Shelly1 Aktor, der via Homebridge Mapping in Apple Home einen top Job macht. Status wird vernünftig synchronisiert.
Jetzt möchte ich auf FHEM Seite aber den Aktor mit einer Verzögerung ausstatten. Das ist mir über einen Dummy und entsprechendem Notify inkl. on-for-timer auch gelungen. Tut in FHEM genau was es soll.
Nun habe ich den ursprünglichen Shelly aus Apple Home rausgeworfen und meinen Dummy eingebunden. Das tut auch fast alles so wie es soll
defmod Dielebeleuchtung dummy
attr Dielebeleuchtung genericDeviceType light
attr Dielebeleuchtung homebridgeMapping On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
attr Dielebeleuchtung room Diele,Homekit
attr Dielebeleuchtung webCmd on:off
Was sich aber nicht hinreichend schnell synchronisiert ist der Status der Lampe in Home beim Wechsel zu "off". Ich schalte sie ein, dies wird in Home signalisiert. Nach einer definierten Zeit schaltet sie sich selbsttätig wieder aus. Diesen Statuswechsel bekommt Apple Home nicht mit. Ich schätze hier muss ich per Homebridge Mapping noch nachjustieren. Kann ich hier irgendeinen Abfrage Intervallwert definieren? Der Status wird erst aktualisiert, wenn ich die Home App verlasse und wieder erneut öffne.
Wie kann ich dieses Verhalten noch optimieren?
Hey Hoppel,
ich GLAUBE bisher geht es. 1-2 mal hat das iPad gar keine Geräte gefunden, aber da war sicher grade ein WLAN-AP-Wechsel im Gange oder so. Ich meine auch bisher hat meine Watch immer alle Geräte gefunden und selbst Remote-Zugang klappt besser... vielleicht ist es auch nur Einbildung.
Danke, dass du auch nochmal nachgeschaut hast! :)
Patrick
wo ich gerade ipad lese: falls du auch noch ein apple tv hast: stelle sicher das nur ein gerät (am besten apple tv) home hub spielt. wenn es mehrere home hubs gibt macht das auch probleme.
Zitat von: stratege-0815 am 04 November 2019, 14:05:26
Hallo zusammen,
ich habe hier einen Shelly1 Aktor, der via Homebridge Mapping in Apple Home einen top Job macht. Status wird vernünftig synchronisiert.
Jetzt möchte ich auf FHEM Seite aber den Aktor mit einer Verzögerung ausstatten. Das ist mir über einen Dummy und entsprechendem Notify inkl. on-for-timer auch gelungen. Tut in FHEM genau was es soll.
Nun habe ich den ursprünglichen Shelly aus Apple Home rausgeworfen und meinen Dummy eingebunden. Das tut auch fast alles so wie es soll
defmod Dielebeleuchtung dummy
attr Dielebeleuchtung genericDeviceType light
attr Dielebeleuchtung homebridgeMapping On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
attr Dielebeleuchtung room Diele,Homekit
attr Dielebeleuchtung webCmd on:off
Was sich aber nicht hinreichend schnell synchronisiert ist der Status der Lampe in Home beim Wechsel zu "off". Ich schalte sie ein, dies wird in Home signalisiert. Nach einer definierten Zeit schaltet sie sich selbsttätig wieder aus. Diesen Statuswechsel bekommt Apple Home nicht mit. Ich schätze hier muss ich per Homebridge Mapping noch nachjustieren. Kann ich hier irgendeinen Abfrage Intervallwert definieren? Der Status wird erst aktualisiert, wenn ich die Home App verlasse und wieder erneut öffne.
Wie kann ich dieses Verhalten noch optimieren?
Nach weiterem nachdenken kommt ich auf zwei Ansätze:
1. homebridge müsste in einem bestimten Intervall den Zusand abfragen, was u.U. einen enormen Traffic erzeugen dürfte. (Neustart der Home App fragt ja offenbar den Status "frisch" ab, dann stimmt alles)
2. mein Dummy müsste den Statuswechsel zu "off" noch einmal expliziet an die Homebridge senden.
Wie könnte ich das umsetzen?
homebridge bekommt alle änderungen aus fhem über die normalen events mit. wenn eine änderung ein event erzeugt ist sie in homebridge sichtbar. vorausgesetzt es ist auf das richtige reading konfiguriert.
am besten vergleichst du mal den fhem event monitor und die homebridge consolen/log ausgaben.
ps: falls du irgendwo setstate verwendest: damit geht das nicht. hier werden keine events erzeugt.
event-on-change-reading = state hilft vermutlich
Zitat von: uxtuner am 04 November 2019, 19:34:12
event-on-change-reading = state hilft vermutlich
Leider ist es das nicht. Das Reading "state" verhält sich in fhem völlig korrekt, aber im apple home kommt nur der Wechsel zu "on" an, nicht wieder der Wechsel zurück.
in deinem mapping oben steht etwas von relay. nicht von state.
du hast auch noch nicht gezeigt wie der dummy und die lampe zusammenhängen und wie die verzögerung gebaut ist.
bei mir funktioniert es mit diesen zusätzlichen Attributen:
event-on-change-reading state
genericDeviceType light
homebridgeMapping clear
On=state,cmdOn=on,cmdOff=off
Zitat von: uxtuner am 05 November 2019, 06:11:04
bei mir funktioniert es mit diesen zusätzlichen Attributen:
event-on-change-reading state
genericDeviceType light
homebridgeMapping clear
On=state,cmdOn=on,cmdOff=off
Super, das funktioniert. Danke!
Zitat von: stratege-0815 am 05 November 2019, 10:23:59
Super, das funktioniert. Danke!
Moinsen, kannst du mal die komplette Konfiguration (list des Devices) posten?
Danke dir!
Geuß Hoppel
was bei mir noch nicht funktioniert, ist einen Zählerstand ins Homekit zu übertragen.
Hat da jemand eine Idee?
Zitat von: hoppel118 am 05 November 2019, 10:32:10
Moinsen, kannst du mal die komplette Konfiguration (list des Devices) posten?
Danke dir!
Geuß Hoppel
Internals:
FUUID 5dbeaac2-f33f-1636-1da4-c1a5e6a0e0400903
NAME Dielebeleuchtung
NR 51
STATE off
TYPE dummy
READINGS:
2019-11-05 10:04:22 state off
Attributes:
event-on-change-reading state
genericDeviceType light
homebridgeMapping clear On=state,cmdOff=off,cmdOn=on
room Diele,Homekit
webCmd on:off
Hey Hoppel,
Zitat von: hoppel118 am 04 November 2019, 10:51:36
Schau mal hier: https://github.com/nfarina/homebridge/issues/1277
Genau das habe ich mal angepasst.
Genauer gesagt, den Post hier: https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045 (https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045)
Nun zeigt er mir korrekterweise bei "netstat -an | grep 51826" das hier an:
tcp 0 0 0.0.0.0:51826 0.0.0.0:* LISTEN Sieht gut aus! :)
Ich habe auch das Gefühl, dass bisher alles runder läuft - aber auch schon generell seit der Deaktivierung von IPv6 auf der Homebridge-VM!
Besonders auffällig ist, dass meine Uhr jetzt IMMER die Geräte findet!
Meine (total unbegründete) Vermutung hier ist, dass watchOS kein IPv6 beherrscht, dann im LAN nichts gefunden hat und über das iPad gegangen ist, weswegen die Verbindung oft langsam/patchy war. (Die Remote-Verbindungsqualität übers iPad als HomeKit-Hub ist ja ein anderes Thema und sicher nicht die Schuld von Homebridge sondern Apple!)
Bin sehr gespannt, ob es so bleibt! Das wäre Hammer! :) Danke nochmals!
tl;dr: IPv6 auf Homebridge-System deaktiviert, bisher keine "Reagiert nicht" mehr in der Home App gehabt!
Zitat von: uxtuner am 05 November 2019, 10:48:57
was bei mir noch nicht funktioniert, ist einen Zählerstand ins Homekit zu übertragen.
Hat da jemand eine Idee?
ist per custom UUID möglich, ist dann nur in DrittApps nutzbar, zb in Eve
Hallo Zusammen,
ich suche grade eine Möglichkeit meinen Tank einzubinden/anzuzeigen.
Aktuell habe ich ein AT eingerichtet, welches mir alle 60 Minuten eine Berechnung macht und im stateFormat den Füllstand in % angibt.
Ich hatte jetzt irgenwo etwas von einem genericDeviceType WaterLevel gefunden gehabt. Leider nicht mehr, und wie das eingebunden werden muss.
Würde mich über Hilfe freuen, wie ich das konfigurieren muss, damit es in der Home App angezeigt wird.
Gruß Knallkopp_02
genericDeviceType WaterLevel gibt es leider nicht.
was es gibt ist eine WaterLevel characteristic. die ist aber scheinbaraktuell nur für den HumidifierDehumidifier service vorgesehen und home zeigt sie vermutlich auch nur in diesem context an.
du kannst aber versuchen bei einem device ein WaterLevel=<reading> im homebridgeMapping hinzuzufügen und schauen ob du on home oder eve etwas siehst.
danke für die Antwort, hat mir sehr geholfen.
habe es jetzt mit einem genericDeviceType HumiditySensor und homebridgeMapping clear CurrentRelativeHumidity=<reading> gelöst.
Danke erstmal an uxtuner und stratege-0815
Zitat von: Pati_Alpha am 05 November 2019, 22:42:22
Genauer gesagt, den Post hier: https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045 (https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045)
Nun zeigt er mir korrekterweise bei "netstat -an | grep 51826" das hier an:
tcp 0 0 0.0.0.0:51826 0.0.0.0:* LISTEN
Sieht gut aus! :)
Habe das auch gerade mal umgestellt. Evtl. bringt es mir ja auch irgendwelche Stabilitätsvorteile.
Die genaue Datei in der das anzupassen ist lautet bei einem Debian System übrigens:
/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.jsBei mir sieht das nun auch so aus:
root@omv4:~# netstat -an | grep 51831
tcp 0 0 0.0.0.0:51831 0.0.0.0:* LISTEN
tcp 0 0 10.11.11.11:51831 10.11.11.101:49702 VERBUNDEN
tcp 0 0 10.11.11.11:51831 10.11.11.50:49185 VERBUNDEN
tcp 0 0 10.11.11.11:51831 10.11.11.158:50093 VERBUNDEN
root@omv4:~# netstat -an | grep 51832
tcp 0 0 0.0.0.0:51832 0.0.0.0:* LISTEN
tcp 0 0 10.11.11.11:51832 10.11.11.158:50092 VERBUNDEN
tcp 0 0 10.11.11.11:51832 10.11.11.101:49703 VERBUNDEN
tcp 0 0 10.11.11.11:51832 10.11.11.50:49186 VERBUNDEN
root@omv4:~# netstat -an | grep 51833
tcp 0 0 0.0.0.0:51833 0.0.0.0:* LISTEN
tcp 0 0 10.11.11.11:51833 10.11.11.158:50090 VERBUNDEN
tcp 0 0 10.11.11.11:51833 10.11.11.101:49701 VERBUNDEN
tcp 0 0 10.11.11.11:51833 10.11.11.50:49184 VERBUNDENWobei ich wie gesagt keine Probleme hatte...
Gruß Hoppel
@justme1968
Mir ist gerade aufgefallen, dass meine Alias bzw. siriName nicht mehr nach Homekit übernommen werden. Ältere Devices sind davon nicht betroffen, nur die, die ich erst kürzlich angelegt habe. In EVE werden die Namen aber weiterhin korrekt angezeigt, siehe Screenshots im Anhang. Die "Spots" im Raum "Kleiderschrank" gibt es schon länger. Neu hinzugekommen sind die Devices "Innensensor" und "Bewegungsmelder".
Hier noch die lists der 3 in den Screenshots zu sehenden Devices:
Internals:
DEF group 20 IODev=HUEBridge
FUUID 5d210b16-f33f-5dcf-d7cf-ac377224ae460ac2
FVERSION 31_HUEDevice.pm:0.203190/2019-10-06
ID G20
INTERVAL
IODev HUEBridge
NAME DG_KS_Spots
NR 460
STATE on
TYPE HUEDevice
lights 24,25,26
name Kleiderschrank Spots
type LightGroup
READINGS:
2019-11-07 14:57:56 alert select
2019-11-07 15:03:50 all_on 1
2019-11-07 15:03:50 any_on 1
2019-11-07 15:12:49 bri 254
2019-11-07 14:57:56 colormode xy
2019-11-07 15:12:49 ct 367
2019-11-07 14:57:56 effect none
2019-11-07 15:12:49 hue 14957
2019-11-07 15:12:49 onoff 1
2019-11-07 15:12:49 pct 100
2019-11-07 14:57:56 reachable 1
2019-11-07 15:12:49 rgb ffc249
2019-11-07 14:57:56 sat 141
2019-11-07 15:12:49 state on
2019-11-07 15:12:49 xy 0.4576,0.4099
helper:
alert select
bri 254
colormode xy
ct 367
devtype G
effect none
onoff 1
pct 100
reachable 1
sat 141
state on
update_timeout 1
lights:
24 1
25 1
26 1
Attributes:
IODev HUEBridge
alexaName Spots
alexaRoom Kleiderschrank
alias Kleiderschrank Spots
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType Lightbulb
group Lampen
icon light_downlight
room Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Beleuchtung
siriName Spots
userReadings rgb {ReadingsVal('DG_KS_Spot_vorn','rgb','FFFFFF')},
hue {ReadingsVal('DG_KS_Spot_vorn','hue','0')},
xy {ReadingsVal('DG_KS_Spot_vorn','xy','0,0')}
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFCA54:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Internals:
DEF sensor 33 1 IODev=HUEBridge
FUUID 5dc3db17-f33f-5dcf-26d4-4ba7e12a5226eed6
FVERSION 31_HUEDevice.pm:0.203190/2019-10-06
ID S33
INTERVAL 1
IODev HUEBridge
NAME DG_KS_Bewegungsmelder
NR 524
STATE motion
TYPE HUEDevice
lastupdated 2019-11-07 14:15:42
lastupdated_local 2019-11-07 15:15:42
manufacturername Philips
modelid SML001
name Kleiderschrank motion
on 1
reachable 1
sensitivity 2
sensitivitymax 2
swversion 6.1.0.18912
type ZLLPresence
uniqueid 00:17:88:01:06:f5:30:3e-02-0406
READINGS:
2019-11-07 15:15:42 battery 100
2019-11-07 15:15:42 reachable 1
2019-11-07 15:15:42 state motion
helper:
devtype S
reachable 0
update_timeout 1
configList:
setList:
Attributes:
IODev HUEBridge
alias Kleiderschrank Bewegungsmelder
genericDeviceType MotionSensor
group Bewegungsmelder
homebridgeMapping MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=DG_KS_Bewegungsmelder_Lichtstaerke:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
history:size=1024
icon motion_detector
room Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Bewegungsmelder
siriName Bewegungsmelder
Internals:
DEF sensor 35 1 IODev=HUEBridge
FUUID 5dc3ddeb-f33f-5dcf-eb91-1e48ea1dc5d663c6
FVERSION 31_HUEDevice.pm:0.203190/2019-10-06
ID S35
INTERVAL 1
IODev HUEBridge
NAME DG_KS_Bewegungsmelder_Temperatur
NR 526
STATE T: 19.54
TYPE HUEDevice
lastupdated 2019-11-07 14:13:02
lastupdated_local 2019-11-07 15:13:02
manufacturername Philips
modelid SML001
name Kleiderschrank motion Temp
on 1
reachable 1
swversion 6.1.0.18912
type ZLLTemperature
uniqueid 00:17:88:01:06:f5:30:3e-02-0402
READINGS:
2019-11-07 15:13:02 battery 100
2019-11-07 15:13:02 reachable 1
2019-11-07 15:13:02 temperature 19.54
helper:
devtype S
reachable 0
update_timeout 1
configList:
setList:
Attributes:
IODev HUEBridge
alias Kleiderschrank Bewegungsmelder Temperatur
genericDeviceType TemperatureSensor
group Bewegungsmelder Temperatur
homebridgeMapping clear
CurrentTemperature=temperature
history:size=1024
icon temp_temperature
room Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Bewegungsmelder,System->Sensoren
siriName Innensensor
stateFormat T: temperature
Hast du eine Idee, womit das zusammenhängen könnte?
Danke und Gruß Hoppel
ich glaube das hat mit der geänderten aufteilungen der characteristics in dir services/kacheln in der home app zu tun. dadurch wird der name nicht mehr aus dem alias/service genommen.
schau mal ob es hilft name im mapping für die characteristic zu setzen.
wenn nicht: einfach ein mal in der home app umbenennen.
Zitat von: justme1968 am 07 November 2019, 15:16:57
ich glaube das hat mit der geänderten aufteilungen der characteristics in dir services/kacheln in der home app zu tun. dadurch wird der name nicht mehr aus dem alias/service genommen.
Da habe ich noch keine Einblicke.
Zitat von: justme1968 am 07 November 2019, 15:16:57
schau mal ob es hilft name im mapping für die characteristic zu setzen.
Ich kann dir glaube ich nicht ganz folgen. Wenn ich name an einer characteristic setze, erhält doch nur die characteristic einen Namen und nicht das Device. Oder verstehe ich dich falsch? Beim Bewegungsmelder habe ich das bspw. für die custom characteristic "BRIGHTNESS" bereits gemacht:
0000006B-0000-1000-8000-0026BB765291=DG_KS_Bewegungsmelder_Lichtstaerke:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
history:size=1024Oder kann ich über das homebridgeMapping irgendwie auch dem gesamten Device einen name geben?
Zitat von: justme1968 am 07 November 2019, 15:16:57
wenn nicht: einfach ein mal in der home app umbenennen.
Das wollte ich eigentlich vermeiden, habe es aber gerade mal probiert. Funktioniert auch nicht. Man kann den Namen der Kachel dort nicht anpassen. Ich kann den Namen zwar anpassen, aber wenn ich dann zurückgehe, wird die Änderung nicht übernommen.
Interessant ist, dass wenn ich die Kachel anklicke, ich auch den richtigen siriName sehe. Aber meine Devicenamen auf der Kachel zu sehen, finde ich optisch betrachtet ziemlich bescheiden.
Weitere Ideen?
Gruß Hoppel
wenn du beim umbenennen den richtigen nahmen siehst und auf der kachel nicht würde ich auf einen bug in der home app tippen.
Habe gerade einen Workaround gefunden...
Beispiel mein neuer Bewegungsmelder:
siriName = Bewegungsmelder
Device-Name = DG_KS_Bewegungsmelder
Wenn ich nun den Namen des Devices in der Home App anpasse, darf dieser nicht dem siriName entsprechen. Wenn man den Namen "DG_KS_Bewegungsmelder" des Devices (Name der Kachel) in der Home App bspw. zu "Bewegungsmelder
z" anpasst, wird dieser korrekt übernommen. Wenn ich dann anschließend meinen siriName setze, funktioniert es.
Eigenartig, aber es funktioniert...
Zitat von: justme1968 am 07 November 2019, 15:41:04
wenn du beim umbenennen den richtigen nahmen siehst und auf der kachel nicht würde ich auf einen bug in der home app tippen.
OK, das habe ich jetzt auch irgendwie vermutet. Also abwarten...
Danke dir und viele Grüße Hoppel
OK, ich habe es nochmal etwas genauer nachvollzogen:
- wenn ein siriName gesetzt ist, wird der siriName in der Home-App angezeigt, die Kachel erhält allerdings den Device-Name aus FHEM
- wenn kein siriName gesetzt ist, wird der alias in der Home-App angezeigt, die Kachel erhält ebenfalls den Device-Name aus FHEM
In EVE funktioniert der siriName weiterhin wie gehabt.
Mit meinem zuvor gepostetem Workaround, kann ich aber erstmal leben. Ich werde ein paar Devices nicht über die Home App umbenennen, so dass ich nachvollziehen kann, wann das Thema über ein IOS Update gelöst wird.
Macht es Sinn, dass irgendwo bei Apple zu reporten? Ich wüsste allerdings nicht, auf welcher Basis ich das mit diesen ganzen unzertifizierten Geräten machen soll... :)
Danke und Gruß Hoppel
Hallo in die Runde,
ich schon wieder. Kann mir hier mal jemand sein HomebridgeMapping für ein Sonos-System zur Verfügung stellen?
Habe mich gerade daran versucht. Hier mein derzeitiger Stand der Dinge:
genericDeviceType Speaker
homebridgeMapping
clear
On=state,cmdOn=Play,cmdOff=Stop,valueOn=PLAYING,valueOff=STOPPED
Volume=Loudness,minValue=0,maxValue=50,cmd=Volume,delay=1
Mute=Mute,cmdOff=0,valueOff=0
- an/aus per Taste in EVE funktioniert
- Lautstärke per Slider in EVE anpassen funktioniert
- Mute funktioniert noch nicht, ist aber irgendwie an den genericDeviceType Speaker gebunden. Die Characteristic "Audio" (Das ist wohl "Mute"?) kommt immer automatisch mit. Wie muss ich das konfigurieren?
- Wenn ich zu Siri sage "Hey Siri, schalte die Musik im Büro an/aus", antwortet sie "Ich konnte den Lautsprecher im Raum "Büro" leider nicht finden."
Das Device befindet sich natürlich im Raum "Büro".
Bei wem läuft das vernünftig?
Danke euch und Gruß Hoppel
Hallo Leute,
hier geht's weiter: https://forum.fhem.de/index.php/topic,71029.msg991086.html#msg991086
Danke euch und Gruß Hoppel
Hallo liebe FHEM'ler!
Ich bin neu hier und habe zwar ein bisschen Erfahrung mit FHEM, bin aber komplett neu beim homebridge-Thema.
Ich habe verschiedene Lampen mit und ohne Farbtemperatureinstellung (kein RGB). Davon sind einige HUEDevice's, aber eben auch ein paar MQTT-gesteuerte Tasmota-Geräte.
Bei allen HUEDevice's habe ich inzwischen raus, wie man die in Alexa tastächlich mit der Farbtemperatur-Einstellung zu sehen bekommt, das geht da ja aber auch relativ einfach über den subType ctDimmer (so fühlt sich das zumindest für mich an).
Bei den MQTT-Geräten brauche ich ja zwingend ein homebridgeMapping.
Da schaffe ich auch inzwischen, dass das an/aus-Schalten geht, auch die Helligkeit kann ich regeln, aber irgendwie funktioniert die Farbtemperatur über die ColorTemperatur-Charakteristik einfach nicht...
Ich versuche mal alle Infos zusammen zu kratzen, die ich so habe:
alexa-fhem version: 0.5.31
homebridgeMapping:
clear
On=Power,valueOn=ON,valueOff=OFF,cmdOn=Power+ON,cmdOff=Power+OFF
Brightness=Dimmer,cmd=Dimmer,minValue=20,maxValue=80,minStep=20
ColorTemperature=ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1
Das Device hat grade nur die Readings "Power", "Dimmer" und "ct"
Ich weiß leider nicht was sonst noch wichtig ist... Also bitte einfach schreiben, wenn was fehlt!
Wenn ich das "alxa"-device neu starte, dann bekomme ich im log folgende Ausgabe:
[12/11/2019, 18:35:07] [FHEM] Nedis_3 is light
[12/11/2019, 18:35:07] [FHEM] Nedis_3 has
[12/11/2019, 18:35:07] [FHEM] On [Power;Power ON,Power OFF]
[12/11/2019, 18:35:07] [FHEM] Brightness [Dimmer]
[12/11/2019, 18:35:07] [FHEM] ColorTemperature [ct]
2019-11-12 18:35:07 caching: Nedis_3-Dimmer: 20
2019-11-12 18:35:07 caching: Nedis_3-ct: 500
Wenn ich dann aber in der Alexa-Konsole Geräte suchen lasse, gibt der Connector nur einen BrightnessController und einen PowerController aus, also gibts in Alexa dann keine Farbtemperatur
Ich hoffe, das reicht erstmal, ich bin grade echt am verzweifeln...
Vielen lieben Dank schonmal für die Hilfe, und wenn ich hier falsch bin, dann schreit mich einfach an :-)
Martin
Hast Du Homebridge installiert (s.a. Wiki)?
Dann fehlt Dir jetzt nur noch die Roomzuweisung "Homekit" dann solltest Du am Apple Device alles sehen können was sich in diesem Raum befindet
und auf dem Server ggfs. homebridge neu starten (service homebridge restart)
Ähhh nein, homebrdige habe ich nicht installiert.
Ich habe das Setup nach der Anleitung hier gemacht:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)
Allerdings will ich auch nichts mit einem Apple-Gerät machen, falls das falsch rüber gekommen ist, sondern nur mit nem Amazon Echo ;-)
ich vermute dann bist Du hier im Thread nicht ganz richtig ...
Die Prozesse laufen und das Attribut "alexaName" ist gesetzt?
Ursprünglich gab es das homebridgeMapping nur für Homebridge (wie der Name schon sagt). Homebridge stellt die Brücke zu Homekit (Apple Hausautomatisierung) da.
Mittlerweile wird das homebridgeMapping aber für ,,alle" Sprachassistenten (Siri, Alexa, Google Assistant?) verwendet, weil André (@justme1968) überall seine Finger mit im Spiel hat und das sinnvollerweise gemeinsam mit anderen hier im Forum vereinheitlicht hat. ;)
Für Alexa und Google Assistant wird die eigentliche Homebridge nicht benötigt. Das homebridgeMapping funktioniert wohl aber genauso. Keine Ahnung, ob es da spezielle Auswüchse gibt.
Ich kann hier sonst nicht weiterhelfen. Ich nutze zwar sowohl Siri als auch Alexa, habe aber ausschließlich Hue Beleuchtung und keine Ahnung wie MQTT vernünftig integrierbar ist.
Ich hoffe, dass das zum allgemeinen Verständnis beiträgt und ich keinen Blödsinn erzähle. Denn das ist mein Verständnis... :)
Gruß Hoppel
Sodenn habe ich also meine Frage in einen neuen Thread verlegt, vielen Dank :-)
https://forum.fhem.de/index.php/topic,105325.0.html (https://forum.fhem.de/index.php/topic,105325.0.html)
Hallo zusammen ,
kann man bei einem Shelly 1 das homebridgemapping so einrichten ,daß bei einem stromlosen Zustand des Shelly
( als Schalter definiert ) in Homekit der Zustand "OFF" angezeigt wird ?
In meinem Fall ist es so, daß ich bei einem stromlosen Zusatand trotzdem schalten kann ,logischerweise
ohne Funktion am Akktor ?
Ich hoffe ,daß ich mich verständlich ausgedrückt habe ?
Internals:
DEF 192.168.178.130
DURATION 0
FUUID 5dceed9e-f33f-88d2-1ec9-3ad0be3f14edf01d
INTERVAL 60
NAME myShelly2
NR 357
STATE Error
TCPIP 192.168.xxx.yyy
TYPE Shelly
READINGS:
2019-11-15 19:25:34 cloud disabled
2019-11-15 19:25:34 firmware v1.5.2
2019-11-16 15:03:47 network not connected
2019-11-15 21:06:20 relay off
2019-11-16 15:03:47 state Error
Attributes:
genericDeviceType switch
homebridgeMapping clear On=state,valueOn=on,cmdOn=on,cmdOff=off
model shelly1
room Homekit,Shelly
Bin mir nicht sicher, ob ich dich richtig verstehe. Hattest du dein homebridgeMapping inkl. valueOff schon ausprobiert?
homebridgeMapping clear On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Gruß Hoppel
den aktor in homekit bei bestimmten bedingungen deaktivieren geht am besten über ein mapping für Reachable. wenn es ein reading reachable gibt geht das automatisch. das kannst du z.b. mit einem user reading erzeugen. werte am besten 0 und 1.
Servus Zusammen,
Ich versuche grade meine Homematic Wandthermostate (HM-TC-IT-WM-W-EU) in die Home App von Apple einzubinden.
Das hat soweit auch geklappt, genericDevice ist auf thermostat eingestellt, hombridgemapping habe ich bislang noch kein vernünftiges hinbekommen, aber es läuft ja auch ohne.
Jetzt meine Fragen, die Geräte werden richtig als Thermostat erkannt und ebenso wird aktuelle und gewünschte Temperatur angezeigt, nur wird das Gerät immer als AUS angezeigt. Ist es möglich das diese gleich als Automatisch oder Heizung gelistet werden, ohne das man dies erst umstellen muss.
Getestet habe ich schon das hier https://wiki.fhem.de/wiki/Homebridge_User_Configs#Homematic_Heizk.C3.B6rperthermostat_HM-CC-RT-DN (https://wiki.fhem.de/wiki/Homebridge_User_Configs#Homematic_Heizk.C3.B6rperthermostat_HM-CC-RT-DN)
vorallen Dingen dies
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0,valud=OFF
Gruss Knallkopp_02
Zitat von: hoppel118 am 17 November 2019, 06:49:51
Bin mir nicht sicher, ob ich dich richtig verstehe. Hattest du dein homebridgeMapping inkl. valueOff schon ausprobiert?
homebridgeMapping clear On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Gruß Hoppel
Danke für Deine Antwort.
Das hatte ich schon versucht, ändert aber nichts an der Tatsache ,daß ich in Homekit den Schalter betätigen kann ( ON und OFF )
obwohl der Shelly vom Strom getrennt ist
Zitat von: justme1968 am 17 November 2019, 10:26:09
den aktor in homekit bei bestimmten bedingungen deaktivieren geht am besten über ein mapping für Reachable. wenn es ein reading reachable gibt geht das automatisch. das kannst du z.b. mit einem user reading erzeugen. werte am besten 0 und 1.
Leider gibt es dieses reading nicht in dem Shelly-Device .Könnte man dies eventuell über
READINGS:
2019-11-15 19:25:34 cloud disabled
2019-11-15 19:25:34 firmware v1.5.2
2019-11-17 13:22:42 network not connected
2019-11-15 21:06:20 relay off
2019-11-17 13:22:42 state Error
das network-reading machen ?
Danke
Ich habe in dem Anfängerforum eine Frage gefunden , die zu 100 % auch auf meine Frage passt.
Leider ist da aber keine Antwort gekommen .
( https://forum.fhem.de/index.php?action=post;quote=968550;topic=103176.0 )
Vielleicht kann man dies jetzt besser verstehen ??
Zitat von: Larusso am 21 August 2019, 12:35:20
Hallo zusammen,
kennt jemand eine Möglichkeit über das homebridgemapping einem Gerät den Erreichbarkeitsstatus an die Home app zu übergeben. Im Prinzip möchte ich meine MQTT Geräte die ich ja über IP Erreichbarkeit überwachen kann so in homebridge einzubinden das mir bei nicht Erreichbarkeit (z.B. wenn die IP nicht angepingt werden kann) in der Home App "keine Antwort" angezeigt wird. Im Prinzip das selbe was passiert wenn die Homebridge nicht erreichbar ist, dann werden mir aber nicht nur einzelne Devices in der Home App als nicht erreichbar angezeigt sonder logischer weise alle die in der Homebridge eingebunden sind. Wäre super wenn es da eine Möglichkeit gäbe, so könnte man die einzelnen Geräte direkt in der Home App auf Erreichbarkeit überprüfen und müsste das ganze nicht über eine Telegram msg oder änliches lösen. Im Netz habe ich zu dem Thema leider keine Infos gefunden, vielleicht hatte ich auch einfach nur die falschen Schlagwörter. Vom Prinzip her denke ich müsste das ja möglich sein, ich weis nur nicht wie der Befehl im mapping aus sehen sollen der der Homebridge mitteilt das das Gerät nicht erreichbar ist.....oder auf was man da auch immer reagieren möchte.
Zitat von: Sky am 17 November 2019, 13:23:45
Leider gibt es dieses reading nicht in dem Shelly-Device .Könnte man dies eventuell über
READINGS:
2019-11-15 19:25:34 cloud disabled
2019-11-15 19:25:34 firmware v1.5.2
2019-11-17 13:22:42 network not connected
2019-11-15 21:06:20 relay off
2019-11-17 13:22:42 state Error
das network-reading machen ?
Moin Sky, wie man userReadings verwendet, ist hier beschrieben: https://wiki.fhem.de/wiki/UserReadings
Dein Reading "network" scheint dafür gut geeignet zu sein.
Zitat von: justme1968 am 17 November 2019, 10:26:09
den aktor in homekit bei bestimmten bedingungen deaktivieren geht am besten über ein mapping für Reachable. wenn es ein reading reachable gibt geht das automatisch. das kannst du z.b. mit einem user reading erzeugen. werte am besten 0 und 1.
Moin Andre,
habe das mal mit meinem Ventilator im Büro inkl. userReadings "reachable" umgesetzt:
Internals:
DEF 10.11.11.40 c06af5c00f91c09b7a18a38da7b64ffa
FD 61
FUUID 5d0e94cb-f33f-5dcf-f435-ea8853cb58594e56
NAME OG_Buero_Ventilator
NR 450
STATE straight 0%
TYPE XiaomiDevice
OLDREADINGS:
READINGS:
2019-11-18 09:17:28 ac_power off
2019-11-18 09:17:28 angle 30
2019-11-18 09:17:28 angle_enable on
2019-11-18 09:17:28 batteryPercent 100
2019-11-18 09:17:28 batteryState ok
2019-11-17 10:08:08 button_pressed speed
2019-11-18 09:17:28 buzzer off
2019-11-18 09:17:28 charging progress
2019-11-18 09:17:28 child_lock off
2019-11-18 09:17:28 error none
2019-11-18 09:17:28 humidity 61
2019-11-18 09:17:28 led bright
2019-11-18 09:17:28 level 0
2019-11-18 09:17:28 level_on 1
2019-11-18 09:17:28 mode straight
2019-11-18 09:17:28 power off
2019-11-18 09:17:28 poweroff_time 0
2019-11-18 09:40:49 reachable 0
2019-11-18 09:17:28 speed 0
2019-11-18 09:40:49 state disconnected
2019-11-18 09:17:28 temperature 19
helper:
ConnectionState disconnected
crypt AES
delay 780
dev 0436
id e469
ip 10.11.11.40
last_read 1574065048
packetid 1016
port 54321
sequence 1574064288
token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
alexaName Lüfter
alexaRoom Büro
alias Büro Lüfter
genericDeviceType Fan
group Ventilatoren
homebridgeMapping clear
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024
icon Ventilator_fett
room Hersteller->Xiaomi,Homebridge->Xiaomi,Obergeschoss->Büro,System->Ventilatoren
siriName Lüfter
stateFormat mode level%
subType SmartFan
userReadings reachable {if(ReadingsVal("OG_Buero_Ventilator","state","") eq "connected") {return 1} else {return 0}}
verbose 2Ist "state connected" dann "reachable 1", sonst "reachable 0". Das userReadings funktioniert so weit. Anschließend habe ich die entsprechende Homebridge Instanz einmal neugestartet. In EVE und in der Home App sieht es aber weiterhin so aus, als ob das Gerät erreichbar ist, auch wenn "reachable 0". Automatisch scheint das schonmal nicht zu funktionieren. Oder liegt das am "clear" in meinem homebridgeMapping?
Wegen dieser Vermutung zu meinem "clear" habe ich anschließend eine Reachable characteristic in meinem homebridgeMapping ergänzt:
homebridgeMapping
clear
Reachable=reachable,values=0:False;;1:True
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024Auf der Konsole sehe ich dann folgendes, wenn das userReadings "reachable" von "0" zu "1" wechselt
Nov 18 10:28:46 omv4 homebridge[1981]: 2019-11-18 10:28:46 caching: OG_Buero_Ventilator-reachable: 1
Nov 18 10:28:46 omv4 homebridge[1981]: [2019-11-18 10:28:46] [FHEM] caching: Reachable: true (as boolean; from '1')Es funktioniert auch andersherum, wenn das userReadings "reachable" von "1" zu "0" wechselt, im laufenden Betrieb:
Nov 18 10:40:23 omv4 homebridge[1981]: 2019-11-18 10:40:23 caching: OG_Buero_Ventilator-reachable: 0
Nov 18 10:40:23 omv4 homebridge[1981]: [2019-11-18 10:40:23] [FHEM] caching: Reachable: false (as boolean; from '0')Bei meinen Recherchen bei Google bin ich über folgenden Issue gestolpert: https://github.com/justme-1968/homebridge-fhem/issues/51
Dieser Issue kann nun meiner Ansicht nach geschlossen werden. Das funktioniert astrein, auch bei Status-Veränderungen im Laufenden Betrieb.
Danke dir und Gruß Hoppel
danke :)
ach so: noch eine anmerkung...
man muss natürlich nicht unbedingt ein extra user reading anlegen sondern kann jedes existierende reading im mapping direkt verwenden. die ziel werte müssen 0 bzw. 1 sein oder per values dorthin gewandelt werden.
Stimmt...
Allerdings funktioniert das so bei mir nicht:
Reachable=state,values=disconnected:False;;/.*/:True
Hier das Log vom Start der Homebridge:
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] homebridgeMapping: clear
Nov 18 13:01:56 omv4 homebridge[16450]: Reachable=state,values=disconnected:False;;/.*/:True
Nov 18 13:01:56 omv4 homebridge[16450]: On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
Nov 18 13:01:56 omv4 homebridge[16450]: LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
Nov 18 13:01:56 omv4 homebridge[16450]: RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
Nov 18 13:01:56 omv4 homebridge[16450]: TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
Nov 18 13:01:56 omv4 homebridge[16450]: SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
Nov 18 13:01:56 omv4 homebridge[16450]: CurrentRelativeHumidity=humidity
Nov 18 13:01:56 omv4 homebridge[16450]: CurrentTemperature=temperature
Nov 18 13:01:56 omv4 homebridge[16450]: BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
Nov 18 13:01:56 omv4 homebridge[16450]: StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
Nov 18 13:01:56 omv4 homebridge[16450]: ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Nov 18 13:01:56 omv4 homebridge[16450]: Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
Nov 18 13:01:56 omv4 homebridge[16450]: AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
Nov 18 13:01:56 omv4 homebridge[16450]: NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
Nov 18 13:01:56 omv4 homebridge[16450]: CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
Nov 18 13:01:56 omv4 homebridge[16450]: 2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
Nov 18 13:01:56 omv4 homebridge[16450]: history:size=1024
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] OG_Buero_Ventilator is Fan
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] OG_Buero_Ventilator has
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Reachable [state]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] On [power;on,off]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] LockPhysicalControls [child_lock]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] RotationSpeed [level]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] TargetTiltAngle [angle]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] SwingMode [angle_enable]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentRelativeHumidity [humidity]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentTemperature [temperature]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] BatteryLevel [batteryPercent]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] StatusLowBattery [batteryState]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] ChargingState [charging]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Mute [mode]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] AudioFeedback [buzzer]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] NightVision [led]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentFanState [power]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Custom Motor [speed]
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] history [thermo;1024]
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-state: connected
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: Reachable: false (as boolean; from 'connected')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-power: off
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: On: false (as boolean; from 'off')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-child_lock: off
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: LockPhysicalControls: 0 (as number; means CONTROL_LOCK_DISABLED; from 'off')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-level: 0
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: RotationSpeed: 0 (as number; from '0')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-angle: 30
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: TargetTiltAngle: 30 (as number; from '30')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-angle_enable: on
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: SwingMode: 1 (as number; means SWING_ENABLED; from 'on')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-humidity: 62
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: CurrentRelativeHumidity: 62 (as number; from '62')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-temperature: 19.9
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: CurrentTemperature: 19.9 (as number; from '19.9')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-batteryPercent: 100
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: BatteryLevel: 100 (as number; from '100')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-batteryState: ok
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-charging: complete
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: ChargingState: 0 (as number; means NOT_CHARGING; from 'complete')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-mode: straight
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: Mute: true (as boolean; from 'straight')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-buzzer: off
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: AudioFeedback: false (as boolean; from 'off')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-led: bright
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: NightVision: false (as boolean; from 'bright')
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: CurrentFanState: 0 (as number; means INACTIVE; from 'off')
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-speed: 0
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: Motor: 0 (as number; from '0')
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Initializing platform accessory 'OG_Buero_Ventilator'...
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] creating services for OG_Buero_Ventilator
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] information service for OG_Buero_Ventilator
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] manufacturer, model and serial number characteristics for OG_Buero_Ventilator
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] name (siriName) characteristic for OG_Buero_Ventilator
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Fan service for OG_Buero_Ventilator
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] On characteristic for OG_Buero_Ventilator:power
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 000000A7-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] LockPhysicalControls characteristic for OG_Buero_Ventilator:child_lock
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] RotationSpeed characteristic for OG_Buero_Ventilator:level
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 000000C2-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] TargetTiltAngle characteristic for OG_Buero_Ventilator:angle
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 000000B6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] SwingMode characteristic for OG_Buero_Ventilator:angle_enable
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 00000010-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentRelativeHumidity characteristic for OG_Buero_Ventilator:humidity
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 00000011-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentTemperature characteristic for OG_Buero_Ventilator:temperature
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 00000068-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] BatteryLevel characteristic for OG_Buero_Ventilator:batteryPercent
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] StatusLowBattery characteristic for OG_Buero_Ventilator:batteryState
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 0000008F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] ChargingState characteristic for OG_Buero_Ventilator:charging
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 0000011A-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Mute characteristic for OG_Buero_Ventilator:mode
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 00000005-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] AudioFeedback characteristic for OG_Buero_Ventilator:buzzer
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 0000011B-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] NightVision characteristic for OG_Buero_Ventilator:led
Nov 18 13:01:56 omv4 homebridge[16450]: HAP Warning: Characteristic 000000AF-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] CurrentFanState characteristic for OG_Buero_Ventilator:power
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] Custom Motor characteristic for OG_Buero_Ventilator:speed
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] OG_Buero_Ventilator: history: no type known for Fan
Der entscheidende Eintrag im Log ist wohl folgender:
Nov 18 13:01:56 omv4 homebridge[16450]: 2019-11-18 13:01:56 caching: OG_Buero_Ventilator-state: connected
Nov 18 13:01:56 omv4 homebridge[16450]: [2019-11-18 13:01:56] [FHEM] caching: Reachable: false (as boolean; from 'connected')
false müsste disconnected sein. Wo ist mein Fehler?
Danke und Gruß Hoppel
nach 0 und 1. nicht nach true und false.
OK, danke für den Denkanstoß... ;)
Habe nun folgendes ausprobiert:
Reachable=state,values=disconnected:0;;connected:1
Das funktioniert so weit. Allerdings gibt es neben "connected" und "disconnected" noch ein paar weitere states, wenn der Lüfter am Strom hängt bzw. am WLAN erreichbar ist. Also, dachte ich mir, dass die characteristic wohl wie folgt zu konfigurieren ist:
Reachable=state,values=disconnected:0;;/.*/:1
Meine Logik: Wenn state "disconnected", dann "0", bei allen anderen states, immer "1".
Das Start-Logfile der Homebridge sieht wie folgt aus:
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] homebridgeMapping: clear
Nov 18 14:01:02 omv4 homebridge[21535]: Reachable=state,values=disconnected:0;;/.*/:1
Nov 18 14:01:02 omv4 homebridge[21535]: On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
Nov 18 14:01:02 omv4 homebridge[21535]: LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
Nov 18 14:01:02 omv4 homebridge[21535]: RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
Nov 18 14:01:02 omv4 homebridge[21535]: TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
Nov 18 14:01:02 omv4 homebridge[21535]: SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
Nov 18 14:01:02 omv4 homebridge[21535]: CurrentRelativeHumidity=humidity
Nov 18 14:01:02 omv4 homebridge[21535]: CurrentTemperature=temperature
Nov 18 14:01:02 omv4 homebridge[21535]: BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
Nov 18 14:01:02 omv4 homebridge[21535]: StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
Nov 18 14:01:02 omv4 homebridge[21535]: ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Nov 18 14:01:02 omv4 homebridge[21535]: Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
Nov 18 14:01:02 omv4 homebridge[21535]: AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
Nov 18 14:01:02 omv4 homebridge[21535]: NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
Nov 18 14:01:02 omv4 homebridge[21535]: CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
Nov 18 14:01:02 omv4 homebridge[21535]: 2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
Nov 18 14:01:02 omv4 homebridge[21535]: history:size=1024
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] OG_Buero_Ventilator is Fan
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] OG_Buero_Ventilator has
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Reachable [state]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] On [power;on,off]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] LockPhysicalControls [child_lock]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] RotationSpeed [level]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] TargetTiltAngle [angle]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] SwingMode [angle_enable]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentRelativeHumidity [humidity]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentTemperature [temperature]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] BatteryLevel [batteryPercent]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] StatusLowBattery [batteryState]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] ChargingState [charging]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Mute [mode]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] AudioFeedback [buzzer]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] NightVision [led]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentFanState [power]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Custom Motor [speed]
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] history [thermo;1024]
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-state: connected
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: Reachable: true (as boolean; from 'connected')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-power: off
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: On: false (as boolean; from 'off')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-child_lock: off
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: LockPhysicalControls: 0 (as number; means CONTROL_LOCK_DISABLED; from 'off')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-level: 0
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: RotationSpeed: 0 (as number; from '0')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-angle: 30
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: TargetTiltAngle: 30 (as number; from '30')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-angle_enable: on
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: SwingMode: 1 (as number; means SWING_ENABLED; from 'on')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-humidity: 62
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: CurrentRelativeHumidity: 62 (as number; from '62')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-temperature: 20.3
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: CurrentTemperature: 20.3 (as number; from '20.3')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-batteryPercent: 100
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: BatteryLevel: 100 (as number; from '100')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-batteryState: ok
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-charging: complete
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: ChargingState: 0 (as number; means NOT_CHARGING; from 'complete')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-mode: straight
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: Mute: true (as boolean; from 'straight')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-buzzer: off
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: AudioFeedback: false (as boolean; from 'off')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-led: bright
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: NightVision: false (as boolean; from 'bright')
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: CurrentFanState: 0 (as number; means INACTIVE; from 'off')
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-speed: 0
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: Motor: 0 (as number; from '0')
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Initializing platform accessory 'OG_Buero_Ventilator'...
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] creating services for OG_Buero_Ventilator
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] information service for OG_Buero_Ventilator
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] manufacturer, model and serial number characteristics for OG_Buero_Ventilator
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] name (siriName) characteristic for OG_Buero_Ventilator
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Fan service for OG_Buero_Ventilator
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] On characteristic for OG_Buero_Ventilator:power
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 000000A7-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] LockPhysicalControls characteristic for OG_Buero_Ventilator:child_lock
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] RotationSpeed characteristic for OG_Buero_Ventilator:level
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 000000C2-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] TargetTiltAngle characteristic for OG_Buero_Ventilator:angle
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 000000B6-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] SwingMode characteristic for OG_Buero_Ventilator:angle_enable
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 00000010-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentRelativeHumidity characteristic for OG_Buero_Ventilator:humidity
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 00000011-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentTemperature characteristic for OG_Buero_Ventilator:temperature
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 00000068-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] BatteryLevel characteristic for OG_Buero_Ventilator:batteryPercent
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] StatusLowBattery characteristic for OG_Buero_Ventilator:batteryState
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 0000008F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] ChargingState characteristic for OG_Buero_Ventilator:charging
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 0000011A-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Mute characteristic for OG_Buero_Ventilator:mode
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 00000005-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] AudioFeedback characteristic for OG_Buero_Ventilator:buzzer
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 0000011B-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] NightVision characteristic for OG_Buero_Ventilator:led
Nov 18 14:01:02 omv4 homebridge[21535]: HAP Warning: Characteristic 000000AF-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000040-0000-1000-8000-0026BB765291. Adding anyway.
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] CurrentFanState characteristic for OG_Buero_Ventilator:power
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] Custom Motor characteristic for OG_Buero_Ventilator:speed
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] OG_Buero_Ventilator: history: no type known for Fan
Die entscheidenden Zeilen daraus sind wohl:
Nov 18 14:01:02 omv4 homebridge[21535]: 2019-11-18 14:01:02 caching: OG_Buero_Ventilator-state: connected
Nov 18 14:01:02 omv4 homebridge[21535]: [2019-11-18 14:01:02] [FHEM] caching: Reachable: true (as boolean; from 'connected')
Wenn ich nun das Gerät in den state "disconnected" bringe, wird folgendes geloggt:
Nov 18 14:09:21 omv4 homebridge[21535]: 2019-11-18 14:09:21 caching: OG_Buero_Ventilator-state: disconnected
Nov 18 14:09:21 omv4 homebridge[21535]: [2019-11-18 14:09:21] [FHEM] caching: Reachable: 0 (as string; from 'disconnected')
In der EVE App sehe ich nun nicht mehr das Ausrufezeichen in einem roten Dreieck. Wo liegt mein Fehler?
Danke und viele Grüße Hoppel
Hallo,
ich habe gerade ein kleines Schönheitsproblem in Apple Home. In Fhem habe ich meine HM-LC-BL1-FM normal ohne homebridgemapping als genericDeviceType blind mit dem subType blindActuator eingebunden. Hat auch ewig ganz normal funktioniert. heute ist mir jedoch aufgefallen, dass in Apple Home bei geöffneter Rolllade nicht mehr "Geöffnet" steht, sondern "Öffnet". Fahren der Rollladen klappt wie zuvor. Zwischenstände "xx% geöffnet", "Geschlossen", "Wird geöffnet..." und "Schließen..." werden richtig angezeigt. Nur bei kompletter Öffnung steht da nicht mehr wie früher "Geöffnet", sondern nur noch "Öffnet". Keine Ahnung, wann das passiert ist. Ich habe schon alles mögliche upgedatet (Linux, npm, node, homebridge, homebridge-fhem, ...) und auch alle beteiligten zwischendurch neu gestartet. Hat nichts geholfen. Auch wenn ich Homebridge über die Konsole starte und mir die Meldungen ansehe, dann ist da nichts auffälliges:
[11/19/2019, 13:16:48] [FHEM] Rol.Buero delaying command TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] Rol.Buero: executing set cmd for TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Rol.Buero%20pct%20100&fwcsrf=csrf_#############&XHR=1
2019-11-19 13:16:49 caching: Rol.Buero-motor: up:off
[11/19/2019, 13:16:49] [FHEM] caching: PositionState: 1 (as number; means INCREASING; from 'up:off')
2019-11-19 13:17:09 caching: Rol.Buero-motor: stop:on
[11/19/2019, 13:17:09] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2019-11-19 13:17:09 caching: Rol.Buero-pct: 100
[11/19/2019, 13:17:09] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[11/19/2019, 13:17:09] [FHEM] caching: TargetPosition: 100 (as number; from '100')
Oder sehe ich das falsch? Ist das vielleicht nur ein Anzeigefehler in meinem iOS? Ich muss zugeben, dass ich da eine public Beta (13.3) drauf habe.
Ist zwar nichts weltbewegendes, aber ein wenig unschön...
Vielen Dank schon mal für eure Hilfe!
Gruß, Bernd
Zitat von: justme1968 am 18 November 2019, 11:29:20
ach so: noch eine anmerkung...
man muss natürlich nicht unbedingt ein extra user reading anlegen sondern kann jedes existierende reading im mapping direkt verwenden. die ziel werte müssen 0 bzw. 1 sein oder per values dorthin gewandelt werden.
Dies habe ich versucht umzusetzen :
clear Reachable=network,values=not connected:False;;connected:True On=state,valueOn=on,cmdOn=on,cmdOff=off
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] myShelly2 is switch
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] myShelly2 has
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] Reachable [network]
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] connected [False;;connected.True]
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] On [state;on,off]
Nov 19 20:54:14 raspberrypi homebridge[17329]: 2019-11-19 20:54:14 caching: myShelly2-network: <html>connected to <a href="http://192.168.xxx.yyy">192.168.xxx.yyy</a></html>
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] myShelly2-network value <html>connected to <a href="http://192.168.xxx.yyy">192.168.xxx.yyy</a></html> not handled in values
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] query: connected for False;;connected-True
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] not cached
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22False;;connected%22,%22True%22,%22%22)%7D&XHR=1
Nov 19 20:54:14 raspberrypi homebridge[17329]: 2019-11-19 20:54:14 caching: myShelly2-state: on
Nov 19 20:54:14 raspberrypi homebridge[17329]: [11/19/2019, 8:54:14 PM] [FHEM] caching: On: true (as boolean; from 'on')
Zitat von: justme1968 am 18 November 2019, 13:10:04
nach 0 und 1. nicht nach true und false.
Auf diesen Rat hin :
clear Reachable=network,values=not connected:0;;connected:1 On=state,valueOn=on,cmdOn=on,cmdOff=off
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] homebridgeMapping: clear Reachable=network,values=not connected:0;;connected:1 On=state,valueOn=on,cmdOn=on,cmdOff=off
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] myShelly2 is switch
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] myShelly2 has
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] Reachable [network]
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] connected [0;;connected.1]
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] On [state;on,off]
Nov 19 20:57:42 raspberrypi homebridge[19647]: 2019-11-19 20:57:42 caching: myShelly2-network: <html>connected to <a href="http://192.168.xxx.yyy">192.168.xxx.yyy</a></html>
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] myShelly2-network value <html>connected to <a href="http://192.168.xxx.yyy">192.168.xxx.yyy</a></html> not handled in values
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] query: connected for 0;;connected-1
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] not cached
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%220;;connected%22,%221%22,%22%22)%7D&XHR=1
Nov 19 20:57:42 raspberrypi homebridge[19647]: 2019-11-19 20:57:42 caching: myShelly2-state: on
Nov 19 20:57:42 raspberrypi homebridge[19647]: [11/19/2019, 8:57:42 PM] [FHEM] caching: On: true (as boolean; from 'on')
In beiden Fällen ist in Homekit der Switch nicht mehr erreichbar mit der Bemerkung " Keine Antwort"
Im Shelly Modul steht folgendes :
#-- InternalTimer blocks if init_done is not true
my $oid = $init_done;
$init_done = 1;
readingsBeginUpdate($hash);
my $err = Shelly_status($hash);
if( !defined($err) ){
readingsBulkUpdate($hash,"state","initialized");
readingsBulkUpdate($hash,"network","<html>connected to <a href=\"http://".$hash->{TCPIP}."\">".$hash->{TCPIP}."</a></html>");
}else{
readingsBulkUpdate($hash,"state",$err);
readingsBulkUpdate($hash,"network","not connected");
}
readingsEndUpdate($hash,1);
Meinem Verständniss nach kann
values=not connected:0;;connected:1
nicht funktionieren da in den Readings folgendes steht :
network connected to 192.168.xxx.yy 2019-11-19 21:11:44
bzw.
network not connected 2019-11-19 21:18:44
Bin mir unsicher ob bei mir ein userReading ,wie auf folgender Seite erwähnt ( https://github.com/justme-1968/homebridge-fhem/issues/51) ,notwendig ist ??
Hallo ,
jetzt bitte nicht lachen , aber wer kann mir helfen Homebridge für Fhem richtig zu installieren ?
Vor langer Zeit habe ich das schonmal gemacht über die Anleitung im FHEMWiki .
Dies basiert bei mir allerdings auf init.d
Bei der jetzigen Neuinstallation möchte ich über systemd arbeiten.
Jetzt weiß ich nicht ,ob die Vorgehensweise bei dieser Installation die gleiche ist .
Ich möchte einfach vermeiden aus zwei Vorgehensweisen zu installieren
Danke
die Vorgehensweise ist gleich - gestartet wird mit "service homebridge start"
Verwirrend im Wiki sind die x Versionen von NodeJS. Wenn Du NodeJS V11 nimmst sollte es funktionieren (und die anderen Versionen natürlich nicht installieren)
Also:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install build-essential libssl-dev
curl -sL https://deb.nodesource.com/setup_11.x | sudo -E bash -
sudo apt-get install -y nodejs
sudo apt-get install -y nodejs
sudo apt-get install python g++ libavahi-compat-libdnssd-dev
sudo npm install -g --unsafe-perm homebridge
sudo npm install -g homebridge-fhem
Danach noch den Abschnitt "Einstellungen für homebridge" abarbeiten ( "config.json" erstellen)
Wie systemd zu konfigurieren ist, steht übrigens im Wiki, siehe Kapitel ,,Alternative Methode: systemd", direkt unter ,,Alternative Methode: Init-Skript,,. Dort wird ins Homebridge-Wiki verlinkt... ;)
Gruß Hoppel
Zitat von: hoppel118 am 23 November 2019, 17:25:22
Wie systemd zu konfigurieren ist, steht übrigens im Wiki, siehe Kapitel ,,Alternative Methode: systemd", direkt unter ,,Alternative Methode: Init-Skript,,. Dort wird ins Homebridge-Wiki verlinkt... ;)
Gruß Hoppel
Das habe ich ja gelesen , war aber unsicher , ob man das dort auf eine bestehende Installation mit init.d anwendet ,
aber bei einer Neuinstallation die Schritte zu systemd abweichen ?
Trotzdem erstmal ein großes Dankeschön !!
Bin damals erst mit init.d gestartet und später dann zu systemd gewechselt. Dabei gab es mit den Informationen im Wiki meiner Erinnerung nach keine Probleme. systemd ist easy. ;)
Ich sehe nichts, was bei einer Neuinstallation anders sein soll, außer dass man den init.d Service nicht entfernen muss.
Viele Grüße Hoppel
Zitat von: Cluni am 19 November 2019, 13:21:17
Hallo,
ich habe gerade ein kleines Schönheitsproblem in Apple Home. In Fhem habe ich meine HM-LC-BL1-FM normal ohne homebridgemapping als genericDeviceType blind mit dem subType blindActuator eingebunden. Hat auch ewig ganz normal funktioniert. heute ist mir jedoch aufgefallen, dass in Apple Home bei geöffneter Rolllade nicht mehr "Geöffnet" steht, sondern "Öffnet". Fahren der Rollladen klappt wie zuvor. Zwischenstände "xx% geöffnet", "Geschlossen", "Wird geöffnet..." und "Schließen..." werden richtig angezeigt. Nur bei kompletter Öffnung steht da nicht mehr wie früher "Geöffnet", sondern nur noch "Öffnet". Keine Ahnung, wann das passiert ist. Ich habe schon alles mögliche upgedatet (Linux, npm, node, homebridge, homebridge-fhem, ...) und auch alle beteiligten zwischendurch neu gestartet. Hat nichts geholfen. Auch wenn ich Homebridge über die Konsole starte und mir die Meldungen ansehe, dann ist da nichts auffälliges:
[11/19/2019, 13:16:48] [FHEM] Rol.Buero delaying command TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] Rol.Buero: executing set cmd for TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Rol.Buero%20pct%20100&fwcsrf=csrf_#############&XHR=1
2019-11-19 13:16:49 caching: Rol.Buero-motor: up:off
[11/19/2019, 13:16:49] [FHEM] caching: PositionState: 1 (as number; means INCREASING; from 'up:off')
2019-11-19 13:17:09 caching: Rol.Buero-motor: stop:on
[11/19/2019, 13:17:09] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2019-11-19 13:17:09 caching: Rol.Buero-pct: 100
[11/19/2019, 13:17:09] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[11/19/2019, 13:17:09] [FHEM] caching: TargetPosition: 100 (as number; from '100')
Oder sehe ich das falsch? Ist das vielleicht nur ein Anzeigefehler in meinem iOS? Ich muss zugeben, dass ich da eine public Beta (13.3) drauf habe.
Ist zwar nichts weltbewegendes, aber ein wenig unschön...
Vielen Dank schon mal für eure Hilfe!
Gruß, Bernd
Ich schliesse mich deinem Problem mal an, seit iOS 13 werden meine Rolladen auch seltsam geschlossen, so als ob das Mapping geändert wurde.
mein Mapping ist so:
clear
CurrentPosition=position,minValue=0,maxValue=99
TargetPosition=dim::position,minValue=0,maxValue=99,minStep=1
Seit heute streikt die Home App und zeigt keine Geräte mehr bzw. die App versucht kurz zu laden, bekommt kurz einen Status der Geräte und verliert dann wieder alle Geräte. Auf dem iphone meiner Frau wurde die Verbindung komplett gekappt als wäre nie ein zu Hause eingerichtet gewesen
Auf dem ipad werden die Geräte wie gewohnt alle angezeigt.
Noch jemand dieses Phänomen?
Bei mir läuft alles wie gewohnt...
Gruß Hoppel
Guten Abend zusammen ,
ich stehe gerade ratlos da .
Ich habe mein System nun komplett neu aufgesetzt .
Alles funktioniert soweit, da ich mich auch an meiner alte Installation orientiert habe .
Komischerweise habe ich ein Problem mit meinen Xiaomi - Tür/ Fensterkontakten .
Dies werden über einen Conbee in Fhem angelegt .
Die Aktionen beim Öffnen und Schließen werden korrekt in Fhem angezeigt ,allerdings nicht in Homekit .
Dort passiert überhaupt keine Zustandsänderung .
Das Mapping sieht so aus :
ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED\
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
In SSH wird folgendes angezeigt :
Dec 01 16:38:07 raspberrypi homebridge[9495]: 2019-12-01 16:38:07 caching: Garage-state: open
Dec 01 16:38:07 raspberrypi homebridge[9495]: [12/1/2019, 4:38:07 PM] [FHEM] Garage-state not a number: open
Dec 01 16:38:13 raspberrypi homebridge[9495]: 2019-12-01 16:38:13 caching: Garage-state: closed
Dec 01 16:38:13 raspberrypi homebridge[9495]: [12/1/2019, 4:38:13 PM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'closed')
Das List sieht so aus :
Internals:
DEF sensor 8 IODev=deCONZ
FUUID 5de3c996-f33f-d9cb-ea61-3855d58617844dea
FVERSION 31_HUEDevice.pm:0.206240/2019-11-30
ID S8
INTERVAL
IODev deCONZ
NAME Garage
NR 226
STATE closed
TYPE HUEDevice
lastupdated 2019-12-01 16:23:53
lastupdated_local 2019-12-01 17:23:53
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Garage
on 1
reachable 1
type ZHAOpenClose
uniqueid 00:15:8d:00:03:ee:fb:00-01-0006
READINGS:
2019-12-01 15:07:43 battery 78
2019-12-01 15:07:43 reachable 1
2019-12-01 17:23:53 state closed
2019-12-01 15:07:43 temperature 11
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag a3a92a81d36b285064fd2b663d389bad
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Garage
type ZHAOpenClose
uniqueid 00:15:8d:00:03:ee:fb:00-01-0006
config:
battery 78
temperature 1100
state:
lastupdated 2019-12-01T16:23:53
setList:
Attributes:
IODev deCONZ
genericDeviceType ContactSensor
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED\
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
room Conbee,Homekit
Meiner Meinung nach ,ist alles korrekt .
Oder sieht jeman einen Fehler ??
Danke
wo kommt der \ hinter CONTACT_NOT_DETECTED her ?
Ich glaube ,jetzt wird´s peinlich .
Das habe ich wirklich nicht gesehen ...
Trotzdem ein großes Dankeschön ;))
Hallo,
ich komme von einem zum anderen Homebridge-Problem und sollte mein Problem gerne noch einmal hier schildern, da die Kollegen im MQTT-Bereich etwas ratlos sind und mein Problem auch nicht mehr mit MQTT zu tun hat.
Ich habe 433MHz-Steckdosen die ich gerne über Homebridge steuern möchte. Das funktioniert soweit auch, bis auf, dass es keine Statusübergabe an Homebridge gibt wenn ich in FHEM schalte. Schalten in Home funktioniert und ändert auch den Status in FHEM.
Konfiguration der Steckdose:
Internals:
Command sudo /opt/fhem/bin/sendElro -u 1 -i 2 -S
DEF sudo /opt/fhem/bin/sendElro -u 1 -i 2 -S 1 0
NAME DoseB
NR 69
OffValue 0
OnValue 1
STATE off
TYPE GenShellSwitch
READINGS:
2019-12-02 15:40:12 state off
Attributes:
alias Stehlampe Wohnzimmer
fm_type offbutton,onbutton,lamp
genericDeviceType light
group Steckdosen
homebridgeMapping clear On=state,valueOn=on,cmdOn=on,cmdOff=off
room Steckdosen,AllesÜbersicht,Homekit
Wenn ich die Steckdose über FHEM schalte passiert im Homebridge Log garnichts, was anscheinend genau mein Problem darstellt.
Wenn ich über die Home-App schalte (was ganz normal funktioniert) steht dort folgendes:
[12/2/2019, 8:45:30 PM] [FHEM] DoseB: executing set cmd for On with value true
[12/2/2019, 8:45:30 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20DoseB%20on&fwcsrf=csrf_100137549077224&XHR=1
Zum Vergleich das Log einer Sonoff-Dose beim Schalten in FHEM (Status ändert sich auch in Home):
2019-12-02 20:46:51 caching: Sonoff3-state: on
[12/2/2019, 8:46:51 PM] [FHEM] Sonoff3-state valueOn/valueOff: value on mapped to 1
[12/2/2019, 8:46:51 PM] [FHEM] caching: On: true (as boolean; from 'on')
und beim Schalten der Sonoff Dose aus Home-App:
[12/2/2019, 8:47:43 PM] [FHEM] Sonoff3: executing set cmd for On with value true
[12/2/2019, 8:47:43 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Sonoff3%20on&fwcsrf=csrf_100137549077224&XHR=1
2019-12-02 20:47:43 caching: Sonoff3-state: on
[12/2/2019, 8:47:43 PM] [FHEM] Sonoff3-state valueOn/valueOff: value on mapped to 1
[12/2/2019, 8:47:43 PM] [FHEM] caching: On: true (as boolean; from 'on')
Log im FHEM-Eventmonitor:
2019-12-02 21:01:11 GenShellSwitch DoseB on
2019-12-02 21:01:13 GenShellSwitch DoseB off
Beim Schalten der Sonoff-Dose steht im Eventmonitor folgendes:
2019-12-02 21:04:18 MQTT2_DEVICE Sonoff3 on
2019-12-02 21:04:18 MQTT2_DEVICE Sonoff3 POWER1: on
2019-12-02 21:04:19 MQTT2_DEVICE Sonoff3 off
2019-12-02 21:04:19 MQTT2_DEVICE Sonoff3 POWER1: off
Könnt ihr euch da einen Reim raus machen warum das nicht gehen könnte?
was steht beim starten von homebridge zu der dose im log?
Zitat von: justme1968 am 03 Dezember 2019, 07:55:06
was steht beim starten von homebridge zu der dose im log?
Da steht folgendes drin:
[12/3/2019, 8:07:56 AM] [FHEM] Initializing platform accessory 'DoseB'...
[12/3/2019, 8:07:56 AM] [FHEM] creating services for DoseB
[12/3/2019, 8:07:56 AM] [FHEM] information service for DoseB
[12/3/2019, 8:07:56 AM] [FHEM] manufacturer, model and serial number characteristics for DoseB
[12/3/2019, 8:07:56 AM] [FHEM] name (siriName) characteristic for DoseB
[12/3/2019, 8:07:56 AM] [FHEM] Lightbulb service for DoseB
[12/3/2019, 8:07:56 AM] [FHEM] On characteristic for DoseB:state
[12/3/2019, 8:07:56 AM] [FHEM] initial value is: false (boolean)
[12/3/2019, 8:07:56 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }Bei der funktionierenden MQTT-Dose steht folgendes drin:
[12/3/2019, 8:07:56 AM] [FHEM] Initializing platform accessory 'Sonoff3'...
[12/3/2019, 8:07:56 AM] [FHEM] creating services for Sonoff3
[12/3/2019, 8:07:56 AM] [FHEM] information service for Sonoff3
[12/3/2019, 8:07:56 AM] [FHEM] manufacturer, model and serial number characteristics for Sonoff3
[12/3/2019, 8:07:56 AM] [FHEM] name (siriName) characteristic for Sonoff3
[12/3/2019, 8:07:56 AM] [FHEM] Switch service for Sonoff3
[12/3/2019, 8:07:56 AM] [FHEM] On characteristic for Sonoff3:state
[12/3/2019, 8:07:56 AM] [FHEM] initial value is: false (boolean)
[12/3/2019, 8:07:56 AM] [FHEM] props: { format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] }
welche version von GenShellSwitch verwendest du? werden da die standart readings.* routinen verwendet?
geht es mir der version von hier: https://forum.fhem.de/index.php/topic,59062.msg504603.html?PHPSESSID=ldqnmqb40rqc7bkt7r1gqu7g47#msg504603 besser ?
Moin,
hat zu meinem "Problem" keiner eine Ahnung, woran das liegen könnte? Hat sich das Mapping geändert? Ich habe kein spezielles Mapping angeben. Ich habe nur die settings:
genericDeviceType blind
und
subType blindActuator
Als Aktoren habe ich ausschließlich Homematic HM-LC-BL1-FM.
Grüße, Bernd
Zitat von: Cluni am 19 November 2019, 13:21:17
Hallo,
ich habe gerade ein kleines Schönheitsproblem in Apple Home. In Fhem habe ich meine HM-LC-BL1-FM normal ohne homebridgemapping als genericDeviceType blind mit dem subType blindActuator eingebunden. Hat auch ewig ganz normal funktioniert. heute ist mir jedoch aufgefallen, dass in Apple Home bei geöffneter Rolllade nicht mehr "Geöffnet" steht, sondern "Öffnet". Fahren der Rollladen klappt wie zuvor. Zwischenstände "xx% geöffnet", "Geschlossen", "Wird geöffnet..." und "Schließen..." werden richtig angezeigt. Nur bei kompletter Öffnung steht da nicht mehr wie früher "Geöffnet", sondern nur noch "Öffnet". Keine Ahnung, wann das passiert ist. Ich habe schon alles mögliche upgedatet (Linux, npm, node, homebridge, homebridge-fhem, ...) und auch alle beteiligten zwischendurch neu gestartet. Hat nichts geholfen. Auch wenn ich Homebridge über die Konsole starte und mir die Meldungen ansehe, dann ist da nichts auffälliges:
[11/19/2019, 13:16:48] [FHEM] Rol.Buero delaying command TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] Rol.Buero: executing set cmd for TargetPosition with value 100
[11/19/2019, 13:16:49] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Rol.Buero%20pct%20100&fwcsrf=csrf_#############&XHR=1
2019-11-19 13:16:49 caching: Rol.Buero-motor: up:off
[11/19/2019, 13:16:49] [FHEM] caching: PositionState: 1 (as number; means INCREASING; from 'up:off')
2019-11-19 13:17:09 caching: Rol.Buero-motor: stop:on
[11/19/2019, 13:17:09] [FHEM] caching: PositionState: 2 (as number; means STOPPED; from 'stop:on')
2019-11-19 13:17:09 caching: Rol.Buero-pct: 100
[11/19/2019, 13:17:09] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[11/19/2019, 13:17:09] [FHEM] caching: TargetPosition: 100 (as number; from '100')
Oder sehe ich das falsch? Ist das vielleicht nur ein Anzeigefehler in meinem iOS? Ich muss zugeben, dass ich da eine public Beta (13.3) drauf habe.
Ist zwar nichts weltbewegendes, aber ein wenig unschön...
Vielen Dank schon mal für eure Hilfe!
Gruß, Bernd
Ich kann dir nur sagen das ich den Fehler auch habe.
Ja stimmt, das hattest du ja letztens schon bestätigt. Aber helfen tut's uns ja nicht...
Zitat von: justme1968 am 03 Dezember 2019, 09:42:57
welche version von GenShellSwitch verwendest du? werden da die standart readings.* routinen verwendet?
geht es mir der version von hier: https://forum.fhem.de/index.php/topic,59062.msg504603.html?PHPSESSID=ldqnmqb40rqc7bkt7r1gqu7g47#msg504603 besser ?
Woran sehe ich welche Version ich verwende? Ein Absetzen von "version" sagt nur:
No Id found for 00_GenShellSwitch.pmHabe meine "00_GenShellSwitch.pm" mal angehangen.
Mit der angebenen Version von DeeSPe aus deinem Link funktioniert es tatsächlich. :) Woran lag das wohl?
Zitat von: Cluni am 03 Dezember 2019, 13:42:37
Moin,
hat zu meinem "Problem" keiner eine Ahnung, woran das liegen könnte? Hat sich das Mapping geändert? Ich habe kein spezielles Mapping angeben. Ich habe nur die settings:
genericDeviceType blind
und
subType blindActuator
Als Aktoren habe ich ausschließlich Homematic HM-LC-BL1-FM.
Grüße, Bernd
Kannst du mal deine Einstellungen posten? Ich habe auch Homematic-Rolladen-Aktoren. Bei mir wird zwar der korrekte offene und geschlossene Zustand in Home angezeigt, dafür werden keine Zwischenstände angezeigt und ich kann diese auch in Home nicht anfahren. In FHEM habe ich nur eine leuchtende Glühbirne bei "offen" und eine nicht leuchtenende bei zu. Zwischenstände die ich nur über FHEM anfahren kann werden als Prozentzahl angezeigt. Da wäre ein passendes Icon auch schöner. Vielleicht lassen sich unsere Settings ja zusammen legen und wir haben beide was davon. :)
Meine Settings:
Internals:
DEF 56F5A8
FUUID 5c4723ec-f33f-c236-ece0-696a32fda2248fc6
IODev hmusb
LASTInputDev hmusb
MSGCNT 6
NAME HM_56F5A8
NOTIFYDEV global
NR 363
NTFY_ORDER 50-HM_56F5A8
STATE on
TYPE CUL_HM
chanNo 01
hmusb_MSGCNT 6
hmusb_RAWMSG E56F5A8,0000,7FFE1183,FF,FFCA,2CA41056F5A80003450601C800
hmusb_RSSI -54
hmusb_TIME 2019-12-03 17:35:23
lastMsg No:2C - t:10 s:56F5A8 d:000345 0601C800
protLastRcv 2019-12-03 17:35:23
protRcv 5 last_at:2019-12-03 17:35:23
protSnd 6 last_at:2019-12-03 17:35:23
protState CMDs_done
rssi_at_hmusb cnt:6 min:-55 max:-54 avg:-54.66 lst:-54
rssi_hmusb cnt:3 min:-50 max:-50 avg:-50 lst:-50
READINGS:
2019-12-03 17:35:16 CommandAccepted yes
2017-11-09 18:16:11 D-firmware 2.11
2017-11-09 18:16:11 D-serialNr XXXXXXXX
2019-12-02 15:22:59 PairedTo 0x000345
2017-11-09 18:27:54 R-driveDown 20.9 s
2017-11-09 18:16:26 R-driveTurn 0.5 s
2017-11-09 18:18:49 R-driveUp 22.5 s
2017-11-09 18:16:25 R-pairCentral 0x000345
2017-11-09 18:16:26 R-powerUpAction off
2017-11-09 18:16:26 R-sign off
2019-12-02 15:22:59 RegL_00. 00:00 02:01 0A:00 0B:03 0C:45 15:FF 18:00
2019-12-02 15:23:00 RegL_01. 00:00 08:00 09:00 0A:00 0B:00 0C:D1 0D:00 0E:E1 0F:05 10:00 30:06 56:00 57:24
2019-12-03 17:35:23 deviceMsg on (to hmusb)
2019-12-03 17:35:23 level 100
2017-12-31 14:52:13 levelMissed desired:0
2019-12-03 17:35:23 motor stop:on
2019-12-03 17:35:23 pct 100
2019-12-03 17:35:23 position 100
2019-01-22 14:46:44 powerOn 2019-01-22 14:46:44
2019-12-03 17:35:23 recentStateType info
2019-12-03 17:35:23 state on
2019-12-03 17:35:23 timedOn off
2019-12-02 11:44:21 userposition 0
helper:
[...]
Attributes:
IODev hmusb
alias Rollade Schlafzimmer
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.11
genericDeviceType blind
homebridgeMapping clear CurrentPosition=position,minValue=0,maxValue=100,minStep=10 TargetPosition=CurrentPosition,cmds=/.*/:on;;0:off
icon fts_shutter_updown
model HM-LC-BL1PBU-FM
peerIDs 00000000,
room CUL_HM,Homekit,Homematic,Schlafzimmer
serialNr OEQ0265860
subType blindActuator
userReadings position {(ReadingsVal($NAME,"state","off") eq "off")?0:100}
webCmd statusRequest:toggleDir:on:off:up:down:stop
@marcel151: die version mit der es nicht geht ist vermutlich so alt das sie die readings routinen nicht nutzt und deshalb keine richtigen events erzeugt.
Zitat von: justme1968 am 03 Dezember 2019, 17:56:24
@marcel151: die version mit der es nicht geht ist vermutlich so alt das sie die readings routinen nicht nutzt und deshalb keine richtigen events erzeugt.
Die 433MHz Steckdosen waren auch die ersten Komponenten die ich mir angeschafft hatte als ich FHEM aufgebaut habe, seitdem wurde an den Einstellungen nichts geändert. Das kommt gut hin. Danke vielmals.
Zitat von: marcel151 am 03 Dezember 2019, 17:38:41
Kannst du mal deine Einstellungen posten? Ich habe auch Homematic-Rolladen-Aktoren. Bei mir wird zwar der korrekte offene und geschlossene Zustand in Home angezeigt, dafür werden keine Zwischenstände angezeigt und ich kann diese auch in Home nicht anfahren. In FHEM habe ich nur eine leuchtende Glühbirne bei "offen" und eine nicht leuchtenende bei zu. Zwischenstände die ich nur über FHEM anfahren kann werden als Prozentzahl angezeigt. Da wäre ein passendes Icon auch schöner. Vielleicht lassen sich unsere Settings ja zusammen legen und wir haben beide was davon. :)
Meine Settings:
Internals:
genericDeviceType blind
homebridgeMapping clear CurrentPosition=position,minValue=0,maxValue=100,minStep=10 TargetPosition=CurrentPosition,cmds=/.*/:on;;0:off
model HM-LC-BL1PBU-FM
subType blindActuator
Lösch mal dein Attribut "homebridgeMapping" und starte homebridge neu. Bei mir läuft das ohne ein Mapping. Wie gesagt funktioniert das komplett, außer dass seit irgendwann bei kompletter Öffnung statt "Geöffnet" nur noch "Öffnen" angezeigt wird. Siehe Bilder...
Gruß, Bernd
Wenn es doch immer so einfach wäre. Das funktioniert nun. Geöffnet wird bei mir noch passend angezeigt (s. Anhang). Vielleicht hast du andere userReadings? Was mir noch fehlt ist das passende Icon in FHEM. Da wird bei geöffneter Rolladen nur eine Leuchtende Glühbirne gezeigt bzw. eine nicht leuchtende. Zwischenstufen werden nur als Zahlen dargestellt (s. zweiter Anhang). Was muss ich da noch anpassen?
Zitat von: marcel151 am 05 Dezember 2019, 15:35:16
Wenn es doch immer so einfach wäre. Das funktioniert nun. Geöffnet wird bei mir noch passend angezeigt (s. Anhang). Vielleicht hast du andere userReadings?
Muss ich mal schauen, aber hat ja bis letztens richtig funktioniert und ohne Änderung ist es plötzlich anders...
Zitat von: marcel151 am 05 Dezember 2019, 15:35:16
Was mir noch fehlt ist das passende Icon in FHEM. Da wird bei geöffneter Rolladen nur eine Leuchtende Glühbirne gezeigt bzw. eine nicht leuchtende. Zwischenstufen werden nur als Zahlen dargestellt (s. zweiter Anhang). Was muss ich da noch anpassen?
Setze mal devStateIcon auf
on:fts_shutter_10@yellow off:fts_shutter_100@green 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shSieht bei mir so aus:
Zitat von: Cluni am 05 Dezember 2019, 16:06:21
Setze mal devStateIcon auf
on:fts_shutter_10@yellow off:fts_shutter_100@green 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_sh
Danke, damit hat es geklappt.
Zitat von: hoppel118 am 18 November 2019, 10:45:25
Moin Sky, wie man userReadings verwendet, ist hier beschrieben: https://wiki.fhem.de/wiki/UserReadings
Dein Reading "network" scheint dafür gut geeignet zu sein.
Moin Andre,
habe das mal mit meinem Ventilator im Büro inkl. userReadings "reachable" umgesetzt:
Internals:
DEF 10.11.11.40 c06af5c00f91c09b7a18a38da7b64ffa
FD 61
FUUID 5d0e94cb-f33f-5dcf-f435-ea8853cb58594e56
NAME OG_Buero_Ventilator
NR 450
STATE straight 0%
TYPE XiaomiDevice
OLDREADINGS:
READINGS:
2019-11-18 09:17:28 ac_power off
2019-11-18 09:17:28 angle 30
2019-11-18 09:17:28 angle_enable on
2019-11-18 09:17:28 batteryPercent 100
2019-11-18 09:17:28 batteryState ok
2019-11-17 10:08:08 button_pressed speed
2019-11-18 09:17:28 buzzer off
2019-11-18 09:17:28 charging progress
2019-11-18 09:17:28 child_lock off
2019-11-18 09:17:28 error none
2019-11-18 09:17:28 humidity 61
2019-11-18 09:17:28 led bright
2019-11-18 09:17:28 level 0
2019-11-18 09:17:28 level_on 1
2019-11-18 09:17:28 mode straight
2019-11-18 09:17:28 power off
2019-11-18 09:17:28 poweroff_time 0
2019-11-18 09:40:49 reachable 0
2019-11-18 09:17:28 speed 0
2019-11-18 09:40:49 state disconnected
2019-11-18 09:17:28 temperature 19
helper:
ConnectionState disconnected
crypt AES
delay 780
dev 0436
id e469
ip 10.11.11.40
last_read 1574065048
packetid 1016
port 54321
sequence 1574064288
token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
alexaName Lüfter
alexaRoom Büro
alias Büro Lüfter
genericDeviceType Fan
group Ventilatoren
homebridgeMapping clear
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024
icon Ventilator_fett
room Hersteller->Xiaomi,Homebridge->Xiaomi,Obergeschoss->Büro,System->Ventilatoren
siriName Lüfter
stateFormat mode level%
subType SmartFan
userReadings reachable {if(ReadingsVal("OG_Buero_Ventilator","state","") eq "connected") {return 1} else {return 0}}
verbose 2
Ist "state connected" dann "reachable 1", sonst "reachable 0". Das userReadings funktioniert so weit. Anschließend habe ich die entsprechende Homebridge Instanz einmal neugestartet. In EVE und in der Home App sieht es aber weiterhin so aus, als ob das Gerät erreichbar ist, auch wenn "reachable 0". Automatisch scheint das schonmal nicht zu funktionieren. Oder liegt das am "clear" in meinem homebridgeMapping?
Wegen dieser Vermutung zu meinem "clear" habe ich anschließend eine Reachable characteristic in meinem homebridgeMapping ergänzt:
homebridgeMapping
clear
Reachable=reachable,values=0:False;;1:True
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024
Auf der Konsole sehe ich dann folgendes, wenn das userReadings "reachable" von "0" zu "1" wechselt
Nov 18 10:28:46 omv4 homebridge[1981]: 2019-11-18 10:28:46 caching: OG_Buero_Ventilator-reachable: 1
Nov 18 10:28:46 omv4 homebridge[1981]: [2019-11-18 10:28:46] [FHEM] caching: Reachable: true (as boolean; from '1')
Es funktioniert auch andersherum, wenn das userReadings "reachable" von "1" zu "0" wechselt, im laufenden Betrieb:
Nov 18 10:40:23 omv4 homebridge[1981]: 2019-11-18 10:40:23 caching: OG_Buero_Ventilator-reachable: 0
Nov 18 10:40:23 omv4 homebridge[1981]: [2019-11-18 10:40:23] [FHEM] caching: Reachable: false (as boolean; from '0')
Bei meinen Recherchen bei Google bin ich über folgenden Issue gestolpert: https://github.com/justme-1968/homebridge-fhem/issues/51
Dieser Issue kann nun meiner Ansicht nach geschlossen werden. Das funktioniert astrein, auch bei Status-Veränderungen im Laufenden Betrieb.
Danke dir und Gruß Hoppel
Guten Morgen ,
ich möchte dieses Thema noch einmal aufgreifen, da mein ,,network ,, Reading damit nicht funktioniert.
Allerdings gibt mein Reading ,,state" drei Zustände aus :
On, Off und Error
Wie kann ich das in einem Mapping umsetzen , daß in HomeKit angezeigt wird , wenn mein Shelly stromlos ist ?
Weil bei einem On/Off Mapping kann ich in HomeKit immer noch schalten , obwohl der Akktor stromlos ist .
Danke
schau dir an wie das homebridgeMapping funktioniert. und dort speziell values. so etwa sollte es gehen:Reachable=state,values=Error:False;/.*/:True
Zitat von: justme1968 am 18 November 2019, 13:10:04
nach 0 und 1. nicht nach true und false.
Hallo Justme1968 ,
müsste das für ,,Rechable" nicht so aussehen ?
sorry. copy&paste fehler. bitte einfach probieren und ins log schauen.
Hast du es denn mit userReadings probiert?
So sollte es bei dir klappen:
userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "On") {return 1} else {return 0}}
--> das Reading "reachable" wird erzeugt, bei "state On" wird eine "reachable 1" gesetzt, ansonsten "reachable 0"
--> XXXXXX ersetzt du durch deinen Device-Name
Im homebridgeMapping ergänzt du dann folgendes:
Reachable=reachable,values=0:False;;1:True
Ohne userReadings habe ich es nicht hinbekommen. Falls jemand ein funktionierendes homebridgeMapping für die Characteristic "Reachable" hat, ohne dabei userReadings zu verwenden, darf er es gern hier posten. ;)
Viele Grüße Hoppel
Reachable=state,values=Error:0;/.*/:1 sollte gehen.
wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.
Erst einmal Danke für Eure Hilfe , kann erst heute Nachmittag probieren
Zitat von: hoppel118 am 11 Dezember 2019, 10:19:38
Hast du es denn mit userReadings probiert?
So sollte es bei dir klappen:
userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "On") {return 1} else {return 0}}
--> das Reading "reachable" wird erzeugt, bei "state On" wird eine "reachable 1" gesetzt, ansonsten "reachable 0"
--> XXXXXX ersetzt du durch deinen Device-Name
Im homebridgeMapping ergänzt du dann folgendes:
Reachable=reachable,values=0:False;;1:True
Ohne userReadings habe ich es nicht hinbekommen. Falls jemand ein funktionierendes homebridgeMapping für die Characteristic "Reachable" hat, ohne dabei userReadings zu verwenden, darf er es gern hier posten. ;)
Viele Grüße Hoppel
Damit funktioniert es nicht .
Das Reading "reachable" bleibt auf 0
define myShelly2 Shelly 192.168.xxx.xxx
setuuid myShelly2 5df00761-f33f-d9cb-3f82-2931b6be889ee53a
attr myShelly2 devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
attr myShelly2 genericDeviceType switch
attr myShelly2 homebridgeMapping clear \
Reachable=reachable,values=0:False;;1:True
On=state,valueOn=on,cmdOn=on,cmdOff=off
attr myShelly2 model shelly1
attr myShelly2 room Shelly,Homekit
attr myShelly2 userReadings reachable {if(ReadingsVal("myShelly2","state","") eq "On") {return 1} else {return 0}}
Zitat von: justme1968 am 11 Dezember 2019, 10:22:05
Reachable=state,values=Error:0;/.*/:1 sollte gehen.
wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.
Damit bleibt das Reading auch auf 0
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] homebridgeMapping: clear
Dec 11 19:01:25 raspberrypi homebridge[16920]: Reachable=reachable,values=0:False;;1:True
Dec 11 19:01:25 raspberrypi homebridge[16920]: On=state,valueOn=on,cmdOn=on,cmdOff=off
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] myShelly2 is switch
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] myShelly2 has
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] Reachable [reachable]
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] On [state;on,off]
Dec 11 19:01:25 raspberrypi homebridge[16920]: 2019-12-11 19:01:25 caching: myShelly2-reachable: 0
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] caching: Reachable: false (as boolean; from '0')
Dec 11 19:01:25 raspberrypi homebridge[16920]: 2019-12-11 19:01:25 caching: myShelly2-state: Error
Dec 11 19:01:25 raspberrypi homebridge[16920]: [12/11/2019, 7:01:25 PM] [FHEM] caching: On: false (as boolean; from 'Error')
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] homebridgeMapping: clear
Dec 11 19:05:09 raspberrypi homebridge[19163]: Reachable=state,values=Error:0;/.*/:1
Dec 11 19:05:09 raspberrypi homebridge[19163]: On=state,valueOn=on,cmdOn=on,cmdOff=off
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] myShelly2 is switch
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] myShelly2 has
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] Reachable [state]
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] On [state;on,off]
Dec 11 19:05:09 raspberrypi homebridge[19163]: 2019-12-11 19:05:09 caching: myShelly2-state: off
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] caching: Reachable: true (as boolean; from 'off')
Dec 11 19:05:09 raspberrypi homebridge[19163]: [12/11/2019, 7:05:09 PM] [FHEM] caching: On: false (as boolean; from 'off')
Wenn ich in Homekit schalte :
Dec 11 19:07:57 raspberrypi homebridge[19163]: 2019-12-11 19:07:57 caching: myShelly2-state: on
Dec 11 19:07:57 raspberrypi homebridge[19163]: [12/11/2019, 7:07:57 PM] [FHEM] caching: Reachable: 1 (as string; from 'on')
Dec 11 19:07:57 raspberrypi homebridge[19163]: [12/11/2019, 7:07:57 PM] [FHEM] caching: On: true (as boolean; from 'on')
Dec 11 19:08:01 raspberrypi homebridge[19163]: [12/11/2019, 7:08:01 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 11 19:08:01 raspberrypi homebridge[19163]: [12/11/2019, 7:08:01 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
Dec 11 19:08:01 raspberrypi homebridge[19163]: 2019-12-11 19:08:01 caching: myShelly2-state: off
Dec 11 19:08:01 raspberrypi homebridge[19163]: [12/11/2019, 7:08:01 PM] [FHEM] caching: Reachable: 1 (as string; from 'off')
Dec 11 19:08:01 raspberrypi homebridge[19163]: [12/11/2019, 7:08:01 PM] [FHEM] caching: On: false (as boolean; from 'off')
Wenn ich den Shelly vom Strom trenne :
Dec 11 19:09:32 raspberrypi homebridge[19163]: 2019-12-11 19:09:32 caching: myShelly2-state: Error
Dec 11 19:09:32 raspberrypi homebridge[19163]: [12/11/2019, 7:09:32 PM] [FHEM] caching: Reachable: 0 (as string; from 'Error')
Dec 11 19:09:32 raspberrypi homebridge[19163]: [12/11/2019, 7:09:32 PM] [FHEM] caching: On: false (as boolean; from 'Error')
Jetzt kann ich in Homekit trotzdem schalten !!
Zitat von: Sky am 11 Dezember 2019, 19:11:40
Damit funktioniert es nicht .
Das Reading "reachable" bleibt auf 0
define myShelly2 Shelly 192.168.xxx.xxx
setuuid myShelly2 5df00761-f33f-d9cb-3f82-2931b6be889ee53a
attr myShelly2 devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
attr myShelly2 genericDeviceType switch
attr myShelly2 homebridgeMapping clear \
Reachable=reachable,values=0:False;;1:True
On=state,valueOn=on,cmdOn=on,cmdOff=off
attr myShelly2 model shelly1
attr myShelly2 room Shelly,Homekit
attr myShelly2 userReadings reachable {if(ReadingsVal("myShelly2","state","") eq "On") {return 1} else {return 0}}
Du hattest geschrieben, dass dein state folgende 3 Zustände kennt:
Zitat von: Sky am 11 Dezember 2019, 08:11:25
Allerdings gibt mein Reading ,,state" drei Zustände aus :
On, Off und Error
Dem entsprechend hatte ich das userReadings für dich vorbereitet. Werden die states groß- oder kleingeschrieben? Falls deine state Zustände doch alle klein geschrieben werden, musst du das natürlich in dem userReadings oben anpassen.
Gruß Hoppel
Hallo hoppel ,
Du warst schneller ;=
Ich habe jetzt schon einmal einen Fehler gefunden ...
Zitat von: hoppel118 am 11 Dezember 2019, 10:19:38
Hast du es denn mit userReadings probiert?
So sollte es bei dir klappen:
userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "On") {return 1} else {return 0}}
--> das Reading "reachable" wird erzeugt, bei "state On" wird eine "reachable 1" gesetzt, ansonsten "reachable 0"
--> XXXXXX ersetzt du durch deinen Device-Name
Im homebridgeMapping ergänzt du dann folgendes:
Reachable=reachable,values=0:False;;1:True
Ohne userReadings habe ich es nicht hinbekommen. Falls jemand ein funktionierendes homebridgeMapping für die Characteristic "Reachable" hat, ohne dabei userReadings zu verwenden, darf er es gern hier posten. ;)
Viele Grüße Hoppel
Es muss so aussehen :
userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "on") {return 1} else {return 0}}
Nun ändert sich schon einmal der Zustand "state" in 0 und 1 .
Allerdings ,wenn ich den Aktor vom Strom trenne ,kann ich in Homekit immer noch schalten .
Dies sieht im Log so aus :
Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
In Fhem siehe Bild
Zitat von: justme1968 am 11 Dezember 2019, 10:22:05
Reachable=state,values=Error:0;/.*/:1 sollte gehen.
wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.
Hi Andre, ich habe das homebridgeMapping nochmal auf meinen Ventilator übertragen:
Reachable=state,values=disconnected:0;/.*/:1Der einzige Unterschied, den ich zu dem von mir bereits hier:
https://forum.fhem.de/index.php/topic,48558.msg994255.html#msg994255
ausprobierten homebridgeMapping:
Reachable=state,values=disconnected:0;;/.*/:1ist, dass ein Simikolon fehlt. Aber auch das funktioniert bei mir nicht.
Keine Ahnung, was ich falsch mache. Das folgende homebridgeMapping funktioniert:
Reachable=state,values=disconnected:0;;connected:1Die beiden zuvor aufgeführten homebridgeMappings mit /.*/:1 funktionieren nicht. Da ich mehrere Status für 1 habe, brauche ich: /.*/
Wenn du dazu noch eine Idee hast, gern her damit, ansonsten bleibe ich bei der userReadings Variante. Die funktioniert.
Wann setze ich eigentlich 2 bzw. 1 Simikolon ;; ?
Danke und Gruß Hoppel
Guten Morgen hoppel ,
kannst Du mit Deinem funktionierenden Mapping in HomeKit
sehen ,ob das Gerät erreichbar ist bzw. wird dies angezeigt ?
Danke
Moin Sky,
ja, in EVE sieht man das rote Dreieck mit einem Ausrufezeichen in der Mitte und in der Home App steht ,,keine Antwort", siehe Screenshots.
Gruß Hoppel
Hallo hoppel ,
da bei mir das Reading ,,state" die Werte 0,1 und Error ausgibt ,
müsste ich das nicht so umsetzen ?
Reachable=state,values=off:0;;on:1
Was mache ich aber wenn das Reading auf ,,Error" steht ?
Bei Dir sind die ,,state" Werte connected und disconnectet ,
Reachable=state,values=disconnected:0;;connected:1
Zitat von: Sky am 11 Dezember 2019, 21:18:46
Ich habe jetzt schon einmal einen Fehler gefunden ...
Es muss so aussehen :
userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "on") {return 1} else {return 0}}
Nun ändert sich schon einmal der Zustand "state" in 0 und 1 .
Das war zu erwarten. ;)
Zitat von: Sky am 11 Dezember 2019, 21:18:46
Allerdings ,wenn ich den Aktor vom Strom trenne ,kann ich in Homekit immer noch schalten .
Dies sieht im Log so aus :
Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
Mehr als "keine Antwort" in der Home App bzw. "rotes Ausrufezeichen" in EVE ist meiner Kenntnis nach momentan nicht machbar. Hatte Andre auch schonmal gefragt, ob man den Schalter bei "not reachable" ausgrauen könnte. Das geht nicht. Also vergnüge dich mit der reachable Funktion und werde glücklich. ;)
Zitat von: Sky am 12 Dezember 2019, 08:33:17
da bei mir das Reading ,,state" die Werte 0,1 und Error ausgibt ,
müsste ich das nicht so umsetzen ?
Reachable=state,values=off:0;;on:1
Was mache ich aber wenn das Reading auf ,,Error" steht ?
Dazu hatte Andre dir doch bereits einen Vorschlag mitgeteilt:
Zitat von: justme1968 am 11 Dezember 2019, 10:22:05
Reachable=state,values=Error:0;/.*/:1 sollte gehen.
wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.
"Error" bedeutet "0 = not reachable" bzw. "on/off" bedeutet "1 = reachable"
--> "off" ist nicht "not reachable"!
Unter welchen Bedingungen erscheint denn eigentlich der state "Error"?
Zitat von: Sky am 12 Dezember 2019, 08:33:17
Bei Dir sind die ,,state" Werte connected und disconnectet ,
Reachable=state,values=disconnected:0;;connected:1
Ich hatte in meinem letzten Post sehr genau beschrieben, was geht und was nicht. Das von aufgeführte homebridgeMapping funktioniert von der Funktion her. Ich habe aber mehrere states für "1 = reachable". Demnach müsste ich es also so:
Reachable=state,values=disconnected:0;/.*/:1oder so aufbauen:
Reachable=state,values=disconnected:0;;/.*/:1Beides funktioniert allerdings nicht.
Noch fragen?
Nutzt hier sonst irgendwer "Reachable" und sieht hier irgendwo einen Fehler?
Gruß Hoppel
Ich glaube, ich habe dein Missverständnis jetzt verstanden. Dein homebridgeMapping müsste eigentlich wie folgt aussehen:
clear
On=state,valueOn=on,cmdOn=on,cmdOff=off
Reachable=state,values=Error:0;/.*/:1
-> Mit der Characteristic "On" kannst du schalten (unabhängig von "Rechable).
-> Mit der Characteristic "Reachable" erhältst du "keine Antwort" in der Home App bzw. das "rote Ausrufezeichen" in der EVE App, wenn der "state Error" ist. Bei "state on/off" gibt es somit keinen Hinweis.
Da "/.*/:1" bei mir nicht funktioniert, gehe ich davon aus, dass das bei dir auch nicht funktioniert.
So lange dein Aktor noch erreichbar (state on/off) ist, also nicht im "state Error" wirst du mit deinem jetzigen homebrdigeMapping auch weiterhin schalten können.
Nochmal die Frage, unter welchen Bedingungen erscheint der "state Error"?
Gruß Hoppel
Hallo hoppel,
erstmal Danke für Deine Mühe !!
Das "state Error" provoziere ich durch Trennung des Shelly vom Strom.
Durch die Anzeige von "keine Antwort" in Homekit möchte ich eine Kontrolle erreichen ,
um zusehen ob der Shelly noch aktiv ist .
Ich werde das einmal mit
clear
Reachable=state,values=Error:0;/.*/:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
versuchen .
Es funktioniert nicht .
wenn ich nun den Shelly vom Strom trenne kann ich immer noch in Homekit schalten .
Der Log sieht so aus :
Dec 12 22:37:45 raspberrypi homebridge[32404]: [12/12/2019, 10:37:45 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:37:45 raspberrypi homebridge[32404]: [12/12/2019, 10:37:45 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] cached: false (as boolean)
Allerdings kann ich den Shelly in Homekit nur noch ausschalten wenn ich das Icon festhalte und ich zu dem Schieberegler komme.
Mehrmaliges drücken des Icons hat nun keine Funktion ausser das immer wieder im Log folgendes steht :
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] cached: false (as boolean)
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] cached: false (as boolean)
Langsam verliere ich die Hoffnung ....
Hallo ,
ich habe die letzten Tage Ursachenforschung betrieben .
Folgendes scheint zu funktionieren :
clear
Reachable=state,values=off:0;;on:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
reachable {if(ReadingsVal("myShelly2","state","") eq "on") {return 1} else {return 0}}
Anzeige im Log , geschaltet in Fhem :
Dec 13 19:46:32 raspberrypi homebridge[20015]: 2019-12-13 19:46:32 caching: myShelly2-state: off
Dec 13 19:46:32 raspberrypi homebridge[20015]: [12/13/2019, 7:46:32 PM] [FHEM] caching: On: false (as boolean; from 'off')
Dec 13 19:46:32 raspberrypi homebridge[20015]: 2019-12-13 19:46:32 caching: myShelly2-reachable: 0
Dec 13 19:46:32 raspberrypi homebridge[20015]: [12/13/2019, 7:46:32 PM] [FHEM] caching: Reachable: false (as boolean; from '0')
Dec 13 19:46:39 raspberrypi homebridge[20015]: 2019-12-13 19:46:39 caching: myShelly2-state: on
Dec 13 19:46:39 raspberrypi homebridge[20015]: [12/13/2019, 7:46:39 PM] [FHEM] caching: On: true (as boolean; from 'on')
Dec 13 19:46:39 raspberrypi homebridge[20015]: 2019-12-13 19:46:39 caching: myShelly2-reachable: 1
Dec 13 19:46:39 raspberrypi homebridge[20015]: [12/13/2019, 7:46:39 PM] [FHEM] caching: Reachable: true (as boolean; from '1')
Anzeige im Log geschaltet über Homekit :
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
Dec 13 19:48:39 raspberrypi homebridge[20015]: 2019-12-13 19:48:39 caching: myShelly2-state: off
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM] caching: On: false (as boolean; from 'off')
Dec 13 19:48:39 raspberrypi homebridge[20015]: 2019-12-13 19:48:39 caching: myShelly2-reachable: 0
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM] caching: Reachable: false (as boolean; from '0')
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 13 19:48:41 raspberrypi homebridge[20015]: 2019-12-13 19:48:41 caching: myShelly2-state: on
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM] caching: On: true (as boolean; from 'on')
Dec 13 19:48:41 raspberrypi homebridge[20015]: 2019-12-13 19:48:41 caching: myShelly2-reachable: 1
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM] caching: Reachable: true (as boolean; from '1')
Nun ist folgendes Problem :
Wenn ich den Shelly mit Strom versorge ( Gosund Steckdose ) dauert es ca. 1 Minute bis man im Log den neuen Status angezeigt bekommt !!
Dec 15 15:26:08 raspberrypi homebridge[8603]: 2019-12-15 15:26:08 caching: Gosund_4-POWER1: off
Dec 15 15:26:08 raspberrypi homebridge[8603]: [12/15/2019, 3:26:08 PM] [FHEM] caching: On: false (as boolean; from 'off')
Dec 15 15:27:08 raspberrypi homebridge[8603]: 2019-12-15 15:27:08 caching: myShelly2-state: Error
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] myShelly2-state value Error not handled in values
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] caching: On: false (as boolean; from 'Error')
In Fhem dauert die Anzeige des neuen Status genau so lange ,logischerweise .
In Homekit wir mir der Status "Keine Antwort" erst nach einem
sudo systemctl stop homebridge
sudo systemctl start homebridge
also Neustart angezeigt .
Wo liegt hier das Problem ????
Wünsch noch einen schönen 3. Advent
Guten Morgen,
hat sich das HomebridgeMapping für die Homematic Thermostate geändert?
Mir ist aufgefallen dass wenn mein Thermostat auf AUS steht und ich es per Home-App auf Automatik setzen möchte per Dropdown dann springt dieses Menü wieder sofort zurück auf den Ursprungswert und nimmt auch keine andere Auswahl an.
Mein jetziges Mapping ist unverändert seit Ewigkeiten:
TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0
Danke und Gruß
Das habe ich so noch nie genutzt. Aber du hast Recht. Irgendwas stimmt mit: "TargetHeatingCoolingState" nicht. Bei mir springt er bei Veränderung in EVE und in Home auch sofort wieder zurück.
Gruß Hoppel
Zitat von: Sky am 15 Dezember 2019, 15:34:33
ich habe die letzten Tage Ursachenforschung betrieben .
Folgendes scheint zu funktionieren :
clear
Reachable=state,values=off:0;;on:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
reachable {if(ReadingsVal("myShelly2","state","") eq "on") {return 1} else {return 0}}
Ich verstehe nicht, wie das funktionieren soll. Hier fehlt das Handling für den state "Error".
Folgendes könntest du nochmal ausprobieren. Bin mir aber nicht sicher, ob das funktioniert: Kann das gerade nicht testen:
Reachable=state,values=Error:0;;/on|off/:1So sollte das Gerät bei state "on" oder "off" erreichbar sein. Wenn das Gerät in state "Error" geht, ist es nicht mehr erreichbar.
Anschließend entferne nochmal das userReadings und das Reading "Reachable". Das Reading bleibt für immer erhalten, wenn du es nicht manuell mit "deletereading <device name> <reading name>" löscht.
Zitat von: Sky am 15 Dezember 2019, 15:34:33
Nun ist folgendes Problem :
Wenn ich den Shelly mit Strom versorge ( Gosund Steckdose ) dauert es ca. 1 Minute bis man im Log den neuen Status angezeigt bekommt !!
Dec 15 15:26:08 raspberrypi homebridge[8603]: 2019-12-15 15:26:08 caching: Gosund_4-POWER1: off
Dec 15 15:26:08 raspberrypi homebridge[8603]: [12/15/2019, 3:26:08 PM] [FHEM] caching: On: false (as boolean; from 'off')
Dec 15 15:27:08 raspberrypi homebridge[8603]: 2019-12-15 15:27:08 caching: myShelly2-state: Error
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] myShelly2-state value Error not handled in values
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] caching: On: false (as boolean; from 'Error')
Hier wird meine Aussage von oben nochmal bestätigt. Du hast nichts unternommen, um deinem homebridgeMapping zu verklickern, wie es mit dem state "Error" umzugehen hat.
Gruß Hoppel
Zitat von: hoppel118 am 16 Dezember 2019, 21:44:21
Das habe ich so noch nie genutzt. Aber du hast Recht. Irgendwas stimmt mit: "TargetHeatingCoolingState" nicht. Bei mir springt er bei Veränderung in EVE und in Home auch sofort wieder zurück.
Gruß Hoppel
Hallo Hoppel,
wie meinst du das?
Ich habe dieses mapping so vor Ewigkeiten hier aus dem Thread bekommen und seither verwendet.
Habe gestern Abend mal auf iOS13.3 upgedatet (von 13.2 glaube ich) und erneut versucht.
Das Thermostat stand auf off, habe dann das Device angeklickt und auf automatik gescrollt. Hatte funktioniert. Werde es beobachten.
2019.12.16 22:42:46 3: CUL_HM set WZ_Thermostat_Clima controlManu off
2019.12.16 22:42:50 3: CUL_HM set WZ_Thermostat_Clima controlMode auto
==> Ist es normal dass im Log der aktuelle Status mit "set..." geloggt wird auch wenn man nur in das Device schaut und nichts verändert?
Zitat von: Steffen@Home am 17 Dezember 2019, 06:49:57
Hallo Hoppel,
wie meinst du das?
Ich habe dieses mapping so vor Ewigkeiten hier aus dem Thread bekommen und seither verwendet.
Habe gestern Abend mal auf iOS13.3 upgedatet (von 13.2 glaube ich) und erneut versucht.
Ich meine es, wie ich es geschrieben habe. ;) Ich habe dieses Mapping auch vor Ewigkeiten aus dem Wiki übernommen: https://wiki.fhem.de/wiki/Homebridge_User_Configs#Homematic_Heizk.C3.B6rperthermostat_HM-CC-RT-DN
In der Home App kann ich bei mir (AUS|HEIZUNG|KÜHLUNG|AUTOMATISCH) nicht einstellen. Die Auswahl springt sofort wieder auf den Ursprungswert. Ich bin auch auf IOS 13.3. Ich kann allerdings nicht sagen, seit wann dieses Problem besteht oder ob es schon immer so war, da ich diese Funktion bisher nicht genutzt habe. Meine Thermostate sind immer im Auto-Modus, werden mit Heizprofilen und teilweise mit Presence gemanged.
Zitat von: Steffen@Home am 17 Dezember 2019, 06:49:57
Das Thermostat stand auf off, habe dann das Device angeklickt und auf automatik gescrollt. Hatte funktioniert. Werde es beobachten.
Heißt, das Device ist dann nicht automatisch auf off zurückgesprungen? Wie gerade geschrieben, bei mir funktioniert es mit IOS 13.3 nicht. Probiere du das bitte nochmal.
Zitat von: Steffen@Home am 17 Dezember 2019, 06:49:57
2019.12.16 22:42:46 3: CUL_HM set WZ_Thermostat_Clima controlManu off
2019.12.16 22:42:50 3: CUL_HM set WZ_Thermostat_Clima controlMode auto
==> Ist es normal dass im Log der aktuelle Status mit "set..." geloggt wird auch wenn man nur in das Device schaut und nichts verändert?
Jo, das kann ich bei mir genauso nachvollziehen. Mein Thermostat stand gerade auf HEIZUNG.
08:56:19 Bin in der Home App auf das Device. Es wird direkt erstmal ein boost ausgeführt.
08:57:04 Habe dann einmal auf AUTOMATISCH getippt. Die Auswahl in der Home App springt direkt wieder zurück auf HEIZUNG. Anschließend wird dann ein boost ausgeführt.
09:01:19 Dann habe ich nochmal auf AUS gestellt, die Auswahl springt wieder zurück auf HEIZUNG. Anschließend wird erneut ein boost ausgeführt.
Im Log sieht das wie folgt aus:
2019.12.17 08:56:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boost
2019.12.17 08:57:04 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode auto
2019.12.17 08:57:04 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boost
2019.12.17 09:01:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlManu off
2019.12.17 09:01:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boostEvtl. ein Bug in Homekit?
EDIT: Hatte mich bei meinen Tests auf die Home App konzentriert. Mit EVE scheint es zu funktionieren. Mit EVE wird auch kein set Befehl ausgeführt, wenn man das Device betritt. Kannst du das mal bitte prüfen?
(OFFTOPIC: Neulich hatte ich schonmal ein Problem in der Home App, welches in EVE nicht vorhanden war. Meine siriNames von neuen Geräten wurden anscheinend nur noch noch in der EVE App übernommen. In der Home App wurde der Device-Name gesetzt und nicht der siriName. In der Home App muss man das dann auch nochmal manuell anpassen.)
Gruß Hoppel
Zitat von: hoppel118 am 16 Dezember 2019, 21:57:58
Ich verstehe nicht, wie das funktionieren soll. Hier fehlt das Handling für den state "Error".
Folgendes könntest du nochmal ausprobieren. Bin mir aber nicht sicher, ob das funktioniert: Kann das gerade nicht testen:
Reachable=state,values=Error:0;;/on|off/:1
So sollte das Gerät bei state "on" oder "off" erreichbar sein. Wenn das Gerät in state "Error" geht, ist es nicht mehr erreichbar.
Anschließend entferne nochmal das userReadings und das Reading "Reachable". Das Reading bleibt für immer erhalten, wenn du es nicht manuell mit "deletereading <device name> <reading name>" löscht.
Hier wird meine Aussage von oben nochmal bestätigt. Du hast nichts unternommen, um deinem homebridgeMapping zu verklickern, wie es mit dem state "Error" umzugehen hat.
Gruß Hoppel
Hallo hoppel ,
Danke für Deine Antwort , ich habe das so einmal umgesetzt :
Internals:
DEF 192.168.xxx.yyy
DURATION 0
FUUID 5df00761-f33f-d9cb-3f82-2931b6be889ee53a
INTERVAL 60
NAME myShelly2
NR 248
STATE Error
TCPIP 192.168.xxx.yyy
TYPE Shelly
READINGS:
2019-12-10 22:00:17 cloud disabled
2019-12-17 14:43:58 firmware v1.5.6(update needed to v1.5.7)
2019-12-17 17:41:28 network not connected
2019-12-17 17:34:04 relay off
2019-12-17 17:41:28 state Error
Attributes:
devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
genericDeviceType switch
homebridgeMapping clear
Reachable=state,values=Error:0;;/on|off/:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
model shelly1
room Shelly,Homekit
Nach wie vor kann ich immer noch den Shelly in Homekit schalten :
Auszug aus dem Log :
Dec 17 17:40:23 raspberrypi homebridge[6501]: [12/17/2019, 5:40:23 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 17 17:40:23 raspberrypi homebridge[6501]: [12/17/2019, 5:40:23 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 17 17:40:25 raspberrypi homebridge[6501]: [12/17/2019, 5:40:25 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 17 17:40:25 raspberrypi homebridge[6501]: [12/17/2019, 5:40:25 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
In Fhem werden alle drei Zustände korrekt übermittelt , der "Error"-Status aktualisiert sich allerdings auch hier erst nach ca. 1 Minute .
Ich denke das dies der Zeitintervall im Device ist .
Dec 17 17:34:02 raspberrypi homebridge[6501]: 2019-12-17 17:34:02 caching: myShelly2-state: on
Dec 17 17:34:02 raspberrypi homebridge[6501]: [12/17/2019, 5:34:02 PM] [FHEM] caching: Reachable: 1 (as string; from 'on')
Dec 17 17:34:02 raspberrypi homebridge[6501]: [12/17/2019, 5:34:02 PM] [FHEM] caching: On: true (as boolean; from 'on')
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
Dec 17 17:34:04 raspberrypi homebridge[6501]: 2019-12-17 17:34:04 caching: myShelly2-state: off
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM] caching: Reachable: 1 (as string; from 'off')
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM] caching: On: false (as boolean; from 'off')
Dec 17 17:35:10 raspberrypi homebridge[6501]: 2019-12-17 17:35:10 caching: myShelly2-state: Error
Dec 17 17:35:10 raspberrypi homebridge[6501]: [12/17/2019, 5:35:10 PM] [FHEM] caching: Reachable: 0 (as string; from 'Error')
Dec 17 17:35:10 raspberrypi homebridge[6501]: [12/17/2019, 5:35:10 PM] [FHEM] caching: On: false (as boolean; from 'Error')
In Homekit wird der Status "Keine Antwort" , wie schon im vorherigen Post beschrieben ,erst nach dem Neustart der Homebridge angezeigt .
Irgendwo hängt es an der Übermittlung , weiß aber nicht warum und wo ???
Hallo Sky,
dein homebridgeMapping sieht jetzt gut aus. Es tut, was es soll.
Zitat von: Sky am 17 Dezember 2019, 18:33:02
Nach wie vor kann ich immer noch den Shelly in Homekit schalten :
Ich hatte es schonmal geschrieben. Du kannst ganz normal weiter schalten, auch wenn das Gerät nicht erreichbar ist. Es gibt keine Möglichkeit, den EIN-AUS-Schalter in irgendeiner Hinsicht auszugrauen oder auszublenden. Durch die Characteristic "Reachable" erhälst du zumindest die Möglichkeit anzuzeigen, dass das Gerät gerade "nicht erreichbar" ist.
Oder verstehe ich dich falsch? Was willst du bezwecken?
Zitat von: Sky am 17 Dezember 2019, 18:33:02
In Fhem werden alle drei Zustände korrekt übermittelt , der "Error"-Status aktualisiert sich allerdings auch hier erst nach ca. 1 Minute .
Ich denke das dies der Zeitintervall im Device ist .
In Homekit wird der Status "Keine Antwort" , wie schon im vorherigen Post beschrieben ,erst nach dem Neustart der Homebridge angezeigt .
Irgendwo hängt es an der Übermittlung , weiß aber nicht warum und wo ???
Damit kann ich dir leider nicht helfen. Bei mir funktioniert das mit meinem Ventilator und dem userReadings ohne die Homebridge neustarten zu müssen. Aber ich werde das nochmal genauer prüfen. Ich melde mich nochmal dazu.
Vielleicht hat dazu ja noch jemand anderes eine Idee?
Gruß Hoppel
Hallo hoppel ,
Zitat von: hoppel118 am 18 Dezember 2019, 09:08:17
Ich hatte es schonmal geschrieben. Du kannst ganz normal weiter schalten, auch wenn das Gerät nicht erreichbar ist. Es gibt keine Möglichkeit, den EIN-AUS-Schalter in irgendeiner Hinsicht auszugrauen oder auszublenden. Durch die Characteristic "Reachable" erhälst du zumindest die Möglichkeit anzuzeigen, dass das Gerät gerade "nicht erreichbar" ist.
Oder verstehe ich dich falsch? Was willst du bezwecken?
Vielleicht habe ich das nicht richtig formuliert .
Ich möchte einfach auf dem iPhone in Home ( Homekit ) erreichen ,daß ich z.B.
für den Shelly ( als Schalter definiert ) sehen kann , ob dieser noch ansprechbar ist .
Dies ist für mich sinnlos , wenn ich diesen EIN-AUS-Schalter immer noch "schalten" kann, obwohl am Ende das Endgerät welches am Shelly hängt
nicht reagieren kann , da der Stromkreis unterbrochen ist .
Es soll kein ausgrauen oder ausblenden sein , reichen würde die Anzeige im Schalter " keine Antwort "
Möglicherweise ist heute Weihnachten. Oder Ostern? Oder beides zusammen?
Stellt Euch vor, Apple, Amazon, Google, die Zigbee Allianz und ein paar weitere tun sich zusammen und machen das Smarthome erwachsen und es gibt offene Standards zum Austausch zwischen den Komponenten.
Es ist wahr.
https://www.connectedhomeip.com
Oder soll zumindest wahr werden.
Hallo zusammen.
Vielleicht kann mir jemand weiterhelfen.
Hatte bisher Homematic Geräte direkt bei fhem und Homematic-IP Geräte unter Raspberrymatic laufen. Die Homematic-IP Geräte sind über HMCCU nach fhem gemappt. Alle Geräte funktionierten auch problemlos mit Homebridge. Jetzt sind die Homematic Geräte auch nach Raspberrymatic umgezogen und werden ebenfalls über HMCCU nach fhem gemappt.
Es funktionieren auch alle Geräte mit Homebridge bis auf Keymatic HM-SEC-KEY. Keymatic funktionierte vorher einwandfrei mit Homebridge, jetzt gemappt über HMCCU geht es nicht mehr. Das Problem scheint an Homebridge-fhem zu liegen, da hier der Schaltbefehl falsch zusammengestellt wird.
Die Konfiguration der Keymatic für Homebridge ist gleich geblieben.
Attributes:
IODev d_ccu
ccureadingfilter (STATE|INHIBIT)
eventMap /datapoint 1.OPEN true:open/
genericDeviceType lock
group HMCCUDEV,Tür / Fenster
hmstatevals ERROR!1:clutch_failure,2:motor_aborted
icon hm_keymatic
room CCU,Flur,Homekit
statedatapoint 1.STATE
statevals lock:false,unlock:true
substitute STATE!(0|false):locked,(1|true):unlocked,2:open;INHIBIT!(0|false):no,(1|true):yes;STATE_UNCERTAIN!(1|true):manual;DIRECTION!0:none,1:up,2:down,3:undefined;ERROR!0:no,1:clutch_failure,2:motor_aborted
webCmd lock:unlock:open:inhibit on:inhibit off
Hier das Protokoll von Homebridge:
Türschloss sperren:
2019-12-18 6:48:35 PM] [FHEM] Tuerschloss: executing set cmd for LockTargetState with value 1
2019-12-18 6:48:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Tuerschloss%20lock%20locked&fwcsrf=csrf_755042824018342&XHR=1
Türschloss entsperren:
[2019-12-18 6:49:15 PM] [FHEM] Tuerschloss: executing set cmd for LockTargetState with value 0
[2019-12-18 6:49:15 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Tuerschloss%20lock%20unlocked&fwcsrf=csrf_755042824018342&XHR=1
Wäre schön, wenn mir jemand weiterhelfen könnte.
Gruß Horst
Zitat von: volschin am 18 Dezember 2019, 17:57:44
Möglicherweise ist heute Weihnachten. Oder Ostern? Oder beides zusammen?
Stellt Euch vor, Apple, Amazon, Google, die Zigbee Allianz und ein paar weitere tun sich zusammen und machen das Smarthome erwachsen und es gibt offene Standards zum Austausch zwischen den Komponenten.
Es ist wahr.
https://www.connectedhomeip.com
Oder soll zumindest wahr werden.
WOW!!! :D Das ist wirklich krass geil! Träume ich oder haben wir den 1. April? :D
Schön, dass du das hier postest, sonst hätte zumindest ich das so schnell nicht mitbekommen. ;)
Kannst du dafür trotzdem einen neuen Thread aufmachen und den dann hier verlinken?
Das ist ein Bisschen sehr offtopic und könnte komplett ausarten. ;)
Viele Grüße Hoppel
Zitat von: hoppel118 am 18 Dezember 2019, 09:08:17
Damit kann ich dir leider nicht helfen. Bei mir funktioniert das mit meinem Ventilator und dem userReadings ohne die Homebridge neustarten zu müssen. Aber ich werde das nochmal genauer prüfen. Ich melde mich nochmal dazu.
So, ich habe das im Laufe des Tages mit 2 Geräten getestet.
1. Stehlampe (mit einer Hue Leuchten Gruppe) ohne eigenes homebridgeMapping
2. Ventilator mit eigenem homebridgeMapping
Fazit: Reachable funktioniert. In beiden Fällen wurde automatisch die Meldung ,,keine Antwort" angezeigt, nachdem ich die Stromkabel gezogen/entfernt hatte. Bis zur Meldung hat es allerdings ein wenig gedauert. Wie lange, weiß ich nicht. War unterwegs zwischendurch. Anschließend habe ich ohne Homebridge-Neustart die Stromkabel wieder gesteckt und die Meldung ist ebenfalls nicht sofort aber irgendwann wieder verschwunden.
Mit diesem Verhalten kann ich persönlich leben.
Zitat von: Sky am 18 Dezember 2019, 13:03:31
Hallo hoppel ,
Vielleicht habe ich das nicht richtig formuliert .
Ich möchte einfach auf dem iPhone in Home ( Homekit ) erreichen ,daß ich z.B.
für den Shelly ( als Schalter definiert ) sehen kann , ob dieser noch ansprechbar ist .
Dies ist für mich sinnlos , wenn ich diesen EIN-AUS-Schalter immer noch "schalten" kann, obwohl am Ende das Endgerät welches am Shelly hängt
nicht reagieren kann , da der Stromkreis unterbrochen ist .
Es soll kein ausgrauen oder ausblenden sein , reichen würde die Anzeige im Schalter " keine Antwort "
Hm...
Ich weiß nicht, was ich dir dazu jetzt noch schreiben könnte. Die Characteristic ,,Reachable" kann dir ,,keine Antwort" anzeigen, wenn du sie richtig mappst. Mit dem Schalter kannst aber weiter schalten, unabhängig von ,,keine Antwort". Wenn das Gerät nicht erreichbar ist, funktioniert der Schalter natürlicherweise auch nicht, obwohl du ihn EIN und AUS schalten kannst.
So wurde das in Homekit implementiert. Daran kann hier wohl keiner etwas ändern. ;)
Mit dieser Aussage möchte ich das Thema hier jetzt zumindest für mich auch beenden. Es sei denn hier bringt sich nochmal jemand anderes ein, der sich damit auskennt. Ich bin auch kein Profi bzw. kein Entwickler, sondern nur ein ambitionierter User. ;)
In diesem Sinne viel Spaß weiterhin!
Viele Grüße Hoppel
Zitat von: volschin am 18 Dezember 2019, 17:57:44
Möglicherweise ist heute Weihnachten. Oder Ostern? Oder beides zusammen?
Stellt Euch vor, Apple, Amazon, Google, die Zigbee Allianz und ein paar weitere tun sich zusammen und machen das Smarthome erwachsen und es gibt offene Standards zum Austausch zwischen den Komponenten.
...
Da finde ich das hier wichtiger für Homebridge selber: https://www.iphone-ticker.de/fuer-den-smart-home-gemeinschaftsstandard-homekit-wird-open-source-151294/#comment-1171638
Mit der Offenlegung vom HomeKit Accessory Development Kit ( siehe https://github.com/apple/HomeKitADK ) wird sich hier noch einiges tun in Bezug auf Homebridge. Ggf. könnte das auch komplett ohne den Umweg über Homebridge direkt in Fhem implementiert werden. Könnte mir vorstellen, dass dadurch weniger Overhead anfallen würde. Könnte nochmal einen extremen Geschwindigkeitsschub bringen...
der overhead durch alexa-fhem als externen prozess ist minimal. ganz im gegenteil, das meiste in einem asynchronen externen prozess zu haben entlastet fhem. alle sich wiederholenden anfragen werden aus dem cache beantwortet ohne das fhem davon etwas mit bekommt. wenn man sich anschaut wo tatsächlich zeit verloren geht ist das alles was mit kommunikation nach aussen zu tun hat. und selbst die ist in der regel inzwischen schon so gut das nirgends mehr luft für einen 'extremen geschwindigkeitsschub gibt.
aber zurück zu homekit in perl: damals gab es die nötigen verschlüsselungsmethoden noch gar nicht in einer perl version. deshalb habe ich da nicht weiter gemacht. selbst wenn es die inzwischen gibt vermute ich das die node version aufgrund größerer verbreitung stabiler und schneller sind. das gilt auch für homebridge an sich. es ist nicht sinnvoll eine zweite implementierung in perl zu bauen die von einer minderheit genutzt wird statt die energie in die eine implementierung zu stecken die von allen genutzt wird.
viel wichtiger ist das mit der veröffentlichung die raterei bei den eher selten benutzen dingen oder bei Neuerungen weg fällt. vorausgesetzt die relevanten teile sind auch tatsächlich veröffentlicht und werden aktuell gehalten. homekit secure video scheint z.b. gerade nicht teil der veröffentlichung zu sein.
Gut, ok - das sind natürlich Punkte, wo du wahrscheinlich Recht hast und es besser so bleibt, wie es ist. Der erste Gedanke war halt nur, dass man sich eine Schnittstelle - einen weiteren Teil in einer Kette - sparen könnte. Aber so macht das natürlich Sinn dies nicht zu tun... ;)
Zitat von: justme1968 am 19 Dezember 2019, 10:51:47
viel wichtiger ist das mit der veröffentlichung die raterei bei den eher selten benutzen dingen oder bei Neuerungen weg fällt. vorausgesetzt die relevanten teile sind auch tatsächlich veröffentlicht und werden aktuell gehalten.
Ja, das denke ich auf jeden Fall....
Zitat von: justme1968 am 19 Dezember 2019, 10:51:47
homekit secure video scheint z.b. gerade nicht teil der veröffentlichung zu sein.
Ich denke, dass dies dabei auch so bleiben wird, da es sich dabei um sicherheitsrelevante Daten handelt.
die sicherheit einer guten implementierung kommt niemals vom geheimhalten einzelner teile sondern nur von einem in sich sicheren konzept und dessen implementierung ohne lücken.
ganz im gegenteil. gute verschlüsselung und sicherheit lebt davon das man alle komponenten ansehen und unabhängig bewerten kann.
wenn hier etwas nicht veröffentlicht wird dann nicht wegen sicherheit sondern weil firmen dir das nutzen wollen dafür bezahlen sollen/müssen.
Ok, guter Einwand...
Vielleicht kommt's ja noch..
@sky: ich verstehe das problem nicht ganz.
geräte bei denen reachable auf 0 geht werden bei mir in home mit einem ausrufezeichen angezeigt und lassen sich nicht mehr schnalten. sobald das zugehörige reading in fhem sich änder wird der status in home fast sofort aktualisiert. fast weil der status nicht nach homekit gepushed werde kann sondern homekit ein mal irgend einen wert des gleichen service abfragen muss. das passiert aber direkt wenn man in die app wechselt oder in einem raum.
Zitat von: justme1968 am 19 Dezember 2019, 12:37:25
@sky: ich verstehe das problem nicht ganz.
geräte bei denen reachable auf 0 geht werden bei mir in home mit einem ausrufezeichen angezeigt und lassen sich nicht mehr schnalten.
Ich weiß, ich bin nicht Sky... :)
Was heißt das? Kannst du den EIN-AUS-Schalter von der Characteristic ,,ON" dann noch bedienen oder lässt er sich dann nicht mehr bedienen?
Ich sehe auch das rote Ausrufezeichen, wenn reachable auf 0 geht. Ich kann den Schalter aber immer noch ein- und ausschalten, auch wenn das Gerät gar nicht erreichbar ist. Natürlich ist der Schalter funktionslos, wenn das Gerät nicht mehr erreichbar ist, aber man kann den Schalter halt noch schalten...
Ich hatte Sky so verstanden, dass das sein Problem ist. Er will den Schalter am besten gar nicht mehr bedienen können.
Ich schätze, dass es sich bei dir genauso verhält wie bei mir, da meine Hue Leuchten sich genau so verhalten. Da habe ich kein eigenes homebridgeMapping hinterlegt. Es ist also deins. ;)
Wie verhält sich das bei dir genau?
Gruß Hoppel
in der home app kann ich nichts mehr bedienen. ich sehe das ausrufezeichen und ein ,gerät antwortet nicht'.
in eve sehe ich ein ausrufezeichen, kann aber weiter bedienen.
Alles klar... Ich verwende in 99% der Fälle EVE wegen einiger custom characteristics.
Aber du hast Recht, habe das gerade mit meiner Stehlampe getestet. In der Home App kann man dann tatsächlich nicht mehr schalten.
Reachable war übrigens innerhalb von einer Minute auf 0. Nach den Tests dann ebenfalls wieder innerhalb von einer Minute auf 1 ohne die Homebridge neustarten zu müssen.
@Sky Evtl. kannst du bei EVE irgendwo einen Verbesserungsvorschlag (Feature Request) äußern. Keine Ahnung, ob die so freundlich sind, da was anzupassen. Es würde ja auch für deren Geräte einen Mehrwert bringen. Ist halt blöd, wenn man kein EVE Gerät hat und dann etwas von denen möchte... ;)
Gruß Hoppel
Hallo André,
vorhin war ich unterwegs. Meine Homekit Zentrale war nicht am Netz, so dass ich meine Geräte nicht erreichen konnte.
Wie dem auch sei... Man konnte in EVE nicht nur das rote Ausrufezeichen sehen, es waren auch alle Schalter ausgegraut und sie ließen sich auch nicht mehr schalten.
Kann man dieses Verhalten evtl. irgendwie auf ein einzelnes Gerät übertragen, wenn es nicht erreichbar ist? :)
Viele Grüße Hoppel
ich vemute eve macht das wenn die bridge selber nicht erreichbar ist.
das ist nicht abhängig von einem einzelnen device. also nicht das was willst. abgesehen davon hat ein plugin darauf keinen einfluss.
Ok, schade. Aber danke trotzdem
Zitat von: justme1968 am 19 Dezember 2019, 12:37:25
@sky: ich verstehe das problem nicht ganz.
geräte bei denen reachable auf 0 geht werden bei mir in home mit einem ausrufezeichen angezeigt und lassen sich nicht mehr schnalten. sobald das zugehörige reading in fhem sich änder wird der status in home fast sofort aktualisiert. fast weil der status nicht nach homekit gepushed werde kann sondern homekit ein mal irgend einen wert des gleichen service abfragen muss. das passiert aber direkt wenn man in die app wechselt oder in einem raum.
Hallo justme1968 ,
mein Shelly macht ja
reachable 0
reachable 1
Mein Versuchsaufbau besteht aus einem Gosund-Zwischenstecker ( Gosund 4 ) , in dem der Shelly "eingesteckt" ist ,
bedeutet wenn ich den Gosund ausschalte ,ist der Shelly stromlos !!
Auf Bild 1 sieht man, das man im stromlosen Zustand den Shelly ein- und ausschalten kann
Auf Bild 2 sieht man 2 HUE-Lampen die im stromlosen Zustand "Keine Antwort" anzeigen
Auf Bild 3 sieht man ,nach einem Neustart der Homebridge, das für den Shelly der Zustand "Keine Antwort" angezeigt wird
Auf Bild 4 sieht man in EVE den gleichen Zustand wie auf Bild 1 in Home
Hallo Andre,
Vermutlich hast du das längst gelesen:
https://www.apple.com/de/newsroom/2019/12/amazon-apple-google-and-the-zigbee-alliance-to-develop-connectivity-standard/ (https://www.apple.com/de/newsroom/2019/12/amazon-apple-google-and-the-zigbee-alliance-to-develop-connectivity-standard/)
https://www.schimanke.com/archives/19080-Apple-veroeffentlicht-Open-Source-Version-seines-HomeKit-Accessory-Development-Kit.html (https://www.schimanke.com/archives/19080-Apple-veroeffentlicht-Open-Source-Version-seines-HomeKit-Accessory-Development-Kit.html)
Könnte das evtl. positive Auswirkungen auf FHEM haben?
und auch weiter oben schon etwas dazu geschrieben.
@Sky: wie oben geschrieben kann der reachable status nicht aktiv nach homekit gepushed werden sondern wird nur implizit mit verwendet sobald homekit den status des device aus homebridge abfragt. sobald die app irgend einen wert aus homebridge abfragt siehst du das im log. wenn diese abfrage aus irgend einem grund gibt es nichts was man von homebridge seite tun kann.
Hallo Andre,
ich habe heute ein Update wie folgt von meiner HomeBridge inkl. FHEM Plugin auf die "Latest" Versionen durchgeführt:
npm -g outdated
Package Current Wanted Latest Location
homebridge 0.4.47 0.4.47 0.4.50
homebridge-fhem 0.5.4 0.5.4 0.5.8Jetzt startet die HomeBridge nicht mehr aufgrund des folgenden Fehlers:
Dec 28 21:56:37 rpi3 systemd[1]: Started Node.js HomeKit Server.
Dec 28 21:56:41 rpi3 homebridge[1201]: [12/28/2019, 9:56:41 PM] Loaded config.json with 0 accessories and 1 platforms.
Dec 28 21:56:41 rpi3 homebridge[1201]: [12/28/2019, 9:56:41 PM] ---
Dec 28 21:56:41 rpi3 homebridge[1201]: [12/28/2019, 9:56:41 PM] Loaded plugin: homebridge-fhem
Dec 28 21:56:41 rpi3 homebridge[1201]: homebridge API version: 2.4
Dec 28 21:56:41 rpi3 homebridge[1201]: this is homebridge-fhem 0.5.8
Dec 28 21:56:41 rpi3 homebridge[1201]: /usr/lib/node_modules/homebridge-fhem/node_modules/fakegato-history/lib/googleDrive.js:7
Dec 28 21:56:41 rpi3 homebridge[1201]: const {google} = require('googleapis');
Dec 28 21:56:41 rpi3 homebridge[1201]: ^
Dec 28 21:56:41 rpi3 homebridge[1201]: SyntaxError: Unexpected token {
Dec 28 21:56:41 rpi3 homebridge[1201]: at exports.runInThisContext (vm.js:53:16)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Module._compile (module.js:373:25)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Object.Module._extensions..js (module.js:416:10)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Module.load (module.js:343:32)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Function.Module._load (module.js:300:12)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Module.require (module.js:353:17)
Dec 28 21:56:41 rpi3 homebridge[1201]: at require (internal/module.js:12:17)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Object.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/fakegato-history/fakegato-storage.js:11:19)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Module._compile (module.js:409:26)
Dec 28 21:56:41 rpi3 homebridge[1201]: at Object.Module._extensions..js (module.js:416:10)
Dec 28 21:56:41 rpi3 systemd[1]: homebridge.service: Main process exited, code=exited, status=1/FAILURE
Dec 28 21:56:41 rpi3 systemd[1]: homebridge.service: Unit entered failed state.
Dec 28 21:56:41 rpi3 systemd[1]: homebridge.service: Failed with result 'exit-code'.
Dec 28 21:56:51 rpi3 systemd[1]: homebridge.service: Service hold-off time over, scheduling restart.
Dec 28 21:56:51 rpi3 systemd[1]: Stopped Node.js HomeKit Server.Edit: Auch ein uninstall / install von homebridge/homebridge-fhem produziert den gleichen Fehler. Ebenso ein Zurücksetzen der homebridge-fhem Version auf die vorher funktionierende 0.5.4.
Beim Installieren von homebridge-fhem gibt es folgende Warnungen aufgrund meiner V4 Node JS Version. Das kann aber eigentlich nicht die Ursache sein, da die 0.5.4 ja vorher auch mit V4 lief.
root@rpi3:~# npm -g install homebridge-fhem
npm WARN engine googleapis@46.0.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine har-validator@5.1.3: wanted: {"node":">=6"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine punycode@2.1.1: wanted: {"node":">=6"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine google-auth-library@5.7.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine googleapis-common@3.2.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine gaxios@2.2.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine abort-controller@3.0.0: wanted: {"node":">=6.5"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine is-stream@2.0.0: wanted: {"node":">=8"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine event-target-shim@5.0.1: wanted: {"node":">=6"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine gcp-metadata@3.3.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine arrify@2.0.1: wanted: {"node":">=8"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine gtoken@4.1.3: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine gaxios@2.2.0: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine google-p12-pem@2.0.3: wanted: {"node":">=8.10.0"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine is-stream@2.0.0: wanted: {"node":">=8"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine abort-controller@3.0.0: wanted: {"node":">=6.5"} (current: {"node":"4.9.1","npm":"2.15.11"})
npm WARN engine event-target-shim@5.0.1: wanted: {"node":">=6"} (current: {"node":"4.9.1","npm":"2.15.11"})
homebridge-fhem@0.5.8 /usr/lib/node_modules/homebridge-fhem
├── ws@6.2.1 (async-limiter@1.0.1)
├── request@2.88.0 (aws-sign2@0.7.0, oauth-sign@0.9.0, tunnel-agent@0.6.0, forever-agent@0.6.1, is-typedarray@1.0.0, caseless@0.12.0, safe-buffer@5.2.0, aws4@1.9.0, isstream@0.1.2, json-stringify-safe@5.0.1, extend@3.0.2, performance-now@2.1.0, qs@6.5.2, uuid@3.3.3, combined-stream@1.0.8, mime-types@2.1.25, tough-cookie@2.4.3, form-data@2.3.3, http-signature@1.2.0, har-validator@5.1.3)
└── fakegato-history@0.5.6 (debug@2.6.9, moment@2.24.0, googleapis@46.0.0)Weder eine Forum-Suche noch Dr. Google haben mich hier weitergebracht. Hast Du eine Idee, wie ich das Problem lösen kann?
Edit/2: Deinstalieren von homebrige-fhem, homebridge (npm uninstall -g <pkg>) und NodeJS v4 (apt-get remove nodejs) und Neuinstallation der HomeBridge mit NodeJS v11 (vgl. Wiki) hat das Problem gelöst. Die noch vorhandene Konfiguration der Bridge im Home-Verzeichnis des Benutzers homebridge wurde nicht angetastet. Somit konnte ich die HomeBridge wieder fehlerfrei starten.
Danke & Gruß
Tobias
Hallo Zusammen,
ich brauche mal Hilfe. Geht für die Erfahrenen unter Euch wahrscheinlich fix....
Habe eben meinen Pi3 von Jessie auf Buster upgedated. Scheint alles zu funktionieren.
Auch Homekit scheint zu laufen. Ist der Konsole nach Eingabe von Homekit zumindest aktiv.
Or enter this code with your HomeKit app on your iOS device to pair with Homebri dge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[2019-12-29 23:14:06] Homebridge is running on port 51826.
In Elgato bzw in HOME auf dem Iphone sind aber alle Aktoren nicht erreichbar.
Wenn ich irgendwas über FHEM direkt schalte, tauchen diese Schaltvorgänge in der Konsole auch korrekt auf!
2019-12-29 23:19:06 caching: Flutlicht-state: set_on
2019-12-29 23:19:06 caching: Flutlicht-state: on
[2019-12-29 23:19:06] [FHEM] caching: On: true (as boolean; from 'on')
2019-12-29 23:19:07 caching: Flutlicht-state: set_off
2019-12-29 23:19:07 caching: Flutlicht-state: off
[2019-12-29 23:19:07] [FHEM] caching: On: false (as boolean; from 'off')
Jetzt habe ich geglaubt, dass ich das in der Elgato App nochmal neu anlernen muss und wollte mit:
rm -rf ~/.homebridge/persist
alles löschen und den CODE 031-45-154 neu eingeben.....
Passiert aber nichts.
Jemand eine Idee und verständlichen Hinweis für mich? Ich hangele mich nur durch die Flut an Befehlen und verstehe wenig... ::)
Danke
wenn du die bridge nicht ordentlich aus homemit entfernt hast musst du die id in der konfiguration ändern. sonst sieht homekit keine neue bridge.
Hi Andre,
danke.
Also in der config.json eine 031-45-155 erstellen. Und in EVE eine neues
Wie entferne ich die alte Version aus EVE bzw. HOME? Irgendwie stehe ich auf dem Schlauch....ist aber schon spät...morgen geht es weiter.
Danke schonmal für die superschnelle Antwort.
nicht den code.
die id schaut aus wie eine mac adresse. heißt glaube ich name.
ok.
also in der config.json einfach eine andere MAC Adresse reinschreiben und hier ändern:
"username": "CC:22:3D:E3:CE:30",
??
ja
super, lieben Dank. Klappt.
Einmal mit Profis 8)
Hallo zusammen ...
... ich habe nach längerer Zeit wieder meinen Raspi (Version 1B) ausgepackt und mit Rasbian, FHEM, KNXD und HomeBridge bespielt ... was soweit schon einmal ganz gut funktioniert (Sprachkommandos auf Schalter funktionieren z.B.). Was mich zur Zeit aber in den Wahnsinn treibt, ist z.B. die Konfiguration/Syntax des Attributes "homebridgeMapping" - folgendes Problem:
Ich habe zum Testen in FHEM ein dummy-Device "TestHeizung" angelegt, in welchem es zwei Readings "IST-Temperatur" und "SOLL-Temperatur" gibt (vgl. Screenshot). Hintergedanke ist hierbei, dass ich mittels
attr TestHeizung genericDeviceType thermostat
attr TestHeizung homebridgeMapping clear CurrentTemperature=IST-Temperatur,minValue=7,maxValue=32,minStep=0.5 TargetTemperature=SOLL-Temperatur,minValue=7,maxValue=32,minStep=0.5
ein Thermostat-Objekt in Apple-HomeKit erzeugen möchte.
Beim Start von Homebridge (im Debug-Modus) erhalte ich hierbei einerseits die Fehlermeldung "TestHeizung is NOT a thermostat. set command for target temperature missing: setReading" ... nur wie setze ich den "set command"?
Irgendwie stehe ich ich hier gedanklich gerade auf dem Schlauch ... ich dachte eigentlich, dass mit "TargetTemperature=SOLL-Temperatur" die Zuordnung zum reading geklärt sei?!
Vielen Dank für jeden Tipp!
dir fehlt das set kommando im dummy bzw das cmd=<kommando> bei der TargetTemperature characteristic.
du hast nur das reading zum auslesen angegeben aber nicht das set kommando zum setzen.
... besten Dank für die schnelle Antwort ... mit dem Parameter hab ich auch schon ein wenig gespielt ... also der Art
attr TestHeizung homebridgeMapping clear CurrentTemperature=IST-Temperatur,minValue=7,maxValue=32,minStep=0.5 TargetTemperature=SOLL-Temperatur,cmd=???,minValue=7,maxValue=32,minStep=0.5
... mir ist hier nicht klar was ich zum setzen des/eines readings (von homekit zu fhem) angeben muss ... im Url-Aufruf wäre es ja wohl per "setReading", oder?
Danke!
du gibst nur den namen des set kommandos an.
so das du in fhem set <name> <kommando> <wert> sagen kannst.
bei einem dummy musst du dafür setList und readingList passend setzen.
Hallo zusammen,
kann es sein, dass seit neuestem in der Home-App das minStep einesThermostats nicht berücksichtigt wird? In EVE geht es
Ich hätte das HomeBridgeMapping in Auszügen wie folgt gesetzt, kann in der Home-App aber nur in 1° Schritten die gewünschte Temperatur einstellen:
... TargetTemperature=thermostatSetpointSet::setpointTemp,minValue=18,maxValue=25,minStep=0.5 ...
lg
Das ist seit iOS13 so. Das wurde hier schon an verschiedenen Stellen diskutiert, bspw:
https://forum.fhem.de/index.php/topic,97059.msg976477.html?PHPSESSID=9cd4fkpuhi9vt1su3rkd6p0687#msg976477
Bei mir ist das auch so.
Gruß Hoppel
Hatte heute Rauchalarm und dabei festgestellt, dass Wohnzimmer in HomeKit gemeldet wurde, obwohl es der Flur war.
Es sind die älteren HomeMatic Melder, gepeered mit dem Wohnzimmer als Master.
Kann man es einfach korrigieren, dass der korrekte Rauchmelder anschlägt?
Hallo volschin,
das könnte auch erklären, warum ich gar keine Alarmierung (vgl. hier https://forum.fhem.de/index.php/topic,106888.0.html (https://forum.fhem.de/index.php/topic,106888.0.html)) in Homekit sehe. Meine Rauchmelder (auch HM-SEC-SD) sind nämlich mit einem virtuellen TeamLead als Master gepeered, welchen ich (bisher) nicht über die HomeBridge eingebunden habe.
Wie ist da die Best Practice? Wird der virtuelle TeamLead auch als Rauchmelder über die HomeBridge eingebunden?
Könntest Du vielleicht mal die Meldungen zu deinem heutigen Alarm aus der HomeBridge posten?
Kommando: journalctl -u homebridge
Danke & Gruß
Tobias
Kann mir jemand einen Tipp geben?
Ich habe eine "CLA60 TW OSRAM" als Huedevice (subtype: ctdimmer) angelegt.
Das Huebridge-IODev ist der Conbee2-Stick.
In HomeKit wird mit für diese Lampe leider nicht angeboten, die Farbtemperatur zu ändern. Ich kann nur dimmen. Andere Birnen (auch Osrams) mit Farbe funktionieren ganz normal.
In FHEM kann ich auch alles wie gewünscht einstellen.
Kann ich das irgendwie beeinflussen? Danke
Mir wurde eine Lösung gezeigt. Klappt.
https://forum.fhem.de/index.php/topic,106015.msg1007642.html#msg1007642
Zitat von: tpm88 am 31 Dezember 2019, 16:05:50
Hallo volschin,
das könnte auch erklären, warum ich gar keine Alarmierung (vgl. hier https://forum.fhem.de/index.php/topic,106888.0.html (https://forum.fhem.de/index.php/topic,106888.0.html)) in Homekit sehe. Meine Rauchmelder (auch HM-SEC-SD) sind nämlich mit einem virtuellen TeamLead als Master gepeered, welchen ich (bisher) nicht über die HomeBridge eingebunden habe.
Wie ist da die Best Practice? Wird der virtuelle TeamLead auch als Rauchmelder über die HomeBridge eingebunden?
Könntest Du vielleicht mal die Meldungen zu deinem heutigen Alarm aus der HomeBridge posten?
Kommando: journalctl -u homebridge
Danke & Gruß
Tobias
Journalctl schreib ich in meinem Docker nicht, anhand einer separaten Pushover-Nachricht, kann ich aber sehen, das nur für den Master ein Event getriggert wird. Sieht dann so aus:
2019-12-31_12:38:52 Rauchmelder.Wohnen smoke_detect: Rauchmelder.Flur
Damit kann man sich in HomeKit dann nur auf den einen Master-Rauchmelder stützen. Die Standortinfo geht verloren.
Hallo volschin,
wie machst du das (DOIF, notify)?
Ich will mir dafür auch noch eine yowsup Pushnachricht mit DOIF bauen. Das ist hier zwar offtopic, wäre aber cool, wenn du deine Lösung trotzdem hier posten könntest. Dann könnte ich das als Basis für mein Vorhaben verwenden.
Ich habe auch Homematic Rauchmelder (HM-SEC-SD-2).
Viele Grüße Hoppel
Nabend zusammen,
ich bräuchte bitte einmal gedankliche Unterstützung bei meinem urplötzlich seit heute aufgetretenem Problem mit meiner Homebridge. Kurz umrissen:
Raspberry Pi4 mit FHEM & Homekit, installiert laut wiki vor 4 Wochen. Das System läuft seither reibungslos. Homebridge läuft als Service.
Heute war ich ganztags unterwegs und mir fiel auf, dass die Apple Home-App keinerlei Verbindung zu meinen Sensoren und Aktoren aufbauen konnte.
Ich sitze nun seit 3 Stunden erfolglos dran, den Fehler ursächlich zu finden, weil ich folgendes Kuriosum habe:
Fakten:
Der Raspi (feste IP) ist per WLAN mit einem Devolo DLAN-Adapter (ebenfalls feste IP) verbunden. Beide Geräte haben als Gateway & DNS-Server meinen Speedport Router konfiguriert. Erreichbarkeit im
Heimnetzwerk sowie extern per Internet zum Raspi ist problemlos möglich. Mein Apple TV (feste IP), welcher als Homekit-Basis dient, hängt per WLAN in unserem "Haupt"-WLAN Netz des Speedport Routers. Als DHCP-Server fungiert eine Synology Diskstation, alle anderen DHCP-Server sind seit jeher deaktiviert.
Für Testzwecke für Homebridge / Homekit Funktionalität nutze ich mein iPhone sowie mein MacBook.
Und jetzt kommts:
Verbinde ich iPhone/MacBook mit dem WLAN des Devolo Adapters, sprich mit dem WLAN, in dem sich auch der Raspi befindet, ist alles gut. Homekit zeigt alle Teilnehmer an und man kann sie steuern.
Wechsle ich die Verbindung auf das "Haupt"-WLAN Netz zu unserem Speedport, unterbricht die Verbindung in Homekit gänzlich.
Schalte ich die WLAN Schnittstelle des iPhones ganz ab, um von extern auf Homekit zuzugreifen, kommt auch keine Verbindung mehr zustande. Trotzdem kann ich sowohl über iPhone wie auch über MacBook problemlos via Browser & lokale IP-Adresse des Raspi z.B. auf FHEM zugreifen.
Am gesamten Netz habe ich nichts verändert, gestern lief noch alles problemlos.
Raspi-Neustart brachte keine Besserung.
Ich werd noch verückt, woran kann das denn liegen? Ich habe schon zig Varianten ausprobiert, z.B. alle Geräte in ein und das selbe WLAN gestopft, aber alles ohne Erfolg.
Langsam weiß ich auch nicht mehr, wie ich analytisch vorgehen könnte.
Ich hoffe auf Euch.
Nachtrag zum obigen Beitrag:
Habe heute Nacht noch den ganzen DLAN Kram rausgeschmissen, mit dem Raspi den Standort gewechselt, sodass alle Geräte im Einzigen und gleichen WLAN hängen. Weiterhin funktioniert die kommunikation untereinander, soweit ich das überblicken kann. Einzig Homebridge will nicht laufen.
Habe es dann in der Home App komplett gelöscht, versucht die Bridge neu zu finden, nichts zu machen.
Homebridge im Modus gestartet, dass mir die Konsole den QR-Code usw darstellt, ich sehe dort keinerlei Fehlermeldungen, aber kann weiterhin keine Verbindung herstellen mit dem iPhone.
Habe auch das Apple TV 4K neugestartet, dort einmal alles bzgl. HomeKit resettet, ebenso erfolglos.
Moinsen,
was sagt denn der Avahi Browser?
avahi-browse -t _hap._tcp
Findest du deine Homebridge denn überhaupt noch?
Schau dir mal diesen und folgende Posts von mir an:
https://forum.fhem.de/index.php/topic,48558.msg885950.html#msg885950
Da hatte ich mal meine Homebridge analysiert und alle Schritte mit dokumentiert.
Du könntest deiner Homebridge evtl. nochmal eine neue ID (username) in der config.json geben, sieht aus wie eine Mac-Adresse. Aber eigentlich dürfte das nicht einfach so erforderlich sein. Wenn du sie aber gar nicht mehr findest, kann das helfen.
Hat dein RasPi eine WLAN-Schnittstelle? Bei meinen Recherchen damals hatte ich herausgefunden, dass einige RasPi-User das Problem hatten, dass die Homebridge über das WLAN-Interface announced wurde, obwohl der RasPi per Ethernet angeschlossen war. Wie das Netzwerk-Interface für die Homebridge festgelegt werden kann, findest du ebenfalls in meiner Analyse.
Gruß Hoppel
Du musst bei erneuten hinzufügen zu Homekit, den Port und den Usernamen ändern in der config.json
und den persist (und den accesories) Ordner löschen. danach sollte sie sich wieder mit Homekit koppeln lassen.
Wir sollten die ganzen Analyse- und Reparaturmöglichkeiten unbedingt mal im Wiki festhalten... ;)
Vorab schon mal Danke für Eure Hilfe. Leider bin ich als Laie total überfordert.
Ich hatte vor meinem Posting bereits einen anderen Thread von Dir gefunden ( https://forum.fhem.de/index.php?action=post;quote=749317;topic=81652.0 ) und mir die besagte iOS App runtergeladen.
Anbei ein Screenshot davon.
Ich denke, die Homebridge wird zumindest irgendwie gefunden...
Zitat von: hoppel118 am 03 Januar 2020, 10:25:45
Moinsen,
was sagt denn der Avahi Browser?
avahi-browse -t _hap._tcp
Findest du deine Homebridge denn überhaupt noch?
hier scheitert meine Befehlseingabe bereits
Zitatpi@raspberrypi:~ $ avahi-browse -t _hap._tcp
-bash: avahi-browse: Kommando nicht gefunden.
Bin dann weiter dieser Hilfe gefolgt
Zitat von: Typ1er am 03 Januar 2020, 10:28:07
Du musst bei erneuten hinzufügen zu Homekit, den Port und den Usernamen ändern in der config.json
und den persist (und den accesories) Ordner löschen. danach sollte sie sich wieder mit Homekit koppeln lassen.
und habe die config.json geändert mit anderem User & anderem Port.
Das Ganze wurde auch abgespeichert, das habe ich gegenkontrolliert nach einem Restart des Pi. Das Verrückte ist nun, die iOS-App zeigt mir keine Änderungen an, also Mac-Adresse sowie der Port sind noch die alten. Und wenn ich die Homebridge im Terminal mit sichtbarem QR-Code starte, steht unten auch, dass sie erfolgreich gestartet wurde und weiterhin auf dem alten Port läuft!
Scheinbar wird meine Änderung in der config.json nicht genutzt oder irgendwie so?
ohne Änderung des Ports und Usernamen + löschen der Ordner findet Homekit die Homebridge zwar, aber koppeln lässt sich sich so kein zweites mal.
Zitat von: Typ1er am 03 Januar 2020, 11:21:24
ohne Änderung des Ports und Usernamen + löschen der Ordner findet Homekit die Homebridge zwar, aber koppeln lässt sich sich so kein zweites mal.
Siehe Screenshots anbei.
- Ordner gelöscht
- config.json geändert
-- User (am Ende der Mac-Adresse anstelle "30" eine "4A")
-- Port (ehemals 51826 auf 51827)
- Screenshot von Homebridge im Terminal, unten steht weiterhin der alte Port.
Ich finde im iPhone gar nichts.
Wieso startet deine Homebridge aus dem Ordner von FHEM?
meine Liegt im Ordner /var/Homebridge/meinName1/.....
der Port wird auch angezeigt beim Start ist der identisch?
Habe mich seiner Zeit an diesem Tutorial orientiert:
https://haus-automatisierung.com/hardware/fhem/2016/09/14/fhem-tutorial-reihe-part-16-ios10-homekit-fhem-integration.html
Zitat von: Typ1er am 03 Januar 2020, 11:29:06
der Port wird auch angezeigt beim Start ist der identisch?
Hm, ich sehe den Port lediglich am Ende. Hier der Startvorgang aus dem Terminal:
pi@raspberrypi:~ $ homebridge
[2020-1-3 11:18:18] Loaded config.json with 0 accessories and 1 platforms.
[2020-1-3 11:18:18] ---
[2020-1-3 11:18:18] Loaded plugin: homebridge-fhem
homebridge API version: 2.4
this is homebridge-fhem 0.5.8
[2020-1-3 11:18:19] Registering platform 'homebridge-fhem.FHEM'
[2020-1-3 11:18:19] ---
[2020-1-3 11:18:19] Loading 1 platforms...
[2020-1-3 11:18:19] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.83:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1578046700269
[2020-1-3 11:18:20] [FHEM] Fetching FHEM devices...
[2020-1-3 11:18:20] Loading 0 accessories...
Server listening on: http://<ip>:8282
[2020-1-3 11:18:20] [FHEM] Checking devices and attributes...
[2020-1-3 11:18:20] [FHEM] executing: http://192.168.178.83:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_439020028631670&XHR=1
[2020-1-3 11:18:20] [FHEM] executing: http://192.168.178.83:8083/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_439020028631670&XHR=1
[2020-1-3 11:18:20] [FHEM] siri device is siri
[2020-1-3 11:18:20] [FHEM] executing: http://192.168.178.83:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.8%22%7D&fwcsrf=csrf_439020028631670&XHR=1
[2020-1-3 11:18:20] [FHEM] Fetching FHEM devices...
[2020-1-3 11:18:20] [FHEM] fetching: http://192.168.178.83:8083/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_439020028631670&XHR=1
[2020-1-3 11:18:20] [FHEM] got: 13 results
[2020-1-3 11:18:20] [FHEM] 1wire_Temp1 is thermometer
[2020-1-3 11:18:20] [FHEM] 1wire_Temp1 has
[2020-1-3 11:18:20] [FHEM] CurrentTemperature [temperature]
2020-01-03 11:18:20 caching: 1wire_Temp1-temperature: 22.187
[2020-1-3 11:18:20] [FHEM] caching: CurrentTemperature: 22.187 (as number; from '22.187')
[....]
Übrigens: die Kommunikation zu FHEM funktioniert. Ich sehe im Terminal permanent Statusänderungen, wenn neue Messwerte der Temperatursensoren reinkommen.
edit:
ich würde ggf. auch gern die gesamte homebridge löschen und neu installieren lassen, aber ich weiß gar nicht welche Befehle dafür notwendig sind, selbige erstmal zu löschen. Vielleicht würde das ja helfen?
Nachtrag3:
Ich habe durch reinen Zufall gerade etwas per realVNC auf dem Raspi gemacht und dort mit dem Terminal rumgespielt.
Wenn ich dort mir die config.json aufrufe, STEHEN DA NOCH DIE ALTEN DATEN DRIN!
Ich war/bin jeweils als pi angemeldet, das kapiere ich überhaupt nicht.
Zwischenfazit:
habe via Remotedesktopverbindung die config.json geändert wie weiter oben beschrieben, abgespeichert, Service neugestartet und jetzt finde ich wieder eine Homebridge.
Augenscheinlich funktioniert wieder alles
avahi-browse musst du natürlich erstmal installieren. Folgendes habe ich dazu gerade gefunden:
https://www.elektronik-kompendium.de/sites/raspberry-pi/1912251.htm
Wenn ich es richtig sehe, musst du lediglich folgendes ausführen:
sudo apt-get install avahi-utils
Gruß Hoppel
Hallo,
ich habe seit gestern Abend, ohne , dass ich auf FHEM oder Homebridge Seite Updates eingespielt habe, ein seltsames verhalten.
Wenn ich die Home App öffne antworten keine Geräte mehr und die Homebridge wird unstabil da die Home App wohl die Gerätedaten abfragt.
Heute habe ich nun Homebridge komplett entfernt und neu installiert, auch das FHEM Plugin.
Trotzdem habe ich immer noch den Zustand, dass die Home App keine Antworten mehr bekommt bzw. in so einen Loop aus Anfragen und / keine Antwort verfällt.
Hat jemand ein Tipp, was das sein könnte?
Gruß
Udo
P.S. - Habe gerade noch bemerkt: Wenn ich die Home App öffne und Anfragen and die Homebridge gehen, wird diese gestoppt!
Zitat von: Udomatic am 12 Januar 2020, 18:17:39
P.S. - Habe gerade noch bemerkt: Wenn ich die Home App öffne und Anfragen and die Homebridge gehen, wird diese gestoppt!
Was sagt das Homebridge-Log zu diesem Zeitpunkt?
Gruß Hoppel
Zitat von: hoppel118 am 12 Januar 2020, 19:02:32
Was sagt das Homebridge-Log zu diesem Zeitpunkt?
Gruß Hoppel
Ich finde da nichst, da die Bridge stoppt beim Zugriffsversuch über die App. Sobald ich die App schließe dauert es einem Moment und Bridge läuft weiter und logt einfach die Gerätedaten.
Evtl. hängt es mit deinem UART Modul zusammen: https://forum.fhem.de/index.php?topic=54511.msg1012352#msg1012352
Was sagt denn das syslog, wenn die Homebridge hängt? Steht etwas im FHEM-log?
Zitat von: hoppel118 am 12 Januar 2020, 21:16:30
Evtl. hängt es mit deinem UART Modul zusammen: https://forum.fhem.de/index.php?topic=54511.msg1012352#msg1012352
Was sagt denn das syslog, wenn die Homebridge hängt? Steht etwas im FHEM-log?
Gute Frage, das sind die beiden Dinge die haken und evt. korrelieren??
Das habe ich jetzt im syslog gefunden
Jan 12 22:39:18 raspberrypi homebridge[5771]: 2020-01-12 22:39:18 caching: Waschraum_Luftfeuchte-batteryState:
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] TypeError: value.match is not a function
Jan 12 22:39:18 raspberrypi homebridge[5771]: at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:393:21)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:233:13)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at /usr/local/lib/node_modules/homebridge-fhem/index.js:133:19
Jan 12 22:39:18 raspberrypi homebridge[5771]: at Array.forEach (<anonymous>)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at FHEM_update (/usr/local/lib/node_modules/homebridge-fhem/index.js:126:19)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at FHEMAccessory.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2652:21)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at Request._callback (/usr/local/lib/node_modules/homebridge-fhem/index.js:1060:27)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at Request.emit (events.js:193:13)
Jan 12 22:39:18 raspberrypi homebridge[5771]: at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] Got SIGTERM, shutting down Homebridge...
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] [FHEM] value: set_on
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] [FHEM] value: set_off
Jan 12 22:39:18 raspberrypi homebridge[5771]: 2020-01-12 22:39:18 caching: Stehlampe-relay_0_power: 6.62
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] [FHEM] caching: Custom power: 6.62 (as number; from '6.62')
Jan 12 22:39:18 raspberrypi homebridge[5771]: 2020-01-12 22:39:18 caching: Stehlampe-temperature: 29.92
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] [FHEM] caching: CurrentTemperature: 29.92 (as number; from '29.92')
Jan 12 22:39:18 raspberrypi homebridge[5771]: [2020-1-12 22:39:18] [FHEM] adding history entry { time: 1578865158, temp: 29.92 }
Jan 12 22:39:19 raspberrypi homebridge[5771]: 2020-01-12 22:39:19 caching: Schreibi-relay_0_power: 3.03
Jan 12 22:39:19 raspberrypi homebridge[5771]: [2020-1-12 22:39:19] [FHEM] caching: Custom power: 3.03 (as number; from '3.03')
Jan 12 22:39:19 raspberrypi homebridge[5771]: 2020-01-12 22:39:19 caching: Schreibi-temperature: 32.26
Jan 12 22:39:19 raspberrypi homebridge[5771]: [2020-1-12 22:39:19] [FHEM] caching: CurrentTemperature: 32.26 (as number; from '32.26')
Jan 12 22:39:19 raspberrypi homebridge[5771]: [2020-1-12 22:39:19] [FHEM] adding history entry { time: 1578865159, temp: 32.26 }
Jan 12 22:39:23 raspberrypi systemd[1]: homebridge.service: Main process exited, code=exited, status=143/n/a
Jan 12 22:39:23 raspberrypi systemd[1]: homebridge.service: Unit entered failed state.
Jan 12 22:39:23 raspberrypi systemd[1]: homebridge.service: Failed with result 'exit-code'.
Jan 12 22:39:33 raspberrypi systemd[1]: homebridge.service: Service hold-off time over, scheduling restart.
Jan 12 22:39:33 raspberrypi systemd[1]: Stopped Node.js HomeKit Server.
Jan 12 22:39:33 raspberrypi systemd[1]: Started Node.js HomeKit Server.
Schon mal gelesen den Fehler? Ich suche mal danach.
Gruß
Udo
P.S. - Das Problem konnte ich nun lösen. Es lag an einem Homebridge Mapping für einen Luftfeuchte Sensor. Hier war wohl das Batterie Mapping falsch. Raus gelöscht und die Bridge läuft wieder. Geräte sind in der Home App auch wieder sichtbar. Das hat vielleicht heute Nerven gekostet!
Dass das solche Nebenwirkungen haben kann. Das nächste mal schaue ich früher ins syslog...
Danke fürs stupsen Richtung syslog!!
Sehr gut, hauptsache läuft wieder! ;)
Hallo!
Wow, das ist mal ein langer Thread hier, ich hoffe ich bin mit meinem Anliegen hier dennoch richtig...
Ich würde gerne meine HM-PB-6-WM55 in HomeKit als Button frei konfigurieren, aber leider gelingt es mir mit homebridge-fhem einfach nicht. Tesweise habe ich eine CCU und homebridge-homematic sowie RedMatic ausprobiert - da lässt sich der HM-PB-6-WM55 als Button innerhalb von Homekit konfigurieren.
Gibt es diese Möglichkeit in homebridge-fhem grundsätzlich gar nicht, oder mache ich irgendwas falsch? Kann man bei der Entwicklung von so einem Feature irgendwie unterstützen?
Danke & Gruß
Dennis
Hallo zusammen.
Habe Im Dezember schon einmal nachgefragt, aber leider keine Antwort bekommen.
Vielleicht kann mir jetzt jemand weiterhelfen. Ich habe alles mögliche ausprobiert, komme aber zu keinem Ergebnis
Hatte bisher Homematic Geräte direkt bei fhem und Homematic-IP Geräte unter Raspberrymatic laufen. Die Homematic-IP Geräte sind über HMCCU nach fhem gemappt. Alle Geräte funktionierten auch problemlos mit Homebridge. Jetzt sind die Homematic Geräte auch nach Raspberrymatic umgezogen und werden ebenfalls über HMCCU nach fhem gemappt.
Es funktionieren auch alle Geräte mit Homebridge, bis auf Keymatic HM-SEC-KEY. Keymatic funktionierte vorher einwandfrei mit Homebridge, jetzt gemappt über HMCCU geht es nicht mehr. Das Problem scheint an Homebridge-fhem zu liegen, da hier der Schaltbefehl falsch zusammengestellt wird.
Die Konfiguration der Keymatic für Homebridge ist gleich geblieben.
Attributes:
IODev d_ccu
ccureadingfilter (STATE|INHIBIT)
eventMap /datapoint 1.OPEN true:open/
genericDeviceType lock
group HMCCUDEV,Tür / Fenster
hmstatevals ERROR!1:clutch_failure,2:motor_aborted
icon hm_keymatic
room CCU,Flur,Homekit
statedatapoint 1.STATE
statevals lock:false,unlock:true
substitute STATE!(0|false):locked,(1|true):unlocked,2:open;INHIBIT!(0|false):no,(1|true):yes;STATE_UNCERTAIN!(1|true):manual;DIRECTION!0:none,1:up,2:down,3:undefined;ERROR!0:no,1:clutch_failure,2:motor_aborted
webCmd lock:unlock:open:inhibit on:inhibit off
Hier das Protokoll von Homebridge:
Türschloss sperren:
2019-12-18 6:48:35 PM] [FHEM] Tuerschloss: executing set cmd for LockTargetState with value 1
2019-12-18 6:48:35 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Tuerschloss%20lock%20locked&fwcsrf=csrf_755042824018342&XHR=1
Türschloss entsperren:
[2019-12-18 6:49:15 PM] [FHEM] Tuerschloss: executing set cmd for LockTargetState with value 0
[2019-12-18 6:49:15 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Tuerschloss%20lock%20unlocked&fwcsrf=csrf_755042824018342&XHR=1
Nachtrag:
In der Startphase von Homebridge sind folgende Unterschiede beim "creating services for Tuerschloss"
Direkt über fhem (funktioniert):
[2020-1-16 5:18:11 PM] [FHEM] LockCurrentState characteristic for Tuerschloss:lock
[2020-1-16 5:18:11 PM] [FHEM] LockTargetState characteristic for Tuerschloss:lock
Über HMCCU (funktioniert nicht):
[2020-1-16 5:30:35 PM] [FHEM] LockCurrentState characteristic for Tuerschloss:state
[2020-1-16 5:30:35 PM] [FHEM] LockTargetState characteristic for Tuerschloss:state
Wäre schön, wenn mir jemand weiterhelfen könnte.
Gruß Horst
Hallo zusammen,
ich nutze schon lange FHEM-Menü und homebridge und hatte auch eine ganz gute Installation.
Im letzten November habe ich mich aus verschiedenen Gründen entscheiden alles komplett neu zu installieren.
Dabei habe ich raspian,fhem und homebridge jeweils auf der aktuellen version installiert.
nun funktioniert meine IP Kamera nicht mehr in Apple Home, das Objekt wird zwar angezeigt, jedoch kann keine Verbindung hergestellt werden. Eventuell kommt das problem auch aus dem Update auf iOS 13? Eingebunden habe ich die Kamera in der config.json von homebridge , dies ist meine config Datei
{
"bridge":{
"name":"Homebridge",
"username":"CC:22:3D:E3:CE:33",
"port":51826,
"pin":"100-92-003"
},
"platforms":
[{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter":"room=Homekit"
},
{
"platform": "Camera-ffmpeg",
"cameras": [
{
"name": "Haustuerkamera",
"videoConfig": {
"source": "-re -i rtsp://192.168.1.25:554/ipcam_mjpeg.sdp",
"maxStreams": 2,
"maxWidth": 1280,
"maxHeight": 720,
"maxFPS": 30
}
}
]
}
],
"accessories":[
]
}
Wo liegt hier das Problem? Wer kann helfen?
Gruß
Jan
Hallo Jan ,
was sagt der log mit
sudo systemctl status homebridge
oder bei init.d
sudo service homebridge status
?
Gruß
Wolfgang
Hallo,
die Homebridge läuft - alle andern Devices reagieren auch wie gewünscht
Das homebridge.log zeigt zur Kamera folgende Einträge:
[1/22/2020, 9:12:24 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:12:24 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:12:31 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:12:31 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:12:34 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:12:34 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:12:54 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:12:54 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:12:59 PM] [Camera-ffmpeg] Start streaming video from Haustuerkamera with 1280x720@299kBit
[1/22/2020, 9:12:59 PM] [Camera-ffmpeg] An error occurs while making stream request
[1/22/2020, 9:12:59 PM] [Camera-ffmpeg] ERROR: FFmpeg exited with code -2
[1/22/2020, 9:13:06 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:06 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:12 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:12 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:15 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:15 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:21 PM] [Camera-ffmpeg] Start streaming video from Haustuerkamera with 1280x720@299kBit
[1/22/2020, 9:13:21 PM] [Camera-ffmpeg] An error occurs while making stream request
[1/22/2020, 9:13:21 PM] [Camera-ffmpeg] ERROR: FFmpeg exited with code -2
[1/22/2020, 9:13:31 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:31 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:32 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:32 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:40 PM] [Camera-ffmpeg] Start streaming video from Haustuerkamera with 1280x720@299kBit
[1/22/2020, 9:13:40 PM] [Camera-ffmpeg] An error occurs while making stream request
[1/22/2020, 9:13:40 PM] [Camera-ffmpeg] ERROR: FFmpeg exited with code -2
[1/22/2020, 9:13:42 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:42 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:44 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:44 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:13:54 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:13:54 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:14:14 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:14:14 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:14:44 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:14:44 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:15:24 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:15:24 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:16:14 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:16:14 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:17:14 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:17:14 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:18:24 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:18:24 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:19:44 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:19:44 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:21:14 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:21:14 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:22:54 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:22:54 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:24:34 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:24:34 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:26:14 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:26:14 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:28:04 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:28:04 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:29:44 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:29:44 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:31:35 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:31:35 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:33:15 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:33:15 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:34:55 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:34:55 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:36:35 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:36:35 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:38:15 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:38:15 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:39:55 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:39:55 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:41:35 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:41:35 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:43:15 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:43:15 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:44:55 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:44:55 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:46:35 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:46:35 PM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/22/2020, 9:48:15 PM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/22/2020, 9:48:15 PM] [Camera-ffmpeg] An error occurs while making snapshot request
Ich denke entscheidend ist hier der error code : -2
[1/22/2020, 9:13:40 PM] [Camera-ffmpeg] ERROR: FFmpeg exited with code -2
Ich habe jetzt noch den Wert "vcodec": "h264" in die Konfiguration übernommen und werde die Kamera damit meinem System neu hinzufügen. Das kann ich aber erst heute Abend testen.
Ich habe homebridge-camera-ffmpeg mit npm install -g homebridge-camera-ffmpeg neu installiert.
Leider ohne jegliche Veränderung.
[1/24/2020, 7:26:13 AM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/24/2020, 7:26:13 AM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/24/2020, 7:26:23 AM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/24/2020, 7:26:23 AM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/24/2020, 7:26:43 AM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/24/2020, 7:26:43 AM] [Camera-ffmpeg] An error occurs while making snapshot request
[1/24/2020, 7:27:11 AM] [Camera-ffmpeg] Start streaming video from Haustuerkamera with 1280x720@299kBit
[1/24/2020, 7:27:11 AM] [Camera-ffmpeg] An error occurs while making stream request
[1/24/2020, 7:27:11 AM] [Camera-ffmpeg] ERROR: FFmpeg exited with code -2
[1/24/2020, 7:27:18 AM] [Camera-ffmpeg] Snapshot from Haustuerkamera at 480x270
[1/24/2020, 7:27:18 AM] [Camera-ffmpeg] An error occurs while making snapshot request
Problem gelöst. Ist hatte meinen Raspi mit fhem und homebridge ja vollkommen neu installiert.
Es fehlte schlicht: apt-get install ffmpeg
Hallo,
kann ich Geräte die direkt in homekit eingerichtet sind auch über homebridge direkt in FHEM einbinden ?
Wenn ich ein z.B. Dummy mit gleichem Namen in Fhem anlege wird mir dies in homekit als zusätzliches Gerät angezeigt, in homkit besteht aber keine Verbindung zwischen dem eigentlichen homekit Gerät und dem Dummy über homebridge/fhem.
Danke und Gruß
Bela
nein. das geht nicht.
Man kann den FHEM-Dummy mit dem HomeKit Gerät (Sensoren) über eine Automation in HomeKit synchronisieren und so indirekt von Homekit in FHEM einbinden ( den Status abbilden), so geschehen mit meinem Kogeek Tür- und Fenster Sensor.
Zitat von: bioklima am 29 Januar 2020, 17:10:55
Man kann den FHEM-Dummy mit dem HomeKit Gerät (Sensoren) über eine Automation in HomeKit synchronisieren und so indirekt von Homekit in FHEM einbinden ( den Status abbilden), so geschehen mit meinem Kogeek Tür- und Fenster Sensor.
Ein paar mehr Infos wären toll! ;)
Wie funktioniert diese Automation?
Gruß Hoppel
Hallo Leute,
meine fhem Installation läuft seit mehreren Jahren, jetzt will ich Sie in eine bestehende homebridge Installation (auf Raspi 4) integrieren. Habe das fhem plugin installiert und die Konfiguration gemäß tutorial angepasst - und damit meine homebridge abgeschossen (zum Glück vorher ein Image gezogen).
Hier habe ich alles entsprechend angepasst:
platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"auth": {"user": "FhemUser", "pass": "XXX"},
"filter": "room=Homekit"
}
],
bei mir läuft fhem allerdings auf einem Raspi mit folgender Adresse: 192.168.178.240/fhem - wo gebe ich den Pfad /fhem an? den Port kann ich ändern, die IP ebenso - aber wo den Pfad? leider hat der thread mittlerweile über 200 Seiten - und die SuFu hilft mir nicht weiter ...
Danke für jede Antwort
Sascha
/fhem ist der default und wird automatisch verwendet.
Und Du hast nicht alles angepasst, sonst würde dort statt 127.0.0.1 die IP deines FHEM-Servers stehen.
OK - danke - dann frag ich mich, warum homebridge nicht mehr gestartet ist - da muss dann wohl wo anders der Fehler liegen - wäre ja auch zu schön gewesen, wenn es einfach funktioniert hätte :D
selbst wenn der pfad falsch wäre würde homebridge starten und melden das es sich nicht zu fhem verbinden kann.
schau ins log. das ist hilfteich. und dafür da.
Hallo volschin,
danke für die Antwort - ich hatte die IP angepasst - wollte nur hier nicht meine Konfig mit meinem Login und password reinkopieren *lach* - die IP hatte ich auf 192.168.178.240 angepasst - ebenso habe ich definie siri siri gemacht, den room homekit in fhem erstellt und testweise ein Gerät zugewiesen, die homebridge json mit jsonformatter überprüft und anschließend homebidge neugestartet - nur dann ist meine homebridge halt nicht mehr gestartet - ich hatte den Verdacht, dies könnte am /fhem Unterordner liegen -> fhem liegt bei mir unter 192.168.178.240:8083/fhem - ich dachte ich müsste irgendwo das /fhem eintragen ....
Sascha
Am besten ins Homebridge Log schauen, was für Fehlermeldungen dort kommen.
Ich hatte häufiger mal ein Problem mit einem bestimmten Gerät, das zu einer Schleife geführt hat. Deshalb klein anfangen und sukzessive Geräte dem Raum hinzufügen.
Zitat von: hoppel118 am 29 Januar 2020, 18:31:23
Ein paar mehr Infos wären toll! ;)
Wie funktioniert diese Automation?
Gruß Hoppel
Dummy-device in FHEM
genericdevicetype Switch oder contact,
Homebridgemapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
room HomeKit
In Apple Home:
Je eine Automation für offen und geschlossen zum Synchronisieren des State.
Wenn Fenster offen dann Fenster-Dummy offen.
Gleiches für geschlossen.
Jetzt wird der Status des reinen HomeKit-Gerätes über das dummy-device in FHEM dargestellt.
Gruß, Andreas
@volschin
Irgendwie bin ich zu doof das log zu finden - zugriff mittels putty, dann unter /var/log gesucht ... nix - und die Oberfläche startet nicht mehr ???
so, habe das Problem gefunden - das netatmo plugin funktionierte auf einmal nicht mehr (ohne dass etwas geändert wurde). Dadurch wurde dann die homebridge gestoppt und nichts hat mehr funktioniert. ich habe alle plugins ausser der UI gelöscht und den Fehler gefunden - war halt blöd, dass der Fehler durch Zufall genau dann aufgetreten ist, als ich das fhem plugin installiert habe. dann war das einrichten der fhem Verbindung sehr einfach - nur das hier entsprechend der eigenen Installation anpassen (schreibe das hier nur, damit, falls nochmal jemand mein Problem hat er/sie hier eine Lösung findet :-))
Danke an alle die mir geholfen haben
Sascha
Ich habe mal ne Frage,
ich möchte einen Dummy für Home haben, welchen ich entweder umschalten kann mit den texten
"Oben" "Rechts" "Unten" "Links"
oder einen Wert den ich in 90° Schritten ändern kann
"0" "90" "180" "270"
wie kann ich das realisieren bzw. was muss ich dafür einstellen, hab mit den Homebridgemappings noch nie was gemacht und wäre für eine Hilfe sehr dankbar...
Grüße Marcel
Zitat von: Ma_Bo am 03 Februar 2020, 20:24:33
oder einen Wert den ich in 90° Schritten ändern kann
"0" "90" "180" "270"
wie kann ich das realisieren bzw. was muss ich dafür einstellen, hab mit den Homebridgemappings noch nie was gemacht und wäre für eine Hilfe sehr dankbar...
Schau mal hier in den User Configs beim Xiaomi Fan unter ,,TargetTiltAngle":
https://wiki.fhem.de/wiki/Homebridge_User_Configs#Xiaomi_Fan_.28neuere_Generationen_ohne_Luftfeuchtigkeits-_und_Temperatursensor_und_Battery-Readings.29
Evtl. kannst du das auf deinen Dummy übertragen. Das wird dann aber wahrscheinlich nur in EVE funktionieren und nicht direkt in der Home App.
EDIT: Das müsste dann eigentlich wie folgt aussehen:
TargetTiltAngle=angle,minValue=0,maxValue=270,minStep=90,cmd=xxx
,,xxx" unter cmd müsstest du dann noch ersetzen.
Gruß Hoppel
Zitat von: hoppel118 am 03 Februar 2020, 20:42:11
Schau mal hier in den User Configs beim Xiaomi Fan unter ,,TargetTiltAngle":
...
Danke, werde es nachher wenn ich zu Hause bin direkt mal testen, EVE würde mir schon reichen.
Grüße Marcel
####Edit
Könnte man dieses hier ändern:
TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlManu+17.0
dazu folgendes Bild aus dem Wiki:
https://wiki.fhem.de/wiki/Datei:HM-CC-RT-DN-Eve.PNG (https://wiki.fhem.de/wiki/Datei:HM-CC-RT-DN-Eve.PNG)
oder ist das " AUS HEIZEN KÜHLEN AUTO " fest vorgegeben...?
Du kannst das was in EVE bei TargetHeatingCoolingState angezeigt wird nicht anpassen, wenn du darauf hinaus willst. Du kannst lediglich die Aktion dahinter definieren. Bei der Characteristic TargetTiltAngle hingegen bist du etwas ,,freier" in der Menge der schaltbaren Zustände, hast aber den Nachteil, dass du evtl. nicht mit einem Fingertip zur gewünschten Aktion kommst.
Manchmal gibt es Abhängigkeiten zu weiteren Characteristics, wenn ich es richtig in Erinnerung habe, bspw. könnte das hier der Fall sein:
TargetHeatingCoolingState / CurrentHeatingCoolingState
Bin mir aber nicht sicher. Probiere es einfach aus.
Wenn es nicht klappt, schau ins Homebridge-Log. Evtl. sieht man da schon etwas beim Starten der Homebridge.
Viel Erfolg!
Zitat von: bioklima am 03 Februar 2020, 11:32:01
Dummy-device in FHEM
genericdevicetype Switch oder contact,
Homebridgemapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
room HomeKit
In Apple Home:
Je eine Automation für offen und geschlossen zum Synchronisieren des State.
Wenn Fenster offen dann Fenster-Dummy offen.
Gleiches für geschlossen.
Jetzt wird der Status des reinen HomeKit-Gerätes über das dummy-device in FHEM dargestellt.
Gruß, Andreas
Ok, von hinten durch die Brust, quasi... Danke für die Rückmeldung.
Zitat von: hoppel118 am 03 Februar 2020, 20:42:11
Schau mal hier in den User Configs beim Xiaomi Fan unter ,,TargetTiltAngle":
https://wiki.fhem.de/wiki/Homebridge_User_Configs#Xiaomi_Fan_.28neuere_Generationen_ohne_Luftfeuchtigkeits-_und_Temperatursensor_und_Battery-Readings.29
Evtl. kannst du das auf deinen Dummy übertragen. Das wird dann aber wahrscheinlich nur in EVE funktionieren und nicht direkt in der Home App.
EDIT: Das müsste dann eigentlich wie folgt aussehen:
TargetTiltAngle=angle,minValue=0,maxValue=270,minStep=90,cmd=xxx
,,xxx" unter cmd müsstest du dann noch ersetzen.
Gruß Hoppel
Danke, mit dem TargetTiltAngle klappt es jetzt wie ich es haben will, hab das EIN und AUS für den state noch mit reingenommen, so kann ich es aktivieren und deaktivieren, da ich den Winkel ja durchtippen muss und nicht direkt anwählen kann...
Ganz so schwer ist das Homebridgemapping ja dann doch nicht...
Grüße Marcel
Sehr gut! Viel Spaß noch
Hallo an euch, sehr ärgerlich... soeben ein Update von homebridge-fhem laufen gelassen, neustart und dann das!
[2020-2-8 19:08:59] TypeError: Cannot read property 'toLowerCase' of undefined
at new FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:2073:22)
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1177:42)
at Array.map (<anonymous>)
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1174:31)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at Request.emit (events.js:210:5)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)
at Request.emit (events.js:210:5)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1083:12)
at Object.onceWrapper (events.js:299:28)
at Gunzip.emit (events.js:215:7)
at endReadableNT (_stream_readable.js:1184:12)
at processTicksAndRejections (internal/process/task_queues.js:80:21)
Was wurde denn geändert? bin von 10 auf 0.5.12 gesprungen. Soeben nochmal zurück über "sudo npm install -g homebridge-fhem@0.5.10".
EDIT: Problem behoben.
Gruß Matthias
sollte wieder behoben sein.
;) Vielen Dank justme1968. Top!
Mit "sudo npm install -g homebridge-fhem@0.5.13" jetzt wieder am laufen.
Gruß Matthias
Danke für den schnellen Fix, läuft wieder
Hallo zusammen,
ich habe eine Frage zum homebridge mapping für den Sony bravia Fernseher. Ich habe meinen Fernseher mit dem BRAVIA Modul in FHEM eingebunden.
Alles funktioniert soweit in FHEM. Ich habe genericDeviceType television vergeben und das homebirdge mapping aus dem Wiki genutzt.
Nun erscheint bei mir unter iOS 13.x ein Objekt das aber nur als Schalter dargestellt wird. Ich kann damit den Fernseher ein- und ausschalten. Es gibt noch ein paar Gruppierte Objekte darunter, aber irgendwie kapiere ich gar nicht genau wie das laufen oder aussehen soll. Sicher mache ich irgendwas falsch oder es fehlt noch etwas. Nutzt hier jemand das mapping für seinen Sony Fernseher und könnte das hier mal zeigen oder mich etwas aufklären?
Ich bin was mappings angeht immer noch ein totaler Anfänger.
Gruß
Jan
die restliche bedienung geht über das 'apple tv remote' widget im control center oder über das 'now playing' widget im lock screen.
Ich habe die apple tv remote app installieret - falls du die meinst - dort sind dann aber nur meine beiden apple TVs auswählbar.
Wahrscheinlich sitzt hier das Problem "vor" dem Handy - hast du oder jemadn anderes mal einen Screenshot dazu?
ich sagte control center widget. das ist in iOS eingebaut.
so, einen Fehler habe ich gefunden. Statt genericDeviceType Television hatte ich television geschrieben.
Natürlich kenne ich das Widget, aber da tut sich nichts. Ich muss wohl weitersuchen um den Fehler zu finden. Irgendwo muss ja der Wurm drin sein wenn hier keine Verbindung zum Widget zu Stande kommt.
hast du die neue remote app (mit der fernbedienung als icon) ?
nicht die alte mit dem dreieck.
ja, die habe ich.
iOS und Apps sind auch alle upgedatet.
Hallo zusammen ,
hat jemand schon einmal die Temperaturanzeige , die ein Xiaomi Tür-Fensterkontakt liefert , in Homebridge/Homekit eingebunden ?
Als Beispiel dient mein Türkontakt an der Haustüre .Dieser liefert folgende Readings :
battery 100 2020-02-18 12:41:28
reachable 1 2020-02-18 12:41:28
state closed 2020-02-18 17:02:09
temperature 19 2020-02-18 12:41:28
Das List sieht so aus ...
Internals:
DEF sensor 7 IODev=deCONZ
FUUID 5de3c94b-f33f-d9cb-0749-43e286aaab06bcd5
FVERSION 31_HUEDevice.pm:0.211360/2020-02-07
ID S7
INTERVAL
IODev deCONZ
NAME Haustuer
NR 208
STATE closed
TYPE HUEDevice
lastupdated 2020-02-18 20:16:03
lastupdated_local 2020-02-18 21:16:03
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Haustuer
on 1
reachable 1
swversion 20161128
type ZHAOpenClose
uniqueid 00:15:8d:00:03:ef:0a:8a-01-0006
READINGS:
2020-02-18 19:54:43 battery 100
2020-02-18 19:54:43 reachable 1
2020-02-18 21:16:03 state closed
2020-02-18 19:54:43 temperature 21
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
e changed
id 7
r sensors
t event
uniqueid 00:15:8d:00:03:ef:0a:8a-01-0006
state:
lastupdated 2020-02-18T20:16:03
setList:
Attributes:
IODev deCONZ
genericDeviceType ContactSensor
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
BatteryService#BatteryLevel=BatteryLevel,maxValue=100,minValue=0,minStep=1
CurrentTemperature=temperature
room Conbee,Homekit
Ich hatte das homebridgemapping mit folgendem ergänzt :
CurrentTemperature=temperature
Es wir aber in Homekit nichts angezeigt ....
Gruß Sky
Zitat von: Sky am 18 Februar 2020, 17:18:45Es wir aber in Homekit nichts angezeigt ....
Grundsätzlich sollte das Mapping so passen. Wahrscheinlich unterstützt der ContactSensor die Characteristic ,,CurrentTemperature" nicht. Somit wird in der Home App dann auch nichts angezeigt.
Wird dir die Characteristic denn in der EVE App angezeigt?
Ich habe bspw. Hue Bewegungsmelder mit Temperatursensor. Da wird in Home auch nichts angezeigt. In EVE sehe ich die Temperatur, allerdings ohne history.
Die history erhältst du nur, wenn du bestimmte genericDeviceTypes verwendest, bspw. ,,TemperatureSensor" oder ,,Thermostat". Du könntest dir also einen Dummy erstellen, da den genericDeviceType ,,TemperatureSensor" setzen und dann im Homebridgemapping auf das Reading ,,temperature" deines ContactSensors verweisen. Das sollte klappen.
Gruß Hoppel
Frage:
ESP8266 mit DHT22 Sensor und ESPEasy in FHEM eingebunden. So siehts aus:
ZitatInternals:
CFGFN
DEF 192.168.178.100 80 ESP_Bridge ESP_Easy1_am2302_sensor
ESP_BUILD 20104
ESP_BUILD_GIT mega-20200204
ESP_BUILD_NOTES - Mega
ESP_Bridge_MSGCNT 223
ESP_Bridge_TIME 2020-02-18 23:13:34
ESP_NODE_TYPE_ID ESP Easy Mega
ESP_SLEEP 0
ESP_UNIT ESP Easy
ESP_VERSION 2
FUUID 5e4c2d8d-f33f-4dec-f988-1e426d2ed6fc9f43
HOST 192.168.178.100
IDENT ESP_Easy1_am2302_sensor
INTERVAL 300
IODev ESP_Bridge
LASTInputDev ESP_Bridge
MAX_CMD_DURATION 1
MSGCNT 223
NAME ESPEasy_ESP_Easy1_am2302_sensor
NOTIFYDEV global
NR 7336
NTFY_ORDER 50-ESPEasy_ESP_Easy1_am2302_sensor
PORT 80
STATE Hum: Tem: hum: 54.6 tem: 17.9
SUBTYPE device
TYPE ESPEasy
VERSION 2.18
OLDREADINGS:
READINGS:
2020-02-18 23:13:34 humidity 54.6
2020-02-18 23:13:36 presence present
2020-02-18 23:13:36 state Hum: Tem: hum: 54.6 tem: 17.9
2020-02-18 23:13:34 temperature 17.9
helper:
fpc 1582050701
pm:
Encode 1
JSON 1
received:
Humidity 1582063721
Temperature 1582063721
humidity 1582064014
temperature 1582064014
sec:
admpwd
Attributes:
IODev ESP_Bridge
Interval 300
alias Raumsensor_Keller_AM2302
group ESPEasy Device
presenceCheck 1
readingSwitchText 1
room ESPEasy,Homekit,Sensoren
setState 3
Nach Neustart des Homekit Servers sehe ich in der Apple Home App allerdings nur 1 neuen Sensor mit der Temperatur. Die Luftfeuchtigkeit wird nicht dargestellt.
Vermutlich liegt es daran, dass hier 1 Device 2 Readings enthält?
Gibt es hier einen Lösungsweg?
@Dracolein Was soll die Lösung für dich denn aussehen?
Die beiden Readings ,,temperature" und ,,humidity" sind vorhanden. Wenn ich mich recht erinnere, wird damit von homebridge-fhem dann automatisch der richtige genericDeviceType zugeordnet. Ich setzte den immer manuell. Um auch die EVE history zu sehen, ist bei TH-Sensoren immer der ,,genericDeviceType TemperatureSensor" zu setzen, insofern dies nicht automatisch passiert. Hast du EVE mal ausprobiert?
Hast du den Sensor in der Home App mal angetippt und dort dann unten rechts auf das Zahnradsymbol getippt? Da sieht man dann eigentlich die ,,relative Luftfeuchte". Ist das für dich die Lösung?
Anonsonsten setze mal ,,genericDeviceType TemperatureSensor" und schaue erneut nach.
Gruß Hoppel
Hier mal zwei Beispiele wie man dann die Temperatur über ein zusätzliches Device, einem readingsProxy, einbinden kann:
defmod rp_WW_temp readingsProxy MQTT2_ebusd_bai:1_Warmwassertemperatur
attr rp_WW_temp alexaName speicher
attr rp_WW_temp event-on-change-reading state
attr rp_WW_temp homebridgeMapping CurrentTemperature=state
attr rp_WW_temp genericDeviceType thermometer
attr rp_WW_temp room Sprachsteuerung,Homekit
defmod rp_WW_temp readingsProxy MQTT2_ebusd_bai:1_Warmwassertemperatur
attr rp_WW_temp alexaName speicher
attr rp_WW_temp event-on-change-reading state
attr rp_WW_temp genericDeviceType thermometer
attr rp_WW_temp valueFn {fhem("setreading rp_WW_temp temperature $VALUE")}
attr rp_WW_temp room Sprachsteuerung,Homekit
Das geht natürlich auch mit einem HumiditySensor.
Ich selbst hätte eine Frage zu dem valueFn Beispiel und Andre liest ja hier mit.
Wenn ich in dem setreading den Devicename durch das $DEVICE ersetze wird kein Reading geschrieben,In $DEVICE steht doch der Name des Geräts ? Es steht auch nichts im Log.
Gruß
Thomas
Wofür benötigt man einen Readingsproxy?
Na um die Temperatur anzuzeigen wenn das eigentliche Gerät schon als ContactSensor verwendet wird.
Zitat von: hoppel118 am 19 Februar 2020, 07:03:00
Hast du den Sensor in der Home App mal angetippt und dort dann unten rechts auf das Zahnradsymbol getippt? Da sieht man dann eigentlich die ,,relative Luftfeuchte". Ist das für dich die Lösung?
Das habe ich nicht gewusst, vielen Dank. Vollkommen ausreichend.
ZitatHast du den Sensor in der Home App mal angetippt und dort dann unten rechts auf das Zahnradsymbol getippt? Da sieht man dann eigentlich die ,,relative Luftfeuchte". Ist das für dich die Lösung?
Beschäftige mich zu selten mit homebridge, hab aber jetzt mal versucht es nachzustellen, das Zahnradsymbol gibts bei mir nicht mit genericDeviceType TemperatureSensor.
Wird das nur mit IOS > 12.4.5 in der Home-App angezeigt ?
In Eve sehe ich zwei Geräte eins für die Temperatur, eins für die Luftfeuchtigkeit, das wusst ich auch nicht.
Zitat von: TomLee am 19 Februar 2020, 08:10:43
Na um die Temperatur anzuzeigen wenn das eigentliche Gerät schon als ContactSensor verwendet wird.
Ich hätte jetzt einfach einen Dummy gebaut, den genericDeviceType TemperatureSensor gesetzt und anschließend im homebridgeMapping auf die Readings des ContactSensors verwiesen.
Zitat von: TomLee am 19 Februar 2020, 16:42:35
Beschäftige mich zu selten mit homebridge, hab aber jetzt mal versucht es nachzustellen, das Zahnradsymbol gibts bei mir nicht mit genericDeviceType TemperatureSensor.
Wird das nur mit IOS > 12.4.5 in der Home-App angezeigt ?
Mit iOS 13 gab es größere Veränderungen in der Home App. Mach mal Screenshots. Ich weiß gerade nicht mehr, wo das in iOS 12 zu finden war. Aber eigentlich war das nicht so schwer. ;)
Zitat von: TomLee am 19 Februar 2020, 16:42:35
In Eve sehe ich zwei Geräte eins für die Temperatur, eins für die Luftfeuchtigkeit, das wusst ich auch nicht.
Zwei Geräte oder ein Gerät mit zwei Characteristics? Screenshot bitte. ;)
Gruß Hoppel
irgendwo habe ich auch gesehen das man das in der home app inzwischen zusammenlegen oder trennen kann. ich weiss aber nicht mehr wo und finde aus nicht mehr.
man kann über das homebridgeMapping aber statt einem service mit zwei characteristics auch direkt zwei services mit je einer characteristic anlegen in dem man die zweite characteristic mit <service_name>#<characteristic_name>=... angibt.
Moin André,
hast du dafür mal ein Beispiel in Form eines lists?
Ich hatte irgendwo schonmal davon gelesen, bin aber nicht durchgestiegen. :)
Gruß Hoppel
etwa so:
genericDeviceType Thermometer
homebridgeMapping CurrentTemperature=temperature HumiditySensor#CurrentRelativeHumidity=humidity
Ok, gerade mal ausprobiert. In der Home App ist das auch ganz cool gelöst. Man sieht beide Werte (temperature und humidity) mit einem Klick. In EVE sehe ich nun 2 Geräte. Bei beiden Geräten sehe ich humidity nun allerdings bei einem Klick drauf doppelt.
Hast du da eine Idee zu?
Ich habe es wie folgt implementiert:
genericDeviceType TemperatureSensor
homebridgeMapping CurrentTemperature=temperature
HumiditySensor#CurrentRelativeHumidity=humidity
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
history:size=1024
EDIT: Gerade noch gesehen, dass auf diese Weise die history in EVE bei diesen Devices nicht mehr funktioniert. Ist das korrekt?
Danke dir und Gruß Hoppel
ich vermute es dauert noch eine weile bis die ios13 umstellung in allen apps vernünftig gehandhabt wird.
das die history nur geht wenn die devices genau so konfiguriert sind wie ein echtes eve device ist so. daran wird sich vermutlich nichts ändern.
Ich hätte eine Frage bei Verwendung des genericTypeDevice = blind für meine Shelly Rolladenaktoren.
Die werden in meiner Home App zwar brav angezeigt und funktionieren, jedoch ist die optische Darstellung falsch herum.
Ein offener Rolladen wird in der App als "geschlossen" dargestellt. Kann man das invertieren, ausser in FHEM innerhalb des Device alles umzubasteln?
Im FHEM Wiki ( https://wiki.fhem.de/wiki/Alexa_und_Mappings ) steht folgendes:
ZitatWenn das Device einen set-Befehl position hat, wird gemappt
CurrentPosition => reading=position, TargetPosition => reading=position, cmd=position
Wenn TYPE=DUOFERN, werden die Datenwerte für CurrentPosition und TargetPosition invertiert.
Wenn TYPE=SOMFY, werden die Datenwerte für CurrentPosition und TargetPosition invertiert, und das Kommando zum Setzen wird auf cmd=pos geändert.
Ansonsten wird gemappt
CurrentPosition => reading=pct, TargetPosition => reading=pct, cmd=pct
Wenn ein Attribut levelInverse gesetzt ist, werden die Datenwerte für CurrentPosition und TargetPosition invertiert.
Der markierte Teil könnte meine Lösung sein, aber ich finde dies Attribut gar nicht im Shelly-Device.
edit: das hier gefunden:
https://forum.fhem.de/index.php/topic,59157.msg760914.html#msg760914
D.h. ich muss einfach in fhemweb im Attribut homebridgemapping in das leere Feld ohne sonstwas "invert=1" reinschreiben und sonst nichts? Glaube, ich habe hier noch ein Verständnisproblem
das thema hatten wir schon 1000x...
alle sprachassitenten gehen davon aus das 100% offen ist und 0% geschlossen. selbst wenn man das umdreht gibt es folgeprobleme. die sich so nicht lösen lassen.
am besten sorgt man im device dafür das es ein passendes reading und kommando gibt. z.b. per userreading und cmdalias oder in dem man den modulautor bittet.
ansonsten:
levelInverse ist homematic spezifisch.
im homebridgeMapping TargetPosition:invert=1 CurrentPosition:invert=1 sollte gehen.
bitte schau dir noch mal an wie homebridgeMapping funktioniert. gerade für die rollläden gibt es diverse beispiele. auch mit innert.
Zitat von: justme1968 am 20 Februar 2020, 12:05:40
alle sprachassitenten gehen davon aus das 100% offen ist und 0% geschlossen.
Das ist bei mir der Fall.
pct = 100 = Rollo ist geöffnet
Zitat von: justme1968 am 20 Februar 2020, 12:05:40
am besten sorgt man im device dafür das es ein passendes reading und kommando gibt. z.b. per userreading und cmdalias oder in dem man den modulautor bittet.
Ein Reading ist bereits vorhanden.
pct = entspricht dem Positionswert des Rollos in %
Es gibt auch ein Attribut "pct100" gesetzt mit "100" (Auswahlmöglichkeit per dropdown: 0 der 100)
Zitat von: justme1968 am 20 Februar 2020, 12:05:40
im homebridgeMapping TargetPosition:invert=1 CurrentPosition:invert=1 sollte gehen.
Gerade probiert, leider nicht. Die Home App zeigt mir nun an, das Rollo wäre geschlossen und der Button ist ausgegraut.
Ohne dies Attribut ist der Button bunt ("aktiv"), aber die Rollos seien angeblich geschlossen
Zitat von: justme1968 am 20 Februar 2020, 12:05:40
bitte schau dir noch mal an wie homebridgeMapping funktioniert. gerade für die rollläden gibt es diverse beispiele. auch mit innert.
Aus den Beispielen hatte ich obige Idee abgegriffen, die bei mir wohl nicht zum tragen kommt, da es für homematic war.
dann brauchst du invert=0.
schau mal im homebridge log was genau erkannt wird und passiert.
Idealerweise dokumentiert mal irgendwer mit Rollläden sein funktionierendes homebridgeMapping im Wiki, wenn wir das schon 1000x hatten und nicht noch 1000x beantworten wollen... ;)
Wenn hier jemand ein list des Devices bereitstellt, kann ich das Pflegen im Wiki auch gern übernehmen.
Gruß Hoppel
Zitat von: hoppel118 am 20 Februar 2020, 13:17:58
Idealerweise dokumentiert mal irgendwer mit Rollläden sein funktionierendes homebridgeMapping im Wiki, wenn wir das schon 1000x hatten und nicht noch 1000x beantworten wollen... ;)
Das wäre eine super Maßnahme.
Mein Shelly Device sieht derzeit so aus:
Zitat
Internals:
CHANGED
DEF 192.168.178.91
DURATION 0
FUUID 5e3afd9c-f33f-4dec-3160-55b8621885a4b258
INTERVAL 60
MOVING stopped
NAME shelly1
NR 72
STATE stopped
TARGETPCT 100
TCPIP 192.168.178.91
TYPE Shelly
READINGS:
2020-02-05 18:38:36 cloud disabled
2020-02-07 22:36:17 config maxtime= [channel s]
2020-02-20 12:28:52 energy_0 10.2
2020-02-07 20:03:53 firmware v1.5.10
2020-02-20 12:53:18 last_dir up
2020-02-16 17:06:32 network <html>connected to <a href="http://192.168.178.91">192.168.178.91</a></html>
2020-02-20 12:53:15 pct 100
2020-02-20 12:53:15 position open
2020-02-20 12:53:11 power 0
2020-02-20 12:28:52 power_0 0
2020-02-20 12:53:18 state stopped
2020-02-05 18:40:36 stop_reason normal
Attributes:
alias Rolladen Esstisch
genericDeviceType blind
interval 60
maxtime 25
mode roller
model shelly2.5
pct100 open
room Homekit,Rolladen
TargetPosition:invert=1 CurrentPosition:invert=1bzw
ZitatTargetPosition:invert=0 CurrentPosition:invert=0
bewirken (bei physisch offenem Rolladen) beide jeweils nur einen ausgegrauten Button und den Hinweis "Geschlossen"
Mein eigenen Versuch:
CurrentPosition=pct,minVal=0,maxVal=100,minStep=1,cmds=100:on;0:offbrachte ich lediglich dazu, den Button farbig zu aktivieren; nicht jedoch den Statustext oder die richtige Richtung.
Nachtrag, kuriose Beobachtung gerade zuhause vor Ort:
Ein physisch geschlossener Rolladen wird in der Home App auf dem iPhone dargestellt wie folgt:
- Button ausgegraut
- Statustext: "Geschlossen"
Ein physisch geöffneter Rolladen wird in der Home App auf dem iPhone dargestellt wie folgt:
- Button farbig aktiv, bunt
- Statustext: "Öffnen"
Dieser Statustext am zweiten Beispiel machte mich vohin in Abwesenheit stutzig und ich dachte es sei eine falsche Darstellung in der Home App.
Ich kam per Zufall drauf, als ich vohin am MacBook die Home App offen hatte, denn dort weichen obige Beispiele wie folgt ab:
Ein physisch geschlossener Rolladen wird in der Home App auf dem MacBook dargestellt wie folgt:
- Button ausgegraut
- Statustext: "Geschlossen"
Ein physisch geöffneter Rolladen wird in der Home App auf dem MacBook dargestellt wie folgt:
- Button farbig aktiv, bunt
- Statustext: "Geöffnet"
Kurzum, der iPhone Statustext für ein offenes Rollo unterscheidet sich deutlich vom Statustext am MacBook, den ich als "Richtig" interpretiere. Eigentlich müsste im iPhone dort der Text "Offen" oder auch "Geöffnet" anstelle von "Öffnen" stehen... ::)
Da möchte ich mich gleich mal mit dran hängen. Ich wollte auch schon eine Frage dazu stellen.
Bei mir ist es so, dass auf dem iPhone und dem iPad "öffnen" steht und auf dem iMac ein korrektes "Offen".
Beim Homebridge config UI X über den Webbrowser ist alles ok. Kann man da irgenwie dran "drehen", dass es beim iPhone und iPad auch richtig steht?
Zitat von: Ban-ya am 23 Februar 2020, 19:58:00
Da möchte ich mich gleich mal mit dran hängen. Ich wollte auch schon eine Frage dazu stellen.
Bei mir ist es so, dass auf dem iPhone und dem iPad "öffnen" steht und auf dem iMac ein korrektes "Offen".
Beim Homebridge config UI X über den Webbrowser ist alles ok. Kann man da irgenwie dran "drehen", dass es beim iPhone und iPad auch richtig steht?
Meine bisherigen Versuche waren fehlgeschlagen.
Habe mich letztlich damit abgefunden, da es sich lediglich um einen nicht mMn ganz korrekten Text in der iPhone Home App handelt. Der Farbwechsel der Symbole ist richtig, von daher was solls.
Falls Du eine Lösung hast, sag bescheid.
Zitat von: Dracolein am 25 Februar 2020, 09:34:36
Habe mich letztlich damit abgefunden, da es sich lediglich um einen nicht mMn ganz korrekten Text in der iPhone Home App handelt.
Wenn man sich mal diesen "Übersetzungsfehler" genauer analysiert findet sich auch die vermutliche Ursache.
Öffnen heißt open
und
offen heißt open
Hallo zusammen ,
meine Homebridge spinnt ....
Seit gestern Abend startet und stoppt die Homebridge immer weiter mit folgendem Fehler :
Feb 29 15:18:07 raspberrypi homebridge[15435]: [2/29/2020, 3:18:07 PM] Loaded config.json with 1 accessories and 2 platforms.
Feb 29 15:18:07 raspberrypi homebridge[15435]: [2/29/2020, 3:18:07 PM] ---
Feb 29 15:18:09 raspberrypi homebridge[15435]: [2/29/2020, 3:18:09 PM] Loaded plugin: homebridge-camera-ffmpeg
Feb 29 15:18:09 raspberrypi homebridge[15435]: [2/29/2020, 3:18:09 PM] Registering platform 'homebridge-camera-ffmpeg.Camera-ffmpeg'
Feb 29 15:18:09 raspberrypi homebridge[15435]: [2/29/2020, 3:18:09 PM] ---
Feb 29 15:18:10 raspberrypi homebridge[15435]: [2/29/2020, 3:18:10 PM] Loaded plugin: homebridge-fhem
Feb 29 15:18:10 raspberrypi homebridge[15435]: homebridge API version: 2.4
Feb 29 15:18:10 raspberrypi homebridge[15435]: this is homebridge-fhem 0.5.13
Feb 29 15:18:12 raspberrypi homebridge[15435]: [2/29/2020, 3:18:12 PM] Registering platform 'homebridge-fhem.FHEM'
Feb 29 15:18:12 raspberrypi homebridge[15435]: [2/29/2020, 3:18:12 PM] ---
Feb 29 15:18:12 raspberrypi homebridge[15435]: [2/29/2020, 3:18:12 PM] Loading 2 platforms...
Feb 29 15:18:12 raspberrypi homebridge[15435]: [2/29/2020, 3:18:12 PM] [FHEM] Initializing FHEM platform...
Feb 29 15:18:13 raspberrypi homebridge[15435]: starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;fi lter=.*;since=null;fmt=JSON×tamp=1582985893055
Feb 29 15:18:13 raspberrypi homebridge[15435]: [2/29/2020, 3:18:13 PM] [FHEM] Fetching FHEM devices...
Feb 29 15:18:13 raspberrypi homebridge[15435]: [2/29/2020, 3:18:13 PM] [Camera-ffmpeg] Initializing Camera-ffmpeg platform...
Feb 29 15:18:13 raspberrypi homebridge[15435]: [2/29/2020, 3:18:13 PM] Loading 1 accessories...
Feb 29 15:18:13 raspberrypi homebridge[15435]: [2/29/2020, 3:18:13 PM] TypeError: Cannot read property 'indexOf' of undefined
Feb 29 15:18:13 raspberrypi homebridge[15435]: at API.accessory (/usr/lib/node_modules/homebridge/lib/api.js:50:12)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Server._loadAccessories (/usr/lib/node_modules/homebridge/lib/server.js:297:42 )
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:91:38)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at module.exports (/usr/lib/node_modules/homebridge/lib/cli.js:59:10)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Object.<anonymous> (/usr/lib/node_modules/homebridge/bin/homebridge:17:22)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Module._compile (internal/modules/cjs/loader.js:816:30)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Module.load (internal/modules/cjs/loader.js:685:32)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Function.Module._load (internal/modules/cjs/loader.js:620:12)
Feb 29 15:18:13 raspberrypi homebridge[15435]: at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
Feb 29 15:18:13 raspberrypi homebridge[15435]: Server listening on: http://<ip>:8282
Feb 29 15:18:13 raspberrypi homebridge[15435]: [2/29/2020, 3:18:13 PM] Got SIGTERM, shutting down Homebridge...
Leider kann ich den Fehler nicht lokalisieren .
Mein letztes Backup ist nicht aktuell , daher würde ich gerne die bestehende Installation erhalten .
Kann mir jemand dabei helfen ?
Danke
Fehler gefunden ...
"accessories":[
{
}
]
obwohl mit JsonValidator geprüft , haben die geschweiften Klammern den Fehler verursacht ,so funktioniert es wieder :
"accessories":[
]
Zitat von: stratege-0815 am 25 Februar 2020, 17:46:10
Wenn man sich mal diesen "Übersetzungsfehler" genauer analysiert findet sich auch die vermutliche Ursache.
Öffnen heißt open
und
offen heißt open
dem muss ich widersprechen.
öffnen heißt
to openund
offen heißt
open
Zitat von: Sky am 29 Februar 2020, 16:37:07
Fehler gefunden ...
"accessories":[
{
}
]
Mal ne Frage dazu: Wie sind die geschweiften Klammern denn dahin gekommen?
Will nur verstehen, wie solche Fehler entstehen können. ;)
Gruß Hoppel
Ich habe homebridge installiert, homebridge läuft, wenn ich den Code mit meinem ipad scanne bekomme ich nur die Meldung Gerät konnte nicht hinzugefügt werden, Home konnte keine Verbindung zu diesem Gerät herstellen.
Zitat von: hoppel118 am 29 Februar 2020, 22:10:15
Mal ne Frage dazu: Wie sind die geschweiften Klammern denn dahin gekommen?
Will nur verstehen, wie solche Fehler entstehen können. ;)
Gruß Hoppel
Ich hatte in der config.json unter folgendes eingesetzt :
"accessories": [
{
"accessory": "PhilipsTV",
"name": "TV",
"ip_address": "10.0.1.23",
"poll_status_interval": "60",
"model_year": 2018,
"has_ssl": false,
"has_ambilight": true,
}
]
Da dies aber nicht richtig funktionierte , den Eintrag wieder gelöscht , allerdings die geschweiften Klammern übersehen .
Alles klar @sky Danke für die Erläuterung.
Gruß Hoppel
Zitat von: elmer am 01 März 2020, 18:08:35
Ich habe homebridge installiert, homebridge läuft, wenn ich den Code mit meinem ipad scanne bekomme ich nur die Meldung Gerät konnte nicht hinzugefügt werden, Home konnte keine Verbindung zu diesem Gerät herstellen.
Was sagt das Homebridge log dazu?
Mär 01 18:17:47 ubuntu systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Mär 01 18:17:47 ubuntu homebridge[1232]: No passwd entry for user 'pi-c'
Mär 01 18:17:47 ubuntu su[1241]: No passwd entry for user 'pi-c'
Mär 01 18:17:47 ubuntu su[1241]: FAILED su for pi-c by root
Mär 01 18:17:47 ubuntu su[1241]: - ??? root:pi-c
Mär 01 18:17:47 ubuntu homebridge[1232]: Homebridge starting
Mär 01 18:17:47 ubuntu homebridge[1232]: Homebridge is not running
Mär 01 18:17:47 ubuntu systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Demnach ist für deinen User pi-c kein Passwort gesetzt worden. Stimmt das? Keine Ahnung, ob das ohne Passwort funktioniert. Bei mir haben alle User ein Passwort.
Außerdem scheint deine Homebridge entgegen deiner Aussage auch nicht zu laufen.
Welches OS hast du im Einsatz? Nutzt du init.d oder systemd?
Was ist das Ergebnis von ,,systemctl status homebridge" bzw. ,,service homebridge status", bevor du den QR Code scannst?
Gruß Hoppel
Ubuntu ist installiert, ich habe bei der Installation einen Benutzer mit Passwort vergeben. Ich verwende init.d
systemctl status homebridge ist die Ausgabe die ich gepostet habe.
Wenn ich homebridge in der Konsole eingebe steht immer dort Homebridge is running.
Zitat von: Ban-ya am 29 Februar 2020, 21:22:16
dem muss ich widersprechen.
öffnen heißt to open
und
offen heißt open
Das ist zwar richtig, ich bezweifele aber dass du im englischsprachigen Raum einen Schalter findest auf dem "to open" steht. Im Allgemeinen wird dort "open" stehen. Aber letztendlich hat dieses Thema ja hier nichts im homebridge Thread verloren.
Ich komme irgendwie nicht weiter wenn ich sudo service homebridge start eingebe erhalte ich folgende Meldung:
Warning: The unit file, source configuration file or drop-ins of homebridge.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● homebridge.service - LSB: Start daemon at boot time for homebridge
Bei sudo systemctl status homebridge erhalte ich jetzt diese Meldung:
Mär 02 16:48:37 ubuntu systemd[1]: Starting LSB: Start daemon at boot time for homebridge...
Mär 02 16:48:37 ubuntu su[1259]: Successful su for fhem by root
Mär 02 16:48:37 ubuntu su[1259]: + ??? root:fhem
Mär 02 16:48:37 ubuntu su[1259]: pam_unix(su:session): session opened for user fhem by (uid=0)
Mär 02 16:48:37 ubuntu su[1259]: pam_unix(su:session): session closed for user fhem
Mär 02 16:48:37 ubuntu homebridge[1234]: Homebridge starting
Mär 02 16:48:37 ubuntu homebridge[1234]: Homebridge is not running
Mär 02 16:48:37 ubuntu systemd[1]: Started LSB: Start daemon at boot time for homebridge.
Zitat von: justme1968 am 11 Februar 2020, 09:13:38
die restliche bedienung geht über das 'apple tv remote' widget im control center oder über das 'now playing' widget im lock screen.
Ich greife jetzt noch einmal dieses Thema auf. Auch auf dem iPhone meiner Frau öffnet sich nicht das Widget. Daher sind verstelle Benachrichtigungsoptionen auf meinem iPhone wohl auszuschließen.
Vielleicht gibt es hier mit dem aktuellen iOS ein Problem. Ich wäre interessiert einmal ein "Video" zu sehen wie sich das auf dem iPhone darstellt. Kann man ja mit Bordmitteln unter iOS leicht aufnehmen.
Auch ein vollständig durchkonfiguriertes Homebridge Mapping würde mich interessieren. An meine Gegebenheiten anpassen kann ich das ja immer noch, wenn es nur erst einmal rundsätzlich tut.
Mir ist immer noch nicht klar wie der Wechsel aus der Home App in dsa "apple tv remote" widget abläuft. Aber vielleicht hilft da ein Video.
was bedeutet 'öffnet sich nicht das Widget' ?
du musst es selber über das control center auf machen.
Zitat von: stratege-0815 am 02 März 2020, 13:17:25
Aber letztendlich hat dieses Thema ja hier nichts im homebridge Thread verloren.
Warum nicht? Es geht doch um die "falsche" Darstellung durch Homebridge.
Oder gehört das zu Homekit? Sorry, wenn ich hier falsch liege. Dann löscht meine Fragen hier raus.
Bin noch Anfänger bei Homekit und war schon begeistert, dass ich es zum laufen bekommen habe.
Jetzt habe ich die Startdatei in init.d einmal gelöscht, wenn ich die Homebridge starte verbindet sie sich mit fehem, das Gerät in Homekit wird erkannt, dennoch ist keine Verbindung mit dem ipad möglich.
pi@ubuntu:~$ homebridge
[3.3.2020, 19:27:45] Loaded config.json with 0 accessories and 1 platforms.
[3.3.2020, 19:27:45] ---
[3.3.2020, 19:27:45] Loaded plugin: homebridge-fhem
homebridge API version: 2.4
this is homebridge-fhem 0.5.13
[3.3.2020, 19:27:46] Registering platform 'homebridge-fhem.FHEM'
[3.3.2020, 19:27:46] ---
[3.3.2020, 19:27:46] Loading 1 platforms...
[3.3.2020, 19:27:46] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addgloba l=1;filter=.*;since=null;fmt=JSON×tamp=1583260066228
[3.3.2020, 19:27:46] [FHEM] Fetching FHEM devices...
[3.3.2020, 19:27:46] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3.3.2020, 19:27:46] [FHEM] Checking devices and attributes...
[3.3.2020, 19:27:46] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttr Val(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3.3.2020, 19:27:46] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=jsonlis t2%20TYPE=siri&XHR=1
[3.3.2020, 19:27:46] [FHEM] siri device is siri
[3.3.2020, 19:27:46] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7B$def s%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.13%22%7D&XHR=1
[3.3.2020, 19:27:46] [FHEM] Fetching FHEM devices...
[3.3.2020, 19:27:46] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2% 20room=Homekit&XHR=1
[3.3.2020, 19:27:46] [FHEM] got: 1 results
[3.3.2020, 19:27:46] [FHEM] ELRO_1011_A is switch
[3.3.2020, 19:27:46] [FHEM] ELRO_1011_A has
[3.3.2020, 19:27:46] [FHEM] On [state;on,off]
2020-03-03 19:27:46 caching: ELRO_1011_A-state: on
[3.3.2020, 19:27:46] [FHEM] caching: On: true (as boolean; from 'on')
[3.3.2020, 19:27:46] [FHEM] Initializing platform accessory 'ELRO_1011_A'...
[3.3.2020, 19:27:46] [FHEM] creating services for ELRO_1011_A
[3.3.2020, 19:27:46] [FHEM] information service for ELRO_1011_A
[3.3.2020, 19:27:46] [FHEM] manufacturer, model and serial number characteri stics for ELRO_1011_A
[3.3.2020, 19:27:46] [FHEM] name (siriName) characteristic for ELRO_1011_A
[3.3.2020, 19:27:46] [FHEM] Switch service for ELRO_1011_A
[3.3.2020, 19:27:46] [FHEM] On characteristic for ELRO_1011_A:state
Setup Payload:
X-HM://0023ISYWYC78L
Scan this code with your HomeKit app on your iOS device to pair with Homebridge:
Hallo zusammen,
kann ich ein FHEM dummy device anlegen und via homebridge in apple home ausgeben, das mir ermöglicht einen Zahlenwert - konkret Uhrzeit - aus Apple home an FHEM bzw. dort dsa dummy device zu übergeben?
Use case wäre folgender, in FHEM existiert ein "Wecker Szenario" dem ich aus der Apple Welt mitgeben möchte um wieviel Uhr es auslöst.
Gruß
Jan
Nein, das geht nicht. Aber Du kannst Dir einen Dummy switch anlegen und den über eine HomeKit-Automation zu einer bestimmten Zeit schalten lassen.
Auf die Schaltung kannst dann in FHEM reagieren.
Wie geht man vor, wenn man sich irgendwelche Messwerte von Readings in Apple Home darstellen lassen möchte?
Apple Home zeigt nur die durch Apple vorgesehenen Devices und Characteristics an. Da solltest Du Dich belesen und mit einer konkreten Frage zurück kommen, wenn dann noch eine ist.
In Eve kann man sich auch Werte hin Mappen.
als Beispiel hier mal mal Staubsauger:
On=state,valueOn=Cleaning,cmdOn=start,cmdOff=charge
RotationSpeed=fan_power,minValue=0,maxValue=90,cmd=fan_power,delay=1
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=state,values=Docked:NOT_CHARGING;;Charging:CHARGING;;/.*/:NOT_CHARGEABLE
OccupancyDetected=state,values=/Docked|Charging/:OCCUPANCY_DETECTED;;/.*/:OCCUPANCY_NOT_DETECTED
FilterLifeLevel=consumables_filter,minValue=0,maxValue=100
FilterChangeIndication=consumables_filter,values=0:CHANGE_FILTER
e8d1027e-b068-40d5-9efd-f161b1b52774=device_firmware,name=Firmware,format=STRING
fe7a8dac-dff3-4a07-8a5e-0d6abbf0df0c=consumables_main_brush,name=Reinigung+Hauptbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
4f9b2a22-b764-4fc1-8cd2-99383924394c=consumables_side_brush,name=Reinigung+Seitenbürste,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
2af6d0d0-3691-4f0d-9c9c-c1098295b1cb=consumables_sensors,name=Reinigung+der+Sensoren,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
fd11b965-052e-430f-b08f-206287d8bc00=consumables_filter,name=Reinigung+des+Filters,minValue=0,maxValue=100,format=FLOAT,minStep=1,unit=%
82af5fd7-50a3-4ab3-81d3-1f7903de612a=total_clean_area,name=gesamt+gereinigte+Fläche,format=FLOAT,minStep=1,unit=qm²
4896763a-26f7-400b-9734-2ce6564ceba2=total_clean_time,name=gesamt+gefahrene+Stunden,format=FLOAT,minStep=1,unit=h
00d2ef14-b429-4569-8af3-c342d41cf383=total_cleans,name=Anzahl+Reinigungsvorgänge,format=FLOAT,minStep=1
die UUIDs kann man sich hier generieren:
https://www.uuidgenerator.net
Zitat von: volschin am 15 März 2020, 10:39:14
Apple Home zeigt nur die durch Apple vorgesehenen Devices und Characteristics an. Da solltest Du Dich belesen und mit einer konkreten Frage zurück kommen, wenn dann noch eine ist.
Nun, die Außentemperatur eines Xiaomi Sensors wird mir in Apple Home auch fein dargestellt.
Mein Gedanke, und damit die Frage war, ob man diesen Sensor z.B. in einem Dummy-Device per Attribut Homemapping so "nachbauen" kann, dass Apple Home glaubt, es sei ebenfalls ein "echter" Sensor
Use Case: Damit könnte ich dann z.B. meine Gasverbrauchswerte o.ä. auch aus der Ferne via Apple Home ablesen
Zitat von: volschin am 14 März 2020, 15:33:02
Nein, das geht nicht. Aber Du kannst Dir einen Dummy switch anlegen und den über eine HomeKit-Automation zu einer bestimmten Zeit schalten lassen.
Auf die Schaltung kannst dann in FHEM reagieren.
Danke, das mit der Automation ist eine gute Idee.
Frage in die Runde,
verwendet jemand einen shelly dimmer mit homebridge? Ich habe mir einen gekauft und
selbst ohne homebridge mapping geht da schon fast alles.
"Problematisch" ist teilweise noch die direkte Bedienung am Schalter. Alles was ich dort mache kommt zwar sauber in FHEM an, aber teilweise nicht in Apple Home.
Folgendes habe ich als problematisch identifiziert:
Dimmer ist eingeschaltet und wird direkt am Schalter ausgeschaltet. FHEM Stellt den Zustand richtig dar, in Apple Home bleibt die Lampe mit dem entsprechenden Zahlen wert eingeschaltet
Umgekehrter Fall, Dimmer ist ausgeschaltet und wird direkt am Schalter eingeschaltet. FHEM Stellt den Zustand richtig mit dem entsprechenden dammwert dar, in Apple Home bleibt die Lampe ausgeschaltet . Stellt man nun am Schalter selbst einen helleren oder dunkleren Dimmwert ein (taster gedrückt halten) so wird dies korrekt in FHEM aktualisiert. Dies kommt dann in apple home an - dann wird auch die Darstellung des Schaltzustands richtig aktualisiert .
Beispiel: Apple home zeigt den Dimmer als "aus". Tatsächlich ist er mit 25% eingeschaltet, Taster wird gedrückt, Dimmer geht auf 50% - werte erscheinen in fhem. Aktualisierung in Apple home erfolgt - Darstellung springt von "aus" auf "ein 50%"
Hat sich wieder irgendwas geändert?
Gerade nach einem Update neu gestartet, Plugs funktionieren nicht mehr.
OutletInUse=HM_123456_Pwr:power,threshold=2.2
führt zu
[16/03/2020, 19:44:27] [FHEM] value: 5.31
2020-03-16 19:44:27 caching: HM_123456_Pwr-power: 5.31
[16/03/2020, 19:44:27] [FHEM] HM_123456_Pwr-power threshold: value 5.31 mapped to 0
[16/03/2020, 19:44:27] TypeError: value.toLowerCase is not a function
at FHEM_reading2homekit_ (/usr/local/lib/node_modules/homebridge-fhem/index.js:448:19)
at FHEM_reading2homekit (/usr/local/lib/node_modules/homebridge-fhem/index.js:236:13)
at /usr/local/lib/node_modules/homebridge-fhem/index.js:133:19
at Array.forEach (<anonymous>)
at FHEM_update (/usr/local/lib/node_modules/homebridge-fhem/index.js:126:19)
at FHEMAccessory.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:2657:21)
at Request._callback (/usr/local/lib/node_modules/homebridge-fhem/index.js:1063:27)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at emitTwo (events.js:126:13)
at Request.emit (events.js:214:7)
Hat jemand eine Idee?
müsste wieder behoben sein.
Zitat von: justme1968 am 16 März 2020, 20:18:32
müsste wieder behoben sein.
Danke, funktioniert wieder! ;)
Hallo an euch ;-)
Leider kam soeben ein Problem mit der letzten Version:
Sollten noch weitere Logs/Informationen benötigt werden, stehe ich gerne zur Verfügung.
[2020-3-17 19:17:57] [FHEM] AirQualitySensor service for HUE_Aqara
[2020-3-17 19:17:57] [FHEM] AirQualitySensor#AirQuality characteristic for HUE_Aqara:hquality
[2020-3-17 19:17:57] [FHEM] initial value is: 1 (number)
[2020-3-17 19:17:57] [FHEM] props: {
format: 'uint8',
unit: null,
minValue: 0,
maxValue: 5,
minStep: null,
perms: [ 'pr', 'ev' ],
validValues: [ 0, 1, 2, 3, 4, 5 ]
}
[2020-3-17 19:17:57] [FHEM] Initializing platform accessory 'HUE_B_LED'...
[2020-3-17 19:17:57] [FHEM] creating services for HUE_B_LED
[2020-3-17 19:17:57] [FHEM] information service for HUE_B_LED
[2020-3-17 19:17:57] [FHEM] manufacturer, model and serial number characteristics for HUE_B_LED
[2020-3-17 19:17:57] [FHEM] name (siriName) characteristic for HUE_B_LED
[2020-3-17 19:17:57] ReferenceError: s is not defined
at FHEMAccessory.getServices (/usr/local/lib/node_modules/homebridge-fhem/index.js:2827:17)
at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:427:36)
at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:413:32)
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1195:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
at Request.emit (events.js:210:5)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1489:10)
at Request.emit (events.js:210:5)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1360:12)
at Object.onceWrapper (events.js:299:28)
at Gunzip.emit (events.js:215:7)
at endReadableNT (_stream_readable.js:1184:12)
at processTicksAndRejections (internal/process/task_queues.js:80:21)
[2020-3-17 19:17:57] Got SIGTERM, shutting down Homebridge...
[2020-3-17 19:17:57] [Wohnzimmer] INFO - shutdown
[2020-3-17 19:17:57] [Schlafzimmer] INFO - shutdown
PS: Für alle, die jetzt auch nicht weiterkommen und auf die vorherige Version zurück wechseln möchten:
sudo npm install -g homebridge-fhem@0.5.13
@Matze89 bei dem rüden Kommandoton ist André sicher voll motiviert sich unverzüglich Deines Problems anzunehmen. [emoji848]
Zitat von: volschin am 17 März 2020, 19:37:12
@Matze89 bei dem rüden Kommandoton ist André sicher voll motiviert sich unverzüglich Deines Problems anzunehmen. [emoji848]
ups :) nicht falsch verstehen. Hast aber Recht! Sicherlich betrifft das Problem viele Nutzer, da ich keine Spezialitäten über Mapping ausführe ;-)
Nene :D war nur geschockt und wollte nur für Einsteiger den Code für das Zurücksetzen der Version veröffentlichen.
@Matze89: sollte wieder behoben sein.
sehr komisch. der code teil ist schon recht alt und das hätte schon viel früher probleme geben müssen. eventuell ist es eine bestimmte kombination aus homebridge und homebridge-fhem die das bei dir triggert.
Zitat von: justme1968 am 17 März 2020, 19:49:23
@Matze89: sollte wieder behoben sein.
sehr komisch. der code teil ist schon recht alt und das hätte schon viel früher probleme geben müssen. eventuell ist es eine bestimmte kombination aus homebridge und homebridge-fhem die das bei dir triggert.
Hallo justme1968,
vielen Dank für die sehr rasche Fehlerbehebung.
leider verstehe ich nicht so ganz deine Aussage. Gerne stelle ich dir die benötigten Daten zur Verfügung - per PN.
Alle Systeme sind auf dem neusten Stand. Im übrigen nutze ich auch "homebridge-config-ui-x", wo ich die aktuellsten Updates einspiele.
Gruß Matthias
Kann man durch 2 Homebridge Instanzen mehr als 50 Geräte zu HomeKit Mappen?
pro instanz gehen 100 services.
einfach homebridge mit jeweils eigener config (mit passendem filter) mehrfach starten. wie genau hängt von deiner start methode ab.
Zitat von: Typ1er am 21 März 2020, 15:54:12Kann man durch 2 Homebridge Instanzen mehr als 50 Geräte zu HomeKit Mappen?
Ja, das geht.
Ich habe 7 oder 8 Instanzen
Zitat von: justme1968 am 21 März 2020, 15:56:06pro instanz gehen 100 services
Die du alle wieder neu einlernen musst, sollte irgendwann einer davon die Konfiguration killen ;)
Zitat von: Markus M. am 21 März 2020, 15:56:08
Ja, das geht.
Ich habe 7 oder 8 Instanzen
Die du alle wieder neu einlernen musst, sollte irgendwann einer davon die Konfiguration killen ;)
Ist mir mit vorhandenem Backup in den letzten 4-5 Jahren noch nie passiert und ich nutze Homebridge ziemlich von Beginn an.
Muss nicht passieren, kann aber leider.
Teilweise haben dazu schon Startup Probleme der einzelnen Instanzen gereicht.
Da ich eh über die 100 komme, hab ich es nach Funktionsbereichen aufgeteilt.
Man braucht aber mindestens eine zweite Instanz zum Ausprobieren bzw. für den initialen Test der Gerätekonfigurationen - da ist die Gefahr ziemlich hoch, sich die Instanz so zu zerschießen dass man sie löschen und neu einrichten muss.
Die Instanzen laufen bei mir zumindest relativ sauber ohne Probleme.
FHEM und Homebridge laufen im Docker auf meinem NAS.
So trenne ich bei Homebridge jedes Plugin in eine eigene Instanz auf. Wenn eines mal abstürzt läuft der Rest weiter.
Bei mir reicht bisher immer noch eine einzelne homebridge Instanz.
Wäre aber mal interessant wenn ihr eure ,,großen Szenarien" im Wiki festhaltet.
Zitat von: Typ1er am 22 März 2020, 13:29:20
So trenne ich bei Homebridge jedes Plugin in eine eigene Instanz auf. Wenn eines mal abstürzt läuft der Rest weiter.
Das ist vermutlich eine gute Idee, als letztens bei mir FHEM nicht erreichbar war hat die Homebridge-Instanz auch die anderen Plugins nicht arbeiten lassen.
ich brauche mal einen Tip:
ich habe meinen Bewegungsmelder (Hue) von FHEM nach HomeKit gemappt.
Da ich die Bewegungsmelder gerne auch mal ausschalten möchte, wollte ich das gerne über ein weiteres Reading lösen, ohne ein weiteres Gerät zu definieren.
jetzt habe ich mit der Active Characteristic gespielt. Warum funktioniert das ganze nur bei state auf einem dummy, und nicht auf ein unbekanntes Reading?
Das hier funktioniert(mit dummy "test"):
genericDeviceType MotionSensor
homebridgeMapping MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=Motion_02_ZHALightLevel:lux,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=1000,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765318=Motion_02_ZHALightLevel:lightlevel,name=Lichstärke,format=FLOAT,maxValue=100000,minValue=0,minStep=1
Active=test:state,values=off:0;on:1,cmds=1:on;0:off
history:size=1024
das hier nicht:
genericDeviceType MotionSensor
homebridgeMapping MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=Motion_02_ZHALightLevel:lux,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=1000,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765318=Motion_02_ZHALightLevel:lightlevel,name=Lichstärke,format=FLOAT,maxValue=100000,minValue=0,minStep=1
Active=switch,values=off:0;on:1,cmds=1:on;0:off
history:size=1024
warum geht das nicht?
schau ob es mit eve funktioniert.
home kommt mit selbst definierte dingen nicht besonders gut klar.
schau im js file ob active zumindest optional für deinen service ist. wenn nicht: diese kombination ist dann zumindest nicht vorgesehen.
Active ist in beiden fällen zu sehen, den angegeben Dummy test:state schaltet active, versuche ich das wie im zweiten fall mit dem reading "switch" passiert hier gar nichts. es ist egal ob dann da steht "Active=Motion:switch,..." oder nur "Active=switch,...." beides geht nicht.
Hallo zusammen,
ich verwende einen shelly dimmer in FHEM. Via homebridge erscheint er auch in Apple Home.
Allerdings gibt es eine kleine Einschränkung, Schaltvorgänge direkt am Taster/Dimmer an in der Wand EIN oder AUS kommen zwar im Shelly FHEM Device richtig an, aber nicht in apple home. Hier scheint noch etwas im homebridge-mapping schief zu gehen oder zu fehlen.
defmod Schalter_Dimmer_Schlafzimmer Shelly 192.168.1.62
attr Schalter_Dimmer_Schlafzimmer event-on-change-reading state
attr Schalter_Dimmer_Schlafzimmer genericDeviceType light
attr Schalter_Dimmer_Schlafzimmer homebridgeMapping Off=relay,On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on,relayOff=off,relayOn=on
attr Schalter_Dimmer_Schlafzimmer interval 5
attr Schalter_Dimmer_Schlafzimmer model shellydimmer
attr Schalter_Dimmer_Schlafzimmer room Homekit,Schlafzimmer,Shelly
setstate Schalter_Dimmer_Schlafzimmer off
setstate Schalter_Dimmer_Schlafzimmer 2020-03-13 20:36:06 cloud disabled
setstate Schalter_Dimmer_Schlafzimmer 2020-03-23 10:22:43 firmware v1.6.0
setstate Schalter_Dimmer_Schlafzimmer 2020-03-30 15:05:40 network <html>connected to <a href="http://192.168.1.62">192.168.1.62</a></html>
setstate Schalter_Dimmer_Schlafzimmer 2020-03-30 15:04:08 pct 27
setstate Schalter_Dimmer_Schlafzimmer 2020-03-30 15:06:33 state off
Hat vielleicht jemand ein ähnliches Problem, oder eine Lösung gefunden?
Gruß
Jan
Ergänzung:
Ich habe mir das zusätzlich noch einmal in Eve angeguckt. Dort ist das Verhalten genau das gleiche.
Auch wenn ich den shelly dimmer als MQTT device anlege bleibt der Effekt bestehen.
du musst den pct wert auch mappen, das geht nicht bei allen Geräten automatisch
Hier mal ein Beispiel von einer Lampe bei mir.
clear
On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Brightness=bright::bright,minValue=0,maxValue=100,minStep=1
ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1
StatusActive=state,valueOn=opened,valueOff=disconnected
Hallo zusammen,
hier noch einmal die internals
defmod Dimmer_Schlafzimmer MQTT2_DEVICE shellydimmer_D45DA1
attr Dimmer_Schlafzimmer IODev myMQTT2_SERVER
attr Dimmer_Schlafzimmer devStateIcon {my $lderr = ReadingsVal($name,"loaderror","true") eq "true"?"10px-kreis-rot":"10px-kreis-gruen";;;; my $light = ReadingsVal($name,"ison","false") eq "true"?"on":"off";;;; my $cons = ReadingsVal($name,"light_0_power","unknown");;;; FW_makeImage($lderr)."<a href=\"/fhem?cmd.dummy=set $name toggle&XHR=1\">".FW_makeImage($light)."</a><div>Leistung: $cons</div>"}
attr Dimmer_Schlafzimmer genericDeviceType light
attr Dimmer_Schlafzimmer homebridgeMapping clear\
Brightness=pct::pct,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off,relayOn=on,relayOff=off,Off=relay,On=relay
attr Dimmer_Schlafzimmer icon light_control
attr Dimmer_Schlafzimmer jsonMap brightness:pct
attr Dimmer_Schlafzimmer model shellydimmer
attr Dimmer_Schlafzimmer readingList shellies/shellydimmer-D45DA1/light/0/status:.* {json2nameValue($EVENT,'',$JSONMAP)}\
shellies/shellydimmer-D45DA1/temperature:.* temperature\
shellies/shellydimmer-D45DA1/temperature_f:.* temperature_f\
shellies/shellydimmer-D45DA1/overtemperature:.* overtemperature\
shellies/shellydimmer-D45DA1/overload:.* overload\
shellies/shellydimmer-D45DA1/loaderror:.* loaderror\
shellies/announce:.* { $EVENT =~ m,..id...shellydimmer-D45DA1...mac.*, ? json2nameValue($EVENT) : undef }\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/online:.* online\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/announce:.* { json2nameValue($EVENT) }\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/light/0:.* light_0\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/light/0/power:.* light_0_power\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/light/0/energy:.* light_0_energy\
shellydimmer_D45DA1:shellies/shellydimmer-D45DA1/input/0:.* input_0
attr Dimmer_Schlafzimmer room Homekit,MQTT,Schlafzimmer
attr Dimmer_Schlafzimmer setList off:noArg shellies/shellydimmer-D45DA1/light/0/command off\
on:noArg shellies/shellydimmer-D45DA1/light/0/command on\
pct:slider,0,1,100 shellies/shellydimmer-D45DA1/light/0/set {"turn": "on","brightness": $EVTPART1}\
x_mqttcom shellies/shellydimmer-D45DA1/command $EVTPART1
attr Dimmer_Schlafzimmer webCmd pct:on:off
setstate Dimmer_Schlafzimmer pct
setstate Dimmer_Schlafzimmer 2020-03-31 21:37:31 brightness 20
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 fw_ver 20200309-104554/v1.6.0@43056d58
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 has_timer false
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 id shellydimmer-D45DA1
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:25 input_0 0
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 ip 192.168.1.62
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 ison true
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 light_0 on
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 light_0_energy 646
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 light_0_power 20.20
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 loaderror 0
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 mac F4CFA2D45DA1
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 mode white
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 new_fw false
setstate Dimmer_Schlafzimmer 2020-04-03 10:51:22 online true
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 overload 0
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 overtemperature 0
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 pct 37
setstate Dimmer_Schlafzimmer 2020-04-03 10:52:06 state pct
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 temperature 53.71
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 temperature_f 128.67
setstate Dimmer_Schlafzimmer 2020-04-03 10:53:52 timer_remaining 0
Das Problem sind nicht die Dimmwerte in Prozent. Es geht um das schlichte EIN und AUS schalten, ich weiss nicht ob ich das richtig vermitteln konnte. Alles klappt, nur diese Zustände kommen nicht richtig in Apple Home an. Die FHEM GUI zeigt alles korrekt an.
Hi,
wenn es nur um ein/aus geht. Was passiert ohne das Homebridge Mapping? Wie sieht der Eventmonitor aus? Wie das log von homebridge? Jeweils mit und ohne Mapping?
Die Event-on-update könnten auch falsch sein!?
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Hallo,
ich bin gerade dabei HomeKit mit Homebridge einzurichten und habe bei meinen Wandthermostaten (HM-TC-IT-WM-W-EU) ein kleines Problem.
Wenn ich nämlich das Homebridge Mapping und das User Readings aus dem Wiki bei meinem Wandthermostat verwende, dann spielt die Einstellung in der Home App bei der Temperatur verrückt. Sobald ich die Einstellung auf Kühlen, Heizen oder Automatisch umstelle fangen die Temperaturen an "herumzuspringen". Es ändert sich dann im Sekundentakt die Anzeige. (Siehe Anhang)
Homebridge Mapping
TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=0.5,nocache=1
CurrentTemperature=KU_Thermostat_Climate:measured-temp,nocache=1
StatusLowBattery=KU.Thermostat:battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlManu+17.0
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0,valud=OFF
User Readings
heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}
Quelle: https://wiki.fhem.de/wiki/Homebridge_User_Configs#Homematic_Heizk.C3.B6rperthermostat_HM-CC-RT-DN
Leider tue ich mir beim Erstellen und dem Verstehen von Skripts immer etwas schwer. Vielleicht kann mir ja jemand kurz erklären, was diese beiden Code Elemente überhaupt bezwecken. Vor allem das User Readings ist für mich in diesem Fall so gar nicht verständlich.
Außerdem ist mir nicht ganz klar, was die Einstellungen kühlen und heizen überhaupt bewirken sollen. Ich habe bei meinen Thermostaten einen fixen Heizplan hinterlegt und hin und wieder möchte ich dann aber die Temperatur dennoch manuell anpassen. Da habe ich aber festgestellt, dass der Punkt Automatisch eigentlich ausreichend ist, da sich hier die Temperatur ja auch ändern lässt. Somit wären kühlen und heizen für mich eigentlich hinfällig. Kann man diese beiden Optionen auch ausblenden oder sind diese Standardmäßig von Apple vorgegeben?
Liebe Grüße
fireb
Versuch es doch erstmal ohne Mapping. Viele HomeMatic-Komponenten werden bereits ohne Mapping-Spielereien sehr gut erkannt.
das hier sieht komisch aus: CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0,valud=OFF
Müsste das nicht: AUTO:3
lauten?
Auch habe ich das noch nie mit jeweils 2 ";" gesehen...das mag aber auch an mir liegen...
VG
Heizen-Kühlen ist seitens Apple grundsätzlich so vorgesehen. Aber du kannst es ja ohne Mapping=ohne Funktion belassen.
Zitat von: Chris8888 am 14 April 2020, 13:13:40
das hier sieht komisch aus: CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:0,valud=OFF
Müsste das nicht: AUTO:3
lauten?
Habe mich auch irgendwann dieser Mappings im Wiki bedient und einfach kopiert. Von daher habe ich das gleiche Mapping. Allerdings kann ich das hin- und herspringen in der Home App bei mir nicht bestätigen. Eigenartig... Bei der Doppelvergabe der "0" für "OFF" und "AUTO" ist das Verhalten ja schon nachvollziehbar falsch.
Was hat es mit dem "valud=OFF" am Ende auf sich? Braucht man das überhaupt? Die values werden ja vorher schon aufgezählt.
Die Zeile müsste wie folgt aussehen, oder wie seht ihr das?
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3Gerade keine Zeit zum Testen. Wenn es funktioniert, passe ich das gern im Wiki an.
Gruß Hoppel
das muss valid heissen.
Zitat von: justme1968 am 14 April 2020, 14:41:29
das muss valid heissen.
Moin André,
ok, und wofür braucht man ,,valid=OFF", wenn man vorher die values mappt?
Mir erschließt sich das gerade nicht... :)
Danke dir
damit blendet mal alle nicht vorhandenen aus dem ui aus.
@Andre: Deinen Satz verstehe ich nicht. Kannst du den nochmal präziser formulieren? :D
In der Home bzw. in der EVE App habe ich meiner Ansicht nach dasselbe Verhalten, egal ob ich es so:
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,valid=OFF
oder so konfiguriere:
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3
Gruß Hoppel
wenn valid angegeben ist sollten in der app alle nicht aufgezählten werte nicht zu sehen/nicht auswählbar sein.
Ok, so formuliert verstehe ich es. ;) Danke!
Das ist aber in dem Fall nicht so, zumindest bei mir. Trotz ,,valid=OFF" habe ich alle 4 Optionen in der Auswahl gehabt. Naja, mein Test war relativ kurz, da keine Zeit. Evtl. kann sich das mal jemand anderes ansehen und hier sein Ergebnis mitteilen.
Gruß Hoppel
Hat jemand eine Idee, wie man die relative Luftfeuchtigkeit in der HomeApp von Apples Homekit anzeigen lassen kann?
Aktuell sehe ich bei meinem LaCrosse Sensor nur die Temperatur.
Mein Device sieht aktuell so aus:
defmod LaCrosse_WZ LaCrosse 3A
attr LaCrosse_WZ IODev myLaCrosseGateway
attr LaCrosse_WZ alexaName Temperatur Wohnzimmer
attr LaCrosse_WZ alias Wohnzimmer
attr LaCrosse_WZ event-min-interval temperature:600,humidity:600,battery:600
attr LaCrosse_WZ event-on-change-reading temperature:0.2,humidity:2,battery
attr LaCrosse_WZ genericDeviceType TemperatureSensor
attr LaCrosse_WZ homebridgeMapping CurrentTemperature=temperature\
CurrentRelativeHumidity=humidity\
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
attr LaCrosse_WZ room Alexa,Homekit,LaCrosse,Wohnzimmer
Indem du unten auf das Zahnrad klickst. Dort siehst du dann sowas:
Ich dachte man könnte es auch direkt in der Geräteübersicht anzeigen lassen und nicht erst in den Details.
wenn du über das homebridgeMapping die CurrentRelativeHumidity characteristic in einen eigenen HumiditySensor service steckst kannst du in der home app in den einstellungen angeben ob die beiden services aufgeteilt oder zusammengefasst werden sollen.
@hoppel118: ich glaube dein Screenshot ist falsch :)
Zitat von: justme1968 am 15 April 2020, 11:43:37
wenn du über das homebridgeMapping die CurrentRelativeHumidity characteristic in einen eigenen HumiditySensor service steckst kannst du in der home app in den einstellungen angeben ob die beiden services aufgeteilt oder zusammengefasst werden sollen.
@hoppel118: ich glaube dein Screenshot ist falsch :)
Hast du zufällig ein Beispiel dafür? versteh gerade nur Bahnhof :)
CurrentTemperature=temperature HumiditySensor#CurrentRelativeHumidity=humidity
Damit hab ich 2 Geräte in der Übersicht, zusammenfassen kann ich in der App nichts, bin aber auch noch bei IOS 12.4.5
Gruß
Thomas
Gibs für die Kniffe irgendwo ne Anleitung? Hab jetzt nix gefunden im Wiki und co.
@TomLee: das trennen/zusammenfassen geht erst ab iOS 13 oder 13.2: Beispiel hier: https://www.imore.com/how-ungroup-homekit-accessories-home-app (http://tps://www.imore.com/how-ungroup-homekit-accessories-home-app)
@gloob: die offizielle doku ist wie immer hier: https://github.com/justme-1968/homebridge-fhem konkret unter dem punkt '1 device -> n services: give characteristic names as <service_name>#<characteristic_name>'
Zitat von: justme1968 am 15 April 2020, 11:43:37
@hoppel118: ich glaube dein Screenshot ist falsch :)
Upps, jo, ich habe es oben korrigiert. Danke für die Info. ;)
Gruß Hoppel
Ich habe mir das ganze jetzt noch einmal angesehen. Kann es vielleicht sein, dass dieses Mapping nur für die Heizkörper Thermostate und nicht für die Wandthermostate funktioniert?
Zitat von: hoppel118 am 14 April 2020, 14:40:32
Die Zeile müsste wie folgt aussehen, oder wie seht ihr das?
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3
Das Mapping habe ich jetzt entsprechend angepasst und den Schreibfehler korrigiert, allerdings funktioniert es weiterhin nicht.
Der Code sieht jetzt wie folgt aus bei mir:
TargetTemperature=desired-temp::desired-temp,minValue=5,maxValue=35,minStep=0.5,nocache=1
CurrentTemperature=KU.Thermostat_Climate:measured-temp,nocache=1
TargetHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:controlManu+off;;HEAT:controlMode+boost;;AUTO:controlMode+auto;;COOL:controlManu+17.0
CurrentHeatingCoolingState=heatingState,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,valid=OFFSobald ich die Einstellungen für dieses Thermostat in der Home App öffne, beginnen die Werte herumzuspringen. Das ganze sieht man auch schön im Log des Homebridge Servers.
Hier ein Auszug aus dem Log:
[4/16/2020, 10:50:00 AM] [FHEM] query: TargetTemperature for WZ.Thermostat_Climate-desired-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: 10 (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentTemperature for WZ.Thermostat_Climate-measured-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: 23.5 (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentHeatingCoolingState for WZ.Thermostat_Climate-undefined
[4/16/2020, 10:50:00 AM] [FHEM] cached: 1 (as number; means HEAT)
[4/16/2020, 10:50:00 AM] [FHEM] query: TargetTemperature for SZ.Heizung_Clima-desired-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: 5 (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: TargetHeatingCoolingState for SZ.Heizung_Clima-heatingState
[4/16/2020, 10:50:00 AM] [FHEM] cached: 3 (as number; means AUTO)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentTemperature for SZ.Heizung_Clima-measured-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: 18.1 (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentHeatingCoolingState for SZ.Heizung_Clima-heatingState
[4/16/2020, 10:50:00 AM] [FHEM] cached: 0 (as number; means OFF)
[4/16/2020, 10:50:00 AM] [FHEM] query: TargetHeatingCoolingState for KU.Thermostat_Climate-heatingState
[4/16/2020, 10:50:00 AM] [FHEM] cached: 3 (as number; means AUTO)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentHeatingCoolingState for KU.Thermostat_Climate-heatingState
[4/16/2020, 10:50:00 AM] [FHEM] cached: 3 (as number; means ???)
[4/16/2020, 10:50:00 AM] [FHEM] query: TargetTemperature for KU.Thermostat_Climate-desired-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: 22.5 (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: CurrentTemperature for KU.Thermostat.Climate-measured-temp
[4/16/2020, 10:50:00 AM] [FHEM] cached: NaN (as number)
[4/16/2020, 10:50:00 AM] [FHEM] query: ContactSensorState for WZ.Fenster-contact
[4/16/2020, 10:50:00 AM] [FHEM] cached: 1 (as number; means CONTACT_NOT_DETECTED)
[4/16/2020, 10:50:00 AM] [FHEM] query: ContactSensorState for BZ.Fenster-contact
[4/16/2020, 10:50:00 AM] [FHEM] cached: 1 (as number; means CONTACT_NOT_DETECTED)
[4/16/2020, 10:50:11 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:11 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:11 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:11 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:11 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:11 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:11 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
[4/16/2020, 10:50:11 AM] [FHEM] query: CurrentRelativeHumidity for KU.Thermostat_Climate-humidity
[4/16/2020, 10:50:11 AM] [FHEM] cached: 46 (as number)
2020-04-16 10:50:12 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:12 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:12 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:12 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:12 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:12 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:12 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:12 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:12 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:12 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:12 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:12 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:12 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:12 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:13 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:13 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:13 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:13 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:13 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:13 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:13 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:13 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:13 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:13 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:13 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:13 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:13 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:13 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:14 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:14 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:14 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:14 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:14 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:14 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:14 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:14 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:14 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:14 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:14 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:15 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:15 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:15 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:15 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:15 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:15 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:15 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:15 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:15 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:15 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:15 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:15 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:15 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:15 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:15 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:15 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:15 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:15 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:15 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:16 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-humidity: 45
[4/16/2020, 10:50:16 AM] [FHEM] caching: CurrentRelativeHumidity: 45 (as number; from '45')
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:16 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:16 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:16 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:16 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:16 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:16 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:16 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:16 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:16 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:16 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:16 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:22 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:22 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:22 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:22 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:22 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:23 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:23 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:23 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:23 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:23 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:23 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:23 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:26 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:26 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:26 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:26 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:26 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:26 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:26 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:26 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:26 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:26 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:27 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:27 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:34 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:34 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:34 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:34 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:34 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:34 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 3
[4/16/2020, 10:50:34 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlMode%20auto&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:34 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:34 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:34 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:34 AM] [FHEM] KU.Thermostat_Climate: executing set cmd for TargetHeatingCoolingState with value 2
[4/16/2020, 10:50:34 AM] [FHEM] executing: https://10.1.1.150:8083/fhem?cmd=set%20KU.Thermostat_Climate%20controlManu%2017.0&fwcsrf=csrf_114483551777166&XHR=1
2020-04-16 10:50:39 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:39 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:43 caching: SZ.Heizung_Clima-desired-temp: 5.0
[4/16/2020, 10:50:43 AM] [FHEM] caching: TargetTemperature: 5 (as number; from '5.0')
2020-04-16 10:50:43 caching: SZ.Heizung_Clima-measured-temp: 18.1
[4/16/2020, 10:50:43 AM] [FHEM] caching: CurrentTemperature: 18.1 (as number; from '18.1')
2020-04-16 10:50:45 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:45 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:45 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:45 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:45 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for KU.Fenster-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for SZ.Fenster-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for BZ.Heizung-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for HOME.Temp-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: CurrentTemperature for HOME.Temp-temperature
[4/16/2020, 10:50:47 AM] [FHEM] cached: 17.2 (as number)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for SZ.Heizung-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for BZ.Fenster-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[4/16/2020, 10:50:47 AM] [FHEM] query: CurrentTemperature for KU.Thermostat.Climate-measured-temp
[4/16/2020, 10:50:47 AM] [FHEM] cached: NaN (as number)
[4/16/2020, 10:50:47 AM] [FHEM] query: TargetTemperature for KU.Thermostat_Climate-desired-temp
[4/16/2020, 10:50:47 AM] [FHEM] cached: 19.5 (as number)
[4/16/2020, 10:50:47 AM] [FHEM] query: TargetHeatingCoolingState for KU.Thermostat_Climate-heatingState
[4/16/2020, 10:50:47 AM] [FHEM] cached: 3 (as number; means AUTO)
[4/16/2020, 10:50:47 AM] [FHEM] query: CurrentHeatingCoolingState for KU.Thermostat_Climate-heatingState
[4/16/2020, 10:50:47 AM] [FHEM] cached: 3 (as number; means ???)
[4/16/2020, 10:50:47 AM] [FHEM] query: StatusLowBattery for WZ.Fenster-battery
[4/16/2020, 10:50:47 AM] [FHEM] cached: 1 (as number; means BATTERY_LEVEL_LOW)
2020-04-16 10:50:50 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:50 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:50 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:50 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:50 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
2020-04-16 10:50:55 caching: KU.Thermostat_Climate-desired-temp: 19.5
[4/16/2020, 10:50:55 AM] [FHEM] caching: TargetTemperature: 19.5 (as number; from '19.5')
2020-04-16 10:50:55 caching: KU.Thermostat_Climate-heatingState: AUTO
[4/16/2020, 10:50:55 AM] [FHEM] caching: CurrentHeatingCoolingState: 3 (as number; means ???; from 'AUTO')
[4/16/2020, 10:50:55 AM] [FHEM] caching: TargetHeatingCoolingState: 3 (as number; means AUTO; from 'AUTO')
2020-04-16 10:50:59 caching: KU.Thermostat_Climate-desired-temp: 17.0
[4/16/2020, 10:50:59 AM] [FHEM] caching: TargetTemperature: 17 (as number; from '17.0')
2020-04-16 10:50:59 caching: KU.Thermostat_Climate-heatingState: COOL
[4/16/2020, 10:50:59 AM] [FHEM] caching: CurrentHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
[4/16/2020, 10:50:59 AM] [FHEM] caching: TargetHeatingCoolingState: 2 (as number; means COOL; from 'COOL')
2020-04-16 10:51:08 caching: WZ.Thermostat_Climate-desired-temp: 10.0
[4/16/2020, 10:51:08 AM] [FHEM] caching: TargetTemperature: 10 (as number; from '10.0')
2020-04-16 10:51:08 caching: WZ.Thermostat_Climate-humidity: 44
[4/16/2020, 10:51:08 AM] [FHEM] caching: CurrentRelativeHumidity: 44 (as number; from '44')
2020-04-16 10:52:08 caching: HOME.Temp-temperature: 17.4
[4/16/2020, 10:52:08 AM] [FHEM] caching: CurrentTemperature: 17.4 (as number; from '17.4')
Anbei noch ein Screenrecording inkl. Homebridge Log.
Liebe Grüße
Hi,
mein kleiner FHEM und HomeBridge Server war mal wieder voll. Die SD ist halt zu klein und die Backups mal wieder nicht gelöscht ;-)
Zur Sache: Meine Homebridge ist wie üblich nach FHEM gestartet und ist auch im Status running.
Aber in den iPhones steht immer nur ,,Aktualisieren" und dann ,,Keine Antwort".
Wenn man die HomeBridge neu starte und mit multitail die Dateien ausgibt, gibt es folgenden Eintrag:
tail: persist/AccessoryInfo.CC2A3DE3CE30.json: Datei abgeschnitten
Früher habe ich auf dem iPhone die Bridge gelöscht und dann neu angelernt und alle Devices wieder neuen Räumen zugeordnet. Hat jemand eine Idee ob das eleganter geht?
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Hallo,
Kann es sein, dass das FHEM Plugin für Homebridge nicht mit der aktuellen Homebridge Version (1.0.1) kompatible ist?
2020-04-27 16:32:03 caching: MQTT2_DVES_2AD67B-state: off
[4/27/2020, 4:32:03 PM] [FHEM] caching: On: false (as boolean; from 'off')
[4/27/2020, 4:32:04 PM] TypeError: emitter.on is not a function
at new on (events.js:726:11)
at FHEM_reading2homekit_ (/usr/lib/node_modules/homebridge-fhem/index.js:352:28)
at FHEM_reading2homekit (/usr/lib/node_modules/homebridge-fhem/index.js:236:13)
at new FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:2255:11)
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1177:42)
at Array.map (<anonymous>)
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1174:31)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
at Request.emit (events.js:311:20)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1489:10)
at Request.emit (events.js:311:20)
at Gunzip.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1360:12)
at Object.onceWrapper (events.js:417:28)
at Gunzip.emit (events.js:323:22)
at endReadableNT (_stream_readable.js:1204:12)
at processTicksAndRejections (internal/process/task_queues.js:84:21)
Mit der Version 0.4.53 läuft es noch ohne Probleme.
Gruß
@gloob
Bisher scheint bei mir alles zu gehen.
Hab es aber auch erst ne Stunde am laufen
Gesendet von iPhone mit Tapatalk Pro
@gloob
Welche Node Version hast du installiert?
ZitatNode v10.17.0 or greater is required.
Check by running: node -v.
Hallo Zusammen,
ich habe hier schon länger nicht mehr mitgelesen, vermutlich weil meine Homebridge seit Monaten anstandslos funktioniert. Da ich aber einige HmIP Geräte nutzen wollte, habe ich meine Homematic Anbindung auf HMCCU/Raspberrymatic umgestellt. Zudem bin ich noch von HUE Bridge auf ConBEee 2 gewechselt. Somit habe ich über 40 HM und über 30 ZigBee Geräte neu angelegt. Nach dem alles lief habe ich meine Homebridge auf den aktuellen Stand upgedatet und mein Homekit komplett neu angelegt. Auch das hat (fast) problemlos funktioniert.
Scheinbar überschreibt die aktuelle Homebridge, den SiriName in den Devices mit dem Internals NAME???
Die Internals haben bei mir eher System Bezeichnungen (z.B. sz_lampe für Schlafzimmer Lampe) und taugen natürlich nicht als Name für die Home App bzw. Siri. Hab ich was verpasst und ist das u.U. konfigurierbar?
Zitat von: Borkk am 28 April 2020, 20:56:00
Die Internals haben bei mir eher System Bezeichnungen (z.B. sz_lampe für Schlafzimmer Lampe) und taugen natürlich nicht als Name für die Home App bzw. Siri. Hab ich was verpasst und ist das u.U. konfigurierbar?
Jo, so etwas hatte ich auch schonmal. Hatte das auch hier angesprochen. Andre gab mir dann den Tip den Namen manuell in der Home App anzupassen. Es scheint sich um einen iOS bzw. Home Bug zu handeln. Zumindest war das damals seine Aussage.
Es ist zwar nicht so schön, dass der siriName nicht mehr übernommen wird, aber es funktioniert, wenn man den Namen nachträglich nochmal manuell in der Home App ändert. Nutzt du zusätzlich evtl. auch die EVE App? Da werden die siriNames weiterhin übernommen.
Gruß Hoppel
Zitat von: hoppel118 am 28 April 2020, 21:46:08
Jo, so etwas hatte ich auch schonmal. Hatte das auch hier angesprochen. Andre gab mir dann den Tip den Namen manuell in der Home App anzupassen. Es scheint sich um einen iOS bzw. Home Bug zu handeln. Zumindest war das damals seine Aussage.
Es ist zwar nicht so schön, dass der siriName nicht mehr übernommen wird, aber es funktioniert, wenn man den Namen nachträglich nochmal manuell in der Home App ändert. Nutzt du zusätzlich evtl. auch die EVE App? Da werden die siriNames weiterhin übernommen.
Gruß Hoppel
Hmm, komisch nur das dieser Effekt erst nach dem HomeBridge Update eingetreten ist, bis dahin hatte ich noch die in FHEM eingetragenen SiriNames in der HomeApp. Es war ja sogar so, das der Name in der HomeApp automatisch geändert wurde, sobald man in FHEM den SiriNamen geändert hat. Und das ohne irgendwas neu zu starten.
Jo, so war das früher auch mal bei mir. Bei mir hat es damals das Update von iOS 12 zu iOS 13 verursacht.
Vielleicht ist es die Kombination einer neueren Homebridge Version mit iOS 13. Keine Ahnung...
Kennt das Problem denn sonst niemand hier?
Gruß Hoppel
Zitat von: no_Legend am 27 April 2020, 19:06:02
@gloob
Bisher scheint bei mir alles zu gehen.
Hab es aber auch erst ne Stunde am laufen
Ich konnte meinen Fehler jetzt auf ein MQTT Device eingrenzen:
defmod MQTT2_DVES_3ED77F MQTT2_DEVICE
attr MQTT2_DVES_3ED77F userattr room_map structexclude
attr MQTT2_DVES_3ED77F IODev MQTT2_Mosquitto
attr MQTT2_DVES_3ED77F genericDeviceType switch
attr MQTT2_DVES_3ED77F homebridgeMapping on=state,values=off:0;;on:1,cmdOff=off,cmdOn=on
attr MQTT2_DVES_3ED77F readingList cmnd/tasmota1/POWER:.* POWER\
stat/tasmota1/RESULT:.* { json2nameValue($EVENT) }\
stat/tasmota1/POWER:.* POWER\
tele/tasmota1/STATE:.* { json2nameValue($EVENT) }\
tele/tasmota1/UPTIME:.* { json2nameValue($EVENT) }\
tele/tasmota1/LWT:.* LWT
attr MQTT2_DVES_3ED77F room Küche,MQTT
attr MQTT2_DVES_3ED77F setList on cmnd/tasmota1/POWER on\
off cmnd/tasmota1/POWER off\
restart cmnd/tasmota1/Restart 1
attr MQTT2_DVES_3ED77F stateFormat POWER
attr MQTT2_DVES_3ED77F webCmd on:off:restartWas ich ändern muss, damit es geht, weiß ich allerdings trotzdem nicht.
Zitat von: hoppel118 am 29 April 2020, 01:37:55
Jo, so war das früher auch mal bei mir. Bei mir hat es damals das Update von iOS 12 zu iOS 13 verursacht.
Vielleicht ist es die Kombination einer neueren Homebridge Version mit iOS 13. Keine Ahnung...
Kennt das Problem denn sonst niemand hier?
Gruß Hoppel
Aber so macht das Attribut SiriName noch keinen Sinn mehr? Egal was ich eintrage, es wird mit dem Device NAME überschrieben. Und wenn ich den Name im Home App ändere landen er nicht rückwärts in FHEM. Zudem ist das ändern der Namen bei über 50 Devices in der Home App auch eher nervig. Ich hätte mir eher ein Attribut gewünscht SetAliasAsSiriName=1 welches den FHEM Alias als Siri Name übernehmen würde. Und wenn man schon dabei ist könnte man gleich ein SetAliasAsAlexaName =1 einbauen.
Zitat von: gloob am 29 April 2020, 07:38:48
Ich konnte meinen Fehler jetzt auf ein MQTT Device eingrenzen:
Was sagt denn das Homebridge Log?
Zitat von: Borkk am 29 April 2020, 08:13:34
Aber so macht das Attribut SiriName noch keinen Sinn mehr? Egal was ich eintrage, es wird mit dem Device NAME überschrieben. Und wenn ich den Name im Home App ändere landen er nicht rückwärts in FHEM.
Jo, siriName macht so keinen Sinn mehr. Das war damals auch meine Erkenntnis. Ich habe dir einen Workaround aufgezeigt. Mit mehr kann ich dir leider nicht weiterhelfen.
Mich würde trotzdem interessieren, ob noch andere davon betroffen sind. Kann sich da mal jemand zu äußern?
Wenn nur Borkk und ich das Problem haben, kann es ja eigentlich kein iOS bzw. Home Bug sein.
Gruß Hoppel
Hallo,
Seit dem Update auf die Homebridge Version 1.0x besteht das Problem auch bei mir. SiriName wird auf den Devicename gemappt, somit wird in Eve auch der FHEMDevicename übernommen und nicht der SiriName.
Grüße
ich habe mit die 1.x version noch nicht angeschaut. aber wenn man auf github schaut scheint es da zum teil noch massive probleme zu geben.
@globb: der name der characteristic ist On. nicht on. also On=...
Zitat von: justme1968 am 29 April 2020, 09:08:59
ich habe mit die 1.x version noch nicht angeschaut. aber wenn man auf github schaut scheint es da zum teil noch massive probleme zu geben.
Also "massive" Probleme gibt es nicht, eher kaum welche. Läuft sehr stabil.
Einzig deinen Plugin müsste man anpassen, um eben wieder den Alias=SiriName zu haben.
Ich habe jetzt auch alle Geräte in der Eve App angepasst. Dauert etwas, aber geht.
Wenn ich irgendwie unterstützen kann, lass es mich wissen.
Zitat von: Mitch am 29 April 2020, 09:53:06
Also "massive" Probleme gibt es nicht, eher kaum welche. Läuft sehr stabil.
Einzig deinen Plugin müsste man anpassen, um eben wieder den Alias=SiriName zu haben.
Ich habe jetzt auch alle Geräte in der Eve App angepasst. Dauert etwas, aber geht.
Wenn ich irgendwie unterstützen kann, lass es mich wissen.
Kann ich bestätigen, die grundsätzliche Anbindung läuft stabil. Nur eben die Sache mit den SiriName. Hier fände ich es schon gut, wenn man den alten Zustand wieder herstellen könnte. So wie jetzt ist es doch eine Krücke und es ging ja schon mal.
Zitat von: justme1968 am 29 April 2020, 09:10:10
@globb: der name der characteristic ist On. nicht on. also On=...
Vielen Dank, damit ging es. Komisch, dass es mit der alten Homebridge Version keine Probleme gab.
Bleibt nur noch das Problem mit dem siriName ;D
Aktuell habe ich mir damit geholfen, dass ich ein:
deleteattr .* siriNamegemacht habe und danach die Homebridge neu gestartet habe. Somit habe alle Devices erstmal den Alias wieder übernommen.
Gibt es vielleicht eine Möglichkeit automatisiert den Alias ins siriName Attribute zu schreiben?
Zitat von: gloob am 29 April 2020, 10:54:01
Vielen Dank, damit ging es. Komisch, dass es mit der alten Homebridge Version keine Probleme gab.
Bleibt nur noch das Problem mit dem siriName ;D
Aktuell habe ich mir damit geholfen, dass ich ein:
deleteattr .* siriName
gemacht habe und danach die Homebridge neu gestartet habe. Somit habe alle Devices erstmal den Alias wieder übernommen.
Gibt es vielleicht eine Möglichkeit automatisiert den Alias ins siriName Attribute zu schreiben?
Selbst wenn du in FHEM automatisch den Alias in das Attribut SiriName schrieben würdest, würde dir die Homebridge nach dem Start wieder die DeviceNamen in die SiriNamen schreiben. Wenn Homebridge aber bei nicht vorhandenen SiriNamen, den Alias verwendet, wäre das ja ein guter Workaround. Damit wäre aber das Attribut SiriName tatsächlich total überflüssig.
Also bei mir wird definitiv der Alias genutzt wenn kein siriName vorhanden ist.
starte mal die homebridge neu ;)
Zitat von: Borkk am 29 April 2020, 13:26:40
Selbst wenn du in FHEM automatisch den Alias in das Attribut SiriName schrieben würdest, würde dir die Homebridge nach dem Start wieder die DeviceNamen in die SiriNamen schreiben. Wenn Homebridge aber bei nicht vorhandenen SiriNamen, den Alias verwendet, wäre das ja ein guter Workaround. Damit wäre aber das Attribut SiriName tatsächlich total überflüssig.
Ich habe nun per
deleteattr .* siriName alle SiriNames gelöscht, dann die Hombridge neu gestartet und die Aliase wurden im HomeKit als Namen übernommen.
Zitat von: Borkk am 29 April 2020, 15:47:18
Ich habe nun per deleteattr .* siriName alle SiriNames gelöscht, dann die Hombridge neu gestartet und die Aliase wurden im HomeKit als Namen übernommen.
Leider ist es dann doch nicht so einfach... Auch wenn zunächst alles gut aussieht, erzeugt Homebridge sogar die Attribute SiriName automatisch wieder und füllt sie mit den Device NAME. Beim nächsten Restart der Homebridge, überschreibt Homebridge dann wieder die Namen im Homekit. Ein Teufelskreis.
So kann es unmöglich gedacht sein?!?! Hat den Effekt denn ausser uns beiden keiner ?!?!
Sag ich doch ;)
Ich denke, es sind hier nicht so viele betroffen, da a) gar keine Homebridge oder b) immer noch die alte
Ja ich bin auch Opfer der neuen Version. Nervig!
Ich habe noch die alte Homebridge und habe das Problem seit dem Update auf iOS13.
Gruß Hoppel
Kann eigentlich nicht sein, weil das nichts mit iOS zu tun hat, sondern mit dem Plugin für homebridge.
iOS hat ja keine Verbindung zu fhem.
Keine Ahnung, woran das nun liegt. Hier ist mein Report zu meinen Erkenntnissen dazu vom 07.11.2019 (5 Folgeposts lesen):
https://forum.fhem.de/index.php/topic,48558.msg990820.html#msg990820
Es scheint sich um dasselbe Problem zu handeln. Komisch, dass das Thema jetzt erst aufkommt.
Habe seither weder die homebridge noch homebridge-fhem geupdated.
Gruß Hoppel
Zitat von: hoppel118 am 30 April 2020, 23:39:48
Keine Ahnung, woran das nun liegt. Hier ist mein Report zu meinen Erkenntnissen dazu vom 07.11.2019 (5 Folgeposts lesen):
https://forum.fhem.de/index.php/topic,48558.msg990820.html#msg990820
Es scheint sich um dasselbe Problem zu handeln. Komisch, dass das Thema jetzt erst aufkommt.
Habe seither weder die homebridge noch homebridge-fhem geupdated.
@Andre: könntest du uns hier bitte mal helfen. Ich habe zu dem o.g. Problem noch den Effekt beobachtet, dass trotz identischer Configuration einige Rollo´s die in der HOME APP als "Fensterschutz" angezeigt werden. Bei anderen wird der Alias übernommen.
Ich habe den Fehler auch das erste mal, bis letzte Woche ging das mit dem SiriNamen noch.
Hallo zusammen, ich bekomme Homebridge unter Ubuntu 20.04 LTS einfach nicht ans laufen. Alles einschließlich der Skripte zur Einbindung in fhem habe ich gemäß https://wiki.fhem.de/wiki/Homebridge_einrichten (https://wiki.fhem.de/wiki/Homebridge_einrichten) und https://wiki.fhem.de/wiki/Homebridge_Start_und_Status_in_FHEM (https://wiki.fhem.de/wiki/Homebridge_Start_und_Status_in_FHEM) eingerichtet. Hier die Fehlermeldung mit der Homebridge immer wieder stoppt.
HAP Warning: Characteristic undefined not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
[2020-5-1 14:04:07] TypeError: Cannot read property 'on' of undefined
at new on (events.js:725:11)
at Switch.Service._this.addCharacteristic (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Service.ts:178:24)
at Switch.Service.getCharacteristic (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Service.ts:293:19)
at FHEMAccessory.getServices (/usr/local/lib/node_modules/homebridge-fhem/index.js:3069:43)
at Server.createHAPAccessory (/usr/local/lib/node_modules/homebridge/src/server.ts:441:41)
at /usr/local/lib/node_modules/homebridge/src/server.ts:426:34
at Array.forEach (<anonymous>)
at /usr/local/lib/node_modules/homebridge/src/server.ts:416:21
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/once.ts:10:18
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1195:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
at Request.emit (events.js:310:20)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1489:10)
at Request.emit (events.js:310:20)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1360:12)
at Object.onceWrapper (events.js:416:28)
[2020-5-1 14:04:07] Got SIGTERM, shutting down Homebridge...
Kann jemand helfen?
Danke vorab
Achim
Also ich habe sie erst vor ein paar Tagen auf einem neuen 20.04 System ohne Probleme installiert.
Das Wiki stimmt hier nicht mehr, einfach die Schritte auf der homekit Seite befolgen.
Also bei mir funktioniert der siriName in der EVE App wie gehabt. Nur die Home App hat damit ein Problem. Von daher hätte ich gedacht, dass das Problem bei der Home App bzw. iOS liegen muss und nicht bei homebridge-fhem.
Vielleicht wird in der Home App aber auch irgend eine neuere Methode bei der Übertragung von Gerätenamen angewendet, die EVE und homebridge-fhem noch nicht kennen.
Funktionieren die siriNames bei euch in EVE?
Gruß Hoppel
Auch in Eve stimmt es nicht mehr.
Es ist bei mir genau mit dem Upgrade der Homebrige aufgetreten, also wurde da etwas geändert, was nun ein Anpassung des fhem Plugin bedeutet.
Habe jetzt nach der Hombridge Website installiert. Homebridge startet dann mit dem Standard config.json. Sobald ich das config.json in /var/lib/homebridge dann auf das für fhem erforderliche ändere und Homebridge neu starte hängt es sich mit denselben Fehlermeldungen auf.
Zeig doch mal deine Config
Kann das Problem mit dem siriName ab Homebridge 1.x auch bestätigen. Alle Devices, die in Homebridge vorhanden sind, haben nun plötzlich ein SiriName Attribut, was sie vorher nicht hatten. War eigentlich damit zufrieden, dass vorher das alias Attr genutzt wurde für den Namen in Homebridge. Im Homebridge log sieht man beim Start für jedes Device ein:
set name: *Device Name*
[5/1/2020, 5:50:09 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=attr%20 *Device Name* %20siriName%20 *Device Name* &XHR=1
[5/1/2020, 5:50:09 PM] [FHEM] siriName attribute updated.
Wenn man das Attribut in Fhem überall löscht, wird es nach einem Neustart wieder automatisch vom Plugin neu gesetzt mit dem Device Namen
Nach dem Update waren in der Eve App auch alle Favoriten in der Auf einen Blick Ansicht zurückgesetzt. In der Home App blieben die Favoriten aber erhalten.
da ist sie:
{
"bridge": {
"name": "Homebridge 4862",
"username": "0E:60:D5:64:48:62",
"port": 51668,
"pin": "219-56-425"
},
"accessories": [],
"platforms": [
{
"name": "Config",
"port": 8581,
"platform": "config"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"auth": {"user": "user", "pass": "password"},
"filter": "room=Homekit"
}
]
}
Zitat von: kennymc.c am 01 Mai 2020, 18:20:18
Wenn man das Attribut in Fhem überall löscht, wird es nach einem Neustart wieder automatisch vom Plugin neu gesetzt mit dem Device Namen
Verstehe ich das richtig, dass wenn man in den Devices das Attribut SiriName löscht, funktioniert es?
Zitat von: Mihca am 01 Mai 2020, 18:26:21
Verstehe ich das richtig, dass wenn man in den Devices das Attribut SiriName löscht, funktioniert es?
Eher nicht, da die Namen erst nach einem Homebridge Neustart übernommen werden und dabei wird das attr wieder gesetzt.
Es scheint aber an Homebridge 1.0.4 zu liegen. Ich bin jetzt wieder bei 1.03 und dort sind die Namen wieder gleich mit dem Alias.
Update: War wohl doch nur ein HomeKit Anzeigefehler. Nach dem zweiten Docker Container Neustart sind die Namen wieder die Device Namen und die Eve Favoriten ebenfalls erneut zurückgesetzt. Besser gesagt sind die Geräte dort nicht mehr drin, die durch die Umbenennung einen neuen Namen haben.
Zitat von: Mihca am 01 Mai 2020, 18:20:25
da ist sie:
{
"bridge": {
"name": "Homebridge 4862",
"username": "0E:60:D5:64:48:62",
"port": 51668,
"pin": "219-56-425"
},
"accessories": [],
"platforms": [
{
"name": "Config",
"port": 8581,
"platform": "config"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"auth": {"user": "user", "pass": "password"},
"filter": "room=Homekit"
}
]
}
Kann so direkt keinen Fehler finden. Könnte aber eine Klammer oder Komma sein. Hast mal einen json Validator probiert?
Hier mal meine, kannst ja gegen checken:
{
"bridge": {
"name": "qfZuhause",
"username": "xxx",
"port": xxx,
"pin": "xxx"
},
"platforms": [
{
"name": "Config",
"port": xxx,
"auth": "form",
"theme": "dark-mode",
"tempUnits": "c",
"lang": "auto",
"platform": "config"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "xxx",
"port": "xxx",
"ssl": true,
"auth": {
"user": "xxx",
"pass": "xxx"
},
"filter": "room=Homekit"
},
{
"platform": "Nest",
"googleAuth": {
"issueToken": "xxx",
"apiKey": "xxx"
}
}
],
"accessories": []
}
Zitat von: kennymc.c am 01 Mai 2020, 18:29:54
Eher nicht, da die Namen erst nach einem Homebridge Neustart übernommen werden und dabei wird das attr wieder gesetzt.
Es scheint aber an Homebridge 1.0.4 zu liegen. Ich bin jetzt wieder bei 1.03 und dort sind die Namen wieder gleich mit dem Alias.
Update: War wohl doch nur ein HomeKit Anzeigefehler. Nach dem zweiten Docker Container Neustart sind die Namen wieder die Device Namen und die Eve Favoriten ebenfalls erneut zurückgesetzt. Besser gesagt sind die Geräte dort nicht mehr drin, die durch die Umbenennung einen neuen Namen haben.
Nein, war schon mit 1.0 so, hatte gleich nach dem Relais installiert
Ich habe ein Problem mit dem homebridge Mapping
IODev
Signalduino
deleteattr
devStateIcon
closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50
deleteattr
drive-down-time-to-100
18
deleteattr
drive-down-time-to-close
21
deleteattr
drive-up-time-to-100
3
deleteattr
drive-up-time-to-open
21
deleteattr
eventMap
on:ab off:auf go-my:my on:close off:open
deleteattr
genericDeviceType
blind
deleteattr
group
Persianas
deleteattr
homebridgeMapping
clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=5 TargetPosition=userposition,minValue=0,maxValue=100,minStep=5,cmds=0:close;50:my;100:open
deleteattr
icon
fts_shutter_updown
deleteattr
model
somfyshutter
deleteattr
room
Homekit
deleteattr
siriName
Persiana_Ventana_Salon
deleteattr
userReadings
userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
deleteattr
webCmd
stop:on:90:80:70:60:50:40:30:20:10:off
Ich kann auf der fhem Oberfläche die Rollos auf 20% anfahren. Allerdings funktioniert das nicht auf Siri / HomeKit. Hat jemand eine Idee? Ich habe es nicht auf dem Forum finden können. Danke
ich komme aktuell nicht dazu mir das problem mit siriName anzuschauen. sorry.
aber:
- der code ist so aufgebaut das einige der symptome eigentlich nicht sein können.
- zuerst wird NAME intern ausgelesen
- wenn es einen alias gibt wird die interne variable damit überschrieben
- wenn es siriName gibt wird die interne variable damit überschrieben
- das ergebnis wird an HomeKit gemeldet
- d.h. gemeldet wird auf jeden fall siriName wenn er vorhanden ist. nichts anderes.
- seit einer weile scheint HomeKit den namen nur beim aller ersten verbinden eines neuen device zu übernehmen. wenn er später geändert wird hat das keine auswirkung mehr.
- d.h. auch sobald der name einmal auf HomeKit seite geändert wurde kann man ihn nicht mehr über HomeKit ändern.
- ich habe mehrere dutzend e-mails in meiner inbox zu GitHub threads zu probleme mit den 1.x.x versionen. d.h. so ganz glatt geht es da definitiv noch nicht.
- ich versuche mir das ganze genauer anzuschauen sobald ich dazu komme.
Zitat von: Mitch am 01 Mai 2020, 19:40:54
Kann so direkt keinen Fehler finden. Könnte aber eine Klammer oder Komma sein. Hast mal einen json Validator probiert?
Ja hatte es im Json-Validator. Ist alles ok.
Zitat von: justme1968 am 01 Mai 2020, 21:39:26
ich komme aktuell nicht dazu mir das problem mit siriName anzuschauen. sorry.
....
- ich versuche mir das ganze genauer anzuschauen sobald ich dazu komme.
Gilt das auch für mein Problem, dass Homebridge mit Fehlermeldung abbricht. hier nochmal aus dem Log:
[2020-5-2 9:27:45] [HB Supervisor] Restarting Homebridge...
[2020-5-2 9:27:45] [HB Supervisor] Starting Homebridge with extra flags: -I
[2020-5-2 9:27:45] [HB Supervisor] Started Homebridge v1.0.4 with PID: 41026
[2020-5-2 9:27:45] Loaded config.json with 0 accessories and 2 platforms.
[2020-5-2 9:27:45] ---
[2020-5-2 9:27:46] Loaded plugin: homebridge-config-ui-x
[2020-5-2 9:27:46] Registering platform 'homebridge-config-ui-x.config'
[2020-5-2 9:27:46] ---
[2020-5-2 9:27:46] Loaded plugin: homebridge-fhem
homebridge API version: 2.5
this is homebridge-fhem 0.5.16
[2020-5-2 9:27:47] Registering platform 'homebridge-fhem.FHEM'
[2020-5-2 9:27:47] ---
[2020-5-2 9:27:47] Loading 2 platforms...
[2020-5-2 9:27:47] [Config] Initializing config platform...
[2020-5-2 9:27:47] [Config] Running in Service Mode
[2020-5-2 9:27:47] [FHEM] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1588404468149
[2020-5-2 9:27:48] [FHEM] Fetching FHEM devices...
Server listening on: http://<ip>:8282
[2020-5-2 9:27:48] [FHEM] Checking devices and attributes...
[2020-5-2 9:27:48] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2020-5-2 9:27:48] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[2020-5-2 9:27:48] [FHEM] siri device is siri
[2020-5-2 9:27:48] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.16%22%7D&XHR=1
[2020-5-2 9:27:48] [FHEM] Fetching FHEM devices...
[2020-5-2 9:27:48] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[2020-5-2 9:27:48] [FHEM] got: 6 results
[2020-5-2 9:27:48] [FHEM] homebridgeMapping: auf:zu
[2020-5-2 9:27:48] [FHEM] Garage_auf_zu is switch
[2020-5-2 9:27:48] [FHEM] Garage_auf_zu has
[2020-5-2 9:27:48] [FHEM] auf [zu]
[2020-5-2 9:27:48] [FHEM] homebridgeMapping: on:off
[2020-5-2 9:27:48] [FHEM] Jemand.da is switch
[2020-5-2 9:27:48] [FHEM] Jemand.da has
[2020-5-2 9:27:48] [FHEM] On [state;on,off]
[2020-5-2 9:27:48] [FHEM] on [off]
2020-05-02 09:27:48 caching: Jemand.da-state: on
[2020-5-2 9:27:48] [FHEM] caching: On: true (as boolean; from 'on')
[2020-5-2 9:27:48] [FHEM] homebridgeMapping: on:off
[2020-5-2 9:27:48] [FHEM] Licht.Innen is switch
[2020-5-2 9:27:48] [FHEM] Licht.Innen has
[2020-5-2 9:27:48] [FHEM] On [state;on,off]
[2020-5-2 9:27:48] [FHEM] on [off]
2020-05-02 09:27:48 caching: Licht.Innen-state: off
[2020-5-2 9:27:48] [FHEM] caching: On: false (as boolean; from 'off')
[2020-5-2 9:27:48] [FHEM] Licht_Beet_WZ is switch
[2020-5-2 9:27:48] [FHEM] Licht_Beet_WZ has
[2020-5-2 9:27:48] [FHEM] On [state;on,off]
2020-05-02 09:27:48 caching: Licht_Beet_WZ-state: set_off
[2020-5-2 9:27:48] [FHEM] homebridgeMapping: clear CurrentPosition=position,minValue=0,maxValue=100,minStep=100 TargetPosition=CurrentPosition,cmds=/.*/:on;0:off
[2020-5-2 9:27:48] [FHEM] Rollo.Osten is blind
[2020-5-2 9:27:48] [FHEM] Rollo.Osten has
[2020-5-2 9:27:48] [FHEM] CurrentPosition [position]
[2020-5-2 9:27:48] [FHEM] TargetPosition [position]
2020-05-02 09:27:48 caching: Rollo.Osten-position: 100
[2020-5-2 9:27:48] [FHEM] caching: CurrentPosition: 100 (as number; from '100')
[2020-5-2 9:27:48] [FHEM] caching: TargetPosition: 100 (as number; from '100')
[2020-5-2 9:27:48] [FHEM] siri: no service type detected
[2020-5-2 9:27:48] [FHEM] no accessory created for siri (siri)
[2020-5-2 9:27:48] Initializing platform accessory 'Garage_auf_zu'...
[2020-5-2 9:27:48] [FHEM] creating services for Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] information service for Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] manufacturer, model and serial number characteristics for Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] name (siriName) characteristic for Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] Switch service for Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] set name: Garage_auf_zu
[2020-5-2 9:27:48] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=attr%20Garage_auf_zu%20siriName%20Garage_auf_zu&XHR=1
[2020-5-2 9:27:48] [FHEM] siriName attribute updated.
[2020-5-2 9:27:48] Initializing platform accessory 'Jemand.da'...
[2020-5-2 9:27:48] [FHEM] creating services for Jemand.da
[2020-5-2 9:27:48] [FHEM] information service for Jemand.da
[2020-5-2 9:27:48] [FHEM] manufacturer, model and serial number characteristics for Jemand.da
[2020-5-2 9:27:48] [FHEM] name (siriName) characteristic for Jemand.da
[2020-5-2 9:27:48] [FHEM] Switch service for Jemand.da
[2020-5-2 9:27:48] [FHEM] On characteristic for Jemand.da:state
HAP Warning: Characteristic undefined not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
[2020-5-2 9:27:48] TypeError: Cannot read property 'on' of undefined
at new on (events.js:725:11)
at Switch.Service._this.addCharacteristic (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Service.ts:178:24)
at Switch.Service.getCharacteristic (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Service.ts:293:19)
at FHEMAccessory.getServices (/usr/local/lib/node_modules/homebridge-fhem/index.js:3069:43)
at Server.createHAPAccessory (/usr/local/lib/node_modules/homebridge/src/server.ts:441:41)
at /usr/local/lib/node_modules/homebridge/src/server.ts:426:34
at Array.forEach (<anonymous>)
at /usr/local/lib/node_modules/homebridge/src/server.ts:416:21
at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/once.ts:10:18
at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1195:22)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
at Request.emit (events.js:310:20)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1489:10)
at Request.emit (events.js:310:20)
at Gunzip.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1360:12)
at Object.onceWrapper (events.js:416:28)
[2020-5-2 9:27:48] Got SIGTERM, shutting down Homebridge...
[2020-5-2 9:27:53] [HB Supervisor] Homebridge Process Ended. Code: 143, Signal: null
Hi,
Zeig mal bitte das list von Jemand.da in FHeM ist das als
attr Jemand.da genericDeviceType switch
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Ich vermute auch, es liegt an dem Device "Jemand.da", da stimmt was nicht in der fhem Config.
Zitat von: justme1968 am 01 Mai 2020, 21:39:26
- zuerst wird NAME intern ausgelesen
- wenn es einen alias gibt wird die interne variable damit überschrieben
- wenn es siriName gibt wird die interne variable damit überschrieben
- das ergebnis wird an HomeKit gemeldet
- d.h. gemeldet wird auf jeden fall siriName wenn er vorhanden ist. nichts anderes.
Habe mir den Code mal angeschaut und konnte das genau so nachvollziehen.
Interessant ist aber, wenn man den siriName löscht und dann Homebridge neu startet, wird es wieder erzeugt und zar aus dem NAME.
Habe auch mal das Siri Device in fhem gelöscht, aber da passiert genau das gleiche.
An Jemand.da liegt es mE nicht. Ich hatte das Device probehalber aus dem Raum Homekit genommen. Dann kommt die Fehlermeldung beim Start von Homebridge schon beim Device Garage_auf_zu. Dennoch hier das Listing von Jemand.da:
defmod Jemand.da dummy
attr Jemand.da devStateIcon on:user_available@lightgreen off:user_away@red
attr Jemand.da genericDeviceType switch
attr Jemand.da group Information
attr Jemand.da homebridgeMapping on:off
attr Jemand.da icon user_available
attr Jemand.da room Haus,Homekit,System
attr Jemand.da setList on off
attr Jemand.da siriName Jemand.da
setstate Jemand.da on
setstate Jemand.da 2020-05-01 12:21:32 state on
Zitat von: Mihca am 02 Mai 2020, 12:07:12
An Jemand.da liegt es mE nicht. Ich hatte das Device probehalber aus dem Raum Homekit genommen. Dann kommt die Fehlermeldung beim Start von Homebridge schon beim Device Garage_auf_zu. Dennoch hier das Listing von Jemand.da:
defmod Jemand.da dummy
attr Jemand.da devStateIcon on:user_available@lightgreen off:user_away@red
attr Jemand.da genericDeviceType switch
attr Jemand.da group Information
attr Jemand.da homebridgeMapping on:off
attr Jemand.da icon user_available
attr Jemand.da room Haus,Homekit,System
attr Jemand.da setList on off
attr Jemand.da siriName Jemand.da
setstate Jemand.da on
setstate Jemand.da 2020-05-01 12:21:32 state on
Lösche mal das Attribut homebridgemapping, danach save und homebridge neu starten...
PS: und lösche diese Attribute auch gleich beim nächsten Device heraus... warum? (HAP Warning: Characteristic undefined not in required) und es existieren schon bestimmte ,,Standards", wie er bei ,,switch" vorzugehen hat.
Gruß Matthias
Zitat von: Matze89 am 02 Mai 2020, 12:08:58
Lösche mal das Attribut homebridgemapping, danach save und homebridge neu starten...
PS: und lösche diese Attribute auch gleich beim nächsten Device heraus... warum? (HAP Warning: Characteristic undefined not in required) und es existieren schon bestimmte ,,Standards", wie er bei ,,switch" vorzugehen hat.
Gruß Matthias
Das wars! Tausend Dank Matthias! :)
Liebe Grüße
Achim
Zitat von: Mihca am 02 Mai 2020, 12:07:12
attr Jemand.da homebridgeMapping on:off
So sieht ein Homebridgemapping normalerweise auch nicht aus. ;)
Gruß Hoppel
Zitat von: justme1968 am 01 Mai 2020, 21:39:26
ich komme aktuell nicht dazu mir das problem mit siriName anzuschauen. sorry.
aber:
- der code ist so aufgebaut das einige der symptome eigentlich nicht sein können.
- zuerst wird NAME intern ausgelesen
- wenn es einen alias gibt wird die interne variable damit überschrieben
- wenn es siriName gibt wird die interne variable damit überschrieben
- das ergebnis wird an HomeKit gemeldet
- d.h. gemeldet wird auf jeden fall siriName wenn er vorhanden ist. nichts anderes.
- seit einer weile scheint HomeKit den namen nur beim aller ersten verbinden eines neuen device zu übernehmen. wenn er später geändert wird hat das keine auswirkung mehr.
- d.h. auch sobald der name einmal auf HomeKit seite geändert wurde kann man ihn nicht mehr über HomeKit ändern.
- ich habe mehrere dutzend e-mails in meiner inbox zu GitHub threads zu probleme mit den 1.x.x versionen. d.h. so ganz glatt geht es da definitiv noch nicht.
- ich versuche mir das ganze genauer anzuschauen sobald ich dazu komme.
Guten Abend,
ich habe das selbe Problem/Phänomen.
-.h. auch sobald der name einmal auf HomeKit seite geändert wurde kann man ihn nicht mehr über HomeKit ändern.
--> Das geht scheinbar "wieder"Trotz löschen des Attributes "siriName" kommt es nach einem Neustart der homebridge wieder.
HB ist 1.0.4
homebridge-fhem v0.5.16
- ich versuche mir das ganze genauer anzuschauen sobald ich dazu komme.
--> :-) Danke im Voraus.
Das wird den meisten bei einem Update der HB auch gar nicht sofort auffallen.
Das Problem fällt doch erst nach dem zweiten Neustart auf...oder???
Viele Grüße Stefan
Guten Morgen
Auch bei mir wird nach Update das bisher korrekt übernommene Attribut ,,siriName" jetzt mit dem FHEM-Namen überschrieben und zwar auch in FHEM selbst. Hier sind jetzt alle ,,siriName" = FHEM ,,Name". Zumindest werden nach händischer Korrektur in Eve die Namen in Apple-Home richtig angezeigt, ich befürchte aber nach einem Neustart der homebridge nicht mehr.
Gruß
Andreas
ich habe eine idee...
es war in homebridge-fhem schon immer vorgesehen das bei einer änderung des names auf HomeKit seite das attribut in fhem automatisch auch aktualisiert wird.
das hat aber aus irgendeinem grund nie funktioniert.
scheinbar gibt es auf Homebridge seite inzwischen änderungen die zwar die änderung triggern, aber mit dem falschen namen.
ich habe eben eine homebridge-fhem version gepublished bei der das attribut nicht mehr geändert wird.
wenn ich dazu komme schaue ich ob und wie man es so wie eigentlich gedacht wieder aktivieren kann.
Danke!!
Hat jemand mal schnell einen Befehl/Script parat, um alle siriName = Alias zu setzten?
Hallo justme,
bei ihr geht es auch. Ich habe per Hand alle SiriNamen gelöscht.
Vielen Dank für den schnellen Support!!!
Zitat von: Mitch am 04 Mai 2020, 11:57:57
Danke!!
Hat jemand mal schnell einen Befehl/Script parat, um alle siriName = Alias zu setzten?
Ungetestet also ohne Gewähr:
attr NAME=.*:FILTER:alias!= siriName alias
Danke, probiere ich aus!
attr NAME=.*:FILTER:alias!= siriName alias
Funktioniert so leider nicht .. bevor ich ewig herumfummele, hat dafür evtl schon jemand was fertiges?
Mit 0.5.17 geht es auch bei mir wieder. siriName natürlich vorher gelöscht, damit alias genutzt wird.
Zitat von: f-zappa am 05 Mai 2020, 16:18:44
attr NAME=.*:FILTER:alias!= siriName alias
Funktioniert so leider nicht .. bevor ich ewig herumfummele, hat dafür evtl schon jemand was fertiges?
for (devspec2array(".*"))
{
my $a = AttrVal($_,"alias",undef);
fhem "attr $_ siriName $a" if (defined $a)
}Gruß
Dan
Danke Dan,
ich habe für mich ein CMDALIAS daraus gemacht und devspec2array auf den Homekit-Raum eingeschränkt. Vielleicht braucht das ja jemand auch.
defmod c_alias2siriname cmdalias alias2siriname .* AS { \
\
for (devspec2array("room=Homekit*"))\
{\
my $a = AttrVal($_,"alias",undef);;\
fhem "attr $_ siriName $a" if (defined $a)\
}\
\
}
Device per RAW anlegen und danach Befehl alias2siriname eingeben.
warum setzt man siriName wenn im alias sowieso das gleiche steht?
Das ist eine berechtigte Frage. :D
Mir war erst einmal wichtig, den Gerätenamen dort loszuwerden.
Aber du hast Recht. Einfacher wäre sicherlich das Löschen gewesen.
das beruhigt mich :)
Ich nehme das direkt als Anlass, meinen statischen Homekit-Raum loszuwerden.
Ich versuche mich gerade an den dynamischen Räumen (https://forum.fhem.de/index.php?topic=97351.0) mit einem devspec auf das siriname-Attribut.
Bei deiner Alexa-Lösung arbeitest du ja auch über das Attribut, oder?
ich habe eine wilde mischung aus mehreren connections mit filtern auf räumen, device typen und device namen. also eher kein gutes beispiel für ordnung :)
einer der gründe ist das ich alexa und siri einsetze und keine lust habe alexaName und siriName gleich zu setzen.
Ich filtere auf den genericDeviceType. Neue packe ich dann vorher zum Testen in eine eigene HomeBridge Instanz. Wenn es stabil läuft, werden die Filter angepasst. Das verhindert, dass wegen komischer Sachen im Mapping die ganzen Devices offline gehen, falls HomeBridge nicht mehr startet.
Tag zusammen, habe seit gestern Abend das Problem, dass Siri auf iPhone und Watch keine Abfragen mehr tätigen kann. Ein gewöhnter Befehl "Wie ist die Außentemperatur?" beantwortete sie immer zuverlässig. Nun meldet sie, dass es ihr leid tut, sie hätte diesmal nichts passendes gefunden.
Die aktuellen Anzeigewerte sind allesamt in der Home-App ersichtlich und verfügbar. Steuerbare Elemente lassen sich auf dem iPhone und der Watch jeweils zuverlässig per Hand bedienen. Es kann also kein Verbindungsproblem sein.
Ich interpretiere, dass Siri irgendwie nicht auf die Daten in der Home-App zugreifen kann/darf/whatever und das Problem sozusagen im Apple Kosmos zu suchen ist. Ich habe bereits alle Geräte neugestartet, einschließlich des Apple TV, der bei mir als Zentrale fungiert. Nichts hat geholfen.
Hat jemand einen Tip?
Moinsen,
hat jemand einen EnOcean (Eltako FUD14) Dimmer erfolgreich in HomeKit eingebunden?
Leider ist bei mir gar kein Dimmen möglich. -lediglich an/aus ist via HomeKit verfügbar.
Mein Mapping sieht so aus:
homebridgeMapping: Brightness=dim::dim,On=state,valueOff=BI,cmdOn=An,cmdOff=Aus
Die Gleiche Frage habe ich für das FSB14 zur Rollladensteuerung. -hier werden die Aktoren allerdings erst gar nicht in HomeKit angezeigt.
Selbstredend funktioniert in FHEM nativ jedoch alles.
Danke euch!
Wir nutzen einen HM-LC-SW4-DR-2, um vier 24V-Magnetventile unserer Wassersteuerung zu schalten.
Integration in Homekit ist vorhanden, wir können die Kanäle allerdings nicht in der Home App im Bereich der Automation nutzen (, um wegen des WAF die Programme dort und nicht via sprinkle-Modul oder FHEM Bordmitteln zu bearbeiten).
Die Kacheln erscheinen dort nicht.
Dummies von FHEM bspw. sind beim Anlegen einer neuen Automation in der Home App verfügbar, daher sind wir ein wenig ratlos...
Hat jemand dasselbe Problem gehabt und eine Lösung gefunden? Danke im voraus.
{
"Arg":"KEL.zi3.SWT.3_Sw_02",
"Results": [
{
"Name":"KEL.zi3.SWT.3_Sw_02",
"PossibleSets":"clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all eventL eventS getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg peerBulk peerIODev press pressS:self02 pressL:self02 regBulk regSet sign:on,off statusRequest:noArg toggle:noArg peerSmart:ganzGanzVieleAndereDevices,VCCU_Btn1,VCCU_Btn2 ",
"PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param readOnly:0,1 actAutoTry:0_off,1_on aesCommReq:1,0 model ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 readingOnDead:multiple,noChange,state,periodValues,periodString,channels subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,display,keyMatic,motionAndBtn,motionDetector,no,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic modelForce:ACTIONDETECTOR,ACTIONDETECTOR,ASH550,ASH550I,CCU-FHEM,CMM,DORMA_ATENT,DORMA_BRC-H,DORMA_RC-H,HM-CC-RT-DN,HM-CC-RT-DN-BOM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-DIS-EP-WM55,HM-DIS-TD-T,HM-DIS-WM55,HM-DW-WM,HM-ES-PMSW1-DR,HM-ES-PMSW1-PL,HM-ES-PMSW1-PL-DN-R1,HM-ES-PMSW1-PL-DN-R2,HM-ES-PMSW1-PL-DN-R3,HM-ES-PMSW1-PL-DN-R4,HM-ES-PMSW1-PL-DN-R5,HM-ES-PMSW1-SM,HM-ES-TX-WM,HM-HM-LC-DW-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-FM-2,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-BL1-SM-2,HM-LC-BL1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-CV-2,HM-LC-DIM1L-CV-644,HM-LC-DIM1L-PL,HM-LC-DIM1L-PL-2,HM-LC-DIM1L-PL-3,HM-LC-DIM1L-PL-644,HM-LC-DIM1PWM-CV,HM-LC-DIM1PWM-CV-2,HM-LC-DIM1T-CV,HM-LC-DIM1T-CV-2,HM-LC-DIM1T-CV-644,HM-LC-DIM1T-DR,HM-LC-DIM1T-FM,HM-LC-DIM1T-FM-2,HM-LC-DIM1T-FM-644,HM-LC-DIM1T-FM-LF,HM-LC-DIM1T-PL,HM-LC-DIM1T-PL-2,HM-LC-DIM1T-PL-3,HM-LC-DIM1T-PL-644,HM-LC-DIM1TPBU-FM,HM-LC-DIM1TPBU-FM-2,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2L-SM-2,HM-LC-DIM2L-SM-644,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM-2,HM-LC-JA1PBU-FM,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-DR,HM-LC-SW1-FM,HM-LC-SW1-FM-2,HM-LC-SW1-PB-FM,HM-LC-SW1-PCB,HM-LC-SW1-PL,HM-LC-SW1-PL-3,HM-LC-SW1-PL-CT-R1,HM-LC-SW1-PL-CT-R2,HM-LC-SW1-PL-CT-R3,HM-LC-SW1-PL-CT-R4,HM-LC-SW1-PL-CT-R5,HM-LC-SW1-PL-DN-R1,HM-LC-SW1-PL-DN-R2,HM-LC-SW1-PL-DN-R3,HM-LC-SW1-PL-DN-R4,HM-LC-SW1-PL-DN-R5,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-2,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW1PBU-FM,HM-LC-SW2-DR,HM-LC-SW2-DR-2,HM-LC-SW2-FM,HM-LC-SW2-FM-2,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW2PBU-FM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-DR-2,HM-LC-SW4-PCB,HM-LC-SW4-PCB-2,HM-LC-SW4-SM,HM-LC-SW4-SM-2,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-SW4-WM-2,HM-MOD-EM-8,HM-MOD-EM-8BIT,HM-MOD-RE-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-DIS-H-X-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-KEY4-2,HM-RC-KEY4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-SEC4-2,HM-RC-SEC4-3,HM-SCI-3-FM,HM-SEC-CEN,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCO,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-SIR-WM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-DB-PCB,HM-SEN-EP,HM-SEN-LI-O,HM-SEN-MDIR-O,HM-SEN-MDIR-O-2,HM-SEN-MDIR-O-3,HM-SEN-MDIR-SM,HM-SEN-MDIR-WM55,HM-SEN-RD-O,HM-SEN-WA-OD,HM-SWI-3-FM,HM-SYS-SRP-PL,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550TECH,IS-WDS-TH-OD-S-R3,KFM-DISPLAY,KFM-SENSOR,KS550,KS550LC,KS550TECH,KS888,OLIGO-SMART-IQ-HM,PS-SWITCH,PS-TH-SENS,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FFK,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FSS-UP3,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,S550IA,SCHUECO_263-130,SCHUECO_263-131,SCHUECO_263-132,SCHUECO_263-133,SCHUECO_263-134,SCHUECO_263-135,SCHUECO_263-144,SCHUECO_263-145,SCHUECO_263-146,SCHUECO_263-147,SCHUECO_263-155,SCHUECO_263-157,SCHUECO_263-158,SCHUECO_263-160,SCHUECO_263-162,SCHUECO_263-167,SCHUECO_263-XXX,SENSOTIMER-ST-6,VIRTUAL,WDF-SOLAR,WS888 .mId serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0 repPeers peerIDs tempListTmpl:none,defaultWeekplan, levelRange levelMap cyclicMsgOffset event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude DbLogValueFn:textField-long cmdIcon devStateIcon:textField-long devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock,IrrigationSystem,Valve homebridgeMapping:textField-long icon lastBatteryChange siriName sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
"Internals": {
"DEF": "6XXXX702",
"FUUID": "5eaXXXa5-f33f-2XX8-d82d-32672f4XXXXX8833",
"NAME": "KEL.zi3.SWT.3_Sw_02",
"NOTIFYDEV": "global",
"NR": "432",
"NTFY_ORDER": "50-KEL.zi3.SWT.3_Sw_02",
"STATE": "off",
"TYPE": "CUL_HM",
"chanNo": "02",
"device": "KEL.zi3.SWT.3",
"peerList": "self02,"
},
"Readings": {
"CommandAccepted": { "Value":"yes", "Time":"2020-05-12 18:43:01" },
"R-powerUpAction": { "Value":"off", "Time":"2020-04-30 16:24:55" },
"R-self02-lgActionType": { "Value":"jmpToTarget", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtDlyOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtDlyOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtValHi": { "Value":"100", "Time":"2020-04-30 16:31:23" },
"R-self02-lgCtValLo": { "Value":"50", "Time":"2020-04-30 16:31:23" },
"R-self02-lgMultiExec": { "Value":"on", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOffDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOffTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOffTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOnDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOnTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
"R-self02-lgOnTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
"R-self02-lgSwJtDlyOff": { "Value":"off", "Time":"2020-04-30 16:31:23" },
"R-self02-lgSwJtDlyOn": { "Value":"on", "Time":"2020-04-30 16:31:23" },
"R-self02-lgSwJtOff": { "Value":"dlyOn", "Time":"2020-04-30 16:31:23" },
"R-self02-lgSwJtOn": { "Value":"dlyOff", "Time":"2020-04-30 16:31:23" },
"R-self02-shActionType": { "Value":"jmpToTarget", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtDlyOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtDlyOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtOff": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtOn": { "Value":"geLo", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtValHi": { "Value":"100", "Time":"2020-04-30 16:31:23" },
"R-self02-shCtValLo": { "Value":"50", "Time":"2020-04-30 16:31:23" },
"R-self02-shMultiExec": { "Value":"off", "Time":"2020-04-30 16:31:23" },
"R-self02-shOffDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
"R-self02-shOffTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
"R-self02-shOffTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
"R-self02-shOnDly": { "Value":"0 s", "Time":"2020-04-30 16:31:23" },
"R-self02-shOnTime": { "Value":"unused", "Time":"2020-04-30 16:31:23" },
"R-self02-shOnTimeMode": { "Value":"absolut", "Time":"2020-04-30 16:31:23" },
"R-self02-shSwJtDlyOff": { "Value":"off", "Time":"2020-04-30 16:31:23" },
"R-self02-shSwJtDlyOn": { "Value":"on", "Time":"2020-04-30 16:31:23" },
"R-self02-shSwJtOff": { "Value":"dlyOn", "Time":"2020-04-30 16:31:23" },
"R-self02-shSwJtOn": { "Value":"dlyOff", "Time":"2020-04-30 16:31:23" },
"R-sign": { "Value":"off", "Time":"2020-04-30 16:24:55" },
"R-statusInfoMinDly": { "Value":"2 s", "Time":"2020-04-30 16:24:55" },
"R-statusInfoRandom": { "Value":"1 s", "Time":"2020-04-30 16:24:55" },
"R-transmitTryMax": { "Value":"6", "Time":"2020-04-30 16:24:55" },
"deviceMsg": { "Value":"off (to VCCU)", "Time":"2020-05-12 18:43:01" },
"level": { "Value":"0", "Time":"2020-05-12 18:43:01" },
"pct": { "Value":"0", "Time":"2020-05-12 18:43:01" },
"peerList": { "Value":"self02,", "Time":"2020-05-12 14:49:27" },
"recentStateType": { "Value":"ack", "Time":"2020-05-12 18:43:01" },
"state": { "Value":"off", "Time":"2020-05-12 18:43:01" },
"timedOn": { "Value":"off", "Time":"2020-05-12 18:43:01" },
"trigLast": { "Value":"fhem:02", "Time":"2020-05-12 18:43:01" }
},
"Attributes": {
"alias": "Wasser Strang 2 HI SOLO",
"genericDeviceType": "Valve",
"homebridgeMapping": "clear Active=state,values=off:INACTIVE;/.*/:ACTIVE,cmds=ACTIVE:on;INACTIVE:off InUse=state,values=off:0;/.*/:1 ValveType=type,default=IRRIGATION",
"model": "HM-LC-SW4-DR-2",
"peerIDs": "00000000,6XXXX702,",
"room": "AppleHomeKit,CUL_HM",
"siriName": "Rose hinten",
"webCmd": "statusRequest:toggle:on:off"
}
} ],
"totalResultsReturned":1
}
ZitatDie Kacheln erscheinen dort nicht.
Habe gerade gecheckt, bei mir tauchen die Kacheln in der Automation auch nicht auf. Außerdem scheint mir die ganze Umsetzung in der Homekit noch ein wenig buggy zu sein. Wenn ich sage schalte den Bewässerungskreis 1, bekomme ich die Siri-Antwort "OK ich bewässere nicht..." und umgekehrt, wenn ich sage schalte den Bewässerungskreis 1 aus, bekomme ich die Siri-Antort "OK ich bewässere..."
Mein Vorschlag ist, ändere doch den gericDeviceTyp auf Switch, dann hast du zwar nur einen Schalter in der Darstellung, aber der dürfte in der Automation in der Auswahl zur Verfügung stehen.
Gruß
Hallo zusammen,
ich lese den Thread gerade von vorn nach hinten, bin aber noch nicht fündig geworden. Auch die Suche hat mir nichts hilfreiches ausgeworfen.
Ich ver suche im Apple HomeKit die Variable Model zu füllen. Jedoch wenn ich
Model=<Reading>
angebe, erhalte ich im HomeKit: [object Object]
Siehe Anhang
Im Homebridge Log ist aber die richtige Verknüpfung mit dem String des Readings aufgeführt.
Was mache ich falsch? Könnt ihr mir bitte helfen?!
Edit:
Ich habe mal mit der Eve App geschaut, wie das Device dort angezeigt wird. Und dort wird für Model ein CustomReading angelegt. Kann es also sein, dass die Variable/Benennung Model nicht (mehr) korrekt ist?
Edit #2:
Jetzt habe ich bei einem anderen Device bemerkt, dass dort die Modell-Bezeichnung passt, obwohl dort gar kein Mapping angegeben war. Dieses Device hatte ein Reading model. Somit habe ich meinem ursprünglichen Device ein userReading mit der entsprechenden Bezeichnung verpasst, das Model-Mapping gelöscht und homebridge neugestartet. Und siehe da... jetzt haut's hin.
Scheint mir also wirklich ein Bug beim Mappen zu sein?
Tachchen,
ich versuche einzelne Teile meiner Heizung in Apple Home darzustellen und zu konfigurieren. So möchte ich mir die aktuelle Temperatur vom Warmwasser anzeigen und den Sollwert vorgeben können. Prinzipiell funktioniert das auch schon. Aber die Optik und die Benutzbarkeit gefällt mir nicht so.
Was ich bis jetzt habe:
- Dummy mit den Readings "On" (zeigt an, ob gerade Warmwasser bereitet wird), "measured-temp" und "target"
- "On" und "measured-temp" werden bei Änderung über ein notify mit den aktuellen Werten der Wärmepumpe gefüttert
- "target" erhällt den Sollwert über homebridge von Apple Home; bei Änderung wird dieser Wert per notify an die Wärmepumpe weitergereicht
Ich würde gerne in Apple Home den aktuellen Status sehen (ob Warmwasser gerade bereitet wird, oder nicht). Die Möglichkeit den Modus (AUS, HEIZUNG, KÜHLUNG, AUTOMATISCH) zu ändern, brauche und will ich nicht. Wenn, dann hätte ich lieber "aus", "normal" und "Legionellen Programm") oder so was. Einen anderen Sollwert kann ich momentan nur eingeben, wenn ich von "AUS" auf einen der drei anderen Möglichkeiten wechsle.
Benutze ich mit "Thermostat" für den Dummy für diesen Zweck das falsche Gerät? Gibt es eine bessere Möglichkeit? HeaterCooler habe ich auch schon getestet, aber habe ich auch nicht so hinbekommen, wie ich es gerne hätte.
Hier mal mein List vom Dummy:
Internals:
CFGFN
FUUID 5ec295dc-f33f-9658-830d-0d808f56bdc103a2
NAME Hz_Warmwasser
NR 75950
STATE 50.9
TYPE dummy
READINGS:
2020-05-18 16:38:00 On 0
2020-05-18 16:38:00 measured-temp 50.9
2020-05-18 16:16:35 target 49
Attributes:
genericDeviceType thermostat
homebridgeMapping TargetTemperature=target::target,minValue=10,maxValue=60,minStep=0.5
CurrentTemperature=measured-temp,minStep=0.1,nocache=1
CurrentHeatingCoolingState=On,values=OFF:0;;HEAT:1
readingList target
room Heizung,Homekit
setList target:slider,10,0.5,60
siriName Hz_Warmwasser
stateFormat measured-temp
Würde mich sehr freuen, wenn da jemand helfen könnte...
Zitat von: Typ1er am 17 Februar 2019, 21:15:35
Ich habe hier mal 3 Beispiele:
Aqara KontaktSensor:
Internals:
CHANGED
DEF 158d00022bd6e4 sensor_magnet.aq2 MiGateway_Flur
FUUID 5c44a1c6-f33f-06ea-74b5-f247d0fc5fb758a4
IODev MiGateway_Flur
LASTInputDev MiGateway_Flur
MODEL sensor_magnet.aq2
MSGCNT 164
MiGateway_Flur_MSGCNT 164
MiGateway_Flur_TIME 2019-02-17 21:12:42
NAME DOOR_Schlafzimmer
NR 164
SID 158d00022bd6e4
STATE open
TYPE XiaomiSmartHome_Device
VERSION 1.30
READINGS:
2019-02-17 21:05:46 batteryState ok
2019-02-17 21:05:46 batteryVoltage 3.055
2019-02-17 21:05:46 heartbeat 158d00022bd6e4
2019-02-17 21:05:46 no_close 0
2019-02-17 21:12:42 state open
2019-02-17 21:12:42 status open
Attributes:
devStateIcon open:fts_door_right_open@red close:fts_door_right@green
event-on-change-reading state
genericDeviceType ContactSensor
homebridgeMapping ContactSensorState=state,values=close:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=close:CLOSED;;open:OPEN
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
E863F10A-079E-48FF-8F27-9C2605A29F52=batteryVoltage,factor=1000,name=Voltage,format=FLOAT
history:size=1024
icon fts_door_right_open
rnd_bat 3
room Homekit,Schlafzimmer,XiaomiMiSmartHome
siriName Zimmertür
userReadings status {ReadingsVal($name,"state","")}
Hi zusammen, ich würde hier gern nochmal nachfragen wollen, weil mein nagelneuer Aqara Türkontakt-Sensor (in FHEM eingebunden, reagiert in FHEM absolut korrekt!) in der Apple Home App nicht so recht will.
Habe das Attribut genericDeviceType = contact gesetzt.
Danach habe ich Dein homebridgemapping gesetzt, jedoch verbleibt die Darstellung in der Home-App immer kontinuierlich bei "Geöffnet", egal ob der Türkontakt auf "open" oder auf "closed" steht.
Diverse Kombinationen im homebridgemapping habe ich erfolglos durchprobiert.
Konkret steht bei mir folgendes drin:
ContactSensorState=state,values=close:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=close:CLOSED;;open:OPEN
history:size=1024edit:
der State in FHEM heißt nicht "close", sondern "close
d". Habe es angepasst wie folgt, nun funktioniert es:
ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;;open:OPEN
history:size=1024
Hallo,
ich habe seit einigen Tagen ein sehr seltsames Verhalten mit meiner Anbindung vom Homebridge an HomeKit. Die Homebridge läuft scheinbar wunderbar. Im Log ist nichts Außergewöhnliches erkennbar. Es sind ca. 88 Geräte definiert. In HomeKit waren diese plötzlich alle weg, wie auch alle Szenen. Jetzt erscheinen sie alle immer mal wieder im Takt von vielleicht 5min (mehr oder weniger) und verschwinden wieder. Bis auf genau zwei Definitionen, die auch bedienbar sind und in Fhem ankommen, wie auch im Log von Homebridge ersichtlich.
Folgendes schon durchgeführt:
- node.js aktualisiert
- Homebridge auf den neuesten Stand gebracht
- homebridge-fhem aktualisiert
- alles mal stromlos gemacht und wieder stück für Stück in Betrieb genommen
Das Ganze betrifft nur die Homebridge, andere Geräte, wie HomePod, Netatmo Kamera, die direkt mit HomeKit verbunden sind, laufen ohne Probleme.
Hatte jemand soetwas schon mal beobachtet oder sogar gelöst?
Grüße
Ralf
Moin Ralf,
solche Probleme kenne ich nicht. Aber poste doch mal ein vollständiges Logfile vom Start der Homebridge und noch ein paar Minuten wo das Problem auftritt.
Hast du schonmal alle anderen Hombridge Addons bis auf homebridge-fhem deaktiviert?
Gruß Hoppel
Hallo Hoppel,
vielen Dank für deinen Denkanstoß. Ich denke ich habs gefunden, noch nicht gelöst, aber gefunden.
Ein anderes Plugin als Fhem läuft bei mir nicht. Mich bewog aber, deine Bitte das Log mal zu laden (zu umfangreich), dieses nochmals genauestens anzuschauen. Ich hatte mir vor sehr langer Zeit ein TV Dummy gebaut, was mein TVModul (Panasonic, selbst geschrieben) mit HomeKit verband. Dort tauchte jetzt folgendes (in rot) auf:
Media.Fernseher.dum-volumeSelector not a number: Up
Mein Mapping ist:
clear
ConfiguredName:model
Active=Media.Fernseher:state,values=/off|absent/:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
ClosedCaptions:default=0
DisplayOrder:default=Test1
CurrentMediaState:default=0:currentTitle
TargetMediaState:default=0,cmds=PLAY:remoteControl+play;PAUSE:remoteControl+pause;STOP:remoteControl+stop;
PictureMode:default=1
PowerModeSelection:default=1,cmds=0:remoteControl+options
ActiveIdentifier=Media.Fernseher:input,default=0,values=/H1/:1;/H2/:2;/H3/:3,cmds=1:input+HDMI1;2:input+HDMI2;3:input+HDMI3
TelevisionSpeaker#Mute=Media.Fernseher:mute
Active:default=ACTIVE
Volume=Media.Fernseher:volume
VolumeSelector:volumeSelector,cmds=INCREMENT:volumeSelector+Up;DECREMENT:volumeSelector+Down
VolumeControlType:default=ABSOLUTE
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName:default=Entertain
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName:default=HDMI+2
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName:default=Apple+TV
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
Aus irgendeinem Grund wird wohl die falsche Definition des Volumenselctors nicht mehr akzeptiert. Das lief Jahre! Warum jetzt nicht mehr so fehlertolerant? Ohne das ich aktiv etwas vorher geupdated hatte, mir ein Rätsel.
Habe das TV vorerst aus meiner Config entfernt und werde mich mal umschauen, wie es richtig gemacht wird.
Vielen Dank für den Anstoß, um letztlich selbst drauf zu kommen. War aber bei den obigen Symptomen schwer...
PS: läuft immer noch :D , hab mir aber meine ganze HomeKit config und Szenen damit zerschossen :(
Grüße
Ralf
Gibt es für den SiriNamen jetzt schon eine Lösung? Als Beispiel meine Rollladen haben als SiriNamen alle das Wort "Rollladen" wenn ich das so mit dem Alias löse, geht die Übersicht in FHEM flöten... . Ähnlich ist es bei Lampen bei mir.
Zitat von: RalfP am 20 Mai 2020, 22:16:49
Vielen Dank für den Anstoß, um letztlich selbst drauf zu kommen. War aber bei den obigen Symptomen schwer...
Sehr gut! Eigentlich wollte ich dir helfen den Fehler zu finden. Umso besser, das du es nun selbst hinbekommen hast. Das Logfile ist bei außergewöhnlichen Fehlern immer die erste Anlaufstelle. ;)
Mit dem Mapping für deinen TV kann ich dir nicht weiterhelfen. Hast du das selbst entwickelt oder einfach aus dem Wiki übernommen?
https://wiki.fhem.de/wiki/Homebridge_User_Configs#BRAVIA_Fernseher
Evtl. findest du da ja noch etwas zum Optimieren deines Mappings...
Gruß Hoppel
Hi,
VolumeSelector:volume,cmds=INCREMENT:VolumeUp;DECREMENT:VolumeDown
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Zitat von: RalfP am 20 Mai 2020, 22:16:49
Aus irgendeinem Grund wird wohl die falsche Definition des Volumenselctors nicht mehr akzeptiert. Das lief Jahre! Warum jetzt nicht mehr so fehlertolerant? Ohne das ich aktiv etwas vorher geupdated hatte, mir ein Rätsel.
Sicher? Die neue Homebridge-Version hat eine deutliche Überarbeitung bekommen. Basierend auf Typescript wurde auch die Typ-Prüfung deutlich verbessert. Bei unsauberer Programmierung in Modulen oder eben mit den Mappings, wenn nicht vorher abgefangen, schlägt da jetzt schon mal etwas fehl.
Hallo Experten,
ich habe eine Frage zum Parameter cmdOn bzw cmdOff:
Ist es möglich
a) einen Befehl zu hinterlegen, der ein anderes Device schaltet? Also wenn mein Homekit Device devLicht1 heisst, dass der cmdOn z.B. ein "set devLicht2 on" absetzt?
b) ich eine Perl Funktion im CmdOn hinterlegen kann, quasi cmdOn={ switchLight("$DEVICE");}
Workaround über Notify/DOIF würde ich gerne vermeiden.
Danke und Gruss
kalle
Ich mache sowas ähnliches mit folgendem Mapping:
Active=di_Sonos_HueDimmer_OnOff_Badezimmer:mode,cmds=ACTIVE:enable;INACTIVE:disable,values=enabled:ACTIVE;disabled:INACTIVE
Vielleicht bringt dich das irgendwie weiter.
Gruß Hoppel
Guten Abend,
habe jetzt mehrere Versuche gestartet mein Television (Fernseher) Mapping wieder zu aktivieren, leider ohne Erfolg. Mein HomeKit ist steht's so gestört, das die ganze Config weg ist und ich (fast) alles neu einrichten muss (>90 Devices :-\ ).
Hat jemand derzeitig ein voll funktionsfähiges Mapping für Television in Betrieb? Wenn ja, kann ich das Mapping mal sehen? Vielen Dank
homebridge version: 1.1
homebridge API version: 2.6
homebridge-fhem 0.5.17
Oder hat jemand das selbe Problem wie ich?
Grüße
Ralf
https://wiki.fhem.de/wiki/Homebridge_User_Configs#BRAVIA_Fernseher
Hattest du dir das angesehen?
Gruß Hoppel
Hallo Hoppel,
ja, das war vor sehr langer Zeit meine Grundlage. Mein jetziges Mapping habe ich sogar noch reduziert, entsprechend was in den https://github.com/homebridge/HAP-NodeJS/blob/master/src/lib/gen/HomeKit-TV.ts (https://github.com/homebridge/HAP-NodeJS/blob/master/src/lib/gen/HomeKit-TV.ts) definiert ist. Ich habe auch keine Errors mehr, betreffs der Values. Arbeite(te) mit einem Dummy als Wrapper.
Internals:
FUUID 5c51cf97-f33f-1578-5080-7bf999b9cf5e659c
NAME Media.Fernseher.dum
NR 779
STATE off
TYPE dummy
READINGS:
2020-06-07 20:01:31 input HDMI1
2020-06-07 20:08:10 key 0
2019-03-27 17:19:58 model Fernseher
2020-06-07 13:48:42 mute off
2020-06-07 13:08:05 remoteControl play
2020-06-07 20:02:02 state off
2020-06-07 17:12:17 volume 5
2020-06-07 13:06:24 volumeSelector 0
Attributes:
alias Fernseher HomeKit Wrapper
genericDeviceType Television
group Media
homebridgeMapping Active:state,values=/off|absent/:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier:input,values=/HDMI1/:1;/HDMI2/:2;/HDMI3/:3,cmds=1:input+HDMI1;2:input+HDMI2;3:input+HDMI3
ConfiguredName:model
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
Volume=volume
VolumeSelector=volume,cmds=INCREMENT:volumeSelector+0;DECREMENT:volumeSelector+1
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName:default=HDMI+2
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName:default=HDMI+3
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
readingList model input key mute volume volumeSelector remoteControl
room Konfiguration
setList state model input:HDMI1,HDMI2,HDMI3 key mute volume volumeSelector:0,1 remoteControl
webCmd :
Hier noch ein Auszug aus dem Log der Homebridge
[2020-6-7 20:09:45] Loaded config.json with 0 accessories and 1 platforms.
[2020-6-7 20:09:45] ---
[2020-6-7 20:09:46] Loaded plugin: homebridge-fhem@0.5.17
homebridge API version: 2.6
this is homebridge-fhem 0.5.17
[2020-6-7 20:09:48] Registering platform 'homebridge-fhem.FHEM'
[2020-6-7 20:09:48] ---
[2020-6-7 20:09:48] Loading 1 platforms...
[2020-6-7 20:09:48] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8088/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1591553389494
[2020-6-7 20:09:49] [FHEM] Fetching FHEM devices...
Server listening on: http://<ip>:8282
[2020-6-7 20:09:49] [FHEM] Checking devices and attributes...
[2020-6-7 20:09:49] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_185062423902762&XHR=1
[2020-6-7 20:09:49] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_185062423902762&XHR=1
[2020-6-7 20:09:49] [FHEM] siri device is siri
[2020-6-7 20:09:49] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.17%22%7D&fwcsrf=csrf_185062423902762&XHR=1
[2020-6-7 20:09:50] [FHEM] Fetching FHEM devices...
[2020-6-7 20:09:50] [FHEM] fetching: http://127.0.0.1:8088/fhem?cmd=jsonlist2%20room=Homekit&fwcsrf=csrf_185062423902762&XHR=1
[2020-6-7 20:09:50] [FHEM] got: 91 results
[2020-6-7 20:09:50] [FHEM] homebridgeMapping: On=cmdOn=on-for-timer+1
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.Volume.Down.dum is switch
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.Volume.Down.dum has
[2020-6-7 20:09:50] [FHEM] On [state;on-for-timer 1,off]
2020-06-07 20:09:50 caching: Media.Fernseher.Volume.Down.dum-state: off
[2020-6-7 20:09:50] [FHEM] caching: On: false (as boolean; from 'off')
[2020-6-7 20:09:50] [FHEM] homebridgeMapping: On=cmdOn=on-for-timer+1
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.Volume.Up.dum is switch
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.Volume.Up.dum has
[2020-6-7 20:09:50] [FHEM] On [state;on-for-timer 1,off]
2020-06-07 20:09:50 caching: Media.Fernseher.Volume.Up.dum-state: off
[2020-6-7 20:09:50] [FHEM] caching: On: false (as boolean; from 'off')
[2020-6-7 20:09:50] [FHEM] homebridgeMapping: Active:state,values=/off|absent/:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier:input,values=/HDMI1/:1;/HDMI2/:2;/HDMI3/:3,cmds=1:input+HDMI1;2:input+HDMI2;3:input+HDMI3
ConfiguredName:model
RemoteKey:key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:remoteControl+Up;ARROW_DOWN:remoteControl+Down;ARROW_LEFT:remoteControl+Left;ARROW_RIGHT:remoteControl+Right;SELECT:remoteControl+Ok;BACK:remoteControl+RETURN;EXIT:remoteControl+Exit;PLAY_PAUSE:remoteControl+Play;INFORMATION:remoteControl+Info
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
TelevisionSpeaker#Mute=mute
Active:default=ACTIVE
Volume=volume
VolumeSelector=volume,cmds=INCREMENT:volumeSelector+0;DECREMENT:volumeSelector+1
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName:default=HDMI+1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName:default=HDMI+2
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName:default=HDMI+3
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
CurrentVisibilityState:default=SHOWN
linkedTo=Television
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.dum is Television
[2020-6-7 20:09:50] [FHEM] Media.Fernseher.dum has
[2020-6-7 20:09:50] [FHEM] Custom Volume [volume;cached]
[2020-6-7 20:09:50] [FHEM] Active [state]
[2020-6-7 20:09:50] [FHEM] ActiveIdentifier [input]
[2020-6-7 20:09:50] [FHEM] ConfiguredName [model]
[2020-6-7 20:09:50] [FHEM] RemoteKey [key]
[2020-6-7 20:09:50] [FHEM] SleepDiscoveryMode [undefined]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#Mute [mute]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#Active [undefined]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#Volume [volume]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#VolumeSelector [volume]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#VolumeControlType [undefined]
[2020-6-7 20:09:50] [FHEM] TelevisionSpeaker#linkedTo [Television]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#Identifier [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#ConfiguredName [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#IsConfigured [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#InputSourceType [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#CurrentVisibilityState [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(1)#linkedTo [Television]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#Identifier [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#ConfiguredName [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#IsConfigured [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#InputSourceType [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#CurrentVisibilityState [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(2)#linkedTo [Television]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#Identifier [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#ConfiguredName [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#IsConfigured [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#InputSourceType [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#CurrentVisibilityState [undefined]
[2020-6-7 20:09:50] [FHEM] InputSource(3)#linkedTo [Television]
2020-06-07 20:09:50 caching: Media.Fernseher.dum-volume: 5
[2020-6-7 20:09:50] [FHEM] caching: Volume: 5 (as number; from '5')
2020-06-07 20:09:50 caching: Media.Fernseher.dum-state: off
[2020-6-7 20:09:50] [FHEM] caching: Active: 0 (as number; means INACTIVE; from 'off')
2020-06-07 20:09:50 caching: Media.Fernseher.dum-input: HDMI1
[2020-6-7 20:09:50] [FHEM] caching: ActiveIdentifier: 1 (as number; from 'HDMI1')
2020-06-07 20:09:50 caching: Media.Fernseher.dum-model: Fernseher
[2020-6-7 20:09:50] [FHEM] caching: ConfiguredName: Fernseher (as string; from 'Fernseher')
2020-06-07 20:09:50 caching: Media.Fernseher.dum-key: 0
[2020-6-7 20:09:50] [FHEM] caching: RemoteKey: 0 (as number; from '0')
[2020-6-7 20:09:50] [FHEM] caching: SleepDiscoveryMode: 1 (as number; means ALWAYS_DISCOVERABLE; from 'mapping.default')
2020-06-07 20:09:50 caching: Media.Fernseher.dum-mute: off
[2020-6-7 20:09:50] [FHEM] caching: TelevisionSpeaker#Mute: false (as boolean; from 'off')
[2020-6-7 20:09:50] [FHEM] caching: TelevisionSpeaker#Active: 1 (as number; means ACTIVE; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: TelevisionSpeaker#Volume: 5 (as number; from '5')
[2020-6-7 20:09:50] [FHEM] caching: TelevisionSpeaker#VolumeSelector: 5 (as number; from '5')
[2020-6-7 20:09:50] [FHEM] caching: TelevisionSpeaker#VolumeControlType: 2 (as number; means RELATIVE_WITH_CURRENT; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(1)#Identifier: 1 (as number; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(1)#ConfiguredName: HDMI 1 (as string; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(1)#IsConfigured: 1 (as number; means CONFIGURED; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(1)#InputSourceType: 3 (as number; means HDMI; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(1)#CurrentVisibilityState: 0 (as number; means SHOWN; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(2)#Identifier: 2 (as number; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(2)#ConfiguredName: HDMI 2 (as string; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(2)#IsConfigured: 1 (as number; means CONFIGURED; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(2)#InputSourceType: 3 (as number; means HDMI; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(2)#CurrentVisibilityState: 0 (as number; means SHOWN; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(3)#Identifier: 3 (as number; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(3)#ConfiguredName: HDMI 3 (as string; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(3)#IsConfigured: 1 (as number; means CONFIGURED; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(3)#InputSourceType: 3 (as number; means HDMI; from 'mapping.default')
[2020-6-7 20:09:50] [FHEM] caching: InputSource(3)#CurrentVisibilityState: 0 (as number; means SHOWN; from 'mapping.default')
...
Vielleicht siehts du ja etwas.
Das dieses Device mein komplette HomeKit zerstört, ist irritierend. Was noch zu beobachten ist, wenns passiert: Television ist genau das 3. Mapping was nach Start der Homebridge eingelesen wird. Die Beiden ersteren erscheinen steht's ohne Probleme und verschwinden nicht wieder. Erst ab dem Mapping für den Service Television sind alle weiteren dann betroffen, das die Raumzuordnung weg ist, Szenen nicht mehr vorhanden und die Devices in minutenabstand mal im Standardraum auftauchen und gleich wieder verschwinden.
Grüße
Ralf
Hallo Zusammen,
im Wiki zur Installation von homebridge wird bzgl. der Installation von homebridge auf das github verlinkt, dort findet sich eine aktuell Installationsanweisung.
Alternative Methode: systemd
Während das Init-Skript grundsätzlich auch mit systemd funktioniert, kann man natürlich für Homebridge auch ein systemd-Skript anlegen. Wie das geht, ist im Wiki zu Homebridge beschrieben.
In dieser Installationsanweisung wird auch ein Tool mitinstalliert (Homebridge Config UI X), hat da jemand Erfahrung bzw. das schon einmal installiert?
Vielen Dank und viele Grüße
Pit
@RalfP
clear
Active=WZ_Multimedia:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
ActiveIdentifier=inputDevice,values=TV:1;CMP:2;AV:3;VGA:4;HDMI+1:5;HDMI+2:6;HDMI+3:7,cmds=1:Source+TV;2:Source+CMP;3:Source+AV;4:Source+VGA;5:Source+HDMI+1;6:Source+HDMI+2;7:Source+HDMI+3
ConfiguredName=model::model
SleepDiscoveryMode:default=ALWAYS_DISCOVERABLE
RemoteKey=key::key,cmds=REWIND:remoteControl+Rewind;FAST_FORWARD:remoteControl+FastForward;NEXT_TRACK:remoteControl+NEXT_TRACK;PREVIOUS_TRACK:remoteControl+PREVIOUS_TRACK;ARROW_UP:ControlUp;ARROW_DOWN:ControlDown;ARROW_LEFT:ControlLeft;ARROW_RIGHT:ControlRight;SELECT:ControlOk;BACK:ControlReturn;EXIT:ControlExit;PLAY_PAUSE:remoteControl+Play;INFORMATION:ControlInfo
PictureMode=pictureMode::pictureMode
TelevisionSpeaker#Mute=mute::mute
Active=WZ_Multimedia:state,values=off:INACTIVE;on:ACTIVE,cmds=ACTIVE:on;INACTIVE:off
VolumeSelector:volume,cmds=INCREMENT:VolumeUp;DECREMENT:VolumeDown
VolumeControlType:default=RELATIVE_WITH_CURRENT
linkedTo=Television
InputSource(1)#Identifier:default=1
ConfiguredName=input_1_name::input_1_name,default=TV
IsConfigured:default=CONFIGURED
InputSourceType:default=TUNER
InputDeviceType:default=TV
CurrentVisibilityState:input_1
TargetVisibilityState=input_1::input_1
linkedTo=Television
InputSource(2)#Identifier:default=2
ConfiguredName=input_2_name::input_2_name,default=CMP
IsConfigured:default=CONFIGURED
InputSourceType:default=COMPOSITE_VIDEO
InputDeviceType:default=OTHER
CurrentVisibilityState:input_2
TargetVisibilityState=input_2::input_2
linkedTo=Television
InputSource(3)#Identifier:default=3
ConfiguredName=input_3_name::input_3_name,default=AV
IsConfigured:default=CONFIGURED
InputSourceType:default=S_VIDEO
InputDeviceType:default=OTHER
CurrentVisibilityState:input_3
TargetVisibilityState=input_3::input_3
linkedTo=Television
InputSource(4)#Identifier:default=4
ConfiguredName=input_4_name::input_4_name,default=VGA
IsConfigured:default=CONFIGURED
InputSourceType:default=OTHER
InputDeviceType:default=OTHER
CurrentVisibilityState:input_4
TargetVisibilityState=input_4::input_4
linkedTo=Television
InputSource(5)#Identifier:default=5
ConfiguredName=input_5_name::input_5_name,default=HDMI_1
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_5
TargetVisibilityState=input_5::input_5
linkedTo=Television
InputSource(6)#Identifier:default=6
ConfiguredName=input_6_name::input_6_name,default=HDMI_2
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_6
TargetVisibilityState=input_6::input_6
linkedTo=Television
InputSource(7)#Identifier:default=7
ConfiguredName=input_7_name::input_7_name,default=HDMI_3
IsConfigured:default=CONFIGURED
InputSourceType:default=HDMI
InputDeviceType:default=OTHER
CurrentVisibilityState:input_7
TargetVisibilityState=input_7::input_7
linkedTo=Television
vielleicht hilfst..
Hey hey,
die homebridge läuft soweit gut, auch alle in FHEM definierten Geräte im Raum "Homekit" werden angezeigt.
Leider kann ich auf dem iPad oder iPhone keine homebridge finden.
Kann mir jemand einen Tipp geben woran es liegt ?
Es wird auch kein "bonjour" von der homebridge gefunden. Ich denke das hängt vielleicht zusammen ?!
Fhem ist aufm letzten Stand und das ganze läuft auf einem Raspi 4
Zitat von: nocomment am 15 Juni 2020, 14:41:47
Kann mir jemand einen Tipp geben woran es liegt ?
Es wird auch kein "bonjour" von der homebridge gefunden. Ich denke das hängt vielleicht zusammen ?!
Fhem ist aufm letzten Stand und das ganze läuft auf einem Raspi 4
Ich hatte am Anfang mal ähnliches Verhalten. Das lag bei mir an einem Problem mit ipv6. Evtl. mal Router-Einstellungen prüfen.
Am. iOS Device hab ich mit der App Discovery prüfen können, ob generell etwas ankommt.
Hi Andy,
was hat ipv6 damit zu tun ?
Was hast da am Router umgestellt ?
Ja mit Discovery finde ich auch kein Device
Zitat von: nocomment am 15 Juni 2020, 17:21:20
Hi Andy,
was hat ipv6 damit zu tun ?
Was hast da am Router umgestellt ?
Ja mit Discovery finde ich auch kein Device
Ich hatte seinerzeit ipv6 am Router/Server deaktiviert und so hat es eben nicht funktioniert. Ob es tatsächlich daran lag...keine Ahnung. War nur ne Idee :)
Bei mir ist ipv6 an und ich bekomme auch ne ipv6 ip.
Hi,
,,Bonjour nutzt zum Informationsaustausch lediglich einzelne Multicast-DNS-Pakete (mDNS). Die Clients tauschen die Bonjour-Informationen über die Multicast-Adresse 224.0.0.251 (IPv4) bzw. ff02::fb (IPv6) an den Port 5353 aus. Die Bonjour-Pakete bleiben dabei im Subnetz."
Aber mein Discovery Client unter iOS kann nur IPv4 und ich hatte bei der Anmeldung in Home auch Probleme. Seit der debian Server nur IPv4 spricht, geht die Anmeldung der homebridge ;-)
Gruß Arnd
Zitat von: RaspiLED am 15 Juni 2020, 21:15:30
Hi,
,,Bonjour nutzt zum Informationsaustausch lediglich einzelne Multicast-DNS-Pakete (mDNS). Die Clients tauschen die Bonjour-Informationen über die Multicast-Adresse 224.0.0.251 (IPv4) bzw. ff02::fb (IPv6) an den Port 5353 aus. Die Bonjour-Pakete bleiben dabei im Subnetz."
Aber mein Discovery Client unter iOS kann nur IPv4 und ich hatte bei der Anmeldung in Home auch Probleme. Seit der debian Server nur IPv4 spricht, geht die Anmeldung der homebridge ;-)
Gruß Arnd
Das kann ich bestätigen. Meine Probleme sind auch verschwunden, seit IPv6 an meinem Debian Server deaktiviert ist.
Gruß Hoppel
Moin,
ich experimentiere gerade mit dem Homebridgemapping "SetDuration" in Kombination mit einem MQTT_DEVICE. Das MQTT_DEVICE ist ein Shelly1 und ich möchte gerne in EVE für das Device SetDuration als Timer verwenden was durch ein DOIF ausgewertet wird. Da ein MQTT_DEVICE kein setreading unterstützt wollte ich versuchen per Homebridgemapping das Reading duration nicht am MQTT_Device zu setzen sonder direkt am DOIF. Leider ohne Erfolg.
Ich habe folgendes Homebridgemapping für das MQTT_DEVICE verwendet:
clear
Reachable=alive,values=offline:0;/.*/:1
SetDuration=doif_timer:duration,maxValue=3600
Das auslesen der Duration in der Eve App funktioniert wunderbar, beim verändern sehe ich im homebridgelog jedoch die Meldung das nicht duration gesetzt werden soll.
[6/19/2020, 9:01:05 PM] [FHEM] executing: https://127.0.0.1:8083/fhem?cmd=set%20doif_timer%20undefined%20900&fwcsrf=csrf_XXXXXXX&XHR=1
Habe ich hier noch ein Denkfehler?
VG
Hallo gemeinde,
ich habe ein Problem. Ich habe ein Dummy welches als Schalter fungiert und die Stati on off und 0 hat. Das hat den Hintergrund, dass on die Rollladen auf Schatten fährt off wieder hoch und nachts um 0:00 Uhr setzt das DOIF den Dummy auf 0 damit er am nächsten Tag in der Home app wieder auf aus steht und ich ihn einschalten kann aber mir nachts nicht um 0:00 Uhr die Rollladen hoch fahren. Allerdings kennt die Home app scheinbar nicht den Status 0 da mir immer an angezeigt wird wenn der Status 0 ist. Kann man mit dem Mapping sagen das 0 auch off ist? wie muss man sowas dann formulieren?
edit: Wenn ich über die Home app den Schalter aus schalte, soll er off an Fhem senden. Die 0 ist nur ein Status der vom DOIF kommt und in der Home app einfach nur als aus angezeigt werden soll.
Vielen Dank schonmal im Voraus
Christian
@ travelling-man
SetDuration=duration::duration,maxValue=3600
readingList im DOIF setzen (duration)
im wait kannst es dann mit [] einbauen.
z.B. [DOIF-Name:duration]
Zitat von: exit2308 am 22 Juni 2020, 12:02:02
@ travelling-man
SetDuration=duration::duration,maxValue=3600
readingList im DOIF setzen (duration)
im wait kannst es dann mit [] einbauen.
z.B. [DOIF-Name:duration]
Moin,
ich habe das Problem gefunden ... es lag am fehlenden cmd mapping.
SetDuration=doif_timer:duration,maxValue=3600,cmd=duration
VG
Hallo allerseits,
ich versuche mit FHEM mittels homebridge mein KNX zu visualisieren .
@osbs danke für deinen Beitrag. Mit deinem mapping habe ich es geschafft endlich die Rollos anzusteuern.
https://forum.fhem.de/index.php/topic,91541.0.html
Jetzt versuche in noch, dass sich der Staus in homekit ändert, wenn die Korrekte Position auf den Bus sich ändert.
Ich versuche es mit zwei Gruppenadressen, korrekte(3/6/8) und aktuelle (3/4/10) position, wie im WIKI:
https://wiki.fhem.de/wiki/Rolladensteuerung_KNX_ABB_Aktor_JRA_S_4.230.5.1
DEF: 3/4/10:dpt5.001 3/6/8:dpt5.001
homebridgeMapping:
clear CurrentPosition=getG1,invert=1,minValue=0,maxValue=100,minStep=1,invert=1 TargetPosition=value::getG2,invert=1,minValue=0,maxValue=100,minStep=1,invert=1
wo ist mein Denkfehler?
Bei der bedienung der Homekit app z.B. auf 70% ändert sich nur setG1 in Fhem,
nicht wie gewollt G2?
Readings
last-sender 1/1/5 2020-06-23 14:28:28
setG1 70 % 2020-06-23 14:28:28
state 100 % 2020-06-23 14:28:28
über eure Hilfe würde ich mich sehr freuen.
Zitat von: fred85 am 23 Juni 2020, 15:16:23
CurrentPosition=getG1,invert=1,minValue=0,maxValue=100,minStep=1,invert=1 TargetPosition=value::getG2,invert=1,minValue=0,maxValue=100,minStep=1,invert=1
Hi,
Warum value:: und doppelte invert=1?
Gruß Arnd
Hallo
hab mein Problem gelöst. Mit folgendem Mapping geht es wie ich es brauche.
On=on=state,valueOff=off,valueOff=0,valueOn=on,cmdOff=off,cmdOn=on
Mit freundlichen Grüßen
Christian
mehre male das gleichen parameter verwenden geht nicht. die überschreiben sich nur gegenseitig.
entweder die regex version verwenden =/.../ oder wenn es einen wert für On und mehrere für Off gibt (oder umgekehrt) nur On (bzw. nur Off) angeben. alles andere ist dann automatisch das gegenteil.
Zitat von: fred85 am 23 Juni 2020, 15:16:23
Hallo allerseits,
ich versuche mit FHEM mittels homebridge mein KNX zu visualisieren .
@osbs danke für deinen Beitrag. Mit deinem mapping habe ich es geschafft endlich die Rollos anzusteuern.
https://forum.fhem.de/index.php/topic,91541.0.html
Jetzt versuche in noch, dass sich der Staus in homekit ändert, wenn die Korrekte Position auf den Bus sich ändert.
Ich versuche es mit zwei Gruppenadressen, korrekte(3/6/8) und aktuelle (3/4/10) position, wie im WIKI:
https://wiki.fhem.de/wiki/Rolladensteuerung_KNX_ABB_Aktor_JRA_S_4.230.5.1
DEF: 3/4/10:dpt5.001 3/6/8:dpt5.001
homebridgeMapping:
clear CurrentPosition=getG1,invert=1,minValue=0,maxValue=100,minStep=1,invert=1 TargetPosition=value::getG2,invert=1,minValue=0,maxValue=100,minStep=1,invert=1
wo ist mein Denkfehler?
Bei der bedienung der Homekit app z.B. auf 70% ändert sich nur setG1 in Fhem,
nicht wie gewollt G2?
Readings
last-sender 1/1/5 2020-06-23 14:28:28
setG1 70 % 2020-06-23 14:28:28
state 100 % 2020-06-23 14:28:28
über eure Hilfe würde ich mich sehr freuen.
Habe es gelöst :
IODev
KNX
deleteattr
event-on-change-reading
.*
deleteattr
genericDeviceType
blind
deleteattr
group
3/ Rollo
deleteattr
homebridgeMapping
clear CurrentPosition=getG2,invert=1,minValue=0,maxValue=100,minStep=1,invert=1 TargetPosition=value::setG1,invert=1,minValue=0,maxValue=100,minStep=1,invert=1
deleteattr
room
KNX,homebridge
deleteattr
userReadings
{(ReadingsVal($NAME,"state","off") eq "off")?0:100}
Zitat von: avaris am 28 April 2017, 13:55:50
huhu,
ich komme einfach nicht weiter. Ich habe jetzt mein Thermostat an fhem angeschlossen. In Homekit sehe ich auch die richtige Temperatur und kann die auch einstellen.
Das Problem ist, er übernimmt die steps nicht. Ich kann in der Home APP nur von 18-24 °C in ganzen Zahlen ändern. Aber ich kann nicht 18.5 usw einstellen.
Internals:
DEF 0/2/52:dpt9:sollwert 0/2/53:dpt9:istwert
DEVNAME Chillroom.Heizung
IODev KNX
KNX_MSGCNT 582
KNX_RAWMSG C122cw02350c65
KNX_TIME 2017-04-28 13:51:33
LASTInputDev KNX
MSGCNT 582
NAME Chillroom.Heizung
NR 237
NTFY_ORDER 50-Chillroom.Heizung
STATE Ist <b>22.50 °C</b> Soll: 21.50 °C
TYPE KNX
Gaddr:
1 0/2/52
2 0/2/53
Gcode:
1 0234
2 0235
Model:
1 dpt9
2 dpt9
Readings:
2017-04-28 13:51:33 istwert-get 22.50
2017-04-28 13:51:33 last-sender 1/2/44
2017-04-28 13:47:55 sollwert-get 21.50
2017-04-28 12:40:08 sollwert-set 21.50
2017-04-28 13:51:33 state 22.50
2017-04-28 13:51:33 temperature 22.50
Readingsname:
1 sollwert
2 istwert
Attributes:
IODev KNX
genericDeviceType thermostat
homebridgeMapping CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
icon temp_temperature
room Chillzimmer,Homekit
slider 18.0,0.1,24.0,1
stateFormat Ist <b>temperature °C</b> Soll: sollwert-get °C
userReadings temperature { ReadingsVal($NAME,"istwert-get",0);; }
das log:
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung is thermostat
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung has
[2017-04-28 13:52:30] [FHEM] Hue [rgb;rgb;0-359]
[2017-04-28 13:52:30] [FHEM] Saturation [rgb;rgb;0-100]
[2017-04-28 13:52:30] [FHEM] Brightness [rgb]
[2017-04-28 13:52:30] [FHEM] CurrentTemperature [temperature]
[2017-04-28 13:52:30] [FHEM] CurrentHeatingCoolingState [undefined]
[2017-04-28 13:52:30] [FHEM] TargetTemperature [value]
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '0' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '1' of undefined
[2017-04-28 13:52:30] [FHEM] Chillroom.Heizung-rgb reading2homekit: TypeError: Cannot read property '2' of undefined
2017-04-28 13:52:30 caching: Chillroom.Heizung-temperature: 22.48
[2017-04-28 13:52:30] [FHEM] caching: CurrentTemperature: 22.48 (as number; from '22.48')
[2017-04-28 13:52:30] [FHEM] caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[2017-04-28 13:52:30] [FHEM] homebridgeMapping: clear Brightness=state::dimmen-get,cmd=value,minValue=10,maxValue=100,minStep=10,nocache=1 On=state,cmdOn=AN,cmdOff=AUS,nocache=1
..........................................
2017-04-28 13:52:48 caching: Chillroom.Heizung-temperature: 22.50
[2017-04-28 13:52:48] [FHEM] caching: CurrentTemperature: 22.5 (as number; from '22.50')
[2017-04-28 13:53:58] [FHEM] query: CurrentTemperature for Chillroom.Heizung-temperature
[2017-04-28 13:53:58] [FHEM] cached: 22.5 (as number')
[2017-04-28 13:53:58] [FHEM] query: CurrentHeatingCoolingState for Chillroom.Heizung-undefined
[2017-04-28 13:53:58] [FHEM] cached: 1 (as number; means HEAT')
[2017-04-28 13:53:58] [FHEM] query: TargetTemperature for Chillroom.Heizung-value
[2017-04-28 13:53:58] [FHEM] not cached
[2017-04-28 13:53:58] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22Chillroom.Heizung%22,%22value%22,%22%22)%7D&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:53:58] [FHEM] value:
2017-04-28 13:53:58 caching: Chillroom.Heizung-value:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:53:58] [FHEM] Chillroom.Heizung-value not a number:
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 18
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2018&fwcsrf=csrf_228018003083016&XHR=1
[2017-04-28 13:54:02] [FHEM] Chillroom.Heizung: executing set cmd for TargetTemperature with value 19
[2017-04-28 13:54:02] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Chillroom.Heizung%20value%2019&fwcsrf=csrf_228018003083016&XHR=1
2017-04-28 13:54:03 caching: Chillroom.Heizung-temperature: 22.52
[2017-04-28 13:54:03] [FHEM] caching: CurrentTemperature: 22.52 (as number; from '22.52')
Er sendet die Werte immer als Ganzzahlen und nicht in float :(
weiss jemand weiter?
Danke für die Hilfe!
Schönen Gruß
Avaris
Jetzt versuche ich noch die Heizung einzubinden. Habe mich an folgende Anleitung gehlaten.
Leider erzeugt die Bedienung in HomeKit keinerlei Reading in Fhem.
Ob mit Homebridgemapping oder ohne. Habe alle möglichen Konfigurationen probiert, egal was ich mache ich bekomme keine Reaktion von HomeKit in FHEM.
Ich habe auch noch CUl MAX Raumthermostate, die ich auch über Home Bridge bedienen, diese funktionieren einwandfrei und erzeugen auch die entsprechenden Readings.
Hat jemand einen Tipp was ich falsch mache
DEF
2/3/0:dpt9:sollwert 2/0/3:dpt9:istwert
DEVNAME
heizung
FIRSTGADNAME
sollwert
FUUID
5ef50aaa-f33f-4c2e-f8be-f7d492c53b0f3861
GETSTRING
sollwert:noArg istwert:noArg
IODev
KNX
KNX_MSGCNT
3
KNX_RAWMSG
C01107w020030cbf
KNX_TIME
2020-06-26 11:22:03
LASTInputDev
KNX
MSGCNT
3
NAME
heizung
NR
106
NTFY_ORDER
50-heizung
SETSTRING
sollwert:slider,-670760,13415,670760 istwert:slider,-670760,13415,670760
STATE
Ist <b>24.30 °C</b> Soll: 20.00 °C
TYPE
KNX
Readings
istwert-get
24.30
2020-06-26 11:22:03
last-sender
1/1/7
2020-06-26 11:22:03
sollwert-get
20.00
2020-06-26 11:19:34
sollwert-set
20.00
2020-06-26 11:05:08
state
24.30
2020-06-26 11:22:03
temperature
24.30
2020-06-26 11:22:03
heizung
Attributes
IODev
KNX
deleteattr
event-on-change-reading
.*
deleteattr
genericDeviceType
thermostat
deleteattr
homebridgeMapping
CurrentTemperature=temperature TargetTemperature=value::value,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
deleteattr
room
homebridge
deleteattr
slider
18.0,0.1,24.0,1
deleteattr
stateFormat
Ist <b>temperature °C</b> Soll: sollwert-get °C
deleteattr
userReadings
temperature { ReadingsVal($NAME,"istwert-get",0);; }
Zitat von: fred85 am 26 Juni 2020, 11:28:29
Hat jemand einen Tipp was ich falsch mache
Ja, Du nutzt keine Code-Tags (das # Zeichen im Editormenü) und lieferst kein sauberes "list" des Devices, so dass niemand Lust hat, dein Post zu entziffern.
Auf der Schnelle und mit Kopfschmerzen ;),
dein homeBridgeMapping mappt Readings die gar nicht vorhanden sindEDIT: und doch falsch entziffert. temperature ist ja da. Wie wird das Device erkannt (log beim Start des Bridges)?
Zitat von: amenomade am 27 Juni 2020, 00:30:38
Ja, Du nutzt keine Code-Tags (das # Zeichen im Editormenü) und lieferst kein sauberes "list" des Devices, so dass niemand Lust hat, dein Post zu entziffern.
Auf der Schnelle und mit Kopfschmerzen ;), dein homeBridgeMapping mappt Readings die gar nicht vorhanden sind
EDIT: und doch falsch entziffert. temperature ist ja da. Wie wird das Device erkannt (log beim Start des Bridges)?
Danke Developer für den Hinweis! Ich versuche es mal etwas übersichtlich zu gestallten.
Bin auch etwas weiter gekommen. Die Steuerung von Homekit Richtung KNX funktioniert jetzt:)
DEF 2/3/3:dpt9:desired-temp 2/0/0:dpt9:istwert
Internals:
DEVNAME EG_Kueche_Heizung
FIRSTGADNAME desired-temp
FUUID 5f06b8e1-f33f-4c2e-7335-b69ddfb95491df43
GETSTRING istwert:noArg desired-temp:noArg
IODev KNX
KNX_MSGCNT 10
KNX_RAWMSG C0110cw020000c56
KNX_TIME 2020-07-09 12:29:39
LASTInputDev KNX
MSGCNT 10
NAME EG_Kueche_Heizung
NR 125
NTFY_ORDER 50-EG_Kueche_Heizung
SETSTRING istwert:slider,-670760,13415,670760 desired-temp:slider,-670760,13415,670760
STATE Ist <b>22.20 °C</b> Soll: 21.00 °C
TYPE KNX
Readings:
desired-temp 21.00
desired-temp-get 21.00
desired-temp-set 21.00
heatingState AUTO
istwert-get 22.20
last-sender 1/1/12
state 22.20
temperature 22.20
Attributes:
IODev KNX
event-on-update-reading .*
genericDeviceType thermostat
group 2/ Heizung
homebridgeMapping CurrentTemperature=temperature
TargetTemperature=desired-temp::desired-temp,minValue=17.5,maxValue=24.5,minStep=0.5,nocache=1
icon temp_temperature
room KNX,homebridge
stateFormat Ist <b>temperature °C</b> Soll: desired-temp-get °C
userReadings desired-temp { ReadingsVal($NAME,"desired-temp-get",0);; },
temperature { ReadingsVal($NAME,"istwert-get",0);; },
desired-temp-set { ReadingsVal($NAME,"desired-temp",0);; },
heatingState {(ReadingsVal($NAME,"ValvePosition",0) > 0 || ReadingsVal($NAME,"desired-temp","-") eq "on") ? "HEAT" : ReadingsVal($NAME,"desired-temp","-") eq "off" ? "OFF" : ReadingsVal($NAME,"controlMode","auto") eq "auto" ? "AUTO" : (ReadingsVal($NAME,"measured-temp",20) > ReadingsVal($NAME,"desired-temp",20)) ? "COOL" : "AUTO"}
wenn ich in Homkit die Temperatur auf 20.00 stelle passiert folgendes in
Events (Filter: .*)
KNX EG_Kueche_Heizung desired-temp-set: 20.00
KNX EG_Kueche_Heizung 20.00
KNX EG_Kueche_Heizung last-sender: fhem
KNX EG_Kueche_Heizung desired-temp: 21.00
KNX EG_Kueche_Heizung temperature: 22.30
KNX EG_Kueche_Heizung desired-temp-set: 21.00
KNX EG_Kueche_Heizung heatingState: AUTO
KNX EG_Kueche_Heizung desired-temp-get: 20.00
KNX EG_Kueche_Heizung last-sender: 1/1/6
KNX EG_Kueche_Heizung 20.00
KNX EG_Kueche_Heizung desired-temp: 20.00
KNX EG_Kueche_Heizung temperature: 22.30
KNX EG_Kueche_Heizung desired-temp-set: 20.00
KNX EG_Kueche_Heizung heatingState: AUTO
Homkit Richttung KNX Funktioniert.
Wenn ich auf dem KNX Gerät 20.00 einstellen passiert folgendes:
KNX EG_Kueche_Heizung desired-temp-get: 20.00
KNX EG_Kueche_Heizung last-sender: 1/1/12
KNX EG_Kueche_Heizung 20.00
KNX EG_Kueche_Heizung desired-temp: 20.00
KNX EG_Kueche_Heizung temperature: 22.80
KNX EG_Kueche_Heizung desired-temp-set: 20.00
KNX EG_Kueche_Heizung heatingState: AUTO
KNX EG_Kueche_Heizung desired-temp-get: 20.00
KNX EG_Kueche_Heizung last-sender: 1/1/6
KNX EG_Kueche_Heizung 20.00
KNX EG_Kueche_Heizung desired-temp: 20.00
KNX EG_Kueche_Heizung temperature: 22.80
KNX EG_Kueche_Heizung desired-temp-set: 20.00
KNX EG_Kueche_Heizung heatingState: AUTO
Ich änder zwar die Temperatur in KNX, leider wird dies nicht auf dem Homekit Device angezeigt.
Hat jemand eine Idee wo mein Fehler liegt?
Hier ein Beispiel von meinem KNX Device, versuche dich daran zu orientieren:
Internals:
DEF 2/1/4:dpt5.001:ventilpostion:get
2/2/4:dpt9.001:ist_temperatur:get
2/4/4:dpt9.001:soll_temperatur
2/3/4:dpt9.001:soll_temperatur_status:get
2/5/4:dpt20.102:soll_betriebsart
2/6/4:dpt20.102:ist_betriebssart:get
2/7/4:dpt16.000:diagnose:get
2/0/4:dpt1.003:zwangsstellung
DEVNAME BZ.Heizung
FIRSTGADNAME ventilpostion
FUUID 5d8e0112-f33f-80cb-7cc8-499bfa1b8a95e304
GETSTRING ist_temperatur:noArg soll_temperatur:noArg soll_temperatur_status:noArg soll_betriebsart:noArg zwangsstellung:noArg ventilpostion:noArg ist_betriebssart:noArg diagnose:noArg
IODev KNX
KNX_MSGCNT 328
KNX_RAWMSG C0110ew0210400
KNX_TIME 2020-07-09 13:24:32
LASTInputDev KNX
MSGCNT 328
NAME BZ.Heizung
NR 94
NTFY_ORDER 50-BZ.Heizung
SETSTRING soll_temperatur:slider,-670760,13415,670760 soll_betriebsart:Auto,Comfort,Standby,Economy,Protection zwangsstellung:disable,enable
STATE Ist: 22.10 °C Soll: 20.00 °C Ventilposition: 0 %
TYPE KNX
GADDETAILS:
diagnose:
CODE 02704
GROUP 2/7/4
MODEL dpt16.000
NO 7
OPTION get
RDNAMEGET diagnose-get
RDNAMEPUT diagnose-put
RDNAMESET
SETLIST
ist_betriebssart:
CODE 02604
GROUP 2/6/4
MODEL dpt20.102
NO 6
OPTION get
RDNAMEGET ist_betriebssart-get
RDNAMEPUT ist_betriebssart-put
RDNAMESET
SETLIST :Auto,Comfort,Standby,Economy,Protection
ist_temperatur:
CODE 02204
GROUP 2/2/4
MODEL dpt9.001
NO 2
OPTION get
RDNAMEGET ist_temperatur-get
RDNAMEPUT ist_temperatur-put
RDNAMESET
SETLIST :slider,-670760,13415,670760
soll_betriebsart:
CODE 02504
GROUP 2/5/4
MODEL dpt20.102
NO 5
OPTION
RDNAMEGET soll_betriebsart-get
RDNAMEPUT soll_betriebsart-put
RDNAMESET soll_betriebsart-set
SETLIST :Auto,Comfort,Standby,Economy,Protection
soll_temperatur:
CODE 02404
GROUP 2/4/4
MODEL dpt9.001
NO 3
OPTION
RDNAMEGET soll_temperatur-get
RDNAMEPUT soll_temperatur-put
RDNAMESET soll_temperatur-set
SETLIST :slider,-670760,13415,670760
soll_temperatur_status:
CODE 02304
GROUP 2/3/4
MODEL dpt9.001
NO 4
OPTION get
RDNAMEGET soll_temperatur_status-get
RDNAMEPUT soll_temperatur_status-put
RDNAMESET
SETLIST :slider,-670760,13415,670760
ventilpostion:
CODE 02104
GROUP 2/1/4
MODEL dpt5.001
NO 1
OPTION get
RDNAMEGET ventilpostion-get
RDNAMEPUT ventilpostion-put
RDNAMESET
SETLIST :slider,0,1,100
zwangsstellung:
CODE 02004
GROUP 2/0/4
MODEL dpt1.003
NO 8
OPTION
RDNAMEGET zwangsstellung-get
RDNAMEPUT zwangsstellung-put
RDNAMESET zwangsstellung-set
SETLIST :disable,enable
GADTABLE:
02004 zwangsstellung
02104 ventilpostion
02204 ist_temperatur
02304 soll_temperatur_status
02404 soll_temperatur
02504 soll_betriebsart
02604 ist_betriebssart
02704 diagnose
Helper:
DBLOG:
ist_betriebssart-get:
SYS.DBLog:
TIME 1594291664.65899
VALUE Standby
ist_temperatur-get:
SYS.DBLog:
TIME 1594293256.79397
VALUE 22.10
last-sender:
SYS.DBLog:
TIME 1594293872.3699
VALUE 1/1/14
soll_temperatur:
SYS.DBLog:
TIME 1594293736.75793
VALUE 20.00
soll_temperatur-get:
SYS.DBLog:
TIME 1594290772.77955
VALUE 22.00
soll_temperatur_status-get:
SYS.DBLog:
TIME 1594290772.72992
VALUE 20.00
soll_ventilposition:
SYS.DBLog:
TIME 1594293256.79397
VALUE 40
state:
SYS.DBLog:
TIME 1594293872.3699
VALUE 0
ventilpostion-get:
SYS.DBLog:
TIME 1594290592.74442
VALUE 0
READINGS:
2020-07-09 09:18:59 diagnose-get Wi H Standby 0
2020-07-09 13:17:32 ist_betriebssart-get Standby
2020-07-09 09:18:59 ist_betriebssart_alt Standby
2020-07-09 13:24:16 ist_temperatur-get 22.10 °C
2020-07-09 13:24:32 last-sender 1/1/14
2020-07-09 09:18:59 soll_betriebsart-set Standby
2020-07-09 13:24:32 soll_temperatur 20.00 °C
2020-07-09 13:22:32 soll_temperatur-get 22.00 °C
2020-07-09 09:18:59 soll_temperatur-set 22.00 °C
2020-07-09 13:22:32 soll_temperatur_status-get 20.00 °C
2020-07-09 13:24:32 soll_ventilposition 40
2020-07-09 13:24:32 state 0 %
2020-07-09 13:24:32 ventilpostion-get 0 %
2020-07-09 09:18:59 zwangsstellung-set enable
Attributes:
IODev KNX
alexaName Heizung Badezimmer
alexaRoom Badezimmer
alias Heizung Badezimmer
event-min-interval .*:3600
event-on-change-reading .*
genericDeviceType thermostat
group Heizung
homebridgeMapping CurrentTemperature=ist_temperatur-get
TargetTemperature=soll_temperatur::soll_temperatur,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentHeatingCoolingState=ist_betriebsart-get,values=Protection/Frost/Heat:0;;Standby:0;;Comfort:1;;Economy/Night:1;;cool:2,valud=off
TargetHeatingCoolingState=soll_betriebsart-set,values=Protection/Frost/Heat:0;;Standby:0;;Comfort:1;;Economy/Night:1;;cool:2;;Auto:3,cmds=OFF:soll_betriebsart+Protection;;HEAT:soll_betriebsart+Comfort;;AUTO:soll_betriebsart+Auto;;COOL:soll_betriebsart+Standby
mqttName Heizung
mqttRoom Badezimmer
room 15_Badezimmer,80_Homekit,KNX
stateFormat {'Ist: '.ReadingsVal($name, "ist_temperatur-get","").
' Soll: '.ReadingsVal($name, "soll_temperatur_status-get", "").
' Ventilposition: '.ReadingsVal($name, "ventilpostion-get", "")}
userReadings soll_temperatur
{
ReadingsVal($NAME,"soll_temperatur_status-get","")
},
soll_ventilposition
{
soll_ventilposition(ReadingsNum("$NAME","soll_temperatur-get",""),ReadingsNum("$NAME","ist_temperatur-get",""))
}
webCmd soll_temperatur
widgetOverride soll_temperatur:16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25,25.5,26
Ansonsten solltest du die Homebridge im Debug-Modus starten und dir anschauen welche Werte von der Homebridge gesendet/empfangen werden
Zitat von: EinEinfach am 09 Juli 2020, 13:32:37
Hier ein Beispiel von meinem KNX Device, versuche dich daran zu orientieren:
Internals:
DEF 2/1/4:dpt5.001:ventilpostion:get
2/2/4:dpt9.001:ist_temperatur:get
2/4/4:dpt9.001:soll_temperatur
2/3/4:dpt9.001:soll_temperatur_status:get
2/5/4:dpt20.102:soll_betriebsart
2/6/4:dpt20.102:ist_betriebssart:get
2/7/4:dpt16.000:diagnose:get
2/0/4:dpt1.003:zwangsstellung
DEVNAME BZ.Heizung
FIRSTGADNAME ventilpostion
FUUID 5d8e0112-f33f-80cb-7cc8-499bfa1b8a95e304
GETSTRING ist_temperatur:noArg soll_temperatur:noArg soll_temperatur_status:noArg soll_betriebsart:noArg zwangsstellung:noArg ventilpostion:noArg ist_betriebssart:noArg diagnose:noArg
IODev KNX
KNX_MSGCNT 328
KNX_RAWMSG C0110ew0210400
KNX_TIME 2020-07-09 13:24:32
LASTInputDev KNX
MSGCNT 328
NAME BZ.Heizung
NR 94
NTFY_ORDER 50-BZ.Heizung
SETSTRING soll_temperatur:slider,-670760,13415,670760 soll_betriebsart:Auto,Comfort,Standby,Economy,Protection zwangsstellung:disable,enable
STATE Ist: 22.10 °C Soll: 20.00 °C Ventilposition: 0 %
TYPE KNX
GADDETAILS:
diagnose:
CODE 02704
GROUP 2/7/4
MODEL dpt16.000
NO 7
OPTION get
RDNAMEGET diagnose-get
RDNAMEPUT diagnose-put
RDNAMESET
SETLIST
ist_betriebssart:
CODE 02604
GROUP 2/6/4
MODEL dpt20.102
NO 6
OPTION get
RDNAMEGET ist_betriebssart-get
RDNAMEPUT ist_betriebssart-put
RDNAMESET
SETLIST :Auto,Comfort,Standby,Economy,Protection
ist_temperatur:
CODE 02204
GROUP 2/2/4
MODEL dpt9.001
NO 2
OPTION get
RDNAMEGET ist_temperatur-get
RDNAMEPUT ist_temperatur-put
RDNAMESET
SETLIST :slider,-670760,13415,670760
soll_betriebsart:
CODE 02504
GROUP 2/5/4
MODEL dpt20.102
NO 5
OPTION
RDNAMEGET soll_betriebsart-get
RDNAMEPUT soll_betriebsart-put
RDNAMESET soll_betriebsart-set
SETLIST :Auto,Comfort,Standby,Economy,Protection
soll_temperatur:
CODE 02404
GROUP 2/4/4
MODEL dpt9.001
NO 3
OPTION
RDNAMEGET soll_temperatur-get
RDNAMEPUT soll_temperatur-put
RDNAMESET soll_temperatur-set
SETLIST :slider,-670760,13415,670760
soll_temperatur_status:
CODE 02304
GROUP 2/3/4
MODEL dpt9.001
NO 4
OPTION get
RDNAMEGET soll_temperatur_status-get
RDNAMEPUT soll_temperatur_status-put
RDNAMESET
SETLIST :slider,-670760,13415,670760
ventilpostion:
CODE 02104
GROUP 2/1/4
MODEL dpt5.001
NO 1
OPTION get
RDNAMEGET ventilpostion-get
RDNAMEPUT ventilpostion-put
RDNAMESET
SETLIST :slider,0,1,100
zwangsstellung:
CODE 02004
GROUP 2/0/4
MODEL dpt1.003
NO 8
OPTION
RDNAMEGET zwangsstellung-get
RDNAMEPUT zwangsstellung-put
RDNAMESET zwangsstellung-set
SETLIST :disable,enable
GADTABLE:
02004 zwangsstellung
02104 ventilpostion
02204 ist_temperatur
02304 soll_temperatur_status
02404 soll_temperatur
02504 soll_betriebsart
02604 ist_betriebssart
02704 diagnose
Helper:
DBLOG:
ist_betriebssart-get:
SYS.DBLog:
TIME 1594291664.65899
VALUE Standby
ist_temperatur-get:
SYS.DBLog:
TIME 1594293256.79397
VALUE 22.10
last-sender:
SYS.DBLog:
TIME 1594293872.3699
VALUE 1/1/14
soll_temperatur:
SYS.DBLog:
TIME 1594293736.75793
VALUE 20.00
soll_temperatur-get:
SYS.DBLog:
TIME 1594290772.77955
VALUE 22.00
soll_temperatur_status-get:
SYS.DBLog:
TIME 1594290772.72992
VALUE 20.00
soll_ventilposition:
SYS.DBLog:
TIME 1594293256.79397
VALUE 40
state:
SYS.DBLog:
TIME 1594293872.3699
VALUE 0
ventilpostion-get:
SYS.DBLog:
TIME 1594290592.74442
VALUE 0
READINGS:
2020-07-09 09:18:59 diagnose-get Wi H Standby 0
2020-07-09 13:17:32 ist_betriebssart-get Standby
2020-07-09 09:18:59 ist_betriebssart_alt Standby
2020-07-09 13:24:16 ist_temperatur-get 22.10 °C
2020-07-09 13:24:32 last-sender 1/1/14
2020-07-09 09:18:59 soll_betriebsart-set Standby
2020-07-09 13:24:32 soll_temperatur 20.00 °C
2020-07-09 13:22:32 soll_temperatur-get 22.00 °C
2020-07-09 09:18:59 soll_temperatur-set 22.00 °C
2020-07-09 13:22:32 soll_temperatur_status-get 20.00 °C
2020-07-09 13:24:32 soll_ventilposition 40
2020-07-09 13:24:32 state 0 %
2020-07-09 13:24:32 ventilpostion-get 0 %
2020-07-09 09:18:59 zwangsstellung-set enable
Attributes:
IODev KNX
alexaName Heizung Badezimmer
alexaRoom Badezimmer
alias Heizung Badezimmer
event-min-interval .*:3600
event-on-change-reading .*
genericDeviceType thermostat
group Heizung
homebridgeMapping CurrentTemperature=ist_temperatur-get
TargetTemperature=soll_temperatur::soll_temperatur,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentHeatingCoolingState=ist_betriebsart-get,values=Protection/Frost/Heat:0;;Standby:0;;Comfort:1;;Economy/Night:1;;cool:2,valud=off
TargetHeatingCoolingState=soll_betriebsart-set,values=Protection/Frost/Heat:0;;Standby:0;;Comfort:1;;Economy/Night:1;;cool:2;;Auto:3,cmds=OFF:soll_betriebsart+Protection;;HEAT:soll_betriebsart+Comfort;;AUTO:soll_betriebsart+Auto;;COOL:soll_betriebsart+Standby
mqttName Heizung
mqttRoom Badezimmer
room 15_Badezimmer,80_Homekit,KNX
stateFormat {'Ist: '.ReadingsVal($name, "ist_temperatur-get","").
' Soll: '.ReadingsVal($name, "soll_temperatur_status-get", "").
' Ventilposition: '.ReadingsVal($name, "ventilpostion-get", "")}
userReadings soll_temperatur
{
ReadingsVal($NAME,"soll_temperatur_status-get","")
},
soll_ventilposition
{
soll_ventilposition(ReadingsNum("$NAME","soll_temperatur-get",""),ReadingsNum("$NAME","ist_temperatur-get",""))
}
webCmd soll_temperatur
widgetOverride soll_temperatur:16,16.5,17,17.5,18,18.5,19,19.5,20,20.5,21,21.5,22,22.5,23,23.5,24,24.5,25,25.5,26
Ansonsten solltest du die Homebridge im Debug-Modus starten und dir anschauen welche Werte von der Homebridge gesendet/empfangen werden
Respekt, dass mit den Betriebsarten würde ich auch gerne nachbaue aber dpt20.102 ist mir echt zu Hoch ;D
ich habe die Lösung aber durch dein Device gefunden, soll_temperatur und soll_temperatur_status:get auf eine Gruppenadresse legen wir in der MDT Doku.
Es läuft! Danke!
Hast du per Zufall auch ein Device für Rollos? Meine Lösung hat oft Aussetzer bei der Darstellung im Homekit.
Ja klar, habe ich auch. Ich hatte auch anfangs Probleme mit den Rollladen und Homekit, was es aber genau war kriege ich nicht mehr zusammen. Deswegen musste ich mir noch ein DOIF bauen, poste ich auch gleich mit.
Internals:
DEF 3/1/4:dpt1.008:rollladen_auf_ab 3/2/4:dpt1.017:rollladen_stop 3/3/4:dpt5.001:soll_position 3/5/4:dpt5.001:ist_position:listenonly 3/6/4:dpt1.011:verfahrstatus:listenonly
DEVNAME BZ.Rollladen
FIRSTGADNAME rollladen_auf_ab
FUUID 5ca7b441-f33f-80cb-c317-0cd4d0aefbf51ef4
GETSTRING rollladen_stop:noArg soll_position:noArg rollladen_auf_ab:noArg ist_position:noArg verfahrstatus:noArg
IODev KNX
KNX_MSGCNT 7
KNX_RAWMSG C0110cw0350400
KNX_TIME 2020-07-10 05:00:30
LASTInputDev KNX
MSGCNT 7
NAME BZ.Rollladen
NR 28
NTFY_ORDER 50-BZ.Rollladen
SETSTRING rollladen_stop:trigger,trigger soll_position:slider,0,1,100 rollladen_auf_ab:up,down
STATE 0 %
TYPE KNX
GADDETAILS:
ist_position:
CODE 03504
GROUP 3/5/4
MODEL dpt5.001
NO 4
OPTION listenonly
RDNAMEGET ist_position-get
RDNAMEPUT ist_position-put
RDNAMESET
SETLIST :slider,0,1,100
rollladen_auf_ab:
CODE 03104
GROUP 3/1/4
MODEL dpt1.008
NO 1
OPTION
RDNAMEGET rollladen_auf_ab-get
RDNAMEPUT rollladen_auf_ab-put
RDNAMESET rollladen_auf_ab-set
SETLIST :up,down
rollladen_stop:
CODE 03204
GROUP 3/2/4
MODEL dpt1.017
NO 2
OPTION
RDNAMEGET rollladen_stop-get
RDNAMEPUT rollladen_stop-put
RDNAMESET rollladen_stop-set
SETLIST :trigger,trigger
soll_position:
CODE 03304
GROUP 3/3/4
MODEL dpt5.001
NO 3
OPTION
RDNAMEGET soll_position-get
RDNAMEPUT soll_position-put
RDNAMESET soll_position-set
SETLIST :slider,0,1,100
verfahrstatus:
CODE 03604
GROUP 3/6/4
MODEL dpt1.011
NO 5
OPTION listenonly
RDNAMEGET verfahrstatus-get
RDNAMEPUT verfahrstatus-put
RDNAMESET
SETLIST :inactive,active
GADTABLE:
03104 rollladen_auf_ab
03204 rollladen_stop
03304 soll_position
03504 ist_position
03604 verfahrstatus
Helper:
DBLOG:
ist_position-get:
SYS.DBLog:
TIME 1594350030.69797
VALUE 0
last-sender:
SYS.DBLog:
TIME 1594350003.85666
VALUE 1/1/12
soll_position:
SYS.DBLog:
TIME 1594350030.69797
VALUE 0
state:
SYS.DBLog:
TIME 1594350030.69797
VALUE 0
verfahrstatus-get:
SYS.DBLog:
TIME 1594350028.07599
VALUE inactive
READINGS:
2020-07-09 21:37:40 ASC_Enable on
2020-07-10 05:00:02 ASC_Time_DriveDown 10.07.2020 - 22:00
2020-07-10 05:00:02 ASC_Time_DriveUp 11.07.2020 - 05:00
2020-07-09 21:37:45 associatedWith as.rollladen
2020-07-10 05:00:30 ist_position-get 0 %
2020-07-10 05:00:30 last-sender 1/1/12
2020-07-09 21:37:40 rollladen_auf_ab-get down
2020-07-09 21:37:40 rollladen_auf_ab-set down
2020-07-09 21:37:40 rollladen_stop-get trigger
2020-07-09 21:37:40 rollladen_stop-set 0
2020-07-10 05:00:34 soll_position 0 %
2020-07-10 05:00:34 soll_position-int 0 %
2020-07-10 05:00:02 soll_position-set 0 %
2020-07-10 05:00:30 state 0 %
2020-07-10 05:00:28 verfahrstatus-get inactive
Attributes:
ASC 1
ASC_Pos_Reading soll_position
ASC_WiggleValue 20
IODev KNX
alarmDevice Actor
alarmSettings alarm5,|set BZ.Rollladen soll_position 0||0:00
alexaName Rollladen Badezimmer
alexaRoom Badezimmer
alias Rollladen Badezimmer
event-on-change-reading .*
genericDeviceType blind
group Rollladen
homebridgeMapping clear CurrentPosition=ist_position-get,minValue=0,maxValue=100,minStep=5,invert=1 TargetPosition=soll_position-int,minValue=0,maxValue=100,minStep=5,invert=1,cmd=soll_position,minValue=0,maxValue=100,minStep=5,delay=500
room 15_Badezimmer,80_Homekit,KNX
stateCmd {ReadingsVal($name,"ist_position-get","undef")}
userReadings soll_position {ReadingsVal($NAME,"ist_position-get","") }
userattr ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
webCmd soll_position
DOIF:
Internals:
DEF ##Hilfsvariable zum Setzen des Sollwerts der Rollladen für die Homebridge. Kommt zum tragen wenn Rollladen über den externen Taster bedient wird
##1
([BZ.Rollladen:verfahrstatus-get] eq "active")
(setreading BZ.Rollladen soll_position-int [BZ.Rollladen:soll_position-set])
##2
DOELSE
(setreading BZ.Rollladen soll_position-int [BZ.Rollladen:ist_position-get])
FUUID 5cb4c27a-f33f-80cb-1f36-e38c389bddb9df97
MODEL FHEM
NAME di.bz.rollladen.soll_position_int
NOTIFYDEV BZ.Rollladen,global
NR 45
NTFY_ORDER 50-di.bz.rollladen.soll_position_int
STATE cmd_2
TYPE DOIF
VERSION 22030 2020-05-25 14:10:16
Helper:
DBLOG:
cmd:
SYS.DBLog:
TIME 1594350034.23495
VALUE 2
cmd_nr:
SYS.DBLog:
TIME 1594350034.23495
VALUE 2
state:
SYS.DBLog:
TIME 1594350034.23495
VALUE cmd_2
wait_timer:
SYS.DBLog:
TIME 1594350034.11098
VALUE no timer
READINGS:
2020-07-10 05:00:28 Device BZ.Rollladen
2020-07-10 05:00:34 cmd 2
2020-07-10 05:00:34 cmd_event BZ.Rollladen
2020-07-10 05:00:34 cmd_nr 2
2020-07-10 05:00:28 e_BZ.Rollladen_verfahrstatus-get inactive
2019-04-15 19:43:13 mode enabled
2020-07-10 05:00:34 state cmd_2
2020-07-10 05:00:34 wait_timer no timer
Regex:
accu:
cond:
BZ.Rollladen:
0:
verfahrstatus-get ^BZ.Rollladen$:^verfahrstatus-get:
attr:
cmdState:
wait:
0:
0
1:
6
waitdel:
condition:
0 ::ReadingValDoIf($hash,'BZ.Rollladen','verfahrstatus-get') eq "active"
do:
0:
0 setreading BZ.Rollladen soll_position-int [BZ.Rollladen:soll_position-set]
1:
0 setreading BZ.Rollladen soll_position-int [BZ.Rollladen:ist_position-get]
helper:
DEVFILTER ^global$|^BZ.Rollladen$
NOTIFYDEV global|BZ.Rollladen
event verfahrstatus-get: inactive
globalinit 1
last_timer 0
sleepdevice BZ.Rollladen
sleepsubtimer -1
sleeptimer -1
timerdev BZ.Rollladen
timerevent verfahrstatus-get: inactive
triggerDev BZ.Rollladen
timerevents:
verfahrstatus-get: inactive
timereventsState:
verfahrstatus-get: inactive
triggerEvents:
verfahrstatus-get: inactive
triggerEventsState:
verfahrstatus-get: inactive
internals:
perlblock:
readings:
all BZ.Rollladen:verfahrstatus-get
trigger:
uiState:
uiTable:
Attributes:
event-on-change-reading .*
group Rollladen
room 98_Hilfsgrößen
wait 0:6
P.S.: DPT20.102 wird vom offiziellen KNX Modul aktuell nicht unterstützt, da müsste man selbst im Modul einige Änderungen vornehmen, was genau findest im entprechenden KNX Unterforum
Hi,
gibt es in der kommenden IOS/TvOS 14 eigentlich Änderungen für Homekit?
Ich habe gerade mal mein Apple-TV auf die Beta upgedatet, Homebdrige etc. ohne Probleme.
Aber etwas neues konnte ich nicht feststellen.
VG
Christian
Ich dachte, dass man irgendwann einmal die TV-Kanäle (auch per Sprachsteuerung) umschalten könnte, aber bis jetzt habe ich außer der Ankündigung dazu noch kein mapping entdecken können....
Elektrolurch
... die Übersicht am iPad mit den Räumen ist neu, neue Gerätekategorien scheint es erstmal nicht zu geben
Guten Abend ,
kann mir jemand sagen wo ich meine Homebridge-Logdatei finde ?
Dies läuft unter systemd .
unter /var/log steht nichts
unter /opt/fhem/log auch nicht
Danke
@Sky Schau mal im normalen syslog "/var/log/syslog". Dorthin loggt die Homebridge zumindest bei mir unter Debian Stretch per Default. Hatte irgendwann mal versucht, das in ein eigenes Logfile umzubiegen. Bin aber gescheitert und habe das dann nicht mehr weiter verfolgt.
EDIT: Gerade gesehen, dass ich Jubiläum feiern kann. Das ist mein 1000ster Beitrag hier im Forum. :D
Gruß Hoppel
Danke Hoppel ,
genau dort steht die Logdatei .
Hallo Community ,
ich habe dieses Thema noch einmal für meine Gosund SP1 ,mit Tasmota , aufgegriffen .
Zitat von: hoppel118 am 18 November 2019, 10:45:25
Moin Sky, wie man userReadings verwendet, ist hier beschrieben: https://wiki.fhem.de/wiki/UserReadings
Dein Reading "network" scheint dafür gut geeignet zu sein.
Moin Andre,
habe das mal mit meinem Ventilator im Büro inkl. userReadings "reachable" umgesetzt:
Internals:
DEF 10.11.11.40 c06af5c00f91c09b7a18a38da7b64ffa
FD 61
FUUID 5d0e94cb-f33f-5dcf-f435-ea8853cb58594e56
NAME OG_Buero_Ventilator
NR 450
STATE straight 0%
TYPE XiaomiDevice
OLDREADINGS:
READINGS:
2019-11-18 09:17:28 ac_power off
2019-11-18 09:17:28 angle 30
2019-11-18 09:17:28 angle_enable on
2019-11-18 09:17:28 batteryPercent 100
2019-11-18 09:17:28 batteryState ok
2019-11-17 10:08:08 button_pressed speed
2019-11-18 09:17:28 buzzer off
2019-11-18 09:17:28 charging progress
2019-11-18 09:17:28 child_lock off
2019-11-18 09:17:28 error none
2019-11-18 09:17:28 humidity 61
2019-11-18 09:17:28 led bright
2019-11-18 09:17:28 level 0
2019-11-18 09:17:28 level_on 1
2019-11-18 09:17:28 mode straight
2019-11-18 09:17:28 power off
2019-11-18 09:17:28 poweroff_time 0
2019-11-18 09:40:49 reachable 0
2019-11-18 09:17:28 speed 0
2019-11-18 09:40:49 state disconnected
2019-11-18 09:17:28 temperature 19
helper:
ConnectionState disconnected
crypt AES
delay 780
dev 0436
id e469
ip 10.11.11.40
last_read 1574065048
packetid 1016
port 54321
sequence 1574064288
token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
alexaName Lüfter
alexaRoom Büro
alias Büro Lüfter
genericDeviceType Fan
group Ventilatoren
homebridgeMapping clear
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024
icon Ventilator_fett
room Hersteller->Xiaomi,Homebridge->Xiaomi,Obergeschoss->Büro,System->Ventilatoren
siriName Lüfter
stateFormat mode level%
subType SmartFan
userReadings reachable {if(ReadingsVal("OG_Buero_Ventilator","state","") eq "connected") {return 1} else {return 0}}
verbose 2
Ist "state connected" dann "reachable 1", sonst "reachable 0". Das userReadings funktioniert so weit. Anschließend habe ich die entsprechende Homebridge Instanz einmal neugestartet. In EVE und in der Home App sieht es aber weiterhin so aus, als ob das Gerät erreichbar ist, auch wenn "reachable 0". Automatisch scheint das schonmal nicht zu funktionieren. Oder liegt das am "clear" in meinem homebridgeMapping?
Wegen dieser Vermutung zu meinem "clear" habe ich anschließend eine Reachable characteristic in meinem homebridgeMapping ergänzt:
homebridgeMapping
clear
Reachable=reachable,values=0:False;;1:True
On:power,cmdOn=on,cmdOff=off,valueOn=on,valueOff=off
LockPhysicalControls=child_lock,values=on:CONTROL_LOCK_ENABLED;;off:CONTROL_LOCK_DISABLED,cmds=CONTROL_LOCK_ENABLED:child_lock+on;CONTROL_LOCK_DISABLED:child_lock+off
RotationSpeed=level,minValue=0,maxValue=100,cmd=level,delay=1
TargetTiltAngle=angle,minValue=30,maxValue=120,minStep=30,cmd=angle
SwingMode=angle_enable,values=on:SWING_ENABLED;;off:SWING_DISABLED,cmdOn=angle_enable+on,cmdOff=angle_enable+off
CurrentRelativeHumidity=humidity
CurrentTemperature=temperature
BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;;low:BATTERY_LEVEL_LOW
ChargingState=charging,values=complete:NOT_CHARGING;;progress:CHARGING;;/.*/:NOT_CHARGEABLE
Mute:mode,cmdOn=mode+straight,cmdOff=mode+natural,valueOn=straight,valueOff=natural
AudioFeedback:buzzer,cmdOn=buzzer+on,cmdOff=buzzer+off,valueOn=on,valueOff=off
NightVision:led,cmdOn=led+off,cmdOff=led+bright,valueOn=off,valueOff=bright
CurrentFanState:power,values=on:BLOWING_AIR;;off:INACTIVE;;/.*/:IDLE
2bea633d-3a98-49a9-8b2b-8030196cdc34=speed,name=Motor,format=FLOAT,minStep=1,unit=U/min
history:size=1024
Auf der Konsole sehe ich dann folgendes, wenn das userReadings "reachable" von "0" zu "1" wechselt
Nov 18 10:28:46 omv4 homebridge[1981]: 2019-11-18 10:28:46 caching: OG_Buero_Ventilator-reachable: 1
Nov 18 10:28:46 omv4 homebridge[1981]: [2019-11-18 10:28:46] [FHEM] caching: Reachable: true (as boolean; from '1')
Es funktioniert auch andersherum, wenn das userReadings "reachable" von "1" zu "0" wechselt, im laufenden Betrieb:
Nov 18 10:40:23 omv4 homebridge[1981]: 2019-11-18 10:40:23 caching: OG_Buero_Ventilator-reachable: 0
Nov 18 10:40:23 omv4 homebridge[1981]: [2019-11-18 10:40:23] [FHEM] caching: Reachable: false (as boolean; from '0')
Bei meinen Recherchen bei Google bin ich über folgenden Issue gestolpert: https://github.com/justme-1968/homebridge-fhem/issues/51
Dieser Issue kann nun meiner Ansicht nach geschlossen werden. Das funktioniert astrein, auch bei Status-Veränderungen im Laufenden Betrieb.
Danke dir und Gruß Hoppel
Das List sieht so aus :
Internals:
CID DVES_AD7521
DEF DVES_AD7521
DEVICETOPIC Gosund_4
FUUID 5dd850a5-f33f-d9cb-5ce5-feb89050106e473b
IODev m2s
LASTInputDev m2s
MSGCNT 50
NAME Gosund_4
NR 69
STATE on
Strom: 0.0 A
| Energie heute: 0.0 kWh
| Energie total: 552.5 kWh
| IP: <a href='http://192.168.178.40' target='_blank'>192.168.178.40</a>
TYPE MQTT2_DEVICE
m2s_MSGCNT 50
m2s_TIME 2020-07-16 16:30:10
READINGS:
2020-07-16 16:30:10 ENERGY_ApparentPower 0
2020-07-16 16:30:10 ENERGY_Current 0.000
2020-07-16 16:30:10 ENERGY_Factor 0.00
2020-07-16 16:30:10 ENERGY_Period 0
2020-07-16 16:30:10 ENERGY_Power 0
2020-07-16 16:30:10 ENERGY_ReactivePower 0
2020-07-16 16:30:10 ENERGY_Today 0.000
2020-07-16 16:30:10 ENERGY_Total 552.544
2020-07-16 16:30:10 ENERGY_TotalStartTime 2019-10-06T13:40:54
2020-07-16 16:30:10 ENERGY_Voltage 245
2020-07-16 16:30:10 ENERGY_Yesterday 0.010
2020-07-16 16:25:01 FallbackTopic cmnd/DVES_AD7521_fb/
2020-07-16 16:25:01 GroupTopic sonoffs
2020-07-16 16:30:09 Heap 15
2020-07-16 16:25:01 Hostname sonoff_4-5409
2020-07-16 16:25:01 IPAddress 192.168.178.40
2020-07-16 16:25:01 LWT Online
2020-07-16 16:30:09 LoadAvg 19
2020-07-16 16:25:01 Module Gosund SP1 v23
2020-05-11 22:01:18 OtaUrl http://thehackbox.org/tasmota/release/sonoff-DE.bin
2020-07-16 16:30:09 POWER1 on
2020-07-16 16:25:01 RestartReason Power on
2019-12-01 18:56:58 SaveData on
2019-12-01 18:56:57 SetOption26 on
2020-07-16 16:30:09 Sleep 50
2020-07-16 16:30:09 SleepMode Dynamic
2019-12-01 18:56:56 StateText1 off
2019-12-01 18:56:57 StateText2 on
2019-12-01 18:56:57 StateText3 toggle
2019-12-01 18:56:57 StateText4 hold
2020-07-16 16:30:10 Time 2020-07-16T15:30:10
2020-05-11 22:01:18 Upgrade Version 6.6.0 from http://thehackbox.org/tasmota/release/sonoff-DE.bin
2020-07-16 16:30:09 Uptime 0T00:05:17
2020-07-16 16:30:10 Verbrauch 0
2020-07-16 16:25:01 Version 6.6.0(release-sonoff)
2020-07-16 16:25:01 WebServerMode Admin
2020-07-06 19:25:34 WifiConfig WPSConfig selected
2020-07-16 16:30:09 Wifi_AP 2
2020-07-16 16:30:09 Wifi_BSSId 2C:3A:FD:AC:79:E1
2020-07-16 16:30:09 Wifi_Channel 6
2020-07-16 16:30:09 Wifi_Downtime 0T00:00:07
2020-07-16 16:30:09 Wifi_LinkCount 1
2020-07-16 16:30:09 Wifi_RSSI 78
2020-07-16 16:30:09 Wifi_SSId Mein Netz
2020-07-16 16:30:10 state on
2020-07-16 14:45:13 subscriptions cmnd/DVES_AD7521_fb/# cmnd/sonoff_4/# cmnd/sonoffs/#
2020-05-10 16:28:37 upgrade set
Attributes:
IODev m2s
autocreate 0
comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10; 'cmnd/cmnd/sonoff_4/Backlog POWER1 1; delay '.$duration.'; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
genericDeviceType outlet
homebridgeMapping On=POWER1,values=on:on;off:off,OutletInUse=power
OutletInUse=ENERGY_Power,treshold=10
icon hue_filled_outlet
model tasmota_basic_state_power1
readingList tele/sonoff_4/LWT:.* LWT
tele/sonoff_4/STATE:.* { json2nameValue($EVENT) }
tele/sonoff_4/SENSOR:.* { json2nameValue($EVENT) }
tele/sonoff_4/INFO.:.* { json2nameValue($EVENT) }
stat/sonoff_4/RESULT:.* { json2nameValue($EVENT) }
DVES_AD7521:cmnd/Sonoff_3/POWER:.* POWER
DVES_AD7521:stat/Sonoff_3/POWER1:.* POWER1
tele/Sonoff_4/INFO1:.* { json2nameValue($EVENT) }
tele/Sonoff_4/INFO2:.* { json2nameValue($EVENT) }
tele/Sonoff_4/INFO3:.* { json2nameValue($EVENT) }
stat/Sonoff_4/POWER1:.* POWER1
tele/Sonoff_4/UPTIME:.* { json2nameValue($EVENT) }
DVES_AD7521:stat/Sonoff_3/UPGRADE:.* UPGRADE
room Homekit,MQTT2_DEVICE
setList off:noArg cmnd/sonoff_4/POWER1 0
on:noArg cmnd/sonoff_4/POWER1 1
toggle:noArg cmnd/sonoff_4/POWER1 2
setOtaUrl:textField cmnd/sonoff_4/OtaUrl $EVTPART1
upgrade:noArg cmnd/sonoff_4/upgrade 1
setStateList on off toggle
siriName Gosund_4
stateFormat [$name:state]
Strom: [$name:ENERGY_Current:r1] A
| Energie heute: [$name:ENERGY_Today:r1] kWh
| Energie total: [$name:ENERGY_Total:r1] kWh
| IP: <a href='http://[$name:IPAddress]' target='_blank'>[$name:IPAddress]</a>
userReadings state {ReadingsVal($name,"POWER1","")}, Verbrauch difference {1000*ReadingsVal($name,"ENERGY_Total",0);}
Folgendes habe ich geändert :
Unter "homebridgemapping"
On=POWER1,values=on:on;off:off,OutletInUse=power
OutletInUse=ENERGY_Power,treshold=10
Reachable=reachable,values=0:False;;1:True
Unter "userReadings"
state {ReadingsVal($name,"POWER1","")}, Verbrauch difference {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
Leider erscheint nun folgendes im Log von Fhem :
2020.07.16 16:42:21 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 86) line 1.
2020.07.16 16:42:21 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
2020.07.16 16:43:12 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 347) line 1.
2020.07.16 16:43:12 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
2020.07.16 16:45:09 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 362) line 1.
2020.07.16 16:45:09 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
2020.07.16 16:45:10 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 365) line 1.
2020.07.16 16:45:10 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
2020.07.16 16:50:09 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 398) line 1.
2020.07.16 16:50:09 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
2020.07.16 16:50:10 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 401) line 1.
2020.07.16 16:50:10 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
Da kollidieren scheinbar die Readings "ENERGY_Total" und mein "reachable"
Hat jemand einen Tip wie ich das lösen kann ??
Danke
ZitatUnter "userReadings"
Code: [Auswählen]
state {ReadingsVal($name,"POWER1","")}, Verbrauch difference {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","state","") eq "on") {return 1} else {return 0}}
Also... das ganze hat mit homebridge/homekit wenig zu tun.
Ich würde kein "state" userReading definieren, es sei denn dein Device hat wirklich standardmässig kein
Kann man deine userReadings "im Kontext" sehen, sprich in einem "list" vom Device? Da fehlt mindestens ein Koma vor reachable, und wenn es wirklich mehrzeilig ist, muss auch irgendwie ein \ rein... wenn es ein Copy/Paste aus rawDef ist
Danke für Deine Hilfe .
Das "list"vom Device sieht so aus :
Internals:
CID DVES_AD7521
DEF DVES_AD7521
DEVICETOPIC Gosund_4
FUUID 5dd850a5-f33f-d9cb-5ce5-feb89050106e473b
IODev m2s
LASTInputDev m2s
MSGCNT 79
NAME Gosund_4
NR 69
STATE off
Strom: 0.0 A
| Energie heute: 0.0 kWh
| Energie total: 552.5 kWh
| IP: <a href='http://192.168.178.40' target='_blank'>192.168.178.40</a>
TYPE MQTT2_DEVICE
m2s_MSGCNT 79
m2s_TIME 2020-07-17 17:12:26
READINGS:
2020-07-17 17:12:26 ENERGY_ApparentPower 0
2020-07-17 17:12:26 ENERGY_Current 0.000
2020-07-17 17:12:26 ENERGY_Factor 0.00
2020-07-17 17:12:26 ENERGY_Period 0
2020-07-17 17:12:26 ENERGY_Power 0
2020-07-17 17:12:26 ENERGY_ReactivePower 0
2020-07-17 17:12:26 ENERGY_Today 0.000
2020-07-17 17:12:26 ENERGY_Total 552.544
2020-07-17 17:12:26 ENERGY_TotalStartTime 2019-10-06T13:40:54
2020-07-17 17:12:26 ENERGY_Voltage 0
2020-07-17 17:12:26 ENERGY_Yesterday 0.000
2020-07-16 22:37:07 FallbackTopic cmnd/DVES_AD7521_fb/
2020-07-16 22:37:07 GroupTopic sonoffs
2020-07-17 17:12:25 Heap 15
2020-07-16 22:37:07 Hostname sonoff_4-5409
2020-07-16 22:37:07 IPAddress 192.168.178.40
2020-07-17 14:00:16 LWT Online
2020-07-17 17:12:25 LoadAvg 19
2020-07-16 22:37:07 Module Gosund SP1 v23
2020-05-11 22:01:18 OtaUrl http://thehackbox.org/tasmota/release/sonoff-DE.bin
2020-07-17 17:12:25 POWER1 off
2020-07-16 22:37:07 RestartReason Power on
2019-12-01 18:56:58 SaveData on
2019-12-01 18:56:57 SetOption26 on
2020-07-17 17:12:25 Sleep 50
2020-07-17 17:12:25 SleepMode Dynamic
2019-12-01 18:56:56 StateText1 off
2019-12-01 18:56:57 StateText2 on
2019-12-01 18:56:57 StateText3 toggle
2019-12-01 18:56:57 StateText4 hold
2020-07-17 17:12:26 Time 2020-07-17T16:12:25
2020-05-11 22:01:18 Upgrade Version 6.6.0 from http://thehackbox.org/tasmota/release/sonoff-DE.bin
2020-07-17 17:12:25 Uptime 0T18:35:24
2020-07-17 17:12:26 Verbrauch 0
2020-07-16 22:37:07 Version 6.6.0(release-sonoff)
2020-07-16 22:37:07 WebServerMode Admin
2020-07-06 19:25:34 WifiConfig WPSConfig selected
2020-07-17 17:12:25 Wifi_AP 2
2020-07-17 17:12:25 Wifi_BSSId 2C:3A:FD:AC:79:E1
2020-07-17 17:12:25 Wifi_Channel 6
2020-07-17 17:12:25 Wifi_Downtime 0T00:00:04
2020-07-17 17:12:25 Wifi_LinkCount 1
2020-07-17 17:12:25 Wifi_RSSI 76
2020-07-17 17:12:25 Wifi_SSId Mein Netz
2020-07-17 17:12:26 state off
2020-07-17 14:01:09 subscriptions cmnd/DVES_AD7521_fb/# cmnd/sonoff_4/# cmnd/sonoffs/#
2020-05-10 16:28:37 upgrade set
Attributes:
IODev m2s
autocreate 0
comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10; 'cmnd/cmnd/sonoff_4/Backlog POWER1 1; delay '.$duration.'; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
genericDeviceType outlet
homebridgeMapping On=POWER1,values=on:on;off:off,OutletInUse=power
OutletInUse=ENERGY_Power,treshold=10
Reachable=reachable,values=0:False;;1:True
icon hue_filled_outlet
model tasmota_basic_state_power1
readingList tele/sonoff_4/LWT:.* LWT
tele/sonoff_4/STATE:.* { json2nameValue($EVENT) }
tele/sonoff_4/SENSOR:.* { json2nameValue($EVENT) }
tele/sonoff_4/INFO.:.* { json2nameValue($EVENT) }
stat/sonoff_4/RESULT:.* { json2nameValue($EVENT) }
DVES_AD7521:cmnd/Sonoff_3/POWER:.* POWER
DVES_AD7521:stat/Sonoff_3/POWER1:.* POWER1
tele/Sonoff_4/INFO1:.* { json2nameValue($EVENT) }
tele/Sonoff_4/INFO2:.* { json2nameValue($EVENT) }
tele/Sonoff_4/INFO3:.* { json2nameValue($EVENT) }
stat/Sonoff_4/POWER1:.* POWER1
tele/Sonoff_4/UPTIME:.* { json2nameValue($EVENT) }
DVES_AD7521:stat/Sonoff_3/UPGRADE:.* UPGRADE
room Homekit,MQTT2_DEVICE
setList off:noArg cmnd/sonoff_4/POWER1 0
on:noArg cmnd/sonoff_4/POWER1 1
toggle:noArg cmnd/sonoff_4/POWER1 2
setOtaUrl:textField cmnd/sonoff_4/OtaUrl $EVTPART1
upgrade:noArg cmnd/sonoff_4/upgrade 1
setStateList on off toggle
siriName Gosund_4
stateFormat [$name:state]
Strom: [$name:ENERGY_Current:r1] A
| Energie heute: [$name:ENERGY_Today:r1] kWh
| Energie total: [$name:ENERGY_Total:r1] kWh
| IP: <a href='http://[$name:IPAddress]' target='_blank'>[$name:IPAddress]</a>
userReadings state {ReadingsVal($name,"POWER1","")}, Verbrauch difference {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
Ich habe allerdings das "Reading" LWT genommen, da dieses zuverlässig anzeigt wenn das Gosund-Device stromlos ist .
Dies wird entweder mit "Online" oder "Offline" angezeigt .
Leider funktioniert dies auch nicht .
Der Log sieht jetzt so aus :
2020.07.17 17:07:25 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 1699) line 1.
2020.07.17 17:07:25 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
2020.07.17 17:07:26 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 1702) line 1.
2020.07.17 17:07:26 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
2020.07.17 17:12:25 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 1739) line 1.
2020.07.17 17:12:25 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
2020.07.17 17:12:26 1: PERL WARNING: Useless use of multiplication (*) in void context at (eval 1742) line 1.
2020.07.17 17:12:26 3: eval: {1000*ReadingsVal($name,"ENERGY_Total",0);}
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
Zitat von: amenomade am 16 Juli 2020, 22:16:31
Also... das ganze hat mit homebridge/homekit wenig zu tun.
Ich würde kein "state" userReading definieren, es sei denn dein Device hat wirklich standardmässig kein
Kann man deine userReadings "im Kontext" sehen, sprich in einem "list" vom Device? Da fehlt mindestens ein Koma vor reachable, und wenn es wirklich mehrzeilig ist, muss auch irgendwie ein \ rein... wenn es ein Copy/Paste aus rawDef ist
Wo und wie fehlt denn ein Komma bzw. ein \ ??
Wäre für Deine HIlfe dankbar .
Gruß
Wolfgang
Zwischen Verbrauch und reachable hast Du einen Zeileinumbruch. Das muss ein Koma sein
Ich habe dies jetzt geändert , leider ist da immer noch ein Fehler .
Homebridgemapping :
On=POWER1,values=on:on;off:off,OutletInUse=power
OutletInUse=ENERGY_Power,treshold=10
Reachable=reachable,values=0:False;;1:True
[code]
userReadings :
[code]
state {ReadingsVal($name,"POWER1","")}, Verbrauch difference {1000*ReadingsVal($name,"ENERGY_Total",0);},
reachable {if(ReadingsVal("Gosund_4","LWT","") eq "online") {return 1} else {return 0}}
[code]
Wenn das Gosund-Device mit Strom versorgt ist :
[code]
Jul 17 18:38:59 raspberrypi homebridge[344]: 2020-07-17 18:38:59 caching: Gosund_4-POWER1: on
Jul 17 18:38:59 raspberrypi homebridge[344]: [7/17/2020, 6:38:59 PM] [FHEM] caching: On: true (as boolean; from 'on')
Jul 17 18:39:01 raspberrypi homebridge[344]: 2020-07-17 18:39:01 caching: Gosund_4-POWER1: off
Jul 17 18:39:01 raspberrypi homebridge[344]: [7/17/2020, 6:39:01 PM] [FHEM] caching: On: false (as boolean; from 'off')
Im Log :
2020-07-17_18:38:59 Gosund_4 POWER1: on
2020-07-17_18:38:59 Gosund_4 on
2020-07-17_18:38:59 Gosund_4 Verbrauch: 0
2020-07-17_18:38:59 Gosund_4 reachable: 0
2020-07-17_18:39:00 Gosund_4 set_off
2020-07-17_18:39:00 Gosund_4 on
2020-07-17_18:39:00 Gosund_4 Verbrauch: 0
2020-07-17_18:39:00 Gosund_4 reachable: 0
2020-07-17_18:39:01 Gosund_4 POWER1: off
2020-07-17_18:39:01 Gosund_4 off
2020-07-17_18:39:01 Gosund_4 Verbrauch: 0
2020-07-17_18:39:01 Gosund_4 reachable: 0
Obwohl das Reading "LWT" auf online steht liefert das Log "reachable : 0 " .
Laut userReading sollte dies aber auf reachable : 1 stehen
Verstehe ich im Moment nicht
Fehler gefunden ...
Das "LWT" reading lautet "Online" ,nicht "online" .
Trotzdem kann ich in Homekit nicht sehen ,wenn der Gosund-Zwischenstecker vom Strom getrennt ist .
Im Log steht folgendes :
2020-07-17_19:14:25 Gosund_4 set_off
2020-07-17_19:14:25 Gosund_4 on
2020-07-17_19:14:25 Gosund_4 Verbrauch: 0
2020-07-17_19:14:25 Gosund_4 reachable: 0
In Putty steht folgendes wenn ich in Homekit schalte obwohl das Device kein Strom hat :
Jul 17 19:16:53 raspberrypi homebridge[356]: [7/17/2020, 7:16:53 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:16:53 raspberrypi homebridge[356]: [7/17/2020, 7:16:53 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:16:53 raspberrypi homebridge[356]: 2020-07-17 19:16:53 caching: Gosund_4-POWER1: on
Jul 17 19:16:53 raspberrypi homebridge[356]: [7/17/2020, 7:16:53 PM] [FHEM] caching: On: true (as boolean; from 'on')
Jul 17 19:17:09 raspberrypi homebridge[356]: [7/17/2020, 7:17:09 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:09 raspberrypi homebridge[356]: [7/17/2020, 7:17:09 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:10 raspberrypi homebridge[356]: [7/17/2020, 7:17:10 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:10 raspberrypi homebridge[356]: [7/17/2020, 7:17:10 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:11 raspberrypi homebridge[356]: [7/17/2020, 7:17:11 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:11 raspberrypi homebridge[356]: [7/17/2020, 7:17:11 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:36 raspberrypi homebridge[356]: [7/17/2020, 7:17:36 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:36 raspberrypi homebridge[356]: [7/17/2020, 7:17:36 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:42 raspberrypi homebridge[356]: [7/17/2020, 7:17:42 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:42 raspberrypi homebridge[356]: [7/17/2020, 7:17:42 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:44 raspberrypi homebridge[356]: [7/17/2020, 7:17:44 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:44 raspberrypi homebridge[356]: [7/17/2020, 7:17:44 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:45 raspberrypi homebridge[356]: [7/17/2020, 7:17:45 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:45 raspberrypi homebridge[356]: [7/17/2020, 7:17:45 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:47 raspberrypi homebridge[356]: [7/17/2020, 7:17:47 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:47 raspberrypi homebridge[356]: [7/17/2020, 7:17:47 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:47 raspberrypi homebridge[356]: 2020-07-17 19:17:47 caching: Gosund_4-reachable: 0
Jul 17 19:17:47 raspberrypi homebridge[356]: [7/17/2020, 7:17:47 PM] [FHEM] caching: Reachable: false (as boolean; means ???; from '0')
Jul 17 19:17:49 raspberrypi homebridge[356]: [7/17/2020, 7:17:49 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:49 raspberrypi homebridge[356]: [7/17/2020, 7:17:49 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:52 raspberrypi homebridge[356]: [7/17/2020, 7:17:52 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:52 raspberrypi homebridge[356]: [7/17/2020, 7:17:52 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:53 raspberrypi homebridge[356]: [7/17/2020, 7:17:53 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:53 raspberrypi homebridge[356]: [7/17/2020, 7:17:53 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:54 raspberrypi homebridge[356]: [7/17/2020, 7:17:54 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:54 raspberrypi homebridge[356]: [7/17/2020, 7:17:54 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Jul 17 19:17:58 raspberrypi homebridge[356]: [7/17/2020, 7:17:58 PM] [FHEM] Gosund_4: executing set cmd for On with value false
Jul 17 19:17:58 raspberrypi homebridge[356]: [7/17/2020, 7:17:58 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20off&XHR=1
Jul 17 19:17:59 raspberrypi homebridge[356]: [7/17/2020, 7:17:59 PM] [FHEM] Gosund_4: executing set cmd for On with value true
Jul 17 19:17:59 raspberrypi homebridge[356]: [7/17/2020, 7:17:59 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20Gosund_4%20on&XHR=1
Wenn ich die Homekit-App schließe und wieder öffne ist der Status korrekt mit der Meldung "Keine Antwort"
Warum ich dies erst nach Beendigung und wieder starten der App erst sehe ,ist mir ein Rätsel ??
Wie wird das Device von homebridge-fhem erkannt (in der homebridge Log beim Start des homebridges)?
Moin,
ich verwende folgendes Homebridgemapping und die Geräte werden in Eve / Home entsprechend als offline angezeigt wenn sie nicht erreichbar sind. Manchmal dauert es bei mir auch etwas länger bis der Status richtig von Home erkannt wird.
Reachable=alive,values=Offline:0;/.*/:1
Wenn alive den Wert Offline hat ist Reachable 0 ansonsten 1.
VG
Zitat von: amenomade am 17 Juli 2020, 23:35:27
Wie wird das Device von homebridge-fhem erkannt (in der homebridge Log beim Start des homebridges)?
Das Device hat folgenden Log beim starten der homebridge :
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] Gosund_4 is outlet
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] Gosund_4 has
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] Reachable [reachable]
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] On [POWER1;on,off]
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] OutletInUse [ENERGY_Power]
Jul 18 16:24:17 raspberrypi homebridge[22845]: 2020-07-18 16:24:17 caching: Gosund_4-reachable: 1
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] caching: Reachable: true (as boolean; means ???; from '1')
Jul 18 16:24:17 raspberrypi homebridge[22845]: 2020-07-18 16:24:17 caching: Gosund_4-POWER1: off
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] caching: On: false (as boolean; from 'off')
Jul 18 16:24:17 raspberrypi homebridge[22845]: 2020-07-18 16:24:17 caching: Gosund_4-ENERGY_Power: 0
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] caching: OutletInUse: false (as boolean; from '0')
Jul 18 16:24:17 raspberrypi homebridge[22845]: [7/18/2020, 4:24:17 PM] [FHEM] homebridgeMapping: clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-for-timer+1
Zitat von: travelling-man am 18 Juli 2020, 09:58:34
Moin,
ich verwende folgendes Homebridgemapping und die Geräte werden in Eve / Home entsprechend als offline angezeigt wenn sie nicht erreichbar sind. Manchmal dauert es bei mir auch etwas länger bis der Status richtig von Home erkannt wird.
Reachable=alive,values=Offline:0;/.*/:1
Wenn alive den Wert Offline hat ist Reachable 0 ansonsten 1.
VG
Könntest Du mir das List von Deinem Device zeigen ?
Danke
Hi,
kurze Frage, ich hab meine Temperatur-/Luftfeuchtesensoren mit genericDeviceType thermometer eingebunden. So weit so gut, Temperatur und Luftfeuchtigkeit wird entsprechend dargestellt (Eve und HomeApp). In der HomeApp wird mir aber nur der Temperatur Wert angezeigt, Luftfeuchtigkeit sehe ich aber nur sobald ich die Details zum Sensor aufrufe. Es müsste aber eine Möglichkeit geben das Temperatur und Luftfeuchtigkeit Zeitgleich angezeigt wird. Müssen die als genericDeviceType room (Eve Room) deklariert werden?
Grüße
sie weiter oben im thread. du musst beides als getrennte services im mapping angeben. nicht als einen service mit zwei characteristics.
Thx.. hat funktioniert..
Edit: Der Verlauf für die Luftfeuchtigkeit wird in EVE nicht mehr richtig dargestellt (0%). Muss ich die History noch mal separat im Services angeben?
Edit: Hab's hinbekommen, alle anderen versuche sind fehlgeschlagen; ist aber eher suboptimal.
clear
CurrentTemperature=temperature
CurrentRelativeHumidity=humidity
history:size=1024
HumiditySensor#CurrentRelativeHumidity=humidity
BatteryService#BatteryLevel=batteryPercent,maxValue=100,minValue=0,minStep=1
BatteryService#ChargingState=batteryState
BatteryService#StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;low:BATTERY_LEVEL_LOW
Andre, hast du schon was für einen Switch implementiert bzgl. Verlauf. Fakegato unterstützt ja schon was..
Hallo ,
ich habe seit ein paar Tagen Probleme mit meiner RTSP-Kamera in Homekit .
In Fhem eingebunden -funktioniert .
In Homekit hat es funktioniert !!
Ohne irgendetwas zu ändern steht nun folgendes im Log :
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Video stream requested: 1280x720, 30 fps, 299 kbps
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Starting video stream: 1280x720, 30 fps, 299 kbps
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Stream command: ffmpeg -rtsp_transport tcp -re -i rtsp://192.168.178.65:554/user=xxxx_password=xxxxxx=1_stream=0.sdp? -map 0:0 -vcodec libx264 -pix_fmt yuv420p -r 30 -f rawvideo -preset ultrafast -tune zerolatency -vf scale=1280:720 -b:v 299k -bufsize 598k -maxrate 299k -payload_type 99 -ssrc 8603704 -f rtp -srtp_out_suite AES_CM_128_HMAC_SHA1_80 -srtp_out_params LBLEt4ug6lmYBfZ3UswQcVYXa6+SKycCGJ8wBrUa srtp://192.168.178.31:52888?rtcpport=52888&localrtcpport=52888&pkt_size=188 -loglevel level+verbose
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Received first frame.
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Invalid loglevel "level+verbose". Possible levels are numbers or:
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "quiet"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "panic"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "fatal"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "error"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "warning"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "info"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "verbose"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "debug"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] "trace"
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front]
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] ffmpeg exited with code: 1 and signal: null (Error)
Aug 10 14:11:51 raspberrypi homebridge[2513]: [8/10/2020, 2:11:51 PM] [Camera-ffmpeg] [Outside Front] Stopped video stream.
Ich habe ffmpeg und homebridge-camera-ffmpeg deinstalliert und neu installiert , brachte keine Veränderung .
Der RTSP-Stream wird über Zoneminder auf einem 2.Raspi auf meinem 1.Raspi mit Fhem eingebunden .
Leider habe ich im Moment keinen Anhaltspunkt ,woran dies liegen kann.
Guten Abend zusammen ,
wer kann mir sagen wie man in den DEBUG kommt ??
Wenn ich über die Konsole folgendes eingebe
DEBUG=camera-ffmpeg homebridge
endet das ganze in
[8/11/2020, 8:47:08 PM] Error: listen EADDRINUSE: address already in use :::51826
at Server.setupListenHandle [as _listen2] (net.js:1259:14)
at listenInCluster (net.js:1307:12)
at Server.listen (net.js:1395:7)
at EventedHTTPServer._this.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/eventedhttp.ts:85:21)
at HAPServer._this.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/HAPServer.ts:236:22)
at Bridge.Accessory._this.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Accessory.ts:974:18)
at Server.publishBridge (/usr/lib/node_modules/homebridge/src/server.ts:192:17)
at Promise.all.then (/usr/lib/node_modules/homebridge/src/server.ts:164:24)
at processTicksAndRejections (internal/process/task_queues.js:86:5)
[8/11/2020, 8:47:08 PM] Got SIGTERM, shutting down Homebridge...
Hallo Liste,
ich habe mal eine Frage zu subtype:
genericDeviceType switch
homebridgeMapping clear On=activity,subtype=einschalten,valueOn=ein,cmdOn=ein,cmdOff=off On=activity,subtype=ausschalten,valueOn=aus,cmdOn=aus,cmdOff=off On=activity,subtype=stumm,valueOn=mutet,cmdOn=mutet,cmdOff=mutet
...
On=activity,subtype=ZDFinfo,valueOn=ZDF+info,cmdOn=SenderTV+ZDF+info,cmdOff=off On=activity,subtype=ARD,valueOn=Das+Erste,cmdOn=SenderTV+Das+Erste,cmdOff=off On=activity,subtype=ZDF,valueOn=ZDF,cmdOn=SenderTV+ZDF,cmdOff=off
...
Damit kann ich per Sprache die Sender meines SAT-Receivers umschalten und noch mehr.
Wie man oben sieht, lautet der Befehl zum Umschalten auf "Das Erste" allerings "ARD".
subtype=Das+Erste,
funktioniert leider nicht.
Ist das richtig, das der ganze Erkennungsmechanismus immer nur genau ein Wort zur Übereinstimmung bringen kann?
Mit Zahlen direkt am Wort scheint es (manchmal) allerdings zu funktionieren: "Bayern2" schaltet manchmal dann doch auf das Radioprogramm "Bayern 2" um.
Da ich in der home-App den aktuellen Sender auch nicht anzeigen will, verzichte ich auf das Attribut "setList" zu belegen....
Hat da jemand eine andere Lösung?
Elektrolurch
gibt es ein genericDeviceType fürn Klingeltaster? Hierbei würde ja der HomePod bimmeln. Oder geht das nur in Kombination mit der Kamera?
Gesehen in einem Netatmo Türklingel Video:
https://youtu.be/PbBmgDCTNFI?t=842
@Typ1er
Zitatgibt es ein genericDeviceType fürn Klingeltaster?
ja
Services: Doorbell
Required Characteristics: Programmable Switch Event
Optional Characteristics: Brightness, Mute, Operating State Response, Volume, Name
@exit2308 hast du dazu ein Beispiel?
Nein, nutze es selber nicht, am besten ist in div. Klingel Plugins zu schauen oder in die homebridge development documentation.
Dort findest du genauere Infos was welche Characteristics benötigt (ggf. mit UUID).
In wie weit sich das ganze nachbauen lässt, wirst dann sehen.
Ich habe es Jetzt als Klingel (Doorbell) am laufen.
Auffällig ist, der Befehl wird jedesmal 2x ausgelöst, beim Wechsel von 0->1 und 1->0
In HomeKit wird angezeigt ,,Nicht Unterstützt" kann das jemand bestätigen?
Der Alias wird Ignoriert, genauso wie der SiriName.
die 2 Attribute sehen so aus:
attr MQTT2_DVES_476256_CH1_CH2 genericDeviceType Doorbell
attr MQTT2_DVES_476256_CH1_CH2 homebridgeMapping clear\
ProgrammableSwitchEvent=POWER2,values=On:1;;Off:0\
history:size=1024
Kann man über HomeKit eine klingelnde Tür auch öffnen, oder geht das noch nicht?
Hallo liebe FHEM Gemeinde. Ich ersuche euren Rat beim Zusammenspiel von FHEM, Homebridge und der Eve App. Seit mehren Tagen lese ich mich durchs Forum und durchs WWW, bisher aber ohne Erfolg.
Mein Problem: Ich bekomme die Graphen in der Eve App (iOS) einfach nicht zum Laufen...
Ich habe mehrere Z-Wave Kontaktsensoren in FHEM eingebunden und über folgendes homebridgeMapping auch in HomeKit am Laufen.
clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent
history:size=1024
Alles läuft wie es soll, bis auf die History in der Eve App. Da bekomme ich folgende Meldung in Homebridge:
[9/11/2020, 3:21:38 PM] [FHEM] Tuerkontakt_HAUSTUER: Custom LastActivation characteristic requires FakeGatoHistory
[9/11/2020, 3:21:48 PM] [FHEM] Tuerkontakt_HAUSTUER: Custom TimesOpened characteristic requires FakeGatoHistory
Das Problem: So wie ich es verstehe, muss man nichts weiter aktivieren/installieren damit das läuft... Zu der Fehlermeldung finde ich bei Google gerade mal zwei Ergebnisse aus diesem Thread: https://forum.fhem.de/index.php?topic=97059.0 (https://forum.fhem.de/index.php?topic=97059.0)
Dort klärt sich das Problem aber auf andere Weise.
Das Plugin homebridge-fhem ist installiert und wie erwartet ist auch fakegato-history damit installiert worden.
Manchmal wird behauptet, die History braucht vielleicht eine Weile bis sie erscheint. Aber auch nach mehreren Tagen hat sich am Zustand nichts geändert.
genericDeviceType steht auf ContactSensor.
Muss man in FHEM auch irgendeine History-Komponente aktivieren, damit das funktioniert?
Sowohl FHEM als auch Homebridge laufen als Docker Container, wobei ich nicht glaube, dass das relevant ist.
Hat irgendjemand von euch noch eine Idee? Ich bin nach vielen Stunden jetzt ziemlich ratlos.
Hier noch ein List vom Device:
Internals:
DEF da4808a2 3
FUUID 5f50ba43-f33f-ff41-85fe-eecc8f37e087581a
FVERSION 10_ZWave.pm:0.222440/2020-06-23
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 76
NAME Tuerkontakt_HAUSTUER
NR 26
STATE Battery: 100 %
TYPE ZWave
ZWAVE1_MSGCNT 76
ZWAVE1_RAWMSG 00040003043003000a
ZWAVE1_TIME 2020-09-11 14:20:04
ZWaveSubDevice no
homeId da4808a2
isWakeUp 1
nodeIdHex 03
READINGS:
2020-09-04 15:04:55 CMD ZW_APPLICATION_UPDATE
2020-09-04 22:21:06 alarm AccessControl: Window/Door is closed
2020-09-11 14:20:04 alarm_AccessControl Window/Door is closed, notificationIsOn
2020-09-04 15:04:58 battery 100 %
2020-09-04 15:04:58 batteryPercent 100
2020-09-04 15:04:58 batteryState ok
2020-09-11 14:20:04 doorWindow off
2020-09-04 15:04:56 model Neo CoolCam Door/Window Detector
2020-09-04 15:04:56 modelConfig shenzen_neo/nas-ds01z.xml
2020-09-04 15:04:56 modelId 0258-0003-1082
2020-09-08 05:40:15 timeToAck 0.025
2020-09-08 05:40:15 transmit OK
2020-09-08 05:40:13 wakeup notification
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY ALARM SENSOR_BINARY ASSOCIATION ASSOCIATION_GRP_INFO WAKE_UP CONFIGURATION
genericDeviceType ContactSensor
homebridgeMapping clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent
history:size=1024
icon fts_door_right_open
room HomeKit,ZWave
siriName Haustür
stateFormat Battery: battery
Danke vorab für eure Hilfe.
meines sieht so aus:
Die Temperatur wird Automatisch gemappt
Internals:
DEF sensor 53 IODev=deCONZ
FUUID 5e94efde-f33f-5d26-84e4-a58b555dd0128d3c
FVERSION 31_HUEDevice.pm:0.218370/2020-05-02
ID S53
INTERVAL
IODev deCONZ
NAME DOOR_Eingang
NR 89
STATE closed
TYPE HUEDevice
lastupdated 2020-09-11 13:59:49
lastupdated_local 2020-09-11 15:59:49
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Eingangstür
on 1
reachable 1
swversion 20161128
type ZHAOpenClose
uniqueid 00:15:8d:00:01:b7:bd:23-01-0006
READINGS:
2020-09-11 15:59:49 battery 100
2020-09-11 15:59:49 batteryPercent 100
2020-09-11 15:59:49 reachable 1
2020-09-11 15:59:49 state closed
2020-09-11 15:59:49 temperature 28
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 49c8da525f5862aa1ebd6475a0816e08
lastseen 2020-09-11T13:59Z
manufacturername LUMI
modelid lumi.sensor_magnet.aq2
name Eingangstür
swversion 20161128
type ZHAOpenClose
uniqueid 00:15:8d:00:01:b7:bd:23-01-0006
config:
battery 100
temperature 2800
state:
lastupdated 2020-09-11T13:59:49.762
setList:
Attributes:
IODev deCONZ
alias Eingangstür
devStateIcon open:fts_door_right_open@red closed:fts_door_right@green
genericDeviceType ContactSensor
group Flur
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;;open:OPEN
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
Reachable=reachable
history:size=1024
icon fts_door_right_open
model lumi.sensor_magnet.aq2
room Flur,HUEDevice,Homekit
Kannst du mir eventuell sagen bzw. die wichtigsten Einzelschritte erklären, die du für die volle Funktion der Fakegato History hast durchführen müssen?
Ich bin echt am Verzweifeln, da ich irgendwie der einzige bin, bei dem die History mit einem vollständigen FHEM/Homebridge Setup nicht automatisch erscheint. Es kommt immer die genannte Meldung im Homebridge Log.
Muss man fakegato-history irgendwie konfigurieren oder separat "starten"?
Warum findet man zu dieser Meldung nichts passendes bei Google?
Hilfe! Danke vorab an alle Tippgeber.
Wenn ich auf den Zähler mit der Anzahl klicke aktualisiert sich bei mir oft erst die Grafik. Vielleicht hilft das.
Du kannst ja dein Mapping mal umstellen zum Testen, nicht das es am Batteryservice liegt. Ansonsten läuft bei mir alles im Docker auf einem Synology NAS. Beide Container werden automatisch auf dem aktuellen Stand gehalten, Aktualisieren sich automatisch per Watchtower.
Seit dem Update auf iOS 14 kann ich HomeMatic Three State und magnetische Fenstersensoren sowie Xiaomi Temperatur + PIR Sensoren in der Home App nicht mehr zu den Favoriten hinzufügen. Nach dem Update waren sie direkt aus den Favoriten verschwunden. Die Schalter dafür fehlt jetzt einfach. HomeMatic Thermostate sind aber erhalten geblieben. In der eve App funktioniert alles wie gewohnt. Kann das noch jemand bestätigen?
Zitat von: MichlW am 11 September 2020, 15:39:42
Hallo liebe FHEM Gemeinde. Ich ersuche euren Rat beim Zusammenspiel von FHEM, Homebridge und der Eve App. Seit mehren Tagen lese ich mich durchs Forum und durchs WWW, bisher aber ohne Erfolg.
Mein Problem: Ich bekomme die Graphen in der Eve App (iOS) einfach nicht zum Laufen...
...
Danke vorab für eure Hilfe.
Hallo liebe FHEM Gemeinde,
ich habe mein Problem jetzt rein zufällig gelöst, in dem ich das "history:size=1024" vor den BatteryService# gesetzt habe... Wie kam ich drauf? Im Log tauchte folgendes auf:
[9/18/2020, 12:42:53 PM] [FHEM] Tuerkontakt_HAUSTUER has
[9/18/2020, 12:42:53 PM] [FHEM] CurrentDoorState [doorWindow]
[9/18/2020, 12:42:53 PM] [FHEM] ContactSensorState [doorWindow]
[9/18/2020, 12:42:53 PM] [FHEM] BatteryService#StatusLowBattery [batteryState]
[9/18/2020, 12:42:53 PM] [FHEM] BatteryService#BatteryLevel [batteryPercent]
[9/18/2020, 12:42:53 PM] [FHEM] BatteryService#history [undefined]
Die letzte (hier dargestellte) Zeile lies erahnen, dass Homebridge da etwas falsch zuordnet.
Ist dieses Verhalten bekannt?
Neues homebridgeMapping sieht jetzt so aus:
clear
ContactSensorState=doorWindow,values=off:CONTACT_DETECTED;on:CONTACT_NOT_DETECTED
CurrentDoorState=doorWindow,values=off:CLOSED;on:OPEN
history:size=1024
BatteryService#StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
BatteryService#BatteryLevel=batteryPercent
Gruß
Hallo,
ich habe in fhem einen homematic aktor, mit dem ich ein Magnetschloss betätige.
Als genericDeviceTyp ist switch definiert. Das klappt in Apple homekit und mit siri mit ,,Tor an" bzw ,,Tor aus" recht gut.
Nun würde ich aber lieber sagen ,,Tor auf" bzw ,,Tor zu".
Wenn ich nun als genericDeviceTyp lock definiere funktioniert es so über homekit nicht.
Denke man müßte hier das attr homebridemapping definieren. Komme hier leider nicht weiter, wäre schön, wenn mir jemand sagen könnte wie das attribut aussehen muß.
Gruß Holger
Hallo,
habs hinbekommen.
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
autoReadReg 4_reqStatus
event-on-change-reading .*
expert defReg,rawReg
firmware 2.4
genericDeviceType lock
homebridgeMapping LockCurrentState=state,values=on:SECURED;off:UNSECURED,default=UNKNOWN
LockTargetState=state,values=on:SECURED;off:UNSECURED,default=SECURED,cmds=SECURED:on;UNSECURED:off;false:off;true:on,cmdOn=on,cmdOff=off
icon secur_locked
model HM-LC-SW1-PL-CT-R1
peerIDs 00000000,00EB0301,
room CUL_HM,Homekit,Schuppen,Terasse
serialNr HSSw1CT001
siriName Tor
subType switch
webCmd statusRequest:toggle:on:off
Hilft dir das hier, mein Gartentor hat nur on/off:
Internals:
DEVICETOPIC MQTT2_DVES_476256_CH3
FUUID 5e94f912-f33f-5d26-6b9c-49eba8097e085111
FVERSION 10_MQTT2_DEVICE.pm:0.224580/2020-07-24
IODev myBroker
LASTInputDev myBroker
MSGCNT 1487
NAME MQTT2_DVES_476256_CH3
NR 129
STATE Off
TYPE MQTT2_DEVICE
myBroker_MSGCNT 1487
myBroker_TIME 2020-09-18 14:40:03
READINGS:
2020-08-27 11:40:23 FallbackTopic cmnd/DVES_476256_fb/
2020-08-27 11:40:23 GroupTopic sonoffs/cmnd/
2020-09-18 14:40:03 Heap 28
2020-08-27 11:40:23 Hostname /HB66/Klingel-0598
2020-08-27 11:40:23 IPAddress 192.168.178.46
2020-09-18 12:57:01 LWT Online
2020-09-18 14:40:03 LoadAvg 19
2020-08-27 11:40:23 Module Generic
2020-09-18 14:40:03 MqttCount 43
2020-09-18 14:40:03 POWER1 Off
2020-09-18 14:40:03 POWER2 Off
2020-09-18 14:40:03 POWER3 Off
2020-09-18 14:40:03 POWER4 On
2020-08-27 11:40:23 RestartReason Software/System restart
2020-09-18 14:40:03 Sleep 50
2020-09-18 14:40:03 SleepMode Dynamic
2020-09-18 14:40:03 Time 2020-09-18T13:40:03
2020-09-18 14:40:03 Uptime 22T03:00:01
2020-09-18 14:40:03 UptimeSec 1911601
2020-08-27 11:40:23 Version 8.1.0(tasmota)
2020-08-27 11:40:23 WebServerMode Admin
2020-09-18 14:40:03 Wifi_AP 1
2020-09-18 14:40:03 Wifi_BSSId 44:4E:6D:E5:8F:1A
2020-09-18 14:40:03 Wifi_Channel 11
2020-09-18 14:40:03 Wifi_Downtime 0T00:01:35
2020-09-18 14:40:03 Wifi_LinkCount 28
2020-09-18 14:40:03 Wifi_RSSI 26
2020-09-18 14:40:03 Wifi_SSId Funkloch
2020-09-18 14:40:03 Wifi_Signal -87
2020-09-12 19:13:56 state set_on
Attributes:
IODev myBroker
alias Gartentor
autocreate 1
devStateIcon Off:ios-off:on On:ios-on-green:off
genericDeviceType lock
homebridgeMapping clear
LockCurrentState=POWER3,values=On:UNSECURED;;Off:SECURED,default=UNKNOWN
LockTargetState=POWER3,values=On:UNSECURED;;Off:SECURED,default=UNSECURED,cmds=SECURED:off;;UNSECURED:on;;false:on;;true:off,cmdOn=off,cmdOff=on
model A_02_tasmota_2channel_split
readingList /HB66/Klingel/tele/LWT:.* LWT
/HB66/Klingel/tele/STATE:.* { json2nameValue($EVENT) }
/HB66/Klingel/tele/SENSOR:.* { json2nameValue($EVENT) }
/HB66/Klingel/tele/INFO.:.* { json2nameValue($EVENT) }
/HB66/Klingel/stat/RESULT:.* { json2nameValue($EVENT) }
room Homekit,MQTT2_DEVICE
setList off:noArg /HB66/Klingel/cmnd/POWER3 0
on:noArg /HB66/Klingel/cmnd/POWER3 1
toggle:noArg /HB66/Klingel/cmnd/POWER3 2
setStateList on off toggle
stateFormat POWER3
webCmd on:off:toggle
Mit iOS 14 und tvOS 14 gibt es ja nun neue Möglichkeiten HomeKit Kameras auch in Apple TV einzubinden. Ich habe eine simple IP Webcam über die Home Bridge in Fhem beziehungsweise iOS Apple Home integriert. Allerdings erscheint diese dort nicht als Apple HomeKit ,,zertifiziert". Kann man diese Zertifizierung irgendwie faken?
Noch eine Frage, kann ich ein Event aus FHEM mit Homebridge in Apple Home als Sensor Ereignis abbilden?
ZitatMit iOS 14 und tvOS 14 gibt es ja nun neue Möglichkeiten HomeKit Kameras auch in Apple TV einzubinden. Ich habe eine simple IP Webcam über die Home Bridge in Fhem beziehungsweise iOS Apple Home integriert. Allerdings erscheint diese dort nicht als Apple HomeKit ,,zertifiziert". Kann man diese Zertifizierung irgendwie faken?
Also ich konnte meine beiden Hikvision Cameras, die keine Homekit Zertifizierung haben über Apple TV gerade ohne Probleme laufen lassen. Ich nutze den homebridge-camera-ffmpeg Plugin zur Anbidnung der Kameras.
Ja, das funktioniert! Ich war wohl auf der falschen Fährte. Ich würde gerne so eine Automation realisieren wie Apple sie für iOS 14 gezeigt hat. Bei ,,Klingelevent" einblenden des Kamerabilds im Apple TV.
Darauf zielte auch meine zweite Frage ab.
Hallo,
gibt es eigentlich eine Möglichkeit ein Gerät welches in Homebridge eingerichtet ist, in FHEM zu integrieren, bzw. wenn ja wie mache ich das?
Hintergrund ist, das ich einen Whirlpool habe für den es keine direkte Möglichkeit gibt diesen in FHEM zu integrieren, jedoch habe ich ein Plugin
für Homebridge gefunden welches Einwandfrei funktioniert und nun möchte ich natürlich gerne auch in FHEM den Whirlpool sehen und steuern können.
Gruß
Christian
Zitatgibt es eigentlich eine Möglichkeit ein Gerät welches in Homebridge eingerichtet ist, in FHEM zu integrieren, bzw. wenn ja wie mache ich das?
Das geht nicht.
Vielleicht sagst du etwas mehr zu deinem Pool und dem Plugin was du nutzt, dann hat einer oder anderer eine Idee wie das mit Fhem funktionieren könnte. Da es einen Homebridge Plugin gibt, bin ich mir zimlich sicher, dass es einen direkten Weg ins Fhem gibt.
Moin,
vielen Dank für die Info, es ist eine Whirlpool mit einer Balboa Steuerung über ein Wlan-Modul, das Plugin unter Homebridge heißt "homebridge-balboa-spa".
Wenn es eine andere Möglichkeit gibt wäre das natürlich Klasse ;-)
Zitates ist eine Whirlpool mit einer Balboa Steuerung über ein Wlan-Modul
Anscheinend gab es schon mal das Thema
https://forum.fhem.de/index.php?topic=91577.0 (https://forum.fhem.de/index.php?topic=91577.0)
Ja das hatte ich auch schon gesehen, leider fehlt mir aber die Zeit mich so tief in die Materie einzulesen
und die Mega-Erfahrung mit Programmierung habe ich auch nicht :-\
Hallo,
kann mir vielleicht jemand sagen, wie die config.json aussehen muß wenn ich fhem und das webinterface der oznu docker-homebridge nutzen möchte?
Fhem funktioniert so ohne Problemne:
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.178.87",
"port": "8083",
"auth": {"user": "XXX", "pass": "XXX"},
"filter": "room=Homekit"
}
],
"accessories": []
}
Ich weiß nur nicht wie das file aussehen muß um das webinterface zu aktivieren.
Gruß Holger
Zitat von: The-Holgi am 02 Oktober 2020, 15:14:14
Hallo,
kann mir vielleicht jemand sagen, wie die config.json aussehen muß wenn ich fhem und das webinterface der oznu docker-homebridge nutzen möchte?
Bei dir fehlt die komplette config "platform":
{
"bridge": {
"name": "Homebridge blabla",
"username": "XX:XX:XX:XX:XX:XX",
"port": XXXXX,
"pin": "XXX-XX-XXX"
},
"description": "Homebridge blabla",
"accessories": [],
"platforms": [
{
"name": "Config",
"port": 12345,
"theme": "auto",
"tempUnits": "c",
"lang": "auto",
"platform": "config"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "172.17.0.1",
"port": "XXXXX",
"filter": "room=HomeKit"
}
]
}
Den Docker Container musst du mit zwei Infos (-e HOMEBRIDGE_CONFIG_UI=1 und -e HOMEBRIDGE_CONFIG_UI_PORT=12345) starten.
Bei mir sieht das so aus:
docker run \
--detach \
--restart unless-stopped \
--name homebridge-test \
--net host \
-e PUID=1000 \
-e PGID=1000 \
-e TZ=Europe/Berlin \
-v $PWD/homebridge-test:/homebridge \
-e HOMEBRIDGE_CONFIG_UI=1 \
-e HOMEBRIDGE_CONFIG_UI_PORT=12345 \
oznu/homebridge:debian-raspberry-pi
Oder natürlich über docker-compose, je nachdem wie du das verwendest.
Viel Erfolg!
Besten Dank, so funktioniert es jetzt.
Gruß Holger
Hallo Zusammen,
ich versuche gerade einen FS20 S6A im einzel Tasten Modus, also jede Taste togglet... in HomeKit zu nutzen.
Da als GenericDeviceType Switch genutzt werden soll und der meines Wissens nicht mit Toggle umgehen kann, habe hier:
https://wiki.fhem.de/wiki/FS20_Toggle_Events_auf_On/Off_umsetzen das entsprechend umgesetzt.
Es wird zwar nun der STATE auf "on" bzw. "off" umgesetzt, aber im "readings" Block steht weiterhin "toggle" :(
Gibt es eine andere Möglichkeit solche Taster mit Toggle as Schalter in HomeKit einzusetzen?
Klar könnte ich wieder den S6A auf on/off umkonfigurierem, aber da habe ich dann Zuwenig Möglichkeiten an einer Schaltstelle und möchte nur ungern einen zweiten setzen.
Vielen Dank und Grüße!
Christian
Ich hatte folgendes Problem schon mal zu Beginn des Jahres, welches aber zwischendrin weg war:
Wenn ich meinen Raspberri Pi neustarte (n muss), tauchen nach erfolgtem Restart in HomeKit diverse (nicht alle!) Sensoren erneut ungeordnet im Standardraum auf, welchen ich dann erneut die jeweiligen Bezeichnungen und Zuordnungen erteilen muss.
a.) verstehe ich nicht warum das nun so ist
b.) verstehe ich überhaupt nicht, weshalb es nur eine Hand voll Sensoren betrifft
Meine zweite Frage bezieht sich auf Farbtemperatur von Tradfri-Lampen:
Per Homebridgemapping
ColorTemperature=ct,cmd=ct,
lässt sich die Farbtemperatur in Homekit einstellen, jedoch ist das verfügbare Farbspektrum in der App höher, als die Lampe scheinbar darstellen kann. Ich müsste also den Bereich irgendwie begrenzen und habe dies erfolglos mit
minValue=250, maxValue=452
versucht.
Das gleiche Problem stellt sich auch bei den Schiebereglern in FHEMWEB dar.
Gibts hierzu eine Option?
Hallo Zusammen,
interessanterweise gibt es seit dem letzten Update der "Homebridge Config UI X" Automatisch eine Homebridge UI API Reference mit dazu!
Diese erreicht man über http://IPseinerHomebridge:8581/swagger
Hierüber ist es nun möglich Hombridge-Geräte direkt aus FHEM über HTTPMOD anzusprechen.
Ich habe jetzt hierüber Erfolgreich meinen Whirlpool mit der Balboa-Steuerung in FHEM einbinden können ;D
Ich wollte meine Funk-Heizkörperregler FHT8b und FHT80b über HomeBridge in Homekit verfügbar machen.
Aber leider funktionieren die HomeBridge Standardeinstellungen nur sehr schlecht, bzw. nicht richtig. Vor allem wird der "Modus" aus Homekit auf den Modus des FHT abgebildet, was meiner Meinung nach, völlig falsch gelöst wurde.
Für den FHT habe ich weder im FHEM Forum noch im FHEM Wiki HomeBridge User Configs gefunden. Also habe ich, ausgehend von diesem Beitrag (https://forum.fhem.de/index.php/topic,109212.msg1052049.html#msg1052049) zwei Varianten "entwickelt".
Beide Varianten übertragen die Soll-Temperatur bidirektional von/nach Homekit sowie die gemessene Ist-Temperatur und den Batteriestatus unidirektional nach Homekit. Variante 2 überträgt zusätzlich unidirektional auch den Modus. (Was mit Status und Modus gemeint ist, siehst Du in Bild.png)
Vorab noch ein wichtiger Hinweis:
Die Funk-Heizkörperregler FH80b arbeiten mit einer geringen Kommunikationslast. Änderungen (egal, ob in Homekit oder FHEM) werden daher maximal alle 2 min übertragen. Häufigere Änderungen füllen einen Puffer und da dieser nur langsam abgearbeitet wird, verlängern sich die Reaktionszeiten deutlich. Das muss beim Testen unbedingt berücksichtigt werden! (mehr Details (https://wiki.fhem.de/wiki/Kommunikationsprobleme_mit_FHTl) )
Variante 1: (Grundversion)
Der Modus (Aus, Heizung, Kühlung, Automatik) in Homekit wird ignoriert und ist ohne Funktion.
homebridgeMapping:
clear
CurrentTemperature=measured-temp,nocache=1
TargetTemperature=desired-temp::desired-temp,minValue=10,maxValue=30,minStep=0.5
CurrentHeatingCoolingState=heatingCoolingState,values=off:0;heat:1;cool:2
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
history:size=1024
userReadings:
heatingCoolingState {(ReadingsNum($NAME,"actuator",0) < 1.0)?"off":"heat"}
Variante 2 (mit Anzeige des FHT Modus):
Änderungen am Modus (Aus, Heizung, Kühlung, Automatik) in Homekit werden ignoriert und beim nächsten (lesenden) Zugriff wird wieder der aktuelle Modus (Aus oder Heizung) in Homekit angezeigt.
Mit Userreadings werden der Status aus der Ventilstellung sowie der Status aus dem Modus des FHT und der Soll-Temperatur bestimmt.
homebridgeMapping:
clear
CurrentTemperature=measured-temp,nocache=1
TargetTemperature=desired-temp::desired-temp,minValue=10,maxValue=30,minStep=0.5
CurrentHeatingCoolingState=heatingCoolingState,values=off:0;heat:1;cool:2
TargetHeatingCoolingState=desired-heatingCoolingState,values=off:0;heat:1;cool:2;auto:3
StatusLowBattery=batteryState,values=ok:BATTERY_LEVEL_NORMAL;/^.*/:BATTERY_LEVEL_LOW
history:size=1024
userReadings:
heatingCoolingState {
(ReadingsNum($NAME,"actuator",0) < 1.0)?"off":
"heat"
},
desired-heatingCoolingState {
(ReadingsVal($NAME,"mode","") eq "manual" && (ReadingsNum($NAME,"desired-temp",0)<=6.0))?"off":
(ReadingsVal($NAME,"mode","") eq "auto")?"auto":
"heat"
}
Hoffentlich konnte ich damit jemand weiterhelfen...
PS: Klar habe ich auch Variante 3 begonnen:
Legt man ein DOIF (hier Heizung_Heizmodus ) an, und fügt zu Variante 1 diese Zeile ins Mapping des FHT Reglers ein, erfolgt die Übertragung des Status bidirektional :
TargetHeatingCoolingState=desired-heatingCoolingState:Heizung_Heizmodus:desired-heatingCoolingState,values=off:0;heat:1;cool:2;auto:3,cmds=0:desired-heatingCoolingState+off;1:desired-heatingCoolingState+heat;2:desired-heatingCoolingState+cool;3:desired-heatingCoolingState+auto
Im DOIF muss ein Reading desired-heatingCoolingState angelegt sein, da der Modus nicht mit dem device des FHT, sondern mit dem DOIF ausgetauscht wird.
Hier ein Beispiel für das DOIF aus der fhem.cfg:
define Heizung_Heizmodus DOIF ([$SELF:desired-heatingCoolingState] eq "heat") (\
#set Heizung mode auto,\
#set Heizung desired-temp 21 \
)\
DOELSEIF ([$SELF:desired-heatingCoolingState] eq "auto") (\
set desired-temp_Heizmodus desired-heatingCoolingState heat \
)\
DOELSEIF ([$SELF:desired-heatingCoolingState] eq "cool") (\
set Heizung_Heizmodus desired-heatingCoolingState heat \
)\
DOELSEIF ([$SELF:desired-heatingCoolingState] eq "off") (\
#set Heizung mode manual,\
#set Heizung desired-temp off \
set Heizung_Heizmodus desired-heatingCoolingState heat \
)
attr Heizung_Heizmodus genericDeviceType ignore
attr Heizung_Heizmodus readingList desired-heatingCoolingState
attr Heizung_Heizmodus room Homekit,NEU
attr Heizung_Heizmodus setList desired-heatingCoolingState:off,heat,cool,auto
attr Heizung_Heizmodus wait 3:3:3:3
Dann kann man im DOIF entscheiden, was passieren soll. Oben wird nur immer wieder auf Automatik umgestellt. Wer will kann, sich austoben, aber mir war es den Aufwand nicht wert. Ich verwende Variante 2.
Hallo Zusammen,
ich habe bereits die eine oder andere Funksteckdose mit FHEM / Homebridge dazu gebracht über Siri zu steuern.
Jetzt habe ich hier eine Deckenlampe welche auch mit einem Funkschalter gesteuert werden kann.
Ein Aus / Kein Problem
Aber die Fernbedienung hat noch mehr tasten, Farbwechsel, usw insgesamt 3 zusatz tasten.
Ich habe derzeit keine Ahnung wie ich das bewerkstelligen kann falls es überhaupt geht.
Dazu habe ich folgenden dummy Schalter angelegt.
on off wie gesagt kein Problem, aber wenn jemand einen Tipp für mich hat wie ich weitere States für die Schalter per Home bridge bringen kann wäre ich Sehr Dankbar.
defmod Licht_Max dummy
attr Licht_Max alias Licht Max
attr Licht_Max genericDeviceType switch
attr Licht_Max homebridgeMapping On=ja=state,valueOff=aus,valueOn=ein,cmdOff=off,cmdOn=on
attr Licht_Max room Homekit,Max Zimmer
attr Licht_Max webCmd on:off:farbw:lamp
Wenn ich den State per FHEM Web oberfläche ändere geht das natürlich, alle Notify doif funtzen.
Mit freundlichen Grüßen
Klagges
Guten Morgen!
Ich habe nach ersten Versuchen vor 2 Jahren meine homebridge/homekit "wiederbelebt" und mit meinem Apple TV funktioniert das auch von aussen. Ich habe einige Geräte so an den Start gebracht, dass Schalten und andere Informationen von Siri zu bekommen sind.
Dank für das Forum und die entsprechenden "Götter".
Aktuell habe ich 2 Probleme, die ich mit vielen Versuchen bisher nicht lösen konnte.
1. Ich habe ein Gerät "Solax2", welches viele Informationen meines Solarhybridwechselrichters liefert. Ich hätte gern auf Nachfrage 3 Werte (einzeln) angesagt... Batterieladung (Reading Battery_Capacity) in %, das Reading ist ohne %, Batteriestrom (Reading Battery_Current) Reading ist z.B. 12A und die Solarleistung (Gerät "Leistung_PV" Reading summe nur der Zahlenwert, ohne Watt).
Ich will nichts schalten, nichts auslösen, nur Infos angesagt bekommen.
Ich konnte bisher andere Mappings missbrauchen um über "Modell" eine 64 angezeigt zu bekommen (64% Batteriekapazität)
Ziel wäre "Siri, Batteriekapazität" Antwort "Die Batteriekapazität ist 64%" Ebenso mit den anderen 2 Werten.
2. Ich habe einige optische Fenster/Türkontakte von Homematic (HM-SEC-SCO). Habe ein Mapping, welches den Zustand ordentlich anzeigt.
Meine Kontakte habe ich so manipuliert, dass der Sabotage Kontakt genutzt wurde, um den Zustand "verschlossen" zu detektieren.
Somit habe ich von den Fenstern/Türen die Info ob "auf" oder "zu" und "verschlossen" und "unverschlossen"
Das Mapping
LockCurrentState=sabotageError,values=off:SECURED;on:UNSECURED
liefert mir die Info "offen" oder "verschlossen" für Schloss in der EVE- App.
Die Abfrage über Siri, ob denn alle Kontakte zu seien funktioniert zwar korrekt, Wichtiger ist aber die Info, ob alle "Schlösser" verschlossen sind, d.h. Türen und oder Fenster verriegelt/verschlossen. Wie kann ich aus Siri diese Funktion rauskitzeln? Siri kann weder mit "Schloss" noch mit "verschlossen" was anfangen.
Ich hoffe, Ihr könnt mir da etwas weiter helfen. Vielen Dank im Voraus
Liebe Grüße
KnuMu
Kann mir eigentlich jemand erklären, was in der Definition
CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0,valud=OFF
das "valud=OFF" genau bedeutet? Ich habe nirgends etwas dazu gefunden.
Wie hast du das mit der Whirlpool Steuerung gelöst? Ich habe auch einen Whirlpool mit Balboa Wifi Modul.
Zitat von: cpet am 06 Oktober 2020, 00:08:45
Hallo Zusammen,
interessanterweise gibt es seit dem letzten Update der "Homebridge Config UI X" Automatisch eine Homebridge UI API Reference mit dazu!
Diese erreicht man über http://IPseinerHomebridge:8581/swagger
Hierüber ist es nun möglich Hombridge-Geräte direkt aus FHEM über HTTPMOD anzusprechen.
Ich habe jetzt hierüber Erfolgreich meinen Whirlpool mit der Balboa-Steuerung in FHEM einbinden können ;D
Türklingel / Doorbell
Moin zusammen,
ich versuche erfolglos einen Dummy als Türklingel in Apple Home einzubinden. Momentan sieht das List so aus:
Internals:
FUUID 5fb52eb6-f33f-9658-8339-a8853402d8d9789f
FVERSION 98_dummy.pm:0.206650/2019-12-06
NAME Tuerklingel
NR 487
STATE off
TYPE dummy
READINGS:
2020-11-18 16:30:41 state off
Attributes:
devStateIcon on:Wecker.Immer off:Wecker.Aus
event-on-change-reading state
genericDeviceType Doorbell
homebridgeMapping clear\
ProgrammableSwitchEvent=state,values=On:on;;Off:off\
history:size=1024
icon hue_smartbutton_v2
room FritzBox,Homekit
setList on off
siriName Tuerklingel
In Apple Home heißt es nur, dass das Gerät derzeit nicht von der Home-App unterstützt werde (siehe Bild im Anhang).
Kann mir jemand sagen, was falsch ist?
Ich habe alles mögliche bereits upgedatet (System, NPN, Node, Homebridge inkl. aller Plugins). Auf meinem iPhone läuft iOS 14.3 (beta).
Vielen Dank schon mal für eure Hilfe!
@Cluni
Den Fehler habe ich auch
Es tritt noch ein weiterer Fehler auf und zwar kommen immer 2 Meldungen.
Jedesmal beim Wechseln von on>off und beim anschließenden off>on des Schaltsignals.
Der HomePod klingelt wie gewünscht, was fehlt ist eine History wie beim Bewegungsmelder in Eve, das man sieht wann geklingelt wurde. Das habe ich in einen Dummy ausgelagert.
Also bei mir passiert in der Home-App gar nichts. Auch das Symbol für die Klingel sieht nicht nach einer Klingel aus...
Muss ich vielleicht noch irgendein Plugin für Homekit installieren, damit das funktioniert?
Ach so noch was zum Aufbau:
Ich habe eine Auerswald Gegensprechanlage, die an einem analogen Anschluss meiner Fritzbox als Türklingel hängt. Über einen kleinen Trick (Anwahl einer externen Fakenummer beim Klingeln) kann ich in Fhem das Klingeln detektieren und darauf reagieren. Dazu setze ich diesen Dummy, den ich gerne in Apple Home als Klingeltaster benutzen würde.
Bei mir steht auch da nicht unterstützt. Kein passendes Symbol und in Eve taucht sie nicht auf.
Und trotzdem passiert da was, wenn sich der Zustand in Fhem ändert? Ich kann auch nirgends in Apple Home sagen, dass ich z.B. da benachrichtigt werden möchte oder nicht.
der doorbell service ist dazu da eine nachricht zu bekommen wenn jemand klingelt, eventuell eine sprach und video verbindung zu haben und die tür aus der app zu öffnen.
1. sollte gehen. 2. geht aus fhem heraus nicht. da musst du ein anderes plugin suchen. 3. könnte gehen wenn der türöffner in fhem ansprechbar ist.
aber bitte noch mal zurück. was genau möchtest du erreichen:
- wenn jemand klingelt möchtest du eine nachricht? das sollte gehen wenn die klingel in fhem ist.
mache ich mit einem gira klingel modul am bus. ich bekomme nachrichten in der app und sende mir
einen snapshot per telegramm. ich habe die klingel aber als bewegungsmelder eingebunden weil
damals automatisch auch ein bild gesendet wurde.
- du möchtest in der app drücken und die klingel soll klingeln? dann ist doorbell dalsch. du musst.
vermutlich geht ProgrammableSwitch oder ähnlich.
Benachrichtigungen bekomme ich immer 2x
und die HomePods klingeln.
Zitat von: justme1968 am 19 November 2020, 11:35:51
der doorbell service ist dazu da eine nachricht zu bekommen wenn jemand klingelt, eventuell eine sprach und video verbindung zu haben und die tür aus der app zu öffnen.
Wenn ich einen Dummy mit dem genericDeviceType "Doorbell" belege, dann geht das in der Home App gar nicht. siehe
hier: https://forum.fhem.de/index.php/topic,48558.msg1102496.html#msg1102496
und hier: https://forum.fhem.de/index.php/topic,48558.msg1102506.html#msg1102506
Zitat von: justme1968 am 19 November 2020, 11:35:51
aber bitte noch mal zurück. was genau möchtest du erreichen:
- wenn jemand klingelt möchtest du eine nachricht? das sollte gehen wenn die klingel in fhem ist.
mache ich mit einem gira klingel modul am bus. ich bekomme nachrichten in der app und sende mir
einen snapshot per telegramm. ich habe die klingel aber als bewegungsmelder eingebunden weil
damals automatisch auch ein bild gesendet wurde.
Genau. Habe den Dummy nun als Bewegungsmelder eingerichtet. Aber ich hatte mir von "Doorbell" versprochen, dass ich in Apple Home automatisch eine Aktion auf einem Homepod auslösen kann. Ob das wirklich geht, weiß ich leider noch nicht - die Infos bei Apple sind dahingehen recht dünn...
Zitat von: justme1968 am 19 November 2020, 11:35:51
- du möchtest in der app drücken und die klingel soll klingeln? dann ist doorbell dalsch. du musst.
vermutlich geht ProgrammableSwitch oder ähnlich.
Nein, über die App klingeln muss/möchte ich nicht.
Bei Dorbell gibt es ja aber auch ein ProgrammableSwitchEvent? Gibt es ProgrammableSwitch auch als genericDeviceType?
Gruß, Bernd
Hallo zusammen,
habe folgende Konstellation:
Keymatic via fhem-homebridge. In der Vergangenheit war es über eine Szene in Eve möglich die Tür sowohl via Apple watch ls auch via Handy zu öffnen.
Aktuell geht das leider nicht mehr (ios 14.1).
Wenn ich nur Eve verwende bekomme ich auf der Wacht: Ich kann dir auf dieser Watch nicht helfen.
Installiere ich zusätzlich die Home App, wird die Tür aufgeschlossen, aber nicht geöffnet.
Gibt es da noch irgendwie einen Trick? Alternativ müsste ich das über Fhem mittels dummy und doif od. Ähnliches lösen.
Danke & Gruß,
Tobi
Hallo Zusammen,
seit heute stürzt meine Homebridge plötzlich ab, wenn ich mit Eve oder Home drauf zugreife:
TypeError: value.match is not a function
at FHEM_reading2homekit_ (/usr/lib/node_modules/homebridge-fhem/index.js:396:21)
at FHEM_reading2homekit (/usr/lib/node_modules/homebridge-fhem/index.js:236:13)
at /usr/lib/node_modules/homebridge-fhem/index.js:133:19
at Array.forEach (<anonymous>)
at FHEM_update (/usr/lib/node_modules/homebridge-fhem/index.js:126:19)
at FHEMAccessory.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:2657:21)
at Request._callback (/usr/lib/node_modules/homebridge-fhem/index.js:1063:27)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
at Request.emit (events.js:314:20)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1532:10)
at Request.emit (events.js:314:20)
at Gunzip.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1403:12)
at Object.onceWrapper (events.js:420:28)
at Gunzip.emit (events.js:326:22)
at endReadableNT (_stream_readable.js:1223:12)
at processTicksAndRejections (internal/process/task_queues.js:84:21)
Kann da jemand was mit anfangen?
keine ahnung warum das plötzlich passiert... aber ich habe den fehler jetzt abgefangen.
Super, Danke.
Update gerade eingespielt...ich werde testen.
Hallo Leute,
mir fehlt ganz am Anfang ein Schupser. FHEM läuft auf einem Raspberry, Homebridge habe ich erst mal auf einem 2. Raspberry aufgesetzt. Beide laufen. Wie bzw. wo muß ich welchem Gerät sagen wo es das Andere findet? Muss ich irgendwo die IP Adresse eintragen?
In FHEM habe ich das Gerät SIRI erstellt und jetzt?
besten Dank...
In /var/homebridge/config.json ist folgendes enthalten:
{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
}
Da musst du die IP-Adresse anpassen.
Hallo ist es normal das das Homebridge Log voll mit FHEM Cache ausgaben ist?
Es werden auch meistens nur Homematic Firmwareversion Cache werte abgefragt? Dafür 3-4mal pro Minute.
[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:24:16] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:24:16] [FHEM] cached: 2.4 (as string)
2020-12-13 17:24:47 caching: sz_Kleiderschranklicht-state: off
[13/12/2020, 17:24:47] [FHEM] caching: On: false (as boolean; from 'off')
2020-12-13 17:25:12 caching: sz_Kleiderschranklicht-state: on
[13/12/2020, 17:25:12] [FHEM] caching: On: true (as boolean; from 'on')
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:25:25] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:25:25] [FHEM] cached: 2.4 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:26:29] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:26:29] [FHEM] cached: 2.4 (as string)
Kann ich das irgendwie deaktivieren ist das überhaupt nötig?
Habe gestern auf meiner Homebridge das FHEM Plugin aktualisiert, seitdem sagt Siri das sie das Schloss nicht mehr öffnen kann, es funktioniert wie immer. Bei meiner Klingel eingebunden als Doorbell meldet sich jetzt alle 10 Minuten, mit Push und HomePod klingeln, Sodas ich diese erstmal entfernen musste.
Edit 27.12.2020
Fehler ist der selbe wie in den Nachfolgen Beiträgen, bin auf die ältere Version zurück und es geht alles wieder.
homebridge-fhem Versionsupdate: 0.5.21 fehler beim cache.
Neue Werte werden nicht gespeichert in homekit (z.B. Status beim Licht oder Schalter).
FHEM übernimmt zwar die neuen Werte nach dem schalten, aber es bleiben immer die Werte wie wenn homebridge neu startet.
Hab jetzt ein downgrade auf 0.5.20 gemacht, dort läuft alles ohne Probleme.
downgrade für alle die Probleme haben sollten: npm install <package>@<version> (homebridge-fhem@0.5.20
Zitat von: cpet am 06 Oktober 2020, 00:08:45
Hallo Zusammen,
interessanterweise gibt es seit dem letzten Update der "Homebridge Config UI X" Automatisch eine Homebridge UI API Reference mit dazu!
Diese erreicht man über http://IPseinerHomebridge:8581/swagger
Hierüber ist es nun möglich Hombridge-Geräte direkt aus FHEM über HTTPMOD anzusprechen.
Ich habe jetzt hierüber Erfolgreich meinen Whirlpool mit der Balboa-Steuerung in FHEM einbinden können ;D
Danke für die Info, sehr interessant!
Kannst du mal ein List deines Devices posten, welches du nun in FHEM angelegt hast?
Zitat von: Dracolein am 04 Oktober 2020, 08:13:29
Ich hatte folgendes Problem schon mal zu Beginn des Jahres, welches aber zwischendrin weg war:
Wenn ich meinen Raspberri Pi neustarte (n muss), tauchen nach erfolgtem Restart in HomeKit diverse (nicht alle!) Sensoren erneut ungeordnet im Standardraum auf, welchen ich dann erneut die jeweiligen Bezeichnungen und Zuordnungen erteilen muss.
a.) verstehe ich nicht warum das nun so ist
b.) verstehe ich überhaupt nicht, weshalb es nur eine Hand voll Sensoren betrifft
An einer Lösung zu diesem Problem bin ich auch sehr interessiert, da ich schon längere Zeit damit kämpfe. Ich stelle auch fest, dass es immer dann passiert, wenn ich den PI Neustarte auf dem neben FHEM, Homebridge und deConz läuft.
Wenn ich nur die Homebridge Neustarte habe ich das Problem nicht.
Zitat von: Dracolein am 04 Oktober 2020, 08:13:29
Meine zweite Frage bezieht sich auf Farbtemperatur von Tradfri-Lampen:
Per Homebridgemapping
ColorTemperature=ct,cmd=ct,
lässt sich die Farbtemperatur in Homekit einstellen, jedoch ist das verfügbare Farbspektrum in der App höher, als die Lampe scheinbar darstellen kann. Ich müsste also den Bereich irgendwie begrenzen und habe dies erfolglos mit
minValue=250, maxValue=452
versucht.
Das gleiche Problem stellt sich auch bei den Schiebereglern in FHEMWEB dar.
Gibts hierzu eine Option?
Das ist auch eine Gute Frage, denn das Verhalten habe ich auch bei anderen Leuchtmitteln von z.B. innr oder Müller Licht, dass sich die Farbe in Home App nicht anpassen lässt.
Mich interessiert dabei aber mehr die Farbe als die Farbtemperatur.
In der Hue App funktioniert es aber wie mit original Hue Leuchtmitteln
Hallo zusammen,
auch wenn ich fast befürchte hier falsch zu sein, möchte ich es dennoch versuchen :-)
Besteht die Möglichkeit, ein "nur" in GoogleHome/Assistant vorhandenes Gerät aus Fhem heraus anzusprechen?
Hintergrund: Ich habe ein LEDVANCE WiFi E27 im GoogleAssistant eingebunden. Dieses lässt sich auch entprechend in Google schalten.
Gerne würde ich aber nun auf entsprechende FHEM Aktionen reagieren und entsprechend dieses Licht schalten. Dabei möchte ich nicht per Sprache schalten, sondern einfach on /off.
Den gAssistant habe ich mir mal eingerichtet und auch dieses funktioniert soweit. Allerdings komme ich da ja darüber leider nicht an das "nur" in Google vorhandene Gerät. Super wäre quasi ein gAssistant anders herum.
Via IFTTT komme ich da leider auch nicht weiter.
Wäre super, wenn hier jemand eine Idee hätte.
LG
Matthias
Zitat von: mkern1975 am 26 Dezember 2020, 14:40:56
.. wenn ich fast befürchte hier falsch zu sein, möchte ich es dennoch versuchen :-)
Besteht die Möglichkeit, ein "nur" in GoogleHome/Assistant vorhandenes Gerät aus Fhem heraus anzusprechen?
ich denke, du bist hier https://forum.fhem.de/index.php/topic,96696.msg898140.html#msg898140 (https://forum.fhem.de/index.php/topic,96696.msg898140.html#msg898140) besser aufgehoben ;).
Grüße
Christian
Ich habe jetzt meine Homebridge auf systemd umgestellt, was auch super läuft und habe jetzt festgestellt, dass meine Siri nach geraumer Zeit einen Müdigkeitsanfall bekommt und "Augen und Ohren" schließt. Soll heißen, ich bekomme die Meldung "Deine Geräte reagieren nicht..." spreche ich sie kurze Zeit später darauf an geht alles wieder. ATV habe ich nicht im Einsatz, läuft alles über FHEM. Das Problem scheint lt. Google kein FHEM Problem zu sein. Da auch Nutzer mit normaler Hardware Homebridge das gleiche Problem haben. Leider gibt es keine Lösungsansätze, außer alles neu zu starten... Mein Ansatz wäre daher Siri über FHEM "anzuschubsen" also quasi ein "Siri bist du noch wach?" absetzen. Ist das möglich? IPhoneseitig gibt es keine Einstellung für eine Art Schlafmodus. Ich denke, dass Siri zur Schonung des Akkus die Aufmerksamkeit einstellt...
Grüße
Christian
Zitat von: Krise am 29 Dezember 2020, 11:30:43
Ich habe jetzt meine Homebridge auf systemd umgestellt, was auch super läuft und habe jetzt festgestellt, dass meine Siri nach geraumer Zeit einen Müdigkeitsanfall bekommt und "Augen und Ohren" schließt. Soll heißen, ich bekomme die Meldung "Deine Geräte reagieren nicht..." spreche ich sie kurze Zeit später darauf an geht alles wieder. ATV habe ich nicht im Einsatz, läuft alles über FHEM. Das Problem scheint lt. Google kein FHEM Problem zu sein. Da auch Nutzer mit normaler Hardware Homebridge das gleiche Problem haben. Leider gibt es keine Lösungsansätze, außer alles neu zu starten... Mein Ansatz wäre daher Siri über FHEM "anzuschubsen" also quasi ein "Siri bist du noch wach?" absetzen. Ist das möglich? IPhoneseitig gibt es keine Einstellung für eine Art Schlafmodus. Ich denke, dass Siri zur Schonung des Akkus die Aufmerksamkeit einstellt...
Grüße
Christian
Moin, welche Homebridge Version hast du im Einsatz?
Es gibt einen Bug in Version > 1.1.7 siehe
https://github.com/homebridge/homebridge/issues/2719
VG
lt. Serviced ist die Version 1.2.5. Lt. Status läuft die Bridge auch, nur Siri braucht immer 2 Anläufe. Werde das mal mit eve querchecken.
Grüße
Christian
Ich habe gelegentlich auch Hänger, ob der Fehler an FHEM, Homebridge, oder Docker liegt kann ich nicht sagen, zumindest hilft es den Docker Container mit der Homebridge neu zu starten.
So ich habe gerade den Test mit der eve-App gemacht. In HOME alles "tot" mit Eve alles ansprechbar. Scheint also ein Funktionsproblem in der Homegschichte zu sein. Wobei ich nicht weiß, was Home anders macht als Eve...
Aber alle paar Minuten den Service neu starten ist auch nervig. Aber an dem scheint es ja nicht zu liegen... ??? ::)
Grüße
Christian
Hallo an euch,
Hallo justme1968,
auch wenn ich mich eigentlich nur bei Problemen oder Bugs hier melde, möchte ich von meiner Seite nochmals ein Danke an deine Plugins (Alexa, sowie HomeBridge) ausrichten. Nutze ich tagtäglich und bin fasziniert von der Stabilität. Heute wollte ich mein System auf den neusten Stand bringen. Ich bin von der Version "homebridge-fhem v0.5.20" auf "homebridge-fhem v0.5.22" gewechselt und kann definitiv ein gravierender Fehler mitteilen.
Problem:
Seit dem Update funktioniert meine gruppierte Homebrigdemapping-Funktionen nicht mehr einwandfrei. Es werden nicht alle Befehle übertragen/ausgeführt. In HomeKit erscheint hierbei nur "Aktivieren... * Ausgeschaltet" mit dem drehenden Zeichen. Genauso auch meine zeitgesteuerten Rollos zeigen mir alle "Wird geöffnet..." mit dem drehenden Zeichen konstant an. Befehle werden nicht alle übertragen (wie man deutlich an den Logs unten sieht).
Logs:
Hier eine RAW-Definition eines Sicherheitssystems, was nun nicht mehr funktioniert:
RAW Definition meines Sicherheitssystem
defmod security DOIF ([{sunset(-1800,"20:00","22:00")}-{sunrise(0,"06:00","08:30")}] and ["$SELF:Zuhause"])\
({Log 1, "Security: Zuhause -> Nachtmodus"})\
DOELSEIF (["$SELF:Zuhause"])\
({Log 1, "Security: Zuhause"})\
DOELSEIF (["$SELF:Abwesend"])\
({Log 1, "Security: Abwesend"})\
DOELSEIF (["$SELF:Nacht"])\
({Log 1, "Security: Nachtmodus"})\
DOELSEIF (["$SELF:Aus"])\
({Log 1, "Security: Aus"})\
DOELSEIF (["$SELF:Alarm"])\
({Log 1, "Security: Alarm!!!"})
attr security alias Sicherheit
attr security cmdState Nacht|Zuhause|Abwesend|Nacht|Aus|Alarm
attr security devStateIcon Zuhause:status_available Abwesend:status_away_1 Nacht:status_night Alarm:people_sensor Aus:message_presence
attr security genericDeviceType security
attr security group Sicherheitssystem
attr security homebridgeMapping SecuritySystemCurrentState=state,values=Zuhause:0;;Abwesend:1;;Nacht:2;;Aus:3;;Alarm:4\
SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:Zuhause;;1:Abwesend;;2:Nacht;;3:Aus,delay=1\
Switch#On=state,valueOn=/Zuhause|Nacht/,cmdOn=Zuhause,cmdOff=Abwesend
attr security icon secur_locked
attr security room Home,HomeKit
attr security setList Zuhause Abwesend Nacht Aus Alarm
attr security siriName security
attr security verbose 5
setstate security Zuhause
setstate security 2021-01-01 11:36:06 cmd 2
setstate security 2021-01-01 11:36:06 cmd_event set_Zuhause_cmd_2
setstate security 2021-01-01 11:36:06 cmd_nr 2
setstate security 2021-01-01 11:36:06 state Zuhause
setstate security 2021-01-01 07:49:42 timer_01_c01 01.01.2021 20:00:00
setstate security 2021-01-01 07:49:42 timer_02_c01 02.01.2021 07:49:42
Hier mein Log aus der neuen Version x.22
Schalter auf aus gestellt
[1.1.2021, 11:23:25] [FHEM] security: executing set cmd for Switch#On with value false
[1.1.2021, 11:23:25] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Abwesend&XHR=1
2021-01-01 11:23:25 caching: security-state: Abwesend
[1.1.2021, 11:23:25] [FHEM] caching: SecuritySystemCurrentState: 1 (as number; means AWAY_ARM; from 'Abwesend')
Schalter auf ein gestellt
[1.1.2021, 11:24:03] [FHEM] security: executing set cmd for Switch#On with value true
[1.1.2021, 11:24:03] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Zuhause&XHR=1
2021-01-01 11:24:03 caching: security-state: Zuhause
[1.1.2021, 11:24:03] [FHEM] caching: SecuritySystemCurrentState: 0 (as number; means captureRejections; from 'Zuhause')
Neu laden vom Cache
[1.1.2021, 11:24:28] [FHEM] query: SecuritySystemCurrentState for security-state
[1.1.2021, 11:24:28] [FHEM] cached: 1 (as number; means AWAY_ARM)
[1.1.2021, 11:24:28] [FHEM] query: SecuritySystemTargetState for security-state
[1.1.2021, 11:24:28] [FHEM] cached: 0 (as number; means captureRejections)
Hier mein Log aus der x.20, die einwandfrei funktioniert
Schalter auf aus gestellt
[1.1.2021, 11:35:23] [FHEM] security: executing set cmd for Switch#On with value false
[1.1.2021, 11:35:23] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Abwesend&XHR=1
2021-01-01 11:35:23 caching: security-state: Abwesend
[1.1.2021, 11:35:23] [FHEM] caching: SecuritySystemCurrentState: 1 (as number; means AWAY_ARM; from 'Abwesend')
[1.1.2021, 11:35:23] [FHEM] caching: SecuritySystemTargetState: 1 (as number; means AWAY_ARM; from 'Abwesend')
[1.1.2021, 11:35:23] [FHEM] caching: Switch#On: false (as boolean; from 'Abwesend')
Schalter auf ein gestellt
[1.1.2021, 11:36:06] [FHEM] security: executing set cmd for Switch#On with value true
[1.1.2021, 11:36:06] [FHEM] executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Zuhause&XHR=1
2021-01-01 11:36:06 caching: security-state: Zuhause
[1.1.2021, 11:36:06] [FHEM] caching: SecuritySystemCurrentState: 0 (as number; means captureRejections; from 'Zuhause')
[1.1.2021, 11:36:06] [FHEM] caching: SecuritySystemTargetState: 0 (as number; means captureRejections; from 'Zuhause')
[1.1.2021, 11:36:06] [FHEM] caching: Switch#On: true (as boolean; from 'Zuhause')
2021-01-01 11:36:08 caching: contact_ASR_E-state: open
Neu laden vom Cache
[1.1.2021, 11:36:40] [FHEM] query: SecuritySystemTargetState for security-state
[1.1.2021, 11:36:40] [FHEM] cached: 0 (as number; means captureRejections)
[1.1.2021, 11:36:40] [FHEM] query: SecuritySystemCurrentState for security-state
[1.1.2021, 11:36:40] [FHEM] cached: 0 (as number; means captureRejections)
[1.1.2021, 11:36:40] [FHEM] query: Switch#On for security-state
[1.1.2021, 11:36:40] [FHEM] cached: true (as boolean)
Ich hoffe ich konnte dir einige Anhaltspunkte liefern, justme1968 für die Fehlerbehebung. Solange bleibe ich noch auf der x.20 ;-)
Frohes neues Jahr euch allen
Gruß Matthias
da ist mit einem patch etwas schief gegangen. die version 0.5.24 von eben sollte wieder den gleichen stand wie die 0.5.20 haben.
Hallo justme1968,
ich möchte dir hiermit kurz berichten, dass die letzte Version 0.5.23 (0.5.24 existiert im Updater nicht?) einwandfrei wieder funktioniert. Vielen Dank für die schnelle Reaktion.
Ich möchte dich noch gerne um eine kleine Hilfe in der ,,Homebridgemapping" bitten.
Ich habe ein Befehl, was ich manuell an Fhem übertrage, wenn ich ,,Heizen" oder ,,Kühle" übertrage. Besteht da die Möglichkeit die Werte zuvor auszulesen für die cmd-Befehle.?
Anbei die Mappings
TargetHeatingCoolingState=HeatingCoolingStat,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:closed;HEAT:desired-temp+21;COOL:desired-temp+16
CurrentHeatingCoolingState=HeatingCoolingStat,values=HEAT:1;;COOL:2;;OFF:0;;AUTO:0,valud=AUTO
Gerne möchte ich die ,,21" und die ,,16" auslesen lassen.
Besteht da ein Trick? Die Readings sind dafür auch vorhanden.
Gruß Matthias
Moin,
ich versuche seit einer ganzen Weile meine Audiotechnik in Homekit zu verwursten. Über Eve funktioniert das schon ganz gut, da die wenigstens "Speaker" kennt. Ich habe ein paar ältere Listen mit genericDeviceTypes gefunden, die Siri unterstützt (mehr oder weniger). Gibt es denn eine Liste mit Geräten/Gerätearten, die Siri "versteht" mit entsprechenden Mappings? In mehreren älteren Forenbeiträgen von justme1968 waren Github - Seiten verlinkt, die waren jedoch nicht mehr erreichbar und das googlen der Begriffe auf der Seite führte auch ins Leere. Im Wiki bin ich über den Alexa connector Artikel gestolpert, aber die ist wohl auch cleverer als Siri ::).
Ich habe nach "mapping homebridge siri" und "siri homebridge geräte" gesucht, vielleicht gibt es ja da auch noch einen anderen Ansatz.
Grüße
Christian
Ich musste auch mal wieder alles neu aufsetzen und habe folgendes Problem (das im August schon jemand erwähnt hatte):
In Apple Home bekomme ich leider nur noch NAME angezeigt, also weder alias noch siriName obwohl beide vorhanden wären.
Kann das Problem jemand bestätigen?
@Markus M. ja ist so. der Siriname wird von HomeKit irgendwie überschrieben wenn die Homebridge neustartet.
Bei mir lösche ich die Siriname so, angezeigt wird der Alias am Ende:
Je nach Reihenfolge beim Initialisieren, ist der Ventilator nicht das letzte Device, daher die Pause von 10 Sekunden.
define Delete_Siriname notify global:ATTR.Ventilator.siriName.Ventilator { fhem "sleep 10;;deleteattr .* siriName"}
Der alias hilft mir auch nichts, ich bräuchte den siriName bei der anfänglichen Initialisierung.
Nachdem ich die Devices mal mühsam im Blindflug eingerichtet habe, sehe ich den siriName wieder, wenn ich den vorher vergebenen Namen lösche.
Nur bei der Initialisierung funktioniert es nicht.
Workaround:
Setup abbrechen, danach liegt alles mit dem siriName im Default Room
Hallo zusammen ,
ich habe heute einen Xiaomi Rauchmelder bekommen und diesen über meinen Conbee in Fhem eingebunden .
Leider gibt der Log einen Fehler in der Homebridge aus , kann aber im Moment keinen Fehler entdecken .
Vielleicht seht Ihr irgendwas ??
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] Rauchmelder is SmokeSensor
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] Rauchmelder has
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] BatteryLevel [battery]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] StatusLowBattery [battery]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] Reachable [reachable]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] CurrentTemperature [temperature]
Jan 08 17:04:32 raspberrypi homebridge[21223]: 2021-01-08 17:04:32 caching: Rauchmelder-battery: 100
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] caching: BatteryLevel: 100 (as number; from '100')
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] TypeError: value.match is not a function
Jan 08 17:04:32 raspberrypi homebridge[21223]: at FHEM_reading2homekit_ (/usr/lib/node_modules/homebridge-fhem/index.js:396:30)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at FHEM_reading2homekit (/usr/lib/node_modules/homebridge-fhem/index.js:236:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at new FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:2255:11)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1177:42)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Array.map (<anonymous>)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1174:31)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Request.emit (events.js:193:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1532:10)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Request.emit (events.js:193:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Gunzip.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1403:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Object.onceWrapper (events.js:281:20)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at Gunzip.emit (events.js:198:15)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at endReadableNT (_stream_readable.js:1139:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]: at processTicksAndRejections (internal/process/task_queues.js:81:17)
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] Got SIGTERM, shutting down Homebridge...
Internals:
DEF sensor 10 IODev=deCONZ
FUUID 5ff87565-f33f-d9cb-a000-3ab29903608635eb
FVERSION 31_HUEDevice.pm:0.233440/2020-12-13
ID S10
INTERVAL
IODev deCONZ
NAME Rauchmelder
NR 265
STATE Initialized
TYPE HUEDevice
lastupdated 2021-01-08 15:06:11
lastupdated_local 2021-01-08 16:06:11
manufacturername LUMI
modelid lumi.sensor_smoke
name Rauchmelder
on 1
reachable 1
swversion 20170314
type ZHAFire
uniqueid 00:15:8d:00:05:44:cb:5a-01-0500
READINGS:
2021-01-08 16:06:11 battery 100
2021-01-08 16:06:11 batteryPercent 100
2021-01-08 16:06:11 batteryState ok
2021-01-08 16:06:11 fire 0
2021-01-08 16:06:11 reachable 1
2021-01-08 16:06:11 state nofire
2021-01-08 16:06:11 tampered 0
2021-01-08 16:06:11 temperature 24
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 6c1e543bc0fa505ad3509c651cccb4b9
manufacturername LUMI
modelid lumi.sensor_smoke
name Rauchmelder
swversion 20170314
type ZHAFire
uniqueid 00:15:8d:00:05:44:cb:5a-01-0500
config:
battery 100
temperature 2600
state:
lastupdated 2021-01-08T15:06:11
setList:
Attributes:
IODev deCONZ
genericDeviceType SmokeSensor
homebridgeMapping StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
model lumi.sensor_smoke
room Conbee,Homekit
Danke
ich glaube dein homebridge-fhem ist nicht aktuell.
mein homebridge-fhem ist aktuell , nur npm müsste aktualisiert werden
pi@raspberrypi:~ $ sudo npm -g outdated
Package Current Wanted Latest Location
npm 6.14.10 6.14.11 6.14.11 global
pi@raspberrypi:~ $
Fehler gefunden ...
habe das Mapping geändert :
StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;0:BATTERY_LEVEL_LOW
Hallo Liste,
habe nach 4 Jahren problemlosen Betrieb von homebridge den Server, auf dem homebridge lief, auf Buster (mit Kernel Update) aktualisiert und neu aufgesetzt.
Bei der Installation von homebridge gabs da schon ein paar Ungereimtheiten (abweichend vom wiki):
nodes mit v6 wurde beim Versuch es zu installieren, mit dem Verweis auf V15, V14 oder V12 abgebrochen. Habe dan v14 installiert.
Einige der Module wurden dann als "zukünftig überflüssig" gemeldet.
Die fhem - Plattform ließ sich dann aber auch installieren.
Nach dem Start der homebridge gabs dann einige Probleme:
a) Alle Fentserkontakte cul_fhtk wurden nicht mehr erkannt.
b) 4 Geräte wurden mit den falschen Typen eingeordnet und hatten die Meldung "reagiert nicht".
Aus einem fht-Thermostat wurde ein Somfy-Rolladen und ähnlicher Quatsch. (fhem läuft auf einem anderen Server und wurde nicht geändert!!!)
Ich habe dann bei den entsprechenden Geräten das room - Attribut "homekit" gelöscht und genau 50 Geräte blieben in homekit übrig.
Ich habe dann einen der Geräte (einen Somfy - Rolladen) wieder mit dem Attribut room = Homekit versehen und den Service neu gestartet.
Das Objekt wird zwar nun als 51 igstes Gerät wieder angezeigt, lässt sich aber weder per Siri noch über die home - App bedienen.
Gibt es da seit neuestem ein Limit auf 50 Geräte?
Dann habe ich im homekit.err Log noch folgende Einträge:
HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000002F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000008-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000002F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000008-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000008B-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.
Wie bekomme ich da die Zuordnung heraus? Trouble-Shoting?
Wenn ich sage: "Schließe im Bad die Rolladen" (geht für alle Räume ohne Probleme, nur für das 51. Objekt nicht) so steht im homekit.err:
2021-01-22T10:49:33.720Z HAP-NodeJS:EventedHTTPServer [::ffff:192.168.1.54] HTTP request: /characteristics
2021-01-22T10:49:33.721Z HAP-NodeJS:HAPServer [CC:22:3D:E3:CE:30] HAP Request: PUT /characteristics
2021-01-22T10:49:33.724Z HAP-NodeJS:Accessory [Homebridge] Processing characteristic set: [{"aid":152,"iid":11,"value":0}]
2021-01-22T10:49:33.725Z HAP-NodeJS:Accessory [Homebridge] Setting Characteristic "Target Position" to value 0
2021-01-22T10:49:33.731Z HAP-NodeJS:EventedHTTPServer [::ffff:192.168.1.54] HTTP Response is finished
Kann da eigentlich keinen Fehler entdecken.
Im homekit.log steht allerdings:
[1/22/2021, 11:49:33 AM] [FHEM] Bd_Rolladen: executing set cmd for TargetPosition with value 0
[1/22/2021, 11:49:33 AM] [FHEM] executing: http://Speicherknecht:8085/fhem?cmd=set%20Bd_Rolladen%20position%20100&fwcsrf=csrf_685896361117972&XHR=1
Ich hatte das device von Bd_FRolladen nach Bd_Rolladen umbenannt, homekit neu gestartet und gesehen, das das device nun aber korrekt als Somfy - device erkannt wird.
Danach in fhem die Namensänderung wieder auf Bd_FRolladen durchgeführt und den homekit - Service neu gestartet.
In der Home - App wurde das device dann korrekt auch als Bd_FRolladen angezeigt, lässt sich aber trotzdem nicht bedienen und im log wird der Befehl, wie oben, an das nicht existente device Bd_Rolladen gesendet.
Wer cached da was und wie kann ich das beseitigen?
Elektrolurch
Hi,
ich kämpfe gerade mit einem Homebridge Mapping für den Aqara Vibrationssensor. Habe den Sensor als Motion Sensor definiert. Trotzdem will das Mapping nicht klappen, heißt in der Home App wird bei Vibration keine Bewegung angezeigt.
Hier das List des Devices. Wo liegt mein Fehler?
Internals:
.FhemMetaInternals 1
.triggerUsed 1
CFGFN
DEF sensor 43 IODev=deCONZ
FUUID 600da48f-f33f-45fc-ed87-54dbea61c110b685
FVERSION 31_HUEDevice.pm:0.233440/2020-12-13
ID S43
INTERVAL
IODev deCONZ
NAME Vibrationssensor
NR 585
STATE 1
TYPE HUEDevice
lastupdated 2021-01-24 17:50:09
lastupdated_local 2021-01-24 18:50:09
manufacturername LUMI
modelid lumi.vibration.aq1
name Vibrationssensor
on 1
reachable 1
sensitivitymax 21
type ZHAVibration
uniqueid 00:15:8d:00:02:c3:a7:58-01-0101
.attraggr:
.attrminint:
READINGS:
2021-01-24 18:50:09 .lastupdated 2021-01-24 17:50:09
2021-01-24 18:50:09 .lastupdated_local 2021-01-24 18:50:09
2021-01-24 18:14:44 battery 100
2021-01-24 18:14:44 batteryPercent 100
2021-01-24 17:45:54 lastseen 2021-01-24T16:44Z
2021-01-24 18:50:09 orientation 6,-77,12
2021-01-24 18:14:44 reachable 1
2021-01-24 18:14:44 temperature 23
2021-01-24 18:50:09 tiltangle 7
2021-01-24 18:50:09 vibration 1
2021-01-24 18:50:09 vibrationstrength 91
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
e changed
id 43
r sensors
t event
uniqueid 00:15:8d:00:02:c3:a7:58-01-0101
state:
lastupdated 2021-01-24T17:50:09.009
tiltangle 7
vibrationstrength 91
orientation:
6
-77
12
setList:
Attributes:
IODev deCONZ
devStateIcon 1:people_sensor 0:message_presence
genericDeviceType MotionSensor
group Sensor
homebridgeMapping MotionDetected=STATE,values=motion:1;nomotion:0
icon message_mail
model lumi.vibration.aq1
room ConBee,Garage,Homekit
stateFormat vibration
ZitatHier das List des Devices. Wo liegt mein Fehler?
STATE ist ein Internal und kein Reading. Versuch mal einen Reading zu verwenden.
Gruß
Zitat von: EinEinfach am 25 Januar 2021, 08:36:45
STATE ist ein Internal und kein Reading. Versuch mal einen Reading zu verwenden.
Gruß
Gut STATE wird normalerweise durch state bedient, aber state als Reading gibt es beim Vibrationssensor nicht. Deshalb habe ich durch stateformat dem Internal seine Werte zukommen lassen.
Kann man im Homebridge Mapping also nur Readings abfragen und keine Internals?
fhem und auch homebridge arbeiten event basiert. es wird nichts abgefragt.
internals erzeugen keine events. nur readungs tun das. deshalb kann man nur readings verwenden.
du hast doch das vibration reading. wo ist das problem?
Zitat von: justme1968 am 26 Januar 2021, 09:24:49
fhem und auch homebridge arbeiten event basiert. es wird nichts abgefragt.
internals erzeugen keine events. nur readungs tun das. deshalb kann man nur readings verwenden.
du hast doch das vibration reading. wo ist das problem?
Kein Problem, eher Verständnis und Know-How! Mapping angepasst funktioniert.
Moin,
ich habe da ein kleines Problem mit dem Homebridgemapping und der History für EVE App.
Thermostate (HmIP mit HMCCU eingebunden)
- Bei den Thermostaten wird zwischendurch mal eine 0° Temperatur geloggt, selten, kommt aber vor - wurde in einem anderen Thread ja auch schon erwähnt. Allerdings ohne, dass ich irgendwo eine Lösung dafür gefunden hätte. Hat jemand das Problem bei sich lösen können?
- Die Luftfeuchtigkeit wird zwar angezeigt, es gibt aber keine Graphen und angeblich auch keine Messungen die protokolliert werden, das History-File ist aber voll mit Messungen. Wenn ich Eve in der Detail-Ansicht auflasse, in die Apple Home App wechsel und zurück zu Eve wird zumindest die aktuelle Luftfeuchtigkeit als Punkt im Graphen angezeigt (der Wert in der Überschrift ist immer da) - sobald man aber das Thermostat in der EVE App verlässt ist es wieder leer.
- TargetHeatingCoolingState funktioniert nicht - und das soll es auch nicht. Ich will nicht per HomeKit umschalten, ich will lediglich, dass es auf Auto steht für die Anzeige und fertig. Da ist gut, dass es nicht funktioniert :-) Ich wollte eigentlich die Cooling/Kühlen Einträge rausbekommen, habs aber nicht geschafft.
- Eigentlich hätte ich auch gerne den Ventil-Öffnungsstand gesehen und protokolliert, habe es aber nicht geschafft (auch nicht mit diversen UIDs die man so im Netz findet) Scheinbar hat es jetzt geklappt, auch hier gibt es aber zwischendurch 0 Einträge (mindestens beim Start)
clear
TargetTemperature=1.SET_POINT_TEMPERATURE::1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,cmd=control,nocache=true
CurrentTemperature=1.ACTUAL_TEMPERATURE,nocache=true
CurrentHeatingCoolingState=ValvePosition,values=0:OFF;/^.*/:HEAT,nocache=true
TargetHeatingCoolingState=1.SET_POINT_MODE,values=1:OFF;1:HEAT;1:COOL;1:AUTO
CurrentRelativeHumidity=1.HUMIDITY,nocache=true
StatusLowBattery=battery,values=low:BATTERY_LEVEL_LOW;ok:BATTERY_LEVEL_NORMAL
E863F12E-079E-48FF-8F27-9C2605A29F52:ValvePosition,name=Actuation,format=UINT8,unit=PERCENTAGE,maxValue=100,minValue=0,minStep=1
history:size=1024
@JMC Das Problem mit den leeren Graphen und den 0° Werten in Eve bei HM Thermostaten habe ich auch schon länger beobachtet und hier oder im Eve History Thread mal erwähnt.
Die ValvePosition habe ich bei mir so konfiguriert: 4648454d-0201-686F-6D65-627269646765=ValvePosition
@kennymc.c hast du das bei dir mit den 0er Einträgen und den leeren Graphen auch nicht gelöst bekommen? Ich hatte es auch öfter gelesen, aber leider bei keinem eine Lösung nachvollziehen können. Nur Leute bei denen es klappt wo ich aber kein Homebridge-mapping von den Leuten finden konnte...
Bei mir funktioniert für die ValvePosition übrigens (abgesehen von auch hier aufretenden 0er Werten die nicht einem geschlossenen Ventil entsprechen)
E863F12E-079E-48FF-8F27-9C2605A29F52:ValvePosition,name=Actuation,format=UINT8,unit=PERCENTAGE,maxValue=100,minValue=0,minStep=1
Hallo zusammen,
ich habe einen Ventilator, der per 433Mhz Fernbedienung gesteuert wird. Doch wie kann ich diesen per Homebridge steuern? Der Ventilator hat 6 Stufen, ich habe mir schon früher ein Userreading gebaut welches den 6 Stufigen Statuswert in einen level umwandelt.
Ich habe daher folgendes Homebridgemapping probiert, jedoch ohne Erfolg:
clear
On=level,valueOn=/1|2|3|4|5|6/,valueOff=off,cmdOff=fan_off
RotationSpeed=::level,maxValue:60,minValue:0,minStep:10,cmds=0:fan_off;10:1_fan_minimum_speed;20:2_fan_low_speed;30:3_fan_medium_low_speed;40:4_fan_medium_speed;50:5_fan_minimum_speed;60:6_fan_high_speed
Der Status wird einfach durch Ansprechen des Device mit dem Status gesetzt also z.B. set Venti 1_fan_minimum_speed
Hat jemand eine Idee?
Danke schonmal
Zitat von: JMC am 08 Februar 2021, 10:10:33
@kennymc.c hast du das bei dir mit den 0er Einträgen und den leeren Graphen auch nicht gelöst bekommen? Ich hatte es auch öfter gelesen, aber leider bei keinem eine Lösung nachvollziehen können. Nur Leute bei denen es klappt wo ich aber kein Homebridge-mapping von den Leuten finden konnte...
Bei mir funktioniert für die ValvePosition übrigens (abgesehen von auch hier aufretenden 0er Werten die nicht einem geschlossenen Ventil entsprechen)
E863F12E-079E-48FF-8F27-9C2605A29F52:ValvePosition,name=Actuation,format=UINT8,unit=PERCENTAGE,maxValue=100,minValue=0,minStep=1
Das 0er Werte und leere Graphen Problem konnte ich leider bisher nicht lösen. Dein Mapping funktioniert bei mir übrigens nicht. Damit taucht die Position gar nicht mehr auf. Eventuell liegt es aber auch daran, dass ich die Wandthermostate und nicht die Heizungsthermostate selbst in Homebridge nutze. Bei meinem Mapping gibt es auch keine History Option.
Ich habe von Anfang an, also seit ca. 3 Jahren, ein HomeKit Problem mit meiner KeyMatic. Nun nervt es mich endgültig! ;)
Zu steuern geht das Schloss ohne separates homebridgeMapping so wie es soll, allerdings meckert Siri immer: "Es tut mir leid, ich konnte Türschloss nicht ab-/aufschließen. Weitere Informationen findest Du in der Home App.".
Hat jemand einen Tipp für mich wie ich das verbessern kann?
Gruß
Dan
Ich werd verrückt... Wenn ich den ganzen Pi neustarte (also Debmatic, FHEM und Homebridge) - dann landen die Devices mit History alle wieder im Standardraum. Starte ich nur eins von den Sachen neu hab ich es noch nicht hinbekommen, dass alles wieder im Standard-Raum landet. Jemand ne Idee?
So ähnlich ist es mir auch ergangen:
Habe den Server, auf dem homebridge läuft, neu gemacht (auf buster), die aktuelle nodes (14) und das aktuelle homebridge - fhem installiert, alle Zugangsdaten übernommen....
Die Home - App aufgerufen: ungefähr 15 devices waren in den richtigen Räumen, die restlichen wieder im Standardraum und hatten auch ihre Siri-Namen vergessen...
Und dann hatte ich mal so aus Spaß für ein Fenster eine Benachrichtigung auf dem iPhone in der Home-App eingerichtet. Funktionierte und dann habe ich sie wieder gelöscht.
Offensichtlich wurde das aber auf alle anderen Apple-Geräte im Netzwerk, die in home berechtigt wurden, synchronisiert, denn nach der Neuinstallation des Servers "nerven" diese jetzt mit der Fenstermitteilung.
Warum ich das hier schreibe?
Fazit:
Vielleicht kommen die Probleme mit den Räumen und Namen über die Sync mit der iCloud...
Elektrolurch
Hallo,
hat jemand zufällig einen Link für die Liste aller HomeKit / Homebridge Characteristics (bzw. in Abhängigkeit vom Device Types).
Bisher konnte ich mir mit diesem Link helfen welcher aber nicht mehr funktioniert. https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.jsHomekit Homebridge Characteristics Liste (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.jsHomekit%20Homebridge%20Characteristics%20Liste)
Ich finde auch die offiziellen Apple Dokumentationen dazu nicht mehr.
Konkret geht es mir aktuell darum ob in HomeKit irgendwie die Steuerung einer Wohnraumlüftung abgebildet werden kann.
Gruß und Danke für eure Antwort
Hallo,
Hilft dir das weiter?
https://github.com/homebridge/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts
Gruß Timo
Hallo Zusammen,
ich möchte über HomeKit Uhrzeiten übergeben/eingeben. Es soll ein unter anderem die Zeit für den Wecker in FHEM übergeben werden. Habe schon alles möglich durchsucht, finde leider keinen Ansatz.
Kann mir jemand auf die Sprünge helfen?
Danke
Gruß Timo
Hallo Homekid,
ich habe zwei Volumeslider zweckentfremdet und das Homebridgemapping angepasst. Vielleicht ist das auch ein gängiger Weg für dich.
Volume=stunde::stunde,subtype=Stunde,maxValue=23,minStep=1
Volume=minute::minute,subtype=Minute,maxValue=59,minStep=1
Viele Grüße
Basti
Hallo Basti,
danke für die schnelle Antwort, das werde ich mal probieren.
Gruß Timo
Hallo,
ich bin immer noch auf der Suche für ein HomeKit Device zur Steuerung einer Wohnraumlüftung.
Ausgelesene Werte sind mir im Prinzip egal jedoch würde ich gerne den Operation Mode (Comfort, Turbo, Sleep...) sowie das Level (0-5) steuern.
Natürlich könnte ich das mit x Dummy Tastern (wobei ich bis jetzt nicht in der Lage bin einen echten Taster zu "simulieren" nur einen "normalen" der durch ein Notify wieder zurückgestellt wird) aber lieber wäre mir ein Device - so ähnlich wie der Workaround mit dem Volume Regler.
Jemand zufällig eine Idee?
Kleine Warnung: Upgrade auf homebridge 1.3.0 hat bei mir dazu geführt, dass alle Devices in den Apple-Endgeräten nicht mehr geantwortet haben. Nach Downgrade auf 1.2.5 mit
npm install -g --unsafe-perm homebridge@1.2.5
und Restart alles wieder da und funktional.
Das Update hat bei mir problemlos funktioniert. Ggf die Hinweise auf mDNS ab 1.3 beachten.
Ich hatte beide Varianten probiert. Mit beiden traten die Probleme auf. Es gibt auch bereits diesbezüglich gemeldete Issues.
https://github.com/homebridge/homebridge/issues/2820
Bei ging soweit auch alles durch. Habe mal von Bonjour auf Ciao gestellt und dadurch wurden die Ladezeiten in den Apps tatsächlich verbessert. Allerdings kommt bei mir im Log manchmal folgende Fehlermeldung (alternativ auch mit S2W2):
[homebridge-fhem] This plugin generated a warning from the characteristic 'S2W1': SET handler returned write response value, though the characteristic doesn't support write response! See https://git.io/JtMGR for more info.
Außerdem kommt beim Start eine ähnliche Meldung:
[homebridge-fhem] This plugin slows down Homebridge. The read handler for the characteristic 'LastActivation' was slow to respond! See https://git.io/JtMGR for more info.
S2W1 und S2W2 ist keine standard characteristic. wo genau kommt das her? was hast du konfiguriert?
zur LastActivation meldung sollte direkt davor noch mehr im log stehen. ich habe aber eben ein update gepushed mit dem die meldung weg sein sollte.
Die erste Meldung kommt eventuell von den HomeMatic Wandthermostaten oder Xiaomi Temperatur Sesoren. Rufe ich innerhalb eines Raums auf, dann kommt die Meldung nicht. Aber wenn ich z.B. in Eve in die Typen Übersicht gehe, tritt sie bei Temperatur und Luftfeuchtigkeit auf.
Die gleiche Meldung trat auch für die von mir verwendete characteristic Actuation auf. Da ist aber glaube ich auch das UserReading in Fhem nicht richtig konfiguriert. Da hat vermutlich auch noch die Fehlermeldung, die stattdessen angezeigt wurde, Probleme gemacht. Die Meldung verschwand dann als ich das Mapping entfernt habe
Nach dem Update tritt auch die LastActivation Meldung nicht mehr auf.
Da die Frage ja schon mal kam: Gibt es eine standard characteristic für die Ventilposition? Die in #1130264 verwendete funktioniert bei mir wie erwähnt leider nicht.
Zitat von: DeeSPe am 12 Februar 2021, 12:49:29
Ich habe von Anfang an, also seit ca. 3 Jahren, ein HomeKit Problem mit meiner KeyMatic. Nun nervt es mich endgültig! ;)
Zu steuern geht das Schloss ohne separates homebridgeMapping so wie es soll, allerdings meckert Siri immer: "Es tut mir leid, ich konnte Türschloss nicht ab-/aufschließen. Weitere Informationen findest Du in der Home App.".
Hat jemand einen Tipp für mich wie ich das verbessern kann?
Gruß
Dan
Bei mir das selbe Problem. Wäre auch für einen Tipp dankbar.
Michael
Hallo zusammen,
ich würde den Status meiner RTS-Somfy Jalousien gerne prozentgenau in HomeKit anzeigen lassen. Derzeit zeigt HomeKit lediglich 10er Prozentschritte an.
Hat das vielleicht bereits jemand (über ein entsprechendes Mapping?)umgesetzt? Aktuell habe ich kein mapping implementiert.
Danke für die Hilfe!
Stef
Gibt es die Möglichkeit, eine durch das Modul "SSCam" in FHEM eingebundene Kamera (rtsp Stream und/oder mjpeg Stream) auch in die Homebridge einzubinden und sie in HomeKit darzustellen?
Schau dir das an:
https://www.npmjs.com/package/homebridge-camera-ffmpeg (https://www.npmjs.com/package/homebridge-camera-ffmpeg)
funktioniert wunderbar
Hm, ich habe Homebridge nach der FHEM-Wiki Anleitung installiert und bisweilen noch nie manuell an der config.json rumeditiert. Entsprechend habe ich mangels Fachwissen etwas Vorbehalte.
Über das Attribut Homebridgemapping lässt sich das nicht lösen?
ZitatÜber das Attribut Homebridgemapping lässt sich das nicht lösen?
nein
Zitat von: stef1938 am 22 Februar 2021, 21:15:50
Hallo zusammen,
ich würde den Status meiner RTS-Somfy Jalousien gerne prozentgenau in HomeKit anzeigen lassen. Derzeit zeigt HomeKit lediglich 10er Prozentschritte an.
Hat das vielleicht bereits jemand (über ein entsprechendes Mapping?)umgesetzt? Aktuell habe ich kein mapping implementiert.
Danke für die Hilfe!
Stef
Hallo stef1938,
für eine Jalousie benötigt Homebridge mindestens folgende Charakteristiken:
IST - CurrentPosition (mit den Properties): Min Value, Max Value, Min Step
SOLL - TargetPosition: Min Value, Max Value, Min Step
Bei einem Fibaro-Rollershutter sieht das Mapping so aus:
clear
CurrentPosition=numstate,minValue=0,maxValue=99,minStep=1
TargetPosition=dim::reportedState,minValue=0,maxValue=99,minStep=1,cmds=99:on
Entscheidend für dein Anliegen ist "minStep=1", ohne Mapping wird vermutlich minStep=10 übergeben.
Gruß Karsten
Zitat von: Moeti am 21 Februar 2021, 22:00:41
Bei mir das selbe Problem. Wäre auch für einen Tipp dankbar.
Michael
Hallo Michael,
ich denke, dass Siri (Home-App) zwar das Kommando übergibt, aber auf Grund fehlenden Mappings den Status nicht erkennt und deshalb meckert.
Deshalb mal ein Mapping mit folgenden Charakteristika einbauen:
IST - Lock Current State
SOLL - Lock Target State
Das Mapping könnte so aussehen:
clear
LockCurrentState="dein Reading",values=0:UNSECURED;;1:SECURED;;2:JAMMED;; 3:UNKNOWN (die Zahlen in den Values durch die Werte Deines Readings ersetzen).
LockTargetState="dein Reading",values=0:UNSECURED;;1:SECURED, cmds=UNSECURED:opens;;SECURED:closes (auch hier wieder in den Values die Zahlen durch Werte deines Readings ersetzen und im cmd opens/closes durch deine Kommandos des Devices ersetzen).
Gruß Karsten
Zitat von: benze72 am 02 März 2021, 07:36:44
Hallo Michael,
ich denke, dass Siri (Home-App) zwar das Kommando übergibt, aber auf Grund fehlenden Mappings den Status nicht erkennt und deshalb meckert.
Deshalb mal ein Mapping mit folgenden Charakteristika einbauen:
IST - Lock Current State
SOLL - Lock Target State
Das Mapping könnte so aussehen:
clear
LockCurrentState="dein Reading",values=0:UNSECURED;;1:SECURED;;2:JAMMED;; 3:UNKNOWN (die Zahlen in den Values durch die Werte Deines Readings ersetzen).
LockTargetState="dein Reading",values=0:UNSECURED;;1:SECURED, cmds=UNSECURED:opens;;SECURED:closes (auch hier wieder in den Values die Zahlen durch Werte deines Readings ersetzen und im cmd opens/closes durch deine Kommandos des Devices ersetzen).
Gruß Karsten
Hallo Karsten,
danke für den Hinweis.
Genau dieses Mapping wird automatisch von "homebridge-fhem" vergeben. Leider ohne den gewünschten Erfolg:
} else if( s.Attributes.model && s.Attributes.model.match(/^HM-SEC-KEY/ ) ) {
if( !this.service_name ) this.service_name = 'lock';
this.mappings.TargetDoorState = { reading:'', default:'CLOSED', timeout:500, cmds: ['OPEN:open'] };
this.mappings.LockCurrentState = { reading: 'lock',
values: ['/uncertain/:UNKNOWN', '/^locked/:SECURED', '/.*/:UNSECURED'] };
this.mappings.LockTargetState = { reading: 'lock',
values: ['/^locked/:SECURED', '/.*/:UNSECURED'],
cmds: ['SECURED:lock', 'UNSECURED:unlock'], };Gruß
Dan
Hallo Dan,
wie sehen denn die Readings des Gerätes in Fhem aus (Reading + Zustand bei geschlossen und geöffnet)?
Gruß Karsten
Zitat von: benze72 am 02 März 2021, 09:48:32
Hallo Dan,
wie sehen denn die Readings des Gerätes in Fhem aus (Reading + Zustand bei geschlossen und geöffnet)?
Gruß Karsten
Reading "lock" mit Werten "locked", "unlocked" und "uncertain", genau wie im Default-Mapping vergeben.
Gruß
Dan
Hallo zusammen,
bisher habe ich Textinformationen an homebridge weitergegeben, indem ich als Characteristic "00000027-0000-1000-8000-0026BB765292" genutzt habe. Mit den aktuellen Versionen von homebridge (1.3.0 bzw 1.3.1) bekomme ich allerdings die Meldung, dass das Format nicht NUMBER, sondern STRING sei.
Wie kann ich weiterhin Textinformationen an Homebridge übergeben?
Zitat von: DeeSPe am 02 März 2021, 10:26:41
Reading "lock" mit Werten "locked", "unlocked" und "uncertain", genau wie im Default-Mapping vergeben.
Gruß
Dan
Ich denke, dass Homebridge hier NUMBER erwartet und nicht Text.
Ich habe das bei vielen Devices mittels Userreading gelöst.
So zum Beispiel:
currentstate {if(ReadingsVal($name,"LockState","lock") eq "lock") {return 1} elsif (ReadingsVal($name,"LockState","lock") eq "unlocked") {return 0} elsif (ReadingsVal($name,"LockState","lock") eq "uncertain") {return 3}}Und dann direkt ins Mapping:
clear
LockCurrentState=currentstate usw.
Ich teste das gerne mal mit einem Dummy aus, da ich (noch) kein Türschloss verwende, bei Garagentor ist es aber ähnlich.
Gruß Karsten
Edit: habe es mit einem Dummy getestet.
List des Dummys (habe bemerkt, dass die Homebridge es nicht mag, wenn die Readings heißen wie die Homebridge-Charakteristik):
NAME dy_Test_Eingangstuer
NR 6988
STATE locked
TYPE dummy
OLDREADINGS:
READINGS:
2021-03-02 13:54:38 current 1
2021-03-02 13:54:38 state locked
2021-03-02 13:54:38 target 1
Attributes:
alias Eingangstür
genericDeviceType LockMechanism
homebridgeMapping clear
LockTargetState=target,cmds=UNSECURED:unlocked;;SECURED:locked
LockCurrentState=current
room Home->Aktionen,Homekit
setList locked unlocked uncertain
siriName Eingangstür
userReadings current {if(ReadingsVal($name,"state","lock") eq "locked") {return 1} elsif (ReadingsVal($name,"state","lock") eq "unlocked") {return 0} elsif (ReadingsVal($name,"state","lock") eq "uncertain") {return 3}}Das target-Reading schreibe ich mit einem DOIF:
defmod di_Test_Eingangstuer DOIF ([dy_Test_Eingangstuer:state] eq "locked") (setreading dy_Test_Eingangstuer target 1)\
DOELSEIF ([dy_Test_Eingangstuer:state] eq "unlocked") (setreading dy_Test_Eingangstuer target 0)
attr di_Test_Eingangstuer do alwaysFunktioniert zumindest mit meinem Dummy super.
Gruß Karsten
Zitat von: DeeSPe am 02 März 2021, 10:26:41
Reading "lock" mit Werten "locked", "unlocked" und "uncertain", genau wie im Default-Mapping vergeben.
Gruß
Dan
Hi,
also zumindest in der eve app und entsprechender szene geht es mit folgendem mapping:
LockTargetState=lock,values=/^locked/:SECURED;/.*/:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlockWas ich sllerdings seit einiger Zeit nicht mehr hinbekomme ist diese szene via siri zu aktivieren, geschweige denn über die apple watch.
Und das ging früher auch.
Gruß,
Tobi
Warum weiß ich nicht, aber nun funktioniert die KeyMatic bei mir einwandfrei.
Eigentlich habe ich nur das default homebridgeMapping zurückgesetzt und genau wie vorher manuell noch einmal gemappt und nun funktioniert es.
Hier mein aktuell funktionierendes Mapping:
clear
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
LockTargetState=lock,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
Jetzt sagt auch Siri brav dass ab-/aufgeschlossen wurde.
Danke an benze72, clear und selbst mappen haben es nun gebracht. ;)
Gruß
Dan
Zitat von: DeeSPe am 03 März 2021, 12:18:01
...
Jetzt sagt auch Siri brav dass ab-/aufgeschlossen wurde.
Danke an benze72, clear und selbst mappen haben es nun gebracht. ;)
Gruß
Dan
Freut mich, wenn mein Tipp geholfen hat. Ich habe aktuell ca. 50 Geräte dank Homebridge dazu gebracht, mit Siri gesteuert werden zu können. Bei mir sind alle Devices außer Switch und Light selbst gemappt. Mit konsequenter Bearbeitung der Fehler des Homebridge-Logs habe ich derzeit keine Fehler im Log.
Folgende Fhem-Devices habe ich aktuell in Home verfügbar: Rauchmelder, Fenstersensoren, Heizkörperthermostate, Garagen- und Einfahrtstor, Rollläden, Licht, Schalter, Luftfeuchtesensor und Thermometer. Ausgestiegen bin ich beim Mapping der RGBW-Shellys, die mit meinem Fhem per MQTT sprechen. Diese habe ich dann aber mit dem Shelly-Homebridge-Plugin auch per Siri steuerbar bekommen.
Gruß Karsten
Zitat von: benze72 am 03 März 2021, 12:45:43
Freut mich, wenn mein Tipp geholfen hat. Ich habe aktuell ca. 50 Geräte dank Homebridge dazu gebracht, mit Siri gesteuert werden zu können. Bei mir sind alle Devices außer Switch und Light selbst gemappt. Mit konsequenter Bearbeitung der Fehler des Homebridge-Logs habe ich derzeit keine Fehler im Log.
Folgende Fhem-Devices habe ich aktuell in Home verfügbar: Rauchmelder, Fenstersensoren, Heizkörperthermostate, Garagen- und Einfahrtstor, Rollläden, Licht, Schalter, Luftfeuchtesensor und Thermometer. Ausgestiegen bin ich beim Mapping der RGBW-Shellys, die mit meinem Fhem per MQTT sprechen. Diese habe ich dann aber mit dem Shelly-Homebridge-Plugin auch per Siri steuerbar bekommen.
Gruß Karsten
Ich mappe nötigenfalls auch alles manuell, das bei der KeyMatic mal zu machen ist mir aber irgendwie nicht in den Sinn gekommen da es in homebridge-fhem eben extra das default Mapping für "model=HM-SEC-KEY" gibt und ich Andre dabei vertraut habe. ;)
Schön dass das nun endlich behoben ist.
Gruß
Dan
Zitat von: onkel-tobi am 03 März 2021, 08:34:46
Hi,
also zumindest in der eve app und entsprechender szene geht es mit folgendem mapping:
LockTargetState=lock,values=/^locked/:SECURED;/.*/:UNSECURED,cmds=true:lock;false:unlock;1:lock;0:unlock
Was ich sllerdings seit einiger Zeit nicht mehr hinbekomme ist diese szene via siri zu aktivieren, geschweige denn über die apple watch.
Und das ging früher auch.
Gruß,
Tobi
Siehe Beitrag #3995 von DeeSPe, damit wird es auch bei Dir funktionieren.
Gruß Karsten
Zitat von: benze72 am 03 März 2021, 16:57:33
Siehe Beitrag #3995 von DeeSPe, damit wird es auch bei Dir funktionieren.
Gruß Karsten
Leider sagt er da bei mir weiterhin: Damit kann ich dir auf dieser Apple watch nicht helfen.
Muss mal probieren ob es geht wenn ich statt eve die homebridge app verwende. Aber damit ging in der Vergangenheit gar kein ,,aufschließen".
Update: Das funktioniert nicht. Er schließt nur auf, öffnet aber nicht.
Gruß,
Tobi
Zitat von: onkel-tobi am 04 März 2021, 20:04:55
Leider sagt er da bei mir weiterhin: Damit kann ich dir auf dieser Apple watch nicht helfen.
Muss mal probieren ob es geht wenn ich statt eve die homebridge app verwende. Aber damit ging in der Vergangenheit gar kein ,,aufschließen".
Update: Das funktioniert nicht. Er schließt nur auf, öffnet aber nicht.
Gruß,
Tobi
Das ist in der Tat merkwürdig. Meines Wissens nach machen EVE und Home grundsätzlich das gleiche, nur EVE stellt zu den Devices noch mehr Infos bereit.
Falls es mit der Home-App nicht funktioniert, könntest du evtl. mal ein List des Fhem-Devices und eine Auszug aus dem Homebridge-Log beim Bedienen des Locks posten. Ggf. finden wir die Ursache so.
Ich habe meine Himebridge-Fehler alle durch intensive Arbeit mit den Logs beheben können.
Gruß Karsten
Zitat von: onkel-tobi am 04 März 2021, 20:04:55
Update: Das funktioniert nicht. Er schließt nur auf, öffnet aber nicht.
Das ist richtig! Es gibt keine Möglichkeit in dem HomeKit Device auch noch "Öffnen" abzubilden.
Das müsstest Du dann z.B. über ein separates Mapping für die Characteristic "On" machen und dann eine entsprechende Szene erstellen z.B. "Sesam öffne Dich".
Gruß
Dan
Zitat von: DeeSPe am 04 März 2021, 21:08:23
Das ist richtig! Es gibt keine Möglichkeit in dem HomeKit Device auch noch "Öffnen" abzubilden.
Das müsstest Du dann z.B. über ein separates Mapping für die Characteristic "On" machen und dann eine entsprechende Szene erstellen z.B. "Sesam öffne Dich".
Gruß
Dan
Habe es gerade getestet, es klappt auch ohne Szene.
Hier meine zusätzlich gemappte "On" Characteristic, es genügt damit zu sagen "Hey Siri, Sesam öffne Dich":
On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=offGruß
Dan
Zitat von: DeeSPe am 04 März 2021, 21:21:00
Habe es gerade getestet, es klappt auch ohne Szene.
Hier meine zusätzlich gemappte "On" Characteristic, es genügt damit zu sagen "Hey Siri, Sesam öffne Dich":
On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=off
Gruß
Dan
Das ist ja fantastisch, subtype kannte ich noch nicht. Danke Dan! Habe es mal mit meinem Einfahrt-Device (Hörmann mit UAP1 und Sonoff 4CH Pro für die Schaltbefehle / ESP32 für die Rückmeldung - beide per MQTT in Fhem eingebunden) getestet, klappt prima. Mit dem Subdevice kann ich so nur einen Flügel öffnen lassen, ohne ein zweites Device für Siri anlegen zu müssen. 👍🏻
Für interessierte, hier das Mapping:
clear
CurrentDoorState=Einfahrt:CurrentDoorState,values=0:OPEN;;1:CLOSED;;2:OPENING;;3:CLOSING;;4:STOPPED
TargetDoorState=Einfahrt:TargetDoorState,cmds=OPEN:opens;;CLOSED:closes
CurrentDoorState=fahrrad,values=0:OPEN;;1:CLOSED;;2:OPENING;;3:CLOSING;;4:STOPPED,subtype=Fahrradeinfahrt
TargetDoorState=fahrradtarget,values=0:OPEN;;1:CLOSED,subtype=Fahrradeinfahrt,cmds=OPEN:opensa;;CLOSED:closes
ObstructionDetected=ObstructionDetected
Name=EinfahrtWie das Ganze in der Home-App, bzw. EVE aussieht - siehe Fotos.
Gruß Karsten
Zitat von: benze72 am 05 März 2021, 17:45:36
Das ist ja fantastisch, subtype kannte ich noch nicht. Danke Dan!
Dem kann ich mich nur anschließen! Funktioniert somit endlich wieder das öffnen der Tür auch via Watch und Home App.
Danke & Gruß,
Tobi
Ich verstehe das nicht. Heute funktioniert es wieder nicht, aber ich habe auf meiner Seite nichts geändert?
clear
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
LockTargetState=lock,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
On#On=lock,subtype=mach+auf,cmdOn=open,timeout=250,default=off
Was mache ich denn da falsch?
Gruß,
Tobi
Zitat von: onkel-tobi am 09 März 2021, 12:12:18
Ich verstehe das nicht. Heute funktioniert es wieder nicht, aber ich habe auf meiner Seite nichts geändert?
clear
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
LockTargetState=lock,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
On#On=lock,subtype=mach+auf,cmdOn=open,timeout=250,default=off
Was mache ich denn da falsch?
Gruß,
Tobi
Was genau funktioniert denn nicht?
Bei mir funktioniert alles nach wie vor einwandfrei, so wie es soll.
Gruß
Dan
Zitat von: DeeSPe am 09 März 2021, 12:26:46
Was genau funktioniert denn nicht?
Bei mir funktioniert alles nach wie vor einwandfrei, so wie es soll.
Gruß
Dan
Ich kann die Tür zwar entriegeln, aber nicht öffnen. Das war früher mittels eve dann möglich indem man eine Szene erstellt hat.
Funktioniert aber nun nicht mehr.
Weder per Handy noch auf der Watch.
Gruß,
Tobi
Zitat von: onkel-tobi am 10 März 2021, 21:09:14
Ich kann die Tür zwar entriegeln, aber nicht öffnen. Das war früher mittels eve dann möglich indem man eine Szene erstellt hat.
Funktioniert aber nun nicht mehr.
Weder per Handy noch auf der Watch.
Gruß,
Tobi
Was gibt den das Homebridge-log aus, wenn du den Befehl gibst?
Gruß Karsten
Zitat von: benze72 am 10 März 2021, 21:26:29
Was gibt den das Homebridge-log aus, wenn du den Befehl gibst?
Gruß Karsten
set cmd for LockTargetState with value false
[3/10/2021, 9:36:48 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20eg_fl_door%20undefined%20false&fwcsrf=csrf_55104775557984&XHR=1
Zitat von: onkel-tobi am 10 März 2021, 21:42:34
set cmd for LockTargetState with value false
[3/10/2021, 9:36:48 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20eg_fl_door%20undefined%20false&fwcsrf=csrf_55104775557984&XHR=1
Das sieht aber nicht nach dem Mapping aus was ich empfohlen habe. Sicher dass das noch gesetzt ist?
Entferne mal das Device aus HomeKit und füge es wieder hinzu.
Gruß
Dan
Bleibt leider dasselbe Ergebnis :(
Ich habe das device mal rausgenommen(homekit room entfernt, neu gestartet und wieder rein) war zwischendurch auf jd. Fall raus, aber funktioniert leider weiterhin nicht und der log Eintrag ist derselbe.
executing: http://127.0.0.1:8083/fhem?cmd=set%20eg_fl_door%20open&fwcsrf=csrf_368592955575009&XHR=1
Update:
Interessanterweise scheint das mapping in eve anzukommen. Starte ich das in eve:
eg_fl_door: executing set cmd for On#On with value true
[3/11/2021, 9:06:39 PM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20eg_fl_door%20open&fwcsrf=csrf_368592955575009&XHR=1
Gruß,
Tobi
Ich hör nochmal nach - hat denn keiner das Problem mit den 0 Grad Logs in der EVE App gelöst bekommen? Ich habe pro Tag zwischen 60 und 110 0-Grad Einträge (pro Gerät), die natürlich alles von Hand gelöscht werden wollen wenn man den Graph richtig haben möchte.
Eine Historie für die Feuchtigkeit habe ich auch noch immer nicht hinbekommen, er zeigt zwar die aktuelle Feuchtigkeit an, aber keine Historie
clear
TargetTemperature=1.SET_POINT_TEMPERATURE:HM_KL_BadGruppe:1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,nocache=true,cmd=control,delay=true
CurrentTemperature=HM_KL_Badezimmer:measured-temp,nocache=true
CurrentHeatingCoolingState=ValvePosition,values=0:OFF;/^.*/:HEAT,nocache=true
TargetHeatingCoolingState=HM_KL_Badezimmer:1.SET_POINT_MODE,values=0:OFF;0:HEAT;0:COOL;1:AUTO,default=1,readOnly=1
CurrentRelativeHumidity=HM_KL_Badezimmer:humidity,nocache=true
StatusLowBattery=battery,values=low:BATTERY_LEVEL_LOW;ok:BATTERY_LEVEL_NORMAL
E863F12E-079E-48FF-8F27-9C2605A29F52:ValvePosition,name=Actuation,format=UINT8,unit=PERCENTAGE,maxValue=100,minValue=0,minStep=1,nocache=true
095c46e2-278e-4e3c-b9e7-364622a0f501:HM_KL_Badezimmer:dewpoint,name=Taupunkt,format=FLOAT,unit=CELSIUS,maxValue=30,minValue=-30,minStep=.1
history:size=1024Edit:
Zitat von: justme1968 am 21 Februar 2021, 10:59:58
S2W1 und S2W2 ist keine standard characteristic. wo genau kommt das her? was hast du konfiguriert?
Bei mir ebenfalls die Meldungen, ich verwende das Mapping oben.
Characteristic 'S2W1': SET handler returned write response value, though the characteristic doesn't support write response. See https://git.io/JtMGR for more info.
Zitat von: benze72 am 02 März 2021, 07:23:36
Hallo stef1938,
für eine Jalousie benötigt Homebridge mindestens folgende Charakteristiken:
IST - CurrentPosition (mit den Properties): Min Value, Max Value, Min Step
SOLL - TargetPosition: Min Value, Max Value, Min Step
Bei einem Fibaro-Rollershutter sieht das Mapping so aus:
clear
CurrentPosition=numstate,minValue=0,maxValue=99,minStep=1
TargetPosition=dim::reportedState,minValue=0,maxValue=99,minStep=1,cmds=99:on
Entscheidend für dein Anliegen ist "minStep=1", ohne Mapping wird vermutlich minStep=10 übergeben.
Gruß Karsten
Hallo Karsten,
danke für die Hilfe!
Mit folgendem mapping funktioniert es bei meinen Somfy RTS:
clear
CurrentPosition=exact,invert=1,minValue=0,maxValue=100,minStep=1
TargetPosition=exact,invert=1,minValue=0,maxValue=100,minStep=1,cmd=posGrüße, stef
Zitat von: JMC am 12 März 2021, 11:28:51
Ich hör nochmal nach - hat denn keiner das Problem mit den 0 Grad Logs in der EVE App gelöst bekommen? Ich habe pro Tag zwischen 60 und 110 0-Grad Einträge (pro Gerät), die natürlich alles von Hand gelöscht werden wollen wenn man den Graph richtig haben möchte.
Eine Historie für die Feuchtigkeit habe ich auch noch immer nicht hinbekommen, er zeigt zwar die aktuelle Feuchtigkeit an, aber keine Historie
clear
TargetTemperature=1.SET_POINT_TEMPERATURE:HM_KL_BadGruppe:1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,nocache=true,cmd=control,delay=true
CurrentTemperature=HM_KL_Badezimmer:measured-temp,nocache=true
CurrentHeatingCoolingState=ValvePosition,values=0:OFF;/^.*/:HEAT,nocache=true
TargetHeatingCoolingState=HM_KL_Badezimmer:1.SET_POINT_MODE,values=0:OFF;0:HEAT;0:COOL;1:AUTO,default=1,readOnly=1
CurrentRelativeHumidity=HM_KL_Badezimmer:humidity,nocache=true
StatusLowBattery=battery,values=low:BATTERY_LEVEL_LOW;ok:BATTERY_LEVEL_NORMAL
E863F12E-079E-48FF-8F27-9C2605A29F52:ValvePosition,name=Actuation,format=UINT8,unit=PERCENTAGE,maxValue=100,minValue=0,minStep=1,nocache=true
095c46e2-278e-4e3c-b9e7-364622a0f501:HM_KL_Badezimmer:dewpoint,name=Taupunkt,format=FLOAT,unit=CELSIUS,maxValue=30,minValue=-30,minStep=.1
history:size=1024
Edit:
Bei mir ebenfalls die Meldungen, ich verwende das Mapping oben.
Characteristic 'S2W1: SET handler returned write response value, though the characteristic doesn't support write response. See https://git.io/JtMGR for more info.
Hallo JMC,
ich denke es liegt irgendwie an diesem Mapping, bin mir aber nicht sicher:
TargetTemperature=1.SET_POINT_TEMPERATURE:HM_KL_BadGruppe:1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,nocache=true,cmd=control,delay=trueKonkret könnte ich mir vorstellen, dass die zwei ":" das Problem sind. 1.SET_POINT_TEMPERATURE:HM_KL_BadGruppe:1.SET_POINT_TEMPERATURE
Versuche es mal damit (TargetTemperature=Device:Reading,...):
TargetTemperature=HM_KL_BadGruppe:1.SET_POINT_TEMPERATURE,minValue=5,maxValue=30,minStep=0.5,nocache=true,cmd=control,delay=trueEdit: Was passiert denn, wenn du das Mapping ganz entfernst. Wenn ich es richtig deute, ist das doch ein Homematic-Thermostat!? Die werden laut Beschreibung zum Fhem-Plugin direkt erkannt.
https://github.com/justme-1968/homebridge-fhem#directly-automatically-supports (https://github.com/justme-1968/homebridge-fhem#directly-automatically-supports)
Gruß Karsten
Hi Karsten,
auch mit dem geänderten Mapping kommen die S2W1 und S2W2 Fehler. Ob die Null Grad Einträge weg sind werde ich mal beobachten
[13.3.2021, 07:37:44] [homebridge-fhem] Characteristic 'S2W2': SET handler returned write response value, though the characteristic doesn't support write response. See https://git.io/JtMGR for more info.
[13.3.2021, 07:37:44] [homebridge-fhem] Error:
at S2W2Characteristic.Characteristic.characteristicWarning (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Characteristic.ts:2032:105)
at /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Characteristic.ts:1661:22
at /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/once.ts:9:18
at FakeGatoHistory.setCurrentS2W2 (/usr/lib/node_modules/homebridge-fhem/node_modules/fakegato-history/fakegato-history.js:843:4)
at S2W2Characteristic.emit (events.js:315:20)
at /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Characteristic.ts:1630:16
at new Promise (<anonymous>)
at S2W2Characteristic.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Characteristic.ts:1628:14)
at step (/usr/lib/node_modules/homebridge/node_modules/tslib/tslib.js:143:27)
at Object.next (/usr/lib/node_modules/homebridge/node_modules/tslib/tslib.js:124:57)
at /usr/lib/node_modules/homebridge/node_modules/tslib/tslib.js:117:75
at new Promise (<anonymous>)
at Object.__awaiter (/usr/lib/node_modules/homebridge/node_modules/tslib/tslib.js:113:16)
at S2W2Characteristic.Characteristic.handleSetRequest (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/dist/lib/Characteristic.js:791:24)
at Bridge.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Accessory.ts:1741:29)
at step (/usr/lib/node_modules/homebridge/node_modules/tslib/tslib.js:143:27)
Edit:
Nein, die 0 Grad Fehler sind leider nicht weg
Zitat von: JMC am 13 März 2021, 07:43:35
Hi Karsten,
auch mit dem geänderten Mapping kommen die S2W1 und S2W2 Fehler. Ob die Null Grad Einträge weg sind werde ich mal beobachten
Hallo JMC,
zu den S2W1 und S2W2-Fehlern habe ich auf GitHub etwas gefunden. Dagegen kann man aktuell wohl nichts tun, außer auf ggf. ein Update warten, welches den Fehler behebt.
https://github.com/skrollme/homebridge-eveatmo/issues/56#issuecomment-782862548 (https://github.com/skrollme/homebridge-eveatmo/issues/56#issuecomment-782862548)
Schade dass der Fehler mit den 0-Werten noch nicht weg ist. Ich überlege mal weiter.
Gruß Karsten
Moin!
Ich habe einen Garagentorantrieb in FHEM integriert (mit einem sonoff am Tastereingang). Zwei hm-sec-sc-2 dienen als Endschalter. Das ganze habe ich mit einem DOIF abgefrühstückt, zur Vollständigkeit hier mal ein list des Devices:
Internals:
DEF ([sensor_garage_zu] eq "closed" and [sensor_garage_auf] eq "open")
() ## Garage zu
DOELSEIF ([sensor_garage_zu] eq "open" and [sensor_garage_auf] eq "closed")
() ## Garage offen
DOELSEIF (["$SELF:set_open"] and [$SELF] eq "is_closed")
## DOELSEIF (["$SELF:set_open"])
(set sonoff7_ch1 on)
() ## Error nach 30 sekunden
DOELSEIF (["$SELF:set_closed"] and [$SELF] eq "is_open")
## DOELSEIF (["$SELF:set_closed"])
(set sonoff7_ch1 on)
() ## Error nach 30 sekunden
DOELSEIF ([sensor_garage_zu] eq "open" and [sensor_garage_auf] eq "open")
() ## Running
() ## Error nach 30 Sekunden
DOIFDEV ^global$|^sensor_garage_auf$|doif_garagentor|^sensor_garage_zu$|^doif_garagentor$
FUUID 5e737ec6-f33f-b36e-414a-84b7f805746c5dfd
MODEL FHEM
NAME doif_garagentor
NR 260
NTFY_ORDER 50-doif_garagentor
STATE is_closed
TYPE DOIF
VERSION 23466 2021-01-03 17:14:46
READINGS:
2021-03-13 09:58:22 Device sensor_garage_zu
2021-03-13 09:58:22 cmd 1
2021-03-13 09:58:22 cmd_event sensor_garage_zu
2021-03-13 09:58:22 cmd_nr 1
2021-03-13 09:55:28 e_doif_garagentor_STATE set_open
2021-03-13 09:58:00 e_sensor_garage_auf_STATE open
2021-03-13 09:58:22 e_sensor_garage_zu_STATE closed
2020-08-19 15:35:39 mode enabled
2021-03-13 09:58:22 state is_closed
2021-03-13 09:58:21 wait_timer no timer
Regex:
accu:
cond:
:
0:
1:
2:
"doif_garagentor:set_open" doif_garagentor:set_open
3:
"doif_garagentor:set_closed" doif_garagentor:set_closed
4:
doif_garagentor:
0:
1:
2:
&STATE ^doif_garagentor$
3:
&STATE ^doif_garagentor$
4:
sensor_garage_auf:
0:
&STATE ^sensor_garage_auf$
1:
&STATE ^sensor_garage_auf$
2:
3:
4:
&STATE ^sensor_garage_auf$
sensor_garage_zu:
0:
&STATE ^sensor_garage_zu$
1:
&STATE ^sensor_garage_zu$
2:
3:
4:
&STATE ^sensor_garage_zu$
attr:
cmdState:
0:
is_closed
1:
is_open
2:
set_open
error
3:
set_closed
error
4:
running
error
wait:
0:
0
1:
0
2:
0
30
3:
0
30
4:
0
30
waitdel:
condition:
0 ::InternalDoIf($hash,'sensor_garage_zu','STATE') eq "closed" and ::InternalDoIf($hash,'sensor_garage_auf','STATE') eq "open"
1 ::InternalDoIf($hash,'sensor_garage_zu','STATE') eq "open" and ::InternalDoIf($hash,'sensor_garage_auf','STATE') eq "closed"
2 ::EventDoIf('doif_garagentor',$hash,'set_open',0) and ::InternalDoIf($hash,'doif_garagentor','STATE') eq "is_closed"
3 ::EventDoIf('doif_garagentor',$hash,'set_closed',0) and ::InternalDoIf($hash,'doif_garagentor','STATE') eq "is_open"
4 ::InternalDoIf($hash,'sensor_garage_zu','STATE') eq "open" and ::InternalDoIf($hash,'sensor_garage_auf','STATE') eq "open"
do:
0:
0
1:
0
2:
0 set sonoff7_ch1 on
1
3:
0 set sonoff7_ch1 on
1
4:
0
1
5:
helper:
DEVFILTER ^global$|^sensor_garage_auf$|doif_garagentor|^sensor_garage_zu$|^doif_garagentor$
NOTIFYDEV global|sensor_garage_auf|.*doif_garagentor.*|sensor_garage_zu|doif_garagentor
event rssi_at_hmlan: -91
globalinit 1
last_timer 0
sleepdevice sensor_garage_auf
sleepsubtimer 1
sleeptimer -1
timerdev sensor_garage_zu
timerevent rssi_at_hmlan: -91
triggerDev sensor_garage_zu
timerevents:
rssi_at_hmlan: -91
timereventsState:
rssi_at_hmlan: -91
triggerEvents:
rssi_at_hmlan: -91
triggerEventsState:
rssi_at_hmlan: -91
internals:
all sensor_garage_zu:STATE sensor_garage_auf:STATE doif_garagentor:STATE
perlblock:
readings:
trigger:
uiState:
uiTable:
Attributes:
cmdState is_closed|is_open|set_open,error|set_closed,error|running,error
event-on-change-reading .*
genericDeviceType garage
homebridgeMapping CurrentDoorState=state,values=is_closed:CLOSED;is_open:OPEN;set_open:OPENING;set_closed:CLOSING
TargetDoorState=state,cmds=OPEN:set_open;CLOSED:set_closed,values=is_closed:CLOSED;is_open:OPEN
room 01_Aussen,95_Logik,96_homebridge
setList modus:set_open,set_closed
siriName Garage
wait 0:0:0,30:0,30:0,30
webCmd modus
Es funktioniert zu 90%, in der Home App wird mir das Device angezeigt, auch mit dem korrekten Status (offen, geschlossen). Das einzige Problem ist, dass Homekit/Homebridge offenbar den aktuellen Zustand ignoriert. Beispielsweise arbeite ich gerade in der Garage und habe das Tor offen, meine Frau fährt mit dem Fahrrad nach Hause und lässt über Siri das Tor öffnen ("Siri, öffne Garagentor"). Statt nun einfach nichts zu tun, fährt das Tor herunter.
Ist das ein Fehler in meiner Konfiguration, oder ist das einfach das Verhalten von Siri?
Grüße,
Markus
Mein Tor hat nur einen Taster, der wechselt immer die Richtung. Ging das Tor vorher hoch und wurde gestoppt, danach geht es beim nächsten betätigen des Tasters wider herunter.
Aber vielleicht hat ja Dein Tor zwei Knöpfe, auf und zu.
Elektrolurch
Mein Tor funktioniert genau so. Aber dafür habe ich ja in FHEM die Zustände (offen, geschlossen) über zusätzliche Sensoren erfasst. Obendrein habe ich in meinem DOIF "Sperren" eingebaut, die mir das Öffnen des Tores nur ermöglichen wenn es geschlossen ist.
Mir geht es hier mehr um das Verhalten von Siri/Homekit. Ich weiß nicht ob ich vielleicht nur die falschen Erwartungen habe, aber besonders logisch erscheint es mir nicht. Nochmal zur Verdeutlichtung, und das ganze ist meiner Meinung nach losgelöst von FHEM zu betrachten:
Meine Erwartung:
Tor ist offen - ein Befehl über Siri/Home das Tor zu Öffnen sollte in diesem Fall nichts tun
Realität:
Tor ist offen - ein Befehl über Siri/Home das Tor zu Öffnen schließt es.
Zitat von: DeeSPe am 10 März 2021, 21:59:07
Das sieht aber nicht nach dem Mapping aus was ich empfohlen habe. Sicher dass das noch gesetzt ist?
Entferne mal das Device aus HomeKit und füge es wieder hinzu.
Gruß
Dan
So und nun habe ich auch home noch mal runtergeworfen und siehe da, zumindest scheint es jetzt auch in der home app zu anzukommen (s. Photo). Außerdem wird via app auch geöffnet, aber via Siri sagt er nur eg_fl_door ist aufgeschlossen (stimmt ja im Prinzip auch, denn der 2. Kanal müsste ja halt auf on?
Gruß,
Tobi
Zitat von: onkel-tobi am 13 März 2021, 15:13:35
So und nun habe ich auch home noch mal runtergeworfen und siehe da, zumindest scheint es jetzt auch in der home app zu anzukommen (s. Photo). Außerdem wird via app auch geöffnet, aber via Siri sagt er nur eg_fl_door ist aufgeschlossen (stimmt ja im Prinzip auch, denn der 2. Kanal müsste ja halt auf on?
Gruß,
Tobi
Da das Schloss natürlich nur "open" kann und kein "close", gibt es den Timeout von 250ms und den Fallback (default) auf "off".
On#On=lock,subtype=mach+auf,cmdOn=open,timeout=250,default=offGruß
Dan
Zitat von: DeeSPe am 13 März 2021, 15:28:14
Da das Schloss natürlich nur "open" kann und kein "close", gibt es den Timeout von 250ms und den Fallback (default) auf "off".
On#On=lock,subtype=mach+auf,cmdOn=open,timeout=250,default=off
Gruß
Dan
Ok, vielleicht verstehe ich es falsch, aber zumindest öffnen müsste doch dann via siri gehen, wenn der richtige Kanal greift?
Gruß,
Tobi
Zitat von: onkel-tobi am 13 März 2021, 18:10:47
Ok, vielleicht verstehe ich es falsch, aber zumindest öffnen müsste doch dann via siri gehen, wenn der richtige Kanal greift?
Gruß,
Tobi
Ja, genau! Und das tut es auch bei mir.
Gruß
Dan
Zitat von: MarkusN am 13 März 2021, 15:07:08
Mein Tor funktioniert genau so. Aber dafür habe ich ja in FHEM die Zustände (offen, geschlossen) über zusätzliche Sensoren erfasst. Obendrein habe ich in meinem DOIF "Sperren" eingebaut, die mir das Öffnen des Tores nur ermöglichen wenn es geschlossen ist.
Mir geht es hier mehr um das Verhalten von Siri/Homekit. Ich weiß nicht ob ich vielleicht nur die falschen Erwartungen habe, aber besonders logisch erscheint es mir nicht. Nochmal zur Verdeutlichtung, und das ganze ist meiner Meinung nach losgelöst von FHEM zu betrachten:
Meine Erwartung:
Tor ist offen - ein Befehl über Siri/Home das Tor zu Öffnen sollte in diesem Fall nichts tun
Realität:
Tor ist offen - ein Befehl über Siri/Home das Tor zu Öffnen schließt es.
Hallo Markus,
ich kann das Verhalten von Siri bestätigen. Ist die Garage bereits offen und es kommt erneut der Befehlt Garage öffnen, wird der befehlt auch neu abgesendet. Bei getrennten Steuerungen für öffnen und schließen ist das auch kein Problem, in deinem Fall schon. Bedient man das ganze manuell über die Home App, geht das natürlich nicht, da der Schalter dann schon auf offen steht.
Den Fall Sprachbedienung musst Du in Fhem abfangen.
Ich habe das mal nachgebaut, der Einfachheit halber ohne dein Fehlerhandling. Das müsstest Du noch einbauen.
Device:
defmod testgarage MQTT2_DEVICE DVES_F5B7C0
attr testgarage IODev MQTT2_FHEM_Server
attr testgarage alias Testgarage
attr testgarage autocreate 0
attr testgarage cmdIcon opens:rc_GREEN closes:rc_RED
attr testgarage devStateIcon offen:fts_garage_door_10@red geschlossen:fts_garage_door_100@green oeffnet:fts_garage_door_up@yellow schliesst:fts_garage_door_down@yellow
attr testgarage genericDeviceType GarageDoorOpener
attr testgarage homebridgeMapping clear
CurrentDoorState=testgarage:current,values=offen:OPEN;;geschlossen:CLOSED;;oeffnet:OPENING;;schliesst:CLOSING;;4:STOPPED
TargetDoorState=testgarage:target,values=offen:OPEN;;geschlossen:CLOSED,cmds=OPEN:opens;;CLOSED:closes
attr testgarage readingList DVES_F5B7C0:stat/testgarage_F5B7C0/POWER1:.* sensor_garage_zu\
DVES_F5B7C0:stat/testgarage_F5B7C0/POWER2:.* sensor_garage_auf\
DVES_F5B7C0:stat/testgarage_F5B7C0/POWER3:.* garage_Relais\
DVES_F5B7C0:stat/testgarage_F5B7C0/POWER4:.* garage_Bedienung
attr testgarage room 1_Test,Homekit
attr testgarage setList opens:noArg cmnd/testgarage_F5B7C0/POWER4 1\
closes:noArg cmnd/testgarage_F5B7C0/POWER4 0
attr testgarage siriName Testgarage
attr testgarage stateFormat current
attr testgarage webCmd opens:closes
attr testgarage webCmdLabel Öffnen :Schließen\
:DOIF:
defmod di_testgarage DOIF ##Garage öffnen
([testgarage:garage_Bedienung] eq "ON" and [?testgarage:sensor_garage_zu] eq "ON" and [?testgarage:sensor_garage_auf] eq "OFF") (set testgarage opens, setreading testgarage current oeffnet, setreading testgarage target offen)
##Garage geöffnet
DOELSEIF ([?testgarage:sensor_garage_zu] eq "OFF" and [testgarage:sensor_garage_auf] eq "ON") (setreading testgarage current offen)
##Garage schliessen
DOELSEIF ([testgarage:garage_Bedienung] eq "OFF" and [?testgarage:sensor_garage_zu] eq "OFF" and [?testgarage:sensor_garage_auf] eq "ON") (set testgarage closes, setreading testgarage current schliesst, setreading testgarage target geschlossen)
##Garage geschlossen
DOELSEIF ([testgarage:sensor_garage_zu] eq "ON" and [?testgarage:sensor_garage_auf] eq "OFF") (setreading testgarage current geschlossen)
attr di_testgarage room 1_TestIn dem Testfall wird "garage_Relais" - welches den Schließer am Garagentor betätigt, nicht direkt bedient, sondern nur über das DOIF.
Sowohl im Device und durch Siri wird ausschließlich "garage_Bedienung" betätigt und im DOIF dann abgefragt, ob die Garage offen, bzw. geschlossen ist. Ist sie offen und per Siri kommt erneut der Befehl offen, wird das Relais am Garagentor nicht betätigt.
Was ich auch festgestellt habe, für Home sollten TargetDoorState und CurrentDoorState nicht auf das selbe Reading zugreifen. CurrentDoorState kennt "geschlossen", "offen", "öffnen" und "schließen", während TargetDoorState nur "geschlossen" und "offen" kennt. Wenn TargetDoorState aber noch "öffnen" oder "schließen" angeboten bekommt, kreiselt in der Home App die "Sanduhr", weil Home den Status nicht kennt.
Gruß Karsten
Hallo, ist hier sicher nicht der 100% richtige Platz aber ich wollte keinen neuen Threat aufmachen:
Habe versucht Homebridge auf meinem Raspy ein Update zu gönnen, dies funktionierte aber nicht richtig.
Also habe ich das ganze einfach neu installiert, inklusive der config-ui-x (hatte ich vorher nicht drauf)
Nach einem Reboot die config.json im /var/lib/homebridge Verzeichnis (war vorher in /var/homebridge) wieder angepasst. (die Port Nr. hat sich nach der Installation geändert???, aber auch diese habe ich wieder auf die originale zurückgesetzt)
Allerdings kann jetzt das iPhone die Bridge nicht mehr erreichen. Wenn ich ein Backup Image starte funktioniert alles problemlos.
Ich möchte aber äußerst ungern die Bridge entfernen und neu einrichten da ich mittlerweile x Geräte und Szenen definiert habe und das somit alles weg wäre.
Habe ich da einen Denkfehler oder muss ich noch irgendetwas ändern?
Gruß und Danke für eure Hilfe
nicht die neue config anpassen sondern wirklich die alte verwenden. vor allem der username muss gleich bleiben.
Zitat von: justme1968 am 14 März 2021, 16:21:02
nicht die neue config anpassen sondern wirklich die alte verwenden. vor allem der username muss gleich bleiben.
Danke für die Antwort...
Irgendwie scheint es ein Problem zu sein wie der Service gestartet wird. Ich habe da glaube ich einmal einen Service über init.d laufen und parallel dazu irgendwann hb-service installiert. Habe das jetzt auf jeden Fall mal rausgeschmissen und es funktioniert mal.
Jetzt ist mir aber nicht klar ob auf die config von /var/hombridge oder /var/lib/homebridge zugegriffen wird. Gibt es da einen, eventuell Versions abhängigen, Standard?
Zitat von: DeeSPe am 13 März 2021, 18:17:26
Ja, genau! Und das tut es auch bei mir.
Gruß
Dan
Echt komisch. Irgendwas werde ich wohl falsch machen. Interessanterweise funktioniert: "Haustür an". Dann öffnet er mit der Info mach auf wurde eingeschaltet.
Noch eine Idee was ich falsch gemacht haben könnte?
Gruß,
Tobias
Zitat von: onkel-tobi am 15 März 2021, 14:09:28
Echt komisch. Irgendwas werde ich wohl falsch machen. Interessanterweise funktioniert: "Haustür an". Dann öffnet er mit der Info mach auf wurde eingeschaltet.
Noch eine Idee was ich falsch gemacht haben könnte?
Gruß,
Tobias
Ändere doch mal Dein "mach auf" in etwas Komplizierteres, z.B. "Sesam öffne dich". Das habe ich so und keine Probleme.
Gruß
Dan
Zitat von: DeeSPe am 15 März 2021, 14:18:12
Ändere doch mal Dein "mach auf" in etwas Komplizierteres, z.B. "Sesam öffne dich". Das habe ich so und keine Probleme.
Gruß
Dan
Das kann ich auch nur empfehlen. Ich habe mach+auf getestet, da hat mir Siri immer geantwortet, ich soll das Gerät korrekt benennen, da ich mehrere Lampen mit ähnlichem Namen habe. Sesam öffne dich ist mein persönlicher Favorit. 😉
Zitat von: benze72 am 13 März 2021, 09:38:43
Schade dass der Fehler mit den 0-Werten noch nicht weg ist. Ich überlege mal weiter.
Ich hab heute nochmal etwas ins Log geschaut auf der Suche nach dem Fehler. Was mir aufgefallen ist, er schreibt mehrfach ins history File scheinbar laut Log - einmal ohne currentTemp und einmal mit. Daher vermutlich die 0 Werte?
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m caching: TargetTemperature: 21 (as number; from '21.0')
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m adding history entry { time: 1615826817, setTemp: 21, valvePosition: 0 }
[...]
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m adding history entry { time: 1615826817, setTemp: 21, currentTemp: 21.8, valvePosition: 0 }
Zitat von: JMC am 15 März 2021, 17:51:30
Ich hab heute nochmal etwas ins Log geschaut auf der Suche nach dem Fehler. Was mir aufgefallen ist, er schreibt mehrfach ins history File scheinbar laut Log - einmal ohne currentTemp und einmal mit. Daher vermutlich die 0 Werte?
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m caching: TargetTemperature: 21 (as number; from '21.0')
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m adding history entry { time: 1615826817, setTemp: 21, valvePosition: 0 }
[...]
^[[37m[15.3.2021, 17:46:57] ^[[39m^[[36m[FHEM]^[[39m adding history entry { time: 1615826817, setTemp: 21, currentTemp: 21.8, valvePosition: 0 }
Laut Deinem Log-Auszug ist die
valvePosition: 0 das Problem. Nimm die doch mal den Eintrag
CurrentHeatingCoolingState=ValvePosition,values=0:OFF;/^.*/:HEAT,nocache=true raus. So wie es aussieht, liefert dieses Mapping die "0"-Einträge.
Gruß Karsten
Zitat von: benze72 am 15 März 2021, 18:03:18
Laut Deinem Log-Auszug ist die valvePosition: 0 das Problem. Nimm die doch mal den Eintrag
CurrentHeatingCoolingState=ValvePosition,values=0:OFF;/^.*/:HEAT,nocache=true raus. So wie es aussieht, liefert dieses Mapping die "0"-Einträge.
Gruß Karsten
Nicht ganz - ich habe das nochmal weiter beobachtet (hatte heute morgen alle alten 0 Grad Einträge gelöscht). Das Problem scheint eher die humidity zu sein:
[15.3.2021, 18:05:01] [FHEM] adding history entry { time: 1615827901, humidity: 60 }Das erzeugt aber einen 0 Grad Eintrag in der Temperatur-Kurve
Da die Luftfeuchtigkeits-History ja leider auch nicht funktioniert (er zeigt nur die aktuelle an, aber keine History) scheint da der Hund begraben zu sein: Scheinbar landet die History für die Luftfeuchtigkeit bei der Temperatur...
Zitat von: JMC am 15 März 2021, 18:17:36
Nicht ganz - ich habe das nochmal weiter beobachtet (hatte heute morgen alle alten 0 Grad Einträge gelöscht). Das Problem scheint eher die humidity zu sein:
[15.3.2021, 18:05:01] [FHEM] adding history entry { time: 1615827901, humidity: 60 }
Das erzeugt aber einen 0 Grad Eintrag in der Temperatur-Kurve
Da die Luftfeuchtigkeits-History ja leider auch nicht funktioniert (er zeigt nur die aktuelle an, aber keine History) scheint da der Hund begraben zu sein: Scheinbar landet die History für die Luftfeuchtigkeit bei der Temperatur...
Ich konnte den Fehler mit den "0"-Werten nun nachstellen, indem ich meinem Heizkörperthermostat mal ein Luftfeuchtigkeitsreading hinzugefügt habe und dieses ins Homebridge-Mapping eingebunden habe. Meine erste Idee, die Luftfeuchtigkeit in ein Home-Subdevice zu bringen, sieht nicht schön aus.
Wenn diese unbedingt benötigt wird, das Reading in ein eigenes Fhem Device auslagern (dummy) und dann als
HumiditySensor in die Homebridge einbinden. Eine Historie gibt es trotzdem nicht. Darstellung in Home und EVE siehe Fotos.
StatusTampered=Luftfeuchtigkeit:StatusTampered,values=1:NOT_TAMPERED;;2:TAMPERED
StatusFault=Luftfeuchtigkeit:StatusFault,values=1:NO_FAULT;;2:GENERAL_FAULT
CurrentRelativeHumidity=Luftfeuchtigkeit:Luftfeuchtigkeit,format=FLOAT,unit=percent
history:size=1024Gruß Karsten
Zitat von: DeeSPe am 15 März 2021, 14:18:12
Ändere doch mal Dein "mach auf" in etwas Komplizierteres, z.B. "Sesam öffne dich". Das habe ich so und keine Probleme.
Gruß
Dan
Ok, verstehen tue ich es nicht. Aber es geht :)
Vielen Dank!
Zitat von: onkel-tobi am 15 März 2021, 20:42:29
Ok, verstehen tue ich es nicht. Aber es geht :)
Vielen Dank!
Das liegt aber direkt an Siri.
Manche Dinge versteht sie halt nicht als HomeKit Kommando wenn es zu allgemein gehalten sind.
Gruß
Dan
Hallo,
den Sprachbefehl "Sesam öffne dich" würde ich auch gerne einbauen. Leider klappt es bei mir nicht, bzw. ich habe es falsch ins Homebridgemapping geschrieben. Vielleicht kann mir einer helfen, wie ich dies (On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=off) richtig einsetze. Ich habe schon verschiedenes probiert, aber leider alles ohne Erfolg.
Hier mal ein List von meinem Device:
Internals:
DEF 192.168.1.84
DURATION 0
FUUID 603fb2d6-f33f-e675-12b1-0459e52d8c58995f
INTERVAL 60
NAME Shelly_Tor
NR 1273
SHELLYID shelly1-483FDAA22EB1
STATE off
TCPIP 192.168.1.84
TYPE Shelly
READINGS:
2021-03-03 17:01:40 cloud disabled
2021-03-20 03:52:24 firmware v1.9.4(update needed to v1.9.4)
2021-03-23 11:15:24 network <html>connected to <a href="http://192.168.1.84">192.168.1.84</a></html>
2021-03-05 14:10:12 relay off
2021-03-23 11:15:57 state off
Attributes:
alias Torflügel
genericDeviceType switch
homebridgeMapping Open=cmdOn=on-for-timer+1
model shelly1
room Tor,Homekit
webCmd on-for-timer 1
Danke und Gruß, Sascha
Hallo zusammen ,
ich habe seit gestern folgendes im Log stehen
2021.03.23 14:52:29 3: siri: read: end of file reached while sysread
2021.03.23 14:52:29 3: siri: stopped
2021.03.23 14:52:49 2: siri: starting homebridge /usr/bin/homebridge
2021.03.23 14:52:49 3: siri: starting
2021.03.23 14:52:49 3: siri: using logfile: ./log/homebridgeFHEM-2021-03-23.log
2021.03.23 14:53:02 3: siri: read: end of file reached while sysread
2021.03.23 14:53:02 3: siri: stopped
2021.03.23 14:53:22 2: siri: starting homebridge /usr/bin/homebridge
2021.03.23 14:53:22 3: siri: starting
2021.03.23 14:53:22 3: siri: using logfile: ./log/homebridgeFHEM-2021-03-23.log
2021.03.23 14:53:34 3: siri: read: end of file reached while sysread
2021.03.23 14:53:34 3: siri: stopped
2021.03.23 14:53:54 2: siri: starting homebridge /usr/bin/homebridge
2021.03.23 14:53:54 3: siri: starting
2021.03.23 14:53:54 3: siri: using logfile: ./log/homebridgeFHEM-2021-03-23.log
2021.03.23 14:54:07 3: siri: read: end of file reached while sysread
Das läuft unendlich weiter .
Ich weiß aber nicht warum ...
Vielleicht kann jemand einen Tipp geben ?
Danke
Kann ich leider auch nicht - nur bestätigen, dass ich es seit dem update gestern auch habe. Habe siri dann auf stop gestellt, dann hörte es auf.
Hallo justme1968,
nach dem Update von FHEM/39_siri.pm (https://svn.fhem.de/trac/changeset/24043/trunk) stellt sich bei meinem Testsystem ein seltsames Verhalten ein.
Das Siri Device hat sich automatisch neu definiert.
Vorher:
Internals:
FUUID 60587494-f33f-1cfc-017e-87b54ecb6aeca895
NAME Siri
NR 21
STATE active
TYPE siri
homebridge-fhem version 0.5.29
Attributes:
DbLogExclude .*
room 03_Service
Nacher:
Internals:
FUUID 60587494-f33f-1cfc-017e-87b54ecb6aeca895
NAME Siri
NOTIFYDEV global,global:npmjs.*homebridge.*
NR 44
NTFY_ORDER 50-Siri
STATE stopped; homebridge not installed. install with 'sudo npm install -g homebridge homebridge-fhem'.
TYPE siri
homebridge-fhem version 0.5.29
logfile ./log/homebridgeFHEM-%Y-%m-%d.log
CoProcess:
cmdFn siri_getCMD
name homebridge
state stopped; homebridge not installed. install with 'sudo npm install -g homebridge homebridge-fhem'.
READINGS:
2021-03-23 20:38:01 homebridge stopped; homebridge not installed. install with 'sudo npm install -g homebridge homebridge-fhem'.
helper:
Attributes:
DbLogExclude .*
devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
homebridgeFHEM-log ./log/homebridgeFHEM-%Y-%m-%d.log
room 03_Service
stateFormat homebridge
homebridge/homebridge-fhem läuft bei mir nicht auf dem gleichen Container (LXD/LXC) wie Fhem.
Prinzipiell läuft alles noch. Schalter werden korrekt erkannt und schalten auch.
Fhem <-> Homebridge <-> Home App (iOS 14.4.1)
Das einzige ist eben das das Device Siri die Homebrigde nicht findet.
Im Log ist auch nur der Hinweis dazu, sonst nichts weiter.
Hier noch ein paar weitere Informationen.
Schalter:
Internals:
FUUID 6055c63a-f33f-1cfc-2b69-f517eebace54fd8f
NAME du_test_hb_new
NR 40
STATE off
TYPE dummy
READINGS:
2021-03-22 11:32:12 state off
Attributes:
genericDeviceType switch
homebridgeMapping On=state,cmdOn=on,cmdOff=off
room 99_Test->Dummy
siriName Schalter Test
webCmd on:off
Homebridge Konfiguration:
{
"bridge": {
"name": "Homebridge",
"username": "XX:XX:XX:XX:XX:XX",
"port": 51120,
"pin": "XXX-XXX-XXX"
},
"accessories": [],
"platforms": [
{
"name": "Config",
"port": 8581,
"platform": "config"
},
{
"name": "MyFhem",
"server": "MyFhem",
"port": 8083,
"filter": "siriName=.+",
"platform": "FHEM"
}
]
}
Versionen:
fhem.pl:23904/2021-03-07
homebridge v1.3.4
homebridge-config-ui-x v4.41.0
homebridge-fhem v0.5.29
Node.js v14.16.0
Npm Version v7.6.3
Solltest du noch weitere Informationen benötigen, sag bescheid.
Gruß, Karsten
die version hätte garnicht eingecheckt werden sollen. ich habe das eben rückgängig gemacht.
das wäre die version gewesen die homebridge auch aus fhem heraus automatisch starten kann. das funktioniert aber mit der offiziellen homebridge version nicht sobald ssh oder docker ins spiel kommen.
Zitat von: Cybers am 23 März 2021, 10:40:55
Hallo,
den Sprachbefehl "Sesam öffne dich" würde ich auch gerne einbauen. Leider klappt es bei mir nicht, bzw. ich habe es falsch ins Homebridgemapping geschrieben. Vielleicht kann mir einer helfen, wie ich dies (On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=off) richtig einsetze. Ich habe schon verschiedenes probiert, aber leider alles ohne Erfolg.
Hier mal ein List von meinem Device:
Internals:
DEF 192.168.1.84
DURATION 0
FUUID 603fb2d6-f33f-e675-12b1-0459e52d8c58995f
INTERVAL 60
NAME Shelly_Tor
NR 1273
SHELLYID shelly1-483FDAA22EB1
STATE off
TCPIP 192.168.1.84
TYPE Shelly
READINGS:
2021-03-03 17:01:40 cloud disabled
2021-03-20 03:52:24 firmware v1.9.4(update needed to v1.9.4)
2021-03-23 11:15:24 network <html>connected to <a href="http://192.168.1.84">192.168.1.84</a></html>
2021-03-05 14:10:12 relay off
2021-03-23 11:15:57 state off
Attributes:
alias Torflügel
genericDeviceType switch
homebridgeMapping Open=cmdOn=on-for-timer+1
model shelly1
room Tor,Homekit
webCmd on-for-timer 1
Danke und Gruß, Sascha
Hallo Sascha,
wenn ich es richtig verstehe, nutzt du einen Shelly1, um Dein Tor zu öffnen. Dabei gibt das Shelly-Relais nur den kurzen Impuls an die Torsteuerung, um das Tor zu öffnen, stoppen, bzw. zu schließen.
Ohne Sensoren für geschlossen oder offen, würde ich das so nicht betreiben - aber das nur meine Meinung.
Zur Lösung:
1. Auf dem Shelly unter Timer ein Auto Off nach 1 Sekunde einstellen, siehe Screenshot.
2. Um "Sesam öffne dich" zu nutzen, braucht es für Homebridge ein Hauptdevice und dann die Funktion als Subdevice (zumindest habe ich es anders auch nicht hinbekommen).
M.E. ist Dreh- und Angelpunkt, dass das Device seinen Status selbst wieder auf Off stellt - siehe Pkt.1, da der Homebridgebefehl über das Timeout dies nicht tut. Den Hauptschalter im Device musst du dann ignorieren und nur "Sesam öffne Dich" beachten.
Das Mapping sieht dann so aus:
clear
On=input0,cmdOn=1,cmdOff=0,default=0
On#On=state,subtype=Sesam+öffne+dich,cmdOn=on,timeout=250,default=offGruß Karsten
PS. Vielleicht kennt ja noch jemand anderes eine Weg ohne Haupt- und Subdevice.
Zitat von: benze72 am 24 März 2021, 15:44:42
2. Um "Sesam öffne dich" zu nutzen, braucht es für Homebridge ein Hauptdevice und dann die Funktion als Subdevice (zumindest habe ich es anders auch nicht hinbekommen).
Einfach das Device "Sesam öffne Dich" nennen und als homebridgeMapping:
clear
On=state,cmdOn=on,timeout=250,default=offGruß
Dan
Zitat von: DeeSPe am 24 März 2021, 16:51:07
Einfach das Device "Sesam öffne Dich" nennen und als homebridgeMapping:
clear
On=state,cmdOn=on,timeout=250,default=off
Gruß
Dan
Läuft so bei mir nicht, da startete meine Homebridge nicht mehr.
Edit: Nach Neustart der Fhem- und Homebridge-Dockercontainer läuft es mit Dan's Mapping.
Zitat von: justme1968 am 24 März 2021, 09:05:21
die version hätte garnicht eingecheckt werden sollen. ich habe das eben rückgängig gemacht.
das wäre die version gewesen die homebridge auch aus fhem heraus automatisch starten kann. das funktioniert aber mit der offiziellen homebridge version nicht sobald ssh oder docker ins spiel kommen.
Was muss ich machen um dies wieder rückgängig zu machen ?
update morgen oder von hand aus dem fhem svn.
@justme1968
Zitat von: justme1968 am 24 März 2021, 09:05:21
... ich habe das eben rückgängig gemacht. ...
Dankeschön für die schnelle Rückmeldung.
Ist wieder wie vorher. Danke
Respekt übrigens für deine gute Arbeit. TOP :)
Gruß, Karsten
Guten Morgen,
hat zufällig noch jemand das Problem, dass die Homebrigde von IOS-Geräten nicht mehr gefunden wird?
Ich habe das Problem in 2 Häusern, wo jeweils ein AppleTV steht.
Homebrigde und Fhem laufen jeweils beide auf dem gleichen Gerät, alles ohne Docker.
IOS ist auf der aktuellsten Version und die AppleTVs auch.
im Log von Homebridge sehe ich auch nichts...
Da es bei 2 Standorten aufgetreten ist, wollte ich mal nachfragen, obs das evtl. ein generelles Problem ist, oder nur bei meiner Apple-ID auftritt.
Ich habe die Bridge auch schon mal aus Eve bzw. der Home-App rausgeschmissen. Will ich sie wieder hinzufügen, dann kann sie nicht gefunden werden.
Gruß Michael
Gestern hatte Apple mit einigen Diensten Probleme.
danke für die Info. Ich werde es mal beobachten
Nachtrag:
ich habe gestern auf den AccessPoints an beiden Standorten FastRoaming aktiviert. Daraufhin haben diesen einen Neustart ausgeführt und danach konnte ich die Homebridge wieder einrichten.
Ob es jetzt am FastRoaming oder am Neustart lag, kann ich leider nicht sagen.
Gruß
Zitat von: benze72 am 05 März 2021, 17:45:36
Für interessierte, hier das Mapping:
clear
CurrentDoorState=Einfahrt:CurrentDoorState,values=0:OPEN;;1:CLOSED;;2:OPENING;;3:CLOSING;;4:STOPPED
TargetDoorState=Einfahrt:TargetDoorState,cmds=OPEN:opens;;CLOSED:closes
CurrentDoorState=fahrrad,values=0:OPEN;;1:CLOSED;;2:OPENING;;3:CLOSING;;4:STOPPED,subtype=Fahrradeinfahrt
TargetDoorState=fahrradtarget,values=0:OPEN;;1:CLOSED,subtype=Fahrradeinfahrt,cmds=OPEN:opensa;;CLOSED:closes
ObstructionDetected=ObstructionDetected
Name=Einfahrt
Wie das Ganze in der Home-App, bzw. EVE aussieht - siehe Fotos.
Hallo Karsten,
ich habe mich von den Screenshots inspirieren lassen und habe versucht, mehrere Fensterkontakte so zu bündeln. Das ist mir leider nicht gelungen.
Ich habe optische Sensoren von Homematik bzw. Reedkontakte an einem Homematic-Wired-Sensor, für jeden Fensterflügel logischerweise einen. Nun bestehen einige Fenster eben aus zwei Flügeln und in manchen Räumen sind darüber hinaus noch mehrere Fenster. Ich würde also gerne bspw. zwei Fensterflügel in einem Element darstellen, so wie du mit deiner Einfahrt - wenn einer oder beide Flügel offen, dann offen, wenn beide Flügel zu, dann zu.
Hast du oder hat sonst jemand einen Tipp, wie ich das gelöst bekomme? Muss ich dafür in FHEM zunächst einen Dummy bauen, in dem der Status aller gebündelt darzustellenden Sensoren für die Flügel gespiegelt wird und darin dann das Homebridge-Mapping vornehmen? Wenn ja, wie?
Zitat von: Ralli am 02 April 2021, 09:57:58
Hallo Karsten,
ich habe mich von den Screenshots inspirieren lassen und habe versucht, mehrere Fensterkontakte so zu bündeln. Das ist mir leider nicht gelungen.
Ich habe optische Sensoren von Homematik bzw. Reedkontakte an einem Homematic-Wired-Sensor, für jeden Fensterflügel logischerweise einen. Nun bestehen einige Fenster eben aus zwei Flügeln und in manchen Räumen sind darüber hinaus noch mehrere Fenster. Ich würde also gerne bspw. zwei Fensterflügel in einem Element darstellen, so wie du mit deiner Einfahrt - wenn einer oder beide Flügel offen, dann offen, wenn beide Flügel zu, dann zu.
Hast du oder hat sonst jemand einen Tipp, wie ich das gelöst bekomme? Muss ich dafür in FHEM zunächst einen Dummy bauen, in dem der Status aller gebündelt darzustellenden Sensoren für die Flügel gespiegelt wird und darin dann das Homebridge-Mapping vornehmen? Wenn ja, wie?
Hallo Ralli,
habe es mal kurz getestet, geht ohne Probleme. Die Geräte müssen in Fhem auch nicht zusammengefasst oder in ein Dummy überführt werden.
Hier mal ein Mustermapping:
ContactSensorState=Sensor_5:fensterstatus,values=closed:CONTACT_DETECTED;opened:CONTACT_NOT_DETECTED
ContactSensorState=Sensor_4:fensterstatus,values=closed:CONTACT_DETECTED;opened:CONTACT_NOT_DETECTED,subtype=Testsensor
BatteryLevel=Sensor_5:batteryPercent
history:size=1024In der Home-App dann die Eigenschaft des Konaktsensors bei allen Geräten auf Fenster stellen und fertig. Die Zeile 2 ist der Sensor eines anderen Fhem-Devices (Sensor_4), wie du siehst. Mit subtype legst Du dann dem Homekit-Namen fest.
Wie das mit meinem Muster in Homekit aussieht, siehe Anhang.
Gruß und schöne Ostern
Karsten
Hallo zusammen,
ich habe die Homematic HM-LC-BL1PBU-FM Rollladenaktoren im Einsatz. Wenn ich diese jetzt in die Homebridge einbinde funktioniert auch alles wie gewünscht und wird auch richtig in der Home-App von Apple angezeigt. Über Siri kann ich diese auch steuern (... auf/zu/öffnen/schliessen). Das Attribut "homebridgemapping" habe ich nicht gesetzt, es funktioniert so.
Was mir allerdings fehlt ist der Befehl "stopp".
Ist es möglich Siri zu sagen, dass sie den Rollladen anhalten soll?
In Fhem geht das problemlos mit "set <device> stop".
Wenn ich diesen Befehl über Siri ausführe, dann schließt sie den Rollladen.
Hier mal ein List von einem Aktor:
Internals:
DEF 669E67
FUUID 5c7b85c1-f33f-211b-8102-7cbf87bd73a79573
HmUART01_MSGCNT 1
HmUART01_RAWMSG 050100373DA410669E672000010601000043
HmUART01_RSSI -55
HmUART01_TIME 2021-04-01 11:59:18
IODev HmUART01
LASTInputDev HmUART01
MSGCNT 1
NAME EG_SZ_Rol01
NOTIFYDEV global
NR 346
NTFY_ORDER 50-EG_SZ_Rol01
STATE 0
TYPE CUL_HM
chanNo 01
lastMsg No:3D - t:10 s:669E67 d:200001 0601000043
protLastRcv 2021-04-01 11:59:18
protRcv 1 last_at:2021-04-01 11:59:18
protSnd 2 last_at:2021-04-01 11:59:18
protState CMDs_done
rssi_HmUART01 cnt:1 min:-67 max:-67 avg:-67 lst:-67
rssi_at_HmUART01 cnt:1 min:-55 max:-55 avg:-55 lst:-55
CL:
Authenticated 0
BUF
FD 14
FW_ID 9729
LASTACCESS 1617382417
NAME WEB_192.168.178.40_57293
NR 9735
PEER 192.168.178.40
PORT 57293
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
READINGS:
2021-04-02 18:52:45 state Connected
READINGS:
2021-03-31 19:30:12 CommandAccepted yes
2019-03-03 08:44:01 D-firmware 2.11
2019-03-03 08:44:01 D-serialNr PEQ0182836
2019-10-07 13:08:09 PairedTo 0x200001
2019-03-04 19:20:38 R-driveDown 19 s
2019-03-03 08:44:13 R-driveTurn 0.5 s
2019-03-04 19:20:28 R-driveUp 20 s
2019-03-03 08:44:06 R-pairCentral 0x200001
2019-03-03 08:44:07 R-powerUpAction off
2019-03-04 19:18:15 R-self01-lgActionType jmpToTarget
2019-03-04 19:18:15 R-self01-lgOnLevel 100 %
2019-03-04 19:18:15 R-self01-shActionType jmpToTarget
2019-03-04 19:18:15 R-self01-shOnLevel 100 %
2019-03-04 19:18:16 R-self02-lgActionType jmpToTarget
2019-03-04 19:18:16 R-self02-lgOnLevel 100 %
2019-03-04 19:18:16 R-self02-shActionType jmpToTarget
2019-03-04 19:18:16 R-self02-shOnLevel 100 %
2019-03-03 08:44:13 R-sign off
2019-10-07 13:08:09 RegL_00. 00:00 02:81 0A:20 0B:00 0C:01 15:FF 18:00
2019-10-07 13:08:10 RegL_01. 00:00 08:00 09:00 0A:00 0B:00 0C:BE 0D:00 0E:C8 0F:05 10:00 30:06 56:00 57:24
2019-10-07 13:08:12 RegL_03.self01 00:00 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00
2019-10-07 13:08:15 RegL_03.self02 00:00 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00
2021-04-01 11:58:12 cfgState ok
2021-04-01 11:59:18 commState CMDs_done
2021-04-01 11:59:18 deviceMsg off (to VCCU)
2021-04-01 11:59:18 level 0
2019-03-19 09:51:29 levelMissed desired:100
2021-04-01 11:59:18 motor stop:off
2021-04-01 11:59:18 pct 0
2021-04-01 11:59:18 position 0
2019-03-10 15:12:35 powerOn 2019-03-10 15:12:35
2021-04-01 11:59:18 recentStateType info
2021-04-01 11:59:18 state off
2021-04-01 11:59:18 timedOn off
2021-03-31 19:30:11 trigLast fhem:02
helper:
HM_CMDNR 61
cSnd ,01200001669E67010E
mId 0005
peerFriend peerSens,peerVirt
peerIDsState complete
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :no:1617271074.95052
TmplTs 1617271074.95052
cmdKey 1:1:0::EG_SZ_Rol01:0005:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
down 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
pair noArg
pct -value- [-ontime-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
toggleDir noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
up 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
lst:
condition slider,0,1,255
peer
peerOpt EG_BZ_FK01,EG_Bad_FK01,EG_Bad_FK02,EG_Flur_Bew01,EG_Flur_Disp01_Btn_01,EG_Flur_Disp01_Btn_02,EG_Flur_Disp01_Btn_03,EG_Flur_Disp01_Btn_04,EG_Flur_Disp01_Btn_05,EG_Flur_Disp01_Btn_06,EG_Flur_Disp01_Btn_07,EG_Flur_Disp01_Btn_08,EG_Flur_Disp01_Btn_09,EG_Flur_Disp01_Btn_10,EG_Flur_Disp01_Btn_11,EG_Flur_Disp01_Btn_12,EG_Flur_Disp01_Btn_13,EG_Flur_Disp01_Btn_14,EG_Flur_Disp01_Btn_15,EG_Flur_Disp01_Btn_16,EG_Flur_Disp01_Btn_17,EG_Flur_Disp01_Btn_18,EG_Flur_Disp01_Btn_19,EG_Flur_Disp01_Btn_20,EG_GZ_FK01,EG_GZ_FK02,EG_GZ_Taster01_Btn_01,EG_GZ_Taster01_Btn_02,EG_GZ_Taster01_Btn_03,EG_GZ_Taster01_Btn_04,EG_GZ_Taster01_Btn_05,EG_GZ_Taster01_Btn_06,EG_KS01,EG_KU_FK01,EG_KU_FK02,EG_KU_FK03,EG_KU_FK04,EG_KU_FK05,EG_KU_Taster01_Btn_01,EG_KU_Taster01_Btn_02,EG_KU_Taster01_Btn_03,EG_KU_Taster01_Btn_04,EG_KU_Taster01_Btn_05,EG_KU_Taster01_Btn_06,EG_KU_Taster02_Btn_01,EG_KU_Taster02_Btn_02,EG_KU_Taster02_Btn_03,EG_KU_Taster02_Btn_04,EG_KU_Taster02_Btn_05,EG_KU_Taster02_Btn_06,EG_SZ_FK01,EG_SZ_FK02,EG_SZ_Taster01_Btn_01,EG_SZ_Taster01_Btn_02,EG_SZ_Taster01_Btn_03,EG_SZ_Taster01_Btn_04,EG_SZ_Taster01_Btn_05,EG_SZ_Taster01_Btn_06,EG_SZ_Taster02_Btn_01,EG_SZ_Taster02_Btn_02,EG_SZ_Taster02_Btn_03,EG_SZ_Taster02_Btn_04,EG_SZ_Taster02_Btn_05,EG_SZ_Taster02_Btn_06,EG_SZ_Taster03_Btn_01,EG_SZ_Taster03_Btn_02,EG_SZ_Taster03_Btn_03,EG_SZ_Taster03_Btn_04,EG_SZ_Taster03_Btn_05,EG_SZ_Taster03_Btn_06,EG_WZ_FK01,EG_WZ_FK02,EG_WZ_FK03,EG_WZ_FK04,EG_WZ_FK05,EG_WZ_FK06,EG_WZ_Taster01_Btn_01,EG_WZ_Taster01_Btn_02,EG_WZ_Taster01_Btn_03,EG_WZ_Taster01_Btn_04,EG_WZ_Taster01_Btn_05,EG_WZ_Taster01_Btn_06,EG_WZ_Taster02_Btn_01,EG_WZ_Taster02_Btn_02,EG_WZ_Taster02_Btn_03,EG_WZ_Taster02_Btn_04,EG_WZ_Taster02_Btn_05,EG_WZ_Taster02_Btn_06,EG_WZ_Taster03_Btn_01,EG_WZ_Taster03_Btn_02,EG_WZ_Taster03_Btn_03,EG_WZ_Taster03_Btn_04,EG_WZ_Taster03_Btn_05,EG_WZ_Taster03_Btn_06,VCCU_Btn1,VCCU_Btn2
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
dir:
cur stop
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +669E67,00,00,00
nextSend 1617271158.91545
rxt 0
vccu VCCU
p:
669E67
00
00
00
prefIO:
HmUART01
mRssi:
mNo 3D
io:
HmUART01:
-49
-49
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rpt:
IO HmUART01
flg A
ts 1617271158.62067
ack:
HASH(0x51abec8)
3D8002200001669E6700
rssi:
HmUART01:
avg -67
cnt 1
lst -67
max -67
min -67
at_HmUART01:
avg -55
cnt 1
lst -55
max -55
min -55
tmpl:
Attributes:
IODev HmUART01
IOgrp VCCU:HmUART01
autoReadReg 4_reqStatus
devStateIcon 100:fts_window_2w 0:fts_shutter_100 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
expert defReg,rawReg
firmware 2.11
fp_EG 668,1086,0,
genericDeviceType blind
group Rollladen
icon fts_shutter_updown
model HM-LC-BL1PBU-FM
peerIDs 00000000
room CUL_HM,EG_Schlafzimmer,Homekit
serialNr PEQ0182836
siriName Schlafzimmer Rollladen links
stateFormat pct
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Hat das jemand am Laufen mit funktionierendem Stopp-Befehl und kann mir auf die Sprünge helfen?
Im Voraus vielen Dank für Eure Hilfe
Zitat von: thaid am 11 Februar 2017, 21:19:37
hallo,
hat von euch jemand einen enigma2 receiver im einsatz mit dem er über siri die programme umschalten kann?
wenn ja....wie kann ich das mit fhem realisieren?
lg
Das Thema würde mich auch interessieren, bzw. dsa passende Homebridge Mapping. Es geht mir weniger um die Sprachsteuerung, mehr um die Einbindung in die Home App, bzw. die Stuerung mit der Apple Remote App. Mir würde es ausreichen die Pfeiltasten auf channel up / down und Volume up / down zu mappen.
Gruß
Jan
ein beispiel mapping (für einen fernseher) ist im wiki beschrieben: https://wiki.fhem.de/wiki/Homebridge_User_Configs#BRAVIA_Fernseher (https://wiki.fhem.de/wiki/Homebridge_User_Configs#BRAVIA_Fernseher)
Um die Sender mit Namen über Siri umschalten zu können, braucht man noch einen dummy und folgendes mapping:
genericDeviceType switch
homebridgeMapping clear On=activity,subtype=einschalten,valueOn=ein,cmdOn=ein,cmdOff=off On=activity,subtype=ausschalten,valueOn=aus,cmdOn=aus,cmdOff=off On=activity,subtype=stumm,valueOn=mutet,cmdOn=mutet,cmdOff=mutet On=activity,subtype=Klappe,valueOn=mutet,cmdOn=mutet,cmdOff=mutet On=activity,subtype=lauter,valueOn=volume,cmdOn=volumeu,cmdOff=off On=activity,subtype=leiser,valueOn=volume,cmdOn=volumed,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=display+Radio,cmdOff=off On=activity,subtype=TV,valueOn=TV,cmdOn=display+TV,cmdOff=off On=activity,subtype=letzter,valueOn=letzter,cmdOn=lastSender,cmdOff=off On=activity,subtype=nächster,valueOn=nächster,cmdOn=Next,cmdOff=off On=activity,subtype=vorheriger,valueOn=vorheriger,cmdOn=Previous,cmdOff=off On=activity,subtype=Standard,valueOn=Alle,cmdOn=SenderKategorieTV+Alle,cmdOff=off On=activity,subtype=ZDFinfo,valueOn=ZDF+info,cmdOn=SenderTV+ZDF+info,cmdOff=off On=activity,subtype=ARD,valueOn=Das+Erste,cmdOn=SenderTV+Das+Erste,cmdOff=off On=activity,subtype=ZDF,valueOn=ZDF,cmdOn=SenderTV+ZDF,cmdOff=off On=activity,subtype=Bayern,valueOn=Bayern,cmdOn=SenderTV+Bayern,cmdOff=off On=activity,subtype=ALPHA,valueOn=ARD+ALPHA,cmdOn=SenderTV+ARD+ALPHA,cmdOff=off On=activity,subtype=Phoenix,valueOn=Phoenix,cmdOn=SenderTV+Phoenix,cmdOff=off On=activity,subtype=ARTE,valueOn=ARTE,cmdOn=SenderTV+ARTE,cmdOff=off On=activity,subtype=3sat,valueOn=3sat,cmdOn=SenderTV+3sat,cmdOff=off On=activity,subtype=SWR,valueOn=SWR+BW,cmdOn=SenderTV+SWR+BW,cmdOff=off
Leider ist mir allerdings noch nicht gelungen, auch analoge Werte, wie z.B. Lautstärke mit einzubinden.
Aber ansonsten funktioniert es ganz gut:
"Hey Siri, Hobbyraum Fernseher ZDF"
und schon schaltet der Enigma2 auf das Zweite um.
Elektrolurch
Zitat von: Bualicher am 02 April 2021, 19:00:04
Hallo zusammen,
ich habe die Homematic HM-LC-BL1PBU-FM Rollladenaktoren im Einsatz. Wenn ich diese jetzt in die Homebridge einbinde funktioniert auch alles wie gewünscht und wird auch richtig in der Home-App von Apple angezeigt. Über Siri kann ich diese auch steuern (... auf/zu/öffnen/schliessen). Das Attribut "homebridgemapping" habe ich nicht gesetzt, es funktioniert so.
Was mir allerdings fehlt ist der Befehl "stopp".
Ist es möglich Siri zu sagen, dass sie den Rollladen anhalten soll?
In Fhem geht das problemlos mit "set <device> stop".
Wenn ich diesen Befehl über Siri ausführe, dann schließt sie den Rollladen.
Hier mal ein List von einem Aktor:
Internals:
DEF 669E67
FUUID 5c7b85c1-f33f-211b-8102-7cbf87bd73a79573
HmUART01_MSGCNT 1
HmUART01_RAWMSG 050100373DA410669E672000010601000043
HmUART01_RSSI -55
HmUART01_TIME 2021-04-01 11:59:18
IODev HmUART01
LASTInputDev HmUART01
MSGCNT 1
NAME EG_SZ_Rol01
NOTIFYDEV global
NR 346
NTFY_ORDER 50-EG_SZ_Rol01
STATE 0
TYPE CUL_HM
chanNo 01
lastMsg No:3D - t:10 s:669E67 d:200001 0601000043
protLastRcv 2021-04-01 11:59:18
protRcv 1 last_at:2021-04-01 11:59:18
protSnd 2 last_at:2021-04-01 11:59:18
protState CMDs_done
rssi_HmUART01 cnt:1 min:-67 max:-67 avg:-67 lst:-67
rssi_at_HmUART01 cnt:1 min:-55 max:-55 avg:-55 lst:-55
CL:
Authenticated 0
BUF
FD 14
FW_ID 9729
LASTACCESS 1617382417
NAME WEB_192.168.178.40_57293
NR 9735
PEER 192.168.178.40
PORT 57293
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
READINGS:
2021-04-02 18:52:45 state Connected
READINGS:
2021-03-31 19:30:12 CommandAccepted yes
2019-03-03 08:44:01 D-firmware 2.11
2019-03-03 08:44:01 D-serialNr PEQ0182836
2019-10-07 13:08:09 PairedTo 0x200001
2019-03-04 19:20:38 R-driveDown 19 s
2019-03-03 08:44:13 R-driveTurn 0.5 s
2019-03-04 19:20:28 R-driveUp 20 s
2019-03-03 08:44:06 R-pairCentral 0x200001
2019-03-03 08:44:07 R-powerUpAction off
2019-03-04 19:18:15 R-self01-lgActionType jmpToTarget
2019-03-04 19:18:15 R-self01-lgOnLevel 100 %
2019-03-04 19:18:15 R-self01-shActionType jmpToTarget
2019-03-04 19:18:15 R-self01-shOnLevel 100 %
2019-03-04 19:18:16 R-self02-lgActionType jmpToTarget
2019-03-04 19:18:16 R-self02-lgOnLevel 100 %
2019-03-04 19:18:16 R-self02-shActionType jmpToTarget
2019-03-04 19:18:16 R-self02-shOnLevel 100 %
2019-03-03 08:44:13 R-sign off
2019-10-07 13:08:09 RegL_00. 00:00 02:81 0A:20 0B:00 0C:01 15:FF 18:00
2019-10-07 13:08:10 RegL_01. 00:00 08:00 09:00 0A:00 0B:00 0C:BE 0D:00 0E:C8 0F:05 10:00 30:06 56:00 57:24
2019-10-07 13:08:12 RegL_03.self01 00:00 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00
2019-10-07 13:08:15 RegL_03.self02 00:00 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:11 0C:12 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00
2021-04-01 11:58:12 cfgState ok
2021-04-01 11:59:18 commState CMDs_done
2021-04-01 11:59:18 deviceMsg off (to VCCU)
2021-04-01 11:59:18 level 0
2019-03-19 09:51:29 levelMissed desired:100
2021-04-01 11:59:18 motor stop:off
2021-04-01 11:59:18 pct 0
2021-04-01 11:59:18 position 0
2019-03-10 15:12:35 powerOn 2019-03-10 15:12:35
2021-04-01 11:59:18 recentStateType info
2021-04-01 11:59:18 state off
2021-04-01 11:59:18 timedOn off
2021-03-31 19:30:11 trigLast fhem:02
helper:
HM_CMDNR 61
cSnd ,01200001669E67010E
mId 0005
peerFriend peerSens,peerVirt
peerIDsState complete
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
tmplChg 0
cmds:
TmplKey :no:1617271074.95052
TmplTs 1617271074.95052
cmdKey 1:1:0::EG_SZ_Rol01:0005:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
down 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
pair noArg
pct -value- [-ontime-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
toggleDir noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
up 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
lst:
condition slider,0,1,255
peer
peerOpt EG_BZ_FK01,EG_Bad_FK01,EG_Bad_FK02,EG_Flur_Bew01,EG_Flur_Disp01_Btn_01,EG_Flur_Disp01_Btn_02,EG_Flur_Disp01_Btn_03,EG_Flur_Disp01_Btn_04,EG_Flur_Disp01_Btn_05,EG_Flur_Disp01_Btn_06,EG_Flur_Disp01_Btn_07,EG_Flur_Disp01_Btn_08,EG_Flur_Disp01_Btn_09,EG_Flur_Disp01_Btn_10,EG_Flur_Disp01_Btn_11,EG_Flur_Disp01_Btn_12,EG_Flur_Disp01_Btn_13,EG_Flur_Disp01_Btn_14,EG_Flur_Disp01_Btn_15,EG_Flur_Disp01_Btn_16,EG_Flur_Disp01_Btn_17,EG_Flur_Disp01_Btn_18,EG_Flur_Disp01_Btn_19,EG_Flur_Disp01_Btn_20,EG_GZ_FK01,EG_GZ_FK02,EG_GZ_Taster01_Btn_01,EG_GZ_Taster01_Btn_02,EG_GZ_Taster01_Btn_03,EG_GZ_Taster01_Btn_04,EG_GZ_Taster01_Btn_05,EG_GZ_Taster01_Btn_06,EG_KS01,EG_KU_FK01,EG_KU_FK02,EG_KU_FK03,EG_KU_FK04,EG_KU_FK05,EG_KU_Taster01_Btn_01,EG_KU_Taster01_Btn_02,EG_KU_Taster01_Btn_03,EG_KU_Taster01_Btn_04,EG_KU_Taster01_Btn_05,EG_KU_Taster01_Btn_06,EG_KU_Taster02_Btn_01,EG_KU_Taster02_Btn_02,EG_KU_Taster02_Btn_03,EG_KU_Taster02_Btn_04,EG_KU_Taster02_Btn_05,EG_KU_Taster02_Btn_06,EG_SZ_FK01,EG_SZ_FK02,EG_SZ_Taster01_Btn_01,EG_SZ_Taster01_Btn_02,EG_SZ_Taster01_Btn_03,EG_SZ_Taster01_Btn_04,EG_SZ_Taster01_Btn_05,EG_SZ_Taster01_Btn_06,EG_SZ_Taster02_Btn_01,EG_SZ_Taster02_Btn_02,EG_SZ_Taster02_Btn_03,EG_SZ_Taster02_Btn_04,EG_SZ_Taster02_Btn_05,EG_SZ_Taster02_Btn_06,EG_SZ_Taster03_Btn_01,EG_SZ_Taster03_Btn_02,EG_SZ_Taster03_Btn_03,EG_SZ_Taster03_Btn_04,EG_SZ_Taster03_Btn_05,EG_SZ_Taster03_Btn_06,EG_WZ_FK01,EG_WZ_FK02,EG_WZ_FK03,EG_WZ_FK04,EG_WZ_FK05,EG_WZ_FK06,EG_WZ_Taster01_Btn_01,EG_WZ_Taster01_Btn_02,EG_WZ_Taster01_Btn_03,EG_WZ_Taster01_Btn_04,EG_WZ_Taster01_Btn_05,EG_WZ_Taster01_Btn_06,EG_WZ_Taster02_Btn_01,EG_WZ_Taster02_Btn_02,EG_WZ_Taster02_Btn_03,EG_WZ_Taster02_Btn_04,EG_WZ_Taster02_Btn_05,EG_WZ_Taster02_Btn_06,EG_WZ_Taster03_Btn_01,EG_WZ_Taster03_Btn_02,EG_WZ_Taster03_Btn_03,EG_WZ_Taster03_Btn_04,EG_WZ_Taster03_Btn_05,EG_WZ_Taster03_Btn_06,VCCU_Btn1,VCCU_Btn2
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
dir:
cur stop
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +669E67,00,00,00
nextSend 1617271158.91545
rxt 0
vccu VCCU
p:
669E67
00
00
00
prefIO:
HmUART01
mRssi:
mNo 3D
io:
HmUART01:
-49
-49
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rpt:
IO HmUART01
flg A
ts 1617271158.62067
ack:
HASH(0x51abec8)
3D8002200001669E6700
rssi:
HmUART01:
avg -67
cnt 1
lst -67
max -67
min -67
at_HmUART01:
avg -55
cnt 1
lst -55
max -55
min -55
tmpl:
Attributes:
IODev HmUART01
IOgrp VCCU:HmUART01
autoReadReg 4_reqStatus
devStateIcon 100:fts_window_2w 0:fts_shutter_100 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
expert defReg,rawReg
firmware 2.11
fp_EG 668,1086,0,
genericDeviceType blind
group Rollladen
icon fts_shutter_updown
model HM-LC-BL1PBU-FM
peerIDs 00000000
room CUL_HM,EG_Schlafzimmer,Homekit
serialNr PEQ0182836
siriName Schlafzimmer Rollladen links
stateFormat pct
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Hat das jemand am Laufen mit funktionierendem Stopp-Befehl und kann mir auf die Sprünge helfen?
Im Voraus vielen Dank für Eure Hilfe
Hol ich nochmal hoch.
Irgendwie muss es doch möglich sein den Rollladen über homebridge anzuhalten. Klar könnte man Prozentanweisungen geben, was aber bei vielen unterschiedlich großen Rollläden schwer ist sich da einzelne Positionen zu merken.
Hat denn keiner mein Problem bereits gelöst? Ich kann mir nicht vorstellen, dass ich der einzige bin der gerne auf Kommando seinen Rollladen anhalten kann.
das ist in homekit nicht vorgesehen.
du kannst versuchen eine On characteristic im homebridgeMapping zu konfigurieren. dann geht eventuell zu sagen 'aus'.
Zitat von: stratege-0815 am 10 April 2021, 17:19:38
Das Thema würde mich auch interessieren, bzw. dsa passende Homebridge Mapping. Es geht mir weniger um die Sprachsteuerung, mehr um die Einbindung in die Home App, bzw. die Stuerung mit der Apple Remote App. Mir würde es ausreichen die Pfeiltasten auf channel up / down und Volume up / down zu mappen.
Gruß
Jan
Irgendwie kriege ich den Receiver noch nicht in der Apple Remote App angezeigt. Ich habe das Bravia Mapping unmodifiziert als Grundlage genommen. Ein und Aus schalten klappt in Home einwandfrei.
Zitat von: stratege-0815 am 11 April 2021, 22:40:35
Irgendwie kriege ich den Receiver noch nicht in der Apple Remote App angezeigt. Ich habe das Bravia Mapping unmodifiziert als Grundlage genommen. Ein und Aus schalten klappt in Home einwandfrei.
Hat sich erledigt, nach einer Nacht abwarten erscheint der Receiver nun in der Remote App.
jetzt kriege ich den receiver nicht mehr aus Homebridge entfernt - kann ich irgendwo einen cache löschen?
Homebridge mapping gibt es keins und im Raum "homekit" ist der auch entfernt. fhem und homebridge mehrfach neugestartet, eine Nacht abgewartet - aber das Ding will nicht verschwinden.
Irgendwelche Ideen?
Zitat von: DeeSPe am 03 März 2021, 12:18:01
Warum weiß ich nicht, aber nun funktioniert die KeyMatic bei mir einwandfrei.
Eigentlich habe ich nur das default homebridgeMapping zurückgesetzt und genau wie vorher manuell noch einmal gemappt und nun funktioniert es.
Hier mein aktuell funktionierendes Mapping:
clear
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
LockTargetState=lock,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
Jetzt sagt auch Siri brav dass ab-/aufgeschlossen wurde.
Ich würde das obige Prinzip gerne auf das Nuki Türschloss übertragen.
Hat vielleicht schon jemand ein fertig funktionierendes Mapping, um die Tür öffnen zu können?
Hallo zusammen,
vielleicht kann mir jemand mit homebridgemapping helfen? Ich verstehe die Syntax leider nicht :(
Ich habe einen Elero Motor in einer Markise. Die LED Beleuchtung wird leider genau so gesteuert wie der Motor. Ich würde diese nun gerne über HomeKit ein/ausschalten können.
Das Device habe ich bereits als genericDeviceType=light eingerichtet. Nun hat es aber leider keine normalen on/off Werte für den Status / zum steuern.
Für den Status verwendet es die folgenden Werte:
Licht ist aus:
state ist "top_position"
Licht ist an:
state ist "stopped_in_undefined_position"
Um das Licht einzuschalten muss folgender Befehl gesendet werden:
set Markise_licht moveDown;
Um Licht auszuschalten:
set Markise_licht stop;
Kann mir jemand helfen, wie das Homebridgemapping dafür aussehen muss?
Vielen Dank im Voraus :)
Zitat von: Benwish am 17 April 2021, 12:43:01
Hallo zusammen,
vielleicht kann mir jemand mit homebridgemapping helfen? Ich verstehe die Syntax leider nicht :(
Ich habe einen Elero Motor in einer Markise. Die LED Beleuchtung wird leider genau so gesteuert wie der Motor. Ich würde diese nun gerne über HomeKit ein/ausschalten können.
Das Device habe ich bereits als genericDeviceType=light eingerichtet. Nun hat es aber leider keine normalen on/off Werte für den Status / zum steuern.
Für den Status verwendet es die folgenden Werte:
Licht ist aus:
state ist "top_position"
Licht ist an:
state ist "stopped_in_undefined_position"
Um das Licht einzuschalten muss folgender Befehl gesendet werden:
set Markise_licht moveDown;
Um Licht auszuschalten:
set Markise_licht stop;
Kann mir jemand helfen, wie das Homebridgemapping dafür aussehen muss?
Vielen Dank im Voraus :)
Versuchs mal hiermit:
clear
On=state,valueOn=stopped_in_undefined_position,valueOff=top_position,cmdOn=moveDown,cmdOff=stop Gruß Karsten
Zitat von: benze72 am 19 April 2021, 20:32:50
Versuchs mal hiermit:
clear
On=state,valueOn=stopped_in_undefined_position,valueOff=top_position,cmdOn=moveDown,cmdOff=stop
Gruß Karsten
Mega, hat auf Anhieb funktioniert. Vielen Dank :) Da kann ich mein Behelfskonstrukt aus Dummys und Notifys ja wieder löschen.
Gibt es irgendwo eine gute Anleitung, wo man die Syntax erlernen kann? Aus dem ersten Posting hier im Thread werde ich leider nicht ganz so schlau :(
Zitat von: Benwish am 24 April 2021, 09:21:41
Mega, hat auf Anhieb funktioniert. Vielen Dank :) Da kann ich mein Behelfskonstrukt aus Dummys und Notifys ja wieder löschen.
Gibt es irgendwo eine gute Anleitung, wo man die Syntax erlernen kann? Aus dem ersten Posting hier im Thread werde ich leider nicht ganz so schlau :(
Gerne. Aus meiner Sicht ist das Wichtigste, die Servicetypen und deren Charakteristiken zu kennen - der Rest kommt dann schon von allein.
https://developers.homebridge.io/#/service/AccessControl (https://developers.homebridge.io/#/service/AccessControl)
Geholfen hat mir auch eine sehr gute Beispielsammlung auf Stefans IT-Blog, gut über google zu finden und natürlich die Beispiele hier im Forum.
Viele Grüße
Karsten
Ist etwas Offtopic aber vielleicht weiss jemand Rat?
Habe gerade mein Conbee Gateway neugestartet und danach waren die Raumzuordnungen in Homekit weg. Meine über das Gateway verwalteten Geräte binde ich in FHEM ein und von dort über das homebridge-fhem Plugin nach Homekit.
Kennt das Verhalten jemand und wie kann das künftig vermieden werden?
Hallo,
ich habe einen Eltako FUD14 Dimmer und bekomme ihn über Homekit nicht gedimmt. An und Aus geht ohne Probleme. Über die Suche findet man zwar verschiedene Ansätze, aber funktionieren tut keiner.
Hier mal ein List von meinem Device:
nternals:
DEF 00000018
FGW14_USB_MSGCNT 31847
FGW14_USB_TIME 2021-05-06 13:57:06
FUUID 6092a4b9-f33f-e675-31a9-d4c95a848d1f50ae
IODev FGW14_USB
LASTInputDev FGW14_USB
MSGCNT 31847
NAME Dimmer1
NR 250
NTFY_ORDER 50-Dimmer1
STATE off
TYPE EnOcean
READINGS:
2021-05-05 16:15:02 IODev FGW14_USB
2021-05-06 13:27:01 block unlock
2021-05-06 13:57:06 dim 0
2021-05-06 13:27:03 dimValueLast 56
2021-05-06 13:26:23 dimValueStored 99
2021-05-06 13:57:06 rampTime 0
2021-05-06 13:57:06 state off
helper:
constLightCtrl:
HASH(0x1b21808)
parse
response
0
4
Attributes:
IODev FGW14_USB
alias Wohnzimmer Licht
devStateIcon 0:light_light_dim_00:on 0\d.*:light_light_dim_00 [1-9]:light_light_dim_00@yellow 1\d:light_light_dim_10 2\d.*:light_light_dim_20 3\d.*:light_light_dim_30 4\d.*:light_light_dim_40 5\d.*:light_light_dim_50 6\d.*:light_light_dim_60 7\d.*:light_light_dim_70 8\d.*:light_light_dim_80 9\d.*:light_light_dim_90 100:light_light_dim_100
eep A5-38-08
genericDeviceType light
group Universaldimmer FUD14
gwCmd dimming
homebridgeMapping Brightness=dim::dim,minValue=0,maxValue=100
manufID 00D
model Eltako_TF
rampTime 100
room Homekit,Schaltschrank
siriName Licht
sortby 1
stateFormat state
subDef 00100018
subType gateway
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
verbose 2
webCmd on:off:dim
widgetOverride dim:knob,min:0,max:100,step:1,linecap:round,angleOffset:-125,angleArc:250
Hat vielleicht jemand einen Tip?
Gruß, Sascha
Zitat von: Cybers am 06 Mai 2021, 16:09:00
Hallo,
ich habe einen Eltako FUD14 Dimmer und bekomme ihn über Homekit nicht gedimmt. An und Aus geht ohne Probleme. Über die Suche findet man zwar verschiedene Ansätze, aber funktionieren tut keiner.
Hier mal ein List von meinem Device:
nternals:
DEF 00000018
FGW14_USB_MSGCNT 31847
FGW14_USB_TIME 2021-05-06 13:57:06
FUUID 6092a4b9-f33f-e675-31a9-d4c95a848d1f50ae
IODev FGW14_USB
LASTInputDev FGW14_USB
MSGCNT 31847
NAME Dimmer1
NR 250
NTFY_ORDER 50-Dimmer1
STATE off
TYPE EnOcean
READINGS:
2021-05-05 16:15:02 IODev FGW14_USB
2021-05-06 13:27:01 block unlock
2021-05-06 13:57:06 dim 0
2021-05-06 13:27:03 dimValueLast 56
2021-05-06 13:26:23 dimValueStored 99
2021-05-06 13:57:06 rampTime 0
2021-05-06 13:57:06 state off
helper:
constLightCtrl:
HASH(0x1b21808)
parse
response
0
4
Attributes:
IODev FGW14_USB
alias Wohnzimmer Licht
devStateIcon 0:light_light_dim_00:on 0\d.*:light_light_dim_00 [1-9]:light_light_dim_00@yellow 1\d:light_light_dim_10 2\d.*:light_light_dim_20 3\d.*:light_light_dim_30 4\d.*:light_light_dim_40 5\d.*:light_light_dim_50 6\d.*:light_light_dim_60 7\d.*:light_light_dim_70 8\d.*:light_light_dim_80 9\d.*:light_light_dim_90 100:light_light_dim_100
eep A5-38-08
genericDeviceType light
group Universaldimmer FUD14
gwCmd dimming
homebridgeMapping Brightness=dim::dim,minValue=0,maxValue=100
manufID 00D
model Eltako_TF
rampTime 100
room Homekit,Schaltschrank
siriName Licht
sortby 1
stateFormat state
subDef 00100018
subType gateway
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
verbose 2
webCmd on:off:dim
widgetOverride dim:knob,min:0,max:100,step:1,linecap:round,angleOffset:-125,angleArc:250
Hat vielleicht jemand einen Tip?
Gruß, Sascha
Hallo Sascha,
ändere mal den genericDeviceTyp in Lightbulb und ergänze das Hombridgemapping um cmd=dim, minStep=1
Gruß Karsten
Hallo Karsten,
vielen Dank für deine Antwort. Mit der Ergänzung im Homebridgemapping klappt es. Den genericDeviceTyp "Lightbulb" habe ich nicht in der Auswahl.
Gruß, Sascha
ZitatDen genericDeviceTyp "Lightbulb" habe ich nicht in der Auswahl.
Kannst trotzdem direkt in der fhem Kommandozeile eingeben
Hallo Wissende,
ich war so stolz auf mich, dass ich mit der Hilfe der Doku und dieses Fadens so weit gekommen bin, aber nun brauch ich doch noch Hilfe bei der Einbindung meiner Samsung Klimaanlage (eigentlich 2 Hilfen):
Mein Mapping soweit:
TargetTemperature=coolingSetpoint::coolingSetpoint,minValue=16,maxValue=25,minStep=1.0
CurrentTemperature=temperature
CurrentHeatingCoolingState=switch,values=OFF:0;COOL:2,valid=OFF;COOL
TargetHeatingCoolingState=switch,values=OFF:0;COOL:2,cmds=OFF:switch+off;COOL:switch+on,valid=OFF;COOL
temperatur ist ein Reading, dass die IST Temperatur anzeigt.
switch ist ein Reading, dass "an" oder "aus" sein kann und die Klimaanlage ein/aus schaltet.
Temperatur einstellen funktioniert bereits perfekt.
Beim HeatingCoolingState hab ich aber noch eine Herausforderung.
Mit der obigen Konfig zeigt mir das Home App GUI tatsächlich nur OFF und COOL.
Mit dem Sprachbefehl "schalte die Klimaanlage ein" wird aber der AUTO Mode aktiviert. Ich muss also sagen "schalte die Klimaanlage auf kühlen" um sie einzuschalten.
Kann ich irgendwie beeinflussen, dass bei "schalte die Klimaanlage ein" der entsprechende Wert mitgegeben wird und auf COOL eingestellt wird?
Zweites Thema:
Das homebridge schreibt nach jedem TargetHeatingCoolingState oder CurrentHeatingCoolingState:
Zitat
SST_e8182a17e2d7-switch value aus not handled in values
Wahrscheinlich weil ja das Reading "switch" abgefragt wird (und das ist ja "an" oder "aus"). Trotzdem scheint alles (bis auf mein Thema oben) zu funktionieren und ich wüßte auch nicht, wie ich das jetzt richtig in die Konfig bringe.
Danke schon jetzt an alle, die sich Zeit nehmen.
lg,
Matthias
1.
...COOL:switch+on;AUTO:switch+on...
2.
CurrentHeatingCoolingState=switch,values=aus:0;an:2,valid=OFF;COOL
Zitat von: EinEinfach am 07 Mai 2021, 14:39:14
1.
...COOL:switch+on;AUTO:switch+on...
2.
CurrentHeatingCoolingState=switch,values=aus:0;an:2,valid=OFF;COOL
DANKE. Eine der beiden Herausforderungen ist gelöst. Danke!
Die Variante unter 1 hab ich allerdings schon mal ausprobiert. Hier ist das Problem, dass wenn ich sage "stelle die klimaanlage auf 22 grad" anscheinend der mode AUTO aktiviert wird und die klima sich zus. automatisch einschaltet. Das würde ich gern verhindern.
Matthias
Zitat von: Cybers am 07 Mai 2021, 12:54:01
Hallo Karsten,
vielen Dank für deine Antwort. Mit der Ergänzung im Homebridgemapping klappt es. Den genericDeviceTyp "Lightbulb" habe ich nicht in der Auswahl.
Gruß, Sascha
Hallo Sascha,
schön das es funktioniert. Die Liste der genericDeviceTyp'en kann im global-Device mit dem Attribut userattr erweitert werden (siehe Screenshot), oder wie EinEinfach schon schrieb direkt über die Kommandozeile.
Gruß Karsten
Zitatwenn ich sage "stelle die klimaanlage auf 22 grad" anscheinend der mode AUTO aktiviert wird und die klima sich zus. automatisch einschaltet.
Macht doch Sinn, oder?
Zitat von: EinEinfach am 08 Mai 2021, 07:41:57
Macht doch Sinn, oder?
Das wird wohl für die meisten stimmen.
Mir ist schon folgendes passiert: "stell die temperatur im büro auf 23 grad" und schon läuft klima und heizung gleichzeitg.
mir würde der gedanken gefallen, dass ich temperatur und betrieb extra schalten kann.
Ok verstanden, habe ähnliche Situation (Klima und Hezung in einem Raum). Ohne komplexe Logik, wann was schalten soll wirst du nicht zum Ziel kommen.
Ich habe einen Thermostat Device in Homekit und in Verbindung mit einer DOIF Logik, funktioniert es einigermaßen OK
Zitat von: benze72 am 07 Mai 2021, 21:00:06
Hallo Sascha,
schön das es funktioniert. Die Liste der genericDeviceTyp'en kann im global-Device mit dem Attribut userattr erweitert werden (siehe Screenshot), oder wie EinEinfach schon schrieb direkt über die Kommandozeile.
Gruß Karsten
Da war ich ein wenig schnell. Es klappt nicht zuverlässig. Nur unter gewissen Bedingungen (Bedienung immer per Home-App):
- Licht ist aus, dann erstmalig Licht auf 9% dimmen -> geht aber schaltet erst auf 100% und dimmt dann auf 9% zurück!!! / Licht dann wieder ausschalten -> geht auch
- nachdem das Licht einmal gedimmt wurde und wieder ausgeschaltet wurde dann dimmen z.B. auf 25% -> geht nicht, schaltet auf 100% und bleibt dann auf 100% und dimmt nicht runter
- Licht einschalten (100%), dann dimmen auf z.B. 25% -> geht nicht, bleibt auf 100%
Als genericDeviceType habe ich sowohl "light" als auch "Lightbulb" probiert. Wo ist da eigentlich der genaue Unterschied?
Gruß, Sascha
Moin Leute.
Ich hab in einem Anfall von geistiger Umnachtung meine fhem.cfg irgendwo gepart bevor ich den Raspi neu aufgesetzt hab und finde sie nicht mehr. Jetzt verzweifle ich an den Mappings vom Thermostat auf Homebridge (Hoobs).
Mein jetziges Mapping: TargetTemperature=desired-temp::desired-temp,minValue=18,maxValue=28,minStep=1 CurrentTemperature=smStatus:temperature,nocache=1 BatteryLevel=battery:batteryPercent StatusActive=present,valueOn=yes,valueOff=no history:size=1024
Ich bekomme allerdings keinen Wert für die Batterie und auch keinen für die Abfrage der Zieltemperatur.
Wenn ich get battery beim Thermostat in FHEM abfrage bekomme ich:
battery:100 %
batteryState:ok
batteryPercent:100
Also muss ich wohl BatteryLevel= "dritter Wert der Abfrage battery" mappen. Bloß wie?
desired-temp klappt, d.h. ich kann die Target Temperatur setzen. Beim Start scheitert aber die Abfrage weil das Thermostat kein get desired-temp kann. Die Abfrage läuft über get setpoint.
Hier müsste ich also wohl beim Setzen desired-temp mappen und beim Abfragen setpoint. Ebenfalls: wie? :o
Letzteres Problem hat leider auch zur Folge, dass beim Neustart von Homebridge nicht angezeigt wird, was das Thermostat gerade macht. Das wird in Home/Eve mit aus und 10° gemeldet.
Hier noch ein Auszug aus dem Hoobs Log:
[FHEM] query: TargetTemperature for ZWave_THERMOSTAT_31-desired-temp
[FHEM] cached: NaN (as number)
[HOOBS CBD9@ZWave_THERMOSTAT_31@Heizung Schlafzimmer@Target Temperature] characteristic value expected valid finite number and received "NaN" (number)
[FHEM] query: CurrentHeatingCoolingState for ZWave_THERMOSTAT_31-undefined
[FHEM] cached: 1 (as number; means HEAT)
[FHEM] query: Brightness for ZWave_THERMOSTAT_31-state
[FHEM] cached: 0 (as number)
[FHEM] query: StatusActive for ZWave_THERMOSTAT_31-present
[FHEM] cached: false (as boolean)
[FHEM] query: BatteryLevel for battery-battery
[FHEM] not cached
[FHEM] executing: http://localhost:8083/fhem?cmd=%7BReadingsVal(%22battery%22,%22battery%22,%22%22)%7D&fwcsrf=csrf_151494318054697&XHR=1
[FHEM] query: StatusLowBattery for ZWave_THERMOSTAT_31-battery
[FHEM] cached: 0 (as number; means BATTERY_LEVEL_NORMAL)
[FHEM] value:
[FHEM] battery-battery not a number:
[HOOBS CBD9@ZWave_THERMOSTAT_31@Heizung Schlafzimmer@Battery Level] characteristic value expected valid finite number and received "undefined" (undefined)
[FHEM] Clock adjust 60a9741c-f33f-d3e6-6cab-62f25e062cac824b: 49b55a26
[HOOBS CBD9@ZWave_THERMOSTAT_31@60a9741c-f33f-d3e6-6cab-62f25e062cac824b History@S2W2] SET handler returned write response value, though the characteristic doesn't support write response
Accessory refresh triggered
Zitat von: Cybers am 11 Mai 2021, 10:44:35
Da war ich ein wenig schnell. Es klappt nicht zuverlässig. Nur unter gewissen Bedingungen (Bedienung immer per Home-App):
- Licht ist aus, dann erstmalig Licht auf 9% dimmen -> geht aber schaltet erst auf 100% und dimmt dann auf 9% zurück!!! / Licht dann wieder ausschalten -> geht auch
- nachdem das Licht einmal gedimmt wurde und wieder ausgeschaltet wurde dann dimmen z.B. auf 25% -> geht nicht, schaltet auf 100% und bleibt dann auf 100% und dimmt nicht runter
- Licht einschalten (100%), dann dimmen auf z.B. 25% -> geht nicht, bleibt auf 100%
Als genericDeviceType habe ich sowohl "light" als auch "Lightbulb" probiert. Wo ist da eigentlich der genaue Unterschied?
Gruß, Sascha
Hallo Sascha,
sorry für die späte Rückmeldung. Vermutlich gibt es zwischen light und lightbulb keinen Unterschied, jedoch gibt es laut Homebridge-Beschreibung nur lightbulb. -> Schau mal hier, welche Characteristics lightbulb benötigt (ggf. auch optional). Wenn das alles ordentlich gemappt ist, funktioniert es auch.
https://developers.homebridge.io/#/service/Lightbulb
Gruß Karsten
Hallo,
ich kann homebridge über die Konsole mittels "homebridge" starten.
Ein autostart nach einem Reboot gelingt mir jedoch nicht. Ich habe mich bei der Implementierung an das Wiki "Homebridge Start und Status" gehalten.
code:
-----------------------------------
Jun 03 15:04:16 Buster homebridge[398]: Can't connect to 127.0.0.1:7072
Jun 03 15:04:18 Buster homebridge[398]: Homebridge is not running
-----------------------------------
Ich finde dieses Fehlerbild auch hier im Forum, finde aber keine Lösung.
Danke und Gruß,
Kurt
Zitat von: Kurt77 am 03 Juni 2021, 15:19:46
Hallo,
ich kann homebridge über die Konsole mittels "homebridge" starten.
Ein autostart nach einem Reboot gelingt mir jedoch nicht. Ich habe mich bei der Implementierung an das Wiki "Homebridge Start und Status" gehalten.
code:
-----------------------------------
Jun 03 15:04:16 Buster homebridge[398]: Can't connect to 127.0.0.1:7072
Jun 03 15:04:18 Buster homebridge[398]: Homebridge is not running
-----------------------------------
Ich finde dieses Fehlerbild auch hier im Forum, finde aber keine Lösung.
Danke und Gruß,
Kurt
Den Port hast du vergeben? Eigentlich ist das der Standard Telnet Port von FHEM zumindest wenn nach Wiki definiert --> https://wiki.fhem.de/wiki/Telnet (https://wiki.fhem.de/wiki/Telnet)
Ich habe die neue IKEA Fernbedienung STYRBAR in FHEM per Conbee II integriert.
Ich scheitere allerdings am Homebridge Mapping. Mit setzen des Attributs genericDeviceType Switch wurde die FB zwar in Homekit angezeigt, aber schalten ging nicht.
Hat jemand vlt. das Homebridge Mapping der alten runden Remote FB parat und kann das hier posten bzw. kann mir sagen, wie das Mapping aussehen müsste?
Vielen Dank im Voraus!
Zitat von: Udomatic am 06 Juni 2021, 12:00:25
Hallo Udomatic,
danke, ja, an dieser Stele alles i.O..
Aber ich komme nicht weiter. habe jetzt mal versucht, das Systemlog mitttels 2 (Screen)Sessions zu beobachten. Aber nach dem Start des Services sehe ich keine Veränderungen im log.
Wie könnte ich diesen Fehler systematisch analysieren?
Wenn ich kurzfristig hier nichts mehr höre, würde ich mir erlauben, ein Thema
zum gleichen Problem (z.B. im Anfängerforum) nochmal aufzugreifen.
Gruß Kurt
Zitat von: Kurt77 am 07 Juni 2021, 20:36:57
Wenn ich kurzfristig hier nichts mehr höre, würde ich mir erlauben, ein Thema
zum gleichen Problem (z.B. im Anfängerforum) nochmal aufzugreifen.
Gruß Kurt
Hast du Telnet konfiguriert in FHEM?
Wie sieht denn deine config.json aus?
homebridge verwendet nicht den telnet (7072) sondern einen web port (8083)
Zitat von: justme1968 am 07 Juni 2021, 21:11:39
homebridge verwendet nicht den telnet (7072) sondern einen web port (8083)
Wieso taucht überhaupt diese Meldung im Homebridge Log auf? -->
Jun 03 15:04:16 Buster homebridge[398]: Can't connect to 127.0.0.1:7072
Zitat von: justme1968 am 07 Juni 2021, 21:11:39
homebridge verwendet nicht den telnet (7072) sondern einen web port (8083)
Und was mache ich jetzt aus dieser Info?
In der von mir o.a. Anleitung wird der Port 7072 genannt.
Danke und Gruß,
Kurt
Zitat von: Kurt77 am 07 Juni 2021, 21:21:41
Und was mache ich jetzt aus dieser Info?
In der von mir o.a. Anleitung wird der Port 7072 genannt.
Danke und Gruß,
Kurt
Ich habe dir zum genannten Port doch schon geantwortet. Hast du das gelesen?
Hallo zusammen,
gibt es eine Möglichkeit, den (Text-)"Wert" eines Readings aus einem Device in irgendeiner Form via Homebridge in Homekit verfügbar zu machen?
Konkret möchte ich gern in Homekit nachsehen können, um wieviel Uhr ein wechselnder Schaltzeitpunkt stattfinden wird. Der Schaltzeitpunkt aus einem DOIF liegt natürlich als Reading vor.
Ich meine es gibt Homekit-Geräte, die mehr Informationen anzeigen, wenn man in iOS z.B. innerhalb der Home-App lange das Gerät gedrückt hält. Dahin geht mein Gedanke, aber keine Ahnung ob sowas möglich ist.
Hallo,
ich habe einen Dummy für mein Soll-Wassertemperatur angelegt. Diesen Dummy habe ich per "genericDeviceType" alsThermostat definiert um ihn per Homekit steuern zu können:
Internals:
FUUID 60c2fb6c-f33f-e675-756e-a93d7e34be7a9555
NAME Pool_Solltemperatur
NR 814
STATE 28.0 °C
TYPE dummy
READINGS:
2021-06-11 11:03:28 state 28
Attributes:
alias Wunschtemperatur
genericDeviceType thermostat
group Poolheizung
homebridgeMapping TargetTemperature=Pool_Solltemperatur::Pool_Solltemperatur,minValue=24,maxValue=32,minStep=1 CurrentTemperature=Wassertemperatur_Skimmer:temperature,nocache=1 StatusActive=present,valueOn=on,valueOff=off history:size=1024
room Homekit,Pool
stateFormat {sprintf("%.1f °C",ReadingsVal("Pool_Solltemperatur","state",0))}
In der Home-App bekomme ich alles angezeigt und kann es auch einstellen. Leider wird die gewählte Temperatur nicht in Fhem gesetzt. Scheinbar habe ich noch einen Fehler im Homebridgemapping.
Hat da jemand eine Idee?
Gruß, Sascha
setList und readingList fehlen
Zitat von: Cybers am 11 Juni 2021, 11:50:12
Hallo,
ich habe einen Dummy für mein Soll-Wassertemperatur angelegt. Diesen Dummy habe ich per "genericDeviceType" alsThermostat definiert um ihn per Homekit steuern zu können:
Gruß, Sascha
Ich suche noch einen Sensor dafür. Welchen nutzt du zum messen der Temperatur?
Zitat von: Udomatic am 11 Juni 2021, 19:40:55
Ich suche noch einen Sensor dafür. Welchen nutzt du zum messen der Temperatur?
ich habe an mehreren Stellen 1Wire DS18B20 Sensoren in Edelstahl 1/2" Tauchhülsen verbaut: https://www.amazon.de/Zoll-temperatursensor-tauchhülse-Thermometer-Eintauchen/dp/B07F2Z35BX/ref=pd_sbs_1/262-2543415-2748703?pd_rd_w=98mUk&pf_rd_p=b1c388c3-48c2-4960-8532-fa8f1477aee9&pf_rd_r=V829081KV2J3FNRPA2YQ&pd_rd_r=2ec35c28-0015-44f9-b859-a148cdec185d&pd_rd_wg=5Rr0X&pd_rd_i=B07F2Z35BX&psc=1 (https://www.amazon.de/Zoll-temperatursensor-tauchh%C3%BClse-Thermometer-Eintauchen/dp/B07F2Z35BX/ref=pd_sbs_1/262-2543415-2748703?pd_rd_w=98mUk&pf_rd_p=b1c388c3-48c2-4960-8532-fa8f1477aee9&pf_rd_r=V829081KV2J3FNRPA2YQ&pd_rd_r=2ec35c28-0015-44f9-b859-a148cdec185d&pd_rd_wg=5Rr0X&pd_rd_i=B07F2Z35BX&psc=1)
Wenn man sie direkt bei Aliexpress holt, kosten sie etwa 6,50 € inkl. Versand pro Stück.
Gruß, Sascha
Zitat von: f-zappa am 05 September 2016, 23:45:52
Moin moin,
ich versuche gerade, einen Wassermelder in Homekit einzubinden. Da die entsprechende Characteristic (noch?) nicht in homebridge-fhem eingebaut ist, habe ich das Mapping explizit angegeben:
genericDeviceType LeakSensor
homebridgeMapping 00000070-0000-1000-8000-0026BB765291=LeakDetected,name=LeakDetected,format=UINT8,unit=,values=/^dry/:0;/^wet/:1
oder alternativ
homebridgeMapping "00000070-0000-1000-8000-0026BB765291": {"reading":"state","valueOn":"/wet/","valueOff":"/dry/","name":"LeakDetected","format":"UINT8"}
Ich habe verschiedenste Varianten ausprobiert, aber das scheint alles nicht zu reichen, denn das Device wird bislang komplett ignoriert. Weder im debug-Browser noch im Homebridge-Log (trotz eingeschaltetem --debug) taucht irgend etwas über das Device, die UUID oder das Stichwort "Leak" auf.
Kann mir jemand auf die Sprünge helfen, was hier noch fehlt?
Gruß, Uli
Hi, ich hebe das mal hoch, da ich grade auf dem Schlauch stehe, wie ich meinen Aqara Wassersensor in Homekit bringe. Er ist wie alle meine Sensoren im Raum "Homekit" enthalten, hat aber noch keine nötigen Attribute gesetzt bekommen.
Das o.g. Attribut "LeakSensor" finde ich in der FHEM-Dropdownliste gar nicht und ich glaube auch, dass ich das Reading "water" (0/1) für die Erkennung nutzen muss.
Wie funktioniert das?
Hier mal ein List von meinem Device:
Internals:
CFGFN
DEF sensor 42 IODev=deCONZ
FUUID 60d0ad05-f33f-4dec-d540-84440cf6ffa5bc8d
FVERSION 31_HUEDevice.pm:0.239120/2021-03-08
ID S42
INTERVAL
IODev deCONZ
NAME HUESensor42
NR 256
STATE Initialized
TYPE HUEDevice
lastupdated 2021-06-25 18:17:05
lastupdated_local 2021-06-25 20:17:05
manufacturername LUMI
modelid lumi.sensor_wleak.aq1
name Regensensor
on 1
reachable 1
swversion 20200310
type ZHAWater
uniqueid 00:15:8d:00:06:c5:d9:53-01-0500
READINGS:
2021-06-21 17:15:17 IODev deCONZ
2021-06-25 19:29:11 battery 100
2021-06-25 19:29:11 batteryPercent 100
2021-06-25 20:17:05 batteryState ok
2021-06-21 17:07:23 lastseen 2021-06-21T15:07Z
2021-06-25 19:29:11 reachable 1
2021-06-25 20:17:05 tampered 0
2021-06-25 19:29:11 temperature 27
2021-06-25 20:17:05 water 0
helper:
devtype S
fromAutocreate 1
reachable 0
update_timeout 1
configList:
json:
ep 1
etag d21dd7246e23ff0c26a6290041f4fdd8
lastseen 2021-06-25T18:17Z
manufacturername LUMI
modelid lumi.sensor_wleak.aq1
name Regensensor
swversion 20200310
type ZHAWater
uniqueid 00:15:8d:00:06:c5:d9:53-01-0500
config:
battery 100
enrolled 3
temperature 2700
pending:
state:
lastupdated 2021-06-25T18:17:05.022
setList:
Attributes:
IODev deCONZ
alias Regensensor
group HUESensor
model lumi.sensor_wleak.aq1
room Homekit,Sensoren
Zitat von: Dracolein am 25 Juni 2021, 20:43:13
Hi, ich hebe das mal hoch, da ich grade auf dem Schlauch stehe, wie ich meinen Aqara Wassersensor in Homekit bringe. Er ist wie alle meine Sensoren im Raum "Homekit" enthalten, hat aber noch keine nötigen Attribute gesetzt bekommen.
Das o.g. Attribut "LeakSensor" finde ich in der FHEM-Dropdownliste gar nicht und ich glaube auch, dass ich das Reading "water" (0/1) für die Erkennung nutzen muss.
Wie funktioniert das?
Hier mal ein List von meinem Device:
Internals:
CFGFN
DEF sensor 42 IODev=deCONZ
FUUID 60d0ad05-f33f-4dec-d540-84440cf6ffa5bc8d
FVERSION 31_HUEDevice.pm:0.239120/2021-03-08
ID S42
INTERVAL
IODev deCONZ
NAME HUESensor42
NR 256
STATE Initialized
TYPE HUEDevice
lastupdated 2021-06-25 18:17:05
lastupdated_local 2021-06-25 20:17:05
manufacturername LUMI
modelid lumi.sensor_wleak.aq1
name Regensensor
on 1
reachable 1
swversion 20200310
type ZHAWater
uniqueid 00:15:8d:00:06:c5:d9:53-01-0500
READINGS:
2021-06-21 17:15:17 IODev deCONZ
2021-06-25 19:29:11 battery 100
2021-06-25 19:29:11 batteryPercent 100
2021-06-25 20:17:05 batteryState ok
2021-06-21 17:07:23 lastseen 2021-06-21T15:07Z
2021-06-25 19:29:11 reachable 1
2021-06-25 20:17:05 tampered 0
2021-06-25 19:29:11 temperature 27
2021-06-25 20:17:05 water 0
helper:
devtype S
fromAutocreate 1
reachable 0
update_timeout 1
configList:
json:
ep 1
etag d21dd7246e23ff0c26a6290041f4fdd8
lastseen 2021-06-25T18:17Z
manufacturername LUMI
modelid lumi.sensor_wleak.aq1
name Regensensor
swversion 20200310
type ZHAWater
uniqueid 00:15:8d:00:06:c5:d9:53-01-0500
config:
battery 100
enrolled 3
temperature 2700
pending:
state:
lastupdated 2021-06-25T18:17:05.022
setList:
Attributes:
IODev deCONZ
alias Regensensor
group HUESensor
model lumi.sensor_wleak.aq1
room Homekit,Sensoren
Den genericDeviceType musst du selbst per Attribut im Device eintragen oder Attributliste im Global Device ergänzen damit es als Auswahl zur Verfügung steht
Hallo zusammen,
Hat mal jemand ein smartes Leuchtmittel z.B. wie die Shelly Duo RGBW E27 in Apple Home eingebunden? Welchen device type braucht man um einen entsprechenden color picker zu bekommen, gibts das überhaupt?
Gruß
Jan
Meine Tradfri Birnchen von IKEA, die nur Farbtemperatur können sind eingebunden via
GenericDevicetype = light
homebridgemapping = ColorTemperature=ct,cmd=ct, minValue=250, maxValue=452
Womit ich in der Home-App problemlos die Farbtemperatur justieren und 6 Favoritenfarben anlegen kann
Hallo zusammen,
Hab ein Problem, bei mir liefe Homebridge mit FHEM jetzt über Jahre stabil, doch jetzt funktioniert es nicht mehr.
Wenn ich es in der Console starte bekomme ich folgende Fehlermeldung
pi@raspberrypi:~ $ homebridge
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519-hap/node_modules/bindings/bindings.js:119
throw e;
^
Error: The module '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519-hap/build/Release/ed25519.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 93. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1183:18)
at Module.load (node:internal/modules/cjs/loader:981:32)
at Function.Module._load (node:internal/modules/cjs/loader:822:12)
at Module.require (node:internal/modules/cjs/loader:1005:19)
at require (node:internal/modules/cjs/helpers:94:18)
at bindings (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519-hap/node_modules/bindings/bindings.js:112:48)
at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519-hap/index.js:1:37)
at Module._compile (node:internal/modules/cjs/loader:1101:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10)
at Module.load (node:internal/modules/cjs/loader:981:32) {
code: 'ERR_DLOPEN_FAILED'
}
Node.js und npm funktionieren aber noch, bzw. ich kann die Version abrufen.
Kann mir jemand helfen?
einfach homebridge noch mal neu drüber installieren sollte helfen. eventuell die alte version vorher löschen. das config file nicht anfassen. eventuell bei der gelegenheit gleich auch das homebridge config ui mit installieren.
Moin zusammen,
ich habe das Problem, dass Homekit (die Home-App) die ausgewählten Farben nicht korrekt anzeigt bzw. man erst im Colorpicker mehrfach den Farbton ändern muss (die sechs vorgeschlagenen Farben passen nahezu nie zu der tatsächlich angezeigten Farbe!).
Ich verwende drei GLEDOPTO ZigBee Controller (alle haben dasselbe Problem!), die alle über die HueBridge eingebunden sind und über die Hue-App einwandfrei die ausgewählten Farben anzeigen.
Das Hue-Modul legt die Devices auch vollautomatisch an, lediglich den subType habe ich auf "colordimmer" geändert, weil ich nur RGB Streifen im Einsatz habe.
Das steuern der Farben über FHEM's Colorpicker funktioniert einwandfrei und zeigt immer den richtigen Farbton an, wobei der Farbcode zwischen FHEM und der Home-App auch nicht korrekt angezeigt wird (z.B. in FHEM habe ich Cyan eingestellt #0FD4FC und in der Home-App wird rot / pink angezeigt)
Erst wenn ich versuche die Farbe über die Home-App anzupassen wird es schräg, denn dann wird aus einem "rot" in Homekit auch gerne mal ein Grün oder Blau auf dem Stripe.
Die in der Home-App ausgewählte Farbe erscheint in FHEM im Colorpicker und Readings zuerst, jedoch ändert sich diese nach wenigen Sekunden auf die tatsächliche Farbe, die der Stripe anzeigt.
Parallel dazu prüfe ich auch die Hue-App, wo die ausgewählte Farbe auch nicht erscheint.
Mir kommt es so vor, als würden nicht immer alle Farbinformationen an den GLEDOPTO ZigBee Controller übertragen werden, wenn der Controller via Home-App gesteuert wird.
Hat jemand einen Tipp für mich wie ich dem Fehler näher auf den Grund gehen kann?
Gruß
Mathze
n'Abend
ich habe mir jetzt sehr lange die Dokus durchgesehen, aber kein passendes Beispiel gefunden:
Folgendes:
habe einen dummy mit dem ich per Slider (oder DropDown) die Startzeit für die BadHeizung einstellen kann.
Ich finde aber nirgends einen genericDeviceType dafür
noch bekomme ich ein richtiges homebridgeMapping hin.
Hier ein List vom dummy
Internals:
FUUID 612b60e0-f33f-ee2d-e06c-e2206505d4fdda73
NAME du_time
NR 619
STATE 07:00
TYPE dummy
READINGS:
2021-09-09 17:11:47 state 07:00
Attributes:
alias Bad Startzeit
genericDeviceType switch
homebridgeMapping du_time=state::state=05:00,05:30,06:00,06:30,07:00
readingList state
room Badezimmer,Homekit
setList state:05:00,05:30,06:00,06:30,07:00
webCmd state
Kann mir bitte jemand weiterhelfen
Danke
Helmut
Ich habe ein Problem mit einer schaltbaren Steckdose, die immer als eingeschaltet angezeigt wird. Die Konfiguration stammt zum Großteil aus dem MQTT2 template zigbee2mqtt_plug_w_energy_measuring.
Internals:
CID zigbee_WZ_Plug_Amp
DEF zigbee_WZ_Plug_Amp
DEVICETOPIC zigbee2mqtt/WZ_Plug_Amp
FUUID 6134dbfc-f33f-b03f-1eae-e446ae05a33d7280
FVERSION 10_MQTT2_DEVICE.pm:0.248610/2021-08-20
IODev mqtt2
LASTInputDev mqtt2
MSGCNT 2241
NAME WZ_Plug_Amp
NR 537
STATE off
TYPE MQTT2_DEVICE
mqtt2_MSGCNT 2241
mqtt2_TIME 2021-09-08 22:25:27
Helper:
DBLOG:
linkquality:
DBLogging:
TIME 1631132310.84627
VALUE 54
power:
DBLogging:
TIME 1631125194.7511
VALUE 0
state:
DBLogging:
TIME 1631132346.48746
VALUE attrTemplate speechcontrol_general_naming_master_template
READINGS:
2021-09-08 04:09:20 IODev mqtt2
2021-09-08 18:44:28 associatedWith ZigBee2MQTT_Bridge
2021-09-08 22:20:48 attrTemplateVersion 20200903
2021-09-08 18:44:28 availability online
2021-09-08 22:25:27 current 0
2021-09-08 22:23:24 elapsed 27991
2021-09-08 22:25:27 energy 16.24
2021-09-08 22:25:27 last_seen 1631132727914
2021-09-08 22:25:27 linkquality 60
2021-09-08 22:25:27 power 0
2021-09-08 22:25:27 state OFF
2021-09-08 22:25:27 voltage 240
Attributes:
DbLogExclude .*
devStateIcon {my $light = FW_makeImage(ReadingsVal($name,"state","off")); my $current = ReadingsVal($name,"current",0); my $pwr = ReadingsVal($name,"power",0); my $energy = ReadingsVal($name,"energy",0); qq(<div> <a href="/fhem?cmd.dummy=set $name toggle&XHR=1">$light</a> Aktuell: $current A Leistung.: $pwr W<b></b>)}
devicetopic zigbee2mqtt/WZ_Plug_Amp
eventMap { dev=>{ON=>'on',OFF=>'off'} }
genericDeviceType switch
icon message_socket
model zigbee2mqtt_plug_w_energy_measuring
readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }
room Homebridge,ZigBee
setList on:noArg $DEVICETOPIC/set {"state":"ON"}
off:noArg $DEVICETOPIC/set {"state":"OFF"}
toggle:noArg $DEVICETOPIC/set {"state":"TOGGLE"}
setStateList on off toggle
Erst mit einem entsprechenden HomebridgeMapping (On=state,valueOn=ON,valueOff=OFF) konnte ich das korrigieren. Ich dachte dadurch, dass es an der Großschreibung des States liegt. Ich habe dann aber ein dummy Device erstellt, dass ebenfalls den State in Großbuchstaben setzt. Allerdings wird dann auch in Homebridge alles richtig angezeigt. Woran kann es sonst liegen bzw. sorgt etwas anderes im Device für den Fehler und ich bräuchte das Mapping gar nicht?
Hallo zusammen,
ist es möglich in der Homebridge-Konfiguration mehrere FHEM Räume auszuschließen?
Aktuell nutze ich folgende Syntax:
{
"name": "FHEM",
"platform": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"auth": {
"user": "xxxxxxx",
"pass": "xxxxxxx"
},
"filter": "room!=FHEM"
}
VG Basti
es geht alles was per devspec auch geht. mit FILTER kannst du auch ausschließen. siehe commandref zu devspec.
Hallo @justme1968,
vielen Dank für die schnelle Hilfe, so funktioniert es wunderbar. :)
{
"name": "FHEM",
"platform": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"ssl": true,
"auth": {
"user": "xxxxxx",
"pass": "xxxxx"
},
"filter": "room!=FHEM:FILTER=room!=Spielwiese"
}
Hallo community,
ich habe schon sehr lange das Problem, dass immer dann wenn ich den Raspberry neustarten muss, z.B. nach einem Update, dass die Raumzuordnung bestimmter Homekit Devices verloren gehen.
Inzwischen stört es mich wirklich sehr und ich hätte es gerne gelöst, finde aber keinen Ansatz! Wenn ich es richtig eingrenze geht es primär um die Geräte, die ich per ConBee Gateway verwalte und über FHEM nach Homekit bringe.
Ich wäre wirklich sehr dankbar, wenn sich jemand findet, der das versucht mit mir zu lösen bzw. mich unterstützen kann!!!
Gruß
Udo
Moin Udo,
das Problem, dass einige Geräte nach dem Neustart der Homebridge in HomeKit ihren Raum vergessen, hatte ich früher auch. Mittlerweile habe ich das Problem nicht mehr. Was ich genau verändert habe, weiß ich nicht mehr. Wenn ich mich recht entsinne hat ein Update das Problem bei mir gelöst.
Sind homebridge und homebridge-fhem bei dir aktuell?
Beim Update von homebridge 0.x zu 1.x musste ich glaube ich alle Geräte neu zuordnen. Seither gab es dann aber gar keine Probleme.
Ansonsten habe ich gerade noch folgenden Post gefunden:
https://forum.fhem.de/index.php/topic,96606.msg988052.html#msg988052
Hast du das mal ausprobiert?
Gruß Hoppel
Ich habe das Problem auch. Und zwar ziemlich genau immer dann, wenn nach einem Neustart von FHEM mein HMCCU-Modul keine Verbindung zur CCU bekommt und deswegen alles Geräte kein IODev haben und somit in FHEM auch nicht zur Verfügung stehen.
Wenn dann die Verbindung zur CCU wieder funktioniert und das HMCCU-Modul die Geräte alle wieder mit IODev einbinden konnte, stehen sie auch für Homebridge wieder zur Verfügung - aber ohne Raumzuordung in den Apple-Geräten, sie werden dort alle dort in den ersten Raum der Liste "hineingeworfen".
Meine Homebridge-Installation ist auf aktuellem Stand.
Ich habe eine VCCU in FHEM eingerichtet und darüber bestimmt auch 30-40 Geräte in HomeKit.
Ich erinnere mich dunkel daran, dass ich meine Homebridges (eine für Homematic, eine für Hue, eine für alles andere) so konfiguriert habe, dass sie warten müssen bis mein fhem.service gestartet ist.
[Unit]
Description=Node.js Homebridge Service
Wants=fhem.service
After=syslog.target network-online.target
Vielleicht das mal ausprobieren
Danke, Hoppel.
Das löst das Problem nicht, denn der fhem.service startet ja. Das Problem besteht darin, dass innerhalb FHEM aufgrund einer nicht erfolgten CCU-Anbindung die Geräte alle nicht verfügbar sind.
Bei mir konkret kann ich das (bspw. nach einem geplanten oder ungeplanten Ausschalten) so reproduzieren:
1) CCU neu starten, warten, bis sie über die GUI wieder aufrufbar ist
2) FHEM neu starten (5 Minuten nach CCU-Start)
3) HMCCU bekommt beim allerersten Connect-Versuch hier keine Verbindung zustande (nein, es ist kein Netzwerk-Problem)
4) Homebridge ist aber ebenfalls gestartet und bekommt den Connect zu FHEM, welches ihm nicht alle Devices übergeben kann
2021.09.20 09:23:18.712 1: HMCCU: [CCU2 : 1665] Initialized version 4.3.025
2021.09.20 09:23:18.713 1: HMCCU: [CCU2 : 1665] HMCCU: Initializing device
2021.09.20 09:23:22.718 2: HMCCU: [CCU2 : 1665] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] HMCCU: Error while reading device list from CCU 10.0.0.20
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] Scheduling delayed initialization in 180 seconds
2021.09.20 09:23:22.870 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
2021.09.20 09:23:22.872 2: HMCCUDEV: [KUC_Rollo_Ost] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] Initialized version 4.3.025
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] HMCCU: Initializing device
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 106 devices with 541 channels from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 75 programs from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2021.09.20 09:24:20.513 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1859] Initialized version 1.9.001 for interface BidCos-RF with I/O device CCU2
2021.09.20 09:24:20.515 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 1859] Initialized version 1.9.001 for interface BidCos-Wired with I/O device CCU2
2021.09.20 09:24:20.516 1: HMCCURPCPROC: [d_rpcHmIP_RF : 1859] Initialized version 1.9.001 for interface HmIP-RF with I/O device CCU2
Nach einem weiteren Restart von FHEM klappt dann die Verbindung von HMCCU zur CCU und die Devices werden wieder an homebridge übergeben. Weil sie einmal weg waren, sind aber in den Apple-Geräten dann die ganzen Einstellungen zu dem jeweiligen Gerät weg (Raum-Zuordnung, Gruppierung, Push-Nachricht aufs Gerät beim Öffnen/Schließen ...)
Zitat von: hoppel118 am 02 Oktober 2021, 11:25:46
Ansonsten habe ich gerade noch folgenden Post gefunden:
https://forum.fhem.de/index.php/topic,96606.msg988052.html#msg988052
Hast du das mal ausprobiert?
Gruß Hoppel
Danke, dass werde ich testen.
Derzeit habe ich deConz, FHEM und Homebridge auf einem Raspi 3b+. Bin am überlegen, ob ich für jedes System eine eigene Umgebung schaffe.
Ich würde gerne begreifen, was hier passiert!
Weisst du auf welche Daten / Prozesse Homebridge wartet, wenn man diese eher verzögert starten sollte?
Nö, da stecke ich auch nicht drin. Ich weiß nicht, ob dich das zum jetzigen Zeitpunkt weiter bringt, für jeden Service eine eigene Umgebung zu schaffen. Was erhoffst du dir dadurch? Vom Ding her erhöhst du nur die Komplexität in deinem Gesamtsystem. Wenn es so läuft, wie du es dir vorstellst, kannst du dir immer noch Gedanken darüber machen, wie du deine Umgebung zerlegst. ;)
Was genau verstehst du überhaupt unter ,,System"?
@Ralli Keine Ahnung, warum FHEM bei dir alle Geräte über die IO Devices erreichen können muss, bevor die Geräte an homebridge übergeben werden. Das ist bei mir nicht der Fall. Wenn ich die Homebridge ohne FHEM starte, sehe ich trotzdem alle Geräte. Sie funktionieren halt nicht.
Irgendwas scheint da auch mit der Einbindung der CCU in FHEM nicht richtig zu klappen. Das solltest du mal im Homematic Bereich dieses Forums hinterfragen. Mir kommt das so jedenfalls nicht richtig vor. Da ich keine CCU habe, kann ich dir da nicht wirklich weiterhelfen.
Ggf. solltet ihr beide mal darüber nachdenken die homebridge einmal neu aufzusetzen. Wie man die vorhandene homebridge sauber löscht, weiß ich gerade nicht mehr. Das war nicht ganz trivial.
Gruß Hoppel
Hallo zusammen,
ich habe hier ein paar WLAN Steckdosen die ich mit Tasmota geflasht habe. Sie laufen in FHM über MQTT und via Homebridge in Apple Home.
Alles funktioniert soweit, allerdings gibt es eine kleine Einschränkung.
Wenn ich an der Steckdose direkt schalte wird der Status zwar in FHEM aber nicht via homebridghe in Apple Home aktualisiert.
Aktuell sieht das homebridge mapping so aus:
On=state,values=OFF:0;ON:1,cmdOff=OFF,cmdOn=ON
Hat hier jemand so eine WLAN Steckdose via MQTT in Apple Home laufen?
Gruß
Jan
Hallo
ich habe einen Shelly rgbw2 an einem rgbw Stripe und bekomme es nicht hin das er in der Homeapp bei der Farbe weiß auch die weißen LED einschaltet. Statt dessen kommt über Siri bei Farbe weiß, rot und wenn ich weiß per Farbmischer einstelle, mischt er weiß aus RGB ist dieses Problem bekannt? Vorher habe ich das System über MiLight betrieben und da wurde bei Weiß auch Weiß geschaltet. Meine Frage ist nun, kann man das über ein HomebridgeMapping lösen oder kann der Shelly das einfach nicht??
Mit freundlichen Grüßen
Christian
Hallo Zusammen,
ich habe einen Dummy, der auch funktioniert wenn ich auf der Weboberfläche schalte.
Problem ist die Homekit Übertragung der neuen Sollwerte. Hier kommt immer ein Fehler, dass das gesendete Kommando nicht simmt.
Geschrieben werden müsste 0,1,2,3 oder offFor60min.
Hier ist der Code:
define FanSelectorNight dummy
setuuid FanSelectorNight 6171aad0-f33f-ea7a-9eae-d30cd5d18afdf2e7
attr FanSelectorNight devStateIcon 0:vent_ventilation_level_0 1:vent_ventilation_level_1 2:vent_ventilation_level_2 3:vent_ventilation_level_3
attr FanSelectorNight genericDeviceType light
attr FanSelectorNight group THZ
attr FanSelectorNight homebridgeMapping Brightness=state,minValue=0,maxValue=4,minStep=1
attr FanSelectorNight room Heizung,Homekit
attr FanSelectorNight setList 0 1 2 3 offFor60min
attr FanSelectorNight webCmd 0:1:2:3:offFor60min
define Notify_p08FanStageNight notify FanSelectorNight IF ([FanSelectorNight] eq "offFor60min") (define at_N_offFor60min at +00:59:00 set Mythz p08FanStageNight [Mythz:p08FanStageNight],set Mythz p08FanStageNight 0, setstate FanSelectorNight offFor60min) ELSE (set Mythz p08FanStageNight $EVENT)
setuuid Notify_p08FanStageNight 6193d5a7-f33f-ea7a-b271-141d9276a13de3de
define Notify_FanselectorNight notify (Mythz.p08FanStageNight.*) setstate FanSelectorNight $EVTPART1
setuuid Notify_FanselectorNight 6193d5a7-f33f-ea7a-9902-e2775976e3423719
Wie müsste mein Homebridgemapping aussehen? Ich stehe gerade auf dem Schlauch und die Websuche war bisher nicht erfolgreich :/
Vielen Dank im Voraus,
Jörg
Zitat von: speex am 13 Dezember 2020, 17:28:15
Hallo ist es normal das das Homebridge Log voll mit FHEM Cache ausgaben ist?
Es werden auch meistens nur Homematic Firmwareversion Cache werte abgefragt? Dafür 3-4mal pro Minute.
[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:24:16] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:24:16] [FHEM] cached: 2.4 (as string)
2020-12-13 17:24:47 caching: sz_Kleiderschranklicht-state: off
[13/12/2020, 17:24:47] [FHEM] caching: On: false (as boolean; from 'off')
2020-12-13 17:25:12 caching: sz_Kleiderschranklicht-state: on
[13/12/2020, 17:25:12] [FHEM] caching: On: true (as boolean; from 'on')
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:25:25] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:25:25] [FHEM] cached: 2.4 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:26:29] [FHEM] cached: 2.8 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:26:29] [FHEM] cached: 2.4 (as string)
Kann ich das irgendwie deaktivieren ist das überhaupt nötig?
Hallo zusammen,
ich beobachte das gleiche....kann das jemand beantworten?
Danke vorab!
VG
Christian
Hallo Community,
ich bin leider nicht der Held im entwerfen von Homebridge Mappings. Ich habe einen frient Luftqualitätssensor und den IKEA STARKVIND Luftreiniger per zigbee2mqtt angelernt und in FHEM.
Hier das List der beiden Devices:
frient Luftqualitätssensor
Internals:
CFGFN
CID zigbee_frient
DEF zigbee_frient
DEVICETOPIC MQTT2_zigbee_frient
FUUID 61a8c4de-f33f-8bc1-e46b-255bd4fc4af287b9
IODev z2m
LASTInputDev z2m
MSGCNT 114
NAME MQTT2_zigbee_frient
NR 234522
STATE excellent
TYPE MQTT2_DEVICE
z2m_MSGCNT 114
z2m_TIME 2021-12-02 17:26:39
READINGS:
2021-12-02 14:06:38 IODev z2m
2021-12-02 17:26:39 air_quality excellent
2021-12-02 14:06:38 associatedWith MQTT2_zigbee_pi
2021-12-02 14:06:38 availability online
2021-12-02 17:26:39 battery 100
2021-12-02 17:26:39 battery_low false
2021-12-02 17:26:39 device_dateCode 20210824 21:05
2021-12-02 17:26:39 device_friendlyName frient Luftqualitätssensor
2021-12-02 17:26:39 device_ieeeAddr 0x0015bc0036001045
2021-12-02 17:26:39 device_manufacturerID 4117
2021-12-02 17:26:39 device_manufacturerName frient A/S
2021-12-02 17:26:39 device_model AQSZB-110
2021-12-02 17:26:39 device_networkAddress 24019
2021-12-02 17:26:39 device_powerSource Battery
2021-12-02 17:26:39 device_type EndDevice
2021-12-02 17:26:39 device_zclVersion 1
2021-12-02 17:26:39 humidity 65.1
2021-12-02 17:26:39 linkquality 255
2021-12-02 17:26:39 temperature 20.5
2021-12-02 17:26:39 voc 7
2021-12-02 17:26:39 voltage 3200
Attributes:
genericDeviceType AirQualitySensor
homebridgeMapping AirQuality=air_quality,values=0:UNKNOWN;1:EXCELLENT;2:GOOD;3:FAIR;4:INFERIOR;5:POOR
readingList zigbee2mqtt/frient\x20Luftqualit\xc3\xa4tssensor/availability:.* availability
zigbee2mqtt/frient\x20Luftqualit\xc3\xa4tssensor:.* { json2nameValue($EVENT) }
room Homekit,MQTT2_DEVICE
siriName Luftbuero
stateFormat air_quality
IKEA STARKVIND Luftreiniger
Internals:
CFGFN
CID zigbee_IKEA
DEF zigbee_IKEA
DEVICETOPIC MQTT2_zigbee_IKEA
FUUID 61a8e29f-f33f-8bc1-0400-ade25a1c4e819e68
IODev z2m
LASTInputDev z2m
MSGCNT 21
NAME MQTT2_zigbee_IKEA
NR 235672
STATE ???
TYPE MQTT2_DEVICE
z2m_MSGCNT 21
z2m_TIME 2021-12-02 16:49:54
READINGS:
2021-12-02 16:13:35 IODev z2m
2021-12-02 16:49:54 air_quality excellent
2021-12-02 16:13:35 associatedWith MQTT2_zigbee_pi
2021-12-02 16:13:35 availability online
2021-12-02 16:49:54 child_lock UNLOCK
2021-12-02 16:49:54 device_applicationVersion 16
2021-12-02 16:49:54 device_dateCode 20210428
2021-12-02 16:49:54 device_friendlyName IKEA STARKVIND
2021-12-02 16:49:54 device_hardwareVersion 1
2021-12-02 16:49:54 device_ieeeAddr 0xcc86ecfffe832897
2021-12-02 16:49:54 device_manufacturerID 4476
2021-12-02 16:49:54 device_manufacturerName IKEA of Sweden
2021-12-02 16:49:54 device_model E2007
2021-12-02 16:49:54 device_networkAddress 44337
2021-12-02 16:49:54 device_powerSource Mains (single phase)
2021-12-02 16:49:54 device_softwareBuildID 1.0.033
2021-12-02 16:49:54 device_stackVersion 103
2021-12-02 16:49:54 device_type Router
2021-12-02 16:49:54 device_zclVersion 3
2021-12-02 16:49:54 fan_mode 1
2021-12-02 16:49:54 fan_speed 0
2021-12-02 16:49:54 fan_state ON
2021-12-02 16:49:54 led_enable true
2021-12-02 16:17:34 linkquality 255
2021-12-02 16:49:54 pm25 10
2021-12-02 16:49:54 replace_filter false
Attributes:
genericDeviceType AirPurifier
homebridgeMapping On=fan_state,cmdOn=On,cmdOff=Off,valueOn=1,valueOFF=0
readingList zigbee2mqtt/IKEA\x20STARKVIND/availability:.* availability
zigbee2mqtt/IKEA\x20STARKVIND:.* { json2nameValue($EVENT) }
room Homekit,MQTT2_DEVICE
siriName STARKVIND
Habe beide Geräte in der Homebridge aber durch die falschen Mappings noch nicht das finale Ergebnis.
Kann mir bitte jemand unter die Arme greifen?
Hallo zusammen,
bin mir nicht sicher, ob meine Anfrage hier richtig ist:
Habe Fhem mit Homebridge erfolgreich am laufen. Ein Iphone ist auch erfolgreich verbunden.
Wenn ich nun ein zweites Iphone in der Home-App verbinden will, wird meine Homebridge-Instanz nicht gefunden, auch nicht mit der, in Homebridge festgelegten Pin. Das bereits gekoppelte Iphone kann aber alle Geräte steuern und sehen ...
Der Avahi-Daemon scheint auch Homebridge erfolgreich im lan zu verteilen ...
Das Ganze läuft auf einem Raspi ...
eine HomeKit installation bzw gerät wird immer nur mit einem iCloud account verbunden. andere accounts werden dann von diesem ersten account eingeladen/freigegeben.
Hi!
ok, an sich habe ich nun die Homebridge im zweiten Iphone erfolgreich eingebunden. Allerdings wird auf dem zweiten Iphone angezeigt, dass alle Geräte nicht reagieren. Beide Iphones sind aber im gleichen Wlan ...
Worann kann das liegen?
Guten Morgen zusammen,
...der Weihnachtsurlaub hat begonnen und das erste Projekt wurde gestartet: Aufsetzen einer Homebridge...
Leider stehe ich vor dem Problem, dass ich die neue Homebridge nicht in der HomeKit-App hinzufügen kann.
Folgende Steps habe ich durchgeführt:
1) Homebridge analog des WIKIs aufgesetzt.
2) Konfiguriert, ein erstes fhem-Device hinzugefügt
3) die Bridge gestartet. Im Terminalfenster scheint die Bridge auch vernünftig zu starten. Mein fhem-Device wird gefunden, der Dienst lauscht auf dem Port 51826, ....
4) Scannen der QR-Codes und alternativer Weg über PIN im der "HomeKit"-App findet auch die Bridge
5) Das "Hinzufügen" führt dann zu einer Meldung "Mit Bridge verbinden" und einem ewig drehenden "Donut of Death", bis es irgendwann mit einem Timeout abbricht.
HomeKit kann also die Verbindung zur Homebridge nicht aufbauen.
Hypothesen:
a) HomeKit findet die IP-Adresse/Port nicht?
b) Authentifizierung funktioniert nicht?
Nun stellen sich mir folgende Fragen:
1) Wo und wie kann ich in das Log von "HomeKit" schauen?
2) Kennt jemand das Verhalten und kann mir einen Tipp geben?
Danke & Grüße
Obelix
Moin,
hast Du einen Raum für Homekit eingerichtet? Dort müssen die Geräte für die Homebridge eingetragen werden.
Ich nutze Homebridge mit Homebridge UI X https://github.com/oznu/homebridge-config-ui-x da hat man eine GUI und es ist leichter zu konfigurieren
Beste Grüße
Jürgen K.
Hi Jürgen,
ja, Raum ist angelegt und fhem Device habe ich in dem Raum zugewiesen, analog der Beispiel-Conf: Homekit.
Das scheint auch nicht das Problem zu sein, den lt. Terminalausgabe findet er auch das Device.
Was mich ein bißchen stutzig macht ist die Meldung:
[23/12/2021, 10:20:32] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.123.38:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1640254832998
Server listening on: http://<ip>:8282
[23/12/2021, 10:20:33] [FHEM] Checking devices and attributes...
Sowie ich das verstehe wird hier der Homebridge-Service gestartet und hört auf Port 8282, aber <IP> scheint nicht mit meiner Raspi-IP aufgelöst zu werden. Das müsste eigentlich die 192.168.123.71 sein.
Das Homebridge UI X Programm schaue ich mir gleich mal an.
Grüße
obelix
Hi Jürgen,
leider genau das gleiche Problem über Homebridge UI X.
Server listening on: http://<ip>:8282
[23/12/2021, 10:48:07] Homebridge v1.3.8 (HAP v0.9.7) (Homebridge 6380) is running on port 51983.
...und der ewig drehende "Donut of Death" beim Hinzufügen der Bridge über die HomeKit App.
Grüße Obelix
was verwendest du für netzwerk komponenten?
alles muss im gleichen netz und per udp broadcast erreichbar sein.
was sagt ein mdns/bonjour browser auf deinem handy?
Hi justme,
alle im gleichen Netzwerk:
- iPhone über WLAN an Unifi APs
- Unifi APs über LAN an FB
- Raspi über LAN an FB
Bonjour Browser auf Handy sieht Homebridge 6380 aber mit dem Zusatz "992A", woher dieser auch stammen mag?
Dienstname: Homebridge 6380 992A
Dienstart: HomeKit Accessory Protocol
Geräteaddresse: 192.168.123.71
...und dann noch zwei IPv6 Adressen
Port: 51983
Hallo zusammen,
anbei die Auflösung:
Ich hatte nodejs in der Version 17.3 installiert.
Der Downgrade auf die 16.3.1 hat das Problem gelöst.
Gefunden unter:
https://giters.com/homebridge/homebridge/issues/3012 (https://giters.com/homebridge/homebridge/issues/3012)
nodejs downgrade mittels:
https://www.surrealcms.com/blog/how-to-upgrade-or-downgrade-nodejs-using-npm.html (https://www.surrealcms.com/blog/how-to-upgrade-or-downgrade-nodejs-using-npm.html)
PRIMA!!
Hallo,
erstmal danke an die Entwickler dieses Moduls, dieses war das letzte fehlende Puzzle in meiner Hausautomation.
Nun meine Frage: Ich habe einen Denon AVR-X1300W. Wie binde ich diesen am besten in Homebridge ein? Was muss ich bei genericDevice und beim homebridgeMapping setzen?
Moin zusammen,
gibt es eigentlich irgendwelche Lösungen, wie man z.B. elektrische Leistung in Watt in Homekit darstellen kann analog zu zum Beispiel einer Temperatur?
Ich würde gern ein Device in meiner Homekit App sehen, welches mir die aktuelle PV-Leistung anzeigt.
Zitat von: Dracolein am 05 Januar 2022, 12:25:30
Moin zusammen,
gibt es eigentlich irgendwelche Lösungen, wie man z.B. elektrische Leistung in Watt in Homekit darstellen kann analog zu zum Beispiel einer Temperatur?
Ich würde gern ein Device in meiner Homekit App sehen, welches mir die aktuelle PV-Leistung anzeigt.
Moin,
HomeKit an sich bietet keine Möglichkeit elektrische Leistung darzustellen.
Nutzt du zufällig die EVE App? Folgender Beitrag (https://forum.fhem.de/index.php/topic,97059.msg906394.html#msg906394) hat ein Beispiel wie man den Verbrauch mittels Eve darstellen kann. Die Beschriftung (Verbrauch, etc.) würde dann nicht passen aber du hättest eine grafische Darstellung.
VG
Basti
Hi @z0lt1,
ich habe einen Marantz, der mit dem gleichen Modul läuft. Meinen habe ich so definiert:
defmod Marantz DENON_AVR 192.168.1.31
attr Marantz userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr Marantz alias Marantz
attr Marantz brand Marantz
attr Marantz cmdIcon muteT:rc_MUTE
attr Marantz devStateIcon on:rc_GREEN:main_off main_off:rc_YELLOW:main_on off:rc_STOP:main_on absent:rc_RED:main_on muted:rc_MUTE@green:muteT playing:rc_PLAY@green:pause paused:rc_PAUSE@green:play disconnected:rc_RED
attr Marantz event-on-change-reading presence,state,input,volume,mute,signal,sound,surroundMode
attr Marantz genericDeviceType light
attr Marantz group Entertain
attr Marantz homebridgeMapping On=power, ValueOn=on, ValueOff=off, cmdOn=on,cmdOff=off Brightness=volume::volume,minValue=0,maxValue=98\
On=activity,subtype=Kino,valueOn=Kino,valueOff=Kino2,cmdOn=sound_out+Dolby_Digital,cmdOff=sound_out+Multichannel_Stereo
attr Marantz room Homekit,Wohnzimmer
attr Marantz siriName Verstärker
attr Marantz stateFormat surroundMode
attr Marantz suppressReading HASH.*
attr Marantz type AVR
attr Marantz webCmd volume:muteT:input:surroundMode
So kann ich in Siri "Verstärker 10%" die Lautstärke verstellen und mit Siri "Verstärker ausschalten" ausschalten. Ich hoffe, das hilft Dir weiter?!
viele Grüße
wolf
Vielen Dank, das hat mir sehr geholfen!
Hallo,
ich bin mir jetzt nicht sicher ob ich für mein Anliegen hier reinschreiben soll oder einen neuen Thread aufmachen soll. Bitte um Hinweis falls ich für sowas einen eigenen Thread machen soll.
Ich würde gerne meine Gastherme in Homebridge einbinden. Hier ist das List des devices:
Internals:
FUUID 5c6680bf-f33f-d024-2aa9-64918cfcdd74dcd2
NAME Vitodens200W
NR 109
STATE Heizen_und_Warmwasser 24
TYPE dummy
READINGS:
2022-01-08 16:13:16 Aussentemperatur 2.6
2022-01-08 16:13:15 Betriebsart Heizen_und_Warmwasser
2022-01-08 16:13:16 Betriebsart_Party off
2022-01-08 16:13:17 Betriebsart_Spar off
2022-01-08 16:13:16 Brennerlaufzeit 16000.62
2022-01-08 16:13:16 Brennerlaufzeit_Today 7.81
2022-01-08 00:00:25 Brennerlaufzeit_TodayStart 15992.81
2022-01-08 00:00:25 Brennerlaufzeit_Yesterday 8.01
2022-01-08 16:13:16 Brennerleistung 22.5
2022-01-08 16:13:16 Brennerstarts 43858
2022-01-08 16:13:16 Brennerstarts_Today 2.00
2022-01-08 00:00:25 Brennerstarts_TodayStart 43856.00
2022-01-08 00:00:25 Brennerstarts_Yesterday 4.00
2022-01-08 16:13:16 Heizkennlinie_Neigung 1.4
2022-01-08 16:13:16 Heizkennlinie_Niveau 0
2022-01-08 16:13:17 Kesseltemperatur_Ist 67.5
2022-01-08 16:13:16 Kesseltemperatur_Soll 64.7
2022-01-08 16:13:16 Raumtemperatur_Party_Soll 20
2022-01-08 16:13:16 Raumtemperatur_Red_Soll 3
2022-01-08 16:13:16 Raumtemperatur_Soll 24
2022-01-08 16:13:16 Stoerung off
2022-01-08 16:13:16 Systemzeit Sa,08.01.2022 16:14:57
2021-12-31 21:51:04 Timer_Haus_1MO 07:30,23:30,--,--,--,--,--,--,
2021-12-31 21:51:04 Timer_Haus_2DI 07:30,23:30,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Haus_3MI 07:30,23:30,--,--,--,--,--,--,
2021-12-31 21:51:08 Timer_Haus_4DO 07:30,23:30,--,--,--,--,--,--,
2021-12-31 21:51:04 Timer_Haus_5FR 07:30,23:30,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Haus_6SA 07:30,20:30,--,--,--,--,--,--,
2021-12-31 21:51:04 Timer_Haus_7SO 07:30,20:30,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Wasser_1MO 05:30,22:00,--,--,--,--,--,--,
2021-12-31 21:51:08 Timer_Wasser_2DI 05:30,20:00,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Wasser_3MI 05:30,22:30,--,--,--,--,--,--,
2021-12-31 21:51:04 Timer_Wasser_4DO 05:30,22:00,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Wasser_5FR 05:30,22:00,--,--,--,--,--,--,
2021-12-31 21:51:08 Timer_Wasser_6SA 07:00,22:00,--,--,--,--,--,--,
2021-12-31 21:51:06 Timer_Wasser_7SO 07:00,22:00,--,--,--,--,--,--,
2022-01-08 16:13:15 Umwaelzpumpe_Heizkreis2 on
2022-01-08 16:13:17 Umwaelzpumpe_Intern on
2022-01-08 16:13:17 UpdateStatus Inactive
2022-01-08 16:13:17 UpdateTime 2022-01-08_16:13:17
2022-01-08 16:13:16 Urlaubs-Beginn Do,01.01.1970 00:00:00
2022-01-08 16:13:16 Urlaubs-Ende Do,01.01.1970 00:00:00
2022-01-08 16:13:16 Vorlauftemperatur_Ist 55
2022-01-08 16:13:17 Vorlauftemperatur_Soll 56.7
2022-01-08 16:13:16 Warmwassertemperatur_Ist 66.4
2022-01-08 16:13:16 Warmwassertemperatur_Soll 10
2022-01-08 13:55:08 state Betriebsart Heizen_und_Warmwasser
Attributes:
group Heizung
icon sani_boiler_temp
room 02_Pool,41_Spitzboden,Vitodens200W
stateFormat Betriebsart Raumtemperatur_Soll
Wie gehe ich das am geschicktesten an? Als welches genericDevice würdet ihr das anlegen? Kann ich da so ein drohdown-feld für die Betriebsart wie es bei den Thermostaten zu sehe ist einrichten? Und kann man hierbei eigene Einträge machen?
Oder ist Homebridge gar nicht für solche speziellen Dinge geeignet?
Hallo an alle
Ich habe eine kurze Frage. Ist es möglich im HomeKit mehrere Zustände als on zu definieren?
Ich habe einmal off und set_off und das soll beides als off an die homebridge übergeben werden. Ich hab schon viel herum probiert aber nix hat davon funktioniert. Es scheint als würde das set_ nicht akzeptiert.
Ich habe folgendes probiert:
On=state,valueOn=/on|set_on/,valueOff=/off|set_off/,cmdOn=on,cmdOff=off
Brightness=brightness,cmd=brightness
On=state,valueOn=/.*n/,valueOff=/.*f/,cmdOn=on,cmdOff=off
Brightness=brightness,cmd=brightness
On=state,values=on:on;set_on:on;off:off;set_off:off,cmdOn=on,cmdOff=off
Brightness=brightness,cmd=brightness
Und weiteres. Aber der zustand se_on oder set_off bewirkt in keiner der Varianten eine Änderung im HomeKit.
Vielleicht kann da ja jemand helfen.
Vielen Dank
Christian
ja. kannst du. beliebig viele.
aber: set_ und set- zustände werden explizit rausgefiltert und ignoriert. sie sagen nichts über den aktuellen zustand und erzeugen unnötige events.
Hallo,
Das dachte ich mir schon. Dann muss ich mir was anderes einfallen lassen.
Trotzdem Danke
Grüße
Christian
was willst du denn mit den set zuständen?
Hallo.
Ich schalte mit einem Shelly den Frafo ab, wo ein Dimmer hinter hängt. Jetzt ist es so, dass beim Abschalten der Dimmer auch den Befehl off bekommt aber ja keinen Strom mehr hat diesen zu bestätigen. Daher bleibt der auf set_off stehen und somit im HomeKit auf on. Aber habe es jetzt durch umschreiben des Shelly Template gelöst. Jetzt kommt vom Dimmer kein state mehr sondern der übernimmt den state des Shelly und somit ein sauberes on und off.
Mit freundlichen Grüßen
Christian
Hallo, ich habe ganz genau das gleiche Problem ! Gibt es hier einen Lösungsansatz? Bei 80 Homematic Geräten ist das echt nervig wenn man diese ständig wieder neu den Räumen zuordnen muss.
Zitat von: Ralli am 02 Oktober 2021, 13:41:56
Danke, Hoppel.
Das löst das Problem nicht, denn der fhem.service startet ja. Das Problem besteht darin, dass innerhalb FHEM aufgrund einer nicht erfolgten CCU-Anbindung die Geräte alle nicht verfügbar sind.
Bei mir konkret kann ich das (bspw. nach einem geplanten oder ungeplanten Ausschalten) so reproduzieren:
1) CCU neu starten, warten, bis sie über die GUI wieder aufrufbar ist
2) FHEM neu starten (5 Minuten nach CCU-Start)
3) HMCCU bekommt beim allerersten Connect-Versuch hier keine Verbindung zustande (nein, es ist kein Netzwerk-Problem)
4) Homebridge ist aber ebenfalls gestartet und bekommt den Connect zu FHEM, welches ihm nicht alle Devices übergeben kann
2021.09.20 09:23:18.712 1: HMCCU: [CCU2 : 1665] Initialized version 4.3.025
2021.09.20 09:23:18.713 1: HMCCU: [CCU2 : 1665] HMCCU: Initializing device
2021.09.20 09:23:22.718 2: HMCCU: [CCU2 : 1665] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] HMCCU: Error while reading device list from CCU 10.0.0.20
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] Scheduling delayed initialization in 180 seconds
2021.09.20 09:23:22.870 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
2021.09.20 09:23:22.872 2: HMCCUDEV: [KUC_Rollo_Ost] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] Initialized version 4.3.025
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] HMCCU: Initializing device
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 106 devices with 541 channels from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 75 programs from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2021.09.20 09:24:20.513 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1859] Initialized version 1.9.001 for interface BidCos-RF with I/O device CCU2
2021.09.20 09:24:20.515 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 1859] Initialized version 1.9.001 for interface BidCos-Wired with I/O device CCU2
2021.09.20 09:24:20.516 1: HMCCURPCPROC: [d_rpcHmIP_RF : 1859] Initialized version 1.9.001 for interface HmIP-RF with I/O device CCU2
Nach einem weiteren Restart von FHEM klappt dann die Verbindung von HMCCU zur CCU und die Devices werden wieder an homebridge übergeben. Weil sie einmal weg waren, sind aber in den Apple-Geräten dann die ganzen Einstellungen zu dem jeweiligen Gerät weg (Raum-Zuordnung, Gruppierung, Push-Nachricht aufs Gerät beim Öffnen/Schließen ...)
Hallo zusammen,
nach einem Update von FHEM und homebridge mit anschließendem reboot erscheint für meine Wetterstation in Eve keine History mehr. In der homebridge-ui erscheinen alles korrekt (siehe Beispiel-Log) und komischerweise wird die History für einen anderen Temperatursensor (BH1750) korrekt in Eve angezeigt.
2022-01-28 18:25:04 caching: WH1080-temperature: 4.7
[28.1.2022, 18:25:04] [FHEM] caching: CurrentTemperature: 4.7 (as number; from '4.7')
[28.1.2022, 18:25:04] [FHEM] adding history entry { time: 1643390704, temp: 4.7 }
Hat jemand eine Idee, was da los sein kann bzw. wie ich dem Fehler auf die Spur kommen kann? Würde ungern die Homebridge-Konfig einstampfen und neu beginnen.
Viele Grüße
Hallo in die Runde,
habe kürzlich ein FHEM Update ausgeführt. Hatte anschließend jetzt noch ein Problem mit meinen Homebridges. Ich konnte zwar in Eve und Homekit noch alles ein- und ausschalten, allerdings waren ausgeschaltete Hue Leuchten aber auch Homematic Steckdosen (unterschiedliche Homebridges) nach dem Ausschalten, Beenden der entsprechenden App und Neustart dieser von der Schaltfläche her wieder eingeschaltet, auch wenn die Lampen bzw. anderen Geräte aus waren. Die Statusänderungen wurden also nicht mehr sauber übertragen. In FHEM hat weiterhin alles funktioniert.
Folgende Pakete habe ich gerade geupdated:
# npm -g outdated
Package Current Wanted Latest Location
alexa-fhem 0.5.61 0.5.62 0.5.62 global
homebridge 1.3.5 1.4.0 1.4.0 global
homebridge-fhem 0.5.31 0.5.33 0.5.33 global
npm 6.14.15 6.14.16 8.4.0 global
Nun scheint es wieder zu funktionieren. Außerdem ist mir gerade aufgrund des letzten Posts hier von @ingohz aufgefallen, dass seit gestern Abend auch keine Werte mehr in die EVE History geschrieben wurden. Auch dies funktioniert nun wieder, denke ich zumindest.
Mal sehen, wie es weiter geht. ;)
EDIT: Gerade nochmal etwas genauer geschaut... Nur meine Homematic Thermostate HM-CC-RT-DN haben das temperature Reading nicht mehr in die EVE History geschrieben. Alle anderen HM Geräte mit temperature Reading und auch Steckdosen mit Leistungsmessung funktionierten weiterhin.
Viele Grüße Hoppel
Hey, seit ich mein Debian auf Bullseye geupdated habe, verbinden sich meine Homebridges nicht mehr.
Es scheint ein SSL Problem zu sein:
2022.02.13 16:50:16 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:1408F09C:SSL routines:ssl3_get_record:http request (peer: 10.0.0.221)
Weiß jemand woran das liegen könnte? Hat sich da etwas geändert?
EDIT: Vergesst es => Ich habe aus versehen eine GANZ alte Version einer VM gestartet... kein Wunder, dass SSL nicht geht! :D Trotzdem Danke euch! :)
Hallo Zusammen,
darf ich euch mal bitten meine Frage hier anzuschauen.
https://forum.fhem.de/index.php/topic,126183.0.html (https://forum.fhem.de/index.php/topic,126183.0.html)
Ich hatte überlegt, ob ich die Frage hier stelle oder einen neuen Threat aufmachen, ich habe mich dann für einen Thread entschieden.
Hallo
Ich bin dem Beispiel von @z0lt1 und @wolfram gefolgt und versuche die Lautstärke meines Yamaha AVR per Siri zu steuern.
List des Receivers:
Internals:
ACTIVE_ZONE mainzone
CFGFN
DEF 192.168.6.152 mainzone 60 10
FIRMWARE 1.34/2.06
FUUID 62319fd2-f33f-a5a6-2567-696238763d61adde
MODEL RX-V475
NAME EG_WZ_AV_Receiver
NR 56992
STATE off
SYSTEM_ID 0D8B8753
TYPE YAMAHA_AVR
ZONES_AVAILABLE mainzone
Helper:
DBLOG:
presence:
mylogdb:
TIME 1647419346.25919
VALUE present
READINGS:
2022-03-25 11:45:26 3dCinemaDsp auto
2022-03-25 11:45:26 adaptiveDrc auto
2022-03-25 11:45:26 bass 6
2022-03-23 18:10:44 currentAlbum
2022-03-23 18:51:13 currentArtist
2022-03-23 18:51:13 currentTitle
2022-03-25 11:45:26 direct off
2022-03-25 11:45:26 dsp surrounddecoder
2022-03-25 11:45:26 enhancer off
2022-03-25 11:45:26 input hdmi1
2022-03-25 11:45:26 inputName LibreELEC
2022-03-25 11:45:26 mute off
2022-03-23 20:20:34 playStatus stopped
2022-03-25 11:45:26 power off
2022-03-24 11:59:27 presence present
2022-03-25 11:45:26 sleep off
2022-03-25 11:45:26 state off
2022-03-25 11:45:26 straight off
2022-03-25 11:45:26 treble 0
2022-03-25 11:45:26 volume 48
2022-03-25 11:45:26 volumeStraight -33.5
helper:
ADDRESS 192.168.6.152
AVAILABLE 1
DIRECT_TAG Direct
DSP_MODES Hall in Munich|Hall in Vienna|Chamber|Cellar Club|The Roxy Theatre|The Bottom Line|Sports|Action Game|Roleplaying Game|Music Video|Standard|Spectacle|Sci-Fi|Adventure|Drama|Mono Movie|Surround Decoder|2ch Stereo|5ch Stereo
INPUTS AUDIO|AV1|AV2|AV3|AV4|AV5|AV6|AirPlay|HDMI1|HDMI2|HDMI3|HDMI4|HDMI5|NET RADIO|SERVER|Spotify|TUNER|USB|V-AUX|iPod (USB)
OFF_INTERVAL 60
ON_INTERVAL 10
RUNNING_REQUEST 0
SCENES Scene 1|Scene 2|Scene 3|Scene 4
SELECTED_ZONE mainzone
SUPPORT_DAB 0
SUPPORT_DISPLAY_BRIGHTNESS 0
SUPPORT_EXTRA_BASS 0
SUPPORT_HDMI_OUT 0
SUPPORT_PARTY_MODE 0
SUPPORT_SHUFFLE_REPEAT 0
SUPPORT_SURROUND_DECODER 0
SUPPORT_TONE_STATUS 1
SUPPORT_YPAO_VOLUME 0
XML /YamahaRemoteControl/desc.xml
ZONES Main_Zone
CMD_QUEUE:
Attributes:
DbLogExclude .*
genericDeviceType light
homebridgeMapping clear Brightness=volume::volume,minValue=0,maxValue=98
model RX-V475
room Erdgeschoss->Wohnzimmer,Zentralsysteme->Homekit
siriName Verstärker
Nun stellt sich folgendes Problem dar.
Wenn ich sage:" Hey Siri Wohnzimmer Verstärker 10." behauptet Siri, dass es kein solches Gerät in meinem Wohnzimmer gibt.
Wenn ich sage:" Hey Siri Wohnzimmer Licht Verstärker 10." wird die Lautstärke des Verstärkers auf 10 % gestellt.
Ja, es ist nur ein kosmetisches Problem aber dennoch unschön. Hat jemand einen Tipp für mich was ich ändern könnte?
Gruß
Daniel
ZitatgenericDeviceType light
wenn du das gerät als licht konfigurierst solltest du dich nicht wundern wenn es als licht angesprochen werden will.
Speaker sollte besser passen.
Hi,
ich habe vor geraumer Zeit einen Nuki Türöffner konfiguriert.
Typ lock
Homebridgemapping:
LockCurrentState=state,values=/^electricStrikeActuation/:UNSECURED;/^online/:SECURED LockTargetState=state,values=/^electricStrikeActuation/:UNSECURED;/^online/:SECURED,cmds=UNSECURED:electricStrikeActuation;SECURED:electricStrikeActuation
Funktionierte einwandfrei.
Nun aber sagt mir Siri von einem Tag auf den anderen auf meinen Befehl "Treppenhaus öffnen": "Tut mir leid. Ich konnte nichts Passendes in deinem Zuhause finden."
Ich sehe den Schalter "Treppenhaus" aber in der Home App und auch in der Homebridge UI.
Weiß jemand Rat?
Danke, Alex
Ich habe mir einen HMIP-DLD zugelegt (Türschloss von HMIP) und versucht das Mapping analog zu dem HM-Key-Sec aufzubauen:
clear
LockCurrentState=LOCK_STATE,values=/^UNKNOWN/:UNKNOWN;/^LOCKED/:SECURED;/.*/:UNSECURED
LockTargetState=LOCK_STATE,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
Das funktioniert so leider nicht und ich stehe irgendwie auf dem Schlauch. Der Zustand wird erkannt aber ich kann die Tür nicht dazu bewegen etwas zu tun.
Der Zustand steht im Reading "LOCK_STATE" und schalten mache ich direkt über "set Tuerschloss lock" oder "set Tuerschloss unlock"
bei der Kirsche auf der Torte "set Tuerschloss open" bin ich da noch nicht mal.....
Wäre prima, wenn mir jemand helfen könnte!
Hallo,
ich habe ein kleines Problem mit dem Homebridgemapping meines Thermostats. In der "Home-App" bekomme ich bei dem Device nur einen "runden Button" zum ein- oder auschalten. Das ist soweit nicht falsch, auch wenn ich eher von einem Auswahlfeld mit Aus und Heizen ausgegangen bin. Wenn ich jetzt den Button aktiviere, wird aber "auto" an mein Fhem-Device gesendet und nicht "on". Was habe ich hier falsch gemacht?
attr Pool_Solltemperatur homebridgeMapping TargetTemperature=state::state,minValue=24,maxValue=32,minStep=0.5,nocache=1 CurrentTemperature=Wassertemperatur_Skimmer:temperature,nocache=1\
TargetHeatingCoolingState=Poolheizung:state,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:off;;HEAT:on;;AUTO:auto,valid=OFF;;COOL,valid=OFF;;AUTO StatusActive=present,valueOn=on,valueOff=off;;AUTO history:size=1024
Gruß, Sascha
Hallo Liste,
ich benötige mal etwas Unterstützung bei der Anmwendung von subtype:
Ich möchte bei meinem Auto zwei Dinge per Sprache steuern.
1. Der "state" ist online oder asleep.
Der Befehl zum Aufwecken ist "wakeUpCar".
Der gesprochene Befehl soll "Wecken" lauten. Ein "Ausschalten" des Status des Autos gibt es als Befehl nicht.
Bevor ein anderer Befehl gesprochen werden kann, muss das Auto geweckt werden.
2. Der Zustand der Klimatisierung des Autos ist im reading "is_preconditioning" gespeichert und hat die Werte 0 oder 1.
Der Befehl zum Einschalten der Klimaanlage lautet "startHvacSystem", zum Ausschalten "stopHvacSystem".
Der gesprochene Befehl soll "Klima ein" oder "Klima aus" lauten.
attr Teslana genericType switch
attr Teslana homebridgeMapping clear On=state,subtype=Wecken,valueOn=online,valueOff=asleep,cmdOn=wakeUpCar On=is_preconditioning,subtype=Klima,valueOn=1,valueOff=0,cmdOn=startHvacSystem,cmdOff=stopHvacSystem
Ich denke, dass das so aber nicht richtig ist.
Wie gebe ich für einen subtype das reading an?
Leider habe ich hierzu kein Beispiel gefunden.
Wenn ich auf die korrekte Anzeige in Homekit (also ohne reading) verzichte und nur die Sprachbefehle nutzen will, geht es so:
attr Teslana homebridgeMapping clear On=activity,subtype=Wecken,valueOn=on,valueOff=off,cmdOn=wakeUpCar On=activity,subtype=Klima,valueOn=on,valueOff=off,cmdOn=startHvacSystem,cmdOff=stopHvacSystem
Danke.
Elektrolurch
Funktioniert bei irgend jemand die HomebridgeCharacteristic "Reachable" im HomebridgeMapping?
Wenn die Reachable-Characteristic "0" ist, wird das Gerät in der Home-App, als auch in der Eve-App nur beim Neustart der Homebrige in roter Farbe "Keine Antwort" angezeigt.
Ändere ich den Wert danach wieder auf "1", so ist kurze Zeit später das Gerät in beiden Apps wieder erreichbar.
Alle weiteren nun folgenden Änderungen am Reachable-Wert werden jedoch in beiden Apps ignoriert. Auch hartes beenden der Apps half nichts.
Dabei ist es egal ob ich ein userReading anlege oder ein normales Reading verwende.
Laut Thread https://forum.fhem.de/index.php/topic,48558.3540.html:
attr wz_test homebridgeMapping Reachable=state,values=Error:0;/.*/:1
Aber auch ein Userreading "test" mit den Werten "0" oder "1" bringt keinen Erfolg.
attr wz_test homebridgeMapping Reachable=test
Ich versuche gerade ein Fhem Web Device anzulegen, dass nur die für das Homebridge-Plugin benötigten Befehle ausführen kann. Bisher habe ich get,set,jsonlist2 in allowedCommands eingetragen. Laut Log wird auch defs benötigt, aber der Befehl wird auch nach dem Hinzufügen zu allowedCommands noch als Forbidden angezeigt. Das führt zu einem Neustart von Homebridge:
[37m[6/19/2022, 4:27:08 PM][0m [36m[HB Supervisor][0m Starting Homebridge with extra flags: -P /var/lib/homebridge/node_modules --strict-plugin-resolution
[37m[6/19/2022, 4:27:08 PM][0m [36m[HB Supervisor][0m Started Homebridge v1.4.1 with PID: 1562
[37m[6/19/2022, 4:27:09 PM] [39mLoaded config.json with 0 accessories and 2 platforms.
[37m[6/19/2022, 4:27:09 PM] [39mLoaded 0 cached accessories from cachedAccessories.
[37m[6/19/2022, 4:27:09 PM] [39m---
[37m[6/19/2022, 4:27:09 PM] [39mLoaded plugin: homebridge-config-ui-x@4.47.0
[37m[6/19/2022, 4:27:09 PM] [39mRegistering platform 'homebridge-config-ui-x.config'
[37m[6/19/2022, 4:27:09 PM] [39m---
[37m[6/19/2022, 4:27:09 PM] [39mLoaded plugin: homebridge-fhem@0.5.36
homebridge API version: 2.7
this is homebridge-fhem 0.5.36
[37m[6/19/2022, 4:27:12 PM] [39mRegistering platform 'homebridge-fhem.FHEM'
[37m[6/19/2022, 4:27:12 PM] [39m---
[37m[6/19/2022, 4:27:12 PM] [39mLoading 2 platforms...
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m Initializing FHEM platform...
[0;37m[6/19/2022, 4:27:12 PM] [0m[0;36m[Homebridge UI][0m Changes to config.json saved.
starting longpoll: https://192.168.1.203:8084/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1655648832732
[37m[6/19/2022, 4:27:12 PM] [39m[36m[Homebridge Web Config][39m Initializing config platform...
[37m[6/19/2022, 4:27:12 PM] [39m[36m[Homebridge Web Config][39m Running in Service Mode
Server listening on: http://<ip>:8282
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m Checking devices and attributes...
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m executing: https://192.168.1.203:8084/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&fwcsrf=csrf_xxx&XHR=1
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m executing: https://192.168.1.203:8084/fhem?cmd=jsonlist2%20TYPE=siri&fwcsrf=csrf_xxx&XHR=1
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m executing: https://192.168.1.203:8084/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping:textField-long%22%20)%20%7D&fwcsrf=csrf_xxx&XHR=1
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m homebridgeMapping attribute created.
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m executing: https://192.168.1.203:8084/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock%22%20)%20%7D&fwcsrf=csrf_xxx&XHR=1
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m siri device is Siri
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m executing: https://192.168.1.203:8084/fhem?cmd=%7B$defs%7BSiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.36%22%7D&fwcsrf=csrf_xxx&XHR=1
[37m[6/19/2022, 4:27:12 PM] [39m[36m[FHEM][39m [33mgenericDeviceType attribute was not known. please restart.[39m
[37m[6/19/2022, 4:27:12 PM][0m [36m[HB Supervisor][0m Homebridge Process Ended. Code: 0, Signal: null
[0;37m[6/19/2022, 4:27:14 PM] [0m[0;36m[Homebridge UI][0m Homebridge restart request received
[0;37m[6/19/2022, 4:27:14 PM] [0m[0;36m[Homebridge UI][0m UI / Bridge settings have not changed; only restarting Homebridge process
[0;37m[6/19/2022, 4:27:14 PM] [0m[0;36m[Homebridge UI][0m Sending SIGTERM to Homebridge
[37m[6/19/2022, 4:27:17 PM][0m [36m[HB Supervisor][0m Restarting Homebridge...
Außerdem würde ich gerne einen ganzen Raum zu allowedDevices hinzufügen. Hier im Forum stand, dass das mit allowedDevicesRegexp gehen soll. Aber wie kann ich da nach dem room Attribut sortieren? Geht das nicht nur mit dem Namen?
es gibt in fhem kein defs kommando. hombridge versucht perl code anzuführen (um die homebridge-fhem version im siri device zu setzen). das musst du erlauben.
unabhängig davon: ich verstehe nicht was du mit dem ganze aufwand erreichen willst.
Da das Fhem Passwort im Klartext in der Homebridge Config steht, möchte ich einen eigenen Zugang dafür einrichten, der nur das nötigste kann. Falls mal jemand ungewolltes Zugriff auf den Homebridge Server bekommen sollte, muss er ja nicht gleich auch die Haupt-Zugangsdaten für Fhem präsentiert bekommen. Mehr als das was über HomeKit möglich ist, sollte dann nicht möglich sein.
Aber ich vermute, dass das durch die Perl Befehle nicht wirklich zu begrenzen ist. Hilft wohl nur alle Devices aus dem Homebridge Raum in allowedDevices zu packen. Dann kann zumindest nichts anderes damit gestreut werden oder die Zugangsdaten geändert werden.
Noch komfortabler wäre es natürlich, wenn das Plugin das Zugangsdaten bei der Eingabe über die UI verschlüsselt wie es auch in Fhem selbst passiert.
ich glaube du machst dir an der falschen stelle gedanken. das risiko das sich jemand unberechtigt am fhem server zu schaffen macht und/oder das es dort ein loch gibt ist sehr viel größer als beim homebridge server. wenn jemand so weit auf dein system vorgedrungen ist das er ein lokal gespeichertes password ausspähen könnte hilft dir auch ein verschlüsseltes password nicht mehr. wenn jemand die lese rechte von homebridge (oder fhem) erlangt hat er vollen zugriff auf alles. das ist leider ein prinzipieller nachteil eines offenen und interpretierenden systems. egal ob node oder perl. da hilf auch kein verschlüsselt ablegen mehr. dann ist alles zu spät. es sei denn du hast alles so konfiguriert das der schlüssel nur beim system start manuell eingegeben wird. aber das ist nicht proktikabel.
das gilt auch für jeden anderen rechner in deinem netz. ich vermute auch das das risiko über ein bekanntest oder unbekanntes allgemeines loch ins system zu kommen deutlich größer ist als das jemand sich gezielt fhem vornimmt. jedenfalls so lange man nicht dinge wie port forwaring direkt aus dem internet konfiguriert. dafür ist die verbreitung dann doch zu klein.
Hallo Zusammen,
ich habe zwei Lüfter in der Homebridge als genericDevice ,,fan" eingebunden.
Soweit funktioniert alles.
Es gibt allerdings einen Punkt in der Darstellung des Lüfter, welche mich stört:
In Lüfterstufe 0 wird der Lüfter als ,,AUS" angezeigt - passt.
In Lüfterstufe 1 wird der Lüfter als ,,EIN" angezeigt - passt.
Stelle ich Lüfterstufe 2 oder 3 ein, wird der Lüfter als ,,AUS" angezeigt. Aber wieso?
gelöst:
defmod FanSelectorDay dummy
attr FanSelectorDay devStateIcon 0:vent_ventilation_level_0 1:vent_ventilation_level_1 2:vent_ventilation_level_2 3:vent_ventilation_level_3
attr FanSelectorDay genericDeviceType fan
attr FanSelectorDay group THZ
attr FanSelectorDay homebridgeMapping On=fanSwitch,part=1,valueOn=1,valueOff=0,cmdOff=0,cmdOn=2\
RotationSpeed=state,part=1,minValue=0,maxValue=3,minStep=1,cmd=
attr FanSelectorDay room Heizung,Homekit
attr FanSelectorDay setList 0 1 2 3
attr FanSelectorDay siriName FanDay
attr FanSelectorDay stateFormat state
attr FanSelectorDay userReadings fanSwitch {(ReadingsNum("FanSelectorDay","state",0) == 0) ? 0:1}
attr FanSelectorDay webCmd 0:1:2:3
Habe ich hier etwas falsch gemacht?
Gruß Jörg
Zitat von: Cybers am 01 Juni 2022, 14:13:57
Hallo,
ich habe ein kleines Problem mit dem Homebridgemapping meines Thermostats. In der "Home-App" bekomme ich bei dem Device nur einen "runden Button" zum ein- oder auschalten. Das ist soweit nicht falsch, auch wenn ich eher von einem Auswahlfeld mit Aus und Heizen ausgegangen bin. Wenn ich jetzt den Button aktiviere, wird aber "auto" an mein Fhem-Device gesendet und nicht "on". Was habe ich hier falsch gemacht?
attr Pool_Solltemperatur homebridgeMapping TargetTemperature=state::state,minValue=24,maxValue=32,minStep=0.5,nocache=1 CurrentTemperature=Wassertemperatur_Skimmer:temperature,nocache=1\
TargetHeatingCoolingState=Poolheizung:state,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:off;;HEAT:on;;AUTO:auto,valid=OFF;;COOL,valid=OFF;;AUTO StatusActive=present,valueOn=on,valueOff=off;;AUTO history:size=1024
Gruß, Sascha
Hat keiner eine Idee?
Erstmal hast du gleich zweimal die validen (sichtbaren) Modi definiert.
Scheinbar gewinnt hier die letzte Zuweisung: valid=OFF;;AUTO
Und wenn du off und auto angibst, dann bekommst du eben off und auto. ;)
Zum runden on/off Knopf ohne Beschriftung:
Wenn nur 2 Modi beim Thermostat vorhanden sind, schenkt sich die Home App die Beschriftung und zeigt einfach einen an/aus Knopf ohne Text an.
Die Auswahlliste mit Beschriftung gibts erst ab mindestens 3 definierten Zuständen.
Ich habe ein mehr oder minder kosmetisches Problem mit Homebridge und meinen Rollos. Diese werden in Homekit immer als "wird geöffnet" oder "wird geschlossen" angezeigt, es sei denn, sie sind geschlossen. das funktioniert. Ich habe schon eine menge rumprobiert, aber irgendwie komme ich nicht drauf. Vielleicht hat ja jemand eine Idee.... Danke!
Hier die config:
define Rollo_VR Siro 24359281
attr Rollo_VR IODev mysignalduino
attr Rollo_VR SignalLongStopRepeats 15
attr Rollo_VR SignalRepeats 8
attr Rollo_VR devStateIcon {return '.*:fts_shutter_1w_'.(int($state/10)*10)}
attr Rollo_VR down_auto_stop 0
attr Rollo_VR down_limit_mode_1 100
attr Rollo_VR event-min-interval .*:300
attr Rollo_VR event-on-change-reading .*
attr Rollo_VR genericDeviceType blind
attr Rollo_VR homebridgeMapping CurrentPosition=userposition,minValue=0,maxValue=100,minStep=10 TargetPosition=userposition,invert=1,minValue=0,maxValue=100,minStep=10,cmd=position
attr Rollo_VR invers_position 0
attr Rollo_VR operation_mode 0
attr Rollo_VR prog_fav_sequence prog,2,stop,2,stop
attr Rollo_VR room HomeKit,Siro
attr Rollo_VR siriName Rollo vorne rechts
attr Rollo_VR time_down_to_favorite 15
attr Rollo_VR time_to_close 30
attr Rollo_VR time_to_open 30
attr Rollo_VR webCmd stop:on:off:fav:position
define FileLog_Rollo_VR FileLog ./log/Rollo_VR-%Y.log Rollo_VR
Das Reading "userposition" ändert sich wenn du verfahren bist?
Denn dadurch erkennt er ja wahrscheinlich, dass er angekommen ist.
Und dann wäre noch die Frage ob minStep bei CurrentPosition Sinn macht?
Nicht dass er dadurch kleinere Änderungen nicht mitbekommt.
Das dürfte im Gegensatz zu TargetPosition ja nur Rückmeldung sein, und nichts was man einstellen kann.
Und userposition heißt wirklich userposition und nicht userPosition.
Nur so ein paar Ideen auf den ersten Blick ...
Danke schon mal für die Tipps... immerhin liege ich nicht ganz daneben...
Ich glaube nicht, dass sich der Wert ändert. Aber aus irgend einem Grund wird, wenn die Rollos auf irgendeiner position eingestellt sind, immer "wird geöffnet" oder "wird geschlossen" angezeigt.
mir ist gerade eben aufgefallen, dass in homebridge auch ein Fehler angezeigt wird:
[22/07/2022, 11:40:43] [homebridge-fhem] Rollo_VL-userposition not a number:
[22/07/2022, 11:40:43] [homebridge-fhem] This plugin generated a warning from the characteristic 'Target Position': characteristic value expected valid finite number and received "undefined" (undefined). See https://homebridge.io/w/JtMGR for more info.
Gibt es denn in deinem Device denn überhaupt ein Reading "userposition" oder hast du das Homebridgemapping irgendwoherkopiert, von einem User der ein ganz anderes Gerät verwendet?
Dein Homebridgemapping sagt aus, dass er den aktuellen Wert aus dem Reading userposition übernehmen soll.
Da muss dann auch die aktuelle Rollladenposition zu finden sein, sonst klappt das natürlich nicht.
Es ist normal, dass Homekit nach einem ansteuern des Gerätes ein "wird ..." anzeigt.
Das verschwindet wenn es vom Gerät eine plausible "Habe Position xyz erreicht" Rückmeldung bekommt, so dass die Fahrt als beendet angesehen wird.
zugegeben, ich hab das irgendwoher kopiert - die Unterschiede sind mir (noch) nicht so geläufig... - ich hatte keine Ahnung, dass das evtl. am Gerät selbst liegt.
Das Rollo ist ein "Siro"-Device, keine Ahnung ob das den wert zurück liefern kann... Erstaunlich ist aber, dass wenn man das rollo auf "0" stellt, steht auch "geschlossen" da....
ich bin noch ein Anfänger... sorry für die vermeindlich blöden fragen.
Du gehst dazu in die Device-Ansicht von dem Rolle in Fhem und schaust im Bereich "Readings" ob es eines gibt mit diesem Namen.
Wenn nicht, musst du rausfinden in welchem Reading sonst der Wert mit der aktuellen Position landet.
Ansonsten mal "list <deviceName> in der FHEM Eingabezeile eingeben.
Dieses Listing dann hier posten, dann sehen wir evtl. wie es bei dir gelöst werden müsste.
Zitat von: Thyraz am 22 Juli 2022, 14:50:14
Du gehst dazu in die Device-Ansicht von dem Rolle in Fhem und schaust im Bereich "Readings" ob es eines gibt mit diesem Namen.
Wenn nicht, musst du rausfinden in welchem Reading sonst der Wert mit der aktuellen Position landet.
Ansonsten mal "list <deviceName> in der FHEM Eingabezeile eingeben.
Dieses Listing dann hier posten, dann sehen wir evtl. wie es bei dir gelöst werden müsste.
dort scheint es nur einen punkt "position" zu geben, userposition taucht da nicht auf. Das sind die readings:
action
last_reset_os
operating_seconds
parsestate
position
prog_mode
state
ok, bedeutet also, ich muss in der defintion bei CurrentPosition nicht "userposition" sondern "position" eintragen... wenn ich das richtig verstanden habe ;)
Das habe ich gerade mal probiert, das hat auch nicht den 100%igen Erfolg. Es ist genauso, wie vorher. Ich kann die Rollos steuern über Homekit, aber es wird der falsche Status angezeigt.
Ich habe mir jetzt mal diese Readings angesehen. Dort wird "position" und "state" auf den gewünschten Wert gesetzt. Lustigerweise taucht bei einem der anderen Rollos auch userposition auf, das ist aber immer 0. :o wie kann das denn sein? Die config ist quasi identisch. Userposition komt in der fhem.cfg gar nicht mehr vor...
bei Action steht dann sowas wie "down to position 90" oder "no action".
wenn der Wert von "position" nicht 100 ist, steht in Homekit immer "wird geöffnet" oder "wird geschlossen"... sobald da 100 steht, zeigt homekit "geschlossen" an...
jetzt ist es sogar so, dass homekit das Rollo zwar als "geschlossen" anzeigt - aber wenn ich die App verlasse und wieder rein gehe, steht da "wird geöffnet"....
???
irgendwas hab ich jetzt vermurkst, wie es scheint....
Hallo,
ich habe bei meinen Siro Rollos folgendes homebridgemapping:
homebridgeMapping TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1,delay=1000\
CurrentPosition=state,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1\
PositionState=state,values=runningUp:INCREASING;;runningDown:DECREASING,default=STOPPED
edit: Sorry..habe bei mit gestestet..o.a. Code klappt nicht.
Hiermit klappt es mit Alexa und in der Homekit App. Eve zickt..
TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1 CurrentPosition=position,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1
Habe ich hier aus dem Forum..
Gruß
Jürgen K.
Zitat von: juergen012 am 23 Juli 2022, 12:24:12
Hallo,
ich habe bei meinen Siro Rollos folgendes homebridgemapping:
homebridgeMapping TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1,delay=1000\
CurrentPosition=state,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1\
PositionState=state,values=runningUp:INCREASING;;runningDown:DECREASING,default=STOPPED
edit: Sorry..habe bei mit gestestet..o.a. Code klappt nicht.
Hiermit klappt es mit Alexa und in der Homekit App. Eve zickt..
TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1 CurrentPosition=position,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1
Habe ich hier aus dem Forum..
Gruß
Jürgen K.
Hallo Jürgen, Danke für die Hilfe - das war hilfreich. Was allerdings wenig hilfreich war, war homebridge nicht neu zu starten, wenn ich da irgendwelche Änderungen gemacht habe. ::)
Mit ein wenig rumprobieren, habe ich jetzt eine Konfig, die wohl zu funktionieren scheint, obwohl ich nicht so 100% kapiere, wieso: es ist eine Mischung aus den beiden Konfigurationen, die oben stehen. Erstaunlicherweise scheint es auch zu funktionieren, wenn man PositionState=action setzt! (ich hielt das für ne gute Idee... aber Homebridge scheint den Wert gar nicht zu lesen...).
für alle, die die Zeile noch mal in ihrer vollen Pracht für evtl. ein anderes Siro-Rollo benötigen:
attr Rollo_VR homebridgeMapping TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1 CurrentPosition=position,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1 PositionState=action,values=up:INCREASING,down:DECREASING,default=STOPPED
Danke für eure Hilfe, ich denke, das Problem ist damit erst mal gelöst - der status wird jetzt richtig angezeigt!
Stephan
Hallo, :)
ich habe in Fhem einen Dummy mit 4 Zuständen als Alarmanlage für Homebridge eingerichtet, funktioniert soweit. :)
Jetzt wollte ich das so erweitern das auch ein Alarm ausgelöst wird. Bei meinen Tests ist mir aufgefallen das der Alarm Status immer richtig in der Home App angezeigt wird, ich bekomme aber nur dann eine dringliche Push Notification wenn die Alarmanlage vorher im Status "disarmed" war. ??? Mir gelingt es nicht, es so anzupassen das ich auch im Zustand "abwesend" eine Push Nachricht bekomme.
Ich habe jetzt verschiedene Mappings ausprobiert, das verhalten bleibt aber gleich.
Hat vielleicht jemand Rat woran es liegen könnte?
Anbei ein list meines Dummys:
Internals:
FUUID 5f31e077-f33f-6233-1b40-a37921a469b396d6
NAME homebridge_alarm_system
NR 288
STATE ALARM_TRIGGERED
TYPE dummy
eventCount 116
READINGS:
2022-07-24 00:03:15 state ALARM_TRIGGERED
Attributes:
event-on-change-reading state
genericDeviceType security
homebridgeMapping SecuritySystemCurrentState=state,values=STAY_ARM:0;AWAY_ARM:1;NIGHT_ARM:2;DISARMED:3;ALARM_TRIGGERED:4; SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:STAY_ARM;1:AWAY_ARM;2:NIGHT_ARM;3:DISARMED;
room Homekit
setList state:STAY_ARM,AWAY_ARM,NIGHT_ARM,DISARMED,ALARM_TRIGGERED
siriName Alarmanlage
webCmd state
Beste Grüße,
speex
Ich sehe im Dummy dieses Reading nicht:
SecuritySystemCurrentState
Welches Device triggert Alarm?
Versteh jetzt das nicht falsch, aber warum Dummy? Schaue dir z.B. das HOMEMODE Modul an, da ist die Alarmanbindung für die Homebridge schon am Board
Vielen Dank, habe im homebridgeMapping ,,SecuritySystemCurrentState" durch ,,state" ersetzt. Da habe ich nicht aufgepasst.
homebridgeMapping SecuritySystemCurrentState=state,values=STAY_ARM:0;AWAY_ARM:1;NIGHT_ARM:2;DISARMED:3;ALARM_TRIGGERED:4; SecuritySystemTargetState=state,cmds=0:STAY_ARM;1:AWAY_ARM;2:NIGHT_ARM;3:DISARMED,values=STAY_ARM:0;AWAY_ARM:1;NIGHT_ARM:2;DISARMED:3
Jetzt funktioniert es wie gewünscht. 👍
Das Homemode Modul kannte ich noch nicht muss ich mir mal ansehen.
Hallo zusammen,
Ich bin über Umwege an mehrere Eve Thermo Heizungsventile gekommen.
Normalerweise verwende ich HomeMatic Devices für meine Heizungssteuerung.
Kann ich mit einem homebridge Server diese Geräte so einbinden, dass ich sie analog meiner HomeMatic Heizkörperventile mittels fhem steuern kann und wenn ja kann mir jemand kurz den Weg aufzeigen, wie ich das integrieren könnte?
Der homebridge Server läuft soweit und sich sehe auch Devices aus fhem mit der Eve-App und kann sie steuern.
Nur der umgekehrte Weg ist mit nicht klar: Also ein reines HomeKit-Device mit fhem steuern...
Danke und Gruß Handfest
Evtl. darüber?
https://forum.fhem.de/index.php/topic,119483.msg1139212.html#msg1139212
Zitat von: Thyraz am 06 August 2022, 06:31:24
Evtl. darüber?
https://forum.fhem.de/index.php/topic,119483.msg1139212.html#msg1139212
Danke - auf so einen Hinweis hatte ich gehofft. Werde ich mir ansehen :-)
Gruß Handfest
die verlinkte variante funktioniert nur für geräte die über homebridge an homekit angebunden sind.
ich habe inzwischen aber auch eine variante im entstehen die für native (d.h. 'echte') homekit devices funktioniert.
das ganze erfordert aber einen ständig laufenden mac als server. eventuell wird es später auch mit einem apple tv gehen. die lösung unterstütz auch noch weitere apple dienste neben homekit. z.b. das neue wetter api, push nachrichten an endgeräte, die neuen focus modes und eventuell noch einiges mehr.
ich hoffe im herbst eine beta version zum testen für dritte zu haben. wichtig: die fertige lösung wird nicht kostenlos sondern im app store (oder ausserhalb) zu kaufen sein (eventuell auch als abo).
wer interesse an dem beta test hat kann sich das ja schon mal vormerken. die schnittstelle an sich ist so flexibel das sie auch in jedes andere home automation system integrierbar ist. wer interesse and einer solchen integration hat (d.h. etwas entwickeln will): bitte auch melden.
Zitat von: justme1968 am 06 August 2022, 12:27:29
die verlinkte variante funktioniert nur für geräte die über homebridge an homekit angebunden sind.
ich habe inzwischen aber auch eine variante im entstehen die für native (d.h. 'echte') homekit devices funktioniert.
das ganze erfordert aber einen ständig laufenden mac als server.
OK, danke für die Info, aber dann bin ich zwangsläufig raus, verkaufe die Teile und mache weiter auf HomeMatic. Bei mir laufen eh schon viel zu viele Geräte durch.
Zitat von: justme1968 am 06 August 2022, 12:27:29
ich hoffe im herbst eine beta version zum testen für dritte zu haben. wichtig: die fertige lösung wird nicht kostenlos sondern im app store (oder ausserhalb) zu kaufen sein (eventuell auch als abo).
Gegen kaufen hab ich nix, aber Abo ist nicht meins...
Danke trotzdem für deine tolle Entwicklung, vielleicht steige ich ja ein wenn es soweit ist. Zumindest wenn Apple TV als Plattform kommt
Gruß Handfest
Hallo Leute, ich stehe im Moment vor der Entscheidung ob ich meine Installation mit Google weiter betreibe (Google ändert zum Ende des Monats eine wichtige Funktion, die ich bisher mit IFTTT verwendet habe) oder ob ich komplett zu Apple wechsel...
1. Ist es mit dem hem Homebridge möglich zu erkennen, von welchem Gerät die Spracheingabe kam, bzw. welches Gerät dann ein Device schaltet? Hintergrund ist, ich habe z.B. einige Dummys, die geschaltet werden und dann dementsprechend eine Sprachausgabe (je nachdem welche Bedingungen noch erfüllt sind) stattfindet.
Wenn ich den HomePod im Wohnzimmer anspreche, möchte ich halt auch eine Sprachausgabe auf den HomePod im Wohnzimmer tätigen.
2. damit wären wir dann auch bei der nächsten Frage, kann ich per Text2Speech Text auf den HomePod ausgeben?
Grüße Marcel
Hallo Marcel,
Frage 1 kann ich nicht beantworten, aber in dem Protokoll der homebridge ist nicht ersichtlich, woher die Anfrage kam.
Frage 2 hat mich auch schon bechäftigt, da ich meine Squeezebox für die Sprachausgabe durch einen Homepod - Mini ersetzen musste. Habe zwar auch noch Sonos, die Kosten aber für den Dauerbetrieb zu viel Strom.
Apple hat da keine offizelle Schnittstelle.
Man braucht nodes und iTunes für Linus...
Installiert habe ich das auch noch nicht (todo - Liste)
siehe auch:
https://forum.fhem.de/index.php/topic,119278.msg1168361.html#msg1168361
Mehr habe ich dazu bisher noch nicht finden können.
Eine einfachterere Lösung wäre schön.
Fraglich ist auch, um der homepod nach einer Sprachausgabe wieder zum laufenden Programm zhurück kehrt.
Elektrolurch
Hallo Leute
ich habe heute meinem RPi eine neue SD Karte spendiert und habe hierfür das "Homebridge-config-ui-x" OS verwendet. war auch schon vorher drauf!
Funktioniert auch alles soweit, nur ich bekomme keine Geräte in HB angezeigt???
Geräte sind in FHEM im Ordner "HomeKit" und natürlich auch mit entsprechendem genericDevice versehen - ist ja alles durch das Einspielen des BU 1:1 übernommen worden.
Dies ist die HB Konfiguration
{
"bridge": {
"name": "Homebridgeneu",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "666-66-666"
},
"platforms": [
{
"name": "FHEM",
"server": "127.0.0.1",
"port": 8093,
"filter": "room=Homekit",
"ssl": false,
"auth": {
"user": "ich",
"pass": "meinPW"
},
"neverTimeout": false,
"platform": "FHEM"
},
{
"name": "Config",
"port": 8581,
"platform": "config"
}
],
"accessories": []
}
Hier musste ich nur einen neuen Namen vergeben, da im HB Protokoll die Meldung kam "Name im Netzwerk vorhanden" und der Dienst wurde gestoppt.
Wenn ich in FHEM einen Schalter aus dem HomeKit betätige sehe ich aber im HB Protokoll den ausgeführten Befehl
2022-08-21 14:46:46 caching: Stehlampe_Stiegen-state: set_on noArg
2022-08-21 14:46:46 caching: Stehlampe_Stiegen-state: on
[21.8.2022, 14:46:46] [FHEM] caching: On: true (as boolean; from 'on')
2022-08-21 14:46:49 caching: du_UeN_LuftTempMast-temperature: 17.125
[21.8.2022, 14:46:49] [FHEM] caching: CurrentTemperature: 17.125 (as number; from '17.125')
[21.8.2022, 14:46:49] [FHEM] adding history entry { time: 1661086009, temp: 17.125 }
2022-08-21 14:46:54 caching: du_UeN_SolarSensor-temperature: 17.8125
[21.8.2022, 14:46:54] [FHEM] caching: CurrentTemperature: 17.8125 (as number; from '17.8125')
[21.8.2022, 14:46:54] [FHEM] adding history entry { time: 1661086014, temp: 17.8125 }
2022-08-21 14:46:57 caching: Stehlampe_Stiegen-state: set_off noArg
2022-08-21 14:46:58 caching: Stehlampe_Stiegen-state: off
[21.8.2022, 14:46:58] [FHEM] caching: On: false (as boolean; from 'off')
Es handelt sich um die "Stehlampe_Stiegen"
Nur wenn ich auf gerate klicke, sind diese nicht vorhanden und dadurch auch nicht in EVE aktuell
Was übersehe ich oder mache ich falsch
Danke
Helmut
In der Konfig steht Homekit, du schreibst aber dass der Raum HomeKit heißen würde.
Groß-/Kleinschreibung beachten, hier das k.
Servus
sorry das war ein Tippfehler von mir
Room in FHEM heißt "Homekit" und in der Konfiguration von HB "filter": "room=Homekit",
Sorry war mein Fehler......
Schade dachte schon das wars......
LG
Helmut
So Problem gelöst.
Ich habe auf der alten Speicherkarte alles was mit Homebridge zusammenhängt gelöscht und ein BU erstellt.
Neue Karte aufgesetzt und das BU ohne Homebridge eingespielt und sieh da - es läuft.
Gruß
Helmut
Hey Leute, ich bin gerade dabei meine ShellyBulbDuo (genericDeviceType: light) mit dem "homebridgeMapping" zu richtigen "readings" für homekit zu schereiben.
Leider fehlt es an der ein oder anderen Stelle an Infos:
Mein derzeitiges mapping sieht so aus:
clear
On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off,nocache=1
Brightness=pct::pct,minValue=0,maxValue=100,minStep=1,nocache=1
ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=3000,max=6500,invert=1,nocache=1
Die "ColorTemperature" funktioniert aus richtung: homebridge -> fhem richtig.
Doch die Verbindung von "Brightness" und "On" möchte aus beiden Richtungen nicht!
Wenn ich bei fhem das Licht an- bzw. ausschalte, kriegt es homebridge fast nur jedes zweite Mal mit.
Siehe unteres Homebridge Debug Beispiel beim ein und dann wieder ausschalten.
Homekit auf dem Phone zeigte nach dem Einschalten: "An -> Brightness 2" an. Das Ausschalten hat in dem Fall funktioniert.
[9/9/2022, 5:24:01 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:24:02 caching: wz_sofa_lampe-pct: 2
[9/9/2022, 5:24:02 PM] [FHEM] caching: Brightness: 2 (as number; from '2')
2022-09-09 17:24:02 caching: wz_sofa_lampe-pct: 55
[9/9/2022, 5:24:02 PM] [FHEM] caching: Brightness: 55 (as number; from '55')
2022-09-09 17:24:08 caching: wz_sofa_lampe-state: off
[9/9/2022, 5:24:08 PM] [FHEM] caching: On: false (as boolean; from 'off')
Wenn ich auf dem Phone einschalte und es funktionierte, sehe ich die Logs:
[9/9/2022, 5:26:04 PM] [FHEM] wz_sofa_lampe: executing set cmd for On with value true
[9/9/2022, 5:26:04 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20on&XHR=1
[9/9/2022, 5:26:04 PM] [FHEM] wz_sofa_lampe: executing set cmd for Brightness with value 66
[9/9/2022, 5:26:04 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20pct%2066&XHR=1
2022-09-09 17:26:04 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:26:04 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:26:04 caching: wz_sofa_lampe-state: pct
[9/9/2022, 5:26:04 PM] [FHEM] caching: On: false (as boolean; from 'pct')
2022-09-09 17:26:05 caching: wz_sofa_lampe-state: off
[9/9/2022, 5:26:05 PM] [FHEM] caching: On: false (as boolean; from 'off')
2022-09-09 17:26:05 caching: wz_sofa_lampe-pct: 56
[9/9/2022, 5:26:05 PM] [FHEM] caching: Brightness: 56 (as number; from '56')
2022-09-09 17:26:05 caching: wz_sofa_lampe-pct: 66
[9/9/2022, 5:26:05 PM] [FHEM] caching: Brightness: 66 (as number; from '66')
[9/9/2022, 5:26:05 PM] [FHEM] wz_sofa_lampe: executing set cmd for On with value true
[9/9/2022, 5:26:05 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20on&XHR=1
[9/9/2022, 5:26:05 PM] [FHEM] wz_sofa_lampe: executing set cmd for Brightness with value 69
[9/9/2022, 5:26:05 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20pct%2069&XHR=1
2022-09-09 17:26:05 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:26:05 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:26:05 caching: wz_sofa_lampe-state: pct
[9/9/2022, 5:26:05 PM] [FHEM] caching: On: false (as boolean; from 'pct')
2022-09-09 17:26:06 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:26:06 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:26:06 caching: wz_sofa_lampe-pct: 69
[9/9/2022, 5:26:06 PM] [FHEM] caching: Brightness: 69 (as number; from '69')
Der nächste Log zeigt, dass ich zwei mal auf dem Phone eine Brightness setzen musste, damit das Licht anging (der Wert hat sich aber visuell stets zurückgesetzt):
[9/9/2022, 5:27:31 PM] [FHEM] wz_sofa_lampe: executing set cmd for On with value true
[9/9/2022, 5:27:31 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20on&XHR=1
[9/9/2022, 5:27:31 PM] [FHEM] wz_sofa_lampe: executing set cmd for Brightness with value 48
[9/9/2022, 5:27:31 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20pct%2048&XHR=1
2022-09-09 17:27:31 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:27:31 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:27:31 caching: wz_sofa_lampe-state: pct
[9/9/2022, 5:27:31 PM] [FHEM] caching: On: false (as boolean; from 'pct')
2022-09-09 17:27:31 caching: wz_sofa_lampe-state: off
[9/9/2022, 5:27:31 PM] [FHEM] caching: On: false (as boolean; from 'off')
2022-09-09 17:27:31 caching: wz_sofa_lampe-pct: 46
[9/9/2022, 5:27:31 PM] [FHEM] caching: Brightness: 46 (as number; from '46')
2022-09-09 17:27:31 caching: wz_sofa_lampe-pct: 48
[9/9/2022, 5:27:31 PM] [FHEM] caching: Brightness: 48 (as number; from '48')
[9/9/2022, 5:27:35 PM] [FHEM] wz_sofa_lampe: executing set cmd for On with value true
[9/9/2022, 5:27:35 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20on&XHR=1
[9/9/2022, 5:27:35 PM] [FHEM] wz_sofa_lampe: executing set cmd for Brightness with value 71
[9/9/2022, 5:27:35 PM] [FHEM] executing: http://black-pearl:8083/fhem?cmd=set%20wz_sofa_lampe%20pct%2071&XHR=1
2022-09-09 17:27:35 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:27:35 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:27:35 caching: wz_sofa_lampe-state: pct
[9/9/2022, 5:27:35 PM] [FHEM] caching: On: false (as boolean; from 'pct')
2022-09-09 17:27:36 caching: wz_sofa_lampe-state: on
[9/9/2022, 5:27:36 PM] [FHEM] caching: On: true (as boolean; from 'on')
2022-09-09 17:27:36 caching: wz_sofa_lampe-pct: 71
[9/9/2022, 5:27:36 PM] [FHEM] caching: Brightness: 71 (as number; from '71')
Ich habe viele Kombinationen des mappings probiert, weiß aber nicht mehr weiter.
Vielleicht hat jemand eine Idee, Schönen Abend.
Hi zusammen,
kurze Frage: nach dem Update auf iOS 16 musste ich feststellen, dass das Reading siriName anscheinend von Homebridge ignoriert wird. Hat noch jemand das Problem oder hab ich mal wieder meine Konfig verhauen?
Gruß
Jan
apple hat das scheinbar geändert. der name aus einem homekit gerät wird (wenn überhaupt) nur beim aller ersten anlegen verwendet. spätere änderungen werden ignoriert. d.h. der name muss aktuell in der home app vergeben bzw. geändert werden.
Gibt es beim Homebridgemapping eigentlich eine Art "Debounce", damit die Geräte z.B. beim Schieben von Slidern nicht zu sehr von Homekit mit Zwischenwerten zugemüllt werden?
Meine Thermostate reagieren hier etwas unerfreut darüber und hängen dann oft auf irgendwelchen Werten die eigentlich nicht dem zuletzt (und in der Home App sichtbare) gesetzten Wert entsprechen.
Ansonsten bastel ich mir selbst was mit cmdAlias und einer Debounce-Funktion in Perl.
Aber man muss das Rad ja nicht neu erfinden, falls es da schon was gibt. ;)
Hi,
ich habe einen CUL von Busware und steuer damit eine Somfy Markise:
defmod Markise SOMFY 000001
attr Markise MarkiseForward all
attr Markise devStateIcon closed:fts_shutter_100 open:fts_shutter_10 my:fts_shutter_50 attr
attr Markise eventMap on:ab off:auf go-my:my on:close off:open
attr Markise genericDeviceType blind
attr Markise homebridgeMapping clear CurrentPosition=userposition,minValue=0,maxValue=100,minStep=50 TargetPosition=userposition,minValue=0,maxValue=100,minStep=50,cmds=0:close;;;;50:my;;;;100:open
attr Markise icon fts_shutter_updown
attr Markise model somfyshutter
attr Markise positionInverse 1
attr Markise room Markise
attr Markise siriName Markise
attr Markise userReadings userposition {(ReadingsVal($NAME,"state","open") eq "open")?100:(ReadingsVal($NAME,"state","open") eq "go-my")?50:0}
attr Markise webCmd auf:my:ab
In Homebridge wird es auch erkannt - aber als Schalter (mir wäre ein Nativer Rollo/Markise mit Slider lieber)
In Homekit wird auch nur die Auswahl über Ventilator / Schalter oder Licht gegeben - kein Slider oder dergleiche.
Das schlimmste ist aber in Fhem kann ich die Markise steuern wenn ich aber den Schalter in Homekit betätige passiert einfach nichts - ich bekomm auch kein Reading Update oder dergleichen ?
Jemand eine Idee?
Hallo,
ich habe ein Max HT, welches sich auch soweit gut über die Apple Home App steuern läßt.
Im Raumstatus wird dann die Temperatur und dummerweise auch die Luftfeuchtigkeit angezeigt, die das Thermostat natürlich nicht anzeigen kann.
Hat jemand eine Idee, wie man diese unnütze Anzeige weg bekommt?
https://ibb.co/TH2mqQ6
Internals:
DEF HeatingThermostat 08320d
FUUID 5cb70ab0-f33f-6571-b0c5-f2606d84c694cc28
IODev cm
LASTInputDev cm
MSGCNT 306
NAME wz_Thermostat
NR 61
NTFY_ORDER 50-wz_Thermostat
STATE 18.5
SVN 23517
TYPE MAX
TimeSlot 1
addr 08320d
cm_MSGCNT 306
cm_TIME 2022-11-03 16:34:22
devtype 1
eventCount 385
type HeatingThermostat
webCmd desiredTemperature
Helper:
DBLOG:
temperature:
myDbLog:
TIME 1667488694.6127
VALUE 18.0
READINGS:
2022-10-26 12:08:21 IODev cm
2022-06-01 17:32:39 PairedTo 123456
2022-11-03 16:34:22 RSSI -41
2022-06-01 17:32:39 SerialNr KEQ0412061
2013-12-03 14:53:40 TimeInformationHour 1
2022-11-03 16:34:22 battery ok
2022-11-03 16:34:22 batteryState ok
2013-12-03 14:24:38 boostDuration 25
2013-12-03 14:24:38 boostValveposition 80
2013-12-16 16:16:14 comfortTemperature 20.0
2013-12-03 14:24:38 decalcification Sat 12:00
2022-11-03 16:34:22 desiredTemperature 18.5
2022-11-03 16:18:14 deviation -0.5
2013-12-10 17:33:54 ecoTemperature 18.0
2022-06-01 17:32:46 error Invalid command/argument 81190000
2022-06-01 17:32:39 firmware 1.8
2022-11-03 16:34:22 gateway 1
2016-12-03 14:13:08 groupid 0
2022-11-03 14:09:02 lastTimeSync 2022-11-03 14:09:02
2022-11-03 16:34:22 lastcmd desiredTemperature auto/boost
2013-12-03 14:24:38 maxValveSetting 100
2013-12-03 14:24:38 maximumTemperature on
2014-01-10 13:23:24 measurementOffset 0.0
2013-12-03 14:24:38 minimumTemperature off
2022-11-03 16:34:22 mode auto
2022-11-03 16:34:21 msgcnt 193
2022-11-03 16:34:22 panel unlocked
2022-11-03 16:18:14 peerIDs 000000,0bf706,0ff6d9
2022-11-03 16:18:14 peerList Broadcast,MAX_0bf706,wz_Kontakt
2022-11-03 16:34:22 rferror 0
2022-11-03 16:34:22 state 18.5
2022-11-03 16:18:14 temperature 18.0
2022-06-01 17:32:39 testresult 255
2013-12-03 14:24:38 valveOffset 0
2022-11-03 16:34:22 valveposition 18
2022-10-09 18:36:04 weekprofile-0-Sat-temp 15.0 °C / 18.5 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-0-Sat-time 00:00-07:30 / 07:30-20:30 / 20:30-23:00 / 23:00-24:00
2022-10-09 18:36:04 weekprofile-1-Sun-temp 15.0 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-1-Sun-time 00:00-07:30 / 07:30-22:00 / 22:00-24:00
2022-10-09 18:36:04 weekprofile-2-Mon-temp 15.0 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-2-Mon-time 00:00-06:00 / 06:00-22:10 / 22:10-24:00
2022-10-09 18:36:04 weekprofile-3-Tue-temp 15.0 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-3-Tue-time 00:00-06:00 / 06:00-22:10 / 22:10-24:00
2022-10-09 18:36:04 weekprofile-4-Wed-temp 15.0 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-4-Wed-time 00:00-06:00 / 06:00-22:10 / 22:10-24:00
2022-10-09 18:36:04 weekprofile-5-Thu-temp 15.0 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-5-Thu-time 00:00-06:00 / 06:00-22:10 / 22:10-24:00
2022-10-09 18:36:04 weekprofile-6-Fri-temp 15.0 °C / 18.5 °C / 18.5 °C / 15.0 °C
2022-10-09 18:36:04 weekprofile-6-Fri-time 00:00-06:00 / 06:00-20:00 / 20:00-23:00 / 23:00-24:00
2013-12-03 14:24:38 windowOpenDuration 15
2013-12-03 14:24:38 windowOpenTemperature 12.0
helper:
io:
CUL0:
raw Z0EC1020208320D1234560001181225
rssi -41
time 1667489662.28301
hmccu:
Attributes:
DbLogExclude 1
IODev cm
alias wz Thermostat
fm_type temp,desiredtemp,tempbutton,actuators
genericDeviceType thermostat
icon hc_wht_regler
keepAuto 1
model HeatingThermostat
room Heizung,Homekit,Wohnzimmer
Gruß Holger
Das einfachste wäre win Manuelles homebridgemapping.
Mit ,,clear" loslegen um die Default Mapping loszuwerden.
Das hatte ich versucht, es bleibt aber immer die Anzeige in der Raumansicht.
Da hilft dann nur das Trennen und neu Verbinden der Bridge oder zumindest:
Thermostat aus HomeKit entfernen, im HomeKit die gecacheten Geräte entfernen und Thermostat wieder hinzufügen.
Hm, alles ohne Erfolg. Hab auch mal ein anderes Thermostat getestet, das vehält sich genauso. Verstehe auch nicht wo diese Feuchtigkeitsanzeige herkommt.
clear
TargetTemperature=desiredTemperature::desiredTemperature, minValue=10,maxValue=25,minStep=0.5 CurrentTemperature=ku_Thermostat:temperature
Habe auch mal ein dummy Thermostat erstellt. Auch hier taucht die Feuchtigkeitsanzeige auf.
Internals:
CFGFN
FUUID 6365179b-f33f-6571-3d8b-f14da8c4c8a198db
NAME dummythermostat
NR 182754
STATE ???
TYPE dummy
hmccu:
Attributes:
genericDeviceType thermostat
homebridgeMapping clear
TargetTemperature=desiredTemperature::desiredTemperature, minValue=10,maxValue=25,minStep=0.5 CurrentTemperature=ku_Thermostat:temperature
room Homekit
[11/4/2022, 2:54:12 PM] Initializing platform accessory 'dummythermostat'...
[11/4/2022, 2:54:12 PM] [FHEM] creating services for dummythermostat
[11/4/2022, 2:54:12 PM] [FHEM] information service for dummythermostat
[11/4/2022, 2:54:12 PM] [FHEM] manufacturer, model and serial number characteristics for dummythermostat
[11/4/2022, 2:54:12 PM] [FHEM] name (siriName) characteristic for dummythermostat
[11/4/2022, 2:54:12 PM] [FHEM] Thermostat service for dummythermostat
[11/4/2022, 2:54:12 PM] [FHEM] CurrentTemperature characteristic for ku_Thermostat:temperature
[11/4/2022, 2:54:12 PM] [FHEM] no default
[11/4/2022, 2:54:12 PM] [FHEM] props: {
format: 'float',
perms: [ 'ev', 'pr' ],
unit: 'celsius',
minValue: -270,
maxValue: 100,
minStep: 0.1
https://ibb.co/t8LML49
https://ibb.co/9HCkyFP
Ist das vielleicht ein Apple Feature? ;D
Wäre ja möglich, das das ein bug von ios 16.1 ist. Dann wäre das aber bestimmt schon Jemanden aufgefallen.
Ich habe in jedem Raum einen externen Temperatur und Feuchtigkeitssensor.
Daher mir nicht...
Muss ein iOS Feature sein
Das denke ich auch. Vermutlich nach dem update auf ios 16
Nach dem Update auf IOS 16 geht auch das Konstrukt mit subtypen nicht mehr.
Hatte folgendes Konstrukt genommen, um bei meinem E-Auto die Klimaanlage per Siri zu steuern und den Ladezustand der Batterie abzufragen:
genericDeviceType Thermostat
homebridgeMapping clear
CurrentTemperature=inside_temp
TargetTemperature=temperature::driver_temp_setting,minValue=16,maxValue=25,minStep=1
TargetHeatingCoolingState=heating_cooling_state,values=0:OFF;1:HEAT;2:COOL
BatteryService(Ladezustand)#BatteryLevel=battery_level
BatteryService(Aufladen)#ChargingState=charging_state,values=Charging:CHARGING;/.*/:NOT_CHARGING
switch(wecken)#On=state,valueOn=online,valueOff=asleep,cmdOn=wakeUpCar
switch(Klima)#On=is_preconditioning,valueOn=1,valueOff=0,cmdOn=startHvacSystem,cmdOff=stopHvacSystem
switch(Auftauen)#On=is_front_defroster_on,valueOn=1,valueOff=0,cmdOn=startDefrost
switch(hupen)#On=unknown,cmdOn=honkHorn
Das mit dem Hupen per Sprache dient ja nur zur Demo :-)
In 16.1 lässt sich das Objekt in der home - App nicht mehr öffnen, setttings nicht möglich.
Ich habe meinen Sat-Receiver für die Umschaltung der Kanäle per Sprache mit switch's ausgestattet.
Nach dem Update auf IOS 16.1 wird hier ein Sprachbefehlt nicht auf den einzelnen (Unter)-Schalter seitens Siri gesendet, sondern auf alle 37 Kanäle auf einmal. :-) (zumindest stürzt dabei fhem nicht ab).
genericDeviceType switch
homebridgeMapping clear On=activity,subtype=einschalten,valueOn=ein,cmdOn=ein,cmdOff=off On=activity,subtype=ausschalten,valueOn=aus,cmdOn=aus,cmdOff=off On=activity,subtype=stumm,valueOn=mutet,cmdOn=mutet,cmdOff=mutet On=activity,subtype=Klappe,valueOn=mutet,cmdOn=mutet,cmdOff=mutet On=activity,subtype=lauter,valueOn=volume,cmdOn=volumeu,cmdOff=off On=activity,subtype=leiser,valueOn=volume,cmdOn=volumed,cmdOff=off On=activity,subtype=Radio,valueOn=Radio,cmdOn=display+Radio,cmdOff=off On=activity,subtype=TV,valueOn=TV,cmdOn=display+TV,cmdOff=off On=activity,subtype=letzter,valueOn=letzter,cmdOn=lastSender,cmdOff=off On=activity,subtype=nächster,valueOn=nächster,cmdOn=Next,cmdOff=off On=activity,subtype=vorheriger,valueOn=vorheriger,cmdOn=Previous,cmdOff=off On=activity,subtype=Standard,valueOn=Alle,cmdOn=SenderKategorieTV+Alle,cmdOff=off On=activity,subtype=ZDFinfo,valueOn=ZDF+info,cmdOn=SenderTV+ZDF+info,cmdOff=off On=activity,subtype=ARD,valueOn=Das+Erste,cmdOn=SenderTV+Das+Erste,cmdOff=off On=activity,subtype=ZDF,valueOn=ZDF,cmdOn=SenderTV+ZDF,cmdOff=off On=activity,subtype=Bayern,valueOn=Bayern,cmdOn=SenderTV+Bayern,cmdOff=off
...
Hat jemand solche zusammen gesetzten Objekte in der Eve-App laufen? Und wenn ja, funktionieren die noch nach dem Update auf I)OS 16?
Elektrolurch
Guten Abend ,
ich habe Probleme die Homebridge in Apple-Homekit zu finden .
Ich habe nach einem Crash das Image von meinem Raspi 3 zurück auf die Speicherkarte gespielt und auf dem iPhone mein Zuhause gelöscht .
Nach allen Updates auf dem Raspi ,habe ich ein neues Zuhause auf dem iPhone angelegt.
Keine Bridge zu finden . Natürlich den Persist Ordner gelöscht , in Accessories steht noch nichts drin .
Den "User" und "Pin" geändert ... immer noch nichts
Die "Server" Grundeinstellung von 127.0.0.1 auf die IP des Raspi ,auf dem auch die Homebridge läuft , geändert .... immer noch nichts
Im Moment weiß ich nicht weiter .
Ein
sudo netstat -tulpen
zeigt folgendes :
pi@raspberrypi:~ $ sudo netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 999 12000 685/perl
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 1000 11792 349/deCONZ
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 999 11992 685/perl
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1000 13802 349/deCONZ
tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN 999 11989 685/perl
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN 999 11990 685/perl
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN 999 11991 685/perl
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 14115 644/sshd
tcp6 0 0 :::51826 :::* LISTEN 998 16535 368/homebridge
tcp6 0 0 :::22 :::* LISTEN 0 14117 644/sshd
tcp6 0 0 :::8282 :::* LISTEN 998 11988 368/homebridge
udp 0 0 0.0.0.0:36554 0.0.0.0:* 108 13702 383/avahi-daemon: r
udp 0 0 0.0.0.0:5353 0.0.0.0:* 998 16537 368/homebridge
udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13700 383/avahi-daemon: r
udp 0 0 0.0.0.0:1900 0.0.0.0:* 1000 10050 349/deCONZ
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 11775 624/dhcpcd
udp6 0 0 :::5353 :::* 108 13701 383/avahi-daemon: r
udp6 0 0 :::59029 :::* 108 13703 383/avahi-daemon: r
Ist das richtig das die Homebridge auf "tcp6" ist ????
Schau mal in den Homebridge Einstellungen. Da lässt sich zumindest das Interface festlegen.
Ob es da eine Option für ipV6 oder 4 gibt, weiß ich aus dem Stegreif auch nicht.
Hallo MatthiasL ,
danke für Deine Antwort , leider kann ich Dir nicht ganz folgen.
Welch Homebridge Einstellunen meinst Du ,die in der config.json ??
Müsste für tcp6 im Router ipV6 aktiviert sein ?
Ich nutze Homebridge.io zur Verwaltung.
Und da gibts oben rechts so ein Zahnrad glaub ich.
Wenn du es nichts nutzt - unbedingt ansehen. Ist super zur Verwaltung
Ansonsten mal in der config.json testen:
"bridge": {
// ...
"advertiser": "avahi",
},
....
Kann ich leider erst morgen testen ....
Werde auf jedenfall berichten
Zitat von: MatthiasL am 18 November 2022, 21:19:43Ich nutze Homebridge.io zur Verwaltung.
Falls jemand das sucht, ich denke gemeint ist: Homebridge UI (https://github.com/oznu/homebridge-config-ui-x#readme)
Und in der Homebridge-Konfiguration habe ich im Abschnitt
platforms für FHEM die lokale IP meines RaspPis (da laufen u.A. FHEM und Homebridge drauf) drin stehen:
"server": "192.168.xxx.xxx",
Kann es mit NodeJS Zusammenhängen ?
Ich habe auf 14.x aktualisiert , weil das aktuelle NPM nicht mit meiner
älteren Version arbeiten wollte .
Ich habe den Verdacht das noch eine 2. Homebridge-Instanz läuft.
Der Log über SSH-Putty zeigt an ,daß mehrere Plattformen geladen sind ,
die in meiner aktuellen config.json unter
/home/pi/.homebridge
nicht stehen .
Wie kann ich feststellen ob noch eine 2.Homebridge läuft bzw. wo eine 2. config.json zu finden wäre ??
Fehler gefunden ..
Ich habe die ganze Zeit versucht den Fehler in der Homebridge unter
/home/pi/.homebridge
zu finden
Nach langem suchen stellte sich heraus ,daß eine zweite unter
/var/homebridge
läuft .
Dies wird vom Sytem und Apple Home verwendet .
Leider kann ich die als "User" "pi" darin nichts ändern , da ich nicht Besitzer bin und keine Rechte habe .
WIe kann ich das ändern ?
Problem gelöst ,Rechte angepasst .
Homebridge wird in Apple Home wieder erkannt .
Jetzt habe ich eine Frage zu Homebridge UI
Wenn ich diese installieren und verwenden möchte , muss dafür die "normale" Homebridge deinstalliert werden ??
Danke
Nach längerer Fhem-Abstinenz (ca. 1 Jahr) bin ich mal wieder zurück gekehrt. Meine gesamten Homematic-Komponenten der Wohnung entfernt und komplett auf KNX umgestiegen. Fhem und Homebridge sollen nur noch als Visu ggf. für spezielle Logikfunktionen herhalten.
Beim Contact Sensor ist mir aber folgendes Problem aufgefallen bzgl. der FakegatoHistory:
Kontakt Auf/Zu -> funktioniert
Anzahl geöffnet -> funktioniert (Zähler zurücksetzen funktioniert)
Zuletzt geöffnet -> stimmt nicht (nach dem öffnen sollte hier ja z.b. "vor 5min" stehen
kann das jemand bestätigen? fhem, homebridge aktuell, ios16.2beta, eve aktuell
Moin,
habe gerade mal in Eve nachgeschaut, mein Bewegungsmelder hat ein ähnliches Problem.
Letzte Bewegung hat den Wert: n.v.
Im Homebridge UI Log finde ich folgende Meldung:
Bewegungsmelder: Custom LastActivation characteristic: last update unknown
Wenn ich die Tage Zeit finde versuche ich das Problem mal nachzuvollziehen.
VG
Basti
Guten Abend ,
neue Installation auf einem Pi 4 !!
Ich bin jetzt dabei ,meine ganzen Steckdosen,Schalter etc. wieder in die Homebridge einzupflegen .
Dabei ist mir aufgefallen das ein wichtiges Attribut gar nicht mehr zur Auswahl steht
homebridgeMapping
Ein manueller Versuch ergibt :
attr MQTT2_DVES_CC3DAC_1 homebridgeMapping clear On=state,valueOn=on,cmdOn=on,cmdOff=off
MQTT2_DVES_CC3DAC_1: unknown attribute homebridgeMapping. Type 'attr MQTT2_DVES_CC3DAC_1 ?' for a detailed list.
Das
genericDeviceType
kann ich auswählen und benutzen .
Woran liegt das ??
Ich brauche das Attribut um meine Akktoren in Apple Home zu benutzen .
Was für mich neu ist , das ich auf Homebridge UI umgestiegen bin ,die jedoch nicht die Ursache für mein Problem ist
Vielleicht kann jemand mir einen Tip geben ??
Hast du schon eine Alexa oder eine Siri definiert?
Ja Siri ist definiert ....
ich glaube das mein "global device" nicht vollständig ist .
Könnte jemand eine funktionierende zur Verfügung stellen ?
Fehler gefunden ,es lag wirklich an einer nicht vollständigen Zeile für "global device"
Danke
Zitat von: MatthiasL am 18 November 2022, 21:19:43
Ich nutze Homebridge.io zur Verwaltung.
Und da gibts oben rechts so ein Zahnrad glaub ich.
Wenn du es nichts nutzt - unbedingt ansehen. Ist super zur Verwaltung
Hallo Matthias ,
ich habe jetzt Homebridge UI installiert .
Auf meine frische Neuinstallation habe ich keine Homebridge installiert sondern nur Homebridge UI .
Komme nicht zurecht mit dem hinzufügen von meinen Geräten.
Finde aber keine Infos ob eine "normale" Homebridge vorher installiert werden muss.
Könntest Du mir weiterhelfen ?
Natürlich bin ich für jede Hilfe dankbar
Wie immer hilft eine Suche und ein Blick ins Wiki: https://wiki.fhem.de/wiki/Homebridge_einrichten
Danke für die Antwort.
Das habe ich vorher gelesen , beantwortet aber nicht meine Frage .
Zitat von: Sky am 01 Dezember 2022, 20:21:39
Auf meine frische Neuinstallation habe ich keine Homebridge installiert sondern nur Homebridge UI .
Das ist wie ein Auto ohne Motor: sieht gut aus, tut aber nichts.
Ich habe Hombridge mit Homebridge UI wie hier (https://github.com/homebridge/homebridge) beschrieben installiert:
Zitat von: github.com/homebridge/homebridgeThe Homebridge Wiki contains step-by-step instruction on how to install Node.js and setup Homebridge and the Homebridge UI as a service so it automatically starts on boot.
Nach der Homebridge Installation musst Du noch das
FHEM plugin installieren und konfigurieren.
Falls bereits bekannte Geräte immer wieder neu im Standardraum in Homekit erscheinen,lies
dies.
Moin,
ich habe folgendes Problem: In der EVE APP (IOS 16.1.2) wird für ein Fensterkontakt der Wert "zuletzt geöffnet" nicht aktualisiert.
Internals:
CID OG_BZ_TK
DEF OG_BZ_TK
FUUID 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade
IODev mosquitto_client
LASTInputDev mosquitto_client
MSGCNT 56
NAME OG_BZ_TK
NR 116
STATE open
TYPE MQTT2_DEVICE
eventCount 74
mosquitto_client_MSGCNT 56
mosquitto_client_TIME 2022-12-07 17:08:05
OLDREADINGS:
READINGS:
2022-12-06 08:44:20 IODev mosquitto_client
2022-12-07 04:03:29 availability online
2022-12-07 17:08:05 battery 90
2022-12-07 17:12:41 contact false
2022-12-07 17:08:05 device_temperature 21
2022-12-07 17:08:05 last_seen 2022-12-07T17:08:05+01:00
2022-12-07 17:08:05 linkquality 171
2022-12-07 17:08:05 power_outage_count 28
2022-12-06 00:54:55 reachable 1
2022-12-07 17:12:41 state open
2022-12-07 17:08:05 temperature 35
2022-12-07 17:08:05 voltage 2985
Attributes:
IODev mosquitto_client
alias Fensterkontakt
genericDeviceType ContactSensor
homebridgeMapping ContactSensorState=contact,values=true:CONTACT_DETECTED;false:CONTACT_NOT_DETECTED
history:size=1024
Reachable=reachable
readingList zigbee2mqtt/OG_BZ_TK:.* { json2nameValue($EVENT,'', ) }
zigbee2mqtt/OG_BZ_TK/availability:.* availability
room Bad OG
userReadings state:contact.* { ReadingsVal($NAME,"contact",0) eq "false" ? "open" : "closed" }
Debug Meldungen der Homebridge wenn "contact" auf false geändert wird:
[12/7/2022, 5:26:22 PM] [FHEM] OG_BZ_TK-contact values: value false mapped to 1
[12/7/2022, 5:26:22 PM] [FHEM] caching: ContactSensorState: 1 (as number; means CONTACT_NOT_DETECTED; from 'false')
2022-12-07 17:26:22 caching: OG_BZ_TK-EVE-TimesOpened: 11
[12/7/2022, 5:26:22 PM] [FHEM] caching: Custom TimesOpened: 11 (as number; from '11')
[12/7/2022, 5:26:22 PM] [FHEM] adding history entry { time: 1670430382, status: 1 }
[12/7/2022, 5:26:22 PM] [FHEM] **Fakegato-timer: addData 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade { time: 1670430382, status: 1 } immediate: true
[12/7/2022, 5:26:22 PM] [FHEM] **Fakegato-timer: executeImmediateCallback**
[12/7/2022, 5:26:22 PM] [FHEM] **Fakegato-timer callbackDoor: 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade , immediate: true , entry: { time: 1670430382, status: 1 }
[12/7/2022, 5:26:22 PM] [FHEM] First entry 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 0
[12/7/2022, 5:26:22 PM] [FHEM] Last entry 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 3a
[12/7/2022, 5:26:22 PM] [FHEM] Used memory 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 3a
[12/7/2022, 5:26:22 PM] [FHEM] 116 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 9f220200000000008fd33e2901 06013b00000400000000000000000101
[12/7/2022, 5:26:22 PM] [FHEM] ** Fakegato-storage write FS file: /opt/homebridge/fhem01_638e8cbd-f33f-3f2c-b60a-4b9980c433745ade_persist.json "firstEntry":0,"lastEntry":58,"usedMemory":58,"refTime":691983247,"initialTime":
[12/7/2022, 5:26:23 PM] [FHEM] query Custom LastActivation for OG_BZ_TK:state: 138838
Debug Meldungen der Homebridge wenn "contact" auf true geändert wird:
[12/7/2022, 5:30:31 PM] [FHEM] OG_BZ_TK-contact values: value true mapped to 0
[12/7/2022, 5:30:31 PM] [FHEM] caching: ContactSensorState: 0 (as number; means CONTACT_DETECTED; from 'true')
[12/7/2022, 5:30:31 PM] [FHEM] adding history entry { time: 1670430631, status: 0 }
[12/7/2022, 5:30:31 PM] [FHEM] **Fakegato-timer: addData 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade { time: 1670430631, status: 0 } immediate: true
[12/7/2022, 5:30:31 PM] [FHEM] **Fakegato-timer: executeImmediateCallback**
[12/7/2022, 5:30:31 PM] [FHEM] **Fakegato-timer callbackDoor: 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade , immediate: true , entry: { time: 1670430631, status: 0 }
[12/7/2022, 5:30:31 PM] [FHEM] First entry 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 0
[12/7/2022, 5:30:31 PM] [FHEM] Last entry 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 3c
[12/7/2022, 5:30:31 PM] [FHEM] Used memory 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 3c
[12/7/2022, 5:30:31 PM] [FHEM] 116 638e8cbd-f33f-3f2c-b60a-4b9980c433745ade: 98230200000000008fd33e2901 06013d00000400000000000000000101
[12/7/2022, 5:30:31 PM] [FHEM] ** Fakegato-storage write FS file: /opt/homebridge/fhem01_638e8cbd-f33f-3f2c-b60a-4b9980c433745ade_persist.json "firstEntry":0,"lastEntry":60,"usedMemory":60,"refTime":691983247,"initialTime":
Starte ich die Hombebridge neu wird "zuletzt geöffnet" korrekt angezeigt. In diesem Fall die letzte Änderung von state.
Hat jemand ähnliche Probleme und konnte diese lösen?
Viele Grüße Basti
Hallo ,
ich habe einen Xiaomi/Aqara Rauchmelder (Modell : JTYJ-GD-03MI/BB ) über den ConBee in Fhem
Internals:
DEF sensor 7 IODev=ConBee
FUUID 638baef0-f33f-cfd3-1491-261d607bc108e779
FVERSION 31_HUEDevice.pm:0.267300/2022-11-21
ID S7
INTERVAL
IODev ConBee
NAME HUESensor7
NR 65
STATE nofire
TYPE HUEDevice
manufacturername LUMI
modelid lumi.sensor_smoke
name Rauchmelder
on 1
reachable 1
sensitivity 1
swversion 0.0.0_0004
type ZHAFire
uniqueid 00:15:8d:00:05:44:cb:5a-01-0500
READINGS:
2022-12-11 17:57:33 IODev ConBee
2022-12-11 17:06:11 battery 100
2022-12-11 17:06:11 batteryPercent 100
2022-12-03 21:18:17 batteryState ok
2022-12-03 21:18:17 fire 0
2022-12-03 21:18:17 lastseen 2022-12-03T20:18Z
2022-12-11 17:06:11 reachable 1
2022-12-03 21:18:17 state nofire
2022-12-03 21:18:17 tampered 0
helper:
devtype S
state nofire
update_timeout 1
configList:
json:
ep 1
etag b46fd7bb22757b34d773ff3f828e16ac
lastannounced
lastseen 2022-12-11T16:01Z
manufacturername LUMI
modelid lumi.sensor_smoke
name Rauchmelder
swversion 0.0.0_0004
type ZHAFire
uniqueid 00:15:8d:00:05:44:cb:5a-01-0500
config:
battery 100
sensitivity 1
pending:
state:
lastupdated 2022-12-03T20:18:17.828
setList:
Attributes:
IODev ConBee
alias Rauchmelder
event-on-change-reading .*
genericDeviceType SmokeSensor
group HUESensor
homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;0:BATTERY_LEVEL_LOW
model lumi.sensor_smoke
room Empfänger,Flur,Homekit
Ich habe diesen mit
homebridgeMapping StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;;;0:BATTERY_LEVEL_LOW
in Homekit eingefügt.
Bin mir aber nicht sicher ob das Mapping richtig ist , um einen Feuer/Rauchalarm in HomKit anzuzeigen .
Als Reading ist das
state nofire
im Listing
Wer hat diesen auch eingebunden ?
Hallo,
ich habe Homekit kompatible Fensterkontakte an den Fenstern verbaut.
Jetzt würde ich die gerne in fhem einbinden.
Funktioniert das immer noch so, dass ich zunächst mal für jeden Fensterkontakt einen dummy erstellen muss, ein Homebridge Mapping anlege damit die Kontakte in der Homebridge erscheinen?
Und dann für jeden Kontakt zwei Regeln erstellen muss, eine für den dummy wenn das Fenster auf ist und eine für den dummy wenn das Fenster zu ist? Das ganze mit der Eve App?
Oder gibt es mittlerweile elegantere Lösungen?
Danke
Dennis
Guten Abend,
ich bin mittlerweile etwas verzweifelt. Ich habe meinen Raspberry 3B neu aufgesetzt und dabei auf das aktuell Raspian (stretch --> bullseye) umgestiegen. Nun wollte ich auch wieder Homebridge installieren. Dabei habe ich mich erst an die WIKI Anleitung gehalten, die aber nicht zum Laufen bekommen. Dann habe ich mich an diese Anleitung gehalten:
https://github.com/homebridge/homebridge/wiki/Install-Homebridge-on-Raspbian (https://github.com/homebridge/homebridge/wiki/Install-Homebridge-on-Raspbian)
Danach habe ich dann über das Homebridge-UI das angebotene homebridge-fhem plugin (0.5.38) installiert und dann die config.json geändert. Die FHEM Geräte tauchen dann auch im Homebridge-UI Gerätereiter auf. Wenn ich nun aber unter iOS 16.2 die Bridge hinzufügen möchte, kommt jedes Mal, dass das Gerät nicht kompatibel sei. Ich habe schon diverse mDNS Einstellungen verwendet, das ändert aber nichts an der Fehlermeldung. Wenn ich das Plugin als Child Prozess laufen lasse, kann ich die Hauptbridge hinzufügen, versuche ich das ganze bei der Child-Bridge kommt die gleiche Fehlermeldung, scheint also am Plugin zu liegen. Wenn ich Homebridge von 1.6 auf 1.5.1 downgrade, kommt es zu ständigen Neustarts und im Log erscheint:
Error: Cannot add a bridged Accessory with the same UUID as another bridged Accessory: 58b439b3-af8b-4975-9e96-91cf014efbd4
at Bridge.Accessory.addBridgedAccessory (/var/lib/homebridge/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Accessory.ts:594:15)
at /var/lib/homebridge/node_modules/homebridge/src/bridgeService.ts:552:25
at Array.forEach (<anonymous>)
at /var/lib/homebridge/node_modules/homebridge/src/bridgeService.ts:539:21
at /var/lib/homebridge/node_modules/homebridge/node_modules/hap-nodejs/src/lib/util/once.ts:10:18
at FHEMPlatform.<anonymous> (/var/lib/homebridge/node_modules/homebridge-fhem/index.js:1222:22)
at Request.self.callback (/var/lib/homebridge/node_modules/homebridge-fhem/node_modules/postman-request/request.js:311:12)
at Request.emit (node:events:513:28)
at Request.<anonymous> (/var/lib/homebridge/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1577:10)
at Request.emit (node:events:513:28)
at Gunzip.<anonymous> (/var/lib/homebridge/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1448:12)
at Object.onceWrapper (node:events:627:28)
at Gunzip.emit (node:events:513:28)
at endReadableNT (node:internal/streams/readable:1359:12)
at processTicksAndRejections (node:internal/process/task_queues:82:21)
Selbst wenn ich die Ordner accessories und persist inklusive des Caches löschen bleibt die Fehlermeldung. Mittlerweile bin ich etwas ratlos. Hier auch noch mal die verwendeten Versionen aus dem LOG:
[37m[22.12.2022, 19:51:09][0m [36m[HB Supervisor][0m OS: Linux 5.15.76-v7+ arm
[37m[22.12.2022, 19:51:09][0m [36m[HB Supervisor][0m Node.js v18.12.1 /opt/homebridge/bin/node
[37m[22.12.2022, 19:51:09][0m [36m[HB Supervisor][0m Homebridge Path: /var/lib/homebridge/node_modules/homebridge/bin/homebridge
[37m[22.12.2022, 19:51:09][0m [36m[HB Supervisor][0m UI Path: /opt/homebridge/lib/node_modules/homebridge-config-ui-x/dist/bin/standalone.js
[0;37m[22.12.2022, 19:51:20] [0m[0;36m[Homebridge UI][0m [0;33mHomebridge Config UI X v4.50.2 is listening on :: port 8581[0m
[37m[22.12.2022, 19:51:21][0m [36m[HB Supervisor][0m Starting Homebridge with extra flags: -I -P /var/lib/homebridge/node_modules --strict-plugin-resolution
[37m[22.12.2022, 19:51:22][0m [36m[HB Supervisor][0m Started Homebridge v1.6.0 with PID: 16379
[37m[22.12.2022, 19:51:25] [39mLoaded config.json with 0 accessories and 2 platforms.
[37m[22.12.2022, 19:51:25] [39m---
[37m[22.12.2022, 19:51:25] [39mLoaded plugin: homebridge-fhem@0.5.38
homebridge API version: 2.7
this is homebridge-fhem 0.5.38
[37m[22.12.2022, 19:51:31] [39mRegistering platform 'homebridge-fhem.FHEM'
[37m[22.12.2022, 19:51:31] [39m---
[37m[22.12.2022, 19:51:31] [39mLoading 2 platforms...
[37m[22.12.2022, 19:51:31] [39m[36m[FHEM][39m Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1671735092821
Server listening on: http://<ip>:8282
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m Checking devices and attributes...
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m siri device is siri
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Bsiri%7D-%3E%7B%22homebridge-fhem%20version%22%7D%20=%20%220.5.38%22%7D&XHR=1
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m Fetching FHEM devices...
[37m[22.12.2022, 19:51:42] [39m[36m[FHEM][39m fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room%3DHomekit&XHR=1
[37m[22.12.2022, 19:51:43] [39m[36m[FHEM][39m got: 37 results
Selbst wenn ich es dann irgendwann aus unbekannten Gründen schaffe, dass iOs die Bridge akzeptiert, erscheinen keine Geräte, obwohl diese im Homebridge-UI die aktuellen Readings anzeigen.
Grüsse
Marcus
Ich glaube nicht umsonst hat Apple mittlerweile das Update 16.2 für Homekit zurückgenommen. Die Probleme haben sich seit Release gehäuft.
Da wird zeitnah ein Update kommen.
Gruss
Dennis
Danke, auf einen iPad mit 16.1 habe ich allerdings das gleiche Problem ;D
Hallo zusammen,
die Lösung war ganz einfach. Ich habe mal als Filter zunächst Homekit2 angegeben und danach versucht den Homebridge Server zu starten. Da ging das dann ohne Probleme. Danach habe ich mal 1-2 Testgeräte in den Raum hinzugefügt und die gingen. Scheinbar gibt es irgendwelche Geräte, die mit dem homebridgemapping vorher funktioniert haben, nun aber Probleme machen. Ich bin nun dabei, die Schritt für Schritt wieder hinzuzufügen ;-) Ich hoffe das hilft noch jemandem ;-)
Blöde nur, dass man das iPad unter iOS 16 nicht mehr als Zentrale verwenden kann. wenn ich das mal gewusst hätte....
Viele Grüsse
Marcus
Ich habe bis jetzt meine Device´s in Fhem mit "homebridge" angelegt ( Raum Homekit ) .
Alles läuft ...
Jetzt habe ich neugieriger weise "Homebridge-UI-X" installiert .
Auch dies funktioniert, was ich aber nicht weiß, wie ich meine Aktoren aus Fhem
in "Homebridge-UI-X" einbinden kann , ohne diese in der conf.json neu einzubinden .
Hallo,
wenn ich mich richtig erinnere, erscheinen in Homebridge-UI-X alle in Homebridge erkannten FHEM-Geräte im Dashboard unter dem Geräte-Tab. Wenn man dirt auf ein Gerät geht und klickt auf das dort erscheinende Einstellungs-Icon lassen sich die Geräte im Dashboard als Favorit einbinden.
Viele Grüsse
Marcus
Ich habe das Problem, das Homebrigde die Raumzuordnung bei HM Geräten immer wieder vergisst. Bei allen anderen Geräten tritt der Fehler nicht auf.
Kann man den Raum mit homebridgeMapping mit übergeben, oder was kann man tun?
Den einzigen Unterschied den ich feststellen konnte ist, dass bei HM Geräten wird die ccuaddr herangezogen wird, bei anderen Geräten die FUUID.
Lies mal: dieses Thema (https://forum.fhem.de/index.php/topic,128925.0.html)
Könnte sein, dass das Phänomen tatsächlich mit der Generierung der Geräte-Serial in Homebridge zu tun hat. Diese wird bei HMCCUCHN und HMCCUDEV grundsätzlich anhand des Internals ccuaddr gebildet. Wenn dieses Internal aber aufgrund des noch nicht erfolgreichen Connects von FHEM zur CCU noch nicht vorhanden ist wenn die Verbindung von Homebridge zu FHEM stattfindet, wird die Geräte-Serial anhand der FUUID gebildet. Wenn dann zu einem späteren Zeitpunkt das Internal ccuaddr vorhanden ist und Homebridge neu startet und darüber dann die Geräte-Serial bildet, sind es "neue" Geräte.
Die Definition von HMCCUCHN- und HMCCUDEV-Geräten erfolgt immer über Channel-Name oder (besser) die Channel-Adresse (HM-Adresse) und ist damit für die CCU, auf die zugegriffen wird, einmalig. Dem folgend sollten sich das Internal DEF und das Internal ccuaddr zumindest dann, wenn man die Definition mittels Adresse nutzt, entsprechen. Das Internal DEF ist im Gegensatz zum Internal ccuaddr aber IMMER in FHEM vorhanden, auch wenn noch kein Connect zur CCU stattgefunden hat. Will man die Serial wirklich ein-eindeutig machen, könnte man sie aus dem Internal IODev und dem Internal DEF zusammensetzen.
Vielleicht kann @justme1968 ja Zeile 2054 in der index.js entsprechend modifizieren.
Hi zusammen,
habe ich das richtig verstanden, dass subtypes unter ios 16 nichts mehr ordentlich funktionieren?
Ich hatte damals auch durch eure Hilfe ein Kommando für meine Keematic per subtype eingerichtet.
Inzwischen wird der Befehl per Siri ber nicht mehr erkannt.
In der Hombridge selbst wird das Gerät folgendermaßen eingebunden:
[1/15/2023, 5:26:40 PM] Initializing platform accessory eg_fl_door...
[1/15/2023, 5:26:40 PM] [FHEM] creating services for eg_f_door [1/15/2023, 5:26:40 PM] [FHEM] information service for eg_fl_door
[1/15/2023. 5:26:40 PM [FHEMI
[1/15/2023, 5:26:40 PM] [FHEM]
manufacturer, model and serial number characteristics for eg_f_door name (siriName) characteristic for eg_f_door
[1/15/2023. 5:26:40 PM1 [FHEM] LockMechanism service for eg_fl door [1/15/2023. 5:26:40 PM1 (FHEMI
LockCurrentState characteristic for eg_fl_door:lock
[1/15/2023. 5:26:40 PM1 (FHEMI
LockTargetState characteristic for eg_ fl door:lock
[1/15/2023. 5:26:40 PM [FHEMI
StatusLowBattery characteristic for eg_fl_door:battery
[1/15/2023, 5:26:40 PM] [FHEM]
StatusActive characteristic for eg_fl_door: CommandAccepted
[1/15/2023, 5:26:40 PM] [FHEM] eg_fI_door: service name On unknown
[1/15/2023, 5:26:40PM] [FHEM] switch service (default) for eg_fl_door (Sesam öffne dich)
[1/15/2023, 5:26:40 PM] [FHEM On#On characteristic for eg_ fldoor:lock
Wie sieht das bei euch aus? Geht das noch irgendwo?
Danke & Gruß,
Tobi
Hallo Tobi,
willkommen im Club. Jetzt sind wir schon zu zweit. Ich hattte das schon weiter oben gefragt, aber keine Antwort bekommen.
Habe mein E-Auto und die SAT-Receiver mit Hilfe von subtype zusammen gesetzt. Hat auch mit Siri bis IOS16 gut funktioniert.
Habe den Fehler bei Apple auch gemeldet (3.11.2022 Case-ID: 912568), aber dazu noch keine Rückkoppelung bekommen.
Auffällig ist auch noch, dass in der Home-App bei devices mit subtypen die Möglichkeit für "Einstellungen" fehlt.
Aber Apple hat mit IOS16 ziemlich viel in der Home-App kaputt gemacht....
Gruß
Elektrolurch
Zitat von: Elektrolurch am 17 Januar 2023, 11:56:23
Aber Apple hat mit IOS16 ziemlich viel in der Home-App kaputt gemacht....
Wohl wahr. Hast du 16.3 schon probiert?
Habe ich noch nicht zum download angeboten bekommen. Angeblich sollen dann die Homepod-Minis auch Temperatur und Feuchtigkeit anzeigen können.
ZitatHabe ich noch nicht zum download angeboten bekommen. Angeblich sollen dann die Homepod-Minis auch Temperatur und Feuchtigkeit anzeigen können.
Kommt nächste Woche und dann können die HomePods Mini auch Temperatur und Feuchtigkeit anzeigen.
Auch unter 16.3 leider keine Änderung...
Zitat von: Cobra am 21 Januar 2023, 10:18:35
Kommt nächste Woche und dann können die HomePods Mini auch Temperatur und Feuchtigkeit anzeigen.
Gibt es irgend einen Weg, diese Sensordaten der Homepods für FHEM zugänglich zu machen?
Hallo Zusammen,
hat jemand eine HomeMatic Klingelsensor erfolgreich eingebunden?
Hab auf die schnelle nichts über die Suche gefunden.
Vielleicht kann mir ja jemand den Schubs in die Richtige Richtung geben?
Danke und Grüße Robert
Falls Du mit "HomeMatic Klingelsensor" den HmIP-DSD-PCB meinst: Ja, den habe ich, mit HMCCU und HMCCUCHN (Kanal 1) in FHEM eingebunden.
Wie bei allen Tastern musst Du in der CCU, falls Du das Signal nicht in schon anderweitig in der CCU verwendest, ein kleines Programm schreiben, damit diese das Signal auch einliest und an FHEM melden kann, siehe Bild.
Angeblich kann man das Programm in der CCU nach der ersten Nutzung auch wieder löschen.
Das zweite Problem ist, dass das Reading PRESS_SHORT beim Klingeln zwar auf 1 gesetzt wird, aber nie auf 0, das musst Du selber machen.
Zitat von: Miami am 28 Januar 2023, 11:59:28
Falls Du mit "HomeMatic Klingelsensor" den HmIP-DSD-PCB meinst: Ja, den habe ich, mit HMCCU und HMCCUCHN (Kanal 1) in FHEM eingebunden.
Wie bei allen Tastern musst Du in der CCU, falls Du das Signal nicht in schon anderweitig in der CCU verwendest, ein kleines Programm schreiben, damit diese das Signal auch einliest und an FHEM melden kann, siehe Bild.
Angeblich kann man das Programm in der CCU nach der ersten Nutzung auch wieder löschen.
Das zweite Problem ist, dass das Reading PRESS_SHORT beim Klingeln zwar auf 1 gesetzt wird, aber nie auf 0, das musst Du selber machen.
Nix für ungut. Ich glaub du meinst etwas anderes.
Wir sind hier in einem Thread zu Homebridge, also der Einbindung von FHEM device für Apple Geräte per Apple HomeKit.
Den Klingelsensor, hab ich ja schon eingebunden und die Abfrage für eine Pushover notification funktioniert auch.
Nun geht es mir um die Integration der besagten Klingel in das Apple Universum.
Aber trotzdem dank dir.
Grüße Robert
Hallo Robert,
bin davon ausgegangen, dass Du noch vor dem ersten Schritt stehst und das Klingelsignal nicht schon im FHEM hast.
Bei mir läuft zwar auch eine Homebridge, das Klingelsignal habe ich aber bisher nicht an Apples Homekit weitergereicht. Sehe bei mir bisher keinen Anwendungsfall dafür.
Zitat von: Miami am 29 Januar 2023, 09:07:41
Bin davon ausgegangen, dass Du noch vor dem ersten Schritt stehst und das Klingelsignal nicht schon im FHEM hast.
Bei mir läuft zwar auch eine Homebridge, das Klingelsignal habe ich aber bisher nicht an Apples Homekit weitergereicht. Sehe bei mir bisher keinen Anwendungsfall dafür.
Ah okay. Also habe ich mich nicht wirklich gut ausgedrückt beim ersten Post.
Ich wollte einfach das signalisieren der Klingel per pushover ersparen und an HomeKit auslagern.
Wenn das überhaupt geht.
Hallo,
ich habe neuerdings ein Problem mit den Pushmeldungen aus der Home App heraus und weiß nicht so wirklich, wo ich anfangen soll zu suchen...
Im LAN/Wifi funktioniert alles super, doch sobald ich im Mobilnetz bin, kommt nichts mehr an. Als Steuerung fungiert ein Apple TV mit TVOS 16.4, das iPhone läuft noch mit 14.3 und Jailbreak (falls das wichtig ist), jedoch wurde dort schon ewig nichts mehr geändert.
NPM ist die Version 9.6.5, Homebridge v1.6.0 (HAP v0.11.0) und homebridge-fhem (0.5.38) sind gemäß wiki auch aktuell, nodejs ist Version 16.20.0, alles auf Debian 11.
Alles gelöscht und komplett neu eingerichtet habe ich schon mehrmals und es gibt keine Verbesserung...
Kennt jemand dieses Problem bzw. kann mich in die richtige Richtung drehen?
Gruß Dusti
Zitat von: Elektrolurch am 17 Januar 2023, 11:56:23Hallo Tobi,
willkommen im Club. Jetzt sind wir schon zu zweit. Ich hattte das schon weiter oben gefragt, aber keine Antwort bekommen.
Habe mein E-Auto und die SAT-Receiver mit Hilfe von subtype zusammen gesetzt. Hat auch mit Siri bis IOS16 gut funktioniert.
Habe den Fehler bei Apple auch gemeldet (3.11.2022 Case-ID: 912568), aber dazu noch keine Rückkoppelung bekommen.
Auffällig ist auch noch, dass in der Home-App bei devices mit subtypen die Möglichkeit für "Einstellungen" fehlt.
Aber Apple hat mit IOS16 ziemlich viel in der Home-App kaputt gemacht....
Gruß
Elektrolurch
Hi,
hast du inzwischen eine Antwort von Apple erhalten?
Danke & Gruß,
Tobi
Moin zusammen, brauche Hilfe bei der Einbindung eines Shelly Plus 1 in Homekit.
Die FHEM Einbindung mittels Shelly-Modul verlief problemlos, die angeschlossene Lampe lässt sich aus FHEM heraus fehlerfrei steuern.
In Homekit wird mir das Gerät auch angezeigt, lässt sich grundsätzlich auch steuern, aber augenscheinlich erhält Homekit keine Zustands-Rückmeldung.
Heißt: immer beim Öffnen von Homekit wird mir der Aktor als "eingeschaltet" angezeigt. Bei geöffneter Homekit-App ändert sich die visuelle Zustandsdarstellung auch nicht, wenn ich in FHEM heraus den Schaltzustand ändere.
Etwas kurios, weil ich diverse Shelly Plug S und Shelly 2.5 seit Ewigkeiten problemlos am Rennen habe.
define shellyCarportlicht Shelly 192.168.178.110
attr shellyCarportlicht alias Carportlicht
attr shellyCarportlicht genericDeviceType switch
attr shellyCarportlicht interval 3600
attr shellyCarportlicht model shellyplus1
attr shellyCarportlicht room Draussen,Homekit
attr shellyCarportlicht stateFormat relay
# CFGFN
# DEF 192.168.178.110
# DURATION 0
# INTERVAL 3600
# NAME shellyCarportlicht
# NR 1006279
# STATE off
# TCPIP 192.168.178.110
# TYPE Shelly
# eventCount 95
# READINGS:
# 2023-05-05 08:08:17 inttemp 47.3
# 2023-05-04 21:26:31 network <html>connected to <a href="http://192.168.178.110">192.168.178.110</a></html>
# 2023-05-05 08:08:15 relay off
# 2023-05-05 08:08:17 state OK
Was mache ich falsch?
edit:
found solution:
homebridgeMapping
attr homebridgemapping On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
Hallo,
leider wird der Status eines Thermostats in der Home-App nicht aktualisiert wenn das Device per Fhem geschaltet wird. Schalte ich über die Home-App auf Heat wird das Device in Fhem eingeschaltet. Schalte ich das Device in Fhem ein, wird das Device in der Home-App nicht auf Heat geschaltet.
Hier das List vom Device mit dem homebridgeMapping:
Internals:
FUUID 60c2fb6c-f33f-e675-756e-a93d7e34be7a9555
NAME Pool_Solltemperatur
NR 894
STATE 32.0 °C
TYPE dummy
READINGS:
2022-05-31 15:03:13 desiredTemperature auto
2022-08-26 22:46:00 state 32
Attributes:
alias Wunschtemperatur
genericDeviceType thermostat
group Poolheizung
homebridgeMapping TargetTemperature=state::state,minValue=24,maxValue=32,minStep=0.5,nocache=1 CurrentTemperature=Wassertemperatur_Skimmer:temperature,nocache=1
TargetHeatingCoolingState=Poolheizung:state,values=OFF:off;HEAT:on;COOL:2;AUTO:3,cmds=OFF:off;HEAT:on;AUTO:auto,valid=OFF;HEAT CurrentHeatingCoolingState=Poolheizung:state,values=OFF:off;HEAT:on;COOL:2;AUTO:3 StatusActive=present,valueOn=on,valueOff=off history:size=1024
readingList state desiredTemperature
room Homekit,Pool
setList state:slider,23,0.5,32,1 solltemperatur:slider,23,0.5,32 on off
sortby 3
stateFormat {sprintf("%.1f °C",ReadingsVal("Pool_Solltemperatur","state",0))}
Und hier das list von dem Device, das ein bzw. ausgeschaltet wird:
Internals:
FUUID 60bf5865-f33f-e675-71f6-bb3f911e68c26457
NAME Poolheizung
NR 890
STATE on
TYPE dummy
READINGS:
2023-06-02 14:27:04 state on
Attributes:
devStateIcon on:power_button:off off:power_button_rot:on
event-on-change-reading .*
genericDeviceType switch
group Poolheizung
room Homekit,Pool
setList on off
sortby 1
webCmd on:off
Hat jemand eine Idee?
Hallo,
ich habe eine Herausforderung im Zusammengang mit homekit/homebridge.
Ich habe in einem Raum "Wohnzimmer" 2 Thermostate:
1.) Homematic HM-TC-IT-WM-W-EU Wandthermostat für Heizung "Name = Wandthermostat"
2.) Klimaanlage mit homebridgemapping Definition "Name = Klimaanlage"
Wenn ich jetzt zu Siri sage "Wohnzimmer kühlen", dann fragt sie mich "Welche Temperatur?". Wenn ich dann eine antworte, wird diese für beide Thermostate eingestellt. Das führt dazu, dass die Klimaanlage kühlt und sich potentiell dann mal auch die Heizung einschaltet.
Habt ihr sowas schon mal gehabt ... also 2 Thermostate pro Raum. Selbst mit dem "nativen Namen", zB "Klimaanlage einschalten" werden beide Thermostate auf COOL gestellt und die Temperatur angefragte Temperatur auf beide Thermostate übertragen.
Und: Ich weiß, dass das letztes Jahr im Sommer funktioniert hat. Scheint also ein Feature mit einem Update (OS, Homebridge, ...) zu sein.
Habt ihr eine Idee?
Danke!
Wie wäre es als Übergang, das Klimagerät in der Home App "in einen anderen Raum" zu verlegen (Balkon, Esszimmer, Hobbyraum, ...)?
Dann könntest du sie unterschiedlich ansprechen. An dem wirklichen Aufstellungsorten braucht sich ja nichts zu ändern.
@cybers:
Dein Gerät hat folgende Einstellungen: genericDeviceType switch.
Bei meinen Heizungthermostaten ist das so eingestellt: attr ArbeitszimmerHeizung genericDeviceType thermostat
Und mich wundert, dass du zwar ein homeBridgeMapping aufgeführt hast. Im List taucht das aber nicht auf.
Zitat von: jhohmann am 21 Juni 2023, 09:42:32@cybers:
Dein Gerät hat folgende Einstellungen: genericDeviceType switch.
Bei meinen Heizungthermostaten ist das so eingestellt: attr ArbeitszimmerHeizung genericDeviceType thermostat
Und mich wundert, dass du zwar ein homeBridgeMapping aufgeführt hast. Im List taucht das aber nicht auf.
ich habe meinen obigen Beitrag mal um das List des Devices mit dem homeBridgeMapping geändert.
Es handelt sich um zwei Devices:
- das eine ist als Thermostat konfiguriert, hat das homeBridgeMapping und hiermit wird die Temperatur eingestellt
- das zweite ist ein Switch (Dummy) und schaltet meine Poolheizung ein und aus
Das Schalten aus der Home-App funktioniert auch. Nur der Status wird nicht richtig übermittel. D.h. wenn ich aus Fhem schalte, wird es in der Home-App falsch dargestellt.
Könnte es daran liegen, dass in deinem homeBridgeMapping zwei Devices angesprochen werden?
TargetHeatingCoolingState verweist auf den State der Poolheizung.
Probiere mal mit passendem notify bei der Poolheizung ein neues Reading poolstate (oder was auch immer) bei der Poolsolltemperatur zu setzen.
Und für den Rückweg eventuell auch?
Und das homeBridgeMapping anpassen nicht vergessen.
hab bei mir jetzt auch Homebridge-FHEM ausprobiert und es läuft grundsätzlich sehr gut. Was ich nicht hinbekomme, ist es Lampen mit Farb- und Temperaturwahl so einzubinden, dass sie auch laufen. Durchforsten von Foren und Internet haben mir leider auch keine Lösung gebracht.
Konkret hier der erste Fall: Eine Mi Desk-Lamp bei der die Temperatur-Steuerung "ct" nicht geht. Ich hab folgendes probiert aber er liefert unsinnige Werte zurück. Gibt es dafür mittlerweile eine Lösung (letzter Beitrag dazu hier im Forum ist ein paar Jahre her)?
ColorTemperature=ct,factor=0.025,minValue=50,maxValue=400,minStep=1,min=2700,max=6500,cmd=ct
Zitat von: jhohmann am 21 Juni 2023, 09:33:38Wie wäre es als Übergang, das Klimagerät in der Home App "in einen anderen Raum" zu verlegen (Balkon, Esszimmer, Hobbyraum, ...)?
Dann könntest du sie unterschiedlich ansprechen. An dem wirklichen Aufstellungsorten braucht sich ja nichts zu ändern.
Danke. Ja, das hab ich jetzt auch gemacht. Ich habe die Thermostate in den Räumen, wo es eine Klimaanlage gibt, komplett aus der Homebridge entfernt. Das muss ich in der Heizsaison wieder rückgängig machen.
Ist halt etwas umständlich.
Zitat von: Typ1er am 09 September 2019, 19:40:38ich habe das bei meinen Jalousien gemappt, es geht bei mir nur in Eve. Home zeigt die Lamellen nicht an in iOS 12.4.1
Ich habe dann die Sprungweite auff 33% gestellt, so habe bei den Lamellen nur 0/33/66/99% zur Auswahl
siehe Bild
das Mapping von meinen RollerShutter ergänzt
clear
CurrentPosition=position_blind,minValue=0,maxValue=99
TargetPosition=positionBlinds::position_blind,minValue=0,maxValue=99,minStep=1
CurrentTiltAngle=position_slat,minValue=0,maxValue=99
TargetTiltAngle=positionSlat::position_slat,minValue=0,maxValue=99,minStep=33
Hallo zusammen,
ist schon ne Weile her, aber unter iOS16 kann "Home" mittlerweile die Lamellenposition darstellen. Hat jemand eine Idee wie ich homebridge-fhem das am besten beibringen kann?
Hallo zusammen,
Jemand eine Idee dazu?
Moin,
ich versuche ein generictypeDevice vom Typ "thermostat" ans rennen zu bekommen, um aus der Homekit-App heraus eine Soll-Temperatur an ein FHEM-Device vorgeben zu können. Ganz simpel soll das Reading "state" eines dummy-Devices mit Soll-Werten beschrieben werden.
defmod dummy_LayZ_SollTemp dummy
attr dummy_LayZ_SollTemp genericDeviceType thermostat
Mit
attr dummy_LayZ_Solltemp homebridgeMapping
CurrentTemperature=MQTT2_layzspa:TMP,minValue=20,maxValue=40,minStep=1,nocache=1
CurrentHeatingCoolingState=MQTT2_layzspa:heaterstate,values=HEAT:1;COOL:2;OFF:0;AUTO:3
TargetTemperature=state::state,minValue=20,maxValue=40,minStep=1,nocache=1,cmd=control
TargetHeatingCoolingState=Nothing,values=HEAT:1;COOL:2;OFF:0;AUTO:3
kriege ich das Thermostat in Homekit dargestellt und es wird die korrekte Ist-Temperatur angezeigt. Aber egal wie ich was kombiniere, die Soll-Temperatur ändert sich nicht.
1.) geht es einstellbar nur bis 38°C maximal (ist das ggf. eine Homekit Beschränkung??)
2.) ändert sich "state" nur, wenn ich in Homekit zwischen "Heizen, Kühlen, Automatik" wechsle und schreibt mir in das Reading dann "undefined 0, undefined 1...) usw rein.
Jemand eine Idee?
Zitat von: Dracolein am 10 Juli 2023, 07:46:22Moin,
ich versuche ein generictypeDevice vom Typ "thermostat" ans rennen zu bekommen, um aus der Homekit-App heraus eine Soll-Temperatur an ein FHEM-Device vorgeben zu können. Ganz simpel soll das Reading "state" eines dummy-Devices mit Soll-Werten beschrieben werden.
defmod dummy_LayZ_SollTemp dummy
attr dummy_LayZ_SollTemp genericDeviceType thermostat
Mit
attr dummy_LayZ_Solltemp homebridgeMapping
CurrentTemperature=MQTT2_layzspa:TMP,minValue=20,maxValue=40,minStep=1,nocache=1
CurrentHeatingCoolingState=MQTT2_layzspa:heaterstate,values=HEAT:1;COOL:2;OFF:0;AUTO:3
TargetTemperature=state::state,minValue=20,maxValue=40,minStep=1,nocache=1,cmd=control
TargetHeatingCoolingState=Nothing,values=HEAT:1;COOL:2;OFF:0;AUTO:3
kriege ich das Thermostat in Homekit dargestellt und es wird die korrekte Ist-Temperatur angezeigt. Aber egal wie ich was kombiniere, die Soll-Temperatur ändert sich nicht.
1.) geht es einstellbar nur bis 38°C maximal (ist das ggf. eine Homekit Beschränkung??)
2.) ändert sich "state" nur, wenn ich in Homekit zwischen "Heizen, Kühlen, Automatik" wechsle und schreibt mir in das Reading dann "undefined 0, undefined 1...) usw rein.
Jemand eine Idee?
Schau doch mal in meinen vorletzten Beitrag (10 Posts über deinem) da solltest du die Lösung finden.
Gruß, Sascha
Möglicherweise stehe ich auf dem Schlauch, aber eine Lösung für mein Problem kann ich nicht herauslesen.
Zitat von: Dracolein am 10 Juli 2023, 12:00:36Möglicherweise stehe ich auf dem Schlauch, aber eine Lösung für mein Problem kann ich nicht herauslesen.
Das Dummy-Device in meinem List in dem Beitrag mach genau das, was du willst. Temperatur über ,,Home" einstellen.
Zusätzlich wird noch der Status eines weiteren Devices abgefragt, was leider noch ein wenig hakt.
Habs mehrfach versucht, keine Chance. Die Ist-Temperatur aus dem Dummy:state wird korrekt dargestellt, der Rest klappt nicht. Allein die Temperaturskala auf 40°C zu bekommen, scheint bereits unmöglich, die Skala endet immer bei 38°C.
Moin,
das liedige Thema mit homekit und den 0er Einträgen bei den Temperatur und Feuchtigkeitswerten hat auch in der Zwischenzeit noch niemand lösen können, oder?
https://forum.fhem.de/index.php?topic=97059.270
Es erscheinen immer wieder 0er Werte in der eve-history...
Gibts bezüglich subtypes was neues?
Oder kennt evtl. eine andere Idee meine Keymatic Tür via Apple Watch zu öffnen?
Danke & Gruß,
Tobi
Zitat von: onkel-tobi am 21 August 2023, 18:17:19Gibts bezüglich subtypes was neues?
Oder kennt evtl. eine andere Idee meine Keymatic Tür via Apple Watch zu öffnen?
Danke & Gruß,
Tobi
Ich habe eine zusätzlich "On" Characteristic hinzugefügt und "Sesam öffne dich" benannt.
Sage ich "Sesam öffne dich" zu Siri wird die Tür von meiner Keymatic aufgeschlossen und auch geöffnet.
Hier mal mein Custom Homebridgemapping aus der "Raw definition":
attr fl_Tuerschloss homebridgeMapping clear\
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;;/^locked/:SECURED;;/.*/:UNSECURED\
LockTargetState=lock,values=/^lock/:SECURED;;/.*/:UNSECURED,cmds=SECURED:lock;;UNSECURED:unlock\
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW\
StatusActive=CommandAccepted,valueOn=yes\
On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=offGruß
Dan
Hi,
ich habe FHEM mit Homebridge und Enocean Aktoren (FSB12) seit einigen Jahren erfolgreich am Laufen. Neuerdings habe nun auch die EVE-App im Einsatz und dort ein Problem mit der Anzeige des Rolladenstatus. In der Home-App wird der Status der Rolläden korrekt angezeigt (geöffnet, geschlossen, wird geöffnet, schließen usw.), in der EVE-App allerdings stimmt der angezeigte Status nicht, es wird immer "Schließend" angezeigt.
Hier sind meine Homebridge-Einstellungen für das Device:
GenericDeviceType blind
homebridgeMapping clear CurrentPosition=position,invert=1,minValue=0,maxValue=100 TargetPosition=position,invert=1,minValue=0,maxValue=100,cmdOn=Zu,cmdOff=Auf,cmd=position
Die FHEM Readings sind bei offenem Rolladen:
endPosition: open
position: 0
state: open
HOME App: geöffnet
EVE App: schließend 100%
bei geschlossenem Rolladen:
endPosition: closed
position: 100
state: closed
HOME App: geschlossen
EVE App: schließend 0%
In einer Zwischenstellung:
endPosition: not_reached
position: 70
state: not_reached
HOME App: geöffnet 30%
EVE App: schließend 30%
Hat jemand eine Idee wie ich das Homebridgemapping anpassen muss, damit der Status auch in der Eve-App richtig angezeigt wird?
Danke und viele Grüße
Oli
Ich habe das bei mir nur teilweise hinbekommen.
Einige Rolläden laufen mit HomeMatic IP, andere mit EnOcean (das konkrete Modell weiß ich spontan nicht).
Bei HomeMatic funktioniert es teilweise, bei EnOcean nicht, obwohl es im HomeBridgeMapping und den Werten identisch ist :o .
Ich habe mir ein userReading angelegt (und je nach Gerät angepasst).
PositionState {ReadingsVal($name,"shutterState","") eq "stopped" ? "STOP" : (ReadingsVal($name,"shutterState","") eq "closes" ? "DOWN" : "UP")}Es muss entweder STOP für stehend, oder UP und DOWN für die aktuelle Bewegung raus kommen.
Und beim HomeBridgeMapping dann noch eine Zeile ergänzen.
PositionState=PositionStateMein Mapping sieht wie folgt aus.
clear
CurrentPosition=pct,minValue=0,maxValue=100,minStep=1
TargetPosition=pct,minValue=0,maxValue=100,minStep=1,cmd=pct
PositionState=PositionStateBei den Somfy Markisen geht es so auch.
Hi,
vielen Dank für die Anregung. Ich habe es jetzt hinbekommen, das Stichwort war PositonState. In der API-Doku steht dazu...
Constants:
DECREASING Characteristic.PositionState.DECREASING 0
INCREASING Characteristic.PositionState.INCREASING 1
STOPPED Characteristic.PositionState.STOPPED 2
Ich habe das UserReading also so angelegt, dass der Bewegungszustand des Rollo's übergeben wird (bei Somfy ist das entsprechende Reading "execution")
attr Rollo_Dachfenster userReadings moveStatus {ReadingsVal($name,"execution","") eq "stop" ? "2" : (ReadingsVal($name,"execution","") eq "up" ? "1" : "0")}
Homebridgemapping:
attr Rollo_Dachfenster homebridgeMapping clear CurrentPosition=pct,invert=1,minValue=0,maxValue=100,minStep=10 TargetPosition=target,invert=1,minValue=0,maxValue=100,minStep=10,cmd=pct PositionState=moveStatus
Damit läuft es wie gewünscht auch mit dem richtigen Status in der Eve-App (Geöffnet, Geschlossen, Schließend, Öffnend, xx% geöffnet).
Zitat von: DeeSPe am 29 August 2023, 19:23:31Ich habe eine zusätzlich "On" Characteristic hinzugefügt und "Sesam öffne dich" benannt.
Sage ich "Sesam öffne dich" zu Siri wird die Tür von meiner Keymatic aufgeschlossen und auch geöffnet.
Hier mal mein Custom Homebridgemapping aus der "Raw definition":
attr fl_Tuerschloss homebridgeMapping clear\
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;;/^locked/:SECURED;;/.*/:UNSECURED\
LockTargetState=lock,values=/^lock/:SECURED;;/.*/:UNSECURED,cmds=SECURED:lock;;UNSECURED:unlock\
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW\
StatusActive=CommandAccepted,valueOn=yes\
On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=off
Gruß
Dan
Hi,
also bei mir will das nicht. Ich bekomme da dann immer: ich habe dich nicht verstanden. Eine Szene in Homekit muss man dann nicht noch haben, oder doch?
Grüße,
Tobi
Zitat von: onkel-tobi am 15 Oktober 2023, 16:18:00Hi,
also bei mir will das nicht. Ich bekomme da dann immer: ich habe dich nicht verstanden. Eine Szene in Homekit muss man dann nicht noch haben, oder doch?
Grüße,
Tobi
Nein, eine Szene ist nicht nötig dafür.
Hast du in den Geräteeinstellungen vom Schloss in der Home App mal "Als separate Kacheln darstellen" ausgewählt?
Bei mir funktioniert das Mappings seit Jahren völlig problemlos.
Gruß
Dan
Zitat von: DeeSPe am 15 Oktober 2023, 16:34:37Nein, eine Szene ist nicht nötig dafür.
Hast du in den Geräteeinstellungen vom Schloss in der Home App mal "Als separate Kacheln darstellen" ausgewählt?
Bei mir funktioniert das Mappings seit Jahren völlig problemlos.
Gruß
Dan
Leider nein. Wobei Siri mir jetzt sagt: Ich bin mir nicht sicher ob ich dich richtig verstanden habe. Aber passieren tut nichts.
attr eg_fl_door homebridgeMapping clear\
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;;;;/^locked/:SECURED;;;;/.*/:UNSECURED\
LockTargetState=lock,values=/^lock/:SECURED;;;;/.*/:UNSECURED,cmds=SECURED:lock;;;;UNSECURED:unlock\
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW\
StatusActive=CommandAccepted,valueOn=yes\
On#On=lock,subtype=Sesam+öffne+dich,cmdOn=open,timeout=250,default=off
Wird denn der/die mit "Sesam öffne dich" beschriftete Schalter/Kachel überhaupt bei dir in der Home-App angezeigt, oder funktioniert es nur mit Siri nicht?
Dein Mapping aus dem letzten Post sieht falsch aus, dort sind zu viele Semikolon enthalten.
Das von mir gepostete Mapping war aus der Raw-Definition meines Schlosses. Wenn du das Mapping direkt in das Attribut eintragen willst dann sollte es so aussehen:
clear
LockCurrentState=lock,values=/^uncertain/:UNKNOWN;/^locked/:SECURED;/.*/:UNSECURED
LockTargetState=lock,values=/^lock/:SECURED;/.*/:UNSECURED,cmds=SECURED:lock;UNSECURED:unlock
StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL,default=BATTERY_LEVEL_LOW
StatusActive=CommandAccepted,valueOn=yes
On#On=lock,subtype=Sesam+öffne+Dich,cmdOn=open,timeout=250,default=off
Gruß
Dan
Zitat von: DeeSPe am 15 Oktober 2023, 18:29:51Wird denn der/die mit "Sesam öffne dich" beschriftete Schalter/Kachel überhaupt bei dir in der Home-App angezeigt, oder funktioniert es nur mit Siri nicht?
Dein Mapping aus dem letzten Post sieht falsch aus, dort sind zu viele Semikolon enthalten.
Das von mir gepostete Mapping war aus der Raw-Definition meines Schlosses.
Gruß
Dan
So hatte ich es auch drinnen. War aus der RAW kopiert meine ich.
Also das der keymatic wird in home angezeigt (aktuell als 2 Kacheln). Interessanterweise gibt es in Homebridge auch eine Kachel "Sesamöl öffne Dich", die die Tür öffnet. Diese erscheint aber nicht in der Home app.
Wie sehen denn die Geräteeinstellungen in der Home-App aus?
Werden dort zwei Geräte angezeigt wie bei mir?
Hast du auch wirklich auf "Als separate Kacheln anzeigen" gedrückt?
IMG_780415F076E9-1.jpeg
Gruß
Dan
Zitat von: DeeSPe am 15 Oktober 2023, 18:56:59Wie sehen denn die Geräteeinstellungen in der Home-App aus?
Werden dort zwei Geräte angezeigt wie bei mir?
Hast du auch wirklich auf "Als separate Kacheln anzeigen" gedrückt?
[url="https://forum.fhem.de/index.php?action=dlattach;attach=173649;type=preview;file"]IMG_780415F076E9-1.jpeg[/url]
Gruß
Dan
ja, klar.
Der ein/aus Schalter mit Namen "Haustür" sollte eigentlich "Sesam öffne dich" heißen!
Öffnet der denn die Tür?
Benenne den doch mal manuell um!
Gruß
Dan
Hallo zusammen,
ich such mich gerade dumm und dämlich.
In der Doku steht, dass man die Device Definitionen in HomeKitTypes.js findet. Die Datei soll irgendwie Bestandteil von HAP-NodeJS sein. Im Package von HAP-NodeJS find ich das aber nicht. Ist wohl eine veraltete Information. (Es gibt bei mir kein hap-nodejs/lib/gen Verzeichnis, wo die Datei angeblich drin sein soll und sie ist auch sonst nirgendwo.)
Wo bekommt man die gesamte Übersicht der Homekit Device Definitionen samt ihrer Characteristics? Sprich: Wenn ich ein Lock habe, wo kann ich nachlesen, welche Characteristics das in Summe hat?
Im konkreten Anwendungs-Fall will ich den Batteriestand meines Smartlock mitgeben. Aber ich hätte gerne den Gesamtüberblick.
Danke, Alex
In der Homebridge Software zeigt es mir immer an, das die Rollos noch im fahren sind.
Was für einen Endbefehl benötigen die Rollos für eine richtige Darstellung? Ich nutze das Fhem Rollomodul.
Weiterhin möchte ich nicht die Öffnung in Prozent angeben, sondern den Schließweg. Kann man dies irgendwie richtig tauschen? (10% geöffnet -> 10% geschlossen)
Der Schalter invert ist nicht die Lösung, er tauscht nur oben und unten, nicht den prozentualen Weg
homebridgeMapping
clear CurrentPosition=pct,invert=0,minValue=0,maxValue=100,minStep=10, TargetPosition=pct,invert=0,minValue=0,maxValue=100,minStep=10,cmd=pct
Hallo,
mein homebridgemapping für Siro:
clear TargetPosition=position,cmd=position,cmds=100:on,invert=1,minValue=0,maxValue=100,minStep=1,delay=1000
CurrentPosition=state,cmd=position,invert=1,minValue=0,maxValue=100,minStep=1
PositionState=state,values=runningUp:1;runningDown:0,default=2
Zitat von: DeeSPe am 15 Oktober 2023, 19:32:02Der ein/aus Schalter mit Namen "Haustür" sollte eigentlich "Sesam öffne dich" heißen!
Öffnet der denn die Tür?
Benenne den doch mal manuell um!
Gruß
Dan
Danke Dan,
das hat funktioniert!
Grüße,
Tobi
Zitat von: onkel-tobi am 13 November 2023, 18:47:05Danke Dan,
das hat funktioniert!
Grüße,
Tobi
Super, das freut mich.
Vielen Dank für die Kaffeeversorgung. ;)
Gruß
Dan
Zitat von: DeeSPe am 13 November 2023, 20:04:07Vielen Dank für die Kaffeeversorgung. ;)
Gerne, den hast Du dir mehr als verdient ;)
Hallo,
ich habe hier folgendes Problem:
Nach einiger Zeit (können auch nur ein paar Stunden sein) werden bestimmte Geräte nicht mehr in homekit aktualisiert.
Das sieht dann im homebridge-fhem cache so aus:
eg_wz_ipad-state: off
On: false (boolean)Starte ich die Homebridge neu geht alles wieder.
Homebridge-fhem ist Version 0.5.38 und homebridge 1.7.0.
Hat jemand eine Idee woran das liegen könnte?
Gruß,
Tobi
Hallo zusammen,
ich habe einen Doorbird und dieser ist zumindest soweit in FHEM, als das durch ein Klingeln ein Dummy gesetzt wird.
Nun wollte ich diesen Dummy in Home einbinden, jedoch bietet mir die Auswahlliste des genericdevicetype "Doorbell" nicht (mehr?) an.
Hat jemand eine Idee, wo ich gedanklich falsch abgebogen bin?
UPDATE: auf der Homebridge habe ich das PlugIn "homebridge-doorbird" installiert. Damit taucht der Vogel in der Home-App auf, aber wie bekomme ich den nun in FHEM?
UPDATE2: erstmal erledigt, ich nutze parallel die Notification API des Doorbird und setze einen Dummy in FHEM.
Danke Euch und schöne Grüße
Dirk
Hallo zusammen.
Ich bin am verzeifeln und hoffe das mir hier jemand wirklich helfen kann mein problem zu lösen und zwar geht es darum das ich mein FHEM plugin in der homebridge nicht in Homekit übertragen kann, wenn ich den QR Code scanne kommt die Fehlermeldung ( Gerät ist nicht kompatibel) Updates sind auf dem akuellen stand, Homebridge läuft auf einem Pi. USB T310 Enocean
{
"name": "FHEM",
"server": "localhost",
"port": 8083,
"filter": "room=EnOcean",
"ssl": false,
"neverTimeout": false,
"platform": "FHEM",
"_bridge": {
"username": "0E:BA:1D:A7:B2:C9",
"port": 30565
}
Hast Du mal eine Eingabe der PIN statt des Scans probiert?
Bei mir (aus der Homebridge GUI übernommen, läuft bei mir im Docker) sieht die Config so aus (anonymisiert):
"bridge": {
"name": "Homebridge",
"username": "XX:XX:XX:XX:XX:XX",
"port": 51826,
"pin": "000-00-000"
},
"description": "This is an example configuration file. You can use this as a template for creating your own configuration file containing devices you actually own.",
"accessories": [],
"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "00.00.00.00",
"port": "8083",
"filter": "room=System->Homekit"
},
{
"name": "Config",
"port": 8581,
"platform": "config"
},
Zitat von: onkel-tobi am 21 November 2023, 21:24:58Hallo,
ich habe hier folgendes Problem:
Nach einiger Zeit (können auch nur ein paar Stunden sein) werden bestimmte Geräte nicht mehr in homekit aktualisiert.
Das sieht dann im homebridge-fhem cache so aus:
eg_wz_ipad-state: off
On: false (boolean)Starte ich die Homebridge neu geht alles wieder.
Homebridge-fhem ist Version 0.5.38 und homebridge 1.7.0.
Hat jemand eine Idee woran das liegen könnte?
Gruß,
Tobi
Hat wirklich niemand von euch dieses Problem?
Ich muss mindestens 1 mal am Tag die homebridge schließen, damit er sich die Statuus wieder zieht.
Grüße,
Tobi
Nein. Du solltest dir das Log von deiner Homebridge anschauen.
Zitat von: Ralli am 06 Dezember 2023, 10:29:27Nein. Du solltest dir das Log von deiner Homebridge anschauen.
Jetzt habe ich bspw. wieder ein Licht das nicht aktuell ist. Im Cache ist es nicht zubinden und im Log kommt auch nichts an, wenn ich was ändere.
list des devices:
Internals:
DEF 5E51DA
FUUID 5c5dae99-f33f-d748-264e-8317786e67627521
HMLGW_MSGCNT 55
HMLGW_RAWMSG 0500002F7880025E51DA200DB80101C80046
HMLGW_RSSI -47
HMLGW_TIME 2023-12-06 19:27:08
IODev hmusb
LASTInputDev hmusb
MSGCNT 122
NAME eg_ez_li
NR 177
NTFY_ORDER 48-eg_ez_li
STATE on
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 79
hmusb_MSGCNT 67
hmusb_RAWMSG R40623B62,0001,5801109D,FF,FFBA,7880025E51DA200DB80101C80046
hmusb_RSSI -70
hmusb_TIME 2023-12-06 19:27:08
lastMsg No:78 - t:02 s:5E51DA d:200DB8 0101C80046
protLastRcv 2023-12-06 19:27:08
protRcv 62 last_at:2023-12-06 19:27:08
protSnd 67 last_at:2023-12-06 19:27:08
protState CMDs_done
rssi_at_HMLGW cnt:55 min:-61 max:-34 avg:-44.39 lst:-47
rssi_at_hmusb cnt:67 min:-81 max:-56 avg:-65.77 lst:-70
rssi_hmusb cnt:9 min:-72 max:-57 avg:-63.33 lst:-70
READINGS:
2023-12-06 19:27:08 CommandAccepted yes
2021-10-20 22:10:44 D-firmware 2.8
2021-10-20 22:10:44 D-serialNr OEQ1260530
2023-12-06 19:27:08 IODev hmusb
2023-12-03 12:04:12 PairedTo 0x200DB8
2021-10-19 11:54:09 R-pairCentral 0x200DB8
2021-10-19 11:54:10 R-powerUpAction off
2021-10-19 11:54:10 R-sign off
2023-12-03 12:04:12 RegL_00. 00:00 02:01 0A:20 0B:0D 0C:B8 15:FF 18:00
2023-12-03 12:04:13 RegL_01. 00:00 08:00 30:06 56:00 57:24
2023-12-03 12:05:13 cfgState ok
2023-12-06 19:27:08 commState CMDs_done
2023-12-06 19:27:08 deviceMsg on (to vccu)
2023-12-06 19:27:08 level 100
2023-12-06 19:27:08 pct 100
2023-12-03 12:04:10 powerOn 2023-12-03 12:04:10
2023-12-06 19:27:08 recentStateType ack
2023-12-06 19:27:08 state on
2023-12-06 19:27:08 timedOn off
2023-12-06 19:27:08 trigLast fhem:02
helper:
HM_CMDNR 120
PONtest 0
cSnd 11200DB85E51DA0201C80000,11200DB85E51DA0201C80000
cfgStateUpdt 0
dlvlCmd ++A011200DB85E51DA0201C80000
lastMsgTm 1701887228.56486
mId 0069
peerFriend peerSens,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1701435020.12985
TmplTs 1701435020.12985
cmdKey 1:1:0::eg_ez_li:0069:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
on-for-timer -ontime-
on-till -time-
pair noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
toggle noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt Rauchmelder_Team,dg_fk_li,dg_gl_mo1
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +5E51DA,00,01,00
nextSend 1701887228.68197
rxt 0
vccu vccu
p:
5E51DA
00
01
00
prefIO:
mRssi:
mNo 78
io:
HMLGW:
-47
-47
hmusb:
-68
-68
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rssi:
at_HMLGW:
avg -44.4
cnt 55
lst -47
max -34
min -61
at_hmusb:
avg -65.7761194029851
cnt 67
lst -70
max -56
min -81
hmusb:
avg -63.3333333333333
cnt 9
lst -70
max -57
min -72
shadowReg:
tmpl:
Attributes:
IOgrp vccu
alexaName Tisch
alias Tisch
autoReadReg 4_reqStatus
event-on-change-reading .*
expert defReg,rawReg
firmware 2.8
genericDeviceType light
homebridgeMapping clear nocache,On=state,valueOn=on,cmdOn=on,cmdOff=off
model HM-LC-SW1PBU-FM
peerIDs 00000000
room alexa,Homekit,Wohnzimmer,CUL_HM
serialNr OEQ1260530
subType switch
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd statusRequest:toggle:on:off
Das nocache hatte ich jetzt mal probiert, aber hat halt auch nichts genutzt...
Zitat von: onkel-tobi am 06 Dezember 2023, 19:40:59Zitat von: Ralli am 06 Dezember 2023, 10:29:27Nein. Du solltest dir das Log von deiner Homebridge anschauen.
Jetzt habe ich bspw. wieder ein Licht das nicht aktuell ist. Im Cache ist es nicht zubinden und im Log kommt auch nichts an, wenn ich was ändere.
list des devices:
Internals:
DEF 5E51DA
FUUID 5c5dae99-f33f-d748-264e-8317786e67627521
HMLGW_MSGCNT 55
HMLGW_RAWMSG 0500002F7880025E51DA200DB80101C80046
HMLGW_RSSI -47
HMLGW_TIME 2023-12-06 19:27:08
IODev hmusb
LASTInputDev hmusb
MSGCNT 122
NAME eg_ez_li
NR 177
NTFY_ORDER 48-eg_ez_li
STATE on
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 79
hmusb_MSGCNT 67
hmusb_RAWMSG R40623B62,0001,5801109D,FF,FFBA,7880025E51DA200DB80101C80046
hmusb_RSSI -70
hmusb_TIME 2023-12-06 19:27:08
lastMsg No:78 - t:02 s:5E51DA d:200DB8 0101C80046
protLastRcv 2023-12-06 19:27:08
protRcv 62 last_at:2023-12-06 19:27:08
protSnd 67 last_at:2023-12-06 19:27:08
protState CMDs_done
rssi_at_HMLGW cnt:55 min:-61 max:-34 avg:-44.39 lst:-47
rssi_at_hmusb cnt:67 min:-81 max:-56 avg:-65.77 lst:-70
rssi_hmusb cnt:9 min:-72 max:-57 avg:-63.33 lst:-70
READINGS:
2023-12-06 19:27:08 CommandAccepted yes
2021-10-20 22:10:44 D-firmware 2.8
2021-10-20 22:10:44 D-serialNr OEQ1260530
2023-12-06 19:27:08 IODev hmusb
2023-12-03 12:04:12 PairedTo 0x200DB8
2021-10-19 11:54:09 R-pairCentral 0x200DB8
2021-10-19 11:54:10 R-powerUpAction off
2021-10-19 11:54:10 R-sign off
2023-12-03 12:04:12 RegL_00. 00:00 02:01 0A:20 0B:0D 0C:B8 15:FF 18:00
2023-12-03 12:04:13 RegL_01. 00:00 08:00 30:06 56:00 57:24
2023-12-03 12:05:13 cfgState ok
2023-12-06 19:27:08 commState CMDs_done
2023-12-06 19:27:08 deviceMsg on (to vccu)
2023-12-06 19:27:08 level 100
2023-12-06 19:27:08 pct 100
2023-12-03 12:04:10 powerOn 2023-12-03 12:04:10
2023-12-06 19:27:08 recentStateType ack
2023-12-06 19:27:08 state on
2023-12-06 19:27:08 timedOn off
2023-12-06 19:27:08 trigLast fhem:02
helper:
HM_CMDNR 120
PONtest 0
cSnd 11200DB85E51DA0201C80000,11200DB85E51DA0201C80000
cfgStateUpdt 0
dlvlCmd ++A011200DB85E51DA0201C80000
lastMsgTm 1701887228.56486
mId 0069
peerFriend peerSens,peerVirt
peerIDsRaw ,00000000
peerIDsState complete
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1701435020.12985
TmplTs 1701435020.12985
cmdKey 1:1:0::eg_ez_li:0069:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
on-for-timer -ontime-
on-till -time-
pair noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
toggle noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt Rauchmelder_Team,dg_fk_li,dg_gl_mo1
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +5E51DA,00,01,00
nextSend 1701887228.68197
rxt 0
vccu vccu
p:
5E51DA
00
01
00
prefIO:
mRssi:
mNo 78
io:
HMLGW:
-47
-47
hmusb:
-68
-68
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rssi:
at_HMLGW:
avg -44.4
cnt 55
lst -47
max -34
min -61
at_hmusb:
avg -65.7761194029851
cnt 67
lst -70
max -56
min -81
hmusb:
avg -63.3333333333333
cnt 9
lst -70
max -57
min -72
shadowReg:
tmpl:
Attributes:
IOgrp vccu
alexaName Tisch
alias Tisch
autoReadReg 4_reqStatus
event-on-change-reading .*
expert defReg,rawReg
firmware 2.8
genericDeviceType light
homebridgeMapping clear nocache,On=state,valueOn=on,cmdOn=on,cmdOff=off
model HM-LC-SW1PBU-FM
peerIDs 00000000
room alexa,Homekit,Wohnzimmer,CUL_HM
serialNr OEQ1260530
subType switch
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd statusRequest:toggle:on:off
Das nocache hatte ich jetzt mal probiert, aber hat halt auch nichts genutzt...
Ich habe bei meinem einzigen verbliebenen Homematic-Aktor das Attribut ,,HomebridgeMapping" nicht gesetzt und es klappt problemlos. Demnach werden ja dann die Standartwerte genommen.
Gruß, Sascha
Zitat von: Cybers am 06 Dezember 2023, 20:25:08Ich habe bei meinem einzigen verbliebenen Homematic-Aktor das Attribut ,,HomebridgeMapping" nicht gesetzt und es klappt problemlos. Demnach werden ja dann die Standartwerte genommen.
Gruß, Sascha
Hi zusammen,
das habe ich auch gemacht. Sowohl homebridge als auch fhem neu gestartet (zur Sicherheit), leider ohne Erfolg.
Folgendes steht im Homebridge log:
[12/23/2023, 7:37:10 AM] [FHEM] executing: http://192.168.178.88:8083/fhem?cmd=set%20eg_wz_zb1%20off&fwcsrf=csrf_938113922046562&XHR=1
2023-12-23 07:37:10 caching: eg_wz_zb1-state: off
[12/23/2023, 7:37:10 AM] [FHEM] caching: On: false (as boolean; from 'off')
2023-12-23 07:37:10 caching: eg_wz_zb1-state: OFF
Was hatte ich gemacht? Ich habe die entsprechende Steckdose ausgeschaltet (sogar via homebridge), nach ner Sekunde ist die wieder auf an (Anzeige homebridge), tatsächlich aber aus...
Hat noch wer eine Idee?
Gruß und schöne Feiertage,
Tobi
Moin,
ich hab über homebridge-fhem und über homebridge-homematic Heizkörperventile exportiert in Homebridge. Bei den Geräten die per homematic bridge kommen ist als Modus nur Aus/Heizen angezeigt und auswählbar. Bei den FHEM exportierten kommt aber immer auch Auto und Cool mit - ich hab alles mögliche probiert - ich bekommn die beiden anderen Auswahlmöglichkeiten nicht weg.
Hat es hier evtl. jemand geschafft?
Viele Grüße
Guten Abend zusammen ,
ich habe meinen Raspi 4 komplett neu mit Bookworm installiert .
Ich scheitere im Moment bei der Installation der Homebride .
Im Wiki steht unter " NodeJS installieren" folgendes :
NodeJS V11
curl -sL https://deb.nodesource.com/setup_11.x | sudo -E bash -
sudo apt-get install -y nodejs
Es gibt aber schon die Version Node.js v21.x
(https://github.com/nodesource/distributions)
Folgendes habe ich versucht :
Zitatpi@raspberrypi:~ $ sudo curl -fsSL https://deb.nodesource.com/setup_21.x | bash -
2024-02-04 19:53:07 - Installing pre-requisites
Reading package lists... Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
2024-02-04 19:53:08 - Error: Failed to run 'apt-get update' (Exit Code: 0)
Wer kann mir sagen was da falsch ist oder ob diese Version nicht die richtige ist ?
Danke
Zitat von: Sky am 04 Februar 2024, 20:03:57Guten Abend zusammen ,
ich habe meinen Raspi 4 komplett neu mit Bookworm installiert .
Ich scheitere im Moment bei der Installation der Homebride .
Im Wiki steht unter " NodeJS installieren" folgendes :
NodeJS V11
curl -sL https://deb.nodesource.com/setup_11.x | sudo -E bash -
sudo apt-get install -y nodejs
Es gibt aber schon die Version Node.js v21.x
(https://github.com/nodesource/distributions)
Folgendes habe ich versucht :
Zitatpi@raspberrypi:~ $ sudo curl -fsSL https://deb.nodesource.com/setup_21.x | bash -
2024-02-04 19:53:07 - Installing pre-requisites
Reading package lists... Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
2024-02-04 19:53:08 - Error: Failed to run 'apt-get update' (Exit Code: 0)
Wer kann mir sagen was da falsch ist oder ob diese Version nicht die richtige ist ?
Danke
Sieht mir danach aus als müsstest du es ohne "sudo", dafür aber als "root" ausführen.
Gruß
Dan
ich drehe hier langsam durch ....
Zitatpi@raspberrypi:~ $ sudo npm install -g --unsafe-perm homebridge
npm WARN EBADENGINE Unsupported engine {
npm WARN EBADENGINE package: 'homebridge@1.7.0',
npm WARN EBADENGINE required: { node: '^18.15.0 || ^20.7.0' },
npm WARN EBADENGINE current: { node: 'v18.13.0', npm: '9.2.0' }
npm WARN EBADENGINE }
added 104 packages in 16s
42 packages are looking for funding
run `npm fund` for details
wie kann ich auf die benötigten Versionen updaten ?
Ich habe gedacht , wenn ich "Bookworm" installiere ,hätte ich die aktuellen Versionen .
Ich brauch Hilfe ...
https://github.com/nodesource/distributions?tab=readme-ov-file#installation-instructions
curl -fsSL https://deb.nodesource.com/setup_20.x | bash - &&\
apt-get install -y nodejs
Danke ,wer lesen kann ....
Habe es die ganze Zeit mit "sudo" versucht