Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request]: Implement OPC-UA connection level discovery aside of main driver logic #1520

Open
2 of 16 tasks
splatch opened this issue Apr 12, 2024 · 0 comments
Open
2 of 16 tasks

Comments

@splatch
Copy link
Contributor

splatch commented Apr 12, 2024

What would you like to happen?

The OPC-UA endpoint discovery is important to get a working connection towards UA server, however its current implementation already lead to multiple issues and contributed to overall stability of the driver.

Main problem with UA discovery is visible only at the lower level if option discover' is set to 'true. In such case we create a pre-flight TCP connection to obtain endpoint string and server certificate which we can use to launch desired connection. To my present knowledge, this is the only one reason we have that. In order to achieve above case we made adjustments with plc4j-spi as well as driver context (mutable) vs driver configuration (immutable).

I believe that sorting this puzzle before 1.0 would greatly simplify maintenance of driver and spi, cause current way requires close care of both places. Switching this code to PlcDiscoverer sounds like a much viable and reliable alternative. We already have working implementations of this SPI in ads and profinet drivers.

Programming Languages

  • plc4j
  • plc4go
  • plc4c
  • plc4net

Protocols

  • AB-Ethernet
  • ADS /AMS
  • BACnet/IP
  • CANopen
  • DeltaV
  • DF1
  • EtherNet/IP
  • Firmata
  • KNXnet/IP
  • Modbus
  • OPC-UA
  • S7
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant