AirNet使用笔记5

原创

山西空管技术支持 2023-04-14 22:49:48 博主文章分类：AirNet-Linux-B-RedHat7.5 ©著作权

©著作权归作者所有：来自51CTO博客作者山西空管技术支持的原创作品，请联系作者获取转载授权，否则将追究法律责任

摘要：

MPDC抓包；libQt*；融合航迹；监视数据回放工具

1、DBM“升级工具”，“Install Position”之后“Update Position”失败； “Show Log”提示：

/home/cdatc/InstallTK/copyAirNet: error while loading shared libraries: libQtXml.so.4: cannot open shared object file: No such file or directory

原因：/usr/lib64下缺少以下3个libQt*文件。 ldd是list, dynamic, dependencies的缩写，意思是，列出动态库依赖关系。ldd用来打印或者查看程序运行所需的共享库（访问共享对象依赖关系），常用来解决程序因缺少某个库文件而不能运行的一些问题。

# pwd
/usr/lib64
# ldd libQt
libQtCore.so.4         libQtNetwork.so.4      libQtXml.so.4          
libQtCore.so.4.8.7     libQtNetwork.so.4.8.7  libQtXml.so.4.8.7

2、抓包MPDC，获取通道8的“CRC错误包”数值。

AirNet使用笔记5_程序运行

AirNet使用笔记5_动态库_02

[root@SDFP1 log]# tcpdump  -i eth5  -X -nn udp port 10000
07:34:21.165209 IP 192.168.11.20.38325 > 255.255.255.255.10000: UDP, length 440
        0x0000:  4500 01d4 0000 4000 4011 6d5d c0a8 0b14  E.....@.@.m]....
        0x0010:  ffff ffff 95b5 2710 01c0 a3dc 4d50 4443  ......'.....MPDC
        0x0020:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0030:  3139 322e 3136 382e 3131 2e32 3000 0000  192.168.11.20...
        0x0040:  0000 0000 4000 0000 4100 0000 0000 0000  ....@...A.......
        0x0050:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0060:  0000 0000 0000 0000 0100 0000 0000 0000  ................
        0x0070:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0080:  0100 0000 0000 0000 0000 0000 0000 0000  ................
        0x0090:  0000 0000 0000 0000 0100 0000 0000 0000  ................
        0x00a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00b0:  0100 0000 0000 0000 0000 0000 0000 0000  ................
        0x00c0:  0000 0000 0000 0000 0100 0000 0000 0000  ................
        0x00d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00e0:  0100 0000 0000 0000 6584 0000 0000 0000  ........e.......
        0x00f0:  0300 0000 0000 0000 0100 0000 0000 0000  ................
        0x0100:  dcc6 0100 0000 0000 0b01 0000 0000 0000  ................
        0x0110:  0100 0000 0000 0000 0000 0000 0000 0000  ................

通道8的“CRC错误包”数值位于：0x0100: dcc6 0100 0000 0000 0b01 0000 0000 0000

计算0b01：01x256+0b=267，与http://192.168.11.20/中通道8的“CRC错误包”的数值一致。

在实验室测试，在FDP1上抓包192.168.11.20是4秒5个，因为mpdc输出来的口子接到各个网口里去了。正常是四秒一次。

[root@FDP1 home]# tcpdump -i any port 10000
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
12:18:17.952863 IP 192.168.11.20.38325 > 255.255.255.255.ndmp: UDP, length 440
12:18:17.952878 IP 192.168.11.20.38325 > 255.255.255.255.ndmp: UDP, length 440
12:18:17.952885 IP 192.168.11.20.38325 > 255.255.255.255.ndmp: UDP, length 440
12:18:17.952890 IP 192.168.11.20.38325 > 255.255.255.255.ndmp: UDP, length 440
12:18:17.952896 IP 192.168.11.20.38325 > 255.255.255.255.ndmp: UDP, length 440

在用系统测试：

# tcpdump -i any host 192.168.11.20 and port 10000 -nn
————>MPDC二代（192.168.11.20）是一秒一次,可以改
# telnet 192.168.11.20 直接进入，不需要输入用户名密码，修改/uar/local/gw_status.conf重启生效。
# tcpdump -i eth5 host 192.168.11.21 and port 10000 -nn
————>,MPDC一代（192.168.11.21）是四秒一次，telnet登录用户名root，密码为空。

3、指导材料：

AirNet使用笔记5_动态库_03

其中HPL定义为以GPS定位位置为圆心的圆半径，可保证在特定概率下（通常定义最大漏检概率为10-7）机载GNSS系统的真实位置必定落入该圆中。而HFOM定义为以GPS定位位置为圆心的圆半径，可保证在特定概率下（通常为95%）机载GNSS系统的真实位置必定落入该圆中。

AirNet使用笔记5_程序运行_04

AirNet使用笔记5_程序运行_05

4、多个雷达监视源航迹融合成雷达融合航迹；多个ADS-B监视源航迹融合成ADS-B融合航迹，然后系统航迹是由雷达融合航迹、ADS-B融合航迹二选一得到的——AirNet Linux7.5V1.2.4系统先生成单监视源航迹（如单雷达航迹、单ADS-B航迹），然后根据单监视源航迹融合成监视类型融合航迹（如雷达融合航迹、ADS-B融合航迹），最终根据监视源类型融合航迹融合成（雷达融合航迹、ADS-B融合航迹之间2选1）系统航迹。

监视源类型融合航迹的位置融合采用静态权重和动态权重加权融合，静态权重需在在系统DBM上进行画设静态权重区域，对该区域进行位置、航向、高度、速度等数据项配置权重值；动态权重主要根据目标距离监视源距离权重、拟合度权重、时间权重和协方差权重计算出的综合权重。

系统航迹融合时优先选择静态权重高的融合监视源数据，如果未配置静态权重时，当ADS-B融合航迹数据的数据完好性较高时，系统航迹以多ADS-B融合数据为主。
——可以优化一下，即使是在“未配置静态权重时”，只要有雷达融合航迹，系统航迹就应该以多雷达融合数据为主，或者考虑在未配置静态权重区时，多雷达和多adsb 融合航迹位置偏差超过一定阈值时，系统航迹就应该以多雷达融合数据为主，但也要考虑，超出关联条件会分裂。
系统中ADS-B信号接入参数中对ADS-B信号质量指标（NUCP、NACP、NIC、SIL）未配置阈值，同时未开启质量指标检查开关，导致质量因子过低信号进入系统参与融合。目标的ADS-B信号更新率高于雷达，同时ADS-B信号稳定、连续（但是位置有偏差），从而ADS-B融合航迹数据的数据完好性较高（位置导航精度等级NACp，这个案例下传数据中没有NACp项），最终目标系统航迹信号位置倾向ADS-B信号位置，可能会导致位置出现明显偏离的情况。
——空管局实施ADS-B和一二次雷达协同监视空中航空器计划时，就考虑到机载GNSS接收系统对自身定位的精度和可靠性会受限，所以进行航迹融合时，必须首先对ADS-B的航迹质量进行验证，以提高航迹融合后的稳定性和准确性。二所系统在“未开启质量指标检查开关”时，就不过滤NUCp（位置导航不确定类别）低的目标。建议：可通过参数设置对于ADS-B位置报告数据精度指标（NUCP、NACP、NIC、SIL）低于运行设定标准的报文进行丢弃，不参与融合计算;若不予以丢弃，针对低质量的ADS-B信号，应给予明确的视觉提示。

查看数据质量指示项（Quality Indicators），在偏航时间段内目标下发的导航位置不确定类别（Navigation Uncertainty Category for position， NUCP）的值為0，而其他正常时间段内，该值为7。当NUCP的值为0时，表明该目标下发的水平位置信息不可用，其位置精度过差因而导致目标显示偏航。（航班受GPS干扰导致ADS-B地面站输出位置异常现象研究)）

机载版本是DO 260A或B有4项指标：nucp=8 nicb=1 sil=3 nacp=9
机载DO 260的航班只有nucp一项指标：nucp=7 （nucp=0）

NIC - 导航的完整性类别、NUC -导航不确定性的分类、NACp - 位置导航精度分类、NACv - 速度导航精度分类、SIL-监视完整性等级

5、监视数据回放工具使用。修改SDFP1参数：：

root@SDFP1 sfp]# more rfp.ini
[SYSTEM]
DI_A_INTERFACE=eth0
DI_B_INTERFACE=eth1
[ACCDI]
MPDC_DI_A_NETWORK=192.168.5.0
MPDC_DI_B_NETWORK=192.168.6.0
MPDC_DI_C_NETWORK=192.168.7.0
[root@SDFP1 sfp]# more  afp.ini 
[SYSTEM]
DI_A_INTERFACE=eth0
DI_B_INTERFACE=eth1
[ACCDI]
MPDC_DI_A_NETWORK=192.168.5.0
MPDC_DI_B_NETWORK=192.168.6.0
MPDC_DI_C_NETWORK=192.168.7.0

运行SurveillanceDataReplay进程，使用参数文件rdr.ini，putout=2是双通道输出。运行SurveillanceDataReplay的主机时间需先修改为数据包的时间。

“雷达数据引接配置”中“检查时标”设为NO。

[root@DBM1 replay_7.5B]# more rdr.ini 
#readconfig: 1-read xml file;0-do not read xml file
#putout:0-master channel putout;1-standbychannel putout;2-both channel putout
#channel1-master channel;channel2-standby channel
#timeFormat: 0-beijing time; 1-UTC time
[system]
network=233.1.21.1
interface=eth0 eth1 eth2
readconfig=0
port=56000
timeFormat=1

[radar1]
name=YID_TY
channel1=1
channel2=17
putout=0
......
[radar8]
name=IND_ZZ
channel1=8
channel2=24
putout=0

[radar9]
name=ADS_B
channel1=60
channel2=61
putout=0