Программирование СОМ-порта на С++ начинающему! Помощь нужна!

genii-2002

Помогите, пожалуйста, научиться программировать на С++ (MS Visual C++2010) COM-порт. Причем интересует глубокое понимание процессов, отчасти основы программирования и архитектуры компьютером (основная база есть, немного программирую МК на Ассемблере). Может где-то что-то почитать и т.п. Может кто-то сможет прокурировать меня в этих вопросах. В долгу не останусь))))
В будущем хочу использовать USB-порт как виртуальный СОМ-порт через FTDI.
Вообщем буду признателен за любую помощь!

Реклама

Goodefine

Не слишком давно писал небольшое приложение, которое сидит в трее и притворяется winlirc-ом. Прослушивая при этом виртуальный (или реальный) ком порт - cdc usb (или hid usb - на выбор) и работая при этом как tcp сервер - пересылая видоизмененные данные клиентам, поступивших с порта. В MVS2005...
Учится, конечно быстрее всего по статьям в нете. Но толковых мало, а ньюансов много. В частности, передача данных от потока чтения кома-а (критические секции), нюансы связанные именно с cdc... Делал через апи, ибо ни одна библиотека не работала как мне нужно, либо платные... Если что, спрашивайте...

Реклама

Мурик

genii-2002 писал(а):В будущем хочу использовать USB-порт как виртуальный СОМ-порт через FTDI.

В архиве есть DLL'ка, позволяющая работать как с железным так и с виртуальным COM портом.

genii-2002

Друзья, может кто поделиться своим опытом! Как и где вы добывали знания? С какими проблемами сталкивались в освоении программирования СОМ порта и т.п.? Что читали и и где учились?

Реклама

Goodefine

genii-2002 писал(а):... где вы добывали знания?...

Я ж написал - в гугле! А проблемы сейчас вам ничего не скажут - столкнетесь, тогда и решать будем..

Реклама

YS · Сообщение YS » Пт дек 10, 2010 21:13:20

В будущем хочу использовать USB-порт как виртуальный СОМ-порт через FTDI.

Реальный и виртуальный COM - разные вещи. Капитан Очевидность подсказывает, что для работы с микросхемами FTDI надо читать D2XX programmer's guide (это мануал на библиотеку от FTDI для работы с их микросхемами) и даташиты на сами микросхемы (самая распротраненная FT232R). Можно, конечно, и WinAPI использовать (гуглите функции CreateFile(...), WriteFile(...), ReadFile(...), CloseHandle(...) ), но специальная библиотека от FTDI дает гораздо большие возможности.

Реклама

avreal

Гораздо больше возможностей она даёт по не-компортовым вещам. В режиме «комп-порта» там в основном эмуляция того же, что в WinAPI плюс возможность читать/писать EEPROM-ку и уменьшить время таймаута отправки в комп недозаполненого буфера в микросхеме. По умолчанию 16 милисекунд и это крепко садит пропускную способность.
Но EEPROM-ку читать-писать нужно сначала придумать для чего, а таймаут можно раз и навсегда уменьшить в свойствах порта в windows.

Более того, я на этот таймаут и не нарывался вообще, хотя программа для работы с COM-портом через WinAPI была написана, пожалуй, до того, как миросхемы FTDI появились в природе.

Просто у меня была ещё под Win98 выписана событийная работа с COM-портом и применён пакетный протокол, основанный на рамке SLIP (её же Леонид Иванович в wake использовал). Любой пакет заканчивается флаговым байтом SLIP_END. Ком-порту по WinAPI при инициализации DCB устанавливается event char на этот флаговый байт SLIP_END. Программа, точнее, поток обслуживания COM-порта, не дёргается за каждым байтом, а через WaitCommEvent (в случае работы через OVERLAPPED IO - через WaitForMultipleObjects) ждёт события прихода концевого флага. Потом смотрит, сколько у Win в буфере ком-порта набралось данных и вычитывает ровно столько одним махом, потом разбирает.

Ну так вот этот же event character при работе с виртуальным портом FTDI передаётся через VCP драйвер в микросхему и та по этому байту делает отправку как по активации ножки send immedite — не ожидая даже минимальное время таймаута заполнения FIFO.

