Wie DTR/RTS Zustand, der verwendet wird, wenn CreateFile() öffnet den COM-port

Ich schrieb/support einen terminal-emulator namens uCon (http://www.umonfw.com/ucon). Seine ganze basiert auf "good-ole -" Win32-und ist ganz in 'C'. Vor kurzem wurde ich gebeten, zu unterstützen, die Fähigkeit zu haben, uCon befestigen an einem COM-port einrichten und DTR/RTS für Zwecke außerhalb des RS232-Flusskontrolle. Ich weiß, ich kann dies tun, nachdem Sie CreateFile() wird aufgerufen, mit EscapeCommFunction() und/oder SetCommState(); diese Funktionen können jedoch nur aufgerufen werden, NACHDEM CreateFile() gibt einen handle auf den geöffneten port. Leider, wenn CreateFile() öffnet den port, es wird DTR/RTS auf die Standardeinstellung zurück, die möglicherweise (oder auch nicht), anders als der Staat, dass ich wünschte, zu halten DTR in.

Nehmen wir beispielsweise an, der user hat ein Brett an den PC angeschlossenen seriellen port, und die DTR-Leitung wird verwendet, um den Vorstand in einigen nicht-standard-Zustand. Mit DTR inaktiv ist, auf dem board läuft "normal", aber gelegentlich DTR-active wird verwendet, um den übergang der hardware zu einigen anderen Zustand.

In den meisten Fällen, die ich gesehen habe, CreateFile() bringt das DTR aktiv ist, dann ist mein Aufruf klar DTR bringt es zurück zu inaktiv, aber das ist ein glitch, die ich brauche zu vermeiden. Fand ich eine Funktion namens GetDefaultCommConfig() & SetDefaultCommConfig() aber nicht in der Lage, Sie zu erhalten, erfolgreich zu arbeiten. So, meine Frage ist...

Gibt es eine Möglichkeit, pre-definieren Sie die Standard-Staat errichtet wird, der auf der RS232-Steuerleitungen, wenn CreateFile() aufgerufen wird? Hat jemand verwendet GetDefaultCommConfig()/SetDefaultCommConfig() erfolgreich?

Es scheint mir, dass dies sollte mir erlauben, die pre-stellen Sie den Wert des DTR werden
verwendet, wenn CreateFile() wird aufgerufen...

 
int 
EstablishDefaultDTR(char *comPortName, int dtr) 
{ 
COMMCONFIG cc; 
DWORD bsize = sizeof(COMMCONFIG); 

wenn (GetDefaultCommConfig(comPortName,&cc&bsize) == 0) { 
ShowLastError("GetDefaultCommConfig()"); 
return(-1); 
} 

wenn (dtr) 
cc.dcb.fDtrControl = DTR_CONTROL_ENABLE ; 
sonst 
cc.dcb.fDtrControl = DTR_CONTROL_DISABLE ; 

wenn (SetDefaultCommConfig(comPortName,&cc,bsize) == 0) { 
ShowLastError("SetDefaultCommConfig()"); 
return(-1); 
} 
}

Aber, wie Sie vielleicht schon erraten haben, gibt es nicht.
Irgendwelche Ideen?

Hast du auch schon hier: msdn.microsoft.com/en-us/library/ms810467.aspx Der Artikel bietet BuildCommDCB() als alternative ... vielleicht wird der trick für Sie?
Ich habe genau das gleiche problem. Konnten Sie es lösen? Ich ' m bietet ein Kopfgeld.
Hast du auch schon hier: codeguru.com/forum/showthread.php?t=291244 Gleiche problem auf der hand. Aber TDM Forderungen, dass das setzen der DTR für den Zustand nach Eröffnung der port ist die einzige definierte Weise, so zu tun. Wenn ein Schalter 100ms Verzögerung tötet die hardware, als es ist ein Designfehler von Anfang an.
In meinem Fall, es nicht zu töten, es macht einfach ein X-Ray tube spin nutzlos, die vermieden werden sollten, aber nicht tödlich. Ich Stimme mit Ihnen überein, aber egal, das MODE Lösung funktioniert perfekt.

InformationsquelleAutor Ed. | 2009-06-04

c c++serial-port windows

3

Vielleicht nicht die Schnellste Methode, aber so funktioniert es:
```
#include <stdlib.h>
#include <stdio.h>

int
EstablishDefaultDTR(char *comPortName, int dtr){
    char commandString[256];
    if ( !system(NULL) ){
        ShowLastError("system()");
        return(-1);
    }        
    sprintf( commandString, "MODE %s dtr=%s%", comPortName, dtr? "on":"off"  );
    return system( commandString );
}
```
- Nicht nur den port öffnen, und legen Sie die DTR-Zustand? Wenn Sie den port öffnen dann bereits die MODE - Befehl fehlschlägt. Das nächste mal, wenn Sie den port öffnen, den Sie hält den vorherigen Zustand. Sie können das gleiche Verhalten durch das öffnen eines Ports, Einstellung DTR, schließen Sie den port, und öffnen Sie es erneut im code.
- Ich Tue dies, bevor Sie es öffnen und es funktioniert. Ich habe nicht überprüfen, ob der Aufruf CreateFile gelingt, aber der port wird geöffnet mit der richtigen DTR-Zustand (vor, es fing IMMER mit DTR-set), und die Kommunikation funktioniert, wie erwartet.
- Auch wenn ich den port geöffnet, gelöscht, DTR, Schloss Sie und öffnete Sie wieder später, ich konnte sehen, wie die hardware reagiert während des kleinen Zeitraums, in dem DTR gesetzt wurde (eine led war beleuchtet und eine Röntgenstrahl-Röhre gesponnen, für eine halbe Sekunde). Mit dieser Lösung, dass das nicht auf alle.
InformationsquelleAutor dario_ramos
2

Bist du nicht die Initialisierung der COMMCONFIG-Struktur. Das könnte gut das problem sein, da die Dokumentation, die explizit sagt, dass Sie festlegen müssen, dwSize mindestens

cc.dwSize = sizeof( COMMCONFIG );
- Nur tun, dass vor dem ersten Aufruf nicht funktioniert. Beide Aufrufe einen Wert ungleich null zurück, so dass Sie offensichtlich erfolgreich. Nach dem Aufruf GetDefaultCommConfig ich überprüft cc's Inhalt und das einzige seltsame Sache, die ich sah, war, dass cc.dcb.DCBLength erreicht 3435973836. Ich bin gonna versuchen, mit BuildCommDCB vor dem ersten Aufruf. Jeder andere Vorschlag ist willkommen.
- Ich fand einen workaround gepostet und es als Antwort. Ich werde warten, bis die bounty läuft, um zu sehen, wenn jemand kommt mit einer besseren Lösung arbeiten.
- Hast BuildCommDCB auch nicht funktionieren?
- NÖ. Ich versucht, um meinen code an die Frage, aber meine änderung wurde abgelehnt. Im Grunde, nach dem deklarieren der COMMCONFIG und die Einstellung seiner Größe, die ich verwendet BuildCommDCB zu setzen DCB. Ich habe versucht zu tun, dass vor GetDefaultCommConfig. Nach diesem Anruf änderte ich die Struktur, die Inhalte zu deaktivieren DTR, bevor der Anruf zu SetDefaultCommConfig. Ich habe mit dem debugger und alle die Struktur, die Inhalte sinnvoll, den ganzen Weg, aber immer noch der port immer geöffnet mit DTR gesetzt. Ich habe auch irgendwo gelesen, dass diese Art und Weise zu tun, es funktioniert nicht mit einigen Geräten, so gab ich auf und nahm die Lösung aus meiner Antwort,
- Mein "Gerät" ist ein mikrocontroller jemand anderes als ein interface zu einem X-Ray-generator. Ich weiß wenig über den Elektronik-part, den ich damals nur gesagt, was passiert, wenn ich oder deaktivieren DTR und RTS, und ich bekomme einige Daten über Tx zu Benachrichtigen bestimmte Ereignisse.
- Hier ist die code ich habe versucht mit BuildCommDCB Sie vielleicht feststellen, dass einige Fehler (abgesehen von der offensichtlichen, ihn aber nicht kompilieren, außerhalb meines test, ich nur setzen Sie es, es zu teilen)
InformationsquelleAutor Paul Mitchell

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.