两个怎么都删不掉的唤醒事件

[a66243766]

com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer

com.apple.alarm.user-visible-com.apple.acmd.alarm

---

问题每个人都有，只是大家不知道的

国外问题记录

中国的用户只能来美区才能看到类似的讨论，在中国没有人讨论这个问题，但实际上问题每个人都有，我们很在乎这个问题，对我产生了很大的困扰。

[Crump]

pmset schedule cancelall 方法来源 @yinxianwei

[zhouweiluan]

中国的苹果社区很残废，真人活跃度基本为 0 ，全是那种社区版主给你贴官方文档，话术跟 Apple 客服一样，发起讨论基本不会得到有用的解决方法。

[xtinput]

所以它影响到你啥了？

[a66243766]

@Crump 下一次休眠唤醒之后自动添加唤醒事件

[a66243766]

@xtinput 盒盖唤醒，电池下降，有人在乎有人不在乎，我都让电脑休眠了，你还半夜时不时醒来，当然 pmset 相关的后台更新的相关参数都关闭掉了

[a66243766]

@zhouweiluan 是的 基本上没有什么有效的答案

[xtinput]

查了一下，一个是用户实时守护进程，一个是系统进程监控的进程
系统运行要监控运行的进程，用户登录要监控用户信息实时守护
所以这两个唤醒是正常的呀，也是必要的呀，我周末没接电池没盒盖丢那两天三夜掉电 20%，开了 Siri

[feel5230]

这两个事件都是 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"。”

[feel5230]

launchctl unload -w /System/Library/LaunchAgents/com.apple.CalendarAgent.plist
launchctl unload -w /System/Library/LaunchAgents/com.apple.amscheduler.plist
以上两个语句也可以关闭这个事件，不过…不能一劳永逸…至于这个是哪一个具体的应用时间触发的，这个貌似没办法知道

[a66243766]

@feel5230 大佬真专业啊，能不能分享排查思路，通过上面的两个事件就能定位到具体的守护进程，和原因

[a66243766]

@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%)

[feel5230]

@a66243766 初步看下来…
Clamshell Sleep：这意味着您的 Mac 在连接到外部显示器时已经合上了盖子，以此来进入睡眠状态。
Maintenance Sleep：这是一种在系统执行维护任务时自动进入的睡眠状态。
DarkWake：这是一种低功耗的待机状态，Mac 可以在其中执行一些后台任务，例如下载更新或备份数据。
在这些状态下，Mac 使用了电池供电，因此在夜间使用这些模式可能会导致电池电量下降。

因为我更新到了 13.3 以后到系统，有一些功能在系统里已经被舍弃了，但是在 13 之前的版本里的相关节能以及电源设置，可能会存在缺失；目前的版本下，可以在系统偏好设置设置-电池-选项里，把几个设置选择 [永不] 或 [仅使用电源适配时]

[lty980321]

在 kernel 里给 AppleRTC 打个补丁就好了，如白苹果的话不知道怎么弄了

[a66243766]

@feel5230 大佬我 append 了最新的测试情况，发现费电以上的唤醒事件好像都不受影响，实际上是当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 due to SMC.OutboxNotEmpty smc.70070000 wifibt wlan WLC_E_TKO ARPT （ 280s/darwake ）

[a66243766]

@lty980321 大佬怎么搞 本来我都想放弃了 没想到还是看到生机

[yinxianwei]

我直接打 0d/6d 补丁，睡眠只能电源键唤醒

https://blog.xjn819.com/post/opencore-guide.html

[feel5230]

@a66243766 这个信息可能是由于 Mac 在进入睡眠状态时，系统管理控制器（ SMC ）无法清空出箱（ Outbox ），从而导致一些错误消息的输出；
关于这个情况，只能通过重置 SMC 控制器&重置 NVRAM 的方式来尝试处理；
不过，按照我的经验来看，有可能还是处理不了，macOS 13 通过 OTA 升级上来的时候，有部分系统功能在升级后的内在处理逻辑不通，但是配置却未做更新…这个 Apple 貌似一直都没解决；

[a66243766]

@yinxianwei 这个是黑苹果，m1 可以做这样的操作吗

[lty980321]

@a66243766 建议你放弃，黑果打补丁只能解决一部分人的电源唤醒事件问题，而且我升级 13.3beta4 之后事件又冒出来了，远景有一堆讨论帖，很长时间了没有哪个方法能彻底解决的。何况你还是白苹果，没办法像黑果这样便捷的给驱动打 patch 。

[yinxianwei]

我看有 @我，我以为黑果呢，白果不太清除了，随便搜了一下官网也有问这个，你看看有帮助吗？也可能你看过了