Ich habe ein komplexes EMI-Problem.
Es gibt ein RPi-Rechenmodul zusammen mit einem LAN9512- und GSM-Modem (M66).
Die Layout-Richtlinien folgen strikt den Empfehlungen der Datenblätter, ich glaube nicht, dass es um sie herum etwas Besseres im Layout geben kann.
Jetzt sind RPi und LAN9512 über USB-Differentialpaare verbunden, aber wenn das GSM-Modem aktiv ist (dh eine Verbindung zum Netzwerk herstellt, Anrufe entgegennimmt usw.), trennt das LAN9512 die USB-Verbindung und kehrt erst nach einem vollständigen Neustart zurück.
Das ist das Hauptproblem, das ich hier lösen möchte.
Konsolenprotokoll des Problems:
kernel: [ 10.172712] usb 1-1-port1: disabled by hub (EMI?), re-enabling...
kernel: [ 10.172750] usb 1-1.1: USB disconnect, device number 4
kernel: [ 10.173135] smsc95xx 1-1.1:1.0 eth0: unregister 'smsc95xx' usb-20980000.usb-1.1, smsc95xx USB 2.0 Ethernet
kernel: [ 10.175308] hub 1-1:1.0: hub_ext_port_status failed (err = -71)
kernel: [ 10.175332] usb 1-1-port1: connect-debounce failed
kernel: [ 10.192773] usb 1-1: Failed to suspend device, error -71
Was auch helfen könnte:
Ich sehe, dass 3,3-V- und 1,8-V-Stromleitungen ein Rechtecksignal haben, das 400 mV höher ist, wenn das GSM kommuniziert (Quadratlänge beträgt 500-600 us, dV ist 300-400 mV):
Auf dem Board habe ich DC-Generatoren:
Sie sind so verkabelt:
18V input DC
-----> 5V -----> 3.3V ----> 2.5V
-----> 1.8V
-----> 4.1V
Das GSM-Modem wird mit 4,1 V versorgt, sodass es tatsächlich von allem anderen getrennt ist.
Diese Spitzen (Quadrate) werden nur bei 3,3 V und 1,8 V angezeigt, die von demselben PAM2306 geregelt werden. Weder bei 2,5 V noch bei 5 V treten diese Spitzen auf. Auch die 4,1 V, die eigentlich für den GSM bestimmt sind, haben diese Spitzen ebenfalls NICHT. Auf der 4,1-V-Schiene befinden sich 100-uF-, 100-nF-, 33-pF- und 10-pF-Entkopplungskondensatoren.
Das Layout des PAM2306 (oben rechts befinden sich die 1,8 V auf der rechten Seite des Induktors): Bitte beachten Sie, dass dieses Layout das vom Datenblatt empfohlene ist. Ich weiß, dass diese Linien, die herumlaufen, seltsam aussehen.
Ich habe auch versucht, der 3,3-V-Schiene eine 100-uF-Entkopplung hinzuzufügen, aber es hat nicht geholfen.
Eines sollte hier gut zu wissen sein: Können diese Spikes die USB-Verbindung trennen?
UPDATE1:
Ich habe das Leistungsmodul PAM2306 entfernt und durch 2 MP2359 für 3,3 V und 1,8 V ersetzt.
Jetzt scheinen die Boards stabiler zu sein, aber der USB wird nach dem Anschließen des GSM getrennt:
# pppd call gprs
... lot of pppd messages ...
pppd[2079]: primary DNS address a.b.c.d
pppd[2079]: secondary DNS address a.b.c.d
usb 1-1.1: USB disconnect, device number 3
smsc95xx 1-1.1:1.0 eth0: unregister 'smsc95xx' usb-20980000.usb-1.1, smsc95xx USB 2.0 Ethernet
smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Wie Sie sehen können, meldet sich die ETH plötzlich ab, nachdem sie GPRS-IP-Adressen erhalten hat. Nach dem Austausch dieser Leistungsmodule verschwand die vorherige Meldung „Deaktiviert durch Hub“, sodass die Situation jetzt besser, aber nicht perfekt ist.
Was würden Sie empfehlen?
AKTUALISIEREN2
Nach einer Stunde ohne Versuch, GSM anzuwählen, wurde der USB vom PI getrennt. Also waren nicht die Stromschienen die Wurzel meiner Probleme.
Dieses Problem hat nichts mit "EMI" im normalen elektrotechnischen Sinne zu tun. Das ist ein Problem mit Netzteilen.
Laut M66-GSM-Datenblatt benötigt das Modem während der Sendephase 1,6 A.
Allerdings beträgt die Ausgangsleistung laut MP2359-Datenblatt nicht mehr als 1,2 A pro Kanal. Ihre Stromversorgung ist also für den Anwendungsspitzenstrom um 50 % unterbewertet (während der Durchschnitt wahrscheinlich erreicht wird). Der interne Abfall von M66 führt wahrscheinlich dazu, dass es von USB getrennt wird und ein vollständiger Neustart des Modems erforderlich ist, um wieder zu funktionieren.
Um etwas Traktion zu erreichen, müssen Sie möglicherweise eine RIESIGE Kapazität verwenden, möglicherweise 10-20 100-uF-Keramikkappen parallel auf einer 4,1-V-Schiene, um das Problem hoher Spitzenströme zu verringern.
PS Ich frage mich, wann Poster anfangen würden, Links zu Datenblättern für die beteiligten Komponenten anzugeben und sie tatsächlich zu lesen, bevor sie Fragen stellen?
Lundin
Peter Karlsen
Horror Vacui
Dan Mühlen
Tomnexus
Daniel