.. currentmodule:: taurus.qt.qtgui.plot .. _trend_ui: ============================= TaurusTrend User's Interface ============================= .. contents:: .. todo:: These docs need to be updated to the taurus_pyqtgraph implementation The :class:`TaurusTrend` widget is the standard way for Taurus applications to graphically show the evolution of one or more **scalar** attributes from the control system. .. figure:: /_static/taurustrend03.png :align: center The value of the scalar attributes is plotted in a Y axis with incrementing X value each time an event from this attribute is received. The X values can either be an index for the event number or a timestamp value. See `Timestamp VS "event number" mode`_ for more details. TaurusTrend has many features in common with :class:`taurus_pyqtgraph.TaurusPlot`. Please check the :ref:`TaurusPlot User's Interface Guide ` for learning about them. In the following, only those features that are exclusive of TaurusTrend are discussed. .. _standalonetaurustrend: TaurusTrend as a stand-alone application ----------------------------------------- You may also use TaurusTrend as a stand-alone application for showing trends of attributes from the control system. You can launch the stand-alone TaurusTrend with the following command:: taurus trend [options] [] Run the following command for more details:: taurus trend --help The model list is optional and is a space-separated list of models for TaurusTrend. Valid models are: SCALAR or 1D attribute names (1D attributes will be treated as collections of scalars). See :class:`TaurusTrend` API for more information about valid models Timestamp VS "event number" mode --------------------------------- When TaurusTrend receives an event from an attribute, it plots the attribute value against either: - the sequential order of arrival of the event (i.e., the *event number*), or - the *timestamp* associated with this value. See :ref:`Date/time support ` for more information. When TaurusTrend is part of a GUI, this behavior is set by that GUI. If TaurusTrend is used as a stand-alone application, the behavior is determined by the `-x` parameter (see the `TaurusTrend as a stand-alone application`_ section). The timestamp mode is in general the most used one, but it is important to be aware that the timestamp will only be as accurate as the (distributed) control system allows (not all attributes will, typically, be controlled by a centralised high-accuracy clock). See the `Known limitations`_ section for more details. The Fixed-range X scale ----------------------- When working with trends, you may want to see the latest changes only. For example, you may be interested in seeing the changes occurred within the last 5 minutes (assuming you are working in time scale) or only the latest 20 values (if you were working in "event number" mode). You can switch the `Fixed-range X scale` mode on and off from either: - The :ref:`Context Menu ` (under the `Scales` submenu) - The :ref:`Plot Configuration dialog ` (under the `X axis` sub-menu). Here you can choose from suggested values or simply type a range: .. image:: /_static/taurustrend-fixedRange01.png Using a spectrum as a collection of scalar values -------------------------------------------------- TaurusTrend plots the evolution of *scalar* values. However, in many occasions the 1D attributes are (ab)used in the control system as a way of packing a set of scalar values together. For this reason, TaurusTrend allows you to plot trends of 1D attributes assuming that each item in the spectrum is an independent scalar number (e.g., a 1D attribute of length 8 will be plotted as 8 separate curves). Obviously, all curves related to a single SPECTRUM attribute will be updated simultaneously, since events are received per attribute. .. figure:: /_static/taurustrend02.png :align: center Accessing archived values ------------------------- .. todo:: this feature is to be provided by the taurus-tangoarchiving_ plugin Forced read of attributes ------------------------- Some attributes of the control system may be set to only send events when their value changes. In the case of TaurusTrend, this behaviour causes that attributes that do not change often, do not get new points in the trend and thus may seem to have been "lost". To avoid this issue, you can instruct the TaurusTrend to periodically force re-read the attributes being displayed. You can enable this feature (and set the re-read period) from the :ref:`Context Menu ` If launching the TaurusTrend as a stand-alone application, you can also enable this at launch time by passing the `-r` option (see the `TaurusTrend as a stand-alone application`_ section). Keep in mind the following: - Setting very frequent re-reads may impact your control system and GUI performance. Specially if you are plotting several attributes. **So, do not use this feature unless it is really needed** Known limitations ----------------- Limited timing precision when comparing two attributes '''''''''''''''''''''''''''''''''''''''''''''''''''''''' If two different attributes are plotted in the same trend, their times may appear slightly out-of-synch. For example, two parameters that are known to vary simultaneously may be apparently 0.5 seconds apart. This occurs because TaurusTrend relies on the control system timestamps for assigning the time values. Therefore, its precision is limited by that of the control system for the given parameters. Note that timestamps for an attribute may be assigned using the internal clock of the machine hosting the device server. Therefore, attributes managed by different machines may only be compared to the extent of the synchronization of the corresponding internal clocks. In such a case, keeping all machines synchronized is highly recommended (e.g., using NTP_, accuracy should not be worse than 0.1s). Trend of Tango State attribute (or other non-numerical attributes) '''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' Tango State attribute is a special attribute whose value is one of the `following discrete states `_. ``taurus trend`` is not compatible with the State attributes. However you can still achieve trends of the State attribute values using the :mod:`taurus.core.evaluation` scheme models. For example, to make a trend of the State attribute values:: taurus trend -r 500 'eval:state=int({tango:sys/tg_test/1/state});state' Or to make a trend of the State attribute changes between a given state (in this case MOVING state has the enumeration value 6) and all other states:: taurus trend -r 500 'eval:moving=(int({tango:sys/tg_test/1/state})==6);moving' This "trick" can of course be applied to any other attributes whose values are not numerical. .. _trend2d_ui: ======================== Spectrograms (2D trends) ======================== The :class:`TaurusTrend2DDialog` widget is the standard way for Taurus applications to graphically show the evolution of a one-dimensional attribute. The representation is done as a *spectrogram*: the time (or event number) is represented in the X axis while values of the array are color-coded along the Y axis. .. figure:: /_static/taurustrend2d.png :align: center Several tools from the standard guiqwt_ toolkit for images are available, and zooming and panning are possible using the standard mechanisms of guiqwt_. The :class:`TaurusTrend2DDialog` widget can be launched as a stand-alone application with the following command:: taurus trend2d Run the following command for more details:: taurus trend2d --help .. _guiqwt: https://pypi.python.org/pypi/guiqwt .. _taurus-tangoarchiving: https://gitlab.com/taurus-org/taurus_tangoarchiving .. _NTP: http://en.wikipedia.org/wiki/Network_Time_Protocol