Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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?!

[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.

1. fhem.x.alive im Raum ioB_Sytem wird auch ohne fhem.x.info.Configurations.autoConfigFHEM=true gesetzt.
2. fhem.x.alive wird nicht mehr alle 60 sec getriggert, sondern alle 300 sec = 5 Minuten. Das reicht, oder?
3. 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?