ich arbeite mit Visual C++ 6.0 und möchte auf die RS-232 Schnittstelle zugreifen! Als C++ Starter hab ich natürlich nicht gerade den Durchblick .. kann mir da jemand auf die Sprünge helfen? Evtl. gibt's ne Art DLL, die man einbinden kann?!?

Besten Dank!

Gruß
daMike

http://www.codeproject.com/system/serial.asp

Anbei mein Code für's schreiben! Ich verwende Visual C++ 6.0 MFC Applikation!

CSerial serial1; // Wurde Global definiert!

// Kommando schicken	
	serial1.Write(TxD_Kommando);

	// Use 'non-blocking' reads, because we don't know how many bytes
    // will be received. This is normally the most convenient mode
    // (and also the default mode for reading data).
    serial1.SetupReadTimeouts(CSerial::EReadTimeoutNonblocking);	
	sleep(100);			//Wartezeit	oder mit "wait(1);"	
	//serial1.WaitEvent();

	// Read data, until there is nothing left
    DWORD dwBytesRead = 0;
    BYTE  abBuffer[20];

    do
    {
    // Read data from the COM-port
    serial1.Read(abBuffer,sizeof(abBuffer),&dwBytesRead);

	    if (dwBytesRead > 0)
        {	// Ausgabe auf Empfangsanzeige
			RxD_Daten = abBuffer;

			SetDlgItemText(IDC_Empfangen,RxD_Daten);				
		}

    }    
    while (dwBytesRead == sizeof(abBuffer));

Besten Dank! Der Link ist super! Hast Du die Files auch verwendet? Bis jetzt kann ich PORT auf/zu und Daten empfangen. Das schreiben liefert zwar keinen Fehler, aber das angsprochene Geärt reagiert darauf nicht?!? Sobald ich mit einem anderen Tool das Senden von Daten im Gerät aktiviere, kann ich mit meinem Programm Daten empfangen! Habe den Code bei einem Adapter (PIN2 auf PIN3) getestet, wobei alles super funktioniert hat. Jedes geschriebene Zeichen konnte auch wieder eingelesen werden.

Stimmen auch die Einstellungen für Anzahl der Datenbits, Anzahl der Stoppbits, Parität und Handshaking? Hatte damit auch schon so manches Problem damit. Ich finde das sehr kompliziert. Verwende doch die Klasse CSerialMFC und Du musst Dich nicht mit irgendwelchen Timeouts und Sleeps rumärgern. Liegen Daten am Port an wird eine Windows-Message geschickt, die Du dann nur in einer Routine behandeln musst. Weiß ja nicht was Du da gerade programmierst?

LONG CSerialWnd::Open (LPCTSTR lpszDevice, HWND hwndDest, UINT nComMsg, LPARAM lParam, DWORD dwInQueue, DWORD dwOutQueue)

Weist Du, wie ich den Typ "DWORD" in einen "double" umwandeln kann???

Besten Dank!

Gruß
daMike

Gruß
daMike

public:
	CSerialMFC	m_serial;

....

public:
	LRESULT OnSerialMsg (WPARAM wParam, LPARAM lParam);
	afx_msg void OnSchnittstelleStart();

void CSerial2View::OnSchnittstelleStart()
{
	// TODO: Fügen Sie hier Ihren Befehlsbehandlungscode ein.
	m_serial.Open(_T("COM1"),this,WM_NULL,0,0,0);
	m_serial.Setup(CSerialMFC::EBaud1200,CSerialMFC::EData7,CSerialMFC::EParNone,CSerialMFC::EStop2);
	m_serial.SetupHandshaking(CSerialMFC::EHandshakeHardware);
}

Anstatt des This-Zeigers kannst Du auch direkt den Zeiger des Fensters übergeben, in dem die Behandlung stattfinden soll. WM_NULL und die letzten drei Parameter kannst Du glaub ich auch weglassen.

Die Setupanweisung musst Du auf Deine Bedürfnisse zuschneiden. Dann muss noch die Nachrichtenbehandlung implementieren.

// CSerial2View

IMPLEMENT_DYNCREATE(CSerial2View, CView)

BEGIN_MESSAGE_MAP(CSerial2View, CView)
	// Standarddruckbefehle
	ON_COMMAND(ID_FILE_PRINT, CView::OnFilePrint)
	ON_COMMAND(ID_FILE_PRINT_DIRECT, CView::OnFilePrint)
	ON_COMMAND(ID_FILE_PRINT_PREVIEW, CView::OnFilePrintPreview)
	ON_WM_SERIAL(OnSerialMsg)		//Nachrichtenbehandlung der WM_NULL der Klasse CSerialMFC
	ON_COMMAND(ID_SCHNITTSTELLE_SENDD, OnSchnittstelleSendd)
	ON_COMMAND(ID_SCHNITTSTELLE_START, OnSchnittstelleStart)
END_MESSAGE_MAP()

LRESULT CSerial2View::OnSerialMsg (WPARAM wParam, LPARAM lParam)
{

	const CSerialMFC::EEvent eEvent = CSerialMFC::EEvent(LOWORD(wParam));
	const CSerialMFC::EError eError = CSerialMFC::EError(HIWORD(wParam));
//Behandlung der auftretenden Möglichkeiten

	if (eError)
		....

	if (eEvent & CSerialMFC::EEventBreak)
		....

	if (eEvent & CSerialMFC::EEventError)
		....

	if (eEvent & CSerialMFC::EEventRcvEv)
		....

	if (eEvent & CSerial::EEventRing)
		....

	if (eEvent & CSerialMFC::EEventSend)
		....
	if (eEvent & CSerialMFC::EEventCTS)
		....

	if (eEvent & CSerialMFC::EEventDSR)
		....

	if (eEvent & CSerialMFC::EEventRLSD)
		....

	if (eEvent & CSerial::EEventRecv)
		...

	return 0;
}

