Разбираясь с протоколами обмена счетчиков электрической энергии обнаружил, что некоторые модели способны возвращать информацию о полном времени жизни батареи и оставшемся времени жизни.
Стало интересно, каким образом такая информация может быть получена счетчиком!?

Это почему это?
Есть емкость конденсатора в цепи питания, есть потребляемый ток, есть допустимый диапазон питающих напряжений, есть время записи в EEPROM. Есть формулы, связывающие все эти параметры. Трудно посчитать и выбрать емкость с запасом?

Для справки: у меня при пропадании питания, тантале на 100 мкФ и процессоре atxmega32A4, спокойно удается записать страницу EEPROM 32 байта. Для практической проверки времени нахождения питания в допустимом диапазоне после обнаружения факта отключения источника выводил в бесконечном цикле в компорт тестовые байты (помимо записи в EEPROM!). По числу байт, полученных терминалкой, можно судить о вышеуказанном времени. Запас достаточный.

Вот такой вот технический авантюризм...
Кто-то его называет просто грамотным техническим решением.

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

Ну-ну...

Сообщение отредактировал @Ark - Aug 19 2011, 03:10

Подробнее, плз. И, если не затруднит, ссылочки на источники, где про это можно прочитать, дабы не подозревать вас в надуманности и отсебятине.


Аналогично, только проц другой. Нюанс в том, что у меня кондер стоит на входе LDО, который делает 3.3В из 5В. От прочих цепей 5В накопительный кондер и LDO отделены диодом шоттки. После записи этой страницы проц уходит в спячку на несколько мс, чтобы снизить собственное потребление.

Плиз
http://electronix.ru/forum/index.php?showt...&hl=фонарик

Спасибо. Правда, к настоящему топику он отношения не имеет, так что я уж до конца читать не стал. Сама по себе задачка с китайским фонариком забавна. Скорей всего китайцы прописывают значения текущего режима в ОЗУ, а также держат в ОЗУ некий достаточно длинный "ключ", который портится при длительном выключении питания, однако довольно долго сохраняется на крохах остаточного питания от кондера. Если ключ испорчен - фонарик "начинает жизнь сначала", если цел - то переходят в следующий режим, считая, что записанное значение режима тоже сохранилось.

Почему же не имеет - задача таже , сохранить состояние (данные) при неожиданом откл. питания. Зря не дочитали и Ваша версия там была.

Задача принципиально отличается, поскольку в том конкретном случае сохранять данные надо именно так, как сделали китайцы.


Ессно, поскольку это наиболее очевидное решение.

Такое впечатление, что личные отношения превалируют над логикой
Я сам этот "авантюризм" использую в приборах, которые выпущены тысячами, для сохранения статистики работы механических блоков с ограниченным ресурсом и предупреждения пользователя о небходимости вызвать сервис.
Решение как решение, тоже можно лопухнуться, но голова то зачем дана?

Откройте даташит на любой МК (от того же Микрочипа), раздел EEPROM. И ответьте себе на вопрос:
Зачем производитель рекомендует выполнять контрольное чтение после записи данных в ЕEPROM, причем даже тогда,
когда речь не идет о возможном исчерпании ресурса циклов стирание/запись?

А в счётчике , который тоже уже сделан, как-то по другому Вы собираетесь сохранять и у китайцев задача сложней - резевного питания нет. А счётчик может и на батарейке "повисеть" что бы данные сохранить без потерь. И без всякого мудрёжа. А потом уже баиньки

Дело совсем не в том, обвешивать некое устройство детекторами падения питания, конденсаторами/ионистровми.... а в том, не являются ли эти навороты тупо-лобовым и избыточным решением для обеспечения якобы "абсолютной гарантии" да еще и там, где эта "абсолютная" гарантия просто не нужна. В результате навешивания того, чего не надо, как таз и получаем результат который и был характерен для помянутой ранее "советской техники" - детектор питания жрет больше всех остальных во время сна, а конденсатор обязанный обеспечить резерв питания оказывается ереванского завода и сдыхает вообще первым. Не бывает абстрактно "грамотных" и столь-же абстрактно "не грамотных" решений.

Господа, а можно мне...
Нельзя ли поставить ключик, который нагружал бы батарею током на короткое время... Раз в месяц...
И измерять ее "просадку".

А , если это и будет её последний "выдох"? И мне кажется , ( перекрестился) это какая-то надуманная прибамбасина ,конкретных разработчиков ,этой модели счётчика , при этом точность - они своей целью не ставили. В PIC-ах они же от этого оказались и похоже просто применили компаратор. Самое простое и логичное решение - "Я так думаю" к.ф. "Мимино"

Тут согласен


Тут не согласен. Инженер обязан обеспечить требуемые характеристики детектора питания, причем это легко делается расчетным путем.
А вот рассчитывать схему/конструкцию на дерьмовость комплектующих в подавляющем большинстве случаев не стоит. Если комплектация - дерьмо, смените поставщика. Это не свидетельство неграмотного проектирования.


Была бы однозначная формула пересчета просадки в ресурс батарейки, был бы смысл. А так надо изучить немало диссеров по этому вопросу (или написать свой диссер), чтобы получить достоверное решение. Проще поступить по-военному: отработал срок - на помойку!

Сообщение отредактировал V_G - Aug 19 2011, 10:59

Ну зачем же так... Пусть даже заряд за время измерения будет равен дневному потреблению... Раз в месяц...