RaspberryMatic 3.55.5.20201226 – Neue Version

[jmaus]

Nach dem Austausch natürlich (ReGaHss) neustarten.

Oder den Cache eben ausschalten, dann sollte ReGaHss immer sofort auch ohne neustart jede änderung an der Datei mitbekommen

[Baxxy]

Nicht so hastig... Ich muss mir erstmal einen Aluhut basteln bei 4 um mich rumfunkenden Zentralen.

Neuer Thread wäre besser.

[IT-VBFK]

Mache ich da was falsch?

Ja. Du klickst nicht auf den Button "Kanäle umbenennen"

Ahh.. ich Depp

danke für die Hilfe

[jp112sdl]

Nicht so hastig... Ich muss mir erstmal einen Aluhut basteln bei 4 um mich rumfunkenden Zentralen.

Neuer Thread wäre besser.

Ich glaub ich hab da was gefunden

Gibt es eigentlich ein Github Issue zu dem Problem?

[Baxxy]

Gibt es eigentlich ein Github Issue zu dem Problem?

Noch nicht. Es gab noch nicht genug Beschwerden von RM-Nutzern.

[twoxx]

Hmm, das ist interessant zu hören. Bisher bin ich von dem mir benannten internen ReGaHss Cacheproblem ausgegangen. Das das jetzt doch nicht der auslöser sein soll (denn system.CacheMode(0)) sollte den Cache definitiv deaktivieren) stimmt mich ratlos.

Wenn du es aber mit einer OVA-Testversion und RCV reproduzieren kannst dann wäre es GitHub Bugreport jetzt in der Tat mal angebracht und vielleicht schaffst du es ja das mal detailliert als schritt-für-schritt anleitung (vielleicht sogar mit animated-git screencast) darstellen damit ich bzw. jemand anders auch versuchen kann das mit einer frischen RaspberryMatic nur mit den RCV Geräten zu reproduzieren. Das wäre optimal.

Frag auch Daimos, ihm ist das am 21. aufgefallen und er schreibt auch noch von "weiteren aufgetauchten Problemen", vielleicht hat der noch weitere Infos dazu:

viewtopic.php?f=81&t=63482&start=10#p628767

[jp112sdl]

Gibt es eigentlich ein Github Issue zu dem Problem?

Noch nicht. Es gab noch nicht genug Beschwerden von RM-Nutzern.

Ich kann es jetzt auch im Testsystem reproduzieren.

Nach dem Vergleich zwischen der 3.53er hfuncchannels.htm mit der aktuellen ist aufgefallen, dass eigentlich nur eine Folge von if-Abfragen in die function.fn ausgelagert wurde.
Und dort ist auf wundersame Weise aus oDev das Wort device geworden.

Zeile in der neuen functions.fn: https://github.com/eq-3/occu/blob/9a466 ... ion.fn#L32

Zeile in der früheren 3.53er hfuncchannels.htm:
https://github.com/eq-3/occu/blob/ac4a9 ... s.htm#L196

Hier zum Angucken mit dem HB-RC-4-Dis-TH:


Die Änderung wirkt sofort.

[Black]

Warum lässt die strikte QM den Hausmeister an der Firmware rumändern... sind so Fragen, die einem spontan durch den Kopf gehen.

[jp112sdl]

Warum lässt die strikte QM den Hausmeister an der Firmware rumändern... sind so Fragen, die einem spontan durch den Kopf gehen.

Ich hab das Gefühl, die "Flüchtigkeitsfehler" werden immer schlimmer.

Noch ne Frage an die (ReGaHss-)Logiker:
ist

Code: Alles auswählen

  if (((chn.HssType() == "BLIND_TRANSMITTER") && (chn.Label().Substr(0,6) == "HmIPW-")) || chn.Label() == "HmIP-DRBLI4" ) {
    ...
  }

das selbe wie

Code: Alles auswählen

  if (chn.HssType() == "BLIND_TRANSMITTER") {
    if ((chn.Label().Substr(0,6) == "HmIPW-") || (chn.Label() == "HmIP-DRBLI4")) {
      ...
    }
  }
  

[Black]

nö