Duty cycle extrem hoch
Moderator: Co-Administratoren
-
- Beiträge: 103
- Registriert: 13.02.2021, 15:20
- System: CCU
- Hat sich bedankt: 9 Mal
- Danksagung erhalten: 2 Mal
Re: Duty cycle extrem hoch
So ich habe nun nach Anleitung von Xel66 das Programm erstellt.
Mag mal bitte jemand drüber schauen ob es so Richtig und DC Freundlich ist?
Die Einschaltdauer habe ich in den Einstellungen des Melders getätigt siehe Anhang .
Mag mal bitte jemand drüber schauen ob es so Richtig und DC Freundlich ist?
Die Einschaltdauer habe ich in den Einstellungen des Melders getätigt siehe Anhang .
-
- Beiträge: 4155
- Registriert: 09.09.2012, 10:41
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 78 Mal
- Danksagung erhalten: 301 Mal
Re: Duty cycle extrem hoch
Zuerst einmal:
die Einschaltdauer eines Dimmers stellt man - wenn überhaupt (und hier völlig sinnfrei) - im Dimmer ein. Woher bitte soll der Dimmer wissen, wie lange er einschalten soll, wenn du das in einem Sensor einstellst?
Dann, dein Programm sollte sinnvollerweise so aussehen (auch wenn mir das Vorkauen wirderstrebt, aber vielléicht versuchst du es ja zu verstehen und daraus zu lernen):
Punkt. Fertig. Aus.
Ergebnis:
Jedesmal, wenn Präsenz erkannt wird, wird der Dimmer eingeschaltet / nachgetriggert. Wenn mal für xx Sekunden/Minuten keine Präsenz erkannt wird, geht der Dimmer zwangsläufig aus - eben wegen der mitgeleiferten Einschaltdauer.
Allerdings geht so etwas u.U. auch auf den DC. Vor allem, wenn die beteiligten Zeiten recht kurz sind, wie in deinem Fall.
Besser ist hier eine Direktverknüpfung. Sofern die beteiligten Geräte das gleiche Protokoll verstehen (HM zu HM oder HmIP zu HmIP).
Ach - noch etwas:
Der Präsensmelder soll demnächst ein Upgrade bekommen. Es wird dann ein Futurmelder und kann Bewegungen erkennen, bevor sie auftreten.
die Einschaltdauer eines Dimmers stellt man - wenn überhaupt (und hier völlig sinnfrei) - im Dimmer ein. Woher bitte soll der Dimmer wissen, wie lange er einschalten soll, wenn du das in einem Sensor einstellst?
Dann, dein Programm sollte sinnvollerweise so aussehen (auch wenn mir das Vorkauen wirderstrebt, aber vielléicht versuchst du es ja zu verstehen und daraus zu lernen):
Code: Alles auswählen
Wenn
Helligkeit < 20
und
Präsenz erkannt
Dann
Dimmer einschaltdauer xx Sekunden/Minuten
Dimmer ein
Ergebnis:
Jedesmal, wenn Präsenz erkannt wird, wird der Dimmer eingeschaltet / nachgetriggert. Wenn mal für xx Sekunden/Minuten keine Präsenz erkannt wird, geht der Dimmer zwangsläufig aus - eben wegen der mitgeleiferten Einschaltdauer.
Allerdings geht so etwas u.U. auch auf den DC. Vor allem, wenn die beteiligten Zeiten recht kurz sind, wie in deinem Fall.
Besser ist hier eine Direktverknüpfung. Sofern die beteiligten Geräte das gleiche Protokoll verstehen (HM zu HM oder HmIP zu HmIP).
Ach - noch etwas:
Der Präsensmelder soll demnächst ein Upgrade bekommen. Es wird dann ein Futurmelder und kann Bewegungen erkennen, bevor sie auftreten.
Es gibt 10 Arten von Menschen: solche die Binärcode verstehen und solche, die ihn nicht verstehen.
-
- Beiträge: 4156
- Registriert: 26.01.2016, 08:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Renningen
- Hat sich bedankt: 348 Mal
- Danksagung erhalten: 284 Mal
Re: Duty cycle extrem hoch
Ja, eine Minute ist im Allgemeinen zu kurz. Es hat schon seinen Grund das eq-3 hier Standardmäßig 5 Minuten einstellt. Ist bei den heutigen LED Leuchtmittel auch kein Problem.
Hm.... das hatte mal jemand mit Aufzügen probiert, die sind dann depressiv geworden...
-
- Beiträge: 14165
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Duty cycle extrem hoch
Öhhhhmmm.... Du hast aber schon mitbekommen, dass....
Also sind dedizierte Ein- und Ausschaltbefehle bzw. Dimmstufen notwendig. Das Nachtriggern wird sich nicht wirklich umgehen lassen, wird ja auch bei Direktverknüpfungen gemacht. Auch sehe ich es bezüglich des Nachtriggerns nicht so kritisch, wenn man sicherstellt, dass durch die eingeschaltete Beleuchtung die überwachte Helligkeitsschwelle überschritten ist. Schöner wäre es, wenn der Schaltzustand der Hue verlässlich wäre (z.B. durch das j-a-n-Addon) und für den Ein- und Ausschaltbefehl durch den Präsenzmelder zum Sparen unnötiger Steuerbefehle noch der Schaltzustand (UND) mit abgefragt würde. Aber bei Hue ist das nicht wirklich ein Thema.
Ich mache ähnliches mit einem IP-BWM und Hue-Leuchtmitteln und habe das mit der Abfrage des Schaltzustandes (bzw. Dimmwertes >0%) verknüpft.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 103
- Registriert: 13.02.2021, 15:20
- System: CCU
- Hat sich bedankt: 9 Mal
- Danksagung erhalten: 2 Mal
Re: Duty cycle extrem hoch
Ein dickes Dankeschön an xel66 deine Anleitung hat super geklappt DC unter 15 alles super.
An alle anderen danke für die Teilnahme aber auch ihr solltet mal lesen was das Hauptproblem war. Und nicht ständig auf andere rumhacken.
An alle anderen danke für die Teilnahme aber auch ihr solltet mal lesen was das Hauptproblem war. Und nicht ständig auf andere rumhacken.
-
- Beiträge: 4156
- Registriert: 26.01.2016, 08:14
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Renningen
- Hat sich bedankt: 348 Mal
- Danksagung erhalten: 284 Mal
Re: Duty cycle extrem hoch
Weist du was? Das ist der Punkt bei dem ICH auf ignorieren drücke. Machs gut.
-
- Beiträge: 74
- Registriert: 06.09.2020, 11:47
- System: CCU
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 1 Mal
Re: Duty cycle extrem hoch
Hi, ich habe auch ein Problem mit dem Duty-Cycle, und bin mir recht sicher, dass es an diesem Programm liegt...
ich merke dass die CCU wohl alle 10min, bei Update der Temp. das Programm erneut durchläuft (klicken der Aktoren), weiss aber nicht wieso, der Azimut ist im Bereich, und die Temp. auch konstant drüber, dann dürfte er nach erstmaligem Auslösen ("bei Änderung auslösen"), doch nicht alle 10min erneut auslösen, ich habe ja nicht "bei Aktualisierung auslösen"?
Was mache ich falsch? Sorry vorab, weil das wohl ziemlich noobish ist, aber ich raffs nicht...
Danke für jegliche Hilfe.
ich merke dass die CCU wohl alle 10min, bei Update der Temp. das Programm erneut durchläuft (klicken der Aktoren), weiss aber nicht wieso, der Azimut ist im Bereich, und die Temp. auch konstant drüber, dann dürfte er nach erstmaligem Auslösen ("bei Änderung auslösen"), doch nicht alle 10min erneut auslösen, ich habe ja nicht "bei Aktualisierung auslösen"?
Was mache ich falsch? Sorry vorab, weil das wohl ziemlich noobish ist, aber ich raffs nicht...
Danke für jegliche Hilfe.
- Baxxy
- Beiträge: 10839
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 609 Mal
- Danksagung erhalten: 2228 Mal
Re: Duty cycle extrem hoch
Wenn da niemand die Taste drückt sollte das Programm nur einmalig beim Überschreiten der 20.5°C das DANN ausführen.
Ins DANN eine protokollierte SysVar einbauen oder (m.E. besser) gleich Alchy's "Programmauslöser-Script.
viewtopic.php?f=31&t=35686&hilit=programmausl%C3%B6ser
Da weißt du ob es das Programm ist.
Dein erwähnter 10Min - Takt klingt auch ungewöhnlich.
HM-Sensoren senden i.d.R. im ~3Min Takt und IP-Sensoren senden äußerst variabel.
Ins DANN eine protokollierte SysVar einbauen oder (m.E. besser) gleich Alchy's "Programmauslöser-Script.
viewtopic.php?f=31&t=35686&hilit=programmausl%C3%B6ser
Da weißt du ob es das Programm ist.
Dein erwähnter 10Min - Takt klingt auch ungewöhnlich.
HM-Sensoren senden i.d.R. im ~3Min Takt und IP-Sensoren senden äußerst variabel.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen