Ja bitte. Die Umrahmung der Zeichen ist von ihrem Inhalt getrennt. Es gibt keinen Grund dafür, dass acht Bits von Null inhärent als "keine Daten werden gesendet" interpretiert werden - jeder mehr als ein Plattensektor mit Nullen wäre.
Um es näher zu erläutern: In einer typischen asynchronen Serie haben Sie ein Startbit, dann acht Datenbits und dann ein Stoppbit. Sie hätten immer noch die acht Datenbits - sie wären einfach nur Nullen. Das Start- und Stoppbit sagen dem Empfänger "Hier ist ein Zeichen". Was die Teile des Charakters sind, sind irrelevant.
Wenn ein empfangendes Programm die NUL als "keine Daten" interpretiert, ist dies seine Aufgabe, aber das ist ein Problem auf der Anwendungsschicht.
Wenn das empfangende Programm beispielsweise ein Terminalemulator ist, wird es wahrscheinlich nichts tun, wenn es eine NUL empfängt (weil dies bei den meisten echten Terminals der Fall ist). Die serielle Port-API hat immer noch den Empfang des NUL-Zeichens registriert und dem Programm übergeben. Es ist der Terminal-Emulator, der entschieden hat: "Oh, das werde ich einfach ignorieren."
Es gibt eine ganze Reihe von Anwendungen zum Senden von "binären" Daten über asynchrone serielle Leitungen, die ohne NULs fehlgeschlagen wären oder überhaupt nicht empfangen worden wären.
Weitere Informationen finden Sie unter https://en.wikipedia.org/wiki/Asynchronous_serial_communication