Clearcommerror failed winapi error 22

Функция ClearCommError

Функция ClearCommError извлекает информацию об коммуникационной ошибке и сообщает о текущем состоянии коммуникационного устройства. Функция вызывается тогда, когда происходит ошибка обмена информацией и сбрасывает флажок ошибки устройства, чтобы включить в работу дополнительные операции ввода и вывода данных (I/O).

[in] Дескриптор коммуникационного устройства. Функция CreateFile возвращает этот дескриптор.

[out] Указатель на переменную, которая составляет маску, указывающую тип ошибки. Этот параметр может состоять из одного или нескольких ниже перечисленных значений.

Если функция завершается успешно, возвращаемое значение не нуль.

Если функция завершается ошибкой, возвращаемое значение равняется нулю. Чтобы получить дополнительную информацию об ошибке, вызовите GetLastError.

Если коммуникационный порт установлен со значением ИСТИНА (TRUE) в члене fAbortOnError структуры установки программы DCB, коммуникационная программа завершит работу всех операций чтения и записи на коммуникационном порте, когда происходит коммуникационная ошибка. Новые операции чтения или записи не должны допускаться до тех пор, пока прикладная программа не опознает коммуникационную ошибку при помощи вызова функция ClearCommError.

Функция ClearCommError заполняет буфер состояния, на который указывает параметр lpStat текущим состоянием коммуникационного устройства, определенного параметром hFile.

Размещение и совместимость ClearCommError

Источник

Странное поведение функции ClearCommError

31.10.2017

Некоторое время назад при работе над одной программой я столкнулся с необычным поведением функции ClearCommError. Задача была довольно простой: есть прибор, от которого по COM порту принимаются данные. Вроде бы ничего сложного, но меня ждал подвох.

Для приема данных был реализован отдельный поток, который пробуждался каждый раз при поступлении данных в порт. При этом управление получал приблизительно такой код:

Какого же было мое удивление, когда я обнаружил, что он не работает. Точнее работает, но крайне нестабильно. Почему? во время отладки выяснилось, что проблема в функции ClearCommError, которая неправильно заполняла структуру COMSTAT. Точнее она неправильно определяла размер данных, поступивших в порт. Прибор, от которого я принимал данные, работал с известной частотой, размер данных отправляемых им за один раз также известен. Поэтому оценить сколько должно приходить — не проблема. Функция ClearCommError на разных итерациях определяла размер принятых байт то в 4096, то в 2, то в 3 байта. Неслабый разброс. Может я делаю что-то не так?

Согласно документации функция ClearCommError предназначена для сброса ошибки COM порта. Может быть для определения размера полученных данных нужно использовать какую-то другую функцию? Я полез в Интернет. Но ничего не нашел. Во всех найденных мною примерах размер полученных данных определялся именно этой функцией. Других функций нет. Так в чем дело?

Поиск в Интернете все-таки дал свои плоды. Оказывается я не первый кто столкнулся с такой проблемой. ее обсуждение можно найти на форуме vingrad (ссылка). К сожалению, красивого решения найти не удалось. Поэтому пришлось использовать функцию ClearCommError в цикле. Пример кода:

Данный код работает стабильно и пока ни разу не подводил меня. Может показаться что цикл создает нагрузку на процессор, но это не так. Дело в том, что данный цикл запускается только при поступлении какой-либо информации в порт. Поэтому он обрабатывает только действительно нужные данные.

Источник

ClearCommError function (winbase.h)

Retrieves information about a communications error and reports the current status of a communications device. The function is called when a communications error occurs, and it clears the device’s error flag to enable additional input and output (I/O) operations.

Syntax

Parameters

A handle to the communications device. The CreateFile function returns this handle.

[out, optional] lpErrors

A pointer to a variable that receives a mask indicating the type of error. This parameter can be one or more of the following values.

В

The following values are not supported:

[out, optional] lpStat

A pointer to a COMSTAT structure in which the device’s status information is returned. If this parameter is NULL, no status information is returned.

Return value

If the function succeeds, the return value is nonzero.

If the function fails, the return value is zero. To get extended error information, call GetLastError.

If a communications port has been set up with a TRUE value for the fAbortOnError member of the setup DCB structure, the communications software will terminate all read and write operations on the communications port when a communications error occurs. No new read or write operations will be accepted until the application acknowledges the communications error by calling the ClearCommError function.

The ClearCommError function fills the status buffer pointed to by the lpStat parameter with the current status of the communications device specified by the hFile parameter.

Источник

Clearcommerror failed winapi error 22

Профиль
Группа: Участник
Сообщений: 2
Регистрация: 12.3.2013

Репутация: нет
Всего: нет

Помогите пожалуйста разобраться с ClearCommError. Вообще первый раз пытаюсь в Delphi что то делать, но необходимость нагрянула.
На com порте висит заглушка с соединёнными RX и TX. т.е. что выдаётся, то сразу попадает в буфер чтения. Запущен монитор, позволяющий всё это дело контролировать.

