Erfahrungen mit RaspberryMatic 2.31.25.20180428

[jmaus]

Oder einfach die Möglichkeit ein generelles Log Level einzustellen.

Das ist mit dem genutzten syslog daemon leider so nicht ohne weiteres möglich. Daher eben einfach entsprechende Logfile tools zum filtern nehmen oder die für einen irrelevanten Einträge ignorieren.

[HMside]

Der auch alle 3 Minuten im Log steht, was völlig überflüssig ist, denn es ist nur relevant, wenn der Job nicht erfolgreich ist.

Hast Du eine Lösung das Skript per Cronjob zu triggern ohne das die Meldung kommt? Dann her damit!

[tloeffel]

Hallo Jens,

die Version läuft auf RasPI3 stabil.

Folgendes konnte ich feststellen:
1) Mit Etcher ist unter Windows kein Verifizieren möglich, alle Versuche schlugen fehl. Mit der MAC Version von Etcher ging es wiederum ohne Probleme.
2) Einige der zusätzlichen Systemvariablen sind bei mir auch nach Stunden nicht sichtbar.
3) DutyCycle der LAN GW hat den Wert % ist aber immer 0 (meine die neue Systemvariable). Wie mache ich das Funkmodul sichtbar?

Zu 2)
..........................................................................................
WebUI-Patch integriert der eine standardmäßige Anzeige des DutyCycle von allen verbundenen RF-Gateways und des Funkmodules mit einem Aktualisierungsinterval von 3 Minuten umsetzt und automatisch auswertbare Systemvariablen erzeugt.
..........................................................................................
Sichtbar sind nur:
- Alarmzone 1
- Alarmanlage
- Anwesenheit
- DutyCycle LAN GW 1
- DutyCycler LAN GW 2

Ich denke es fehlt noch DutyCycle RasPi und Systemmeldungen (diese wird ggf. nicht angezeigt). Diese finde ich nicht in der Übersicht.

Zu 3)
Muss ich da irgendwas machen ?

Vielen Dank für die gute Arbeit!

Lieben Gruß Thomas

[MathiasZ]

Für alle rmupdate-Nutzer:
Die neue RM-Version sollte sich problemlos einspielen lassen. In der nächsten Version werde ich dann eine Funktionalität einbauen um die, jetzt nicht mehr benötigte, zweite Partition zu entfernen. Wer also die SD-Karte nicht neu beschreiben möchte, kann dann diesen Weg wählen.

Grüße
Jan

@jmaus
ich dachte ein Update der Raspberrymatic geht nicht mehr mit rmupdate?
Gruß,
Mathias

[tloeffel]

Hallo Jens,

Zusatz:
Die Systemvaiablen:
- Alarmmeldungen
- Systemmeldungen
- DutyCycle Raspi

Sind in meiner Systemvariablenübersicht nicht enthalten. Muss ich die irgendwie sichtbar machen?
Die DutyCycle für die LAN Gateways schon, allerdings immer mit 0%.

Lieben Gruß Thomas

[HMside]

Sind in meiner Systemvariablenübersicht nicht enthalten. Muss ich die irgendwie sichtbar machen?
Die DutyCycle für die LAN Gateways schon, allerdings immer mit 0%.

Hallo Thomas, hast Du vielleicht schon eine Variable oder Gerät/Kanal mit dem Namen „DutyCycle“? Dann musst Du dies bitte umbenennen. Im enthaltenen DutyCycle Skript gibt es wie ich gerade entdeckt habe noch etwas zu optimieren, fix kommt mit der nächsten Version. Hast Deinen Gateways auch Geräte zugewiesen?

[Bulli]

Der auch alle 3 Minuten im Log steht, was völlig überflüssig ist, denn es ist nur relevant, wenn der Job nicht erfolgreich ist.

Hast Du eine Lösung das Skript per Cronjob zu triggern ohne das die Meldung kommt? Dann her damit!

Hallo
dazu muß der crond zusätzlich mit -L 0 gestartet werden.

Code: Alles auswählen

-L loglevel
               Tell cron what to log about jobs (errors are logged regardless of this value) as the sum of the following values:

                   1      will log the start of all cron jobs

                   2      will log the end of all cron jobs

                   4      will log all failed jobs (exit status != 0)

                   8      will log the process number of all cron jobs

               The default is to log the start of all jobs (1). Logging will be disabled if levels is set to zero (0). A value of fifteen (15) will select all options.

Logging will be disabled if levels is set to zero (0)

Gruß
Bulli

[Alex__]

Sind in meiner Systemvariablenübersicht nicht enthalten. Muss ich die irgendwie sichtbar machen?
Die DutyCycle für die LAN Gateways schon, allerdings immer mit 0%.

Hallo Thomas, hast Du vielleicht schon eine Variable oder Gerät/Kanal mit dem Namen „DutyCycle“? Dann musst Du dies bitte umbenennen. Im enthaltenen DutyCycle Skript gibt es wie ich gerade entdeckt habe noch etwas zu optimieren, fix kommt mit der nächsten Version. Hast Deinen Gateways auch Geräte zugewiesen?

Jep, hatte auch in CUxD einen Kanal mit „DutyCycle“, nach umbenennen und restart wurde die neue Variable DutyCycle angezeigt.

[Bernd-Joras]

Hallo,
Habe auch die neue Version 2.31.25.20180428 problemlos aufgespielt.
Bisher (seit 4h) keine Auffälligkeiten feststellbar.

