在撰写”CANlib通道号还是卡号？“一文时，有用户评论要求阐明CanHandle和通道号之间的区别，因为它们都可从零开始。

CAN通道使用CANlib中的canOpenChannel()函数打开，将通道号作为第一个参数。

这将返回一个可以是任何非负数的句柄（在第一次调用它时通常为零）。手柄稍后会被用到，如当读取下一个可用的CAN报文时。如果调用tocanOpenChannel()失败，将返回负错误代码，而不是有效的句柄。

句柄是内部的正数，不能手动编辑。如前所述，CANlib中返回的CanHandle可能与通道号混淆，但新版库，如kvrlib，则会返回一个更大更随机的数字，以降低混淆的风险。

我建议我们应该养成习惯将句柄声明为CanHandle（而不是int），从而清楚地标记句柄。在此建议的同时，也鼓励大家始终检查返回状态，就像上面对canRead() 所做的那样。当出现错误时，这将有助于缩短调试时间。

当与CANlib交互时，许多功能需要通道的句柄支持。这个通道通常被称为“CANlib通道”，因为这是其在Kvaser硬件中的标签。

如果要从Eagle设备上的第一个通道发送CAN报文，我们应该打开CANlib通道3 canopenChannel(3, canOPEN_EXCLUSIVE)。 CANlib中的某些功能与设备上的实际通道无关，因此你可以使用任何设备通道都同样成功。例如，要打开或关闭设备LED，可以调用kvFlashLeds(hnd, kvLED_ACTION_ALL_LEDS_ON)，其中hnd可以是CANlib通道3或4的句柄。那么为什么需要卡号？从历史的角度来看，没有通过Kvaser CANlib与Kvaser设备的所有交互都直接指向驱动程序。在这种情况下，不能使用CANlib通道号，因此需要新的数字来指示，例如“第二个设备”使用驱动程序kcany。这个新号码被称为“卡号”，并在选择设备通道时显示在Kvaser硬件中。

在上图中，我们可以看到，作为通道设备5的Kvaser Memorator Pro 5xHS连接到CANlib通道6和卡号2。 CANlib通道和卡号都是从零开始(正如程序员通常所做的那样)，但是因随机生成机制，卡号在Kvaser硬件中显示(仅在Kvaser硬件中)得看起来像是从1开始。所以我们的设备实际上连接到了CANlib通道6卡号1，这意味着我们需要发出命令hydra_flash.exe -C1 imagefile.img以升级此设备的固件。如今，其已成为历史，因为我们通过调用CANlib (canGetChannelData(channel, canCHANNELDATA_CARD_NUMBER, buffer, bufsize))函数可获得索引卡号0。这也是Python模块kvDevice的工作内容，其可在使用卡号的其它库(如kvmlib)进行交互时位你提供协助。不过，了解了其工作原理会很有意思。

如果您有任何意见，请发送邮件至support@kvaser.com和我们取得联系。