Автор | Сообщение |
bambr911
|
нет, судя по всему не предположение не ошибочное. В ячейках первоначальное значение емкости установленных батарей. Пересчитанное значение емкости может быть только меньше первоначального. Если, по результатам калибровки пересчитанное значение меньше первоначального(указанного в ячейках) на какой-то процент (думаю около 50%) симметра объявляет батареи нерабочими и помечает батарею как дохлую. Подтверждением случит тот факт, что при записи первоначального значения 484, обнулении факта ошибки, симметра приняла старые батареи без замены и проходит калибровку, только время резервирования указывает соответственно меньше. |
|
Mikkey
Старший модератор
Сообщения: 3652
|
Чёт я запутался - Вы же писали что не можете включить калибровку? |
|
bsb5068
|
в приложенном примере в теме в файле 9ah-new.hex сумма вроде не верная выходит.
поэтому от меня маленькое пояснение моих экспериментов и почему могут быть проблемы с расчётом контрольной суммы:
алгоритм зависит от выбранного режима работы. т.е. x8 или x16.
например: на рисунке 1 выбрано х8 и сумма неверная.
на рисунке 2 уже выбран режим х16 и сумма верная.
например как это выглядит в FARе рисунок 3. обратите внимание, по каким адресам находится сумма.
далее. программатор считает сумму от всего файла. а ИБП как писали без учёта ячеек с ошибками и ячеек с КС. поэтому нужно их удалить и убрать саму сумму.
рисунок 4 получилась КС.
ну и записав её по рисунку 5 мы уже не обращаем внимание, что сумма снова сменилась.

1.png 105.49 КБ Скачано: 273 раз(а)
2.png 84.72 КБ Скачано: 264 раз(а)
4.png 85.84 КБ Скачано: 257 раз(а)
5.png 89.64 КБ Скачано: 262 раз(а)
|
|
metrologsastem
|
|
metrologsastem
|
В последнем из прикреленных файлов тот же дамп реальной прошивки но загруженный в редактор программатора EZP2010 в демо режиме.
ДОБАВЛЕНО 15/01/2022 22:24
Таким образом, если верить алгоритму указанному ниже должно работать.
1. Ячейки 64-79 (или в шестнадцатеричном форматеData: 0xC9-0xF4) необходимо обнулить - это место, где находятся все ошибки и проблемы с пакетом.
2. ячейки 50-51 (или в шестнадцатеричном формате Data: 0xA1, 0xA3) должны быть обнулены - это контрольная сумма EEPROM, которая проверяется на правильность данных.
3. пересчитать контрольную сумму. контрольная сумма вычисляется из 0x0-0x9F,(то же? что 0-63 ячейки) остальные регистры 64-79 (или в шестнадцатеричном форматеData: 0xC9-0xF4) не учитываются в вычислении.
Прошу ответить более опытных коллег, - у кого нибудь это заработало или нет?
И второй вопрос,- нужно ли менять дату на более свежею, например на 2022 год, естественно после замены батарей?
1Прошуивка20210416.png 94.9 КБ Скачано: 114 раз(а)
|
|
sergeyshadow
|
metrologsastem писал: | В последнем из прикреленных файлов тот же дамп реальной прошивки но загруженный в редактор программатора EZP2010 в демо режиме.
ДОБАВЛЕНО 15/01/2022 22:24
Таким образом, если верить алгоритму указанному ниже должно работать.
1. Ячейки 64-79 (или в шестнадцатеричном форматеData: 0xC9-0xF4) необходимо обнулить - это место, где находятся все ошибки и проблемы с пакетом.
2. ячейки 50-51 (или в шестнадцатеричном формате Data: 0xA1, 0xA3) должны быть обнулены - это контрольная сумма EEPROM, которая проверяется на правильность данных.
3. пересчитать контрольную сумму. контрольная сумма вычисляется из 0x0-0x9F,(то же? что 0-63 ячейки) остальные регистры 64-79 (или в шестнадцатеричном форматеData: 0xC9-0xF4) не учитываются в вычислении.
Прошу ответить более опытных коллег, - у кого нибудь это заработало или нет?
И второй вопрос,- нужно ли менять дату на более свежею, например на 2022 год, естественно после замены батарей? |
Заменил батареи.
Сделал всё по инструкции, дату так же поменял. Вся информация отображается корректно, но после калибровки батарея уходит в Failed |
|

|