NEWS
FHEM Adapter
-
Hallo Klaus,
Fehler sollten weg sein.
Falls du Zeit und Lust hast darfst es gerne nochmal über github testen…...
Danke und Gruß
LausiD
-
Hallo LausiD,
Danke für deine Arbeit und das du es den Adapter immer weiter entwickelst.
Bisschen testen und dann rummaulen ist nicht der große Einsatz
Einen Adapter zu entwickeln dürfte da deutlich mehr Einsatz bedeuten (und es zeigt auch das du deutlich mehr Ahnung hast).
Werde es morgen erst testen können, hatte nebenbei nicht mit einer Neuen Instanz getestet.
Gruß und noch einen schönen Abend
Klaus
-
Hallo zusammen,
kein Übertrag von readingsGroup
viewtopic.php?f=30&t=21655&p=228934#p228934
Brauch das noch jemand?
Danke und Gruß
LausiD
-
Nabend zusammen,
auf github zum Testen bereit.- FHEM readingsGroup werden jetzt auch übertragen
- In FHEM Raum ioB_System wird fhem.x.alive automatisch angelegt -> on = FHEM Adapter OK; off = FHEM Adapter keine Verbindung
Gruß
LausiD -
Hallo zusammen,
hat wirklich niemand Zeit und Lust den Adapter über GitHub zu aktualisieren und kurz zu testen ?Gruß
LausiD -
Hallo LausiD,
installiert habe ich ihn. Fhem zeigt mir allerdings in ioB_System kein fhem.x.alive an
Habe dort:......
dummy
send2ioB ???
......stehen.
Gruß
Klaus -
Hallo Klaus,
auf Dich ist halt Verlass.....Danke:-)
Was steht unter Step 10 beim Start?
Kannst du mal noch fhem.x.info.Configurations.autoConfigFHEM auf true setzen und nochmal probieren?Mit send2ioB kann aus FHEM ein Objekt/State in ioBroker direkt beschrieben werden.
zB alexa2.0.Echo-Devices.xxxxxx.Commands.speak .Text aus FHEM
Ab sofort sollte auch ein dummy mit fhem.x.send2ioB angelegt werdenDanke und Gruß
LausiD -
Hallo LausiD,
Adapter sicherheitshalber nochmal Neu installiert (über GIT)
Adapter lief nicht mehr hoch. Nach Step3 gab es Problemefhem.0 2019-02-15 11:29:35.385 debug statesDB connected
fhem.0 2019-02-15 11:29:34.711 silly transport error
fhem.0 2019-02-15 11:29:34.711 error Error: server error at Socket.onPacket (D:\ioBroker\node_modules\iobroker.js-controller\node_modules\engine.io-client\lib\socket.js:450:19) at WS.<anonymous> (D:\ioBroker\node_modules\iobroker
fhem.0 2019-02-15 11:29:34.711 error server error
fhem.0 2019-02-15 11:29:34.711 error TypeError: Cannot read property 'write' of null at Timeout.setTimeout [as _onTimeout] (D:\ioBroker\node_modules\iobroker.fhem\lib\telnet.js:128:60) at ontimeout (timers.js:436:11) at tryOn
fhem.0 2019-02-15 11:29:34.711 error uncaught exception: Cannot read property 'write' of null
fhem.0 2019-02-15 11:29:34.695 error uncaught exception: Cannot read property 'split' of undefined
fhem.0 2019-02-15 11:29:34.695 info > FUNCTION delete unused objects automatically - info.Configurations.deleteUnusedObjects (true)
fhem.0 2019-02-15 11:29:34.695 info > FUNCTION if fhem.0 set smartName automatically (Adapter Cloud) - info.Configurations.autoSmartName (true)
fhem.0 2019-02-15 11:29:34.695 info > FUNCTION allow special configurations FHEM - info.Configurations.autoConfigFHEM (true)
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.onlySyncRoomioBroker,ioB_OUT
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.onlySyncNAME
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.ignorePossibleSetsgetConfig,etRegRaw,egBulk,regSet,deviceMsg,CommandAccepted
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.ignoreReadingscurrentTrackPositionSimulated,currentTrackPositionSimulatedSec
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.allowedInternalsTYPE,NAME
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.allowedAttributesroom,alias,comment
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.ignoreObjectsInternalsTYPE
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.ignoreObjectsInternalsNAMEinfo
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.ignoreObjectsAttributesroom
fhem.0 2019-02-15 11:29:34.677 debug [getConfig] info.Configurations.allowedIOBin
fhem.0 2019-02-15 11:29:34.677 debug [getSetting] info.Configurations.oldState false
fhem.0 2019-02-15 11:29:34.677 debug [getSetting] info.Configurations.deleteUnusedObjects true
fhem.0 2019-02-15 11:29:34.677 debug [getSetting] info.Configurations.autoSmartName true
fhem.0 2019-02-15 11:29:34.676 debug [getSetting] info.Configurations.autoConfigFHEM false
fhem.0 2019-02-15 11:29:34.676 debug [getSetting] info.Configurations.autoFunction false
fhem.0 2019-02-15 11:29:34.676 debug [getSetting] info.Configurations.autoRole false
fhem.0 2019-02-15 11:29:34.676 debug [getConfigurations] start
fhem.0 2019-02-15 11:29:34.676 info STEP 03 ===== select function of Adapter (FUNCTION) and Devices to sync (SYNC) - check fhem.0.info.Configurations (true or value) -
Habe ihn Neu installiert und die autoconfFHEM auf true gesetzt
Denke mal so soll es auch sein
-
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 -
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 70Sieht 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 -
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= falseGruß und Danke
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 -
Scheint alles i.O. zu sein
-
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.
-
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 -
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
-
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?!
-
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
-
@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.