I have finished the code. The biggest problem is the Flash Program Speed. RM08001_JLinkUSBProtocol.pdf: The USB latency is more of a problem. Since the host schedules USB transactions in frames of 1ms for full speed and 125us for high speed connections, the average latency is 2ms for full speed and 250us for high speed connections. This means that even a small transaction of 1byte typically takes 2ms on full speed connection and it also means that minimizing the number of transactions to the minimum required is desirable. Here is the console log: -------------------------------------------------------------------------------------------------------------------------------- $ ./JLinkUtils.exe ************************************************************ ** ** ** JLink Utils ** ** ** ** VERSION: 0.1 ** ** Release Date: 02/06/2010 ** ** Build Date : Feb 9 2010, 21:09:11 ** ** ** ************************************************************ File:[jlink.c] Line:[629] J-Link initialization started / target CPU reset initiated File:[jlink.c] Line:[822] J-Link ARM V7 compiled Apr 1 2009 12:02:10 File:[jlink.c] Line:[835] JLink caps 0x39ff7bbf File:[jlink.c] Line:[854] JLink hw version 70000 File:[jlink.c] Line:[870] JLink max mem block 9120 File:[jlink.c] Line:[783] Vref = 2.866 TCK = 1 TDI = 1 TDO = 0 TMS = 0 SRST = 0 TRST = 0 File:[jlink.c] Line:[642] J-Link JTAG Interface ready File:[jlink.c] Line:[728] trst: 0, srst: 0 File:[jlink.c] Line:[233] File:[jlink.c] Line:[585] [Jerry debug] Set JCK to : 12000kHz JLinkUtils-0.1$ JLinkUtils-0.1$ jlink init jlink device init speed Set Jlink TCK Speed dcScan Scan Daisy chain bypass BYPASS Test JLinkUtils-0.1$ jlink dcScan Found Chip [MPC8247] JLinkUtils-0.1$ jlink bypass BYPASS Test Passed! Read Back [0x55555554] JLinkUtils-0.1$ flash readId Read Flash Vendor and Device ID dump Dump a buffer from flash address erase Erase Flash by sectors program Program Flash JLinkUtils-0.1$ flash JLinkUtils-0.1$ flash > readId BdType = System Control Board Global variables updated. Use file [./data/pq27e_a.bsdl] to init BSR... Done Filling array... Done Manufacturer code Correct: [0xBF] Device code Correct: [0xD7] JLinkUtils-0.1$ flash dump 520192 128 BdType = System Control Board Global variables updated. Use file [./data/pq27e_a.bsdl] to init BSR... Done Filling array... Done 00000000: 66746f6d 30286363 6829302c 3a74736f motfcc(0,0)host: 00000010: 6f777876 2e736b72 3d65205a 2e323931 vxworks.Z e=192. 00000020: 2e383631 30322e31 66663a30 66666666 168.1.200:ffffff 00000030: 68203030 3239313d 3836312e 332e312e 00 h=192.168.1.3 00000040: 313d6720 312e3239 312e3836 7520312e g=192.168.1.1 u 00000050: 6d73633d 3d777020 316d7363 74203332 =csm pw=csm123 t 00000060: 53433d6e 2041314d 006c3d6f ffffffff n=CSM1A o=l..... 00000070: ffffffff ffffffff ffffffff ffffffff ................ JLinkUtils-0.1$ flash> erase 0 127 BdType = System Control Board Global variables updated. Use file [./data/pq27e_a.bsdl] to init BSR... Done Filling array... Done Flash Erase [0:127] Done JLinkUtils-0.1$ flash> program u-boot.bin BdType = System Control Board Global variables updated. Use file [./data/pq27e_a.bsdl] to init BSR... Done Filling array... Done Start Program flash offset addr 0x0, dataLen 0x431ac flashProgram Done! 274860 bytes data write JLinkUtils-0.1$ flash> /q JLinkUtils-0.1$ Bye -------------------------------------------------------------------------------------------------------------------------------- Best Regards Jerry
2010-02-10 jerry_xjtu 发件人: David Brownell 发送时间: 2010-02-05 02:19:40 收件人: openocd-development 抄送: jerry_xjtu 主题: Re: [Openocd-development] Fw: For JLink Support On Thursday 04 February 2010, jerry_xjtu wrote: > So my question is: > Can we take full control of JLink by using OpenOCD and generate the simulate > timing for Flash program?(using boundary scan) Have you tried using the SVF or XSVF support to do that? That's the only way to do it for now; we don't have much other boundary scan support. - Dave
_______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development