【发布时间】：2017-03-02 12:31:11
【问题描述】：
我在拆分 DE 35 时遇到问题，我的 DE 35 打包程序 xml 看起来像这样。
DE 35 数据如下所示 [ 374622441715101175D26071361916993999999F ] 其中 37 是长度和其余数据。
当我解压这个字段时，我得到的数据直到倒数第二个数字看起来像 [374622441715005175D23071261916092999999] F 进入下一个字段。因为这个剩余的字段没有正确获取数据。
所以你能帮我正确阅读 DE-35 的所有数据，包括 F 吗？
【问题讨论】：
-
除非我数错，否则在我看来第 37 个字符是 9，所以 f 不是 37 长度内容的一部分，不是吗？
-
如果您提供整个消息十六进制转储，我们可以提供更好的帮助（如果其中没有敏感信息，我还假设 4622441715005175 不是真实卡号，在这种情况下，该卡应该被认为是妥协）。以及您的整个包装定义，以便我们重现完整的拆包过程。
-
看起来像内容的十六进制表示，应该使用 IFB_LLNUM 处理。右侧的“F”只是该字段的默认右侧填充。
-
[0200500000000000000/299999999999999909999099999999999099990990caw0000c0000c0000c0000c0000c0000w00c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000c0000wly0000p2300ps这是我的六脚哑 span>
-
我试过 IFB_LLNUM 但它不起作用