Serial Daten bei Komma trennen

[Sinnloserknopf]

Hallo RN,
ich will von einen Arduino A zum anderen Arduino 4 Messwerte übergeben.

Diese kommen so beim Arduino B an: "000,111,222,333". Anzahl der Zeichen zwischen 0 und 3. Aber jeder Messwert ist mit einem Komma getrennt.

Ich will diese nacher möglichst so auswerten können:
Sensor[0] = 000
Sensor[1] = 111
Sensor[2] = 222
Sensor[3] = 333

Bis jetzt hab ich nicht viel mehr geschafft außer das Komma zu finden^^

#include <SoftwareSerial.h>

SoftwareSerial mySerial(10, 11); 

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



void loop() {

  if(mySerial.available()) {
     char c = mySerial.read();
     if(c==',' ) {
Serial.println("komma gefunden");
      
     } 
  }
}

Kann mir jemand auf die Sprünge helfen





Hier geht's... aber ist schmuddelig^^

unsigned long data;
char buffer[40];
int index = 0;
int counter = 0;
int Sensor[4];

void loop() {
  //wenn serielle Daten vorhanden, dann einlesen
  if(mySerial.available()) {
     //einzelnes Zeichen lesen
     char c = mySerial.read();

     if(c==',' ) {

       buffer[index] = 0;

       counter++;

       index=0;
 
       data = atol(buffer);
       
     Sensor[counter]=data;
if(counter == 4){counter=0;}
  
    
     } else {
   
       buffer[index++] = c;
     }
  }

       Serial.println(Sensor[1]);
       Serial.println(Sensor[2]);
       Serial.println(Sensor[3]);
       Serial.println(Sensor[4]);
 Serial.println();
}

[shedepe]

Ich verstehe deine Frage nicht ganz. Du hast doch schon eine Lösung ?

Wenn ich die mir anschaue würde ih aber spontan behaupten die funktioniert so nicht.

Mal zur Logik:



Pseudocode:

int index = 0;
char buffer[4];

loop()
{
  char c = mySerial.read();
  buffer[index] = c;
  index++;
  if(c == ',')
  {
      //Buffer verarbeiten
      index = 0;
  }

}

[Klebwax]

So, wie du das beschreibst, kannst du das gar nicht zuverlässig dekodieren. Was kommt nach der 333 in deinem Beispiel? Die 000 von der nächsten Messung? Kommt dazwischen auch ein Komma? Wie kannst du entscheiden, welche Zahl die erste deiner vier Messwerte ist?

Ich gehe mal davon aus, daß deine "Zeilen" durch ein Newline getrennt sind. Ich würd also erstmal eine ganze Zeile empfangen. Dazu braucht man einen Buffer mit einer maximalen Länge von 4*3 Ziffern, 3 Kommas und dem abschließenden Null-Byte (für einen C-String), also 16 Zeichen.

Man wartet, bis von der seriellen ein Newline kommt. Ab da füllt man die empfangenen Zeichen in den Buffer, bis ein weiteres Newline kommt. Hier schließt man den Buffer mit einem Nullbyte ab. Jetzt kann man den Buffer mit all den Funktionen, die die Stringlibrary von C so her gibt, bearbeiten. Das Auswerten eines Records, coma separated, ist ja kein neues Problem. strchr() oder strtok() kommen mir dabei in den Sinn. Wenn man den Record erstmal in seine Felder zerlegt hat, kann man sie z.B. mit atoi() in Integer wandeln.

Testen tut man das Ganze am besten auf dem PC, C-Code ist halt C-Code. Die Debugtools auf dem PC sind mächtiger und es geht viel schneller. Den Inputbuffer kann man leicht mit gets() füllen, das Ergebniss mit printf() ausgeben. Da kann man dann auch leicht verifizieren, wie robust der Code ist, wie er auf verstümmelte oder gestörte Nachrichten reagiert. Wenn man mit dem Ergebnis zufrieden ist, macht man mit dem Arduino weiter.

MfG Klebwax

[shedepe]

@Klebwax. Wenn eine Zahl immer aus 3 Ziffern besteht ist das ohne weiteres machbar. Dann braucht es kein Newline, man muss es nicht zwischenspeichern sondern nur bis 3 zählen. Die erste Zahl kann man daran erkennen, dass nach 3 Ziffern kein Komma gekommen ist.

[Klebwax]

@Klebwax. Wenn eine Zahl immer aus 3 Ziffern besteht ist das ohne weiteres machbar. Dann braucht es kein Newline, man muss es nicht zwischenspeichern sondern nur bis 3 zählen. Die erste Zahl kann man daran erkennen, dass nach 3 Ziffern kein Komma gekommen ist.

Anzahl der Zeichen zwischen 0 und 3. Aber jeder Messwert ist mit einem Komma getrennt.

Das Format mit dem Komma entspricht ja dem üblichen csv-Format. Und da gibts, wie eigentlich bei jedem Textformat üblich, einen eindeutigen Zeilentrenner. Es wäre auch nicht schlau, sich auf feste Feldlängen zu verlassen, schon nächste Woche braucht man ein anderes (längeres) Format.

Und warum soll man nicht zwischenspeichern? Den Buffer kann man leicht aus dem Interrupt heraus füllen und die eigentliche Anwendung bleibt responsiv. Außerdem wird man flexibel, ob der Buffer von der seriellen gefüllt wird, aus einem Netzwerkstack kommt oder vom Massenspeicher gelesen wird, ändert an der Dekodierung nichts.

MfG Klebwax

[shedepe]

Ob es schlau ist oder nicht habe ich nicht gesagt, nur dass es machbar ist. Und da wir uns auf einem Mikrocontroller befinden will man häufig so effizient wie mögich mit seiner Rechenzeit umgehen. Das ist bei komplexeren Datenformaten + den damit komplexeren Parsern nicht unbedingt gegeben.

Aber auch wenn man ein Newline zeichen hat, würde ich nicht hingehen, die Daten zuerst speichern und dann Parsen, sondern on the fly parsen. Stringoperationen sind nämlich nicht wirklich Rechenzeit optimal.