Homematic Manager 2.x

[Prof.Mobilux]

Noch eine andere Frage: Wie kann ich denn ein Firmware-Update eines Gerätes mit Homematic-Manager machen? Geht das überhaupt? Ich habe zwar updateFirmware(device_address device) gefunden, aber dazu muss die Firmware-Datei wohl schon irgendwo liegen, oder?

[klana]

Hallo hobbyquaker,

Bei der Anzeige von Verknüpfungen bekomme ich bei alle Rolladenaktoren (HM-LC-Bl1PBU-FM) die folgende Anzeige.
Die sind doch nicht verknüpft mit irgend einem anderen Aktor?
Ist da bei mir irgend etwas schief gelaufen oder ist das so richtig, dass diese hier angezeigt werden?
Was bedeutet der Typ BLIND?
Gruß
Klana

[hobbyquaker]

Ich habe leider nicht einmal die Templates im Repo gefunden, wo man das rauslesen könnte. Muss doch irgendwo unter https://github.com/eq-3/occu/tree/master/WebUI/www stecken, oder?

Ich meine da gibts es keine "Templates" (falls Du damit ein HTML Template meinst dass dieses Dropdown generiert). Das wird soweit ich das überblicke mittels tcl script zusammengefrickelt:

Die Definition der Werte findest hier: https://github.com/eq-3/occu/blob/maste ... meHint.tcl
Erzeugt wird die Seite hier: https://github.com/eq-3/occu/blob/maste ... master.tcl
mit Hilfe der Funktion get_comboBox aus https://github.com/eq-3/occu/blob/maste ... common.tcl

Das ist alles totales Chaos - über 10 Jahre gewachsen und rangestückelt, haufenweise Sonderbehandlungen speziell für bestimmte Aktortypen, absolut schrecklich Mein Tipp: versuch es erst gar nicht sowas da rauszuparsen, ich hab bei Bemühungen in der Richtung schon echt viel Zeit versenkt und Frust erlebt, ich befürchte Du bist am Ende schneller wenn Du das manuell zusammenklaubst...

Noch eine andere Frage: Wie kann ich denn ein Firmware-Update eines Gerätes mit Homematic-Manager machen? Geht das überhaupt? Ich habe zwar updateFirmware(device_address device) gefunden, aber dazu muss die Firmware-Datei wohl schon irgendwo liegen, oder?

Schau mal in die crRFD.conf und die rfd.conf - da müsste ein Verzeichnis für die Firmwarefiles konfiguriert sein - dort müssen die Firmwarefiles dann liegen.

[hobbyquaker]

Bei der Anzeige von Verknüpfungen bekomme ich bei alle Rolladenaktoren (HM-LC-Bl1PBU-FM) die folgende Anzeige.
Die sind doch nicht verknüpft mit irgend einem anderen Aktor?

Das sind die Geräte-internen Verknüpfungen zwischen dem Tasterkanal und dem Aktorkanal. Werden im CCU WebUI nicht angezeigt, aber die existieren

[klana]

Danke schön für die Aufklärung!
Dann stimmt ja alles.

Gruß
Klana

[Prof.Mobilux]

Ich meine da gibts es keine "Templates" (falls Du damit ein HTML Template meinst dass dieses Dropdown generiert). Das wird soweit ich das überblicke mittels tcl script zusammengefrickelt:

Oje... Das wird wohl wirklich nichts... Wie muss denn ein Eintrag in https://github.com/hobbyquaker/homemati ... amset.json genau aussehen? GERÄTETYP -> PARAM -> Erklärung in DE dazu?

Ich würde das für meine Geräte dann nachpflegen. Vielleicht finden sich ja noch mehr Leute

Schau mal in die crRFD.conf und die rfd.conf - da müsste ein Verzeichnis für die Firmwarefiles konfiguriert sein - dort müssen die Firmwarefiles dann liegen.

Perfekt - Danke!

[Prof.Mobilux]

Schau mal in die crRFD.conf und die rfd.conf - da müsste ein Verzeichnis für die Firmwarefiles konfiguriert sein - dort müssen die Firmwarefiles dann liegen.

Das klappt leider noch nicht... Ich habe mal auf der Original CCU2 geschaut. Dort ist folgendes konfiguriert:

Code: Alles auswählen

# Directory Configuration
Persistence.Home=/etc/config/crRFD/data
FirmwareUpdate.BG.OTAU.Home=/etc/config/firmware
FirmwareUpdate.BG.OTAU.divergent.device.type.definition.file=/opt/HmIP/crrfd.fwfix

In /etc/config/firmware gibt es dann ein Unterverzeichnis "288" (HMIp-BSM) und dort liegen die entpackten Firmware-Dateien drin (info, changelog.txt und die .efw Datei). Wenn ich das aber auf meinem System so einrichte (ebenfalls Unterverzeichnis 288 mit den Dateien), kommt bei installFirmware trotzdem ein "false". HMIPServer sagt leider im Log gar nichts.

Noch eine Idee was ich kontrollieren/machen kann?

[hobbyquaker]

Musst mal in der log4j config den loglevel vom hmipserver auf debug oder trace hochdrehen, ich glaube dann sagt er beim Start an ob er Firmwarefiles geladen hat.

[hobbyquaker]

Ah. Und InstallFirmware kannst natürlich erst ausführen wenn das Update auch an den Aktor übertragen wurde. Zeig mal ein Screenshot von der Zeile des Gerätes im Tab "Geräte". Wenn da in der Firmware-Spalte steht "update available" oder "deliver firmware" ist warten angesagt - das kann einige Stunden dauern. Wenn da steht "ready to update" dann erscheint daneben auch ein Button der dann das InstallFirmware auslöst. Falls da steht "up to date" - Du aber eine neuere Version schon im richtigen Ordner liegen hast dann würde das auf ein hmipserver Konfigurationsproblem hindeuten.

[Prof.Mobilux]

Da hatte ich den Updateprozess wohl falsch verstanden... Habe jetzt mal geschaut: HMIPServer findet das Update und erkennt anscheinend auch ein Device, welches Updatefähig ist:

Code: Alles auswählen

Mar 2 15:27:09 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem DEBUG [vert.x-worker-thread-3] SYSTEM: loading firmware image from file: HmIP-BSM_update_V1_12_6_181119.efw
Mar 2 15:27:10 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: initial deployment complete _____________________________________________________
Mar 2 15:27:10 de.eq3.cbcs.vertx.management.VertxManager DEBUG [Thread-0] State changed from PERFORMING_INITIAL_DEPLOYMENT to DEPLOYMENT_SUCCESSFUL
Mar 2 15:27:10 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from STARTING to STARTED
Mar 2 15:27:10 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-2] SYSTEM: Checking all devices on all accesspoints for updates
Mar 2 15:27:10 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem DEBUG [vert.x-eventloop-thread-2] SYSTEM: registered 0 event listener for pending update actions
Mar 2 15:27:10 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-2] SYSTEM: There are 1 APs queued with updatable devices

Aber HM-Manager zeigt an, dass das Device up to date ist:



UPDATE:
Jetzt kommt im Log folgendes:

Code: Alles auswählen

Mar 2 16:04:19 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-1] AP 3014F711A0001F58A9A71099: OTAU Handler a05d16ed-5225-408b-9311-e8ac4d24bcc7 suspended for device(s) [3014F711A0000855699C50EA]
Mar 2 16:04:33 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem DEBUG [vert.x-eventloop-thread-1] SYSTEM: No suitable AP found - cannot start any update handlers