Отрубается Serial port

Сначала порт выбирается из списка доступных.

 

Перед каждым обращением выбирается?

 

В начале работы. Я сделал так, чтобы программа ПС могла подключаться к работающему автономно модулю в любой момент чтобы мониторить что там происходит. Модуль периодически выплевывает инфо (примерно раз 10 в секунду), которая отображается на интерфейсе. С него интерфейса в свою очередь можно передавать несложные команды, типа отключение реле и так далее. То есть отвал в процессе работы, теоретически, не страшен, все будет работать как и работало. Во всяком случае такая философия проекта мне кажется наиболее безопасной.

 

Я сделал по другому, программа ищет в списке доступных устройств Дуню, если найдена, то автоматом выбирается порт. Перед каждой посылкой данных проверяю доступность порта. Если порт доступен, то отправляю данные. Если нет, то перегружаю USB порты.

 

Как узнать дуня или не дуня? Далеко не все дуни признаются. К тому же иногда я использую просто МК с обвязкой типа Атмеги8. А бывает, правда редко, что более одного устройства подключается к компу. Так что мне проще вручную выбрать.

 

У девайса есть дескрипшн же)) Дуни купленные в амперке всегда распознаются.
Я виду речь по только об одном устройстве. Для нескольких устройств, можно доработать

 

Открою секрет: не все дуни куплены в Амперке. )

 

Фисташка Трям, а у вас ноут или десктоп? В последнем случае я бы посоветовал поставить вот такую штуку и не париться с отвалившимся юсб.
А в случае с ноутом можно взять шнурок USB-COM и подключить его напрямую к пинам. Тогда микросхема всегда будет запитана от компа и при отключении ардуино порт пропадать не будет - он будет просто молчать.

 

Вот, кстати, застрял на том моменте каким методом определять доступен в данный момент порт или нет. Определить открыт он или нет не проблема, при помощи SerialPort1.isOpen, а вот подключен ли он вообще как узнать? Ведь попытка открыть несуществующий порт сразу вызывает ошибку и программа рушится.

 

SerialPort.GetPortNames() и в массиве ищите свой порт. А чтобы программа не падала, нужно исключения обрабатывать. Программа не должна падать ни при каких обстоятельствах.

 

Я сделал функцию которая либо открывает порт если он доступен, либо возвращает ошибку. Это теперь перед каждой оправкой сообщения ее вызывать? Несколько раз в секунду? Или это нормально считается.

 

Если данные не так часто отправляются, то можно Открыть порт, Отправить данные, Закрыть порт.

А ошибки всегда обрабатывать через конструкцию try except finally и ловить E.Message.

 

Терпение и труд перетерли эту проблему. Создал процедуры (точнее функции) считывания и записи, в которых учел возможность ошибки, то есть ситуации с внезапным отсутствием порта или превышением таймаута. Теперь при выдергивании шнура выдается сообщение о том что порт потерян и программа переходит в режим ожидания. Далее варианты, или оператор снова должен выбрать порт для соединения или запускается таймер, который с некоторой периодичностью будет опрашивать отвалившийся порт на предмет его возвращения. Программа не падает и это хорошо!

 

Лучше бы прога сам искала отвалившийся порт. Сколько работаю с таймерами с ними всегда какие то глюки

 

Например? В чем работаете? Какие таймеры используете? Я только один раз сталкивался с глюком таймера, и то это был самописный таймер микросекундной точности. А все штатные обычно нормально работали.

 

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

 

В Дельфях они постоянно глючили. Кстати был код высокоточного таймера, вот он работал нормально....

 

Писал как-то в дельфях 7 одну программку, использовал стандартные таймеры, та программка уже лет 8 работает, еще ни разу ничего не глючило. Может, дело не в таймерах было?

 

Может и не в них а в говнокоде))

 

Вот это уже похоже на правду. Я на свои старые исходники без слез смотреть не могу, хочется руки оторвать тому, кто их писал
Все же таймер - один из самых важных компонентов и если он будет действительно глючным, об этом будут все знать и его быстро поправят.