Hardware Support für Argon One Gehäuse

[Bono1969]

Is your feature request related to a problem? Please describe.

Tolles Gehäuse mit sehr guter Kühlung des Raspberry Pi4

Describe the solution you'd like

Softwareuntestützung für eben dieses Gehäuse um dessen Funktionen zu verwenden

[Bono1969]

@jens-maus Hallo Herr Maus, direkt im Raspberry Forum Gibt es unter „Argon One“ Einen interessanten Verlauf. Ein Typ mit dem Namen DarkElvenAngel hat selber einen Script geschrieben. Ich versuche Ihnen den Beitrag zu verlinken. https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=275713&hilit=Argon+one&start=50#p1693670

[jens-maus]

@Bono1969 Danke für den Hinweis, allerdings bringt dieser auch keine weitere Erkenntnis darüber warum der i2c bus anscheinend nur bei mir reproduzierbar mit einem rpi4 zu funktionieren scheint. Oder hat sich dahingehend etwas in neueren nightly snapshots geändert? Wird inzwischen das ArgonONE korrekt erkannt?

[Baxxy13]

Urlaub vorbei daher mal wieder ein kleines Update.

Wird inzwischen das ArgonONE korrekt erkannt?

Ein Test mit RaspberryMatic-3.51.6.20200812-9433f8-rpi4.zip (ohne Funkmodul) und dem FAN HAT brachte keine neuen Erkenntnisse. Der FAN HAT wird weiterhin nicht erkannt. Im Log erschienen folgende Einträge die vielleicht damit im Zusammenhang stehen.

Aug 12 23:21:23 homematic-raspi user.err kernel: [   46.434987] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
Aug 12 23:21:24 homematic-raspi user.err kernel: [   47.458918] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
Aug 12 23:21:25 homematic-raspi user.err kernel: [   48.546910] i2c-bcm2835 fe804000.i2c: i2c transfer timed out

[Bono1969]

ich bin noch immer am durchforsten diverser Foren. Es gibt auch andere mit diesem Problem dass der i2c Bus gebremst wird. Anbei ein Bild eines Users der es angeblich mit dem Eintrag I2c-bcm2708 gelöst hat. Ist das bei uns auch machbar?

[jens-maus]

@Bono1969 Den aktuellste nightly snapshot (RaspberryMatic-3.51.6.20200813-d51dbc-rpi4.zip) hattest du bereits probiert, ja? Weil ich hatte da ja erneut kernel updates vorgenommen die vielleicht das Problem beheben könnte. Danke auch für deinen Hinweis bzgl. i2c-bcm2708. In der Tat habe ich hier (https://github.com/raspberrypi/linux/issues/3064) einen entsprechenden Bugreport gefunden der auch davon spricht das es mit dem alten i2c-bcm2708 treiber weniger probleme geben sollte.

[jens-maus]

@Bono1969 Und hattest du den Hinweis von @adx-git (https://github.com/jens-maus/RaspberryMatic/issues/863#issuecomment-663363607) nun mal ausprobiert und in die config.txt den Eintrag dtparam=i2c_baudrate=10000 hinzugefügt?

[jens-maus]

@Bono1969 Und bitte probier auch mal den Eintrag dtparam=i2c1_baudrate=10000 (man beachte das i2c1 statt i2c) weil das wird auch hier/da im internet als lösung für ähnliche Probleme benannt.

[Bono1969]

@jens-maus Hallo Jens (ich hoffe ich darf Dich beim Vornamen nennen). Ich habe erst am Abend die Möglichkeit das zu testen. Das mit der tieferen Baudrate habe ich in der Extra Config eingetragen. Ob die greift weiß ich leider nicht. Ich habe keine Ahnung vom Debugen... Dazu habe ich generell eine Frage. Bei angeschlossenem Monitor sieht man ja nur kurz den Bootvorgang und dann irgendwann das Logo und die IP Adresse. Kann man da irgendwas drücken oder umstellen das man da mehr sieht? Selbst wenn man mit Terminal via SSH auf das Gerät geht kommt ja auch nur der Prompt uns sonst nix. Muss man überall in die LogFiles reinsehen? (da muss man zuerst mal wissen wo die sind). Sorry für diese Anfängerfragen, bin leider nur Anwender welcher sich versucht in diese Materie einzufinden. Ich bedanke mich für Deine unermüdliche Unterstützung und Hilfsbereitschaft und hoffe, das wir diese Problem gemeinsam lösen können.

[jens-maus]

@Bono1969 Klar geht Vorname. Dann trag das mit der Baudrate bitte mal direkt in die config.txt ein und schau ob sich dann was ändert. Bzgl. Mehr vom Bootvorgang sehen. Einfach sobald das Logo kommt auf der Tastatur mal Alt+F2 drücken, dann sollte er mehr ausgeben. Trotzdem wird da aber nicht alles und auch keine info über die i2c baudrate ausgegeben.

[Bono1969]

@jens-maus Hallo Jens, das neueste Snapshot geladen und gestartet. Situation unverändert. Baudrate in config.txt eingefügt wie beschrieben und getestet. Leider ohne Erfolg. Gibt es einen Befehl wie man das mit der Baudrate testen kann? Frage: kann es sein das die extraconfig bei einem Update gelöscht wird?

[Baxxy13]

zuerst das Negative: Ich habe alle inzwischen hier versammelten Tipps mit RaspberryMatic-3.51.6.20200813-d51dbc + Argon FAN HAT auf meinem Pi4B durchgestestet. Nichts brachte eine Änderung. Mir ist aufgefallen das wir den schwarzen Peter (mehr oder weniger) dem Pi4 in die Schuhe schieben, dabei zeigt mein Test auf einem Pi3B exakt das gleiche (Fehl)Verhalten. Außerdem läuft das Gehäuse/FAN HAT auf allen meine Pi's unter Raspbian OS. Und das ohne irgendwelche Spezialeinträge in der /boot/config.txt

jetzt das Positive: Ich habe dein (@jens-maus) ArgonOne "Steuerscript" aus dem Experimental Nightly Build Snapshot in RaspberryMatic 3.51.6.20200621 eingebunden. Noch ein bisschen die Temperaturwerte angepasst und was soll ich sagen... LÄUFT! 👍 Der Lüfter schnurrt auf und ab und geht auch ganz aus. Nicht getestet sind jetzt erstmal die Poweroptionen.

[jens-maus]

Das hört sich gut an, ist leider aber keine dauerlösung, denn ich werde ja nicht zurück in die Vergangenheit gehen ;) wir müssen es also schaffen herauszufinden was genau den unterschied macht das es mit der 20200621 läuft, aber nicht mit neueren kernels, etc.

Kannst du bitte mal bei der 20200621 und auch nach dem frischen hochbooten von RaspbianOS die ausgabe folgendes kommandos zeigen? Danke

dmesg | grep i2c

[Baxxy13]

Kannst du bitte mal bei der 20200621 und auch nach dem frischen hochbooten von RaspbianOS die ausgabe folgendes kommandos zeigen?

RaspberryMatic 3.51.6.20200621

root@homematic-raspi:~# dmesg | grep i2c
[    8.719515] i2c /dev entries driver
[    9.378464] i2c i2c-1: probing for rx8130 failed

RaspberryMatic-3.51.6.20200813-d51dbc-rpi4.zip

root@homematic-raspi:~# dmesg | grep i2c
[    7.496259] i2c /dev entries driver
[    9.058980] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
[   10.274961] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
[   10.275013] i2c i2c-1: probing for rx8130 failed
[   41.282954] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
[   42.338961] i2c-bcm2835 fe804000.i2c: i2c transfer timed out
[   43.426944] i2c-bcm2835 fe804000.i2c: i2c transfer timed out

RaspbianOS

root@raspberrypi:~# dmesg | grep i2c
[    4.688262] i2c /dev entries driver

denn ich werde ja nicht zurück in die Vergangenheit gehen ;)

Verstehe ich voll und ganz. Wenn du jetzt aber den aktuellen Stand als Stable releasen würdest, würden alle deren Pi's mit dem FAN HAT versehen sind oder im Argon Gehäuse stecken arge Probleme bekommen. Siehe oben die Timeouts etc. Keine Ahnung ob das (die) Funkmodul(e) überhaupt vernünftig arbeiten würde(n).

[Baxxy13]

BTW: ich hatte auch den Tipp mit... dtoverlay=i2c-bcm2708 in der /boot/config.txt versucht. Wird aber von RaspberryMatic ignoriert. Hast du vermutlich nicht implementiert.

[jens-maus]

BTW: ich hatte auch den Tipp mit...

dtoverlay=i2c-bcm2708

in der /boot/config.txt versucht.

Wird aber von RaspberryMatic ignoriert. Hast du vermutlich nicht implementiert.

Dafür fehlt in RaspberryMatic das i2c-bcm2708 overlay in /boot. Muss ich ggf noch nachliefern.

Danke auch für die dmesg auflistung. Kannst du bitte noch die ausgabe von folgendem befehl für RaspbianOS usw nachliefern?

lsmod | grep i2c

[Baxxy13]

die ausgabe von folgendem befehl für RaspbianOS usw nachliefern

RaspberryMatic 3.51.6.20200621

root@homematic-raspi:~# lsmod | grep i2c
i2c_dev                16384  0
i2c_bcm2835            16384  0

RaspberryMatic-3.51.6.20200813-d51dbc-rpi4.zip

root@homematic-raspi:~# lsmod | grep i2c
i2c_dev                20480  0
i2c_bcm2835            16384  0

RaspbianOS

root@raspberrypi:~# lsmod | grep i2c
i2c_bcm2835            16384  1
i2c_dev                16384  2

[jens-maus]

Ok danke. Und dann als letztes noch die ausgabe von "uname -a" bitte damit ich sehe welche kernel versionen da so eingesetzt werden.

[Baxxy13]

die ausgabe von "uname -a"

RaspberryMatic 3.51.6.20200621

root@homematic-raspi:~# uname -a
Linux homematic-raspi 5.4.44 #1 SMP PREEMPT Sun Jun 21 00:29:54 CEST 2020 armv7l GNU/Linux

RaspberryMatic-3.51.6.20200813-d51dbc-rpi4.zip

root@homematic-raspi:~# uname -a
Linux homematic-raspi 5.4.51 #1 SMP PREEMPT Thu Aug 13 04:46:10 UTC 2020 armv7l GNU/Linux

RaspbianOS

root@raspberrypi:~# uname -a
Linux raspberrypi 5.4.51-v7l+ #1333 SMP Mon Aug 10 16:51:40 BST 2020 armv7l GNU/Linux

[jens-maus]

@Baxxy13

Mir ist aufgefallen das wir den schwarzen Peter (mehr oder weniger) dem Pi4 in die Schuhe schieben, dabei zeigt mein Test auf einem Pi3B exakt das gleiche (Fehl)Verhalten.

Ich komme mal zu der Aussage von dir zurück. Heisst das du hast das ArgonONE an einen Pi3B angeschlossen und da kommt das gleiche Problem? D.h. auch dort zeigt i2cdetect -y 1 nicht die 1a adresse?

[jens-maus]

Habe gerade noch einmal alle meine RaspberryPi3, RaspberryPi2 und auch alle drei RaspberryPi4 mit dem FAN HAT des ArgonONE hier getestet und muss leider erneut bestätigen das ich die Probleme die @Baxxy13 und @Bono1969 mit ihren Systemen haben in keinster Weise reproduzieren kann. Egal an welchen dieser 7 RaspberryPi ich das ArgonONE anstecke, es wird mit dem 3.51.6.20200813 snapshot immer problemlos das HAT erkannt und der Fan funktioniert dann auch. Auch zeigt i2cdetect sowie die ausgaben von dmesg keinerlei auffälligkeiten bzgl. des i2c buses. Ich kann mir also weiterhin leider in keinsterweise erklären warum ihr beiden anscheinend probleme mit den aktuellen nightly snapshots habt während ich hier keine probleme bemerke?!?!

[Baxxy13]

Heisst das du hast das ArgonONE an einen Pi3B angeschlossen und da kommt das gleiche Problem? D.h. auch dort zeigt i2cdetect -y 1 nicht die 1a adresse?

Ja genau. Zuletzt getestet habe ich aber nur noch mit dem Argon FAN HAT, geht einfach schneller. Heute nochmal fix mit der RaspberryMatic-3.51.6.20200817-38bc0e das ganze durchexerziert. RaspberryMatic: Pi2B; Pi3B; Pi4B: keine Erkennung der 1a Adresse und auch keine Funktion. RaspbianOS Pi2B; Pi3B; Pi4B: Erkennung der 1a Adresse und volle Funktionalität.

Mir gehen die Ideen aus. Bin aber kein Freund von aufgeben.

Da wir hier so vermutlich nicht weiterkommen...

Wir wäre es denn wenn ich Dir ein nicht funktionierendes Setup (Pi2B oder 3B und Argon FAN HAT) als Leihgabe zusende damit du selber mal schauen kannst?

[jens-maus]

@Baxxy13 Schade das es auch mit der aktuellsten 3.51.6.20200817 Testversion nicht funktioniert bei dir. Sehr komisch. Da ich bei der aber nun alle overlays mit ausliefere, kannst du da bitte mal in die /boot/config.txt nun den Eintrag dtoverlay=i2c-bcm2708 hinzufügen und schauen ob es dann geht?

Bzgl. Ausleihe eines Testsetups. Können wir gerne so machen. Schreib mir einfach mal eine email oder PN auf homematic-forum und wir können die Adressen austauschen.

[Baxxy13]

kannst du da bitte mal in die /boot/config.txt nun den Eintrag dtoverlay=i2c-bcm2708 hinzufügen und schauen ob es dann geht?

Für "Hurra" Rufe ist es leider noch zu früh, aber zumindest bewirkt der Eintrag das die Raspis (3B und 4B gestestet) das 1a anzeigen und der Lüfter mittels /usr/sbin/i2cset -y 1 0x1a "x" steuerbar ist. Beim Start der RaspberryMatic wird der FAN HAT aber weiterhin nicht erkannt und demzufolge dein Steuerscript nicht gestartet.

Beim Systemstart läuft der Lüfter mit 50%. Führe ich dann i2cdetect -y 1 aus, wird 1a angezeigt und der Lüfter geht aus. Starte ich dann das Script /opt/argononed/argononed.sh manuell arbeitet die Steuerung wie gewünscht.

Das RPI-RF-MOD habe ich auch noch draufgesteckt. Volle Funktion konnte ich mangels angelernter Aktoren/Sensoren nicht testen, aber die früher im Syslog auftauchenden Fehlermeldungen bezüglich i2c sind nicht mehr vorhanden.

Ich würde sagen Fortschritt... wenn auch noch nicht ganz perfekt. Wenn du noch Ideen hast immer her damit. Ansonsten melde ich mich später im Homematic Forum wegen der Hardware Leihe.

[Bono1969]

Hallo miteinander, Den Eintrag in der Config eingetragen. Beim ersten Boot hat es nicht geklappt. 1a wurde nicht angezeigt. Beim 2en mal habe ich wirklich Stromlos gemacht. Beim booten wird das ArgoneOne zwar nicht erkannt, funktioniert aber trotzdem. Lüfter geht auch aus.

[Bono1969]

Komisch, nochmals komplett gestartet. Der Lüfter geht nicht aus. Erst wenn ich i2cdetect -y 1 starte, geht der Lüfter sofort aus. Natürlich wird auch Instant 1a gezeigt. Ich warte nun mal ein Weilchen und kontrolliere ob der Lüfter auch wieder anspringt.

[Bono1969]

Wer lesen kann ist im Vorteil, das Verhalten ist analog zu dem von Baxxy. Wie kann ich das Script manuell starten?

[jens-maus]

kannst du da bitte mal in die /boot/config.txt nun den Eintrag dtoverlay=i2c-bcm2708 hinzufügen und schauen ob es dann geht?

Für "Hurra" Rufe ist es leider noch zu früh, aber zumindest bewirkt der Eintrag das die Raspis (3B und 4B gestestet) das 1a anzeigen und der Lüfter mittels /usr/sbin/i2cset -y 1 0x1a "x" steuerbar ist. Beim Start der RaspberryMatic wird der FAN HAT aber weiterhin nicht erkannt und demzufolge dein Steuerscript nicht gestartet.

Auch wenn das erst einmal nach einem vermeintlichen Schritt nach vorne aussieht, so ist das hinzufügen des dtoverlay=i2c-bcm2708 soweit ich das sagen kann nur ein Workaround für ein anderes Problem und keine dauerhafte Lösung weil der i2c-bcm2708 treiber bereits obsolete ist und es eigentlich auch mit i2c-bcm2835 funktionieren sollte und muss.

[Bono1969]

Habe herausgefunden wie ich das Script starte. Sorry bin noch Neuling in Linux🤓

[Baxxy13]

keine dauerhafte Lösung

ich weiß... das Hardware Päckchen ist in Vorbereitung. ;-)

Mini-Update: Das Script lief jetzt ca. ne halbe Stunde dann gab es ein Error: Write failed Ich beobachte weiter. Mini-Update2: Das RPI-RF-MOD ist zwar augenscheinlich funktionell, die LED ist/bleibt aber aus.

[Bono1969]

