& 使用低频唤醒的目的通常都是为了降低产品的功耗。比如RFID技术当中使用低频唤醒技术的半主动式RFID，就是使用低频唤醒，然后使用其它频率HF或是UHF通信，传送有效数据。&
常见的系统架构如下
目前网路上搜索到的常见低频唤醒芯片有Atmel公司的ATA5283，还有澳大利亚已一家公司的AS3933，当然还有其它公司的一些芯片如：EM4083、MCP2030.芯片在侦听时的电流消耗很小，几ua即可。结合MCU也选择一些具有低功耗功能的芯片如TI的MSP430、STM8L&&&等。这样整个系统在侦听等待唤醒阶段的总功耗也就非常的低了，几十ua甚至ua级也能做到。
另外的一种系统架构是LF wake 芯片和MCU芯片整合在一起的。
第三种唤醒方式：使用特定的某个频率来唤醒设备，接收端不去进行调制解调动作，在某个环境中有此信号，便可以获取触发信号，启动系统上电或是进行其它动作。(这种方式未发现有实际使用的案例介绍）
考虑到实际生活中有很多射频干扰存在，实际使用应该比较困难。
第四种方案，近年来无线充电产品越来越多，该项技术也许可以应用在需要唤醒功能的产品中。
与非门科技(北京)有限公司 All Rights Reserved.
京ICP证:070212号
北京市公安局备案编号： 京ICP备：号《守望先锋》小美短片“唤醒” 沉睡9年醒来已物是人非_网络游戏-新闻_新浪游戏_新浪网
不再自动弹出
《守望先锋》小美短片“唤醒” 沉睡9年醒来已物是人非
10:48:29& &来源：
　　今日，暴雪公布了《守望先锋》的最新短片“唤醒”，这是中国角色小美的独角戏，讲述了她“冬眠”九年之后，面对物是人非的世界依然进行努力求生以期用研究资料帮助人们的故事。
　　《守望先锋》最新短片“唤醒”（台配音）：
视频加载中，请稍候...
　　小美丰腴的身材，乐观的性格，忘我奉献的精神体现出中国人民高尚的道德情操，在这个短片中，更是将小美这一角色形象塑造的更为立体。全篇除了最后温斯顿的录像，角色只有小美一个人以及她犹如朋友一般的助手机器人。从低温休眠中苏醒，发现已经过去九年，这个世界已经物是人非：捍卫者联盟解散，无人知道这处秘密基地。
　　小美作为南极洲生态观测站唯一生还的科学家，首先想到的是九年的研究资料可以帮助更多人，然后又发挥聪明才智制作了强悍的冰枪，利用矫健且不输德雷克、劳拉的运动本领，成功地爬到高塔接受信号。当然，短片中还有鱼人咖啡杯等彩蛋。虽然台版配音听上去有些怪怪的，但小美真的可爱！
新浪声明：新浪网登载此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。
中国游戏排行榜(China Game Weight Rank)是由新浪游戏推出的国内最全面、最专业、最公正、最客观的多平台游戏评测排行榜，包含了目前市场上所有的手游、端游、主机游戏、VR游戏、智能电视游戏及H5游戏，力图为中国玩家打造最值得信赖的游戏推荐平台。
评天下游戏、测产品深浅—新浪中国游戏排行榜CGWR！
新浪游戏APP
新浪游戏APP为广大玩家提供最及时、最个性化的聚合订阅游戏资讯，以及业内最丰富、最具价值的游戏礼包资源，首测资格、稀有道具，成为高玩就这么简单。新浪游戏APP论坛力求打造一个属于所有玩家的超大朋友圈，为玩家的生活增资添彩。新浪游戏秉承为玩家提供优质服务为宗旨，不断优化创新，让我们一起创造快乐！
全民手游攻略
全民手游攻略”是新浪游戏为全球手游玩家量身打造的一款手游攻略大全及专业游戏问答社区APP。“全民手游攻略”涵盖Apple Store游戏畅销榜前150名手游，网罗最新手游通关秘，帮助玩家畅玩手游；打造最全手游攻略资料站，帮你用最省钱方式吊打土豪。最火爆专业的游戏问答，让众多大神带你开启不同手游人生，寻找志同道合小伙伴一起并肩作战。
新浪游戏大事记
17年02月23日
16年12月15日
16年11月18日
16年11月16日
16年01月14日
16年01月14日
15年12月15日
15年11月19日
15年11月16日
15年01月08日
14年12月27日
14年12月17日
14年03月27日
14年01月09日
13年12月27日
13年12月07日
13年10月11日
用微信扫描二维码
分享至微信朋友圈笔记本的自动唤醒功能怎么设置？_百度知道
笔记本的自动唤醒功能怎么设置？
我有更好的答案
　　1、首先进入Power Management Setup(电源管理设定)→Power Again(再来电状态),此项决定了开机时意外断电之后,电力供应恢复时系统电源的状态。设定值有: Power Off(保持系统处于关机状态) Power On(保持系统处于开机状态)
Last State(恢复到系统断电前的状态)进入挂起/睡眠模式,但若按钮被揿下超过4秒,机器关机。把这个选项改成power off就行了! 　　2、首先进入BIOS的设置主界面,选择[POWER MANAGEMENT SETUP],再选择[PWR Lost Resume State],这一项有三个选择项。
选择[Keep OFF]项,代表停电后再来电时,电脑不会自动启动。 选择[Turn On]项,代表停电后再来电时,电脑会自动启动。
选择的[Last State],那么代表停电后再来电时,电脑恢复到停电前电脑的状态。断电前如 果电脑是处于开机状态,那么来电后就会自动开机。断电前是处于关机状态,那么来电后电脑不会自动开机。
　　3、有的BIOS中[POWER MANAGEMENT SETUP]没有上面说的[PWR Lost Resume State],可以在[PWRON After PWR-Fail]→[Integrated Peripherals]选项中找到两个选项:ON(打开自动开机)和OFF(关闭自动开机),设置为OFF即可。
注意：不同的主板及BIOS型号相对应的选项会有所不同,一般都在[POWER MANAGEMENT SETUP]这个选项中可以找到相应的设置选项。
采纳率：61%
自动唤醒有两种：一种是BIOS中设置自动开机时间，在BIOS的电源管理中另一种是网卡自动唤醒。也是在BIOS的电源管理中设置的。BIOS自动唤醒就是AC POWER，当设置AC POWER 为OFF的时候 你刚通电他也不开机 必须按开机按键才可以开机，如果设置为ON的话，你只有一通电马上自动开机的。网卡设置是不要在“系统自动连线”选项上面打对号就是了
自动唤醒有两种：一种是BIOS中设置自动开机时间，在BIOS的电源管理中另一种是网卡自动唤醒。也是在BIOS的电源管理中设置的。BIOS自动唤醒就是AC POWER，当设置AC POWER 为OFF的时候 你刚通电他也不开机 必须按开机按键才可以开机，如果设置为ON的话，你只有一通电马上自动开机的。网卡设置是不要在“系统自动连线”选项上面打对号就是了
我的理解：自动唤醒有两种：一种是BIOS中设置自动开机时间，在BIOS的电源管理中另一种是网卡自动唤醒。也是在BIOS的电源管理中设置的。BIOS自动唤醒就是AC POWER，当设置AC POWER 为OFF的时候 你刚通电他也不开机 必须按开机按键才可以开机，如果设置为ON的话，你只有一通电马上自动开机的。网卡设置是不要在“系统自动连线”选项上面打对号就是了，非常简单。
其他1条回答
为您推荐：
其他类似问题
您可能关注的内容
笔记本的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。手机壳说壳子带有智能休眠与唤醒 我的手机怎么不能实现_百度知道
手机壳说壳子带有智能休眠与唤醒 我的手机怎么不能实现
vivo Y29L 怎么设置才能只能唤醒 请指教
我有更好的答案
给您带来不便，敬请谅解。如果有任何问题可以随时来咨询我们的。非常感谢您对我们vivo的支持您好！很抱歉，该机型不支持HALL传感器哦，即不支持皮套唤醒功能
vivo，专注智能手机领域。
主营：智能手机
为您推荐：
其他类似问题
休眠的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。Linux电源管理(5)_Hibernate和Sleep功能介绍
Hibernate和Sleep两个功能是Linux Generic PM的核心功能，它们的目的是类似的：暂停使用——>保存上下文——>关闭系统以节电········>恢复系统——>恢复上下文——>继续使用。
本文以内核向用户空间提供的接口为突破口，从整体上对这两个功能进行介绍，并会在后续的文章中，分析它们的实现逻辑和执行动作。
顺便感概一下，虽然这些机制在Linux系统中存在很久了（类似的概念也存在于Windows系统中），但以蜗蜗的观察，它们被使用的频率并不是很高，特别是在PC上，大多数人在大多数时候选择直接关闭系统。阴错阳差的是，在很多嵌入式设备中，设计者会利用Sleep机制实现热关机功能，以此减少开机的时间。
2. Hibernate和Sleep相关的术语梳理
蜗蜗在“”中提到了Linux Generic PM有关的多个词汇，如Hibernate、Sleep、Suspend、Standby等等，听起来有些乱，因此在介绍Hibernate和Sleep之前，先来理一下这些词汇的关系。
▆ Hibernate（冬眠）和Sleep（睡眠）
是Linux电源管理在用户角度的抽象，是用户可以看到的实实在在的东西。它们的共同点，是保存系统运行的上下文后挂起（suspend）系统，并在系统恢复后接着运行，就像什么事情都没有发生一样。它们的不同点，是上下文保存的位置、系统恢复的触发方式以及具体的实现机制。
▆ Suspend
有两个层次的含义。一是Hibernate和Sleep功能在底层实现上的统称，都是指挂起（Suspend）系统，根据上下文的保存位置，可以分为Suspend to Disk（STD，即Hibernate，上下文保存在硬盘/磁盘中）和Suspend to RAM（STR，为Sleep的一种，上下文保存在RAM中）；二是Sleep功能在代码级的实现，表现为“kernel/power/suspend.c”文件。
▆ Standby，是Sleep功能的一个特例，可以翻译为“打盹”。
正常的Sleep（STR），会在处理完上下文后，由arch-dependent代码将CPU置为低功耗状态（通常为Sleep）。而现实中，根据对功耗和睡眠唤醒时间的不同需求，CPU可能会提供多种低功耗状态，如除Sleep之外，会提供Standby状态，该状态下，CPU处于浅睡眠模式，有任何的风吹草动，就会立即醒来。
这是我们第一次正式的提出Wakeup的概念。我们多次提到恢复系统，其实在内核中称为Wakeup。表面上，wakeup很简单，无论是冬眠、睡眠还是打盹，总得有一个刺激让我们回到正常状态。但复杂的就是，什么样的刺激才能让我们醒来？
动物界，温度回升可能是唯一可以让动物从冬眠状态醒来的刺激。而踢一脚、闹钟响等刺激，则可以让我们从睡眠状态唤醒。对于打盹来说，则任何的风吹草动，都可以唤醒。
而在计算机界，冬眠（Hibernate）时，会关闭整个系统的供电，因此想醒来，唯有Power按钮可用。而睡眠时，为了缩短Wakeup时间，并不会关闭所有的供电，另外，为了较好的用户体验，通常会保留某些重要设备的供电（如键盘），那样这些设备就可以唤醒系统。
这些刻意保留下来的、可以唤醒系统的设备，统称为唤醒源（Wakeup source）。而Wakeup source的选择，则是PM设计工作（特别是Sleep、Standby等功能）的重点。
经过上面的解释后，为了统一，蜗蜗会把表述从用户角度（Hibernate和Sleep）切换为底层实现上（STD、STR和Standby）。
3. 软件架构及模块汇整
3.1 软件架构
内核中该部分的软件架构大概可以分为三个层次，如下图：
1）API Layer，描述用户空间API的一个抽象层。
这里的API有两类，一类涉及Hibernate和Sleep两个功能（global APIs），包括实际功能、测试用功能、Debug用功能等，通过sysfs和debugfs两种形式提供；另一类是Hibernate特有的（STD APIs），通过sysfs和字符设备两种形式提供。
2）PM Core，电源管理的核心逻辑层，位于kernel/power/目录下，包括主功能（main）、STD、STR&Standby以及辅助功能（assistant）等多个子模块。
主功能，主要负责实现global APIs相关的逻辑，为用户空间提供相应的API；
STD，包括hibernate、snapshot、swap、block_io等子模块，负责实现STD功能和硬件无关的逻辑；
STR&Stanby，包括suspend和suspend_test两个子模块，负责实现STR、Standby等功能和硬件无关的逻辑。
3）PM Driver，电源管理驱动层，涉及体系结构无关驱动、体系结构有关驱动、设备模型以及各个设备驱动等多个软件模块。
3.2 用户空间接口
3.2.1 /sys/power/state
state是sysfs中一个文件，为Generic PM的核心接口，在“kernel/power/main.c”中实现，用于将系统置于指定的Power State（供电模式，如Hibernate、Sleep、Standby等）。不同的电源管理功能，在底层的实现，就是在不同Power State之间切换。
读取该文件，返回当前系统支持的Power State，形式为字符串。在内核中，有两种类型的Power State，一种是Hibernate相关的，名称为“disk”，除“disk”之外，内核在"kernel/power/suspend.c"中通过数组的形式定义了另外3个state，如下：
1: const char *const pm_states[PM_SUSPEND_MAX] = {
[PM_SUSPEND_FREEZE]
= "freeze",
[PM_SUSPEND_STANDBY]
= "standby",
[PM_SUSPEND_MEM]
这些Power State的解释如下：
这种Power State，并不涉及具体的Hardware或Driver，只是冻结所有的进程，包括用户空间进程及内核线程。和我们熟知的“冬眠”和“睡眠”相比，就称为“闭目养神”吧（可想而知，能节省的能量是有限的）。
【注：我们在之前的描述中，并没有特别描述该State，因为它在较早的内核中，只是Sleep、Hibernate等功能的一部分，只是在近期才独立出来。另外一个原因是，该state的省电效果不是很理想，所以其引用场景也是有限的。】
▆ standby，即第2章所描述的Standby状态。
▆ mem，即通常所讲的Sleep功能，也是第2章所描述的STR，Suspend to RAM。
▆ disk，即Hibernate功能，也是第2章所描述的STD，Suspend to Disk。
写入特定的Power State字符串，将会把系统置为该模式。
3.2.2 /sys/power/pm_trace
PM Trace用于提供电源管理过程中的Trace记录，由“CONFIG_PM_TRACE”宏定义（kernel/power/Kconfig）控制是否编译进内核，并由“/sys/power/pm_trace”文件在运行时控制是否使能该功能。
该功能的具体实现是“平台相关”的，我们这里暂不描述。
3.2.3 /sys/power/pm_test
PM test用于对电源管理功能的测试，由“CONFIG_PM_DEBUG”宏定义（kernel/power/Kconfig）控制是否编译进内核。其核心思想是：
▆ 将电源管理过程按照先后顺序，划分为多个步骤，如core、platform、devices等。这些步骤称作PM Test Level。
▆ 系统通过一个全局变量（pm_test_level），保存系统当前的PM Test Level。该变量的值可以通过”/sys/power/pm_test“文件获取及修改。
▆ 在每一个电源管理步骤结束后，插入PM test代码，该代码以当前执行步骤为参数，会判断当前的PM Test Level和执行步骤是否一致，如果一致，则说明该步骤执行成功。出于Test考量，执行成功后，系统会打印Test信息，并在等待一段时间后，退出PM过程。
▆ 开发人员可以通过修改全局的Test Level，有目的测试所关心的步骤是否执行成功。
上面已经讲了，该文件用于获取及修改PM Test Level，具体的Level信息在“kernel/power/main.c”中定义，格式如下（具体的意义，比较简单，对着相关的代码看，非常清晰，这里就不啰嗦了）：
1: static const char * const pm_tests[__TEST_AFTER_LAST] = {
[TEST_NONE] = "none",
[TEST_CORE] = "core",
[TEST_CPUS] = "processors",
[TEST_PLATFORM] = "platform",
[TEST_DEVICES] = "devices",
[TEST_FREEZER] = "freezer",
3.2.4 /sys/power/wakeup_count
该接口只和Sleep功能有关，因此由“CONFIG_PM_SLEEP”宏定义（kernel/power/Kconfig）控制。它的存在，是为了解决Sleep和Wakeup之间的同步问题。
我们知道，系统睡眠后，可以通过保留的Wakeup source唤醒系统。而在当今的CPU体系中，唤醒系统就是唤醒CPU，而唤醒CPU的唯一途径，就是Wakeup source产生中断（内核称作Wakeup event）。而内核要保证在多种状态下，Sleep/Wakeup的行为都能正常，如下：
▆ 系统处于sleep状态时，产生了Wakeup event。此时应该直接唤醒系统。这一点没有问题。
▆ 系统在进入sleep的过程中，产生了Wakeup event。此时应该放弃进入sleep。
这一点就不那么容易做到了。例如，当Wakeup event发生在“/sys/power/state”被写之后、内核执行freeze操作之前。此时用户空间程序依旧可以处理Wakeup event，或者只是部分处理。而内核却以为该Event已经被处理，因此并不会放弃此次sleep动作。
这就会造成，Wakeup event发生后，用户空间程序已经后悔了，不想睡了，但最终还是睡下去了。直到下一个Wakeup event到来。
为了解决上面的问题，内核提供wkaeup_count机制，配合“/sys/power/state”，以实现Sleep过程中的同步。该机制的操作行为如下：
▆ wakeup_count是内核用来保存当前wakeup event发生的计数。
▆  用户空间程序在写入state切换状态之前，应先读取wakeup_count并把获得的count写回给wakeup_count。
▆ 内核会比对写回的count和当前的count是否一致，如果不一致，说明在读取/写回操作之间，产生了新的的wakeup event，内核就会返回错误。
▆ 用户空间程序检测到写入错误之后，不能继续后的动作，需要处理响应的event并伺机再次读取/写回wakeup_count。
▆ 如果内核比对一致，会记录write wakeup_count成功时的event快照，后面继续suspend动作时，会检查是否和快照相符，如果不符，会终止suspend。
▆ 用户空间程序检测到写入正确后，可以继续对state的写入，以便发起一次状态切换。而此时是安全的。
蜗蜗会在后续的文章中，详细描述该机制在内核中的实现逻辑，这里暂不做进一步说明。
3.2.5 /sys/power/disk
该接口是STD特有的。用于设置或获取STD的类型。当前内核支持的STD类型包括：
1: static const char * const hibernation_modes[] = {
[HIBERNATION_PLATFORM]
= "platform",
[HIBERNATION_SHUTDOWN]
= "shutdown",
[HIBERNATION_REBOOT]
= "reboot",
5: #ifdef CONFIG_SUSPEND
[HIBERNATION_SUSPEND]
= "suspend",
▆ platform，表示使用平台特有的机制，处理STD操作，如使用hibernation_ops等。
▆ shutdown，通过关闭系统实现STD，内核会调用kernel_power_off接口。
▆ reboot，通过重启系统实现STD，内核会调用kernel_restart接口。
【注：以上两个kernel_xxx接口的实现，可参考“”。】
▆ suspend，利用STR功能，实现STD。该类型下，STD和STR底层的处理逻辑类似。
3.2.6 /sys/power/image_size
该接口也是STD特有的。我们知道，STD的原理是将当前的运行上下文保存在系统的disk（如NAND Flash，如硬盘），然后选择合适的方式关闭或重启系统。保存上下文是需要存储空间的，不光是disk中的存储空间，也包括位于内存的用于交换或缓冲的空间。
而该接口，就是设置或者获取当前内存中需要分配多少空间，用于缓冲需要写入到disk的数据。单位为byte。
3.2.6 /sys/power/reserverd_size
reserverd_size用于指示预留多少内存空间，用于在->freeze() 和 ->freeze_noirq()过程中保存设备驱动分配的空间。以免在STD的过程中丢失。
3.2.7 /sys/power/resume
该接口也是STD特有的。正常情况下，在重新开机后，内核会在后期的初始化过程中，读取保存在disk中的image，并恢复系统。而该接口，提供了一种在用户空间手动的读取image并恢复系统的方法。
通常情况下，该操作出现在系统正常运行的过程中，需要加载并执行另外的image。
3.2.8 debugfs/suspend_status
该接口是以debugfs的形式，向用户空间提供suspend过程的统计信息，包括：成功的次数、失败的次数、freeze失败的次数等等。
3.2.9 /dev/snapshot
该接口也是STD特有的。它通过字符设备的形式，向用户空间提供software的STD操作。我们会在后续的文章中详细描述。
原创文章，转发请注明出处。蜗窝科技，。}