Duty_Cycle CCU2 als SysVar

Problemlösungen und Hinweise von allgemeinem Interesse zur Haussteuerung mit HomeMatic

Moderator: Co-Administratoren

BadenPower

Re: Duty_Cycle CCU2 als SysVar

Beitrag von BadenPower » 22.09.2016, 17:19

Herbert_reloaded hat geschrieben:Du hast beim Programmaufruf ein Leerzeichen zwischen / und usr / usr/... <-> /usr/...
@Herbert:
Du hast leknilk0815 gemeint, oder?
Denn ich hatte das Leerzeichen, welches er hatte, in meinem geposteten Code nicht, da dies ja der Fehler war.

Herbert_reloaded

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Herbert_reloaded » 22.09.2016, 17:22

BadenPower hat geschrieben: @Herbert:
Du hast leknilk0815 gemeint, oder?
Ja, Du hast Dich dazwischen gedrengelt :)

Aber an leknilk kann es eigentlich auch nicht liegen, denn
Schreibfehler kann ich zu 99,9% ausschließen, weil ich grundsätzlich mit copy/paste arbeite,
:roll:

leknilk0815
Beiträge: 6693
Registriert: 19.03.2007, 08:21
Danksagung erhalten: 2 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von leknilk0815 » 22.09.2016, 17:32

@BadenPower:
ich hab es natürlich mit dem "richtigen" Pfad probiert - ging nicht...
Weiß der Teufel warum - ich hab WINSCP komplett beendet und neu aufgerufen, jetzt tuts plötzlich, DC = 12%
Ich hatte die WebUI nicht mal geöffnet, so daß ich auch aus Versehen nichts ändern hätte können :evil: :evil: :evil:
@Herbert:
das Leerzeichen hab ich schon auch gesehen (und auch mal weggelassen, mit der Unix- Syntax bin ich nicht so sicher...),
war aber auch nicht der Grund.

Aber egal, nun läufts!
Vielen Dank an alle, die sich meiner erbarmt haben!
DC-Historian.JPG
Edit:
Nachtrag:
...interessant, was eine einzige Strommesssteckdose HM-ES-PMSw1-Pl, an die nur ein Kaffeeautomat angesteckt ist, mit dem DC macht...
duty-kaffemaschine.png
Gruß - Toni

KS300 + Sonnendauer + Windrichtung, KS888, HM-CC-TC/HM-CC-VD, FHT80b, und etwas FS20-xx, Keymatic, EM1000, CCU2 und FHZ2000 sowie HP Studio, HPCL + Upgrade für FHZ

Daimler
Beiträge: 9114
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 283 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Daimler » 23.09.2016, 20:15

Hi,
leknilk0815 hat geschrieben:...interessant, was eine einzige Strommesssteckdose HM-ES-PMSw1-Pl, an die nur ein Kaffeeautomat angesteckt ist, mit dem DC macht...
Da würde ich mir aber einmal die Einstellungen der LMST in der WebUi genauer anschauen. :wink:
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
Homoran
Beiträge: 8613
Registriert: 02.07.2013, 15:29
Wohnort: Köln
Danksagung erhalten: 4 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Homoran » 23.09.2016, 20:31

Jetzt wollte ich es auch mal wissen.
Bei mir dümpelt der DC immer zwischen 0 und Max 4%.
Habe mutwillig Firmwareupdates von einigen pbu gemacht.
Erst 5x sw1pbu. Beim sechsten Versuch brachte die CCU dann:
IMG_20160923_202634_156.jpg
IMG_20160923_202634_156.jpg (9.49 KiB) 2012 mal betrachtet
Obwohl laut DC sysvar der DC erst bei 70% lag und jedes OTA Update etwa 16% verbraucht hat.
Screenshot_2016-09-23-19-03-26.png
Dann hätte ich nach einer Stunde noch ein paar bl1pbu. Da passierte das gleiche bei 74%.

Die CCU scheint sich da bei Firmwareupdates noch einen Sicherheitspuffer freizuhalten um die Funktionsfähigkeit aufrechtzuerhalten.

Wie kommt ihr immer auf so hohe DC?


Gruß
Rainer
Alle meine Hinweise sind auf eigene Gefahr umzusetzen. Immer einen Fachmann zu Rate ziehen!

leknilk0815
Beiträge: 6693
Registriert: 19.03.2007, 08:21
Danksagung erhalten: 2 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von leknilk0815 » 23.09.2016, 21:00

Daimler hat geschrieben:Da würde ich mir aber einmal die Einstellungen der LMST in der WebUi genauer anschauen. :wink:
Servus Günter,
da brauch ich nichts anzusehen, ich weiß, daß der alle paar Sekunden funkt (Funkscanner... :D ).
Nachdem diese Eigenheit aber eher nicht so bekannt ist und weil die Dinger praktisch sind, kann es leicht passieren, daß es bei mehreren Aktoren schnell mal zum Überlauf kommt. Solange mein DC auf 15% rumdümpelt, darf der ruhig senden. Ich hab aber auch nur einen...
Gruß - Toni

KS300 + Sonnendauer + Windrichtung, KS888, HM-CC-TC/HM-CC-VD, FHT80b, und etwas FS20-xx, Keymatic, EM1000, CCU2 und FHZ2000 sowie HP Studio, HPCL + Upgrade für FHZ

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Familienvater » 23.09.2016, 21:38

