RaspberryMatic 3.57.5.20210525 – Neue Version

[meikkel20]

OVA Update lief sauber durch.

Wenn ich mit der Web UI Geräte schalte, verdoppeln sich die Schaltflächen (lassen sich auch nicht bedienen).
Benutzer Browser macOS Safari (aktuelle Version), nach einem "Seite neu laden" ist die Anzeige wieder i.o.

vor dem Schalten

nach dem Schalten

[jmaus]

Wenn ich mit der Web UI Geräte schalte, verdoppeln sich die Schaltflächen (lassen sich auch nicht bedienen).
Benutzer Browser macOS Safari (aktuelle Version), nach einem "Seite neu laden" ist die Anzeige wieder i.o.

Bekannter Bug (das verdoppeln von GUI elementen in der WebUI) seit vielen Jahren und nichts neues in dieser Version. Kommt immer mal wieder vor. Helfen tut alleine ein Neustart und danach geht es dann wieder.

[hotroot]

Kurz und knapp: Seit 24 Stunden läuft mein Tinker Board einwandfrei. Das Update vom Snapshot 3.57.5.20210519 verlief problemlos.

Gruß
hotroot

[onliner]

Ich habe gestern einem Bekannten ( Neueinsteiger) meinen alten Raspberry 2 und altem Funkmodul geschenkt. Wir haben dann bei mir zu Hause 8 Geräte angelernt.
Er ist dann mit dem ganzen Zeugs nach sich nach Hause gegangen den Raspi bei sich im eigenen Netzwerk angemeldet. Läuft seit gestern unauffällig durch.

Gruß Onliner

[srunschke]

Kurzes Feedback:

RP3b läuft mit dem Release bis dato erstmal offensichtlich störungsfrei.

Da aber mal wieder etwas von "Firmware Update" im Release stand, habe ich mich das erste Mal in meinem Leben mit dem Thema RP Firmware beschäftigt und frage mich, ob das bei mir so überhaupt geklappt hat.

Folgende Einträge finde ich beim Booten:

Code: Alles auswählen

[Wed May 26 09:39:56 2021] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[Wed May 26 09:39:56 2021] cfg80211: failed to load regulatory.db
[Wed May 26 09:39:56 2021] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[Wed May 26 09:39:56 2021] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[Wed May 26 09:39:56 2021] usbcore: registered new interface driver brcmfmac
[Wed May 26 09:39:56 2021] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43430-sdio.raspberrypi,3-model-b.txt failed with error -2
[Wed May 26 09:39:56 2021] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[Wed May 26 09:39:56 2021] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[Wed May 26 09:39:56 2021] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd

Daraus kann ich leider nicht so ganz schließen, ob es nicht geklappt hat, weil es ein Problem gibt, oder weil die Version einfach schon drauf ist und er deswegen nichts macht oder eher, weil er das Firmwarefile überhaupt nicht findet.
brcmfmac43430 scheint mir ja das WLAN/Bluetooth Modul zu sein (welches ich nicht nutze). Die Datei existiert aber unter /lib/firmware auch nicht, sie heißt dort "/lib/firmware/brcm/brcmfmac43430-sdio.txt" - ohne das raspberrypi.3-model-b im Namen.
Die Datei "regulatory.db" existiert gar nicht.

Bzgl des eigentlichen RPi Firmware Updates konnte ich jetzt gar keine Einträge finden, aber ein

Code: Alles auswählen

root@hm:~# vcgencmd version
Apr 30 2021 13:47:07 
Copyright (c) 2012 Broadcom
version d7f29d96450abfc77cd6cf011af1faf1e03e5e56 (clean) (release) (start)

schmeißt mir eine Version aus, die ich nicht identifizieren kann. Das Datum scheint zu stimmen, aber der Hash taucht nirgendwo in den Release Listen auf.

Die Frage ist: sind das die "Richtigen", im Sinne von: die sollten jetzt auch drauf sein?

Ich würde dann hier anregen, dass auch der Hash der aktuell ausgerollten Firmware mit dem HM Update einfach in den Releasenotes mit erwähnt wird - auch wenn das vielleicht nicht von allzu großem Belang ist, sollte ja nicht so wirklich viel Arbeit machen, oder übersehe ich hier was und der Hash ist individuell?
Bzgl des Themas Firmware Upgrade schmeißt das Internet leider nur Referenzen zu Raspbian aus, die mir leider nicht so wirklich weiter helfen.

