V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
a66243766
V2EX  ›  macOS

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

  •  
  •   a66243766 · 353 天前 · 2723 次点击
    这是一个创建于 353 天前的主题,其中的信息可能已经有所发展或是发生改变。
    com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer
    
    com.apple.alarm.user-visible-com.apple.acmd.alarm
    

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

    国外问题记录

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

    第 1 条附言  ·  344 天前

    出现大量存在的唤醒日志中高频出现的两个darkwake,以下是测试用例和报告。

    主要是就是这两个

    • due to SMC.OutboxNotEmpty smc.70070000 wifibt wlan WLC_E_TKO ARPT/ Using AC
    • due to AOP.OutboxNotEmpty spu_queue_overflow_ep42/ Using BATT

    我测试过,我的插排有远程开关,晚上睡觉的时候会把总闸关闭,这时电脑是断电的,然后我合并笔记本盖子 这时候电脑接着显示器的 A:视频线( dp1.4 to c ),B:拓展坞(贝尔金),C:充电器磁吸插头 magicsafe3 ,D:蓝牙无线网开启

    1. ABCD 全连着 I 和 II 都存在,一晚上掉电 15%
    2. ACD 全连着 I 和 II 都存在,一晚上掉电 12%
    3. CD 全连着 I 大量存在( 280s/darwake ),II 少量存在,一晚上掉电 10%
    4. ABD 全连着 I 少量存在,II 少量存在,一晚上掉电 5%
    5. C 连着 I 大量存在( 280s/darwake ),II 少量存在,一晚上掉电 9%
    6. A连着 I 不存在,II 少量存在( 5660s/darwake ),一晚上掉电 2%
    7. D连着,II 少量存在( 5660s/darwake ),一晚上掉电 2%

    我的综上:
    这样我还设置远程总闸干啥?我弄的目的就是为了一键可以关闭插排的电源然电脑 /显示器全部断电,这样电脑只需要盒盖就行,但是当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 I ( 280s/darwake ),这样我必须把连接的设备全部拔掉,设置总闸当初就是以为外设不通电就不会产生 io ,实际上设置总闸没有意义,电源断掉了,还是要拔掉线才行,最大的疑问就是《当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 I ( 280s/darwake )》。
    
    不知道你们看到这个 testdata 有什么总结?
    
    第 2 条附言  ·  344 天前
    com.apple.alarm.user-visible-com.apple.CalendarNotification.EKTravelEngine.periodicRefreshTimer
    
    com.apple.alarm.user-visible-com.apple.acmd.alarm
    

    以上的两个事件好像并不会出现什么耗电的情况,核心的问题在别的比方说上一个append

    第 3 条附言  ·  344 天前

    附上pmset config

    ➜  ~ 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
    
    第 4 条附言  ·  342 天前
      ~ 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

    22 条回复    2023-03-20 15:11:52 +08:00
    Crump
        1
    Crump  
       353 天前
    pmset schedule cancelall 方法来源 @yinxianwei
    zhouweiluan
        2
    zhouweiluan  
       353 天前
    中国的苹果社区很残废,真人活跃度基本为 0 ,全是那种社区版主给你贴官方文档,话术跟 Apple 客服一样,发起讨论基本不会得到有用的解决方法。
    xtinput
        3
    xtinput  
       353 天前
    所以它影响到你啥了?
    a66243766
        4
    a66243766  
    OP
       353 天前
    @Crump 下一次休眠唤醒之后自动添加唤醒事件
    a66243766
        5
    a66243766  
    OP
       353 天前
    @xtinput 盒盖唤醒,电池下降,有人在乎有人不在乎,我都让电脑休眠了,你还半夜时不时醒来,当然 pmset 相关的后台更新的相关参数都关闭掉了
    a66243766
        6
    a66243766  
    OP
       353 天前
    @zhouweiluan 是的 基本上没有什么有效的答案
    xtinput
        7
    xtinput  
       353 天前
    查了一下,一个是用户实时守护进程,一个是系统进程监控的进程
    系统运行要监控运行的进程,用户登录要监控用户信息实时守护
    所以这两个唤醒是正常的呀,也是必要的呀,我周末没接电池没盒盖丢那两天三夜掉电 20%,开了 Siri
    feel5230
        8
    feel5230  
       353 天前
    这两个事件都是 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
        9
    feel5230  
       353 天前
    launchctl unload -w /System/Library/LaunchAgents/com.apple.CalendarAgent.plist
    launchctl unload -w /System/Library/LaunchAgents/com.apple.amscheduler.plist
    以上两个语句也可以关闭这个事件,不过…不能一劳永逸…至于这个是哪一个具体的应用时间触发的,这个貌似没办法知道
    a66243766
        10
    a66243766  
    OP
       353 天前
    @feel5230 大佬真专业啊,能不能分享排查思路,通过上面的两个事件就能定位到具体的守护进程,和原因
    a66243766
        11
    a66243766  
    OP
       352 天前
    @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
        12
    feel5230  
       352 天前
    @a66243766 初步看下来…
    Clamshell Sleep:这意味着您的 Mac 在连接到外部显示器时已经合上了盖子,以此来进入睡眠状态。
    Maintenance Sleep:这是一种在系统执行维护任务时自动进入的睡眠状态。
    DarkWake:这是一种低功耗的待机状态,Mac 可以在其中执行一些后台任务,例如下载更新或备份数据。
    在这些状态下,Mac 使用了电池供电,因此在夜间使用这些模式可能会导致电池电量下降。

    因为我更新到了 13.3 以后到系统,有一些功能在系统里已经被舍弃了,但是在 13 之前的版本里的相关节能以及电源设置,可能会存在缺失;目前的版本下,可以在系统偏好设置设置-电池-选项里,把几个设置选择 [永不] 或 [仅使用电源适配时]
    lty980321
        13
    lty980321  
       349 天前
    在 kernel 里给 AppleRTC 打个补丁就好了,如白苹果的话不知道怎么弄了
    a66243766
        14
    a66243766  
    OP
       344 天前
    @feel5230 大佬我 append 了最新的测试情况,发现费电以上的唤醒事件好像都不受影响,实际上是当充电器磁吸插头 magicsafe3 断电源连在本子上的时候会产生大量 due to SMC.OutboxNotEmpty smc.70070000 wifibt wlan WLC_E_TKO ARPT ( 280s/darwake )
    a66243766
        15
    a66243766  
    OP
       344 天前
    @lty980321 大佬怎么搞 本来我都想放弃了 没想到还是看到生机
    yinxianwei
        16
    yinxianwei  
       343 天前
    我直接打 0d/6d 补丁,睡眠只能电源键唤醒

    https://blog.xjn819.com/post/opencore-guide.html
    feel5230
        17
    feel5230  
       342 天前
    @a66243766 这个信息可能是由于 Mac 在进入睡眠状态时,系统管理控制器( SMC )无法清空出箱( Outbox ),从而导致一些错误消息的输出;
    关于这个情况,只能通过重置 SMC 控制器&重置 NVRAM 的方式来尝试处理;
    不过,按照我的经验来看,有可能还是处理不了,macOS 13 通过 OTA 升级上来的时候,有部分系统功能在升级后的内在处理逻辑不通,但是配置却未做更新…这个 Apple 貌似一直都没解决;
    a66243766
        18
    a66243766  
    OP
       342 天前
    @yinxianwei 这个是黑苹果,m1 可以做这样的操作吗
    lty980321
        19
    lty980321  
       342 天前
    @a66243766 建议你放弃,黑果打补丁只能解决一部分人的电源唤醒事件问题,而且我升级 13.3beta4 之后事件又冒出来了,远景有一堆讨论帖,很长时间了没有哪个方法能彻底解决的。何况你还是白苹果,没办法像黑果这样便捷的给驱动打 patch 。
    yinxianwei
        20
    yinxianwei  
       339 天前
    我看有 @我,我以为黑果呢,白果不太清除了,随便搜了一下官网也有问这个,你看看有帮助吗?也可能你看过了
    a66243766
        22
    a66243766  
    OP
       339 天前
    @yinxianwei 感谢不是这个 这个已经回答里的操作已经做过了,而且在每次唤醒的时候外界显示器也会跟着一亮一暗很烦人
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   941 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 21:11 · PVG 05:11 · LAX 13:11 · JFK 16:11
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.