Цитата(manul78 @ Apr 24 2018, 14:55)
50/50...
Есть проект "маршрутизатор-переводчик" промышленный. По 485-му "мастер" разговаривает с 232-ми "слейвами". Протоколы разные.
они известны, но изменить их нельзя. Данный девайс получает пакеты, переводит их в нужный формат и отдаёт "слейвам", получает от них ответ, опять переводит в другой протокол и отправляет "мастеру".
Вот такая штука из "говна и палок", работает... Но с глюками. Спонтанными. Может долго работать без сбоев. Но иногда частит. Суть в том, что глюки начинают вылазить при оживленном траффике по сети, если запросов-ответов мало может неделями работать без проблем.
Это вообще не проблема, и решается очень "плоско и дубово": система обвешивается логическими анализаторами, которые пишут канал связи и некоторые тестовые пины. Для отладки еще полезно завести специальный канал для сигнализации ошибки, и по нему разбираться в гигабайтах логов.
Я такое делал на системах до полсотни устройств с непонятными глюками по связи, применял наверное до десятка 8-канальных китайских анализаторов в параллель (именно сигналы отслеживать, а не данные!). Все писалось на комп сутками. Ничего сложного в разборках, обычная рутина.
Однажды в систему, которую физически нельзя отлаживать на столе, просто встроили такой логический анализатор и снабдили ноутбуком в качестве регистратора на время отладки. Просто пришлось специально разрабатывать железо, инструкции, оснастку и прочее.
Логический анализатор- это "абсолютное оружие" при отладке.
Обычно больше сложности в правильном планировании таких эксперимента, чем в разборке результатов.
Цитата(manul78 @ Apr 24 2018, 14:58)
Девайс работает на отшибе на территории завода. К нему лишний раз не набегаешься, и лабораторию измерительную не соорудить вокруг.
Ну это вообще тепличные условия.
Как поимать "баг" в STM32 на скорости 72 MHz?, методы поиска и устранения спонтанных и редких сбоев в работе МК
May 10 2018, 06:08
