BMW 48V Battery — сброс и ремонт данных удара

Сообщение #21

HYPHENTRAD

Под наблюдением

Тунис
С нами
31.07.2026
Сообщения
1
Реакции
0
Страна
Тунис
Скачайте ресурс по батарее v48, обе версии (первую и вторую). Это всё, что у меня есть.
Срок действия ссылки на скачивание истёк
 

Сообщение #22

sofman

Под наблюдением

Тунис
С нами
13.08.2026
Сообщения
3
Реакции
0
Страна
Тунис
@Gemini
Bin опубликовал новый ресурс:

Сброс и восстановление данных удара батареи BMW 48V - Очистите данные удара и сбросьте настройки своей 48-вольтовой батареи мягкого гибрида с помощью этого ремонтного комплекта.



Подробнее об этом ресурсе...
Пароль, пожалуйста
 

Сообщение #23

Gemini Сейчас онлайн

Gemini

Команда форума
США
С нами
09.05.2025
Сообщения
6 210
Реакции
1 443
Страна
США
Пароль, пожалуйста

Пароль от архива — binunlock.com, тот же, что используется для скачиваний здесь.

Если ZIP всё равно не открывается, распакуйте его через 7-Zip (правой кнопкой → 7-Zip → Извлечь здесь), а не встроенным распаковщиком Windows, и скачайте файл заново — возможно, он был загружен не полностью.
 

Сообщение #24

limitx

Под наблюдением

Турция
С нами
24.09.2026
Сообщения
3
Реакции
0
Страна
Турция
Merhaba, çarpışma sonrasında 48V aküyle ilgili sorunu çözmek için BMS modülündeki çarpışma verilerini sıfırlamanız gerekiyor.

Bu sayfanın üst kısmındaki indirme düğmesine tıklayarak gerekli dosyaları indirebilirsiniz (Kaynak). İşlem genellikle şu şekildedir:
  • Bir programlayıcıyı (örneğin VVDI Multi-Prog veya benzeri) BMS çipine (örneğin FS32K148) bağlamak.
  • Dosyalarda verilen pin bağlantı şemasına uyun.
  • Limpo/resetado dosyası yazılıyor.

Tamir işinde başa
Pil kaynağı v48'i (hem birinci hem de ikinci sürümü) indirebilirsiniz. Elimde bulunan tüm dosyalar bunlar.
Hello, I read the P-Flash data using the Xhorse Multi-Prog, but the vehicle has been in an accident. What do we need to do to clear the crash data, or do you provide this service
 

Вложения

Сообщение #25

Gemini Сейчас онлайн

Gemini

Команда форума
США
С нами
09.05.2025
Сообщения
6 210
Реакции
1 443
Страна
США
Здравствуйте, я считал данные P-Flash с помощью Xhorse Multi-Prog, но автомобиль был в ДТП....

Хорошо, что вам удалось успешно считать P-Flash. Судя по идентификаторам в бинарнике, это 48V-аккумулятор BMW производства A123 с MCU S32K148, выпущенный в августе 2025 года.

Важно: В скачиваемом ресурсе вверху этой темы находятся файлы для варианта FS32K148, а это другой MCU. Прямая запись этих файлов в вашу батарею с S32K148, скорее всего, превратит её в кирпич.

Что нужно для очистки данных удара:

Флаги удара хранятся в определённых байтах вашего дампа P-Flash. Чтобы правильно сбросить батарею, нужен один из следующих вариантов:

  • Редактирование на уровне байтов: Найти и обнулить байты флагов удара, сохранив данные, связанные с VIN, таблицы калибровок и сертификаты безопасности. Для этого нужно знать точную карту памяти для вашей версии HW/SW.
  • Чистый эталонный файл: Чистый дамп P-Flash от той же версии HW/SW, который можно записать обратно.

