Hi Antonio,
I had a short look at the EPICS OPC UA Device support module. This follows the concept of EPICS, that everything is a PV. So it uses only the exposed variables from your OPCUA server.
So this confirms your observation.
But open62541 supports services that you can call from code. But as this is device specific, you will probably need to develop a driver that knows exactly how to call the Execute() function inside your OPCUA server (device). I dont know if anybody has done something like that before.
Regards
Jörn
Am Montag, 24. August 2026, 09:13:18 Mitteleuropäische Sommerzeit schrieb Antonio Moschini via Tech-talk:
> Hi all,
>
> any news about this topic ?
>
> Thanks in advance
> Antonio Moschini
>
> Da: Antonio Moschini
> Inviato: martedì 4 agosto 2026 15:13
> A: EPICS Tech Talk <tech-talk at aps.anl.gov>
> Cc: Paolo Galli <Paolo.Galli at ohb-italia.it>; Francesco Diprima <Francesco.Diprima at ohb-italia.it>
> Oggetto: epics-modules opcua + open62541
>
> Hi all,
>
> For an internal project, a customer is going to provide us an interface based on OPC-UA on which commands are exposed as instances of dedicated function block classes representing command objects. Each command is modeled as an OPC-UA object exposing an Execute() method and a set of variables representing the command status and the execution status. OPC-UA client will use the Execute() method to trigger the internal command.
> Inside EPICS modules (OPC-UA and/or Open62541), we haven't found any implementation related to that kind of methods.
> Is this correct ?
> Is there any workaround to use such a method ?
>
> Thanks in advance
>
>
>
>
> ________________________________
>
> << Le informazioni contenute in questo messaggio di posta elettronica e relativi allegati sono riservate e confidenziali e ne è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo e a darcene gentile comunicazione e a non copiare per diffondere o utilizzare i suoi contenuti per qualsiasi motivo. Quanto precede ai fini del rispetto del GDPR di cui al Reg. (EU) 679/2016, sulla tutela dei dati personali. Ringraziamo per la collaborazione. Per qualsiasi necessità La preghiamo di contattare il numero +3902380481 >>
>
> << This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. The above is in compliance to European Regulation on Data Protection Reg. (EU) 679/2016. Thank you for your co-operation. Please contact our IT Helpdesk on +3902380481 if you need assistance >>
>
>
BEGIN:VCARD
VERSION:3.0
EMAIL;TYPE:j.dreyer at hzdr.de
FN:Jörn Dreyer
N:Dreyer;Jörn;;;
ORG:Helmholtz - Zentrum Dresden- Rossendorf;FWKX
TEL;TYPE=WORK:+0493502603263
TITLE:Dr.
UID:c191707b-eb41-4699-bb8d-a5ef050ab4aa
X-KADDRESSBOOK-MailPreferedFormatting:TEXT
END:VCARD
- Replies:
- Re: R: epics-modules opcua + open62541 Ralph Lange via Tech-talk
- References:
- R: epics-modules opcua + open62541 Antonio Moschini via Tech-talk
- Navigate by Date:
- Prev:
R: epics-modules opcua + open62541 Antonio Moschini via Tech-talk
- Next:
Re: Process a PV on exit Maren Purves 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:
R: epics-modules opcua + open62541 Antonio Moschini via Tech-talk
- Next:
Re: R: epics-modules opcua + open62541 Ralph Lange 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>
|