piVCCU3 Update 3.61.5

[wok1415]

Hallo,

ich hätte mal eine Frage zu dem in 3.61.5 mitgelieferten Firmware Update auf Version 4.4.12:

Was genau wird da auf Version 4.4.12 gebracht - handelt es sich um die Firmware des RPI-RF-MOD - und wenn ja klappt das problemlos ?

Viele Grüße

P.S.: Die Beschreibung von eq-3 dazu sieht so aus:

[HMCCU-815] RPI-RF-MOD + CCU3 Coprozessor Firmware auf Version 4.4.12 aktualisiert. Die Firmware enthält u.a. Verbesserungen der Kommunikation im Verbund mit HmIP-HAPs / HmIPW-DRAPs. Mit einer zukünftigen FW Version kann dann auch die Einspeiseleistung gemessen werden (z. B. für mini PV-Anlagen)

[Daimler]

Hi,

handelt es sich um die Firmware des RPI-RF-MOD - und wenn ja klappt das problemlos

Ja
Ja - zum. bis jetzt keine Probleme festgestellt.

[Slice]

Hallo,

ich habe auch gerade mal das Update auf die neue Version durchgeführt. Verlief wieder mal ohne Probleme.
Vielen Dank an deimos dafür.

Auch bei mir lief das Update der FW vom Funkmodul RPI-RF-MOD über die HB-RF-ETH durch:

Code: Alles auswählen

Funkmodul-Daten des aktuellen Moduls:
Funkmodul Typ: RPI-RF-MOD
Funkmodul Firmware: 4.4.12

Wie gesagt, alles recht stressfrei!

Schönes Wochenende und Grüße,
Slice

[wok1415]

Hallo,

leider klappt das Update auf 3.61.5 bei mir nicht (reproduzierbar). Auftretende Fehler sind invalid GPIO und kernel panics.
Bei mir läuft pivccu3 auf einem rk3399 (Armbian 21.8.3 Bullseye, kernel 5.10.43; netzwerk mit systemd-networkd; Helios64 NAS).

Zwei Fehlermeldungen in syslog sind mir dabei aufgefallen:

Nov 13 12:47:22 grid stop_container.sh[9975]: rmmod: ERROR: Module fake_hmrf is not currently loaded , und
Nov 13 12:50:51 grid kernel: [ 494.833515] invalid GPIO 106852672

Viele Grüße

Edit: Das Problem wurde inzwischen mittels Neuinstallation behoben.

[alkazaa]

Moin!

Danke für das Update!
Leider muss ich gleich bei meinem ersten Versuch mit einer 'testing' Version Misserfolg melden:

Zunächst hatte ich das gleiche wie in Beitrag 3 dieses threads:

Code: Alles auswählen

pi@raspberrypi:~ $ apt-cache policy pivccu3
pivccu3:
  Installiert:           3.59.6-59
  Installationskandidat: 3.59.6-59
  Versionstabelle:
 *** 3.59.6-59 500 
 .....

Dann habe ich es trotzdem versucht, mit dem Ergebnis, das in der angehängten Datei mit dem Sitzungsprotokoll zu sehen ist.
Ach ja: das ganze war unter Raspbian 'buster'.
Acj ja2: ich hatte den service 'pivccu' vorher nicht gestoppt.

upgrade-Versuch.txt

(62.68 KiB) 32-mal heruntergeladen

Beste Güße
Franz

[deimos]

Hi,

@alkazaa Prüf bitte mal deine SD Karte. Lat Log ist das runtergeladene Archiv korrupt und auf dem Webserver liegt definitiv kein korruptes.

Viele Grüße
Alex

[alkazaa]

Hi,
@alkazaa Prüf bitte mal deine SD Karte. Lat Log ist das runtergeladene Archiv korrupt und auf dem Webserver liegt definitiv kein korruptes.

OK, jetzt kann ich Erfolg melden. Zwei Dinge habe ich geändert:

• image der Karte vor dem fehlgeschlagenen upgrade auf eine zweite SD gebrannt (eigentlich die verdächtigere von den beiden Karten zwischen denen ich immer wechsle: win32diskimager hat >= 1h für das Brennen der 16 GB gebraucht; balena hatte gleich abgewunken)
• habe den relativ umfangreichen update/upgrade der nicht-pivccu Teile erstmal separat (und erfolgreich) durchgeführt

Danach dann separat die testing version von pivccu. Protokoll dieses Teils ist angehängt.

Scheint jetzt alles zu laufen...

-Franz
P.S.: wie checke im am besten die Integrität meiner Karte?

upgrade-Erfolg.txt

(24.3 KiB) 23-mal heruntergeladen

[klassisch]

Meine persönliche Meinung dazu:
Wer heute noch mit suspekten 16GB Speicherkarten arbeitet, hat den Rubicon zwischen Sparsamkeit und Geiz deutlich überschritten.
Da ist die Arbeitszeit für @deimos Blick aufs log schon teurer.

[alkazaa]

Meine persönliche Meinung dazu:
Wer heute noch mit suspekten 16GB Speicherkarten arbeitet, hat den Rubicon zwischen Sparsamkeit und Geiz deutlich überschritten.
Da ist die Arbeitszeit für @deimos Blick aufs log schon teurer.

Sorry, tut mir leid.
Aber die Karte war doch nicht so verdächtig, wie ich gedacht hatte, jedenfalls wenn man h2testw.exe glaubt:

Ich werd mich aber in Zukunft nicht gleich nach einem ersten Fehlversuch melden, sondern erstmal weiter analysieren und probieren, versprochen!

Auf jeden Fall nochmal Danke an @deimos für seine Arbeit mit all dem!!

[chriwi]

Hat bei mir - wie immer - ohne Probleme funktioniert (mit einem aktuellen Buster). Besten Dank Alex!