Hi.
You say that you are reading 0x00221610 - the Micrel part has the ID 0x00221619 (are you sure about the 0 at the end?)
You are right, it is a 9. Don´t know where i saw the 0.
But the other thing is strange. As you see
/#define _LPC21XX // specify LPC21XX subset
#ifdef _LPC21XX
#define IAR_LPC210X
#define TARGET_HW "IAR LPC210X Card"
#else
#define OLIMEX_LPC2378_STK
#define TARGET_HW "OLIMEX_LPC2378_STK"
#endif
I changed the value in config.h. Nevertheless the checking value is 0x20005C90.
I´m using uTaskerV1.3_beta-LPC....thought this is the last release?
If the reset command is sometimes failing you could try increasing the wait time allowed:
i = 1000000; -> i = 10000000; to see whether it is a timing issue or not.
If it still sometimes fails it is probably some communication unreliability rather that the wait limit being critical.
I increased the wait time, but it still sometimes failed. So it is not a problem with the wait limit. Any idea about that?
Thanks
Martin
EDIT:
I downloaded the ServicePack 3 and I see my version is not the newest one. Sorry for that. Thought all the time my version is the newest one. My fault. So i gonna test it with the new files.
EDIT 2:
ok, it works. And the chekcing works now to. Of course it does, now it is expecting the right value.
But the problem with the reset command in
while (fnReadMII(DP83848_BASIC_CONTROL_REGISTER) & PHY_SOFTWARE_RESET) {// wait until reset completed
if (--i == 0) { // quit if no response
return;
}
}
is still there.
EDIT 3:
The problem only occurs while debug sessions or after a board reset (with the reset button). When I unlink the power supply and connect to the board, ist starts without any problems. Every time. But this other users in this forum topic reported too.
Regards
Martin