NEWS
FHEM Adapter
-
Hallo zusammen,
seit dem Update auf 1.5.3 haben sich war einige (Log) Probleme behoben, leider wird aber seitdem mein Log mit Meldungen wie
zugespamt.Was ich bisher gelesen habe kann ich das ganze mit
fhem.0.info.Settings.logUnhandledEventFHEMbeheben bzw. unterdrücken, was aber leider nichts an der Ursache ändert.
Bei einem anderen User war das Object nicht vorhanden, bei mir gibt es diese aber. Kann mir evtl. jemand sagen warum ich die Meldung für fast alle Geräte bekomme?
Die States scheinen auch aktualisiert zu werden, wenn auch 1-2 Std. vorher.Debug wäre hier:
Danke und Grüße,
Seeandfeel
-
@Seeandfeel sagte in FHEM Adapter:
unhandled event FHEM
Niemand eine Idee?
Ich verstehe leider die Meldung nicht.
Bedeutet die Meldung evtl. das es in FHEM das Event nicht gibt?Edit:
Mir fällt gerade auf das es nur Werte mit mehreren Einträgen betrifft. Vermute das es ein Bug sein könnte.
Ich werde mal einen Issue eröffnen. -
@Seeandfeel sagte in FHEM Adapter:
unhandled event FHEM
Niemand eine Idee?
Ich verstehe leider die Meldung nicht. Bedeutet die Meldung evtl. das es in FHEM das Event nicht gibt?Edit:
Mir fällt gerade auf das es nur Werte mit mehreren Einträgen betrifft. Vermute das es ein Bug sein könnte.
Ich werde mal einen Issue eröffnen.@Seeandfeel
Betrifft nur states mit :
Schaue nach dem Urlaub danach. -
@Robin82
Ab V1.5.0 entspricht die Verarbeitung der Readings deiner Beschreibung.
War als Verbesserung der Performance gedacht.
Falls du auch jedes Update eines Readings benötigst (Was machst du damit?) wäre eventuell eine "schaltbare" Funktion möglich...
Gruß LausiD@LausiD said in FHEM Adapter:
@Robin82
Ab V1.5.0 entspricht die Verarbeitung der Readings deiner Beschreibung.
War als Verbesserung der Performance gedacht.
Falls du auch jedes Update eines Readings benötigst (Was machst du damit?) wäre eventuell eine "schaltbare" Funktion möglich...
Gruß LausiDHallo LausiD,
das hat jetzt viel ärger mit der Dame des Hauses gegeben....
Ich musste auch lange suchen, leider waren meine suchbegriffe state, state änderung usw.... und nur durch lesen des Threads ab ca. Januar 2020 war erfolgreich.Eigentlich wollte ich dir ein weiteres Bsp. geben, was dies benötigt wird und zwar bei meier Rollo Steuerung.
Ich habe hierfür HE401EU zur Steuerung der Rollos, insgesamt sind es 7.
Die Steuerung ist wie folgt -> ON macht den Rollo hoch, nochmal ON (während der Fahrt) macht einen Stop ein Off macht den Rollo runtern, nochmal Off macht ein Stop usw.
Ein Script im Iobroker steuert dann die Rollofunktion in FHEM....Also Danke für den "Schalter"
Gruß
PaoloP -
@Seeandfeel sagte in FHEM Adapter:
unhandled event FHEM
Niemand eine Idee?
Ich verstehe leider die Meldung nicht. Bedeutet die Meldung evtl. das es in FHEM das Event nicht gibt?Edit:
Mir fällt gerade auf das es nur Werte mit mehreren Einträgen betrifft. Vermute das es ein Bug sein könnte.
Ich werde mal einen Issue eröffnen.@Seeandfeel
Änderung für state mit : durchgeführt.
Bitte Update von github und testen. Danke
-
@Seeandfeel
Änderung für state mit : durchgeführt.
Bitte Update von github und testen. Danke -
Hallo an Alle,
um meine Rotex Wärmepumpe HPSU ansprechen bzw. auslesen zu können, habe ich FHEM auf einem Raspberry Pi ZeroW installiert und über ein CAN Interface die Rotex verbunden. Das ganze läuft nach der Anleitung im FHEM Forum soweit ganz gut.
Dann habe ich den FHEM Adapter in ioBroker installiert und auf Anhieb die Daten bekommen.
In dem Modul für die Wärmepumpe gibt es auch "Set-Daten" und Werte an die WP zu übergeben. Das geht in FHEM auch, jedoch nicht wenn ich diese Daten in ioBroker setze. (Über Objekte probiert)
Auf jeden Fall bekomme ich viele Warnings, kann mir vorstellen dass es damit was zu tun hat:fhem.0 2020-09-26 20:45:28.025 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.ehs: 0 kWh > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.919 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Wartezeit_BOH_[timer_boh] changed to fhem.0.myHPSU.HPSUVal_Wartezeit_BOH__timer_boh_ fhem.0 2020-09-26 20:45:27.869 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_TDiff_WW_HZU_[tdiff_dhw_ch] changed to fhem.0.myHPSU.HPSUVal_TDiff_WW_HZU__tdiff_dhw_ch_ fhem.0 2020-09-26 20:45:27.850 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Pos_Vent_3UVB1: 28 % > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.815 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_3_[t_room3_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_3__t_room3_setpoint_ fhem.0 2020-09-26 20:45:27.809 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_2_[t_room2_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_2__t_room2_setpoint_ fhem.0 2020-09-26 20:45:27.759 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_1_[t_room1_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_1__t_room1_setpoint_ fhem.0 2020-09-26 20:45:27.709 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Heizgrenze_Nacht_[t_out_lim_night] changed to fhem.0.myHPSU.HPSUVal_Heizgrenze_Nacht__t_out_lim_night_ fhem.0 2020-09-26 20:45:27.644 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Heizgrenze_Tag_[t_out_lim_day] changed to fhem.0.myHPSU.HPSUVal_Heizgrenze_Tag__t_out_lim_day_ fhem.0 2020-09-26 20:45:27.637 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_3_[t_dhw_setpoint3] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_3__t_dhw_setpoint3_ fhem.0 2020-09-26 20:45:27.629 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_2_[t_dhw_setpoint2] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_2__t_dhw_setpoint2_ fhem.0 2020-09-26 20:45:27.585 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.TVBH: 33.6 °C > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.470 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_1_[t_dhw_setpoint1] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_1__t_dhw_setpoint1_ fhem.0 2020-09-26 20:45:27.392 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Kaeltemitteltemperatur: 31 °C > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.389 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Schaltschwelle_AUX_TDHW_[t_dhw_1_min] changed to fhem.0.myHPSU.HPSUVal_Schaltschwelle_AUX_TDHW__t_dhw_1_min_ fhem.0 2020-09-26 20:45:27.319 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Betriebsart_[mode_01] changed to fhem.0.myHPSU.HPSUVal_Betriebsart__mode_01_ fhem.0 2020-09-26 20:45:27.269 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Min_Leistung_Pumpe_[min_perf_pump] changed to fhem.0.myHPSU.HPSUVal_Min_Leistung_Pumpe__min_perf_pump_ fhem.0 2020-09-26 20:45:27.219 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Max_Leistung_Pumpe_[max_perf_pump] changed to fhem.0.myHPSU.HPSUVal_Max_Leistung_Pumpe__max_perf_pump_ -
Hallo an Alle,
um meine Rotex Wärmepumpe HPSU ansprechen bzw. auslesen zu können, habe ich FHEM auf einem Raspberry Pi ZeroW installiert und über ein CAN Interface die Rotex verbunden. Das ganze läuft nach der Anleitung im FHEM Forum soweit ganz gut.
Dann habe ich den FHEM Adapter in ioBroker installiert und auf Anhieb die Daten bekommen.
In dem Modul für die Wärmepumpe gibt es auch "Set-Daten" und Werte an die WP zu übergeben. Das geht in FHEM auch, jedoch nicht wenn ich diese Daten in ioBroker setze. (Über Objekte probiert)
Auf jeden Fall bekomme ich viele Warnings, kann mir vorstellen dass es damit was zu tun hat:fhem.0 2020-09-26 20:45:28.025 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.ehs: 0 kWh > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.919 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Wartezeit_BOH_[timer_boh] changed to fhem.0.myHPSU.HPSUVal_Wartezeit_BOH__timer_boh_ fhem.0 2020-09-26 20:45:27.869 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_TDiff_WW_HZU_[tdiff_dhw_ch] changed to fhem.0.myHPSU.HPSUVal_TDiff_WW_HZU__tdiff_dhw_ch_ fhem.0 2020-09-26 20:45:27.850 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Pos_Vent_3UVB1: 28 % > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.815 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_3_[t_room3_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_3__t_room3_setpoint_ fhem.0 2020-09-26 20:45:27.809 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_2_[t_room2_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_2__t_room2_setpoint_ fhem.0 2020-09-26 20:45:27.759 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Raum_1_[t_room1_setpoint] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Raum_1__t_room1_setpoint_ fhem.0 2020-09-26 20:45:27.709 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Heizgrenze_Nacht_[t_out_lim_night] changed to fhem.0.myHPSU.HPSUVal_Heizgrenze_Nacht__t_out_lim_night_ fhem.0 2020-09-26 20:45:27.644 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Heizgrenze_Tag_[t_out_lim_day] changed to fhem.0.myHPSU.HPSUVal_Heizgrenze_Tag__t_out_lim_day_ fhem.0 2020-09-26 20:45:27.637 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_3_[t_dhw_setpoint3] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_3__t_dhw_setpoint3_ fhem.0 2020-09-26 20:45:27.629 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_2_[t_dhw_setpoint2] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_2__t_dhw_setpoint2_ fhem.0 2020-09-26 20:45:27.585 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.TVBH: 33.6 °C > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.470 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_1_[t_dhw_setpoint1] changed to fhem.0.myHPSU.HPSUVal_Soll_T_Warmwasser_1__t_dhw_setpoint1_ fhem.0 2020-09-26 20:45:27.392 info (14669) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Kaeltemitteltemperatur: 31 °C > no sync - no fhemObjects >> jsonlist2 myHPSU fhem.0 2020-09-26 20:45:27.389 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Schaltschwelle_AUX_TDHW_[t_dhw_1_min] changed to fhem.0.myHPSU.HPSUVal_Schaltschwelle_AUX_TDHW__t_dhw_1_min_ fhem.0 2020-09-26 20:45:27.319 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Betriebsart_[mode_01] changed to fhem.0.myHPSU.HPSUVal_Betriebsart__mode_01_ fhem.0 2020-09-26 20:45:27.269 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Min_Leistung_Pumpe_[min_perf_pump] changed to fhem.0.myHPSU.HPSUVal_Min_Leistung_Pumpe__min_perf_pump_ fhem.0 2020-09-26 20:45:27.219 warn (14669) Used invalid characters: fhem.0.myHPSU.HPSUVal_Max_Leistung_Pumpe_[max_perf_pump] changed to fhem.0.myHPSU.HPSUVal_Max_Leistung_Pumpe__max_perf_pump_ -
@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? -
@hg6806
Ups...den zweiten Satz verstehe ich auch nicht
Meinte, für was werden die Klammern verwendet? -
@hg6806
Kannst du mal beschreiben was du machen möchtest und welche Meldungen dann komme?
So ist es schwierig -
@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,. -
@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" -
@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? -
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 -
@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. -
@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.
736
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge