Showing alarm limits in data browser

Aberta
  • Algo errado?
#3,889 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
25/100
Tipo de issue
Funcionalidade
Clareza
Precisa de esclarecimento
Status de atividade
Pouca atividade
Stack de tecnologia
java
Domínio
data-visualization

Direção de pesquisa

Start by reading the RTPlot APIs, especially PlotDataItem, and trace how alarm limits from PVSamples relate to TracePainterImpl. Compare extending the plotting APIs with using a subclass or data-browser-specific painter; the issue leaves this design choice open. Done means the approach is decided and supports displaying alarm limits for a selected raw-request trace without adding clutter.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

A user is requesting the option to visualize alarm limits in a data browser plot. Reason is simplicity (easier than switching to Probe), but also to visualize potential changes in the limits.

Further, the option would be added as a checkbox column in the traces tab. To avoid visual clutter, only one trace at a time would be able to be amended with a visualization of alarm limits. Also, since alarm limits are provided only for a raw request, user would need to actively select that first.

Now the RTPlot APIs (e.g. PlotDataItem) are agnostic to the underlying data providers, it's a bit of a challenge to plot alarm limits originating in PVSamples. So question is if these APIs should be extended to accommodate alarm limits as well. To be noted, a PlotDataItem supports stddev, which may not make sense to all types of data.

Alternatively one could maybe consider a subclass of TracePainterImpl or a data browser specific TracePainter.

Thoughts, anyone?

Linguagem predominante
Java
Estrelas
130
Forks
132
Merge médio
2d 7h
PRs com merge (30d)
26

Preparar o ambiente

  • Sem Dockerfile nem arquivo Docker Compose
  • Tem um modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de ControlSystemStudio/phoebus

Todas as issues de ControlSystemStudio/phoebus

Issues semelhantes

Mais issues de Java

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.