Hallo ich will den RFID-Leser von Conrad (BstNr: 191553) zum Auslesen von RFID_Transpondercards benutzen. Dieser Leser gibt mir die 40Bit-Kennung mit TTL-Pegel 9600bps/8N1 aus. Ich hab jetzt den an meinen Atmega32 (an den RX_Pin) über ein Steckbrett angeschlossen. Nun hab ich folgendes Problem: Wenn ich einen Transponder ins Lesefeld bringe, stürzt mir immer mein Prozessor ab und resetet. Selbst wenn ich den UART gar nicht eingeschalten habe und den Pin als normalen Eingang definiere. Ich kann einfach keinen Grund finden. Viele Grüße Richi
Die Software ist eigentlich ganz simpel. Es wird einfach ne LED eingeschaltet, in ner for-Schleife 1000000 Takte gewartet, dann wieder ausschalten und in while-Schleife verharren. Die LED ist dafür zuständig, damit man erkennt wann resetet wurde. Hardware ist auch ganz einfach, doch meiner Meinung nach muss dort der Fehler liegen, denn wenn ich die LEDs / den Leser über das STK500 laufen lasse, funktionierts. Auf dem Steckbrett sind jedenfalls ausser ein paar LEDs ein Display und eine SD-Karte angebracht. Die Datenleitung des Lesers geht direkt auf den UART-Eingang des Atmegas. Ich kann mir aber trotzdem nicht erklären, warum der Atmega resetet! Richi
Alle Versorgungs-Pins korrekt angeschlossen?
Sind die nötigen Abblock-Kondensatoren an der Versorgungsspannung
vorhanden?
Wie wird der Mega32 getaktet? Wie hoch ist die Versorgungsspannung?
Funktioniert der "Testaufbau" mit den genannten Teilen (ausser
RFID-Leser) denn ohne Probleme?
Evtl. mal einen Puffer-Elko an der Versorgungsspannungs-Leitung des
Lesers legen (z.B. 10uF). Hat das einen Einfluss?
Ansonsten wie schon gesagt:
> Schaltplan, Fotos von Platine, Software...
Soviel zur Software: Wie gesagt ich habe sie so einfach wie möglich gehalten um andere Fehler ausschließen zu können.
1 | #include <avr/io.h> |
2 | |
3 | #define nop() __asm__ __volatile__ ("nop" ::)
|
4 | |
5 | int main(void) |
6 | {
|
7 | DDRD |= (1<<7); |
8 | PORTD |= (1<<7); |
9 | |
10 | for(unsigned long i=0; i<1000000; i++) |
11 | {
|
12 | nop(); |
13 | }
|
14 | |
15 | PORTD &= ~(1<<7); |
16 | |
17 | while(1); |
18 | |
19 | return 0; |
20 | }
|
Ein Bild von meinem Steckbrett werde ich morgen hochladen.
Der Rest der Schaltung funktioniert ohne Probleme. Abblockkondensatoren (100N) sind reichlich vorhanden, ohne die ging meine SD-Karte nämlich nicht. Vcc = 5V (über STK500) Quarz: 16MHz Die Vorgeschlagenen Kondensatoren habe ich auch mal probiert, allerdings waren die 220uF. Ging aber auch nicht.
Eigenartiges Verhalten der Schaltung... Noch 2 Dinge fallen mir im Moment noch zum Testen ein: Wenn der Daten-Pin des RFID-Lesers nicht am Controller angeschlossen ist, sondern nur die Spannung: passiert dann beim Lesen auch irgendwas? Oder nur bei angeschlossener Datenleitung? Lege mal einen Widerstand swischen Datenleitung des Lesers und den Pin des Controllers (z.B. 1k Ohm). Ändert das was am Verhalten? Etwas OT: welche Versorgungsspannung hat die SD-Karte (Grösse)?
Die SD-Card läuft mit 3,3V (Spannungsregler) Der Atmega resetet nur wenn angeschlossen und Transponder im Lesebereich (nicht ständig in Folge sondern immer mit unbestimmten Pausen dazwischen). Die 1kOhm ändern nichts Das Bild von meinem Steckbrett habe ich angefügt, wahrscheinlich liegt hier auch der Fehler denn im STK gehts ja. Richi
Hallo, auf den ersten Blick fällt mir auf, dass AVCC nicht angeschlossen ist. Das muss geändert werden. Wenn der ADC nicht verwendet wird, kann AVCC auch direkt an VCC gelegt werden. Dann noch einen Kerko zwischen AVCC und GND. Den Reset-Pin mal zum Test mit 10k nach VCC schalten. Leg auch mal den Leser so weit vom Brett weg wie möglich. Ändert sich durch diese Massnahmen etwas am Fehl-Verhalten?
Ich vermute mal, dass die stromversorgung kurz einbricht wenn der RFID-leser den tag powern will. Am besten mal mit nem Oszi kontrollieren
Ich denke dass ich AVCC nicht anschließen brauche, da ich den AD-Wandler nicht benutzen will. Die Spannung hab ich mir schon mal mit dem Oszi angeschaut, war nix auffälliges. Hab jetzt mal den Atmega32 durch einen Atmega8 getauscht und da gehts dann. Wundere mich nur warum es beim Atmega32 geht. Diesen hab ich auch schon mit einem seiner Art getauscht und da gings auch nicht. Nehm jetzt warscheinlich auch einen Atmega644P, da dieser 2 UARTS hat. Mit dem gehts ebenfalls. Richi
> Ich denke dass ich AVCC nicht anschließen brauche, da ich den AD-Wandler > nicht benutzen will. Das Datenblatt ist da etwas anderer Meinung; siehe "AVCC" unter "Pin Description". Denn AVCC ist auch die Versorgung für den (digitalen) Port A ...
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.