Experimental Physics and Industrial Control System
Hello Paul:
As far as I know, that's still the case.
Personally I've been concentrating on Control System Studio,
where the Data Browser basically provides a StripTool
with archive access designed in from the start:
Support for several archive data stores (including Channel Archiver);
search for channels; fetch data in background tasks without
blocking the user interface.
Thanks,
Kay
From: "Paul E. Reimer" <[email protected]<mailto:[email protected]>>
Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Date: Sat, 31 Mar 2012 16:57:04 -0400
To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Subject: StripTool and History
Hello,
Is it still the case that StripTool will not work with a History?
Thanks,
Paul
Subject: Re: StripTool with history for 3.14
From: Kay-Uwe Kasemir <[email protected]<mailto:kasemirk_at_ornl.gov>>
To: Evgeniy Tikhomolov <[email protected]<mailto:etikhomolov_at_solar.stanford.edu>>
Cc: EPICS Tech-Talk <[email protected]<mailto:tech-talk_at_aps.anl.gov>>
Date: Thu, 09 Mar 2006 13:50:22 -0500
On Mar 9, 2006, at 13:20 , Evgeniy Tikhomolov wrote:
Has anybody converted StripToll to build with EPICS release 3.14 ?
Without history feature it can be built with 3.14.7 on SL4 without problems. But when I try to build it with Channel Archiver (which was built successfully,
thanks Gasper Pajor) ...
It can not find osiTime.h (just because it does not exist for 3.14). Then it complains:
../StripHistoryLANLmodif.cc:144: no matching function for call to `
ChannelIterator::getValueAfterTime(const osiTime&, ValueIterator&)'
and other.
It would be nice to get updated StripTool and not to go through all these hedges.
There is currently no support for the striptool history module
interfacing with the R3.14 ChannelArchiver.
Technical reasons include:
- Requests to the data server should be handled asynchronously,
because they can take time.
The striptool history module looks like it supports async operation.
StripHistory.h claims that StripHistory_fetch() is allowed to return "..PENDING"
and invoke a callback when done.
However, the provided callback is 0, and "..PENDING" isn't really supported.
- Striptool has no defined interface where a history module could
be configured. For the R3.14 archiver, you have to configure the data server
URL and the archive key.
There are versions of Striptool with #ifdefs that create
an archive source configuration dialog specific to e.g. a DESY data server,
but I don't want to hack and possibly break Striptool
to sneak in support for the R3.14 archive data server.
So far, nobody has had time to fix this.
-Kay
--
Paul E. Reimer, Physicist +1-630-252-4037 (office)
Physics Division, Bldg 203 +1-630-252-3903 (fax)
9700 S. Cass Ave. +1-630-840-5708 (Fermilab)
Argonne, IL 60439 [email protected]<mailto:[email protected]>
USA www.phy.anl.gov/mep/staff/Reimer_P_E.html<http://www.phy.anl.gov/mep/staff/Reimer_P_E.html>
- References:
- StripTool and History Paul E. Reimer
- Navigate by Date:
- Prev:
RE: casStrmClient.cc error: invalid channel identifier Mark Rivers
- Next:
Re: What is void* puser in ca_create_channel Florian Feldbauer
- 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:
StripTool and History Paul E. Reimer
- Next:
casStrmClient.cc error: invalid channel identifier Emma Shepherd
- 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