Ich habe momentan einen Akku, der sich hartnaeckig weigert sich im IBM Multiple Battery Charger II aufladen zu lassen, obwohl er sich in einem R51 problemlos aufladen und benutzen laesst. Hat irgendjemand hier schon Erfahrungen mit diesem merkwuerdigen Akku-Verhalten gemacht? Ich konnte mit der SuFu eine Menge Posts zu den Themen "Akku laedt nicht" und "gelb blinkende Ladeanzeige" finden. Dummerweise war da kein Fall dabei in dem der Akku im Notebook voll benutzbar/aufladbar war und nur im IBM Multiple Battery Charger II eine gelb blinkende LED verursachte und eben nicht aufgeladen wurde.
Ich habe mehrere baugleiche Akkus, die sich alle problemlos (selbstverstaendlich NACHDEM der "Problem-Akku" nicht wollte) im IBM Multiple Battery Charger II aufladen liessen. An dem Charger kann es also nicht liegen. Bleibt nur der Akku und das in seiner Ladeelektronik integrierte EEPROM als Fehlerquelle. Laesst sich das EEPROM vom Rechner aus auslesen und beschreiben? Der Power-Manager kann ja offensichtlich darauf zugreifen (vermutlich per I2C-Bus). Gibt es da eine Moeglichkeit oder ein zusaetzliches Programm mit dem man das EEPROM auslesen und die gespeicherten Daten "menschenlesbar" anzeigen kann? Ich wuerde naemlich gerne wissen, wie sich die Ladeelektronik des "Problem-Akkus" von denen meiner anderen R51-Akkus unterscheidet.
Als letzte Moeglichkeit kann ich den Akku ja auch oeffnen und nachsehen, welcher Controller in ihm werkelt (darauf wuerde ich aber gerne verzichten, wenn es eine andere Moeglichkeit gibt). Wenn der Controller-Chip gut dokumentiert ist, kann ich mir selber ein Programm schreiben (oder evtl. eines vom Chiphersteller besorgen, was eine Menge Zeit sparen wuerde), welches das Ladekontrollelektronik-EEPROM auslesen und zurueckschreiben kann.
So, Roman beendet. Dann werde ich mal zusehen, dass ich noch den Fehler in der Ladeelektronik des Thinkpads eines Freundes finde. Sein ebenfalls defektes Ultrabay DVD-RW-Laufwerk tut jedenfalls schon wieder was es soll, aber das wird ihm wenig nuetzen, wenn das (definitiv funktionsfaehige) Netzteil weder den Akku laedt, noch das Notebook versorgt. Aber der Fehler sollte sich finden lassen, da man ja den Laptop einfach aufschrauben kann um Nachzusehen und nicht das Gehaeuse "aufbrechen" muss, wie bei dem Akku. ;-)
Vielen Dank im Vorraus fuer jeden konstruktiven Tipp und einen schoenen Tag noch.
nOOdata
Ich habe mehrere baugleiche Akkus, die sich alle problemlos (selbstverstaendlich NACHDEM der "Problem-Akku" nicht wollte) im IBM Multiple Battery Charger II aufladen liessen. An dem Charger kann es also nicht liegen. Bleibt nur der Akku und das in seiner Ladeelektronik integrierte EEPROM als Fehlerquelle. Laesst sich das EEPROM vom Rechner aus auslesen und beschreiben? Der Power-Manager kann ja offensichtlich darauf zugreifen (vermutlich per I2C-Bus). Gibt es da eine Moeglichkeit oder ein zusaetzliches Programm mit dem man das EEPROM auslesen und die gespeicherten Daten "menschenlesbar" anzeigen kann? Ich wuerde naemlich gerne wissen, wie sich die Ladeelektronik des "Problem-Akkus" von denen meiner anderen R51-Akkus unterscheidet.
Als letzte Moeglichkeit kann ich den Akku ja auch oeffnen und nachsehen, welcher Controller in ihm werkelt (darauf wuerde ich aber gerne verzichten, wenn es eine andere Moeglichkeit gibt). Wenn der Controller-Chip gut dokumentiert ist, kann ich mir selber ein Programm schreiben (oder evtl. eines vom Chiphersteller besorgen, was eine Menge Zeit sparen wuerde), welches das Ladekontrollelektronik-EEPROM auslesen und zurueckschreiben kann.
So, Roman beendet. Dann werde ich mal zusehen, dass ich noch den Fehler in der Ladeelektronik des Thinkpads eines Freundes finde. Sein ebenfalls defektes Ultrabay DVD-RW-Laufwerk tut jedenfalls schon wieder was es soll, aber das wird ihm wenig nuetzen, wenn das (definitiv funktionsfaehige) Netzteil weder den Akku laedt, noch das Notebook versorgt. Aber der Fehler sollte sich finden lassen, da man ja den Laptop einfach aufschrauben kann um Nachzusehen und nicht das Gehaeuse "aufbrechen" muss, wie bei dem Akku. ;-)
Vielen Dank im Vorraus fuer jeden konstruktiven Tipp und einen schoenen Tag noch.
nOOdata
