UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[hg6806]

@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]

@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]

@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:

[hg6806]

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?

[andi2055]

@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]

@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]

@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...

[UHT]

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?

[LausiD]

ACHTUNG! Nach Update FHEM Syntax Error jsonlist2 of FHEM Device
https://forum.iobroker.net/topic/39942/fehlende-devices-und-zustände-im-fhem-adapter/6

Gruß
LausiD

[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 Dank

Mein 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.3

Gruß
LausiD

[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

[andi2055]

@LausiD
Hi,

danke fürs Prüfen/Aufnehmen. Ich kann mir das aber erst nächste Woche angucken.
Ich melde mich

Viele Grüße
Andreas

[D3ltoroxp]

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.

[LausiD]

@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.html

Mit dem Update FHEM noch warten.....demnächst sollte wieder alles wie gewohnt funktionieren :-)

Gruß
LausiD

[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-adapter

Gruß
LausiD

[D3ltoroxp]

@LausiD Klasse, ja habs dann auch verfolgt im FHEM Forum.

[hg6806]

Sorry für die später Antwort, kämpfe hier aber an vielen anderen Baustellen gleichzeitig.
Ich habe ja noch die Version von 28/29. Okt. installiert von @andi2055 ?
Auf jeden Fall habe ich noch langer Suche festgestellt, dass unter ioBroker die CPU Leistung stark noch oben geht.

Ich bin in Linux/Github nicht so fit. Kann ich mit "npm i iobroker.fhem" einfach drüberinstallieren?

[LausiD]

@hg6806
Adapter von github aktualisieren steht hier - Kapitel 8
https://github.com/iobroker-community-adapters/ioBroker.fhem/blob/master/docs/de/README.md#faq

viel Erfolg und guten Rutsch
LausiD

[hg6806]

@LausiD
Moin und ein frohes Neues!
Habe mal den FHEM Adapter per Git installiert.
Was hat sich denn da geändert?
Für meine Rotex HPSU Steuerung ist alles gleich geblieben, auch die geschwungenen Klammern, mit der die Rotex als Schreibwert nichts anfangen kann.
Zudem habe ich eine auffällig hohe Prozessorauslastung, was aber vorher schon der Fall war.

[andi2055]

@hg6806 sagte in FHEM Adapter:

Für meine Rotex HPSU Steuerung ist alles gleich geblieben, auch die geschwungenen Klammern, mit der die Rotex als Schreibwert nichts anfangen kann.

die geschwungenen Klammern hatte ich eingeführt, da die eckigen nicht erlaubt sind bei State-Namen. Schreiben der Rotex-Werte funktioniert bei mir damit wenn man die Schreibwerte des FHEM HPSU Adapter verwendet (Schreibwerte haben bei mir standardmäßig einen "PUNKT" als Wert - die Lesewerte kann man natürlich nicht ändern). Oder was funktioniert bei dir nicht?

PS: wie oben geschrieben, kann ich das Update erst nächste Woche testen.