Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Christian Zietz Newsgroups: de.sci.electronics Subject: =?UTF-8?Q?Re:_Effizientes_serielles_Protokoll_f=c3=bcr_Arduino=3f?= Date: Sun, 22 Jan 2017 15:00:23 +0100 Lines: 27 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net XrtCYV6juI0abJuw598eAAgWEDaOHutfRTQNliaWu2dmqung== Cancel-Lock: sha1:vcd+UzpFbOpGKIhlbS3N/1BJSEs= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 In-Reply-To: Xref: csiph.com de.sci.electronics:221435 Hermann Riemann schrieb: > 1. Mit einem timer eine Ruhepause einlegen > und danach wieder Sendebeginn. > > 2. Die ID belegt nicht alle Werte im Bereich 0:255. > Bei einem nicht durch ID belegten Inhalt sollte es ich > um ein Datenbyte handeln. 3. Man kann die sonst ungenutzten 6 Bits der ID auch eine Checksumme über ID und Daten reinpacken. Das verringert die Wahrscheinlichkeit weiter, dass man ein Nutzbyte fälschlicherweise als ID-Byte betrachtet und sichert zusätzlich noch gegen Übertragungsfehler, gegen die Manuels ursprüngliche Idee machtlos ist. CRC-6 wäre vielleicht übertrieben: . Übrigens: Wenn wir uns schon Sorgen über den Verlust der Synchronsation machen, wer sagt denn, dass bei Manuels Schnittstelle nicht auch die Synchronsation auf Bytegrenzen verloren gehen kann? Christian -- Christian Zietz - CHZ-Soft - czietz (at) gmx.net WWW: http://www.chzsoft.de/ PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA