macOS Sonoma Mac Mini M2 - Ruhezustand zw. 1,0 und 6,0 Watt?

[tocotronaut]

Powernap ist bei den Apple Chips meine ich immer Aktiviert. (Über die GUI kann man das nicht mehr schalten.)

Es gab einen Terminalbefehl bei dem man genau sehen konnte wann der Rechner in welchen Sleepmodus gegangen ist.
Auch der Grund (Cause) wurde als zahl angezeigt.

Igendwie wurde das Sytemprotokoll danach gefiltert. irgendwie mit grep
Leider hat Apple die Konsole irgendwann umgestaltet und (für mich) sehr schwer nutzbar gemacht.
Finde es auch leider gerade nicht mehr.

 

[maccoX]

Irgendwo in den Einstellungen, Hack oder ähnlich kann man das nicht ändern?

Das hab ich mir damals fürs Terminal notiert:

Alle gesetzten Werte anzeigen:
pmset -g

Mac Standby anpassen (4200 ist Originalwert):
sudo pmset -a standbydelay 172800

Mac Standby anpassen - neuer Wert? (14400 ist Originalwert):
sudo pmset -a autopoweroffdelay 172800

Falls Lust hast kannst ja schauen ob das noch geht oder die Befehle mal googeln.
War damals für den 2012er Mini und halt noch älteres macOS, weis nicht ob das heute noch funktioniert.

 

[lisanet]

Das hab ich mir damals fürs Terminal notiert:

Alle gesetzten Werte anzeigen:
pmset -g

Mac Standby anpassen (4200 ist Originalwert):
sudo pmset -a standbydelay 172800

Mac Standby anpassen - neuer Wert? (14400 ist Originalwert):
sudo pmset -a autopoweroffdelay 172800

Falls Lust hast kannst ja schauen ob das noch geht oder die Befehle mal googeln.
War damals für den 2012er Mini und halt noch älteres macOS, weis nicht ob das heute noch funktioniert.

Damit würde man die Zeit verlängern, die der Mac verstreichen lässt bis er in den Ruhezustand geht (standbydelay) bzw. in den autopoweroff.

Beide Modi müssen von den Geräten unterstützt werden und bringen nur dann was, wenn die restlichen Einstellungen dazu passen, besonders "hibernationmode". Das hibernationfile wird nämlich geschrieben und die Energie reduziert, wenn die Zeit des standbydelays abgelaufen ist.

 

[anbad]

Mal ein anderer Gedanke:

Energiesparen ist wirklich sinnvoll. Soweit die Vorbemerkung

Die M-Rechner benötigen in der Gesamtschau schon sehr wenig Energie. Wenn es dir dann um die letzten paar Watt geht, die im Ruhezustand verbraucht werden, dann schalte den Rechner lieber aus, wenn du länger nicht mehr dran arbeiten wirst, als dass du nun versuchst alle möglichen Dinge wie Powernap oder wake-on-lan zu deaktivieren, alle USB-Geräte absteckst etc. Das Booten geht schnell genug.

Es ist auch gut möglich, dass verändere Monitoreinstellungen oder ein anderer Monitor mehr an Energieersparniss bringen, als der Versuch den Mini mit allen möglichen Dingen in den Ruhezustand unter 6 W zu drücken.

Lacht mich nicht aus, aber der Mac Mini soll im Bad als Mediaplayer stehen. Planung ist dann dann morgens 15 Minuten laufen und irgendwann abends nochmals 20 Minuten. Das ist alles. Bei 1,0 bis 6,0 Watt würde sich ein ausschalten wohl lohnen, bei 0,5 Watt würde ich wohl nicht ausschalten, was mir irgendwie lieber wäre. Einschalten es sich dann über einen Bewegungsmelder via WOL, oder wenn ausgeschaltet über einen Smartdose.

Unabhängig davon, hätte ich ganz gerne gewußt, wieviel Strom das Ding braucht und wie man es richtig konfiguiert.

Nach abklemmen von Tastatur, Maus und Bildschrim braucht er noch zwischen 0.7 und 3,5 Watt.

Was hat das jetzt zu bedeutet? An/Aus oder beides:

