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

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

[hg6806]

So, habe nochmal etwas getestet.
Folgendes Programm schreibt KEINEN neuen Wert für Warmwasser:

Auch nicht wenn ich den Wert in den Objekten fhem.0.myHPSU.HPSUVal~Soll_T_Warmwasser_1_{t_dhw_setpoint1} direkt mit einem Wert beschreibe.

Dafür geht aber nach wie vor das alte Programm über den Command Befehl:

Was mich aber eher beschäftigt ist, dass die CPU Auslastung in die Höhe schnellt, sobald der FHEM Adapter läuft. Das ist so heftig, dass ich sogar im ganzen System richtige Hänger habe.
Hier mal das Log ab Adapter Start.

fhem.0.log.txt

[andi2055]

@hg6806
probiere mal "steuere" anstatt "aktualisiere". So funktioniert es bei mir. Aber auch wenn ich den Wert direkt in den State schreibe

Ich hatte Probleme als ich die HPSU im Ordner ioBroker hatte. Da gab es ein wildes Aktualisieren aller Werte jede Sekunde.

If room "ioBroker" exist in FHEM, only this objects will be synchronized

Das benutze ich nun nicht mehr und es funktioniert

[hg6806]

@andi2055
Ja, hat geklappt mit "steuere". Danke.

Was meinst du hiermit?

@andi2055 sagte in FHEM Adapter:

Ich hatte Probleme als ich die HPSU im Ordner ioBroker hatte. Da gab es ein wildes Aktualisieren aller Werte jede Sekunde.

If room "ioBroker" exist in FHEM, only this objects will be synchronized

Das benutze ich nun nicht mehr und es funktioniert

Soll man jetzt in FHEM ein Room mit iobroker anlegen oder nicht.
Ich kenne mich mit FHEM leider gar nicht aus.
Bei mir sieht es so aus.

Grüße

[andi2055]

@LausiD
habe die Version von github getestet. Sieht gut aus

@hg6806
ich habe keinen Raum "iobroker" mehr angelegt. Damit hatte ich sekündliche Aktualisierungen aller Werte des FHEM HPSU Adapters. Keine Ahnung, ob das ein Bug von FHEM, HPSU oder dem iob FHEM Adapter war/ist.

[hg6806]

Jetzt habe ich mal in FHEM einen Room ioBroker angelegt über den Befehl "attr myHPSU room ioBroker".
Das sieht jetzt so aus:

An der hohen CPU Auslastung auf dem ioBroker-Pi hat sich leider nichts getan. Die ist bei gestartetem FHEM Adapter noch immer extrem hoch und eigentlich so nicht brauchbar, da oft das ganze System hängt.

[hg6806]

Nochmal wegen den Aktualisierungen der Werte.
Wenn ich in ioBroker unter Objekte mir die myHSPU Werte anschaue, leuchten die ca. alle 2-3 grün auf. Und zwar alle. Heißt das dass sie alle aktualisiert werden und somit der hohe Traffic und CPU Auslastung kommt?
Meine SSD war gecrasht/defekt. Kam das evtl. daher?

Es macht auch keinen Unterschied ob ich in FHEM einen Room mit ioBroker angelegt habe oder nicht.

[andi2055]

@hg6806
ja genau. es aktualisieren sich dann alle Werte des Moduls HPSU alle 2-3 Sek im ioB.
Ich habe das Problem nun aktuell auch wieder. Keine Ahnung weshalb

Die Werte im FHEM aktualisieren sich nur einzeln nach konfiguriertem Aktualisierungsintervall. Im ioB werden aber immer alle Werte aktualisiert.

Liegt das am FHEM oder ioB? Hat jemand eine Idee? Ist das nur beim FHEM Modul "HPSU" oder auch bei anderen so?

Im FHEM werden die Werte einzeln aktualisiert

im ioB immer alle!?

[hg6806]

Kann ich so bestätigen, dass in FHEM nur einzelne Werte aktualisiert werden, in ioBroker aber immer alle.
Allerdings werden die aktualisierten in FHEM rot und bleiben rot. D.h. nach einiger Zeit sind alle rot. Weiß jetzt aber nicht ob das was zu bedeuten hat hinsichtlich ioBroker.

[andi2055]

kann mir jemand ein FHEM Modul nennen, was man einfach aufsetzen kann und auch periodisch einzelne Werte aktualisiert, so dass ich das mal testen kann, ob es nur am FHEM Modul liegt?
Ich kenne mich auch nicht mit FHEM aus und habe nur das HPSU Modul im Einsatz

[andi2055]

ich hatte jetzt zum Testen mal die FHEM Instanz gelöscht und danach neu angelegt. Dann hatte es wieder funktioniert - es wurden nur einzelne Werte aktualisiert. Mittlerweile werden aber wieder alle aktualisiert. Ist das ein Bug im ioB FHEM Adapter?

[hg6806]

@andi2055
Vielleicht liegts doch daran wie viele Werte aktuell rot in FHEM sind?
Anfangs ja nur wenige, und die werden immer mehr.

[LausiD]

@hg6806 @andi2055
Habe eine Vermutung: Wenn von FHEM Werte kommen und kein Objekt dazu gefunden wird macht der FHEM Adapter ein jsonlist2 auf das Device.
Bedeuted alle Werte vom Device werden neu eingelesen.
In den Readings/Objekten von oben sind gar keine Klammern enthalten?
Lasst den FHEM Adapter mal im Debug Mode laufen und schaut das Log an.

Gruß LausiD

[LausiD]

@andi2055 sagte in FHEM Adapter:

kann mir jemand ein FHEM Modul nennen, was man einfach aufsetzen kann und auch periodisch einzelne Werte aktualisiert, so dass ich das mal testen kann, ob es nur am FHEM Modul liegt?
Ich kenne mich auch nicht mit FHEM aus und habe nur das HPSU Modul im Einsatz

Zum Test würde zB das Device rssFeed Sinn machen
Gruß LausiD

[andi2055]

@LausiD
du hast recht. Im Log stehen etliche Einträge analog:
HPSU myHPSU HPSU.Aktive_Betriebsart: Heizen > no sync - no fhemObjects >> jsonlist2 myHPSU

Was bedeutet das? Irgendwie aktualisiert er doch die Werte. Oder nur durch jsonlist2?

So sieht das aktuell in ioB aus.

Habe ich vielleicht noch einen Fehler bei der von mir geänderten Konvertierung/Zeichenersetzung?
Könntest du da helfen? Ich blicke da nämlich ehrlicherweise nicht so komplett durch was da passiert.

Danke dir!

noch etwas mehr aus dem Log:

2021-01-08 21:44:41.580  - debug: fhem.0 (23419) [main] [eventFHEM] eventFHEM(in): "HPSU myHPSU HPSU.Durchfluss: 1146 lh"
2021-01-08 21:44:41.581  - info: fhem.0 (23419) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Durchfluss: 1146 lh > no sync  - no fhemObjects >> jsonlist2 myHPSU
2021-01-08 21:44:41.590  - debug: fhem.0 (23419) [main] [eventFHEM] eventFHEM(in): "HPSU myHPSU Info.Q: 4.402 kW"
2021-01-08 21:44:41.591  - info: fhem.0 (23419) unhandled event FHEM: ---- | HPSU myHPSU Info.Q: 4.402 kW > no sync  - no fhemObjects >> jsonlist2 myHPSU
2021-01-08 21:44:42.274  - debug: fhem.0 (23419) [main] [eventFHEM] eventFHEM(in): "HPSU myHPSU HPSU.Pos_Vent_3UV_DHW: 0 %"
2021-01-08 21:44:42.276  - info: fhem.0 (23419) unhandled event FHEM: ---- | HPSU myHPSU HPSU.Pos_Vent_3UV_DHW: 0 % > no sync  - no fhemObjects >> jsonlist2 myHPSU
2021-01-08 21:44:42.301  - debug: fhem.0 (23419) [main] [eventFHEM] [processEvent] [parseEvent] [doJsonlist] [checkQueue] [processQueue] [requestMeta] [parseObjects] check channel fhem.0.myHPSU | name: myHPSU | room: HPSU | role: undefined | function: no |  1/1
2021-01-08 21:44:42.313  - debug: fhem.0 (23419) [main] [eventFHEM] [processEvent] [parseEvent] [doJsonlist] [checkQueue] [processQueue] [requestMeta] [parseObjects] Funktion: sensor für fhem.0.myHPSU.state_boolean
2021-01-08 21:44:42.317  - debug: fhem.0 (23419) [syncObjects] update object: fhem.0.myHPSU (channel) -  native
2021-01-08 21:44:42.321  - debug: fhem.0 (23419) [stateChange] stateChange (in): fhem.0.info.Info.numberDevicesFHEMignored 4 {"val":4,"ack":true,"ts":1610138682315,"q":0,"from":"system.adapter.fhem.0","user":"system.user.admin","lc":1609801200338}
2021-01-08 21:44:42.349  - debug: fhem.0 (23419) [syncObjects] update object: fhem.0.myHPSU.HPSUVal~HK_Funktion_{hc_func} (state) -  common
2021-01-08 21:44:42.368  - debug: fhem.0 (23419) [syncObjects] update object: fhem.0.myHPSU.HPSUVal~Betriebsart_{mode_01} (state) -  common
2021-01-08 21:44:42.379  - debug: fhem.0 (23419) [syncObjects] update object: fhem.0.myHPSU.HPSUVal~Fluesterbetrieb_{quiet_mode} (state) -  common
2021-01-08 21:44:42.448  - debug: fhem.0 (23419) [syncRoom] (HPSU) fhem.0.myHPSU
2021-01-08 21:44:42.452  - debug: fhem.0 (23419) [syncFunction] (sensor) fhem.0.myHPSU.state_boolean
2021-01-08 21:44:42.456  - debug: fhem.0 (23419) [stateChange] stateChange (in): fhem.0.info.Info.numberObjectsIOBin 191 {"val":191,"ack":true,"ts":1610138682449,"q":0,"from":"system.adapter.fhem.0","user":"system.user.admin","lc":1610112665933}
2021-01-08 21:44:42.484  - debug: fhem.0 (23419) [syncStates] update state: fhem.0.myHPSU.HPSU~Durchfluss = 1191 lh > 1146 lh
2021-01-08 21:44:42.488  - debug: fhem.0 (23419) [stateChange] stateChange (in): fhem.0.myHPSU.HPSU~Durchfluss 1146 lh {"val":"1146