RS232 blockiert Main Programm?

Dennis schrieb:
> An was könnte das liegen?

mit Schaltplan bzw. Foto vom Versuchaufbau  könnte man eine vorsichtige 
Analyse wagen ...

http://up.picr.de/20738360yh.jpg

hier der gewünschte schaltplan :)

Rx und Tx kann nicht vertauscht sein .. da ich mal ein Beispielprogramm 
geschrieben hab das mir schön ordentlich die Zeichen an den PC sendet...



Prozessor läuft noch.

spess53 schrieb:
> Hi
>
>>Rx und Tx kann nicht vertauscht sein .. da ich mal ein Beispielprogramm
>>geschrieben hab das mir schön ordentlich die Zeichen an den PC sendet...
>
> Passiert das im auch im ausgeschalteten Zustand? RS232 ist nicht
> unbedingt hotplagfähig.
>
> MfG Spess

werde ich gleich morgen mittag probieren.. ob das echt daran liegt. *.*

geht immernoch nicht... sobald ich ein rs232 kabel an mein board 
anschließe kann ich kein rfid transponder mehr einscannen

***UPDATE***
Sobald ich den USB / RS232 Converter von CSL an mein RS232 kabel 
anschließ geht es nicht mehr... liegt es jetzt am Converter?


Sobald ich aber ein einfaches Programm (Zeichen zum PC sende) auf mein 
Atmega spiele geht des... aber mein Hauptprogramm mit RFID scannen geht 
nicht...

whats the fuck

bitte um hilfe ich verzweifle jetzt bald