64 bytes from 192.168.178.115: icmp_seq=133 ttl=128 time=0.448 ms
Request timeout for icmp_seq 134
Request timeout for icmp_seq 135
64 bytes from 192.168.178.115: icmp_seq=136 ttl=128 time=0.296 ms
Request timeout for icmp_seq 137
Request timeout for icmp_seq 138
Request timeout for icmp_seq 139
64 bytes from 192.168.178.115: icmp_seq=140 ttl=128 time=0.448 ms
Request timeout for icmp_seq 141
Request timeout for icmp_seq 142
Request timeout for icmp_seq 143
Request timeout for icmp_seq 144
Request timeout for icmp_seq 145
Request timeout for icmp_seq 146
Request timeout for icmp_seq 147
Request timeout for icmp_seq 148
Request timeout for icmp_seq 149
64 bytes from 192.168.178.115: icmp_seq=150 ttl=64 time=1.345 ms
64 bytes from 192.168.178.115: icmp_seq=151 ttl=64 time=0.852 ms
64 bytes from 192.168.178.115: icmp_seq=152 ttl=64 time=0.919 ms
64 bytes from 192.168.178.115: icmp_seq=153 ttl=64 time=0.868 ms
64 bytes from 192.168.178.115: icmp_seq=154 ttl=64 time=1.157 ms
64 bytes from 192.168.178.115: icmp_seq=155 ttl=64 time=0.552 ms
64 bytes from 192.168.178.115: icmp_seq=156 ttl=64 time=0.849 ms
64 bytes from 192.168.178.115: icmp_seq=157 ttl=64 time=0.827 ms
64 bytes from 192.168.178.115: icmp_seq=158 ttl=64 time=0.981 ms
64 bytes from 192.168.178.115: icmp_seq=159 ttl=64 time=0.918 ms

 

[davedevil-reloaded]

Die Herstellung und das Verschiffen Deines Meßgerätes zzgl der Suchen im Internet haben vermutlich mehr Energie verbraucht, als der Unterschied von 0,5 auf 6 Watt, den dein Mini in seiner Lebensdauer verbrauchen wird

Nur eine Vermutung ;-)

 

[maccoX]

bringen nur dann was, wenn die restlichen Einstellungen dazu passen, besonders "hibernationmode

Stimmt, hibernationmode hab ich noch im Kopf, da hatte ich glaub auch was umgestellt, scheinbar hatte ich das nicht vollständig dokumentiert.

 

[tocotronaut]

So scheint man die Gründe und Zeiten für das aufwachen sehen zu können:
https://stackoverflow.com/questions...uses-wakeups-during-laptop-sleep-mode-in-maco

So, try this command in your Terminal to fetch the system logs, this will tell you "wake up" history.
log show --style syslog | fgrep "Wake reason: EC.LidOpen"

To see the wake reason: For macOS Sierra, Mojave, Catalina, and newer
log show |grep -i "Wake reason"


der erste befehl scheint ich nur auf Notebooks zu beziehen...
Der zweite befehl lief gerade ewig und bei meinem uraltrehner gingen die lüfter auf volldampf....
Aber irgenwann kam eine antwort: com.apple.apsd verhindert bei mir den ruhezustand. (das ist bei dem rehner aber gewollt)

Hast du das schon ausgetestet:
pmset -g assertions

da kommen am ende auch die ProzessIDs (mit erklärung), die den sleep verhindern...
Poste doch mal die ausgabe von pmset -g dann sehen wir deine Einstellungen.

 

[tocotronaut]

Was hat das jetzt zu bedeutet? An/Aus oder beides:

64 bytes from 192.168.178.115: icmp_seq=133 ttl=128 time=0.448 ms
Request timeout for icmp_seq 134
64 bytes from 192.168.178.115: icmp_seq=159 ttl=64 time=0.918 ms

Das toggeln beim Ping bedeutet vermutlich das dein WLAN oder LAN Grütze ist.
Allerdings sind die Pings superschnell (wenn sie beantwortet werden...)

 

[lisanet]

und wie man es richtig konfiguiert.

Lass die Settings von pmset so, wie sie ursprünglich vorgesehen sind. Alles andere erfordert, dass du diese settings aufeinander abstimmst.

