Ув. коллеги! Не подскажете в чем может быть проблема при обмене по RS232 в такой ситуации... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ув. коллеги! Не подскажете в чем может быть проблема при обмене по RS232 в такой ситуации...

Отправлено yav 20 июня 2007 г. 12:12

Для съема данных и регистрации их в Exelевские таблицы написан макрос использующий для обмена по RS232 простенькую dll (rsmin.dll - нарыл когда то давно на сайте elector). Логика работы примитивная - PC шлет запросы (один два символа), а железка отвечает пакетом данных длиной 2048 байт. Под Win98 все работает без проблем - проходит и 200 и 300 циклов обмена. А вот под WinXP/2000/NT после некоторого количества циклов обмена происходит сбой обмена - PC перестает генерировать запросы и макрос сообщает об ошибке "Timeout error". При этом разовые команды с ПЭВМ на железку также не проходят - просто отсутствуют посылки на TXD выходе RS232. По каким причинам ОС может блокировать доступ к порту и как с этим бороться? Подскажите где начинать рыть?

Составить ответ | Вернуться на конференцию

Ответы

"нарыл когда то давно" - тогда-то давно про ХР ничего не знали. И что у неё внутри тоже неизвестно. Может и прямое обращение к портам, что косвенно подтверждает стабильная работа в 98-й. Выхода два: найти новую версию этой dll (или другую подобную под ХР) или, как советуют, закрывать порт после каждого цикла обмена и открывать снова, он от этого не сломается. :) — Ivax (20.06.2007 14:15:21 82.208.10.20, пустое)
Может включается режим xon/xoff контроль? — mandigit (20.06.2007 14:08:1 212.30.186.63, 137 байт)
Ответ: (+).. — ETM (20.06.2007 13:02:12 62.117.85.87, 548 байт)
- Ответ: Нет там таких возможностей. Как я сказал dll простейшая - обеспечивает прием/передачу байта в COM порт и с помощью отдельных функций манипуляцию линиями управления RTS, CTS, DTR, DSR и контроль таймаута. — yav (20.06.2007 13:17:2 212.5.172.50, пустое)
  - Увеличить таймаут на прием... — ETM (20.06.2007 13:25:19 62.117.85.87, пустое)
    - Ответ: Таймаут - 2 секунды, куда уж больше. — yav (20.06.2007 13:59:44 212.5.172.50, пустое)
      - Вообще-то перед полудуплексным циклом общения хорошо помогает функция WinApi "PurgeComm"...Но у Вас не своя dll... Это не есть хорошо... :o(( — ETM (20.06.2007 14:40:40 62.117.85.87, пустое)
Раз брейк вешает порт, то по идее и переполнение при приеме может его повесить. — Vladimir Ljaschko (20.06.2007 12:27:30 194.158.204.49, пустое)
- Ответ: Каким образом переполнение приемного буфера может заблокировать передачу символов с ПЭВМ? — yav (20.06.2007 12:49:28 212.5.172.50, пустое)
Дивайс не готов приему и используется аппаратное управление потоком ... — vinogradov aleksei (20.06.2007 12:26:48 82.207.109.75, пустое)
- Ответ: В том то и дело что не используется. Обмен идет по трем проводам - RXD, TXD, GND. — yav (20.06.2007 12:47:24 212.5.172.50, пустое)
  - Такие заморочки с обменом встречалось раньше и в ДОС-приложениях. (В компиляторах присутствовал OPTION-настройка буфера обмена, как правило от 2048 байт до 32767, коррелируемая со скоростью обмена по RXD). Изредко, но приходилось закрывать ,читая( этими блоками) данные и открывать заново. Спасало очень хорошо. — Макаров (20.06.2007 12:59:47 89.113.48.3, пустое)
    - Ответ: Проблемы мои вряд ли связаны с объемом буфера т.к. скорость обмена очень небольшая - 9600 бод. Настройки COM порта я делал в WINXP те же что и для Win98. Поэтому и подозреваю что это WinXP по каким то своим соображениям блокирует передачу с ПЭВМ. А про закрытие/открытие порта при каждом цикле я уже думал, но очень не хочется. Хотя помочь вроде должно, т.к. перезапуск макроса восстанавливает обмен на время. — yav (20.06.2007 13:11:52 212.5.172.50, пустое)
      - Да! Скоростёнка невеликая... Вы, всё-таки, попробуйте (для локализации сбоя) переоткрытие порта. Я это почувствовал особенно на 115200 бодах. Как рукой сняло. Обмен шёл зс заполнением 4-х микрух FLASH 24LC512 через UART на внешнем девайсе (проц AT90S8515) , а софт тактировал командами буферный обмен. (+) — Макаров (20.06.2007 13:29:17 89.113.48.3, 211 байт)
    - В современных драйверах под буфер отводится 4096 байт ... — vinogradov aleksei (20.06.2007 13:02:7 82.207.109.75, пустое)