Seite 1 von 1

Serial COM Port communication

Verfasst: 29. Mai 2009 09:30
von greenhorn
Habe das Projekt im Internet gefunden.
Die Com Ports werden auch erkannt.
Allerdings erhalte ich beim senden eines String in der Kommandozeile den "Fehler" Debug: 0 und das andauert, sozusagen in einer schleife bis ich das Programm "abschieße".
Ich hab zwei serielle schnittstellen über USB an meinem laptop angeschlossen. Von der einen Schnittstelle habe ich Pin 2 auf den Pin 3 der zweiten Schnittstelle angesteckt und anders rum auch.
Somit is TxD auf RxD. Mit dem Tool Hterm habe ich dann eins der zwei COM Port connected und bits geschickt die ich dann aus der QT software auch empfangen haben. Sprich das Empfangen funktioniert dadurch.

Seltsames verhalten dabei ist, das integrierte Modem in meinem Laptop ist auf COM3 wenn ich an COM3 einen String schicke bekomme ich eine Antwort:?:

Kurz und bündig: In dem angehängten Projekt funktioniert das Senden nicht, hoffe jemand kann mir da helfne.

Vielen Dank und Grüße Greenhorn

Verfasst: 29. Mai 2009 13:59
von cabalzer
Das Programm stellt den COM-port auf Hardware-Handshake ein.

Code: Alles auswählen

CommPort->setFlowControl(FLOW_HARDWARE);
Du kannst den Comport entweder auf Software-Handshake umstellen oder paar mehr Leitungen an deine Stecker löten.
Kuckst du hier: http://de.wikipedia.org/wiki/Nullmodem-Kabel
oder hier: http://www.kabelfaq.de/nullmodem.html

Verfasst: 29. Mai 2009 14:12
von greenhorn
danke für deine antwort...

wäre software handshake der eintrag KEINE bei der flussteuerung / flow control???

Verfasst: 29. Mai 2009 16:41
von cabalzer
Jupp das müßte FLOW_OFF sein.

Verfasst: 2. Juni 2009 08:14
von greenhorn
hab ich bereits ausprobiert....funktioniert leider trotzdem nicht :roll:

Verfasst: 2. Juni 2009 08:57
von greenhorn
so jetzt geht irgendwie gar nichts mehr. Die COM Ports können nicht mehr geöffnet werden obwohl ich mich mit HTERM darauf verbinden kann :?:

Verfasst: 18. September 2009 11:15
von RavenIV
Bist Du hier schon weiter gekommen?

Ich hab nämlich grad ein ähnliches Problem.
Ein echter ComPort und ein virtueller ComPort.
Der echte kann event-gesteuert betrieben werden, der virtuelle nicht.

Ich verwende für die Kommunikation qextserialport-1.2win-alpha