UIC680 Programmer’s Manual
UDN PM090-C2 Rev. 2.3
Example of Protocol 1, USB Interface
Protocol 2
In Protocol 2, all messages are preceded by the ASCII character <SOH>, followed by a one
byte reader address, two bytes character count and terminated with a one byte <BCC>.
The <BCC> is an XOR of the characters (8 bits) in the entire message, including <SOH>.
Format: <SOH><ADDRESS><00Hex><COUNT><MESSAGE><BCC>
Example of Protocol 2, RS232 Interface
Example of Protocol 2, USB Interface
The <ADDRESS> field is for a multi-reader system. This function is not currently supported.
The recommended value for this field is NULL (00Hex) but any value will work.
For Protocols 1 and 2, if the reader detects an error in an incoming transmission, it will
respond with a “Communications Error” message. If the host detects a transmission error, it
may request a retransmission.
•
Protocol 0 is the simplest protocol without adding the redundant data. In order to
handle the properly communication, it enforces a 100mSec timeout between
characters. In brief, the reader expects the incoming command is ready after 100 ms
timeout.
•
For the applications with the short latency requirement, please choose Protocol 1 or 2.
The reader processes the incoming command right after received a complete packet.
•
If the application requests to exchange the binary data, Protocol 2 is recommended.
Host Command
Reader Response
Comment
<C2h><00h><04h>
<02h>P<03h><51h>
Ready to read
<C2h><00h><04h>
<02h>^<03h><5Fh> Reader
ACK
Host Command
Reader Response
Comment
<01><00><00><01>P<50h>
Ready to read
<01><00><00><01>^<5Eh>
Reader
ACK
Host Command
Reader Response
Comment
<C2><00><06>
<01><00><00><01>P<50h>
Ready to read
<C2><00><06>
<01><00><00><01>^<5Eh>
Reader ACK
4-3