genauer gesagt sobald TX und GND mit dem USB Converter RX und GND 
verbunden ist geht nix mehr :(((((((((

Dennis schrieb:
> Habe eine Problem:
>
> Und zwar habe ich den Programmcode von (
> http://www.projektsammlung.de/projekte/rfid-reader-modul/ ) übernommen

was genau muss man sich unter übernommen vorstellen?

So wie ich das sehe, gibt es in den Routinen für den Mega8 (mindestens) 
einen Fehler

1

...

2

    UCSRB   = (1<<RXCIE) | (1<<RXEN) | (1<<TXEN);                      // UART TX und RX einschalten und RX Interrupt aktivieren

schön.
Da wird also der Receive Complete Interrupt freigegeben.
Aber ich kann in keinem C File aus dem downgeloadetem Zip-File eine ISR 
dafür finden.

Ich hab zwar einen Mega32 aber soviel anders ist da ja nicht..:
hier ist die ISR Routine die steht in der RFID-Reader-Modul.c

1

ISR(USART_UDRE_vect)

2

{

3

    uint8_t temp_sreg_TX;

4

5

    temp_sreg_TX = SREG;                                                // Status-Register sichern

6

7

    UDR=TXQueueBuffer [pOutQueueTX];                                    // Sendet Zeichen

8

9

    if(pOutQueueTX == QBLength_TX-1)

10

       pOutQueueTX = 0;

11

    else

12

       pOutQueueTX++;

13

14

15

    if(pOutQueueTX == pInQueueTX)

16

    {

17

       UCSRB   &= ~(1<<UDRIE);                                          // UART TX Interrupt für leeres Sendedatenretister ausschalten

18

    }

19

20

    SREG = temp_sreg_TX;                                                // Status-Register rückschreiben

21

22

    return;

23

}

Thorsten R. schrieb:
> hier ist die ISR Routine die steht in der RFID-Reader-Modul.c
>
>

1

> ISR(USART_UDRE_vect)

2

> {

3

>

Diese ISR ist aber fürs Senden. Oben wird eine ISR per RXCIE aktiviert, 
die fürs Empfangen zuständig ist. Die fehlt offenbat bei Dir. Folge: µC 
schmiert ab, sobald ein Zeichen reinkommt.

Frank M. schrieb:

> Diese ISR ist aber fürs Senden. Oben wird eine ISR per RXCIE aktiviert,
> die fürs Empfangen zuständig ist. Die fehlt offenbat bei Dir. Folge: µC
> schmiert ab, sobald ein Zeichen reinkommt.

Oder zumindest wenn die UART 'denkt' das da was reinkommt.
Was beim Anstecken von einem Kabel durchaus schon mal sein kann, da da 
ja ein Eingang (der an und für sich keinen definierten Pegel hat) ein 
Pegel aufgezwungen wird, den die Auswertung als Flanke ansieht.
Selbst wenn sich daraus dann ein ungültiges Zeichen ergibt, ist das für 
die UART nichts desto trotz dein einlaufendes Zeichen. Der Receive 
Interrupt wird aufgerufen -> die ISR existiert nicht -> der µC wird 
resettet.


Alles in allem sind die UART Routinen aber wirklich nicht so prickelnd 
geschrieben, als das man die nicht ersetzen könnte.

Abgesehen davon sehe ich in dem ganzen Code auch keinen wirklichen 
Grund, warum der UART Receiver überhaupt freigegeben werden sollte.

'Auf Vorrat für den Fall der Fälle' ist mir als Begründung ehrlich 
gesagt zu wenig. Man sieht immer wieder, was dabei rauskommt, wenn man 
eigentlich nicht benötigte Baugruppen freigibt bzw. deren Interrupts 
frei gibt.

Ach noch was.
Du hast aber schon daran gedacht, des EEProm-Hex File auch in den Mega32 
zu brennen?

also das hat denk ich definitiv nichts mit der ISR von der RS232 zu 
tun...


ich habe jetzt komplett die ISR Routinen von der RS232 auskommentiert +

das gesamte setup von der UART..

1

    // -------------------- UART --------------------

2

    // uint16_t  myUBRR;                                                    // 16-Bit breite Speichervariable für Baudratenberechnung

3

    // myUBRR  = F_CPU/(UART_BAUD_RATE*16L)-1;                             // Berechnung der Baudratenwerte für das UBRR-Register im Asynchronous Norma

4

    // UBRRH   = (uint8_t) (myUBRR>>8);                                    // Setzt Highbyte des UBRR-REgisters

5

    // UBRRL   = (uint8_t) myUBRR;                                         // Setzt Lowbyte  des UBRR-Registers

6

    // UCSRB   = (1<<RXCIE) | (1<<RXEN) | (1<<TXEN);                      // UART TX und RX einschalten und RX Interrupt aktivieren

7

    // UCSRC   = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0);                    // Setzt die Bits für die Betriebsart Asynchron 8N1

sobald der usb / rs232 converter am kabel hängt .. geht nix mehr.

ich denke das hat was mit dem converter zu tun. hat jemand vielleicht 
noch eine idee?

vielen dank aber trotzdem für die vielen antworten und die hilfe.

Thorsten R. schrieb:

> ich denke das hat was mit dem converter zu tun. hat jemand vielleicht
> noch eine idee?

trügt mich meine Erinnerung oder sagtest du nicht weiter oben, du 
hättest die UART für sich alleine getestet?
Wie hast du das denn dort gemacht, wenn nicht mit dem Konverter?

das stimmt das ist richtig das stutzt mich ja auch...

aber der converter stört irgendwie meine RFID...

Thorsten R. schrieb:
> das stimmt das ist richtig das stutzt mich ja auch...
>
> aber der converter stört irgendwie meine RFID...

Das heisst UART und Konverter funktionieren miteinander.

Nun, da du in diesem Fall eine funktionierende UART zur Verfügung hast:
Es ist nicht verboten sein Programm mit Ausgaben an die UART zu spicken 
und so den µc mitschreiben zu lassen was er wann und aus welchem Grund 
macht. Wenn der Konverter die RFID Hardware stört, dann sollte sich das 
in diesem Mitschrieb ja zeigen.

Karl Heinz schrieb:
> Thorsten R. schrieb:
>> das stimmt das ist richtig das stutzt mich ja auch...
>>
>> aber der converter stört irgendwie meine RFID...
>
> Das heisst UART und Konverter funktionieren miteinander.
>
> Nun, da du in diesem Fall eine funktionierende UART zur Verfügung hast:
> Es ist nicht verboten sein Programm mit Ausgaben an die UART zu spicken
> und so den µc mitschreiben zu lassen was er wann und aus welchem Grund
> macht. Wenn der Konverter die RFID Hardware stört, dann sollte sich das
> in diesem Mitschrieb ja zeigen.

Vielen Dank für die Mithilfe.

Aber ich konnte das Problem durch einen anderen Converter von einem 
Mitschüler lösen. Jetzt funktioniert es einwandfrei. Nichts desto trotz 
werde ich die ISR Routinen noch sauber umschreiben. :-)

Der Converter wo nicht ging: 
http://www.amazon.de/dp/B008FKABG0/ref=sr_ph?ie=UTF8&qid=1422196061&sr=1&keywords=csl+adapter

Funktionierender Converter:
http://www.delock.de/produkte/G_61460/merkmale.html