Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)
Moderatoren: jmaus, Co-Administratoren
-
tloeffel
- Beiträge: 447
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Beitrag
von tloeffel » 27.10.2018, 16:11
jp112sdl hat geschrieben: ↑26.10.2018, 23:47
tloeffel hat geschrieben: ↑26.10.2018, 23:12
Frage zum Thema Dutycycle :
Wenn die Zentrale oder ein Gateway >98% Dutycycle hat löst das einen Alarm der Alarmvariable 1 aus? Ist das richtig?
Ja... steht zumindest so im
Changelog
completely rewritten the cron-based DutyCycle system variable update script from scratch improving general performance and reliability and modified it to raise an alarm message if the DutyCycle reaches >= 98%.
Danke, aber was denkst Du woher ich die Frage habe
Ich will meinen Tinker nicht auf >98 % bringen dann wird ja alles instabil....
Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
-
tloeffel
- Beiträge: 447
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Beitrag
von tloeffel » 27.10.2018, 16:14
Aber die Frage ist eh schon von Jens in folgenden beantwortet worden.
Danke
Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
-
LukeUG
- Beiträge: 34
- Registriert: 16.07.2018, 11:45
Beitrag
von LukeUG » 27.10.2018, 16:22
jmaus hat geschrieben: ↑27.10.2018, 12:48
LukeUG hat geschrieben: ↑27.10.2018, 12:40
Kurze Frage: Ich nutze die Alarmvariable 1 für meine Alarmanlagenfunktion. Bedeutet das nun, das bei einem DutyCycle >= 98% meine Alarmanlage ausgelöst wird? Ich habe keinen Eintrag gefunden wo ich den DutyCycle Alarm auf eine weitere Alarmvariable legen kann. Was sollte ich tun? Alarmanlage auf eine neue Variable legen?
Normalerweise (so habe ich das umgesetzt) sollte der DutyCycle Alarm nicht auf die "Alarmzone 1" Variable gesetzt werden, sondern dafür eine extra, separate "DutyCycle-Alarm" Variable angelegt werden und diese dann auslösen.
Das bedeutet also, das bei einem DutyCycle >= 98 eine neue Alarmvariable angelegt wird und diese dann ausgelöst wird. Damit sollte die Alarmvariable 1 unbenutzt bleiben - oder?
VG UG
-
NickHM
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Beitrag
von NickHM » 27.10.2018, 16:25
LukeUG hat geschrieben: ↑27.10.2018, 16:22
Das bedeutet also, das bei einem DutyCycle >= 98 eine neue Alarmvariable angelegt wird und diese dann ausgelöst wird. Damit sollte die Alarmvariable 1 unbenutzt bleiben - oder?
VG UG
Hallo
das bedeutet doch aber auch, dass man auf diese Variablen erst reagieren kann, wenn das Problem (DC, USV...) ein Mal aufgetreten ist? Wie soll man z.B. eine e-Mail oder Push Benachrichtigung programmieren, wenn die SysVar noch gar nicht erzeugt wurde ?
-
LukeUG
- Beiträge: 34
- Registriert: 16.07.2018, 11:45
Beitrag
von LukeUG » 27.10.2018, 16:32
NickHM hat geschrieben: ↑27.10.2018, 16:25
LukeUG hat geschrieben: ↑27.10.2018, 16:22
Das bedeutet also, das bei einem DutyCycle >= 98 eine neue Alarmvariable angelegt wird und diese dann ausgelöst wird. Damit sollte die Alarmvariable 1 unbenutzt bleiben - oder?
VG UG
Hallo
das bedeutet doch aber auch, dass man auf diese Variablen erst reagieren kann, wenn das Problem (DC, USV...) ein Mal aufgetreten ist? Wie soll man z.B. eine e-Mail oder Push Benachrichtigung programmieren, wenn die SysVar noch gar nicht erzeugt wurde ?
Genau, es sei denn man könnte sie vorher selbst anlegen. Dazu müsste man wissen wie sie heisst......
VG UG
-
jmaus
- Beiträge: 9848
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
-
Kontaktdaten:
Beitrag
von jmaus » 27.10.2018, 16:32
LukeUG hat geschrieben: ↑27.10.2018, 16:22
Das bedeutet also, das bei einem DutyCycle >= 98 eine neue Alarmvariable angelegt wird und diese dann ausgelöst wird. Damit sollte die Alarmvariable 1 unbenutzt bleiben - oder?
So sollte es theoretisch sein, ja.
-
jmaus
- Beiträge: 9848
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
-
Kontaktdaten:
Beitrag
von jmaus » 27.10.2018, 16:33
LukeUG hat geschrieben: ↑27.10.2018, 16:32
Genau, es sei denn man könnte sie vorher selbst anlegen. Dazu müsste man wissen wie sie heisst......
Dann halt einfach das Event einmal zum auslösen bringen, d.h. Stecker der USV ziehen. Muss man ohnehin tun um das ganze mal zu simulieren. Oder eben (wenn man den Namen weiss, manuell vorher anlegen, ja).
-
LukeUG
- Beiträge: 34
- Registriert: 16.07.2018, 11:45
Beitrag
von LukeUG » 27.10.2018, 16:40
jmaus hat geschrieben: ↑27.10.2018, 16:33
LukeUG hat geschrieben: ↑27.10.2018, 16:32
Genau, es sei denn man könnte sie vorher selbst anlegen. Dazu müsste man wissen wie sie heisst......
Dann halt einfach das Event einmal zum auslösen bringen, d.h. Stecker der USV ziehen. Muss man ohnehin tun um das ganze mal zu simulieren. Oder eben (wenn man den Namen weiss, manuell vorher anlegen, ja).
Und wie kann ich das provozieren wenn ich keine USV habe?
Und herzlichen Dank für Ihre tolle Arbeit!
VG UG
-
NickHM
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Beitrag
von NickHM » 27.10.2018, 16:52
LukeUG hat geschrieben: ↑27.10.2018, 16:40
Und wie kann ich das provozieren wenn ich keine USV habe?
VG UG
ok, wenn ich keine USV habe, brauche ich auch den Alarm nicht. Aber wie soll ich den DC auf 98% bekommen?
-
Eli_78
- Beiträge: 160
- Registriert: 09.09.2017, 13:09
- Hat sich bedankt: 18 Mal
- Danksagung erhalten: 20 Mal
Beitrag
von Eli_78 » 27.10.2018, 17:03
Servus Leute
Auch bei mir, Update ohne Probleme. Alles läuft wie gewohnt (ausser der susv Problematic
viewtopic.php?f=65&t=45940&p=460180&hilit=susv#p460180 )
Ansonsten wiedermal tolle arbeit aller Beteiligten!!!!!
Intel NUC (NUC6CAYH) 8GB Ram, 60GB SSD + RPI-RF-MOD auf HB-RF-USB-2 + APC USV via Nut Server (Master)
IOBroker auf RPI3B+
1262 Kanäle in 323 Geräten und 127 CUxD-Kanäle in 16 CUxD-Geräten
Und der ganze Haufen funktioniert auch noch!