Hallo zusammen,
damals, als wir noch mit dem Modem und Terminalprogramm ins Netz gingen, da war das irgendwie so, dass man zum Dateien herunterladen xmodem bis zmodem angeworfen hatte, dann irgendwie den Dateinamen eingab und dann gewartet hatte, bis die Datei da war. Dann gings im Terminal weiter. So
Befehlen machen und dann bei Gelegenheit die gesammelten Daten in eine
Danke
Marte
Am 22.11.2017 um 19:17 schrieb Marte Schwarz:
Kommt drauf an, was dein lieblings Programmiertool ist.
senden. Der macht das mit Lazarus.
initialisiert und dann in einem Timer nachschaut, ob Daten im Puffer liefgen die man auslesen und auswerten kann. Dazwischen sendet man dann Daten raus. Empfangene Daten werden in einem Textfenster (Memo) angezeigt.
Stefan
Die meisten Terminalprograme haben Option "Mitschreiben in File".
ASCII schicken. Ich habe bei z.B. Temperaturmessungen meist mehrere Sensoren, also pro Zeile mehrere Zahlen. Mathcad oder Excel haben wenig Probleme solche .txt-Files zu lesen.
Xmodem ist simpel:
XMODEM wurde bei den EnergyMicro ARM-Controllern als Bootloader
zum Laufen gebracht. D.h. inkompatible Varianten sind wohl nicht selten.
MfG JRD
in der Uni damals in der Shell immer 'sz' und 'rz' benutzt, der Source
verschluckt. Ohne CRC-Test hast du dann nur Schrott.
Gerrit
Source war die Definition des Protokolls. Ich habe nie gesehen
MfG JRD
Am 22.11.2017 um 20:14 schrieb Rafael Deliano:
Bis das gesendet, empfangen und vom Gegenseite ausgewertet ist, sind
oder einen USB/seriell-Umsetzer in der Leitung sogar mehrere hundert Byte. Davon abgesehen erfordert XMODEM eine transparente Verbindung, Software-Handshake kann also nicht verwendet werden.
Hergen
ankommt das Empfangsregister auslesen. Hast du das nicht gemacht war das
jedem Byte.
andere Dinge in den Weg, z.B. ein Floppy- oder HD-Zugriff um die Daten
konnten das besser.
Ich hatte damals in meinem Amiga eine Adapterkonstruktion um PC
mit 32 Byte FIFO, der IRQ-Threshold stand auf 16 Bytes oder so. War sehr entspannt, auch bei 57600 Bps keine verlorenden Bytes mehr und, da
Gerrit
Den Schrieb kenne ich. Ich habe ehedem mal versucht das Ding in
habe ich es aber dann sinnvollerweise aufgegeben.
C-Programmierung hat.
Hardware-Handshakeleitungen mehr und verwenden deshalb flowcontrol a la XON/XOFF. Ich habe damit keine Probleme
der keine FIFO hat.
MfG JRD
Am 22.11.2017 um 19:17 schrieb Marte Schwarz:
kermit gab es auch noch.
entfernten Computer, welches beim download die Sendeseite implementiert,
zmodem im Datenstrom erkennt und dann automatisch aktiv wird.
sollte mindestens ymodem sein.
ExtraPuTTY. Oder man nimmt Tera Term Pro.
Bernd
Am 22.11.2017 um 21:16 schrieb Rafael Deliano:
Ich denke, es gab keine formalen Beschreibungen, nur Beispielcode?
Nein, Erfahrungswert. Ich hatte damals beruflich etliche Jahre mit Mehrfach-seriellen Karten in PCs zu tun, die in der konkreten Anwendung
24/7 mit mehreren gleichzeitig aktiven Ports stabil laufen mussten.Handshake nicht immer rechtzeitig kam.
Mehr ging das erst, wenn man die 8250 durch 16450 (mit FIFO) tauschte. Die 8250 waren einfach zu primitiv, luden selbst Hardware-Handshake der CPU auf, und das verkorkste Interruptsystem des PC mit seinen vollkommen
Moderne Mikrocontroller sind relativ unproblematisch. Selbst einfache
8Bitter wie PIC und AVR reagieren so schnell auf Interrupts, das man problemlos einen FIFO in Software realisieren kann, der noch ein paar Bytes puffert, bis der Sender das XOFF verdaut hat.XMODEM hatte viele Probleme und war eigentlich fast schlagartig tot,
Hergen
Definition des Protokolls die eine andere Implementierung erlauben
Implementierung in einer Programmiersprache gibt.
Wenn der Logger eine 8 Bit CPU haben sollte wird ZMODEM schon wegen Umfang nicht attraktiv sein.
MfG JRD
Gibts dickes Buch dazu:
andere Terminalprogramme seltener.
MfG JRD
Richtung PC. Ich hatte heutzutage nie das Problem dass
extremen Versuche mit der Baudrate der V24 macht.
MfG JRD
Der 16450 unterscheidet sich nicht wirklich vom 8250. Du meinst den
16550, speziell in der 'A'-Version (wenn er von National war, von denen stammt das Design). Die ohne A hatte noch einen kleinen Bug bei demIrgendwo hab ich noch zwei 16C550 von Goldstar rumliegen...
nicht mehr wirklich ein Problem. Ideal war ein IRQ-Threshold von 8
Bytes im FIFO waren. Damit hatte man weitere 8 Bytes Zeit die einzusammeln bevor es zum Datenverlust kam. Wenn nicht genug Bytes einliefen um den Threshold zu erreichen gab es einen Timeout von 3 Bytes
den 16550 nicht hirntot implementiert war hatte er keine Probleme mit
Hab ich mal in Assembler implementiert. Kann aber trotzdem problematisch
Millisekundenbereich haben will. Da muss man den FIFO dann schon
Gerrit
Oder gescheit programmieren. Es muss ja nicht das ganze Programm warten, nur
Die Ausgabe war die eingegangenen Bytes auf dem Display darzustellen. Da
Gerrit
Speziell bei AVR muss man dann aber aufpassen, dass die ISRs der
erzeugen (im worst-case alle in Summe). Die RX-Interrupts der beiden
man kann das nicht umkonfigurieren. Im worst case kann alleine das herumspringen zu den ISRs schon ordentlich Zeit kosten:
Die USARTs haben zwar RX-FIFOs aber auch nur 2 Byte plus das Schiebe- register.
Am 23.11.2017 um 08:10 schrieb Gerrit Heitsch:
Ja, sorry, ist 30 Jahre her... ^_-
etliche Bytes kommen. :-(
Hergen
Hi Bernd,
Ja, aber nicht wirklich lange in meinem Umfeld. Zmodem lief auf den
386ern schon recht ordentlich.
Deshalb kann ich mich an die Sequenz nie erinnern :-(
AFAIR wird xmodem in den AVR Bootloadern und nicht nur da eingesetzt. Ich hab mich schon oft gewundert, warum man Arduinos einfach mit
Datenverbindung hinbekommt. Anscheinend gehts mit xmodem dann doch
solche Kniffs zu machen. Aber wenn es xmodem sein muss, damit das TeraTerm mitbekommt, dass jetzt Daten ins File zu schreiben sind, wirds
CU Marte
Das lief auch schon auf einem Amiga, also snipped-for-privacy@7.xMHz in benutzbar. So verwendet mit NComm.
Gerrit
Have something to add? Share your thoughts — no account required.
Ask the community — no account required