FHEM Adapter

LausiD

Genau so soll es aussehen
Vielleicht kann am WE noch Version 1.2 an den Start gehen
Vielen Dank Klaus für deine Mitarbeit
Gruß
LausiD

Einklaus

Hallo LausiD
habe noch folgende Meldung im Log (Debug = Info Meldung) die alle paar Sekunden wieder kommt..
event ioBroker "fhem.0.info.Commands.sendFHEM set fhem.0.alive on-for-timer 70" > set fhem.0.alive on-for-timer 70

Sieht so aus, als ob das so sein soll (nehme an ein Lebensbit das gesendet wird) .
Schreibe es nur sicherheitshalber, falls nicht so sein sollte.
Gruß
Klaus

LausiD

Hallo Klaus,
vielen Dank für den Hinweis.
Stimmt genau was du schreibst, alle 60 Sek wird "set fhem.x.alive on-for-timer 70" an FHEM geschickt.
Falls dies ausbleibt wechselt fhem.x.alive spätestens nach 70 Sek auf off.
Somit kann in FHEM die Funktion FHEM Adapter/iobroker überwacht werden.
Eigentlich kann die Zeit auf 5 Min verlängert werden, oder ?

Unter fhem.x.info.Settings können die gewünschten Meldungen mit true/false ausgewählt werden.
Keine Meldungen "event ioBroker ......"
fhem.0.info.Settings.logEventIOB= false

Gruß und Danke
LausiD

LausiD

Nabend zusammen,
auf github steht Version 1.2.0 zum Testen bereit.
Bei entsprechenden Rückmeldungen kann Version in latest übernommen werden.

Vielen Dank und Gruß
LausiD

Einklaus

Scheint alles i.O. zu sein

Domoe

Moin zusammen,

ich habe ein kleines Problem vielleicht ist es aber auch nur eine Einstellungssache.
Ich habe an Fhem nur EnOcean Geräte. Diese über den Adapter in ioBroker.
Wenn ich ioBroker Neustarte dann reagieren diverse Schalter als ob man selber auf den Schalter gedrückt hat.
Beispiel:
Fernseher an Z-Wave Steckdose.
Enocean Wandschalter.

Beide über ein Blockly Script verbunden.
Wenn der Fernseher an ist und ich ioBroker neu starte geht der Fernseher aus.
Im Logbuch sind keine Fehler zu finden.

Hatte jemand schonmal dieses Problem?

Vielen Dank im voraus.

LausiD

Hallo ﹰDomoe,
ﹰﹰbei einem ﹰNeustart ioBroker wird natürlich auch der FHEM Adapter neu gestartet.
Dabei werden alle Devices aus FHEM neu eingelesen und die jeweiligen States im ioBroker neu gesetzt.
Vermutlich tritt das Verhalten auch nur bei einem Neustart FHEM Adapter auf, oder?
Daher vermute ich den Fehler eher im Blocky Script.....

Gruß
LausiD

Domoe

Moin Lausi,

ja bis jetzt konnte ich das verhalten nur beim Neustart feststellen.
Ich guck mir meine Scripte nochmal an vielleicht habe ich da ja ein Fehler gemacht.

Danke für deine Antwort

hippoo

Hallo ich habe seit dem Update auf 1.20, alle 60 sek. folgende warning im iobroker:

warn	detect detect: missing "set fhem.0.alive on-for-timer 70" > set manuelly in FHEM or automatically with "fhem.0.info.Configuration.autoConfigFhem" = true | more info README.md

Der room "IoB_System" wird wohl korrekt angelegt in fhem.
Was ist da los?!

LausiD

Hi Hippoo,
vielen Dank für die Rückmeldung.
fhem.0.info.Configurations.autoConfigFHEM auf true und Meldung ist weg.
Sonst kann in FHEM Raum ioB_System fhem.0.alive nicht gesetzt werden.
Mehr dazu README.md vom FHEM Adapter.

Muss ich noch ändern...sollte unabhängig von Zustand autoConfigFHEM funktionieren

Gruß LausiD

hippoo

@LausiD
Oh mann, bin ich doof.
vielen Dank für die schnelle Hilfe.
Da hab ich die ganze Zeit versucht das Problem bei fhem, statt bei iobroker zu lösen ...

Aber ein Fehler ist mir auch noch aufgefallen: der "Pfad" bei iobroker heisst nicht

fhem.0.info.Configuration.autoConfigFhem

sondern

fhem.0.info.ConfigurationS.autoConfigFhem

zumindest bei mir hier

Danke nochmals für den tollen Adapter! Läuft bei mir seit Monaten stabil in Kombination mit Rademacher DuoFern-Geräten.

LausiD

@hippoo
Vielen Dank für die weitere Rückmeldung.
Da hast du Recht in der warn Meldung muss es noch auf "fhem.0.info.Configurations.autoConfigFHEM" geändert werden.
Danke......mehere Augen sehen halt mehr als nur meine 2
Mal schauen ob ich am WE die 2 Punkte ändern kann und auf github Version 1.2.1 legen kann.......

Hast du mal mit mit dem ioBroker Adapter Material UI beschäftigt?
Würde mich interessieren ob deine FHEM Geräte zur Anzeige kommen?

