引用 虎哥:
引用 航模发烧友:
应答握手模式呢?比如 发信息到接收端,然后接收端回复信息给发射端, 发射机接收到信息后,显示 接收机受到信息,在点击 再返回,信息,直至 到达发射命令, 每次都更换密码
需要握手的协议具有较高的安全性和可靠性,但是对于遥控器应用而言,照例存在如下问题:
1、如果一点对多点,就会丧失实时性(不过本帖中的遥控器不需要对多点);
2、如果想通信较远距离,从机也需要较大的发射功率,会增加设备复杂度和电源消耗;
3、对于某些特殊用途(比如军事),增加暴露从机位置的风险;
4、因为主机也可能受到干扰,整个系统的抗干扰能力下降;
5、从机靠近电点火网络,如果发射强度较大,可能引起电磁兼容问题。
该项目中,从机也有发射功能,但只配置较小的功率,且主机不问,从机不答。遥控通信不打算使用需要握手的协议。因为是单向传输的,为了提高安全性,也要采取比较复杂的措施。
如果给火箭用,现在的系统架构与航电系统相互重复。而且火箭上的数传和图传发射机以大功率持续发射,信道间的电磁兼容问题非常严重。433和5.8G两个频段尚可勉强共存,加上2.4G频段之后谐波干扰严重到几乎无法使用的程度。
这种情况下最好把点火做成航电系统的一个功能,以避免增加额外的信道。大型运载火箭的点火时序也由航电系统控制。
主要难度在于上下行之间的半双工通信协议,在卫星上已经基本解决了,可能需要做些软件移植和升级。