Изучаем STM32 Cortex M3 - Страница 312

SasaVitebsk · 20.06.2013, 09:37

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

Может кому-то будет полезна. Я её целиком не читал. Уж извиняйте. И на вопросы по ней не отвечу.

Откуда у меня взялась - не знаю.

shyub · 20.06.2013, 09:42

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

akegor · 20.06.2013, 09:58

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

niXto · 20.06.2013, 10:19

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

shyub · 20.06.2013, 10:25

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

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

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

Easyrider83 · 20.06.2013, 10:29

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

shyub · 20.06.2013, 10:44

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

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

Не спорю!

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

niXto · 20.06.2013, 11:14

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

shyub · 20.06.2013, 11:21

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

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

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

shyub · 20.06.2013, 11:42

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

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

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