Changes between Version 5 and Version 6 of KyoshoICserialcom
- Timestamp:
- 10/27/09 10:31:32 (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
KyoshoICserialcom
v5 v6 5 5 6 6 7 == Automatic polling mode ==7 == Automatic Polling Mode == 8 8 9 The Kyosho IC lap counter hardware is capable of automatically polling for RFID's and returning the results without sending repeated inventory commands. Unfortunately this mode does not return the UID, instead it returns the data written to block 1 (data begins at block 0) of the RFID. Block 0 and block 2 must also be populated with information for this mode to work. The following is an example of data that could be stored to the first 3 blocks for this mode to work:9 The Kyosho IC lap counter hardware is capable of automatically polling for RFID's and returning the results without sending repeated inventory commands. Unfortunately this mode does not return the UID, instead it returns the data written to block 1 (data begins at block 0) of the RFID. Block 0 and block 2 must also be populated with information for this mode to work. Each tag must have unique data in block 1 for this mode to work correctly. When [wiki:KyoshoICserialcom#Taginitialization initializing] the tag you can ensure that it has unique data in block 1 by using the last 4 bytes of the UID as the data. The following is an example of data that could be stored to the first 3 blocks for this mode to work: 10 10 {{{ 11 11 Block 00 ACAE53E0 … … 24 24 {{{ 25 25 Byte 1 is the start of the frame, always A3 for the polling method 26 Byte 2 is the length of the frame including [wiki:KyoshoICserialcom#Checksum checksum]26 Byte 2 is the length of the frame including checksum 27 27 Bytes 3-6 are the data from block 2 of the tag in reverse byte order 28 28 Byte 7 is the number of times the tag was detected 29 29 Bytes 8-10 are unknown 30 Byte 11 is the [wiki:KyoshoICserialcom#Checksum checksum]30 Byte 11 is the checksum 31 31 }}} 32 33 An example response packet for a RFID tag that uses the example data listed above for blocks 1-3 would look like this: 34 {{{ 35 A3 0B DD CC BB AA E1 01 00 00 48 36 }}} 37 In this case the data from block 2 is in reverse byte order, showing up as DD CC BB AA. 32 38 33 39 … … 38 44 39 45 The checksum for the Kyosho IC lap counter is just a simple XOR operation on all the bytes of the packet. 46 47 == Tag Initialization == 48 49 Remember to initialize the tag if using automatic polling mode.