Jonas schrieb:
> Cyblord -. schrieb:
>> Ein UART alleine bringt dir wenig, wenn du Informationen übertragen
>> willst. Den Bytes einen Sinn zu geben, die durch den UART flitzen, das
>> ist dann dein Protokoll.
>
> Also 'nur' durch die Zuordnung von Informationen an den einzelnen Bits
> eines Frames wird das Protokoll beschrieben?
> Also wird sich nicht Hardwaremässig darum gekümmert, dass die
> Informationen vermittelt werden.
Ein Protokoll kann auch eine Überprüfung beinhalten, ob Informationen
angekommen sind (Stichwort. ACK).
Dann kann ein Protokoll aus viel mehr bestehen als nur einer reinen
Zuordnung. Es beschreibt eventuell viele Pakettypen, Befehle, mögliche
Antworten, Timings, Fehlerbehandlung usw usw.
> Weil oft lese ich auch, dass überprüft werden muss, ob der Empfänger die
> Daten erhalten hat (was ja auch wichtig ist). Aber wird das nicht
> sowieso vom Transciever übernommen? Also ist das nicht auch schon
> Hardwaremässig implementiert?
Wie sollte das gehen? Im besten Fall übernimmt ein fertiger Chip oder
eine SW-Library ein Protokoll auf unterer Ebene und handelt Acknowledge
und Retransmission selber. Aber im Endeffekt ist das alles irgendwie nur
Software. Der physikalische Übertragungskanal kann so was ja nicht
selber sicherstellen.