USB-RS232 warum gehen die nicht

Und dann gab es (ca. 1985 :-) noch eine Registrierkasse (ANKER oder ADS) die auf ihrer seriellen Schnittstelle eine 'wohldefinierte' Pause von 'ca. 5 - 8 Millisekunden' zwischen den einzelnen Kommando-_Records_ haben wollte.

Auf einem KAYPRO (4 MHz Z80) war das überhaupt kein Problem; auf dem PC / AT unter MSDOS auch keines. Aber dann unter Windows...

Und it heutigen USB-Teilen könnte das bei solchen Anforderungen auch zu Problemen kommen,

Nur Rx- und Tx-Daten; keine Handshake-Signale nötig, IIRC

Gruss, Holger

Reply to
Holger Petersen
Loading thread data ...

Otto Sykora schrieb:

^^^^^

^^^^^^^^

SCNR

--
Gruesse
Stephan
Reply to
S.Urban

Jetzt interessiert mich langsam die Anwendung bzw. die Zielgeräte, Hersteller.... Magst Du darüber was erzählen.

Saludos Wolfgang

--
Meine 7 Sinne:
Unsinn, Schwachsinn, Blödsinn, Wahnsinn, Stumpfsinn, Irrsinn, Lötzinn.
 Click to see the full signature
Reply to
Wolfgang Allinger

Das wiederum ist völlig normal und richtig, wenn es einen PE Anschluss gibt, muss der auch benutzt werden und die Rechnermasse muss mit PE verbunden sein. Typisch liegt der -pol auf Masse.

Dass das zu 'Brummschleifen' führen kann, ist ein anderes Blatt.

Und bei Deinen kurzen Kabellängen von 2m, dürfte das nicht das geringste Problem machen. Wenn doch, ist da was ganz übles in der Installation vermurkts worden.

Saludos Wolfgang

--
Meine 7 Sinne:
Unsinn, Schwachsinn, Blödsinn, Wahnsinn, Stumpfsinn, Irrsinn, Lötzinn.
 Click to see the full signature
Reply to
Wolfgang Allinger

Murks as Murks can!

Jau.

Jau! Au!

So einen Müll kenne ich auch von DEC, die schickten seinerzeit hinter jedem und 5-10 :-( Konnte man einstellen in der config (oder wie das damals hiess)

Das üble an den ist es, dass das die üblichen Checksummen nicht veränderte, bloss die Zeichenanzahl im Protokoll stimmte nicht mehr.

Und dann in Kombination mit Siemens 3964R Protokoll... Da hab ich nachgewiesen, dass SIEMENS und TANDEM die (eigenen) Protokolle nicht eingehalten haben. War lange, teuer und nervig, aber als man mir Produktionsausfall und Unkenntnis unterschieben wollte, wurde ich halt bockig. Schöne Stundenzettel geschrieben und abzeichnen lassen. Den Dr. XXXXX, der das verbockt hat und sich weigerte, endlich Vernunft anzunehmen... war irgendwann von der Gehaltsliste verschwunden und ich hab meine IIRC 25kDM für Wartezeit/Inbetriebnahme/Consulting bekommen :-)

Ich hab auch den Bau eines kleinen (Z80 2,5 MHz; 9600Bd) bezahlt bekommen, der in dem Werk/Konzern alle SIEMENS und Tandem Rechner aufs Kreuz legen konnte :-)

Saludos Wolfgang

--
Meine 7 Sinne:
Unsinn, Schwachsinn, Blödsinn, Wahnsinn, Stumpfsinn, Irrsinn, Lötzinn.
 Click to see the full signature
Reply to
Wolfgang Allinger

Am Mon, 11 May 2009 17:51:39 +0200 schrieb Otto Sykora:

Sollte es bei einem Eurostecker doch eigentlich sein. Gemessen hab ich es aber nicht.

Liebe Grüße, Thorsten

Reply to
Thorsten Oesterlein

Otto Sykora schrieb:

Aber ein netzversorgtes Laptop darf ohne galvanische Trennung angestöpselt werden? Ist ja schön, wenn dabei NUR das Laptop die Grätsche macht, könnte aber ja auch mal ne Anlagenkomponente sein...

Wie gesagt - in Zukunft nur noch galvanisch getrennte USB-Konverter benutzen, und den Rest der Probleme mit COM-Ports etc. dann separat davon behandeln, dann wird sich das auch in den Griff kriegen bzw. auf einige wenige Sonderfälle reduzieren lassen

- Carsten

Reply to
C.P. Kurz

Aber die Tandems waren doch NonStop?

Gerhard

Reply to
Gerhard Hoffmann

Am 12.05.2009, 08:13 Uhr, schrieb Gerhard Hoffmann :

Nur bis der Wolfgang kam, und ihnen die Puste nahm ;)

SCNR

Ansgar

--
Mails an die angegebene Adresse erreichen mich - oder auch nicht.  
Nützliche Adresse gibt's bei Bedarf!
 Click to see the full signature
Reply to
Ansgar Strickerschmidt

da geht es um Anlagen der Gebäudeinstallation. Die Distanz von dem D-sub Stecker zu dem nächsten PE kann elektrisch hunderte von metern sein. Die Anlagen werden nur an einem Ort geerdet, die Bedienpanels , die sich auch zwei Häuser weiter befinden können sind floating. So ist es nunmal, die Anlagen sind so geprüft und zugelassen und genau so von diversen Fachstellen zugelassen.

