Модераторы: feodorv, GremlinProg, xvr, Fixin
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Передача нуля в COM- порт, проблема 
V
    Опции темы
Mechatronic
Дата 9.4.2010, 16:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


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

Репутация: нет
Всего: нет
Здравствуйте, есть проблема: если среди массива типа char имеется нулевой байт- он не передается через COM порт. Пользуюсь функциями API FileOpen, FileRead,FileWrite. FileWrite просто пропускает нулевой символ. Как можно бороться? Физически нулевой символ отправить не проблема- ведь стартовый и стоповые биты будут на месте. Можно, конечно, вместо нулевого байта подставить '0', но тогда прийдется выполнять лишние действия на оконечном усройстве, что не желательно.
Спасибо за внимание к проблеме.

Это сообщение отредактировал(а) Mechatronic - 9.4.2010, 16:37
PM MAIL   Вверх
borisbn
Дата 10.4.2010, 09:41 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 4875
Регистрация: 6.2.2010
Где: Ростов-на-Дону

Репутация: 6
Всего: 135
1. У тебя нигде не ведётся работа с массивом char, как со строкой?
2. При настройке COM-порта можно указать символ, при приёме которого считать, что данные поступили и их можно забирать из буфера (часто используется \n при работе с модемами). Не указан ли у тебя в качестве такого символа 0?
3. Покажи код 


--------------------
Женщины отличаются от программистов тем, что у них чары состоят из стрингов
PM MAIL Jabber   Вверх
Mechatronic
Дата 10.4.2010, 10:16 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


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

Репутация: нет
Всего: нет
1.Ведется работа как со строкой после чтения из приемного буфера с целью отладки. Там, понятное дело- нули будут игнорироваться (так, игнорируется длинный хвост нулей- незанятых ячеек буфера). но то, что символ пропущен замечено еще на этапе отправки (FileWrite()): число переданных в порт символов numbytes_ok не совпадает с числом символов , переданных функции  numbytes (меньше на количество нулевых). 
2. Ничего подобного не настраивал. да и символ обрубает не только последний, а в середине. Далее идущие нормально передаются
3. Код ниже:
Код

//------------------ Конфигурация ком порта
void PortConfig (void)
{
HANDLE port;                   // Хендл порта
DCB *dcb;                      // Структура DCB
COMMTIMEOUTS ct;               // Структура с таймаутами
COMSTAT ComState;
OVERLAPPED Overlap;       /* Структура,содержащая ошибки
и число символов в буферах  */
DWORD numbytes, numbytes_ok, temp, EventMask;//Число ожидаемых байт,
 //число байт реально,
char buf_in[100];
char buf_out[100];
AnsiString portname;
portname="COM"+Form1->EditCOMN->Text;
dcb=(DCB*)HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,sizeof(DCB));
dcb->DCBlength=sizeof(DCB);
BuildCommDCB("baud=9600 parity=N data=8 stop=1",dcb);
dcb->fNull=TRUE;
ct.ReadIntervalTimeout=10;
ct.ReadTotalTimeoutMultiplier=ct.ReadTotalTimeoutConstant=3;
ct.WriteTotalTimeoutMultiplier=ct.WriteTotalTimeoutConstant=3;
port=CreateFile(portname.c_str(),GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,0,NULL);
if(port == INVALID_HANDLE_VALUE)            //если ошибка открытия порта
  {
   //вывести сообщение в строке состояния
   Form1->Edit1->Text = "Не удалось открыть порт "+portname;
   return;
  }
Form1->Button4->Enabled=false;
Form1->Edit1->Text = "Открыт порт "+portname;
SetCommState(port,dcb);
SetCommTimeouts(port,&ct);
HeapFree(GetProcessHeap(),0,dcb);
PurgeComm(port, PURGE_RXCLEAR); //очищаем очередь приема
PurgeComm(port, PURGE_TXCLEAR); //очищаем очередь передачи
SetCommMask(port, EV_RXCHAR);   //заполняем маску отслеживаемых
GetCommMask (port,&EventMask);  //применяем маску отслеживаемых
//событий(получение байта)
}
//----------Послать пакет
 void PortWrite (void)
{ ClearCommError(port, &temp, &ComState);
 // если temp не равно нулю, значит порт в состоянии ошибки
 if(!temp) WriteFile(port, buf_out, numbytes, &numbytes_ok, &Overlap);
 // в переменной numbytes_ok содержится реальное число переданных байт
}
//---------Принять пакет
void PortRead (void)
{
numbytes = 11;
ClearCommError(port, &temp, &ComState);
// если temp не равно нулю, значит порт в состоянии ошибки
if(!temp) ReadFile(port, buf_in, numbytes, &numbytes_ok, &Overlap);
// в переменной numbytes_ok содержится реальное число принятых байт

}

Это сообщение отредактировал(а) Mechatronic - 10.4.2010, 10:40
PM MAIL   Вверх
borisbn
Дата 10.4.2010, 13:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 4875
Регистрация: 6.2.2010
Где: Ростов-на-Дону

Репутация: 6
Всего: 135
1. Ты используешь асинхронный ввод/вывод (судя по &Overlap в функции WriteFile), а CreateFile вызываешь без флага FILE_FLAG_OVERLAPPED. Может это и нормально, но попробуй поиграться с флагом и со структурой OVERLAPPED (с ней/без неё)
2. Попробуй заремить строку
Цитата(Mechatronic @  10.4.2010,  10:16 Найти цитируемый пост)
SetCommMask(port, EV_RXCHAR);   //заполняем маску отслеживаемых




--------------------
Женщины отличаются от программистов тем, что у них чары состоят из стрингов
PM MAIL Jabber   Вверх
Mechatronic
Дата 10.4.2010, 13:51 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


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

Репутация: нет
Всего: нет
Прошу прощения- внимательно вгляделся- отправляются всетаки все байты. Нули пропадают при приеме ( я замкнул TxD и RxD). Поставил на место FILE_FLAG_OVERLAPPED, и странная вещь: в переменную, отражающая реальное количество переданных/ принятых байт возвращается ноль, хотя приемный буфер заполняется (копия выходного буфера, но как и раньше- отсутствует символ \0). 
Закомментил строки, связаные с установкой маски- ничего не изменилось

Это сообщение отредактировал(а) Mechatronic - 10.4.2010, 13:53
PM MAIL   Вверх
borisbn
Дата 10.4.2010, 14:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 4875
Регистрация: 6.2.2010
Где: Ростов-на-Дону

Репутация: 6
Всего: 135
Цитата(Mechatronic @  10.4.2010,  13:51 Найти цитируемый пост)
в переменную, отражающая реальное количество переданных/ принятых байт возвращается ноль

после WriteFile/ReadFile нужно ждать событие hEvent из структуры OVERLAPPED.
Всё-таки непонятное у тебя происходит. Давай проект в zip и в attach
ужЕ самому интересно smile


--------------------
Женщины отличаются от программистов тем, что у них чары состоят из стрингов
PM MAIL Jabber   Вверх
Mechatronic
Дата 10.4.2010, 14:55 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


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

Репутация: нет
Всего: нет
Причина проста- дырявая память (не у компьютера). Вот эта строка
Код

dcb->fNull=TRUE;

Есть прямая инструкция отбрасывать нулевые байты при их приеме. Когда и зачем поставил- не помню smile 
Событие ждать- это уже если хочется- WaitCommEvent для этого есть. Использую его уже при вызове функции.
Но почему  зануляется переменная numbytes_ok- мне не понятно.
borisbn, спасибо за помощь- Ты настоящий друг!(с)smile

Это сообщение отредактировал(а) Mechatronic - 10.4.2010, 14:57
PM MAIL   Вверх
xvr
Дата 10.4.2010, 15:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 40
Всего: 223
Цитата(Mechatronic @  10.4.2010,  14:55 Найти цитируемый пост)
Событие ждать- это уже если хочется- WaitCommEvent для этого есть.
А если не хочется - гадать на кофейной гуще, сколько байт уже отправилось  smile При Overlapped IO WriteFile/ReadFile только ЗАПУСКАЮТ процесс обмена и немедленно возвращаются (с специальной ошибкой). Что бы узнать, сколько байтов реально передалось, надо ждать события из hEvent  (а не WaitCommEvent), а потом вызывать GetOverlappedResult - она уже скажет сколько РЕАЛЬНО байт было переданно (кстати, она заодно и ждать может)
PM MAIL   Вверх
Mechatronic
Дата 10.4.2010, 20:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


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

Репутация: нет
Всего: нет
borisbn, xvr ))))спасибо за разъяснения, теперь понял
PM MAIL   Вверх
  
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "C/C++: Системное программирование и WinAPI"
Fixin
GremlinProg
xvr
feodorv
  • Большое количество информации и примеров с использованием функций WinAPI можно найти в MSDN
  • Описание сообщений, уведомлений и примеров с использованием компонент WinAPI (BUTTON, EDIT, STATIC, и т.п.), можно найти в MSDN Control Library
  • Непосредственно, перед созданием новой темы, проверьте заголовок и удостоверьтесь, что он отражает суть обсуждения.
  • После заполнения поля "Название темы", обратите внимание на наличие и содержание панели "А здесь смотрели?", возможно Ваш вопрос уже был решен.
  • Приводите часть кода, в которой предположительно находится проблема или ошибка.
  • Если указываете код, пользуйтесь тегами [code][/code], или их кнопочными аналогами.
  • Если вопрос решен, воспользуйтесь соответствующей ссылкой, расположенной напротив названия темы.
  • Один топик - один вопрос!
  • Перед тем как создать тему - прочтите это .

На данный раздел распространяются Правила форума и Правила раздела С++:Общие вопросы .

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Chipset, Step, Fixin, GremlinProg, xvr. feodorv.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Системное программирование и WinAPI | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0508 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.