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.

Power Consumption Max3223

Other Parts Discussed in Thread: MAX3223

Hello,

Im implementing the circuit which is attached below with a MAX3223 and a Microcontroller. The pin FORCEON is controlled by a PIN of the Microcontroller. in order to manage te AUTOPOWERDOWN mode. The thing is, that i would like to know which is the power consumption of the complete circuit Theorically. I was looking it on the datasheet and i didnt find aything about it.

In teh same way im looking for IC which allows me to do the same as the MAX but with the less consumption possible. 

Thanks for your atention,

Regards,

Ricardo

  • Ricardo,

    Typical ICC is 300uA when 'forceon' is high OR (RIN1or RIN2) is valid and there is no load. The ICC with a load is more complicated. Typical ICC is 1uA if 'forceon' is low AND (RIN1and RIN2) is invalid.

    As drawn, the controller can force the MAX3223 drivers on, but can't force them off to save power.
    In the application is data sent consistently or rarely?
    Even in low power mode, received data is processed.

  • Thanks for your reply Ronald,

    The main idea in the application is to have the control of the total Power Down and Power On of the MAX, that is to say, is to Turn it off completely until the Microcontroller decide to change the state. This is trying to maintain the less current as possible... How i could do this? Which pin i would have to use to obtain this behavior?

    Thanks again for your help,

    Ill be waiting for your answer

    Regards,

    Ricardo

  • Ricardo,

    I suggest tying FORCEON and FORCEOFF together. When not sending data, keep the signal low.
    When ready to send, set FORCE pins high. Wait 200uS for drivers to be ready (100uS is typical). Send the message including last stop bit. Finally set FORCE pins low again. This is least power method for occasional data transmission.

  • Thanks Ronald!

    All my doubts are clear now.!

    Im going to take in consideration your suggestion.