[En-Nut-Discussion] Ethernut 5 + Eclipse tutorial

Markus Dost markus.dost at dr-clauss.de
Tue Feb 21 08:09:02 CET 2012


Hi Harald

Am 20.02.2012 um 20:05 schrieb Harald Kipp:

> OpenOCD works as a GDB server in this case and yes, it needs to be  
> started, either manually or from within OpenOCD.
>
> http://www.ethernut.de/en/tools/eclipse/confdebug.html
> (Near the end of that page)
>
> The tricky part may be how to start it. You may set the SDRAM  
> Configuration in Eclipse
>
> http://www.ethernut.de/en/hardware/enut5/enut50scd43.png
>
> but I prefer the command line version
>
> openocd -d3 -s ../../nut/tools/turtelizer2 -c "source [find  
> interface/turtelizer2.cfg]" -c "source [find board/ethernut5.cfg]" - 
> c init -c "reset init" -c halt
>
> as done here
>
> http://www.ethernut.de/img/indigo-debug-tools.png
>
> In this case you don't need to specify any montior commands
>
> http://www.ethernut.de/img/indigo-debug-config-startup.png
> (Textarea below "Halt" is left empty)

Thank your for your help but my settings for OpenOCD and the debug  
configuration are exactly what you've written here.
Here are the console outputs after starting OpenOCD:

	Open On-Chip Debugger 0.5.0 (2011-11-23-10:33)
	Licensed under GNU GPL v2
	For bug reports, read
		http://openocd.berlios.de/doc/doxygen/bugs.html
	Info : only one transport option; autoselect 'jtag'
	trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain
	adapter_nsrst_delay: 300
	jtag_ntrst_delay: 200
	RCLK - adaptive
	srst_only separate srst_gates_jtag srst_open_drain
	Info : device: 4 "2232C"
	Info : deviceID: 67354056
	Info : SerialNumber: TLV6QNFFA
	Info : Description: Turtelizer JTAG/RS232 Adapter A
	Info : RCLK (adaptive clock speed) not supported - fallback to 3 kHz
	Info : JTAG tap: at91sam9260.cpu tap/device found: 0x0792603f (mfg:  
0x01f, part: 0x7926, ver: 0x0)
	Info : Embedded ICE version 6
	Info : at91sam9260.cpu: hardware has 2 breakpoint/watchpoint units
	RCLK not supported - fallback to 5 kHz
	target state: halted
	target halted in ARM state due to debug-request, current mode:  
Supervisor
	cpsr: 0x400000d3 pc: 0x27f72084
	MMU: disabled, D-Cache: disabled, I-Cache: enabled
	Info : JTAG tap: at91sam9260.cpu tap/device found: 0x0792603f (mfg:  
0x01f, part: 0x7926, ver: 0x0)
	target state: halted
	target halted in ARM state due to breakpoint, current mode: Supervisor
	cpsr: 0x000000d3 pc: 0x00000000
	MMU: disabled, D-Cache: disabled, I-Cache: disabled
	RCLK not supported - fallback to 3000 kHz
	dcc downloads are enabled
	Warn : NOTE! Severe performance degradation without fast memory  
access enabled. Type 'help fast'.
	Info : accepting 'gdb' connection from 3333

  and the arm-none-eabi-gdb.exe:

	symbol-file C:\\ethernut-4.10\\nutapp\\events\\events.elf
	Ignoring packet error, continuing...
	warning: unrecognized item "timeout" in "qSupported" response
	Ignoring packet error, continuing...
	Ignoring packet error, continuing...
	Ignoring packet error, continuing...
	Ignoring packet error, continuing...
	Ignoring packet error, continuing...
	Ignoring packet error, continuing...
	load C:\\ethernut-4.10\\nutapp\\events\\events.elf
	You can't do that when your target is `None'
	set $pc=0x20000000
	No registers.
	tbreak main
	Cannot access memory at address 0x200002a4
	continue
	The program is not being run.

For me it seems that the arm-none-eabi-gdb.exe has problems to access  
the controller.

Regards,
Markus



More information about the En-Nut-Discussion mailing list