我们正忙于尝试在行车记录仪公司智能卡和行车记录仪之间进行远程身份验证。我们用测试行车记录仪进行了测试，但现在我们遇到了一个带电行车记录仪的问题。
每当我们开始验证时，一切都很顺利，直到转速表发送一个获取响应命令：00C0000080。转速表智能卡以6D00进行响应。换言之(据我所知)，行车记录仪请求智能卡的获取响应。智能卡的回答是"；CLA支持，但INS无效或未编程"；(可在文档中找到)。
我试着强制使用T1协议。不会改变结果。我们尝试强制使用T0协议，我的软件不再读取智能卡。这意味着该智能卡显然不支持T0协议。
有人知道这个问题意味着什么吗？
编辑
根据请求，我下达了Maarten的命令，见以下命令行：
- 卡给出:
3BDF960080B1FE451F870031C16408923201738421E0059000C5 - 转速表响应：
00A4020C020002 - 板卡响应：
9000 - 转速表响应：
00B0000009 - 板卡响应：
000103492B022104309000 - 转速表响应：
00A4040C06FF544143484F - 板卡响应：
9000 - 转速表响应：
0022C1B60A8308000DAA06111606A2 - 板卡响应：
9000 - 转速表响应：
0088000010011EBDDCAFA17487000DAA06111606A2 - 板卡响应：
9000 - 转速表响应：
00C000008000 - 板卡响应：
6700 - 转速表响应：
00C0000080 - 板卡响应：
6D00 - 所有通信结束
对于Maarten：您可能会认为软件工作正常。这是今天下午一辆卡车的实时数据。电子设备连接到Tacho，我的软件(在服务器端物理插入读取器)与电子设备通信。这个设备是由另一位程序员制作的，他向我保证，进出转速表的数据是正确通信的。我知道我的软件可以和智能卡正确通信，因为我们可以用另一张卡和转速表来工作。
编辑#2
在我们发现内部authenticate命令中出现一些错误后，我们尝试在内部authentication命令后面强制使用十六进制字节80。这使得过程更进一步，但在读取二进制文件后仍然会取消。不知道为什么会这样，但我们目前正在调查。APDU在下面。
- 通讯启动，卡发送atr:
3BDF960080B1FE451F870031C16408923201738421E0059000C5 - 转速表响应：
00A4020C020002 - 板卡响应：
9000 - 转速表响应：
00B0000009 - 板卡响应：
000103492B022104309000 - 转速表响应：
00A4040C06FF544143484F - 板卡响应：
9000 - 转速表响应：
0022C1B60A8308000DAA06111606A2 - 板卡响应：
9000 - 转速表响应：
0088000010A73D4B33337EBC3D000DAA06111606A280 - 板卡响应：
1C90A7F7796CC9B2082470504DCDCF3D3E9EEDEEE00F4AF1FCA127CC1D7B746D21C63DA4D75138B61D7715C4919B37601BF8897DB7C1DD5F58309D55B9588C007AFBA22F997523300B1351684F65AB5FA59E350295B7EE1170F934FC8AFE191E9DEEEDBF7C582D7D0709FEE0F1B44EF3C9D452AB8F25B1106B1E510EF956D6E79000 - 转速表响应：
0084000008 - 板卡响应：
2DA8A7836A6FCF1A9000 - 转速表响应：
00820000800E5EE3CBE4F16EC816E3FB198F86338604455355AC6123E1B057C9A53ED356679B4F1AE34B8A2EBD95FDD96E4707CDECA208BF22BAA6F70A3ED0CCA39FCC6199B3F959F3226E018D46029142314F25A332C1666A44E9EE3616CD19F9A7E169827C3CEDED372F49A8478BCDD97E63EE48ED695EFFC9B556E4246732BB372C9714 - 板卡响应：
9000 - 转速表响应：
00A4020C020520 - 板卡响应：
9000 - 转速表响应：
0CB000000997018B8E04F0821140 - 板卡响应：
9000 - 转速表响应：
00A4020C020501 - 板卡响应：
9000 - 转速表响应：
0CB00003099701028E046733DD55 - 板卡响应：
6688 - 所有通信结束
正如您所看到的，我们在内部authenticate命令后面手动添加了80，这使它走得更远，但它仍然出错。我们不确定为什么现在出了问题，欢迎任何想法和建议，比如为什么卡片现在以6688响应，而读取的二进制文件应该只返回信息。我们现在正在思考；Stonedidge"；tacho的工作方式与"；VDO"；转速表。公司/驾驶员没有将转速表设置为远程CAN通信，从而导致错误。我会不断更新这个问题，以备日后使用，其他人也会遇到同样的问题。
已解决(目前)
事实证明，斯通里奇的行车记录仪确实存在问题。我们认为stoneridge需要由车间进行配置，以实现远程身份验证和下载。我们有一些文件似乎证实了这一点。我不会解释这是如何做到的，因为这类信息并非针对所有人。我们今天在另一辆装有VDO行车记录仪的卡车上进行了现场测试(不需要这种配置)，一切顺利，如附录11所示。如果我没有忘记的话，我会在我们配置Stoneridge并使其工作时更新这个问题，所以其他遇到这个问题的人也可以尝试。
在T=1中(通常)不支持GET RESPONSE，因为获取响应是APDU传输层的一部分。在T=1中，您只需将Le字节(现在值为0x80)粘贴到请求数据的命令的末尾，使其成为ISO CASE 2(仅响应数据)或4(存在命令和响应数据)命令。