Чтобы продолжить, мне нужно:

  • Фото наклейки батареи с полным номером детали (начинается примерно с 9384477 или аналогичного)
  • Версия HW / версия SW, если они видны на наклейке или плате BMS
  • Подтвердите: батарея всё ещё связывается по OBD или она полностью dead/locked?

Примечание по обслуживанию: Этот форум не выполняет редактирование бинарников как услугу напрямую через систему ответов. После подтверждения точного варианта можно:
  • Я могу подсказать расположение байтов, если для вашей версии доступна карта
  • Обратиться к администрации BinUnlock, если нужно выполнить редактирование как платную услугу

Выложите фото наклейки, и я проверю, есть ли решение для вашего конкретного варианта.
 

Сообщение #26

limitx

Под наблюдением

Турция
С нами
24.09.2026
Сообщения
3
Реакции
0
Страна
Турция
P-Flash'ı başarıyla okuduğunuza sevindim. İkili tanımlayıcılara göre, bu, Ağustos 2025'te üretilmiş, S32K148 MCU'lu, A123 tarafından üretilmiş bir BMW 48V bataryasıdır.

Önemli:
Bu konunun en üstündeki kaynak indirme bağlantısı, farklı bir MCU olan FS32K148 varyantına ait dosyaları içermektedir. Bu dosyaları doğrudan S32K148 pilinize yazmak, pilin kullanılamaz hale gelmesine neden olabilir.

Çökme verilerini temizlemek için ihtiyacınız olanlar:

Çökme işaretleri, P-Flash dökümünüzdeki belirli bayt konumlarında saklanır. Pili düzgün bir şekilde sıfırlamak için şu yöntemlerden birini kullanmanız gerekir:

  • Bayt düzeyinde düzenleme: VIN ile ilgili verileri, kalibrasyon tablolarını ve güvenlik sertifikalarını korurken, çökme bayrağı baytlarını belirleyin ve sıfırlayın. Bu, donanım/yazılım sürümünüz için tam bellek haritasını bilmeyi gerektirir.
  • Temiz referans dosyası: Geri yazılabilen, aynı donanım/yazılım sürümünden alınmış, işlenmemiş bir P-Flash dökümü.

Devam etmek için şunlara ihtiyacım var:

  • Pil etiketinin fotoğrafı, parça numarasının tamamını göstermektedir (9384477 veya benzeri bir sayıyla başlar).
  • Etikette veya BMS kartında görülebiliyorsa, donanım sürümü / yazılım sürümü
  • Onaylayın: pil hala OBD üzerinden iletişim kuruyor mu, yoksa tamamen ölü/kilitli mi?

Hizmet notu: Bu forum, bu yanıt sistemi aracılığıyla doğrudan ikili dosya düzenleme hizmeti sunmamaktadır. Tam varyantınızı doğruladıktan sonra, aşağıdaki seçeneklerden birini kullanacağız:
  • Sürümünüz için bir harita mevcutsa, bayt konumları konusunda size rehberlik edebilirim.
  • Düzenleme işleminin ücretli bir hizmet olarak yapılmasını istiyorsanız Bin/admin ile iletişime geçin.

Etiket fotoğrafını paylaşın, sizin özel modeliniz için bir çözüm olup olmadığını kontrol edeyim.
Size gönderdiğim fotoğraflarla ilgili olarak: birinde 48V akü, diğerinde ise arıza kodu görünüyor. Evet, OBD tarayıcı "48VBATT" algılıyor, yani orada bir sorun yok; aküyü çıkardığımda 46V ölçtü, yani akünün kendisi sağlam. Sadece bir kaza raporu mevcut. Ayrıca, veri boyutları: P-Flash 1536KB, D-Flash 512KB ve EEPROM 4KB, oysa sizin paylaştığınız dosya 2052KB. Bunu nasıl yazmalıyım? Verileri CY15B128Q EEPROM'a yazdım ve ilk hata giderildi, ancak şimdi motor kontrol ünitesi bir kaza verisi hatası bildiriyor.
 

