Zen,
3 questions:
1) Is the camera on subnet SA, the same subnet the IOC is running on?
2) Is ImageJ running on CA, i.e. the same computer as the IOC?
3) Are you sure that the entire path from CC to CA, and from CA to the camera is Gigabit, and there are no 100Mbit switches or hubs in the path?
Here is something to try. Throttle the NDPluginStdArrays plugin, which is the plugin that converts images to waveform records. Set the MinCallbackTime PV to 1.0 so it only updates the waveform record at 1Hz, or 0.5 second to limit it to 2Hz. This will do 2 things:
- Reduce the CPU load on CA, assuming that ImageJ is also running on CA, because ImageJ will now only try to display 1 frame/sec.
- Reduce the network bandwidth used between CA and CC. If you are running ImageJ on CA then you are sending images over X11 between CA and CC.
You can then run "top" on CA and see what the CPU load is as you reduce MinCallbackTime. As it begins to fail can see if CPU load is the problem or not.
Mark
________________________________________
From: Zenon Szalata [[email protected]]
Sent: Saturday, March 09, 2013 11:07 AM
To: Mark Rivers; tech-talk; Dunning, Michael; Nelson, Janice L.
Subject: Area Detector
Hi Mark,
I have a peculiar problem with an IOC using an area detector. It
controls a prosilica camera (not sure what is the model, it has 1292x964
image size, monochrome). Area detector version is 1.8, asyn 4.20, and
EPICS 3.14.12.2,
It all works fine.
A problem is encounred when a few hops are needed to get to the computer
where the soft IOC runs.
This is how we are doing it:
there are three subnets, call them SA, SB, and SC. Three computers are
involved:
the operator is sitting in front of computer CC on subnet SC. The
operator does ssh from CC to computer CB on subnet SB, and from there
does ssh to computer CA on subnet SA. The IOC runs on CA. This is
needed because the accelarator operators can only get to subnet SA as
described above via two hops. The prosilica EDM control screens work
fine and there is no problem until we launch ImageJ. It connects and
the IOC starts printing the following messages:
2013/03/08 12:20:21.833 PS1:cam1:PSReadStatistics devAsynInt32 process
error
2013/03/08 12:20:26.833 prosilica:readStats: error, status=14
2013/03/08 12:20:26.833 prosilica:readParameters: error, status=8
2013/03/08 12:20:26.833 prosilica:writeInt32: error, status=8
function=76, value=0
Stopping ImageJ does not clear the problem. It seems that the only way
to get out of this is to restart the IOC.
Strangely, the EDM viewer widget does somewhat better. We can use one
of those, but the same problem accurrs when a second EDM viewer is started.
It seems to be a bandwidth problem. But why does the IOC get into the
mode where it cant process periodic chores and won't recover?
Any ideas or suggestions would be very helpful.
Thanks,
Zen
- Replies:
- Re: Area Detector Zenon Szalata
- References:
- Area Detector Zenon Szalata
- Navigate by Date:
- Prev:
Re: gethostbyname and getaddrinfo - multiple DNS entries for a hostname Eric Norum
- Next:
Re: Area Detector Zenon Szalata
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
<2013>
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Area Detector Zenon Szalata
- Next:
Re: Area Detector Zenon Szalata
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
<2013>
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|