@jens-maus Hallo Jens Wenn ich die Extraconfig.txt da speichere wie vorgeschlagen im \boot Verzeichnis, so ist sie nach jedem Update weg und muss dementsprechend jedes Mal neu erstellt werden. Soll das so sein?

[Bono1969]

@Baxxy13 Habe soeben das neueste Build 821 geladen. Ich trage das dtoverlay 2708 immer in der extraconfig ein. Das es geladen wird sehe ich nach dem Neustart mit lsmod. Mit dem neuesten Build kann ich aber mit i2cdetect den 1a nicht mehr anschubsen. Kannst Du das nachvollziehen?

[Baxxy13]

Kannst Du das nachvollziehen?

Momentan leider nicht. Ich habe meinen ARGON FAN HAT und einen Raspi3B zum testen an Jens geschickt und hoffe das er irgendwann vielleicht das Problem findet und löst. Das Gehäuse habe ich erstmal wieder ordentlich verpackt. Die Sache mit dem dtoverlay=i2c-bcm2708 ist ja nur temporär. Auf lange Sicht wird Jens diese Option vermutlich wieder entfernen. Das du die extraconfig nach jedem Update neu anlegen musst ist meines Erachtens normal. Ich denke beim Update wird die /boot Partition komplett gelöscht und neu geschrieben.

[Bono1969]

Hallo Jens, In Deiner config.txt sehen die dtparams so aus

Im GitHub von kounch/argonone habe ich folgenden Eintrag gesehen: dtparam=i2c-1=on

Welcher ist richtig?

[jens-maus]

Hallo Zusammen, nun hatte ich endlich mal Zeit mich dem hier diskutierten Problem mit dem I2C Bus und dem ArgonONE bzw. FAN HAT zu widmen, auch nachdem mir @Baxxy13 freundlicherweise seine Testhardware zur verfügung gestellt hat. Zu Beginn sei erst einmal gesagt, das ich damit das Problem nun endlich reproduzieren konnte. Auch auf einem anderen RaspberryPi mit dem mein eigenes ArgonONE case funktioniert konnte ich das problem mit dem von @Baxxy13 übersandten Argon FAN HAT nun reproduzieren.

Wie schon vorher festgestellt wird nicht nur das ArgonFAN HAT standardmäßig nicht erkannt von RaspberryMatic auch zeigt die folgenden i2c Kommandos seltsame Ausgaben:

1. Nach dem Hochfahren kann man sich via SSH einloggen und folgendes Kommando ausführen: i2cdetect -y 1 Danach zeigt er dann an der korrekten Stelle das 1a an, was der i2c Adresse des ArgoneONE/FAN Hat entspricht.
2. Führt man daraufhin folgenden Befehl aus: i2cget -y 1 0x1a gibt es einen Read failed Fehler aus.
3. Jedes weitere ausführen von i2cdetect -y 1 zeigt daraufhin ein komisches langsames Ausgabeverhalten was darauf hindeutet das es irgendwelche i2c Kommunikationsprobleme gibt. Auch können dann andere Geräte am i2c Bus (z.B. eine RTC) nicht mehr korrekt abgefragt werden. Entfernt man das ArgonONE/FAN Hat und behält nur die RTC z.B. am Bus geht die Abfrage und das i2cget problemlos.

Nach einigen anderen Tests und reichlich modifikationen der /boot/config.txt hat leider keinerlei Einstellung die man so im Internet findet eine Auswirkung auf das oben beschriebene Verhalten. Man findet hierzu z.B. im Internet folgende Quellen die von ähnlichen Problemen und vorgeschlagenen Fehlerbehebungen handeln:

• https://www.raspberrypi.org/forums/viewtopic.php?t=278792
• https://github.com/raspberrypi/linux/issues/3064
• https://www.recantha.co.uk/blog/?p=19880
• https://github.com/fivdi/i2c-bus/issues/36
• https://github.com/fivdi/i2c-bus/blob/master/doc/raspberry-pi-software-i2c.md