Вложения

  • BMW 48V Battery — сброс и ремонт данных удара — вложение 1
    WhatsApp Image 2026-09-25 at.webp
    118 КБ · Просмотры: 24
  • BMW 48V Battery — сброс и ремонт данных удара — вложение 2
    WhatsApp Image 2026-09-25 at 10.59.56.webp
    56,1 КБ · Просмотры: 23
  • S32K148(JTAG)_PFLASH_20260924210538.bin
    S32K148(JTAG)_PFLASH_20260924210538.bin
    1,5 МБ · Просмотры: 23
  • S32K148(JTAG)_DFLASH_20260924210712.bin
    S32K148(JTAG)_DFLASH_20260924210712.bin
    512 КБ · Просмотры: 24
  • S32K148(JTAG)_EE_20260924210640.bin
    S32K148(JTAG)_EE_20260924210640.bin
    4 КБ · Просмотры: 21

Сообщение #27

Gemini Сейчас онлайн

Gemini

Команда форума
США
С нами
09.05.2025
Сообщения
6 210
Реакции
1 443
Страна
США
По поводу присланных вами фотографий: на одной видна 48V батарея, на другой — код ошибки. E...

Спасибо за наклейку и скриншот сканирования — теперь большая часть пробелов закрыта.

Что показывают данные

  • Наклейка: A123 Systems 48V Li-Ion Battery G2.0, 20Ah / 0.96 kWh, ECU-UID 97ED768A1117087-1800EA480E000053-C5, SN 0P1-2434-0869-420014902-02, дата сборки батареи 2024-08-21. То есть строка Aug 19 2025 в конце P-Flash — это дата сборки ПО, а не дата сборки батареи: на этом блоке используется более поздний уровень SW, чем сборка батареи.
  • DTC 803400 BATT48 — «аварийное отключение в ответ на обнаружение удара», статус постоянный. Это именно защёлка после удара, а не неисправность ячеек или контактора, что совпадает с вашим измерением 46 V на батарее.
  • Ваши дампы: P-Flash 1536 KB, D-Flash 512 KB, EE 4 KB.

По поводу ваших 2052 KB

1536 + 512 + 4 = 2052 KB. Этот файл почти наверняка представляет собой объединённый полный дамп трёх областей, а не файл для записи одним блоком. Разделите его и записывайте каждую часть в свою область:

Код:
0x000000 - 0x17FFFF P-Flash (1536 KB)
0x180000 - 0x1FFFFF D-Flash (512 KB)
0x200000 - 0x200FFF EEPROM (4 KB)

Перед любой записью проверьте разбиение: байт по адресу 0x17FEF0 этого файла должен содержать ASCII-строку с датой сборки, как у вас (Aug 19 2025), а начиная с 0x180000 должно быть содержимое D-Flash. Если расположение не совпадает, у файла другая структура, и на этом нужно остановиться.

Важное предупреждение — этот архив сделан под вариант FS32K148. Записывая чужой P-Flash в ваш блок S32K148, вы записываете чужие ECU-UID, сертификаты PKI/vehicle (VehiclePKI-RootCA1, SecureToken-CA2, ID-CA2) и калибровку ячеек. Даже если он загрузится, батарея не пройдёт аутентификацию в автомобиле. Для сброса после удара нужно трогать только области энергонезависимых данных, а не всю программную флеш-память.

Две проблемы с вашими чтениями

  • Ваш EEPROM считан как 4 KB из 0x00 от начала до конца. На S32K148 эти 4 KB — эмулируемый EEPROM в FlexRAM; при остановленном ядре через JTAG он часто читается весь нулями, поскольку эмуляция EEPROM не запускалась. Такой дамп нельзя использовать как резервную копию.
  • Ваш D-Flash в основном читается как 0xFF, но поиск строк всё равно находит в нём SWE_2 / Jan 9 2023 / 13:33:47, значит реальные данные там есть. В этом MCU D-Flash размечен как резервная область EEPROM — именно там почти наверняка хранится запись об ударе, в виде наборов записей, а не одного байта-флага.

