|
Subject: |
pvxs Access/list problem |
|
From: |
"Heinz Junkes \(FHI\) via Tech-talk" <[email protected]> |
|
To: |
Mark Rivers via Tech-talk <[email protected]> |
|
Date: |
Mon, 10 Nov 2025 10:34:35 +0100 |
Hi,
I have RTEMS with EPICS7/PVXS running on the IOC.
```
gonzo> pvxsi
Host: linux-x86_64
Target: RTEMS-beatnik RTEMS gcc
Toolchain
__cplusplus = 201103
GCC 15.2.0
_GLIBCXX_USE_CXX11_ABI = 1
__GLIBCXX__ 20250808
Versions
PVXS 1.4.0 (1.4.0-4-g021bcb4a06224ed8c0e8-dirty)
EPICS 7.0.9.1-DEV
libevent 2.2.0-alpha-dev
Runtime
uname() -> RTEMS Node 1 7.0.0 PowerPC/Generic (classic FPU)
epicsThreadGetCPUs() -> 1
osiLocalAddr() -> 141.14.128.12
osiSockDiscoverBroadcastAddresses() ->
141.14.143.255
Effective Client config from environment
EPICS_PVA_ADDR_LIST1.14.143.255
EPICS_PVA_AUTO_ADDR_LIST=NO
EPICS_PVA_BROADCAST_PORTP76
EPICS_PVA_CONN_TMO0
EPICS_PVA_INTF_ADDR_LIST=0.0.0.0
EPICS_PVA_NAME_SERVERS EPICS_PVA_SERVER_PORTP75
Effective Server config from environment
EPICS_PVAS_AUTO_BEACON_ADDR_LIST=NO
EPICS_PVAS_BEACON_ADDR_LIST1.14.143.255
EPICS_PVAS_BROADCAST_PORTP76
EPICS_PVAS_IGNORE_ADDR_LIST EPICS_PVAS_INTF_ADDR_LIST=0.0.0.0
EPICS_PVAS_SERVER_PORTP75
```
Server:
```
gonzo> pvxsr
EPICS_PVAS_AUTO_BEACON_ADDR_LIST=NO
EPICS_PVAS_BEACON_ADDR_LIST1.14.143.255
EPICS_PVAS_BROADCAST_PORTP76
EPICS_PVAS_IGNORE_ADDR_LISTEPICS_PVAS_INTF_ADDR_LIST=0.0.0.0
EPICS_PVAS_SERVER_PORTP75
Source: __builtin prio=-1
Source: __server prio=-1
Source: qsrvSingle prio=0
Source: qsrvGroup prio=1
```
PVs:
```
gonzo> pvxsl
my:custom:pv
rtems:aSubExample
rtems:ai1
…
```
myExampleApp/src/pvxsAddPV.cpp
::::::::::::::
#include <pvxs/iochooks.h>
#include <pvxs/sharedpv.h>
#include <pvxs/server.h>
#include <pvxs/nt.h>
#include <initHooks.h>
#include <epicsExport.h>
using namespace pvxs;
static void myinitHook(initHookState state) {
if(state != initHookAfterIocBuilt)
return;
// Create a SharedPV
auto initial = nt::NTScalar{TypeCode::Float64}.create();
initial["value"] = 42.0;
auto pv = server::SharedPV::buildMailbox();
pv.open(initial);
// Add to the running QSRV2 server
ioc::server().addPV("my:custom:pv", pv);
}
static void myregistrar() {
initHookRegister(&myinitHook);
}
extern "C" {
// needs matching "registrar(myregistrar)" in .dbd
epicsExportRegistrar(myregistrar);
}
```
When I try to access the PVs via pva, it doesn't work, and unfortunately I don't understand where the problem could be.
Broadcast pvlist does not show up the IOC (141.14.128.12)
```
(base) hactar:~ junkes$ pvlist
GUID 0x0D5DC20423F82D6367A9991D version 2: tcp@[ 141.14.131.228:42479 ]
GUID 0x29A411690000000047502D2E version 2: tcp@[ 141.14.137.64:5075 ]
GUID 0x3BD94CBB98B48A44F3222CAA version 2: tcp@[ 141.14.137.82:5075 ]
GUID 0x3D28C96800000000332CF600 version 2: tcp@[ 141.14.135.248:5075 ]
GUID 0x412CE9BBB99971C4925B7F98 version 2: tcp@[ 141.14.136.101:5075 ]
GUID 0x78A51380147E8E0A16815C4A version 2: tcp@[ 141.14.135.182:43725 ]
GUID 0x7F1F3778BDA21463248755EF version 2: tcp@[ 141.14.135.181:39019 ]
GUID 0x9E7BB02B21880EF8374DC25A version 2: tcp@[ 141.14.135.182:5075 ]
GUID 0xA2D6A7048B0325099A66752E version 2: tcp@[ 141.14.135.181:5075 ]
GUID 0xADE023B474DF8FD6ACC071D7 version 2: tcp@[ 141.14.131.228:5075 ]
GUID 0xB2FA0D6900000000E447A310 version 2: tcp@[ 141.14.135.73:5075 ]
GUID 0xBD17A7945C075D000CB3D8FA version 2: tcp@[ 141.14.136.102:5075 ]
GUID 0xC0C2E391F3D2CD759A1A9506 version 2: tcp@[ 141.14.140.98:5075 ]
GUID 0xEE4C0E6900000000842D1610 version 2: tcp@[ 141.14.137.80:5075 ]
GUID 0xF2D7806100000000509A8E35 version 2: tcp@[ 141.14.136.67:5075 ]
GUID 0xF3072338078D3E052A4F58E4 version 2: tcp@[ 141.14.134.173:5075 ]
```
Unicast request show the PVs:
```
(base) hactar:~ junkes$ pvlist 141.14.128.12
my:custom:pv
rtems:aSubExample
rtems:ai1
```
Debug :
```
(base) hactar:~ junkes$ pvlist -d
2025-11-10T10:04:36.351 Broadcast address #0: 141.14.128.12:5076.
2025-11-10T10:04:36.352 UDP Tx (37) -> 141.14.128.12:5076
(base) hactar:~ junkes$ pvlist -d 141.14.128.12
Query to 141.14.128.12
epics:nt/NTURI:1.0
string scheme pva
string path server
structure query
string op channels
2025-11-10T10:05:23.018 Creating datagram socket from: 0.0.0.0:52478.
2025-11-10T10:05:23.018 Broadcast address #0: 141.14.128.12:5076. (unicast)
2025-11-10T10:05:23.018 Setting up UDP for interface 141.14.128.70/255.255.240.0, broadcast 141.14.143.255, dest <none>.
2025-11-10T10:05:23.018 Creating datagram socket from: 141.14.128.70:5076.
2025-11-10T10:05:23.018 Creating datagram socket from: 141.14.143.255:5076.
2025-11-10T10:05:23.019 Setting up UDP for interface 169.254.104.63/255.255.0.0, broadcast 169.254.255.255, dest <none>.
2025-11-10T10:05:23.019 Creating datagram socket from: 169.254.104.63:5076.
2025-11-10T10:05:23.019 Creating datagram socket from: 169.254.255.255:5076.
2025-11-10T10:05:23.019 Creating datagram socket from: 224.0.0.128:5076.
2025-11-10T10:05:23.019 Local multicast enabled on 127.0.0.1/224.0.0.128:5076.
Execute
2025-11-10T10:05:23.019 Connecting to PVA server: 141.14.128.12:5075.
2025-11-10T10:05:23.019 Opening socket to PVA server 141.14.128.12:5075, attempt 1.
2025-11-10T10:05:23.019 Socket connected to PVA server: 141.14.128.12:5075.
2025-11-10T10:05:23.019 Acquiring transport to 141.14.128.12:5075.
2025-11-10T10:05:23.022 Connected to PVA server: 141.14.128.12:5075.
2025-11-10T10:05:23.023 Releasing TCP transport to 141.14.128.12:5075.
2025-11-10T10:05:23.023 TCP socket to 141.14.128.12:5075 is to be closed.
2025-11-10T10:05:23.023 UDP socket 0.0.0.0:0 closed.
2025-11-10T10:05:23.023 UDP socket 141.14.128.70:5076 closed.
2025-11-10T10:05:23.024 UDP socket 141.14.143.255:5076 closed.
2025-11-10T10:05:23.024 UDP socket 169.254.104.63:5076 closed.
2025-11-10T10:05:23.024 UDP socket 169.254.255.255:5076 closed.
2025-11-10T10:05:23.024 UDP socket 224.0.0.128:5076 closed.
my:custom:pv
rtems:aSubExample
rtems:ai1
…
```
Unfortunately, reading the PVs doesn't work either:
```
(base) hactar:~ junkes$ env |grep EPICS_PVA
EPICS_PVA_ADDR_LIST1.14.128.12
EPICS_PVA_AUTO_ADDR_LIST=NO
(base) hactar:~ junkes$ pvget rtems:aiExample
Timeout
rtems:aiExample (base) hactar:~ junkes$ pvget my:custom:pv
Timeout
```
Does anyone have any idea what I'm overlooking?
Danke Heinz
------------------------------------------------------------------------------
Fritz-Haber-Institut | Phone: (+49 30) 8413-4270
Heinz Junkes | VC: https://zoom.fhi.berlin/junkes
Faradayweg 4-6 | Visitors: Hittorfstrasse 29 (Bld S (Slough House) )
D - 14195 Berlin
------------------------------------------------------------------------------
“Sorry I’m a bit late, had a terrible time…
All sort of things cropping up at the last moment. Uh, how are we for time?”
—Zarquon's address to Milliways
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
- Replies:
- Re: pvxs Access/list problem Michael Davidsaver via Tech-talk
- Navigate by Date:
- Prev:
areaDetector fft of subsection of image Jörn Dreyer via Tech-talk
- Next:
Re: areaDetector fft of subsection of image Mark Rivers 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
2018
2019
2020
2021
2022
2023
2024
<2025>
2026
- Navigate by Thread:
- Prev:
Re: areaDetector fft of subsection of image Mark Rivers via Tech-talk
- Next:
Re: pvxs Access/list problem Michael Davidsaver 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
2018
2019
2020
2021
2022
2023
2024
<2025>
2026
|