RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
jmaus
Beiträge: 9862
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1880 Mal
Kontaktdaten:

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von jmaus » 27.10.2018, 17:04

NickHM hat geschrieben:
27.10.2018, 16:52
ok, wenn ich keine USV habe, brauche ich auch den Alarm nicht. Aber wie soll ich den DC auf 98% bekommen?
Hab doch bereits gesagt das die entsprechende Variable "DutyCycle-Alarm" heisst.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

LukeUG
Beiträge: 34
Registriert: 16.07.2018, 11:45

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von LukeUG » 27.10.2018, 17:06

jmaus hat geschrieben:
27.10.2018, 17:04
NickHM hat geschrieben:
27.10.2018, 16:52
ok, wenn ich keine USV habe, brauche ich auch den Alarm nicht. Aber wie soll ich den DC auf 98% bekommen?
Hab doch bereits gesagt das die entsprechende Variable "DutyCycle-Alarm" heisst.
OK - danke!

VG UG

tloeffel
Beiträge: 448
Registriert: 13.09.2017, 05:11
Hat sich bedankt: 1 Mal
Danksagung erhalten: 12 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von tloeffel » 27.10.2018, 17:18

tloeffel hat geschrieben:
26.10.2018, 23:12
Hallo Sven,

danke für die super Arbeit!! Soweit läuft alles stabil.
System: Asus-Tinker mit neuer Antenne SW: 3.37.8.20181026

Frage zum Thema Ventilanzeige und Batteriespannung:
Gilt das auch für die HMIP Geräte, z.B. HMIP-eTRV2, oder HMIP-WTH-2, oder HMIP-STHD. HMIP-eTRV2 beides nicht und bei den anderen nur die Batteriespannung nicht.

Bei mir wird im WebUI nichts angezeigt.

WZ_Trv2 Heizung.JPG


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?

Vielen Dank :-).
Thomas

Ohje grosser Patzer :-(. Meinte natürlich Jens und nicht "Sven".... wie ich darauf auch immer komme....

Wird es auch eine Darstellung der Ventilstellung für die HMIP-eTRV2 geben ?

Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte

tloeffel
Beiträge: 448
Registriert: 13.09.2017, 05:11
Hat sich bedankt: 1 Mal
Danksagung erhalten: 12 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von tloeffel » 27.10.2018, 17:33

jmaus hat geschrieben:
27.10.2018, 17:04
NickHM hat geschrieben:
27.10.2018, 16:52
ok, wenn ich keine USV habe, brauche ich auch den Alarm nicht. Aber wie soll ich den DC auf 98% bekommen?
Hab doch bereits gesagt das die entsprechende Variable "DutyCycle-Alarm" heisst.
Hallo Jens,

habe die Variable mal angelegt und mit Email verknüpft. Schaue mal was passiert.
Echt sorry für den Namenspatzer :-(.

Danke für alles :-).

Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte

Samhain
Beiträge: 383
Registriert: 30.03.2017, 13:44
Hat sich bedankt: 175 Mal
Danksagung erhalten: 15 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von Samhain » 27.10.2018, 17:43

Update auf Tinkerboard S mit neuer Antenne. Update Dauer ca. 5 Minuten zum Hochladen. Installation max. weitere 3 Minuten.

Laaaaaaaanweilig :D ... denn es geht alles!

Der sporadisch Fehler (im letzten Update Thread berichtet) mit der falschen Darstellung der Thermostate ist übrigens weg.

Klasse Arbeit!

Bin schon gespannt, was heute Nacht bei der Zeitumstellung passiert 8)

cotonila
Beiträge: 67
Registriert: 17.11.2016, 20:51
Wohnort: bei Riesa
Hat sich bedankt: 1 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von cotonila » 27.10.2018, 17:53

Auto Update übers Frontend hat bei mir zwar soweit funktioniert - aber wie beim letzten Update schon, funktionierte danach die Synchronisation mit Mediola Neo nicht mehr.
Einzige Lösung ist nach wie vor, Image auf SD Karte schreiben und Backup danach zurück spielen.

Trotzdem Danke wieder einmal für die Super Arbeit - Jens...

VG Toni
Zuletzt geändert von cotonila am 27.10.2018, 17:55, insgesamt 1-mal geändert.
Raspberry Pi 4B mit RPI-RF-MOD; 2x RPi LAN GW;
990 Kanäle in 293 Geräten; 262 Programme; 339 Systemvariablen
AddOns: CUxD; HQ WebUI; JP HB Devices;CCU Historian; E-Mail; QuickAccess; Drucken; SonosPlayer; WatchDog; div. ESP8266, extra: Homeduino; ioBroker; Medial Neo

