2012-06-29 01:23 AM
Hi. I have a STM32f3220g-eval board. I tried lwip standalone stack. It doesn't work, I made same in the document UM1057. Jumpers and selecting modes from software are ok. Dhcp or pinging response does not work Also I loaded firmware (STM322xG_EVAL_FW_V1.2.0.hex) it didn't work. I tried udp server, client and tcp server/ client programs. In MII mode,I selected clock source both external 25 mhz and MCO pin and result didn't change. I have just realized ''PHY write'' is timeout. As I put a breakpoint program enters the loop. Is is normal or about my problem? what do you think?
if(!(ETH_WritePHYRegister(PHYAddress, PHY_MICR, tmpreg))) { /* Return ERROR in case of write timeout */ return ETH_ERROR; } I think something is wrong by hardware. Did anyone have a problem like this? #stm32f3220g-eval-ethernet2012-06-29 03:56 AM
Something upstream is busted, you're seeing a symptom not the cause.
Make sure you have the jumpers set correctly and get the demo working first.Has the demo worked in the past?2012-06-29 04:44 AM
Thank you. 3 jumpers are correct. I already use demo files and don't know about history of board.
2012-07-02 12:20 AM
clive1 can give my any advice? What should I change? I changed modes except RMII, I only used MII. I tied the board to network with ethernet cable straight and to PC straight. It didn't work. Is PHY Address same on all stm3220g-eval boards? Is it '1' ?
2012-07-02 08:11 AM
Dunno, I don't own this board so can't give you first-hand experience.
Wouldn't you want to be using a cross over cable? Straight cables are classically use to connect to hubs/switches. I'd probably use a cheap hub, that has LED indicators, and drop a connector to a network sniffer/analyzer. Check the solder bridges are where they should, use a scope to check out critical signals and clocks. Make sure the board has ALL the default settings. I would imagine all the ST STM322xG boards are the same, or very similar. If the PHY was at a different address it would be in an include file, or mentioned in the README.TXT2012-07-03 05:17 AM