Wenn du unbedingt daran rum fummeln willst, dann mach als einziges den hibernationmode auf 25. Dann nimm die Finger weg.

Anschließend stelle in den Systemeinstellungen die Zeit entsprechend gering ein.

Für deinen Mediaplayer musst du dann halt dafür sorgen, dass der den Ruhezustand verhindert wenn er läuft und du musst ihn beenden, damit der Ruhezustand dann überhaupt einsetzen kann.

 

[lisanet]

Das toggln bim Ping bedeutet vrmutlich das dein WLAN oder LAN Grütze ist.
Allerdings sind die Pings superschnell (wenn sie beantwortet werden...)

nee, das zeigt dann eigentlich an, dass der Mini mit einem Ping doch geweckt wird.

Das ist mir jetzt auch neu. Mein Studio antwortet gerade auch auf pings.

 

[tocotronaut]

Wie gesagt - ganz Aus gehen die Apple Chips nur noch selten...

 

[maccoX]

Hab das hier gefunden um die Sleep Wake Zeiten anzuzeigen:

pmset -g log|grep -e " Sleep  " -e " Wake  "

Funktioniert bei mir, zeigt folgendes an:
- manuelles Aufwachen durch mich
- manuelles Standby setzen durch mich (Tastatur) "Software Sleep"
- stündliches Standby "Maintenance Sleep" da er scheinbar jede Stunde kurz aufwacht

das er jede Stunde kurz aufwacht ist aber glaub für WOL nötig, oder?

Mich würde jetzt aber interessieren wie man den Terminal Befehl optimieren kann um das Ergebnis übersichtlicher zu machen indem der stündliche Standby nicht auch angezeigt wird. Sondern wirklich nur die Zeiten wo er richtig in Standby geht und auch dauerhaft wieder aufwacht.

Am besten wär eigentlich sogar statt alles untereinander wenn man das so in der Art hätte:
2024-04-27 06:09 - 10:20 wach
2024-04-27 15:12 - 16:01 wach
2024-04-27 20:09 - 23:42 wach

vermute mal das man das aber nicht so ein einer Zeile kombinieren kann mit Wake und Standby Zeit.

 

[anbad]

Nachdem ich Tastatur, Maus und Bildschirm abgeklemmt habe, brauch

Die Herstellung und das Verschiffen Deines Meßgerätes zzgl der Suchen im Internet haben vermutlich mehr Energie verbraucht, als der Unterschied von 0,5 auf 6 Watt, den dein Mini in seiner Lebensdauer verbrauchen wird

Nur eine Vermutung ;-)

24/7 6 Watt = 14,68 €/Jahr
24/7 0.5 Watt = 1,22 €/Jahr

 

[anbad]

Lass die Settings von pmset so, wie sie ursprünglich vorgesehen sind. Alles andere erfordert, dass du diese settings aufeinander abstimmst.

Wenn du unbedingt daran rum fummeln willst, dann mach als einziges den hibernationmode auf 25. Dann nimm die Finger weg.

Anschließend stelle in den Systemeinstellungen die Zeit entsprechend gering ein.

Für deinen Mediaplayer musst du dann halt dafür sorgen, dass der den Ruhezustand verhindert wenn er läuft und du musst ihn beenden, damit der Ruhezustand dann überhaupt einsetzen kann.

Ich habe mich schon gewundert, dass es keine Hibernate-Datei gibt usw. Hibernate-Mode 25 hatte ich auch bereits probiert. Aber es wird diesbezüglich nix angezeigt, also dem Anschein nach, dass es diese Funktion nicht gibt:

Currently in use:
standby 0
Sleep On Power Button 1
autorestart 0
powernap 1
networkoversleep 0
disksleep 10
sleep 1 (sleep prevented by screensharingd, powerd, coreaudiod)
ttyskeepawake 1
displaysleep 3
tcpkeepalive 1
lowpowermode 0
womp 1

 

[anbad]

Hab das hier gefunden um die Sleep Wake Zeiten anzuzeigen:

pmset -g log|grep -e " Sleep  " -e " Wake  "

