Daten per RS232 senden

[Michael (Gast)]

Hallo zusammen,

ich versuche ein kleines Programm in C oder C++ zu schreiben das Daten 
per RS232 versendet versendet.
Es geht darum einem Messgerät einen 4 Byte langen Datenrahmen zu senden, 
wobei in jedem Byte ein Befehl in Form einer Dezimalzahl drinsteht.

Hat mir jemand einen Tipp wie ich auf die RS232-Schnittstelle zugreifen 
kann und wie man einen sollchen Datenrehmen generiert ?

Danke schonmal vorab

Schönen Samstag noch
Gruß Michael

[Klaus W. (mfgkw)]

Michael schrieb:
> Hat mir jemand einen Tipp wie ich auf die RS232-Schnittstelle zugreifen
> kann

Ist google heute kaputt?

Aus einem anderen Programm zusammenkopiert sieht das etwa so aus, falls 
du von Windows sprichst:

#include <windows.h>

typedef HANDLE filehandle_t;

// erste serielle Schnittstelle als Defaultwert, wenn nichts anderes
// angegeben ist
// (unter Windows sind die seriellen Schnittstellen ab 1 durchnummeriert,
// also COM1:, COM2: etc.)
// 1, 2... für COM1, COM2...
const int DEFAULT_SERIAL = 1;



void init_comm()
{
  const char *devicename = "COM1:";
  DWORD dwError;
  BOOL fSuccess;

  SerielleSchnittstelle = CreateFile( devicename,
                                      GENERIC_READ | GENERIC_WRITE,
                                      0,
                                      NULL,
                                      OPEN_EXISTING,
                                      0,
                                      NULL
                                      );

  if( SerielleSchnittstelle == INVALID_HANDLE_VALUE )
  {
    dwError = GetLastError();
    // Fehlerbehandlung...
  }

  DCB dcb;  // device control block: Parameter der ser. Schnittstelle

  // aktuelle Einstellungen der seriellen Schnittstelle holen:
  fSuccess = GetCommState(SerielleSchnittstelle, &dcb);
  if( !fSuccess )
  {
    // Fehlerbehandlung...
  }


  dcb.BaudRate = CBR_9600;
  dcb.ByteSize = 8;
  dcb.Parity = NOPARITY;
  dcb.fParity = FALSE;
  dcb.StopBits =ONESTOPBIT;

  //dcb.Parity = EVENPARITY;
  //dcb.fParity = TRUE;

  dcb.fOutxDsrFlow = FALSE;
  dcb.fDtrControl  = DTR_CONTROL_ENABLE;
  dcb.fDsrSensitivity = FALSE;


  dcb.fTXContinueOnXoff  = FALSE;
  dcb.fOutX  = 0; // XON/XOFF aus
  dcb.fInX  =  0; // XON/XOFF aus
  dcb.fErrorChar  = FALSE;
  dcb.fNull  = FALSE;

  //dcb.fRtsControl = RTS_CONTROL_ENABLE;
  dcb.fRtsControl = RTS_CONTROL_DISABLE;

  dcb.fOutxCtsFlow = false;

  fSuccess = SetCommState( SerielleSchnittstelle, &dcb );
  if (!fSuccess)
  {
    // Fehlerbehandlung...
  }

  COMMTIMEOUTS timeout;

  timeout.ReadIntervalTimeout = MAXDWORD;
  timeout.ReadTotalTimeoutMultiplier = 0;
  timeout.ReadTotalTimeoutConstant = 0;
  timeout.WriteTotalTimeoutMultiplier = 100;
  timeout.WriteTotalTimeoutConstant = 10000;

  if( !SetCommTimeouts( SerielleSchnittstelle, &timeout ) )
  {
    dwError = GetLastError();
    // Fehlerbehandlung...
  }

}



void exit_comm()
{
  CloseHandle( SerielleSchnittstelle );
  SerielleSchnittstelle = INVALID_HANDLE_VALUE;
}


...

    DWORD nWritten = 0;
    WriteFile( SerielleSchnittstelle,
               "abcd",
               strlen( "abcd" ),
               &nWritten,
               NULL
               );
    if( nWritten!=( 4 ) )
    {
        // Fehlerbehandlung...
    }

> und wie man einen sollchen Datenrehmen generiert ?

char-Array anlegen, füllen und mit WriteFile() wegschicken; siehe oben.

