论坛风格切换切换到宽版
  • 3613阅读
  • 5回复

AX.25协议里的ASCII编码求解 [复制链接]

上一主题 下一主题
离线bh3pxn
 
发帖
754
只看楼主 倒序阅读 0楼 发表于: 2019-03-07

不太理解的是这个ASCII和2进制数或16进制转换,按照标准的Ascii编码表对应不上,求解


离线BG4FQD
发帖
3406
只看该作者 1楼 发表于: 2019-03-07
这说明AX.25协议的这一帧报文里面不是用的ASCII标准编码,用的他自定义编码。
需要查表转换编码。
别人吃饭我看着,别人睡觉我站着。
离线bh3pxn
发帖
754
只看该作者 2楼 发表于: 2019-03-08
回 BG4FQD 的帖子
BG4FQD:这说明AX.25协议的这一帧报文里面不是用的ASCII标准编码,用的他自定义编码。
需要查表转换编码。 (2019-03-07 17:32) 

并没有在百度找到转换表,只是自己比对发现将原来二进制的最高位移到最低位就对应上了,也不知道对不对。
您那边有这方面资料吗?
离线BG4FQD
发帖
3406
只看该作者 3楼 发表于: 2019-03-08
我没有这个协议的资料,如果找不到建议找一下X.25的参考。
他可能是一个字节向左逻辑移位1位,也可能只是简单的算术移位(ASCII 码 * 2)。
因为标准ASCII是7bit的,为了补足8bit,很可能他只是后面加了个0。
别人吃饭我看着,别人睡觉我站着。
离线bi3nkc
只看该作者 4楼 发表于: 2019-03-11
只会瞪眼看
离线bh3pxn
发帖
754
只看该作者 5楼 发表于: 2019-03-14
回 BG4FQD 的帖子
BG4FQD:我没有这个协议的资料,如果找不到建议找一下X.25的参考。
他可能是一个字节向左逻辑移位1位,也可能只是简单的算术移位(ASCII 码 * 2)。
因为标准ASCII是7bit的,为了补足8bit,很可能他只是后面 .. (2019-03-08 16:34) 

已经弄懂了,你说的对,就是那个原因,他是后补0,并在地址段的最后一个字节为后补1以表明地址段信息结束