Подскажите с перезагрузкой - Страница 2

niXto · 23.07.2010, 12:22

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

2$ - дорого? Слишком много нужно данных сторить? Там 56 байт пользовательских, если верить даташиту то микросхема потребляет аж 0,5 мкА.

АТмега88РА потребляет аж 0,2 мкА и там целых 1024 байт ОЗУ. Научитесь ставить Слыпы и детектировать понижение питания. Коль уж на то пошло - дешевле поставить рядом ещё одну мегу48 за 1,5 долл и сохранять в нее, чем ДС1307 за 2 долл...

EKuzmich · 26.07.2010, 10:58

Извините, что я привел пример с ШД, это было для примера причем не совсем удачного. Да конечно при восстановлении работы ШД после сбоя есть свои тонкости, но меня это не совсем интересуют. А интересовало такое что есть алгоритм программы условно в нем расставлены метки получается что то типа графа-автомата и каждый раз при переходы в новое состояние сохранять необходимые параметры необходимые при том что если произойдет перезагрузка кристала он сразу перейдет в ту точку в которой был. Поэтому и количество перезаписей этих данных должно быть большим. Насчет перезагрузки случайной как вариант отключение питания до 2 часов.

EKuzmich · 26.10.2010, 14:18

А кто нибудь использовал какой нибудь аппаратный watchdog
Просто заказчик недавно пожаловался что устройство "остановилось"

То есть на 7-ми сегментном индикаторе было что то непонятное и устройство не работало (по его словам) при этом внутренний пес был включен!? передернули питание и все пошло нормально. вот думаю может какой внешний девайс прикрутить что бы как то передергивал по какому нибудь отклонению?

niXto · 26.10.2010, 16:04

BOD включать не пробовали?
Вачдог прекрасно работает во всех 3-х режимах. И не отключается даже по Ресету (если был включен). Ничего снаружи паять не надо

MasterMushi · 26.10.2010, 19:47

Классика на таймере 555

Или же прикрутить tiny13 с программой ватчдог таймера

i-mir · 27.10.2010, 00:25

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

передернули питание и все пошло нормально.

Скорее всего проблема в алгоритме с "мертвыми" ветками.
Это проявляется при наличии совокупности факторов (внешних воздействий+внутреннее словосостояние). На данный момент вы пытаетесь вылечить следствие, нужно смотреть алгоритм.
Вспоминаю, когда у нас было верное отключение напряжения, я на электронные часы в питание кристалла ставил два диода и параллельно запитывал его от нескольких батареек. Когда 220 пропадало - индикатор сдыхал, а кристалл работал, при включении 220 - все работало как прежде. - может эта идея вас натолкнет на мысли.

EKuzmich · 29.10.2010, 00:10

to niXto
в устройств с питанием все нормально. поэтому BODы не причем (они включены), а дог и так включен постоянно, но тем не менее вот такая штука приключилась.
понижения питания не было так как остальная схема работала нормально.
а вот за схемку на 555 спасибо надо будет попробовать.
на счет веток алгоритмов немного не понял ну что такое ветки и что такое алгоритм я прекрасно понимаю, но что с ними делать и как искать проблемную вот это не понятно.
на мой взгляд может быть несколько случаев:
1 не работает вотчдог;
2 не работает (заклинило) внутренний генератор контроллера (работа от него родимого)
3 выполнение программы зациклилось в ветке в которой есть обнуление счетчика вотчдога.
Больше вариантов в голову пока не приходит.

niXto · 29.10.2010, 06:18

варианты 1 и 2 не подходят - вачдог непросто отключить, даже если захотеть (естественно если он был включен), а внутренний генератор у меня еще ни разу не глючил. Так что скорее всего проблема в коде. Можно конечно повесить припарки на 555, но проще отыскать свои косяки, тем более что от них, возможно, могут быть и другие глюки

i-mir · 29.10.2010, 17:38

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

...выполнение программы зациклилось в ветке ...

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

Все что есть - это методы белого и черного ящиков разработанные в NASA, которые тестируют устройство с ПО на максимальную совокупность событий с точки зрения работоспособности и устойчивости к нештатным ситуациям. Информация есть в сети на англ. Как показывает практика, даже обычное отображение своей программы в виде подробной блок-схемы позволяет найти все грубые баги. Ну а для ловли "блох" требуется составление индивидуальной методики и имитатора.