Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019  2020  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019  2020 
<== Date ==> <== Thread ==>

Subject: Re: About pvPut dafault behavior
From: benjamin.franksen@helmholtz-berlin.de
To: <tech-talk@aps.anl.gov>
Date: Fri, 25 Feb 2011 22:37:16 +0100
Am Freitag 25 Februar 2011, um 15:01:32 schrieben Sie:
> Now, I have to bring up a problem I'm facing on pvPut.
>
> The attached files are a simple .stt program that repeatedly puts
> a value into a PV, and a .db file including the PV (a soft longout
> record with its all fields initialized with their default values).
>
> If the .stt progrm runs on an IOC where the soft record resides,
> it works just fine for all of the following three cases:
>
> 1. pvPut(var)
> 2. pvPut(var, SYNC)
> 3. pvPut(var, ASYNC).
>
> However, if the .stt program runs on an IOC to put a value into
> the soft record placed on another IOC, only pvPut(var) works fine.
>
> pvPut(var, SYNC) and pvPut(var, ASYNC) behave strangely. It's very
> hard to explain in short sentences since it varies from case to
> case.
>
> For example, the value actually put into the record is shortened
> to a multiple of 256 that is mostly close to the value the .stt
> program tried to put... or ... always zero...
>
> At any rate, pvPut(var, SYNC) and pvPut(var, ASYNC) shows exactly
> the same strange befavior in the situation.
>
> I found that "caput -c" also does not work in that situation. So,
> I guess this problem might be related with Channel Access as the
> underlying message system.

At first I wanted to suggest you check with the latest stable sequencer version
(2.0.12) but this now really looks like CA (or your setup of it) is at fault.
The fact that you have the -c option for caput means the client side uses
EPICS base 3.14.12, right? What EPICS version runs on the IOC?

Values shortened to a multiple of 256, this sounds like a byte order problem.
Knowing the exact type and version of the OS used on both client and server
side might help to solve this.

Cheers
Ben

________________________________

Helmholtz-Zentrum Berlin für Materialien und Energie GmbH

Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V

Aufsichtsrat: Vorsitzender Prof. Dr. Dr. h.c. mult. Joachim Treusch, stv. Vorsitzende Dr. Beatrix Vierkorn- Rudolph
Geschäftsführer: Prof. Dr. Anke Rita Kaysser-Pyzalla, Prof. Dr. Dr. h.c. Wolfgang Eberhardt, Dr. Ulrich Breuer

Sitz Berlin, AG Charlottenburg, 89 HRB 5583

Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin

http://www.helmholtz-berlin.de


Replies:
Re: About pvPut dafault behavior J. Lewis Muir
Re: About pvPut dafault behavior jun-ichi.odagiri
Re: About pvPut dafault behavior jun-ichi.odagiri
References:
About pvPut dafault behavior jun-ichi.odagiri
Re: About pvPut dafault behavior Benjamin Franksen
Re: About pvPut dafault behavior jun-ichi.odagiri

Navigate by Date:
Prev: RE: epics on FreeBSD: broadcast problem Jeff Hill
Next: Re: About pvPut dafault behavior J. Lewis Muir
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019  2020 
Navigate by Thread:
Prev: Re: About pvPut dafault behavior jun-ichi.odagiri
Next: Re: About pvPut dafault behavior J. Lewis Muir
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019  2020 
ANJ, 18 Nov 2013 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·