Поэтому: считайте D-Flash ещё два раза и побайтно сравните оба файла. Если они совпадут, работайте с D-Flash, а не с чтением FlexRAM.

По поводу записи CY15B128Q

CY15B128Q — это FRAM, и запись в него дампа из архива убрала первую ошибку — это сходится, но также означает, что вы перезаписали собственное содержимое FRAM этой батареи чужим. Если вы не сохранили исходное чтение FRAM, учтите это. Оставшаяся 803400 говорит, что защёлка после удара всё ещё удерживается где-то в другом месте, что подтверждает приведённую выше теорию о записях D-Flash/EEPROM.

То, что многие упускают

803400, — это реакция на сигнал удара, а на этих автомобилях этот сигнал приходит по шине со стороны airbag/ACSM. Если в ACSM всё ещё сохранены данные удара, блок 48V снова защёлкнется, как только увидит это сообщение, независимо от того, насколько чистый у вас BMS. Прежде чем тратить больше времени на BMS, проверьте ACSM на наличие сохранённых данных удара. После любого сброса со стороны BMS очистите память ошибок при включённом зажигании, затем дайте автомобилю полностью уснуть (закройте, подождите несколько минут) и после этого считайте повторно.

Чтобы двигаться дальше, мне нужно

  • Точный файл, который вы скачали: v1 или v2 ресурса, — и его точный размер, 2101248 байт или нет.
  • Второе чтение D-Flash, чтобы подтвердить стабильность чтения.
  • Статус памяти ошибок / данных удара ACSM из Autel.
  • Есть ли у вас ещё исходное чтение CY15B128Q, сделанное до записи файла из архива.

По вопросу услуги: я не могу редактировать бинарные файлы через эту тему. Если хотите, чтобы файл обработали напрямую, свяжитесь по этому поводу через администрацию BinUnlock.
 

Сообщение #28

limitx

Под наблюдением

Турция
С нами
24.09.2026
Сообщения
3
Реакции
0
Страна
Турция
Etiket ve tarama ekran görüntüsü için teşekkürler, bu sayede eksikliklerin çoğu giderildi.

Kanıtların gösterdiği şey

  • Etiket: A123 Systems 48V Li-Ion Batarya G2.0, 20Ah / 0.96 kWh, ECU-UID 97ED768A1117087-1800EA480E000053-C5, SN 0P1-2434-0869-420014902-02, paketleme tarihi 2024-08-21. Yani Aug 19 2025P-Flash kuyruğundaki dize, paketleme tarihi değil, yazılım derleme tarihidir; bu ünite, paketleme tarihinden daha yeni bir yazılım sürümüyle çalışmaktadır.
  • DTC 803400BATT48 — "çarpışma tespiti üzerine acil kapatma", durum kalıcı/kalıcı . Bu tam olarak çarpışma mandalı arızasıdır, pil veya kontaktör arızası değildir ve batarya paketindeki 46 V ölçümünüzle örtüşmektedir.
  • Bellek dökümleriniz: P-Flash 1536 KB, D-Flash 512 KB, EE 4 KB.

2052 KB'lık sorunuz

1536 + 512 + 4 = 2052 KB. Bu dosya neredeyse kesinlikle üç alanın birleştirilmiş tam dökümüdür, tek bir blok olarak yazılacak bir şey değildir. Bölün ve her parçayı kendi alanına yazın:

Код:
0x000000 - 0x17FFFF P-Flash (1536 KB)
0x180000 - 0x1FFFFF D-Flash (512 KB)
0x200000 - 0x200FFF EEPROM (4 KB)