Ein weiterer und letzter Test wurde dann mit einem Standard RaspberryPiOS (Buster) Image (siehe https://www.raspberrypi.org/downloads/raspberry-pi-os/) von August 2020 durchgeführt. Nach aktivierung des I2C Buses via raspi-config und der Installation des i2c-tools Paketes zeigte sich hier jedoch die exakt selbe Problematik. D.h. nach einem ersten initialen i2cdetect das korrekt die "0x1a" adresse zeigt bringt ein darauffolgender i2cget -y 1 0x1a aufruf jedoch eine Read failed ausgabe und danach gibt dann jedes weitere i2cdetect -y 1 kommando eine langsame Ausgabe.

Zusammenfassend lässt sich also leider feststellen das es wohl mit gewissen Chargen der ArgonONE/FAN HAT Platinen irgendwelche Probleme zu geben scheint, denn die Version die ich selbst hier vor Monaten bezogen habe funktioniert, am selben System geht aber das von @Baxxy13 ausgeliehene ArgonFAN HAT leider weder mit RaspberryMatic noch mit RaspberryPiOS vom August 2020. Es liegt hier also wohl leider ein Hardwareproblem oder Inkompatibilität vor die mit neueren Kernelversionen bzw. RaspberryPi Bootfirmwares zu den aufgezeigten Problemen führt.

[Baxxy13]

Hallo @jens-maus Danke das du dich nochmal intensiv mit dem Thema beschäftigt hast. Auch wenn das Ergebnis, sagen wir mal, unbefriedigend ist herrscht jetzt wenigstens Klarheit. Irgendwie hatte ich mir sowas schon gedacht... zur Erinnerung

Ob es vielleicht verschiedene Hardware-Revisionen des Gehäuses, die möglicherweise unterschiedlich reagieren, gibt?

Das passt auch ein wenig zu den Aussagen hinter einem der Links von @Bono1969 wo von verschiedenen Revisionen die Rede ist.

Wenn du mal Lust hast dein Gehäuse zu zerlegen könnten wir eventuell die "Seriennummer" vergleichen.

Bei meinem zerlegtem steht unterhalb des Lüfters "191217V3 www.argon40.com"

Das wäre dann zumindest ein Anhaltspunkt auch wenn er bei einem potentiellen Neukauf nicht hilfreich wäre da von außen nicht erkennbar.

Die Frage ist nun wie du weiter verfährst. Lässt du den Support drin auch wenn es da bei "unwissenden" Usern zu Problemen kommen kann? Idealerweise bliebe der Support enthalten aber wäre standartmäßig deaktiviert. Er müsste sich irgendwie über die extraconfig oder so wissentlich aktivieren lassen.

[friedpa]

Hallo @Baxxy13 Ich habe zwei ArgonOne Gehäuse und bei Beiden funktioniert die oben beschriebene Prozedur. Wenn Interesse besteht zerlege ich das Gehäuse um die Seriennummern bekannt zu geben. LG.

[jens-maus]

Heisst "funktioniert die Prozedur" jetzt das der Fehler zu sehen ist oder nicht zu sehen ist? Hast du mal einen aktuellen nightly build von RaspberryMatic probiert um zu schauen ob das ArgonONE da korrekt erkannt wird und die Lüftersteuerung korrekt geht?

[friedpa]

Oberes Bild bekomme ich bei beiden eingesetzten Systemen. Den nightly build habe ich nicht getestet.

[jens-maus]

@friedpa Das sieht schon einmal gut aus wenn die Ausgaben des zweiten i2cdetect aufrufes nicht zeitversetzt ausgegeben werden wie bei dem ArgonFAN HAT das mir @Baxxy13 zum Testen zukommen lassen hat. Dann hast du wohl auch eine ArgonONE Charge abgekommen die nicht von dem Problem betroffen ist das hier @Baxxy13 und @Bono1969 wohl haben. Ich würde daher mit der nächsten RaspberryMatic Version trotzdem die Funktionalität für das einbinden des ArgonONE/FAN HAT mit rausbringen, aber wohl dann in den Release Notes entsprechend warnen das es Chargen geben kann die Probleme machen können.

[Baxxy13]

Wenn Interesse besteht zerlege ich das Gehäuse um die Seriennummern bekannt zu geben. LG.

Du Glücklicher. ;-) Interessant wäre ein Seriennummern-Vergleich schon. Zu Bedenken ist aber das die Platine mit dem Lüfter auch raus muss da die Nummer auf der "nicht sichtbaren" Seite steht. Das ist etwas fummelig. Wenn die Nummern nicht "eindeutig" sind könnte man notfalls beim ArgonOne-Support nach deren Bedeutung / Revision fragen.

Edit: Vielleicht könnten Du @friedpa oder @Bono1969 mir eine PN im Homemtic-Forum schicken und mir mitteilen wo Eure Gehäuse (im Falle von Bono1969 das Gehäuse für jens-maus) erworben wurden.

