Контроллер управляет собственным питанием

[MAXvaLL]

Да, пики я не знаю.

MAXvaLL писал(а):
ЗЫЗЫ Возможно сделать светодиодную индикацию...

Без коментариев - нет слов.

Вы хоть дальше прочитали, прежде чем ухахатываццо?
Я предлагал индикацию того, что батт. пора менять!
А когда ее пора менять, экономить уже нечего.

Да, а почему бы не поставить простой механический включатель питания? Или это уже не модно в век нанотехнологий??? Потребления ВООБЩЕ не будет (в режме ожидания)

[FreeTramp]

Вы хоть дальше прочитали, прежде чем ухахатываццо? Я предлагал индикацию того, что батт. пора менять! А когда ее пора менять, экономить уже нечего.

Я не смеялся. У Вас совсем другой подход к проблеме и стараетесь вы ее решить по своему. Вы мне предлагаете измерять напряжение. Зачем? Для этого существуют готовые детекторы. Мне не нужно знать, что батарея садится. Разве кто-нибудь в автосигналках измеряет напряжение батареи брелока? Это никого не интересует. Перестает работать, значит меняют батарею. О том что батарея садится и ее нужно менять, я и так буду знать, потому что резко теряется дальность связи. А вот поменять ее, без нормального сброса, удерживающего контроллер в этот момент на нулевом адресе, я не смогу, т.к. BOD из за прожорливости вынужден отключить. При замене элемента питания будет возникать пресловутый дребезг и... контроллер прыгнет на случайный адрес. Брелок тогда работать не будет. Мне нужен нормальный детектор питания и не тот, который на борту Пика, а тот который жрет в меру. Если такого не найдется, то конфигурировать контроллер с его бортовым детектором. В этом случае надо питание Пика вырубать, иначе батарея и недели не проживет Вырубать без всяких там дополнительных тумблеров, а автоматически. Надеюсь теперь доходчиво? Надо же вникать в то что читаешь. Я задолбался уже это повторять.

[alxchep]

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

[tempora]

Контроллер должен отработать по программе и ... обрубить себе питание.
...
Вот тут есть вариант http://www.gamma.spb.ru/articles.php?i=26

Обрубить питание несложно, как в том анедоте - "прыгнуть с парашютом легко... приземлиться - вот задача!", - включать питание как? Спаренными кнопками? Если на твоем ПДУ всего одна кнопка, то и фиг с ней, а если их х*у штук, то уже некузяво как-то. Про открывание ключа в цепи питания кнопкой, "которая сидит на одном из входов и "земле"", я не понял - у кнопки предполагается третий вывод, кроме тех двух, которые "на одном из входов и "земле""?
На гаммовской страничке схем много - ты о какой говорил? Что-то я там не увидел схемы, похожей на твое описание, уточни - которая?
Там есть хороший вариант - "Схема автоматического удержания питания", но, во-первых, там принцип другой - кнопка коротит ключ, а во-вторых, таки понадобятся спаренные кнопки (чтобы любой из них коротить ключ).
Дополнение:
... или (если без спаренных кнопок) придется завести на ПДУ отдельную кнопку, чтоб ключ коротить, но это уже напоминает советские полпудовые ПДУ с выключателем питания, тогда и полевик не нужен, достаточно перед выходом повесить плакат: "Попользовался пультом - отключи питание!"

[tempora]

Вы наверное не работали с Пиками. Режим BOD нельзя изменить после программирования.

Да уж... то ли дело в атмелах - надо отключить БОД перед слипом - пажалста!

[ZhilDV]

Я тоже долго бился над включением - выключением прибора. Забил на sleep режим почти сразу. Родилась такая схемка. Включается и выключается с дополнительной кнопки, выключается с контроллера. Ну а чем мерить напряжение батареии сообразишь. Можно взять какой-нибудь стабилизатор с выходом контроля!

-- Прилагается рисунок: --

[delamoure]

При снижении VDD ‹ 2v (что ес-но с батарейкой когда-нибудь произойдет), без использования BOD он входит в "кому", т.е сброса не происходит, RAM начинает затираться, а сам контроллер переходит на случайный адрес, со всеми вытекающими...

Для недорогого устройства - недорогое решение.
Ночью родилась сумасбродная идея.
Если предположить, что контроллер переходит таки на случайные адреса и, возможно, посылает в эфир какую-то билиберду...
А что если взять полевой ключ, управляемый контроллером и шунтируемый кнопкой (команда то - одна). Затем оставшуюся память программ заполнить инструкциями, конфигурирующими порт на выход с состоянием, запирающим полевой ключ.
Выходя на произвольные адреса, есть высокая вероятность, что контроллер отключит сам себя.
Правда, это не решит проблемы дальнейшего снижения питания, при котором и тактовый генератор не запустится.

[tempora]

Родилась такая схемка. Включается и выключается с дополнительной кнопки, ...

В самом первом посте этой темы упоминалась схема с сайта гаммы, которая отличалась от этой только тем, что там три с половиной детальки, вместо пригоршни рассыпухи и корпуса логики малой интеграции:

В статье (на сайте Гаммы) есть вариант с использованием CLKOUT/OSC2, но он не очень подходит, по причине использования дополнительной кнопки.

Вот эта схема:

[ZhilDV]

Спасибо за вариант! Раньше я его не видел. Разберусь как пашет, напишу отзыв.
Совершенных схем не бывает!!!! Главное, чтобы в работе не подводила! Моя точно пашет, и надежно пашет!

[ZhilDV]

Ясненько, тока моя схемка универсальная (использовалась для 51 ядра)! А эта конкретно для PIC. Буду чего-нибудь под PIC делать, попробую.