HMCCU 5.0 im SVN verfügbar

[Rewe2000]

Hallo zap,

damit ich beim nächsten HMCCU Update keine Probleme bekomme und ich mich in Linux auch nicht so gut auskenne, wollte ich vorher prüfen ob ich noch etwas vorbereiten muss.
Ich denke ich sollte alle notwendigen Module schon am Raspi4 haben, oder irre ich mich da etwa?

Code Auswählen Erweitern

reinhard@Fhem-Bookworm-SSD:~ $ apt list --installed
Auflistung... Fertig
....
libjson-c5/stable,now 0.16-2 arm64  [installiert]
libjson-perl/stable,stable,now 4.10000-1 all  [installiert]
libjson-pp-perl/stable,stable,now 4.16000-1 all  [installiert]
libjson-xs-perl/stable,now 4.030-2+b1 arm64  [Installiert,automatisch]
....
Gruß Reinhard

[zap]

Sollte passen. Um sicher zu sein, darf folgender Befehl keinen Fehler produzieren:

Code Auswählen Erweitern

perl -e "use JSON"
Wenn Du CPAN für die Installation der Module verwendest, dann sollte auch das gehen:

Code Auswählen Erweitern

cpan -l | grep -i JSON

[betateilchen]

Sollte passen. Um sicher zu sein, darf folgender Befehl keinen Fehler produzieren:

Code Auswählen Erweitern

perl -e "use JSON"

Kann man auch direkt in der FHEM Befehlszeile testen:

Code Auswählen Erweitern

{use JSON}

[juemuc]

Hallo zap,

nachdem die Anzeige des Wochenprogramms bestens funktioniert, würde ich gerne den nächsten "Schaltzeitpunkt" eines Thermostats auf Basis des aktuellen Zeitpunktes (Wochentag/Uhrzeit) ermitteln.
Hast Du einen Tipp für mich, wie ich Deine "Ausgabe" bzw. Dein Programmteil hierzu nutzen kann?

Viele Grüße
Jürgen

[zap]

Ich würde nicht die Ausgabe von get week-program verwenden sondern die Readings. Da stehen die Schaltzeiten ja drin. Du wirst aber nicht um eine kleine Perl-Funktion rum kommen.

[juemuc]

Hallo zap,

das hatte ich schon fast vermutet. Da ich nicht der große Programmierer bin, würde ich gerne bei Dir ein bisschen "abschreiben". Kannst Du mir sagen, wie bzw. wo Du die Infos für "get week-program" ermittelst? Dann kann ich zumindest lernen, wie die Zugriffe erfolgen, um die relevanten Daten zu ermitteln.

Danke im Vorraus.

Viele Grüße
Jürgen

[kadettilac89]

Ich habe zwei Verständnisfragen.

Im HMCCUCHN Device (bei mir Thermostat HM_CC_RT_DN) gibt es "set xxx update" mit dem die Readings R-ENDTIME_FRIDAY_(1-13) / R-TEMPERATURE_FRIDAY_(1-13) und die anderen Wochentage gefüllt werden. Gibt es eine Möglichkeit, diese Readings automatisch zu bekommen? Also jedes Mal wenn ich in der CCU3 einen Wert ändere? Werden diese Werte aktiv von der CCU3 gepusht wie viele andere Werte, oder muss man die manuell abholen?

Die andere FRage, kann ich zwei HMCCU Definitionen an eine CCU3 verbinden, oder würden die sich dann gegenseitig stören? Z. B. ein Testsystem und das produktive System würden die selbe CCU3 einbinden.

Sollte es abhängig vom Setup sein, ich nutze debmatic ohne jegliche Authentifizieurng oder Firewall. Fhem zum Testen in Docker im Host-MOde, somit auch keine Einschränkung auf Ports.

[juemuc]

Hallo,

ich nutze schon seit Jahren zwei HMCCU-Definitionen (Prod/Test) mit einer CCU3 (piVCCU3). Das ist kein Problem. Du musst halt beachten, dass du ggf. Devices aus dem Testsystem schaltest.

Viele Grüße
Jürgen.

[kadettilac89]

ich nutze schon seit Jahren zwei HMCCU-Definitionen (Prod/Test) mit einer CCU3 (piVCCU3). Das ist kein Problem. Du musst halt beachten, dass du ggf. Devices aus dem Testsystem schaltest.

Danke

[zap]

Ich habe zwei Verständnisfragen.

Im HMCCUCHN Device (bei mir Thermostat HM_CC_RT_DN) gibt es "set xxx update" mit dem die Readings R-ENDTIME_FRIDAY_(1-13) / R-TEMPERATURE_FRIDAY_(1-13) und die anderen Wochentage gefüllt werden. Gibt es eine Möglichkeit, diese Readings automatisch zu bekommen? Also jedes Mal wenn ich in der CCU3 einen Wert ändere? Werden diese Werte aktiv von der CCU3 gepusht wie viele andere Werte, oder muss man die manuell abholen?

Die andere FRage, kann ich zwei HMCCU Definitionen an eine CCU3 verbinden, oder würden die sich dann gegenseitig stören? Z. B. ein Testsystem und das produktive System würden die selbe CCU3 einbinden.

Sollte es abhängig vom Setup sein, ich nutze debmatic ohne jegliche Authentifizieurng oder Firewall. Fhem zum Testen in Docker im Host-MOde, somit auch keine Einschränkung auf Ports.

Die "R-" Readings (die man per get config bekommt) sind Konfigurationsparameter. Diese werden von der CCU leider nicht automatisch aktualisiert. Einzige Möglichkeit wäre, in FHEM per "at" die Config regelmäßig abzuholen. Das sollte man aber nicht zu häufig machen, da es den Duty Cycle auf der CCU erhöht.

[kadettilac89]

Die "R-" Readings (die man per get config bekommt) sind Konfigurationsparameter. Diese werden von der CCU leider nicht automatisch aktualisiert. Einzige Möglichkeit wäre, in FHEM per "at" die Config regelmäßig abzuholen. Das sollte man aber nicht zu häufig machen, da es den Duty Cycle auf der CCU erhöht.

Danke, das passt schon, ich mache es dann bei Bedarf manuell. Ich wollte nur sichergehen dass es nicht einen Parameter oder Möglichkeit gibt bevor ich es selber triggere.

Btw, mir ist beim Testen ein Fehler in der Doku aufgefallen.

Beim Beispiel wäre der richtige Port 7011 nicht 7010 (5000+2001+10).

Code Auswählen Erweitern

rpcserverport <base-port>
Specify base port for RPC server. The real listening port of an RPC server is calculated by the formula: base-port + rpc-port + (10 * ccu-number).
Default value for base-port is 5400.The value ccu-number is only relevant if more than one CCU is connected to FHEM.
Example: If base-port is 5000, protocol is BidCos (rpc-port 2001) and only one CCU is connected the resulting RPC server port is 5000+2001+(10*1) = 7010.