Protokoll für Serialle Kommunikation

nemesis... schrieb:
> Ich würde erst mal die Grundlagen verstehen lernen.
> Die müssen hier nicht im Forum nicht neu gepredigt werden.
>
> https://de.wikipedia.org/wiki/RS-232
>
> Wenn dann ein Problem auftaucht, kannst du noch mal gezielt
> nachfragen.

Ich bin mir nicht ganz sicher was ich da nicht verstanden habe. RS232 
legt ja nicht fest was für ein Protokoll man verwendet. Bzw. es hat so 
gar nicht mit Paketen zutun oder habe ich da doch was falsch verstanden?

Kaj schrieb:
> Das kommt drauf an...

Ich hatte ja schon einige Anforderungen aufgezählt welche wären noch 
nötig für eine Sinnvolle Entscheidung? Das ganze Projekt ist nicht super 
Kritisch also es hängt kein Leben davon ab oder so :D Aber sollte schon 
recht zuverlässig funktionieren. Das ganze ist auch mehr ein Hobby 
Projekt und wird nicht in Serie gehen.

Dauergast schrieb:
> Beispiel:
>
> *D12,34,56,129#
> *C74,"Hello World",17,9600#
>
> *  Startmarkierung
> D  Datensatz folgt
> C  Config folgt
> ,  Trenner zwischen Daten
> #  Ende des Datensatzes
>
> Sender und Empfänger können unabhängig voneinander mit einem simplen
> Terminalprogramm entwickelt und getestet werden. Prüfsummen kannst Du
> später problemlos hinzufügen.

Ok also die ASCII variante. Wie wendet man das dann richtig beim 
Mikrocontroller an. Einfach mit if-else Abfragen mit strcmp?

Tja Du hast ziemlich viel nicht gesagt.

Bei der Auswahl des Protokolls spielen viele Faktoren eine Rolle.
100 Bytes besagen Garnichts. Ohne ein paar Zusatzinformationen. So z.B.
100 Bytes pro Jahr, pro Woche oder pro Millisekunde?
Wie wichtig ist eine fehlerfreie Übertragung?
Ist Platz für eine Typkennung vorhanden? Mehr Daten.
Ist Platz für eine Prüfsumme vorhanden? Mehr Daten.
Kann der Datensatz wiederholt werden? Übertragungsunterbrechung für 
Wiederholung. Bidirektionales Arbeiten. Quittungsbetrieb.
Ändern sich ein paar oder alle Daten häufig?
Wie gestört ist der Arbeitsplatz? Übertragungsqualität, Wiederholungen.
Wie weit sollen die Daten übertragen werden?

und dabei habe ich wohl noch die Hälfte vergessen...

Peter M. schrieb:
> Oliver S. schrieb:
>> Einfach mit if-else Abfragen mit strcmp?
>
> Das macht man mit einem switch() Statement innerhalb einer Statemachine.
Also in etwas so?

1

int state = 0;

2

while(true)

3

{

4

  switch(state)

5

  {

6

    case 0:

7

      if(nextByte == sstart byte) state = 1;

8

    break;

9

    case 1:

10

      if(nextByte == setting pwm1) state = 20;

11

    break;

12

    case 2:

13

      if(nextByte == setting pwm2) state = 21;

14

    break;

15

    ...

16

    ...

17

    ...

18

    case 20:

19

      byte temp = nextByte;

20

      if(checkCRC(nextByte))

21

        changePWM(temp);

22

      else

23

        requestResend(setting pwm1);

24

      state = 0;

25

    break;

26

  }

27

}

Scheint wohl das ASCII die richtig Wahl zu seien scheint bei meinen 
Anforderungen.

PPP schrieb:
> Du kannst dich auch von PPP inspirieren lassen:
> https://technet.microsoft.com/en-us/library/cc957975.aspx

Ok danke. Ist aber HDLC auch sehr ähnlich.

W.A. schrieb:
> Was ist an "jede Sekunden Sensordaten 4 Bytes" und "hin und wieder die
> Einstellungen" so schwer zu verstehen?
>
> Wenn die Sensordaten mit 4 Byte/s kommen, kannst du wohl davon ausgehen,
> dass "hin und wieder" von Millisekunden weit entfernt ist. Und relativ
> zur Datenrate ist es dann egal, ob 100 Bytes pro Jahr oder pro Woche.

Ich hätte mich wohl genau ausdrücken müssen. Wobei ich mir bei vielen 
noch gar nicht so sicher bin. So oder so werde ich wohl keine große 
Bandbreite benötigen.

Irgendwer schrieb:
> Die bis jetzt hier gegebenen Antworten springen kreuz und quer von Layer
> eins bis hin zu Tipps für Layer sieben lustig umher ohne das du
> überhaupt definiert hast was du überhaupt genau haben willst.

Mein Frage bezieht sich wohl eher auf die Schicht 2. Wobei ich mich wohl 
ein paar mal vertan hab und von Paketen gesprochen habe.