|
Back
Midas
Rome
Roody
Rootana
|
Midas DAQ System |
Not logged in |
|
|
28 Aug 2019, Nick Hastings, Forum, History plot problems for frontend with multiple indicies
|
28 Aug 2019, Stefan Ritt, Forum, History plot problems for frontend with multiple indicies
|
28 Aug 2019, Nick Hastings, Forum, History plot problems for frontend with multiple indicies
|
28 Aug 2019, lcp, Forum, History plot problems for frontend with multiple indicies
|
16 Sep 2019, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
16 Sep 2019, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
29 Aug 2019, Ben Smith, Forum, History plot problems for frontend with multiple indicies
|
01 Sep 2019, Nick Hastings, Forum, History plot problems for frontend with multiple indicies
|
16 Sep 2019, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
16 Sep 2019, Nick Hastings, Forum, History plot problems for frontend with multiple indicies
|
17 Sep 2019, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
18 Sep 2019, Nick Hastings, Forum, History plot problems for frontend with multiple indicies
|
27 Sep 2019, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
24 Aug 2020, Konstantin Olchanski, Forum, History plot problems for frontend with multiple indicies
|
|
Message ID: 1665
Entry time: 28 Aug 2019
Reply to this: 1666
1669
|
Author: |
Nick Hastings |
Topic: |
Forum |
Subject: |
History plot problems for frontend with multiple indicies |
|
|
Hello experts,
I have been writing a SC frontend for a powersupply. I have used the model
where the frontend can be started with "-i n" option so that each fe can
control a different supply. During the development/testing of the program I
would normally only run a single instance with "-i 1". However when I started
a second instance with "-i 2" I found problems with the history plots that
were being made for the original "-i 1" instance. The variable being plotted
seemed to randomly jump between the value from the "-i 1" instance and
the "-i 2" instance. confirmed that the "correct" values exist for each
frontend in the odb under /Equipment/Foo01/Variables and
/Equipment/Foo02/Variables
This is also not just a plotting artifact since I was also
able to see the two different values by running mhist.
I saw this behaviour using midas-2019-03 and also the head of the development
branch (686e4de2b55023b0d1936c60bcf4767c5e6caac0 from just under 48 hours ago).
I was able to reproduce this with a stripped down frontend that just
sets a variable that is equal to its frontend_index. Please find the code
and Makefile attached. Presumably I've done something wrong in my
implementation that hopefully a more experienced person can spot quite
quickly, but please let me know if any more information is needed.
I have seen this behaviour on both Debian 10 and on a CentOS 7 Singularity
image running on top of Debian 10.
Thanks,
Nick.
P.S. I made the topic of this post "Forum" and not "Bug Report" since I
expect the root of this problem is somewhere between the keyboard and chair. |
|
|
OSFLAGS = -DOS_LINUX -Dextname
CFLAGS = -g -O2 -fPIC -Wall -Wno-unused-function -I$(MIDASSYS)/include
CXXFLAGS = -std=c++11 $(CFLAGS)
LIBS = -lm -lz -lutil -lnsl -lpthread -lrt
MIDASLIBS = $(MIDASSYS)/lib/libmidas.a
MFE = $(MIDASSYS)/lib/mfe.o
all:: fedummy.exe
fedummy.exe: %.exe: fedummy.cxx $(MIDASLIBS) $(MFE)
$(CXX) -o $@ $(CXXFLAGS) $(OSFLAGS) $^ $(MIDASLIBS) $(LIBS) -DFE_NAME=\"fedummy\" -DEQ_NAME=\"FeDummy\" -DEQ_EVID=1
%.o: %.cxx
$(CXX) $(CXXFLAGS) $(OSFLAGS) -c $<
%.d: %.cxx
$(CXX) -MM -MD $(CXXFLAGS) $(OSFLAGS) -c $<
depend:
-include *.d
clean::
-rm -f *.o *.exe
-rm -f *.d
|