Gruß und schönes WE
LausiD

LausiD

Hallo zusammen,
über github kann 1.2.0 jetzt mit folgenden Änderungen aktualisiert werden.

fhem.x.alive im Raum ioB_Sytem wird auch ohne fhem.x.info.Configurations.autoConfigFHEM=true gesetzt.
fhem.x.alive wird nicht mehr alle 60 sec getriggert, sondern alle 300 sec = 5 Minuten. Das reicht, oder?
Korrektur Text warn "....set manually in FHEM or automatically "fhem.0.info.Configurations.autoConfigFhem" = true | more info README.md"

@hippoo
Kannst du nochmal testen? Danke

Gruß und viel Spaß mit ioBroker und FHEM
LausiD

LausiD

Hallo zusammen,
Sorry auf github war noch ein kleiner Fehler drin. Gestern aktualisiert
Hat schon jemand 1.2.0 von github im Einsatz?
Gruß
LausiD

LausiD

Zur Info:
Node-red in Verbindung mit FHEM Adapter.
Fehlermeldung "state does not exist" bei Verwendung PossibleSets wie zB. on-for-timer
https://forum.iobroker.net/topic/21080/node-red-state-does-not-exist-in-iobroker

LausiD

Aufruf zum Test FHEM Adapter in Zukunft hier:
https://forum.iobroker.net/topic/21551

Danke und Gruß
LausiD

Ralf Aniol

Hallo,
ich habe ein Problem mit der Synchronisation von iobroker nach fhem und komme mit dem Fehlerbild absolut nicht klar...
Vorgehensweise:

Ich lege in fhem ein dummy Device an und packe es in den Raum ioBroker:
define V_Test dummy
attr V_Test room ioBroker

Device ist in iobroker zu sehen. Ich füge ich ein Reading hinzu:
attr V_Test readingList test1
setreading V_Test test1 123

Variable ist in iobroker angelegt (fhem.0.V_Test.test1), Wert "123" ist zugewiesen.
Mit iobroker mache ich jetzt ein
iobroker state set fhem.0.V_Test.test1 hallo

Klappt! Sowohl in iobroker als auch in fhem hat "test1" jetzt den Wert "hallo".

Jetzt erweitere ich die readingsList in fhem:
attr V_Test readingList test1,test2
setreading V_Test test2 456

Alles mapped schön nach iobroker (Variable fhem.0.V_Test.test2 ist angelegt und hat den Wert "456")... aber:
Mache ich jetzt ein
iobroker state set fhem.0.V_Test.test1 hallo2

ändert sich der Wert von test1 zwar in iobroker, aber nicht mehr in fhem, dort wird im Device V_Test eine Reading "state" angelegt, das den Wert "test1 hallo" zugewiesen bekommen hat, das Reading "test1" selbst bleibt unverändert. Das gleiche passiert bei Zuweisung eines Wertes nach "test2".
Lösche ich das 2. Reading mit
attr V_Test readingList test1
deletereading V_Test test2

klappt die Zuweisung nach test1 wieder wie gewünscht.
Interessanterweise ist in iobroker die Variable "test2" immer noch vorhanden, eine Wert-Zuweisung spiegelt sich in fhem durch setzen des "state" Readings wider:
iobroker state set fhem.0.V_Test.test2 hallo3
in fhem:
state: test2 hallo3

Was mache ich falsch? Was fehlt?

LausiD

@Ralf-Aniol
Danke für die ausführliche Beschreibung.
Schau ich mir heute abend mal an.
Welche Version FHEM Adapter hast du?

Mal kurz nachgestellt:
Die Readings werden im ioBroker nur mit Leserechte angelegt, hast du Schreibrechte manuell zugefügt?
fhem.0.info.Commands.sendFHEM entspricht der Befehlszeile in FHEM. Hier kannst du direkt 'setreading Test Test1 lala" eingeben

Gruß
LausiD

Ralf Aniol

Hallo Lausi,

Ach wie schön, wenn man sich mal alles so von der Seele schreiben kann...
... und dazu noch vergebens und unnötigerweise...
Ich bin auf "Error 63" gestoßen: Fehler sitzt 63cm vom Bildschirm entfernt
In fhem heißt es nämlich ganz klar:

readingList
Space separated list of readings, which will be set, if the first argument of the set command matches one of them

Jaja, es hiess schon immer: Space - the final frontier...
und nicht: Komma - the final frontier...
Wenn ich also das Attribut "readingList" richtig setze (Leerzeichen getrennte Liste) läufts auch ganz hervorragend (kaum macht man's richtig...)
Sorry für die langen Posts...

LausiD

@Ralf-Aniol
Kein Problem
Habe auch dazu gelernt...das Attribut readingList bei dummy kannte ich nicht.
Aber du musst bei Test1 und Test2 im ioBroker trotzdem noch den Objekten Schreibrechte geben,oder?
Wenn du Zeit und Lust hast wäre toll wenn du mal Version 1.2.1 von github testen könntest..
Danke und Gruß
LausiD.

NEWS

FHEM Adapter

Support us

613

32.4k

81.4k

1.3m