• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 658 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.

Zoom function in a Scalar Graph and Trigger function to stop recording

Markus Kittelmann
Prodigy 190 points


Tool/software: WEBENCH® Design Tools

Hello,

I have any question to GUI Composer.

1. Is there any opportunity to zoom in a Scalar Graph?

2. Can I set a Trigger to stop the recording of the Scalar Graph?

3. Is it possible to recorde Data with 96 kHz in the Scalar Graph?

Thank you for supporting.

Markus

  • 0
    TI__Genius 15710 points

    Hello Markus, 

    1. scalar graph is based on flot.js library which does not natively support zooming. It looks like there is a flot plugin that brings this functionality in. https://github.com/Jeff-Tian/jquery.flot.navigationControl However, I have not tried whether this still works. 

    We do have another graphing option which is a bit harder to use (the data connection needs be done through javascript rather than widget properties as is done for scalar graph). It is based on plotly.js library which does have built in zooming controls. 

    2. You can stop the data  from being sent to scalar graph. The connection between a particular widgets data property (e.g. value_0 for scalar graphs line 0) and a data representation is what we call a data binding. You can pro-grammatically remove this data binding... effectively stopping data from being displayed. THere might be additional options depending on target communication option that you are using. 

    3. What the scalar graph can display is limited by buffer that will be specified for it and memory that is available. However, I am speculating that your question might be related more to data transmission rates (e.g. from MCU -> PC). It is a difficult question to answer as there are few different data transfer options and they have some advantages and disadvantages over others. 

    e.g. Debug Probe based data communication is initiated by PC and it is quite slow, you definitely will not hit 96 KHz with this option. However, it does not require firmware support.

    Serial communication might be able to support this if data is buffered and framed on MCU before it gets sent to PC. However, it does require firmware support and it would add overhead to MCU.