上手GY-30(BH1750)光强度传感器和相关程序代码
前言最近在写比赛的文档的时候,写到了BH1750的参数之类的,于是想着想都想了,不如写下来玩玩。emmmm,这边用的是STM32F103C8T6的芯片的标准库,其他MCU也大同小异,如果是用hal库就更好了,无需管GPIO口初始化那堆零碎的事情了。
模块和芯片而BH1750是一款数字型的光强传感器片上集成芯片,采用标准I2C总线协议与MCU进行链接。
GY-30模块的实质是BH1750,只是把外围诸如滤波和电容之类的电路整合进去了而已,其实都是用的BH1750芯片。
BH1750内部电路是由:光敏二极管、运算放大器、AD转换器等组成。光敏二极管通过光伏效应接收光信号产生电信号,经过运算放大后,由AD转换器采集电压数据并转换为数字信号,然后储存在寄存器之中。BH1750支持完全的I2C协议,使用I2C总线发送特定的控制位,即可读取光强度数据,亦可以修改BH1750的采集模式。
引脚定义BH1750支持且仅支持完整的I2C总线,采用四线传输方式,但由于BH1750模块本身可以从硬件对其设备地址进行修改,所以还多一个修改位。
名称
说明
VCC
接入 3.3V 电源正极
...
imgtp图床寄了
一直很少量但是很经常的在用这个图床,之前貌似有提过因为资金问题无法维持,但是后面又能用了,想着能用就不动的原则没去管,现在他最终没坚持下去了,所以不得不考虑图床的问题。
但是这几天发现博客的图标没了,找了半天发现是图床挂了,也是人麻。
实际上我图床用的不多,纯粹是为了加快速度才用的,所以迁移成本倒是不高,但是吧,他关闭就关闭,也不提前说一声,也是挺难顶的。
不知道有没有什么能长久用一点的图床吧,如果把加载图标放在github,不仅做不到等待加载遮罩的效果,还会拖慢速度,比较麻
独立建站也想过,但价格是一个大问题(
资中筠:休将明月照沟渠,莫与脑残争高低
本文转载自互联网,版权协议不明,侵权请联系!
我观察过很多 “争论” 的场景,也经常被卷入争论的漩涡。发现这个现象有其 “规律性”:中国式争论,其实都不是真正的争论,多数都是因为话语的对等,陷入抬杠的尴尬境地。
人与人之间一旦开始抬杠,就必然在情绪上严重升级,继而开始出言不逊。
比如有一次我谈到日本人的教养,就有一位同学大为不满,他数落我给日本人涂脂抹粉,长日本人的志气,灭中国人的威风。
我没有理他,因为我仅从他的话语中,就发现我们并不在一个平台上说话,彼此说的也不是一回事。他后来气急败坏,开始骂人了。我依然采取了不理睬的态度,直到他销声匿迹,不再挑衅。
几年后,我们偶遇,他给我带了一顶 “瞧不起人” 的大帽子。当时我欣然接受,并且告诉他:我真的瞧不起你,当然不是因为你的钱少,更不是因为你的车不好,而是你白长了一个脑袋,一个只知道吃饭、不知道思考的脑袋。我们之间讨论问题,既没有前提,也不会有结果。因为我们走的不是一条路,也不是一个方向。彼此南辕北辙,如何讨论问题?
我历来主张,不要和不思考的人讨论问题,尤其不要和不思考的人争论什么。
思考,是交流的前提;尽管思考的层次可能会很大,但 ...
揪出Windows上阻止你屏幕自动睡眠的程序
前言昨晚开着电脑听歌的时候,突然发现过了两个小时还不会熄屏,这就奇了怪了,因为我的电脑是设置了3分钟熄屏的。
而 Win32API Winbase.h里面的SetThreadExecutionState可以使得屏幕关闭和阻止系统休眠,而这本身是静默的,Windows并没有在前端提示是由谁造成的,于是就特别难蚌(
折腾了一圈也是发现有两种方式可以把阻止休眠的程序找出来。
方法一、命令行方式在管理员终端中,使用命令powercfg /requests
requests 参数的作用是“列举应用程序和驱动程序的电源请求。电源API可防止计算机自动关闭显示屏或进入低功耗睡眠模式。
Enumerates application and driver Power Requests. Power Requests prevent the computer from automatically powering off the display or entering a low-power sleep mode.
于是乎,如果有某个程序或者驱动设置了屏幕关闭或者禁止休眠,就会在下面显示。
6 ...
“送去大学的外卖基本没有差评”
封面在基于作者Starsharbor所声明的CC BY-NC-SA 4.0许可证,援引自其同名文章“送去大学的外卖基本没有差评”
前言
虽然我平时点外卖并不多(基本不是在校内买就是直接出去吃),但回想一下自己点外卖的时候,似乎一直是对外卖小哥抱着 “理解”“体谅” 的态度
我想,只是因为能上到大学的学生所接触的基础教育是具备正确价值观的,而不是计较、抠门、刁难、无理取闹
嘛,也是大半夜无聊刷博客看到了Starsharbor写的“送去大学的外卖基本没有差评”而我之前暑假的时候也去送了一波外卖,有感而发(
与此同时,我个人也是进场点外卖,于是想本着两个角度和两个立场的角度,来聊聊。
顾客我几乎天天点外卖了(才不是因为学校的难吃),确实跟Starsharbor说的一样,几乎每次点外卖都似乎一直是“理解”和“体谅”的态度,几乎从来没有催过单和与小哥发生矛盾。
迟点就迟点,能吃上就好了,我又不缺这十几分钟,又不会饿死,为什么要跟别人吵?
别人也是打份工,急什么?我闲的没事干嘛?为什么要投诉?
商家出餐慢、堵车、找不到人,都会把原本就并不充裕的送餐时间越拖越慢,这是不可避免的。
只要不是态度恶 ...
我们那丢人又幸福的不完美的人生——米奇与达利
一开始是闲的没事干,然后想找点乐子,顺便因为是双男主比较喜欢看小正太才看的。看了之后才发现不是那么一回事,根本不是所谓的乐子片。天知道我最后一集哭了多少次(((
又颠又好看!当最后礼物出现的时候,我绷不住了,养父母也太好了!米奇和达利终于能得到幸福并能独立追寻自己的人生了。从一开始只是为了复仇而装的一摸一样,从两者一体到最后发现他们之间有那么多不同的地方。暂且不谈颠公般的过程不同,从结果而言,他们不只是发现了真相并报复,而且还得到了真正的救赎。两个人坦然地走向了不同的道路,可他们的心永不分离。
这真的是一部好优秀好厉害的作品,故事中的所有人都被给予了最大善意,合乎情节发展的同时深深触动了人心,给足了观众心灵治愈;而再令人唾弃的坏人,也总有一个人在心中给你留有一席之地。
这可能就是所谓的不完美,但又幸福的人生吧……
诚然,每个人都想要幸福而完美的人生,但是幸福不是一场如愿的复仇,相反,它有时候可能只是一个普通的樱桃派;这世界上每个人都有选择幸福完美的权利,而幸福和完美本身不应被定义,因为不是条条框框,更不是束缚人的工具。相反,那些得不到幸福的人才是被自己的”幸福”所框住了。
最后达利在 ...
关于algolia自动上传
跟着教程把algolia搞出来了,但是发现每次修改完三连上传的时候,都不会自动更新algolia的index,必须手动hexo algolia一下,虽说问题不大,但是相当不优雅。
一开始是想着修改下能不能hexo deploy的时候一并上传,但是发现方向错了。
在翻了一波官方文档后, 发现我们执行的hexo d实质上依赖于package.json去转接执行。
应用程序的信息。EJS, Stylus 和 Markdown 渲染引擎 已默认安装,您可以自由移除。 — hexo官网
于是正确的方向是在直行hexo d的时候不是只是执行hexo delay而是一并执行hexo algolia
通过修改package.json文件即可实现。
12345678... "scripts": { "build": "hexo generate", "clean": "hexo clean", "deploy": "hexo deploy & ...
Windows7光盘的真伪对比
本文在得到Olde的同意下,非完整且带有演绎地转载,可能与原文章有出入。Windows7光盘的真伪对比
由于并非基于现有开源协议,如需使用请联系Olde老鹅 Olde老鹅
前言(滑稽)由于目前市面上出现了大量高仿的Win7彩包及简包,故在此进行对比。如有不足之处,欢迎补充。
鸣谢 @asministator
部分图片来源于网络,如有侵权请联系删除
先放图:真彩包和假简包 均为SP1
首先从包装开始Microsoft标如图所示Microsoft的logo当中的O应当为半开口,并与S相连
如果logo出现字体不匹配,文字断开等情况,则有仿造的嫌疑
激活限制声明包装盒上的激活限制声明,真假字体不同
接下来看看手册对于COEM简包,简中版手册均加有一张说明贴纸,但高仿一般没有,即使有,在字体上也会做手脚
(图转侵删)
对于彩包,造假手册不多,但造假的经常将COEM的手册放在彩包当中,如图所示
接下来就是光盘了简中版的盘心字体如下,如果见到其他字体的均为仿造,其中的全息防伪与光盘涂层应连为一体
高仿通常是一张贴纸或反光夹层,有些根本没有,盘心没有蚀刻的SID编码
不管是彩包还 ...
Keil5烧录报错Connection refused due to device mismatch的玄学问题
之前上课的时候,老师要求把指定的固件刷到开发版里面,但奇怪的是,有的板子可以刷入,有的不行,有的电脑可以,有的却不行。按理说工程文件、STLink驱动、开发版都是一样的,不应该存在这种问题才对。于是Google了一轮,记录一下。
报错信息
双连报错,很明显:
芯片不对
程序下载错误
芯片不对?不可能,工程文件是开发版厂家提供的,板子上的芯片也确实是STM32F103RCT6,这和Keil上是一一对应的,应该不存在芯片不对的问题。
但错误信息都无限制的指向这一个问题——芯片错误,这就奇了怪了
芯片问题??????根据论坛大佬和群友提供的信息,STLINK烧录的时候,首先需要和芯片建立连接,而校验芯片是否正确,则是用IDCODE进行校验。
STM32F103系列的IDCODE是0x1B10477,而我手上的是0x2BA01477,换句话说,我手上的这个芯片是仿制的,并非原版的
但是参考大佬的文章keil5 报错 Connection refused due to device mismatch! 的原因以及解决办法-CSDN博客是把CS的pack包替换一下就行了,但我这里pack ...