Projektvorstellung: TLP – Linux Stromsparen

Ist der Unterschied zwischen den Befehlen

Code:
sudo tlp recalibrate

und

Code:
sudo tlp discharge

lediglich das Zurücksetzen der Ladeschwellen, das bei "discharge" nicht stattfindet?



Irgendwie habe ich das Gefühl, ich stehe auf dem Schlauch :confused:
 
:confused: was ist den mit Kernel 5.14 los?
Code:
root@station2:/usr/src# tlp-stat -s -b
--- TLP 1.4.0 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T440s 20ARS2QF00
BIOS           = GJETA4WW (2.54 )
OS Release     = Debian GNU/Linux bookworm/sid
Kernel         = 5.14.0-2-amd64 #1 SMP Debian 5.14.9-2 (2021-10-03) x86_64
/proc/cmdline  = BOOT_IMAGE=/vmlinuz-5.14.0-2-amd64 root=/dev/mapper/station2--vg-root ro quiet
Init system    = systemd v249 (249.5-1)
Boot mode      = BIOS (CSM, Legacy)

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 06:16:05 PM,  16420 sec(s) ago
Mode           = AC
Power source   = AC

+++ Battery Care
Plugin: thinkpad
Supported features: charge thresholds
Driver usage:
* natacpi (thinkpad_acpi) = active (charge thresholds)
* tpacpi-bat (acpi_call)  = inactive (kernel error)
Parameter value ranges:
* START_CHARGE_THRESH_BAT0/1:  0(off)..96(default)..99
* STOP_CHARGE_THRESH_BAT0/1:   1..100(default)

+++ ThinkPad Battery Status: BAT0 (Main / Internal)
/sys/class/power_supply/BAT0/manufacturer                   = SANYO
/sys/class/power_supply/BAT0/model_name                     = 45N1773
/sys/class/power_supply/BAT0/cycle_count                    = (not supported)
/sys/class/power_supply/BAT0/energy_full_design             =  23200 [mWh]
/sys/class/power_supply/BAT0/energy_full                    =  18010 [mWh]
/sys/class/power_supply/BAT0/energy_now                     =  10190 [mWh]
/sys/class/power_supply/BAT0/power_now                      =      0 [mW]
/sys/class/power_supply/BAT0/status                         = Idle

/sys/class/power_supply/BAT0/charge_control_start_threshold =     45 [%]
/sys/class/power_supply/BAT0/charge_control_end_threshold   =    100 [%]

Charge                                                      =   56.6 [%]
Capacity                                                    =   77.6 [%]

+++ ThinkPad Battery Status: BAT1 (Ultrabay / Slice / Replaceable)
/sys/class/power_supply/BAT1/manufacturer                   = SANYO
/sys/class/power_supply/BAT1/model_name                     = 45N1775
/sys/class/power_supply/BAT1/cycle_count                    = (not supported)
/sys/class/power_supply/BAT1/energy_full_design             =  23200 [mWh]
/sys/class/power_supply/BAT1/energy_full                    =  16580 [mWh]
/sys/class/power_supply/BAT1/energy_now                     =  11930 [mWh]
/sys/class/power_supply/BAT1/power_now                      =      0 [mW]
/sys/class/power_supply/BAT1/status                         = Idle

/sys/class/power_supply/BAT1/charge_control_start_threshold =     45 [%]
/sys/class/power_supply/BAT1/charge_control_end_threshold   =    100 [%]

Charge                                                      =   72.0 [%]
Capacity                                                    =   71.5 [%]

+++ Charge total                                            =   63.9 [%]

root@station2:/usr/src#

Ist das by design oder einfach ein Fehler? An TLP liegt es nicht (mit Kernel 5.10 geht es).
 
Geht's um den Kernel Error? Hat das bisher irgendwelche Auswirkungen auf Deinen Verbrauch? Installiert hast Du wohl acpi-call-dkms?


Hat eigentlich jemand nen Erfahrungswert, ob 8 Watt Idle (laut Powerstat) für ein X220 mit IPS Display auf zweitdunkelster Stufe unter Ubuntu (20.04.3 LTS) mit aktuellem TLP in Ordnung sind? Oder geht da grundsätzlich noch mehr?
 
Hat eigentlich jemand nen Erfahrungswert, ob 8 Watt Idle (laut Powerstat) für ein X220 mit IPS Display auf zweitdunkelster Stufe unter Ubuntu (20.04.3 LTS) mit aktuellem TLP in Ordnung sind? Oder geht da grundsätzlich noch mehr?
Die Größnordnung stimmt etwa, aber es sind zu viele Variablen im Spiel um hier zuverlässige Aussagen treffen zu können. TLP ja oder nein ist nur eine davon.

Das ähnlichste Gerät das ich hier habe ist ein T430. Und aus dem kann ich unter Debian/Xfce ohne TLP von unter 6W bis über 18W alles rausholen was halbwegs zu deinem Szenario ("idle" - was auch immer das genau heißt) passt.
Am ähnlichsten dürfte mein 9W-Szenario sein: Display auf minimaler Stufe, WLAN ~2MB/s Durchsatz, Bluetooth und HDD aus (System kommt von SSD).
 
Geht's um den Kernel Error? Hat das bisher irgendwelche Auswirkungen auf Deinen Verbrauch? Installiert hast Du wohl acpi-call-dkms?....................


Ja es geht um den Kernelerror - acpi-call scheint in dem Kernel nicht aktiviert zu sein?

Dein Verbrauch ist im Rahmen.

4W habe ich am T440s.

Code:
root@station2:~# tlp-stat -b
--- TLP 1.4.0 --------------------------------------------

+++ Battery Care
Plugin: thinkpad
Supported features: charge thresholds
Driver usage:
* natacpi (thinkpad_acpi) = active (charge thresholds)
* tpacpi-bat (acpi_call)  = inactive (kernel error)
Parameter value ranges:
* START_CHARGE_THRESH_BAT0/1:  0(off)..96(default)..99
* STOP_CHARGE_THRESH_BAT0/1:   1..100(default)

+++ ThinkPad Battery Status: BAT0 (Main / Internal)
/sys/class/power_supply/BAT0/manufacturer                   = SANYO
/sys/class/power_supply/BAT0/model_name                     = 45N1773
/sys/class/power_supply/BAT0/cycle_count                    = (not supported)
/sys/class/power_supply/BAT0/energy_full_design             =  23200 [mWh]
/sys/class/power_supply/BAT0/energy_full                    =  18010 [mWh]
/sys/class/power_supply/BAT0/energy_now                     =  10130 [mWh]
/sys/class/power_supply/BAT0/power_now                      =      0 [mW]
/sys/class/power_supply/BAT0/status                         = Idle

/sys/class/power_supply/BAT0/charge_control_start_threshold =     45 [%]
/sys/class/power_supply/BAT0/charge_control_end_threshold   =    100 [%]

Charge                                                      =   56.2 [%]
Capacity                                                    =   77.6 [%]

+++ ThinkPad Battery Status: BAT1 (Ultrabay / Slice / Replaceable)
/sys/class/power_supply/BAT1/manufacturer                   = SANYO
/sys/class/power_supply/BAT1/model_name                     = 45N1775
/sys/class/power_supply/BAT1/cycle_count                    = (not supported)
/sys/class/power_supply/BAT1/energy_full_design             =  23200 [mWh]
/sys/class/power_supply/BAT1/energy_full                    =  16580 [mWh]
/sys/class/power_supply/BAT1/energy_now                     =  11800 [mWh]
/sys/class/power_supply/BAT1/power_now                      =   4141 [mW]
/sys/class/power_supply/BAT1/status                         = Discharging

/sys/class/power_supply/BAT1/charge_control_start_threshold =     45 [%]
/sys/class/power_supply/BAT1/charge_control_end_threshold   =    100 [%]

Charge                                                      =   71.2 [%]
Capacity                                                    =   71.5 [%]

+++ Charge total                                            =   63.4 [%]
 
Danke für Eure Einschätzungen, das hilft schon mal bei der Einordnung. Ich war mir auch gar nicht mehr sicher, was ich unter Windows so für einen Verbrauch am X220 hatte, weil ich es so lange nur am Netzteil genutzt hatte...
 
Hat eigentlich jemand nen Erfahrungswert, ob 8 Watt Idle (laut Powerstat) für ein X220 mit IPS Display auf zweitdunkelster Stufe unter Ubuntu (20.04.3 LTS) mit aktuellem TLP in Ordnung sind? Oder geht da grundsätzlich noch mehr?
Völlig normal. Meins verbraucht in der Situation dasselbe. Mit älteren Kerneln waren es auch schon mal 6 Watt :(.

- - - Beitrag zusammengeführt - - -

Ja es geht um den Kernelerror - acpi-call scheint in dem Kernel nicht aktiviert zu sein?
Du hattest das Problem doch schon mal. Was war da die Lösung ... na?





Psst: in Debian Sid ist noch keine Version mit dem notwendigen Patch. Der Debian Maintainer weiß jedoch Bescheid ...
 
Zuletzt bearbeitet:
Völlig normal. Meins v......

Du hattest das Problem doch schon mal. Was war da die Lösung ... na?
.....................................

Der Debian Maintainer weiß jedoch Bescheid ...
Ah ok - ja ich erinnere mich (das war mit dem Backportkernel) :) Ok also warten ... hatte ja kurz gehofft das das endlich in den Kernel wandert. :cool:

