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.

TMP451: ALERT response when reading register

Part Number: TMP451

My customer is using the TMP451 - they set the high byte of the "remote temp high limit" so that the ALERT will trigger below ambient temp. (It should always be asserted, or "Low"). But upon reading the register, they see the ALERT goes high again for one cycle (62ms) before going low again. But they were expecting the ALERT to stay low, and the status register bit 4 to stay "1", since the temperature fault condition persists.

From the Datasheet↓

Reading the status register clears the five flags, provided that the condition that caused the setting of the flags is not present anymore (that is, the value of the corresponding result register is within the limits, or the remote sensor is connected properly and functional). The ALERT interrupt latch (and the ALERT pin correspondingly) is not reset by reading the status register. The reset is done by the master reading the temperature sensor device address to service the interrupt, and only if the flags have been reset and the condition that caused them to be set is not present.


Could you help with this? I am assuming it might have something to do with the final sentence in the above paragraph; it says reading the status register won't reset the device - the reset happens when the master reads the TMP451 device address? to service the interrupt - do you have more info on this?

How would you read the register so as not to cause the reset, so the ALERT stays LOW if measured temp is higher than the set temp?

Thanks,

Darren

  • Hi Darren,

    When in the ALERT mode the ALERT/THERM2 pin will clear when reading the status register. If the alert still is present after the next conversion cycle the pin will reassert. In THERM2 mode the same pin will not clear on a read of the status register. 

    Thanks,

    David