com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer
com.apple.alarm.user-visible-com.apple.acmd.alarm
中国的用户只能来美区才能看到类似的讨论,在中国没有人讨论这个问题,但实际上问题每个人都有,我们很在乎这个问题,对我产生了很大的困扰。
我测试过,我的插排有远程开关,晚上睡觉的时候会把总闸关闭,这时电脑是断电的,然后我合并笔记本盖子 这时候电脑接着显示器的 A:视频线( dp1.4 to c ),B:拓展坞(贝尔金),C:充电器磁吸插头 magicsafe3 ,D:蓝牙无线网开启
我的综上:
这样我还设置远程总闸干啥?我弄的目的就是为了一键可以关闭插排的电源然电脑 /显示器全部断电,这样电脑只需要盒盖就行,但是当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 I ( 280s/darwake ),这样我必须把连接的设备全部拔掉,设置总闸当初就是以为外设不通电就不会产生 io ,实际上设置总闸没有意义,电源断掉了,还是要拔掉线才行,最大的疑问就是《当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 I ( 280s/darwake )》。
不知道你们看到这个 testdata 有什么总结?
com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer
com.apple.alarm.user-visible-com.apple.acmd.alarm
➜ ~ pmset -g custom
Battery Power:
Sleep On Power Button 1
lowpowermode 0
standby 1
ttyskeepawake 0
hibernatemode 3
powernap 0
hibernatefile /var/vm/sleepimage
displaysleep 3
womp 0
networkoversleep 0
sleep 5
lessbright 1
tcpkeepalive 1
disksleep 10
SleepServices 0
AC Power:
Sleep On Power Button 1
lowpowermode 0
standby 1
ttyskeepawake 1
hibernatemode 3
powernap 0
hibernatefile /var/vm/sleepimage
displaysleep 20
womp 0
networkoversleep 0
sleep 30
tcpkeepalive 1
disksleep 10
SleepServices 0
~ log show --last 1d | grep "Wake reason"
2023-03-16 21:51:57.792604+0800 0x5144d5 Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-16 21:51:58.893651+0800 0x5144d6 Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-17 01:57:13.618960+0800 0x5349fe Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-17 01:57:14.068413+0800 0x534a0e Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-17 03:37:30.521880+0800 0x535f38 Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-17 03:37:31.452485+0800 0x535f52 Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2023-03-17 05:12:54.006766+0800 0x536889 Default 0x0 0 0 kernel: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
.....
➜ ~
这是在电源拓展wu显示器线蓝牙都连着没有断电时候的日子全都是AppleDeviceManagementHIDEventService::processWakeReason
1
Crump 2023-03-06 12:43:35 +08:00
pmset schedule cancelall 方法来源 @yinxianwei
|
2
zhouweiluan 2023-03-06 12:56:38 +08:00
中国的苹果社区很残废,真人活跃度基本为 0 ,全是那种社区版主给你贴官方文档,话术跟 Apple 客服一样,发起讨论基本不会得到有用的解决方法。
|
3
xtinput 2023-03-06 13:00:02 +08:00
所以它影响到你啥了?
|
5
a66243766 OP @xtinput 盒盖唤醒,电池下降,有人在乎有人不在乎,我都让电脑休眠了,你还半夜时不时醒来,当然 pmset 相关的后台更新的相关参数都关闭掉了
|
6
a66243766 OP @zhouweiluan 是的 基本上没有什么有效的答案
|
7
xtinput 2023-03-06 13:26:40 +08:00
查了一下,一个是用户实时守护进程,一个是系统进程监控的进程
系统运行要监控运行的进程,用户登录要监控用户信息实时守护 所以这两个唤醒是正常的呀,也是必要的呀,我周末没接电池没盒盖丢那两天三夜掉电 20%,开了 Siri |
8
feel5230 2023-03-06 14:29:07 +08:00
这两个事件都是 Mac 系统中的定时器事件,具体如下:
com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer 这个事件是与 Mac 系统日历应用程序相关的。它是一个周期性的定时器,用于触发日历应用程序中旅行引擎的定期刷新操作。旅行引擎负责在用户旅行时提供相关的日历信息和提醒功能。 com.apple.alarm.user-visible-com.apple.acmd.alarm 这个事件是与 Mac 系统中“提醒事项”应用程序相关的。它是一个定时器,用于触发“提醒事项”应用程序中的闹钟提醒。当用户设置闹钟提醒时,此定时器将在指定的时间触发,并在 Mac 系统中显示相应的提醒窗口。 @Crump 他的回复是可以删除这两个事件,但是这两个事件会不停的重复出现…后面还可以再补充一个语句:sudo chflags schg /Library/Preferences/SystemConfiguration/com.apple.AutoWake.plist 关于这个语句的作用如下:“这个命令将系统配置文件 /Library/Preferences/SystemConfiguration/com.apple.AutoWake.plist 的 "schg" 属性设置为 "on",这意味着该文件被设置为不可更改的只读文件,即使使用超级用户权限也不能修改、删除或重命名该文件。 该文件是 Mac 电脑上的系统配置文件之一,其中包含有关计划和控制自动唤醒功能的设置。通过设置文件的"schg"属性,可以防止系统或应用程序对该文件进行未经授权的更改,从而提高系统的安全性和稳定性。在某些情况下,该文件可能会被恶意软件或未经授权的用户更改,导致计划的自动唤醒功能出现问题,这时候可以通过设置"schg"属性来防止这种情况发生。请注意,如果需要更改该文件的设置,您需要首先使用命令 "sudo chflags noschg /Library/Preferences/SystemConfiguration/com.apple.AutoWake.plist" 取消该文件的"schg"属性,然后进行更改。完成更改后,请再次使用 "sudo chflags schg /Library/Preferences/SystemConfiguration/com.apple.AutoWake.plist" 命令将"schg"属性重新设置为 "on"。” |
9
feel5230 2023-03-06 14:31:12 +08:00
launchctl unload -w /System/Library/LaunchAgents/com.apple.CalendarAgent.plist
launchctl unload -w /System/Library/LaunchAgents/com.apple.amscheduler.plist 以上两个语句也可以关闭这个事件,不过…不能一劳永逸…至于这个是哪一个具体的应用时间触发的,这个貌似没办法知道 |
11
a66243766 OP @feel5230 另外我上传下日志大佬办看下这个唤醒是怎么回事 电池一晚上 80%==》 66%
due to AOP.OutboxNotEmpty spu_queue_overflow_ep42 基本上睡眠 5000s 就会唤醒一次 2023-03-06 23:52:07 +0800 Sleep Entering Sleep state due to 'Clamshell Sleep':TCPKeepAlive=active Using Batt (Charge:81%) 189 secs 2023-03-06 23:55:16 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to NUB.SPMISw3IRQ nub-spmi0.0x02 rtc/Maintenance Using BATT (Charge:81%) 45 secs 2023-03-06 23:56:01 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:81%) 233 secs 2023-03-06 23:59:54 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to SMC.OutboxNotEmpty smc.70070000 wifibt bluetooth-pcie/ Using BATT (Charge:81%) 45 secs 2023-03-07 00:00:39 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:81%) 5675 secs 2023-03-07 01:35:14 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:81%) 45 secs 2023-03-07 01:35:59 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:81%) 5681 secs 2023-03-07 03:10:40 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:81%) 45 secs 2023-03-07 03:11:25 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:79%) 5670 secs 2023-03-07 04:45:55 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:79%) 45 secs 2023-03-07 04:46:40 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:76%) 5669 secs 2023-03-07 06:21:09 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:76%) 45 secs 2023-03-07 06:21:54 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:74%) 5676 secs 2023-03-07 07:56:30 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:74%) 45 secs 2023-03-07 07:57:15 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:72%) 661 secs 2023-03-07 08:08:16 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to NUB.SPMISw3IRQ nub-spmi0.0x02 rtc/Maintenance Using BATT (Charge:72%) 45 secs 2023-03-07 08:09:01 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:71%) 5673 secs 2023-03-07 09:43:34 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT (Charge:71%) 45 secs 2023-03-07 09:44:19 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:69%) 2231 secs 2023-03-07 10:21:30 +0800 Wake Wake from Deep Idle [CDNVA] : due to SMC.OutboxNotEmpty smc.70070000 smc.70200000 USB-C_plug/Notification Using AC (Charge:68%) 4 secs 2023-03-07 10:21:34 +0800 Sleep Entering DarkWake state due to 'Clamshell Sleep':TCPKeepAlive=active Using AC (Charge:68%) 29 secs 2023-03-07 10:22:03 +0800 Wake DarkWake to FullWake from Deep Idle [CDNVA] : due to UserActivity Assertion Using AC (Charge:68%) |
12
feel5230 2023-03-07 14:08:04 +08:00
@a66243766 初步看下来…
Clamshell Sleep:这意味着您的 Mac 在连接到外部显示器时已经合上了盖子,以此来进入睡眠状态。 Maintenance Sleep:这是一种在系统执行维护任务时自动进入的睡眠状态。 DarkWake:这是一种低功耗的待机状态,Mac 可以在其中执行一些后台任务,例如下载更新或备份数据。 在这些状态下,Mac 使用了电池供电,因此在夜间使用这些模式可能会导致电池电量下降。 因为我更新到了 13.3 以后到系统,有一些功能在系统里已经被舍弃了,但是在 13 之前的版本里的相关节能以及电源设置,可能会存在缺失;目前的版本下,可以在系统偏好设置设置-电池-选项里,把几个设置选择 [永不] 或 [仅使用电源适配时] |
13
lty980321 2023-03-10 23:18:19 +08:00
在 kernel 里给 AppleRTC 打个补丁就好了,如白苹果的话不知道怎么弄了
|
14
a66243766 OP @feel5230 大佬我 append 了最新的测试情况,发现费电以上的唤醒事件好像都不受影响,实际上是当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 due to SMC.OutboxNotEmpty smc.70070000 wifibt wlan WLC_E_TKO ARPT ( 280s/darwake )
|
16
yinxianwei 2023-03-16 18:15:32 +08:00
|
17
feel5230 2023-03-17 09:25:23 +08:00
@a66243766 这个信息可能是由于 Mac 在进入睡眠状态时,系统管理控制器( SMC )无法清空出箱( Outbox ),从而导致一些错误消息的输出;
关于这个情况,只能通过重置 SMC 控制器&重置 NVRAM 的方式来尝试处理; 不过,按照我的经验来看,有可能还是处理不了,macOS 13 通过 OTA 升级上来的时候,有部分系统功能在升级后的内在处理逻辑不通,但是配置却未做更新…这个 Apple 貌似一直都没解决; |
18
a66243766 OP @yinxianwei 这个是黑苹果,m1 可以做这样的操作吗
|
19
lty980321 2023-03-17 15:35:18 +08:00
@a66243766 建议你放弃,黑果打补丁只能解决一部分人的电源唤醒事件问题,而且我升级 13.3beta4 之后事件又冒出来了,远景有一堆讨论帖,很长时间了没有哪个方法能彻底解决的。何况你还是白苹果,没办法像黑果这样便捷的给驱动打 patch 。
|
20
yinxianwei 2023-03-20 14:24:20 +08:00
我看有 @我,我以为黑果呢,白果不太清除了,随便搜了一下官网也有问这个,你看看有帮助吗?也可能你看过了
|
21
yinxianwei 2023-03-20 14:24:26 +08:00
|
22
a66243766 OP @yinxianwei 感谢不是这个 这个已经回答里的操作已经做过了,而且在每次唤醒的时候外界显示器也会跟着一亮一暗很烦人
|
23
notgoda 49 天前
@feel5230 V 友您好, 一直被合盖休眠问题困扰搜索到这个帖子,我没有外接任何外设, 发现也在掉电, 这是我执行 sudo log show --last 24h | grep -e "Wake from" -e "DarkWake" -e "due to" -e "Maintenance" -e "Clamshell Sleep" -e "Wake reason" 的输出,太长我把它上传到 https://pastebin.com/UWcZW2P3 , 早 8 点前我都没起床,
这是执行 sudo pmset -g log | grep -e "Wake from" -e "DarkWake" -e "due to" -e "Maintenance" -e "Clamshell Sleep" 相关的输出 2024-09-17 07:59:01 +0800 Assertions PID 441(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd00008418 [System: PrevIdle DeclUser kDisp] 2024-09-17 07:59:01 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to NUB.SPMI0Sw3IRQ nub-spmi.0x02 rtc/Maintenance Using BATT (Charge:68%) 45 secs 2024-09-17 07:59:01 +0800 Assertions PID 441(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd00008418 [System: PrevIdle DeclUser SRPrevSleep kCPU kDisp] 2024-09-17 07:59:46 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:68%) 16454 secs 2024-09-18 07:58:59 +0800 Assertions PID 441(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd0000885d [System: PrevIdle DeclUser kDisp] 2024-09-18 07:58:59 +0800 Assertions PID 441(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd0000885d [System: PrevIdle DeclUser kDisp] 2024-09-18 07:58:59 +0800 DarkWake DarkWake from Deep Idle [CDN] : due to NUB.SPMI0Sw3IRQ nub-spmi.0x02 rtc/Maintenance Using BATT (Charge:100%) 45 secs 2024-09-18 07:59:44 +0800 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:100%) 33838 secs 能否请您帮看看下一步该如何排查. 感激不尽! 另外有没有一种办法在电脑合盖时,自动关闭蓝牙和 wifi , 打开盖时自动打开蓝牙和 wifi? |
24
feel5230 29 天前
@notgoda 根据你提供的日志输出,Mac 的睡眠模式应该由 “MaintenanceWake” 和 “DarkWake” 触发,导致在合盖休眠期间设备从深度睡眠模式进入短暂的 “DarkWake” 状态,即设备在不完全唤醒的情况下处理任务,随后会重新进入睡眠状态。
你可以试下 1 、sudo pmset -b tcpkeepalive 0 电池状态下禁用网络唤醒 2 、mDNSResponder 用于在局域网中发现设备 系统偏好设置 > 节能器 > 关闭 “网络唤醒” 选项 3 、 sudo pmset -a autopoweroff 1 [开启自动关机] sudo pmset -a standbydelaylow 3600 [当 Mac 使用电池电量较低时,1 小时内未使用的情况下,系统会从普通睡眠切换到待机状态,进一步节省电量] sudo pmset -a standbydelayhigh 3600 [即使在电量充足的情况下,系统在 1 小时后也会从普通睡眠状态切换到更深的待机状态以节约电量] sudo pmset -a powernap 0 [禁用 Power Nap 后,系统在睡眠状态下不会定期唤醒处理这些任务,从而减少不必要的唤醒事件] |
25
notgoda 29 天前
@feel5230 感谢回复. Power Nap 很早之前就已经禁用, “网络唤醒” 选项也一直是关闭的, sudo pmset -b tcpkeepalive 0 我之前也禁用过没效果, 剩下的那 3 个参数好像我 m1 macOS12.5 是不支持的, 这是我电源管理的参数: https://imgur.com/a/1CaMKAC
$ sudo pmset -g live System-wide power settings: Currently in use: standby 1 Sleep On Power Button 1 SleepServices 0 hibernatefile /var/vm/sleepimage powernap 0 disksleep 10 sleep 1 (sleep prevented by sharingd, powerd) hibernatemode 3 ttyskeepawake 1 displaysleep 10 tcpkeepalive 0 lowpowermode 0 $ pmset -g assertions 2024-10-09 16:10:40 +0800 Assertion status system-wide: BackgroundTask 0 ApplePushServiceTask 0 UserIsActive 1 PreventUserIdleDisplaySleep 0 PreventSystemSleep 0 ExternalMedia 0 PreventUserIdleSystemSleep 1 NetworkClientActive 0 Listed by owning process: pid 375(WindowServer): [0x00003e9b00099700] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000799 name:AppleHIDKeyboardEve product:Apple Internal Keyb eventType:3" Timeout will fire in 600 secs Action=TimeoutActionRelease pid 682(sharingd): [0x000140f9000189bb] 00:06:05 PreventUserIdleSystemSleep named: "Handoff" pid 320(powerd): [0x000140a300018940] 00:07:30 PreventUserIdleSystemSleep named: "Powerd - Prevent sleep while display is on" pid 320(powerd): [0x000140a30009893e] 00:07:30 UserIsActive named: "com.apple.powermanagement.lidopen" Timeout will fire in 150 secs Action=TimeoutActionRelease No kernel assertions. |
26
notgoda 28 天前
@feel5230 您说的 节能器 > 关闭 “网络唤醒” 选项 是这里吗 https://imgur.com/a/laHQGxK
|
27
notgoda 28 天前
@feel5230 $ sudo pmset -g custom
Password: Sorry, try again. Password: Battery Power: Sleep On Power Button 1 lowpowermode 0 standby 1 ttyskeepawake 1 hibernatemode 3 powernap 0 hibernatefile /var/vm/sleepimage displaysleep 10 sleep 1 tcpkeepalive 0 lessbright 1 disksleep 10 SleepServices 0 AC Power: Sleep On Power Button 1 lowpowermode 0 standby 1 ttyskeepawake 1 hibernatemode 3 powernap 0 hibernatefile /var/vm/sleepimage displaysleep 10 womp 0 networkoversleep 0 sleep 1 tcpkeepalive 1 disksleep 10 SleepServices 0 |
28
KrisLiu 20 天前
我的 M1 MacBook Air 长期以来一直在莫名米秒地合盖耗电,能在 12 个小时内耗掉 30%以上。
|
29
KrisLiu 20 天前
系统是最新的 15.0.1 ,今天按照网上的教程尝试执行了一下“mset -g log|grep -e "sleep" -e "wake" -e "wake request" -e "waketime"”,下面是输出,出现了大量的 IntelligencePlatformCore 搜来搜去也不知道这是个什么,难道这电脑在连接苹果智能服务器?可这是国行机器国行系统啊。
有哪位大佬能帮我看一下这个是什么原因,怎么解决吗???求求了救救孩子吧。 2024-10-18 01:32:48 +0800 Wake Requests [process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2024-10-18 03:32:47 info="upkeep wake"] [*process=dasd request=SleepService deltaSecs=1073 wakeAt=2024-10-18 01:50:42 info="com.apple.dasd:501:com.apple.intelligenceplatform.IntelligencePlatformCore.Pipeline.FastPass"] [process=powerd request=TCPKATurnOff deltaSecs=305884 wakeAt=2024-10-21 14:30:53] [process=powerd request=CSPNEvaluation deltaSecs=3444 wakeAt=2024-10-18 02:30:12] [process=powerd request=UserWake deltaSecs=22931 wakeAt=2024-10-18 07:55:00 info="com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer,110"] 2024-10-18 01:32:48 +0800 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1537 ms)] 2024-10-18 01:32:50 +0800 com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=180 secs 2024-10-18 01:32:52 +0800 com.apple.sleepservices.sessionTerminated SleepService: window has terminated. 2024-10-18 01:33:29 +0800 Assertions PID 203(coreaudiod) TurnedOff PreventUserIdleSystemSleep "com.apple.audio.BuiltInSpeakerDevice.context.preventuseridlesleep" 00:00:39 id:0x0x100008d51 [System: PrevIdle] 2024-10-18 01:33:31 +0800 Wake Requests [process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2024-10-18 03:33:29 info="upkeep wake"] [*process=dasd request=SleepService deltaSecs=1047 wakeAt=2024-10-18 01:50:58 info="com.apple.dasd:501:com.apple.intelligenceplatform.IntelligencePlatformCore.Pipeline.FastPass"] [process=powerd request=TCPKATurnOff deltaSecs=305842 wakeAt=2024-10-21 14:30:53] [process=powerd request=CSPNEvaluation deltaSecs=3402 wakeAt=2024-10-18 02:30:12] [process=powerd request=UserWake deltaSecs=22889 wakeAt=2024-10-18 07:55:00 info="com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer,110"] 2024-10-18 01:33:31 +0800 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1551 ms)] 2024-10-18 01:33:32 +0800 com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=180 secs 2024-10-18 01:33:34 +0800 com.apple.sleepservices.sessionTerminated SleepService: window has terminated. 2024-10-18 01:34:17 +0800 Assertions PID 203(coreaudiod) TurnedOff PreventUserIdleSystemSleep "com.apple.audio.BuiltInSpeakerDevice.context.preventuseridlesleep" 00:00:45 id:0x0x100008d51 [System: PrevIdle] 2024-10-18 01:34:18 +0800 Wake Requests [process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2024-10-18 03:34:17 info="upkeep wake"] [*process=dasd request=SleepService deltaSecs=1020 wakeAt=2024-10-18 01:51:19 info="com.apple.dasd:501:com.apple.intelligenceplatform.IntelligencePlatformCore.Pipeline.FastPass"] [process=powerd request=TCPKATurnOff deltaSecs=305794 wakeAt=2024-10-21 14:30:53] [process=powerd request=CSPNEvaluation deltaSecs=3354 wakeAt=2024-10-18 02:30:12] [process=powerd request=UserWake deltaSecs=22841 wakeAt=2024-10-18 07:55:00 info="com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer,110"] 2024-10-18 01:34:18 +0800 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1532 ms)] 2024-10-18 01:34:20 +0800 com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=180 secs 2024-10-18 01:34:22 +0800 com.apple.sleepservices.sessionTerminated SleepService: window has terminated. 2024-10-18 01:34:31 +0800 Wake Requests [process=mDNSResponder request=Maintenance deltaSecs=7198 wakeAt=2024-10-18 03:34:29 info="upkeep wake"] [*process=dasd request=SleepService deltaSecs=905 wakeAt=2024-10-18 01:49:36 info="com.apple.dasd:501:com.apple.intelligenceplatform.IntelligencePlatformCore.Pipeline.FastPass"] [process=powerd request=TCPKATurnOff deltaSecs=305782 wakeAt=2024-10-21 14:30:53] [process=powerd request=CSPNEvaluation deltaSecs=3342 wakeAt=2024-10-18 02:30:12] [process=powerd request=UserWake deltaSecs=22829 wakeAt=2024-10-18 07:55:00 info="com.apple.alarm.user-invisible-com.apple.osanalytics.hardhighengagementtimer,110"] 2024-10-18 01:34:31 +0800 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1539 ms)] 2024-10-18 01:34:32 +0800 com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=180 secs 2024-10-18 01:34:34 +0800 com.apple.sleepservices.sessionTerminated SleepService: window has terminated. |