[Klaus W. (mfgkw)]

PS:
Das
  const int DEFAULT_SERIAL = 1;
kann weg; dafür fehlt am ANfang noch ein
  filehandle_t  SerielleSchnittstelle;

[Peter II (Gast)]

Klaus Wachtler schrieb:
> const char *devicename = "COM1:";

woher kommt immer der ":" in der MSDN finde ich ihn nicht?

[Klaus W. (mfgkw)]

Das mit COM1: habe ich aus dem Gedächtnis geschrieben, kann auch sein, 
daß der Doppelpunkt weg muß.
Wenn ich mich recht entsinne, gehört er aber hin - sonst könnte ja auch 
eine Datei mit dem Namen COM1 gemeint sein.

[Peter II (Gast)]

Klaus Wachtler schrieb:
> Wenn ich mich recht entsinne, gehört er aber hin - sonst könnte ja auch
> eine Datei mit dem Namen COM1 gemeint sein.
und mit : könnte ein laufwerk gemeint sein, nein er muss weg.

[Klaus W. (mfgkw)]

Laufwerke haben doch nur einen Buchstaben; zumindest unter DOS waren die 
Devices COM1:, COM2; LPT: etc..
Nachdem Windows doch eine DOS-GUI ist ...

Ich mache aber nicht viel mit Windows, insofern überlasse ich es 
anderen, das zu probieren.

[Klaus W. (mfgkw)]

Es gibt übrigens noch weitere Namen mit ein paar Backslashes drin für 
die Geräte in neueren Win-Versionen, irgendwas in der Art \\dev\com1 
oder so; die würden sicher auch gehen.
(Habe aber gerade keine Lust, die genauen Namen herauszusuchen; ich 
sitze vor einem Napf mit leckerstem Essen.)

[Peter II (Gast)]

@Klaus Wachtler
unter windows trennt der ":" hinter einen Dateiname den Streamnamen von 
Dateinamen. Eine Datei kann mehrere Inhalte haben Datei:1 Datei:2. Keine 
Ahnung für was das sinnvoll sein soll.
Bin mir aber sicher das es COM1 ohne : sein muss.

Besser ist gleich "\\.\COMx" zu verwenden, dann geht es auch mit x > 10

[Klaus W. (mfgkw)]

Peter II schrieb:
> Bin mir aber sicher das es COM1 ohne : sein muss.

kann gut sein!

>
> Besser ist gleich "\\.\COMx" zu verwenden, dann geht es auch mit x > 10

Genau das meinte ich; statt dev muß man natürlich einen Punkt nehmen, 
damit es nicht zu sehr nach Unix aussieht.

Nur zur Sicherheit: die \ in den Namen müssen in einem C-String natrlich 
gedoppelt werden, also z.B. "\\\\.\\COM1" im Quelltext.

[Klaus W. (mfgkw)]

Im Umkehrschluß heißt das aber dann doch, daß man keine Datei mit dem 
schönen Namen COM1 erzeugen und verwenden kann?
Vielleicht gibt es dann in Windows10SP325 einen Workaround dafür...

[Peter II (Gast)]

Klaus Wachtler schrieb:
> Im Umkehrschluß heißt das aber dann doch, daß man keine Datei mit dem
> schönen Namen COM1 erzeugen und verwenden kann?
ja so ist es. (ebenso wie NUL, LPT1 ..
http://msdn.microsoft.com/en-us/library/aa365247.aspx

aber immerhin ist es gut dokumentiert.

> Vielleicht gibt es dann in Windows10SP325 einen Workaround dafür...
das es bis jetzt noch niemand wirklich gestört hat, glaube ich kaum das 
sie auf diesen Feature verzichten.

[Klaus W. (mfgkw)]

Peter II schrieb:
> aber immerhin ist es gut dokumentiert.

Das hilft einem durchschnittlichen Endanwender, der nach einem 
Dateinamen gefragt wird, nur bedingt :-)

Naja, mich soll es nicht stören.

[Lars (Gast)]

Hallo zusammen,
ich versuch im Moment das selbe und habe schon beim initialisieren des 
Prots Probleme..
Ich programmiere unter Visual Studio mit C++

bei diesem Code

#include <windows.h>
#include <iostream>
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <conio.h>
#include <string>

HANDLE SerielleSchnittstelle;

void main(){

 SerielleSchnittstelle = CreateFile(gszPort, GENERIC_READ | 
GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);
if (SerielleSchnittstelle == INVALID_HANDLE_VALUE);
   // error opening port; abort

}

kommen die Fehler:

error C2065: 'gszPort': nichtdeklarierter Bezeichner
warning C4390: ';': Leere kontrollierte Anweisung aufgetreten; ist dies 
beabsichtigt
IntelliSense: Der Bezeichner ""gszPort"" ist nicht definiert.

diesen Teil des Codes habe ich von MSDN..

Danke schonmal im Voraus
Gruß Lars

[Peter II (Gast)]

Lars schrieb:
> SerielleSchnittstelle = CreateFile(gszPort, GENERIC_READ |
> GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);

Das sind aber erstmal C Grundlagen die da fehlern.
du verwendest eine variable gszPort die du überhaupt nicht deklarier 
hast.

Wenn man schon kopiert, dann sollte man alles kopieren oder oder man 
muss wirklich auch mal selber denken.

[Lars (Gast)]

Bei Microsoft steht da auch nicht mehr.. also kopiert habe ist alles..

Ich habe auch schon zu deklarieren z.B. mit const char *gszPort = 
"portname";
Darauf folgt die Meldung:


error C2664: 'CreateFileW': Konvertierung des Parameters 1 von 'const 
char *' in 'LPCWSTR' nicht möglich

[Peter II (Gast)]

Lars schrieb:
> Ich habe auch schon zu deklarieren z.B. mit const char *gszPort =
>
> "portname";
> error C2664: 'CreateFileW': Konvertierung des Parameters 1 von 'const
> char *' in 'LPCWSTR' nicht möglich
das ist doch schon mal der richtige ansatz.

das LPCWSTR zeigt dir das der compiler hier unicode will und ein char* 
ist nun mal kein unicode. Stell das Projekt auf nicht unicode ein und 
schon sollte es gehen. Wenn du unicode brachst dann darst du nicht char* 
verwenden sonder musst wchar* (oder so ähnlich) verwenden.

[Jean P. (fubu1000)]

Hi,
falls du char* verwenden willst , brauchst du CreateFileA

bool SerialPort::SerialOpen(const std::string port, _PortSettings* set)
{
  bool status;
  hComm = CreateFileA(port.c_str(), GENERIC_READ | GENERIC_WRITE, 0, 0,
                      OPEN_EXISTING, FILE_FLAG_OVERLAPPED, 0);
  if(hComm == INVALID_HANDLE_VALUE) {status = false;}
  else                              { ... ; status = true;}

  return status;
}

wobei hComm ein HANDLE ist.

Gruß

[Lars (Gast)]

Danke für eure Tipps hat mir sehr geholfen..
Werde mich jetzt erstmal einwenig mit den DCB-Einstellungen beschäftigen 
müssen.. Wie kann ich den festlegen welcher COM-Port angesprochen werden 
soll ?
Könnt ihr mir einen gutes Programm empfehlen mit dem ich die 
Kommunikation auf der RS232 Schnittstelle mitschreiben kann ?
Ist vielleicht ganz Praktisch wenn es ans senden und empfangen geht.

Diesen Code habe ich bis jetzt zustande gebracht und er compiliert 
schonmal ohne fehler.. ;)

#include <windows.h>
#include <iostream>
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <conio.h>
#include <string>

using namespace std;

HANDLE SerielleSchnittstelle;
DWORD dwError;
BOOL fSuccess;

const char *gszPort = "portname";

