Posts by somline

Willkommen!

Wenn du im Nexave-Forum mitmachen möchtest, schreib an community@nexave.de. Wir haben die Registrierungsfunktion in unserem Diskussionsforum nämlich deaktiviert, weil sich praktisch nur noch Spammer und Werbebots registriert haben. Per E-Mail sind wir dir gern behilflich, einen Account anzulegen.

    Dto. so wars bei mir auch.
    Sag mal Somline kriegst Du eigentlich Provision von den Herstellern
    Bert


    Nein nur von Muggen 4€ pro Akku. Bei den Mugen Akkus zeigt das Programm grundsätzlich 10% mehr und bei allen 10% weniger als eigentlich vorhanden.
    Aber das könnt ihr ja im source code nachlesen. ;)
    Das ist ja das Gute an open source.


    EDIT: Jetzt hab ich doch Angst, das das einer glaubt. Mit den Informationen dieses (langen) Threads , könnt ihr die Entstehungsgeschichte verfolgen und die Daten mittels InternalZ nachprüfen.


    Ich mach mir mehr Sorgen, dass Palm die Schnittstelle nicht mehr einbaut, weil soviele ihre 3/4 Jahr alten orig Palm Akkus umgetauscht haben ;)


    Manufactuer Rating 1463
    Calculated left 1331
    Wenn das Teil nach "allgemeiner" Meinung bei 80% platt ist, ist "fabrikneu" mit 91% dann nicht schlecht?
    Bert


    Naja 80% von 1400.
    Ich hatte bei der zweiten Ladung 95% von 1463.
    Auf jedenfall viel besser als die Seidios.

    1. Ja das ist so und ich hab mich auch schon gefragt ob das Sinn macht den Mugen so noch einige Stunden zu "laden".


    2. Kann ich dir eigentlich nicht beantworten. Die Akkus sollen ja durch diese Ladezyklen erst richtig ihre Leistung entfalten.
    Ansonsten ist 91% nicht schlecht. Ich denke Manufacturer Reating ist höher als 1400? Wie ist Calculated left?


    Hier ein Test von einigen Handy-Akkus (nicht für Palm). Praktisch kein Akku hat 100%.

    Gesagt getan und nach besagten Anfangsladezyklen auch Dr. Battery befragt:
    vor Kalibrierung: Manufacturing Rating 1463 mAh und 100% Health
    nach Kalibrierung: Calculated Left 1346 mAh und 92% Health
    Für einen neuen Akku sieht das ein wenig nach Mogelpackung aus :oh-je:


    Naja 1400 ist vielleicht ein bisschen übertrieben. Ich sage ja immer +-5% sind OK. Sei froh dass du kein Seidio genommen hast.
    Ihr könnt übrigens für diese ersten Anfangszyklen auch die Kalibrierung nehmen. Das ist nichts anders als eine komplett Ladung von 0 bis 100, nur dass eben noch "Health" am ende berechnet wird.
    U.U vor der nächsten Kalibrierung Health wieder auf 100% setzen.
    Was mir die Anwender in preware so berichten sind die Muggens (wie auch Amzer, weiß aber nicht obs die in D-Land gibt) ganz gut.
    Habe ich glaub ich hier irgendwo schonmal geschrieben.

    Neue Version verfügbar in "webos internals" feed. Nun kann man die Spannung verändern, bei der die Kalibrierung started.
    Hilfreich für die, deren Palm runtergefahren ist bevor die Kalibrierung gestartet ist.

    Was auffällt, beim Laden des Palm Akku Temp so um die 30 - 35°
    Beim Mugen derzeit (96% Ladestand) 48°
    Hat das was zu sagen?


    Ich empfehle ja in den Infopages (Button rechts oben) ein Pre aufzuschieben beim Laden aber vielleicht hast du ja nen Pixi.
    48 ist schon ziehmlich viel. Da ich kein experte für Akkus bin kann ich dir das leider nicht beantworten. Meine 1150' gehen auch schon mal so auf 42.
    Natürlich hätte auch Übertackten einen Einfluss auf die Temperatur.
    BTW: bei 60° schaltet WebOS aus.


    Ich hoffe es nirgends überlesen zu haben: Hat schon jemand den Akku bei Palm reklamiert? :verwirrt:
    Lohnt sich eigentlich der Aufwand, den alten Akku an Palm zu schicken? Ein ganzes Jahr ist ja noch nicht komplett vorbei. Obwohl: Mehr Aufwand als das Porto und der Weg zu Post ist das ja nicht.
    Reicht es, alleine den Akku zu schicken?


    Du bist nicht allein. Mir ist exakt das Gleiche passiert, und das war übrigens der Grund dieses Programm zu schreiben.
    Ich habe den Akku erfolgreich reklamiert. Kostet übrigens nix (DHL holt ab). Kann aber dauern also billigen Zweitakku besorgen.
    Ich schick dir ne PM mit Details.

    Und was bringt dir das? Nun hast du den realen Wert und keinen gefakten und der Pre kann danach gehen und richtig handeln. Kein Absturz von x% auf Null, den hättest du sonst.


    Ja da hat da_markus recht ;) Den realen Wert hat er eben nicht, da die Kalibrierung abgebrochen ist. Aber er wird sehr Wahrscheinlich bei 100%+ liegen.

    Ist das normal das er am Anfang soweit drüber hinausschiesst? Kann ich das Manufacturer Rating evtl. nach oben setzen?


    Wir haben das jetzt schon öfter gesehen, das der "Curr" Wert deutlich über der eigentlichen Kapazität angezeigt wird. Ich weiß leider (noch) nicht warum das bei manchen so ist.
    Im Manual des Chip wird empfohlen das "Manufacturer Rating" auf den höchsten (denkbaren) Wert des Akkus zu stellen und den "Health" auf 95%. Dann ist noch Luft zum Kalibreien.
    Leider macht das offensichtlich keiner.
    Deine Idee ist durchaus gut. Und ja man kann den Wert verändern. Ob es bei dir was bringt sei dahingestellt. Ich glaube dieser angezeigten Kapazität nicht.
    Eigentlich wollte ich diese Funktionalität in die nächste Version einbauen (hab ich eigentlich schon) aber wir haben nun bedenken, dass dies zu unvorhergesehenen Seiteneffekten (Akku/Palm-Schäden) führen könnte.
    EDIT: Bzw. wir haben Bedenken, dass "unwissende" Anwender nicht verstehen, was sie da machen.
    Bin mir noch nicht sicher was ich machen werde.


    Wenn der Akku nicht zuviel gekostet hat, du mutig bist und 4 Kommandos in eine Linuxconsole (terminal oder ssh) eingeben kannst/willst sag mir bescheid bzw. siehe hier, wie man das berechnet und durchführt.
    Ich kann dir garantieren, dass das (nur) das "Manufacturer Rating" entsprechend ändert. Ich bin mir auch sehr sicher, dass es keine weiteren negativen Konsequenzen hat, da ja nach einem erfolgreichen Kalibieren der Health Wert entsprechend angepasst wird. Und WebOS sowie der Chip haben einen Überladungsschutz.
    Dennoch auf eigene Gefahr.


    EDIT2: Ich sehe gerade der Link zeigt nur auf die Berechnung. Die kompletten Befehle stehen zwar auch in dem thread, da er aber sehr lang ist, kann ich dir das gerne aufschreiben. Sag einfach bescheid.


    Nähere Infos im Handbuch zum Chip .


    Hier mal ein Auszug:
    "When set to the manufacturer’s rated cell capacity the aging estimation rate is approximately 2.4% per 100 cycles of equivalent full capacity discharges. Partial discharge cycles are added to form equivalent full capacity discharges. The default aging estimation results in 88% capacity after 500 equivalent cycles. The aging estimation rate can be adjusted by setting the AC to a value other than the cell manufacturer’s rating. Setting AC to a lower value, accelerates the aging estimation rate. Setting AC to a higher value, retards the aging estimation rate."

    ich trau mich ja fast nicht fragen, aber:


    Was gilt den als Ladezyklus?


    Wieso traust du dich nicht?
    Das scheint ein ziemlich komplexer Algorithmus zu sein, den ich auch nicht kenne.
    Auf jedenfall zählt er auch kurze Ladezeiten mit.
    Das ist in dem Chip implementiert.
    Nähere Infos im Handbuch zum Chip .

    Oder der Akku hatte niemals 1400mAh, sondern es handelt sich um einen gefälschten Akku.


    Ganz sicher können wir da naürlich nicht sein.


    Ich werde jedenfalls jeden neuen Akku erst einmal über dieses Tool kalibrieren und so überprüfen.


    Die Muggen's gelten bei uns eigentlich als ehrlich. 1363 ist ja ziemlich dicht an 1400 ;)
    Fälschungen sind uns bisher nur mit Seidios und billigen 2300er von eBay(US) aus China bekannt.


    EDIT: Mein 10€ 1150 von eBay (DE) hat nur 1000mAh.
    EDIT2: Aber testen in der Garantiezeit ist natürlich immer gut.

    Ich hab nochmal nachgelesen (Handbuch des Chips in dem Akku: (AS=Age Scalar= Health Wert)
    "The AS is then decremented by one, resulting in a decrease of the scaled full battery capacity by 0.78% (approximately 2.4% per 100 cycles)."


    Wenn man also sagt 1 Jahr = 500 Ladezyklen sind das 12% weniger oder 88% nach einem Jahr. Da liegst du nun tatsächlich ziemlich drunter.

    Danke,


    ja es ist seltsam wie unterschiedlich die Akkus halten. Meiner war ja nach nem 3/4 Jahr bei 50% (original Palm) Andere haben da noch 92%.
    Die Frage ist auch was heißt "1000 Ladezyklen aushalten". Wieviel % haben sie dann noch nach 1000? Ich weiß es nicht.
    Ich gehe jedenfalls davon aus, dass man einen Akku (für den Palm) nach 1 Jahr (überprüfen) austauschen sollte.


    Vielen Dank jedenfalls für die Antwort. Und (@All) Hände weg von Seidio!

    Antwort: 77% nach fast 1 Jahr sind normal. Ich soll mal das gleiche mit dem Original-Akku nach 1 Jahr versuchen...


    Sowas habe ich schon gedacht. Tut mir leid (aber recht hamse ;)
    Was mich interessieren würde:
    Hast du denen was von Dr.Battery erzählt? Wenn ja was haben die zum Thema Kalibrierung und Health gesagt?
    Die Firma Seidio (Innocell 1350mAh) tut nämlich so als sei das alles quatsch. Mein post darüber hat der Eine oder Andere vielleicht schon gesehen.


    Den Pre kann man so (wenn man nicht "hotspwaped") nicht damit verwirren, da sämtliche notwendigen Informationen in dem jeweiligen Akku gespeichert werden.


    Der plötzliche Sprung ist genau der Moment, wo der Akku meldet dass er voll ist (und die Kalibrierung beendet) und der "Health" Wert aktualisiert wird.
    Ich vermute, dass du mit diesem Akku im Betrieb vorher einen Sprung von ca. 17%-20% auf 0% hattest? Genau diesen Sprung hat die Kalibrierung nun in den Health Wert eingerechnet.

    Ich habe es mit Hilfe von Preware installiert. Aktuelle Version ist bei mir 1.3.6. Ja, ich habe bei den Sevices nachgeschaut, und "DrBatterySrv" ist dort vorhanden.


    OK Preware version ist ok, service ist installiert. Wenn es trotz restart bzw. Java restart nicht funktioniert habe ich leider keine Erklärung. Du bist der Einzige der dieses Problem meldet. Irgend etwas muss bei dir anders sein.
    Es wird aber demnächst wahrscheinlich eine neue Version gegeben, die kein Java Service mehr verwendet sondern so wie preware ein in c geschriebenen. Dann können wir es ja noch einmal probieren.
    Tut mir leid.

    Leider klappt es auch nach mehreren Neuinstallationen mit anschließenden Java- Restarts sowie Soft-Resets nicht, und die selbe Fehlermeldung bleibt bestehen


    Leider hast du meine Frage nicht beantwortet: Wie/womit hast du installiert?
    Das klappt mit preware wunderbar. Bitte neuste Version von Preware benutzen.
    In der Liste "Installiert Packete" -> "Service" mußt du den Service "DrBatterySrv" sehen. Bitte checken.