Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Мистика с СОМ портом  (Прочитано 4913 раз)
0 Пользователей и 1 Гость смотрят эту тему.
dimedrol
Помогающий

ru
Offline Offline

« : 25-04-2013 07:16 » 

Добрый день, даже не знаю куда отнести эту тему, так что запостил в общий. Есть софт для работы с СОМ портом по собственному протоколу. Все началось с того, что при очередной проверке работоспособности, после внесения изменений в код, выяснились потери байт в пакетах. После тщательного расследования оказалось, что наш код не виноват, потери происходят на системном уровне. Перетестировали все компьютеры в отделе, схема проста - кидается кабель с одного СОМ порта системника на другой системник в СОМ порт. Шлем по 485 байт тестовой последовательности, сравниваем. Быстро вяснилось что не работает прием на 2-х машинах - из пакетов вываливается от 60-15 байт на 115200 до 2-3 на скоростях более 9600 (9600 - уже нет потерь). Кабель метр, экранированый (пробовали разные), контроля потока нет, пакеты посылаются вручную, котнроль приема тоже вручную (пробовали и нашей софтиной и портмонитором глядеть). Конфигурации систем где НЕ работает: 1) одноядерный селерон, WinXP SP3 32 bit 2) двухядерный интел Win7 32bit. Есть точно такие же конфигурации на которых работает, а также на 2-х ядерном AMD WIn7 64bit. Сначала грешили на дрова СОМ порта, но установка альтернативных serial.sys ничего не дала (в том числе собирался драйвер из примеров DDKXP\WDK7) - поведение порта на прием такое же осталось. Поплясав с бубном, решили полностью исключить аппаратный вариант и загрузится с LiveCD, на удивление на машине с семеркой обмен пошел отлично! Здесь была моя ладья... пробовали ливСД с семеркой и ХР. Самое интересное, что после перезагрузки машины в системе тоже все заработало: на всех скоростях потерь нет! Быть такого не может пробовали уже и питание дергать и перезагружать - работает. Человек владелец машины отметил также что у него шрифты в системе нормальные стали в тотал комндере, а раньше размытые были, как он ни старался что-то сделать. Вот такая детективная история. Скоро попробуем и на второй неработающей машине сделать то же самое. Собственно вопрос: кто может сказать что это могло быть и что делать?
Записан

Как говориться, cемь бед - один Reset Улыбаюсь
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #1 : 25-04-2013 07:50 » 

Ну если использование локальное, то упражняться в настройке машин и добавить в софт исключения на случай потерь.

Если это продукт для реализации, и круг пользователей не определён, то не выпендриваться и включить контроль потока. Лучше 115200 бод и 10% потерь, чем 9600 бод и 0% потерь. Разумеется, если важна скорость передачи данных.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
dimedrol
Помогающий

ru
Offline Offline

« Ответ #2 : 25-04-2013 07:56 » 

Продукт для реализации. Само собой в нашем протоколе повторы и целостность данных реализуется и без аппаратного контроля потока. Да и вообще,если уж на 19200 490 байт не может без потерь принять СОМ порт - это просто копец тогда а не ОС, никогда такого не видел, если честно, тем более что на других машинах сутками работает, а на небольшом числе машин - ошибки через каждые 5-10с. Тут важен принцип. Ну и интерес уже взял весь отдел, что это за такая фигня творится.

Добавлено через 32 минуты и 1 секунду:
Попробовали на второй машине и она реанимировалась Улыбаюсь после однократной загрузки с ливСД - заработало все. Какой-то хитрый бут-вирус чтоли сидел  Здесь была моя ладья... увидел он потом, что загрузились не оттуда и самоликвидировался. Впринципе, если под ядром кто уходил на высокий приоритет больше чем на 1-2мс периодически - потери по СОМ порту были бы 100%
« Последнее редактирование: 25-04-2013 08:28 от dimedrol » Записан

Как говориться, cемь бед - один Reset Улыбаюсь
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines