TComport & USB Seriell Wandler

[Muellermilchtrinker]

Hallo DP,

um den normalen Comport anzusteuern nutze ich diese Komponente: http://sourceforge.net/projects/comport/
Nun habe ich diesen USB Seriell Wandler: http://www.digitus.info/produkte/zub...b-20-da-70156/
Leider kann ich keine Strings darüber senden. Verbinde ich RxD und TxD, öffne davor den Comport (kommt keine Fehlermeldung) und probiere dann etwas zu senden, dann kommt nichts zurück. Zur Überwachung nutze ich die enthaltene Terminalkomponente.
Jmd. eine Idee, wie ich den Wandler zum laufen bekomme?

[Klaus01]

Hallo,

hat sich der Wandler als ein zusätzlicher Comport registriert?
Was ist, wenn Du dich mit dem Hyperterminal auf den Port setzt
und etwas sendest?

Grüße
Klaus

[mkinzler]

Setze mal testweise den virtuellen COM-Port auf einen anderen Port.

[Muellermilchtrinker]

Also der Wandler registriert sich im Gerätemanager so:

Code:

+Anschlüsse (COM+LPT)
  - USB Serial Port (COM2)

Comport hab ich schon geändert, ohne Erfolg.
Hyperterminal kann ich leider nicht testen, da ich Win Vista habe, aber andere Terminalprogramme haben auch nicht funktioniert.

[Chemiker]

Hallo Muellermilchtrinker,

nicht alle USB Seriell Wandler funktionieren richtig, ich habe 3 oder 4 probiert bis ich einen gefunden habe (war auch der billigste) der mit einer SPS zusammenarbeitet. Beim eigenen Programm kann es auch am UniCode liegen, den versteht die serielle Schnittstelle nicht. Dann kann das Protokoll der seriellen Schnittstelle nicht übereinstimmen.

Bis bald Chemiker

[zeras]

Ich hatte auch Probleme mit verschiedenen Wandlern.

Schicke doch mal eine große Menge an Daten rüber und schaue, ob doch nicht was zurückkommt.
Welches Protokoll verwendest du? Hardware oder Software? Bei Hardware müssen die Statussignale richtig stehen, damit was passiert, bei Softwareprotokoll gibt es ja auch einen Befehl für die Syncronisation.

[Question_mark]

Hallo,

Zitat:

Zitat von Chemiker

nicht alle USB Seriell Wandler funktionieren richtig, ich habe 3 oder 4 probiert bis ich einen gefunden habe (war auch der billigste) der mit einer SPS zusammenarbeitet.

Das kann ich gerne bestätigen ...
Allerdings hat der Muellermilchtrinker bisher nichts von einer SPS geschrieben. Wenn es sich da wirklich um eine SPS-PC Verbindung handelt, hast Du aber absolut recht. Ganz besonders kritisch ist eine Anbindung an die Simatic S5 Serie über das AS 511 Protokoll. Das Timing in diesem Protokoll ist so knallhart, da scheitern die meisten USB/Serial Wandler ganz einfach und strecken alle viere von sich. Das RK512 Protokoll ist da etwas toleranter, aber trotzdem scheitern daran auch noch eine ganze Menge Adapter. Generell kann man sagen, das ein Wandler mit einem FTDI Chip das Timing schafft und alles funktioniert. Bei anderen Wandlern ist das eher Zufall.
Ich persönlich verwende für diese Aufgaben dieses Produkt :

http://www.deltalogic.de/content/view/53/77/lang,de/

Das läuft mit allen S5 Systemen rund und ohne Probleme.

Zitat:

Zitat von Muellermilchtrinker

Hyperterminal kann ich leider nicht testen,

Das Zeug ist auch Quatsch, wenn Du wirklich die serielle Schnittstelle testen willst, dann siehe hier : http://www.serial-port-monitor.com/

Lass Dich einfach nicht von dem fettgedruckten Preis für die DVD beeindrucken, der Download und die Nutzung ist kostenlos und zeigt Dir real die Daten an dem entsprechenden COM-Port an.
Ich hoffe mal, das hilft Dir weiter. Wenn es sich dann wirklich um eine Verbindung zu einer SPS handelt. Ich habe das einfach aus dem Beitrag vom Chemiker so übernommen.

Gruß

Question_mark

[hathor]

Funktionieren die Testprogramme (z.B. EnumDemo), die es beim Hersteller FTDI gibt?

Device details:
USB VID: $XXXX
USB PID: $XXXX
Serial number string: FTXXXX
Description string: USB Serial Converter

[Muellermilchtrinker]

Was ich damit machen will ist ganz einfach.
AVR Microcontroller (AtMega, Attiny) per RS232 steuern. Das ganze sollte auch noch per Delphi erfolgen, was ja mit TComport bis jetzt geklappt hat, leider nur eine "echte" RS232-Schnittstelle.

