This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DP83TC812EVM-MC: Local and remote sleep

Part Number: DP83TC812EVM-MC
Other Parts Discussed in Thread: DP83TG720EVM-MC

Hi Team,

We have purchased two Evaluation boards, to experiment with implementations on the DP83TG720 PHY. They are connected via an automotive connector and power is supplied by the microUSB. One is a master and the other is a slave. 

As mentioned in the manual of the  DP83TG720 PHY, i had tried both the local and remote sleep

 

But the eval boards, did not go to sleep. On further reading, i saw that the implementation for sleep mode required is that an external pull down resistor be placed at the INH pin, for the sleep mode

 

But on the eval board schematics, for the same phy implementation, below was observed

 

The INH has a pull-up resistor.

Our query is

1) Does this mean that as the INH pin is not connected to a pull-down resistor it will not go to sleep?

2) Is there sleep/wake-up functionality, present for this model evaluation board?

Thanks in advance

Regards

Aarathi Thomas

  • Hi Team, 

    Apologies for the error in the part number for the interface forum. I was referring to the 1000 Base-T1 eval board,  DP83TG720 G-Bit Media Converter. We have purchased two  DP83TG720 G-Bit Media Converter boards

    I was also looking at the interface forum DP83TC812EVM-MC for 100 Base-T1 as it looks like the implementations are kind of similar, and there for the INH pin there is a pull down resistor implementation. In the website for purchase, this board also mentions explicity of sleep/wake-up functionality. 

    Please let me know if i should close this question and post it in the correct part number forum, or if there is anyway i can edit the part number in my first post. 

    Thanks in advance 

    Aarathi Thomas

  • Hello,

    I will need some time to consult with team on this. Please expect a response by EoD Tuesday 5/30/23.

    Sincerely,

    Gerome

  • Hello,

    Unfortunately, DP83TG720EVM-MC is not the best option to evaluate the PHY's sleep mode due to the fact that the PHY's power supplies need to also be cut to put the PHY into sleep mode. 

    DP83TG720 has a custom sleep solution (not TC-10 like other PHYs in our portfolio) and has not been tested with our link partners other than DP83TG720. 

    Sincerely,

    Gerome

  • Hello,

    Thank you for your reply.

    For the DP83TG720EVM-MC, there is a 3V3 and 1V supply jumper on the board. If we remove the jumper, can't we cut off the supply after setting the 7th bit to 1 in register 0x018B as described in the manual, to transition from normal to sleep mode? In this case, we would, remove the jumper on the wake pin as well and connect the same jumper to ground, to make the wake pin 'low'.

    The above, is if the INH pin does not affect control on the power supply in the board. Hence, the query 

    1) Does this mean that as the INH pin is not connected to a pull-down resistor it will not go to sleep?

    Thanks and Regards

    Aarathi

  • Aarathi,

    I will need to double check with the team on this. Please note the US offices are closed during Memorial Day, and thus I can bring this to the team for discussion 5/30/23.

    Sincerely,

    Gerome

  • Hi Aarathi,

    INH pin is only an output. However, I do caution, that the EVM is not the best platform to evaluate DP83TG720's sleep mode feature due to the fact that supplies are not cut off immediately upon entering sleep mode. 

    Sincerely,

    Gerome

  • Hi Gerome, 

    Thank you for the reply. 

    Yes, just wanted to confirm whether the schematics are correct. Thanks. Yes, we have come to see that it may not be the best solution to testing. 

    If we manually pull out the jumpers connected to 3v3 and 1v power supply on the eval board, after setting the registers for the sleep operation, would that not be a feasible option?

    Thanks and Regards

    Aarathi Thomas

  • Hi Aarathi,

    It would not be fully feasible as the timing sequence would not be fully realized. 

    Sincerely,

    Gerome

  • Hi Gerome,

    Thank you for your response.

    Thanks and Regards

    Aarathi