Arduino - Serieller Empfang

[Konrad (Gast)]

Hallo liebes Forum,

ich möchte mittels Arduino und dem Terminal (TTerm) über den virtuellen 
Com-Port mit dem Arduino vom PC aus kommunizieren und zwei Zahlen 
entgegennehmen, die ich über das Terminal dem Arduino übergebe.
Leider funktioniert aber unten aufgeführter Code nicht, weil er immer 
die Eingaben überspringt und nicht auf das eigentlich gewünschte "ENTER" 
wartet, um den nächsten Zahlenwert entgegenzunehmen.

Das Ganze soll so ablaufen:
"Erste Zahl?" Erste Zahl wird eingegeben, ENTER
"Zweite Zahl?" Zweite Zahl wird eingegeben, ENTER
..Rechenoperation..
Wiederholung

Hier mein Code:

void setup()
{
  Serial.begin(9600);
}

void loop()
{

if(Serial.available()>0)
{
    String incoming[2] = "";
    Serial.println("**** Addiere auf dem Arduino ***");
    Serial.println("Erste Zahl: ");
     incoming[0] = Serial.readStringUntil('\n');
    Serial.println("Zweite Zahl: ");
     incoming[1] = Serial.readStringUntil('\n');

    Serial.println(incoming[0]);
    Serial.println(incoming[1]);
}
}

Könntet ihr mir helfen, was ich falsch mache?

Vielen Dank schonmal!

[Stefan F. (Gast)]

Wartet er wenigstens auf die Eingabe der ersten Zahl, oder übergeht er 
beide?

Ist Dir der Timeout bewusst? https://www.arduino.cc/en/Serial/SetTimeout

Hast du im Terminalprogramm eingestellt, daß nach Eingabe der Entertaste 
ein \n (Newline, LF) gesendet werden soll (nicht CR+LF)?

[Konrad (Gast)]

Genau, die erste Zahl nimmt er an, die zweite ignoriert er.

Gruss

[Konrad (Gast)]

Nein, das mit dem Einstellen im Terminal war mir nicht bewusst. Kann es 
daran liegen?
Werde es morgen ausprobieren.

Gruss

[Stefan F. (Gast)]

> Genau, die erste Zahl nimmt er an, die zweite ignoriert er.

> Nein, das mit dem Einstellen im Terminal war mir nicht bewusst.
> Kann es daran liegen?

Ja. Möglicherweise sendet das Terminal aufgrund der Einstellung zwei 
Bytes wenn die Enter Taste gedrückt wird (das war unter Windows sehr 
lange so üblich).

Wenn nun die Arduino Library sowoh CR als auch LF als Zeilenende 
interpretiert, dann erklärt das, warum die Zweite Eingabe ohne zu warten 
als Leerstring erfasst wird.

[Konrad (Gast)]

>Ist Dir der Timeout bewusst?
Nein, da er warten soll, bis ein besagtes ENTER eingegeben wird, was er 
aber nicht tut.

Ich habe es nun mit einem anderen "Indikator" anstatt ENTER (\n) 
versucht.

if (Serial.available() > 0) 
   {
      
      Serial.println(" ****** BEREIT ***** ");
      Serial.print("Erstes Byte: ");
      incomingString[0] = Serial.readStringUntil('a');
      Serial.println(incomingString[0]);

      
      Serial.print("Zweites Byte: ");
      incomingString[1]= Serial.readStringUntil('a');
      Serial.println(incomingString[1]);
   }

Auch hier ignoriert er jegliche Eingaben und springt ohne beider 
Eingaben von "Erstes Byte: " zu "Zweites Byte" und kehrt dann zurück auf 
"BEREIT".


Ich verstehe das wieder nicht..sollte doch soo einfach sein.

[Joachim B. (jar)]

versuche es mal so

 #define MAXBUFFER 200

  // reserve 200 bytes for the inputString:
  inputString.reserve(MAXBUFFER);


  while (Serial.available()) 
  { // get the new byte:
    char inChar = (char)Serial.read();
    // add it to the inputString:
    if( inputString.length()<(MAXBUFFER-2) )
    { if(isprint(inChar))
        inputString += inChar;
      // if the incoming character is a newline, set a flag so the main loop can
      // do something about it:
      if (inChar == '\r' ) 
      { inputString += '\0';
        inputString.toCharArray(serial_in_command, MAXBUFFER);
        if(strrchr(serial_in_command, '\r'))
          *strrchr(serial_in_command, '\r')='\0';
        stringComplete = true;
      }
    }
    else
    { Serial.println(F("serBUF ov-> DEL"));
      memset(&serial_in_command[0], 0, sizeof(serial_in_command)); // 30.554 Bytes
      inputString = "";
    } // if(chr_cnt<(MAXBUFFER-1))
  } // while (Serial.available())

[Stefan F. (Gast)]

>>Ist Dir der Timeout bewusst?
> Nein, da er warten soll, bis ein besagtes ENTER eingegeben wird,
> was er aber nicht tut.

Standarmäßig ist der Timeout eine Sekunde, länger wartet er dann nicht.