Marius Kintel wrote:
+ /* These commands were traced while running MProg */
+ ftdi_usb_reset(ftdi);
+ ftdi_poll_modem_status(ftdi, &status);
+ ftdi_set_latency_timer(ftdi, 0x77);
ftdi_usb_reset and ftdi_poll_modem_status are unnecessary here
I suspected that, but MProg appears to send them so I was afraid deviating from my traced communication could break smth. Anyway, I'll give it a spin without those calls to verify that it works at least with my setup. I've also built myself an FT245R board now, so I can test with that chip as well.
Nice! Please let me know if I can remove the two other function calls.
Also I did another fix in the eeprom_decode code:
http://developer.intra2net.com/git/?p=libftdi;a=commitdiff;h=6335545d29051b1de8d2d482c25a3c1e2e4ff62c
Would be nice if you could verify if the code is still working for you :-)
Cheers,
Thomas
Greetings,
I just subscribed to this list because I had the same situation as
Marius Kintel did in his original post of the thread started on 25 Feb
2009 -- trouble programming an FT245R with libftdi. My apologies that
this message will likely not be threaded into the original in the archives.
In the email in this thread on 12-Mar-09 from Jim Paris and in the FTDI
datasheet, I see mention of setting the latency timer to 77 (decimal)
milliseconds to program the FT245R. The patch appears to set it to 0x77
(hex) ms.
I assume the value of 77ms is a minimum and 0x77 seems to work fine too,
but I wanted to point this out in case it matters to anyone.
Regards,
Karl Cunningham
--
libftdi - see http://www.intra2net.com/en/developer/libftdi for details.
To unsubscribe send a mail to libftdi+unsubscribe@xxxxxxxxxxxxxxxxxxxxxxx
|