HomeMatic-Forum / FHZ-Forum

Xel66 hat völlig recht, der Bedarf und Sonne passen nicht immer zusammen - daher halt es simpel: Bei uns läuft das rein "heuristisch" und mit der Zeitvorwahl, die inzwischen ja die meisten Geräte haben. Schritt 1: nachts vermeiden und möglichst alles auf den Tag schieben. Schritt 2 als "Optimierung"...

Bau mal das Skript Schritt für Schritt, Zeile für Zeile auf und teste jeweils - irgendwo muss da ja noch was sein..

Versuch mal die Variable wert auch zu deklarieren - ein var vor wert = .. setzen:
Gruß
Jens

Auf welchen Beitrag beziehst du dich genau? Diesen hier https://homematic-forum.de/forum/viewtopic.php?f=19&t=53632#p553721 von Indi55 wahrscheinlich? Wie weit bist du dabei? Details... Screenshots... Fehler... ModBusTCP im WR schon freigeschaltet? Und erfolgreich getestet? Funktions-Typ für die obe...

So wäre ein Weg: ! aktuelle Datum in Sekunden seit 1.1.1970 integer aktTime = system.Date("%F %T").ToTime().ToInteger(); ! wieviele Tage drauf? integer tage = 3; ! Tage -> Sekunden integer tageSec = tage * 86400; ! Addition und zurück zum lesbaren Datum string neuTime = (aktTime + tageSec).ToTime()....

Wie es bei dir ausgegangen? Ich habe genau so ein Verhalten - kann leider nur nicht so einfach mit dem FTDI da dran.. Korrektur : bei mir gibt es Kommunikationsfehler, wenn die Werte ausbleiben. Als Workaround ziehe ich darauf per WebUI und WLAN-Steckdose dem Sensor kurz den Stecker, damit es wieder...

Hallo Uwe, das Problem mit den Kommunikationsfehlern hat sich bei mir dem Update auf 2.9.4 gelöst. Hatte vorher wegen Urlaub keine weiteren Aktionen gemacht - die Steuerung lief schließlich, da war das Ignorieren der Kommunikationsstörung erstmal sicherer. Ich war in der Analyse soweit, dass klar wa...

Hier laufen zwei Sachen etwas parallel: Register mit UInt16 / UInt32 und Float. @richard.mayer: laut deinem Post hat dein SMA-WR hat ein U32 - dass wird ziemlich sicher ein unsigned integer mit 32Bit sein (UInt32). Also liefert der über 2 Register jeweils einen 16Bit-Wert, damit sollte der genug Luf...

Bei mir tut es mit der Änderung leider auch noch nicht: root@ccu:~# while true; do date; tclsh /usr/local/addons/modbus/modbus_interface.tcl wr1.mayer 502 3 13 30535 10 | /usr/bin/awk '{print $2}'; Laut Doku ist die "Anzahl zusammenhängender SMA Register" = 2, "Datentyp SMA" = U32, "Datenformat SMA...

Das hier scheint ja irgendwie der Programmteil "read holding registers" zu sein: Ich hab aber keine Ahnung, wie man hier den zurückgegebenen Datentyp anpassen sollte. Das müsste sich mal jemand anschauen, der sich auskennt mit tcl... :( Man kann auf die Schnelle eine weitere Funktion "13" einbauen,...