EPICS Controls 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  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  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  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: streamdevice I/O Intr
From: Mark Rivers via Tech-talk <[email protected]>
To: 'William Kirstaedter' <[email protected]>, Michael Westfall <[email protected]>
Cc: "EPICS Tech-Talk \([email protected]\)" <[email protected]>
Date: Thu, 29 Nov 2018 16:29:38 +0000

Hi William,

 

I have a suspicion what the problem is.  If streamDevice is locking the port with pasynManager->lockPort() and then reading the device in a tight loop the port may always be locked.  Your bo record will result in a call to pasynManager->queueRequest, but that request will never be serviced because the port is busy.  We have seen this problem in the past with drivers that call lockPort(). In response to those problems I added another function to asynDriver a long time ago.  It is pasynManager->queueLockPort().  It locks the port, but via the request queue, so other requests get a chance to run.

 

Are you seeing any error messages on the IOC console?  If the problem is what I describe then I would expect to see queueRequest timeout error messages.

 

I will look at the streamDevice code to see if this is indeed the likely problem.

 

Mark

 

 

From: [email protected] <[email protected]> On Behalf Of William Kirstaedter via Tech-talk
Sent: Thursday, November 29, 2018 10:01 AM
To: Michael Westfall <[email protected]>
Cc: [email protected] Talk <[email protected]>
Subject: Re: streamdevice I/O Intr

 

Yes, I am issuing

caput CRYVISIL:TC09:Toggle 0

--

when the IOC starts and the device doesnt already send data, I am able to toggle with

caput CRYVISIL:TC09:Toggle 1

which results in "STM\r" showing up in the asyn TraceMask, followed by the stream.

When simulating the process "by hand" with telnet, it's no problem sending STM and ETM.

William Kirstaedter (PP&B)
Fritz-Haber-Institut der MPG
Faradayweg 4-6
14195 Berlin
Tel: 030 8413 5405
Mail: [email protected]

Am 29.11.2018 um 16:10 schrieb Michael Westfall via Tech-talk:

How are you commanding the bo record? 
Are you sure its value is being commanded to zero when you want to stop reading?

Did you try something like, 'caput xxx:Toggle 0' ?

 

On Thu, Nov 29, 2018 at 10:21 AM William Kirstaedter via Tech-talk <[email protected]> wrote:

Hi Dirk,

thanks for the quick answer.

I have set

field(PRIO, "HIGH")

but this doesnt seem to do anything?

I have asynTraceMask on aswell but I dont see the "ETM" command ever
pass through...

William Kirstaedter (PP&B)
Fritz-Haber-Institut der MPG
Faradayweg 4-6
14195 Berlin
Tel: 030 8413 5405
Mail: [email protected]

Am 29.11.2018 um 13:37 schrieb Dirk Zimoch via Tech-talk:
> Hi William,
>
> Have you tried to give the output record a high priority?
>
> Dirk
>
> On 29.11.2018 13:27, William Kirstaedter via Tech-talk wrote:
>> I'm sorry to send this again but my first mail got soft-rejected
>> because I wasnt a subscriber.
>>
>> William Kirstaedter (PP&B)
>> Fritz-Haber-Institut der MPG
>> Faradayweg 4-6
>> 14195 Berlin
>> Tel: 030 8413 5405
>> Mail: [email protected]
>>
>> Am 29.11.2018 um 11:34 schrieb William Kirstaedter:
>>> Hi,
>>>
>>> I have a small problem with a fast Device, maybe somebody already
>>> had this problem and can help out? :)
>>>
>>> It runs via I/O Intr.
>>> I am able to start the reporting, but I cant stop it. It seems that
>>> the stop command doesnt get through....
>>> could it be that somehow the communication is blocked by the fast
>>> input? how could I fix that?
>>>
>>> Its really simple to control:
>>> You send "STM\r", it starts reporting every 18ms
>>> "tmp,<float>,<float>\r"
>>> You send "ETM\r", it stops doing that, terminating communication
>>> with "txx\r".
>>>
>>> all ASCII formatted.
>>>
>>> my records:
>>>
>>> tc.db file:
>>>
>>> record(bo, "$(P):$(R):Toggle"){
>>>    field(DESC, "Toggle Reading")
>>>    field(DTYP, "stream")
>>>    field(OUT, "@tc.proto toggle $(BUS)")
>>>    field(ZNAM, "ETM")
>>>    field(ONAM, "STM")
>>>    field(VAL, "0")
>>> }
>>>
>>> record(ai, "$(P):$(R):Temperature") {
>>>   field(DESC, "Temperature")
>>>   field (DTYP, "stream")
>>>   field (INP, "@tc.proto read_K $(BUS)")
>>>   field (SCAN, "I/O Intr")
>>>   field(EGU, "K")
>>> }
>>>
>>> record(ai, "$(P):$(R):ThermoVoltage"){
>>>   field(DESC, "TC Thermovoltage")
>>>   field(DTYP, "stream")
>>>   field(INP, "@tc.proto read_nV $(BUS)")
>>>   field(SCAN, "I/O Intr")
>>>   field(EGU, "nV")
>>> }
>>>
>>> tc.proto file:
>>>
>>> Terminator = CR;
>>> ExtraInput = Ignore;
>>>
>>>
>>> toggle {
>>>         out "%{ETM|STM}";
>>>         in "txx";
>>> };
>>>
>>> read_K {
>>>         in "tmp,%f,%*f";
>>> };
>>>
>>> read_nV {
>>>         in "tmp,%*f,%f";
>>> };
>>>
>>
>> ----------------------------------------------------------------------
>> Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
>> Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
>> [General Data Protection Regulation (GDPR)] der Europaeischen Union.
>>

----------------------------------------------------------------------
Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
[General Data Protection Regulation (GDPR)] der Europaeischen Union.



--

Mike Westfall

Control Systems Software Engineer


----------------------------------------------------------------------
Das FHI verarbeitet, speichert und loescht Daten im Rahmen seiner
Geschaeftstaetigkeit gemaess der Datenschutz-Grundverordnung (DSGVO)
[General Data Protection Regulation (GDPR)] der Europaeischen Union.

Replies:
Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
Re: streamdevice I/O Intr Dirk Zimoch via Tech-talk
References:
Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
Re: streamdevice I/O Intr Dirk Zimoch via Tech-talk
Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
Re: streamdevice I/O Intr Michael Westfall via Tech-talk
Re: streamdevice I/O Intr William Kirstaedter via Tech-talk

Navigate by Date:
Prev: Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
Next: Re: streamdevice I/O Intr Dirk Zimoch via Tech-talk
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  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
Next: Re: streamdevice I/O Intr William Kirstaedter via Tech-talk
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  <20182019  2020  2021  2022  2023  2024 
ANJ, 29 Nov 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·