HM-Rega: invalid response und kurz ReGaHSS down / gelb

[nik82]

@homoran
Wie hast du das denn jetzt so formatiert? Weiß nicht wie das geht, sorry

Ja ich hab jetzt in Github mal ein Issue erstellt.
Aber trotzdem danke für deine Rückinfo.

[Homoran]

@nik82 said in HM-Rega: invalid response und kurz ReGaHSS down / gelb:

Wie hast du das denn jetzt so formatiert?

code tags genommen. Die sind für so etwas da.

Text markieren und dann 4. icon von links <\> anklicken

[nik82]

@homoran
Wieder was gelernt, danke, mach ich in Zukunft so

[nik82]

Falls es wen interessiert, im Github gehts weiter:

Github Issue

und dann weiter im Homematic-Forum:

https://homematic-forum.de/forum/viewtopic.php?f=65&t=64719&p=637123#p637123

[klassisch]

@nik82 war das in der 3.53.30 auch schon so? Bei mir kam dieser Effekt erst mit der Firmware 3.53.34
Bin dann wieder zurück auf die 3.53.30.
Danach auf die 3.55.5. Dann kam der Effekt wieder.
Sporadischer Abbruch rega und rpc.1, was bei mir CUxD ist.
Damit hatte ich diesen Abbruch wieder bis zum 11.01.2021
Seither ist Ruhe
Habe irgendwann mal den ReGaHSS Adapter auf 3.0.6 und den RPC Adapter auf 1.14.24 hochgezogen.
Leider weiß ich nicht mehr, ob das am 11.1. war und das log vom 11.1. scheint nicht mehr verfügbar,
Ich habe scharfe Watchdogs, die mir einen Abbruch sofort melden.
Einerseits erzeugt sowohl ioBroker als auch CCU ein Togglesignal (Rechteck), was jeweils der andere Partner überwacht.
Andererseits überwache ich die drei Connection-Signale, die bei mir so heißen:
'hm-rega.0.info.connection';
'hm-rpc.0.info.connection';
'hm-rpc.1.info.connection
Wenn eine der Verbindungen abreißt oder aufgebaut wird, dann bekomme ich eine mail.
Wie gesagt, seit 11.1. ist Ruhe.

Was ich noch nachvollziehen kann:

[nik82]

@klassisch

Hey danke für deine Info, dass ist ja sehr interessant, ich dachte schon ich bin alleine mit dem Problem.
Also bist du jetzt auch wieder auf 3.55.5 und hast Ruhe?
Ich habe nämlich schon ewig keine Windows Updates gemacht, dann werde ich die mal alle installieren und schauen ob sich etwas verändert.
Jedenfalls vielen Dank für deine Info!

[klassisch]

@nik82 die 3.55.5 war erst unruhig.
Ruhe erst ab 11.1.2021 und ich weiss nicht warum. Vielleicht weil ich die iobroker Adapter aktualisiert habe. Das habe ich definitiv getan, aber ich weiß nicht ob am 11.1.
Das Win Update war es nicht, das war ja früher und auch danach hatte ich die Unterbrüche.
Mittlerweile scheint es die 3.55.10 zu geben, die ich in diesen Minuten installiere.
Danach gilt wieder "Neues Spiel, neues Glück".
Hatte jeweils in den HM-Update Threads im HM-Forum die Nachricht hinterlassen, daß ich diese Unterbrüche zu ioBroker hatte. Ohne Echo im Forum.

[Homoran]

@nik82 sagte in HM-Rega: invalid response und kurz ReGaHSS down / gelb:

ch habe nämlich schon ewig keine Windows Updates gemacht,

?????

[klassisch]

@homoran sagte in HM-Rega: invalid response und kurz ReGaHSS down / gelb:

?????

Wahrscheinlich, weil ich geschrieben hatte, daß ich noch nachvollziehen können am 9.1. ein Win Update gemacht zu haben.

Da sehe ich aber keinen Zusammenhang. Eher Adapter-Update, aber das Datum kann ich leider nicht mehr nachvollziehen.

[nik82]

@homoran sagte in HM-Rega: invalid response und kurz ReGaHSS down / gelb:

?????

Hab das nur geschrieben weil ich evtl. hierdrauf noch als Fehler hoffte, aber wenn das vorher war dann ist das egal.
Was komisch ist, das es manchmal nur einmal am Tag passiert und manchmal 10mal am Tag.

[klassisch]

@nik82 10 mal hatte ich nie. ein paar mal schon.

Welche Adapter-Versionen hast Du und welche CCU-Version?
Edit CCU steht oben 3.55.5 Raspimatic.
Ich fahre piVCCU
Seit eben 3.55.10

[nik82]

@klassisch

Alles auf aktuellen Stand weil ich jedesmal hoffe das Problem zu beheben.
Leider kann ich gar nicht sagen wie lange ich das Problem schon habe, weil mir das jetzt erst aufgefallen ist und ich dann im Log sah das es schon sehr lange so ist.

