Increasing prio on 485

[aabogomolov]

Добрый день!
При разработке собственного приложения под SMG-2Gi столкнулись со следующей проблемой. Приложение осуществляет опрос устройств на порту RS-485, при этом устройства имеют разные протоколы обмена. Соответственно, потоки, реализующие эти протоколы, циклически открывают порт, опрашивают устройства, после чего закрывают порт.
1. В лог /projects/log постоянно пишется строка "Increasing prio on 485". Что она конкретно означает (определенные догадки, конечно, есть)? Есть ли какой-то определенный способ работы с портом, при котором она не будет появляться?
2. В таком режиме работы контроллер самопроизвольно перезагружается (без конкретного периода, может час проработать до перезагрузки, а может и пару недель). Это же справедливо и для одного потока, который постоянно открывает-закрывает порт. Если же порт открыть и не закрывать, контроллер не перезагружается. С чем это может быть связано?
Заранее благодарю за помощь.

[ATS]

Сообщение от aabogomolov

. Если же порт открыть и не закрывать, контроллер не перезагружается. С чем это может быть связано?

В Лоджике порт не забыли принудительно отключить? ПКМ по COM1 -> Не использовать в SMLogix

[Arsie]

Сообщение от aabogomolov

Добрый день!
При разработке собственного приложения под SMG-2Gi столкнулись со следующей проблемой. Приложение осуществляет опрос устройств на порту RS-485, при этом устройства имеют разные протоколы обмена. Соответственно, потоки, реализующие эти протоколы, циклически открывают порт, опрашивают устройства, после чего закрывают порт.
1. В лог /projects/log постоянно пишется строка "Increasing prio on 485". Что она конкретно означает (определенные догадки, конечно, есть)? Есть ли какой-то определенный способ работы с портом, при котором она не будет появляться?

Увеличение приоритета потока обработчика 485 порта

Сообщение от aabogomolov

2. В таком режиме работы контроллер самопроизвольно перезагружается (без конкретного периода, может час проработать до перезагрузки, а может и пару недель). Это же справедливо и для одного потока, который постоянно открывает-закрывает порт. Если же порт открыть и не закрывать, контроллер не перезагружается. С чем это может быть связано?
Заранее благодарю за помощь.

Это вам виднее, с чем это связано. Промониторьте, что происходит с памятью, загрузкой процессора. Если это сделал watchdog, об этом будет в логе запись. Если kernel panic, тоже будет запись.


PS. И да, порт в лоджике отключили?

[aabogomolov]

SMLogic не запущен, в /etc/init.d/start строка /projects/start закомментирована. Я так понимаю, этого достаточно для "отключения" порта? Или нужно что-то еще сделать?
Вообще говоря, при внезапной перезагрузке никаких сообщений в логе не появляется, после последнего "Increasing prio on 485" следует сразу "syslogd started".

[Gromov]

А точно ли проблема программная, а не , например, сбойное питание, перегрев, плохой контакт и что-угодно электрически-механическое?

[aabogomolov]

С учетом того, что это проявляется на, по меньшей мере, 20 различных контроллерах и разных объектах, то, к сожалению, нет.

[Arsie]

Сообщение от aabogomolov

SMLogic не запущен, в /etc/init.d/start строка /projects/start закомментирована. Я так понимаю, этого достаточно для "отключения" порта? Или нужно что-то еще сделать?
Вообще говоря, при внезапной перезагрузке никаких сообщений в логе не появляется, после последнего "Increasing prio on 485" следует сразу "syslogd started".

Убейте логи, затем включите отладочный лог и ждите перезагрузки. Лог затем прикрепите сюда.

Сейчас, если есть обычный лог, то тоже скиньте, мало ли по нему будет видно.

[aabogomolov]

Сейчас нечего уже скидывать, но основную мысль понял, ситуацию постараемся воспроизвести.
Возможно это описано в руководстве, но как включить отладочный лог? При условии, что SMLogic не запущен.

[Arsie]

Сообщение от aabogomolov

Сейчас нечего уже скидывать, но основную мысль понял, ситуацию постараемся воспроизвести.
Возможно это описано в руководстве, но как включить отладочный лог? При условии, что SMLogic не запущен.

В системном меню.

[aabogomolov]

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

root@10.0.2.102:/usr/bin# logging 1
killall: dis: no process killed
killall: st: no process killed
killall: pdudec: no process killed
killall: smsc: no process killed
killall: smse: no process killed
killall: pduenc: no process killed
killall: initer: no process killed
killall: sw: no process killed
root@10.0.2.102:/usr/bin#

Что не удивительно, т.к. /projects/start не выполняется.
Да, возможно при портировании нашей системы мы несколько поспешили, потому скажите, важны ли какие-то из этих приложений для нормального функционирования контроллера? И да, без них обычный лог от отладочного ничем отличаться не будет.

[Arsie]

Сообщение от aabogomolov

Я повторюсь еще раз, SMLogic не запущен, равно как и все остальные ваши приложения.

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

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


PS. А что за ваша система, если не секрет?

[aabogomolov]

Ну хорошо, попробуем.
Касательно демонов, можно хотя бы примерно указать, кто за что отвечает, чтобы поправить конечную сборку? И да, строка "Increasing prio on 485" нехило так забивает лог, что препятствует его анализу и медленно, но верно убивает раздел user.
По поводу системы не секрет, мы с вами достаточно давно сотрудничаем. SoftLogic-система KLogic.

[Arsie]

Сообщение от aabogomolov

Ну хорошо, попробуем.
Касательно демонов, можно хотя бы примерно указать, кто за что отвечает, чтобы поправить конечную сборку? И да, строка "Increasing prio on 485" нехило так забивает лог, что препятствует его анализу и медленно, но верно убивает раздел user.
По поводу системы не секрет, мы с вами достаточно давно сотрудничаем. SoftLogic-система KLogic.

Нужно решать проблемы последовательно. Давайте посмотрим, как всё работает в нормальном окружении, а дальше будем думать, что с этим делать.

[aabogomolov]

Хорошо. Как у меня будет лог, напишу.