RaspberryMatic 3.73.9.20240130 – Neue Version

[SGubler]

der Bug des falschen Modus

Ist das denn wirklich ein Bug? Dann müsste eQ-3 das eigentlich fixen.

Für mich wäre das nur ein Bug wenn sich der Modus auch dann nicht ändern lässt wenn es keine DV's (bezogen auf den Aktor oder seine Tasten) gibt und es zusätzlich keine Programme gibt in denen der Aktor oder seine Tasten integriert sind.

Ist dem so?

Vielleicht habe ich mich zuwenig genau ausgedrückt. Das Problem ist nicht, dass man es nicht ändern kann wegen Programmen und Direktverknüpfungen, sondern dass sich der angezeigte Modus ohne mein Zutun geändert hat!
Ich habe 6 HmIP-FBL im Einsatz seit 6 oder 7 Jahren und steuere damit Jaolousien mit Lamellen.

Der Modus war daher immer auf Jalousie eingestellt und niemals auf Rolladen.
Da der Modus nun auf Rolladen ist, kann ich die Lamellen nicht mehr verstellen weil dies nicht mehr angezeigt wird.

Die HmIP-FBL Aktoren sind mit mehreren Wandtastern und Fernbedienungen direkt verknüpft. Das alles herauszulöschen und wieder neu einzustellen ist einfach eine Riesenarbeit die ich vermeiden möchte. So etwas wäre alles andere als Smart.

Habe schon versucht den Modus per DevConfig zu ändern, aber da gibt es keine Option dafür.

[Baxxy]

Ich kann den Unmut verstehen.
Der eigentliche Bug ist also das sich der Modus irgendwann (nach Aktorfirmware oder Zentralenfirmware-Update?) von selbst geändert hat.
Daran können wir nichts ändern.
Zusätzlich scheint eQ-3 die Modus-Sperre implementiert zu haben, vermutlich weil es häufiger Komplikationen gab wenn der Modus geändert wurde während DV's oder Programme involviert waren. Das ist also so gewollt und sollte nicht geändert werden.

Was also tun?
Die Sperre (entgegen der Vorgabe von eQ-3) wegpatchen und in Kauf nehmen das ggf. DV's nicht mehr korrekt funktionieren oder Programme nicht mehr korrekt triggern wenn der User mal eben den Modus ändert? Eher nicht.

Der offizielle Weg ist und bleibt involvierte DV's zu löschen und den Aktor und/oder deren Tasten aus den Programmen zu entfernen, den Modus umzustellen und danach die Programme zu restaurieren und die DV's neu anzulegen. Unschön... keine Frage.

Habe schon versucht den Modus per DevConfig zu ändern, aber da gibt es keine Option dafür.

Ich habe so einen Aktor nicht, eigentlich müsste das aber über DevConfig möglich sein.
Der Modus sitzt im MASTER-Paramset (Channel Parameters) von Kanal:3 (BBL) und nennt sich CHANNEL_OPERATION_MODE.
Zum FBL kann ich nichts sagen da die aktuelle DEVICE-Doku den CHANNEL_OPERATION_MODE beim FBL nicht aufführt.
Da kommt man mit DevConfig über "Channel List" hin. In der Liste dann am einfachsten mit der Browsersuche (Strg+f) nach 'Seriennummer_des_Aktors:Kanal' suchen und den Kanal öffnen.

[roe1974]

Hi zusammen
Udpate durchgeführt ... läuft alles bis auf NUT ... das log füllt sich mit:

Code: Alles auswählen

Feb  2 11:18:12 homematic user.err monit[2301]: 'upsmon' failed to restart (exit status 0) -- '/etc/init.d/S51nut restart': Stopping NUT services: OK Starting NUT services: OK
Feb  2 11:18:30 homematic user.warn monit[2301]: 'upsmon' process is not running
Feb  2 11:18:30 homematic user.err monit[2301]: 'upsmon' process is not running
Feb  2 11:18:30 homematic user.info monit[2301]: 'upsmon' trying to restart
Feb  2 11:18:30 homematic user.info monit[2301]: 'upsmon' restart: '/etc/init.d/S51nut restart'
Feb  2 11:19:00 homematic user.err monit[2301]: 'upsmon' failed to restart (exit status 0) -- '/etc/init.d/S51nut restart': Stopping NUT services: OK Starting NUT services: OK
Feb  2 11:19:18 homematic user.warn monit[2301]: 'upsmon' process is not running
Feb  2 11:19:18 homematic user.err monit[2301]: 'upsmon' process is not running
Feb  2 11:19:18 homematic user.info monit[2301]: 'upsmon' trying to restart
Feb  2 11:19:18 homematic user.info monit[2301]: 'upsmon' restart: '/etc/init.d/S51nut restart'

UPS hängt auf einer Synology ... dort alles normal, andere Raspi's haben stablie Kommunikation

PS: Gerade versucht den Dienst neu zu starten:

Code: Alles auswählen

Feb  2 14:08:37 homematic daemon.notice upsmon[1670]: Communications with UPS ups@192.168.0.144 established
Feb  2 14:10:45 homematic user.info monit[2301]: 'upsmon' monitor on user request
Feb  2 14:10:45 homematic user.info monit[2301]: Monit daemon with PID 2301 awakened
Feb  2 14:10:45 homematic user.info monit[2301]: Awakened by User defined signal 1
Feb  2 14:10:45 homematic user.info monit[2301]: 'upsmon' monitor action done
Feb  2 14:10:49 homematic user.warn monit[2301]: 'upsmon' process is not running
Feb  2 14:10:49 homematic user.err monit[2301]: 'upsmon' process is not running
Feb  2 14:10:49 homematic user.info monit[2301]: 'upsmon' trying to restart
Feb  2 14:10:49 homematic user.info monit[2301]: 'upsmon' restart: '/etc/init.d/S51nut restart'
Feb  2 14:11:20 homematic user.err monit[2301]: 'upsmon' failed to restart (exit status 0) -- '/etc/init.d/S51nut restart': Stopping NUT services: OK Starting NUT services: OK

