如何将一个.bin按照xmodem方式去发送呢，想了好久都不明白

vention

按照道理，如果做成固件，那么生产.bin文件然后通过串口去传递给单片机。
但是为了传送可靠性好点，用xmodem的方式来传，那中间必然要拆分成一个个的小包。
我的迷惑就出现了，这么多个小包，难道都要自己事先一个个的先写上包头序号和后面加上CRC16么？
那如何将这个.bin拆成小包啊？？

秋之前

官方有YModem的bootloader例程

操作系统

你还可以想到什么其它的更好的办法出来呢?

vention

操作系统 发表于 2016-11-28 12:57
你还可以想到什么其它的更好的办法出来呢?

如果这样的话，我要拆这个.bin文件，那我也要一个个的数，数到1k的数据，然后切一刀，再慢慢数1k数据再切一刀？？这样岂不是很笨拙很麻烦？

rindy

不是啊，你这要上位机跟下位机配合协议（如Xmodem）来传输你的bin文件啊，比如上位机要发一个大小为60k的bin文件给下位机（单片机），那么上位机可以先发1k，等待下位机接收完成以后告诉上位机我接收完成了，上位机得知下位机接收完成后，那么上位机再接着从刚才发的位置再发下一包1k的数据，如此循环，直接全部发完为止。

vention

rindy 发表于 2016-11-28 14:28
不是啊，你这要上位机跟下位机配合协议（如Xmodem）来传输你的bin文件啊，比如上位机要发一个大小为60k的bi ...

我的疑惑是上位机发送的这个1k，是数据，而在这1k的数据前面，还有1个字节的SOH，1个字节的包序，1个字节的包序补码，还有数据最后头的CRC16， 这一些都应该没有在一开始的时候生成.bin文件就自动带上了的吧？
如果没有在一开始就生成.bin文件就带上的话，那不就是要自己数着数据切一刀下去，自己添加上去？？如果这样的话不是很笨拙？

小陀螺爱炒蛋

bin文件也是一个字符流，自己制定通信协议来做就是了，CRC包号通过通信协议来完成组帧

rindy

vention 发表于 2016-11-28 14:56
我的疑惑是上位机发送的这个1k，是数据，而在这1k的数据前面，还有1个字节的SOH，1个字节的包序，1个字节 ...

上位机是自动加上你说的这些帧头帧尾的，因为你一开始会选择用什么协议传输

rindy

vention 发表于 2016-11-28 14:56
我的疑惑是上位机发送的这个1k，是数据，而在这1k的数据前面，还有1个字节的SOH，1个字节的包序，1个字节 ...

上位机你自己写吗？为什么不用现成的？

vention

rindy 发表于 2016-11-28 15:32
上位机你自己写吗？为什么不用现成的？

我就说嘛，肯定有软件可以自己生成的，没可能我还要将一个bin文件来拆，拆完再发，这样多笨拙啊。求发一个软件来用用。
因为之前没有用过CRC传送，所以我就对这些一知半解，也不知道原来上位机可以自己添加生成

rindy

vention 发表于 2016-11-28 16:01
我就说嘛，肯定有软件可以自己生成的，没可能我还要将一个bin文件来拆，拆完再发，这样多笨拙啊。求发一 ...

你可以网上搜一下SecureCRT

vention

rindy 发表于 2016-11-28 16:03
你可以网上搜一下SecureCRT

我还想问下，第一包的 数据需要写上包数量什么的么？如果需要是自己添加进去还是上位机软件自己添加？

DongInker

vention 发表于 2016-11-29 09:35
我还想问下，第一包的 数据需要写上包数量什么的么？如果需要是自己添加进去还是上位机软件自己添加？

一旦选择了传输协议，分包，打包，握手是协议本身定义好了，我们只要提供一大块数据流就行了。

vention

DongInker 发表于 2016-11-29 09:57
一旦选择了传输协议，分包，打包，握手是协议本身定义好了，我们只要提供一大块数据流就行了。

我现在遇到个问题是最后一包数据 是不满xmodem模式的128Byte 的，按道理上位机软件不是该补齐后面没满的数据然后发最后一包么，但是我现在直接最后一包数据没有了。