• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 16 subscribers
  • Views 206 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

RF430FRL152H: The Default Mode Question

erik lee2
Genius 3060 points
Part Number: RF430FRL152H

hi,

we run the RF430FRL152H in the default mode, the host set the RF430FRL152H to do the data capture every 10min.

There has chance we found the number of data stored is not match the time period, for example, every 9000min should have 900 stored data, but sometimes it only has 896 data be read out.

and sometimes we found the RF430FRL152H has the chance not working, only after using the host to read it then it works again.

do you have similar experience?

attached file is the schematic.TEMP_NTC REV6.pdf

  • 0
    TI__Guru*** 128095 points
    Hello Erik,

    We haven't done a test specifically like that, but the numbers you are citing seem like they could be reasonable depending on how the device is operating as the error percentage here is only 0.45% over a very long period of time.

    Since the device doesn't have a means to accept an external crystal, they are dependent on the internal oscillators which are HFOSC and LFOSC. Both of these have variance in their duty cycle. Therefore, I would suggest they investigate the precision of the timing for wake by using GPIO's. I think that what will be found is that the device wakes up a bit slower than expected and this could be due to the clock specs of the device.

    Alternatively, they could run this test over 10-20 devices and observe if there is any variance at all based on the silicon to see if the clocking spec variance has an impact.
  • 0 in reply to Ralph Jacobi
    Genius 3060 points

    Dear Ralph,

    thanks for your reply, but we still have one question on last post:

    "and sometimes we found the RF430FRL152H has the chance not working, only after using the host to read it then it works again."

    What are the possible reasons for this happening?
  • 0 in reply to erik lee2
    TI__Guru*** 128095 points
    Hello Erik,

    There really isn't enough information for me to come up with a hypothesis. If they can find out more about the failure case, then I can try and offer advice, but it's not something we've seen before.

    Also if they can explain what the reader does when it comes in the field, maybe the settings applied to the device could give a clue.