win32 RS-232C послать последовательность бит в байте

[Antinup]

Итак, задача:

ОТослать по протоколу RS-232C с помощью программирования под win32 API байт с логигической последовательность бит: 01111111(единица перавая остальные, нули).
Если расматривать на физическом уровне, то сигнал по протоколу RS-232С должен быть с инверсией, то есть:

111111111111111110100000001111111111

Там где 1 - уровень напряжения +3-+12В
где 0 -уровень напряжения -3--12В.

Главная задача из этого участка выделить 10100000001 которую будет распозновать МК и что-то с ней делать.

Вопрос реально ли вообще с помощь этого протокола RS-232C создать такую последовательность физических импульсов, или байт будет передаваться пакетом со всеми заголовками, которые будут поступать на МК и мешать нам.

ЗЫ: Сорри если не туда запостил.

[raxp]

и что вам мешает послать байт 01111111 = $7F ...а протоколом пусть система занимается

настраиваем...
DCB dcb;
GetCommState(hCom_1, &dcb);

dcb.BaudRate = CBR_115200;
dcb.ByteSize = 8;
dcb.StopBits = ONESTOPBIT;
dcb.fParity = 0;
SetCommState(hCom_1, &dcb);

COMMTIMEOUTS timeouts;
timeouts.ReadIntervalTimeout = 1;
timeouts.ReadTotalTimeoutConstant = 1;
timeouts.ReadTotalTimeoutMultiplier = 0;
timeouts.WriteTotalTimeoutConstant = 10;
timeouts.WriteTotalTimeoutMultiplier = 0;
SetCommTimeouts(hCom_1, &timeouts);

далее посылаем байт... прием с ожиданием можете убрать

OVERLAPPED o;
o.hEvent = CreateEvent(NULL, FALSE, FALSE, NULL);

// тестовый байт для проверки устройства
const BYTE TEST_BYTE[] = {0, 0x7F};
DWORD bytesCount;

WriteFile(hCom_1, &TEST_BYTE[0], 2, &bytesCount, &o);

DWORD error = GetLastError();
if(error == ERROR_IO_PENDING){
DWORD result = WaitForSingleObject(o.hEvent, 50);
if(result == WAIT_TIMEOUT){
CloseHandle(hCom_1);
return FALSE;
}
}else{
CloseHandle(hCom_1);
return FALSE;
}

Sleep(50);

BYTE receivedByte[128] = {0};
ReadFile(hCom_1, &receivedByte[0], 128, &bytesCount, &o);
error = GetLastError();
if(error == ERROR_IO_PENDING){
DWORD result = WaitForSingleObject(o.hEvent, 200);
if(result == WAIT_TIMEOUT){
CloseHandle(hCom_1);
return FALSE;
}else{
BOOL replyFound = false;
for(int i=0; i‹128 && !replyFound; i++){
replyFound = (receivedByte[i] == 0x7F);
}
CloseHandle(hCom_1);
///return replyFound; // возвращаем
}
}else{
CloseHandle(hCom_1);
return FALSE;
}

[realid]

Вообще-то у RS232 1 это -5/-12 В, 0 +5/+12 В. Уровни -3,+3 В считаются неопределенными и могут восприниматься, как 0 или 1.

[Pit_PB]

На бейсике отправить байт в порт намного проще!
Вот пример отправки байта $7F через COM1, со скоростью 9600 бод.

If OpenSerialPort(1, "COM1", 9600, #PB_SerialPort_NoParity, 8, 1, #PB_SerialPort_NoHandshake, 256, 256)
  OutByte.a=$7F
  WriteSerialPortData(1, @OutByte, 1)
  CloseSerialPort(1)
EndIf

[raxp]

ну, вообще-то вы опускаете настройку СOM порта, которая заведена у вас в функцию и скрыта услужливо от глаз средой... а вот вам и на delphi:

Com:= CreateFile('COM1',
GENERIC_READ or GENERIC_WRITE,
0, nil, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
Result:= (Com › 0) and SetCommTiming and
SetCommBuffer(InQueue,OutQueue) and
SetCommStatus(9600);

WriteFile(Com, $7F, 1,TX_Count,nil);
CloseHandle(Com)

как видите тоже намного проще ...а winapi он и в африке winapi/

[Antinup]

Спасибо кто ответил.

raxp, то есть на выходе ком порта получем нам нужный сигнал: 111111111111111110100000001111111111

или же байт будет отправляться пакетом, со всякими заголовками, которые будут мешать?

realid, наверно +5-+15 и -5--15, судя из этой статьи http://www.gaw.ru/html.cgi/txt/interface/rs232/
еще вопросик, МК как правило работает с +5В, как лучше пребразовать сигнал по уровню, чтобы МК правильно воспринимал 1 - (+5-+15) и 0 - (-5--15) и нормально работал

[raxp]

...на выходе COM порта получим пакет согласно стандарту интерфейса, но вы забываете, что этот же сигнал с пакетом будет преобразован при приеме встроенным COM портом на МК ...и по прерыванию его можно будет прочесть из буфера в соответствующем регистре согласно спецификации на МК, так сказать - в исходном виде ...в идеальных условиях конечно, если будут помехи и длинная линия связи, то вам следует озаботиться о протоколе обмена с контролем ошибок, MODBUS например или что проще - M-Link (но это так, на будущее, цели вашего девайса пока неизвестны)

...чтобы правильно воспринимал, обычно ставится преобразователь по типу MAX232, ADM3202 и т.п., лучше еще если и с гальванической развязкой, можно добавить оптронов, но есть и со встроенными (COM порты на компьютерах они знаете-ли нежные девайсы)

[GASCHE]

как видите тоже намного проще ...а winapi он и в африке winapi/

Думаю пример несколько не корректный если CreateFile "скрыта услужливо от глаз средой" то SetCommTiming, SetCommBuffer, SetCommStatus кто то должен расписать ручками

[raxp]

...а вы товарищ взгляните на второй пост для начала а насчет корректности

function CreateFile; external kernel32 name 'CreateFileA';

думаю вопросы не должны возникнуть вперед в MSDN

[GASCHE]

думаю вопросы не должны возникнуть

По второму посту нет вопросов, с тем, что CreateFile "скрыта услужливо от глаз средой" вроде бы то же не возражал, а вот SetCommTiming, SetCommBuffer, SetCommStatus в MSDN не нашел