W530 Selbstbau-Akku - Laden/Entladen funktioniert, aber keine Kommunikation

[sysfs]

Ich verschiebe mein Problem mal in diesen Thread hier, um den anderen nicht so vollzumüllen

Was bisher geschah (hoffentlich nerft das jetzt nicht alle Beteiligten mit Benachrichtigungen):

Orange schnell blinken: Akku defekt
Orange langsam blinken: Akku wird geladen

Bei blockierten Akkus: ?

Hm interessant. Weißt Du zufälligerweise, wann der EC eine Batterie als Defekt einstuft?

Die Schutzschaltung im Akku entscheidet wann sie dicht macht. Der EC kann nur feststellen, dass kein Strom mehr rein- oder rausgeht.

Ok lass mich meine Situation erklären:
Ich habe für mein W530 (1vyrain: whitelist entfernt) eine eigene Batterie mit frischem BQ40z50 gebaut und konfiguriert (Informationen hierzu folgen, wenn alles funktioniert und ausgiebig getestet ist). Entladen geht via das Thinkpad, Laden geht via Labornetzteil (nach Nachmessen stellt sich heraus, dass das Laden via das Thinkpad auch funktioniert). PEC ist eingeschaltet und die SMBus Herstellerinfos von einer funktionierenden Batterie kopiert. Pinout des Batterieanschlusses ist auch korrekt. Gleicher SMBus v1.1 Standard wie der charge controller im Thinkpad. Standard Kommunikationsgeschwindigkeit. BMS und Kommunikation damit via TI Adapter funktionieren. In BE2Works ausgelesen sind meine funktionierende und eigene Batterie abgesehen von Kapazitäten fast identisch.

Batterie wird in Linux erkannt (in dmesg erkennbar), es kommen aber keine Informationen an. Sämtliche SMBus-abrufbaren Informationen sind einfach leer (alle Zeilen in /sys/class/power_supply/BAT0/uevent enden nach dem =. Beim Einstecken der Batterie blinkt es erst langsam orange, dann schnell orange, dann einmal grün und hört dann auf. Das externe Ladegerät blinkt permanent schnell orange.

Bin ehrlich gesagt von den Ideen her am Ende. Hab mal versucht die Kommunikation mit einem Logic analyzer auszulesen, aber Sigrok kann damit nichts anfangen. Das ist aber gleich mit einer funktionierenden Batterie. Kommunikation mit meiner Batterie scheint zumindest visuell ähnlich.

Wird ein Akku 55* oder Nachbau-Akku geladen, wenn man ihn im ausgeschalteten Zustand an einem T430 anschließt? Wenn nicht, hieße es, dass der zuständige Baustein auf dem Systemboard auch im ausgeschalteten Zustand des Rechners mit Strom versorgt wird, um die "falschen" Akkus zu erkennen und blockieren.

Auf meinem W530 zumindest passiert das alles schon im ausgeschalteten Zustand, sobald man das Ladekabel anschließt.

Da das Basteln an Akkus eine gefährliche Sache ist, glaube ich nicht, dass einer der aktiven Forenmitglieder sich eingehend mit dem Thema auseinander gesetzt hat. Das wäre eher ein Thema für microcontroller- o.ä. Foren.

Ich habe mir wirklich alle Mühe gegeben, das Akkupack so sicher wie möglich zu gestalten. Ich habe mir dritte und vierte Meinungen von Leuten eingeholt, die auf dem englischsprachigen Discord server selber Akkus mit neuen Zellen ausstatten. Alles ist doppelt und dreifach isoliert und gegen Vibrationen geschützt.
Ich glaube kaum, dass mir das Microcontroller Forum hier viel helfen kann, nachdem es ja doch ein sehr TP-Software spezifisches Problem ist. Die Hardware geht ja augenscheinlich einwandfrei.

Beim Blick in die Schematic scheint es, als enden Die SMBus Datenleitungen alle im EC, also kann ich mir nur vorstellen, dass der irgendein Problem hat.

-----

Habe oben der Klarheit halber noch ein paar Dinge ergänzt.

Edit: es stellt sich heraus, dass windows auch nichts erkennt. Also doch ein hardware Problem? Ich muss mir wohl doch mal einen salae knockoff besorgen...
Edit2: Es hilft, wenn den Gnd-Pin vom Logic Analyzer auch anschließt
Kann endlich Daten sehen. Sieht eigentlich recht glücklich aus. Hm...
Edit3: Habe mir einen besseren logic analyzer besorgt. Die Kommunikation hängt irgendwann, weil der EC für einen weiteren Verifizierungssschritt ein nicht-existentes Register abfragt. Das wurde leider nicht vom EC Patch entfernt.
Edit4: Übersetzung via MCU geht. Also muss der eben die Kommunikation filtern.

 

[TanChan]

Hast du ein paar Bilder von deinem Akku-Selbstbau-Projekt? Funktioniert mittlerweile alles wie es soll? ich hab auch schon daran gedacht das es schade ist nur die Standardakkupacks verwenden zu können. Ein modifiziertes bzw. 3D-Druck Akkupack mit Federn und Klappe zum öffnen, in welches man einfach gescheite 18650er Lithiumionenakkus einlegen kann wären (zumindest laut meiner Theorie) eine sehr schöne und praktische Alternative. Gerade auf Reisen und wenn’s aufs Gewicht und Packmaß ankommt. Zumal ich täglich auch mehrere andere Geräte wie Hochleistungstaschenlampen mit dem gleichen Zellentyp verwende.

 

[sysfs]

@TanChan

Bilder habe ich schon, aber ich möchte niemandem hier falsche Hoffnungen machen, bis es nicht fertig ist

Ich bin momentan mitten in der Klausurphase also passiert gerade nichts. In ca. drei Wochen werde ich mich wieder dem Akku widmen. Es fehlt eigentlich nicht mehr viel; Das Board ist denke ich in der letzten Revision.

Ein etwas größeres Problem ist aber noch aufgetaucht - der EC Batterie-Patch funktioniert scheinbar nicht. Es wäre natürlich schön, einfach den Auth-Mechanismus auf dem neuen Akku zu implementieren. Ich hatte deshalb mal versucht, den 51F51 BMS Chip zu disassemblen, aber die scheinen da neben dem r8c spec in ihrem Silicon eigene Entry-points oder so definiert zu haben oder ein Teil ist verschlüsselt, also bin ich da irgendwann mit dem code einfach nicht mehr weiter gekommen. Falls da jemand Lust hat, kann ich gerne mal mein bisheriges Disassembly reinschicken

 

[rumpumpel1]

dieses Forum ist definitiv die falsche Adresse. discord ist in der Tat deutlich besser für so ein Thema (Akku Spezialisten sind z.B. hier unterwegs: https://discord.com/channels/1159946809687429212/1448344439939662086). Ev. auch badcaps und nicht zu vergessen das NLBA Forum.