STC_ISP单片机升级软件单片机出厂时的缺省设置是“P1.0/P1.1”与下载无关，P3.0/RxD,P3.1/TxD通过RS-232转换器连接到电脑的普通RS-232串口就可以下载/编程用户应用程序到单片机内部用户应用程序区了。
如果单片机在正常工作时P3.0/RxD外接的是RS-485/RS-232等通信电路,推荐选择步骤4中:下次冷启动“P1.0/P1.1”等于“0/0”才可以下载程序单片机冷启动后(先没有电,后上电)首先运行的是单片机系统ISP监控程序。
系统ISP监控程序首先判断是否需要“P1.0/P1.1”等于“0/0”才可以继续执行系统ISP监控程序。
如果用户设置了下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载程序，而下次冷启动后“P1.0/P1.1”不同时为“0/0”，则单片机立即结束运行系统ISP监控程序，软复位到用户应用程序区执行用户应用程序。
如果用户设置了下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载程序，冷启动后如“P1.0/P1.1”同时为“0/0”，则单片机会去判断P3.0/RxD口有无合法下载命令流(有几百个字节)。
如果有合法下载命令流，则下载用户应用程序。
如果没有合法下载命令流，则单片机立即结束运行单片机系统ISP监控程序，软复位到用户应用程序区执行用户应用程序。
如果冷启动后P3.0/RxD口有很多“乱码”进入P3.0串口，虽然系统ISP监控程序能正确地判断是不合法的命令，但是较多的“乱码”会使单片机从“运行系统ISP监控程序状态”变为“运行用户应用程序状态”的时间拉长，造成用户误认为是复位时间过长。
设置下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载用户应用程序的好处是:将单片机从“运行系统ISP监控程序状态”变为“运行用户应用程序状态”的时间缩短到50微秒以内，此时间可忽略不计，因为R/C阻容复位电路的时间误差是毫秒级的。
1毫秒=1000微秒。
大部分用户选择单片机出厂时的缺省设置——“P1.0/P1.1”与下载无关就可以了。
如果单片机在正常工作时P3.0/RxD外接的是RS-485/RS-232等通信电路,推荐选择步骤4中:下次冷启动“P1.0/P1.1”等于“0/0”才可以下载程序单片机冷启动后(先没有电,后上电)首先运行的是单片机系统ISP监控程序。
系统ISP监控程序首先判断是否需要“P1.0/P1.1”等于“0/0”才可以继续执行系统ISP监控程序。
如果用户设置了下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载程序，而下次冷启动后“P1.0/P1.1”不同时为“0/0”，则单片机立即结束运行系统ISP监控程序，软复位到用户应用程序区执行用户应用程序。
如果用户设置了下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载程序，冷启动后如“P1.0/P1.1”同时为“0/0”，则单片机会去判断P3.0/RxD口有无合法下载命令流(有几百个字节)。
如果有合法下载命令流，则下载用户应用程序。
如果没有合法下载命令流，则单片机立即结束运行单片机系统ISP监控程序，软复位到用户应用程序区执行用户应用程序。
如果冷启动后P3.0/RxD口有很多“乱码”进入P3.0串口，虽然系统ISP监控程序能正确地判断是不合法的命令，但是较多的“乱码”会使单片机从“运行系统ISP监控程序状态”变为“运行用户应用程序状态”的时间拉长，造成用户误认为是复位时间过长。
设置下次冷启动后“P1.0/P1.1”等于“0/0”才可以下载用户应用程序的好处是:将单片机从“运行系统ISP监控程序状态”变为“运行用户应用程序状态”的时间缩短到50微秒以内，此时间可忽略不计，因为R/C阻容复位电路的时间误差是毫秒级的。
1毫秒=1000微秒。
大部分用户选择单片机出厂时的缺省设置——“P1.0/P1.1”与下载无关就可以了。
2023/7/23 11:25:41
3.1MB
1
方案并实现Unix的"time”召唤。
"mytime”召唤经由召唤行参数接受要运行的法度圭表标准，建树一个自力的进程来运行该法度圭表标准，并记实法度圭表标准运行的功夫。
在Windows下实现:使用CreateProcess()来建树进程使用WaitForSingleObject()在"mytime”召唤以及新建树的进程之间同步骤用GetSystemTime()来患上到功夫在Linux下实现:使用fork()/exec()来建树进程运行法度圭表标准使用wait()期待新建树的进程竣事挪用gettimeofday()来患上到功夫mytime的用法：$mytime.exeprogram1$mytime.exeprogram2tt为功夫参数展现下场：**小时**分**秒**毫秒**微秒
"mytime”召唤经由召唤行参数接受要运行的法度圭表标准，建树一个自力的进程来运行该法度圭表标准，并记实法度圭表标准运行的功夫。
在Windows下实现:使用CreateProcess()来建树进程使用WaitForSingleObject()在"mytime”召唤以及新建树的进程之间同步骤用GetSystemTime()来患上到功夫在Linux下实现:使用fork()/exec()来建树进程运行法度圭表标准使用wait()期待新建树的进程竣事挪用gettimeofday()来患上到功夫mytime的用法：$mytime.exeprogram1$mytime.exeprogram2tt为功夫参数展现下场：**小时**分**秒**毫秒**微秒
2023/4/13 6:48:22
6.9MB
1
猪皮包装器，可通过RaspberryPiZero，1、2、3或4上的Node.js启用快速GPIO，PWM，伺服控制，形态更改通知和中断处理。
目前，piggioNode.js模块和piggioC库都在RaspberryPi4ModelB上进行了实验。
Pigpio支持Node.js版本10、12、13、14和15。
内容产品特点数字IO每秒高达350万次数字读取*）每秒高达250万次数字写入*）GPIO0至31中的任意一个上的PWM支持多种频率和占空比范围GPIO0到31任意一个上的伺服控制无抖动当GPIO0到31中的任何一个形态改变时发出警报形态更改的时间精确到几微秒通知流，用于同时监视GPIO0到31中任何一个的形态变化形态更改的时间精确到几微秒低延迟中断处理程序每秒处理多达20000次中断*）作为一组操作的GPIO，最多可读取或写入32个GPIO触发脉冲产生上拉/下拉电阻器配置产生GPIO电平变化的波形（时间精确到几微秒）*）在运行RaspbianBuster2019-07-10的RaspberryP
目前，piggioNode.js模块和piggioC库都在RaspberryPi4ModelB上进行了实验。
Pigpio支持Node.js版本10、12、13、14和15。
内容产品特点数字IO每秒高达350万次数字读取*）每秒高达250万次数字写入*）GPIO0至31中的任意一个上的PWM支持多种频率和占空比范围GPIO0到31任意一个上的伺服控制无抖动当GPIO0到31中的任何一个形态改变时发出警报形态更改的时间精确到几微秒通知流，用于同时监视GPIO0到31中任何一个的形态变化形态更改的时间精确到几微秒低延迟中断处理程序每秒处理多达20000次中断*）作为一组操作的GPIO，最多可读取或写入32个GPIO触发脉冲产生上拉/下拉电阻器配置产生GPIO电平变化的波形（时间精确到几微秒）*）在运行RaspbianBuster2019-07-10的RaspberryP
2018/3/12 21:46:21
885KB
1
使用正点原子STM32F407探索者开发板实现TIMER3触发DMA+DAC波形数据采集使用TFT屏幕显示波形实现简易示波器功能1、采样率最高500kHz定时器两微秒触发一次ADC转换（168M时钟下ADC应该还能更快但现在暂时没办法让它速度更快了）2、定时器3触发ADC转换DMA读取数据并DMA中断刷新波形刷点能达到60Hz以上刷线只能达到26Hz左右3、KEY_UP运行停止状态切换KEY1KEY2增加减小功能KEY2时基触发电平选择PF9DMA中断指示PF10主程序运行指示PA5ADC数据输入4、稳定波形使用触发触发点设置为屏幕中心下降沿触发测频使用两个下降沿间隔时间计算就算是简易的也做得太不好了许多关键问题处理不了对于我来说改进空间还非常大
2020/3/3 21:29:39
4.41MB
1
“p2regionv2.0-是一个离线IP地址定位库和IP定位数据管理框架,10微秒级别的查询效率,提供了众多主流编程言语的xdb数据生成和查询客户端实现。
2015/10/13 9:23:22
6.2MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB