TComport & USB Seriell Wandler

[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 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 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 von Question_mark:

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.

[Question_mark]

Hallo,

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