Beim Beenden natürlich das hier nicht vergessen:

CSerial2View::~CSerial2View()
{
	if (m_serial.IsOpen())
	m_serial.Close();
}

Bei mir läuft das soweit ganz gut.

Habe jetzt bei CSerialMFC::EEventRecv ein sleep(100) eingefügt, damit die komplette Message in meinen Buffer wandert. Kann man das besser manchen?

Besten Dank an alle!!

Gruß
daMike

LRESULT OnSerialMsg (WPARAM wParam, LPARAM lParam);

COM-Portspezifisch definieren?

1. Unterschiedliche Windows-Messages
Bei Initialiseren kann man doch als Parameter eine Message übergeben. Wenn man die unterschiedlich macht könnte man anhand der Message erfragen, woher der Event gerade kommt.

2. Verknüpfung der einzelnen Schnittstellen an eigene Views
Für jede Schnittstelle wird ein eigenes Fenster (View) geschaffen. Jedes View hat ja eine eigene Messagemap in der dann die Events verarbeitet werden.

Kann mir gut vorstellen das letzteres funktioniert. Aber vielleicht liege ich ja auch total falsch.

Have a nice weekend....

I am using 4 serial ports to receive and transmit to 4 devices.
I have extended the CSerialEx class as my application is Win32
Console application, running on Windows 98. I have masked the
class the set an event of reception of an event character, 0x0a.
The data from the devices comes in about every half a second and
is about 100 to 150 bytes long.

Könnt Ihr damit was anfangen?

Gruß
daMike

I am using 4 serial ports to receive and transmit to 4 devices. I have extended the CSerialEx class as my application is Win32 Console application, running on Windows 98. I have masked the class the set an event of reception of an event character, 0x0a. The data from the devices comes in about every half a second and is about 100 to 150 bytes long.

The problem. Everything runs pretty good except that sometimes the data received from one port( device ) gets mapped to data from another port. For example, data supposedly from port 3, gets read in from port 4. It is as if, the ports are not unique and independent sometimes.

Does any one know how to resolve this?

Found the problem...in the demo app. where the data is read in(below), the array abBuffer is declared as static. The price you pay for just copyiong and pasting i guess

// Read data, until there is nothing left
DWORD dwBytesRead = 0;
BYTE abBuffer[100];
do
{
// Read data from the COM-port
serial.Read(abBuffer,sizeof(abBuffer),&dwBytesRead);
if (dwBytesRead > 0)
{
// TODO: Process the data
}
}
while (dwBytesRead == sizeof(abBuffer));

Frage ist da auch keine drin versteckt. Ich denke aber, dass es Dein Problem trotzdem nicht löst. Hast Du das mal mit den verschiedenen Views ausprobiert?

Es steht ja jetzt immer noch die Frage im Raum ob man eine Nachrichtenbehandlungsroutine schreibt und in der dann rausfinden muss, von welcher Schnittstelle die Message kommt oder durch unterwschiedliche Messages verschiedene Routinen bedient werden.

Wenn ich mit RTS/CTS übertrage, sollte es keine Probleme geben, oder?

kommt drauf an. wenn deine datenquellen schneller senden als du's abholst ist flusskontrolle ein 'muss', wenn du schneller bist brauchste es nicht. windoofs puffert rs232 daten. die puffergrösse kannste einstellen mit 'SetupComm' und den momentanen füllstand bekommste mit 'ClearCommError'.

Daten empfangen und senden funktioniert .. sobald ich aber einen anderen Prozess anstoße, wird dieser durchgearbeitet und die Prozessorlast geht sofort auf 100%.
Ich empfange Daten im 1Hz Takt mit einer Messagelänge von ca. 150Byte! Schätze mal, dass der Header der ankommenden Daten nach FIFO Prinzip unbearbeiten durch den Buffer geschoben wird und meine Event-Routine

OnSerialMsg

dann vergeblich versucht aus den restlichen Daten schlau zu werden! Manchmal fängt sich die Event-Routine wieder .. evtl. davon abhängig wo er nach der Berechnung datenmäßig einsteigt?!?

Kann man paralle Berechnungen mit "niedriger Priorität" versehen, dass immer die COM Schnittstellendaten sauber behandelt werden, d.h. nur wenn keine Daten ankommen die prallele Berechnung durchgeführt/vorgesetzt wird??

Gruß
daMike

Was das allerdings mit der Prozessorlast zu tun haben soll verstehe ich nicht ganz...

normalerweise sollte je Message sowas kommen ..

PS007aödjfaksdfassdjfölasksd_GT009fölak_PV043ssjdföasdfsadffd

also immer mit PS beginnend! Funktioniert auch, solange ich nichts anderes machen!
Sobald ich jedoch einen anderen Prozess anstoße, z.B. Button drücken um eine Berechnung ausführen zu lassen, erhalte ich nur noch ein Fragment der Nachricht! Soll heißen, ich lese zwar 200Byte ein, aber der Inhalt spiegelt nicht mehr eine einzelne Message wieder sondern (vermutlich) zwei überlappende Messages! Manchmal bekomme ich auch nur sowas ..

ÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜ....ÜÜÜÜÜÜÜÜ

Wo das herkommt ...? Die Quelle spuckt immer die gleichen Messages aus!