I've spent many hours trying to get a simple sketch to transfer to a Arduino device via a FT232R device. (like many other people have) I actually tried with three different FT232R based cards on two different computers. One running XP the other running windows 8.
The three FT232R based cards:
- 1st card was very flaky - Seemed like it had a bad solder connection on the USB port. Computer(s) would not see the FT232R device at times.
- 2nd card (identical replacement card for the first) - No problem with the compute seeing the card/device.
- 3rd card - different make then the 2nd card - Produced the same results/problem.
While waiting for 2nd/3rd card to arrive, I was talking to a friend and he happened to have a CP2102 based card. I borrowed the card from he, installed the drivers, made the board connections, did the manual reset during upload, and presto, I got the blink sketch to load. I then installed a temperature probe sketch which printed information out via the Serial port and it all works.
So my 2nd/3rd FT232R based cards arrive. I was thinking this should be easy... but guess what; I was back to the stk500_getsync(): not in sync: resp=0x00.
At some point along the way, it dawned upon me that my old sketch was still loaded and it was printing information on the serial port. So I opened up the Bray terminal program, connected to the com port, set the data to hex and what do I see coming back? <00> <00> <00> <00> delay <00> <00> <00> <00> delay <00> <00> <00> <00> ... instead of (dec) 70 delay 70 delay ....
I reproed the same results using either one of the two FT232R based cards.... and I also moved the setup to a 2nd computer and got the same exact results. =(
If I go back and hook up the CP2102 based card, everything works great. The terminal program shows 70 delay 70 delay etc.
So for now I left scratching my head wonder why the FT232R based cards are not seeing the correct data from my Arduino device... and I do say the "correct data"... it's very apparent that the card is seeing data, it's just seeing all <00> data.. or the data is being lost inside the FT232R device.
Any thoughts?
Thanks
Dean