• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 79 subscribers
  • Views 234 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.

MSP430FR6047: How to pause or disconnect the ultrasonic part after lobe search error

Yale Li 李耀先
Expert 4660 points
Part Number: MSP430FR6047

Hi Team,

The customer uses MSP430FR6047 for water metering-related designs, and now encounters a problem:

When searching for ultrasonic lobes, lobe search errors occur from time to time(previous or next), causing dtof to increase/decrease the value of one lobe, which is approximately ±17500000.

After a searching error occurs, it will generally continue until the flow rate returns to zero or the transducer is physically disconnected. There is also a chance that it will automatically return to normal after a period of time.

This problem is particularly obvious at temperatures above 50°C.

Based on customer's pipeline, current USS_ALG_RATIO_OF_TRACK_LOBE is 0.1925.

This parameter is the reference value with the smallest probability of problems when tested at 50°C.

The customer attempts to restart the entire program PMM_trigPOR();.

There is a chance it will return to normal, but the chance is small. Especially when there is water flow, it is basically impossible to restore by restarting.

If the transducer is physically disconnected and then reconnected, the recovery probability is 100%.

Based on the above situation, we would like to ask if there is a way for the device to pause or disconnect the sampling of the ultrasonic part through software operation, so that the lobe search can return to normal.

Or are there other ways to avoid the above problems.

--

Thanks & Regards

  • 0
    TI__Genius 13605 points

    Hi Yale,

    I will forward the thread to ultrasonic expert to give some comments on this topic.

    B.R.

    Sal

  • +1
    TI__Mastermind 34115 points

    Hi Yale,

    Yale Li 李耀先 said:
    When searching for ultrasonic lobes, lobe search errors occur from time to time(previous or next), causing dtof to increase/decrease the value of one lobe, which is approximately ±17500000.

    What is the unit for this 17500000? If it is ps, the 17500000ps = 17.5us. Does it mean the cycle slip issue usually happens at high flow rate which dTOF is around 17.5us? 

    Could you ask the customer to provide more test data here? Some screen shoots of parameter configuration, waveform and ADC captures at zero flow and high flow which causes this issue. 

    These will help us find out what is causing this issue. 

    Best regards,

    Cash Hao

  • 0 in reply to Cash Hao11
    TI__Expert 4660 points

    Hi Cash,

    Cash Hao11 said:
    If it is ps, the 17500000ps = 17.5us.

    Yes.

    Cash Hao11 said:
    Does it mean the cycle slip issue usually happens at high flow rate which dTOF is around 17.5us?

    No, it does not mean that the problem occurs at this flow rate. After the temperature exceeds 50 degrees Celsius, the dTOF has a probability of increasing or decreasing by 17500000ps (this is an average value, not a fixed value).

    For example, the current dTOF was originally 546809, and may become 18046809.

    What customers are currently concerned about is not the above issues, but whether the ultrasonic module can be configured to achieve a state similar to physical disconnection through software configuration.

    The customer's current operation is to change the ultrasonic excitation frequency from 100K to 10K in a short period of time, and then change it back to 100K one second later. It seems that the purpose has been achieved, but it is impossible to accurately assess whether there are other risks.

    --

    Thanks & Regards

  • +1 in reply to Yale Li 李耀先
    TI__Mastermind 34115 points

    Hi Yale,

    Yale Li 李耀先 said:
    What customers are currently concerned about is not the above issues, but whether the ultrasonic module can be configured to achieve a state similar to physical disconnection through software configuration.

    Why they need to physical disconnection? Does physical disconnection can solving the increasing or decreasing by 17500000ps issue? 

    They can try reset the USS module by calling the USS_resetUSSModule() function in their code. 

    Best regards,

    Cash Hao

**Attention** This is a public forum