在这个IOT的时代，数据加密已经四处被提及了。安全性需求也日益增高。但是我们的linux主机的芯片，自身却没有带ISO7816接口。这次由于客户的需求，必须要加加密芯片，因此只能找寻类似于USB转ISO7816， UART/SPI转7816接口等芯片。搜来搜去，竟然搜到一颗AK9528，UART转7816。。因此，就拿来用了。这颗芯片的资料不多，基本参数如下：

1. 默认使用38400，8，n，1接口，低位先发送。

2.该芯片支持同时接两张卡，因此有slot0和slot1两个接口

3.在数据帧结构上，采用循环冗余校验的方法。即文档上所说的LCR。LRC: longitudinal redundancy check, which does the exclusive-or operation to each character in the string. For example, if a message of 3 bytes D1, D2, and D3. Then LRC of this message is D1 xor D2 xor D3, and the stream would be D1, D2, D3, and LRC. 

以下是该芯片的整体工作流程：

            

第一步，发送getslotstatus指令对slot进行查询，分别发送slot0的和slot1的。当发送slot0的时候，数据内容如下:

get_slot_status[11] = {0x65,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x65};

回复如下：

81, 00, 00, 00, 00, 00, 00, 01, 00, 01, 81

根据0x81指令，其格式如下：

    

bStatus = 0x01, bError = 0x00, bClockStatus = 0x01. bStatus的值以及bError的值，分别查看table2和table3.

       

当bStatus = 0x01,表示一张卡片存在，并且未激活。

        

当bError = 0x00时，表示该命令执行成功。无错误产生。

于是发送第二条指令Poweron 指令0x62

poweron[11] ={0x62,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x62};

回复数据如下:

 

80, 15, 00, 00, 00, 00, 00, 00, 00, 00, 3B, xx, xxxxxxxxxxxxx

查询AK9529的命令手册，可以得知，0x3B开始，就是卡片内部的数据交互了。为了安全起见，将剩余的报文用xx来表示。

到此，芯片驱动基本上打通了。剩下的就是慢慢完善所有的指令了。

在此特别注意，如果发送一些错误指令，让芯片进入了错误状态的话，芯片不会返回任何数据，即使你后来发的是正确的数据。此时，似乎只有重新上电或则将AK9529复位才可以恢复。可能也是为了安全性考虑。

另外，如下是整体命令的表格。发送指令和回复指令相互对应关系如下：

   

以下是我的测试代码：

const unsigned char get_slot_status[11] = {0x65,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x65};
const unsigned char Poweron[11] ={0x62,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x62};void main(void)
{int uart_fd;int ret;char RxBuffer[256];int i;uart_fd = Uart_Init_Port("/dev/ttyS1", 38400, 8, 'n', 1);while(1){sleep(1);write(uart_fd, &Poweron[0], 11);usleep(100000);while(1){ret = read(uart_fd, RxBuffer, 256);if (ret > 0){for (i = 0; i < ret; i++){printf("%02X, ", RxBuffer[i]);}}else{printf("\r\n");break;}}}
}