Определение времени жизни батареи Опции

[Yaumen]

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

[ILYAUL]

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

Раз обмен - значит проц, раз проц - почему бы не быть RTC , раз RTC - значит батарейка. Модель плиз

[Yaumen]

Раз обмен - значит проц, раз проц - почему бы не быть RTC , раз RTC - значит батарейка. Модель плиз

Вы не поняли!!! Понятно, что батарейка, как узнать сколько ей осталось жить, даже при наличии проца?

P.S. Счетчик CE102 S6 (производство Энергомера). Вот выписка из протокола обмена:
Команда: ReadBatRes [0x0126]
Запрос: -
Ответ: 2 байта
UINT8[1] – полный ресурс батареи (количество месяцев);
UINT8[2] – текущее значение оставшегося ресурса (количество месяцев).

[ILYAUL]

Вы не поняли!!! Понятно, что батарейка, как узнать сколько ей осталось жить, даже при наличии проца?
UINT8[2] – текущее значение оставшегося ресурса (количество месяцев).

или сколько ей осталось жить - считает сам проц исходя из своей программы , своих параметров и параметров батарейки

[Yaumen]

или сколько ей осталось жить - считает сам проц исходя из своей программы , своих параметров и параметров батарейки

Считаю, что двух абсолютно одинаковых батареек просто не существует. Батарейки деградируют со просто временем, под влиянием температур и кучи других причин.
Деградация в процессе работы тоже вряд ли линейна и предсказуема. Простой процессор может померять напряжение батарейки, но можно ли по уровню напряжения предсказать ее будущее не знаю?

[XVR]

Считаю, что двух абсолютно одинаковых батареек просто не существует.

Угу, но разброс не так уж и велик. И вышеупомянутый счетчик вполне может не вдаваться в такие подробности.
Его UINT8[1] – полный ресурс батареи (количество месяцев); скорее всего банально константа, и соответственно оставшийся ресурс вычисляется по таймеру

[=AK=]

оставшийся ресурс вычисляется по таймеру

По таймеру не получится, потому что таймер не работает, когда нет питания. Очевидно, что когда нет питания, работает только RTCC. Соответственно, надо запоминать время пропадания питания и при появлении питания вычислять, сколько времени RTCC питался от батарейки.

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

[zltigo]

А если используется RTCC, в котором этой фичи нет, то придется городить детектор пропадания питания и схемку, поддерживающую при пропаданиях питание процу до....

Вообще-то просто с достаточной для практической точности периодичностью (минуты..часы) писать в ту-же энергонезависимую память RTC или будильик текущее время.
Оно + 1/2 периода записи и будет "временем пропадания питания". И без всяких "городить".

[=AK=]

Вообще-то просто с достаточной для практической точности периодичностью (минуты..часы) писать в ту-же энергонезависимую память RTC или будильик текущее время.
Оно + 1/2 периода записи и будет "временем пропадания питания". И без всяких "городить".

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

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

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

[zltigo]

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

Вы собственно о какой проблеме связанной с не атомарностью волнуетесь? О том, например, что при записи времени раз в час и продолжительности этой процедуры несколько тактов как раз во время этих тактов пропадет питание? Это действительно ужасно и "никуда не годится" (посчитайте вероятность ) потеряем, например, сутки, это если имеет место быть неатомарность, что для встроенных RTC уже далеко не всегда.

Вместо того, чтобы записывать текущее время

Я рад, что Вы поняли всю бесполезность СВОЕГО предложения:

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

для решения поставленной Автором задачи.