USB to Serial Adapter

Sinnentnehmend nochmal leseen!

Nein man braucht prinzipiell keinen Treiber, aber man/ich weis nie, welche COMxx das ist an dem Anschluss.

Desterwegen obiges Teil, was COM1...COM128(?) anzeigt, wenn man es in irgendeinen USB reinstopft. Für mich sehr nützlich! YMMV

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Jein, wenn Du ein (altes) Terminal Proggi benutzt, dann will das wissen, welcher COMport benutzt werden soll.

Und ich/man kann das nicht einfach rausfinden :(

Dafür ist das Teil (für mich) ideal, ich stopfe es einfach in den USBport, den ich benutzen will und es zeigt mit die COMxxx am Display an.

Ob ich das Teil dann auch als RS232 Wandler benutze, oder danach was anderes anschließe, ist dann nach meinem gusto.

Hab ich :) MB ASUS B560 hat noch einen Anschluss für D-SUB Kabel, so man so ein Schätzchen (9/25pol samt Slotblech)) noch besitzt. Bei mir hängt meine antike APC_USV_1000 dran. WOWEREIT!

Die USV habe ich seit 1992(?) Sämtliche Gewitter, Versorger Spirenzchen -besonders hier in PY- toll abgefangen. 70V .. 260V alles paletti! keinerlei Ärger, ausser alle paar Jahre mal neue Akkus...

YMMV

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Am 30.03.25 um 18:06 schrieb Wolfgang Allinger:

Seit wann braucht man für USB <-> Seriell einen Treiber? Das Protokoll ist auf USB-Seite eigentlich standardisiert, weshalb der generische Treiber alle Konverter unterstützen sollte.

Marcel

Am 31.03.2025 um 09:28 schrieb Marcel Mueller:

Schon immer, wie praktisch für jedes USB Gerät. Der Host muß ja wissen, womit er es zu tun hat - da reicht standardisierte USB Protokoll nicht.

Am 30.03.25 um 18:06 schrieb Wolfgang Allinger:

Dir ist aber schon klar das USB Ports keine COM-Port Nummern haben oder? Das ist nur ein Virtueller COM (Serial COMmunication) Port und der wird auch eher auf den USB-Adapter abgebildet - und nicht auf einen speziellen USB-Port. Idealerweise ist es egal in welche USB Buchse du den Adapter steckst.

Hättest du einen Legacy PC mit echten Seriellen (9-Pol. D-Sub) Anschlüssen dann würden die Virtuellen Ports wohl nicht bei COM1 starten (können). Sondern bei COM2 oder höher.

JftR: Früher konnten maximal 4 Serielle Ports an einem PC vorhanden sein. Und zwei von denen mußten sich den IRQ schon teilen.

Bye/ /Kay

Am 31.03.25 um 09:28 schrieb Marcel Mueller:

Jein. Standardisiert ist die CDC-Klasse, welche jedoch neben der USB-seriell-Umsetzung "eigentlich" auch eine Modem-Emulation mit AT-Befehlssatz vorsieht.

Einige Chip-Hersteller setzen trotzdem auf CDC und ignorieren die Forderung nach einer Modem-Emulation, andere setzen stattdessen lieber auf ein proprietäres Protokoll, für das ältere Windows-Versionen einen Treiber benötigen.

Deswegen gibt es unter-Spezifikationen, wie z.B. USB-Storage, USB-Sound und auch USB-Serial.

Nur ist es bei USb-Serial nicht so gut entwickelt.

Grüße Marc

Am 31.03.25 um 10:18 schrieb Marc Haber:

Es gibt kein "USB-Serial", siehe

Ich kann mich an einen wahnsinnigen Driss mit treibern für den Prolific PL2303 erinnern. Die gingen in ihren treiberupdates recht rabiat gegen Chnia-Clones ihrer Chips vor. teilweise waren davon sogar einige Chargen ihrer eigenen Chips betroffen. Mich verband immer ein Hassliebe zu den teilen.

Ja, richtig und ein Treiber(!) kümmert sich dann um das Handling...

Systemsteuerung/Geräte-Manager

Wenn Du mehr als 1 eingestöpselt hast, was machte dann, abgesehen davon das Du eh noch weiter clicken must, bis Du die COMxx gefunden hast :(

Und nochmals zum mitmeißelt: Mein Adapter hat ne 3 stellige Anzeige, die die COMxxx anzeigt, keine Klickorgien, keine winz Nummer. Schlicht und ergreifend. Selbst wenn man den Adapter nicht als UART benutzt und nur mal neugierig ist!

DualUse in schönster Form, 3 Stück für 20USD sollte in jeder Entstörkiste sein. Jedenfalls bei mir!

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Nä, da poppt nix, das Gerätchen hat selbst eine 3stellige 7seg Anzeige und wrap pfosten für UART pins...

Perfektes DualUse für 20$/3Stück. Mit das beste, was ich bisher als UART habe.

GENAUUUUUU!

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

"Kay Martinen" schrieb:

Wenn es ein richtiger COM-Adapter ist dann ist die COM-Schnittstelle auch mit Nummer im Windows Gerätemanager drin. Bei einfachen Adaptern wird das eher so gehandhabt als ob das angeschlossene Gerät nur mit der USB-Schnittstelle verbunden ist.

Das Bios hatte mal so eine Einschränkung daß da anfangs nur die ersten beiden COM eingetragen wurden, später waren es die ersten vier. Aber Hardwaremäßig konnte man schon auf einen 286er Board so viele COM stecken bis der Adreßraum voll war, und die auch nutzten.

Frank

Richtig. Wenn aber Wolfgangs Programm im Hintergrund läuft und beim Einstecken mit der Meldung aufpoppt, dann wäre das schon eine Vereinfachung und Erleichterung.

Hi Wolfgang, ich hatte eben mal nach "CorecloudSUTUCSetup_windows_v0.1.0.exe" suchen lassen. Zumindest bei mir wird da nur der Hinweis auf diesen Thread gefunden. Unter

Am 31.03.25 um 11:06 schrieb Andreas Bockelmann:

Das war FTDI ... Dave vom EEV-Blog hat sich dazu bestimmt genügend ausgelassen.

Am 31.03.25 um 14:00 schrieb Frank Müller:

Dafür ist der Gerätemanager ja da, um Geräte an zu zeigen. ;)

