Experimental Physics and
Industrial Control System

----- Original Message -----

From: Oleg Makarov

To: [email protected]

Cc: Rivers, Mark ; EPICS tech-talk ; Stepanov, Sergey ; J. Lewis Muir

Sent: Tuesday, March 17, 2009 10:15 AM

Subject: Re: weird behaviour of SNL test program running on Soft IOC on LINUX

Pete:

 

here is a tarball to test.

you may need to edit configure/RELEASE file if EPICS_BASE and SNCSEQ on your mashine are different from

EPICS_BASE=/usr/local/epics/base

SNCSEQ=/usr/local/epics/snc

Also, for this test you will need a couple EPICS string PVs in the other IOC on the local network. In my case I used

23d:XY:my2:StrCmd

23d:XY:my2:StrRsp

in the VxWorks IOC with PMAC controller.

We observed weird behaviour of the SNL test program with EPICS releases 3.14.9 and 3.14.10 and with SNL releases 2.0.11 and 2.0.12.

 

To run the test:

make

cd iocBoot/my_ioc

./st.cmd

seq snc_my_test,"mydev=<PV prefix>"

 

Regards,

Oleg

 

----- Original Message -----

From: "Pete Jemian" <[email protected]>

To: "Oleg Makarov" <[email protected]>

Cc: "J. Lewis Muir" <[email protected]>; "Stepanov, Sergey" <[email protected]>; "EPICS tech-talk" <[email protected]>

Sent: Monday, March 16, 2009 4:50 PM

Subject: Re: weird behaviour of SNL test program running on Soft IOC on LINUX

>
> Oleg:
>
> I'd like the tarball as well to test.  I see Sergey's Support Request
> Case HD12639 on this topic.
>
> Pete
>
> J. Lewis Muir wrote:
>> On 3/16/09 4:08 PM, Oleg Makarov wrote:
>>  
>>> Hi Mark,
>>> 
>>> I tried the test with this fix. The problem is not resolved by
>>> epicsThreadSleep code change in the osdThread.c.
>>> 
>>> CA requests are not being send out  as they arise, some buffering of the
>>> requests occurs to make network communication more efficient. If you
>>> look at the camonitor output, it shows a 3-second period, exactly as
>>> expected.
>>> 
>>> Are there way to force CA requests to go out as they arise, with no
>>> buffering?
>>>    
>>
>> Hi, Oleg.
>>
>> pvFlush() will flush the SEQ PV layer, but maybe that's not what you're
>> asking about.
>>
>> You can also do a synchronous put:
>>
>>   pvPut(str_cmd, SYNC);
>>
>> But still, I don't understand why str_rsp would ever contain one of the
>> commands from str_cmd (e.g. "I522") like your output shows, unless
>> something is messed up with what's happening in and beyond "{dev}StrCmd"
>> and "{dev}StrRsp".
>>
>> Lewis
>>  
>
> --
> ----------------------------------------------------------
>  Pete R. Jemian, Ph.D.                <[email protected]>
>  Beam line Controls and Data Acquisition, Group Leader
>  Advanced Photon Source,   Argonne National Laboratory
>  Argonne, IL  60439                   630 - 252 - 3189
> -----------------------------------------------------------
>     Education is the one thing for which people
>        are willing to pay yet not receive.
> -----------------------------------------------------------
>
>
>