能否直接向串口发送aprs仿真信息调试用? [复制链接]

我只有一台aprs设备(ftm-350), 当地也没见人发送aprs信息, 结果ui-view32里永远显示的是网络上来的aprs.
可不可以两台电脑com口连起来, 另一台电脑通过com向ui-view32发送aprs信息?

我试着发送

bg5hqd-9>apg110,tcpip*,qac,t2hgh:!3418.87n/10858.05e>029/000

ui-view32的终端窗口里收到了信息,但在地图上不显示, 是否格式不对?

难得有人这么钻研。应该是格式不对，你的数据是互联网的格式。

'

我只有一台aprs设备(ftm-350), 当地也没见人发送aprs信息, 结果ui-view32里永远显示的是网络上来的aprs.
可不可以两台电脑com口连起来, 另一台电脑通过com向ui-view32发送aprs信息?
我试着发送
bg5hqd-9>apg110,tcpip*,qac,t2hgh:!3418.87n/10858.05e>029/000
ui-view32的终端窗口里收到了信息,但在地图上不显示, 是否格式不对?

'

附件是我用电脑串口收到的数据，你可以尝试用它发送一下看看。

bg4gss-9>apotc1,bd4cg-3*,wide2-1:!3111.44n/12116.38e>190/000qso sh xujing 433.52
bg4gss-9>apotc1,bd4cg-3,bd4cg-1,wide2*:!3111.44n/12116.38e>190/000qso sh xujing
bd4cg-8>sq1tu0,wide1-1,wide2-1:`18@l#f>/]"3m}cq me 434.875/88.5 garmin 60csx=

上面的数据试了，没反应。

但我用ui-view32自己产生的数据：

就可以，把bg9afx-13换成bg9afx-9也在ui-view32地图上显示出来了。
将上面信息通过com口发送给aprsis，aprsis的log监视里能看到，但aprsis的地图上不显示。

搞不明白到底怎么回事。

您可以尝试把ui-view32承认的数据包中的＂apu25n＂换成＂aprs＂向其他软件发送试一下，也请尝试一下把bwp提供的数据中的＂apotc1＂换＂aprs＂或者＂apu25n＂分别发给uiview和其他软件，将结果一一贴上来帮您分析一下。

初步分析了一下，aprs数据包目的地普遍地址或呼号应该为＂aprs＂，所以应该修改第一个呼号后面的＞紧跟的呼号为普遍呼号＂aprs＂，如果明确终端软件的名称和版本，那么也可以使用软件特有的呼号或标识，一般而言这个呼号不应超过6位，前两位采用＂aprs＂的前两个字母＂ap＂开头，中间两位表示软件名称，比如＂u1＂表示16bit的ui-view，＂u2＂则表示32bit的ui-view，所以＂apu2＂表示使用ui-view的32位版本。

六位呼号的最后两位则表示软件版本号，由于位数限制采用以下变换来表示：

版本号x100/36,所得的整数为六位呼号的第五位，余数则作为第六位，由于除数为36因此余数可能是1到35的任何数，因此采用1到9仍用原数表示，10-35二十六个数字则用a-z表示，据此算法通过分析数据包目的地址apu25n看afx用的软件应该是ui-view32，版本号2.03。

因此采用apu25n作为目的地址的数据包不会被其他终端软件承认，因为对方根本不知道这个地址的含义，除非故意为非ui-view程序定制这样的呼号才会被承认，因此实验中应该采用普遍地址＂aprs＂作为目的地址。

'

初步分析了一下，aprs数据包目的地普遍地址或呼号应该为＂aprs＂，所以应该修改第一个呼号后面的＞紧跟的呼号为普遍呼号＂aprs＂，如果明确终端软件的名称和版本，那么也可以使用软件特有的呼号或标识，一般而言这个呼号不应超过6位，前两位采用＂aprs＂的前两个字母＂ap＂开头，中间两位表示软件名称，比如＂u1＂表示16bit的ui-view，＂u2＂则表示32bit的ui-view，所以＂apu2＂表示使用ui-view的32位版本。
六位呼号的最后两位则表示软件版本号，由于位数限制采用以下变换来表示：
版本号x100/36,所得的整数为六位呼号的第五位，余数则作为第六位，由于除数为36因此余数可能是1到35的任何数，因此采用1到9仍用原数表示，10-35二十六个数字则用a-z表示，据此算法通过分析数据包目的地址apu25n看afx用的软件应该是ui-view32，版本号2.03。
因此采用apu25n作为目的地址的数据包不会被其他终端软件承认，因为对方根本不知道这个地址的含义，除非故意为非ui-view程序定制这样的呼号才会被承认，因此实验中应该采用普遍地址＂aprs＂作为目的地址。

'

这个学习了，有用的普及~

试出来了ui-view32个关键字，是“〈ui c>” ,
( 注：“〈”应该是“<", 本论坛会将<+u当成控制字符而不显示出来,故用全角〈 代替 < )

以下信标在我机子上的ui-view32均正确在地图上显示出来了:

bg4gss-9>apotc1,bd4cg-3*,wide2-1 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing 433.52
bg4gss-9>apotc1,bd4cg-3,bd4cg-1,wide2* 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing
bd4cg-8>sq1tu0,wide1-1,wide2-1 〈ui c>:`18@l#f>/]"3m}cq me 434.875/88.5 garmin 60csx=
bg4gss-9>aprs,bd4cg-3*,wide2-1 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing 433.52
bg4gss-9>aprs,bd4cg-3,bd4cg-1,wide2* 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing
bd4cg-8>aprs,wide1-1,wide2-1 〈ui c>:`18@l#f>/]"3m}cq me 434.875/88.5 garmin 60csx=

没有“〈ui c>” 以上信标均不显示, 也许与ui-view32中的aprs设备类型设置有关.

'

试出来了ui-view32个关键字，是“〈ui c>” ,
( 注：“〈”应该是“<", 本论坛会将<+u当成控制字符而不显示出来,故用全角〈 代替 < )
以下信标在我机子上的ui-view32均正确在地图上显示出来了:
bg4gss-9>apotc1,bd4cg-3*,wide2-1 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing 433.52
bg4gss-9>apotc1,bd4cg-3,bd4cg-1,wide2* 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing
bd4cg-8>sq1tu0,wide1-1,wide2-1 〈ui c>:`18@l#f>/]"3m}cq me 434.875/88.5 garmin 60csx=
bg4gss-9>aprs,bd4cg-3*,wide2-1 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing 433.52
bg4gss-9>aprs,bd4cg-3,bd4cg-1,wide2* 〈ui c>:!3110.44n/12116.38e>190/000qso sh xujing
bd4cg-8>aprs,wide1-1,wide2-1 〈ui c>:`18@l#f>/]"3m}cq me 434.875/88.5 garmin 60csx=
没有“〈ui c>” 以上信标均不显示, 也许与ui-view32中的aprs设备类型设置有关.

'

我只能说实验的结果很诡异，“〈ui c>”根本不是ui-view32的关键字，而是终端软件事后给packet打的一个戳（stamp），标识收到的数据帧为unnumbered information frame（一说是unconnected information frame），其并不应该出现在发送的packet中。

因此建议afx继续实验查找原因。

'

我只能说实验的结果很诡异，“〈ui c>”根本不是ui-view32的关键字，而是终端软件事后给packet打的一个戳（stamp），标识收到的数据帧为unnumbered information frame（一说是unconnected information frame），其并不应该出现在发送的packet中。
因此建议afx继续实验查找原因。

'

这个想象我以前也遇到过，ui-view收的数据要是没有ui帧会没反应，因为后来没有继续使用这个软件，再别的软件里不存在这个问题就没有深纠。

楼主细心了~，支持！