Как мы пихнули полноценный цифровой протокол в NTC-пин батареи — и почему это вообще работает

[@ATmegAdriVeR]

Здравствуйте. А как Вы реализовывали SoC и SoH ? Или это решение только для ID и температуры?

И почему не использовали давно изобретённый HDQ, который применяется в микросхемах "Fuel Gauge" типа BQ27545 ? Кстати, можно было эту микросхему и использовать, поставив резистивный делитель на батарею, используя только функции измерения температуры, счётчика тока (режим кулономера) и UID.

[@akirasaki]

С SoH у нас действительно ничего полноценного нет, просто потому что он нам не нужен, ибо батареи работают как тупой бесперебойник и почти не участвуют в циклах, так что деградация нам не критична.

Готовые fuel-gauge решения мы не рассматривали из-за ограничения по одному пину. Развести полноценный I²C или HDQ не было возможности -- в статье как раз описано, что нам требовалось решение, которое работает на NTC-линии.

То, что описано в статье, -- это именно передача id/sn/t, то есть то, чего нам не хватало для корректного определения батареи перед зарядкой.

SoC у нас реализован на двух совместимых по футринту чипах (один вариант под кислотки, второй под литий) с обработкой состояний по стороне STM32.

[@ATmegAdriVeR]

Не совсем понял, ведь HDQ как раз и работает по одному проводу - по аналогии с 1-wire, только без паразитного питания. Но и это решается: можно либо организовать паразитное питание диодно-конденсаторной цепочкой, либо, как я выше писал, запитать gauge от АКБ через делитель. Микросхема потребляет крайне мало, сопоставимо с саморазрядом Li-Ion батарей, а про кислотные и говорить не приходится.

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

[@akirasaki]

Всё банально и до боли просто. Когда искали однопиновый протокол сразу подумали про 1w и PLC. Времени на искать альтернативы не было, а "старшие" инженеры которые могли подсказать за HDQ были или по отпускам или по другим проектам. Повесить на батарею доп. устройство не позволили бы нормы сертификации под жд (частью инфры которого, хоть и косвенно, мы являемся) (это со слов наших документалистов, что "может не пройти", хотя я лично не видел ничего подобново в нормативках)

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

[@ATmegAdriVeR]

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

[@sim2q]

Про BMS напишите?

Там столько всего интересного [КПВ]