Eine Kleinigkeit konnte ich dann bei meinem System dennoch erkennen.
Ich messe auch noch mittels einem Script (von Alchy) den DutyCycle alle 20 Minuten.
Nach ca. einer ½ Stunde waren (und sind) die Werte der alten Messung und der nun integrierten Messung identisch.
Leider aber dennoch sind diese Werte unterschiedlich zugeordnet.
Ich habe hier einmal mein (Alchy) Script in Verdacht gehabt, konnte jedoch nichts Fehlerhaftes finden.
Hat jemand eine Idee oder kann das ggf. sogar bestätigen?

DC.png (13.71 KiB) 1428 mal betrachtet

Code: Alles auswählen

        ! DutyCycle aller Interface mit HM Script und CUxD.exec auslesen und in Systemvariablen speichern
        ! und Verbindungsstatus auslesen und in Systemvariablen speichern
        ! v0.5 (c) by alchy
        string listeDC = "SV-Duty_Cycle_HMR_CCU2_Kammer;SV-Duty_Cycle_Funk_LAN_GW_Garage;SV-Duty_Cycle_Funk_LAN_GW_Keller"; !Namen der Systemvariablen TYP Zahl, wo DutyCycle gespeichert werden soll ; separiert
        string listeCON = "SV-IP_Verbindung_HMR_CCU2_Kammer; SV-IP_Verbindung_Funk_LAN_GW_Garage;SV-IP_Verbindung_Funk_LAN_GW_Keller"; !Namen der Systemvariablen TYP Logik / Alarm wo Connectionstatus gespeichert werden soll ; separiert
        ! ++++++++++++ DONT TOUCH ++++++++++++++++
        string index;string slist;string srueck;string connect;string adress;string cycle;
        integer i = 0;
        boolean conn = false;
        dom.GetObject("CUxD.CUX2801001:1.CMD_SETS").State("echo 'load tclrpc.so;puts [xmlrpc http://127.0.0.1:2001/ listBidcosInterfaces ]'|tclsh ");
        dom.GetObject("CUxD.CUX2801001:1.CMD_QUERY_RET").State(1);
        srueck = dom.GetObject("CUxD.CUX2801001:1.CMD_RETS").State();
        !srueck = srueck.Substr(2, srueck.Length()-3);
        foreach(index, srueck.Split("ADDRESS")) {
        if (index.Find("DRESS")>-1) { adress = index.StrValueByIndex(" ",1); slist = slist #"serial="#adress;}
        if (index.Find("CONNECTED")>-1) { connect = index.StrValueByIndex(" ",3); if (connect == "1") { conn = true; }else{ conn = false;} slist = slist #" verbunden="#conn;}
        if (index.Find("DUTY_CYCLE")>-1) { cycle  = index.StrValueByIndex(" ",5); slist = slist #" DutyCycle="#cycle #";";}
        }
        ! WriteLine("-- AUSWERTUNG --");
        ! WriteLine(slist);
        ! WriteLine("-- SPEICHERUNG --");
        foreach(index, slist.Split(";")) {
        i = i+1;
        adress = index.StrValueByIndex(" ",0).StrValueByIndex("=",1);
        conn =  index.StrValueByIndex(" ",1).StrValueByIndex("=",1);
        cycle = index.StrValueByIndex(" ",2).StrValueByIndex("=",1);
        string dcname = listeDC.StrValueByIndex(";",i-1);
        string conname = listeCON.StrValueByIndex(";",i-1);
        if ( (dom.GetObject(ID_SYSTEM_VARIABLES)).Get(dcname)) { (dom.GetObject(ID_SYSTEM_VARIABLES)).Get(dcname).State(cycle.ToFloat());
        ! WriteLine(i#". Wert: "#cycle #" vom Gerät: "#adress #" wurde in "#i#". Variable: " #dcname #" gespeichert");
        }else{
        ! WriteLine("Systemvariable: "#dcname #" für Wert: " #cycle #" vom Gerät: "#adress #" nicht vorhanden");}
        if ( (dom.GetObject(ID_SYSTEM_VARIABLES)).Get(conname)) { (dom.GetObject(ID_SYSTEM_VARIABLES)).Get(conname).State(conn);
       !  WriteLine(i#"Connectionstatus: "#conn #" vom Gerät: "#adress #" wurde in "#i#". Variable: " #conname #" gespeichert");
        }else{
        ! WriteLine("Systemvariable: "#conname #" für Connectionstatus: " #conn #" vom Gerät: "#adress #" nicht vorhanden");}
        }
        ! WriteLine("ENDE");
        }
        }

Nachtrag:
Mir ist nicht aufgefallen das die DC-Werte in der Vergangenheit nicht richtig zugeordnet werden.
Irgendwie habe ich den Verdacht, dass die Geräte (CCU und LAN GW) jetzt seit der neuen Version nur mittels des Scripts (von Alchy) in der falschen Reihenfolge gelistet (abgefragt) werden.
Die Werte sind genau umgekehrt (CCU, LAN-GW1, LAN-GW2 zu LAN-GW2, LANG-GW1, CCU ) dargestellt.
@Jens, kann das sein ? …Keine Ahnung ob mich hier noch jemand versteht.

Unabhängig davon, möchte auch ich hier das D A N K E nicht vergessen .... Bernd

[wintux]

Danke Jens,

läuft alles (5 Std.) ohne Probleme