W530 Lenovo W530 (2012) - Drittanbieter Akku lädt nicht / BIOS Patch etc. als Abhilfe?

max187

New member
Themenstarter
Registriert
22 Nov. 2025
Beiträge
5
Hallo,

ich habe hier ein wahrscheinlich sehr bekanntes Problem: Lenovo W530 mit 3. Anbieter Akku (von subtel) wird nicht als orig. erkannt und lädt somit nicht. (Subtel hat den Akku zumindest schon mal zurückgenommen bzw. gesagt ich kann ihn behalten, aber mein Geld wieder bekommen)

Bis jetzt habe ich herausgefunden, das man wohl über einen BIOS Patch diese Battery Authenticity Whitelist umgehen/deaktivieren kann.

Ich bin kein Programmierer oder ähnliches, sondern nur einer der sich vllt. etwas mehr als der 01815 PC User mit Windows und Hardware auskennt (Software Probleme und Hardware Pflege - Wäremleitpaste etc. mache ich halt selber und löse kleinere Software Problemchen ;)

Daher meine Fragen:

1) Ist dieses Prozedere idiotensicher und wenn man sich an die Anleitung hält, passiert dem Laptop auch nichts, und er wird genauso so gut wie vorher funktionieren, außer das er die 3. Anbieter Akkus lädt und nicht mehr darüber meckert?
2) Wird diese Tastatur-Belegung des alten W520 dann auch automatisch mitgepatcht? (Weiß nicht, ob ich das möchte ;)
3) Kommt einer von euch aus der Nähe Hamburg, der mir das machen könnte - gegen Entgeld versteht sich?
4) Gibt es sonst "idiotensichere" Anleitungen dafür, welche ihr mir hier bereit stellen könntet?
5) Gibt es irgendwo externe Ladegeräte für so einen Lenovo Akku (FRU: 45N1010 / 45N1011) (habe ich iwo auch hier mal in einem Thread gelesen)
7) Dieser Hardware Reset mit 60sek. Power button drücken etc. habe ich noch nicht probiert, soll aber eh nichts bringen, richtig???