Benutzeravatar
roe1974
Beiträge: 746
Registriert: 17.10.2017, 16:15
System: Alternative CCU (auf Basis OCCU)
Wohnort: Wien
Hat sich bedankt: 52 Mal
Danksagung erhalten: 13 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von roe1974 » 27.10.2018, 17:55

jmaus hat geschrieben:
27.10.2018, 13:49
d3h56r hat geschrieben:
27.10.2018, 13:06
jmaus hat geschrieben:
27.10.2018, 12:48
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.
Wann soll denn diese Variable angelegt werden? Erst beim ersten Auftreten des Alarms, oder direkt beim Update?
Beim ersten Auftreten eines solchen Alarmes, ja.
Bislang werden die NUT-(USV-)Alarme ja in der Alarmzone 1 abgelegt. Besteht hier (irgendwo) die Möglichkeit, dafür eine Variable USV-Alarm zu verwenden?
Auch für USV Alarme wird seit der neuesten Version nicht mehr die allgemeine "Alarmzone 1" Variable mehr verwendet sondern je nach verwendeter USV Variante (NUT, S.USV, etc.) vei auftreten eines USV Alarmes Eibe entsprechende Alarmvariable mit separatem Namen automatisch angelegt und ausgelöst.
Habe gerade meine USV vom Stecker gezogen (EATON via USB an Synology als NUT Server) .... aber es löst nur "Alarmzone 1" aus... da kommt keine neue Variable ?!?

lg Richard

Benutzeravatar
jmaus
Beiträge: 9862
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1880 Mal
Kontaktdaten:

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von jmaus » 27.10.2018, 18:11

roe1974 hat geschrieben:
27.10.2018, 17:55
Habe gerade meine USV vom Stecker gezogen (EATON via USB an Synology als NUT Server) .... aber es löst nur "Alarmzone 1" aus... da kommt keine neue Variable ?!?
Stimmt, habe ich leider wohl übersehen noch anzupassen vor dem Release. Kommt dann mit der nächsten Version ;)

EDIT: Und nochmal tiefer nachgeschaut. Ist doch schon angepasst. Allerdings muss man die /etc/config/nut/nut_notify.sh datei selbst dafür aktualisieren wenn man die Funktionalität vorher bereits genutzt hat. Dort einfach die "triggerAlarm.tcl" Zeile wie folgt aussehen lassen:

Code: Alles auswählen

/bin/triggerAlarm.tcl "${NOTIFYTYPE}" "${UPSNAME}-Alarm"
Danach sollte dann eine entsprechende individuelle Alarmvariable angelegt und ausgelöst werden.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Benutzeravatar
roe1974
Beiträge: 746
Registriert: 17.10.2017, 16:15
System: Alternative CCU (auf Basis OCCU)
Wohnort: Wien
Hat sich bedankt: 52 Mal
Danksagung erhalten: 13 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von roe1974 » 27.10.2018, 18:33

alles klar :) werde ich ausprobieren !!
danke, lg richard

hoedlmoser
Beiträge: 215
Registriert: 19.01.2015, 07:42
Hat sich bedankt: 22 Mal
Danksagung erhalten: 8 Mal

Re: RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

Beitrag von hoedlmoser » 27.10.2018, 20:51

jmaus hat geschrieben:
27.10.2018, 17:04
NickHM hat geschrieben:
27.10.2018, 16:52
ok, wenn ich keine USV habe, brauche ich auch den Alarm nicht. Aber wie soll ich den DC auf 98% bekommen?
Hab doch bereits gesagt das die entsprechende Variable "DutyCycle-Alarm" heisst.
man könnte aber auch im github repo nach dutycycle suchen, ein script updateDCVars.tcl finden und dort die bedingung >= 98 zum auslösen an der stelle https://github.com/jens-maus/RaspberryM ... s.tcl#L226

diesen befehl könnte man dann etwas abgewandelt direkt auf der command line via ssh ausführen.

Code: Alles auswählen

/bin/triggerAlarm.tcl "DutyCycle 99% (JMA08154711)" "DutyCycle-Alarm"
RaspberryMatic 3.73.9.20231130 on Proxmox, HB-RF-ETH and Aurel Groundplane binded by openHAB 4.1.1

Gesperrt

Zurück zu „RaspberryMatic“