基于Proteus仿真的多功能密码锁系统设计与实现-北京尧图网络

简介本资源是一套面向单片机初学者与课程设计者的完整Protues仿真项目聚焦多功能电子密码锁系统开发解决嵌入式系统中密码管理、环境感知与数据持久化等典型工程问题。资源包含59个文件涵盖7个核心C源码如mima.c、DS18B20.c、i2c.c、6个头文件含矩阵键盘、LCD1602驱动接口、8个编译生成的OBJ/LST文件、2个Keil工程文件.uvproj/.uvopt及Proteus仿真工程.pdsprj另有24C04掉电存储BIN文件、电路图PNG与说明文档整体压缩包仅833KB结构清晰便于调试与二次开发。已有159人学习下载提供从温度采集、8位密码输入/修改、LCD实时显示、电机模拟开锁到三次错误声光报警的全功能实现配套代码注释详尽、模块划分合理特别适合单片机原理与接口技术课程实践及毕业设计参考。最近在做单片机课程设计的朋友一定绕不开“密码锁”这类题目。但很多人做着做着就发现网上能找到的代码要么只能跑一个简单按键解锁要么就是纯理论说明仿真图、掉电存储、附加功能全都靠脑补。今天要拆的这个项目正好是这类题目的完整版——基于单片机Proteus仿真的多功能密码锁系统它把8位密码校验、温度采集显示、掉电存储EEPROM、报警输出这几个模块全部整合在一个仿真工程里还带完整源代码。这篇文章会从硬件选型讲到软件状态机再讲到Proteus调试翻车记录争取让你看完就能直接复现并且能跟别人讲清楚每一行代码为什么要这么写。这套设计特别适合三类人一是正在做单片机课程设计或毕业设计的在校生二是想系统梳理51单片机外设矩阵键盘、LCD1602、DS18B20、AT24C02的嵌入式初学者三是想在Proteus里练手完整项目、又暂时没条件买开发板的朋友。内容我会尽量按“先讲清楚原理、再给能抄的代码、最后列避坑点”的方式来组织。1. 项目整体设计与核心思路拆解任何一个单片机综合项目拿到手第一件事不是急着写代码而是先把功能需求拆清楚再决定用哪些模块去实现。这一步决定了后面到底是在“拼积木”还是在“熬粥”。1.1 核心需求解析从标题就能看出来这个项目包含四个核心关键词多功能密码锁具备密码输入、密码校验、开锁/闭锁控制、密码错误报警、密码修改等完整流程。温度采集通过数字温度传感器实时测量环境温度并在显示器上刷新属于附加功能模块。8位密码密码长度固定为8位比常见的4位或6位密码更复杂也更适合课程设计展示。掉电存储系统断电后密码仍然保留重新上电不需要重新设置。这是整个项目中最容易翻车、也最有技术含量的部分。把这些需求落到具体硬件上一个典型的功能模块划分是这样的功能模块实现方案对应的学习重点主控51系列单片机AT89C51/AT89C52GPIO控制、定时器、中断密码输入4×4矩阵键盘行列扫描、按键消抖信息显示LCD1602字符液晶初始化时序、写指令/写数据温度采集DS18B20数字温度传感器单总线时序协议掉电存储AT24C02I2C接口EEPROMI2C通信、写周期时序开锁/报警继电器驱动、蜂鸣器输出控制、状态指示这样的模块划分几乎覆盖了51单片机入门阶段所有重要的外设知识点。如果这门课有答辩环节这些模块每一个都能单独提问所以代码里注释尽量写详细原理也要能讲明白。1.2 方案选型为什么还是51单片机Proteus先说选型。这个项目的主控毫无疑问选51内核的单片机具体型号可以是AT89C51、AT89C52或者STC89C52。原因很简单课程设计最常见的主控就是51资料多、Keil工程模板多、Proteus元件库支持也最完善。而且密码锁这种项目对主频、内存、外设资源要求都很低用更高端的STM32反而显得“杀鸡用牛刀”答辩时还可能被追问“为什么不用51”。我建议选AT89C52而不是AT89C51。虽然两者指令完全兼容但AT89C52内置8KB Flash和256B RAM程序空间更充裕。密码锁加温度显示的项目代码量大约在4KB到6KB之间用AT89C51的4KB Flash会比较紧张尤其在加了完整注释和可读性排版之后。为了给后续扩展留余量直接选AT89C52更省心。Proteus仿真的优势不必多说不需要焊板子、不需要买元件改电路比烧芯片快得多。尤其是调试I2C和单总线这类时序协议的时候Proteus里可以挂虚拟示波器、I2C调试器排查时序问题比实物调试方便太多。但它的缺点也很明显——仿真模型和实物芯片的电气特性有差异延时、上拉电阻、驱动能力都需要在仿真中单独验证。这一点后面会详细说。1.3 系统整体工作流程结合功能需求整个系统的工作流程可以这样描述系统上电后单片机先从AT24C02读取保存在EEPROM中的8位密码同时初始化LCD1602和DS18B20。进入待机状态后LCD第一行显示当前温度第二行显示输入密码的提示。用户输入密码时液晶上以“*”号显示输入满8位后按确认键。单片机把输入缓冲区和EEPROM中读出的密码逐位比对一致则驱动继电器开锁蜂鸣器短响一声提示成功不一致则蜂鸣器长响报警错误次数累加连续错3次进入锁定状态锁定期间键盘无响应。此外系统还支持在待机状态下按特定功能键进入“修改密码”模式修改的新密码会重新写入EEPROM下次上电依然生效。状态之间的切换我建议用“状态机”思想来实现不要用一堆散乱的标志位硬堆逻辑。把各个状态下允许的操作、事件、跳转条件梳理清楚代码会显得非常清晰。2. 核心硬件电路设计与仿真搭建要点这一部分直接对应Proteus仿真图里的接线。很多初学者仿真不跑多半是电路连接有问题。下面按模块逐个讲解同时把为什么这么做讲清楚。2.1 主控最小系统电路AT89C52的最小系统由晶振电路、复位电路和电源构成。晶振电路在XTAL1和XTAL2之间接12MHz晶振两个引脚分别对地接33pF电容。Proteus里晶振这个参数对仿真影响其实不太大但程序里的延时函数、定时器初值都是按12MHz算的所以仿真图里务必把晶振频率设置为12MHz否则定时器的时间基准全乱套。复位电路RST引脚接一个10uF电解电容到VCC再接一个10k电阻到GND构成上电自动复位电路。Proteus仿真一般不需要手动复位但这个电路画上更规范。EA引脚接VCC确保单片机从内部程序存储器取指令。2.2 4×4矩阵键盘电路设计矩阵键盘是整个系统的人机交互入口也是最容易出逻辑Bug的部分。先用4×4矩阵键盘一共16个按键占用8个IO口。按键布局如下行/列第1列第2列第3列第4列第1行123A确认第2行456B退格第3行789C修改密码第4行*0#D预留P1.0-P1.3接4根列线P1.4-P1.7接4根行线。扫描原理是逐行拉低再读列线的电平就能唯一确定哪个按键被按下。矩阵键盘比独立键盘省引脚但扫描逻辑复杂一些。Proteus里可以直接用Keypad-SmallCalc元件也可以手动摆BUTTON建议手动摆方便按自己设计的布局接线。2.3 LCD1602显示电路LCD1602是字符型液晶可以显示两行每行16个字符正好能同时显示温度值和密码输入状态。接法上采用8位并行模式DB0-DB7接P0口RS接P2.5RW接P2.6E接P2.7。P0口是开漏输出内部没有上拉所以必须在P0口加一个排阻RESPACK-8上拉到VCC否则数据线输出不了高电平。这个上拉电阻忘了加LCD直接不显示或者显示乱码是仿真中最高频的翻车原因之一。LCD的V0引脚对比度调节接一个10k电位器到GND或VCC调节到屏幕显示清晰为准。2.4 温度采集电路DS18B20是单总线数字温度传感器只用一根数据线就能通信但时序要求极其严格。DQ数据线接P3.7同时在DQ和VCC之间接一个4.7k上拉电阻。这个上拉电阻不能省单总线协议要求数据线空闲时为高电平。VCC和GND分别接5V电源和地。Proteus里面的DS18B20模型支持仿真但它对时序的判定是“按仿真时间严格检查”的如果程序里延时写得不精确很容易出现初始化失败、读温度全是85℃这类问题。2.5 掉电存储电路掉电存储用AT24C02这是Atmel公司出的一款2Kb256字节容量的I2C接口EEPROM。SCL时钟线接P2.0SDA数据线接P2.1两条线各接一个4.7k上拉电阻到VCC。I2C总线漏极开路同样必须上拉才能工作。A0、A1、A2三个地址引脚全部接地这样器件地址固定为0xA0写/0xA1读。WP引脚写保护接地不启用硬件写保护否则程序写不进去。2.6 开锁与报警电路开锁执行机构用继电器由P3.4控制。继电器线圈一端接VCC另一端接一个NPN三极管2N2222的集电极三极管发射极接地基极通过一个1k电阻接P3.4。当P3.4输出高电平时三极管导通继电器线圈通电吸合触点闭合模拟开锁动作。仿真中为了直观可以在继电器触点上串一个LED开锁时LED亮。蜂鸣器接P3.5建议采用有源蜂鸣器直接用PNP三极管驱动单片机引脚输出高电平即可驱动发声。注意有源蜂鸣器内部自带振荡源只要给它通电就会响不需要PWM调制。这在Proteus里很好用因为仿真时不需要考虑驱动频率问题。3. 软件程序设计与关键模块实现硬件电路搭好之后重头戏就是软件。这一部分决定了系统能不能按预期工作也是大多数同学卡壳最多的地方。我会按模块把核心代码逻辑和为什么这么写讲清楚然后给出可以直接移植的示例。3.1 主程序状态机设计密码锁系统最适合用状态机来组织代码。不用状态机靠一堆if-else嵌套很容易在密码修改、错误锁定、温度刷新这些逻辑之间绕晕。本系统的状态可以划分为状态说明进入条件STATE_IDLE待机状态显示温度等待按键上电初始化完成STATE_INPUT密码输入状态待机状态下按下数字键STATE_CHECK密码校验状态输入完成按下确认键STATE_OPEN开锁状态密码校验通过STATE_LOCKED锁定状态连续3次密码错误STATE_CHANGE_PWD修改密码状态待机状态下按下C键主循环就是一个while(1)不断扫描键盘根据当前状态处理按键事件。状态切换用switch-case实现结构清晰排查问题也方便。主程序伪代码如下void main() { u8 key 0; init_lcd1602(); init_ds18b20(); init_eeprom(); read_password_from_eeprom(); while (1) { key scan_keyboard(); if (key ! KEY_NONE) { key_process(key, state); } display_update(state); // 根据状态刷新LCD } }3.2 矩阵键盘扫描与按键处理矩阵键盘扫描最常用的方法是“行扫描法”流程分四步第一步把所有行线P1.4-P1.7设置为输出低电平读取列线状态。如果某一列为低说明这一列上有按键按下。第二步反转方向把所有列线设为输入行线逐行拉低同时读取列线电平确定具体是哪一行哪一列的交叉点被按下。第三步软件去抖。第一次检测到按键后延时10-20ms再读取一次如果仍为按下状态才认定有效。第四步等待按键释放。按住不松手不重复触发同时避免一次按下被当成多次。具体代码示例u8 key_scan(void) { u8 row, col; u8 key_value KEY_NONE; // 先判断是否有按键按下 P1 0xF0; // 行线输出低电平列线输入 if ((P1 0xF0) ! 0xF0) // 有列线被拉低说明有按键按下 { delay_ms(10); // 消抖 if ((P1 0xF0) ! 0xF0) { // 逐行扫描 for (row 0; row 4; row) { P1 ~(0x10 row); // 拉低当前行其他行置高 col (P1 4) 0x0F; if (col ! 0x0F) { // 根据行号和列号计算按键值 key_value row * 4 get_col_index(col); while ((P1 0xF0) ! 0xF0); // 等待松手 } } } } // 恢复P1口状态 P1 0x0F; return key_value; }注意矩阵键盘扫描的消抖时间不能太短太短等于没有消抖也不能太长太长会丢按键。实测10ms到20ms之间比较合适。Proteus仿真中如果觉得按键反应慢可以适当减小到5ms但实物上不建议这么做。3.3 密码校验与修改逻辑密码校验是这个项目的“业务核心”逻辑不允许含糊。用户输入密码时每次按下的数字键依次存入输入缓冲区数组input_buf[8]同时LCD上显示一个*形成“密码掩码”效果。确认键按下后逐位比较input_buf和从EEPROM读出的password_buf[8]。如果每一位都相等密码校验通过只要有一位不等就判定为错误。这里有一个很容易被忽视的细节数值0和字符0的区别。矩阵键盘返回的是按键的ASCII码比如数字键“5”扫描出来应该返回50x35而不是数字50x05。如果搞混了密码永远校验不通过。我习惯用key_map[16] {1,2,3,A,4,5,6,B,...}这种映射表直接返回字符。修改密码流程设计为待机状态下按C键进入修改密码模式。系统先要求输入当前密码校验通过后才允许继续。然后输入新的8位密码系统会提示再次输入新密码确认。两次输入一致新密码写入EEPROM的固定地址不一致退出修改模式原密码不变。void change_password(void) { u8 new_pwd[8]; u8 confirm_pwd[8]; u8 i; // 输入原密码验证 if (!input_and_check_password()) return; // 输入新密码 lcd_show_string(0, 0, NEW PWD:); for (i 0; i 8; i) new_pwd[i] get_input_key(); // 再次输入确认 lcd_show_string(0, 0, CONFIRM:); for (i 0; i 8; i) confirm_pwd[i] get_input_key(); // 比较两次输入 for (i 0; i 8; i) { if (new_pwd[i] ! confirm_pwd[i]) return; } // 写入EEPROM write_eeprom_password(new_pwd); }这样做的好处是即使按键被误触发误入修改模式不知道原密码的人也无法更改密码。原来密码的安全性是有保证的。3.4 DS18B20温度采集程序实现DS18B20的编程是整个项目里最考验时序功底的部分。它的通信协议是单总线所有操作都通过一根线完成初始化时序。主机将总线拉低480-960us然后释放总线等待15-60us后读取从设备的存在脉冲。DS18B20会拉低总线60-240us作为应答。初始化成功后才能进行后续读写。如果初始化失败建议延时重试。写时序。写“0”时主机拉低总线60-120us写“1”时主机拉低总线1-15us后释放让上拉电阻把总线拉高持续60us以上。读时序。主机拉低总线1-15us后释放并在释放后15us内采样总线电平。读“0”时DS18B20会将总线拉低读“1”时总线保持高电平。温度转换的过程发送Skip ROM命令0xCC跳过ROM地址匹配直接对所有在线设备操作再发送Convert T命令0x44启动温度转换。默认12位分辨率下转换时间最长750ms所以发完转换命令后必须等待一段时间才能读温度。之后发送Skip ROM和Read Scratchpad命令0xBE连续读取暂存器前两个字节就是温度低字节和高字节。温度值换算公式为int temp (high_byte 8) | low_byte; if (temp 0x8000) // 负温度处理 { temp ~temp 1; temp -temp; } float temperature temp * 0.0625; // 12位分辨率下LSB对应0.0625℃为什么是0.0625因为DS18B20的12位温度寄存器中最低位的权重是2的负4次方也就是0.0625℃。实测环境温度一般在25℃左右对应的寄存器值大约是0x0190400400乘以0.0625恰好是25.0℃。注意Proteus里DS18B20模型中延时函数的精度直接影响时序是否正确。Keil的延时函数是软件延时实际执行时间和编译优化级别、单片机时钟都有关系。经验做法是写一个带局部变量的delay_us()函数不要用空循环嵌套太深同时在Proteus里实际跑一遍看到温度读数正常再固化代码。3.5 掉电存储AT24C02的I2C读写掉电存储是本项目最核心的附加功能实现方案是用I2C协议操作AT24C02。I2C协议里四个关键信号起始条件SCL为高电平期间SDA从高电平跳变到低电平。停止条件SCL为高电平期间SDA从低电平跳变到高电平。应答信号每接收完一个字节接收方在第九个时钟周期拉低SDA表示“收到继续”。非应答信号接收方保持SDA高电平表示“不再接收”。AT24C02的写操作分两步先发送器件地址0xA0和片内字节地址再发送待写数据。每次写完一个字节芯片需要内部写周期TWR典型值5ms在这段时间里不响应任何I2C操作。如果紧接着又发写命令数据可能丢失。密码存储的地址规划地址存储内容0x00-0x078位密码ASCII码格式存储0x08初始化标志0xA5表示已设置密码0x09-0x0F预留这样的设计有个好处上电时先读0x08地址如果数据是0xA5说明密码已经存在直接从0x00-0x07读出密码如果不是0xA5说明是第一次上电使用默认密码比如“12345678”并将这个默认密码写入EEPROM。读操作稍微复杂。要读指定地址的数据需要先发一个“伪写”命令把读地址先写到芯片内部地址寄存器然后再发读命令从当前地址读出一个字节。这个流程代码逻辑不复杂但比较容易漏掉起始条件或地址切换动作。u8 i2c_read_byte(u8 dev_addr, u8 mem_addr) { u8 data; i2c_start(); i2c_send_byte(dev_addr 0xFE); // 写地址0xA0 i2c_send_byte(mem_addr); // 写存储地址 i2c_start(); // 重复起始条件 i2c_send_byte(dev_addr | 0x01); // 读地址0xA1 data i2c_recv_byte(); i2c_stop(); return data; }3.6 LCD1602显示驱动LCD1602的使用过程其实很模式化。初始化时向它写入一组配置指令0x38设置8位数据总线、两行显示、5×8点阵字符。0x0C开显示关光标不闪烁。0x06写入数据后地址指针自动加1光标右移。0x01清屏。写指令和写数据的区别在于RS引脚的电平。RS为低电平时写指令为高电平时写数据。RW接地只写不读E引脚每次发送一个下降沿脉冲让液晶锁存当前数据线上的内容。在密码输入界面我建议用一个静态数组存放当前显示在第二行的内容每次按键更新数组后整体刷新一次这样能避免局部刷新时产生残影。比如输入了3位密码第二行显示***_____用下划线占位看起来比只显示***更整齐。4. Proteus仿真搭建、调试步骤与踩坑实录到了仿真环节很多同学会发现问题开始集中爆发LCD不显示、温度读不出来、密码锁死没反应。这些问题的原因往往不是代码逻辑而是Proteus的仿真特性和硬件接线。4.1 仿真工程环境搭建步骤搭建一个完整的Proteus仿真工程并不复杂建议按顺序操作第1步新建工程选择AT89C52芯片放到原理图编辑区。第2步从元件库添加LM016LLCD1602的Proteus模型、DS18B20、AT24C02、BUTTON、LED-RED、BUZZER、RELAY、RESPACK-8、CRYSTAL、CAP、RES、POT-HG按第2章的电路接线。第3步双击AT89C52在“Program File”里选择Keil编译生成的.hex文件。第4步设置晶振频率为12MHz。第5步点击仿真运行按钮观察现象。如果电路连接正确、代码无误上电后LCD会显示初始界面和温度值。按下数字键进入密码输入模式输入正确密码后继电器动作、LED亮起。4.2 容易被忽略的Proteus仿真参数设置Proteus和实物电路有一个很大的区别仿真默认使用“真实时间”模拟但某些元件的模型对信号要求非常高一个细微的延时偏差都会导致功能不工作。因此以下几个参数设置非常关键晶振频率必须和代码中延时函数的计算依据一致。代码里如果按12MHz算的延时仿真晶振频率也必须是12MHz否则时间基准全偏。上拉电阻务必连接正确。P0口的上拉排阻、DS18B20的DQ上拉电阻、AT24C02的SCL/SDA上拉电阻这三个上拉缺一不可。尤其是P0口如果不加上拉LCD显示会直接失败。LCD的V0引脚必须接电位器并且调到合适位置。V0电压太高或太低LCD屏幕上都是空的或全黑但这不代表程序没跑。4.3 仿真过程中必须掌握的三件事仿真不是把电路连好、点个运行就完事了。要真正调通这个项目建议学会三个Debug手段第一用虚拟终端调试I2C数据。Proteus里有I2C调试器可以挂在SCL和SDA上直接查看主机和AT24C02之间的通信数据。如果密码写入失败打开它一眼就能看出是ACK没收到还是数据字节不对。第二用示波器看时序波形。Proteus的虚拟示波器可以观察DS18B20的DQ引脚波形能直观看到初始化时序、读时序的波形是否符合规格。遇到温度读取失败先看波形再改代码效率提升一个量级。第三善用“单步运行变量监控”。Keil和Proteus联合调试时可以在Keil里打断点实时查看密码缓冲区的值。如果密码明明输入的是“12345678”缓冲区里却存了别的值那就是键盘扫描映射表的编码问题。5. 常见问题与排查技巧速查下面这个常见问题表是根据我做这个项目时实际踩过的坑整理的。按表格排查能解决仿真中九成的问题。现象可能原因排查思路LCD1602不显示或显示方块P0口没加上拉排阻V0对比度电位器未调初始化时序错误检查上拉排阻旋转电位器用示波器看E引脚脉冲初始化开头加长延时按键按下无反应矩阵键盘行列线接反消抖时间过长P1口内部上拉配置不对确认行列接线映射与代码一致减小消抖延时尝试不消抖动直接读按键按一次触发多次缺少松手检测消抖时间太短确认代码等待按键释放加10ms以上消抖DS18B20始终显示85℃初始化失败或温度转换命令没执行上拉电阻缺失85℃是DS18B20上电复位后的默认寄存器值说明只读到了未转换的数据检查初始化时序是否成功确认转换后延时足够长密码校验总失败按键返回值和实际数字对不上密码存储地址错误缓冲区长度越界用Keil调试查看缓冲区实际值确认键盘映射表正确确认EEPROM地址AT24C02写不进去写周期没等待WP引脚接高电平I2C时序有误每次写完后延时5-10msWP接地用I2C调试器看应答信号继电器不动作三极管驱动电路接反控制引脚写错检查三极管引脚连接确认控制引脚电平状态用LED直接接单片机引脚验证输出仿真跑起来后非常卡LCD频繁刷新主循环延时过多降低温度刷新频率LCD显示不要每个循环都全屏刷新延时函数时间适当减小原密码和修改后密码都是用ASCII码存储的如果写入的是数字值而不是ASCII码看起来正确的密码在重启后就会变得不一致。比如存了0x01到0x08上电后读出来对比的却是1到8永远不匹配。还有一点值得提Proteus的AT24C02模型在仿真过程中断电重启后EEPROM里的数据是不会保留的因为Proteus的内存是易失的。这就导致了一个很迷惑的现象——程序明明写入了密码重启仿真后密码又变回默认值。这不是代码Bug而是Proteus仿真的固有特性。想要模拟断电存储需要在首次运行后用“保存快照”功能或者把AT24C02的内容导出到文件恢复到下次仿真中。很多同学在这里浪费了大量时间提前说明一下。6. 从课程设计到真实产品的扩展思考这个项目做完整个51单片机外设体系基本就算打通了。如果再想往深走有几个方向可以继续扩展。第一个方向是加入实时时钟模块用DS1302记录开锁时间再配合AT24C02存储最近的开锁记录。这样系统就从“密码锁”升级成“门禁记录系统”开锁时间、开锁结果都能回查应用场景直接从课程设计拉到了安防领域。第二个方向是换成指纹识别或RFID刷卡。51单片机挂一个AS608指纹模块或者RC522射频模块整体方案的本质不变但安全等级和个人体验完全不一样。这里还能接触到串口通信和蓝牙/WiFi模块联动变成手机远程开锁技术含量再上一个台阶。第三个方向是把键盘和显示换成触摸屏方案。用51驱动STC系列或者外扩SPI接口的显示屏整个交互界面可以做得很现代化密码输入、温度曲线、系统日志都能直观展示。但我要提醒一点做这些扩展之前先把当前这个项目的代码结构整理好、注释写清楚。状态机的思想、I2C的时序、单总线的时序这些才是真正的核心资产。换一个芯片、换一块屏幕代码逻辑依然可以复用。最后分享一个个人体会这类综合项目做完之后一定要自己动手画一遍完整的状态转换图。拿一张A4纸把每个状态、每个按键事件、每个状态迁移条件都画出来再回头对照代码。这个过程能帮你把“看会了”变成“真会了”答辩的时候也特别管用。项目虽然是仿真的但把它当成真实产品去做收获会完全不一样。本文还有配套的精品资源点击获取

基于Proteus仿真的多功能密码锁系统设计与实现

相关推荐

PDF翻译公式不丢：5分钟装好，一份论文出双语

微信聊天记录本地导出实战：用WechatBakTool解析加密数据库并生成HTML/CSV

3步搞定：yuzu模拟器零基础快速上手完整指南

更多资讯

QML调用JS

从 FBX 到骨骼动画：MonoGame 快速完成 3D 模型加载与角色动作

TCP四元组不同，为什么bind同一个源端口仍会失败？

esp32-c3-adblock 如何切换上游 DNS：一行构建参数换到 1.1.1.1，10 分钟生效

【7】车辆数据集(有v5/v8模型)/YOLO车辆检测

工业SPI隔离设计实战：MAX14431BAEE+与PIC18F57Q43协同优化

今日更新

PLFM_RADAR：从被动告警到主动感知的微服务健康监控系统

SPI隔离设计实战：MAX14431BAEE+与STM32F407工业级应用

数字隔离器如何根治SPI通信地环路干扰：MAX14431与TM4C129实战

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？