UART Kommunikation zwischen Raspi und Arduino hängt sich ständig auf

[HaWe]

kann jemand was dazu sagen, wieso es beim Mega2560 hängt und beim Due einwandfrei klappt?
USB Kabel habe ich auch schon getauscht, ohne dass sich was ändert.

Ist evtl mein Mega kaputt - oder ist das generell so? (habe leider nur den einen zum Testen)

[HaWe]

kriegs nicht hin mit dem Mega, auch nicht wenn MSGLEN=256, bleibt immer hängen.
Due nach wie vor kein Problem.
Gerade für manche 5V-Uno-Shields wäre das interessant am Raspi gewesen, aber wenn es nicht geht, dann ist man leider auf den Due festgelegt, wenn man ein Arduino-Huckepackboard mit sehr vielen GPIOs braucht.

Oder ist doch ein Spezialist hier, der den Code hinkriegt mit einem Mega?

[wkrug]

Ich hab jetzt den Code nicht zerpflückt und bin auch kein ARDUINO Mann aber,

könnte es sein das der Raspberry einen Softwareloop auf die serielle Schnittstelle macht und somit der Eingangspuffer mit den empfangenen Daten, die der Arduino selbst gesendet hat überläuft?
Das sollte sich testen lassen, wenn man die RxD Leitung des Arduino mal auftrennt und den Sendecode umschreibt.

Ich lös das immer so, das der Datenempfang im Interrupt läuft und einen Ringpuffer befüllt.
Dann gibt's da noch einen Schreib- und einen Lesezeiger auf den Ringbuffer und in der Hauptroutine wird dann, wenn die beiden unterschiedlich sind eine Abfrageroutine ausgeführt und die empfangenen Bytes ausgewertet.

Die Senderoutine läuft dann ganz normal mit Polling auf das USARTx DRE Bit.
Da die Atmegas einen Doppelpuffer haben gehen da am Anfang immer gleich 2 Bytes rein.
Kriegt man die Hauptroutine unter 86µs pro Durchlauf sollten da auch keine Lücken im Sendedatenstrom entstehen.

[HaWe]

Ich hab jetzt den Code nicht zerpflückt und bin auch kein ARDUINO Mann aber,

könnte es sein das der Raspberry einen Softwareloop auf die serielle Schnittstelle macht und somit der Eingangspuffer mit den empfangenen Daten, die der Arduino selbst gesendet hat überläuft?
Das sollte sich testen lassen, wenn man die RxD Leitung des Arduino mal auftrennt und den Sendecode umschreibt.

Ich lös das immer so, das der Datenempfang im Interrupt läuft und einen Ringpuffer befüllt.
Dann gibt's da noch einen Schreib- und einen Lesezeiger auf den Ringbuffer und in der Hauptroutine wird dann, wenn die beiden unterschiedlich sind eine Abfrageroutine ausgeführt und die empfangenen Bytes ausgewertet.

Die Senderoutine läuft dann ganz normal mit Polling auf das USARTx DRE Bit.
Da die Atmegas einen Doppelpuffer haben gehen da am Anfang immer gleich 2 Bytes rein.
Kriegt man die Hauptroutine unter 86µs pro Durchlauf sollten da auch keine Lücken im Sendedatenstrom entstehen.

danke, aber ich wüsste jetzt nicht, wie ich das umschreiben soll, und ich kann den Arduino ja nicht per Serial/USB- console auslesen, weil er per USB am Raspi hängt - auf einen genauen (Arduino- oder Raspi C) Code wäre ich da jetzt schon angewiesen.
Kann aber auch sein, dass der Fehler Raspi-seitig ist, nicht Arduino-seitig, s. hier: https://www.raspberrypi.org/forums/v...9e491#p1475408

In jedem Falle wäre es aber am besten, einen Code zu benutzen, den schon jemand erfolgreich verwendet, und nach so vielen Jahren Raspi und Arduino müsste es das doch geben - ich bin doch da wschl nicht wirklich der allererste, der sich daran versucht?

(Später will ich einen sehr langen String mit an die 50 tokens+args übergeben, mit denen ich schnell Variablen (int, double)- und pin-r/w-Werte (digital, ADC) hin und her übertragen will. Auch serielle Eingaben über die Konsole, abgeschlossen per Enter, sollen später grundsätzlich möglich sein, daher soll der lange String mit '\n' enden.)

- - - Aktualisiert - - -

PS,
auf einen Tipp hin habe ich die Leseroutine beim Pi jetzt abgeändert (versuchsweise optional auch am Arduino entsprechend)

 if (serialDataAvail(Serial)) { 
        while(!stringComplete && n<MSGLEN-1) {    
          if(n==MSGLEN-2) inChar='\n'; // emergency brake
          else  
            inChar = serialGetchar(Serial); 
       
          if(inChar=='\n' || inChar>=' ') inputString += inChar;       
          if (inChar == '\n')  {
            stringComplete = true;
          }
          n++;
        } 
     }

läuft jetzt am Mega mit 2000-3000 loops, aber dann hängt er wieder - am Due läufts ohne Probleme bislang weiter....
Künftig sollen beide Codes aber auch unabhängig vom Arduino-Board laufen, egal ob AVR oder ARM oder ESP.



Update: nach ca. 30min hat es sich dann auch beim Due aufgehängt...

[wkrug]

Häng doch mal ein OSZI an den TxD Pin des des Prozessors am ARDUINO.
Der müsste dann weiter senden.
Soweit Ich weiss ist auf em ARDUINO nur eine Serial nach USB Bridge.
Dieser Chip muss dann auch vom RASPI aus konfiguriert werden. Eventuell liegt ja da der Hund begraben?

[HaWe]

sowas wie ein Oszi besitze ich doch gar nicht...
aus irgendeinem Grund hängt sich die Verbindung auf, und vermutlich liegt es am Raspi, denke ich inzwischen (UART-timing, Puffer, USB, Linux kernel, wiringPi-/wiringSerial libs....).
Hilfreich wären wahrscheinlich wirklich nur Codes für beide Boards (Arduino Sketch C++11 und Raspi gcc/gpp), die jemand auch bei sich selber testen kann.
Am besten ntl, wenn jemand eine funktionierende Lösung bereits irgendwo (github?) gefunden haben sollte...

[wkrug]

Hat zwar jetzt nicht direkt was mit dem Thema zu tun, aber wenn Du dich ernsthaft mit Elektronik beschäftigen willst wäre ein kleines Oszi schon nicht schlecht.
Eventuell passt ja so ein JYE Tech Oszi in dein Budget ?
https://www.elektor.de/jye-tech-dso0...oscope-diy-kit
Ist jetzt zwar nichts besonderes, aber für einfache Messungen sollte es reichen.
Der Hersteller hat auch noch andere Modelle auf Lager.