Das steht in meiner monit.cfg im usr/local/etc verzeichnis:

Code: Alles auswählen

# upsmon monitoring
check process upsmon with pidfile /var/run/upsmon.pid
  group system
  start program = "/etc/init.d/S51nut start"
  stop program = "/etc/init.d/S51nut stop"
  restart program = "/etc/init.d/S51nut restart"
  if not exist for 1 cycles then restart
  if not exists for 3 cycles then alert
  if not exists for 5 cycles then unmonitor

Es gibt aber kein upsmon.pid file mehr ... die ssh abfrage geht aber mit upsc ups@192.168.0.144 ... hmmmm Denkfehler ?

lg Richard

[SGubler]

Ich habe so einen Aktor nicht, eigentlich müsste das aber über DevConfig möglich sein.
Der Modus sitzt im MASTER-Paramset (Channel Parameters) von Kanal:3 (BBL) und nennt sich CHANNEL_OPERATION_MODE.
Zum FBL kann ich nichts sagen da die aktuelle DEVICE-Doku den CHANNEL_OPERATION_MODE beim FBL nicht aufführt.
Da kommt man mit DevConfig über "Channel List" hin. In der Liste dann am einfachsten mit der Browsersuche (Strg+f) nach 'Seriennummer_des_Aktors:Kanal' suchen und den Kanal öffnen.

Ich habe seit kurzem einen HmIP-BBL-2. Dort ist im DevConfig der CHANNEL_OPERATION_MODE aufgeführt, lässt sich ändern - theoretisch, funktioniert aber nicht. Beim HmIP-FBL fehlt dieser Parameter.
Es könnte also ein fehlender Parameter sein und dann nimmt das WebUI einfach den Standard an = Rollade.

Was mich grundsätzlich an der CCU nervt ist, dass man solch einfache Fehler nicht selber reparieren kann. Man kommt nicht an die Daten heran. Für mich als Datenbanker wäre das einfach den Unterschied zwischen FBL und BBL herauszufinden und die Daten zu korrigeren.
Ohne eure sehr wertvolle Arbeit wäre das Homematic System schon längst ein totes System.

[Xel66]

Was mich grundsätzlich an der CCU nervt ist, dass man solch einfache Fehler nicht selber reparieren kann. Man kommt nicht an die Daten heran.

Liegt vielleicht auch ganz einfach an der Tatsache, dass diese "Daten" eben Parameter einer Geräteeinstellung sind und nicht als Datenpunkt auf der CCU vorliegen.

Für mich als Datenbanker wäre das einfach den Unterschied zwischen FBL und BBL herauszufinden und die Daten zu korrigeren.

Die Datenbank oder jegliche Kopie der Einstellungsdaten auf der CCU sind irrelevant. Sie sind nur ein Abbild der Geräteeinstellungen, die über den Einstellungsdialog konfiguriert werden und als Parameterset an das Gerät übermittelt werden. Irgendetwas hat die Einstellungen auf dem Gerät verändert und das wird Dir jetzt dargestellt. Um das zu ändern, musst Du den vorgegebenen Weg wählen oder es gibt einen Crack, der sich mit den Parametersets auskennt und das zur Übermittlung patchen könnte. Ob das danach auch wirklich so funktioniert, wage ich zu bezweifeln, denn die CCU-Firmware leitet vermutlich intern auch andere Dinge daraus ab, die man nicht so offensichtlich wahrnimmt. Auf den Crack würde ich nicht so hoffen, dafür ist das Problem "zu selten".

Gruß Xel66

[roe1974]

PS:
im var/run verzeichnis finde ich einen leeren „upsd“ ordner vom user nut ?
lg richard

[SGubler]

Scheinbar bin ich nicht der einzige der das Problem hat:
viewtopic.php?f=59&t=81467

Bei den HmIP-FBL bin auch die vorherige Firmware zurückgegangen, aber die Konfiguration ist trotzdem noch falsch.

OK, wenn der Inhalt der Datenbank nichts ändern würde, dann wäre zumindest ein richtiges API wünschenswert, dass man eine Konfiguration an den Aktor schicken kann, so wie es z.B. bei den Shelly Geräten machbar ist.
Vor allem dann wenn EQ-3 mit einer fehlerhaften Firmware die Konfiguration verändert und sie dann aus der Applikation nicht mehr geändert werden kann.

[Mac_]

Hallo zusammen,

bei mir spielt nach dem Update das GUI etwas verrückt:

Manchmal erscheint diese Zeile auf im Homebildschirm ohne eine Aktion meinerseits, jedesmal aber wenn ich eine Aktion anstosse, z.B. eine Schaltsteckdose anschalte.

Ich nutze die aktuell Windows Edge-Version.

Stört nicht wirklich - ist aber unschön.

Grüße aus Ulm
Mac_

*** ERLEDIGT *** - der folgende TIPP hat geholfen ( hätte ich ja selber drauf kommen können

[Baxxy]

Nochmal neu starten und währenddessen den Cache vom Browser leeren hilft meistens.

[roe1974]

PSS:
"Ein" upsmon.pid file ist im /run verzeichnis ... sollte doch aber laut S51nut im /var/run sein .... oder ?
lg Richard