LAN8742A_PHY_ADDRESS wrong address

[Adalgiso]

Posted on March 02, 2017 at 15:02

I do have the same issue

https://community.st.com/0D50X00009XkgMqSAJ

  with the code generated for the stm32F2 device.

Additionally some values are not correct, below is the value we should have (based on the demo for the nucleo 207 board).

/* Section 4: Extended PHY Registers */

&sharpdefine PHY_SR ((uint16_t)0x1FU) /*!< PHY status register Offset */

&sharpdefine PHY_SPEED_STATUS ((uint16_t)0x0004U) /*!< PHY Speed mask */

&sharpdefine PHY_DUPLEX_STATUS ((uint16_t)0x0010U) /*!< PHY Duplex mask */

&sharpdefine PHY_ISFR ((uint16_t)0x001DU) /*!< PHY Interrupt Source Flag register Offset */

&sharpdefine PHY_ISFR_INT4 ((uint16_t)0x0010U) /*!< PHY Link down interrupt */null

[Nesrine M_O]

Posted on March 06, 2017 at 16:24

Hi

Castrignano.Adalgiso

,

Could you please precise in which MX version you have found the issue. So, we can verify it.

-Nesrine-

[Adalgiso]

Posted on March 06, 2017 at 16:27

Hi,

In cube 4.19 and library for F2 version 1.4

[Nesrine M_O]

Posted on March 06, 2017 at 16:38

Hi

Castrignano.Adalgiso

,

I forward this issue to our MX team for checking.

Sorry for the inconvenience it may bring.

-Nesrine-

[dohzer]

Posted on March 13, 2017 at 11:41

I've been trying for the last few days to get some STM32F7discovery examples to work.

Looks like this is probably the problem.

Has this problem been rectified? Is there any info on the solution/fix?

i.e. correct register/mask values to substitute into the library?

[dohzer]

Posted on March 13, 2017 at 12:13

Actually... looking at it now, the addresses appear to be correct. Looks like I had the wrong datasheet for the PHY?! So confusing.