FHEM [gelöst] Adapter Readings direkt beschreiben

LHBL2003

Hi,

ich benutze seit begin an den FHEM Adapter.
Damals habe ich mir in FHEM etwas gebaut, so das ein Dummy state Wert in das passende Reading geschrieben wird. Gibt es inzwischen eine möglichkeit, das man den Wert direkt in das richtige Reading bekommt?

Beispiel:
Wenn ich im ioBroker einen Wert in ein aufgelisteten Reading Namen schreibe, so erhalte ich in FHEM als reading state: z.B. "137_Temperatur_Kollektor_1 3" aber das Reading "137_Temperatur_Kollektor_1" selbst hat nicht den Wert 3. Nun muss ich also den Wert in Fhem umschaufeln.

Bei userattr kann man einen Wert von ioBroker übertragen und der wird auch dann im angegebenen Attribut gespeichert. Aber dafür muss ich ja dann im ioBroker unter fhem.0.info.Configurations.allowedAttributes alle auflisten und das sind ja über 60 Stück.

Hat jemand eine elegantere Idee?

LausiD

@LHBL2003
Kann dir leider noch nicht so ganz folgen.
Evt würden jeweilige Hardcopies helfen.
Welche Version hat FHEM Adapter?

Gruß
LausiD

LHBL2003

Ich verwende die aktuelle Version, habe diese gester geladen.

Beispiel:
Ich setze das Reading 137_Temperatur_Kollektor_1 im ioBroker auf z.B. 3 nachdem ich lesen und schreiben zugelassen habe. Dies wird mir im ioBroker zwar nicht angezeigt, (wert 9 bleibt bestehen)

Bildschirmfoto 2020-03-13 um 23.50.13.png

Aber in Fhem sehe ich unter state den wert 3.
Nun würde ich mit einem notify abhängig vom State Text den Wert im Reading durch Setreading überschreiben, so das dieser angepasst wird.
Daraufhin würde der ioBroker diesen Wert auch erhalten.

Bildschirmfoto 2020-03-13 um 23.53.58.png

Wie ist es im ioBroker FHEM Adapter geplant bidirektional Werte zu tauschen?

Grund: Ich habe eine Wolf Heizung die mir lesend und schreiben Werte zur verfügung stellt. Diese habe ich über NodeRed dann über den FHEM adapter Transferiert. Das Verhalten für die FHEM Seite würde ich gerne vereinfachen, so dass das umschaufeln aus dem State in das Reading entfällt.

Gruß Denis

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

Community Forum

NEWS

FHEM [gelöst] Adapter Readings direkt beschreiben

Support us

878

32.4k

81.5k

1.3m