Як експортувати та читати Detail Log (журнал) JK-BMS
Detail Log (детальний журнал) JK-BMS - це довгий список подій, до кожної з яких додано знімок стану батареї в той момент. Він показує, коли BMS відімкнула заряд або розряд, яка комірка стала причиною та яка була напруга, струм і температура. Експортуйте його із застосунку JK як текстовий файл, а потім прочитайте вручну або відкрийте на сторінці аналізу журналу: вона зіставляє спрацювання з відновленнями й вказує на ймовірну причину.
Що таке Detail Log
Застосунок експортує його у файл на кшталт detaillogs-20261001171819.txt, де в назві стоять дата й час експорту. Попри розширення, це CSV. Перший рядок містить назви стовпців, кожен наступний - одна подія.
Рядок події містить час, повідомлення (наприклад, "Cell 01 over charge protection"), стан MOSFET заряду, MOSFET розряду, балансира й підігріву, номери комірок із найвищою та найнижчою напругою, їхні напруги, напругу батареї, струм, залишкову та повну ємність, температури й струм підігріву.
Старіша прошивка зберігає короткий список подій приблизно на 50 записів, який перезаписується, а програми-монітори для ПК ведуть власні дані. Detail Log - окремий, довший журнал, який пише сама BMS, тож він охоплює дні чи тижні без жодного підключеного пристрою.
Експорт із застосунку
- Підключіться до BMS у застосунку JK через Bluetooth.
- Відкрийте екран пристрою та знайдіть розділ журналів. Назви меню трохи різняться між версіями застосунку.
- Виберіть Detail Log і експортуйте його. Застосунок збереже файл
.txt. - Перешліть файл на комп'ютер або відкрийте його на телефоні. Для цього BMS не обов'язково залишатися підключеною.
Як читати стовпці
Деякі деталі легко сплутати.
- Номери комірок у тексті повідомлення починаються з 1, тож "Cell 01" - це перша комірка. Стовпці максимальної та мінімальної комірки починаються з 0, тому для порівняння додайте 1. До того ж вони не завжди збігаються: знімок може запізнюватися щодо події, тож комірка з повідомлення не завжди та, що показує стовпець у цей момент. У прикладі лише в 366 із 1083 рядків із "Cell 01" у стовпці максимальної комірки стоїть 0, а в інших трапляються комірки до 7.
- Рядки Boot мають нулі в стовпцях напруги й струму. BMS ще нічого не виміряла, коли їх записувала.
- Рядки калібрування часу з'являються, коли застосунок підключається й виставляє годинник. Вони позначають ваші власні сеанси, а не збій.
- Рядки з датою до 2021 року, зазвичай 2020-01-01, означають, що годинник ще не було встановлено. Це справжні події з невідомим часом, тому аналіз не враховує їх у розрахунках часу й тривалості.
- Напруги лише з одним знаком після коми, які трапляються в деяких старих експортах, надто грубі, щоб судити про розкид комірок.
- Сторінка аналізу приймає файли до 10 МБ і відкидає дубльовані рядки, що стоять у межах 2 секунд один від одного.
Групи повідомлень
Повідомлення поділяються на кілька груп.
- Спрацювання й відновлення захисту: перенапруга, недонапруга, перевантаження за струмом заряду й розряду, коротке замикання, перегрів або переохолодження під час заряду й розряду та перегрів MOSFET. Кожному спрацюванню зазвичай відповідає рядок відновлення.
- Дії користувача й застосунку: кнопка живлення, аварійний вимикач, вимкнення BMS із застосунку.
- Віддалені перемикачі: застосунок, RS485 або CAN вмикають чи вимикають заряд або розряд.
- Події живлення: Boot, вимкнення та сон.
- Збої: ненормальні стани, як-от хибна кількість комірок, помилка співпроцесора або відмова MOSFET. Це не звичайні захисти, і на них варто звернути увагу.
Спрацювання через перенапругу й недонапругу називають комірку. Це найкорисніша деталь у всьому файлі.
Епізоди захисту
Одне спрацювання та його відновлення утворюють епізод. Час між ними - це скільки тримався захист. Час від відновлення до наступного спрацювання того самого типу - час повторного спрацювання.
Епізоди пояснюють, чому одна проблема може дати тисячу рядків. Якщо зарядний пристрій постійно штовхає комірку за межу, BMS спрацьовує, після паузи відновлює роботу й спрацьовує знову. Кожен цикл додає два рядки. Це одна проблема, що повторюється.
Рядок Boot закриває будь-який відкритий епізод, бо BMS втратила свій стан. Спрацювання без відновлення до кінця файлу лишається відкритим.
Типові діагнози
Це шаблони, які шукає сторінка аналізу, із числами, що вона використовує.
Зарядний пристрій вище за межу комірки (завелика напруга зарядного). У прикладі журналу 1090 спрацювань через перенапругу, 1083 із них на комірці 01, а розкид між найвищою та найнижчою коміркою здебільшого менший за 10 мВ. Це означає, що комірки збалансовані, а зарядний тримає батарею занадто високо; цифри й виправлення є в чому захист від перезаряду комірки постійно спрацьовує.
Слабка комірка нагорі. Якщо щонайменше 80% спрацювань називають одну комірку, а розкид становить 50 мВ або більше, проблема в цій комірці. Спершу перевірте розкид, бо сама названа комірка може ввести в оману. Перегляньте налаштування балансування і перевірте комірку та її проводку. Як ця закономірність виглядає в даних, див. як знайти слабку комірку в журналі.
Недонапруга. Той самий поділ діє внизу. Одна комірка набагато нижче за решту вказує на слабку комірку. Малий розкид вказує на розряджену батарею, часто через надто низьке відсікання інвертора. Порівняйте UVP комірки та напругу SOC-0% із тим, де зупиняється інвертор.
Циклування. Десять або більше спрацювань через перенапругу з медіанним часом повторного спрацювання менше 60 с вважаються циклуванням. Тут слід дивитися на OVPR комірки та RCV комірки.
Температура й коротке замикання. Спрацювання за температурою показують досягнутий пік. Температура MOSFET 70 °C і вище без спрацювання позначається як попередження. Будь-яке спрацювання через коротке замикання критичне. Перевірте навантаження, проводку та затримку, описану в налаштуваннях перевантаження за струмом і короткого замикання.
Неочікувані перезавантаження. Рядок Boot, перед яким упродовж 60 с немає рядка вимкнення живлення чи shutdown, вважається неочікуваним. У прикладі 7 запусків, 2 із них неочікувані, бо решта п'ять ідуть після рядка "Button to turn it off". Перевірте живлення та проводку до BMS і прочитайте як читати перезавантаження та події живлення.
Зміни ємності. Якщо повна ємність у журналі змінюється, наприклад із 200 А·год до 334 А·год, хтось редагував налаштування ємності. Як BMS відстежує залишкову ємність, див. у калібруванні SOC.
Аналіз журналу в браузері
Відкрийте сторінку аналізу журналу і перетягніть на неї файл .txt. Він читається у вашому браузері й нікуди не завантажується. Ви отримаєте епізоди, лічильники спрацювань по комірках і висновки, описані вище.
Можна також додати експорт .jkcfg тієї самої BMS. Тоді сторінка малює ваші пороги лініями на графіках і звіряє з ними журнал: напругу спрацювання з OVP комірки, кількість комірок, ємність, задане зарядним значення з комірками × RCV комірки, піковий струм біля меж перевантаження та температуру MOSFET біля межі MOSFET. Виправте знайдене в редакторі, найкраще записавши зміни через Bluetooth, а якщо BMS відхиляє імпортований файл, дивіться JK BMS: помилка відправки налаштувань.
Схожі посібники
- JK BMS балансування: напруга старту, поріг і струмJK BMS балансування: напруга старту балансування, поріг балансування, макс. струм балансування й перемикач Балансир для LFP, NMC і LTO.
- JK BMS калібрування SOC: дрейф, стрибки й скиданняJK BMS калібрування SOC: чому SOC дрейфує чи стрибає, що роблять напруга SOC-100% і напруга SOC-0%, як їх задати й відкалібрувати батарею.
- Захист JK BMS від перезаряду комірки постійно спрацьовує: причиниЗахист JK BMS від перезаряду комірки спрацьовує й відновлюється щохвилини? Чому винне завелике зарядне, як відрізнити це від слабкої комірки й що робити.