Vielen Dank im Voraus, falls hier jemand etwas Licht in mein persönliches Dunkel bringen kann.

[jmaus]

Die Frage ist: sind das die "Richtigen", im Sinne von: die sollten jetzt auch drauf sein?

Sieht alles gut aus, mach dir keinen Kopf!

Ich würde dann hier anregen, dass auch der Hash der aktuell ausgerollten Firmware mit dem HM Update einfach in den Releasenotes mit erwähnt wird...

In der Tat zuviel Arbeit und zu unwichtig. Passt alles was du da angegeben hast und die Dinge die du gezeigt hast sind keine Fehler oder Probleme. Insofern: irrelevant

[srunschke]

In der Tat zuviel Arbeit und zu unwichtig. Passt alles was du da angegeben hast und die Dinge die du gezeigt hast sind keine Fehler oder Probleme. Insofern: irrelevant

Alles klar, danke für das schnelle Feedback.

Bzgl. des Themas mit der FW des brcmfmac - woher kommt diese Meldung, dass er da eine Datei installieren will, die es gar nicht gibt? Ich finde nicht, wo er die Info über diese Datei hernimmt. Kommt das von dir oder ist das im Kernel irgendwie verbaut? Ich weiß, dass es aus deiner Sicht irrelevant ist - würde es aber gerne verstehen

[jmaus]

Bzgl. des Themas mit der FW des brcmfmac - woher kommt diese Meldung, dass er da eine Datei installieren will, die es gar nicht gibt? Ich finde nicht, wo er die Info über diese Datei hernimmt. Kommt das von dir oder ist das im Kernel irgendwie verbaut? Ich weiß, dass es aus deiner Sicht irrelevant ist - würde es aber gerne verstehen

Na alles was bei "dmesg" ausgegeben wird kommt mehr oder weniger vom kernel. Und ja, das brcmfmac meldungen kommen auch aus dem kernel der versucht die firmware für den WLAN/Bluetooth Controller zu finden und nutzt dabei eben ein chaining. D.h. er versucht erst eine firmware-datei nur für den pi3 zu finden die es aber nicht gibt (das ist ok) und dann nimmt er halte die nächste die an der reihe ist und dann nimmt der die. Alles normal und nicht kritisch und auch vollkommen irrelevant - vor allem wenn du eh kein WiFi/Bluetooth am Pi3 nutzt.

[srunschke]

Na alles was bei "dmesg" ausgegeben wird kommt mehr oder weniger vom kernel. Und ja, das brcmfmac meldungen kommen auch aus dem kernel der versucht die firmware für den WLAN/Bluetooth Controller zu finden und nutzt dabei eben ein chaining. D.h. er versucht erst eine firmware-datei nur für den pi3 zu finden die es aber nicht gibt (das ist ok) und dann nimmt er halte die nächste die an der reihe ist und dann nimmt der die. Alles normal und nicht kritisch und auch vollkommen irrelevant - vor allem wenn du eh kein WiFi/Bluetooth am Pi3 nutzt.

Vielen Dank für die Erklärung!

[RO-Smart]

Alles Bestens
RPi4 mit RPi-RF-MOD, direkt über Startseite der WebUI den direkten Update gestartet (vorher Sicherung gemacht) -> Schmerz- und Problemlos

Ich war in letzter Zeit nicht mehr oft hier im Forum (Job), vielleicht habe ich ja zwischenzeitlich was übersehen. Hat früher die blaue LED auf dem RF-MOD nicht geblinkt (jetzt statisch)? Statisch gefällt mir besser weil weniger Hektik

Herzlichen Dank,
Dieter

Nachtrag: Wer lesen kann ist klar im Vorteil laut Anleitung: blau statisch = alles o.k. Heute blinkt's auch wieder. Also alles wie gehabt.
Jetzt aber noch eine Frage an die Spezialisten: Mein HM-RF-MOD blinkt im Normalbetrieb immer im Wechsel blau / grün-gelb-orange (die Farbe ist nicht so genau bestimmbar). Laut Anleitung wäre das Alarm-oder Servicemeldung liegt vor. Beide liegen aber laut WebUI nicht vor. Warum blinkt es dann?