Author Archives: hoverlees

74HC573我经常用在控制设备里锁存状态的, 虽然一直用起来没有问题,但最近还是发现不同型号的芯片逻辑有点不一样。 我对74HC573常用的方式是, OE直接下拉, LE下拉后接入单片机IO口, 由单片机控制对输入进行锁存, 但我以前一直以为它就一定是这个逻辑： 在OE下拉的情况下, 如果LE为低电平,不管输入是什么样的,对输出是没有影响的. 这个理解来自于网络上的一个关于74HC573真值表的说明上,那个图如下: 这个图片中显示,如果OE和LE都为低电平 , 不管输入为任何情况,输出不变. 这个其实是不一定的.我根据我对另一批74HC573的实际测试,再看了这种74HC573官方Datasheet后, 实际的结果应该如下: 这批芯片真实的真值表应该如上图, 如果OE和LE都为低电平时, 输出端根据输入端变化 ,但不会锁存. 这个地方还是很重要的,因为如果OE和LE直接下拉,如果输入接入到单片机默认是上拉或下拉(非高阻态)的IO口上时, 上电的时候会导致输出部分不确定. 所以这个芯片也不能乱买，要看好它的行为逻辑符合自己的需要才行。

第一次做非隔离电路, 是基于一个插座的外壳做的, 感觉空间并不多,好在, 够放置所有元件。 主控用的ESP8285的Wifi芯片。

这款板子直接用CC2541来控制继电器, 感觉效果还行, 可以用微信小程序来控制。现在对于继电器没有加锁存还是有点不安心, 虽然我的想法可能是多余的

最近做的网络485控制器,  焊好上电后发现W5500发热非常严重, 手摸就很烫, 但芯片可以正常工作。 按照以往的经验， W5500是不可能这样发热的, 所以, 首先猜测是焊接问题, 然后对引脚重新进行了焊接,发现依然发烫严重。 接下来猜测是外围元件用错了， 然后把w5500的外围元件拆了一些后, 发现果然不发烫了, 对比电路图, 终于找到原因, 原来我把20号引脚(ToCAP) 的 4.7uf电容, 用成4.7uH电感了, 明明用于稳压的电容变成了一个通路电感, 导致电流过大芯片发烫。 修改元件后， 一切正常， W5500芯片也基本不发热了。

最近一口气设计了三款电路板 这一款是433MHz遥控器学习设备, 使用SYN480学习无线码, SYN115发送无线码, 现在我用它控制我们家客厅的吊扇。这一款其实可以更换部分元件后实现315MHz遥控的学习发送, 但因为我没有315MHz的家电, 所以暂时也还没弄。 这个是RFID读卡器, 读卡后通过网络将RFID卡中指定区(可设置)的内容读出并通过网络(HTTP协议)发送到指定服务器, 服务器可通过返回设置板上的2个IO口电平，并按服务器指定的方式响蜂鸣器、服务器也可以返回时要求读卡器再读一次卡的另一个块内容提交。 芯片使用的是MFRC522, 这块板我失败了一次,问题出在天线设计上, 天线在PCB布线时一定要按照Datasheet上的原理图走线, 因为所有连线都是接到GND的, 布线要尽可能的让电流按照正确的路线走。 还有一点问题是这块板在做geber的时候没有设置过孔盖油, 导致所有孔都是开窗的, 下一次生产的时候得注意。 这一块是GPRS的继电器开关, 我使用的是A9模块, 直接用的AT来控制网络, 发现这个模块的AT功能并不能满足要求, 如果服务器几个数据包来得比较快, AT的通知很容易出现丢包（因为我收到一个包处理完后会向服务器回发消息， 可能是因为回发， 导致另一个数据包AT压根也不通知了）。另外， 虽然这个模块正常时可以连续几个小时在线不掉线， 但当断线后, 很容易出现再次重连不上的情况，虽然我的主控芯片会在检测到多次失败后重启模块的逻辑，但这个逻辑要长达1分多钟才触发，这并不是我想要的效果， 我想要的是， 断线后能尽可能快地连上服务器，模块要尽可能少地重启。 好在这个模块提供C的开发包, 到时候自己直接在芯片上写通信功能, 希望能改善这个问题.