有关远距离安全传输指令的一些想法

在数据发射端用嵌入式开发板将edison或Arduino输出的原指令字符串用数字签名加密成ASCII码，转成十六进制再转成二维码，之后随机生成8个与指令信息无关的二维码（解码后分别为二进制、三进制、七进制、八进制、九进制和十进制的数字串中任意组合的八组任意数字串），合成一张图片（一张正方形图片，3x3排列九个二维码，只有一张是含有被加密的指令），以5.8G图传（2000mw功率的发射机，空旷场地约8+km传输距离）的形式发送，接收端用嵌入式图像采集识别处理系统识别并转换二维码，然后对比分析并选出十六进制字符串，转换成ASII码，再用嵌入式开发板以约定好的数字签名解码，最后得到原指令输入至edison或arduino执行。如果中途被拦截，由于没有数字签名，即便解出被加密的字符串也很难破解出原指令。
考虑到接收机可能被拦截或因距离过远等因素没有接收到在图像的影响，在原收发系统的基础上加一个回传确认系统。发出含有加密指令的图像后在下一个指令前发送一个确认指令，如果接收端已经执行上一个命令，接收端向发射端回传确认（同样是以二维码的形式），发射端收到后继续发出下一条指令的图像；如果发射端没有收到回传的确认信息，则继续向接收端发送确认指令，直到收到来自发射端的确认指令，才能发出下一条指令的图像。
不知这种方法理论上是否可行，哪位大神请指导一下，提一些建议

感觉从理论上并没有太大的问题。
不过数据传输最大的问题是误码，好像这个方法并不能解决误码的问题。
总之理论上感觉没有太大的问题，只是可靠性值得商榷。
给你另外一个方向的参考，把编码切成几份，用不同的频道依次发出，再按顺序接受。解码难度是否会更难些呢？

H级别的二维码可以纠正30%由于破损或缺失的错误，5.8G图传传输的是图像，即便有信号不良和距离过远的因素，接收端也只是会收不到图片，而且加了一套验证系统，检验命令是否执行，所以误码的可能性很小
如果是把编码切分成几份，用不同的频道依次发出，再按对应顺序接收、合并，只是会增加开发板上运行程序的复杂度以及制作软件的难度。解码难度主要看加密程度和开发板性能，只是用数字签名加密，解码应相当快捷。可是这样的话除非有一体式多频道输出的图传及接收装置（可以自制，难度无异于自制开发板），或者使用多个不同频道的系统，但是这样会增加系统成本啊（现在市场上大部分图传需要关机后调频道再开机，改装无望）
但是可以考虑一下切码的建议，毕竟安全为主，越安全越好

Aronick 发表于 2015-5-21 23:18
H级别的二维码可以纠正30%由于破损或缺失的错误，5.8G图传传输的是图像，即便有信号不良和距离过远的因素， ...

非常有见地，有点理解了。这个想法很巧妙啊，即使收到的被解码了，也只是图像，如果需要进一步解码还需要更多的资讯。