1. 项目概述与核心价值最近在做一个基于PIC16F54的小型控制器项目需要存储一些校准参数和运行状态断电后还得能保存。选来选去最终敲定了Microchip的93LC66B这颗Microwire串行EEPROM。为什么是它原因很简单PIC16F54这颗8位MCU成本控制到了极致没有硬件I2C或SPI模块所有通信都得靠软件模拟。而Microwire协议以其极简的三线制片选、时钟、数据和清晰的时序成为了在这种资源受限场景下的绝佳搭档。这个“接口设计与软件实现”的项目说白了就是如何在“一穷二白”的硬件条件下用几根通用IO口通过代码“掰”出标准的Microwire时序可靠地完成对EEPROM的读写擦除。这不仅是完成一个功能更是一次对底层时序理解和软件精确控制能力的深度锻炼对于从事嵌入式开发尤其是低成本MCU开发的工程师来说是必须掌握的看家本领。2. 核心硬件接口设计与原理剖析2.1 器件选型与Microwire协议简析我们选择的93LC66B是一颗1Kx16位即2KB的串行EEPROM。这里需要注意“16位”的组织结构意味着它的最小寻址单元是一个16位的字Word而非8位的字节Byte。这在软件寻址时需要特别注意。Microwire协议可以工作在8位或16位模式93LC66B通过指令码来区分。协议线缆精简到极致主要就三根CS (Chip Select)片选信号高电平有效。所有操作必须在CS为高时进行CS变低标志操作结束器件进入低功耗待机状态。SK (Serial Clock)串行时钟由主控制器MCU产生用于同步数据位传输。数据在SK的上升沿或下降沿被采样具体取决于器件93LC66B通常在上升沿采样。DI/DO (Data In/Data Out)这是一根双向数据线或者在某些封装中是分开的DI和DO。对于PIC16F54我们通常用一根IO口模拟这根双向线通过控制IO方向寄存器来实现输入输出的切换。协议通信的基本单元是指令。一次完整的操作始于CS拉高接着主控发送一个起始位1然后是操作码Opcode2位最后是地址码Address对于93LC66B是9位或10位取决于组织模式。对于写操作之后紧跟着就是数据16位或8位。所有位都是在SK时钟的驱动下逐位发送或接收的。2.2 PIC16F54与93LC66B的硬件连接PIC16F54的IO口资源有限我们需要精心分配。假设我们使用以下连接方式RB0配置为输出连接至93LC66B的CS引脚。RB1配置为输出连接至93LC66B的SK引脚。RB2配置为双向连接至93LC66B的DI/DO引脚。在软件中我们需要动态改变TRISB2的方向输出用于发送输入用于接收。此外93LC66B的ORG引脚决定了存储器组织模式。接VCC高电平为16位模式接GND低电平为8位模式。根据我们的需求存储16位的数据如ADC校准值选择将其接高电平即16位模式。VCC和GND的连接、电源去耦电容通常一个0.1uF陶瓷电容靠近芯片电源引脚是必须的这决定了通信的稳定性。注意对于双向数据线RB2务必在MCU端考虑是否增加一个上拉电阻。虽然93LC66B的DO输出在有效时能驱动高低电平但在空闲或高阻态时明确的上拉可以保证线路处于确定状态避免因干扰产生意外电流。通常4.7kΩ到10kΩ即可。2.3 时序参数的计算与软件延时保证软件模拟协议的核心在于满足器件数据手册Datasheet规定的最小时序参数。对于93LC66B几个关键参数如下数值为典型值具体需查您所用型号的手册tCSCS建立时间CS有效到第一个SK脉冲最小25ns。tSU数据建立时间数据有效到SK上升沿最小100ns。tHD数据保持时间SK上升沿后数据保持最小25ns。tSKH/tSKLSK高/低电平时间最小250ns。tCSSCS保持时间最后一个SK脉冲到CS无效最小250ns。PIC16F54在4MHz晶振下指令周期为1μs。这意味着即使是最简单的NOP指令空操作也持续1μs。对比上述纳秒级的时序要求用软件循环产生延时是绰绰有余的甚至需要“减速”以满足最小时间要求。我们的策略是在每次操作IO如翻转SK、改变数据后插入足够数量的NOP指令或一个简短的延时循环以确保tSKH、tSKL、tSU、tHD等参数远大于最小值从而建立稳定的时序窗口。例如产生一个SK时钟脉冲的代码可能如下void PulseSK(void) { SK_PIN 1; // SK拉高 NOP(); NOP(); NOP(); NOP(); // 延时保证tSKH SK_PIN 0; // SK拉低 NOP(); NOP(); NOP(); NOP(); // 延时保证tSKL }这里的多个NOP就是为了确保高电平和低电平时间都远大于250ns。3. 软件驱动层实现详解3.1 底层比特读写函数一切高层操作都建立在可靠的位读写之上。我们需要实现四个最基础的函数void SendBit(uint8_t bit)向EEPROM发送一位数据。void SendBit(uint8_t bit) { if(bit) { DATA_PIN 1; // 数据线置高代表‘1’ } else { DATA_PIN 0; // 数据线置低代表‘0’ } NOP(); // 短暂延时保证数据稳定满足tSU PulseSK(); // 产生时钟上升沿EEPROM在此刻采样数据 // 注意数据需在SK上升沿后继续保持一段时间tHD我们的延时已涵盖 }这里的关键是先设置好数据再产生时钟边沿。uint8_t ReadBit(void)从EEPROM读取一位数据。uint8_t ReadBit(void) { uint8_t bit_val; PulseSK(); // 先产生一个时钟脉冲 // 在SK的下降沿后EEPROM会输出下一位数据到DO线上 // 我们需要在SK为低期间且数据稳定后读取 NOP(); NOP(); // 小延时等待数据有效 bit_val DATA_PIN; // 读取数据线状态 return bit_val; }对于93LC66B数据通常在SK的下降沿后变得有效。读取的关键是在恰当的延时后采样数据线。void SendByte(uint8_t data)和void SendWord(uint16_t data)调用SendBit从最高位MSB开始依次发送8位或16位数据。uint16_t ReadWord(void)调用ReadBit16次从最高位开始拼接成一个16位数据。实操心得在编写ReadBit时最初我犯了一个错误在PulseSK()之前就将数据线配置为输入。结果发现读取不稳定。后来意识到在发送指令和地址阶段数据线是输出模式只有在发送完“读”指令和地址后才需要切换为输入模式来接收数据。模式切换的时机至关重要必须在CS为高、一次完整操作序列的中间进行。一个稳健的做法是在发送“读数据”指令码的最后一位之前数据线保持输出发送完该位并产生时钟后立即将IO口方向改为输入然后才开始ReadBit。3.2 指令集封装与高层操作函数93LC66B的指令集很简单核心指令如下以16位模式为例EWEN(Erase/Write Enable)0011XXXXXX。必须先发送此指令才能使能擦写操作。ERASE11A9-A0。擦除指定地址的一个字全部置为1。WRITE10A9-A0D15-D0。向指定地址写入一个字。READ110A9-A0。从指定地址读出一个字。ERAL(Erase All)0010XXXXXX。擦除整个芯片慎用。WRAL(Write All)0001XXXXXXD15-D0。向所有地址写入相同数据慎用。EWDS(Erase/Write Disable)0000XXXXXX。禁用擦写进入写保护状态。建议在不需要写操作时执行提高可靠性。基于底层比特函数我们可以封装发送指令的函数void EEPROM_SendCommand(uint8_t opcode, uint16_t address, uint16_t data, uint8_t is_write) { CS_PIN 1; // 启动传输 Delay_us(10); // 等待tCS确保CS建立时间 SendBit(1); // 起始位‘1’ // 发送操作码 (2位) SendBit((opcode 1) 0x01); SendBit(opcode 0x01); // 发送地址 (9位因为1K x 16地址线A9-A0但最高位A9由指令隐含需仔细看手册) // 对于93LC66B在16位模式下地址是9位A8-A0。READ指令是“110”A8-A0。 // 这里需要根据具体指令格式处理地址发送位数。 for(int8_t i8; i0; i--) { // 发送9位地址MSB first SendBit((address i) 0x01); } // 如果是写或WRAL指令接着发送16位数据 if(is_write) { SendWord(data); } // 如果是读指令此时需要切换数据线方向为输入然后读取数据 // ... 具体实现见下文 CS_PIN 0; // 结束传输 Delay_us(10); // 等待tCSS确保CS保持时间 }注意上述函数是一个逻辑示意实际需要根据READ、WRITE等不同指令细化。更上层我们封装出应用层直接调用的函数void EEPROM_WriteEnable(void)void EEPROM_WriteDisable(void)uint16_t EEPROM_ReadWord(uint16_t addr)void EEPROM_WriteWord(uint16_t addr, uint16_t data)void EEPROM_EraseWord(uint16_t addr)在EEPROM_WriteWord函数中必须遵循严格的流程发送EWEN指令。发送WRITE指令包含地址和数据。等待写周期完成。这是最容易出错的地方。93LC66B在接收到写/擦除指令后内部会启动一个自定时写周期典型值3ms在此期间它不会响应任何指令。我们必须通过“轮询”或延时来等待。轮询法推荐在发送WRITE指令并拉低CS结束操作后稍作延时如几百微秒然后重新拉高CS发送“读”指令的起始位‘1’和操作码‘110’。如果芯片忙DO线会保持低电平如果写完成DO线会输出高电平即数据的最高位。我们可以检测这个位来判断。void EEPROM_WaitReady(void) { uint8_t busy; CS_PIN 1; SendBit(1); // 起始位 SendBit(1); // 读指令码‘110’的前两位 SendBit(0); // 此时芯片如果忙DO输出0就绪DO输出1数据MSB DATA_TRIS 1; // 切换为输入 PulseSK(); // 产生一个时钟来读取这个状态位 busy (ReadBit() 0); // 如果读到0表示忙 CS_PIN 0; while(busy) { Delay_ms(1); // 短暂延时后再试 // ... 重新发起一轮检测 } }延时法简单粗暴地延时一个远大于tWC写周期时间如5ms的时间。虽然简单但效率低且无法应对极端情况如芯片异常。发送EWDS指令可选但建议加上以提高安全性。4. 驱动代码的优化与调试技巧4.1 代码优化与可移植性考虑对于PIC16F54这种资源紧张的MCU代码效率和尺寸很重要。函数内联对于SendBit、PulseSK这种被频繁调用的小函数可以考虑使用宏定义来代替以节省函数调用和返回的开销。#define SEND_BIT(bit) do { \ DATA_PIN (bit); \ NOP(); NOP(); \ SK_PIN 1; NOP(); NOP(); NOP(); NOP(); \ SK_PIN 0; NOP(); NOP(); \ } while(0)端口操作抽象将CS_PIN、SK_PIN、DATA_PIN、DATA_TRIS等具体端口和位定义成宏或变量这样当硬件连接改变时只需修改这些宏定义而不必翻遍所有代码。条件编译通过宏定义来区分8位/16位模式、不同的时钟速度使代码易于适配不同项目。4.2. 调试与问题排查实录软件模拟通信的调试逻辑分析仪是神器。没有的话示波器也能勉强应对。以下是我在调试中遇到的几个典型问题及解决方法问题读写数据全错或完全无响应。排查思路检查硬件连接这是第一步也是最常见的一步。用万用表确认VCC、GND、CS、SK、DI/DO线连接正确且无虚焊。确认ORG引脚电平是否符合预期模式。检查电源与去耦用示波器测量EEPROM的VCC引脚看是否有明显的毛刺或跌落。确保0.1uF去耦电容紧靠芯片电源引脚。用示波器看时序抓取CS、SK、DI/DO三路信号。重点看CS拉高后是否在第一个SK脉冲前有足够长的建立时间(tCS)SK的周期和高低电平时间是否满足最小值(tSKH,tSKL)数据线DI在SK上升沿前是否稳定(tSU)上升沿后是否保持(tHD)核对指令格式对照数据手册用示波器解码出实际发送的比特流看起始位‘1’、操作码、地址是否正确。一个常见的错误是地址位数发送不对或者在8/16位模式理解上有偏差。问题可以读但写不进去。排查思路检查写使能(EWEN)是否在每次写操作前都正确发送了EWEN指令有些设计是上电后发送一次EWEN然后一直保持使能状态直到发EWDS。但更稳妥的做法是每次写之前都发EWEN。检查写保护状态93LC66B是否有硬件写保护引脚如WC检查它是否被意外拉高。检查写等待写操作后是否等待了足够的时间是否使用了轮询法正确检测了写完成可以用示波器长时间观察CS线在写指令后CS拉低然后应有一段空白芯片忙之后才能进行下一次操作。如果连续操作间隔太短后一条指令会被忽略。擦除后再写Microwire EEPROM的写操作通常要求目标地址是已擦除状态全为1。所以标准的流程是ERASE-等待完成-WRITE-等待完成。你的写函数是否包含了擦除步骤或者你写入的数据恰好是0xFFFF问题数据偶尔出错有比特位翻转。排查思路检查时钟干扰SK时钟线上是否有过冲、振铃长距离连接时考虑在MCU输出端串接一个几十欧姆的小电阻。检查数据线方向切换在从发送切换到接收的瞬间如果时序没配合好可能出现总线冲突。确保在切换DATA_TRIS方向前最后一个发送时钟的边沿已过去且有一个小的空闲时间。降低通信速度如果之前为了追求速度把SK时钟周期压得很短可以尝试在PulseSK函数里增加NOP降低时钟频率看问题是否消失。这有助于排除时序余量不足的问题。检查电源噪声在MCU和EEPROM动作时观察电源纹波。如果系统中有电机、继电器等大电流负载可能会引起电源扰动导致逻辑错误。加强电源滤波或考虑在通信关键阶段暂时关闭干扰源。4.3 编写健壮的应用程序驱动写好后在应用层使用时也要注意上电延时MCU上电后应延时几十毫秒再初始化EEPROM给芯片一个稳定的准备时间。写操作频率限制EEPROM有擦写寿命如93LC66B为100万次。避免在循环中频繁写入同一地址。对于需要频繁更新的数据可以采用“磨损均衡”策略轮流写入不同地址。数据校验重要的数据写入后应立即读回进行校验。也可以采用存储“校验和”如CRC8的方式来确保数据块的完整性。错误处理驱动程序应具备基本的错误处理能力比如写操作后校验失败应能重试或上报错误。5. 项目总结与扩展思考通过这个项目我们成功地在没有硬件串行外设的PIC16F54上通过软件精准模拟Microwire时序驱动了93LC66B EEPROM。整个过程就像在微秒的时间尺度上编排一场精细的舞蹈每一个信号的边沿、每一次电平的切换、每一次IO方向的改变都必须严格遵循数据手册的乐章。我个人在实际操作中体会最深的一点是数据手册是你的圣经示波器/逻辑分析仪是你的眼睛。无论理论多么清晰最终都要落实到示波器上那几条跳动的波形。当看到严格按照时序要求产生的完美波形并且EEPROM正确响应时那种成就感是巨大的。另一个深刻的教训是关于写等待。早期我采用固定延时大部分时间工作正常直到有一次在低温环境下出现了数据错误。改为轮询状态位后问题彻底解决。这让我明白鲁棒性往往来自于对器件行为的细致观察和遵循其设计机制而非一厢情愿的假设。这个基础的驱动框架可以很容易地移植到其他支持Microwire或类似三线制协议的存储器或传感器上。例如一些实时时钟芯片RTC、数字电位器也采用类似的接口。掌握了这种软件模拟串行通信的能力就等于解锁了一大类低成本、低引脚数外设的使用方法这在资源受限的嵌入式开发中是一项极其宝贵的技能。