2016-12-07 07:03 AM
Hi.
This above code (part of the procedure PowerControl(..)) runs OK on my MCBSTM32C (KEIL evaluation) board.
But, when the same code is loaded to my target system, the SR-bit (Software Reset) of the ETH_DMABMR is always 1.
I can't see any problem with my HW... I see other people have questions regarding the same code. I really appreciate assistance with this issue.
best regards
Terje B�hler
#ethernet2016-12-09 01:50 AM
Dear
t.bohler@unitechenergy.no
,We need more clarification on the casethatyou are facing and more details about thedevice used and yourconfiguration.
Are you using CubeMX (which version)?Hal version ?This will helpuser forum to answer you.
Maybe you can try with working
LwIP examples available in your STM32CubeXX firmare package.
Best Regards
-Imen-
2016-12-09 02:01 AM
MII/RMII clock available from external source? Clock pin enabled and AF set appropriately in GPIO? All 3 clocks enabled in RCC?
JW
2016-12-13 06:38 AM
Terje,
I said it above: MII/RMII clock presence is the first to check. I don't know if you use MII or RMII - in the first case, using an oscilloscope, you should see 25MHz clock both on MII_TX_CLK and MII_RX_CLK (PC3 and PA1); in the second, 50MHz on RMII_REF_CLK (PA1).
As far as SW is concerned, the proper mode (MII/RMII) shall be selected in SYSCFG_PMC; above pins have to be correctly configured as AF for ETH in GPIO and all 3 ETH clocks enabled in RCC (and reset released in RCC and system clock at least 50MHz) - but if the same software works on other platform these shouldn't be the issue in question.
JW
2016-12-13 06:46 AM
Thanks Jan.
This is my first Ethernet project so my knowledge is a bit limited.
We use a KEIL Middleware 'MDK-Plus' license (on KEIL uV5 IDE), a KEIL RTE-generated SW (with Network:CORE:IPv4) which runs well on the KEIL MCBSTM32C Evaluation Board.
So, when we load/run exactly the same SW:
1) On KEIL MCBSTM32C Evaluation Board ==> SW runs perfectly well
2) On my newly developed target ==> SW hangs as descried
So, I would very much appreciate any suggestions on which parts of our HW that may be defect, that would provoke such a SW-hang-behavior.
Best Regards
Terje Bøhler
2017-04-24 06:17 AM
Thanks JW (we use RMII)
Yes, there was actually a HW-failure on our external 50MHz oscillator driving the (STM32F107's) MCU's PA1-pin (RMII_REF_CLK) and the corresponding 'RMII REFERENCE CLOCK' signal on our Ethernet Transceiver.
Best regards
Terje Bøhler
2017-04-24 06:23 AM
Thanks for letting us know.
JW