C# 欧洲行车记录仪公司智能卡返回6D00

我们正忙于尝试在行车记录仪公司智能卡和行车记录仪之间进行远程身份验证。我们用我们的测试行车记录仪工作，但现在我们遇到了一个问题，一个活的

无论何时开始验证，一切都进行得很顺利，直到行车记录仪发送get响应命令：

00c000080

。行车记录仪智能卡响应

6D00

。换句话说（据我所知），行车记录仪要求智能卡提供get响应。智能卡回答“支持CLA，但INS无效或未编程”（见文档）

我试着强制使用T1协议。不会改变结果。我们尝试强制使用T0协议，我的软件不再读取智能卡。这意味着此智能卡显然不支持T0协议

有人知道这个问题是什么意思吗

编辑 有人要求我按照Maarten的命令排列顺序，请参见以下命令行：

卡片给出ATR:

3BDF960080B1FE451F870031C16408923201738421E0059000C5

测速仪响应：

00A4020C020002

卡片响应：

9000

测速仪响应：

00b000009

卡片响应：

000103492B022104309000

测速仪响应：

00A4040C06FF544143484F

卡片响应：

9000

测速仪响应：

0022C1B60A8308000DAA0611606A2

卡片响应：

9000

测速仪响应：

008800001011EBDDCAFA17487000DAA0611606A2

卡片响应：

9000

测速仪响应：

00c00008000

卡片响应：

6700

测速仪响应：

00c000080

卡响应：

6D00

所有通信结束

对于Maarten：您可以假设软件工作正常。这是今天下午卡车上的实时数据。电子设备连接到转速计，我的软件（将读卡器插入服务器端）与电子设备通信。这个装置是由另一位程序员制造的，他向我保证，进出测速仪的数据是正确的。我知道我的软件和智能卡的通信是正确的，因为我们用另一张卡和测速仪来实现

编辑#2 在发现内部authenticate命令中出现错误后，我们尝试在内部authenticate命令后面强制使用十六进制字节

80

。这使得进程更进一步，但在读取二进制文件后仍然取消。我不知道为什么会这样，但我们目前正在调查。阿普杜在下面

通信开始，卡发送atr:

3BDF960080B1FE451F870031C16408923201738421E0059000C5

测速仪响应：

00A4020C020002

卡片响应：

9000

测速仪响应：

00b000009

卡片响应：

000103492B022104309000

测速仪响应：

00A4040C06FF544143484F

卡片响应：

9000

测速仪响应：

0022C1B60A8308000DAA0611606A2

卡片响应：

9000

测速仪响应：

008800001A0A73D4B3337EBC3D000DAA0611606A280

卡片响应：

1C90A7F7796CC9B2082470504CDCF3D3E9EEDEE00F4AF1PCA127CC1D7B746D21C63DA4D75138B61D7715C4919B37601BF8897DB7C1DD5F58309D55B9588C007AFBA22F997523300B1351684F65AB5FA59E350295B7EE1170F934FC8AFE191E9EE7C582D7D0709FEEB14B44EF9D452B4F452B9D452B9AB5110EF956E79000

测速仪响应：

0084000008

卡片响应：

2DA8A7836A6FCF1A9000

测速仪响应：

008200008000E5EE3CBE4F16EC816E3FB198F863386044535AC6123E1B057C9A53ED356679B4F1AE34B8EBD95FDD96E4707CDECA208BF2BAA6F70CA39FCC6199B3F959F3226E018D4609142314F25A332C1666A44E6EE3616CD19F9A7E169827C3CEDD49A8478BCDD973EE48E467EFF567B5632BB9714

卡片响应：

9000

测速仪响应：

00A4020C020520

卡片响应：

9000

测速仪响应：

0cb0000997018b8e04f0821140

卡片响应：

9000

测速仪响应：

00A4020C020501

卡片响应：

9000

测速仪响应：

0cb00030997001028e04673dd55

卡片响应：

6688

所有通信结束

如您所见，我们在内部authenticate命令后面手动添加了

80

，这使它更进一步，但仍然出错。我们不知道为什么它现在出错了，任何想法和建议，比如为什么卡现在响应6688，而读取二进制文件应该只返回信息，都是非常受欢迎的。我们现在的想法是，“Stonedidge”测速仪的工作原理不同于“VDO”测速仪。公司/驾驶员未将转速计设置设置为远程CAN通信，导致错误。我会不断更新这个问题，以备日后使用，以及其他遇到同样问题的人使用

已解决（目前）

---

事实证明，斯通里奇行车记录仪确实存在问题。我们认为stoneridge需要通过研讨会进行配置，以实现远程身份验证和下载。我们有一些文件似乎证实了这一点。我不会解释这是如何做到的，因为这类信息并非针对所有人。我们今天在另一辆装有VDO行车记录仪（不需要此配置）的卡车上进行了现场测试，一切正常，如附录11所示。如果我没有忘记，我将在配置Stoneridge并使其工作时更新此问题，因此遇到此问题的任何其他人也可以尝试此问题。

在t=1中，GET响应（通常）不受支持，因为获取响应是APDU传输层的一部分。在T=1时