Стабилитрон на входе МК. Глюки...

[KulibinOrsk]

Привет.
Насчет сброса по непонятным причинам .
Делал я недавно один девайс для управления сетевыми нагрузками... использовались два оптрона - как раз для контроля напряжения 380В.Так вот у меня так же возникал сброс 1 раз из десяти включений(усредненно),2 недели мучался не мог понять отчего программа сбрасывается и может начать работать с любой точки программы.Если честно так на 100 % и не понял.
Вышел из ситуации так : сделал запись в ЕЕПРОМ каждого основного момента программы - в итоге если и был сбой то я о нем не знал т.к. программа при входе в какой либо режим запоминала свое положение записью в ЕЕПРОМ и в дальнейшем при выходе из сброса(сбой) сначала считывала данные из ЕЕПРОМ и шла туда откуда произошел сброс.
А питание МК у меня было - параметрический стабилизатор: резистор+конденсатор+стабилитрон+сглаживающие конденсаторы (транс ставить проблематично).
В итоге сейчас работает 12 таких устройств и сбоев не замеченно,по крайней мере внешних

[yegorkin]

Вышел из ситуации так : сделал запись в ЕЕПРОМ каждого основного момента программы

Количество циклов записи в ЕЕПРОМ ведь ограничено и скоро он протрётся до дыр, а потом пойдут ашипки.

[KulibinOrsk]

Количество записей через программатор ограниченно, а программно этот процесс не лимитируется кажется, или я ошибаюсь ?

[urry]

Ошибаетесь. Но если количество гарантированных циклов записи - 10000, а запись происходит раз в день, то...

[zelanez]

Привет.
Насчет сброса по непонятным причинам . ...
Вышел из ситуации так : сделал запись в ЕЕПРОМ каждого основного момента программы - в итоге если и был сбой .... сначала считывала данные из ЕЕПРОМ и шла туда откуда произошел сброс...

Сам об этом думал, но если сбой произойдёт во время записи в ЕЕПРОМ, то это хуже, чем просто сбой.
По последним наблюжениям за сбоем заметил такую последовательность - программа успевает до сбоя закончить счёт интервала и начинает вывод результата на индикатор. Индикатор успевает только мигнуть - и... сбой. Такое впечатление, что за положительным фронтом с внешнего устройства приходит отрицательный спустя некоторое время. Это время можно навскидку оценить около 10-20 мс. Достаточно этого времени для записи трёх байтов в ЕЕПРОМ?
А далее - надо определить, что произошел сбой, а не штатный сброс и дать разрешение на вывод трёх байтов результата на индикаторы.
Как это сделать? При записи этих байтов в ЕЕПРОМ записывать флаг в ячейку 1 ЕЕПРОМ. При входе в программу опрашивать эту ячейку, и если там 1, считывать результат на индикацию из ЕЕПРОМ и очищать эту ячейку с флагом.
При самой интенсивной работе ресурса ЕЕПРОМ хватит на год. Ну а раз в год можно менять МК - это не проблема...

[smg123]

Так вот, имея связь только по общему проводу, в момент выдачи фронта от внешнего устройства МК давал сбой. Надо упомянуть, что питание МК получал от обратноходового преобразователя из тех же 90 В. Значит, помеха пролезает через преобразователь по питанию? Не верится что-то.

Оказывается МК ещё и питание получает от входного напряжения! Ну и ну! Рекомендую устранять причину, а не следствие. ТЗ сами для себя писали?

Обычный аппарат управления тормозным режимом вагонов метро.

Подумаешь 1 раз из 10 не затормозит. Я теперь в метро больше ездить не буду.

Поскольку разрабатываемое устройство испытательное,

Не проще ли запитать МК от батарейки? И что он вообще делает? Считает время торможения?

[yegorkin]

При самой интенсивной работе ресурса ЕЕПРОМ хватит на год. Ну а раз в год можно менять МК - это не проблема...

А вот память FRAM более износоустойчивая https://kazus.ru/forum/topics/f_3170...fram#3170#3170

Вместо улучшения фильтра по питанию может еще диод на входе поставить - чтобы всплески обратного напряжения не пропускал.

[ShuRusu]

"Надо упомянуть, что питание МК получал от обратноходового преобразователя из тех же 90 В."

А отчего он питается когда приходит отрицательный импульс (0В)?

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

Если сбой происходит даже при отключенном сигнальном проводе проблема однозначно заключается не в микроконтроллере.

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

Если автор хочет решить эту проблему на форуме то придется выкладывать и плату и полную схему.

[bomz]

Похоже, по питанию приходят наносекундные помехи, что неудивительно для электропоездов. Для их устранения необходимо применять трансил и ферритовую бусинку, убивающие как раз такие помехи, а также не жалеть конденсаторов. Я бы поставил параллельно 10nF и 100nF в непосредственной близости от uC. В первичной цепи питания, возможно, стоит применить дроссель. К тому же разработку печатной платы надо доверить специалисту, ибо неправильная разводка тоже может вызывать проблемы, описанные автором.

[KulibinOrsk]

Кстати насчет моего выхода из положения через ЕЕПРОМ и прочего.
Я ведь устройство свое, специально ради эксперимента, запитывал от АКБ.И ведь сбои все равно продолжались.
Т.е. по сути у меня на МК ни одного провода соединенного с сетью (в которой сильные помехи) не было.... хотя все таки были такие провода - у меня МК через резистор управлял транзистором КТ972, а он в свою очередь импульсным трансформатором,импульсный трансформатор выдавал импульсы на силовые тиристоры Т171-320-9. Сразу скажу что в цепях трансформатора стоят и диоды и конденсаторы - все как полагается.ЭДС все же присутствует в импульсном трансе ,но она влияет на транзистор который управляет импульсником,так что по логике никаких ЭДС на МК нет.
В итоге все же мнение мое таково: как раз из-за топологии печатной платы и происходят подобные сбросы МК.
И соответственно такой вопрос : может ли сбрасываться МК от сигнала который приходит на выходные ноги МК ? в моем случае на те ноги которые выдают импульсы через транзисторы на импульсный транс.
Хотя...вопрос открыт...