Reply to
Otto Sykora

ja das konktere Bespiell mit den 2stop ist eine alte Zutrittkontrolle, also eine Art kleiner Server für RFID Zutrittleser. Irgendwann in den

90er Jahren gebaut und musste mit irgendetwas kompatibel sein was wiederum wohl nicht kompatibel war...

Sonst wie gesagt diverse Gebäudeteile, Brandmelderanlagen, Einburchmelderanlagen, Zutriit, Zeiterfassung und solches Kram.

Reply to
Otto Sykora

Die RS232 Kabel auch? Kaum vorstellbar.

Dann hast Du nur eine Chance mit potentialgetrennten RS232 (Kopplern). WuT wurde schon genannt. Gibt auch andere Hersteller.

Saludos Wolfgang

--
Meine 7 Sinne:
Unsinn, Schwachsinn, Blödsinn, Wahnsinn, Stumpfsinn, Irrsinn, Lötzinn.
 Click to see the full signature
Reply to
Wolfgang Allinger

Ja, im Prinzip schon, aber die haben den Prozess dann abgeworfen, weil die Kommunikation nicht mehr funzte :-o

Was nutz Dir ein NonStop Rechner(cluster) wenn es nix mehr zu rechnen gibt. Na gut, er kann sich um andere Prozesse kümmern. Aber ist nicht wirklich lustig, wenn der Rollgang steht, weil nix geht, das zieht Kreise :-)

Saludos Wolfgang

--
Meine 7 Sinne:
Unsinn, Schwachsinn, Blödsinn, Wahnsinn, Stumpfsinn, Irrsinn, Lötzinn.
 Click to see the full signature
Reply to
Wolfgang Allinger

Dafür wurde ja die Flußkontrolle erfunden.

Zusammengefaßt: Das Timing kann man komplett vergessen. Da USB, soweit ich weiß, in Zeitscheiben bedient wird, kommt jedes Gerät nur so ca. alle Millisekunde dran.

Bei FTDIChip gibt es eine Application-Note, die die Besonderheiten, wie ich finde, recht gut erklärt:

formatting link

Kurz: Alles, was Timing präziser als diese Zeit erwartet, wird nicht zuverlässig funktionieren. Das einzige, was dennoch geht, ist die serielle Übertragung selbst, da hier der USB-Serial-Chip das Timing auf der seriellen Seite kontrolliert.

Insbesonders sollte auch die Flußkontrolle (Handshake) funktionieren: Das ist nämlich zumindest bei den FTDI-Chips auch in der Chip-Hardware implementiert. (aus dem Linux-treiber-Quellcode: /* Set flow control */ /* Note device also supports DTR/CD (ugh) and Xon/Xoff in hardware*/ if (cflag & CRTSCTS) {

Bei selbstgebauen USB-Geräten mit FTDI benutze ich deshalb auch _immer_ RTS/CTS-Handshake. Dann ist garantiert, daß nie Zeichen verloren gehen. Wenn der Microcontroller oder der PC zu beschäftigt sind, hält er halt die Übertragung an.

Also nochmal: Hardware-Handshake funktioniert bei mir (sehr gut!) mit USB- Geräten und ist wegen der größeren Latenzen sogar eher wichtiger als bei direktem RS232. Was nicht funktioniert, ist, wenn irgendeine der Statusleitungen für etwas anderes außer der ihr zugedachten Flußkontrolle gebraucht werden, was zudem noch zeitkritisch ist. Ebenfalls geht es schief, wenn das _Timing_ der seriell übertragenen Daten kritisch ist (also z.B. innerhalb von x ms eine Antwort erfolgen muß).

Falls Du Geräte hast, die so etwas machen, gibt es schlicht und einfach mit einem USB-Seriell-Konverter keine Chance (und vermutlich mit einem echten Com-Port unter Windows auch nicht, da auch da das Timing nicht strikt garantiert ist).

So kompliziert ist es auch nicht: Die Schnittstellensignale wie auch die anderen Einstellungen werden alle ~ ms zwischen USB-Master und Slave abgeglichen, Daten werden mit einer eigenen Flußkontrolle in Paketen übertragen und der USB-Serial-Chip am anderen Ende des Kabels spielt spielt einfach wieder "Terminalprogramm" mit seiner seriellen Schnittstelle, die er entsprechend den Vorgaben konfiguriert. Auf Timing wird dabei keine Rücksicht genommen.

Cheers, Jürgen

Reply to
Jürgen Appel

Ja danke, der Link mit der Appnote ist ziemelich aufschlussreich für newbies auf diesem Gebiet.

Reply to
Otto Sykora

Ja, das sagst Du jetzt..., dann ist das natürlich anders.

Reply to
Martin D. Bartsch

Keine Ahnung, würfle es doch aus.

formatting link

--
mfg Rolf Bombach
Reply to
Rolf_Bombach

Die haben den Big Mac vergessen ...

--
SCNR, Joerg

http://www.analogconsultants.com/
 Click to see the full signature
Reply to
Joerg

Nicht nötig. So wie es da geschrieben wurde isses jedenfalls nicht das was gemeint war:)

--
Bye,
     Dietmar
Reply to
Dietmar Belloff

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.