- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
fronthem / smartVISU / Aw: Fehler in device.uzsugraph
Letzter Beitrag von wvhn - 12 Februar 2026, 13:05:36Hab nochmal weiter getestet: mit beiden Änderungen zusammen könnte es gehen, aber das ist zu unsicherer. Sorry!
Eine neue Version der ./widgets/device.js liegt in diesem Gist: https://gist.github.com/wvhn/e083451bf324aaa8d6550644bd4780dc
Diese bitte einfach austauschen.
Wenn Du sie getestet hast, schiebe ich sie in den develop branch von smartVISU.
Gruß
Wolfram
Eine neue Version der ./widgets/device.js liegt in diesem Gist: https://gist.github.com/wvhn/e083451bf324aaa8d6550644bd4780dc
Diese bitte einfach austauschen.
Wenn Du sie getestet hast, schiebe ich sie in den develop branch von smartVISU.
Gruß
Wolfram
#42
Anfängerfragen / Aw: Integration Valetudo Staub...
Letzter Beitrag von Rainer82 - 12 Februar 2026, 12:45:52https://valetudo.cloud/pages/integrations/home-assistant-integration.html
...Umsteigen! Es lohnt sich
...Umsteigen! Es lohnt sich
#43
Sonstiges / Aw: Probleme mit ModbusAttr
Letzter Beitrag von Aurel_B - 12 Februar 2026, 12:27:12Hallo Martin,
ich versuche mich mal an einer Antwort: ich glaub, ich verstehe was du bewerkstelligen möchtest: im Register 40206 ist ein Short-Wert welchen du mit dem Short-Wert aus 40210 multiplizieren möchtest. Deinen Lösungsansatz finde ich spannend, ich hätte die beiden Register separat ausgelesen und dann in einem Userreading verknüpft.
Ich bin nicht 100% sicher: eventuell liegt das Problem bei der unpack Definition:
Dort liest du nur 2x einen Short wert aus (also die ersten 4 Bytes resp. 2 Modbus Register). Tatsächlich frägst du allerdings 5 Register ab. Was passiert, wenn du
ausprobierst?
Beste Grüsse, Aurel
ich versuche mich mal an einer Antwort: ich glaub, ich verstehe was du bewerkstelligen möchtest: im Register 40206 ist ein Short-Wert welchen du mit dem Short-Wert aus 40210 multiplizieren möchtest. Deinen Lösungsansatz finde ich spannend, ich hätte die beiden Register separat ausgelesen und dann in einem Userreading verknüpft.
Ich bin nicht 100% sicher: eventuell liegt das Problem bei der unpack Definition:
Code Auswählen
attr MD_SE_10K obj-h40206-unpack s>s>Dort liest du nur 2x einen Short wert aus (also die ersten 4 Bytes resp. 2 Modbus Register). Tatsächlich frägst du allerdings 5 Register ab. Was passiert, wenn du
Code Auswählen
attr MD_SE_10K obj-h40206-unpack s>s>s>s>s>ausprobierst?
Beste Grüsse, Aurel
#44
Heizungssteuerung/Raumklima / Aw: IDM AERO ALM mit Navigator...
Letzter Beitrag von RPort - 12 Februar 2026, 12:13:14Hallo Matze_vi,
ich habe erst jetzt deine Rückfrage gesehen - falls das noch aktuell ist...
Modbus hast du ja anscheinend in der IDM bereits freigeschaltet ? Dazu ist der Fachmann-Code notwendig
- je nach dem, welche Daten man an die WP übertragen will, sind da noch Einstellungen notwendig.. -> das wäre ein eigenes Thema..
---
Zur Einrichtung in fhem:
ich habe die Verbindung zur WP wie folgt definiert:
define IDM_AERO_ALM ModbusAttr 1 60 192.168.xxx.xx:502 TCP # d.h. lokale IP-Adresse
und dann die Typ/Format-Definitionen
Diese sind nicht gut "aufgeräumt", da Resultat von try-and-error:
attr IDM_AERO_ALM dev-h-combine 1
attr IDM_AERO_ALM dev-h-defLen 2
attr IDM_AERO_ALM dev-h-defPoll 1
attr IDM_AERO_ALM dev-h-defRevRegs 1
attr IDM_AERO_ALM dev-h-defShowGet 1
attr IDM_AERO_ALM dev-i-combine 1
attr IDM_AERO_ALM dev-i-defFormat %.1f
attr IDM_AERO_ALM dev-i-defLen 2
attr IDM_AERO_ALM dev-i-defPoll 1
attr IDM_AERO_ALM dev-i-defRevRegs 1
attr IDM_AERO_ALM dev-i-defShowGet 1
attr IDM_AERO_ALM dev-i-defUnpack f>
attr IDM_AERO_ALM dev-timing-commDelay 0.1
attr IDM_AERO_ALM dev-timing-sendDelay 0.1
attr IDM_AERO_ALM dev-timing-timeout 2
attr IDM_AERO_ALM dev-type-IDM_BOOL-len 1
attr IDM_AERO_ALM dev-type-IDM_BOOL-unpack n
attr IDM_AERO_ALM dev-type-IDM_UCHAR-len 1
attr IDM_AERO_ALM dev-type-IDM_UCHAR-unpack n
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-format %.1f
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-len 2
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-revRegs 1
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-unpack f>
Beispielhaft einige Registerabfragen:
attr IDM_AERO_ALM obj-i1000-poll 1
attr IDM_AERO_ALM obj-i1000-reading Aussentemperatur
attr IDM_AERO_ALM obj-i1002-reading Gemittelte_Aussentemperatur
attr IDM_AERO_ALM obj-i1008-reading Waermespeichertemperatur
attr IDM_AERO_ALM obj-i1012-reading Trinkwassererwaermetemp_unten
attr IDM_AERO_ALM obj-i1014-reading Trinkwassererwaermetemp_oben
attr IDM_AERO_ALM obj-i1090-len 1
attr IDM_AERO_ALM obj-i1090-reading Betriebsart_WP_intern
attr IDM_AERO_ALM obj-i1090-type IDM_UCHAR
attr IDM_AERO_ALM obj-i1090-unpack n
Werte an die WP können so übergeben werden - z.B: Raumtemperatur Heizkreis A:
attr IDM_AERO_ALM obj-h1650-poll 0
attr IDM_AERO_ALM obj-h1650-reading ExterneRaumtemperaturHK_A
attr IDM_AERO_ALM obj-h1650-set 1
# Warmwasserladung anfordern
attr IDM_AERO_ALM obj-h1713-reading WarmwasserladungEinmaligAnfordern
attr IDM_AERO_ALM obj-h1713-set 1
attr IDM_AERO_ALM obj-h1713-type IDM_BOOL
Bitte sag Bescheid, ob es damit funktioniert.
Welche Register es gibt (und geschrieben werden), kann man in der Fachmann-Ebene unter Monitor Gebäudeleitebene sehen oder im Internet die Doku der IDM suchen (meine ist nicht mehr aktuell).
---
Falls jemand Verbesserungsvorschläge hierzu hat, ist das willkommen!
Viele Grüße
Reiner
ich habe erst jetzt deine Rückfrage gesehen - falls das noch aktuell ist...
Modbus hast du ja anscheinend in der IDM bereits freigeschaltet ? Dazu ist der Fachmann-Code notwendig
- je nach dem, welche Daten man an die WP übertragen will, sind da noch Einstellungen notwendig.. -> das wäre ein eigenes Thema..
---
Zur Einrichtung in fhem:
ich habe die Verbindung zur WP wie folgt definiert:
define IDM_AERO_ALM ModbusAttr 1 60 192.168.xxx.xx:502 TCP # d.h. lokale IP-Adresse
und dann die Typ/Format-Definitionen
Diese sind nicht gut "aufgeräumt", da Resultat von try-and-error:
attr IDM_AERO_ALM dev-h-combine 1
attr IDM_AERO_ALM dev-h-defLen 2
attr IDM_AERO_ALM dev-h-defPoll 1
attr IDM_AERO_ALM dev-h-defRevRegs 1
attr IDM_AERO_ALM dev-h-defShowGet 1
attr IDM_AERO_ALM dev-i-combine 1
attr IDM_AERO_ALM dev-i-defFormat %.1f
attr IDM_AERO_ALM dev-i-defLen 2
attr IDM_AERO_ALM dev-i-defPoll 1
attr IDM_AERO_ALM dev-i-defRevRegs 1
attr IDM_AERO_ALM dev-i-defShowGet 1
attr IDM_AERO_ALM dev-i-defUnpack f>
attr IDM_AERO_ALM dev-timing-commDelay 0.1
attr IDM_AERO_ALM dev-timing-sendDelay 0.1
attr IDM_AERO_ALM dev-timing-timeout 2
attr IDM_AERO_ALM dev-type-IDM_BOOL-len 1
attr IDM_AERO_ALM dev-type-IDM_BOOL-unpack n
attr IDM_AERO_ALM dev-type-IDM_UCHAR-len 1
attr IDM_AERO_ALM dev-type-IDM_UCHAR-unpack n
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-format %.1f
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-len 2
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-revRegs 1
attr IDM_AERO_ALM dev-type-IDM_hFLOAT-unpack f>
Beispielhaft einige Registerabfragen:
attr IDM_AERO_ALM obj-i1000-poll 1
attr IDM_AERO_ALM obj-i1000-reading Aussentemperatur
attr IDM_AERO_ALM obj-i1002-reading Gemittelte_Aussentemperatur
attr IDM_AERO_ALM obj-i1008-reading Waermespeichertemperatur
attr IDM_AERO_ALM obj-i1012-reading Trinkwassererwaermetemp_unten
attr IDM_AERO_ALM obj-i1014-reading Trinkwassererwaermetemp_oben
attr IDM_AERO_ALM obj-i1090-len 1
attr IDM_AERO_ALM obj-i1090-reading Betriebsart_WP_intern
attr IDM_AERO_ALM obj-i1090-type IDM_UCHAR
attr IDM_AERO_ALM obj-i1090-unpack n
Werte an die WP können so übergeben werden - z.B: Raumtemperatur Heizkreis A:
attr IDM_AERO_ALM obj-h1650-poll 0
attr IDM_AERO_ALM obj-h1650-reading ExterneRaumtemperaturHK_A
attr IDM_AERO_ALM obj-h1650-set 1
# Warmwasserladung anfordern
attr IDM_AERO_ALM obj-h1713-reading WarmwasserladungEinmaligAnfordern
attr IDM_AERO_ALM obj-h1713-set 1
attr IDM_AERO_ALM obj-h1713-type IDM_BOOL
Bitte sag Bescheid, ob es damit funktioniert.
Welche Register es gibt (und geschrieben werden), kann man in der Fachmann-Ebene unter Monitor Gebäudeleitebene sehen oder im Internet die Doku der IDM suchen (meine ist nicht mehr aktuell).
---
Falls jemand Verbesserungsvorschläge hierzu hat, ist das willkommen!
Viele Grüße
Reiner
#45
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Starkstrombastler - 12 Februar 2026, 12:01:11Zitat von: piet_pit am 11 Februar 2026, 14:28:03Es kommt die Fehlermeldung "not enough parameter".Der kleine Unterschied zwischen pct und ct (für colour-temperature) hat hier für den Fehler gesorgt. Ist im aktuellen Update gefixt.
#46
Wallboxen und E-Fahrzeuge / Aw: Umstellung auf myHyundai-A...
Letzter Beitrag von RPort - 12 Februar 2026, 11:57:20Hallo Reinhard,
- die Token habe ich ..
mit folgender Anleitung erhalten
https://github.com/evcc-io/evcc/wiki/Hyundai-Kia:-Refresh-Token
- bluelinky habe ich mit ..
sudo npm install bluelinky
unter /opt installiert
d.h. es gibt die directory /opt/node_modules und darin /opt/node_modules/bluelinky (Version 10.0.0)
-> erste Frage: diese dirs gehören also root -> ist das ein Problem?
Mein Problem:
==> Wie muss das Script aussehen, das bluelinky aufruft und die empfangenen Daten an fhem weiterreicht???
Was ich im Internet gefunden habe, ist offentsichtlich veraltet.
Da steht nicht, wie die Token übergeben werden müssen.
Danke für deine Mühe
Viele Grüße
Reiner
- die Token habe ich ..
mit folgender Anleitung erhalten
https://github.com/evcc-io/evcc/wiki/Hyundai-Kia:-Refresh-Token
- bluelinky habe ich mit ..
sudo npm install bluelinky
unter /opt installiert
d.h. es gibt die directory /opt/node_modules und darin /opt/node_modules/bluelinky (Version 10.0.0)
-> erste Frage: diese dirs gehören also root -> ist das ein Problem?
Mein Problem:
==> Wie muss das Script aussehen, das bluelinky aufruft und die empfangenen Daten an fhem weiterreicht???
Was ich im Internet gefunden habe, ist offentsichtlich veraltet.
Da steht nicht, wie die Token übergeben werden müssen.
Danke für deine Mühe
Viele Grüße
Reiner
#47
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 12 Februar 2026, 11:36:58Hier das für mich nichtssagende Ergebnis des überarbeiteten Temperaturverlaufs mit Temp. des Pufferspeichers, vielleicht gewinnst du daraus erhellende Erkenntnisse. Mir ist gerade erst klar geworden, dass es sich dabei um die Temperaturangabe bei Hk handelt, ich dachte zunächst HK ist der Vorlauf des Heizkörperkreislaufes.
Die Lüfteraktivität der Außeneinheit ist zusätzlich zu sehen.
Die Lüfteraktivität der Außeneinheit ist zusätzlich zu sehen.
#48
Sonstiges / Aw: Dispatch und readingsBegin...
Letzter Beitrag von Beta-User - 12 Februar 2026, 11:19:57Zitat von: olwaldi am 12 Februar 2026, 10:59:32Das Dispatch wird in DENON_AVR benutzt, um mit DENON_ZONE zusammenzuarbeiten. Da wollte ich eigentlich nicht genauer gucken...Ah, #1184 der svn-Version ist mir beim überblättern am Handy durchgerutscht...
Ich hatte nur - vor dem Hintergrund deiner Fragen an diversen Stellen - gesehen, dass das Modul insgesamt nicht ausgereift wirkt. Von daher finde ich es super, wenn du (optimalerweise mit dem Maintainer) da rangehst und das eine oder andere überarbeitest.
Zitat von: olwaldi am 12 Februar 2026, 10:59:32Aber hier solls ja um updateBulkUpdate HINTER einem Dispatch gehen. Ich kann's durch Codeverschieben umgehen, aber vielleicht ist's ja doch ein Bug?Imo ist es schlicht so, dass sinnvollerweise immer nur ein einziges Device "offene" Readings im Rahmen eines bulkUpdate hat (von denen "singleUpdate" nur eine Kurzform ist!) Demnach macht es Sinn, erst das Triggern (endUpdate) auszuführen, und dann erst Dispatch() aufzurufen (das dann in der Regel ja wieder eigene Trigger im Rahmen von "bulkUpdate() auslöst).
Dass der Code - so wie er jetzt geschrieben ist - komplett unleserlich ist und eine (gefühlte) Unmenge an Doppelungen enthält und durch diese Reihung dann nicht wirklich einfacher lesbar wird, ist soweit klar.
Allerdings gibt es ziemlich sicher Wege, das zu verbessern...
PS: Das Wichtigste bei einem Modul ist erst mal, dass es im Großen und Ganzen tut, was es soll. Das ist für sich genommen ausdrücklich eine große Leistung, die ich auch nicht durch meine sehr kritische Rückmeldung im Rahmen einer sehr oberflächlichen Code-Durchsicht in irgendeiner Weise schmälern will.
Leider ist es (auch KI-unterstützt) häufig so, dass eben vorhandener funktionfähiger Code als Basis genommen wird, um erst mal überhaupt Ergebnisse zu erzielen, und das Bereinigen hinterher eher kurz kommt.
Das ist anders formuliert eher als Hilfsangebot von jemandem zu verstehen, der - ohne vorher tiefgreifende Programmiererfahrung gehabt zu haben - ein "paar" Module geerbt hat, die er eben zufällig in Benutzung hatte, und dabei entsprechende Erfahrungen gesammelt hat...
#49
Sonstiges / Aw: Dispatch und readingsBegin...
Letzter Beitrag von olwaldi - 12 Februar 2026, 10:59:32Danke für die Tipps ... verschoben. Im Modulbereich für DENON_AVR stoße ich ja auch eher auf weniger Interesse - klar, dort sind die Anwender (bin ja selber eher auch einerr) unterwegs.
DENON_AVR ist ja auch gar nicht "mein" Modul - ich wollte nur einen "minibug" wegen XMLin finden und möglichst fixen (man sollte ja nicht nur Fordern:-). Und dann sieht man den nächsten Minibug usw.
Das Dispatch wird in DENON_AVR benutzt, um mit DENON_ZONE zusammenzuarbeiten. Da wollte ich eigentlich nicht genauer gucken...
Letztendlich "stört" mich aktuell nur noch, daß die Readings von DENON_AVR oft im Browser nicht aktualisiert werden. Daher stelle ich immer mal wieder Code etwas um. Gerade eben habe ich konsequent darauf verzichtet, daß DENON_AVR alle Readings immer "doppelt" gemoppelt schreibt, einmal in DENON_AVR_Set/Get, wenn eine Aktion ausgelöst wird, und zum zweiten, wenn der Receiver die Aktion in DENON_AVR_Read bestätigt. Hilft aber nicht bzgl. des nicht-automatischen Browser-Refresh.
Was mir auch noch unklar ist: Warum liest DENON_AVR_Read nur beim allerersten Mal nach einem fhem-Neustart mehrere Antworten in einem Rutsch mit 200.330bytes, ab dann (selbst bei gleicher Aktion) immer nur in Einzel-Botschaften a 10..15bytes?
Aber hier solls ja um updateBulkUpdate HINTER einem Dispatch gehen. Ich kann's durch Codeverschieben umgehen, aber vielleicht ist's ja doch ein Bug?
Grüßle, Michael
DENON_AVR ist ja auch gar nicht "mein" Modul - ich wollte nur einen "minibug" wegen XMLin finden und möglichst fixen (man sollte ja nicht nur Fordern:-). Und dann sieht man den nächsten Minibug usw.
Das Dispatch wird in DENON_AVR benutzt, um mit DENON_ZONE zusammenzuarbeiten. Da wollte ich eigentlich nicht genauer gucken...
Letztendlich "stört" mich aktuell nur noch, daß die Readings von DENON_AVR oft im Browser nicht aktualisiert werden. Daher stelle ich immer mal wieder Code etwas um. Gerade eben habe ich konsequent darauf verzichtet, daß DENON_AVR alle Readings immer "doppelt" gemoppelt schreibt, einmal in DENON_AVR_Set/Get, wenn eine Aktion ausgelöst wird, und zum zweiten, wenn der Receiver die Aktion in DENON_AVR_Read bestätigt. Hilft aber nicht bzgl. des nicht-automatischen Browser-Refresh.
Was mir auch noch unklar ist: Warum liest DENON_AVR_Read nur beim allerersten Mal nach einem fhem-Neustart mehrere Antworten in einem Rutsch mit 200.330bytes, ab dann (selbst bei gleicher Aktion) immer nur in Einzel-Botschaften a 10..15bytes?
Aber hier solls ja um updateBulkUpdate HINTER einem Dispatch gehen. Ich kann's durch Codeverschieben umgehen, aber vielleicht ist's ja doch ein Bug?
Grüßle, Michael
#50