FHEM Adapter
-
-
@LausiD
Habe leider deinen 2. Satz nicht verstanden. Habe auch gesehen dass die eckigen Klammern wohl Probleme machen.
Wäre das ein Fall für den FHEM-Modulentwickler? -
@hg6806
Ups...den zweiten Satz verstehe ich auch nicht
Meinte, für was werden die Klammern verwendet? -
@LausiD
Hmmm, kann ich nicht sagen. Kommt doch vom FHEM-Modul, oder? -
@hg6806
Kannst du mal beschreiben was du machen möchtest und welche Meldungen dann komme?
So ist es schwierig
-
@LausiD
Hatte ich doch oben schon alles beschrieben.
Wie gesagt, habe ich zum Auslesen und Schreiben von Werten meine Rotex Wärmepumpe FHEM auf einem Pi installiert, daran ein OBD2 CAN Modul gesteckt um die CAN Meldungen zu empfangen und auszuwerten.
Nach folgender Anleitung:
https://forum.fhem.de/index.php/topic,106503.0.html
Auf FHEM klappt alles wunderbar.
Dann habe ich in ioBroker den FHEM Adapter installiert.
Hat auch alles geklappt, Daten von dem FHEM Modul kamen direkt an.
Jedoch klappt das Schreiben von Werten nicht.
In FHEM sieht das wie folgt aus:
In ioBroker stehen halt im Log die ganzen oben geposteten Warnings.
Wahrscheinlich wegen den Klammern.
Keine Ahnung wo jetzt der Fehler liegt, in FHEM weil Klammern (unzulässig?) verwendet werden, oder ioBroker keine senden kann/darf,. -
@hg6806
Hilft mir nicht wirklich weiter Sorry, habe das Device nicht zum Testen.
Welche Version hat FHEM Adapter?
Versuche mal mit fhem.0.info.Commands.sendFHEM den Befehl zB "set MYHPSU HPSUVal_Soll_T_Warmwasser_1_[t_dhw_setpoint1] 47"an FHEM zu schicken......geht das?DIe [ und ] in FHEM sollten beim Übertrag in ioBroker mit _ ersetzt werden.
Bsp Test[1] wird zu Test_1_ Werden die Objekte so angelegt?
Wird ein Value eines Objektes geändert wird der Wert an den FHEM Name übergeben.
Bsp ioB "Test_1_ 66" nach FHEM "Test[1] 66" -
@LausiD
Danke für den Tipp.
Bin etwas weiter. Der FHEM command funktioniert.
Allerdings wird wohl auf Gross/Kleinschreibung geachtet, somit muss es heißen:
set myHPSU HPSUVal_Soll_T_Warmwasser_1_[t_dhw_setpoint1] 46
Ich kann mir vorstellen dass ioBroker hier die eckigen Klammern in Unterstriche umwandelt und so auch wieder übergeben möchte und FHEM das nicht versteht.Der FHEM Adapter hat die V 1.5.3
Die Werte mit den Eckigen Klammern aus FHEM werden n ioBroker alle mit Unterstrichen angelegt.
EDIT: Wenn ich bei dem Wert in ioB. auf bearbeiten gehe, steht er wieder in eckigen Klammern:
Anbei ein Bild:
-
Leider funktioniert die richtige Wertübergabe noch immer nicht, da der Adapter wohl die eckigen Klammern nicht handeln kann.
Noch etwas
Wenn ich die Werte von der Heizung bekomme, werden die als String hinterlegt.
Ein Umändern des Datentyps wird immer wieder zurückgesetzt auf String.
Kann das auf Zahl geändert werden? -
@hg6806
Ich hatte die selben Probleme.
Ich habe eine andere Ersetzung der Sonderzeichen eingebaut.
HPSUVal.Betriebsart_[mode_01] ==> HPSUVal~Betriebsart_{mode_01}
Damit funktioniert es bei mir perfekt.Siehe: https://github.com/iobroker-community-adapters/ioBroker.fhem/pull/88
Kannst du gerne vorab testen:
https://github.com/5G7K/ioBroker.fhem -
@andi2055
Super, klappt! Vielen Dank!
Aaaaber! Bei den Ausgabewerten wurden auch die Datenpunkte durch die Tilde verändert, somit gabs ganz schön viel Arbeit, das VIS, Programme und History zu editieren.
Bitte die Datenpunkte so belassen und nicht noch einmal verändern. -
@hg6806
Schön, dass es klappt.
ABER: ich habe das als PR für den Adapter eingereicht. Ob das nun vom Inhaber so 1:1 übernommen wird, kann ich dir nicht versprechen... -
Hallo,
ich hab das Problem, dass die Werte aus FHEM immer wieder nicht aktualisiert werden. zB schalte ich direkt in FHEM ein Licht, den geänderten Status sehe ich nicht im Adapter. Andersrum kann ich aber über den Adapter Lichter schalten...
Jemand eine Idee? -
ACHTUNG! Nach Update FHEM Syntax Error jsonlist2 of FHEM Device
https://forum.iobroker.net/topic/39942/fehlende-devices-und-zustände-im-fhem-adapter/6Gruß
LausiD -
@andi2055
Vielen Dank für den PR
Leider bin ich lange nicht dazu gekommen.
PR habe ich erst übernommen, aber dann festgestellt aus Device zB Test.Test wurde Test~Test und nicht mehr Test_Test
Also nochmal geändert und ist jetzt auf github.@andi2055 @hg6806
Bitte mal in Ruhe testen....vielen DankMein Vorschlag:
Instanz fhem.0 anhalten
Update FHEM Adapter von github
Neue Instanz fhem.1 anlegen und starten
check Objekte in fhem.1
Falls NOK FHEM Adapter wieder zuück auf V1.5.3Gruß
LausiD -
@UHT sagte in FHEM Adapter:
Hallo,
ich hab das Problem, dass die Werte aus FHEM immer wieder nicht aktualisiert werden. zB schalte ich direkt in FHEM ein Licht, den geänderten Status sehe ich nicht im Adapter. Andersrum kann ich aber über den Adapter Lichter schalten...
Jemand eine Idee?Hast du noch das Problem?
Gruß
LausiD -
@LausiD
Hi,danke fürs Prüfen/Aufnehmen. Ich kann mir das aber erst nächste Woche angucken.
Ich melde michViele Grüße
Andreas -
Weiß hier wer was ? FHEM hat irgendwas mit dem Telnet gefixt. Seither geht der FHEM Adapter nicht mehr. Ich habe noch nicht geupdated, aber mir wurde das gesagt. Der Adapter managed das wohl anders.
-
@D3ltoroxp
https://forum.iobroker.net/topic/39942/fehlende-devices-und-zustände-im-fhem-adapter/6
https://forum.fhem.de/index.php/topic,117051.0.htmlMit dem Update FHEM noch warten.....demnächst sollte wieder alles wie gewohnt funktionieren
Gruß
LausiD -
Problem mit Telnet und Passwort ist gelöst
https://forum.fhem.de/index.php?topic=117051.msg1114138#msg1114138
https://forum.iobroker.net/topic/39942/fehlende-devices-und-zustände-im-fhem-adapterGruß
LausiD