Danke für die Info!
 
Warum braucht ein
Code:
tlp-stat -b
Rootrechte ?

Die Infos kann ein normaler Nutzer doch lesen?

Code:
marc@station2:~$ tlp-stat -b
Error: missing root privilege.
marc@station2:~$ inxi -B
Battery:   ID-1: BAT0 charge: 9.9 Wh (55.0%) condition: 18.0/23.2 Wh (77.6%) volts: 11.5 min: 11.1
           ID-2: BAT1 charge: 10.9 Wh (65.7%) condition: 16.6/23.2 Wh (71.5%)

:confused:
 
Zuletzt bearbeitet:
@mcb: um mit tpacpi-bat via acpi_call Ladeschwellen und/oder force_discharge auszulesen. Versuch das doch mal mit inxi ...
 
Sagt mal... kann TLP eigentlich beim Statuswechsel von AC auf BAT und umgekehrt Befehle ausführen? Ich habe bisher beim Googlen nur run-on-ac und run-on-bat gefunden, aber um diese Befehle zu nutzen müsste ich ja eigene Skripte starten, also mit eigenem Trigger... sollte TLP das eh schon können würde ich mir die Mühe natürlich gerne sparen :D

Ich will z.B. SyncThing mit "pkill syncthing" beenden, sobald der TLP den Statuswechsel zum Akkubetrieb initiiert.
 
@bemymonkey: Befehlsausführung ist absichtlich nicht enthalten (aus Supportgründen).
 
EDIT: Hat sich erledigt - bitte ignorieren!!

Kurze Frage, hoffentlich in diesem Thread erlaubt ?
Bei meinem X260 bekomme ich Infos zu den mWh nur für den Ansteckakku (BAT1), bei der internen BAT0 sehe ich die Werte nicht (s.u. die vier Zeilen).
Ist das normal ?! (Ist 'n Originalakku, Rekalibrierung läuft gerade, da konnte ich den momentanen mWh und den urspr. mWh Zustand in der Kommandozeile sehen).
Über tlp-stat -b -v sehe ich immerhin die momentane Spannung

Es geht um diese Werte:
/sys/class/power_supply/BAT0/energy_full_design =
/sys/class/power_supply/BAT0/energy_full =
/sys/class/power_supply/BAT0/energy_now =
/sys/class/power_supply/BAT0/power_now =


EDIT:
Jetzt auf einmal sind sie da...kam n Kernelupdate k.a. ob es was damit zu tun hatte, oder nicht...
 
Zuletzt bearbeitet:
EDIT: Hat sich erledigt - bitte ignorieren!!

Kurze Frage, hoffentlich in diesem Thread erlaubt ?
Bei meinem X260 bekomme ich Infos zu den mWh nur für den Ansteckakku (BAT1), bei der internen BAT0 sehe ich die Werte nicht (s.u. die vier Zeilen).
Ist das normal ?! (Ist 'n Originalakku, Rekalibrierung läuft gerade, da konnte ich den momentanen mWh und den urspr. mWh Zustand in der Kommandozeile sehen).
Über tlp-stat -b -v sehe ich immerhin die momentane Spannung

Es geht um diese Werte:
/sys/class/power_supply/BAT0/energy_full_design =
/sys/class/power_supply/BAT0/energy_full =
/sys/class/power_supply/BAT0/energy_now =
/sys/class/power_supply/BAT0/power_now =


EDIT:
Jetzt auf einmal sind sie da...kam n Kernelupdate k.a. ob es was damit zu tun hatte, oder nicht...


Da wäre ein Log hilfreich ? tlp-stat ...
 
@frostor, @all zur Erinnerung: wenn ihr hier Support haben möchtet, bitte immer die komplette Ausgabe von tlp-stat zeigen. Wenn es tatsächlich nur um einen bestimmten Abschnitt geht, den dann per Kommandozeilenoption einschränken und stets Systeminfo (-s) und Konfiguration (-c oder --cdiff) hinzufügen. Im vorliegenden Fall also
Code:
tlp-stat -c -s -b
Dann sieht man alle Infos zu Kernelmodulen, Treibern und vor allem beiden Akkus. Mit Ausschnitten ist eine vollständige Analyse nicht möglich und jedesmal nachfragen nervt auf die Dauer etwas.
 
  • ok1.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen
Zurück
Oben