Получить количество байт, записанных в com-порт (асинхронный режим)

@kwn · Регистрация: 10.05.2008

Author24 — интернет-сервис помощи студентам

Не могу получить кол-во байт записанных в порт(асинхронный режим)+отдельный поток.
Точнее значение всегда одно-нуль.

Vovan-VE · 10.05.2008, 20:58

Кажется, так:

C++

DWORD dwErrors;
COMSTAT cs;
ClearCommError(hCom, &dwErrors, &cs);
//cs.cbInQue

@kwn · 12.05.2008, 00:18 **[ТС]**

Сообщение от Vovan-VE

Кажется, так:

Код

DWORD dwErrors;
COMSTAT cs;
ClearCommError(hCom, &dwErrors, &cs);
//cs.cbInQue

Попробовал ClearCommError, возвращается нуль. Судя по описанию функция несработала, ставил в других местах-тот же нуль.

Vovan-VE · 12.05.2008, 06:57

Что возвращает GetLastError() ?
Какой хендл пихаешь в функцию?

@kwn · 12.05.2008, 22:50 **[ТС]**

Сообщение от Vovan-VE

Что возвращает GetLastError() ?
Какой хендл пихаешь в функцию?

Вот кусок моего кода.

Delphi

o.hEvent:=CreateEvent(nil,true,false,#0);
setcommmask(hndcom,EV_TXEMPTY    );
WriteFile(hndcom,j,w,num,@o);
err3:=GetLastError;

и.т.д
Так вот, err3=0.

Vovan-VE · 13.05.2008, 11:21

Вот так я записавыю, работает.

Delphi

var errs,written:Cardinal;
    cs:COMSTAT;
 
if not ClearCommError(hCom, errs, @cs) then exit;
if WriteFile(hCom, sBuff[1], Length(sBuff), written, nil) then
    //записалось
else
    //не записалось

@kwn · 14.05.2008, 08:10 **[ТС]**

Спасибо за пример. Я вот слегка не допер что значит sBuff[1] и Length(sBuff). Более полный код не можеш прислать?

Vovan-VE · 14.05.2008, 11:09

Это был Delphi. sBuff - это строка, т.е. буфер. sBuff[1] - это первый элемент буффера (там оно передается через var, поэтому на СИ получится что-то типа &sBuff[0]), а Length(sBuff) - это реальная длина буфера, которую мы можем принять.
Если функция вернет true, то в параметр written будет кол-во принятых байт.

@kwn · 15.05.2008, 00:34 **[ТС]**

Сообщение от Vovan-VE

Это был Delphi. sBuff - это строка, т.е. буфер. sBuff[1] - это первый элемент буффера (там оно передается через var, поэтому на СИ получится что-то типа &sBuff[0]), а Length(sBuff) - это реальная длина буфера, которую мы можем принять.
Если функция вернет true, то в параметр written будет кол-во принятых байт.

Наверное всетаки переданных байт, ибо функция Writefile. Или я че то опять не догоняю.:eek:

Vovan-VE · 15.05.2008, 20:15

Да, конечно, written - кол-во байт, записанных в порт.

@wolfram · 16.05.2008, 06:23

Для асинхронного режима я делаю так:

C++

HANDLE h_ovp_ev;
//событие с ручным сбросом
h_ovp_ev=CreateEvent(NULL,true,false,NULL);
 
OVERLAPPED ovp;
ZeroMemory(&ovp,sizeof(OVERLAPPED));
ovp.hEvent=h_ovp_ev;
 
DWORD nwr_bytes;
char buf[BUFF_SIZE];
 
//запись в COM порт
WriteFile(h_com,buf,BUFF_SIZE,&nwr_bytes,&ovp);
 
//ждем окончания записи
WaitForSingleObject(h_ovp_ev,INFINITE);
 
GetOverlappedResult(h_com,&ovp,&nwr_bytes,false);
//теперь в nwr_bytes количество записанных байт

@kwn · 20.05.2008, 22:01 **[ТС]**

Вроде все прояснилось, только вот непонятно: иногда ждут через waitcommevemt, а иногда через WaitForSingleObject. Чем же они отличаются?

@wolfram · 22.05.2008, 06:15

WaitCommEvent служит для мониторинга событий на COM порту. Причем возможны два варианта:

1. Синхронный режим (в CreateFile не использовался флаг FILE_FLAG_OVERLAPPED)
В этом случае WaitCommEvent "повесит" поток до наступления заданного функцией SetCommMask события

2. Асинхронный режим (в CreateFile использовался флаг FILE_FLAG_OVERLAPPED)
В этом случае если события заданные SetCommMask не наступили с предыдущего вызова WaitCommEvent функция вернет FALSE. А GetLastError вернет ERROR_IO_PENDING. Так что тут опять придется использовать WaitForSingleObject чтобы дождаться нужного события

@kwn 0 / 0 / 0 Регистрация: 10.05.2008 Сообщений: 7
		1
	Получить количество байт, записанных в com-порт (асинхронный режим) 10.05.2008, 20:06. Показов 7884. Ответов 12 Метки нет (Все метки) Не могу получить кол-во байт записанных в порт(асинхронный режим)+отдельный поток. Точнее значение всегда одно-нуль. 0

@kwn 0 / 0 / 0 Регистрация: 10.05.2008 Сообщений: 7
	12.05.2008, 00:18 [ТС]	3
	Сообщение от Vovan-VE Кажется, так: Код DWORD dwErrors; COMSTAT cs; ClearCommError(hCom, &dwErrors, &cs); //cs.cbInQue Попробовал ClearCommError, возвращается нуль. Судя по описанию функция несработала, ставил в других местах-тот же нуль. 0

Vovan-VE 13208 / 6596 / 1041 Регистрация: 10.01.2008 Сообщений: 15,069
	12.05.2008, 06:57	4
	Что возвращает GetLastError() ? Какой хендл пихаешь в функцию? 0

@kwn 0 / 0 / 0 Регистрация: 10.05.2008 Сообщений: 7
	14.05.2008, 08:10 [ТС]	7
	Спасибо за пример. Я вот слегка не допер что значит sBuff[1] и Length(sBuff). Более полный код не можеш прислать? 0

Vovan-VE 13208 / 6596 / 1041 Регистрация: 10.01.2008 Сообщений: 15,069
	14.05.2008, 11:09	8
	Это был Delphi. sBuff - это строка, т.е. буфер. sBuff[1] - это первый элемент буффера (там оно передается через var, поэтому на СИ получится что-то типа &sBuff[0]), а Length(sBuff) - это реальная длина буфера, которую мы можем принять. Если функция вернет true, то в параметр written будет кол-во принятых байт. 0

@kwn 0 / 0 / 0 Регистрация: 10.05.2008 Сообщений: 7
	15.05.2008, 00:34 [ТС]	9
	Сообщение от Vovan-VE Это был Delphi. sBuff - это строка, т.е. буфер. sBuff[1] - это первый элемент буффера (там оно передается через var, поэтому на СИ получится что-то типа &sBuff[0]), а Length(sBuff) - это реальная длина буфера, которую мы можем принять. Если функция вернет true, то в параметр written будет кол-во принятых байт. Наверное всетаки переданных байт, ибо функция Writefile. Или я че то опять не догоняю.:eek: 0

Vovan-VE 13208 / 6596 / 1041 Регистрация: 10.01.2008 Сообщений: 15,069
	15.05.2008, 20:15	10
	Да, конечно, written - кол-во байт, записанных в порт. 0

@kwn 0 / 0 / 0 Регистрация: 10.05.2008 Сообщений: 7
	20.05.2008, 22:01 [ТС]	12
	Вроде все прояснилось, только вот непонятно: иногда ждут через waitcommevemt, а иногда через WaitForSingleObject. Чем же они отличаются? 0

@wolfram 0 / 0 / 0 Регистрация: 16.05.2008 Сообщений: 7
	22.05.2008, 06:15	13
	WaitCommEvent служит для мониторинга событий на COM порту. Причем возможны два варианта: 1. Синхронный режим (в CreateFile не использовался флаг FILE_FLAG_OVERLAPPED) В этом случае WaitCommEvent "повесит" поток до наступления заданного функцией SetCommMask события 2. Асинхронный режим (в CreateFile использовался флаг FILE_FLAG_OVERLAPPED) В этом случае если события заданные SetCommMask не наступили с предыдущего вызова WaitCommEvent функция вернет FALSE. А GetLastError вернет ERROR_IO_PENDING. Так что тут опять придется использовать WaitForSingleObject чтобы дождаться нужного события 0