Hi,
I was wondering if I could self-program bus blaster using OpenOCD. The documentation suggests using the patched urjtag, but I am unable to get the SVN checkout compiled on mac. xcode has an ancient autotools version and when I force the one from homebrew, it throws trillion errors at me.
My second question would be about vid/pid. I changed it using the utility posted in the forum to different values, so that I can keep the kernel driver in memory for other devices with ft2232. How can I change it back?
Thanks for the cool device :)
Petr
Hi Petr,
I want to say no, but a quick google does show an SVF playing command.
It would depend on:
1. OpenOCD supports the second JTAG interface in the FT2232H (we had to patch urjtag for that) as bare FT2232 programmer
2. It can play the SVF file to the CPLD
It looks like 2 is ok. I'm not sure about 1. I'm sorry, I've never tried it so I'm not sure. It seemed a lot easier for us to patch urjtag than OpenOCD, but that was more than a year ago, support may be available in OpenOCD now.
I would say yes, and i think i have managed to get it working using configuration like this:
interface ft2232
ft2232_device_desc "Dual RS232-HS"
ft2232_layout redbee-usb
ft2232_vid_pid 0x0403 0x6010
adapter_khz 100
But OpenOCD expects you to define the correct JTAG chain, which makes it a bit tricky. I have not tested it further.
And as Ian said, urjtag is easier way to go :-)
Thanks for replies. I modified openocd to use the second interface, but it doesn't talk to the cpld anyway. I will give it another try later.
Concerning urjtag: Does anyone have a compiled patched version for os x? I feel really stupid, but I can't seem to get the svn version working. autoconf is a nightmare.
autoreconf -i
./configure
...
should do the trick.
Right :), I of course tried that, except that is the problem. xcode's autoconf is old and gettext seems to have no autopoint command. When I try:
PATH=/usr/local/Cellar/gettext/0.18.1.1/bin:$PATH /usr/local/Cellar/autoconf/2.68/bin/autoreconf -i
I end up with:
configure.ac:108: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:198: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2671: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2681: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:1100: _LT_SYS_MODULE_PATH_AIX is expanded from...
m4/libtool.m4:5331: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5416: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:240: _LT_SETUP is expanded from...
m4/libtool.m4:104: LT_INIT is expanded from...
configure.ac:108: the top level
configure.ac:108: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:198: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2671: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2681: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:5331: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5416: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:240: _LT_SETUP is expanded from...
m4/libtool.m4:104: LT_INIT is expanded from...
configure.ac:108: the top level
Use of uninitialized value $msg in concatenation (.) or string at /usr/local/Cellar/autoconf/2.68/bin/autom4te line 1027.
Use of uninitialized value $stacktrace in pattern match (m//) at /usr/local/Cellar/autoconf/2.68/bin/autom4te line 1027.
unknown channel m4trace: -1- AS_VAR_APPEND(ac_configure_args, " '$ac_arg'")
at /usr/local/Cellar/autoconf/2.68/share/autoconf/Autom4te/Channels.pm line 639
Autom4te::Channels::msg('m4trace: -1- AS_VAR_APPEND(ac_configure_args, " '$ac_arg'")x{a}', undef, 'warning: ', 'partial', 0) called at /usr/local/Cellar/autoconf/2.68/bin/autom4te line 1027
aclocal: /usr/local/Cellar/autoconf/2.68/bin/autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
and that is the place where my auto-fu ends and somehow my brain is resistant to even look at it. I think I will stick with openocd for the time being, works great with bus blaster + stm32 and I will see if I can reprogram the cpld from a vm.