[OurDev开源充电器][任务6] 1.上下位机通讯协议设计 更新v0.6 （by 村长）

Cocal

【1楼】 ATMEGA_007
>>例如我就想发送 0x1B 0x11 2个字节，而不是0x1A字节，怎么办？

那经过编码就是0x1B 0x0B 0x11，只做单次解码是没有问题的。

Cocal

对啊,trinove 有没有MODBUS的文本? 再开个贴学习一下也好嘛 :)

Cocal

1.【8楼】 john78

十分抱歉的说，您的这个回帖的质量的确不高，LZ是这么设计是“自大”还是“自信”，通过短短一个贴能够判断吗？大家讨论问题最好还是讨论问题，不要太随意跑到人格判断上比较好，不要让别人除了跟你吵架就只能“无语”，可否？本版有些讨论推荐看一下，比如有感讨论与合作的技巧(之一)

*这个充电器如果使用modbus，指令03、04是不足够的，因为上位机需要把设定信息反写回充电器。

2.trinove，我想别担心起大火，只要大家能够就事论事，而不是跑题人格判断上去。还是老思路：首先，大家可以畅所欲言，也不要随便认为别人的想法或者观点有天大的问题，讨论的基础是相互尊重，至少是人格上的尊重；第二点，责任有主次，当核心成员决定了怎么做，不同意见必须搁置，而不是没完没了的讨论。大家讨论的目标是要“说服”，而不是“压倒”，对不对？（当然，也不是妥协，容纳所有意见，我不太支持通过宏编译指令同时支持两种协议，因为如果modbus能做成，第一个协议就没有什么意义了）

学习了村长的协议v0.1和【13楼】mljda 提供的modbus协议。我觉得这两者其实不算冲突了，准确的说，我觉得他们不在一个协议层，modbus相当于传输层的功能，只定义了最基本的通讯协议，而aleyn提供的协议是表示层的，比如他有Device Detect、Get config、Set config这样有语义的指令，己便是使用了modbus，这些命令的定义还是需要的。

底层的差异最主要在于网络支持，modbus提供了寻址和广播功能，并且在基于RS232的线路上实现了多机通讯（希望我没有理解错），这点也不是完全没有意义的。我想我们做充电器，不要局限于在房间角落充两节数码相机或者剃须刀电池这种目标嘛，随便想一下，如果我们可以通过RS232把两个以上充电器串联起来，用一个上位机控制，是否没有意义？或者再设想大一点，如果我们的成果用在一辆以镍氢驱动的环保汽车上，充电模块通过modbus和其他车载系统联网，是否没有意义呢？

当然，最终的决定，我们唯aleyn马首是瞻 :) 大家要理解核心成员的压力，做不做长机，差别还是不小的，一般参与者跟贴讨论，随便聊聊，转头消失仨月，没人会注意到，但是如果aleyn听了哪位的意见，需要帮忙的时候找不到人，所有人都会说：aleyn认领了通讯协议，但无法如期完成。如果是你，你不冤吗？呵呵

Cocal

我也支持村长 :)