进了STOP模式后,PLL停掉了,所以,如果开始的时钟配置,用的是PLL,那么唤醒后,需要重新配置RCC. 如果使用的是PLL,及时是用MSI作为时钟源,放大出来的,比如4M的MSI,PLL放大到48M,或者8M,STOP模式唤醒后,还是得重新配置时钟,因为用的是PLL. 如果为了节省时间,想退出STOP模式后,不用重新配置RCC(配置RCC,如果是外部HSE,耗时大概1.2ms),可以考虑用MSI STOP模式唤醒后 The MSI oscillator is selected as syst

这两天研究了STM32的低功耗知识,低功耗里主要研究的是STM32的待机模式和停机模式.让单片机进入的待机模式和停机模式比较容易,实验中通过设置中断口PA1来响应待机和停机模式. void EXTI1_IRQHandler(void){if(!GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_1)){delay_ms(10);while(!GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_1));if(GPIO_ReadInputDataBit

其实在写这篇文章的时候感觉自己已经落伍了,不过笔者在百度上搜索"微信支付开发之扫描支付(模式二)后如何回调"寻找答案时,发现依旧有很多朋友没有解决这个问题,所以就把自己的解决思路分享给大家. 一.下载微信支付SDK(笔者以php发开为例,sdk包为WxpayAPI_php_v3.zip) 下载SDK包后解压,在解压目录下,我们会看到如下目录 二.查阅微信支付开发者文档后得知,微信扫码支付的demo即为example目录下的native.php文件 为了方便,我们要做的是将整个解压后的文

由于博主比较习惯笔记本开盖即用,合盖即走,不大习惯开机关机(毕竟SSD速度杠杠滴^_^).可是发现笔记本长时间睡眠乃至休眠唤醒后,使用thinkpad热键,虽然可以调节,但屏幕不显示调节状态了.解决步骤如下: 1. 在桌面鼠标右键,选择[屏幕分辨率],如果无此选项,打开控制面板,“排列方式”选择“小图标”,选择“显示”选项,找到[屏幕分辨率设置]. 2. 在弹出窗口中,选择[高级设置] 3. 在弹出窗口中,切换到[屏幕显示]选项卡,确保[启用屏幕显示]为勾选状态,先将[数字锁定和大小写锁定的指示

串口发送数据时部分字节被拉长,出现帧错误,原因MCU进入低功耗模式导致串口时钟停了!

CPU I5,固态128G,win7主系统,WIN10和WIN7都安装在固态硬盘上. 未升级之前,操作很流畅,以至于把家里的老古董电脑也换固态,系统换WIN10了.自从升级了1607后这个问题就出现了,进入到桌面倒是挺快的,但一进入桌面,操作什么东西都没反应,等反应过来了突突突出来一大堆,让人很是恼火,但家里的那台电脑升级后什么事也没有,很无语,难道是驱动的问题,考虑要不要重装,办公电脑上有几个软件很大,安装很麻烦,所以就尽量不走重装这条路,禁用服务.启动项.快速启动网上大部分解决方案都试过了,

大家好,我是大明哥. 上篇文章我们分析了高性能 IO模型Reactor模式,了解了什么是Reactor 模式以及它的三种常见的模式,这篇文章,大明再介绍另外一种高性能IO模型: Proactor. 为什么是 Proactor 模式 上篇文章 [死磕 NIO]- Reactor 模式就一定意味着高性能吗?大明哥分析了 Reactor模式,我们知道Reactor性能确实非常高,适合高并发场景,但是它依然存在一个问题,那就是它是 同步IO.同步IO会有一个什么问题呢?同步IO需要线程自己等待内核准备好

Entity Framework采用DB First模式创建实体是比较容易与方便的,修改已创建的实体在个数不多的情况下也是没问题的,但如果已创建的实体比较多,比如10个实体以上,涉及修改的地方比较多的时候,那么这个时候采用可视化编器就不再那么方便了,而应该采用以XML的形式来呈现实体数据,然后用我们常用的编辑手段,复制.粘贴.剪切来快速实现批量修改,下面就来说说批量修改的方法: 1.找到Entity Framework采用DB First模式创建的文件,文件以.edmx结尾,如下图示: 2.选中

首先按照网友说的shutdown immediately,结果hang了半个小时也么反应. 然后检查日志,全盘搜索.trc,发现 (D:\app\oracle\diag\rdbms\cms1u\cms1u\trace) 进过分析,怀疑是由于归档已满导致数据库宕机,从而shutdown 无法生效. 再次google,手动删除了 归档文件 ,保留了最后一天的目录,文件位置: D:\app\oracle\flash_recovery_area\cms1u\ARCHIVELOG 再次百度 需要RMAN

一 老规则边看边写书上的代码,磨磨蹭蹭三个多星期终于把一本1000+的java与模式看完了. 于是,在这里贴上自己对每个模式的思考和总结,其实这个东西在我边看边写的时候已经写了一大半,博文再写一次算是复盘和分享. 而且由于是总结所以不贴代码,有兴趣的可以直接看我的项目,里面自带博文全部中文,因为也是边写变更新一遍github. 附上自己的项目地址 https://github.com/247292980/Design-Patterns 必须要说的是本人其实大二开始敲代码,目前工作不满一年,一定有

AWT缓存组中尽管大多数时候数据是从TimesTen到Oracle,但也存在数据从Oracle到TimesTen的情形. 数据从TimesTen下沉到Oracle依靠复制代理,数据从Oracle到TimesTen的刷新依赖缓存代理. 因为AWT缓存组不能定义autorefresh.因此缓存代理仅仅用于手工Load或Refresh操作. 假设停止复制代理.然后在两个数据库中均插入数据.会出现什么情况?为此做了下面的实验: 简单来说.假设复制代理失效,在TimesTen中的数据将临时无法下沉到Ora

开启HTML5 History Mode后,尤其需要server端的支持,官方文档里就有介绍:(传送门: https://router.vuejs.org/zh-cn/essentials/history-mode.html) [root@test-huanqiu ~]# cat /Data/app/nginx/conf/vhosts/testwx.wangshibo.com.conf server { listen ; server_name testwx.wangshibo.com; roo

server { listen ;#默认端口是80,如果端口没被占用可以不用修改 server_name localhost; root E:/vue/my_project/dist;#vue项目的打包后的dist location / { try_files $uri $uri/ @router;#需要指向下面的@router否则会出现vue的路由在nginx中刷新出现404 index index.html index.htm; } #对应上面的@router,主要原因是路由的路径资源并不是

有一个原因就是开启调试的会话没有正确的关闭,即PhpStorm这边关闭了而没有通知服务端xdebug关闭,导致服务器资源被耗尽,这时只有重启服务端的服务才可以. 所以必须保证每一个调试会话被正确关闭.可以调用PhpStorm的stop停止调试或者一直走完整个调试会话. 关闭xdebug的性能分析功能,只能xdebug来调试代码.性能分析用xhprof 配置如下: ; XDEBUG Extension[xdebug]zend_extension ="D:/wamp64/bin/php/php5.6

官方说明文档: https://router.vuejs.org/zh/g... 一. 实测 Linux 系统 Apache 配置: 更改站点配置文件即可,我这里在 Directory 标签后面添加了官方给的五行配置 <VirtualHost *:80> #Created by linvic on 2018-05-24 Serveradmin 674206994@qq.com ServerName blog.xxx.com DocumentRoot /home/www/blog <Dir

for循环条件中使用的变量 可以是循环条件中定义的变量 也可以是循环之外的变量 代码: #include <iostream> int main(){ int a = 1; int b = 1; int c = 1; int d = 0; d += a + b + c; std::cout << d << std::endl; for(int i = 0; i < 10; i += a + 1) { int a = 10; std::cout << &

1.编辑grub文件 sudo gedit /etc/default/grub 2.修改成以下参数 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.direct i8042.dumbkbd" 3.更新grub文件&&reboot sudo update-grub sudo reboot

第42章     电源管理—实现低功耗 全套200集视频教程和1000页PDF教程请到秉火论坛下载:www.firebbs.cn 野火视频教程优酷观看网址:http://i.youku.com/firege 本章参考数据:<STM32F4xx 中文参考手册>.<STM32F4xx规格书>.库说明文档<stm32f4xx_dsp_stdperiph_lib_um.chm>. 42.1 STM32的电源管理简介 电源对电子设备的重要性不言而喻,它是保证系统稳定运行的基础,而

预研目标 六轴静止时,终端进入低功耗模式:六轴震动时,终端正常工作模式,从而极大减少非工作时的电流消耗. 解决方案 机器静止时,依据六轴算法,CPU进入休眠(停止)模式:机器工作时,触发六轴中断唤醒CPU,再配合系统空闲时进入CPU睡眠模式,从而极大降低机器非工作时的电流消耗和降低工作时底电流消耗. 关键技术 STM32功耗模式 按功耗由高到低排列,STM32具有运行.睡眠.停止和待机四种工作模式.上电复位后STM32处于运行状态时,当内核不需要继续运行,就可以选择进入后面的三种低功耗模式降低功

一.STM32F1 RTC介绍 1.1 RTC简介 STM32 的实时时钟( RTC)是一个独立的定时器. STM32 的 RTC 模 块拥有一组连续计数的计数器,在相应软件配置下,可提供时钟日历的 功能.修改计数器的值可以重新设置系统当前的时间和日期. RTC模块和时钟配置是在后备区域,无论器件状态如何(运行模式. 低功耗模式或处于复位状态),只要保证后备区域供电正常,RTC便不会 停止工作,所以通常会在后备区域供电端加一个纽扣电池,即使主电源 停止供电,后备电源也会启动供电,从而保证RTC时