板子做好了，代码写好了，发现功耗不行，要重新选芯片[裂开]

其实，之前也并不是完全没考虑。最主要自然是缺乏经验；还有个原因，之前假想的是按 1000mAh 来估算待机时间，实际做下来只能塞进 500mAh 的电池，待机时间可不缩水一半。

这个时候再去选芯片，确实需求更明确，也更容易等到合适的。且不说已经做的工作浪费，关键的问题在于，每个芯片各自为政，一旦选择，就被严重绑定，不得不慎重。

如果选用诸如 RT-Thread 之类的芯片上的小操作系统，虽说牺牲了点空间、性能、待机时间，却换来了更高的开发效率，是划算的。关键这也限制了芯片的选择，毕竟这类系统支持的芯片是有限的。并且，也很担心不能很好地支持芯片特有的功能。

还在纠结中…

付费，很多时候买的是一个承诺。

免费服务，如果服务质量出问题了，最多损失点流量和口碑，服务提供者可能根本不在乎，很可能压根不打算修复。

而付费服务出问题，损失的可能是未来的全部收入。就像是契约，违约成本越高，服务才更可靠。

连爱情都有保鲜期，还能指望免费服务恒久远吗。

比如，一个大问题有10个环节，不可能一上来每个环节都做到最好，那不现实。

可以每个环节先做到60分。等总体可用了，再一个个环节优化，做到80分。如果还有余力、还值得优化，就继续迭代。

事后看显而易见，事前可能一片茫然。

蓝牙 MTU 只有 247 字节。去掉协议头之类的，可用字节更少。一次只能传这么小的数据，意味着传输很慢。

实测通过蓝牙传输 552KB 的文件，用时 7 分钟(436s)

这个主要的应用场景是：微信小程序下载新版固件，然后通过蓝牙发给芯片进行升级。

实际上，如果只更新脚本，大概 20KB；如果完整更新（固件+脚本），大概 300KB。也就是说，可能需要 4 分钟进行完整更新。

遇到一个诡异的问题，接线完全正确，死活不干活。最后通过万用表测量才发现，其中一根面包线是坏的、不通电的，我去。

还有个坑，做的充电电路，总是不能正确工作。实在搞不定，还寄给了朋友高手帮忙。朋友收到一试，正常啊。更奇怪了。

经过高手指点，可能是电源不同。原来我使用的是可调电源，刚开始安全起见，限定了 100mA 电流，想着大不了用小电流充电；事实上貌似不是这样。比如，充电芯片判断这时电池电压低，要上 500mA 大电流。而由于限流，不能如期工作，就出现异常。