FHEM Adapter

LausiD

Hallo Klaus,

Fehler sollten weg sein.

Falls du Zeit und Lust hast darfst es gerne nochmal über github testen…...

Danke und Gruß

LausiD

Einklaus

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

LausiD

Hallo zusammen,

kein Übertrag von readingsGroup :-(

viewtopic.php?f=30&t=21655&p=228934#p228934

Brauch das noch jemand?

Danke und Gruß

LausiD

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

LausiD

Hallo zusammen,
hat wirklich niemand Zeit und Lust den Adapter über GitHub zu aktualisieren und kurz zu testen ?

Gruß
LausiD

Einklaus

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

LausiD

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 werden

Danke und Gruß
LausiD

Einklaus

Hallo LausiD,
Adapter sicherheitshalber nochmal Neu installiert (über GIT)
Adapter lief nicht mehr hoch. Nach Step3 gab es Probleme

fhem.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)

Einklaus

Habe ihn Neu installiert und die autoconfFHEM auf true gesetzt

Denke mal so soll es auch sein

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?!
:relaxed:

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. :confounded:
vielen Dank für die schnelle Hilfe.
Da hab ich die ganze Zeit versucht das Problem bei fhem, statt bei iobroker zu lösen ...:face_with_rolling_eyes:

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 :wink:

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

Community Forum

NEWS

FHEM Adapter

Support us

873

32.4k

81.5k

1.3m