Am Dienstag, den 06.12.2005, 14:48 +0100 schrieb Bernhard Schiffner:
On Tuesday 06 December 2005 13:30, Alexander Tomisch wrote:
Wie sieht die Beeinflussung aus / könnte sie aussehen?
Bei einem (cat) kommt beispielsweise das an TxD gesendete auf RxD parallel zurück.
Tatsächlich - wenn der Empfänger cat benutzt, hört der Sender sich selbst ... warum ist dem so?
Momentan hab ich noch nicht ganz aufgegeben und experiementiere damit:
cat /dev/ttyS0 | tr -dc "\012 -~"
cat am "normalen" ttyS* scheint bloß bestimmte Zeichen (aus dem 8-Bit-Zeichensatz) mitzubekommen,
Im RAW-Modus geht alles durch (stty -F /dev/ttyS0 raw) - damit geht auch die in deinem Vortrag angesprochene Übertragung von Binärdateien - allerdings nur bis 4kB - dann kommt wahrscheinlich das cat-Problem von oben zum Tragen.
test.rnd entstammt /dev/urandom und kleiner 4kB
Sender: cat test.rnd > /dev/ttyS0 Empfänger: cat /dev/ttyS0 > test.rnd
MD5 sagt, das die Dateien gleich sind ...
außerdem kenne ich keine Möglichkeit, so etwas wie ein Puffer-leeren zu organisieren.
Das Puffer-leeren passiert - eine minimale Pause zwischen den Datensätzen reicht aus. Interessant wäre es gewesen, den Puffer zu vergrößern - allerdings scheint das direkt im Treiber festgelegt zu werden.
Sende ich jetzt von einem zweiten Rechner aus einen im raw-Modus des ttys mitgeschnittenen Datensatz (~500B), funktioniert es und alles nicht lesbare fliegt raus - auch wenn ich das zwanzig mal wiederhole.
Tip: vergleiche die Dateien mal. (s.o.)
Siehe RAW-Modus - die Daten sind ok - solange nicht mehr als 4kB hintereinander kommen.
Wie meinen "Keine Alternative" bzw. was würde es bringen?
Drei physische Schnittstellen mit einer Aufgabe beschäftigen.
Schon klar, das das Unfug wäre - aber wie würde es funktionieren?
Sehr gern :)
(private Mail folgt)
Danke :)
Bernhard
Alex