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: devGpib problem |
From: | Ralph Lange <[email protected]> |
To: | [email protected] |
Date: | Fri, 16 Jul 2010 13:23:10 -0400 |
Some parts of APS have these separated but most put them together on the same subnet.
On 07/16/2010 10:58 AM, [email protected] wrote:On 18:17 Thu 15 Jul , Mark Rivers wrote:Shifu's device is a TCP/IP power supply, talking a simple ASCII
protocol. When talking to the device it usually responds quickly, but
occasionally the responses are very delayed. Whether this is due to the
device or to the APS network is not clear, but in any event sometimes
the response does not occur until after the 2 second timeout specified
in the devGpib file. However, the device does appear to always
eventually reply.
I have similar problems with a few of my networked devices.
In my case, I believe this is due to broadcast packets.
A (logical or physical) point to point connection (device<-> IOC ) solve that problem.
I believe the broadcast packets are nothing less than the CA protocol itself ;-)
In a perfect world, one should have a network with OPIs and another network for controlled devices.
The IOCs are the bridges between both networks.
At APS, are controlled devices and OPIs on the same net?