LPC2368, (AT200 - Terminal/ISP for LPC2xxx/LPC1xxx) Опции

[3.14]

Терзаю сабжевый образец.
Имею траблы с его программированием.
H-JTAG успешно находит камень, а вот H-Flasher шить его отказывается, ругается на этапе определения флешки.
С LPC2000 flash utility вообще странности, чип находит (хотя и ругается на неподдерживаемость), при программировании выскакивает ошибка на втором секторе.
Например, LPC2378 имеет тот же размер флеши и структуру секторов, шьется без проблем и H-JTAG и LPC2000 утилитой.
Большое подозрение что 2368 мне раненый попался

[khach]

У 2368 нашли аномалии при работе на высокой частоте. Вот цитаты с lpc200.yahoo.groups

Be warned, many LPC2368's have problems running at 72MHz. I've
encountered the problem with all of the chips form this batch that
I've tried. Other people on this forum have also commented that
they've hit the same problem. Operation at 48MHz is fine. Our same
firmware and PCB's work fine at 72MHz with LPC2366's, so I believe
it's an LPC2368-specific problem. I also suspect this problem is a
large part of Philips/NXP recalling the LPC2368's and respinning the
silicon, which is probably the reason for the availability problems.
As a side-note to everyone in the earlier discussion of the "LPC2368
is flaky at 72MHz" discussion, yes, our PLL frequency is less than the
290MHz limit cited in the errata (12MHz crystal, M=12, N=1, yielding a
288MHz PLL frequency). Anyway, if you require LPC2368's that can
operate at 72MHz, your only option is probably to wait for the next
silicon revision.

I talked to NXP about the not running at 72Mhz issue.
Apparently the problem is with the MAM (Memory Accelerator Module)And
affects the entire lpc23/24 family.
From what I got out of it it is a timing issue that appears in some
batches of silicon and not others.
They reported to me that they have found the problem and have already
re spun a new batch of silicon (that we are all waiting for) (they
said May June time frame) (but I'm guess June-July till we see them in
digikey)

Т.е надо сбрасывать скорость, программировать на 48 МГц, проверять работоспособность программы, возвращаться на полную скорость. Если заглючит- то ждать следующей ревизии кристалла. Пока покупать 2364 и на них отлаживаться.

[zltigo]

У 2368 нашли аномалии при работе на высокой частоте.

ISP работает на частоте кварца (с отключенным PLL) и описанная проблема тут не просматривается.

[khach]

ISP работает на частоте кварца (с отключенным PLL) и описанная проблема тут не просматривается.

Кто сказал? В юзермануале утверждается совсем обратное

For auto-baud to work
correctly, the crystal frequency should be greater than or equal to 10 MHz. The on-chip
PLL is used by the boot code.

The boot code for the LPC2300 is a little different from those for the previous Philips
ARM7 LPC2000 chips. When there's no valid code (determined by the checksum word) in
the user flash or the ISP enable pin (P2.10) is pulled low on startup, the ISP mode will be
entered and the boot code will setup the PLL with the IRC. Therefore it can not be
assumed that the PLL is disabled when the user opens a debug session to debug the
application code. The user startup code must follow the steps described in this chapter to
disconnect the PLL.

Может конечно что-то опять поменялось, ревизии этих юзермануалов появляются как горячие пирожки...

[zltigo]

Кто сказал? В юзермануале утверждается совсем обратное

Виноват - опирался на свои знания по "старым" LPC.