Hello Mike! :-) On Sun, May 23, 2010 at 2:13 AM, Mike Frysinger <[email protected]> wrote: > (...) > if your "parallel flash" device isnt actually a SPI flash but directly > connected via address lines to the part which is controlled via JTAG, then you > dont need SPI support. just use the existing initbus/flashmem commands. i > program parallel flashes from time to time using this method.
Yes, the memory is parallel and it is connected with data/addres interface to the bluecore4 chip, but the chip itself does not support JTAG. However accessed with SPI it gives direct access to the Flash memory contents :-) > thinking about it a bit more, i guess if the part controlled via JTAG had its > pins declared via the BSDL/parts files, it would be possible to wiggle them > directly without the need of code executing on the "processor" or whatever. > > i'd have to double check the Blackfin parts to see if their SPI lines are > accessible via JTAG. if they are, we could test something like this. > > in either case, the fact you're using a FT2232 JTAG cable is irrelevant Well, I have two of these cables (Amontec USBkey2P and Kristech KT-LINK) based on FT2232H which have some "kind" of support for serial transfers (Im planning to implement SWD with KT-LINK on July/August after current projects are done). Using these cables, or any other small jtag box is far more better for me than using standalone memory programmer (Parallel port based) :-) But I must queue this task, probably both with the SWD part, because at the moment Im drawning in the sea of deadlines... however Im learning Python and QT4, so Im gaining skill to test UrJATG libraryfication soon :-) Best regards! Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ------------------------------------------------------------------------------ _______________________________________________ UrJTAG-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/urjtag-development
