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: inaccuracy in negativ flow direction with template_example

Part Number: MSP430FR6047
Other Parts Discussed in Thread: MSP430FR6043

Hi TI,

I still have the problem of inaccurate sensors in negative flow direction when using the template_example software. My email contact to Leo stopped somehow and I wanted to ask if you have some progress in testing the problem with your equipment. I need to have this problem solved and already sent a lot of information to Leo.

BR, Kathrin

  • Hello Kathrin,

    Sorry for the delay here as our US expert has been on PTO, but I was able to get an update from them. They were unable to reproduce the negative flow error seen in your setup within our lab. The conclusion here is there is something specific to your setup that is causing the discrepancy. 

    If you are willing to post your forward and reverse flow error on E2E, our expert can take a look at the data.

    Otherwise, I would direct you to the USS Water MSP Academy that goes through the meter design process which can help you debug your setup. 

  • Hello Jace,

    thank you for the reply.

    Which values would they need? I expect that just examples of my measured flow are not too helpful and I already sent Leo the value list of all intern parameters. I do not really have more data that I can tell you. I am just a bit confused because A A8 realized the same problem.

    Did you test the template_example software with the calibration headers that are generated by the GUI? In this configuration I get problems. The uncalibrated template_example gives the same results in both directions.

    Thanks for your help
    BR, Kathrin

  • Hello,

    The flow data is what was requested. 

  • Hi Jace,

    ok. So would you be so kind to look at my code to find the error? It is certainly no hardware problem because with the Water_Demo project everything works fine and also with the uncalibrated template_example (headers are originally from TI, not from my values in the GUI).

    I now compared the two versions of the USS_UserConfig.h, the original one and the one I got from the GUI. The huge difference is that the original one works in USS_PULSE_MODE_MULTI_TONE and mine in USS_PULSE_MODE_SINGLE_TONE. Therefore I have different values at USS_F1_FREQ, USS_NUM_OF_TRILL_PULSES and probably some other values.  What are the effects of these differences?
    Of corse I have more flow ranges in USS_meterVFRCalibFlow.h.

    Would you give me a place where I can upload the headers without sending it to everyone? Then you could test the code again with my headers and see if they are working in both directions.

    BR,

    Kathrin

  • I now tried to adapt my header that it also works with mode_multi_tone. I got an error message that this mode would not be available for devices without SAPH_A module. Obviousely the MSP430FR6047 is able to work in multi_tone. So what do I have to adapt for the SAPH-module? Is there a data sheet that explains steps like this? I found something in the family_guide but it does not tell me where I can find all these values.

    On the other side it would be helpful to have an overview over the meaning of all defines of the USS_UserConfig.h. Is there a file that gives me these informations?

    I also realized that the values in USS_UserConfig.h sometimes  are given with an f at the end of the number in the original version. What does it stand for? In my header versions I only have normal numbers or with an exponent at the end.

    BR, Kathrin

  • Hello Katherine,

    The MSP430FR6043 device and its EVM are recommended for multi-tone and the device includes the SAPH_A module. It should also be used with the gas flow focused USS library.

    The MSP430FR6046 device and its EVM are recommended for single-tone applications and only has the SAPH module. It should be used with the water flow based USS library. 

    For more information on USS library, and its user config file, please reference the USS Library User Guide and the USS Library API Guide.

  • I also realized that the values in USS_UserConfig.h sometimes  are given with an f at the end of the number in the original version. What does it stand for?

    Floating point literals with a f suffix are single precision, whereas floating point literals without the suffix are double precision. The difference can affect the precision used for floating point calculations; on a MSP430 double precision calculations take more code and more time than single precision calculations.

    Without checking how the floating point literals in USS_UserConfig.h get used not sure on the effect of single .vs. double precision floating point literals.

  • Thank you, this was the answer I needed

  • Hi Jace,

    Thanks, I will search for the defines and parameters in the API Guide. Still there are not all mentioned in it. I will ask for them separately when I need to.

    I have got a MSP430FR6047 which seems to only have SAPH registers. So why does the original code work in multi-tone mode? I sent you the link to my headers in a private chat. I expect that someone will soon find time to look at it and compare it to your working code.

    Best regards,
    Kathrin

  • Hello Kathrin,

    Please follow the recommended parts and libraries mentioned above, as well as the system level guidance. This is as much support as we can give on this topic at this time. 

  • Hi Jace,

    thank you for the feedback. Of corse this is not satisfying for me. Especially because I am not the only person with this problem.
    I will do my best in debugging it myself.

    I wish you a nice Christmas time.

    Best regards,
    Kathrin

**Attention** This is a public forum