INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

USB RS232 Converter



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

26.06.2012, 10:19
Beitrag #1

PMG Offline
LVF-Neueinsteiger


Beiträge: 7
Registriert seit: Jun 2012

2010
2012
DE



USB RS232 Converter
Hallo liebe LVF- User!

Ich habe ein Problem bezüglich Ansteuern eines Gerätes mittels Serieller Schnittstelle und zwar funktioniert das Programm bei RS232 Schnittstellen einwandfrei, aber bei RS232 USB Convertern nicht mehr.

Das Gerät besitzt eine RS232 Schnittstelle, die ich auch ohne Probleme ansteuern kann (Read/Write), nun ist es aber so, dass der Laptop an dem das Programm mal laufen soll, keine RS232 Schnittstelle hat. Ich wollte das Problem mittels RS232 USB Converter lösen, doch beim testen des Programmes wird im "Read" Baustein immer ein Fehler ausgelöst und es kommen immer nur kryptische Zeichen raus bzw. hängt sich das angesteuerte Gerät auf. Ich habe auch schon mehreren RS232 USB Converter probiert doch es ist immer wieder das selbe Problem.
Nachdem ich in LabView noch nicht allzuviel Erfahrung habe, wollte ich fragen ob mir wer helfen könnte?

Hier noch ein paar Daten:

Die RS 232 Schnittstelleneinstellung für das Gerät sind:
Übertragungsart: asynchron
Baud Rate: 9600
Datenbit: 7
Stoppbit: 2
Parität: gerade

Als Ablaufsteuerung verwende ich DTR/DSR

Der RS232 USB Converter wird vom Computer erkannt und als COM Port angegeben (z.B. COM10).

Der Fehler der immer auftritt ist:
NR.: -1073807253
"Während der Übertragung ist ein Rahmensynhronisations- Fehler aufgetreten"

Ich hänge noch das VI an Lab View 8.0 Version

Schon mal danke im voraus.

lg PMG


8.0 .vi  Schnittstellenansteuerung.vi (Größe: 25,82 KB / Downloads: 390)
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
26.06.2012, 10:25
Beitrag #2

chrissyPu Offline
LVF-Stammgast
***


Beiträge: 467
Registriert seit: Jun 2006

2014 PDS
2006
DE_EN

64283
Deutschland
RE: USB RS232 Converter
Hi,

ich hab die Erfahrung gemacht, dass diese USB-Serial-Converter einfach mehr Fehler produzieren als Schnittstellen, die z.B. auf PCI basieren. Hatte auch eine Kommunikation mit einem Peltier-Treiber, die immer schief lief - PCI-Karte gekauft, dann gings, lag also am Logitech-Converter...

Ich meine, hier gab's mal einen Thread, wo m.E.n. auch ein USB-Converter empfohlen wurde - hab ich aber gearde nicht griffbereit. Vielleicht wirst Du da ja fündig...

ch
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
26.06.2012, 12:02 (Dieser Beitrag wurde zuletzt bearbeitet: 26.06.2012 12:02 von rolfk.)
Beitrag #3

rolfk Offline
LVF-Guru
*****


Beiträge: 2.305
Registriert seit: Jun 2007

alle seit 6.0
1992
EN

2901GG
Niederlande
RE: USB RS232 Converter
(26.06.2012 10:19 )PMG schrieb:  Hier noch ein paar Daten:

Die RS 232 Schnittstelleneinstellung für das Gerät sind:
Übertragungsart: asynchron
Baud Rate: 9600
Datenbit: 7
Stoppbit: 2

Parität: gerade

Als Ablaufsteuerung verwende ich DTR/DSR

Der RS232 USB Converter wird vom Computer erkannt und als COM Port angegeben (z.B. COM10).

Der Fehler der immer auftritt ist:
NR.: -1073807253
"Während der Übertragung ist ein Rahmensynhronisations- Fehler aufgetreten"

Die rot markierten Dinger sind nicht sehr RS-232 Standard und die Chance besteht dass viele billige USB Converter diese gar nicht oder fehlerhaft unterstützen. Im Zusammenhang mit dem aufgetretenen Fehler würde ich auf 7 Datenbits und/oder 2 Stopbits tippen.

8 Bit, 1 oder 2 Stop Bits geht meist gut. 1 1/2 Stopbits wird bei sehr vielen Adaptern oft gar nicht unterstützt kann aber je nach Gerät auch noch mit 1 oder 2 Stopbits gut gehen.

Rolf Kalbermatter
Technische Universität Delft, Dienst Elektronik und Mechanik
https://blog.kalbermatter.nl
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
26.06.2012, 14:57
Beitrag #4

PMG Offline
LVF-Neueinsteiger


Beiträge: 7
Registriert seit: Jun 2012

2010
2012
DE



RE: USB RS232 Converter
Hallo rolfk,

