FHEM [gelöst] Adapter Readings direkt beschreiben

LausiD

@LHBL2003

Hi Denis,
du hast in FHEM ein dummy mit userreadings angelegt und über den FHEM Adapter in ioBroker importiert. Darüber möchtest du jetzt Werte aus ioBroker nach FHEM übertragen.
Thema Heizung läuft also auf ioBroker, oder?
Falls ja, wäre vermutlich diese Möglichkeit besser:

Objekte aus ioB nach FHEM mit Definition unter fhem.0.info.Configurations.allowedIOBin übertragen.
Die ausgewählten Objekte erscheinen als dummy in FHEM im Raum ioB_IN
FHEM Raum IoB_System kannst du mit dem angelegten dummy fhem.0.send2ioB states in ioBroker ändern

Gruß
LausiD

LHBL2003

Hallo LausiD,

ja die Heizung ist im iobroker.

Ich habe als allowedIOBin mal "wolf.0" hinterlegt.
Jetzt werden in FHEM nach und nach einige dummys angelegt z.B. "wolf.0.sm1.137". (Scheinbar die mit Werteänderung)

Besteht die möglichkeit, dass man dem FHEM Adapter im ioBroker sagen kann, dass er alle dummys anlegen soll, auch wenn sich die Werte aktuell nicht ändern?

Gruß Denis

LausiD

@LHBL2003
Hi Denis,
stimmt, die dummys werden nur bei einer Änderung angelegt.
Im Moment gibt es leider keine Möglichkeit :-)
Mal schauen ob ich das noch einbauen kann....

Gruß
LausiD

LausiD

@LHBL2003
Update Adapter 1.4.2 von github und sollte gehen

LHBL2003

Hi,

schon mal Danke.

aber ich glaube da passt etwas nicht oder?

Bildschirmfoto 2020-03-15 um 00.28.55.png

Hatte vorher die Stabile Version 1.3.0 aber auch die 1.4.1 funktioniert ohne Probleme.
Das Problem besteht also in der neuen 1.4.2.

Gruß Denis

LausiD

@LHBL2003
Jo hängt mit der Änderung zusammen.
Sind states ohne Wert dabei?
Mach noch eine Änderung

LHBL2003

@LausiD

Ich sehe gerade das er Einträge erzeugt hat.
Leider ist die Version 1.4.2 nicht mehr online, kann also nicht prüfen ob sich etwas bessert wenn ich noch eine Änderung mache.

Bildschirmfoto 2020-03-15 um 00.42.03.png

Aber ja von der Schnittstelle kommen auch Objekte ohne Werte.
Bildschirmfoto 2020-03-15 um 00.47.13.png

LausiD

@LHBL2003
Kannst nochmal mit 1.4.2 von github testen
Bei Objekten ohne Wert wird jetzt "no value" übertragen

LHBL2003

1.4.2 steht scheinbar nicht zur Verfügung

Bildschirmfoto 2020-03-15 um 09.12.36.png

Gruß Denis

LausiD

@LHBL2003
Die Version 1.4.2 ist nur unter github verfügbar.
Nur in dieser Version kann ich kurzfristig Änderungen durchführen.
Bei mir werden bei Adapterstart jetzt alle Objekte an FHEM übertragen.
Ist der Wert "leer" wird in FHEM "no value" gesetzt.
Also den Adapter nochmal von github aktualisieren und testen...

LHBL2003

Nein ist leider noch nicht besser:

Man kann auch aktuell aus dem log nicht erkennen um welche Variable es sich handelt.
Nachfolgend das Log und Screens der Wolf.0 Variablen:

Bildschirmfoto 2020-03-15 um 10.55.05.png

Gruß Denis

LausiD

@LHBL2003
Ok ein "leerer" Wert ist nicht schuld.
Bitte nochmal Update von github.
Unter Step 6 werden jetzt alle ausgewählten Objekte als Warnmeldung angezeigt.

Alternativ:
Test mit Einschränken unter allowedIOBin zB wolf.0.bm3

Gruß
LausiD

LHBL2003

Also bei wolf.0.bm3 kommt der Fehler auch.

Ich habe also mal den ersten leeren von wolf.0.bm3 genommen, da dieser ein Umlaut im Namen hat. Dort hatte ich dann den Fehler wieder. Aber wolf.0.bm3.82 hat keine Umlaute, ist aber auch leer. Dort bekomme ich den Fehler auch.
wolf.0.bm3.81 besitz einen Wert. Dort bekomme ich keinen Fehler.

{
 "common": {
   "name": "Warmwassersolltemperatur",
   "role": "Value_Temp",
   "type": "boolean",
   "unit": "°C",
   "enabled": false
 },
 "native": {
   "rw": "rw"
 },
 "acl": {
   "object": 1638,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator",
   "state": 1638
 },
 "_id": "wolf.0.bm3.82",
 "type": "state"
}

{
 "type": "state",
 "common": {
   "name": "Raumtemperatur",
   "role": "Value_Temp",
   "type": "state",
   "unit": "°C",
   "enabled": false
 },
 "native": {
   "rw": "r"
 },
 "_id": "wolf.0.bm3.81",
 "acl": {
   "object": 1638,
   "state": 1638
 }
}

Gruß Denis

LHBL2003

Ich habe mal den Adapter und alle Variablen abgelöscht.
Interessanterweise kommt der Fehler dennoch beim start.

Bildschirmfoto 2020-03-15 um 23.06.59.png

Dabei ist check fhem.0.info.Configurations.allowedIOBin aktuell nicht gesetzt.

evtl. Schlummert irgendwo einen tiefergründigeres Problem.

LausiD

Danke für die Infos.
Gleiches Problem aber an anderer Stelle.
Schau ich mir die Tage nochmal in Ruhe an..
Gruß
LausiD

LausiD

@LHBL2003
Update über github und neuer Versuch :-)
States ohne value werden jetzt ignoriert

LHBL2003

@LausiD

Also der FHEM Adapter bleibt am laufen.
Allerdings werden die Propertys mit den NULLs nicht in FHEM als dummys angelegt.
Für ein Error ist es etwas hart. Ich würde es maximal als Warnung einstufen.

Denn es wird sicherlich immer mal Propertys geben die nicht initialisiert sind.
Schön wäre es wenn diese dann in FHEM einfach mit einem Empty angelegt werden.
Denn für den leihen sieht er ja im ioBroker auch nur ein leeren Wert fürs Property.

Bildschirmfoto 2020-03-16 um 21.32.48.png

Oder wie siehts du das?

Gruß Denis

LausiD

@LHBL2003
Ok, gebe dir Recht......Warnung reicht vollkommen:-)
Ein Übertrag in FHEM macht für mich keinen Sinn. Sollte sich irgendwann an den States mal was ändern erfolgt ja ein Übertrag.
Ok so?

Gruß
LausiD

LHBL2003

@LausiD
Ich glaube das sollte ok sein (mit der Warnung ohne den leeren Import). Wenn da nichts drinn steht, dann werden die von der Heizung scheinbar nicht gemeldet und die Einstellbaren Parameter der Heizung sollten von Haus aus einen Wert besitzen.

So nun sollte sich bei mir noch der gedankliche keis schließen.
Gehen wir mal davon aus, dass einer dieser Propertys gelesen und geschrieben werden kann. Wie z.B. eine Sollwertkorrektur oder ein Betriebsmodus.

Dann kann ich mit den dummys die Werte ja nur lesen richtig?
Wie hast du dir das schreiben aus FHEM auf den selben Paramet gedacht.

Mir würde jetzt nur einfallen, dass ich in FHEM im Dummy oder co. ein UserReading erzeuge den ich dann im ioBroker auslese und mit node Red in die eigentliche Variable der Heizung bei Änderung umschifte.

Gruß Denis

LausiD

@LHBL2003
Richtig, dummys im Raum ioB_IN sind nur lesbar.
FHEM Raum ioB_System gibt es ein dummy fhem.0.send2ioB.
Hier gibst du Objektname und den wert ein zB "wolf.0.bm.82 off"

Community Forum

NEWS

FHEM [gelöst] Adapter Readings direkt beschreiben

Support us

424

32.4k

81.5k

1.3m