void open(){

 SerielleSchnittstelle = CreateFileA(gszPort, GENERIC_READ | 
GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);

  //if (SerielleSchnittstelle == INVALID_HANDLE_VALUE) {
    //Handle the error.
    //return;
    //}

  //COM-Port config

  DCB dcb;  // device control block: Parameter der ser. Schnittstelle

/*
  // aktuelle Einstellungen der seriellen Schnittstelle holen:
  fSuccess = GetCommState(SerielleSchnittstelle, &dcb);
  if( !fSuccess )
  {
    // Fehlerbehandlung...
  }
*/

  dcb.BaudRate = CBR_9600;
  dcb.ByteSize = 8;
  dcb.Parity = NOPARITY;
  dcb.fParity = FALSE;
  dcb.StopBits =ONESTOPBIT;

  //dcb.Parity = EVENPARITY;
  //dcb.fParity = TRUE;

  dcb.fOutxDsrFlow = FALSE;
  dcb.fDtrControl  = DTR_CONTROL_ENABLE;
  dcb.fDsrSensitivity = FALSE;


  dcb.fTXContinueOnXoff  = FALSE;
  dcb.fOutX  = 0; // XON/XOFF aus
  dcb.fInX  =  0; // XON/XOFF aus
  dcb.fErrorChar  = FALSE;
  dcb.fNull  = FALSE;

  //dcb.fRtsControl = RTS_CONTROL_ENABLE;
  dcb.fRtsControl = RTS_CONTROL_DISABLE;

  dcb.fOutxCtsFlow = false;

/*
  fSuccess = SetCommState( SerielleSchnittstelle, &dcb );
  if (!fSuccess)
  {
    // Fehlerbehandlung...
  }
*/

  COMMTIMEOUTS timeout;

  timeout.ReadIntervalTimeout = MAXDWORD;
  timeout.ReadTotalTimeoutMultiplier = 0;
  timeout.ReadTotalTimeoutConstant = 0;
  timeout.WriteTotalTimeoutMultiplier = 100;
  timeout.WriteTotalTimeoutConstant = 10000;


  if( !SetCommTimeouts( SerielleSchnittstelle, &timeout ) )
  {
    dwError = GetLastError();
    // Fehlerbehandlung...
  }
}


void exit()
{
  CloseHandle( SerielleSchnittstelle );
  SerielleSchnittstelle = INVALID_HANDLE_VALUE;
}

void write(){
DWORD nWritten = 0;
    WriteFile( SerielleSchnittstelle,
               "abcd",
               strlen( "abcd" ),
               &nWritten,
               NULL
               );
    if( nWritten!=( 4 ) )
    {
        // Fehlerbehandlung...
    }
}

Gute Nacht dann erstmal..

[... (Gast)]

Das ist schon mal Mist:

const char *gszPort = "portname";

Du mußt portname schon durch den korrekten Namen der seriellen 
Schnittstelle ersetzen. Und damit sollte dann auch diese Frage 
beantwortet sein
Lars schrieb:
> Wie kann ich den festlegen welcher COM-Port angesprochen werden soll?

Wie die Namen aussehen steht im schon geposteten Link:
http://msdn.microsoft.com/en-us/library/aa365247.aspx

[Peter II (Gast)]

Jean Player schrieb:
> Hi,
> falls du char* verwenden willst , brauchst du CreateFileA

NEIN! man sollte immer CreateFile verwenden, der compiler entscheidet 
welches für diesen Projekt das richtige ist. Man sollte nicht Unicode 
und nicht unicode mischen.
also Projekt richtig einstellen dann geht es auch ohne das A.

[Jean P. (fubu1000)]

Hi,

Peter II schrieb:
> NEIN! man sollte immer CreateFile verwenden, der compiler entscheidet
> welches für diesen Projekt das richtige ist.
Grundsätzlich schon richtig. Aber wenn ich den Namen des COM Ports als 
UTF8 string bekommen hätte(aus welchem Grund auch immmer, sei jetzt 
dahin gestellt) und UNICODE wäre an. Würde ich es mir auch schenken und 
ein converting zu UTF16 machen und stattdessen CreateFileA benutzen 
(solange man weiss was man macht ).

>Man sollte nicht Unicode und nicht unicode mischen.
Wie du schon sagst, man sollte nicht aber kann :-)

> also Projekt richtig einstellen dann geht es auch ohne das A.
Also im Visual Studio Menu :
-->Project
-->Properties
-->Configuration Properties
-->C/C++
-->Preprocessor
-->Preprocessor Definitions
Unicode abstellen.

GRUß

[Lars (Gast)]

Hallo zusammen,

habe bei der Einstellung nun

WIN32
_DEBUG
_CONSOLE
%(PreprocessorDefinitions)
UNICODE, _UNICODE

drinstehen.
Leider nimmt er den Befehl ohne A immernochnicht an..

[Lars (Gast)]

Ok Kommando zurück ;)
hab jetzt unter den Projekteinstellungen -> Konfigurationseigenschaften 
-> Zeichensatz -> Multibyte Zeichensatz verwenden eingestellt und jetzt 
gehts auch ohne A