Lap Timing Decoder
#512
#514
Tech Regular
Joined: Jul 2009
Posts: 421
From: Tustin,CA,USA
the official massively overpriced cable refers to a 470 ohm resistor.
why? someone smarter me will hopefully reply.
#515
Tech Rookie
Joined: Nov 2014
Posts: 17
From: Lap timing systems for sale
Hello boys,
I have problem:
1. Putty or other terminal from comport can read clear data only on the 38400 baudrate speed. This is OK? Because Howard in post #251 write:
"PC INTERFACE:
Logic-level RS232, 115200 baud, 8 bits, 1 stop bit, no parity, no handshaking, no flow control."
2. When running Zlaps, and connecting decoder I have alarms: Com port Error: com1
3. This is normal received line from putty:
250000000F6C61
25000000101129
70000000149AB6
7000000014E0F1
7000000015A8D5
70000000161E59
70000000179F47
7000000017D6AA
70000000011710
7000000001BD2F
700000000293F1
7000000002C1DC
7000000002DA2C
7000000002FFFF
?
All logs are from AMB transponder 3444425
Thanks for answers!
Andrius.
I have problem:
1. Putty or other terminal from comport can read clear data only on the 38400 baudrate speed. This is OK? Because Howard in post #251 write:
"PC INTERFACE:
Logic-level RS232, 115200 baud, 8 bits, 1 stop bit, no parity, no handshaking, no flow control."
2. When running Zlaps, and connecting decoder I have alarms: Com port Error: com1
3. This is normal received line from putty:
250000000F6C61
25000000101129
70000000149AB6
7000000014E0F1
7000000015A8D5
70000000161E59
70000000179F47
7000000017D6AA
70000000011710
7000000001BD2F
700000000293F1
7000000002C1DC
7000000002DA2C
7000000002FFFF
?
All logs are from AMB transponder 3444425
Thanks for answers!
Andrius.
#518
Then it sounds like you have an incorrect crystal frequency or a bad divider (U61). The microprocessor must run from a 20 MHz clock.
Have you used a third-overtone crystal? The oscillator requires fundamental-mode. Since your baud rate is 1/3 of the design value, I think this is a likely culprit.
Have you used a third-overtone crystal? The oscillator requires fundamental-mode. Since your baud rate is 1/3 of the design value, I think this is a likely culprit.
Last edited by howardcano; 06-12-2015 at 01:40 PM.
#521
Tech Regular
Joined: Mar 2015
Posts: 359
Hi Howard, after my version of your transponder, I'm considering making a decoder. In the thread other options have been named (arduino, fpga etc).
Do you think it's possible to decode using 'off the shelf' electronics to make the project even easier to replicate? One interesting idea was the use of a radio usb dongle. From my investigations it seems that 5MHz needs a HW modification or an upscaler to be read. Also the data received must be BPSK decoded and 'injected' in the timing software, and this can be tricky, and I don't know if freq lock is fast enough. Another option is the Papilio FPGA board that is usb connected. Making an FPGA version of your circuit would still need external R/C components for debouncing/histeresis on the preamble decoder, right? The plus would be the easier way to emulate the serial comunication and a reference open source hardware that can be bought. The only custom circuit would be the 'wing' (shield in arduino world) for the analog input/amp. Do you have any suggestion?
Do you think it's possible to decode using 'off the shelf' electronics to make the project even easier to replicate? One interesting idea was the use of a radio usb dongle. From my investigations it seems that 5MHz needs a HW modification or an upscaler to be read. Also the data received must be BPSK decoded and 'injected' in the timing software, and this can be tricky, and I don't know if freq lock is fast enough. Another option is the Papilio FPGA board that is usb connected. Making an FPGA version of your circuit would still need external R/C components for debouncing/histeresis on the preamble decoder, right? The plus would be the easier way to emulate the serial comunication and a reference open source hardware that can be bought. The only custom circuit would be the 'wing' (shield in arduino world) for the analog input/amp. Do you have any suggestion?
#522
Hi Howard, after my version of your transponder, I'm considering making a decoder. In the thread other options have been named (arduino, fpga etc).
Do you think it's possible to decode using 'off the shelf' electronics to make the project even easier to replicate? One interesting idea was the use of a radio usb dongle. From my investigations it seems that 5MHz needs a HW modification or an upscaler to be read. Also the data received must be BPSK decoded and 'injected' in the timing software, and this can be tricky, and I don't know if freq lock is fast enough. Another option is the Papilio FPGA board that is usb connected. Making an FPGA version of your circuit would still need external R/C components for debouncing/histeresis on the preamble decoder, right? The plus would be the easier way to emulate the serial comunication and a reference open source hardware that can be bought. The only custom circuit would be the 'wing' (shield in arduino world) for the analog input/amp. Do you have any suggestion?
Do you think it's possible to decode using 'off the shelf' electronics to make the project even easier to replicate? One interesting idea was the use of a radio usb dongle. From my investigations it seems that 5MHz needs a HW modification or an upscaler to be read. Also the data received must be BPSK decoded and 'injected' in the timing software, and this can be tricky, and I don't know if freq lock is fast enough. Another option is the Papilio FPGA board that is usb connected. Making an FPGA version of your circuit would still need external R/C components for debouncing/histeresis on the preamble decoder, right? The plus would be the easier way to emulate the serial comunication and a reference open source hardware that can be bought. The only custom circuit would be the 'wing' (shield in arduino world) for the analog input/amp. Do you have any suggestion?
I think the FPGA is a great way to go. The difficult part-- the demodulator-- requires no analog components, and it should be easy to also include in the FPGA other circuits (for instance, to detect and strip the "preamble") if one desired to reduce the workload on the microprocessor. The only analog circuits necessary are the loop amp and phase detector amp, and these are very simple.
Please keep us informed of your experiments!
#523
Tech Regular
Joined: Mar 2015
Posts: 359
My mistake, I was looking at the first revision, not the digital one. Right now I'm investigating how much 'horsepower' I need and find a suitable low cost device. I'm new to FPGA, but willing to learn... The main design decision I'm focusing on is between a loop>serial interface (like your design) or something more self contained that can work in standalone mode (maybe with a wifi connection and an android app) to give personal results to multiple drivers (or do both...).
#524
My mistake, I was looking at the first revision, not the digital one. Right now I'm investigating how much 'horsepower' I need and find a suitable low cost device. I'm new to FPGA, but willing to learn... The main design decision I'm focusing on is between a loop>serial interface (like your design) or something more self contained that can work in standalone mode (maybe with a wifi connection and an android app) to give personal results to multiple drivers (or do both...).
If you (or any other reader) would like to receive them, send me a private message with your email address.
#525
Tech Rookie
Joined: Sep 2015
Posts: 3
Hello everyone,
I've just discovered this thread while I was researching for lap counting systems and vehicle detectors. I would like to use a system of this kind for fpv multicopter racing, and i was wondering if the decoder loop can be mounted as a gate and if it will detect the transponders as the multicopters pass through it.
You have made a great job in this thread, and also in the transponder thread, as it helps a lot to understand how actually the system works, mostly for me the analog and RF parts of the designs.
I've seen some fpv races using the infrared based i-Lap system, but I would like to evaluate other alternatives.
Thanks for all this documented work!
I've just discovered this thread while I was researching for lap counting systems and vehicle detectors. I would like to use a system of this kind for fpv multicopter racing, and i was wondering if the decoder loop can be mounted as a gate and if it will detect the transponders as the multicopters pass through it.
You have made a great job in this thread, and also in the transponder thread, as it helps a lot to understand how actually the system works, mostly for me the analog and RF parts of the designs.
I've seen some fpv races using the infrared based i-Lap system, but I would like to evaluate other alternatives.
Thanks for all this documented work!



8Likes
