Changes between Version 8 and Version 9 of KyoshoICserialcom


Ignore:
Timestamp:
10/27/09 10:48:15 (15 years ago)
Author:
pinwc4
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • KyoshoICserialcom

    v8 v9  
    77= Automatic Polling Mode = 
    88 
    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: 
     9The 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 [wiki:ISO15693tags#UID 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: 
    1010{{{ 
    1111Block  00  ACAE53E0 
     
    3737In this case the data from block 2 is in reverse byte order, showing up as DD CC BB AA.   
    3838 
    39  
    40 [wiki:KyoshoICserialcom#Checksum checksum] 
    41  
    42  
    4339= Checksum = 
    4440 
    4541The checksum for the Kyosho IC lap counter is just a simple XOR operation on all the bytes of the packet.  
    4642 
     43= Collisions = 
     44 
     45Collision information here!!!! 
     46 
    4747= Tag Initialization = 
    4848 
    4949Remember to initialize the tag if using automatic polling mode. 
     50 
     51= Inventory 1 Slot = 
     52 
     53If you need to determine the [wiki:ISO15693tags#UID UID] of a tag in the field you can issue a command to inventory 1 time slot.  As long as only 1 tag is in the field at the time this command will return that tags [wiki:ISO15693tags#UID UID].  This command will have a fast response time but can not handle [wiki:KyoshoICserialcom#Collisions collisions].  The following command will inventory 1 slot: 
     54 
     55{{{ 
     5635 03 36 
     57}}} 
     58 
     59If a tag is in the field you will receive a response in the following format: 
     60 
     61{{{ 
     62Byte 1 will be 5F for the start of the frame 
     63Byte 2 will be A1 for the protocol 
     64Byte 3 will be the length of the packet EXCLUDING checksum, typically 0B in this case because it EXCLUDES the [wiki:KyoshoICserialcom#Checksum checksum] 
     65Bytes 4-11 will be the UID in reverse byte order 
     66Byte 12 will be the checksum, calculated using XOR operation 
     67}}}