STM32L的官方例程，包括ADC,DAC,EXTI,I2C,GPIO,USART等26个例程

建立一个GPIO操作标准模版，个人认为还是比较好用的，模块化编程

海思平台代码读取某个GPIO口的值，方便用户在官方SDK去掉API读值的情况下使用

STM32F10x官方例程源码，包括ADC,DAC,FLASH,PWR,I2C,GPIO,USART等26个例程代码

利用定时器，外部中断，串口，GPIO完成的一个stm32小项目。

STM32F030基于MDK5的工程模板，主要初始化GPIO，以及操作串口，基于中断，通过AT指令操作外部GSM模块。
使用ST驱动库

C8051F040C51单片机最小系统核心板ALTIUM设计硬件原理图+PCB+封装库，采用2层板设计，板子大小为45x55mm，双面布局布线，主要器件为单片机C8051F040，LM317，及外围GPIO接口电路等。
AltiumDesigner设计的工程文件，包括完整的原理图PCB文件，可以用Altium(AD)软件打开或修改，可作为你产品设计的参考。

树莓派3上用户目前无法正常是使用GPIO中的UART串口(GPIO14&GPIO15;),也就是说用户无论是想用串口来调试树莓派，还是想用GPIO中的串口来连接GPS，蓝牙，XBEE等等串口外设目前都是有问题的。
原因是树莓派CPU内部有两个串口，一个是硬件串口(官方称为PL011UART)，一个是迷你串口(官方成为mini-uart)。
在树莓派2B/B+这些老版树莓派上，官方设计时都是将“硬件串口”分配给GPIO中的UART(GPIO14&GPIO15;)，因此可以独立调整串口的速率和模式。
而树莓派3的设计上，官方在设计时将硬件串口分配给了新增的蓝牙模块上，而将一个没有时钟源，必须由内核提供时钟参考源的“迷你串口”分配给了GPIO的串口，这样以来由于内核的频率本身是变化的，就会导致“迷你串口”的速率不稳定，这样就出现了无法正常使用的情况。
目前解决方法就是，关闭蓝牙对硬件串口的使用，将硬件串口重新恢复给GPIO的串口使用，也就意味着树莓派3的板载蓝牙和串口，现在成了鱼和熊掌，两者无法兼得。
按照一下方法回复恢复硬件串口：1、将此文件复制到/boot/overlays/~$sudocppi3-miniuart-bt-overlay.dtb/boot/overlays2、编辑/boot目录下的config.txt文件~$sudovim/boot/config.txt3、添加或修改下面内容:dtoverlay=pi3-miniuart-bt-overlayforce_turbo=14、关闭蓝牙服务~$sudosystemctldisablehciuart5、重启系统~$sudoreboot

RTS-ASG001是一个低成本NVIDIA®Jetson™TX1/TX2载板，载板大小与NVIDIAJetson®TX1/TX2模块一致，它提供了Mini-PCIE（全长或半长），Mini-SATA，千兆以太网，HDMI，USB3.0，USB2.0（W/OTG功能），UART和GPIO等接口。

利用GPIO、EXTI外部中断、TIM定时器实现URAT串口，该例子来自21IC网，未做改动，明天自己调试，看看效果完全是根据UART协议编写

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。