Hatte auch noch eine uralt nut_notify.sh ... ist jetzt geändert!
Bei mir war sie aber unter /etc/config/nut/ ?!?!?
Kann ich jetzt die "Alarmzone1" Sysvar löschen, oder wird noch woanders benötigt ?
lg Richard
Name ändern USV Dienst "Alarmzone1" in SV
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 266
- Registriert: 11.12.2017, 17:46
- Hat sich bedankt: 26 Mal
- Danksagung erhalten: 5 Mal
Re: Name ändern USV Dienst "Alarmzone1" in SV
Hallo,
die Alarmzone1 kannst du löschen! Die wurde nach den alten nut_cotify.sh erstellt.
Und wenn ich das richtig verstanden habe. Wird nach dem neuen, neue Systemvariablen erstellt. Erst wenn die ausgelöst werde.
Die sind aber noch versteckt!
Gruß Enrico
die Alarmzone1 kannst du löschen! Die wurde nach den alten nut_cotify.sh erstellt.
Und wenn ich das richtig verstanden habe. Wird nach dem neuen, neue Systemvariablen erstellt. Erst wenn die ausgelöst werde.
Die sind aber noch versteckt!
Gruß Enrico
- Baxxy
- Beiträge: 10780
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 604 Mal
- Danksagung erhalten: 2205 Mal
Re: Name ändern USV Dienst "Alarmzone1" in SV
"Alarmzone 1" ist eine originale Aarm-SysVar, die auf jedem System erstmal vorhanden ist.
Da der WatchDog von RM die seit längerem nicht mehr benutzt kann die problemlos gelöscht werden sofern sie nicht in irgendwelche Programme integriert ist.
Zur "internen Erzeugung" hatte ich schon was geschrieben...
Man könnte, genug Linux-Skill vorausgesetzt, z.B. die NOTIFYFLAG's in der "nut_notify.sh" mit wenn, dann - Anweisungen umschreiben oder auch eine zusätzliche Variable generieren die dann zusätzlich an "triggeralarm.tcl" übergeben wird.
Aber hey, es ist nur ein Alarm der bestenfalls nie ausgelöst wird.
Da der WatchDog von RM die seit längerem nicht mehr benutzt kann die problemlos gelöscht werden sofern sie nicht in irgendwelche Programme integriert ist.
Zur "internen Erzeugung" hatte ich schon was geschrieben...
Baxxy hat geschrieben: ↑19.07.2022, 09:29Das...... am Ende sorgt dafür das die Alarm-SysVar als "interne-SysVar" angelegt wird.Code: Alles auswählen
true
Lässt du es weg wird sie ganz normal (also nicht intern) angelegt.
Nein, das geht nicht. Die NOTIFYFLAG's sind "fest" und werden so an "nut_notify.sh" und von dort an "triggeralarm.tcl" weitergereicht.
Man könnte, genug Linux-Skill vorausgesetzt, z.B. die NOTIFYFLAG's in der "nut_notify.sh" mit wenn, dann - Anweisungen umschreiben oder auch eine zusätzliche Variable generieren die dann zusätzlich an "triggeralarm.tcl" übergeben wird.
Aber hey, es ist nur ein Alarm der bestenfalls nie ausgelöst wird.
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