[nochmal bisschen OT] Gute Akkupflege unter SuSe
Hallo zusammen, in der letzten Zeit stelle ich tatsächlich häufiger Off-Topic-Fragen bzw. auch irgendwie wieder nicht, weil wir "Susler" dann doch eigene Fragen haben bzw. Lösungen suchen. Trotzdem: Wenn ihr meint, dass ich mit meinen Fragen hier falsch bin, gebt mir gerne ein Feedback. Dankeschön! Ich habe ja seit 3 Tagen einen neuen HP-Akku in meinem Laptop. Es ist ein Lithium- Polymer (As far as i know) und er ist fest verbaut. Also kann ich ihn nicht "mal eben abklemmen" - da ich den Laptop aus Hauptrechner nutze. Gleichzeitig will ich aber den neuen Akku so gut wie möglich pflegen und wollte mal hören, was ihr mir a) für physische Maßnahmen ratet (aktuell entfene ich das Netzteil nach der vollständigen Ladung und betreibe ihn dann mobil. Aber kann ich auch mal das Netzteil dranlassen? Wie lange maximal? B) für softwaremäßige Maßnahmen empfiehlt. Momentan nutze ich die Energieanzeige aus dem KDE-Infozentrum häufig. Hier habe ich zB. vorhin eine leichte Ladekapazitätserhöhung festgestellt. Sind die Zahlen belastbar oder gibts da evetl. bessere Tools - um die Energieverwaltung zu regeln? Vielen Dank schonmal und einen schönen Samstag. :-D Grüße, Christian
In data sabato 16 marzo 2024 02:51:01 CET, Christian Pubanz via Arcor ha scritto:
Hallo zusammen,
in der letzten Zeit stelle ich tatsächlich häufiger Off-Topic-Fragen bzw. auch irgendwie wieder nicht, weil wir "Susler" dann doch eigene Fragen haben bzw. Lösungen suchen. Trotzdem: Wenn ihr meint, dass ich mit meinen Fragen hier falsch bin, gebt mir gerne ein Feedback. Dankeschön!
Ich habe ja seit 3 Tagen einen neuen HP-Akku in meinem Laptop. Es ist ein Lithium- Polymer (As far as i know) und er ist fest verbaut. Also kann ich ihn nicht "mal eben abklemmen" - da ich den Laptop aus Hauptrechner nutze. Gleichzeitig will ich aber den neuen Akku so gut wie möglich pflegen und wollte mal hören, was ihr mir
a) für physische Maßnahmen ratet (aktuell entfene ich das Netzteil nach der vollständigen Ladung und betreibe ihn dann mobil. Aber kann ich auch mal das Netzteil dranlassen? Wie lange maximal? B) für softwaremäßige Maßnahmen empfiehlt. Momentan nutze ich die Energieanzeige aus dem KDE-Infozentrum häufig. Hier habe ich zB. vorhin eine leichte Ladekapazitätserhöhung festgestellt. Sind die Zahlen belastbar oder gibts da evetl. bessere Tools - um die Energieverwaltung zu regeln?
Vielen Dank schonmal und einen schönen Samstag. :-D
Grüße, Christian
Ich kann dir nur sagen was die meisten Akkuhersteller als "best practice" anraten. Um den Akku möglichst lange zu erhalten, sollte man ihn nicht vollständig laden sofern man nicht die extra Ladung braucht. Der beste Ladungsumfang ist laut den Herstellern 20%-80%. Das heißt im Idealfall entfernt man das Netz bei 80% und lädt wenn 20% erreicht sind wieder bis 80% auf. Wenn das Notebook qualitativ hochwertig ist sollte es den Ladungsstrom unterbrechen wenn 100% erreicht sind. Leider ist dies nicht selbstverständlich und nur selten umgesetzt. Also könntest du dir eine akustische Notification basteln, mit anderen Worten ein "bing" wenn der Akku 80% erreicht. Hoffe das hilft weiter, bequem ist es nicht. Gruß, S.
Am Sat, 16 Mar 2024 09:18:28 +0100
schrieb Stakanov
In data sabato 16 marzo 2024 02:51:01 CET, Christian Pubanz via Arcor ha scritto:
Hallo zusammen,
...
B) für softwaremäßige Maßnahmen empfiehlt. Momentan nutze ich die Energieanzeige aus dem KDE-Infozentrum häufig. Hier habe ich zB. vorhin eine leichte Ladekapazitätserhöhung festgestellt. Sind die Zahlen belastbar oder gibts da evetl. bessere Tools - um die Energieverwaltung zu regeln?
...
Also könntest du dir eine akustische Notification basteln, mit anderen Worten ein "bing" wenn der Akku 80% erreicht.
Wenn man im Netz recherchiert stösst man irgendwann auf "tlp" unter Linux - das _soll_ sowas können. Ich habe es hier installiert und konfiguriert - aber irgendwie macht es bisher nicht was es soll. Vielleicht schaust du es dir mal an? Andreas
Hallo Andreas (und natürlich auch alle anderen), ich danke euch für eure sehr ausführlichen Antworten, Tips und Hinweise! Am Samstag, 16. März 2024, 10:36:49 CET schrieb Andreas Kyek: [...]
Wenn man im Netz recherchiert stösst man irgendwann auf "tlp" unter Linux - das _soll_ sowas können.
Ich habe es hier installiert und konfiguriert - aber irgendwie macht es bisher nicht was es soll.
TLP hatte ich die ganze Zeit wohl schon drauf, ihm aber keinerlei Beachtung geschenkt - bis jetzt. Da ich gerne grafisch arbeite, habe ich mir TLP_UI heruntergealden und fand gleich die Einstellung /sys/class/power_supply/BAT1/charge_control_start_threshold und / sys/class/power_supply/BAT1/ und charge_control_stop_threshold. Habe start auf 20, stop auf 80 gestellt - Strom ab und entladen lassen. Bei 20 wieder eingesteckt. Aber die 80 greifen nicht! Die Einstellung existiert offenbar im SYstem überhaupt nicht und wird deswegen im Status auch mit "/sys/class/power_supply/BAT1/ charge_control_start_threshold = (not available)" bzw. /sys/class/power_supply/BAT1/ charge_control_stop_threshold = (not available) gekennzeichnet. Ist das bei dir evetl. auch so? Du schriebst ja, du hättest auch Probleme. Wenn es gehen würde, finde ich TLP ein super Tool! Gruß, Christian
In data lunedì 18 marzo 2024 07:55:14 CET, Christian Pubanz via Arcor ha scritto:
Die Einstellung existiert offenbar im SYstem überhaupt nicht und wird deswegen im Status auch mit "/sys/class/power_supply/BAT1/charge_control_start_threshold = (not available)" bzw. /sys/class/power_supply/BAT1/charge_control_stop_threshold = (not available) gekennzeichnet.
https://askubuntu.com/questions/1246874/problem-setting-max-charge-threshold... wo es da heißt: Charge thresholds shown by tlp-stat -b do not correspond to the configured ones ThinkPad Edge, E / L / S series, SL410/510, Yoga series On these models the threshold values shown by tlp-stat -b do not correspond to the written values. For example the setting START_CHARGE_THRESH_BATx=75 STOP_CHARGE_THRESH_BATx=80 shows 75 / 74. The described behavior is caused by the firmware (UEFI/BIOS), not by TLP. Nonetheless the charge thresholds work as configured. Könnte dies dein Problem sein?
Am 18.03.24 um 07:55 schrieb Christian Pubanz via Arcor:
...
TLP hatte ich die ganze Zeit wohl schon drauf, ihm aber keinerlei Beachtung geschenkt - bis jetzt.
Das ging mir genau so.
Da ich gerne grafisch arbeite, habe ich mir TLP_UI heruntergealden und fand gleich die Einstellung /sys/class/power_supply/BAT1/charge_control_start_threshold und /sys/class/power_supply/BAT1/ und charge_control_stop_threshold. Habe start auf 20, stop auf 80 gestellt - Strom ab und entladen lassen. Bei 20 wieder eingesteckt. Aber die 80 greifen nicht! Die Einstellung existiert offenbar im SYstem überhaupt nicht und wird deswegen im Status auch mit "/sys/class/power_supply/BAT1/charge_control_start_threshold = (not available)" bzw. /sys/class/power_supply/BAT1/charge_control_stop_threshold = (not available) gekennzeichnet.
...
Nach deinem Hinweis auf tlp_ui habe ich hier (kein Laptop) mal tlpui-1.6.1-lp155.1.1.noarch.rpm aus https://download.opensuse.org/repositories/home:/badshah400:/Staging/15.5/no... installiert. Und da steht bei den Akku-Einstellungen, dass diese beiden Charge Thresholds nur bei Thinkpads und einigen anderen Laptop-Marken funktionieren. Offenbar ist ihr Vorhandensein von der Hard- oder Firmware abhängig, mein Lenovo T420 kennt laut 'tlp-stat -b' beide, mein Acer Travelmate keinen von beiden. -- Viele Grüße Michael
In data lunedì 18 marzo 2024 09:11:43 CET, Michael Behrens ha scritto:
Am 18.03.24 um 07:55 schrieb Christian Pubanz via Arcor:
...
TLP hatte ich die ganze Zeit wohl schon drauf, ihm aber keinerlei Beachtung geschenkt - bis jetzt. Das ging mir genau so.
Da ich gerne grafisch arbeite, habe ich mir TLP_UI heruntergealden und fand gleich die Einstellung /sys/class/power_supply/BAT1/charge_control_start_threshold und /sys/class/power_supply/BAT1/ und charge_control_stop_threshold. Habe start auf 20, stop auf 80 gestellt - Strom ab und entladen lassen. Bei 20 wieder eingesteckt. Aber die 80 greifen nicht! Die Einstellung existiert offenbar im SYstem überhaupt nicht und wird deswegen im Status auch mit "/sys/class/power_supply/BAT1/charge_control_start_threshold = (not available)" bzw. /sys/class/power_supply/BAT1/charge_control_stop_threshold = (not available) gekennzeichnet.
...
Nach deinem Hinweis auf tlp_ui habe ich hier (kein Laptop) mal tlpui-1.6.1-lp155.1.1.noarch.rpm aus
https://download.opensuse.org/repositories/home:/badshah400:/Staging/15.5/n oarch/
installiert.
Und da steht bei den Akku-Einstellungen, dass diese beiden Charge Thresholds nur bei Thinkpads und einigen anderen Laptop-Marken funktionieren. Offenbar ist ihr Vorhandensein von der Hard- oder Firmware abhängig, mein Lenovo T420 kennt laut 'tlp-stat -b' beide, mein Acer Travelmate keinen von beiden.
Kann ich bestätigen, ich habe das heute herausgefunden mit meinem ASUS vivobook. So muss man dort (Treiber wird mit Kernel geladen) den min wert auf "dummy" d.h. 0 setzen, aber der max Wert von 80 ist einsetztbar. https://linrunner.de/tlp/settings/bc-vendors.html Hier findet man eine sehr gute Zusammenfassung aller Funktionen und Möglichkeiten (leider nur auf Englisch so scheint es).
Hi Stakanov, [..]
Kann ich bestätigen, ich habe das heute herausgefunden mit meinem ASUS vivobook. So muss man dort (Treiber wird mit Kernel geladen) den min wert auf "dummy" d.h. 0 setzen, aber der max Wert von 80 ist einsetztbar.
Wo find ich den Treiber und wo kann ich die 80 einsetzen?
In data lunedì 18 marzo 2024 10:28:06 CET, Christian Pubanz via Arcor ha scritto:
Hi Stakanov,
[..]
Kann ich bestätigen, ich habe das heute herausgefunden mit
meinem ASUS
vivobook. So muss man dort (Treiber wird mit Kernel geladen) den
min wert
auf "dummy" d.h. 0 setzen, aber der max Wert von 80 ist einsetztbar.
Wo find ich den Treiber und wo kann ich die 80 einsetzen?
Die Treiber selbst sind seit Kernel 5.40 automatisch geladen, sofern die Marke einen Treiber hat. Erst einmal: was ist dein Notebook, hast du nachgesehen ob deine Hardware unterstützt wird? Wenn ja, je nach Modell musst du upper und lower eintragen, vorsicht, wenn das Modell einen Treshhold nicht unterstützt dann musst du eine 0 eintragen. Sonst funktioniert das ganze nicht, mit der jetzigen TW Version sollte das aber nicht "silent" passieren, sondern der service sollte "mosern". Nehmen wir mal an du legst die config Datei in /etc/tlp.d/00.config (ich glaube das ist der Template) an. Dann steht da für einen ASUS: START_CHARGE_THRESH_BAT0=0 # dummy value STOP_CHARGE_THRESH_BAT0=80 Warum? Der ASUS lässt eine Angabe der Start_Charge_Treshholds nicht zu. Du musst dort also "Markenspezifisch" dort 0 (=dummy value) eintragen. Dann funktioniert der minimale Start parameter nicht, wohl aber wird die Batterieladung bei 80% abgebrochen. Andere Werte die für die CPU usw einzutragen sind findest du auf https://linrunner.de/tlp/settings/bc-vendors.html Wenn du einen Asus besitzen solltest kann ich dir auch mit PM meine config schicken, die kannst du ja ansehen und für dich entscheiden was du übernehmen willst. Wichtig: in Yast services nachsehen ob TLP auch läuft (by systemstart eintragen). Powertop: installieren und calibrieren, dann Powertop in services als "by systemstart" aktivieren).
Am Montag, 18. März 2024, 11:05:29 CET schrieb Stakanov: Hi,
Erst einmal: was ist dein Notebook, hast du nachgesehen ob deine Hardware unterstützt wird?
Ich poste mal die folgende Ausgabe: christian@localhost:~> sudo tlp-stat -s -b [sudo] Passwort für root: --- TLP 1.4.0 -------------------------------------------- +++ System Info System = HP Type1ProductConfigId HP Pavilion Gaming Laptop 17-cd0xxx BIOS = F.40 OS Release = openSUSE Leap 15.4 Kernel = 5.14.21-150400.24.100-default #1 SMP PREEMPT_DYNAMIC Mon Dec 4 19:12:13 UTC 2023 (3f5cd84) x86_64 /proc/cmdline = BOOT_IMAGE=/boot/vmlinuz-5.14.21-150400.24.100-default root=UUID=acd1697a-1f70-4902-a689-c5e6f2fdb6e5 splash=silent preempt=full mitigations=auto quiet security=apparmor Init system = systemd Boot mode = UEFI +++ TLP Status State = enabled RDW state = enabled Last run = 10:15:09, 5074 sec(s) ago Mode = AC Power source = AC Error: tlp.service is not enabled, power saving will not apply on boot.
Invoke 'systemctl enable tlp.service' to correct this!
Warning: systemd-rfkill.service is not masked, radio device switching may not work as configured.
Invoke 'systemctl mask systemd-rfkill.service' to correct this.
Warning: systemd-rfkill.socket is not masked, radio device switching may not work as configured.
Invoke 'systemctl mask systemd-rfkill.socket' to correct this.
+++ Battery Care Plugin: generic Supported features: none available +++ Battery Status: BAT1 /sys/class/power_supply/BAT1/manufacturer = Hewlett-Packard /sys/class/power_supply/BAT1/model_name = PABAS0241231 /sys/class/power_supply/BAT1/cycle_count = (not supported) /sys/class/power_supply/BAT1/energy_full_design = 52500 [mWh] /sys/class/power_supply/BAT1/energy_full = 49860 [mWh] /sys/class/power_supply/BAT1/energy_now = 49860 [mWh] /sys/class/power_supply/BAT1/power_now = (not available) /sys/class/power_supply/BAT1/status = Full /sys/class/power_supply/BAT1/charge_control_start_threshold = (not available) /sys/class/power_supply/BAT1/charge_control_end_threshold = (not available) Charge = 100.0 [%] Capacity
Wenn ja, je nach Modell musst du upper und lower eintragen, vorsicht, wenn das Modell einen Treshhold nicht unterstützt dann musst du eine 0 eintragen. Sonst funktioniert das ganze nicht, mit der jetzigen TW Version sollte das aber nicht "silent" passieren, sondern der service sollte "mosern".
Nehmen wir mal an du legst die config Datei in /etc/tlp.d/00.config (ich glaube das ist der Template) an. Dann steht da für einen ASUS:
START_CHARGE_THRESH_BAT0=0 # dummy value STOP_CHARGE_THRESH_BAT0=80
Warum? Der ASUS lässt eine Angabe der Start_Charge_Treshholds nicht zu. Du musst dort also "Markenspezifisch" dort 0 (=dummy value) eintragen. Dann funktioniert der minimale Start parameter nicht, wohl aber wird die Batterieladung bei 80% abgebrochen.
Andere Werte die für die CPU usw einzutragen sind findest du auf https://linrunner.de/tlp/settings/bc-vendors.html
Wenn du einen Asus besitzen solltest kann ich dir auch mit PM meine config schicken, die kannst du ja ansehen und für dich entscheiden was du übernehmen willst.
Gilt die Anleitung dann auch für meinen HP?
Wichtig: in Yast services nachsehen ob TLP auch läuft (by systemstart eintragen). Powertop: installieren und calibrieren, dann Powertop in services als "by systemstart" aktivieren).
Powertop war tatsächlich nicht drauf, hab ich nachinstalliert und würde später kalibrieren; dauert ja wohl laut ubuntuusers-Wiki bis zu 1 Stunde und den Laptop brauch ich jetzt. Wenn die Kalibrierung durch ist, geb ich weitere Info.
In data lunedì 18 marzo 2024 11:53:55 CET, Christian Pubanz via Arcor ha scritto:
Am Montag, 18. März 2024, 11:05:29 CET schrieb Stakanov:
Hi,
Erst einmal: was ist dein Notebook, hast du nachgesehen ob deine Hardware unterstützt wird?
Ich poste mal die folgende Ausgabe:
christian@localhost:~> sudo tlp-stat -s -b [sudo] Passwort für root: --- TLP 1.4.0 --------------------------------------------
+++ System Info System = HP Type1ProductConfigId HP Pavilion Gaming Laptop 17-cd0xxx BIOS = F.40 OS Release = openSUSE Leap 15.4 Kernel = 5.14.21-150400.24.100-default #1 SMP PREEMPT_DYNAMIC Mon Dec 4 19:12:13 UTC 2023 (3f5cd84) x86_64 /proc/cmdline = BOOT_IMAGE=/boot/vmlinuz-5.14.21-150400.24.100-default root=UUID=acd1697a-1f70-4902-a689-c5e6f2fdb6e5 splash=silent preempt=full mitigations=auto quiet security=apparmor Init system = systemd Boot mode = UEFI
+++ TLP Status State = enabled RDW state = enabled Last run = 10:15:09, 5074 sec(s) ago Mode = AC Power source = AC
Error: tlp.service is not enabled, power saving will not apply on boot.
Invoke 'systemctl enable tlp.service' to correct this!
Warning: systemd-rfkill.service is not masked, radio device switching may not work as configured.
Invoke 'systemctl mask systemd-rfkill.service' to correct this.
Warning: systemd-rfkill.socket is not masked, radio device switching may not work as configured.
Invoke 'systemctl mask systemd-rfkill.socket' to correct this.
+++ Battery Care Plugin: generic Supported features: none available
+++ Battery Status: BAT1 /sys/class/power_supply/BAT1/manufacturer = Hewlett-Packard /sys/class/power_supply/BAT1/model_name = PABAS0241231 /sys/class/power_supply/BAT1/cycle_count = (not supported) /sys/class/power_supply/BAT1/energy_full_design = 52500 [mWh] /sys/class/power_supply/BAT1/energy_full = 49860 [mWh] /sys/class/power_supply/BAT1/energy_now = 49860 [mWh] /sys/class/power_supply/BAT1/power_now = (not available) /sys/class/power_supply/BAT1/status = Full
/sys/class/power_supply/BAT1/charge_control_start_threshold = (not available) /sys/class/power_supply/BAT1/charge_control_end_threshold = (not available)
Charge = 100.0 [%] Capacity
Wenn ja, je nach Modell musst du upper und lower eintragen, vorsicht, wenn das Modell einen Treshhold nicht unterstützt dann musst du eine 0 eintragen. Sonst funktioniert das ganze nicht, mit der jetzigen TW Version sollte das aber nicht "silent" passieren, sondern der service sollte "mosern".
Nehmen wir mal an du legst die config Datei in /etc/tlp.d/00.config (ich glaube das ist der Template) an. Dann steht da für einen ASUS:
START_CHARGE_THRESH_BAT0=0 # dummy value STOP_CHARGE_THRESH_BAT0=80
Warum? Der ASUS lässt eine Angabe der Start_Charge_Treshholds nicht zu. Du musst dort also "Markenspezifisch" dort 0 (=dummy value) eintragen. Dann funktioniert der minimale Start parameter nicht, wohl aber wird die Batterieladung bei 80% abgebrochen.
Andere Werte die für die CPU usw einzutragen sind findest du auf https://linrunner.de/tlp/settings/bc-vendors.html
Wenn du einen Asus besitzen solltest kann ich dir auch mit PM meine config schicken, die kannst du ja ansehen und für dich entscheiden was du übernehmen willst.
Gilt die Anleitung dann auch für meinen HP?
Wichtig: in Yast services nachsehen ob TLP auch läuft (by systemstart eintragen). Powertop: installieren und calibrieren, dann Powertop in services als "by systemstart" aktivieren).
Powertop war tatsächlich nicht drauf, hab ich nachinstalliert und würde später kalibrieren; dauert ja wohl laut ubuntuusers-Wiki bis zu 1 Stunde und den Laptop brauch ich jetzt.
Wenn die Kalibrierung durch ist, geb ich weitere Info.
Also: 1.4.0 ist sehr alt. Für Leap 15.4 gibt es: https://software.opensuse.org/ymp/hardware/15.4/tlp.ymp? base=openSUSE%3ALeap%3A15.4&query=tlp die "experimentelle Version" 16.0.1 Die würde ich mal anstatt ausprobieren. Sie ist experimentel aber in TW habe ich regulär 16.0.1 Für HP habe ich keine spezifischen "Vendor" Anleitungen gefunden. Wie du unter dem folgenden Punkt:
Error: tlp.service is not enabled, power saving will not apply on boot.
Invoke 'systemctl enable tlp.service' to correct this!
deines Output sehen kannst hast du den TLP Service noch gar nicht aktiviert! Das würde ich nachholen. Was du dann noch machen kannst ist die Config mit den Werten für den gewünschten Status unter AC und Battery einzutragen.
+++ Battery Care Plugin: generic Supported features: none available
Du kannst also nachdem was er dir sagt "battery care" nicht benutzen, da HP das nicht vorsieht.
Am Montag, 18. März 2024, 13:31:14 CET schrieb Stakanov: Moin,
Also: 1.4.0 ist sehr alt. Für Leap 15.4 gibt es: https://software.opensuse.org/ymp/hardware/15.4/tlp.ymp? base=openSUSE%3ALeap%3A15.4&query=tlp
die "experimentelle Version" 16.0.1
Die würde ich mal anstatt ausprobieren. Sie ist experimentel aber in TW habe ich regulär 16.0.1
Danke für die Info - ich habe es auf die von dir genannte experimentelle Version geupdated.
Für HP habe ich keine spezifischen "Vendor" Anleitungen gefunden.
Wie du unter dem folgenden Punkt:
Error: tlp.service is not enabled, power saving will not apply on boot.
Invoke 'systemctl enable tlp.service' to correct this!
deines Output sehen kannst hast du den TLP Service noch gar nicht aktiviert! Das würde ich nachholen.
Das habe ich nun auch gemacht (Im Runleveleditor von YAST) - und auch gleich "bei Systemstart starten" eingestellt.
Was du dann noch machen kannst ist die Config mit den Werten für den gewünschten Status unter AC und Battery einzutragen.
Hab ich das nicht über TLP UI getan - der greift ja auf die config zu oder welche meinst du?
+++ Battery Care Plugin: generic Supported features: none available
Du kannst also nachdem was er dir sagt "battery care" nicht benutzen, da HP das nicht vorsieht.
Neue Ausgabe: --- TLP 1.6.1 -------------------------------------------- +++ System Info System = HP Type1ProductConfigId HP Pavilion Gaming Laptop 17-cd0xxx BIOS = F.40 EC Firmware = 43.46 OS Release = openSUSE Leap 15.4 Kernel = 5.14.21-150400.24.100-default #1 SMP PREEMPT_DYNAMIC Mon Dec 4 19:12:13 UTC 2023 (3f5cd84) x86_64 /proc/cmdline = BOOT_IMAGE=/boot/vmlinuz-5.14.21-150400.24.100-default root=UUID=acd1697a-1f70-4902-a689-c5e6f2fdb6e5 splash=silent preempt=full mitigations=auto quiet security=apparmor Init system = systemd Boot mode = UEFI Suspend mode = s2idle [deep] +++ TLP Status State = enabled RDW state = enabled Last run = 09:44:00, 347 sec(s) ago Mode = AC Power source = AC +++ Battery Care Plugin: generic Supported features: none available +++ Battery Status: BAT1 /sys/class/power_supply/BAT1/manufacturer = Hewlett-Packard /sys/class/power_supply/BAT1/model_name = PABAS0241231 /sys/class/power_supply/BAT1/cycle_count = 0 (or not supported) /sys/class/power_supply/BAT1/energy_full_design = 52500 [mWh] /sys/class/power_supply/BAT1/energy_full = 49810 [mWh] /sys/class/power_supply/BAT1/energy_now = 49810 [mWh] /sys/class/power_supply/BAT1/power_now = (not available) /sys/class/power_supply/BAT1/status = Full /sys/class/power_supply/BAT1/charge_control_start_threshold = (not available) /sys/class/power_supply/BAT1/charge_control_end_threshold = (not available) Charge = 100.0 [%] Capacity = 94.9 [%] Hat sich also nichts verändert - irgendwie glaube ich auch, dass mein HP Book (oder HP generell) mit TLP nicht funtioniert. Es fehlt ja auch eine Anleitung - das wird wohl Gründe haben... Jedenfalls hat die powertop-Kalibrierung immerhin funktioniert; war tatsächlich nach etwa einer Stunde durch. Grüße, Christian
In data martedì 19 marzo 2024 10:08:12 CET, Christian Pubanz via Arcor ha scritto:
Am Montag, 18. März 2024, 13:31:14 CET schrieb Stakanov:
Moin,
Also: 1.4.0 ist sehr alt. Für Leap 15.4 gibt es: https://software.opensuse.org/ymp/hardware/15.4/tlp.ymp? base=openSUSE%3ALeap%3A15.4&query=tlp
die "experimentelle Version" 16.0.1
Die würde ich mal anstatt ausprobieren. Sie ist experimentel aber in TW habe ich regulär 16.0.1
Danke für die Info - ich habe es auf die von dir genannte experimentelle Version geupdated.
Für HP habe ich keine spezifischen "Vendor" Anleitungen gefunden.
Wie du unter dem folgenden Punkt:
Error: tlp.service is not enabled, power saving will not apply on boot.
Invoke 'systemctl enable tlp.service' to correct this!
deines Output sehen kannst hast du den TLP Service noch gar nicht aktiviert! Das würde ich nachholen.
Das habe ich nun auch gemacht (Im Runleveleditor von YAST) - und auch gleich "bei Systemstart starten" eingestellt.
Was du dann noch machen kannst ist die Config mit den Werten für den gewünschten Status unter AC und Battery einzutragen.
Hab ich das nicht über TLP UI getan - der greift ja auf die config zu oder welche meinst du?
+++ Battery Care Plugin: generic Supported features: none available
Du kannst also nachdem was er dir sagt "battery care" nicht benutzen, da HP das nicht vorsieht.
Neue Ausgabe:
--- TLP 1.6.1 --------------------------------------------
+++ System Info System = HP Type1ProductConfigId HP Pavilion Gaming Laptop 17-cd0xxx BIOS = F.40 EC Firmware = 43.46 OS Release = openSUSE Leap 15.4 Kernel = 5.14.21-150400.24.100-default #1 SMP PREEMPT_DYNAMIC Mon Dec 4 19:12:13 UTC 2023 (3f5cd84) x86_64 /proc/cmdline = BOOT_IMAGE=/boot/vmlinuz-5.14.21-150400.24.100-default root=UUID=acd1697a-1f70-4902-a689-c5e6f2fdb6e5 splash=silent preempt=full mitigations=auto quiet security=apparmor Init system = systemd Boot mode = UEFI Suspend mode = s2idle [deep]
+++ TLP Status State = enabled RDW state = enabled Last run = 09:44:00, 347 sec(s) ago Mode = AC Power source = AC
+++ Battery Care Plugin: generic Supported features: none available
+++ Battery Status: BAT1 /sys/class/power_supply/BAT1/manufacturer = Hewlett-Packard /sys/class/power_supply/BAT1/model_name = PABAS0241231 /sys/class/power_supply/BAT1/cycle_count = 0 (or not supported) /sys/class/power_supply/BAT1/energy_full_design = 52500 [mWh] /sys/class/power_supply/BAT1/energy_full = 49810 [mWh] /sys/class/power_supply/BAT1/energy_now = 49810 [mWh] /sys/class/power_supply/BAT1/power_now = (not available) /sys/class/power_supply/BAT1/status = Full
/sys/class/power_supply/BAT1/charge_control_start_threshold = (not available) /sys/class/power_supply/BAT1/charge_control_end_threshold = (not available)
Charge = 100.0 [%] Capacity = 94.9 [%]
Hat sich also nichts verändert - irgendwie glaube ich auch, dass mein HP Book (oder HP generell) mit TLP nicht funtioniert. Es fehlt ja auch eine Anleitung - das wird wohl Gründe haben...
Jedenfalls hat die powertop-Kalibrierung immerhin funktioniert; war tatsächlich nach etwa einer Stunde durch.
Grüße, Christian TLP funktioniert, es führt mit Powertop ein ständiges automatisches anpassen an. Wenn du die stufenweise "Anwendungsszenarien" angeben willst kannst du dies tun. Das macht man wie gesagt in der Config.
Ob HP in der Zukunft unterstützt wird: einfach dem link Folgen den ich dir Gesendet hatte und von Zeit zu Zeit überprüfen. Wenn auch die Akkucare für HP nicht implementiert ist (was wahrscheinlich an HP hängt (USA = linux ist immer noch pöse) so wird der rest jedoch sehr wohl funktionieren.
+++ TLP Status State = enabled RDW state = enabled Last run = 09:44:00, 347 sec(s) ago Mode = AC Power source = AC
jedenfalls has du es jetzt korrekt beim Laufen. Viel Spaß noch.
Am 18.03.24 um 11:05 schrieb Stakanov:
... Powertop: installieren und calibrieren, dann Powertop in services als "by systemstart" aktivieren).
Ergänzung zu powertop: powertop.service und power-profiles-daemon.service dürfen nicht gleichzeitig aktiv sein, siehe https://linrunner.de/tlp/faq/ppd.html . Tumbleweed und und wenigstens Leap 15.5 sorgen beim Installieren von powertop selber dafür, dass das wohl bei der Grundinstallation installierte power-profiles-daemon-Paket deinstalliert und der zugehörige Service deaktiviert und maskiert wird. Wie andere Distributionen das machen, sollte man im Einzelfall überprüfen. -- Viele Grüße Michael
Am 16.03.24 um 02:51 schrieb Christian Pubanz via Arcor:
Hallo zusammen,
in der letzten Zeit stelle ich tatsächlich häufiger Off-Topic-Fragen bzw. auch irgendwie wieder nicht, weil wir "Susler" dann doch eigene Fragen haben bzw. Lösungen suchen. Trotzdem: Wenn ihr meint, dass ich mit meinen Fragen hier falsch bin, gebt mir gerne ein Feedback. Dankeschön!
Ich habe ja seit 3 Tagen einen neuen HP-Akku in meinem Laptop. Es ist ein Lithium-Polymer (As far as i know) und er ist fest verbaut. Also kann ich ihn nicht "mal eben abklemmen" - da ich den Laptop aus Hauptrechner nutze.
Gleichzeitig will ich aber den neuen Akku so gut wie möglich pflegen und wollte mal hören, was ihr mir
a) für physische Maßnahmen ratet (aktuell entfene ich das Netzteil nach der vollständigen Ladung und betreibe ihn dann mobil. Aber kann ich auch mal das Netzteil dranlassen? Wie lange maximal?
B) für softwaremäßige Maßnahmen empfiehlt. Momentan nutze ich die Energieanzeige aus dem KDE-Infozentrum häufig. Hier habe ich zB. vorhin eine leichte Ladekapazitätserhöhung festgestellt. Sind die Zahlen belastbar oder gibts da evetl. bessere Tools - um die Energieverwaltung zu regeln?
Vielen Dank schonmal und einen schönen Samstag. :-D
Ich habe mir vor einiger Zeit einen Laptop von Tuxedo zugelegt. Dort kann man verschiedene Ladeprofile auswählen, die sich je nach Verwendung positiv auf die Lebensdauer auswirken sollen: https://www.tuxedocomputers.com/de/Ladeprofile-im-TUXEDO-Control-Center.tuxe... Ich finde das sehr praktisch und sinnvoll. Martin
In data sabato 16 marzo 2024 11:54:12 CET, Martin Burnicki ha scritto:
Am 16.03.24 um 02:51 schrieb Christian Pubanz via Arcor:
Hallo zusammen,
in der letzten Zeit stelle ich tatsächlich häufiger Off-Topic-Fragen bzw. auch irgendwie wieder nicht, weil wir "Susler" dann doch eigene Fragen haben bzw. Lösungen suchen. Trotzdem: Wenn ihr meint, dass ich mit meinen Fragen hier falsch bin, gebt mir gerne ein Feedback. Dankeschön!
Ich habe ja seit 3 Tagen einen neuen HP-Akku in meinem Laptop. Es ist ein Lithium-Polymer (As far as i know) und er ist fest verbaut. Also kann ich ihn nicht "mal eben abklemmen" - da ich den Laptop aus Hauptrechner nutze.
Gleichzeitig will ich aber den neuen Akku so gut wie möglich pflegen und wollte mal hören, was ihr mir
a) für physische Maßnahmen ratet (aktuell entfene ich das Netzteil nach der vollständigen Ladung und betreibe ihn dann mobil. Aber kann ich auch mal das Netzteil dranlassen? Wie lange maximal?
B) für softwaremäßige Maßnahmen empfiehlt. Momentan nutze ich die Energieanzeige aus dem KDE-Infozentrum häufig. Hier habe ich zB. vorhin eine leichte Ladekapazitätserhöhung festgestellt. Sind die Zahlen belastbar oder gibts da evetl. bessere Tools - um die Energieverwaltung zu regeln?
Vielen Dank schonmal und einen schönen Samstag. :-D
Ich habe mir vor einiger Zeit einen Laptop von Tuxedo zugelegt. Dort kann man verschiedene Ladeprofile auswählen, die sich je nach Verwendung positiv auf die Lebensdauer auswirken sollen: https://www.tuxedocomputers.com/de/Ladeprofile-im-TUXEDO-Control-Center.tuxe do
Ich finde das sehr praktisch und sinnvoll.
Martin
Das ist sicher Opensource, da wird man neidisch. Ohne jetzt Tuxedo di Lebensgrundlage streitig machen zu wollen, das könnte sich TW oder KDE ruhig "kreativ" ansehen. Wäre ein wünschenswertes und kluges Paket (auch weil es die Nachhaltigkeit fördert).
Am 16. März 2024 12:53:23 MEZ schrieb Stakanov
In data sabato 16 marzo 2024 11:54:12 CET, Martin Burnicki ha scritto:
Am 16.03.24 um 02:51 schrieb Christian Pubanz via Arcor:
Hallo zusammen,
in der letzten Zeit stelle ich tatsächlich häufiger Off-Topic-Fragen bzw. auch irgendwie wieder nicht, weil wir "Susler" dann doch eigene Fragen haben bzw. Lösungen suchen. ... Ich habe mir vor einiger Zeit einen Laptop von Tuxedo zugelegt. Dort kann man verschiedene Ladeprofile auswählen, die sich je nach Verwendung positiv auf die Lebensdauer auswirken sollen: https://www.tuxedocomputers.com/de/Ladeprofile-im-TUXEDO-Control-Center.tuxe do
Ich finde das sehr praktisch und sinnvoll.
Martin
Das ist sicher Opensource, da wird man neidisch. Ohne jetzt Tuxedo di Lebensgrundlage streitig machen zu wollen, das könnte sich TW oder KDE ruhig "kreativ" ansehen. Wäre ein wünschenswertes und kluges Paket (auch weil es die Nachhaltigkeit fördert).
Das Problem bei Tuxedo ist leider die Fixierung auf Ubuntu und dessen Derivate. Ich hatte auch einen Notebook von denen gekauft, damals mit Leap42.1. Hat damals auch gut funktioniert, aber beim ersten Update fiel die Frequenzsteuerung dann weg. Ab Leap 15.3 haben sie es wieder hingekriegt - allerdings um den Preis eines eigenen oss-REPOS (inklusive des zugehörigen Update-Repos). Damit kamen dann Updates für z.b Firefox usw. nach einem halben Jahr an, weil natürlich bei Tuxedo niemand Zeit dafür hatte, alle openSuse Updates zu kontrollieren und im eigenen repo nachzuziehen. Seit 15.5 gibt es das nicht mehr, Tuxedo bietet dafür nur ein paar Kleinigkeiten wie z.B das Tuxedo Control Center und einige Hintergrundbilder an. Aber leider ist damit die Frequenzsteuerung wieder sehr unterentwickelt. Und die Ladesteuerung habe ich da auch noch nicht gefunden - vielleicht existiert die auch nur unter Ubuntu oder/und neuerer Hardware. LG Martin -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Christian Pubanz via Arcor schrieb:
Gleichzeitig will ich aber den neuen Akku so gut wie möglich pflegen und wollte mal hören, was ihr mir
a) für physische Maßnahmen ratet (aktuell entfene ich das Netzteil nach der vollständigen Ladung und betreibe ihn dann mobil. Aber kann ich auch mal das Netzteil dranlassen? Wie lange maximal?
Genau diese Frage hatte ich mir vor einigen Monaten auch gestellt, denn es wird ja immer wieder sowohl davon abgeraten, den Akku ständig "voll" zu betreiben wie auch davon, ständig zu entladen und wieder aufzuladen. Ich habe dann in einer anderen Gruppe gefragt und da waren mehrere Leute folgender Meinung: Beide vorgenannten Aussagen sind richtig und auch nicht widersprüchlich - und daher sei das Optimum, ein Limit für die Ladung im BIOS einzutragen, sofern das BIOS das kann. Schädlich ist das Laden für den Akku nämlich vor allem im oberen Bereich, also oberhalb von 90 oder 80 Prozent. Mein BIOS kann das, man kann da quasi eine Hysterese definieren. Ich habe bei mir einen oberen Wert von 90% und einen unteren Wert von 80% eingestellt. Heißt, dass nie über 90% geladen wird und wenn der Akku-Stand durch fehlenden Netzanschluss sinkt, wird nur dann geladen, wenn der Stand unter 80% gefallen ist. Die Werte kann man nach eigenem Gusto einstellen, ein kleinerer unterer Wert ist natürlich noch besser für den Akku, hat aber den Nachteil, dass eventuell bei ungeplantem Betrieb ohne Netz vielleicht auch unerwartet wenig Ladung vorhanden ist. Und das Netzteil bleibt dran - das Laden wird ja verhindert, es wird nur die Leistung gezogen, die zum Betrieb benötigt wird. Ferner sollte man ab und zu (z.B. einmal im Monat) den Akku auch mal entladen, aber nicht tief entladen, so bis 20% runter würde reichen. So verfahre ich seit meiner damaligen Frage und den entsprechenden Antworten. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Meine Erfahrung mit diversen Akkus ist uneinheitlich, ich habe z.B. eine Canon DSLR von 2007, deren Li-Ionen-Originalakku immer noch prima funktioniert, während zwei im gleichen Jahr dafür gekaufte Fremdhersteller-Akkus schon seit mindestens 15 Jahren im Akkuhimmel sind. Bei einer anderen DSLR von 2011 habe ich gleich auf zwei Original-Akkus gesetzt, und bis heute hatte ich noch keinen Grund, deren Kapazität zu überprüfen. Was Laptop-Akkus betrifft, kann ich von zweien berichten: in einem täglich benutzten Acer Travelmate von 2014 unter Ubuntu hat der originale, eingebaute Akku laut 'mate-power-statistics' noch 80% der ursprünglichen Kapazität, in einem Lenovo Thinkpad t420 von 2012 unter tumbleweed hat der Akkupack von 2013 ebenfalls noch um die 80%. Wie der Lenovo-Akku behandelt wurde, bevor er zu mir kam, weiß ich nicht, den Acer-Laptop betreibe ich normalerweise mit dem Akku, bis er sich meldet, dass es der Akku nur noch soundso lange macht. Offenbar ist es wohl das gesündeste, sich nicht wegen der Akkus verrückt machen zu lassen... Was beiden Maschinen vor ein paar Wochen ganz gut getan hat, war ein Zyklus "Entladen im Betrieb bis zum automatischen Hinunterfahren" und dann 'ein kompletter Ladezyklus bei laufendem Betriebssystem', sowie je ein 'powertop --calibrate'. Auf beiden Maschinen ist 'tlp' installiert, extra konfiguriert habe ich das aber nicht. Nachher brauchten beide Laptops bei ruhendem Desktop deutlich weniger Leistung. 'powertop --calibrate' macht ein paar lustige Sachen mit der Maschine und das auch eine ziemliche Zeit lang - hier bitte mit Geduld abwarten, bis es von selber fertig wird. -- Viele Grüße Michael
Am 16.03.24 um 16:18 schrieb Michael Behrens:
Meine Erfahrung mit diversen Akkus ist uneinheitlich, ich habe z.B. eine Canon DSLR von 2007, deren Li-Ionen-Originalakku immer noch prima funktioniert, während zwei im gleichen Jahr dafür gekaufte Fremdhersteller-Akkus schon seit mindestens 15 Jahren im Akkuhimmel sind. Bei einer anderen DSLR von 2011 habe ich gleich auf zwei Original-Akkus gesetzt, und bis heute hatte ich noch keinen Grund, deren Kapazität zu überprüfen. ...
Hi, IMHO ist das ein genereller Fakt: die "Fremdhersteller"-Akkus halten nie so, wie die Originalen. Ich tippe darauf dass die Originalakkus, wenn auch oft beim gleichen "Fremdhersteller" produziert, geprüft sind, was Amazon & Co. verticken, ist quasi der prinzipiell funktionsfähige Ausschuss. Kenne ich von mehreren Digitalkameras, der Originalakku hält gegenüber einem ebenso neuen "Fremdhersteller-" Akku anderthalb mal bis doppelt so lange durch. Hat bei mir aber dann auch nicht wesentlich schneller abgebaut, als das Original. Quasi kauft man nur 60% der Kapazität... -- cu jth
In data martedì 19 marzo 2024 14:29:33 CET, Jörg Thümmler ha scritto:
Am 16.03.24 um 16:18 schrieb Michael Behrens:
Meine Erfahrung mit diversen Akkus ist uneinheitlich, ich habe z.B. eine Canon DSLR von 2007, deren Li-Ionen-Originalakku immer noch prima funktioniert, während zwei im gleichen Jahr dafür gekaufte Fremdhersteller-Akkus schon seit mindestens 15 Jahren im Akkuhimmel sind. Bei einer anderen DSLR von 2011 habe ich gleich auf zwei Original-Akkus gesetzt, und bis heute hatte ich noch keinen Grund, deren Kapazität zu überprüfen.
...
Hi,
IMHO ist das ein genereller Fakt: die "Fremdhersteller"-Akkus halten nie so, wie die Originalen. Ich tippe darauf dass die Originalakkus, wenn auch oft beim gleichen "Fremdhersteller" produziert, geprüft sind, was Amazon & Co. verticken, ist quasi der prinzipiell funktionsfähige Ausschuss. Kenne ich von mehreren Digitalkameras, der Originalakku hält gegenüber einem ebenso neuen "Fremdhersteller-" Akku anderthalb mal bis doppelt so lange durch. Hat bei mir aber dann auch nicht wesentlich schneller abgebaut, als das Original. Quasi kauft man nur 60% der Kapazität...
Also ich gebe hier mal eine Tipp für alle die Akkus für alte Handys brauchen, auch für Garmin, TomTom etc. Auf Aliexpress findet man die Firma HSABAT und die haben mir bis jetzt nur sehr gute Produkte verkauft. Eine Batterie für mein Samsung GSM hat ganze 5 Jahre gehalten und verdoppelte die Standby-Dauer. Eine Batterie für ein Nokia 8110 4G hatte im Original miserable 24 Stunden, die fast doppelt so starke Batterie (AKKU) aus China aber 5 Tage. Also ich würde das mit der Qualität nicht so übernehmen. Wer sucht wird bei dieser Firma bei Aliexpress fündig. Allerdings weiß ich nicht ob sie Notebookbatterien herstellen. Ah, einen Garmin Nüvi habe ich auch so aufgemotzt, nachdem die "original" Batterie eigentlich schon bei der Auslieferung "auf dem Zahnfleisch" ging. Nunmehr wesentlich mehr Power und der Austausch war dank Video auf Youtube auch ein Kinderspiel. Fremdhersteller ist nicht immer gleich Fremdhersteller.
participants (8)
-
Andreas Kyek -
Christian Pubanz via Arcor -
Jörg Thümmler -
Manfred Haertel, DB3HM -
Martin Burnicki -
Martin Hofius -
Michael Behrens -
Stakanov