Зависание порта, что приводит к сбою работы всего приложения

[AlexanderKonoval]

Уважаемые коллеги, подскажите, пожалуйста!

К компьютеру подключено устройство посредством переходника FTDI. Коммуникация с устройством проходит при помощи C# библиотеки. Устройство работает не постоянно, а запускается только по необходимости.
В отвечающей за работу устройства идёт сначала инициализация порта, затем отправка команд запуска устройства, затем циклический опрос состояния и выведение этого самого состояния на экран.
Иногда происходит следующее: порт перестаёт реагировать, устройство не запускается, для работы с ним приходится перезапускать . Весь програмно-аппаратный комплекс должен работать 24/7, то есть подобные случаи не допустимы.
В чём может быть проблема, где может возникать сбой? Я пока что грешу на сбои внутри C# dll-ки, что подвисает она. Но не знаю как это можно проверить.
Также есть следующий фактор: сколько бы я не запускал отвечающую за работу устройства - ни одного сбоя. Сбои происходят только когда работает в составе приложения. В приложение оно вписывается посредством Invoke и Property Node, так как мне не надо ни выведение фронт-панели, ничего, нужно только получать результаты цикличного опроса в более высокого уровня. Может, здесь какая беда?

Заранее спасибо за уделённое время!

[Andrew Lunev]

Боюсь без доступа к оборудованию и коду вам никто не поможет. Вариантов может быть очень много и любое устройство в цепочке может привести к подобному сбою.

Меня очень настораживает, что система должна работать в режиме 24/7, а у вас используется обычная персоналка с Windows видимо и еще переходником. Надежность всей системы определяется надежностью самого ненадежного компонента, а у вас все ненадежные.
Подобную систему надо строить на промышленном контроллере с Watchdog и на операционке реального времени. Конечно же с аппаратным COM-портом. Например на cRIO.

[dadreamer]

Я пока что грешу на сбои внутри C# dll-ки, что подвисает она. Но не знаю как это можно проверить.

Оставьте ваш самого нижнего уровня в работе на продолжительное количество времени (часов 5) и посмотрите, будет ли сбой.

В приложение оно вписывается посредством Invoke и Property Node, так как мне не надо ни выведение фронт-панели, ничего, нужно только получать результаты цикличного опроса в более высокого уровня.

А зачем так сложно, нельзя просто вставить на блочную диаграмму, предварительно задав ему в параметрах все свойства (отображение панели, реентерантность и т.п.)? Или он у вас должен выполняться асинхронно, без возврата результатов? Если так, то возможно наложение двух потоков друг на друга.

[AlexanderKonoval]

Andrew Lunev, система, по сути, является вендинговым аппаратом, чем-то сродни терминалу по оплате услуг и так далее. Это не промышленное оборудование. 24/7 - оно должно обслуживать клиентов, если будет зависание - перезагрузили за 1 минуту и поехали дальше. Имеется ввиду, что когда клиент захочет внести денюжку в купюроприёмник - он должен включится. А проблема возникает именно с ним.
К сожалению, код показать не могу, ибо комм. тайна((

[AlexanderKonoval]

А зачем так сложно, нельзя просто вставить на блочную диаграмму, предварительно задав ему в параметрах все свойства (отображение панели, реентерантность и т.п.)? Или он у вас должен выполняться асинхронно, без возврата результатов? Если так, то возможно наложение двух потоков друг на друга.

Нобходимо, чтобы работали одновременно. В обеих есть While Loop. Я не шибко силён в ещё, при попытке просто вставить на диаграмму - ничего не работало, я так понимаю, что как только запускалось subVI, верхнего уровня сразу приостанавливался.
Грубо говоря, я получаю с нижнего уровня числа, в верхнего уровня их сразу же подхватывает и обрабатывает, а также являет собой интерфейс человек-устройство

[Andrew Lunev]

Если помогает именно перезагрузка приложения на LabView, то может быть проблема именно там. Если бы зависал драйвер переходника, то требовалось бы и Windows перезагружать.
Пока можно реализовать что-то типа программного WatchDog. То есть проверяйте работу с портом например каждые 10 минут и в случае проблемы перезагружайте приложение. Тогда с высокой вероятностью проблема возникнет не в момент, когда клиент подошел к терминалу. Но это конечно костыль...

Весь код и не нужен, нужна только часть, отвечающая за обмен через COM-порт. Ее даже желательно выделить из кода для поиска и локализации проблемы.

[Andrew Lunev]

Нобходимо, чтобы работали одновременно. В обеих есть While Loop. Я не шибко силён в ещё, при попытке просто вставить на диаграмму - ничего не работало, я так понимаю, что как только запускалось subVI, верхнего уровня сразу приостанавливался.
Грубо говоря, я получаю с нижнего уровня числа, в верхнего уровня их сразу же подхватывает и обрабатывает, а также являет собой интерфейс человек-устройство

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

[AlexanderKonoval]

Весь код и не нужен, нужна только часть, отвечающая за обмен через COM-порт. Ее даже желательно выделить из кода для поиска и локализации проблемы.

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

Ладно, буду ковыряться, авось найду решение. Просто подумалось, может это общеизвестная штука, на которую иногда напарываются чайнички вроде меня)

Спасибо за ответы!

[dadreamer]

Было бы интересно взглянуть хотя бы на код запуска SubVI. Call By Reference или Start Asynchronous Call используется?

[AlexanderKonoval]

ну, как-то так выглядит собственно запуск с более высокого уровня у меня

[dadreamer]

Abort VI - это вы останавливаете так SubVI, работающий с COM-портом? Или текущий ? Почему-то ссылка заходит в цикл, но из цикла не выходит.

[AlexanderKonoval]

dadreamer, при копировании случайно удалил, там ссылка выходит из цикла, останавливаю SubVI, работающую с компортом. В самой SubVI при выходе из цикла закрывается сам порт и все ссылки на C# библиотеку.

[dadreamer]

А если SubVI не вышел из цикла, а вы прервали его выполнение Abort'ом? Может произойти такое событие? В справке написано:

Aborting a VI that uses external resources, such as external hardware, might leave the resources in an unknown state by not resetting or releasing them properly. Design VIs with a stop button to avoid this problem.

Если вышеуказанное событие возможно, то у вас от запуска к запуску программы в памяти будет накапливаться мусор от предыдущих структур, созданных библиотекой связи с портом. Рано или поздно произойдет переполнение или ошибка доступа к секции памяти, в результате чего вылетит или выдаст ошибку. Много раз с таким уже сталкивался. Я бы на вашем месте использовал параллельные циклы с очередями, а остановку циклов сделал бы через Notifier.

[AlexanderKonoval]

dadreamer, дело в том, что у меня SubVI, что работает с купюроприёмником, использует несколько . И сам код SubVI довольно большой, его вставить в другую весьма проблематично.

сработает ли, если на выходе из цикла верхнего уровня использую Invoke Node - Control Value - Set, и задам значение кнопки Stop = True для SubVI? Это не одно и то же, что Abort VI?

[Vitekkz88]

сработает ли, если на выходе из цикла верхнего уровня использую Invoke Node - Control Value - Set, и задам значение кнопки Stop = True для SubVI? Это не одно и то же, что Abort VI?

Прислушайтесь к совету dadreamer-а по поводу остановки приложения. Notifier идеально для этого подходит. Я даже самые простые приложения с парочкой потоков завершаю с использованием Notifier. Любопытно, а subVI внутри имеют структуры с циклами?А потом еще в основной vi тоже в цикл ставятся?