Ich habe halt Angst mir den Laptop durch eine BIOS Fehl-Patchung oder Ähnliches zu ruinieren und zu zerschießen...
Ist echt blöd, das Lenovo dieses Feature seit der 30er Serie eingebaut hat. Sehr nervig, da mein W530 ansonsten immer noch wie eine 1 läuft!
Nur der Akku hält nur noch 5min :(

Danke euch erstmal

Max
 
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 eine eigene Batterie mit frischem BQ40z50 gebaut und konfiguriert. Entladen geht via das Thinkpad, Laden geht via Labornetzteil (keine Ahnung, ob Laden via Thinkpad 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. 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.
 
Zuletzt bearbeitet:
Die Schutzschaltung im Akku entscheidet wann sie dicht macht. Der EC kann nur feststellen, dass kein Strom mehr rein- oder rausgeht.
Das ist eine Seite der Medaille. Die andere liegt "irgendwo" in der Firmware (EC, BIOS,...), die den Akkuladevorgang blockiert, wenn NICHT bestimmte Akkus eingebaut sind. Dadurch werden die meisten Nachbau-Akkus und ein Teil der Akkus aus den Vorgängermodellen - zumindest bei der T-Serie - von Ladeaktivitäten ausgeschlossen.
Eingeführt wurde dies bei der Generation T430, als diese noch aktuell im Handel war und nach Abkündigung der Generation T420 im Rahmen eines BIOS/EC-Updates nachträglich bei dieser Generation eingebaut. - Im Lenovo-Forum gibt es einen entsprechenden Diskussionsfaden aus der damaligen Zeit, weil die Akkus 55* und 27* plötzlich nicht mehr im T430 funktionierten, 70* und 28* aber schon.

Was ich nie getestet hatte:
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.

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.
 
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 einwandfrei.

Beim Blick in die Schematic scheint es, als enden Die SMBus Datenleitungen alle im EC.

Edit: Ich mache mal nen neuen Thread auf, um den hier nich so vollzumüllen :)
 
Zuletzt bearbeitet:
@ThinkBrett
*Servicepost
ThinkPad T5302429-2R1i5-3230M(3.2Ghz), 4GB RAM, 320GB 7200rpm HD, 15.6in 1366x768 LCD, Intel HD Graphics, DVD Recordable, Intel 802.11bgn wireless, WWAN upgradable, Bluetooth, 1Gb Ethernet, UltraNav, Secure Chip, 6c Li-Ion, Win7 Pro 64
 
Du mußt permanent auf Bios 2.75 downgraden. Bei 2.76 haben Sie das EC Controller Programm um eine version angehoben und besonders geschützt. Sicherheitsfeature ja klar...
Der Patch wird mit 2.74 als Basis erstellt. Oder wurde es zumindest als ich es gemacht hatte. Spielt aber keine Rolle. Ich habe meine W530 gemoddet und auch ein par andere T530 von Freunden (anderer Patch). Läuft problemlos und Akkus ab T510 funktionieren. Drittanbieterakkus auch.
Wohne auch in HH falls du noch Hilfe brauchst.
 
@ThinkBrett
*Servicepost
ThinkPad T5302429-2R1i5-3230M(3.2Ghz), 4GB RAM, 320GB 7200rpm HD, 15.6in 1366x768 LCD, Intel HD Graphics, DVD Recordable, Intel 802.11bgn wireless, WWAN upgradable, Bluetooth, 1Gb Ethernet, UltraNav, Secure Chip, 6c Li-Ion, Win7 Pro 64
...danke, ich habe für jedes Gerät nen Stammblatt, da steht das schon drin:
Du mußt permanent auf Bios 2.75 downgraden. Bei 2.76 haben Sie das EC Controller Programm um eine version angehoben und besonders geschützt. Sicherheitsfeature ja klar...
Der Patch wird mit 2.74 als Basis erstellt. Oder wurde es zumindest als ich es gemacht hatte. Spielt aber keine Rolle. Ich habe meine W530 gemoddet und auch ein par andere T530 von Freunden (anderer Patch). Läuft problemlos und Akkus ab T510 funktionieren. Drittanbieterakkus auch.
Wohne auch in HH falls du noch Hilfe brauchst.
Danke für die Zusammenfassung der Sachlage, Du erwähnst auch einen anderen Patch, also doch mehrere im Umlauf? Hier im Thread scheint der verlinkte github-Mod für T und W530 empfohlen ... ?
 

Anhänge

  • T530_rtf.png
    T530_rtf.png
    200,8 KB · Aufrufe: 7
> also doch mehrere im Umlauf?
Das bezog sich auf den T530. Für jedes Gerät gibt es nur einen Patch. Der ist auch nicht an ein bestimmtes Notebook gebunden. Das erstellte W530 Image kann man für alle W530 hernehmen.

Beim T530 mußt du auf 2.76 runter und dann mit dem entspechenden T530 Image patchen. Hat ein anderes Bios als der W530.
 
Zuletzt bearbeitet:
Einfach die zugehörige PackageID aus der Tabelle im Readme verwenden:

VERSION INFORMATION

The following versions of UEFI BIOS and ECP (Embedded Controller Program) have
been released to date.

Package (ID) UEFI BIOS (BIOS ID) ECP (ECP ID) Rev. Issue Date
-------------------- ------------------- --------------- ---- -----------
2.77 (G4UJ41US) 2.77 (G4ETB7WW) 1.14 (G4HT40WW) 01 2019/09/19
2.76 (G4UJ40US) 2.76 (G4ETB6WW) 1.13 (G4HT39WW) 01 2019/06/25
2.75 (G4UJ39US) 2.75 (G4ETB5WW) 1.13 (G4HT39WW) 01 2019/04/03
2.74 (G4UJ38US) 2.74 (G4ETB4WW) 1.13 (G4HT39WW) 01 2018/12/06
2.73 (G4UJ37US) 2.73 (G4ETB3WW) 1.13 (G4HT39WW) 01 2018/06/25
2.72 (G4UJ36US) 2.72 (G4ETB2WW) 1.13 (G4HT39WW) 01 2018/04/17
2.71 (G4UJ35US) 2.71 (G4ETB1WW) 1.13 (G4HT39WW) 01 2018/03/16
2.70 (G4UJ34US) 2.70 (G4ETB0WW) 1.13 (G4HT39WW) 01 2017/10/04
2.68 (G4UJ32US) 2.68 (G4ETA8WW) 1.13 (G4HT39WW) 01 2017/05/29
2.67 (G4UJ31US) 2.67 (G4ETA7WW) 1.13 (G4HT39WW) 01 2016/09/09
2.66 (G4UJ30US) 2.66 (G4ETA6WW) 1.13 (G4HT39WW) 01 2016/03/17
2.65 (G4UJ29US) 2.65 (G4ETA5WW) 1.13 (G4HT39WW) 01 2015/10/05
2.64 (G4UJ28US) 2.64 (G4ETA4WW) 1.13 (G4HT39WW) 01 2015/06/29
2.64 (G4UJ27US) 2.64 (G4ETA4WW) 1.13 (G4HT39WW) 01 2015/04/16
2.63 (G4UJ26US) 2.63 (G4ETA3WW) 1.13 (G4HT39WW) 01 2015/02/11
2.62 (G4UJ25US) 2.62 (G4ETA2WW) 1.13 (G4HT39WW) 01 2014/09/30
2.61 (G4UJ24US) 2.61 (G4ETA1WW) 1.13 (G4HT39WW) 01 2014/06/02
2.60 (G4UJ23US) 2.60 (G4ETA0WW) 1.13 (G4HT39WW) 01 2014/04/15
2.59 (G4UJ22US) 2.59 (G4ET99WW) 1.12 (G4HT38WW) 01 2014/03/11
2.58 (G4UJ21US) 2.58 (G4ET98WW) 1.12 (G4HT38WW) 01 2013/12/17
2.57 (G4UJ20US) 2.57 (G4ET97WW) 1.12 (G4HT38WW) 01 2013/11/12
2.56 (G4UJ19US) 2.56 (G4ET96WW) 1.11 (G4HT37WW) 03 2013/11/01
2.56 (G4UJ19US) 2.56 (G4ET96WW) 1.11 (G4HT37WW) 02 2013/10/23
2.56 (G4UJ19US) 2.56 (G4ET96WW) 1.11 (G4HT37WW) 01 2013/10/02
2.55 (G4UJ18US) 2.55 (G4ET95WW) 1.11 (G4HT37WW) 01 2013/08/23
2.54 (G4UJ17US) 2.54 (G4ET94WW) 1.11 (G4HT37WW) 01 2013/06/05
2.53-1.10 (G4UJ16US) 2.53 (G4ET93WW) 1.10 (G4HT36WW) 01 2013/04/16
2.53 (G4UJ15US) 2.53 (G4ET93WW) 1.09 (G4HT35WW) 01 2013/03/19
2.52 (G4UJ14US) 2.52 (G4ET92WW) 1.09 (G4HT35WW) 01 2013/02/08
2.50 (G4UJ12US) 2.50 (G4ET90WW) 1.08 (G4HT34WW) 01 2013/01/09
2.07 (G4UJ11US) 2.07 (G4ET65WW) 1.07 (G4HT33WW) 02 2012/12/07
2.07 (G4UJ11US) 2.07 (G4ET65WW) 1.07 (G4HT33WW) 01 2012/12/06
2.04 (G4UJ08US) 2.04 (G4ET62WW) 1.07 (G4HT33WW) 01 2012/09/21
1.15 (G4UJ07US) 1.15 (G4ET40WW) 1.07 (G4HT33WW) 01 2012/08/28
1.12 (G4UJ05US) 1.12 (G4ET37WW) 1.06 (G4HT32WW) 01 2012/06/15
1.11 (G4UJ04US) 1.11 (G4ET36WW) 1.05 (G4HT31WW) 01 2012/05/29
1.10 (G4UJ03US) 1.10 (G4ET35WW) 1.05 (G4HT31WW) 01 2012/05/29
1.09 (G4UJ02US) 1.09 (G4ET34WW) 1.05 (G4HT31WW) 01 2012/05/11
1.08 (G4UJ01US) 1.08 (G4ET33WW) 1.05 (G4HT31WW) 01 For preload

Note: Revision number (Rev.) is for administrative purpose of this README
document and is not related to software version. There is no need to
upgrade this software when the revision number changes.

To check the version of UEFI BIOS and Embedded Controller Program, refer to
the Determining which version is installed section.
 
Einfach die zugehörige PackageID aus der Tabelle im Readme verwenden:

Aber in Kleinbuchstaben!

Vielen Dank, in die Readme habe ich nicht geschaut, muss ich gestehen...
Das ist Pflichtlektüre, alleine schon, um zu schauen, ob ein Downgrade möglich ist! Außerdem sind dort oft benötigte BIOS-Einstellungen angegeben, die vor dem Update erforderlich sind.
 
Der Pfadanteil der URL ist case-sensitive, im Gegensatz zum Hostnamenanteil.

Es kommt aber vor, dass eine Webseite absichtlich case-insensitiv implementiert ist
 
  • ok1.de
  • IT Refresh - IT Teile & mehr
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben