• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 31 subscribers
  • Views 134 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

OPT3004: Error detection and reporting by the logic on the chip

Falk Thuermer
Prodigy 10 points
Part Number: OPT3004


Tool/software:

In our application, we want to measure the ambient light to switch lights on or off. We want to check whether the OPT3004 is a suitable sensor chip for our application and we want to test whether the OPT3004 chip works well in our application.

The sensor chip and the evaluation circuit (which switches the light on or off) are placed on different circuit boards. To reduce the number of cablewires, we want to use only one 4-wire cable for VDD, GND, SDA and SCL. We want to avoid an additional line for INT.
At the start, we will configure the configuration register, e.g. continuous conversion. Then we switch to read only the result register, permanently.

If we use the chip in this way, without INT and only reading the result register - how do we get the information that the chip has a problem, maybe with the light or internally, and therefore the result in the result register is not valid?

Thanks for your support

Falk

  • 0
    TI__Expert 5070 points

    Hello Falk, 

    Many users do successfully use our device without INT, though this does sacrifice some capability. 

    One option could be sending the SMBus alert command intermittently though this would only report if an event had occurred causing the FH and FL register flag count to exceed the alert count set. 

    For full error reporting capability we would recommend the OPT4001. This functionality does not require INT pin use and device has the more robust error reporting you are interested in. 

    Another option to mitigate unwanted system actions while still using OPT3004 would be to simply only react to a certain number of like results above/below threshold, or similarly to average reports from results register. Obviously these options make for longer reaction time of system. 

    Thank you, 

    Joseph Scherphorn