im Bezug auf die Funktion Open der Klasse CSerialWnd
hab ich eine Frage.
Dort muss man 3 Parameter übergeben :

LONG OPEN LPCTSTR lpszDevive,HWND hwndDest,UNIT nComMsg =WM_NULL)

Ich habe
1 Eine Instanz der Klasse CSerialWnd gebildet (serialmfc)
2 Die Funktion mit folgenden Parametern gefüllt:

serialwnd.Open(_T("COM1"), GetSafeHwnd(), WM_NULL);

diese Parameter habe ich im Forum gefunden.
Der erste Parameter ist klar aber die anderen ?
Gruß
Sven

Aber ich mag mich irren. Lange her, dass ich mit dieser Klasse gearbeitet habe.
Lies doch mal den Sourcecode...

und was ist Dir am Code nicht klar.

m_anzeige ist an ein Eingabefeld gebunden.
Mein Problem ist nun, das die Klasse immer nur 8 Zeichen zur Zeit anzeigen kann.
Dies hat zur folge das bei zum beispiel 15 Zeichen die Anzeige so schnell aktualisiert wird, dass ich nur noch die letzten Zeichen der Übertragung sehe
und die davor nur "blitzartig"

m_anzeige ist an ein Eingabefeld gebunden.
Mein Problem ist nun, das die Klasse immer nur 8 Zeichen zur Zeit anzeigen kann.
Dies hat zur folge das bei zum beispiel 15 Zeichen die Anzeige so schnell aktualisiert wird, dass ich nur noch die letzten Zeichen der Übertragung sehe
und die davor nur "blitzartig"

Martin hat Recht. Die Klasse CSerialMFC verwendet eine Nachricht (wenn ich mich nicht irre ist das WM_NULL), die dann an ein Fenster geschickt wird. Du musst also der Klasse das Fenster mitteilen, welches die Nachricht erhalten soll. In dieser Fensterklasse richtest Du dann in der Messagemap eine Behandlungsroutine ein, die dann auch die Message reagiert (das ist dann die Methode OnSerialMsg mit dem Rückgabewert LRESULT).
Zum zweiten Problem:
Warum auch immer wird nach dem erfolgreichen Übertrage aller Zeichen nochmal eine Message ausgelöst, der Puffer ist allerdings bei der letzten Message leer. Warum das so ist habe ich hier auch schon gefragt, es hat noch keiner beantworten können. Mach mal ein TRACE in die Nachrichtenbehandlungsroutine rein und sende dann mal nur ein Zeichen an die Schnittstelle. Du wirst feststellen das die WM_NULL zweimal ausgelöst wird. Vermutlich wird dann nur <CR> und <LF> übertragen (ist aber reine Spekulation).
Versuch mal das hier:

serialmfc.Open(_T("COM1"), this, WM_NULL); //in der OnInitDialog

LRESULT CFacharbeit_Sven_GruendahlDlg::OnSerialMsg (WPARAM wParam, LPARAM /*lParam*/) 
{    
CString   m_anzeige_temp;
const int nBuflen = sizeof(abBuffer)-1;    
    do{                                                
        serialmfc.Read(&abBuffer,nBuflen,&dwBytesRead);                                                    
        if ( dwBytesRead > 0)
           {
              abBuffer[dwBytesRead]= '\0';
              m_anzeige_temp=abBuffer;                                
           }

      }
      while (dwBytesRead == nBuflen); // Schleifenbedingung

if (m_anzeige_temp.GetLength()>0)
     {
       m_anzeige=m_anzeige_temp; 
       UpdateData(false);
     }

    return 0; 

}

Dann sollte zumindest der Wert im Editfeld stehenbleiben.

Warum auch immer wird nach dem erfolgreichen Übertrage aller Zeichen nochmal eine Message ausgelöst, der Puffer ist allerdings bei der letzten Message leer. Warum das so ist habe ich hier auch schon gefragt, es hat noch keiner beantworten können. Mach mal ein TRACE in die Nachrichtenbehandlungsroutine rein und sende dann mal nur ein Zeichen an die Schnittstelle. Du wirst feststellen das die WM_NULL zweimal ausgelöst wird. Vermutlich wird dann nur <CR> und <LF> übertragen (ist aber reine Spekulation)..

Tja ich kann dir sagen warum die zweite Message ausgelöst wird:
Es können nach meinen Tests nur 8 Zeichen zur Zeit angezeigt werden,
dann wird ne neue Message rausgeschickt und die nächsten Zeichen(7) werden
dargestellt.(wenn zum Beispiel 15 Zeichen anstehen)
Leider ist dies ein Vorgang der so schnell geht, das man nur die letzten
Zeichen der Übertragung sieht!
Vieleicht kann man hier eine "Bremse" einbauen.
Zum Beispiel mit Sleep() ??

Tja ich kann dir sagen warum die zweite Message ausgelöst wird:
Es können nach meinen Tests nur 8 Zeichen zur Zeit angezeigt werden,
dann wird ne neue Message rausgeschickt und die nächsten Zeichen(7) werden
dargestellt.(wenn zum Beispiel 15 Zeichen anstehen)
Leider ist dies ein Vorgang der so schnell geht, das man nur die letzten
Zeichen der Übertragung sieht!
Vieleicht kann man hier eine "Bremse" einbauen.
Zum Beispiel mit Sleep() ??

Das kann ich nicht bestätigen. Schicke mal ein Zeichen an die Schnittstelle und Du wirst sehen, dass die Message auch zweimal kommt. Anderes Beispiel: ich habe eine Waage mit seriellem Anschluss. Pro Messwert werden 14 oder 15 Zeichen übertragen. Außer den beiden letzten Zeichen <CR> und <LF> steht aber alles in einem String (d.h. es stehen effektiv 12 oder 13 Zeichen im String).
Anmerkung: bin außerdem kein Freund von Sleep-Befehlen....

Es können nach meinen Tests nur 8 Zeichen zur Zeit angezeigt werden,
dann wird ne neue Message rausgeschickt und die nächsten Zeichen(7) werden
dargestellt.(wenn zum Beispiel 15 Zeichen anstehen)

Wenn du den Datenstrom in Pakete bestimmter Größe aufteilen musst, dann musst du selbst dafür sorgen, dass du erkennen kannst, wo ein Paket aufhört und das nächste anfängt. Allgemein nennt man das Protokoll.

Solange du nur Strings verschickst, würde sich ein Nullzeichen als Trennzeichen anbieten.