Hi,

zum Thema Leistungsmesser ist mir heute folgendes aufgefallen:
Im Syslog der CCU sieht man sehr schön auf der höchsten Stufe, das es Unterschiede gibt:

Code: Alles auswählen

Sep 18 09:22:42 ccu2 multimac: Bidcos RX: #7D[BC|Ren] 459A8D->000000 EnergyCyclic: 81 18 00 00 00 09 00 00 08 E7 FE
Sep 18 09:22:42 ccu2 multimac: A<: #40 HmBidcos RxTelegram AuthNone #7D[BC|Ren] 459A8D->000000 EnergyCyclic: 81 18 00 00 00 09 00 00 08 E7 FE
Sep 18 09:22:42 ccu2 rfd: RX for NEQ0116978: @1009579960 RSSI=-74dB 0x459A8D -> 0x000000 Generic [MEQ0006116]:#012  CNT=125,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x5E#012  DATA = 81 18 00 00 00 09 00 00 08 E7 FE
Im Gegensatz zu

Code: Alles auswählen

Sep 18 10:09:07 ccu2 multimac: Bidcos RX: #F6[BiDi|BC|Ren] 459A8D->164DA3 EnergySpontaenous: 81 18 04 00 0F 77 00 FA 08 C7 01
Sep 18 10:09:07 ccu2 multimac: AutoTx: #F6[Ren] 164DA3->459A8D Ack: 00
Sep 18 10:09:07 ccu2 multimac: A<: #166 HmBidcos RxTelegram AuthNotNecessary #F6[BiDi|BC|Ren] 459A8D->164DA3 EnergySpontaenous: 81 18 04 00 0F 77 00 FA 08 C7 01
Sep 18 10:09:07 ccu2 rfd: RX for NEQ0116978: @1012364930 RSSI=-97dB 0x459A8D -> 0x164DA3 Generic [MEQ0006116]:#012  CNT=118,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x5F#012  DATA = 81 18 04 00 0F 77 00 FA 08 C7 01
Das zyklische Funkpaket (EnergyCyclic) ist nur ein "Rundspruch" an alle ->00000, dieser muss nicht bestätigt werden, im Gegensatz zum spontanen Funkpaket (EnergySpontaenous), was aufgrund irgendwelcher überschrittenen "Differenzen" in der Aktorkonfiguration sofort gesendet wird. Dieses ist Quittierungspflichtig! (->164DA3) bzw. auch einfach [BiDi|Bc|Ren].

Als ich das gesehen habe, habe ich spontan ein WebUI-Programm zusammengeklickt, was auf einen Messwert des Strommessaktors ein Dummy-Script feuern sollte, entgegen meiner Erwartung gab es keine Konfigänderung an den Aktor, und dieser sendet nach wie vor zyklische Pakete ohne Quittierungspflicht (!).

Damit hängt es gerade was die Strommessaktoren angeht noch viel mehr davon ab, wie diese letztendlich konfiguriert werden. Weil "jede" außergewöhnliche Sendung des Aktors eine Quittung erfordert, die zyklische Meldung hingegen gar nicht!
-> Eine CCU kann theoretisch hunderte solcher Aktoren empfangen, ohne dafür Sendezeit zu opfern, solange es zyklische Meldungen sind. Ist aber im Aktor etwas konfiguriert, was zu spontanen Meldungen führt, killen 100 spontan-Sendende Leistungsmessaktoren den DC der CCU, alleine durch die Quittung, wenn die nur oft genug "gleichzeitig" aktiv werden. Das war der von mir beschriebene Effekt, das bei mir eine laufende Waschmaschine sichtbare Auswirkungen auf den DC hat, weil der "ungebremst" spontan sendet...

Der Familienvater

Sven_A
Beiträge: 4152
Registriert: 26.01.2016, 08:14
System: Alternative CCU (auf Basis OCCU)
Wohnort: Renningen
Hat sich bedankt: 345 Mal
Danksagung erhalten: 281 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Sven_A » 28.09.2016, 20:41

Kann mich mal einer treten? Bin ich zu blöd?

Nachtrag: Den Rest hab ich raus gelöscht, weil die Antwort JA war...

Familienvater
Beiträge: 7151
Registriert: 31.12.2006, 15:18
System: Alternative CCU (auf Basis OCCU)
Wohnort: Rhein-Main
Danksagung erhalten: 34 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Familienvater » 28.09.2016, 21:10

Hi,

ich würde jetzt aus dem Bauch heraus sagen, Du musst das Script entweder mit einem Shebang versehen, oder tcl scriptname aufrufen.

Der Familienvater

Sven_A
Beiträge: 4152
Registriert: 26.01.2016, 08:14
System: Alternative CCU (auf Basis OCCU)
Wohnort: Renningen
Hat sich bedankt: 345 Mal
Danksagung erhalten: 281 Mal

Re: Duty_Cycle CCU2 als SysVar

Beitrag von Sven_A » 28.09.2016, 21:16

Achwas, blöd: Anstatt

Code: Alles auswählen

tclsh dutyccu.tcl KEQ0101847 DC_CCU
hatte ich mit

Code: Alles auswählen

./dutyccu.tcl KEQ0101847 DC_CCU
Versucht direkt das tcl Script zu starten... DAMIT kann die Shell nix anfangen...

Antworten

Zurück zu „HomeMatic Tipps & Tricks - keine Fragen!“