**** BEGIN LOGGING AT Thu Mar 15 02:59:58 2012 Mar 15 13:36:07 When I compile oocd under cygwin for ft2232 with libusb, do I also need the drivers from ftdichip.com? Mar 15 13:46:37 Would it be possible go get some help hooking up a jtag programmer to a board(been trying for two days now)? Mar 15 13:47:15 The Board has an at91sam9g20 and the programmer I'm using is an olimex arm-usb-ocd Mar 15 13:47:30 I get the following errors: http://pastebin.com/1RxB5Thj Mar 15 13:48:46 test.cfg only contains reset_config trst_and_srst and jtag_rclk 5 Mar 15 13:52:32 I have been trying all the at91sam9 board configs as well Mar 15 13:53:31 My guess is the wiring but I have checked and rechecked that as well Mar 15 13:57:27 Any hints on where to start? Mar 15 14:07:43 Hi tc-. Looking into it. Mar 15 14:07:52 But I'm not an expert. Mar 15 14:08:18 Why are you using version 0.4.0? Mar 15 14:09:49 Is your interface detected? Try a lsusb. Mar 15 14:12:21 And could you please paste your test.cfg? Mar 15 14:12:43 I tried hooking it up with an arm stm32F1007 and that worked perfectly Mar 15 14:13:14 ok, that rules this out Mar 15 14:13:37 I could try to compile latest from source I guess Mar 15 14:13:54 I just installed the one in the Ubuntu repository Mar 15 14:13:55 I don't know the at91sam9. Does it need the trst and srst? Mar 15 14:14:26 I think it should be trst_push_pull Mar 15 14:14:37 But that doesn't solve the problem Mar 15 14:15:12 Maybe you should try 0.5.0 or compile from the repository. The actual version contains a board file for an at91sam9 Mar 15 14:15:49 Yeah, I will try that Mar 15 14:16:01 boardfile says: # At reset CPU runs at 32.768 kHz. Mar 15 14:16:02 # JTAG Frequency must be 6 times slower if RCLK is not supported. Mar 15 14:16:02 jtag_rclk 5 Mar 15 14:16:02 halt Mar 15 14:16:25 Maybe that's your problem Mar 15 14:17:36 The board file contains a lot of memory writes, that enable the main oscillator and the pll Mar 15 14:17:39 I set the jtag_rclk to 5... Mar 15 14:18:31 The initialization should probably succeed if I stay at 5? Mar 15 14:19:00 Even without setting up the oscillator? Mar 15 14:19:08 This is the board file form version 0.6.0: http://pastebin.com/jDPHWNbJ Mar 15 14:19:45 halt wasn't supported in my version of openocd :) Mar 15 14:19:58 invalid command Mar 15 14:20:17 Working on building latest Mar 15 14:20:21 try to compile from repository. it's easy and described in the readme. Mar 15 14:21:11 git://openocd.git.sourceforge.net/gitroot/openocd/openocd ? Mar 15 14:21:23 exactly Mar 15 14:21:57 you also need libusb and libftdi Mar 15 14:22:14 And automake, autoconf, gcc, etc. Mar 15 14:23:21 when you have anything, start ./bootstrap Mar 15 14:23:41 everything, I meant Mar 15 14:24:48 Hmmm, compile error Mar 15 14:25:20 did you run ./configure after bootstrap? Mar 15 14:25:21 http://pastebin.com/YE6gip5T Mar 15 14:25:26 Yeah Mar 15 14:26:47 Is that documentation? Mar 15 14:27:15 Hm. I don't know. I'm not a member of the development team. Mar 15 14:27:34 I compiled it yesterday and it worked. Mar 15 14:27:57 .texi is texinfo Mar 15 14:28:06 Must be a way to disable it Mar 15 14:28:15 The only reason why I'm hanging around here is that I'm trying to get some help with using oocd with a PIC32MX220 :-) Mar 15 14:30:04 configure command should be: ./configure --enable-maintainer-mode ----enable-ft2232_libftdi Mar 15 14:30:26 Wish I could help you there :) Mar 15 14:31:15 Support for PIC32 (mips32) is pretty much experimental. Especially for the new small MX1/2 devices Mar 15 14:32:01 "# JTAG Frequency must be 6 times slower if RCLK is not supported." keep that in mind, if you reconfigure the pll settings Mar 15 14:33:18 Is it possible to do rclk with FT2232 anyway? Mar 15 14:34:10 Good question :/ Mar 15 14:34:42 AFAIK you need at least an additional CPLD for that. Mar 15 14:35:33 That's the way Freescale/Spectrum Digital are doing it in their XDS100v2 Mar 15 14:36:49 http://pastebin.com/YPwy2fMb Mar 15 14:36:58 well, I expected you have no RCLK, so beware of the 1/6 clock issue Mar 15 14:38:36 Info : RCLK (adaptive clock speed) not supported - fallback to 5 kHz Mar 15 14:39:30 Hm. It doesn't read the id. TDI and TDO misplaced? Mar 15 14:39:56 I could try swapping them I guess Mar 15 14:40:47 * tc- soldering Mar 15 14:51:13 http://pastebin.com/UYQwx8LF Mar 15 14:51:56 Still can't read the ID Mar 15 14:52:44 Error: JTAG scan chain interrogation failed: all ones <- All zeroes before Mar 15 14:53:59 Any capacitors/resistors connected to the jtag lines? Mar 15 14:54:40 Not that I know of Mar 15 14:59:39 Is it supposed to reset the board when I try to init? Mar 15 15:10:29 Depends on your jtagger Mar 15 15:10:38 And the target chip Mar 15 15:10:47 And the oocd version Mar 15 15:12:14 If I look at the oscilloscope there is a lot of data on TDI but nothing on TDO Mar 15 15:12:26 When initializing Mar 15 15:13:12 do you change JTAG_SEL? Mar 15 15:13:28 No Mar 15 15:13:36 that's fine Mar 15 15:13:54 I think it has internal pulldown Mar 15 15:14:54 When I pull jtag sel up the board resets Mar 15 15:16:22 jtag_Sel needs to be set before power-on to switch between normal boot /jtag and boundary scan otherwise Mar 15 15:17:11 How does this work for processors that don't have a jtag_sel? Mar 15 15:17:32 i think this is specific to at91 Mar 15 15:17:40 ok Mar 15 15:20:18 How does this jtag scan chain work? Mar 15 15:21:20 Error: JTAG scan chain interrogation failed: all zeroes Mar 15 15:31:35 Do the other signals work? tck, tms? Mar 15 15:34:14 The problem is I don't know how they are supposed to work :/ Mar 15 15:34:40 There are signals on both tck and tms Mar 15 15:36:24 is the connection to the micro ok? Mar 15 15:36:46 The jtag connection? Mar 15 15:36:51 yes Mar 15 15:37:02 That's what I don't know :) Mar 15 15:37:08 BGA? Mar 15 15:37:16 ? Mar 15 15:37:24 The micro housing Mar 15 15:37:31 tqfp or bga? Mar 15 15:39:12 I'll have to google that :) Mar 15 15:39:32 does it have visible pins? Mar 15 15:39:37 No Mar 15 15:39:46 The it's bga Mar 15 15:39:48 They are under Mar 15 15:40:05 Not easy to measure the connection Mar 15 15:40:33 you could try to find the vias for the jtag signals, but that's a time consuming thing Mar 15 15:40:46 Did you buy the board? Mar 15 15:41:08 But I don't think the problem is between the test points and the micro Mar 15 15:41:32 Unless I burned something with the soldering Mar 15 15:41:54 But I was very careful not to Mar 15 15:43:22 I also have another board that I didn't solder, but glued instead, same problem Mar 15 15:45:36 I have the testpoints that I solder the programmer to that I can measure on Mar 15 15:47:59 I don't know anything about the sam9, sorry. Mar 15 15:49:51 Wish I knew more :) Mar 15 15:50:12 Anyway, thanks for being very helpful :) Mar 15 15:50:36 I have to take this up tomorrow :) Mar 15 15:51:14 That's always the same crap when you start with a new chip. You spend a long time till it works, and afterwards you don't even know what the problem was. Mar 15 15:51:34 That sucks :) Mar 15 15:51:41 Yeah :-) Mar 15 15:51:50 Anyway, have to run (literally) :) Mar 15 15:51:58 bye Mar 15 15:52:03 Thanks! Mar 15 19:47:59 ping Mar 15 21:15:05 Hi. Anybody here that knows the PIC32/Mips4k routines? Mar 15 21:36:37 routines? Mar 15 22:04:46 I have some questions, like whether you use the PE or not, and how to connect the mclr pin of the PIC32 Mar 15 22:06:37 If I understand the PIC32MX Flash programming specification right, the mclr pin is needed to enter programming mode. But how do I connect it? To trst or srst? **** ENDING LOGGING AT Fri Mar 16 02:59:58 2012