[jens-maus]

@Baxxy13 Wir können ja mal festhalten, das zumindest dein ArgonFAN HAT auf der Platine hinten die Bezeichnung (200417V4 und weiter unten v1.0) zeigt und dieses nicht korrekt funktioniert. Das kann aber mitunter auch einfach eine Firmware-Sache sein. Aber soweit ich sehe lassen dich die ArgonONE/FAN HATs nicht zu Firmware Update einzuspielen oder die Firmware-Version auszulesen.

[Baxxy13]

Ja, das wird sicher mühsam da eine klare Linie anhand der Nummern zu erkennen. Aber nen Versuch ist es Wert. Ziel ist bei mir auch das Gehäuse einzusetzen, der FAN-HAT war eher zum spielen gedacht. Werde Anfang nächste Woche nochmal meine beiden Gehäuse zerlegen und die Kennzeichnungen auflisten.

[friedpa]

@jens-maus @Baxxy13 Die zweite Abfrage war sofort da. Gerne zerlege ich die beiden Gehäuse am WE und sage Euch die Seriennummern. Ich habe beide Gehäuse bei Amazon im Monat Juli und August 2020 bestellt.

[Baxxy13]

So, wie angekündigt habe ich meinen beiden (nicht funktionierenden) Gehäusen nochmal unter den Rock geschaut. Man muss übrigens doch nur die Bodenplatte abnehmen um die Kennzeichnung auf der Lüfterplatine sehen zu können.

Gehäuse 1, Kauf Anfang 2020 Ladengeschäft Berrybase Berlin:
Platine:                             Kennzeichnung:
Adapterplatine                         190918V1
Lüfterplatine                          191027V3

Gehäuse 2, Kauf Juni 2020 Ladengeschäft Berrybase Berlin:
Platine:                             Kennzeichnung:
Adapterplatine                         191217V1
Lüfterplatine                          191217V3

Spekuliert man nun das die Zahlen das Datum in englischer Schreibweise darstellen, wurden also meine Lüfterplatinen im Oktober und Dezember 2019 produziert.

Nun bin ich auf die Vergleichswerte gespannt, vor allem natürlich von jenen die funktionieren.

[friedpa]

@Baxxy13 Anbei meine zwei. Beide bei Amazon gekauft und zwar im Juli und August 2020. Nachdem da jede Menge Nummern drauf sind schicke ich Dir gleich die Bilder. LG Paul

[Baxxy13]

@friedpa Danke! Aber die "wichtigere" Nummer ist auf deinen Bildern leider nicht zu sehen. Lunsche mal etwas schräg unter den Pi, etwas rechts von der IR IN Beschriftung.

[friedpa]

@Baxxy13 Zum oberen Gehäuse gehört die Nummer: 200402V5, zum Unteren: 200514V7

[Baxxy13]

@friedpa Besten Dank! Also scheint das Vx am Ende so eine Art Hardware-Revision zu sein. Da könnte man erstmal sagen V3 geht nicht, ab V5 geht es. Schön zu sehen auch das die V7 schon den Jumper für das "always on" hat. Das wurde hinter einem der Links hier mal irgendwo erwähnt. Fehlen noch die Nummern von @jens-maus und @Bono1969 um die Aussage zu untermauern.

[jens-maus]

Also mein ArgonONE Case zeigt auf dem Hauptboard die Version 200402V5 und auf dem kleineres HDMI Adapterboard die 200413V4

[Baxxy13]

Ich hatte mir noch ein neues Gehäuse über Amazon bestellt (über den Anbieter aus dem Screenshot von @friedpa ) welches heute eintraf. Was soll ich sagen... Lüfterplatine 200628V8 und läuft. Sehr gut!

Somit kann man wohl tatsächlich sagen das die Argon 1 Gehäuse mit Lüfterplatinen >= xxxxxxV5 funktionieren.

Zum FAN-HAT kann man leider keine Aussage treffen. Es fehlt einfach an Testhardware.

Ich bedanke mich hiermit nochmal bei @jens-maus und allen Beteiligten!

Leider heißt es wohl für @Bono1969 ein neues Gehäuse zu kaufen. Und ich muss mir ein neues Projekt suchen mit dem ich Jens auf Trapp halten kann. Ein guter Kandidat wäre wohl USB-Boot only mit dem Pi4B. ;-)