Die anderen Vorschläge probiere ich nachher mal aus.

[Muellermilchtrinker]

Zitat:

Zitat von Question_mark (Beitrag 1079774)

Zitat:

Zitat von Muellermilchtrinker

Hyperterminal kann ich leider nicht testen,

Das Zeug ist auch Quatsch, wenn Du wirklich die serielle Schnittstelle testen willst, dann siehe hier : http://www.serial-port-monitor.com/

Lass Dich einfach nicht von dem fettgedruckten Preis für die DVD beeindrucken, der Download und die Nutzung ist kostenlos und zeigt Dir real die Daten an dem entsprechenden COM-Port an.

Danke, dass Programm muss ich mir merken. Da wird genau angezeigt, was ich gesendet habe. Also liegt der Fehler, an der Terminalkomponente von TComport. Muss ich da nochmal genauer schauen. :thumb:

[Question_mark]

Hallo,

Zitat:

Zitat von Muellermilchtrinker

Da wird genau angezeigt, was ich gesendet habe. Also liegt der Fehler, an der Terminalkomponente von TComport.

Darf ich Dich da mal etwas korrigieren : Da siehst Du manchmal, was Du gesendet hast. Aber generell siehst Du genau das, was TComPort an die serielle Schnittstelle gesendet hat. Der Serial Port Monitor klemmt sich vor den COM Port und nicht zwischen Deinem eigenen Delphi Code in der Anwendung und TComPort. Nur so zur Information, damit Du da nicht eventuell falsche Schlüsse ziehst und am falschen Ende suchst.

Gruß

Question_mark

[Question_mark]

Hallo,

noch mal einen kleinen Nachtrag dazu. Du siehst natürlich mit dem serial port monitor nur den Datenverkehr am Com Port innerhalb des PC. Wenn da ein Hardwarefehler in der Peripherie oder ein falsch eingestellter Zeichenrahmen, Baudrate im Spiel ist, wird das nicht erkannt.

Wenn Du kein Problem mit Schraubenzieher und Lötkolben hast, dann kannst Du Dich natürlich auch mit einem weiteren PC und etwas Lötzinn physikalisch in die RS 232 Verdrahtung einklinken und betrachten, welche Daten wirklich physikalisch auf den Drähten herum schwirren.

Dazu verwende ich bevorzugt das hier :

http://www.autem.de/index.php?site=de_siocheck

Ist allerdings kostenpflichtig, aber hift wirklich gut bei der Datenanalyse. Ich denke aber, Du wirst für diese Aufgabe durch G**gle auch ein entsprechendes, kostenloses Produkt finden.

Gruß

Question_mark

[Question_mark]

Hallo,

Zitat:

Zitat von Question_mark

Wenn Du kein Problem mit Schraubenzieher und Lötkolben hast, dann kannst Du Dich natürlich auch mit einem weiteren PC und etwas Lötzinn physikalisch in die RS 232 Verdrahtung einklinken und betrachten, welche Daten wirklich physikalisch auf den Drähten herum schwirren.

Ich will das noch etwas erläutern, weil ich gerade den passenden Link dazu wiedergefunden habe :

http://www.mikrocontroller.net/attac...oringcable.png

Nimm Schraubenzieher, Lötzinn und Lötkolben und brate Dir das Kabel aus dem obigen Link zusammen. Jetzt brauchst Du nur noch einen alten PC mit zwei echten COM-Schnittstellen (für diese Zwecke habe ich mir noch so eine alte Vobis 100MHz Schleuder aufbewahrt :zwinker:)

Dann kann man mit SIO-Check (oder einem anderen bei Tante Google zu findendem kostenlosem Tool)
beobachten, was wirklich physikalisch auf diesen 2 Drähten herumflitzt. Funktioniert natürlich nur bei RS 232 (auch schon mal als V24 bezeichnet), für TTY habe ich da einen speziellen, aber schei...euren Adapter gekauft.

Für manche Fälle ist auch der Serial Port Monitor gut geeignet. Ist aber nur eine Softwarelösung, die sich wie ein Treiber vor den COM-Port deines PC klemmt. Der zeigt aber nur, was am COM-Port ankommt. Und natürlich auch, was Deine Applikation (und die darin eingebundene Komponente TComPort) an den Com-Port sendet. Damit will ich sagen, das Du die Informationen, die Du im Serial Port Monitor siehst, zwar aus Deiner Applikation stammen, aber letztendlich sind das die Daten, die der in Deine Applikation eingebundene TComPort an die Schnittstelle geschrieben hat.

Hoffe jetzt mal, ich habe das alles nicht zu kompliziert ausgedrückt, aber über dieses Thema könnte ich ein ganzes Buch verfassen (also so 2 bis 3 Seiten dick :mrgreen:).

Gruß

Question_mark