um die Konfiguration
Datenbits: 7
Stoppbits: 2
komm ich nicht herum, die sind vom Hersteller für das Gerät festgelegt, bin gerade auf der Suche nach RS232 Convertern, hab auch schon den Hersteller angerufen (meinte er klärt das mit dem Converter ab und gibt mir Bescheid). Mal sehen was dabei raus kommt.

Die Ablaufsteuerung hab ich selbst gewählt da diese nirgends angegeben war, hab aber vorher alle anderen durchprobiert (XON/XOFF usw.) die funktionierte für das Gerät am Besten. Welche Ablaufsteuerung würdest du empfehlen, vielleicht liegts ja wirklich daran?

Ich schau mal obs mit dem Converter vom Hersteller geht, trotzdem Danke für die Hilfe
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
26.06.2012, 16:50 (Dieser Beitrag wurde zuletzt bearbeitet: 26.06.2012 16:56 von Lucki.)
Beitrag #5

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
RE: USB RS232 Converter
Bei Dir sind Ungereimtheiten im VI:
Wenn Du Flußsteuerung DTR/DSR hast, wozur dann XON/XOFF konfigurieren? Falls Du kein Originalkabel für PC-Anschluss vom Gerätehersteller hast, würde ich Fußsteuerung "Keine" nehmen. Damit das Geräteseitig funktioniert, müssen dort DTR/DSR am Stecker miteinander verbunden werden. Dem Gerät wird damit DTR/DSR-Steuerung vorgegaukelt.
Der Empfang kann so nicht funktionieren, auch nicht mit einem Nicht-USB-Port. Bei Dir funktioniert es so:
Nach "Bytes an Ports senden" sind die Bytes erst mal im Sendepuffer. Das Gerät hat da noch nichts empfangen, geschweige denn hat es schon geantwortet. Die Antwort auf die Abfrage der Bytes im Empfangspuffer ist also immer "0" (Es sei denn, es sind noch alte Botschfften im Empfangspuffer, die aber dann keine Passenden Antworten auf den zuletzt gesendeten Befehhl sind).
Das Programm ist sehr viele einfacher als Du es gemacht hast, ich habe das schon mehrere Mal gepostet, und die Beispiele sind eigentlich immer gleich.

Zum Rahmen-Synchronisationsfehler:
Da gibt es z.B. zwei Ursachen:
1. Falsche Konfiguration (Baudrate, Parität, ... )
2. Wenn das Gerät dauered von selbst sendet, und man hört den Empfang zu einem beliebigem Zeitpunkt ab. Dann passiert es, dass man erst mal mitten in ein Byte hineinhört, bevor es zur Synchronisation kommt. Kann eigentlich bei Master-Slave Konfigurtion (Gerät sendet nur nach Kommando) nicht auftreten.

Es lohnt sich auch, die neuesten VCP-Treiber zu saugen, z.B von der Homepage von FTDI, wenn der Chip von FTDI ist. Dort gibt es auch genaue Datenblätter, wenn es darum geht, was der Chip macht und was nicht.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
27.06.2012, 12:29
Beitrag #6

PMG Offline
LVF-Neueinsteiger


Beiträge: 7
Registriert seit: Jun 2012

2010
2012
DE



RE: USB RS232 Converter
Hallo,

Hab die Lösung gefunden!!!
Aber zuerst zu meinem Programm, das mit XON/XOFF war noch übrig von den Versuchen die passende Ablaufsteuerung zu finden und deshalb hab ichs noch drinnen gelassen
Das Problem lag nicht im Programm, sondern in der Verbindungsleitung zum Gerät, denn das Gerät verlangt, dass man es mit einem Nullmodemkabel betreibt. Bei dem vom Gerät mitgelieferten Nullmodemkabel wurden aber nicht alle Leitungen der SUB-D 9polig ausgeführt, somit kamen die Signale nicht zum Converter, der dann das Ganze als Blödsinn erklärt hat und somit die Fehlermedlung auftrat.
Jetzt hab ich die Ablaufsteuerung, auf anraten von Lucki (besten Dank dafür), auf "Keine" gesetzt (ging mit dem anderen Kabel trotzdem nicht) und das Kabel getauscht (vollständig ausgeführtes Nullmodemkabel).
Nun funktioniert das Programm gleich wie bei der RS232 Schnittstelle, nur der Timout zwischen den Befehlen muss etwas erhöht werden (Grund: Converterverzögerung).

Nochmals vielen Dank an alle

liebe Grüße PMG
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  RS-232 Converter mit Labview feinhalb 14 12.851 05.02.2014 16:05
Letzter Beitrag: GerdW
  USB RS232 Converter flizzer82 5 5.995 03.05.2010 10:35
Letzter Beitrag: jg
  USB-seriell converter, Windows XP sylvester 2 6.740 24.01.2005 08:46
Letzter Beitrag: andgan

Gehe zu: