Микроконтроллер и FPGA: как реализовать супервизор? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Микроконтроллер и FPGA: как реализовать супервизор?

Отправлено Леонид Иванович 31 декабря 2007 г. 17:46

МК (ATmega) в процессе инициализации загружает ПЛИС (Cyclone, режим PS) из своей памяти программ. Питаются они от отдельных стабилизаторов. Наблюдал такую ситуацию: в результате "провала" напряжения питания конфигурация ПЛИС разрушилась, в то время как BOD микроконтроллера не сработал. МК в такой ситуации не видит проблемы и не пытается восстановить работоспособность системы. Видится несколько вариантов решения:

1. Подключить к МК внешний монитор питания, который будет сбрасывать МК в случае проблем с питанием ПЛИС. Или, что лучше, МК будет программно следить за выходом этого монитора.

2. Все время следить за выходами ПЛИС nStatus и Conf_Done, только непонятно, что именно нужно отлавливать.

3. Реализовать в ПЛИС генератор сброса для watchdog-таймера (внешнего или программного в МК). Не ясно, нужно ли при этом следить за функционированием всех реализованных в ПЛИС систем. Watchdog для ПЛИС - не совсем ясная тема. По идее, при сбое питания ПЛИС выходит из user mode, все системы перестают функционировать.

Какой вариант выбрать?

Извините, если этот вопрос не по теме конференции, но тематическая по ПЛИС последнее время какя-то вялая.

Спасибо.

Составить ответ | Вернуться на конференцию

Ответы

сброс плис, ведет к переводу выводов в Z-состояние, а значит это можно отследить — ничего не знаю (31.12.2007 18:21:34 78.106.112.208, пустое)
Не, чем дальше думаю, тем понятнее что все ваши проблемы в питании. При просадке напряжения на 20% прошивка слететь даже не подумает, а любой супервизор это заметит.. Значит, проблема там гораздо серьёзнее.. — Dr.Alex (31.12.2007 18:20:44 83.217.53.44, пустое)
- Да я думаю банально где-нибудь резистора подтяжки не хватает или висит что-то по забывчивости или банальный непропайю — Elektronik (31.12.2007 19:06:21 85.21.78.6, пустое)
  - Может быть.. — Dr.Alex (31.12.2007 19:13:46 83.217.53.44, пустое)
- Ключевым моментом здесь является то, что МК и ПЛИС питаются от разных стабилизаторов, и на питании ПЛИС вообще нет супервизора. — Леонид Иванович (31.12.2007 19:04:56 87.252.227.56, 224 байт)
  - А его там и быть не должно.. Первоисточник-то всё равно один (скажем, 5В), и проблемы могут быть с ним.. — Dr.Alex (31.12.2007 19:10:7 83.217.53.44, пустое)
    - А если некачественное именно питание плис, то чё тут думать-то? :-) Надо делать качественное, пульсациям там взяться неоткуда.. — Dr.Alex (31.12.2007 19:13:21 83.217.53.44, пустое)
      - Дело не в пульсациях. Проблема возникает при кратковременных перебоях в сети. Поскольку ПЛИС потребляет значительно больше, её питание просаживается раньше, — Леонид Иванович   (31.12.2007 20:09:21 87.252.227.56, 158 байт)
        
        Все ушел пить. С новым годом, с новым счастьем, здоровья и богатства. — Elektronik   (31.12.2007 20:54:19 85.21.78.6, пустое)
        
        Спасибо! — Леонид Иванович   (01.01.2008 06:46:32 87.252.227.56, пустое)
        
        сделайте нормальное питание ядра, например от national специально заточенными под ПЛИС LM2734 итп и думаю на 100% не будет никаких проблем — Elektronik   (31.12.2007 20:52:42 85.21.78.6, пустое)
        
        Это как же оно может просаживаться раньше, если у вас 1.2..2.5В для плисины стабилизятся из 3.3..5В контроллера? Или как оно у вас там? — Dr.Alex   (31.12.2007 20:12:58 83.217.53.44, пустое)
        
        В том и дело, что источники разные. Так конструктивно получилось. Буду думать. Спасибо. Пойду выпить :) — Леонид Иванович   (31.12.2007 20:54:59 87.252.227.56, пустое)
- +1 (+) — bp (31.12.2007 18:37:37 91.122.46.160, 221 байт)
Конечно config done анализировать. Если слетело в 0, то конфигурация слетела. — Elektronik (31.12.2007 18:13:3 85.21.78.6, пустое)
- Я тоже склоняюсь к этому варианту. — Леонид Иванович (31.12.2007 19:06:2 87.252.227.56, пустое)
- Если там такой мелкий провал, что даже бод не заметил, то плисина поведёт себя непредсказуемо. Прошивка слетит, а done не упадёт. Правильный ответ один - совершенствовать систему питания. — Dr.Alex (31.12.2007 18:15:24 83.217.53.44, пустое)
Не самое простое, но видимо самое разумное это отслеживать ОБА напряжения питания внешним супервайзером. А что до ПЛИС, то можно сделать регистр состояния, скажем хранящий 55h и если читается, то работаит :) — Sergei_Ilchenko (31.12.2007 18:08:28 89.179.112.162, пустое)
- ОтДостаточно отслеживать питающее ПЛИ и при его провале подавать прерывание...{+} — vinogradov aleksei (31.12.2007 18:11:59 92.112.0.86, 170 байт)
Имхо всё НЕ СОВСЕМ правильно.. (+) — Dr.Alex (31.12.2007 18:08:17 83.217.53.44, 497 байт)
Ответ: Если из ПЛИСины фигня идет, перегружать ЛПИСину. — Артем. (31.12.2007 18:03:20 195.160.234.1, пустое)
- С ПЛИСины на проц ничего не идет. Он только её конфигурирует. — Леонид Иванович (31.12.2007 20:10:5 87.252.227.56, пустое)
не в теме, но мож у ПЛИС предусмотреть вывод для "диагностики" - дрыгает им с нужным периодом - работает, перестала - инициализировать... — basilmak (31.12.2007 18:00:56 85.140.101.71, пустое)