4、ARINC 429参数编码：Label与参数映射、BNR与BCD编码方式、数据解析与打包
好，咱们今天聊点硬核的。ARINC 429协议里，数据到底是怎么塞进那32个bit里的？说白了，就是编码问题。我当年刚接触这个协议时，看着一堆十六进制数，完全摸不着头脑。后来亲手解析过几万条数据，才真正搞明白。
这一节，咱们就聚焦在Label映射、BNR和BCD这两种编码方式上。我会带着你，从原理讲到代码实现。
4.1 Label与参数映射：给数据贴个标签
ARINC 429消息的32位字里，第1到第8位是Label。这8个bit，说白了就是个“门牌号”。它告诉接收端：嘿，我这包里装的是空速、高度，还是航向？
我习惯把Label看作一个索引。比如，Label 206（八进制）通常代表“气压高度”。但注意，不同飞机厂商的映射表可能不一样。我在项目中遇到过，同一架飞机，不同批次的数据，Label 206的定义居然有细微差别。嗯，这里要注意，拿到数据后，第一件事就是确认Label定义文档。
Label的八进制表示是行业惯例。为什么用八进制？因为8位二进制正好可以分成3-3-2的结构，用八进制写起来更顺眼。比如二进制10000110，八进制就是206。
核心要点：Label是数据的“身份证”。解析数据前，必须先建立Label到物理参数的映射表。
4.2 BNR编码：二进制补码的妙用
BNR，全称Binary Number Representation。说白了，就是用二进制补码来表示带符号的物理量。比如空速、高度这些有正负的值，用BNR最合适。
BNR编码的格式是这样的：最高位（第31位）是符号位，0表示正，1表示负。剩下的位，按二进制补码规则取值。但有个坑——BNR的符号位和补码的符号位是分开的。你想想看，如果直接用补码，那0的表示就有歧义了。ARINC 429的设计者显然考虑到了这一点。
举个例子，假设我们要编码一个“气压高度”值，范围是-1000到+50000英尺。我们用BNR编码，数据位占20位（第11到30位），LSB（最低有效位）是1英尺。
那么，+1000英尺怎么编码？
- 符号位：0（正）
- 数据位：1000的二进制是
0000001111101000，左对齐到20位
我曾经在解析一个老型号飞机的数据时，发现高度值总是差一个固定的偏移量。查了半天，原来是BNR编码的LSB定义搞错了。文档上写的是0.5英尺，但实际用的是1英尺。这种坑，你不亲手踩一次，很难记住。
我的经验：解析BNR数据时，先确认LSB的值和符号位的位置。很多“灵异数据”都是这两个参数搞错了。
4.3 BCD编码：四位一组，清清楚楚
BCD，Binary-Coded Decimal。这种编码方式更直观——每4个bit表示一个十进制数字。比如，要表示“1234”，就用4个半字节：0001 0010 0011 0100。
BCD编码在ARINC 429里常用于显示类参数，比如经纬度、时间等。为什么？因为BCD编码的数据可以直接送给显示器，不需要做进制转换。你想想看，如果飞行员看到的是十六进制数，那得多崩溃。
BCD编码的格式相对简单。数据位从第11位开始，每4位一组。但要注意，有些参数会用“符号位”来表示正负，比如纬度。北纬为正，南纬为负。这个符号位通常放在第29或30位，具体要看Label定义。
举个例子，编码一个纬度值：北纬45度30分。假设我们用BCD编码，每个数字占4位，那么：
- 符号位：0（北纬）
- 数据位：
0100 0101 0011 0000（对应数字4、5、3、0）
这里要注意，BCD编码里没有小数点。小数点的位置是隐含的，由Label定义决定。比如“45.30”和“4530”，在BCD编码里是一样的，全靠协议文档来区分。
避坑指南：我曾经解析过一个GPS数据，BCD编码的纬度值总是差几度。后来发现，数据里包含了“度”和“分”，但文档里没写清楚小数点的位置。从那以后，我拿到任何BCD数据，第一件事就是确认小数点位置和符号位定义。
4.4 数据解析与打包：从bit到物理量
好了，理论讲完了，咱们来点实际的。怎么用Python解析和打包ARINC 429数据？
先看解析。假设我们收到一个32位的ARINC 429字，十六进制是0x0A1B2C3D。我们要从中提取Label、SDI、数据和SSM。
def parse_arinc429(word_hex):
"""
解析ARINC 429 32位字
:param word_hex: 十六进制字符串，如 '0A1B2C3D'
:return: 字典，包含label, sdi, data, ssm
"""
word = int(word_hex, 16)
# 提取Label（第1-8位，注意ARINC 429的bit编号是从1开始的）
label = (word & 0xFF) # 低8位
# 提取SDI（第9-10位）
sdi = (word >> 8) & 0x3
# 提取数据位（第11-29位，共19位）
data = (word >> 10) & 0x7FFFF
# 提取SSM（第30-31位）
ssm = (word >> 29) & 0x3
return {
'label': label,
'sdi': sdi,
'data': data,
'ssm': ssm
}
# 示例
result = parse_arinc429('0A1B2C3D')
print(f"Label: {result['label']:03o}") # 八进制输出
print(f"SDI: {result['sdi']}")
print(f"Data: {result['data']:#x}")
print(f"SSM: {result['ssm']}")
这段代码里，我用了位运算来提取各个字段。注意，ARINC 429的bit编号是从1开始的，但Python的位运算是从0开始的。所以第1位对应bit 0，第8位对应bit 7。这个映射关系，我刚开始也搞混过。
再看打包。假设我们要发送一个气压高度值，用BNR编码，LSB是1英尺，高度是+1000英尺。
def pack_bnr_altitude(altitude_ft, label=0o206):
"""
打包BNR编码的气压高度
:param altitude_ft: 高度值，单位英尺
:param label: Label，八进制
:return: 32位整数值
"""
# 符号位：正为0，负为1
sign_bit = 0 if altitude_ft >= 0 else 1
# 数据位：取绝对值，左对齐到20位
data = abs(altitude_ft) & 0xFFFFF # 20位
# 组装32位字
word = (sign_bit << 31) | (data << 11) | (label & 0xFF)
return word
# 示例
word = pack_bnr_altitude(1000)
print(f"打包后的十六进制: {word:#010x}")
这段代码里，我把符号位放在第31位，数据位放在第11到30位，Label放在低8位。注意，这里的数据位是20位，但实际BNR编码可能用19位或更少，具体要看参数定义。
我的习惯：写解析和打包函数时，我会把LSB、符号位位置、数据位长度都做成参数。这样，同一个函数可以处理不同的Label定义，不用每次都重写。
4.5 实战中的坑与技巧
最后，分享几个我在项目中踩过的坑。
坑一：字节序。ARINC 429数据在传输时，通常是MSB（最高有效位）在前。但有些老旧的采集设备，会按LSB在前的方式存储。我遇到过好几次，解析出来的数据完全不对，后来发现是字节序搞反了。
坑二：Label的八进制陷阱。Python里，八进制数以0o开头。但很多文档里，Label直接写206，你得自己判断是八进制还是十进制。我建议，所有Label都统一用八进制处理，避免混淆。
坑三：BNR的符号扩展。当BNR编码的数据位不足20位时，高位需要做符号扩展。比如，一个12位的BNR值，最高位是符号位，解析时要把它扩展到32位。否则，负数会变成很大的正数。
嗯，这一节的内容就到这里。编码这件事，说白了就是约定。你只要把Label、BNR、BCD这三样搞明白，ARINC 429的数据对你来说就是透明的。下一节，咱们聊聊更复杂的参数编码——比如浮点数和字符串的编码方式。