Изучаем STM32 Cortex M3

[SasaVitebsk]

Скажем так. Это не даташит, а так, ознакомительная статья. Но там хотябы в общем раскрыты некоторые технические возможности кристалла. И на своём ... на русском ...
Может кому-то будет полезна. Я её целиком не читал. Уж извиняйте. И на вопросы по ней не отвечу. Откуда у меня взялась - не знаю.

[shyub]

Добрый всем день или вечер!
Сталкнулся с проблемой. Элементы системы на базе STM32 взаимодействуют по RS485 (ADM485), гальваническая развязка с контроллерами (по 3 шт. 6N137). Ведомые (10 штук на базе STM32F103) удалены от "мастера" (STM32F100) метров на 50 и разнесены между собой метров на 20. Периодически, когда на расстоянии около метра от ведомого возникает дуга, система "виснет". Причём виснет не ведомый, а приёмопередатчик мастера (установлено точно). Экранирование, заземление есть, разводка линии выполнена правильно, нагрузочные и подтягивающие резисторы согласно требований RS485.
Хотелось бы услышать мнение специалистов о помехоустойчивости STM32, опыте применения аппаратных и программных методов выхода из "зависаний".
К стати, STM32F100 меняли, но пока вместо него не установили STM32F103 проблема сохранялась.
Хотелось бы услышать конструктивное обсуждение, а не типа "перейди на спутниковую связь", "CoIDE хуже Keil-а" или ещё что-то в этом роде, как это стало последнее время модным на Kazus.ru.

[akegor]

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

[niXto]

Питание правильно развести и повесить на ноги питания все 5 конденсаторов из даташита. Или сколько их там... Сплошная земля по нижнему слою и особое внимание уделить земле для конденсаторов кварца. Фото дорожек в студию

[shyub]

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

При переходе с STM32F100 на STM32F103 программа принципиально не менялся.
Одна из моих догадок - контроллеры STM32F100 были из одной партии и нет гарантии, что их сделали в Китае...
А помогло бы, если в случае обнаружения "зависания" переинециализировать приёмопередатчик?

[Easyrider83]

Очень легко во всех бедах обвинить китайцев, которые тут явно не виноваты.

[shyub]

Очень легко во всех бедах обвинить китайцев, которые тут явно не виноваты.

Не спорю!

Вот разводка платы.PCB.rar Извиняюсь за качество, на изготовление передавал в P-CADе.

[niXto]

У модулей юсарта есть особенность - при установке флагов ошибки фрейма или шума, он перестает передавать до тех пор, пока эти флаги не будут сброшены. Собственно и в условиях топикстартера эти флаги обязательно нужно проверять. Но программисты индийской национальности забили болт?

[shyub]

Скажем так. Это не даташит, а так, ознакомительная статья. .... И на своём ... на русском ...

Просмотрел. Вот оригинал, на основе которого, скорее всего, была написана статья STM32_Hitex (рус).pdf, хотя есть отличия в лучшую сторону, приводятся примеры кода.

[shyub]

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

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