NEWS
FHEM Adapter
- 
					
					
					
					
 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.mdDer 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.autoConfigFhemsondern fhem.0.info.ConfigurationS.autoConfigFhemzumindest bei mir hier  Danke nochmals für den tollen Adapter! Läuft bei mir seit Monaten stabil in Kombination mit Rademacher DuoFern-Geräten. 
- 
					
					
					
					
 @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
- 
					
					
					
					
 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
- 
					
					
					
					
 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
- 
					
					
					
					
 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
- 
					
					
					
					
 Aufruf zum Test FHEM Adapter in Zukunft hier: 
 https://forum.iobroker.net/topic/21551Danke und Gruß 
 LausiD
- 
					
					
					
					
 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 ioBrokerDevice ist in iobroker zu sehen. Ich füge ich ein Reading hinzu: 
 attr V_Test readingList test1
 setreading V_Test test1 123Variable 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 halloKlappt! 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 456Alles 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 test2klappt 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 hallo3Was mache ich falsch? Was fehlt? 
 
		
	 
		
	 
			
		