Absturz mit uln2804
Moderator: Guido Körber
Absturz mit uln2804
Hallo zusamen,
wahrscheinlich stelle ich mich nur mal wieder richtig dumm an, habe aber folgendes Problem, habe einen uln 2804 direkt am IOwarrior hängen an dem uln hängen 6 Relais, 1LED und eine Kaltkathodenröhre (300mA).
Schalten kann ich die led und die KKR ohne Probleme aber beim schalten der Relais stürzt der IOwarrior in regelmässigen abständen ab ...
Weitere Freilaufdiode hab ich schon probiert bringt nichts...
Relais etc.. hängen an einer separaten stromversorgung...
Tips ?
wahrscheinlich stelle ich mich nur mal wieder richtig dumm an, habe aber folgendes Problem, habe einen uln 2804 direkt am IOwarrior hängen an dem uln hängen 6 Relais, 1LED und eine Kaltkathodenröhre (300mA).
Schalten kann ich die led und die KKR ohne Probleme aber beim schalten der Relais stürzt der IOwarrior in regelmässigen abständen ab ...
Weitere Freilaufdiode hab ich schon probiert bringt nichts...
Relais etc.. hängen an einer separaten stromversorgung...
Tips ?
-
- Posts: 389
- Joined: Sun Feb 13, 2005 1:22 pm
- Location: Gerblingerode / Duderstadt
- Contact:
Hallo,
im Datasheet zum ULN2804 findet man
Der ULN2803 arbeitet mit 5V, aber da gibt es auch Probleme
siehe dieses Topic
http://www.codemercs.de/phpBB2/viewtopi ... 7&start=15
(so etwa ab dem 3 Eintrag auf der 2'ten seite)
Eberhard
im Datasheet zum ULN2804 findet man
Da der IOWarrior nur mit 5V arbeitet ist der ULN2804 ungeeignet.theULN2803A has a 2.7kW input resistor for 5V TTL and CMOS ;
the ULN2804A has a 10.5kW input resistor for 6-15V CMOS
Der ULN2803 arbeitet mit 5V, aber da gibt es auch Probleme
siehe dieses Topic
http://www.codemercs.de/phpBB2/viewtopi ... 7&start=15
(so etwa ab dem 3 Eintrag auf der 2'ten seite)
Eberhard
JepSchaltet denn der IOW die Relais ohne Last richtig .....
Ok - sei so nett und sag mir noch so ungefähr welchen ...solltest Du mal Enstörkondensator paralell zu den Relais-Kontakten schalten.
(Elektronik ist nicht mein Fachgebiet)
Hmmm .... wie gesagt die LED und KKR lassen sich ohne weiteres schalten...Da der IOWarrior nur mit 5V arbeitet ist der ULN2804 ungeeignet.
Meinst Du wirklich das würde was bringen ?
-
- Posts: 389
- Joined: Sun Feb 13, 2005 1:22 pm
- Location: Gerblingerode / Duderstadt
- Contact:
Hallo claus007,
da die Schaltung ohne LAST also ohne Verbraucher an den Relais störungsfrei arbeitet, kann es also nur an den Lasten liegen.
Da ein Relais nicht prellfrei schaltet bzw beim öffnen je nach Belastung der
Kontakte zu Abreisströmen (Lichtbögen) kommt, besonders bei Induktiven Lasten.
Störimpulse (EMV)
Würde ich mögliche Fehlerquellen ersteinmal auf der Lastseite eingrenzen ...
Die Lastseite und die Steuerseite haben keine elek. Verbindung ?!
Verwendest Du den IOW auf dem Testboard oder eine eigene Schaltung ?
Versuche doch einfach mal ein Ker.Kondensator so 100nF paralell zu den Kontakten zu schalten.
mfg
R.Greinert
da die Schaltung ohne LAST also ohne Verbraucher an den Relais störungsfrei arbeitet, kann es also nur an den Lasten liegen.
Da ein Relais nicht prellfrei schaltet bzw beim öffnen je nach Belastung der
Kontakte zu Abreisströmen (Lichtbögen) kommt, besonders bei Induktiven Lasten.
Störimpulse (EMV)
Würde ich mögliche Fehlerquellen ersteinmal auf der Lastseite eingrenzen ...
Die Lastseite und die Steuerseite haben keine elek. Verbindung ?!
Verwendest Du den IOW auf dem Testboard oder eine eigene Schaltung ?
Versuche doch einfach mal ein Ker.Kondensator so 100nF paralell zu den Kontakten zu schalten.
mfg
R.Greinert
Hallo friend-of-rq
Jepp klingt logischda die Schaltung ohne LAST also ohne Verbraucher an den Relais störungsfrei arbeitet, kann es also nur an den Lasten liegen.
Datenleitungen und Ground halt ...Die Lastseite und die Steuerseite haben keine elek. Verbindung ?!
Verwendest Du den IOW auf dem Testboard oder eine eigene Schaltung ?Eigene
Aber auf der anderen Seite heisst dass doch auch , dass erheblich strom über die Datenleitungen geht...
Hallo Claus,
vielleicht kann man noch ein paar Sachen klären:
IOWarrior reagiert nicht mehr ..
Programm stürzt ab....
Platine fällt vom Schreibtisch runter ;-) ?
Heisst "in regelmäßigen Abständen " immer?
Welche Lasten hängen denn an den Relais?
Liefert die Spannungsversorgung für die "Last" genug Strom, oder bricht die Lastspannung vielleicht zusammen?
Die Spannungversorgung des IOWarrior kommt vom USB-Bus oder?
Eberhard
vielleicht kann man noch ein paar Sachen klären:
Was heißt in dem Zusammenhang abstürzen,claus007 wrote: aber beim schalten der Relais stürzt der IOwarrior in regelmässigen abständen ab ...
IOWarrior reagiert nicht mehr ..
Programm stürzt ab....
Platine fällt vom Schreibtisch runter ;-) ?
Heisst "in regelmäßigen Abständen " immer?
Welche Lasten hängen denn an den Relais?
Liefert die Spannungsversorgung für die "Last" genug Strom, oder bricht die Lastspannung vielleicht zusammen?
Die Spannungversorgung des IOWarrior kommt vom USB-Bus oder?
Eberhard
Hallo Eberhard,
Der IOwarrior startet einfach neu.
(Weiss nicht ob ich schon erwähnt habe, dass ich unter Linux arbeite)
Im System-Log kommt die Meldung neues USB-Device.
Heisst -> Iow startet neu -> Alle Ausgänge auf 1 -> alle Relais an -> IOW startet neu ... (netter sound)
(ganz normale PC-Lautsprecher)
(fällt vom Schreibtisch :-) )wayoda wrote: Was heißt in dem Zusammenhang abstürzen,
IOWarrior reagiert nicht mehr ..
Programm stürzt ab....
Platine fällt vom Schreibtisch runter ;-) ?
Der IOwarrior startet einfach neu.
(Weiss nicht ob ich schon erwähnt habe, dass ich unter Linux arbeite)
Im System-Log kommt die Meldung neues USB-Device.
Heisst -> Iow startet neu -> Alle Ausgänge auf 1 -> alle Relais an -> IOW startet neu ... (netter sound)
Nur ca. jedes 5 mal schaltenwayoda wrote: Heisst "in regelmäßigen Abständen " immer?
von den 6 Relais steuert bisher nur eins meine Lautsprecher Boxenwayoda wrote: Welche Lasten hängen denn an den Relais?
(ganz normale PC-Lautsprecher)
Labor netzteilwayoda wrote: Liefert die Spannungsversorgung für die "Last" genug Strom, oder bricht die Lastspannung vielleicht zusammen?
Usb-Buswayoda wrote: Die Spannungversorgung des IOWarrior kommt vom USB-Bus oder?
Eberhard
Hallo Claus,
Kernel-Version ? Distribution ?
Du entnimmst dem USB-Bus zu viel Strom. Werden die Relais vom USB-Bus gespeist? Wie ist der IOWarrior konfiguriert 100mA oder 500mA?
Wenn der Hub an den der IOWarrior angeschlossen ist, eine zu hohe Stromentnahme feststellt wird er (zumindest) den Port an dem der IOWarrior hängt abschalten.
Ich weiß nicht soviel über Hubs, aber u.U. wird dann der Port wieder aktiviert und das System stellt fest, das da ein IOWarrior angeschlossen ist und findet daher ein neues Gerät.
Gibt es vielleicht im System.log Meldungen vom Hub an dem der IOWarrior hängt?
Da würde auch Sinn machen, dass das Problem nicht immer besteht. Relais brauchen gerade beim Einschalten einen hohen Strom. Haben sie erst mal geschaltet wird der Strombedarf sofort geringer.
Wenn Du magst kannst Du mir gerne auch mal den Schaltplan und Code mailen...
Eberhard
Da hat man zumindest eine Chance überhaupt zu sehen was vor sich geht.(Weiss nicht ob ich schon erwähnt habe, dass ich unter Linux arbeite)
Kernel-Version ? Distribution ?
Da fällt mir jetzt nur folgendes zu ein.Im System-Log kommt die Meldung neues USB-Device.
Du entnimmst dem USB-Bus zu viel Strom. Werden die Relais vom USB-Bus gespeist? Wie ist der IOWarrior konfiguriert 100mA oder 500mA?
Wenn der Hub an den der IOWarrior angeschlossen ist, eine zu hohe Stromentnahme feststellt wird er (zumindest) den Port an dem der IOWarrior hängt abschalten.
Ich weiß nicht soviel über Hubs, aber u.U. wird dann der Port wieder aktiviert und das System stellt fest, das da ein IOWarrior angeschlossen ist und findet daher ein neues Gerät.
Gibt es vielleicht im System.log Meldungen vom Hub an dem der IOWarrior hängt?
Da würde auch Sinn machen, dass das Problem nicht immer besteht. Relais brauchen gerade beim Einschalten einen hohen Strom. Haben sie erst mal geschaltet wird der Strombedarf sofort geringer.
Wenn Du magst kannst Du mir gerne auch mal den Schaltplan und Code mailen...
Eberhard
Es kann auch sein, dass die Stromversorgung durch den Hub nicht in Ordnung ist. Wir habn z.B. schon Hubs gesehen, die sich als Self Powered melden, obwohl sie nicht mal den Anschluß für ein Netzteil haben, oder Hubs, die zwar 7 Ports haben (also 7x 500mA liefern müssen), aber nur ein Netzteil für 2,5A.
2.6.16.19 - Debianwayoda wrote: Kernel-Version ? Distribution ?
Die Relais werden ebenfalls über das labornetzteil gespeisstwayoda wrote: Im System-Log kommt die Meldung neues USB-Device.
Da fällt mir jetzt nur folgendes zu ein.
Du entnimmst dem USB-Bus zu viel Strom. Werden die Relais vom USB-Bus gespeist?
Wie ist der IOWarrior konfiguriert 100mA oder 500mA?
(kurz: zwei platinen 1: IOWarrior mit strom über usb - 2: uln mit relais und stromanschluss an lab-netzteil - verbindung wie gesagt nur über datenleitungen und ground)
Naja, da der IOW selbst nicht soviel strom brauchen sollte hab ich ihn
als 100mA deklariert.
Würde erklären warum die raren tests von mir unter windows dieses Phänomen nicht brachten - vielleicht bringt der USB -Port da mehr power.wayoda wrote: Wenn der Hub an den der IOWarrior angeschlossen ist, eine zu hohe Stromentnahme feststellt wird er (zumindest) den Port an dem der IOWarrior hängt abschalten.
Ich weiß nicht soviel über Hubs, aber u.U. wird dann der Port wieder aktiviert und das System stellt fest, das da ein IOWarrior angeschlossen ist und findet daher ein neues Gerät.
wayoda wrote: Gibt es vielleicht im System.log Meldungen vom Hub an dem der IOWarrior hängt?
/var/log/messages wrote: Sep 19 23:11:54 localhost vdr[18412]: [18412] closing SVDRP connection
Sep 19 23:13:20 localhost kernel: usb 1-1: USB disconnect, address 34
Sep 19 23:13:20 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #208 now disconnected
Sep 19 23:13:20 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #209 now disconnected
Sep 19 23:13:21 localhost kernel: usb 1-1: new low speed USB device using uhci_hcd and address 35
Sep 19 23:13:21 localhost kernel: usb 1-1: configuration #1 chosen from 1 choice
Sep 19 23:13:21 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=0 now
attached to iowarrior0
Sep 19 23:13:21 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=1 now
attached to iowarrior1
Sep 19 23:13:23 localhost usb.agent[29394]: iowarrior: already loaded
Sep 19 23:13:23 localhost usb.agent[29394]: usbhid: already loaded
Sep 19 23:13:23 localhost usb.agent[29379]: iowarrior: already loaded
Sep 19 23:13:23 localhost usb.agent[29379]: usbhid: already loaded
Sep 19 23:13:24 localhost kernel: usb 1-1: USB disconnect, address 35
Sep 19 23:13:24 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #208 now disconnected
Sep 19 23:13:25 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #209 now disconnected
Sep 19 23:13:25 localhost kernel: usb 1-1: new low speed USB device using uhci_hcd and address 36
Sep 19 23:13:25 localhost kernel: usb 1-1: configuration #1 chosen from 1 choice
Sep 19 23:13:25 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=0 now
attached to iowarrior0
Sep 19 23:13:25 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=1 now
attached to iowarrior1
Sep 19 23:13:27 localhost usb.agent[29614]: iowarrior: already loaded
Sep 19 23:13:27 localhost usb.agent[29614]: usbhid: already loaded
Sep 19 23:13:28 localhost usb.agent[29637]: iowarrior: already loaded
Sep 19 23:13:28 localhost usb.agent[29637]: usbhid: already loaded
Sep 19 23:13:29 localhost kernel: usb 1-1: USB disconnect, address 36
Sep 19 23:13:29 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #208 now disconnected
Sep 19 23:13:29 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: I/O-Warror #209 now disconnected
Sep 19 23:13:29 localhost kernel: usb 1-1: new low speed USB device using uhci_hcd and address 37
Sep 19 23:13:29 localhost kernel: usb 1-1: configuration #1 chosen from 1 choice
Sep 19 23:13:29 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=0 now
attached to iowarrior0
Sep 19 23:13:29 localhost kernel: /root/projects/LinuxSDK/Kernel_2.6/Driver/iowarrior.c: IOWarrior product=0x1500, serial=00001478 interface=1 now
attached to iowarrior1
Sep 19 23:13:31 localhost usb.agent[29874]: iowarrior: already loaded
Sep 19 23:13:31 localhost usb.agent[29874]: usbhid: already loaded
Sep 19 23:13:32 localhost usb.agent[29891]: iowarrior: already loaded
Sep 19 23:13:32 localhost usb.agent[29891]: usbhid: already loaded
Schaltplan: hab ich versucht das experimental-board nachzubauen....wayoda wrote: Wenn Du magst kannst Du mir gerne auch mal den Schaltplan und Code mailen...
Eberhard
Code: Orginal vom Treiber LinuxSDK/Kernel_2.6/Driver/samples/minimum_write0
Da sehe ich leider noch nichts, außer das der IOWarrior tatsächlich immer wieder disconnected wird.
Kannst du mal folgendes tun:
IOwarrior ausstecken.
Rechner neu booten.
Das iowarrior modul mit debug-messages laden, d.H im Verzeichnis wo der Treiber liegt make install_debug aufrufen.
Jetzt einmal auf der Console dmesg -c eingeben (damit wir nur das sehen was uns interessiert.)
Jetzt den IOWarrior einstecken und mit minimum_write0 solange runspielen bis der IOWarrior abstürzt.
Jetzt nochmal dmesg und die Meldungen an mich mailen, denn das kann ganz schön lang werden.
Und gibt eigentlich minimum_write0 auch eine Fehlermeldung aus?
Eberhard
Kannst du mal folgendes tun:
IOwarrior ausstecken.
Rechner neu booten.
Das iowarrior modul mit debug-messages laden, d.H im Verzeichnis wo der Treiber liegt make install_debug aufrufen.
Jetzt einmal auf der Console dmesg -c eingeben (damit wir nur das sehen was uns interessiert.)
Jetzt den IOWarrior einstecken und mit minimum_write0 solange runspielen bis der IOWarrior abstürzt.
Jetzt nochmal dmesg und die Meldungen an mich mailen, denn das kann ganz schön lang werden.
Und gibt eigentlich minimum_write0 auch eine Fehlermeldung aus?
Eberhard
-
- Site Admin
- Posts: 2876
- Joined: Tue Nov 25, 2003 10:25 pm
- Location: Germany/Berlin
- Contact:
Da es auch ein IOW40 ist kann der sich selbst nicht trennen vom USB, also muss irgendwas passieren, was den Host oder Hub dazu veranlasst den Chip neu zu enumerieren. Beim IOW24 wäre es immerhin noch denkbar, dass der Chip z.B. duch einen Spannungseinbruch einen Reset durchläuft, beim IOW40 würde das aber nicht dazu führen, dass sich der Chip neu am USB anmeldet.
Was passiert wenn der IOW40 direkt am Rechner angeschlossen wird? Die Root-Ports haben tpyischerweise kein Power Switching.
Was passiert wenn der IOW40 direkt am Rechner angeschlossen wird? Die Root-Ports haben tpyischerweise kein Power Switching.
Mach ich (heute oder spätestens morgen abend)wayoda wrote: ...mit minimum_write0 solange runspielen bis der IOWarrior abstürzt.
Jetzt nochmal dmesg und die Meldungen an mich mailen, denn das kann ganz schön lang werden.
Und gibt eigentlich minimum_write0 auch eine Fehlermeldung aus?
(nee - soweit ich mich erinnern kann gibt der immer brav "write ok" zurück)
Der IOW ist bereits direkt am rechner angeschlossenGuido Körber wrote: Was passiert wenn der IOW40 direkt am Rechner angeschlossen wird?
PS Wenn's was bringt kann ich den iow auch nochmal an den Windows Rechner hängen...
-
- Site Admin
- Posts: 2876
- Joined: Tue Nov 25, 2003 10:25 pm
- Location: Germany/Berlin
- Contact: