HomeMatic-Forum / FHZ-Forum

Hallo.

Man nutzt ja für diverse Script Sachen das CuXD Exec Device.
Standardmäßig nimmt man dafür immer CUxD.CUX2801001:1.

Macht es Sinn, die verschiedenen Scripte auf mehrere Kanäle dieses Geräts zu verteilen?
Nicht dass da noch was durcheinander kommt, wenn 2 Scripte zufällig gleichzeitig auf ein und denselben Kanal zugreifen wollen.
Oder mache ich mir da umsonst Gedanken?

Gruss Nico

ja, da es kein gleichzeitig gibt .. (für mich).

Ach so ok.

Ist dann meine Annahme hier richtig?
Wenn das CuxD Gerät mit dem was Script 1 von ihm will beschäftigt ist und Script 2 will auch was, dann muss Script 2 solange warten bis das Gerät durch ist mit Script 1?
Macht es dann Sinn, bei langen dauernden Scripten ein anderes CuxD Gerät zu nehmen?
Oder macht die CCU gar kein Multitasking und arbeitet immer nur 1 Script ich dem anderen ab?
Dann wären meine Gedankengänge ja eh sinnlos.

Auf der CCU passiert NIE etwas gleichzeitig!

Aaaah ok.
Also während ein Script läuft, muss sich das andere hinten anstellen?
Dann macht meine Überlegung ja nun wirklich keine Sinn.

Einige HM Scripts laufen haben ja schon eine Gewisse Laufzeit.
So lange ist dann für den Rest halt Stillstand, versteh ich das richtig?

Ist das auch so, wenn man z.B. ein TCL Script ausführen lässt?
Steht dann der Rest auch still, bis das durchgelaufen ist?

Warum ist das überhaupt so, dass nie was gleichzeitig passiert?
Weil die CCU2 nur einen 1-Kern Prozessor hat?
Könnte man dann einen Raspi, der ja 4 Kerne hat, nicht viel effektiver nutzen, wenn man da Multitasking einführen würde?

wer soll das programmieren und warum ? HM ist eine steuerungssoftware - mehr nicht! alle "neuzeitlichen" optionen sind optional ..ein zubrot:-). wenn ich eine option nutzen möchte ( zb. iobroker ) kommt ein iobroker-rechner her und alles ist gut usw usw... ist insgesamt auch stabiler!
meine sicht.

nicolas-eric hat geschrieben:Macht es Sinn, die verschiedenen Scripte auf mehrere Kanäle dieses Geräts zu verteilen?

Für den Aufruf vom CMD_EXEC Datenpunkt macht es keinen Sinn.

nicolas-eric hat geschrieben:Nicht dass da noch was durcheinander kommt, wenn 2 Scripte zufällig gleichzeitig auf ein und denselben Kanal zugreifen wollen.

Da kommt nichts durcheinander. Es sei denn, Du wertest den Return-Code in der CCU Logikschicht aus.

nicolas-eric hat geschrieben:Warum ist das überhaupt so, dass nie was gleichzeitig passiert?

Natürlich laufen die Prozesse auf der CCU parallel. Sonst würde das Linux-System überhaupt nicht funktionieren.

Viele Grüße

Uwe

Danke für Deine ausführliche Antwort Uwe!

Also sollte man bei Skripten, die mit dem CuXD Gerät z.B. DWD Wetterdaten abfragen, lieber einen anderen Kanal nehmen, weil sonst mit Pech was anderes "dazwischen funken" könnte?

nicolas-eric hat geschrieben:Also sollte man bei Skripten, die mit dem CuXD Gerät z.B. DWD Wetterdaten abfragen, lieber einen anderen Kanal nehmen, weil sonst mit Pech was anderes "dazwischen funken" könnte?

Wenn Du die Befehle mittels CMD_RUNS, CMD_RUNL, CMD_RETS oder CMD_RETL ausführst, solltest Du eigene Kanäle verwenden.

Viele Grüße

Uwe

Ok danke!
Dann werde ich bei den entsprechenden Skripten eigene Kanäle nehmen.