Funktioniert bei mir, zeigt folgendes an:
- manuelles Aufwachen durch mich
- manuelles Standby setzen durch mich (Tastatur) "Software Sleep"
- stündliches Standby "Maintenance Sleep" da er scheinbar jede Stunde kurz aufwacht

das er jede Stunde kurz aufwacht ist aber glaub für WOL nötig, oder?

Mich würde jetzt aber interessieren wie man den Terminal Befehl optimieren kann um das Ergebnis übersichtlicher zu machen indem der stündliche Standby nicht auch angezeigt wird. Sondern wirklich nur die Zeiten wo er richtig in Standby geht und auch dauerhaft wieder aufwacht.

Am besten wär eigentlich sogar statt alles untereinander wenn man das so in der Art hätte:
2024-04-27 06:09 - 10:20 wach
2024-04-27 15:12 - 16:01 wach
2024-04-27 20:09 - 23:42 wach

vermute mal das man das aber nicht so ein einer Zeile kombinieren kann mit Wake und Standby Zeit.

Das hat bei mir diese Information gebracht, interessant:

2024-04-27 09:09:30 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 23 secs
2024-04-27 09:12:03 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:14:35 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:17:07 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 23 secs
2024-04-27 09:19:40 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 23 secs
2024-04-27 09:22:13 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:24:45 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:27:17 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:29:49 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 23 secs
2024-04-27 09:32:22 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:35:27 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 23 secs
2024-04-27 09:38:00 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:39:56 +0200 Wake DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:0%)
2024-04-27 09:44:01 +0200 Sleep Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=active Using AC (Charge:0%) 4 secs
2024-04-27 09:44:50 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:45:57 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:47:03 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:48:10 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:49:16 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:50:23 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:51:29 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:52:36 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:53:42 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 09:54:49 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:55:57 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:57:03 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:58:10 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 09:59:16 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:01:39 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:04:13 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:06:46 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:09:19 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:11:51 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:14:24 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:15:30 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:18:05 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:20:38 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:23:12 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:25:44 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 21 secs
2024-04-27 10:28:17 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:30:50 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:33:45 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 22 secs
2024-04-27 10:36:18 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:0%) 7 secs

 

[anbad]

So scheint man die Gründe und Zeiten für das aufwachen sehen zu können:
https://stackoverflow.com/questions...uses-wakeups-during-laptop-sleep-mode-in-maco

So, try this command in your Terminal to fetch the system logs, this will tell you "wake up" history.
log show --style syslog | fgrep "Wake reason: EC.LidOpen"

To see the wake reason: For macOS Sierra, Mojave, Catalina, and newer
log show |grep -i "Wake reason"


der erste befehl scheint ich nur auf Notebooks zu beziehen...
Der zweite befehl lief gerade ewig und bei meinem uraltrehner gingen die lüfter auf volldampf....
Aber irgenwann kam eine antwort: com.apple.apsd verhindert bei mir den ruhezustand. (das ist bei dem rehner aber gewollt)

Hast du das schon ausgetestet:
pmset -g assertions

da kommen am ende auch die ProzessIDs (mit erklärung), die den sleep verhindern...
Poste doch mal die ausgabe von pmset -g dann sehen wir deine Einstellungghn

OK, beim letzten Command habe ich diese Information erhalten:

pmset -g assertions
2024-04-27 10:47:28 +0200
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 1
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 1410(screensharingd): [0x00000ad20007857a] 00:10:46 PreventSystemSleep named: "Remote user is connected"
pid 1410(screensharingd): [0x00000ad20009857b] 00:00:00 UserIsActive named: "Remote user active"
Timeout will fire in 179 secs Action=TimeoutActionRelease
pid 153(WindowServer): [0x00000ad500098596] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.nxevent service:IOHIDSystem pid:1411 process:ScreensharingAgent"
Timeout will fire in 179 secs Action=TimeoutActionRelease
pid 99(powerd): [0x00000ad20001857c] 00:10:45 PreventUserIdleSystemSleep named: "Powerd - Prevent sleep while display is on"
pid 179(coreaudiod): [0x00000ad400018594] 00:10:43 PreventUserIdleSystemSleep named: "com.apple.audio.AudioTap-F3C18145-A216-435C-B35E-DAD6FAF5D6D0.context.preventuseridlesleep"
Created for PID: 494.
Resources: audio-in 5856A081-1A41-4296-BA50-D4452D92B98F
Kernel Assertions: 0x100=MAGICWAKE
id=510 level=255 0x100=MAGICWAKE creat=27.04.24, 09:41 description=en1 owner=IOSkywalkNetworkBSDClient
id=511 level=255 0x100=MAGICWAKE creat=27.04.24, 09:53 mod=27.04.24, 10:51 description=en0 owner=en0

 

