Hauptmenü

Neueste Beiträge

#1
Frontends / Seit kurzem Problem mit der An...
Letzter Beitrag von wowogiengen - 12 Februar 2026, 13:33:00
Hallo,
ich habe das Dashboard seit Jahren ohne Probleme in Betrieb.

Seit neuestem (letzte Woche?) passiert es jedoch, dass sowohl im Chrome, als auch im Edge die Seite mit dem Dashboard verrückt spielt.
Es sieht so aus, als ob das Seite irgendwie in einer Ladeschleife feststeckt,
Im Entwicklermodus bekam ich auch hunderte Fehlermeldungen innerhalb ein paar Sekunden zu sehen - die ich aber nicht fangen konnte, weil die Seite ständig neu geladen hat.

Für mich sah das so aus, als ob irgendwelche inline-javascript-Dinge plötzlich gegen irgendwelche Regeln des Browsers verstoßen würden. Aber ich habe nichts geändert - außer dass der Browser vielleicht ein automatisches Update durchgeführt hat.

Bis jetzt habe ich
- Version 144.0.7559.133 (Offizieller Build) (64-Bit)

Beim Auslesen der Version wurde ein Update angestossen. Was das dann für eine Version ist, poste ich nachher...

Edit :  die neue Version

Version 145.0.7632.46 (Offizieller Build) (64-Bit)

Was könnte ich hier tun?
#2
Sonstiges / Aw: Dispatch und readingsBegin...
Letzter Beitrag von olwaldi - 12 Februar 2026, 13:15:19
Danke für die Erläuterung - habe jetzt wieder immer ein readingsEndUpdate bevor Dispatch aufgerufen wird.

Grüßle, Michael
#3
fronthem / smartVISU / Aw: smartVISU v3.6 ist erschie...
Letzter Beitrag von wvhn - 12 Februar 2026, 13:05:36
Hab 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
#5
Sonstiges / Aw: Probleme mit ModbusAttr
Letzter Beitrag von Aurel_B - 12 Februar 2026, 12:27:12
Hallo 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:

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

attr MD_SE_10K obj-h40206-unpack s>s>s>s>s>
ausprobierst?

Beste Grüsse, Aurel
#6
Heizungssteuerung/Raumklima / Aw: IDM AERO ALM mit Navigator...
Letzter Beitrag von RPort - 12 Februar 2026, 12:13:14
Hallo 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
#7
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Starkstrombastler - 12 Februar 2026, 12:01:11
Zitat 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.
#8
Wallboxen und E-Fahrzeuge / Aw: Umstellung auf myHyundai-A...
Letzter Beitrag von RPort - 12 Februar 2026, 11:57:20
Hallo 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
#9
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 12 Februar 2026, 11:36:58
Hier 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.
#10
Sonstiges / Aw: Dispatch und readingsBegin...
Letzter Beitrag von Beta-User - 12 Februar 2026, 11:19:57
Zitat 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...