NEWS
FHEM Adapter
- 
					
					
					
					
 Hallo Werner, Danke für deine Antwort. Mein Problem ist, dass der Wert immer auf true steht. Egal ob in FHEM das Fenster den Status on oder off hat. Man sieht zwar Anhand der Grünen Schriftfarbe dass der Wert sich aktualisiert hat, aber er bleibt Unverändert. VG André 
- 
					
					
					
					
 Man sieht zwar Anhand der Grünen Schriftfarbe dass der Wert sich aktualisiert hat ` 
 Das grün ist nur kurz, und welche Farbe danach?Gruß rainer 
- 
					
					
					
					
 Hallo Rainer, danach ist die Farbe des Wertes wieder schwarz. VG 
- 
					
					
					
					
 Ich weiß das meine Angaben bis dato recht dürftig waren. Kann ich euch noch weitere Info geben? Die RAW Daten zum Beispiel? An welcher Stelle kann ich sehen, welchen Wert Fhem gesendet hat? Im Eventmonitoring in FHEM Wird noch der korrekte Wert angezeigt 
- 
					
					
					
					
 Hallo zusammen, trotz tüfteln konnte ich das Problem noch nicht lösen. Gibt es ein WIKI zum dem Adapter? Ist es richtig, dass im Log nur Fhem Einträge Enthalten sind, wenn ich aus ioBroker einen State ändere? Wenn ich in FHEM zB meine Kamera einschalte, gibt es keinen Eintrag im Log im ioBroker. An welcher Stelle kann ich sehen, wie die Infos von FHEM im ioBroker ankommen? Kann ich mir die Daten auf der SSH Konsole anschauen? Ich würde gerne die Kette von "vorne" durchtesten. FHEM scheint den Status korrekt zu übermitteln. Jetzt suche ich den Punkt, wo die Information verloren geht bzw. ggf. nicht richtig übersetzt wird. Wenn ihr hier Ansatzpunkte hättet wäre das klasse  VG André EDIT: Noch etwas ist mir im LOG File aufgefallen. 2018-03-14 17:32:05.273 - ^[[32minfo^[[39m: fhem.0 States connected to redis: 127.0.0.1:6379 die IP Adresse ist mir gänzlich unbekannt. FHEM ist laut Adapter ordnungsgemäß verbunden. Kann mir jmd. sagen, was die IP und der Port bedeuten? PS: Wie kann man Bilder so einstellen, dass man nur die Vorschau im Text sieht?  
  
  
  
- 
					
					
					
					
 Hallo André, grundsätzlich werden alle Events von FHEM übertragen. Hast du vielleicht unter KELLER_TS_GZ Atrributes wie zB event-on-change-reading gesetzt? Einfacher Test: Im Event Monitor FHEM muss die Änderung Zustand Fenster angezeigt werden. Gruß und viel Erfolg  LausiD 
- 
					
					
					
					
 Hi LausiD, Danke für delne Antwort. Im Eventmonitor werden die Zustände korrekt angezeigt. Das hatte ich schon geprüft. Weißt du wo ich sehen kann Wie die Infos im ioBroker ankommen? Viele Grüße 
- 
					
					
					
					
 FHEM Telnetverbindung aufbauen 3*Return bis FHEM> angezeigt wird Eingabe inform on Hier siehst du was FHEM an ioBroker übergibt Für Anzeige im ioBroker Log müsste im Adapter was geändert werden. Du meinst in der Form wie bei Senden an FHEM? fhem.0.HUEDevice13.state.false ==> writeFHEM: set HUEDevice13 off Gruß LausiD 
- 
					
					
					
					
 Hey, sorry ich hab es nicht verstanden. Ich habe mich per Putty auf meinen FHEM Raspberry eingeloggt. Wie bekomme ich es hin, dass er mir nurn FHEM> anzeigt? Sorry  
- 
					
					
					
					
 No problem  Putty ist schon mal gut….. IP und Port aus Konfiguration FHEM Adapter Connection Type = Telnet und verbinden 
 2201_2018-03-16_20_51_38-putty_configuration.png
- 
					
					
					
					
 cool Danke…gut..da hätte ich auch mal drauf kommen können  Hier sieht es auch gut aus. Bei geöffneter Tür schickt FHEM per Telnet den Wert on Bei geschlossener Tür schickt FHEM per Telnet der Wert off. Im Log von ioBroker kommt immer nur TRUE an. 
 6338_offen.png
 6338_geschlossen.png
 6338_log_in_iobroker.png
- 
					
					
					
					
 Bow…..Übertrag sieht alles gut aus Die gute Nachricht: Nur mit dem Reading Name "doorwindow" habe ich das gleiche Verhalten - nur true. Jeder andere Name geht. Die schlechte Nachricht: Habe im Moment auch keine Lösung  
- 
					
					
					
					
 Das Gute im Schlechten: Es lässt sich reproduzieren  Danke dir für deine Recherche und Mühe! Ich überlege über welchen Workaround ich das lösen kann. GGf in FHEM über ein Userreading oder über ein Notify auf das Attribut doorwindow? Alles nicht schön, aber ggf. kann ich damit weiterarbeiten.. Dir noch einen schönen Abend. 
- 
					
					
					
					
 Danke Ein Versuch noch…..bei mir ging es danach 1. unter Objekte die Zeile doorwindow löschen 2. Adapter FHEM beenden und neu starten Dadurch wird das Reading in ioBroker neu eingelesen Gruß LausiD 
- 
					
					
					
					
 cool Danke…gut..da hätte ich auch mal drauf kommen können  Hier sieht es auch gut aus. Bei geöffneter Tür schickt FHEM per Telnet den Wert on Bei geschlossener Tür schickt FHEM per Telnet der Wert off. Im Log von ioBroker kommt immer nur TRUE an. ` 
 Zeige bitte dein Objekt für doorWindow (native ist interessant)
- 
					
					
					
					
 Morgen zusammen, das löschen und neustarten hat leider nichts gebracht. Interessant ist aber, nach dem neustart bekommt das Objekt initial den WErt false. Danach bleibt er aber immer auf TRUE VG André PS: Hatte auch mal kurz mit der Entprellzeit gespielt, weil im Log pro Aktion 5-8 Einträge gekommen sind. Aber egal wie hatte das auch keine Auswirkung RAW { "from": "system.adapter.fhem.0", "ts": 1521269440770, "common": { "name": "WZ.TS.RECHTS doorWindow", "type": "boolean", "role": "value", "read": true, "write": false, "custom": { "history.0": { "enabled": true, "changesOnly": true, "debounce": "50", "maxLength": "10", "retention": "31536000", "changesRelogInterval": 0, "changesMinDelta": 0 } } }, "native": { "Name": "WZ.TS.RECHTS", "Attribute": "doorWindow" }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "fhem.0.WZ_TS_RECHTS.doorWindow", "type": "state" }
- 
					
					
					
					
 Hallo André, hat mir doch keine Ruhe gelassen. Dein Problem nur true beim READING doorWindow tritt nur auf wenn der Wert beim Einlesen on oder off ist. Ok als Zustand muss das so sein. Ist beim 1.Einlesen der Wert ein Text zB Test geht danach auch on/off. Vermutlich muss hier bei der Anlage Objekt doorWindow noch unter native onoff=true eingetragen werden. Hoffe mal Bluefox kann noch was dazu sagen…Danke Gruß LausiD 
- 
					
					
					
					
 Hi LausiD, danke dür deine Mühe  Hast du eine Idee wie ich da mit einem Workaround arbeiten kann? Noch eine andere Frage da ich das Modul nicht ganz verstehe. Ich habe einen DummyDevice in FHEM welches den Wert EIN,AUS oder UNBELEGT haben kann. Wie kann ich in ioBroker dies z.B. für die Nutzung über ALEXA vernünftig hinterlegen? VG und einen schönen Sonntag André 
- 
					
					
					
					
 Hey LausiD, die Frage mit dem Workaround hätte ich mir auch selbst beantworten können, wenn ich deine Analyse mal genauer geprüft hätte. Ich hab mit SETREADING in Fhem dem Reading einen anderen Wert verpasst und im Anschluss die FHEM Instanz im ioBroker neugestartet. Jetzt werden die Werte korrekt gesetzt Danke dir! 
- 
					
					
					
					
 Hallo André, du hast noch einen Bug gefunden….danke  Habe den Fehler gefunden und gefixt. Im Anhang ist eine neue main.js Zusätzlich werden jetzt noch Objekte von Attributes "alias,model" und Internals "TYPE" angelegt. Bitte um Test und Rückmeldung...vielen Dank! Gruß LausiD PS: Natürlich gerne auch Rüclmeldung von anderen FHEM Adapter Usern 
 2201_main.js
 
		
	 
		
	 
			
		