[Madcat]

Hallo,
ein Messgerät zeigt an, dass mein neuer Mac Mini M2 im vermuteten Ruhezustand zwischen 1,0 bis 6,0 Watt fluktuiert. Auch nach 10 Stunden ohne Nutzung. Ich vermutet, dass er in den Ruhezustand geht. Kann es aber letztendlich nicht bestätigen, da die LED ja nicht mehr blinkt beim M2.
Das kann doch nicht normal sein, oder?

Hier kommt es drauf an wie tief dein Mac Mini in den Ruhezustand geht. Im Sleep-Mode geht er auf unter 1W runter aber das muss auch eingestellt sein. Hinzu kommt, wie genau dein Messgerät im unteren Bereich ist, da schätzen die meisten auch mehr statt dass sie wirklich messen. Über 4W bedeutet idR, dass dein Mac Mini "nur" im Idle-Mode ist, dass kann passieren wenn er im Ruhezustand z.B. nach EMails schaut.

 

[lisanet]

Ich habe mich schon gewundert, dass es keine Hibernate-Datei gibt usw. Hibernate-Mode 25 hatte ich auch bereits probiert. Aber es wird diesbezüglich nix angezeigt, also dem Anschein nach, dass es diese Funktion nicht gibt:

dann wird es das bei stromkabel-betriebenen M-Rechnern nicht mehr geben. Ob es vom ARM-Chip-Design überhaupt möglich ist, diese aus Intel-Zeiten notwendigen Stromsparmodi zu haben weiß ich nicht.

Wie schon angemerkt, in der Gesamtschau sind die M-Rechner schon sehr energiesparend. Vielleicht ist aber auch dein Ansatz, einen Mac Mini anzuschaffen um ihn für 35 minuten täglich zu nutzen, auch etwas oversized.

 

[anbad]

dann wird es das bei stromkabel-betriebenen M-Rechnern nicht mehr geben. Ob es vom ARM-Chip-Design überhaupt möglich ist, diese aus Intel-Zeiten notwendigen Stromsparmodi zu haben weiß ich nicht.

Wie schon angemerkt, in der Gesamtschau sind die M-Rechner schon sehr energiesparend. Vielleicht ist aber auch dein Ansatz, einen Mac Mini anzuschaffen um ihn für 35 minuten täglich zu nutzen, auch etwas oversized.

Oversized. Ja. Ich möchte halt auch gerne Siri nutzen (Siri, spiel dies oder jenes..). Der Raspberry war zu schlecht.

 

[anbad]

Hier kommt es drauf an wie tief dein Mac Mini in den Ruhezustand geht. Im Sleep-Mode geht er auf unter 1W runter aber das muss auch eingestellt sein. Hinzu kommt, wie genau dein Messgerät im unteren Bereich ist, da schätzen die meisten auch mehr statt dass sie wirklich messen. Über 4W bedeutet idR, dass dein Mac Mini "nur" im Idle-Mode ist, dass kann passieren wenn er im Ruhezustand z.B. nach EMails schaut.

Sleep-Mode. Was würdest Du ändern? Ich habe schon tausend Sachen probiert, aber dann wieder alles hergestellt mit:
'sudo pmset restoredefaults '

pmset -g                                                 
System-wide power settings:
Currently in use:
 standby              0
 Sleep On Power Button 1
 autorestart          0
 powernap             1
 networkoversleep     0
 disksleep            10
 sleep                1 (sleep prevented by screensharingd, powerd, coreaudiod)
 ttyskeepawake        1
 displaysleep         3
 tcpkeepalive         1
 lowpowermode         0
 womp                 1