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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: serial IOC connection problem |
From: | Mark Rivers via Tech-talk <tech-talk at aps.anl.gov> |
To: | "'Ivashkevych, Oksana'" <oksana at bnl.gov> |
Cc: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Wed, 9 Dec 2020 19:28:07 +0000 |
What versions of streamDevice are you using on the old Debian IOC and the new Centos7 IOC? What version of asyn are you using on the Debian IOC? Mark From: Tech-talk <tech-talk-bounces at aps.anl.gov> On Behalf Of
Ivashkevych, Oksana via Tech-talk Hello, I have been asked to port an existing Serial IOC for a Force Torque Sensor from ATI from one server (Debian 7 with Debian packages dated ~ at least 5 years ago) to CentOS 7.
CentOS 7.7.1908; base R7.0.3.1; asyn R4-37; SerialDevice master.
After the ported recompiled IOC reported unrecoverable connection error, I have created a brand new IOC using the latest makeBaseApp.pl script. Errors became more dynamic, and I do see some readings, when IOC does manage to connect successfully. I have browsed the Tech Talk and found a related discussions about connecting/disconnecting. Protocol file of this IOC does connects/disconnects
after every read and is very simple. I only can guess why the developer made this decision, I am sure it was an unavoidable compromise. I did add asynSetTraceMask call which changes temporarily the dynamic of the errors. Logs and proto are attached.
In summary: I have two iocs accessing same device: the old one running on Debian 7, and the new on running CentOS 7. The old one works without problem the new on reports connection errors and does manage to read something at the frequency
~30 times slower than 0.1 expected scan. I am out of my own ideas, and would appreciate help from the community. Thank you, Oksana |