--- CTS Doc ---

The course timing system documentation is being kept on our website because Kelly and I needed a central place to keep track of things as we developt the system.

You're welcome to look through it but it's not setup for others to use yet. In the future, this will become the documentation site for people that would like to build or use the course timing system.

Home for this documentation work:
main_mseal/2018/ipro/ electronics--cts_course_timing_system/ 0226v00f--cts_course_timing_system_DOC/

I just pulled in documentation from a bunch of different projects and put it in this one place. So much needs to be reorganized. But it's a start : )
Check maurochs for ipros that haven't been included yet.

System description.

The course timing system (CTS) consists is a system to electronically record participant arrival times at orienteering and ARDF controls. Runners use RFID cards (rcards) to punch controls they find. When done, they punch a download box to see their results.


Current hardware.


redpoll_025. This is the current latest repoll and was loaded onto the MCT (?). It's currently in 2017 ipro 0214v05d.

Mifare EEPROM format.

Link to a table of our EEPROM system.

We're using the Mifare 1k classic cards. A card has 16 sectors with 4 blocks each, only 3 of which can be used for our data. Each block contains 16 bytes. We don't write to sector 0 which has some important information on it. We use sector-1 block-0 to hold the last record number and the most recent record. In other blocks, we store our records. Each record is 5 bytes, 1 byte for the control number and 4 bytes for the timestamp. So earch block holds 3 records plus one unused byte at the end.

For our records... We only use 2 blocks in sector 1. We use 3 blocks in each of the other 14 sectors. So we have (2 + 3 * 14) = 44 blocks available. Each one holds 3 records. So we have (44 * 3) = 132 possible records. These are numbered 0 to 131 (0x00 to 0x83).

We use sector-1 block-1 in a special way. In that location we record the record number of the last record (or the current number of recorded records, I can't remember what we decided) and a copy of that record. In this way, we only need to read sector-1 block-1 to get this info rather than having to scan the card to find the last record.

Where information can be found.

Much of the work on this project can be found in main_mplesiosaur 2017.