Bin wieder auf Raspberrymatic, weil es mit der Original CCU3 Firmware ja auch das Problem gab. Momentan die 3.55.5.20201226

HM-Rega auf aktuell auf 3.0.7 und RPC auf 1.14.31

[klassisch]

@nik82 Dann bist Du Adapterseitig moderner als ich.
Habe gerade mal die Ereignisanzeige studiert.
Sieht so aus, als habe ich mich am 11.1. eingeloggt und anscheinend wurde ein Win Neustart durchgeführt.
Langsam dämmert es.
Das hängt wohl tatsächlich mit dem Update am 9.1. zusammen.
Habe das Update wohl am 9.1. angestoßen aber den zugehörigen Neustart erst am 11. 1. frühmorgens in der Schwachlastzeit angestoßen.
Vielleicht hat das Update doch etwas beigetragen. Denn im HM-Forum ist keiner auf das Thema eingegangen.
Sehr ominös.
Aber die Abhängigkeit von der HM Firmware war reproduzierbar.

[nik82]

@klassisch
Naja, obs an den Windows Update liegt, kann ich dir dann sagen, weil ich gerade installiere.
Hast du momentan auch noch die 1909 drauf?
Habe jetzt die Win-Updates installiert, allerdings ist das Update von dir nicht dabei und jetzt würde er mir nur das Upgrade auf 20H2 anbieten, dass lasse ich aber jetzt mal weg, erst schau ich ob der Fehler nochmal kommt und dann kann ich immer noch das komplette Upgrade installieren.

[klassisch]

@nik82 Meine Version

Das 20H2 lassen wir erst mal weiter reifen. War wohl nicht so glücklich. Das muß noch nicht auf die Produktivmaschine. Wurde mir auch noch nicht angeboten. Ist ein i5-6300U.
20H2 Habe ich bisher nur auf einem reinen "Office-Rechner" mit i5-5300.
Auch für meinen Arbeitsrechner mit i7-7.... wurde das noch nicht angeboten.
Unterm Strich bin ich aber mit den Win Rechnern deutlich zufriedener als mit den Linux-Frickel SBCs. Läuft bisher alles stabil.
Vielleicht wäre auch eine richtige Linux-Desktop Distribution wie MINT denkbar. Aber mein ganzer Datenbestand ist auf NTFS und eben auch viele Daten von Win Applikationen und ein entsprechendes Toolset. Damit liegt für mich Windows näher als Linux. Außerdem laufen auf meinem ioBroker Rechner noch andere 24/7 Win Applikationen.

[nik82]

@klassisch
Bei mir genau das gleiche, ich habe einen i7 Nuc als Arbeits-PC, der läuft eh 24/7 und die Iobroker Installation läuft bis jetzt echt tadellos.

Habe jetzt dieses Build, bisschen neuer als deines:

Jetzt einfach mal abwarten, ich gebe Bescheid sobald der Fehler wieder auftritt

[klassisch]

Vielleicht hilft auch mein Watchdog-Skript

Spoiler

// Watchdog to monitor an alive signal of the CCU
//
const idWatchdogCcuMa = 'hm-rega.0.23614'/*Watchdog-CCU*/; 
const timeoutCCUWatchdog = 2 * 60*1000; // 2 minuten in ms

const regaConnectionId = 'hm-rega.0.info.connection';
const rpc0ConnectionId = 'hm-rpc.0.info.connection';
const rpc1ConnectionId = 'hm-rpc.1.info.connection'; // for CUxD
const rpcTimeout = 1000; // granted timeout without mail
const maxWarningsPerDay = 10; 

var timerCcuMa = null;
var timerHmRPC1 = null;
var numberOfWarningsToday = 0;

const emailFrom = globalEmailFrom;
const emailTo = globalEmailTo;

on({id: idWatchdogCcuMa, change: 'ne'}, function() { // löst bei jeder Aktualisierung aus
   if(timerCcuMa) clearTimeout(timerCcuMa);       // laufender Timer wird gestoppt
   timerCcuMa = setTimeout(function() {      // Neustart Timer
      numberOfWarningsToday ++; 
      if (numberOfWarningsToday <= maxWarningsPerDay){ 
          sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU stucks', text: 'Timeout CCU HM . Warning ' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' .Monitored by ioBroker'});  // Aktion, wenn  Verzoegerungszeit abgelaufen ist
      }
   }, timeoutCCUWatchdog); 
});


on({id: regaConnectionId, change:'ne'}, function(dp) { // löst bei jeder Aktualisierung aus
    numberOfWarningsToday ++;
    if (numberOfWarningsToday <= maxWarningsPerDay){ // limits the messages per day 

     if (dp.state.val){
         sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rega connected ', text: 'Rega CCU HM  connected. Warning' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' . Monitored by ioBroker'});  
      }
      else 
     {
          sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rega stucks', text: 'Rega CCU HM  not connected. Warning ' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' .  Monitored by ioBroker'});  
     }
    } // end if (numberOfWarningsToday <= maxWarningsPerDay)
});


on({id: rpc0ConnectionId, change:'ne'}, function(dp) { // löst bei jeder Aktualisierung aus
    numberOfWarningsToday ++;
    if (numberOfWarningsToday <= maxWarningsPerDay){ 
      if (dp.state.val){
        sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rpc0 connected', text: 'Rpc0 CCU HM  connected.. Warning ' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' . Monitored by ioBroker'});  
      }
      else 
      {
            sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rpc0 stucks', text: 'Rpc0 CCU HM  not connected. Monitored by ioBroker'}); 
      }
    }// ent if (numberOfWarnings)
});

on({id: rpc1ConnectionId, change:'ne'}, function(dp) { // löst bei jeder Aktualisierung aus
   numberOfWarningsToday ++;
   if (numberOfWarningsToday <= maxWarningsPerDay){  
   // HMRPC1 is prone to short connection losses < 1 second once or twice a day
     if(timerHmRPC1) clearTimeout(timerHmRPC1);       // laufender Timer wird gestoppt
       timerHmRPC1 = setTimeout(function() {      // Neustart Timer    
             if (getState(rpc1ConnectionId).val){
          sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rpc1 connected', text: 'Rpc1 CCU HM  connected.. Warning ' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' .  Monitored by ioBroker'});   
        }
        else 
        {
            sendTo('email', {from: emailFrom, to: emailTo, subject: '!!HM CCU Rpc1 stucks', text: 'Rpc1 CCU HM  not connected.. Warning ' + numberOfWarningsToday +' of ' + maxWarningsPerDay +' .  Monitored by ioBroker'});  
        }
     }, rpcTimeout);  // timeout time
   } // end if numberOfWarningsToday
});

schedule({hour: 0, minute: 11}, function(){ // dayOfWeek: 0: sunday 
    numberOfWarningsToday = 0;
});



// end

Auf der CCU gibt es dazu
Oszillator

mit

Und die Überwachung des ioBroker übernimmt auf der CCU

Edit: Dazu gibt es auf der CCU folgende Systemvariablen

und natürlich auch einen Oszillatior auf dem ioBroker. Ok, hätte man auch in das Watchdog-Skript einbauen können.....

Spoiler

// generates Oszillations to be monitored by the CCU
const idWatchdogToken = 'hm-rega.0.47538'/*Watchdog-ioBroker*/

var token = getState (idWatchdogToken).val;

//first live signal immediately after start
   token = ! token;
   setState (idWatchdogToken, token); // toggling and writing back

// then continuing according schedule 
schedule('* * * * *', function() { // each complete minute
   token = ! token;
   setState (idWatchdogToken, token); // toggling and writing back
   });

[nik82]

@klassisch
Hi, also Windows Updates haben nichts geholfen, bei mir ist der Fehler wieder seit gestern 3 mal aufgetreten.
Ich mache jetzt mal ein Downgrade auf RaspberryMatic-3.53.30.20201024-ccu3.tgz, da du sagtest dort trat es bei dir nicht auf, dass interessiert mich jetzt schon ob das bei mir auch so ist.
Werde dann wieder Bescheid geben

[klassisch]

@nik82 vielen Dank für die RM.
Nur zur Info. Ich verwende keine Raspimatic, sondern piVCCU. Die piVCCU betreibt die originale CCU3 Firmware in einem Container. Das war und ist eine Möglichkeit, auch andere HW als die frühere CCU2 HW oder die heutige Raspi-HW zu verwenden.
Bin da noch zu CCU2 Zeiten mit einem Orange PI +2e eingestiegen, weil der die (zumindest damals) fehleranlällige SD-Karte durch ein eMMC ersetzt hat, mehr Speicher hatte etc. Das habe ich irgendwann mal auf (piV)CCU3 umgestellt. Und da das stabil läuft, bin ich dabei geblieben. Wachstum findet bei mir eh meist außerhalb von HM statt, also gab es für mich kein Grund zum Wechsel. piVCCU ist zur regulären CCU-SW auch Backup-kompatibel (da ja identisch), was mir wichtig ist. Bei Raspimatic war das damals nicht so. Wie es heute ist, weiß ich nicht. So lange es läuft....

Habe gestern Abend auch nochmals irgendeinen Win Treiber aktualisiert und eben auch die CCU3 3.55.10 installiert.
Bisher ist Ruhe. Hatte allerdings auch nur eine oder wenige Meldungen pro Tag.

[nik82]

@klassisch
So schon wieder zweimal der Fehler. Also an der CCU Firmware scheint es dann nicht zu liegen.
Naja, dann wird nichts anderes übrig bleiben als damit zu leben

Trotzdem Danke für deine Info.