Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Moderator: Co-Administratoren
-
- Beiträge: 453
- Registriert: 30.11.2016, 20:24
- Hat sich bedankt: 43 Mal
- Danksagung erhalten: 19 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Scuzi,
habe Anhang vergessen..... mea culpa
BG
habe Anhang vergessen..... mea culpa
BG
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Nun der DutyCycle spielt ja nicht seit ewig eine Rolle, sondern eigentlich erst seit dem EQ-3 die Gesetzmäßigkeiten streng eingehalten hat.
Im ersten Post steht ja die Entstehung der Möglichkeiten verlinkt. Ich habe mich im Janur 2017 lediglich bewogen gefühlt, Scripte für alle User zur Verfügung zu stellen, da vorher nur über tcl Scripte die Abfrage möglich war. (was nicht jedermanns Sache ist)
Irgendwann hatte ich die system.exec Version C veröffentlicht dank der damaligen Hilfe von BadenPower. Paar Monate später hat auch Uwe eine Möglichkeit in CUxD eingebaut, aber auch das hat ja vielleicht nicht jeder installiert.
In die Raspberrymatic Firmware wurde *IMHO* schon mal eine Möglichkeit innerhalb der Firmware kopiert, wie vieles Andere ist eine Integration in die offizielle Firmware der CCU2/3 bisher noch nicht geschaffen wurden. Viele Verbesserungen bleiben den alternativen FW vorbehalten, auch ein Grund für mich eine CCU3 anzuschaffen.
Was die Funktion des Scriptes angeht:
Es wäre ein einfaches die benutzte Firmware abzufragen und darauf zu reagieren, aber es ist dann eben nicht ganz so einfach :
nehmen wir mal die CCU3 mit 3.41.11 und beispielsweise Version C des Scriptes (gilt aber grundsätzlich mehr oder weniger für alles)
Klar habe ich damit getestet.
Mit relaxten Sicherheitseinstellungen und ausgeschalteter Authentifizierung ist es völlig wurscht ob man Port 2001 oder 32001 im Script benutzt. Es funktionieren beide Versionen. Schaltet man die Authentifizierung ein, läuft es nicht mehr über Port 2001 - es ist also zwingend nötig im Script auf Port 32001 umzuschalten. Dann funktioniert das Script ohne jegliche weitere Änderung.
Ähm, ok. Stopp mal. Stellt man sich die Frage, wieso eine einfache Portänderung zur erfolgreichen Abfrage führt, wo im Script doch keinerlei Authentifizierung stattfindet. Denn wie steht es hier: Aber die Frage gehört nicht an mich gestellt und wen interessiert es schon.
Nun, wenn ich mir Mühe geben würde, würde ich per Script wahrscheinlich auch noch herausbekommen, ob der User die Authentifizierung eingeschaltet hat. Dann geht es aber weiter mit den Sicherheitseinstellungen per Assistent oder händisch in der Firewall.
Der User stellt im Assistenten auf maximal gesichert.
Ändert nichts, der Punkt ist also die Authentifizierung - angehakt ist nur noch über 32001 möglich - abgehakt sowohl über Port 2001/32001.
Also kann ich bei Firmware 3.41.11 IMMER über 32001 eine Funktion sicherstellen Prima, sind wir wieder am Anfang, einfach eine Abfrage der Firmwareversion einbauen und dann Ports umschalten im Script.
Nun kommen aber noch User die ihre Firewallregeln selber einstellen, Ports selber sperren usw. und natürlich User die ältere Firmware auf der CCU3 oder einfach nur eine CCU2 usw. benutzen.
Das wird mir dann doch zu dumm, zumal es sich morgen wieder ändern könnte und ich bekanntermaßen auf einer CCU3 bin und meine CCU2 langsam in der Ecke einstaubt.
Also weise ich den User auf Seite 1 darauf hin, wenn es mit Port 32001 nicht funktioniert, dann probiert bitte 2001.
Ganz so schwer ist das dann ja wohl nicht, dachte ich.
Alle Scripte geben eine Ausgabe auf den Bildschirm aus. Und abgesehen von der Version a, wo im Fehlerfall dann eben 0.0000 ausgegeben wurde, waren die Ausgaben eigentlich relativ eindeutig. (Version a habe ich auch gerade eine Zusatzausgabe im Fehlerfall verpasst)
Wenn es dann doch nicht funktioniert, dann bin ich gerne bereit mit etwas anzuschauen und versuche zu helfen, sofern mir die Informationen wie die Scriptausgabe, Fehlerprotokoll, Firmwareversion usw. zur Verfügung gestellt werden.
Alchy
Zuletzt geändert von alchy am 23.01.2019, 00:03, insgesamt 1-mal geändert.
Grund: strike
Grund: strike
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Neue Versionen gepostet.
Die obigen Probleme sollten damit der Vergangenheit angehören. Die passende url wird jetzt innerhalb des Scripts ausgelesen.
Danke an BadenPower und viele liebe Grüße !
Außerdem wird jetzt bei Version a & c der DutyCycle automatisch in da Fehlerprotokoll geschrieben. Dann kann jeder sehen, wie sich sein DutyCycle so entwickelt ohne ihn unbedingt anderweitig loggen zu müssen.
Alchy
Die obigen Probleme sollten damit der Vergangenheit angehören. Die passende url wird jetzt innerhalb des Scripts ausgelesen.
Danke an BadenPower und viele liebe Grüße !
Außerdem wird jetzt bei Version a & c der DutyCycle automatisch in da Fehlerprotokoll geschrieben. Dann kann jeder sehen, wie sich sein DutyCycle so entwickelt ohne ihn unbedingt anderweitig loggen zu müssen.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Hallo zusammen
Nach dem Hinweis von Alchy habe ich mich jetzt mit CUxD beschäftigt und auch die entsprechende Version für CUxD eingepflegt. Jetzt läuft es und wirft auch saubere Werte aus
Danke daher noch mal an Alchy und natürlich auch allen anderen die so "Anfängern" wie mir hier weiterhelfen
Einzige Frage die jetzt aufgekommen ist, welche aber nicht so gravierende ist und man teilweise auch vernachlässigen kann, aber vll beobachtet das ja noch jemand: ich nutze jetzt, wie beschrieben, die Version B und lasse den DC alle 15 Min. für die CCU und das LanGW auslesen. 1-2 mal am Tag spuckt das Script jetzt einen DC von "0" für eine der beiden Komponenten aus (es ist aber grundsätzlich nur eine, und welche der beiden es ist, jedesmal variiert), und direkt beim nächsten Zyklus die Werte für beide dann wieder "normal" sind.
Wie gesagt, nichts tragisches, beim Export lass ich so "Ausreißer" auch rausfiltern, aber vll hat es ja noch jemand
Danke und Grüße
Nach dem Hinweis von Alchy habe ich mich jetzt mit CUxD beschäftigt und auch die entsprechende Version für CUxD eingepflegt. Jetzt läuft es und wirft auch saubere Werte aus
Danke daher noch mal an Alchy und natürlich auch allen anderen die so "Anfängern" wie mir hier weiterhelfen
Einzige Frage die jetzt aufgekommen ist, welche aber nicht so gravierende ist und man teilweise auch vernachlässigen kann, aber vll beobachtet das ja noch jemand: ich nutze jetzt, wie beschrieben, die Version B und lasse den DC alle 15 Min. für die CCU und das LanGW auslesen. 1-2 mal am Tag spuckt das Script jetzt einen DC von "0" für eine der beiden Komponenten aus (es ist aber grundsätzlich nur eine, und welche der beiden es ist, jedesmal variiert), und direkt beim nächsten Zyklus die Werte für beide dann wieder "normal" sind.
Wie gesagt, nichts tragisches, beim Export lass ich so "Ausreißer" auch rausfiltern, aber vll hat es ja noch jemand
Danke und Grüße
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Davon abgesehen das es auch mal eine 0 sein könnte, werde ich bei Gelegenheit ein entsprechendes Fehlerhandling einbauen.
Mir ist es noch nicht unter gekommen, das solche internen Funktionen nicht funktionieren, daher gachte ich es weg lassen zu können.
Alchy
25 grad die Sonne lacht
Mir ist es noch nicht unter gekommen, das solche internen Funktionen nicht funktionieren, daher gachte ich es weg lassen zu können.
Alchy
25 grad die Sonne lacht
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
-
- Beiträge: 507
- Registriert: 26.10.2016, 16:08
- System: CCU
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 15 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
bei mir auch zwischen 0 und 8, würde das auch eher so verstehen, dass alles gut läuft und bei 0 hat die ccu halt gerade nix zu tun.
Sorgen würde ich mir eher bei einem höheren Wert machen. Und wenn du nicht NUR 0-Werte hast, funktioniert das Skript ja auch.
Gruß Tino
- NilsG
- Beiträge: 1685
- Registriert: 09.08.2013, 23:44
- System: CCU
- Hat sich bedankt: 381 Mal
- Danksagung erhalten: 30 Mal
- Kontaktdaten:
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Moin!
Darf ich mich hier man reinhängen ...
Script (c) mit "normaler" SysVariablen funktioniert prima; logischerweise auch in PocketControl als simple Zahl
Reicht mir ...
Dennoch:
Ich habe zwei LAN-Gateways, die würde ich jeweils mit einer separaten Variablen abfragen wollen
Könnte mir da jemand Tips zum Script geben bitte?!
DANKE!
Nils
Darf ich mich hier man reinhängen ...
Script (c) mit "normaler" SysVariablen funktioniert prima; logischerweise auch in PocketControl als simple Zahl
Reicht mir ...
Dennoch:
Ich habe zwei LAN-Gateways, die würde ich jeweils mit einer separaten Variablen abfragen wollen
Könnte mir da jemand Tips zum Script geben bitte?!
DANKE!
Nils
Grüße und DANKE!
Nils
-----------------------------------------
CCU3 + 2x LAN-Gateway
Nils
-----------------------------------------
CCU3 + 2x LAN-Gateway
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Und Version b funktioniert nicht?
Alchy
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
- NilsG
- Beiträge: 1685
- Registriert: 09.08.2013, 23:44
- System: CCU
- Hat sich bedankt: 381 Mal
- Danksagung erhalten: 30 Mal
- Kontaktdaten:
Re: Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern
Ah, ok ... Hatte das "übersprungen" wegen CuX usw.
Werde ich testen ...
Nils
Werde ich testen ...
Nils
Grüße und DANKE!
Nils
-----------------------------------------
CCU3 + 2x LAN-Gateway
Nils
-----------------------------------------
CCU3 + 2x LAN-Gateway