Mögliche Reduzierung bzgl. RaspberryPi4 Funkwolkenproblematik

[jp112sdl]

Ist USB3 nicht auch dafür bekannt WLAN oder DECT zu stören?

Auch Radioempfang etc.pp. Das "Internet" ist voll mit geplagten RPi4-Usern und wilden Alufolienbasteleien

[jmaus]

Ist USB3 nicht auch dafür bekannt WLAN oder DECT zu stören? Vielleicht kannst Du ganz pragmatisch eine Prüfung vornehmen, ob an USB3 etwas angeschlossen ist und dann eine Warnmeldung erzeugen.

Externe Störung gehen mich (RaspberryMatic) nix an Ich will hier wirklich keine eierlegende Wollmilchsau bauen. Und wenn jemand mit einem HB-RF-USB oder HB-RF-ETH trotzdem an seinem Pi4 etwas via USB3 speed betreiben will, dann ist das sein Ding. Mir geht es hier einzig und alleine darum die Leute "abzuholen" die aktuell mit einem Pi4 + Funkmodul auf GPIO ein Problem haben. Und wenn für diese Kombination es eine Alarmmeldung in der WebUI gibt das man doch bitte die schwarzen USB2 ports verwenden sollte, dann sind wir mit dem Problem soweit durch IMHO.

[Baxxy]

Das die USB3-Ports (mit angeschlossenen USB3 fähigen Geräten) die "Hauptstörer" sind hatte ich ja schon in meinem Pi4B "How to" vermerkt.

Bei mir hat sich die Benutzung der USB3-Ports als Hauptursache der Funkstörungen herausgestellt.

Aber gerade die USB3-Ports sind für mich eines der Pro-Argumente für den Pi4B.
Nur damit macht die SSD-Boot Geschichte erst richtig Spaß. (RM-Firmware Update in ca. 2min, Uploads / Downloads von Backups und Historian-DB in Sekunden) Da bin ich ein bisschen froh das sich diese nicht "wegkastrieren" lassen.

Und wenn für diese Kombination es eine Alarmmeldung in der WebUI gibt das man doch bitte die schwarzen USB2 ports verwenden sollte, dann sind wir mit dem Problem soweit durch IMHO.

Solange es eine "Einmalwarnung" ist (Alarmmeldung / Eintrag SysLog) ok, aber bitte nicht alle x-Minuten wiederholen wenn man das ignoriert.

Bei mir laufen 2 Pi4B-RaspberryMatic's von USB3-SSD mit RPI-RF-MOD an GPIO (über jeweils ca. 60cm GPIO-Verlängerung) ohne Probleme.

[jmaus]

Und wenn für diese Kombination es eine Alarmmeldung in der WebUI gibt das man doch bitte die schwarzen USB2 ports verwenden sollte, dann sind wir mit dem Problem soweit durch IMHO.

Solange es eine "Einmalwarnung" ist (Alarmmeldung / Eintrag SysLog) ok, aber bitte nicht alle x-Minuten wiederholen wenn man das ignoriert.

Bei mir laufen 2 Pi4B-RaspberryMatic's von USB3-SSD mit RPI-RF-MOD an GPIO (über jeweils ca. 60cm GPIO-Verlängerung) ohne Probleme.

Das Argument bzgl. der GPIO Verlängerungsoption ist natürlich valide, aber das wird die absolute Ausnahme sein. Wir können aber gerne darüber reden das ich eine /etc/config/disableRpi4Usb3Check oder so einbaue der dann dazu führt das der check gänzlich abgeschalten wird. Denn eigentlich hatte ich schon geplant (bin schon mehr oder weniger dabei) dort via Monit eine regelmäßige Alarmmeldung "rauszuballern"

EDIT: In der Tat wird das dann z.B. so aussehen:

[MichaelN]

Vielleicht kannst Du das mit dem CarrierSenseLevel verknüpfen? Nur wenn CS >20% wird gewarnt oder so

[Baxxy]

das ich eine /etc/config/disableRpi4Usb3Check oder so einbaue

Na ich wäre auf jeden Fall dafür dankbar.
Ich wüsste mir zwar auch anderweitig zu helfen, aber besser es gibt was "out-of-the-box" als nach jedem RM-Update selbst Hand anlegen zu müssen.

So und nun noch ein Wink mit dem Zaunpfahl...

dort via Monit eine regelmäßige Alarmmeldung "rauszuballern"

Der Alarm würde dann ggf. andere wichtige Alarme überschreiben.
Stichwort: Kategorisierte WatchDog-Alarme, ich würde diesen Alarm dann "WatchDog-Alarm RM-System" zuordnen.

Grüße
Baxxy

[jmaus]

So und nun noch ein Wink mit dem Zaunpfahl...

dort via Monit eine regelmäßige Alarmmeldung "rauszuballern"

Der Alarm würde dann ggf. andere wichtige Alarme überschreiben.
Stichwort: Kategorisierte WatchDog-Alarme, ich würde diesen Alarm dann "WatchDog-Alarm RM-System" zuordnen.

Das Issue hab ich in der Tat noch auf dem Schirm und nicht vergessen. Muss nur noch die Zeit finden das dann umzusetzen und entsprechend zu testen. Es wird wohl so werden, das ich nach dem Hinweis von Jerome das doch so machen werde das jede Meldung ne eigene Alarmvariable bekommt, diese dann aber hidden sein wird - weil so ist es dann auch eigentlich wurscht ob das 5 oder 15 oder gar 50 sind. Das sollte die ReGa bzw doe modernen Platformen schon abkönnen und wenn die hidden/intern sind überfüllen die auch nicht die WebUI beim auflisten der Systemvariablen.