Stuck in the boot rom

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Stuck in the boot rom

1,606 次查看
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by IanB on Thu Nov 26 08:37:58 MST 2015
I'm just doing my second LPC1517 project - the first one went without any problems.

When I click "debug", everything seems to be as normal, and the usual text appear in Console, but it never gets to the breakpoint at the start of "main".

Even if I put a breakpoint at the reset handler, it never gets there either. The last thing appearing in the console is "Thread #1 running: User request"

if I stop the processor, it always stops of 0x03000372, which is somewhere in the boot rom.

I tried two processors, so it's either the code or the way the processor is connected. (The original project still works, so nothing has happened to the probe in the mean time)

Have I managed to connect it up in a weird way so that it powers up in a different mode? Where should I be looking?

Any clues?
标签 (1)
0 项奖励
回复
3 回复数

1,544 次查看
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by IanB on Thu Nov 26 10:04:11 MST 2015
It would have been fine if Wolfson hadn't sneaked a 10k pulldown onto the MUTE input. . .

What is it about typing out the question that makes you think of the answer immediately afterwards?
0 项奖励
回复

1,544 次查看
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by R2D2 on Thu Nov 26 09:00:39 MST 2015

Quote: IanB
Where should I be looking?



As usual, at your ISP_0 and ISP_1 pullups...
0 项奖励
回复

1,544 次查看
lpcware
NXP Employee
NXP Employee
Content originally posted in LPCWare by IanB on Thu Nov 26 08:53:52 MST 2015
I'll answer my own question:

I used PIO1_9 as an OUTPUT, driving what I thought was a standard CMOS input; but it wasn't a standard CMOS input, it had a 10kΩ pulldown.

Thus it activated ISP0_boot.

Need to read that data sheet more carefully.
0 项奖励
回复