一卡通收费系统常见故障机解决分析
一.windows窗体消息异常或断电
异常现象：卡内数据已经正确写入，再将添加数据库收费记录时产生异常。
异常原因分析及解决办法：
1.模式窗体在加载模式窗体异常，也就是在收费的过程内启动了显示收费单据的过程，在这里的收费单据窗体同样也是一个模式窗体，我在程序设计过程中没有采用了预防一些措施，就是在*个模式窗体加载第二个模式时通过桥接并在另一个子程序内延时后完成。经验是个别计算机偶尔会有这个问题，大多运行正常。具体的原因不详，估计和系统硬件或windows的消息处理机制有关系。
解决办法：可以选择打印后再补打单据选项。避免在收费过程中在显示模式窗体的单据。
2.在收费处理过程正在执行中，os死机
解决办法：这个就需有好的硬件和正版系统软件的支持了
3.在收费处理过程正在执行中，断电
解决办法：配备ups不简单电源
二.数据库不当的备份和还原操作
1.还原的数据库非包含zuizui近一次收费记录的备份全部有效记录的数据库文件，在这之间的收费记录当然就消失了。
2.重做系统前没有备份这后完成的数据库文件。回复自然也就少这些记录了。
解决办法：在处理系统异常或回复数据库前请按照操作手册操作，如果有疑问，请与厂家后再进行操作。
三.收费过程中写卡异常（大多是这个原因，解决起来也比较麻烦）
1.射频卡在读卡天线范围的临界点，写入卡信息后没有接收到回应或读卡检查写入的内容异常，就不会操作添加数据库收费记录。虽然有写卡错误的消息框。可是有时卡内数据已经写入有效用量信息，不但下次无法再进行收费操作（卡内含有有效量值），而且还把卡给用户去插卡，不但这个的收费记录丢失同时造成数据库内保存的购买次数，卡内保存的购买次数表内保存的购买次数不一致，下次收费操作时核查次数，当然是报异常了。
解决办法：收费时写卡异常，要按照标注的操作进行，补卡（上次以刷）在收费操作。
2.卡的质量问题，卡操作不稳定，这个我自己写了个测试卡读写稳定性的小程序，发现这个问题的确存在。
解决办法：进厂对卡的质量严格检验。