Наводки частотника и зависание ATMega128

pifa · 02.04.2013, 20:44

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

Не сочти за труд, написать когда разберешься, чего было..

Обязательно. Форум для этого и существует, чтоб обмениваться информацией.

А насчет "молодой" это уж слишком.

alpast · 02.04.2013, 20:59

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

А насчет "молодой" это уж слишком.

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

pifa · 02.04.2013, 21:41

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

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

Я возраст и имел ввиду.

Sergey_57 · 02.04.2013, 23:48

Зашёл через несколько дней .
Гадания на кофейной гуще продолжаются.

Да поставте вы вместо вашего источника питания Акб временно и
с большой долей вероятности всё заработает как часы.

И если прокатило сделать преобразователь с малой проходной ёмкостью.
И на кой частотниками управлять через реле?
Там надо 4 ма TLPХХХ прекрасно справляются и дешевле.

alpast · 03.04.2013, 11:08

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

И на кой частотниками управлять через реле?
Там надо 4 ма TLPХХХ прекрасно справляются и дешевле.

Полностью согласен, или PC8xx. Всегда так делаю.
Но это для него следующий этап, не в этот раз. Сейчас проблема по видимому в другом... .

alvadep · 03.04.2013, 11:19

Никто не спорит, что с проникновением помех надо бороться, но и про хомуты в программе не надо забывать. Не факт, что в следующий раз не появится помеха, которой будут до фени все наши защиты (и прочие примочки) и не исправленный программный баг снова даст о себе знать.

pifa · 03.04.2013, 11:19

Да использую я и TLP и MOC и PC8ХХ.
Вот на выходе управления и стоят PC817. Но они все привязаны к 24 V. А на частотнике 12 V. Это во-первых. А во- вторых, связывать хоть как-то свое питание с питанием частотника не хотел.

blinov_66 · 03.04.2013, 11:28

Боюсь начать новую волну, что лучше.
Где-то месяц назад проводили очень простой эксперимент по ЭМС. Проблема примерно такая - же, все работает, а на объекте мега16 сбивается. Взяли плату с AVR (целевая), PIC,STM32,Моторола (отладочные) и на расстоянии 10-15 см от плат давали разряд электрошокера. AVR практически при каждом разряде перезапускался или зависал. Остальные вели себя достойно, практически без перезагрузок (1,2,0 соответствено на 10 разрядов), моторолу вообще не разу не удалось завесить.
Просьба в предвзятости меня не упрекать т.к. 90 % моих проектов выполнены как раз на AVR.
Выход из этой ситуации-
1. экранирование платы
2. попробывать поставить микруху супервизора.
3. разводка проводов к датчикам, минимальная возможная длина + если есть пересечения по трассе с силовой частью только под 90 градусов, желательна гальваническая развязка по датчикам
4 и т.д.

alpast · 03.04.2013, 11:29

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

Да поставте вы вместо вашего источника питания Акб временно и
с большой долей вероятности всё заработает как часы.

Вероятно, но сбои все равно будут. Вполне возможно просто реже.
Засада в неправильной программной обработке.

У уважаемого pifa происходит примерно следующее. Я могу ошибаться в деталях (естественно- меня же там нет), но в целом направление такое: В результате помехи связь по I2C дает коллизию, нет
ответа от устройства. Контроллер это по таймауту определяет и как пишет
сам уважаемый pifa выходит из программы обмена с отображением
кода ошибки на экране. Все это занимает время и тут в борьбу вступает
внешний WDT, который вообще не дает процессору работать далее.

И все это, как пишет уважаемый pifa вообще до основного тела программы, фактически на стадии начальной инициализации..
Ну как тут ему помочь...

alpast · 03.04.2013, 11:31

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

Никто не спорит, что с проникновением помех надо бороться, но и про хомуты в программе не надо забывать. Не факт, что в следующий раз не появится помеха, которой будут до фени все наши защиты (и прочие примочки) и не исправленный программный баг снова даст о себе знать.

Ай молодца, держи пять.. В точку.
Ей богу Фон Нейман не сказал бы лучше...