Программа, написанная таким образом в 1997-98 году для обычного ком-порта, забегала с FT8U245 на отличных скоростях

Ограничителем выступала мега128.

DX168B

Такс.....

Я не новичок в программировании COM портов, но есть у меня одна проблема с этим портом. Выкладываю отрывки Сишного кода, а потом проблему.

Код: Выделить всё

char in_p[50] = ".";
int RcvCounter=0;
HANDLE hFile = CreateFile("com1", GENERIC_READ|GENERIC_WRITE, 0,NULL,
                  OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL,NULL);
	

	if(hFile == INVALID_HANDLE_VALUE){display("COM Error!");}
	else{display("Порт открыт");}

		DWORD dwBytesRead1 = 0;

		while(1)
		{	
         ReadFile(hFile, in_p, sizeof(in_p), &dwBytesRead1, NULL);
			Sleep(1);
			if(dwBytesRead1 != 0){break;}
		}
		RcvCounter = dwBytesRead1;
		cout <<in_p<<" : "<<RcvCounter<<endl;

И такой вариант:

Код: Выделить всё

char in_p[50] = ".";
int RcvCounter=0;
HANDLE hFile = CreateFile("com1", GENERIC_READ|GENERIC_WRITE, 0,NULL,
                  OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL,NULL);
	

	if(hFile == INVALID_HANDLE_VALUE){display("COM Error!");}
	else{display("Порт открыт");}

		DWORD dwBytesRead1 = 0;

		while(dwBytesRead1 == 0)
		{	
         ReadFile(hFile, in_p, sizeof(in_p), &dwBytesRead1, NULL);
			Sleep(1);
		}
		RcvCounter = dwBytesRead1;
		cout <<in_p<<" : "<<RcvCounter<<endl;

Это два варианта моих отрывков кода, который должен сначала открыть порт,
за тем застрять в цикле, пока что-нибудь не придёт. Используется тут WinAPI.
Настройки битрейта порта и прочих его параметров, тут я не привёл. Но там вроде всё нормально.
Всё работает нормально, но если нагрузить процессор хотя бы на 60-70% так
начинаются траблы. Не принимаются все байты с порта. И количество принятых байтов может отличаться от содержимого в RcvCounter.
Что мне сделать, чтобы от этого избавиться. Стабильность приёма данных очень важна.

DX168B

Ай дурак я. Разобрался. Таймауты порта по нулям выставил. В итоге - поток ещё не успел прочитаться, а таймаут истёк. Вот такие пЕроги.

genii-2002

так кто может прокурировать мое обучение? Сейчас осваиваю С++ в MS Visual Studio 2010. Как ыставлять логические уровни на сом-порт?

Engineer_Keen

Не помню как остальными, но линиями DTR и RTS можно рулить через функцию EscapeCommFunction

DX168B

Объяснять долго.
Короче...... вот в архиве мой изврат (класс для работы с COM портом)
Можешь откомпилировать её как DLL (он и рассчитан на компиляцию в DLL файл)
Ищи в классе функцию:

Код: Выделить всё

extern "C" __declspec (dllexport) void DXCOM::SetLine(OUT_LINES_NAME ln, bool state)
{
	if(!state)
		return ;

	unsigned char value;
	
	if(ln == DTR)
	{
		if(state)
			value = 6;
		else
			value = 5;
	}

	
	if(ln == RTS)
	{
		if(state)
			value = 4;
		else
			value = 3;
	}

	EscapeCommFunction(m_hFile, value);	
}

Если не будут пахать линии DTR и RTS, то замени параметры DCB на:

Код: Выделить всё

 	dcb.fDtrControl = DTR_CONTROL_ENABLE;
 	dcb.fRtsControl = RTS_CONTROL_ENABLE;

madman64

А можно подробнее. мне не все понятно. И главное: так ли работает код в линукс системах? Я просто хочу написать драйвер для ком мыши в современной Mageia 7.
Заранее огромное спасибо за подсказки.

Jack_A

А ничего, что последний пост в этой теме - 11 лет тому назад?