0x17FEF0Herhangi bir şey yazmadan önce, bölmeyi doğrulayın: dosyanın baytı, sizinki gibi bir ASCII derleme tarihi dizesi ( Aug 19 2025) içermeli ve 0x180000bundan sonrası D-Flash içeriği gibi görünmelidir. Eğer uymuyorsa, dosya farklı bir düzene sahiptir ve orada durmalısınız.

Önemli uyarı — bu arşiv FS32K148 varyantı etrafında oluşturulmuştur. S32K148 ünitenize yabancı bir P-Flash yazmak, başkasının ECU-UID'sini, PKI/araç sertifikalarını ( VehiclePKI-RootCA1, SecureToken-CA2, ID-CA2) ve hücre kalibrasyonunu yazmak anlamına gelir. Önyükleme yapılsa bile, paket araçta kimlik doğrulaması yapmayacaktır. Çökme sıfırlaması için yalnızca kalıcı veri alanlarına dokunmalısınız, tüm program flash'ına değil.

Okumalarınızda iki sorun var.

  • EEPROM okuma işleminiz 0x00uçtan uca 4 KB'lık bir veridir. S32K148'de bu 4 KB, FlexRAM tarafından emüle edilen EEPROM'dur; JTAG altında çekirdek durdurulduğunda, EEPROM emülasyonu hiç çalışmadığı için genellikle tüm veriler sıfır olarak okunur. Bu okuma işlemi yedekleme olarak kullanılamaz.
  • D-Flash'ınız çoğunlukla okunuyor 0xFF, ancak dize taraması yine de SWE_2 / Jan 9 2023 / 13:33:47içinde veri buluyor, yani orada gerçek veri var. Bu MCU'da D-Flash, EEPROM yedeklemesi olarak bölümlendirilmiştir; kaza kaydı neredeyse kesinlikle orada, tek bir bayrak baytı olarak değil, kayıt kümeleri olarak bulunur.

Yani: D-Flash'ı iki kez yeniden okuyun ve iki dosyayı bayt bayt karşılaştırın. Eğer eşleşiyorlarsa, FlexRAM okumasından değil, D-Flash'tan çalışmaya devam edin.

CY15B128Q hakkında yazın

CY15B128Q bir FRAM'dir ve arşivin dökümünü içine yazmak ilk hatayı giderdi; bu mantıklı, ancak aynı zamanda bu paketin kendi FRAM içeriğinin yabancı bir içerikle üzerine yazıldığı anlamına da geliyor. Orijinal FRAM okumanızı kaydetmediyseniz, bunu not edin. Geriye kalan kısım, 803400kilit mandalının hala başka bir yerde tutulduğunu söylüyor, bu da yukarıdaki D-Flash/EEPROM kayıt teorisini destekliyor.

Çoğu insanın gözden kaçırdığı kısım

803400Bu, bir kaza sinyaline verilen bir tepkidir ve bu araçlarda bu sinyal, hava yastığı/ACSM tarafından veri yolu üzerinden gelir. ACSM'de hala kaza verileri saklanmışsa, BMS'niz ne kadar temiz olursa olsun, 48V ünitesi mesajı tekrar gördüğü anda yeniden kilitlenecektir. BMS üzerinde daha fazla zaman harcamadan önce ACSM'de saklanmış kaza verilerini kontrol edin. Herhangi bir BMS tarafı sıfırlamasından sonra, kontak açıkken arıza belleğini temizleyin, ardından tam bir uyku döngüsü (kilitleyin, birkaç dakika bekleyin) gerçekleştirin ve ardından tekrar okuyun.

Daha ileri gitmek için ihtiyacım var.

  • İndirdiğiniz dosyanın tam sürümü (kaynağın v1 veya v2 sürümü) ve boyutunun tam olarak 2101248 bayt olup olmadığı.
  • Okuma işleminin kararlı olduğunu doğrulamak için ikinci bir D-Flash okuması yapıyoruz.
  • Autel'den alınan ACSM arıza hafızası/çökme verisi durumu.
  • Arşiv dosyasını yazmadan önce okuduğunuz orijinal CY15B128Q dosyasını hâlâ saklıyor musunuz?

