伺服控制系统带编码反馈的，目前一些高端的伺服控制系统支持使用ethercat或者profinet进行控制，你可以了解一下这些工业通信协议

你的SPI FLASH的通讯协议是不是正确。

大多数MCU例程都有移植的例程，但可惜得是都基于有线网口，没有无线模块的匹配。移植LWIP库可以进行socket编程，方便移植很多通讯协议，占用不大确实很好用。

1.设定好通讯协议，如包头+长度+数据+校验+包尾，那么中断中每收到一个字节就判断，直到收到包尾为止。这是51时代用得比较多的状态机接收流程。但如果由于接收中断被嵌套，或干扰等原因导致一帧数据的后部分丢失，就是说接收不到包尾，那么这个状态机如何能自动复位以便接收下一帧？2.串口空闲中断也是用得比较多的一种方法...

我是用时间中断的办法的。接收到数据开始计时，每接收到一个数据刷新一次计数器，没接到了，一段时间后，判断接收完一帧。（这个时间根据波特率计算）当然，单单这个方法其实不好，数据的稳定还是要靠好的通讯协议来的，上面那个，我现在只是用来减少出错可能性用的。   通讯中有，数据头，长度，数据，校验，数据尾。这样...

定义好通讯协议啊，帧头帧尾，不就知道啥时候开始，啥时候结束啦

通讯应答，能让你确认帧是否被对方接收通讯协议，能保证你的帧是否完整

硬件上可以通过片选脚区分，软件上可以在通讯协议中加入地址，通过判断地址来区分

亮只是证明通电了；显示字符需要通讯是OK的，检查下通讯线和通讯协议代码。

这些demo只是通讯协议的不同，还有就是EDP中的几个简单的例程。在确定了通讯协议后，选择一个例程进行修改。添加的方法与你开发STM32的方法是一样的，只是把数据上传到了云服务器了

一般是面向上层应用开发者diy创意的，底层封装得很好，不需要考虑驱动和通讯协议，更多人用来做小型网站服务器的样子，当然也可以稍微开发一下跟平台关系不大的一些嵌入式应用，便于移植。

智能家居涉及的东西太多，家用电器，控制中心，控制模块基础通讯协议(现在一般用蓝牙 wifi啥的，但逻辑上也可以有个专用的)，尺寸，电气规格，应用层功能定义，各厂家现在也都有自己的标准，其实国家标准也在以它以往得频率(比较慢)更新着，里边会慢慢的有智能控制的东西，智能家居成一套完整的协议，估计还要很久

通讯协议应该能固定的，或者给个像mysql.h那样的库。这样有个通用的接口，大家开发时候也简单一些。

IIC的通讯协议是通过从机地址位来区别的，只要设置从机的地址不要重复即可，SDA和SCL分别挂在总线上，设备多的话注意通讯速度与上拉电阻的匹配。

有一定的硬件基础吧。软件编程方面，如果是做终端产品的，单片机，C语言那是基础了。如果是服务器方面的，那么各种网络通讯协议，linux脚本什么的，也要会一些的

硬件啊，语言语法啊，还是基础一些了。其实主要的，最重要的就是通讯了。通讯协议，组网之类 的知识。

这个只是一个通讯协议的事，只要51可以发送接收相应的命令到机智云端即可。

连接协议一般是现成的，注入wifi蓝牙，但通讯协议没听说过又标准的。

单纯从通讯协议角度：usart、iic、spi从形式上说，可以直接用杜邦线连接；或者通过无线芯片、emip网口等网络传输的方式。

主要需要对通讯协议了解才能开发啊