Strings aus RS232 Datenstream erkennen?

Das wird Zeitkritisch werden. In C sollte das so aussehen:

1

#define BUFFER_LENGTH 25

2

#define STR_LENGTH 15

3

4

char* str[15] = {...};

5

6

uint8_t buffer[BUFFER_LENGTH];

7

uint8_t pos;

8

9

void UpdateBuffer(uint8_t next)

10

{

11

    buffer[pos++] = next;

12

    if(pos == BUFFER_LENGTH)

13

        pos = 0;

14

    uint8_t i = STR_LENGTH - 1;

15

    do

16

    {

17

        str_cmp(str[i]);

18

    }

19

    while(i--);

20

}

21

22

void str_cmp(char* cmp)

23

{

24

   //Hier wird buffer mit cmp verglichen. das erste Zeichen von cmp muss

25

   //mit buffer[pos] verglichen werden!

26

}

Nur mal als Beispiel. Da kann man aber sicher noch eine Menge 
verbessern. Die Strings könnte man auch in den Flash stecken. Ist sicher 
nicht fehlerfrei, habs nicht getestet.

@Samuel

Dein Code ist absoluter Quark, nochmal lesen ..... oben.

>"in Echtzeit" auf mindestens 15 unterschiedliche Bytefolgen mit
>unterschiedlichen  Längen bis 25 Byte geprüft werden.

dynamische Auswertung mit tabellarischem Vergleich notwendig.

@GooM

welche MCU eigentlich, bei welcher Frequenz (nur interessenhalber)

holger schrieb:
> Ich lach mich tot. In C hab ich selbst mit 115200 Baud
> keine Probleme.

Statt ich lach mich tot hättest du sagen können wie.

Wenn man es anderst macht geht es tatsächlich.

Man könnte immer speichern seit wieviel Zeichen die Zeichenfolge 
fehlerfrei ist. So hat man nur 15 Vergleiche pro empfangenes Zeichen.

Dirk H. schrieb:
> Dein Code ist absoluter Quark, nochmal lesen ..... oben.

OK er war ineffektiv, aber das habe ich jetzt korrigiert.
Warum denn der TE möchte doch folgendes:

"asdflgabcjfdgj"
in diesen stream möchte er nun z.b. in echtzeit "abc" finden, oder 
stimmt das nicht?

> welche MCU eigentlich, bei welcher Frequenz (nur interessenhalber)

Lies du lieber nochmal oben.

>Der Datenstrom hat keine signifikanten Muster, als das sich die auszu-
>lesende Bytefolge durch gewisse sequenzen ankündigt und man diese zum
>Vergleich vollständig einlesen könnte.

Aha, woher weiss dann das andere Gerät wann die Daten kommen? Werden 
vieleicht zeitlich abgetrennte Frames gesendet? Kann mir das nicht so 
recht vorstellen.

Gruß

elenorus schrieb:
> hmmm,gute Frage, stehe vor dem selben Problem!?
>
> Hat schon jemand eine Lösung?

Einfach mal hinsetzen und überlegen, wie du es händisch machen müsstest, 
wenn du 15 verschiedene Sequenzen in einem Datenstrom erkennen müsstest. 
Wie würdest du das machen?
Es ist wirklich sehr einfach und die Lösung wurde auch schon 
angesprochen: Einfach bei jedem Muster mitzählen, wieviele Zeichen schon 
richtig waren.