Смог накорябать, в меру соображения, вот это:

zagma	Дата 12.3.2013, 20:26 (ссылка) | (нет голосов) Загрузка .

hFile :THandle;
ByteWritten : cardinal;
temp :string; // это будет отправляться
namefile:Pchar; // имя файла
COMStat: TCOMStat; // переменная для определения данных в буфере
xn: THandle;

begin
temp:=’Hello World!’; // строка для записи в файл
namefile:=’COM3′; // Имя файла для создания

hFile:= CreateFile(namefile,GENERIC_READ or GENERIC_WRITE,
FILE_SHARE_READ or FILE_SHARE_WRITE,nil,CREATE_ALWAYS,0,0); // Открывается порт

WriteFile(hFile, temp[1], Length(temp),ByteWritten, nil); // пишется строка в порт

ClearCommError(hFile,xn,@COMStat); //получаем состояние COM в StatCOM
xn:=COMStat.cbInQue; // в cblnQue должно вроде быть количество байтов в буфере

ShowMessage(IntTostr(xn)) ; // показывается сколько ж там чего — ДЫРКА ТАМ . НОЛЬ

ReadFile(hFile,MyBuff,SizeOf(MyBuff),ByteReaded,Nil); // строка из буфера считывается . ВПОЛНЕ ОДУШЕВЛЁННАЯ .

Может подскажете, что я не так сделал (или не сделал). Показывает cblnQue = 0, когда в буфере 12 байт.

northener	Дата 12.3.2013, 20:49 (ссылка) | (нет голосов) Загрузка .
Эксперт Профиль Группа: Завсегдатай Сообщений: 1361 Регистрация: 2.9.2010 Репутация: 12 Всего: 20 Цитата(zagma @ 12.3.2013, 20:26 ) Может подскажете, что я не так сделал (или не сделал). Показывает cblnQue = 0, когда в буфере 12 байт. На момент вызова процедуры ClearCommError в буфере нет ещё ничего. А функция ReadFile будет ждать пока не прочитает что-то из буфера, либо пока не истечет установленный таймаут. Добавлено через 2 минуты и 21 секунду Вот неплохая статья по работе с СОМ-портом: Работа с СОМ-портом в Windows (W9x, W2k)

Профиль
Группа: Участник
Сообщений: 2
Регистрация: 12.3.2013

Репутация: нет
Всего: нет

zagma	Дата 12.3.2013, 21:10 (ссылка) | (нет голосов) Загрузка .

Цитата(zagma @ 12.3.2013, 20:26 )

Может подскажете, что я не так сделал (или не сделал). Показывает cblnQue = 0, когда в буфере 12 байт.

На момент вызова процедуры ClearCommError в буфере нет ещё ничего.
А функция ReadFile будет ждать пока не прочитает что-то из буфера, либо пока не истечет установленный таймаут.

Добавлено @ 20:51
Вот неплохая статья по работе с СОМ-портом:
Работа с СОМ-портом в Windows (W9x, W2k)

Всем доброго времени суток, я вообще не программист, программирую от случая к случаю, пишу программу для работы с Com портом, котрая должна общаться с таблом типа LED MATRIX. От компонентов решил отказаться, пишу на WinAPI. Мне нужно интерпретировать значения отправляемые функцией ClearCommError в одну из переменных, а именно в lpErrors

Вот объявление функции в Windows.pas:

1
2

function ClearCommError(hFile: THandle; var lpErrors: DWORD; lpStat: PComStat): BOOL; stdcall;
{$EXTERNALSYM ClearCommError}

Вот что нарыл в инете про эту переменную (lpErrors), как вставить риунок в конкретное место я не понял см в миниатюрах.
Значения флагов CE_BREAK и т.д. естественно тоже объявлены в Виндовс.пас, вот они:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

...
function GetFreeSpace(w: Word): DWORD;
...
const
...
  CE_RXOVER = 1;        { Receive Queue overflow }
  {$EXTERNALSYM CE_RXOVER}
  CE_OVERRUN = 2;       { Receive Overrun Error }
  {$EXTERNALSYM CE_OVERRUN}
  CE_RXPARITY = 4;      { Receive Parity Error }
  {$EXTERNALSYM CE_RXPARITY}
  CE_FRAME = 8;         { Receive Framing error }
  {$EXTERNALSYM CE_FRAME}
  CE_BREAK = $10;       { Break Detected }
  {$EXTERNALSYM CE_BREAK}
  CE_TXFULL = $100;     { TX Queue is full }
  {$EXTERNALSYM CE_TXFULL}
  CE_PTO = $200;        { LPTx Timeout }
  {$EXTERNALSYM CE_PTO}
  CE_IOE = $400;        { LPTx I/O Error }
  {$EXTERNALSYM CE_IOE}
  CE_DNS = $800;        { LPTx Device not selected }
  {$EXTERNALSYM CE_DNS}
  CE_OOP = $1000;       { LPTx Out-Of-Paper }
  {$EXTERNALSYM CE_OOP}
  CE_MODE = $8000;      { Requested mode unsupported }
  {$EXTERNALSYM CE_MODE}
...

Отлаживаю программу, и смотрю какое значение отправляется в lpErrors, фактическая переменная Errs:

1

ClearCommError(POrt,Errs,@ComStat);

И в Watch List-е вижу:
WatchName: Errs
Value: $12F95C — смотрю в Хексе
А теперь внимание вопрос — как мне интерпретировать данное значение, с учетом того, что может быть установлено несколько бит как написано (см рис).

win32 (64 bit python), pyserial 3.4, connecting to a u-blox virtual serial port (installed using latest version of u-center, v21.02, see https://www.u-blox.com/en/product/u-center).

It seems that whenever ClearCommError is called, an errno 22 (The parameter is incorrect) is thrown.

File «./external/serial/serialwin32.py», line 273, in read
serial.serialutil.SerialException: ClearCommError failed (OSError(22, ‘The parameter is incorrect.’, None, 87))

I was able to continue after monkeypatching ClearCommError:

oce = serial.win32.ClearCommError

def ClearCommError(hwnd, flags, comstat):
    ret = oce(hwnd, flags, comstat)
    if not ret:
        winerr = ctypes.WinError()
        if winerr.errno == 22:
            return True
    return ret

if type(oce) is not types.FunctionType:
    serial.win32.ClearCommError = ClearCommError

I wonder if this is an issue with pre-emptively calling ClearCommError with no error present?
However, I can’t find a way to check if an error is present on a comport, other than simply attempt read/write/whatever.

Некоторое время назад при работе над одной программой я столкнулся с необычным поведением функции ClearCommError. Задача была довольно простой: есть прибор, от которого по COM порту принимаются данные. Вроде бы ничего сложного, но меня ждал подвох.

Для приема данных был реализован отдельный поток, который пробуждался каждый раз при поступлении данных в порт. При этом управление получал приблизительно такой код:

COMSTAT comstat;
unsigned long temp;
//Определяем размер поступивших данных
ClearCommError(hCOM, &temp, &comstat);
if(comstat.cbInQue > size_buffer)
{
   //Если нужно увеличиваем размер буфера под данные
   pbuffer = realloc(pbuffer, comstat.cbInQue); 
   size_buffer = comstat.cbInQue;
}
//Читаем данные
DWORD fact_size = 0;
ReadFile(hCOM, pbuffer, comstat.cbInQue, &fact_size, &overlapped);
//Обрабатываем данные
PerformData(fact_size);

Какого же было мое удивление, когда я обнаружил, что он не работает. Точнее работает, но крайне нестабильно. Почему? во время отладки выяснилось, что проблема в функции ClearCommError, которая неправильно заполняла структуру COMSTAT. Точнее она неправильно определяла размер данных, поступивших в порт. Прибор, от которого я принимал данные, работал с известной частотой, размер данных отправляемых им за один раз также известен. Поэтому оценить сколько должно приходить — не проблема. Функция ClearCommError на разных итерациях определяла размер принятых байт то в 4096, то в 2, то в 3 байта. Неслабый разброс. Может я делаю что-то не так?

Согласно документации функция ClearCommError предназначена для сброса ошибки COM порта. Может быть для определения размера полученных данных нужно использовать какую-то другую функцию? Я полез в Интернет. Но ничего не нашел. Во всех найденных мною примерах размер полученных данных определялся именно этой функцией. Других функций нет. Так в чем дело?

Поиск в Интернете все-таки дал свои плоды. Оказывается я не первый кто столкнулся с такой проблемой. ее обсуждение можно найти на форуме vingrad (ссылка). К сожалению, красивого решения найти не удалось. Поэтому пришлось использовать функцию ClearCommError в цикле. Пример кода:

COMSTAT comstat;
unsigned long temp;
//Определяем размер поступивших данных
ClearCommError(hCOM, &temp, &comstat);
while(comstat.cbInQue)
{
   //Определяем размер чтобы уместиться в буфер
   unsigned long size;
   size = (comstat.cbInQue < size_buffer) ? comstat.cbInQue : size_buffer;
   //Читаем данные
   unsigned long fact_size = 0;   
   ReadFile(hCOM, pbuffer, size, &fact_size, &overlapped);
   //Обрабатываем данные 
   PerformData(fact_size);
   //Проверяем все ли мы прочитали из COM порта
   ClearCommError(hCOM, &temp, &comstat);
}

Данный код работает стабильно и пока ни разу не подводил меня. Может показаться что цикл создает нагрузку на процессор, но это не так. Дело в том, что данный цикл запускается только при поступлении какой-либо информации в порт. Поэтому он обрабатывает только действительно нужные данные.