RaspberryMatic 3.37.8.20181026 – Erfahrungsberichte

[LibertyX]

Ich nutze Chrome

Glaube nicht das es damit zu tun hat wie viele Listen du hast, habe auch nicht nur eine.
Im FF müsste es auch eine Ansicht geben in der du dir Seitenfehler anzeigen kannst (Debug) schau mal ob da irgendwelche Fehler drin stehen.

Edit: Hab es jetzt auch im FF geprüft aber auch hier wird es bei mir angezeigt.

[berlinchris81]

Vielen Dank für die schnelle Antwort, den Cache löschen hat für Punkt 1 geholfen. Punkt 2 ist leider immer noch da, auch mit einem anderen Computer, der noch nie etwas mit der WebUI zutun hatte.

Liebe Grüße

Starte dein RaspMatic nochmal neu und lösche während dem Reboot nochmal den Cache.

Vielen Dank, nach 2 weiteren Neustarts ist der Fehler weg. Vielen Dank an euch...

[LukeUG]

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%.

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?

Gruß UG

[jmaus]

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.

[d3h56r]

Glaube nicht das es damit zu tun hat wie viele Listen du hast, habe auch nicht nur eine.
Im FF müsste es auch eine Ansicht geben in der du dir Seitenfehler anzeigen kannst (Debug) schau mal ob da irgendwelche Fehler drin stehen.

Edit: Hab es jetzt auch im FF geprüft aber auch hier wird es bei mir angezeigt.

Habe es nun auch mit Chrome getestet. Auch dort keine Anzeige bei den Favoriten. Einen Fehler habe ich in keiner der Entwicklerkonsolen. Auch (wie gesagt) im RM-Log keine Auffälligkeiten.

Schaue ich mir mit dem HTML-Inspector die Elemente an, sind die Werte-Spans ohne Wert. Folglich auch nicht ausgeblendet, bzw. ich gehe davon aus, dass das zuständige Script nicht getigert wird, was die Werte bereitstellt.

Auf den Geräteseiten sind die Werte sofort da. Auch ein Reboot der RM schafft (bei mir) leider keine Abhilfe.

[d3h56r]

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?

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?

[stan23]

aber bisher wurde diese fehlermeldung ja nur gesichtet, bringt

Code: Alles auswählen

ethtool -K eth0 rx off

abhilfe?
und fällt Dir irgendeine fehlfunktionalität auf?

Bisher habe ich es nur 3 Mal im Syslog gesehen, das letzte Mal vor über 24 Stunden.
Ich warte lieber noch 1-2 Tage ab, den wenn die Meldung eh nicht wieder kommt wissen wir nicht ob es an ethtool liegt oder nicht.

Fehlfunktionalität ist mir nicht aufgefallen.

[jmaus]

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.

[d3h56r]

Prima! Vielen Dank für die Umsetzung und den schnellen Response!

[keksn]

Hallo,

ich habe mit dieser Version Probleme mit der Kommunikation und in weiterer Folge mit dem Duty Cycle. Es beginnt mit Kommunikationsproblemen und kurz danach ist der Duty Cycle auf 98%.

Ich habe die Pi 3 B, RPI-RF-MOD verbaut.

Mit der vorhergehenden Version war der Duty Cycle immer so zwischen 11 und 12%.

LG
Afred