Hizmet sorusuna gelince: Bu iş parçacığı üzerinden ikili dosya düzenlemesi yapamam. Dosya üzerinde doğrudan işlem yapılmasını istiyorsanız, lütfen Bin/admin ile iletişime geçin.
Bu cy15b128q'dur.
 

Вложения

Сообщение #29

Gemini Сейчас онлайн

Gemini

Команда форума
США
С нами
09.05.2025
Сообщения
6 210
Реакции
1 443
Страна
США

Это считывание полезно — и оно подтверждает одну важную вещь: эта FRAM всё ещё от вашего блока, а не донорская.

Что показывает дамп
  • ASCII 0P12434086942001490202 по адресу 0x3F6D (и хвост той же строки, заканчивающийся по адресу 0x3E8F) совпадает с SN на наклейке 0P1-2434-0869-420014902-02. Значит, то, что вы записывали ранее, не перезаписало область серийного номера.
  • Размер: файл 16 КБ, что соответствует полному объёму CY15B128Q (128 кбит FRAM = 16384 байт). Это исправляет цифру «EEPROM 4 КБ» из вашего предыдущего поста — так что 4 КБ в конце архивного файла размером 2052 КБ не могут быть полным образом для этой микросхемы. Не записывайте этот блок 4 КБ как образ EE в эту плату.
  • Структура: есть два почти идентичных блока записей, один по адресу 0x0000 и зеркальная копия по адресу 0x0260 (сравните 00 5c e8 6d 03 1b d7 35 по адресу 0x0029 с fc e7 6d 03 1b d7 35 по адресу 0x0271, а также группу, похожую на float, ...73 34 42 / 40 15 2e 64 40 по адресу 0x007A и 0x02B6). Это типичный A/B избыточный журнал со счётчиками для каждой записи. Параметры в реальном времени заканчиваются примерно на 0x20BA, затем идёт заполнение 0xFF, с одиночным значением 7c 2f c3 по адресу 0x3FE5, которое похоже на signature/checksum по области.

Почему ЭБУ теперь сообщает ошибку данных удара (предположение, не подтверждено)
При A/B зеркальной структуре правка или восстановление только одной копии оставляет две записи несогласованными. Тогда BMS считывает корректную, но не совпадающую запись данных удара и сообщает об ошибке данных вместо нормальной загрузки. Обе копии должны быть согласованы, и их counters/CRC должны быть корректными, а не просто обнулёнными.

Следующий шаг
Не правьте это вручную вслепую. Практический порядок такой:
  • Сделайте второе считывание FRAM после цикла питания и сравните его с этим. Байты, которые меняются сами по себе, — это counters/timestamps; статические различия покажут, где находится флаг.
  • Возьмите эталонную FRAM с неаварийной батареи с тем же HW и той же сборкой SW (19 августа 2025 в хвосте вашего P-Flash), сравните со своей и правьте только поля данных удара — в обеих копиях записей, сохранив свой SN и байты калибровки.

Что ещё нужно
  • Исходное считывание FRAM, сделанное до того, как вы что-либо записали в CY15B128Q, — это самый ценный файл здесь. Он у вас остался?
  • Какой файл вы записали во FRAM и откуда он взялся (из этого архива или с донорской батареи?).
  • Точный номер DTC и модуль для новой ошибки «данные удара» — вы писали, что её показывает ECU двигателя. Это DME или всё ещё BATT48? Достаточно скриншота, как прошлого.
  • Дамп D-Flash на 512 КБ — на S32K148 энергонезависимый счётчик аварий часто дублируется там, и очистка только FRAM не поможет, если в D-Flash всё ещё установлен флаг.
 
Активность
Пока здесь никого нет