Wenn das Gerät und seine Software Legacy-free ist dann braucht es ja auch keinen COM-Port. Den braucht nur ältere Software oder solche die darauf besteht.

Die ersten PCs und BIOSe hatten das eher überhaupt nicht weil Serielle Ports nur auf externen ISA Karten kamen. Erst als 1-2 Serielle Ports mit IDE u.a. Komponenten auf die Hauptplatinen gewandert sind bestand die notwendigkeit diese dort auch auf zu führen. Seit PnP sowieso weil Windows u.a. die Entsprechenden Datenstrukturen auslesen (konnten).

Bei 15 IRQ von denen einige schon belegt waren bleibt da aber nicht mehr viel Raum zur Sinnvollen Nutzung. Außerdem war alles jenseits der üblichen 4 I/O-Adressen und IRQ 3 & 4 (ggf. noch 5 oder 7) eben nicht unbedingt frei oder mußte doppelt genutzt werden.

Zu der Zeit waren IRQ's noch Flanken-getriggert und nicht per Level (was IRQ-Sharing einfacher machte)

Im IRQ-Handler machte das dann eine Unterscheidung der Auslösequelle nötig. Kostet zeit, pro IRQ-Anforderung. Ein 16550 UART kann z.b. nach 8 empfangenen Zeichen einen auslösen, ein 16450 nur schon nach dem ersten (= 8 mal so viele Interrupts). Das bremst. Polling ist eine Alternative aber nicht die bessere. Wenn keine IRQ mehr frei sind aber die einzige.

Mal auflisten was ich noch in Erinnerung habe.

IRQ Verwendung

02 & 09 Master/Slave IRQ-Kopplung

Wenn du (BTDT) also einen (Win)DOS-PC hast mit

Dann ist quasi nichts mehr frei. Seriell & Parallel waren oft auch nur

Sound, Midi und Netzwerk oder SCSI haben sich z.b. auch gern (default) Adressen um 300h oder 330h gekrallt. Wenn man alle drei einsetzen wollte müssen ggf. 2 davon umstellbar sein. Sind sie es nicht: Pech gehabt.

Tl:dr "bis der Adressraum voll" ist hier also keine wirklich anwendbare Kategorie da man schon vorher an andere Ressourcen-grenzen stößt. 4 ist das übliche Limit, mehr geht nur mit üblen Hacks.

Für Sperenzchen jenseits der 4 Ports gibt es intelligente Multiport Karten wie z.b. eine Specialix SI-2. Die belegen nur einen Slot haben aber einen eigenen Prozessor, brauchen Firmware für das jew. OS und haben ein teils fettes Breakout-Kabel oder eine Leitung zu Terminal-Modulen die auch aneinander gereiht werden können. Ebenfalls BTDT.

Bye/ /Kay

Am 31.03.25 um 09:44 schrieb Hergen Lehmann:

Das wäre doch praktisch... wenn man mit einem ATZ seine Maus resetten könnte, mit ATI den Hersteller in das Terminal holen könnte u.s.w.

Ob nach einem ATDT0W,0191011 meine Maus aber anfangen würde zu Pfeifen und achtkantig über den Tisch spränge bis sie einen CONNECT 300 mit meiner Hand bekäme... das bezweifele ich doch heftig. ;-)

Wenn es eh keine Analogen Telekom POPs mehr gibt ist obiges sowieso Unsinnig.

Das macht sicher einiges einfacher. Für den Hersteller (proprietär) und die Geplante Obsoleszenz (kein WinX Treiber = Wegwerfen).

Bei Modems gab es früher auch teils zueinander inkompatible Erweiterungen des AT Befehlssatzes. Aber so lange sie noch einen Seriellen Port und eigenständige Intelligenz (CPU u.s.w.) hatten konnte man sie mit jedem Terminal-Programm ansprechen. Dann mußte man nur wissen welcher Befehl für was ist und wie die S-Register belegt sind (jenseits des Standards).

Mit den WinModems fing das ja an das sie keinen echten COM-Port mehr hatten (Virtual COM) nur noch Steckkarten mit Dummer Peripherie waren und alles andere im Treiber landete. Im Grunde eine auf Telefonie optimierte Soundkarte.

Bye/ /Kay