Regeneracja baterii w Toshiba NB100 - kontroler BQ8030DBT - jak zresetować I2C Arduino

Często korzysta się w regeneracji baterii z USB Bridge CP2112 (usb-SMBus). Mnie to czeka z z baterią Lenovo. Sprawdź jakie napięcia obsługuje BQ żebyś nie uwalił tymi 5V.

Witam

Jak nie będziesz miał odpowiedniego skech_u do arduino pod konkretny kontroler baterii, to nic nie zrobisz mając arduino. W twoim przypadku to możesz zaryzykować i kupić USB FX2LP CY7C68013A z Aliexpress za około 25zł i spróbować to co zrobił Anandakrishna Sudhakaran na YouTube ze swoją baterią za pomocą oprogramowania Karosium. Tam masz wszystko opisane. Jeżeli chodzi o CP2112 to nie wiem czy jest jakieś darmowe oprogramowanie które wspiera ten kontroler. Byc może na rosyjskim forum radiokot jest jakiś soft, musiałbym to sprawdzić.

Pozdrawiam

Witam widzisz sporo można zrobić, na razie zbieram materiał na drugi wpis, w tym temacie, skecz w Arduino się pisze więc jak wiesz jak napisać to sobie sam napiszesz komunikacja jest SMbus typu odczytaj i wyślij słowo i to już mi się udaje, w dokumentacji sluu264a jest opisana komunikacja z innym co prawda układem z serii bq ale te komendy i adresy są identyczne jak w moim więc przy pomocy Arduino da się zrobić tylko jest kilka ale....

Ale o tym jak znajdę około 2h tak abym mógł się trochę rozpisać.

Pozdrawiam...

Witam

Jak potrafisz napisać skech pod arduino to już połowa sukcesu. Wracając do CP2112, to na YoyTube jest też film na którym gościu pokazuje jak za pomocą tego interfejsu i programu DJIBatteryKiller można odczytywać i zapisywać dane do BQ8030. Tutaj link: .
Ja za pomocą tego interfejsu, który kupiłem za około 10 zł, odblokowałem baterię w asusie, gdzie był kontroler bq30z55.

Pozdrawiam

Witajcie opiszę kolejne zmagania ze SmartBattery i Arduino.

Krok do przodu - udało się uruchomić komunikację z programem SmartBatteryHack.exe



Aby to uczynić potrzeba wgrać wcześniej soft SmartBatteryHack.ino udostępnione razem na Github.

Teraz można skanować adresy i je odczytywać lub zapisywać w zależności od statusu zabezpieczeń układu.



Tu mamy odczyt (skan) baterii z adresów 00-80

Niestety o BQ8030DBT brak jakichkolwiek informacji bo
"The bq80xx family of devices are not sold to the mass market so there is no public information available."

Można jedynie się domyślać porównując pliki i moje wnioski są następujące
Wartości 1717 są wartościami sztucznie zwracanymi w rzeczywistości nie mamy dostępu do tych komórek, ani nie można z nich odczytywać ani zapisywać, wysłanie rozkazu zapisu słowa (obojętnie jakiego) program wykonuje jednak po odczycie komórki znów mamy wartość 1717.

No to nieszczęsne 1717 pokazuje się nam po wgraniu innego kodu do Arduino - tego z tej strony

https://squidgeefish.com/projects/a1175-battery-hacking/#code



No i wszystko jasne staje się teraz - wszystkie klucze PFKey UnSealKey i FullAccesKey mamy ukryte (niestety producent pomyślał i zmienił oraz ukrył te komórki) w pierwszych filmach na youtube

https://m.youtube.com/watch?v=SKet9ANxSbw
https://m.youtube.com/watch?v=bwruBW7Xqn4
https://m.youtube.com/watch?v=4FGsze1o7lw

Autor bazuje na Arduino jednak w każdym z przypadków ma odkryte kody zabezpieczające.

https://squidgeefish.com/projects/a1175-battery-hacking/#code

Analizując kod po prostu producent zostawił domyślną wartość którą to na początku programu Arduino wysyła do baterii



Gdy bateria jest odblokowana pozostaje odczytywać kolejno i wyświetlać na serial monitorze.

I tak na prawdę tu kończy się opcja stosowania do odblokowania baterii Arduino bez tych kodów dalej nie pojedziemy bo póki nie zrobimy statusu unseal battery to nie można zmienić chociażby rejestru ilość cykli adres 17

Co prawda jest jeszcze furtka można do układu wbijać wszystkie kombinacje klucza unseal battery (metoda brutal force). Z tym że jak nie trafimy to układ blokuje się na 4 sekundy po czym można ponownie próbować.

Można zatem napisać taki skecz na arduino który będzie "młotkował" kolejno kody aż natrafi na inny status info po czym trzeba będzie zapisać sobie klucz działający i dalej go użyć w kodzie do odblokowywania.

Tak jest w układach BG80Zxx, jako że dokumentacja BQ8030 jest niedostępna trudno jednoznacznie stwierdzić że działa on identycznie jak inne z tej rodziny.

Klucz wbija się pod adres 00 w dokumentacji od innych piszą że pierwsze słowo musi być wbite po czym w odstępie mniejszym niż 4 sekundy musi być wbite drugie słowo.

Jeśli by przyjąć czas dla jednego słowa 5s a mamy słów 2(do potęgi8) czyli jak dobrze pamiętam 65536 kombinacji co daje 327680 sekund co daje 91 godzin pracy czyli niecałe 4 doby na sprawdzenie wsystkich kombinacji.

Jak poznam lepiej struktury układu spróbuję obecnie nie chcę sobie zblokować kontrolera.

Tutaj jest opis ewentualnego obliczenia klucza metodą SHA-1

https://github.com/laszlodaniel/SmartBatteryHack/wiki/Basics

Na ty Arduino się definitywnie kończy.

W podanych wyżej filmach mamy (film2,3) mamy opis jak odczytywać słowa hex dekodować na binary i czytać poszczególne bity.

Na filmie 3 Autor ma plik Worda z ładnie rozpisanymi tymi słowami, niestety mi się nie udało namierzyć czy ten plik gdzieś nie jest udostępniony jeśli tak to napiszcie przydałby się.

-------------------------------

Mamy za to kolejne filmy o konkretnie BQ8030DBT tu żadnych kodów brak w necie - domyślnych i pewnie one istnieją metoda wbijanie raczej jest identyczna jak w innych BQ80xx z serii.

Opisy

Póki co zamówiłem kolejne zabawki aby móc dalej bawić się kontrolerami

https://pl.aliexpress.com/item/1005005472604933.html
https://pl.aliexpress.com/item/1005006570297490.html

To pozwoli sprawdzić metody podane w filmie który podesłaliście oraz metody użyte w tym linku

https://www.karosium.com/2016/08/hacking-bq8030-with-sanyo-firmware.html?m=1

https://m.youtube.com/watch?v=1IuDC3vI9Ck
https://m.youtube.com/watch?v=g4CH6YcaOHg

Autor w powyższym linku opiera się na innej metodzie inżynierii wstecznej zdekompilował kod aby znaleźć słowa które otwierają dostęp.

Użył do tego tego układu (zamówiłem)

https://www.karosium.com/p/smbusb.html

Po zapoznaniu się z artukułem najważniejsze jest to

1. Send 0x0214 to 0x71
2. Read Word X from 0x73
3. Send (0x10000 - X) to 0x71
4. Send 0x0517 to 0x70

A więc mając Arduino pomyślałem że mogę to zrobić programem SmartBatteryHack.exe

No to do dzieła.

Wbijając kolejno nie pod 00 klucze jak to było poprzednio tylko tak jak autor radzi powyżej.



Wartości 1717 zmieniły się na 0384 czy to dobrze nie do końca bo zeskanowałem obszar adresów 70-FF

Po ponownym skanowaniu 00-2F program się zawiesił i niestety prawdopodobnie uwaliłem kontroler.

Ale po ponownym podłączeniu odczytałem już inne wartości z adresów 0906



Próby odczytu sektorów 00-2F
[RX->] SMBus register dump (00-2F)
Kończyły się zawieszeniem programu

Wcześniej jednak udało mi się soft pobrać za pomocą programu (aczkolwiek nie wiem czy nie został już uszkodzony) Ale co mi tam ...

Przy kolejnym podpięciu zauważyłem że pierwsze 20 adresów powoduje zawieszenie programu odczyt 20-70 już powiduje odczytanie zawartości niestety odczyt każdego adresu aż do FF - kończy się niestety wpisami FFFF co oznacza że albo pamięć jest pusta albo nie mam do niej dostępu i kontroler jest zablokowany.



No cóż nie pykło, próby zapisu obojętnie jakiej komórki też nic nie dają więc możliwe że jest zablokowany. Ale program SmartBatteryHack.exe potrafi jedynie zczytać do pliku zawartość (mam dwie w tej chwili wersje bin ta z 1717 i inna którą udało się zgrać po siłowym wejściu w kontroler używając słów 0214 i 0517.

Jak dostanę już zamówione zabawki to poprzez te układy można wgrać zawartość pamięci do kontrolera (o ile ten przyjmie cokolwiek) poprzez płytkę SMBus i zobaczymy czy uda się kontroler przywrócić do życia.

Póki co mamy takie dane w BatMon



Oczywiście nie ładuje, widać że wartości oszalały.
Prawdopodobnie pierwszy kontroler już uwalony - chyba że wgranie softu przywróci go co myślę mało prawdopodobne.

Przy wgraniu kodu z Arduino widać że teraz odczyt kluczy przedstawia się następująco



Widać że parametry wpisane w pamięć uległy całkowitemu wykasowaniu lub dostęp do nich został zablokowany.

To tyle póki co reszta jak przyjdą zabawki

Pozdrawiam ....

te wartośći 1717 to ponoć występują kiedy kontroler jest w tzw. BOOT MODE. Wyjście z tego trybu następuje ponoć kiedy wyślemy komęde 08 do kontrolera. Info na załączonym obrazku.

Witam

Wszystkiego dobrego w Nowym Roku

Trochę mnie w temacie nie było ale cały czas gryzłem to ustrojstwo.

Dobrze gadasz kolego z tym 08.

Jak pisałem ostatnio zakupiłem zabawki tj dwie płytkie pierwsza to CP2112 a druga to FX2LP.

Przy pomocy programy DJi Battery Killer oraz tego modułu CP2112.




https://pl.aliexpress.com/item/1005005472604933.html

I na podstawie tego filmu

https://www.youtube.com/watch?v=uhSMc_fPxh8

W skrócie polega to na sprawdzeniu poprawnego połączenia z baterią wybrania Chipu BQ30z55 odczytu informacji pakietu

Po czym zrobienie czterech kroków o których mówi autor filmu jak również jest to opisane tutaj

https://www.karosium.com/2016/08/hacking-bq8030-with-sanyo-firmware.html

po tej operacji wchodzimy do trybu BootROM gdzie mamy już dostęp do odczytania i zapisania na dysku zawartości pamięci EEPROM

W programie HxD lub innym edytorze edytujemy zawartość

Offset 00000600 i komórki 01 i 02 to słowo to liczba cykli w systemie HEX należy podać zamiast istniejących 00 01 wtedy ustawiamy na 1 cykl ładowania.

Offset 00000600 i komórki 03 i 04 to słowo to zapamiętana pojemność baterii przez kontroler oczywiście w systemie HEX - wartość jaką należy wpisać to 1388 (odpowiednio 5000) co oznacza pojemność 5000mAh.

Teraz zapisujemy zmiany i wgrywamy do układu zmieniony bin, po czym opuszczamy tryb BootROM




Tak więc udało się zresetować kontroler.

Zakupiłem do tego celu 4x Li-ion SAMSUNGA 3500mAh co da mi pojemność nie 5000mAh a 7000mAh i po wgraniu do kontrolera pojemności 7000mAh (póki co bez wymiany ogniw czas na baterii to ponad 6h) pokazuje BatMon



Jak się bawić to się bawić - zakupione akumulatory oczywiście 4szt



Z tego co się orientuję kontroler ma opcję Chemistry i jakieś parametry prawdopodobnie są tam zapisane możliwe że jakaś kalibracja i powinno się wymieniać na takie same ogniwa ale co tam zobaczymy jak to się sprawdzi.

Właśnie dotarło kolejne "ogniwo" mojej układanki tj moduł zgrzewarki do ogniw Li-ion




Do tego mam transformator 12V 50A czyli 600VA powinien się nadać a jeśli nie to się posłucha YT i rozbierze się jakąś mikrofale - tamte trafa podobnież idealnie się nadają do tego modułu.



Po wgraniu wsadu eeprom z innej pamięci ożył ten kontrloler co go wcześniej uśmierciłem

I zrobiłem z niego ulepek czyli królika doświadczalnego.




Próbowałem ubić ulepka ale nie udało mi się oto kilka wniosków i mitów odnośnie tego kontrolera.


KILKA UWAG NA ZAKOŃCZENIE:

W testach wzięły udział cztery baterie tego samego typu czyli PA3689U-1BRS, w jednej baterii podczas prób uszkodziłem wsad pamięci eeprom, co sprawiło że bateria nie była widziana w laptopie. Również jeśli zostawimy baterię w trybie BootROM też nie będzie widziana w laptopie.

Kolejna sztuka miała duży przebieg (liczba cykli około ponad 560 cykli i pojemność znacząco się zmniejszyła, po resecie kontrolera (bez wymiany ogniw) pojemność zwiększyła się do około 4000mAh więc nie wymagała wymiany ogniw.

Kolejna bateria pomimo zresetowania sterownika szybko zredukowała swoją pojemność do 1092mAh co świadczyło że ogniwa faktycznie straciły pojemność. Tu potrzebna była wymiana ogniw.

Kontroler można dowolnie odłączać od zasilania – sprawdziłem kolejność odłączania ogniw od plus pakietu poprzez pośredni i GND na końcu. Oraz drugą kombinację czyli odwrotnie zaczynając odłączać ogniwa od GND poprzez pośredni i plus pakietu. Przy wymianie akumulatorów kontroler był w trybie normalnym.

Po wymianie ogniw kontroler nie odpowiada na polecenia SMBus, po włożeniu baterii do laptopa tylko szybko miga dioda baterii sygnalizując uszkodzenie – laptop się nie uruchamia.

W takiej sytuacji wystarczy podłączyć zasilanie do laptopa bateria zacznie się ładować, można uruchomić laptopa i uruchomić program diagnostyczny np. BatMon.

Przy wprowadzeniu kontrolera w tryb BootROM i opuszczenie go skutkuje automatycznym usunięciu flag pojemności.

Program BatMon pokazuje poprawną pojemność w moim przypadku 5000mAh i doładowuje akumulatory zaczynając od 0% (nawet gdy akumulatory są naładowane w 95% to świadczy o usunięciu flag) po pełnym doładowaniu następuje skok do 100% i kontroler w tym miejscu zapisuje flagę 100% czyli bateria naładowana.

Formatowanie, w takiej sytuacji należy po osiągnięciu 100% ustawić w systemie w opcjach zasilania aby komputer z baterii nie wyłączał monitora wybierając opcję „Nigdy” oraz tryb uśpienia i wyłączenie po upływie czasu też ustawić na „Nigdy” oraz hdd też na nigdy. Tak najlepiej zostawić komputer aby nic na nim nie robić aby rozładowywanie w miarę stabilnie przechodziło czyli zostawiamy na pulpicie.

Gdy mamy takie ustawienia odłączamy zasilanie, laptop będzie pracował na baterii aż do czasu gdy się rozładuje bateria wtedy laptop przejdzie hibernację systemu. Kontroler w tej sytuacji wykrywa że prąd pobierany z baterii spadł do niewielkiej wartości wstawia w tym momencie flagę minimalnej pojemności i tym sposobem kontroler zmodyfikuje wartość komórki FCC czyli „Full Charge Capacity”. Po czym odczekujemy jeszcze kilka minut i uruchamiamy komputer z zasilacza sieciowego. Po wybudzeniu systemu spoglądamy na program BatMon – dane w programie powinny zostać zaktualizowane na podstawie informacji z kontrolera baterii.

Komunikacja z kontrolerem możliwa jest tylko z podłączonym pakietem akumulatorów (u mnie 2S2P czyli pakiet 7.2V).

To tyle co udało się osiągnąć.

Pora na kolejną płytkę FX2LP



Za pomocą tej płytki można zrobić to samo co za pomocą CP2112 ale dodatkowo z tego co się orientuję można zgrać oprócz zawartości pamięci eeprom również oprogramowanie układowe co może być przydatne w przypadku uszkodzenia takowego, oczywiście jak uda mi się odpalić drugą płytkę to wytestuję to na moim ulepku

Pozdrawiam ...

Witajcie po dłuższym czas nieobecności.

Uruchomiłem drugą płytkę którą wcześniej pokazałem.

W przypadku płytki CP2112 nie trzeba było instalować sterowników - system sam wgrywa odpowiednie sterowniki

W przypadku FX2LP były problemy z zainstalowaniem sterowników do tej płytki - standardowo te które proponuje system nie działają.

Niby wszystko w systemie poprawnie zainstalowane ale przy próbie używania poleceń wyskakuje taki błąd - ten błąd jest związany z brakiem komunikacji



Na szczęście jest taki programik ZADIG 2.9 - nie trzeba mieć nic innego, można go pobrać stąd, pozwala wymienić sterownik.

https://zadig.akeo.ie/

Więc wymieniamy na libusbK v3.1.0.0



Po takim zabiegu mamy połączenie z płytką możemy zaczynać zabawę

Po pobraniu narzędzi opracowanych i udostępnionych przez

https://www.karosium.com/2016/08/hacking-bq8030-with-sanyo-firmware.html

Oraz postępując jak na tym filmie

https://www.youtube.com/watch?v=1IuDC3vI9Ck

Można również zresetować układ tzn licznik cykli oraz usunięcie flag pojemności.

Można trochę więcej niż w przypadku CP2112 i DJI Battery Kiler

Tu mianowicie można pobrać zawartość pamięci EEPROM w której dokonujemy zmian i wgrywamy do pamięci kontrolera.

Dodatkowo można pobrać oprogramowanie układowe - przydaje się gdy się ubije przez przypadek soft na jednej baterii to można wgrać z drugiej identycznej baterii - taka operacja działa - dla testów skopiowałem oprogramowanie układowe z działającej baterii do mojej testowej - ma ona teraz taki sam numer seryjny.

Raport uzyskany przed resetem pojemność 1092mAh i 29 cykli na liczniku



No i po resecie pojemność 5000mAh i 1 cykl na liczniku



Temat kontrolera uważam za wyczerpany. Pozostaje jeszcze kwestia tytułowa czyli napisanie oprogramowania (skeczu) w Arduino aby po podłączeniu baterii skecz automatycznie rozpoznawał i identyfikował baterię odczytując i porównując z zapisanym w pamięci modelem baterii. Gdy będzie zgodna uruchomi po potwierdzeniu cykl resetu baterii czyli wejście do BootROMu zmianiu w pamięci tylko tych wartości na domyślnie 1388hex (czyli 5000dec) oraz 00 01 czyli jeden cykl po czym automatycznie opuści tryb BootROM. Jak znajdę znów trochę czasu na tym się skupię.

PS. Zgrzewarka jeszcze nie gotowa / brak czasu na dłubanie mechaniczne aby to wszystko stabilnie upchnąć w obudowę.

Tymczasem proszę o poradę jakby tu skompilować pliki dostępne tutaj

https://github.com/lmdpua/CP2112-Laptop-Battery-Reader

Zdaje się że jest to jakieś źródło programu który pokazuje bity błędów zapisane w kontrolerze. Jakbyście dali radę skompilować to pod 32bit i 64bit.

Pozdrawiam ...

Witajcie

Kolejne zmagania z Smart Battery i kontrolerem BQ8030DBT

Jako że udało się już ogarnąć reset tego kontrolera przyszedł czas na zbudowanie zgrzewarki z tego chińskiego modułu co wyżej prezentowałem.

Najpierw na brudno i pierwsze testy zakończone sukcesem.




A potem na czysto montując wszystko w obudowie.







A oto efekty po dobraniu czasu i mocy na 15 czas i 60 moc.







No ikwestia resetu kontorlera i ustawienia pojemności fabryczenej 7000mAh zamiast oryginalnie 5000mAh

Kontroler przyjął i poprawnie nadał flagi określając pojemność na 7001mAh



Przy odłączeniu zasilania laptop zaczął rozładowywać baterię i wskazał orientacyjnie czas pracy ponad 6 godzin na akumulatorze przeliczając zużycie do aktualnie wpisanej pojemności.




Po tym następuje rozładowywanie baterii i przy około 20% następuje crash dump czyli po prostu kontroler po pomiarze napięcia hibernuje komputer i po ponownym odpaleniu z baterii zmienia flagę pojemności z 7000mAh na 5500mAh (tyle widocznie moje ogniwa miały - ewentualnie też dochodzą kwestie chemii bo zainstalowałem inne ogniwa były orygnianie SANYO 2500mAh a teraz mam SAMSUNGI 3500mAh.




Teraz testy i formowanie baterii

O wynikach testów poinformuję po około 3-5 cyklach pracy na baterii

Pozdrawiam ...

A ja zakończyłem regenerację baterii od laptopa - ogłaszam pełen sukces

Po uformowaniu jest 5500mAh (z ogniw użytych miało być 7000mAh - zmierzyłem ogniwa ładowarka po pomiarach wskazała 6800mAh no ale przy prądzie rozładowania 300mA - a laptop przy pracy na pulpicie bez obciążenia bierze 600mA na jedno ogniwo - czyli prąd pobierany z baterii to jest 1.2A przy 7.4V co daje około 9W)

Ale 5500mAh to bardzo dobry wynik - rozbieżności mogą wynikać z chemii bo były inne akumulatory SANYO 2500mAh a założyłem SAMSUNG 3500mAh inna charakterystyka rozładowania - teoretycznie kontroler ma możliwość ustawienia rodzaju chemii nawet znalazłem wartości HEX do podmiany w pliku EEPROM ale nie wiem na której komórce zapisuje.



Możliwe że kiedyś to ustalę i wtedy ponownie sformatuję baterię z nowymi ustawieniami.

Bateria po sformatowaniu.



Łączny czas około 5 godzin 14 minut na baterii




Ładnie równomiernie schodzi procent naładowania aż do 7% i pojawia się ostrzeżenie.



Po ponownym uruchomieniu z baterii można dalej korzystać - co najważniejsze nie ma crash dump - przy starych zużytych ogniwach się to zdarzało.

Po ponownym uruchomieniu 6% i działa dalej




Do 1% jest 4 i pół godziny pracy na baterii
I teraz 30 minut pracuje na 1% do 5 godzin




Po czym jeszcze przeskakuje na 0% ale tu już wystarczy energii tylko na zamknięcie systemu około 1minuty




Łączna praca ponad 5 godzin i dwie sekundy do końca ale spokojnie można system zamknąć

Więc pełen sukces
Teraz kupuję kolejne cztery akumulatory SAMSUNG 3500mAh i tu kolejna dobra nowina bo nowe akumulatory spadły z ceny okoo 20zł na 15zł więc koszty naprawy baterii też spadają do 60zł

A tak wygląda crash dump po tym strasznie leci pojemność pakietu - kontroler zmniejsza zmierzoną pojemność przy takiej zapaści ale to oznacza że akumulatory są zużyte



No i przy okazji jest zgrzewarka do akumulatorów i doktorat napisany z kontrolera BQ8030DBT. Bateria używana już około 5x i cały czas zachowuje się tak jak opisałem, teraz przynajmniej spokojnie można pracować na laptopie bez stresu że przy 60% nastąpi hibernacja i koniec to już czas przeszły.

Teraz pozostaje kwestia napisać skecz na Arduino który to będzie resetował baterię - część już napisałem jednak są problemy z zapisem bloków do kontrolera BQ8030DBT - proszę o pomoc w tym temacie, jeśli sami nie potraficie podeślijcie komuś kto mógłby coś pomóc w temacie - będę wdzięczny i w końcu zakończymy ten temat pełnym sukcesem.

https://www.elektroda.pl/rtvforum/topic4119946.html

Pozdrawiam ...

Też by mi się przydał taki soft aby odblokować Smart battery.

Jest przygotowywany opis i wnioski końcowe dotyczące tematu, jak czas pozwoli to postaram się w najbliższym czasie opisać.

Witajcie - trochę mnie nie było i nadal nie będzie więc kończę po woli ten temat, baterie używane już kilkakrotnie zachowują się lepiej niż nowe.

Jedyny minus to uzyskanie pojemności 5500mAh a powinno być 7000mAh.
Okazuje się że kontroler ma możliwość powiększenia tylko o 10% pojemności od wpisanej jako pojemność fabryczna



Po pierwszym naładowaniu jest 7000mAh a po rozładowaniu do zera spada do 5500mAh



Choć więcej jest w akumulatorkach bo zmierzone przed zgrzewaniem miały 3400mAh więc daje to 6800mAh.

Tak więc kontroler uchlał 1300mAh - ale ta pojemność jest fizycznie w akumulatorach więc przy kolejnych rozładowaniach długo wisi na pojedynczych procentach i na 0% więc spokojnie można pracować wykorzystując pełną pojemność akumulatorów a w miarę ze starzeniem się ogniw i faktycznym zmniejszaniem się pojemności ogniw będzie się to dopasowywać w tej chwili jest zapas.

Gdybym wiedział w której komórce przechowywana jest wartość Design Capacity to przy zmianie jej na 7000mAh bateria powinna zachowywać się prawidłowo i prawidłowo odliczać pełne 7000mAh.

Możliwe że kiedyś na ulepku potestuję zmiany EEPROMU.
Wiem że część danych posiada sumy kontrolne więc tu może tak łatwo z podmianą wartości nie pójść jak w przypadku pojemności.

To tyle jeśli chodzi o testy baterii po resecie i wymianie ogniw teraz pozostał tytułowy problem czyli jak w prosty sposób zresetować baterię.

Najprościej i najtaniej było by przy użyciu Arduino.

No to zaczynamy.

Jakiś czas temu zbudowałem taki projekt - jest to nakładka na Arduino UNO zawierająca wyświetlacz LCD 2x16, trzy przyciski potencjometr oraz wejście I2C

W sam raz dla testowania i zabawę I2C ze Smart Battery.



Przygotowałem kilka skeczy - pierwszy z nich to odczyt parametrów baterii w trybie użytkownika. Podłączamy baterię w ten sposób do Arduino



Warto pamiętać że piny SDA i SCL muszą być podciągnięte rezystorami 4.7k do 5V na Arduino (u mnie to jest zrobione na płytce - nakładce)

Rezystor 10 Ohm jest po to aby uruchomić baterię tzn aby na skrajnych pinach - pojawiło się napięcie w moim przypadku to 7.4V - można wtedy obciążyć baterię i uzyskać dane ile prądu płynie poprzez baterię oraz kontroler sam oblicza czas pracy pozostały na baterii (do tej pory myślałem że robi to komputer - laptop) a po prostu laptop dostaje te dane z kontrolera.

Wgrywamy pierwszy skecz Battery_Info_Serial_Monitor.ino

Ten skecz podaje wszystkie parametry baterii na Serial Monitor



Kolejny skecz Battery_Reader_LCD.ino

Podaje na serial monitor mniej informacji odczytanych z baterii ale za to podaje te dane również na wyświetlaczu LCD



I bateria przed wymianą ogniw (naprawą)



Te skecze nie ingerują w stan baterii (tzn podłączając i odczytując dane nic nie zmieniamy w baterii - one są normalnie dostępne z poziomu użytkowania baterii - są one przekazywane do komputera i korzysta z nich np program BatMon którego używam do testów baterii.

Kolejny skecz to BootROM_Enter_Exit_LCD.ino
Tutaj już ingerujemy w baterię tzn wchodzimy lub wychodzimy z tryby BootROM.



Ten skecz nie robi nic poza tym że wchodzimy i wychodzimy z trybu BootROM

Ale po podłączeniu baterii wejściu w tryb BootROM i wyjściu z niego - skutkuje to tym że zostają automatycznie usunięte flagi pojemności czyli Full Charge Capacity - czyli po takiej operacji kontroler zaczyna na nowo mierzyć baterię.

Dobre jeśli chcemy bez wymiany ogniw ponownie sformatować baterię - np gdy długo leżała i ogniwa nadmiernie się rozładowały - przez co po podłączeniu do komputera mieliśmy np 5000mAh a w ogniwach było zaledwie 1000mAh to niestety kontroler ucina nam 4000mAh - przy usunięciu flag pojemności zostanie nam przywrócona pełna pojemność baterii. Przy "pierwszym" ładowaniu po operacji będzie długo wisiał na 99% przy ładowaniu i będzie ładował bardzo małym prądem ale doładuje do pełna i odzyska nam utracone 4000mAh - to taki przykład. Jednak jeśli ogniwa faktycznie są zużyte nie pozostaje nic innego jak wymiana na drugie.

Kolejny skecz Odczyt_Cztery_Slowa_Serial_Monitor_BootROM.ino

To kluczowe - bateria musi być wcześniej w trybie BootROM czyli wchodzimy w ten tryb w poprzednim skeczu.



Otwieramy serial monitor i tutaj mamy odczyt z pamięci EEPROM z komórek odpowiadających za cykle ładowania i pojemność zmierzoną



Odpowiada to tej baterii zużytej - oczywiście wartości w HEX po dwie liczby czytamy czyli 0006 to liczba cykli a 032D to 813mAh



I ostatni skecz Odczyt_LCD-BootROM.ino wyświetla nam na wyświetlaczu wartości komórek bezpośrednio odczytanych z pamięci baterii



Gdy w tym skeczu podłączymy baterię która nie będzie w trybie BootROM otrzymamy owe tajemnicze 1717 - czyli te wartości które to na początku tematu sprawiały mi tyle problemów



Po odczycie w DEC mamy 5911 i tak to by się przedstawiało.

Pytanie a gdzie zapis i możliwość zmiany wartości bo przecież o to chodziło ???

I tu zaczynają się schody nie do przejścia dla Arduino.
O ile Arduino dobrze radzi sobie z odczytami to zapis słów do pamięci kończy się brakiem odpowiedzi z kontrolera, choć zapis przebiega i kontroler nie zwraca błędów to po odczytaniu komórek te pozostają z poprzednim zapisem.

Czemu zatem tak się dzieje ???

Wertowałem dokumentację dostępną w necie i z pomocą AI i dostałem kilka odpowiedzi czemu płytka FX2LP radzi sobie z zapisem i odczytem pamięci a Arduino tylko z odczytem.

Odpowiedź jaką otrzymałem jest taka że Arduino tylko emuluje protokół SMBus który to jest używany w komunikacji z baterią a płytka FX2LP jest komunikatorem po SMBus czyli natywnie wspiera w 100% tą komunikację, choć dodawałem funkcje do Arduino które wyliczały czas odpowiedzi PEC i inne dodatkowe sygnały który kontroler baterii spodziewał się otrzymać niestety nie udało mi się z powodzeniem uzyskać zapisu pamięci poprzez Arduino.

Można to za to bezproblemowo zrobić równie tanią płytką jak Arduino FX2LP (pisałem o niej wyżej) Karosium przedstawił kompletny sposób resetu tego kontrolera za pomocą tej płytki oraz niezbędne narzędzia - linki podawałem wyżej w temacie.

Jedynie co zrobiłem dla metody Karosium to napisałem plik bat który robi to za nas - nie musimy ręcznie wpisywać wszystkich komend - po wgraniu pliku bat do folderu z narzędziami SMBus wystarczy uruchomić plik aby uzyskać w tym samym folderze plik z oczytaną zawartością pamięci EEPROM. Po uruchomieniu pliku bat wystarczy czytać co wyświetla się w oknie i stosować się do informacji.

W załączniku są dwa pliki bat - pierwszy z nich EEPROM Only odczytuje tylko zawartość pamięci EEPROM, potem daje czas użytkownikowi na zmianę zawartości pamięci np poprzez program HxD Editor i zapis zmienionej pamięci z powrotem do kontrolera.

Drugi oznaczony Full oczytuje zarówno EEPROM jak i oprogramowanie układowe i potem je zapisuje.

Dla zmiany pojemności baterii wystarczy uruchomić EEPROM Only.

To by było na tyle, dalej z bateriami nie będę walczył uzyskałem aż nadto co chciałem

Ale jak to mówią "Cierpliwy to i kamień ugotuje".

Teraz sezon letni więc i prace na dworze się zaczynają tak więc czasu na elektroniczne dłubanie mniej.

Pozdrawiam ....