UART "hängt sich auf"

[Josh I. (aproquos)]

Hi,

ich habe einen Roboterarm mit 5 Servos gebaut. Diesen möchte ich nun per 
UART ansteuern. Ich habe die UART schon öfters zur Datenübertragung 
benutzt, jetzt tritt jedoch plötzlich ein Problem auf:

Ich schicke per VB2010 mein 6-Byte Protokoll und der uC antwortet mir, 
wenn er alles empfangen hat. Das funktioniert auch einwandfrei!
In unregelmäßigen Abständen "hängt" sich die UART jedoch auf und ich 
erhalte keine Antwort mehr vom uC.
Wenn ich jetzt den  MAX232  resete (VCC kurz trenne) geht es wieder eine 
Weile lang einwandfrei, bis das ganze wieder nicht reagiert.
Der MAX232 ist laut Datenblatt (siehe Anhang) geschalten.

Hat jemand eine Idee, woran es liegen könnte?
Der UART Empfang ist per Interrupt in Bascom gelöst:

$regfile = "2313def.dat"
$crystal = 8000000
$baud = 4800

On Urxc Signal
Enable Urxc
Enable Interrupts

'zu empfangendes Protokoll besteht aus 6 Bytes:
' "0" + 5 Datenbytes
Dim S1 As Byte
Dim S2 As Byte
Dim S3 As Byte
Dim S4 As Byte
Dim Sc As Byte

Dim Bytenr As Byte  'zählt die 6 Bytes des Protokolls ab
Bytenr = 0

Do
 !NOP
Loop

Signal:
   Dim Inb As Byte
   Inb = Udr  'Byte einlesen
   If Inb = 0 Then  'Anfang des Protokolls erkennen
      Bytenr = 1
   Elseif Bytenr > 0 Then
      Select Case Bytenr
         Case 1:
            S1 = Inb
         Case 2:
            S2 = Inb
         Case 3:
            S3 = Inb
         Case 4:
            S4 = Inb
         Case 5:
            Sc = Inb
            Bytenr = 0
            Print "Empfangen:"
            Print S1
            Print S2
            Print S3
            Print S4
            Print Sc
            Print " "
            Return
      End Select
      Bytenr = Bytenr + 1
    End If
Return

[Niemand (Gast)]

Hi,
der MAX232 ist "nur" ein Pegelwandler. Es gibt also keine Logik, die 
durch das Wegnehmen von VCC zurückgesetzt wird. Als Fehlerquelle kommen 
somit sehr viele Komponenten in Frage. Der Pegel auf der RS232 vom 
MAX232 könnte zu gering, verrauscht, vertauscht oder niederohmig 
verbunden sein. Durch das abschalten der VCC am MAX232 werden natürlich 
auch die Signale zum Prozessor verändert. Hier könnte eine falsche 
Initialsierung sein, ein Programmierfehler, ein fehlendes Stop-Bit etc. 
Natürlich wird auch auf der Gegenseite ein Signal ausgelöst, dadurch 
kann der Fehler durchaus auch auf der PC-Seite sein. Zudem könnte die 
Baudrate einen zu grossen Fehler beinhalten, so daß die Übertragung nach 
einer gewissen Zeit "aus dem Ruder" läuft. Du sollstest versuchen die 
Situation kurz vor dem hang-up genauer zu bestimmen.

[Josh I. (aproquos)]

Hi,

bei einer Quarzfrequenz von 8MHz und einer Baud von 4800 habe ich mir 
eine Fehlerrate von ca 0,19% ausgerechnet. Wenn dieser Wert stimmt, ist 
es unlogisch, dass im Mittel bei jeder dritten Datenübertragung nichts 
mehr geht!? - oder liege ich da falsch?
Außerdem kommt ja ABSOLUT NICHTS mehr zurück, wenn ein 
Übertragungsfehler auftreten würde, würde ja halt was Falsches 
zurückkommen, oder?

Ich habe den MAX232 mal ersetzt, tritt immernoch der gleiche Fehler auf!
Das Programm habe ich auf folgendes vereinfacht:

$regfile = "2313def.dat"
$crystal = 8000000
$baud = 4800

On Urxc Signal
Enable Urxc
Enable Interrupts

Do
 !NOP
Loop

Signal:
   Dim Inb As Byte
   Inb = Udr
   Print Inb
Return

Ich wüsste nicht, wo bei dem Code ein Fehler liegen könnte?

Auf PC-Seite habe ich auch mal verschiedene Terminal-Programme benutzt, 
bei allen das gleiche!

Ich schicke jetzt per VB Zufallszahlen an den uC, im 2-Sekunden Takt.
Der uC braucht 23ms zum Antworten.
Manchmal hängt es sich nach der ersten, manchmal erst anch der 15. 
Übertragung auf ...
Der Fehler ist nicht reproduzierbar!

Um die Zeit kurz davor zu untersuchen, leihe ich mir morgen ein Oszi 
....

Hat jemand einen Tipp, wie ich jetzt noch weiter den Fehler suchen 
könnte?

[Magnus M. (magnetus)]

Wie sieht dein Verbindungskabel zwischen MAX232 (bzw. dem SubD 
Steckverbinder) und dem COM Port am PC aus? Sag nicht dass du die Masse 
(Pin 5 am SubD) nicht verbunden hast!

[Josh I. (aproquos)]

Masse ist natürlich verbunden ...
Habe auch schon mehrere Kaebel getestet,
die Kommunikation geht ja auch, aber irgendwann ist der uC halt 
plötzlich nicht mehr ansprechbar, bis ich ihn komplett resete.
Wie gesagt unregelmäßige Abstände und nicht reproduzierbar...

Hatte noch nie jemand so ein Problem?
Das in meinem letzten Beitrag gepostete Programm ist doch korrekt oder?

[Abdul K. (ehydra)]

Wird der MAX heiß?

[Josh I. (aproquos)]

Abdul K. schrieb:
> Wird der MAX heiß?

Nein!

[Paul Baumann (Gast)]

Versuche es mal so:

$regfile = "2313def.dat"
$crystal = 8000000
$baud = 4800
Dim Inb As Byte
On Urxc Signal
Enable Urxc
Enable Interrupts

Do
 !NOP
Loop

Signal:
   Inb = Udr
   UDR = INB
Return

MfG Paul

[Josh I. (aproquos)]

Paul Baumann schrieb:
> Versuche es mal so:

Da kommt überhaupt nichts zurück!?

Was sollte denn passieren?

[Paul Baumann (Gast)]

Es sollte passieren, daß das vom Terminal gesendete Zeichen sofort
wieder zum Terminal zurückgesendet wird.

MfG Paul

[Christian H. (netzwanze)]

Wenn Du den MAX in Verdacht hast, kannst Du das letzte Progrämmchen auch 
in Hardware realisieren. Dazu benötigst Du einen Draht(!). Einfach den 
µC rausnehmen und Rx/Tx verbinden. Dann kannst Du den MAX gemütlich am 
PC durchtesten.

[Josh I. (aproquos)]

Geniale Idee! So einfach habe ich garnicht gedacht.

Der MAX funktioniert einwandfrei!

Mit dem exakt gleichen Code (außer der regfile natürlich) funktioniert 
auch alles auf dem Atmega48 -> es hängt sich nichts auf!
Bei allen drei Attiny2313s, die ich hier habe geht es nicht (?!) aber 
bei dem Atmega??? Wie gesagt exakt der gleiche Code.

Gibt es dafür eine Erklärung?

MfG
Josh

[Abdul K. (ehydra)]

Klingt nach WDT.

[holger (Gast)]

>Bei allen drei Attiny2313s, die ich hier habe geht es nicht (?!) aber
>bei dem Atmega??? Wie gesagt exakt der gleiche Code.

>Gibt es dafür eine Erklärung?

Der ATMega hat mehr RAM.

[Frank (Gast)]

Josh I. schrieb:
> Signal:
>    Dim Inb As Byte
>    Inb = Udr
>    Print Inb
> Return

print bzw. längere Aktionen im Interrupt sind nicht so geschickt

[mue-c (Gast)]

Und wenn du wirklich ATtiny2313 hast, ist $regfile = "2313def.dat"
der falsche Konfig. File. Nimm mal diesen:
$regfile = "attiny2313.dat"

[Abdul K. (ehydra)]

Mit dem 'mehr RAM' könnte auf Stack-Overflow hinweisen.