Jens Frohberg :
Das kommt also leitungsgebunden rein - das können schon Querströme sein, die über die Massefläche der Platine laufen. Klemm doch mal testweise die Massen auf beiden Seiten des Optokopplers zusammen.
M.
Jens Frohberg :
Das ist zwar nur der Teilausschnitt, aber genau da vermute ich das Problem. Du hast gesplittete Masseflächen zwischen Deinem USB-Teil unten und dem was man da oben links noch so sieht. Vermutlich erzeugt das Relais eine Potentialdifferenz zwischen USB-Teil und Rest der Schaltung. Eingefangen wird das über die Masseflächen, lange Leitungen etc.. Ich vermute das Ding stürzt auch bei einem kleinen Entlade-Funken ab. Die Massefläche sollte auf der kompletten Platine durchgehen und da müssen die Masseleitungen aller externen Leitungen ganz kurz draufgehen. Ausnahme: die Teile auf der Platine sind voneinander galvanisch isoliert.
M.
Genauso ist es ja. Der USB-Teil ist galvanisch getrennt durch den ADUM4160. Der Teil oben ist ein power meter und ebenfalls galvanisch getrennt. Ich werde aber trotzdem mal die Masse von USB und Logikteil testweise verbinden.
alsdenn, Jens
Bist du sicher dass der FT232 einen Reset macht und das nicht ein einfacher reconnect nach einer Datenstörung ist? Ich würde einmal probeweise die Spule vor dem FTDI entfernen und da USB Daten direkt einspeisen.
Mit was steuerst du das Relais an ?
-- MFG Gernot
Hmm ein interessanter Aspekt. Da habe ich eigentlich keine Ahnung. Wenn ich mir /var/log/messages ausgeben lasse sieht das so aus:
Apr 21 09:52:33 meine kernel: [ 1647.790049] usb 6-2: USB disconnect, address 7 Apr 21 09:52:33 meine kernel: [ 1647.790221] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 Apr 21 09:52:33 meine kernel: [ 1647.790233] ftdi_sio 6-2:1.0: device disconnected Apr 21 09:52:33 meine kernel: [ 1648.070022] usb 6-2: new full speed USB device using uhci_hcd and address 8 Apr 21 09:52:33 meine kernel: [ 1648.277686] usb 6-2: configuration #1 chosen from 1 choice Apr 21 09:52:33 meine kernel: [ 1648.285630] ftdi_sio 6-2:1.0: FTDI USB Serial Device converter detected Apr 21 09:52:33 meine kernel: [ 1648.285656] usb 6-2: Detected FT232RL Apr 21 09:52:33 meine kernel: [ 1648.285658] usb 6-2: Number of endpoints 2 Apr 21 09:52:33 meine kernel: [ 1648.285660] usb 6-2: Endpoint 1 MaxPacketSize 64 Apr 21 09:52:33 meine kernel: [ 1648.285662] usb 6-2: Endpoint 2 MaxPacketSize 64 Apr 21 09:52:33 meine kernel: [ 1648.285664] usb 6-2: Setting MaxPacketSize 64 Apr 21 09:52:33 meine kernel: [ 1648.286701] usb 6-2: FTDI USB Serial Device converter now attached to ttyUSB0 Apr 21 09:53:00 meine kernel: [ 1675.290050] usb 6-2: USB disconnect, address 8 Apr 21 09:53:00 meine kernel: [ 1675.290217] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Was sagst du dazu ist das ein Reset oder was sonst?
Auch ein Testaufbau ohne die Spule und ohne ADUM4160 zeigt das selbe Problem. Lediglich wenn RX/TX nach dem FTDI galvanisch getrennt sind funktionierts.
Das ist beliebig. (per Hand, Frequenzgenerator usw.)
alsdenn, Jens
So einen habe ich auch gerade vor kurzem verbaut.
Bei den CPUs die einen internen haben funktioniert der i.d.R. schon, manche haben da halt einfach gar nichts. Und oft hilft dann auch das tollste externe Teil nichts weil der Reset-Pin nicht wirklich funktioniert und man doch Vcc auf Null bringen muss wenn sich der Chip aufgehangen hat.
Vielleicht muss man das in Zukunft gleich fest einplanen. Gestern lese ich z.B. zufaellig im Datasheet des Fujitsu MB85RC64: | | VDD is required to be rising from 0 V [...]
Reset Pin gibt es nicht und einen internen BOR offenbar auch nicht ... Oerks. Immerhin geben sie es offen zu.
Micha
Hallo Jens,
ich w=FCrde auch auf St=F6rimpulse auf der USB-Datenleitung tippen, die zu einem Verbindungsabbruch f=FChren - keinen Bausteinreset. Die ADuM hatte ich mal bei einem Projekt 5cm von einem DC/DC Wandler weg (6-seitig metallisch geschirmt), trotzdem gab es in der Datenleitung sporadisch Glitches. Nimm mal ein (schnelles) Scope und guck dir die Signale zwischen ADuM und FT232 an, den USB-Eingang kannst du dabei unverbunden offen lassen. Dann sollte das Datensignal hinter dem ADuM ja ebenfalls statisch anliegen. Bekommst du nun Glitches, wenn das Relais schaltet? Wenn ja, kann ich dir nur empfehlen, kannst du entweder versuchen den ADuM mit einer Haube abzuschirmen oder - falls das geht - stattdessen einen schnellen Optokoppler zu nehmen (k=F6nnte bei 12 MBit grenzwertig werden). Wahrscheinlich w=E4re dann die Version mit FT232 direkt an Buchse und Bus-powered und Optokoppler nach dem FT232 einfacher.
MfG Henning
cher
Ihr seid nicht zufaellig die Firma Elektromobiltechnik?
Laesst sich nicht vergroessern, aber ich versuche es mal. Einiges ist ein wenig sub-optimal, z.B. FT232RL, Pin 17 geht als Leiterbahn weg, aber C60 sollte direkt am Pin 17 sitzen.
Pin 20 und 19 ist auch recht lang, der Abblock-C sollte oben direkt an den Pins sitzen. Da Pin 19 der Reset ist koennte das Aerger geben, aber nur bei ganz schnellen Spikes.
Bliebe noch die Frage, wie die Relais-Leitung geroutet ist. Der Teil ist im Bild abgeschnitten.
Wenn alles nicht hilft und Du es unbedingt rausfinden muss ging noch der Trick mit der Spule am Funktionsgenerator. Umgekehrte Wuenschelrute sozusagen :-)
-- Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.
Wenn der Reset hart von aussen geschaltet nicht funktioniert gibt es nur eines: Schmiet wech dat Dingen.
Die Leute sind wenigstens ehrlich und haben schonmal die Badehosen angezogen. Fuer das Burggrabentunken :-)
-- Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.
Man könnte nach einer Störung Register prüfen ob sie auf Resetwerte zurückgesetzt wurden.
-- MFG Gernot
hallo, wäre es nicht einfacher, die galvanische Trennung "hinter" dem FTDI-Chip an den Leiteungen Rx und TX per Optokoppler zu machen, oder das Schaltungsdesign so zu ändern, daß die galvanische Trennung nicht notwendig ist?
Vielleicht blöde Frage, auch Kollegen dachten hier schon in dieser Richtung: Welchen Treiber verendest Du? Dem Output isses Linux, ich hatte unlängst ein Problem mit der ftd2xx lib. 0.6.4 war quasi stabil, knallte aber beim Abstecken bei onffenen Handles reproduzierbar. Also später Update auf 1.0.2 gemacht. Der kackte dafür fallweise grundlos ab :-O Seit einem weiteren Update auf 1.0.4 scheint nun Ruhe eingekehrt. Also nicht immer ist es EMV und alles böse, auch wenn's so scheint, manchmal sind auch nur einfach die Treiber Mist.
Vielleicht hilfts, Heinz "Experience is that marvelous thing that enables you to recognize a mistake when you make it again." -- F. P. Jones
u
Vielen vielen Dank! Genau so ist es, dem ADUM4160 n=FCtzt genau gar nichts, das Relais strahlt dahinter genauso ein. Hier mal 2 Screenshots des Oszis:
Leitung D+ zwischen Buchse und ADUM4160:
Leitung D+ zwischen ADUM4160 und FT232RL:
Tja, dann werde ich die Schaltung wohl mal neu designen.
alsdenn, Jens
Jens Frohberg :
Sicher, dass es nicht auf das Osci-Kabel einstreut? Wenn angeklemmt für die Messungen oben, einfach mal den Tastkopf an die Masseklemme anlegen und nochmal schauen. ;-). Bei mir sah das immer sehr ähnlich aus.
M.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.