Lucid, Sparkplug and OPC-UA comparison

Wednesday 6th December 2023

Summary

Lucid, Sparkplug-B and OPC-UA feature comparison.  Straight shootout comparing user requirements and protocol capability.

The table below shows which requirements from the original 97 WITS-PSA requirements are met by the Lucid, Sparkplug and OPC-UA protocols. The table was created by the Lucid subcommittee of the WITS-PSA whilst involved in the development of the Lucid protocol. A indicates that the protocol is believed to meet the requirement whilst a indicates that it is not believed to.

Requirement Lucid Sparkplug OPC-UA
Set field device address
Set field device time & date
Time synchronisation / incrementing of the field device
Initiate connection master-station to field device (i.e. poll)
Full I/O configuration from master-station.
Battery level
Initiate connection field device to master-station – alarms.
Full archive data retrieval from field device
Full event data retrieval from field device
Mains power failure
Resilience when communicating
Time & date stamps generated by field device
Full range of current values for real point data
Full range of current values for virtual point data
Alarmed points
Set digital output control on/off
Change/set virtual point value
Data quality flags
Single point inhibit
Field device alarm inhibit
Field device off-scan
Single point off-scan
Set digital output control pulsed
Control sequence program
Continuous communication
Field device fault
Asset information from field device
Configuration parameter changes only
Full data processing routines for virtual points etc.
Analogue alarm/event limits & dead band
Individual point historic archiving rates
Extended data points
Set analogue output point
Current field device time & date
Full non destructive retrieval of event data from field device
Initiate connection field device to master-station and transfer historic data
Set field device phone numbers
Authentication
Disable field device dial out
Analogue input rate of change
Support for fallback communications paths
Pulse frequency inputs
Field device firmware download
Set dial-in schedule (e.g. device not always powered on)
Varying analogue alarm profile
Full non destructive retrieval of archive data from field device
Confidence poll
Software version control & patch downloading
Design for interoperability of field devices
Control feedback points
Alarm cascade inhibit
Request from field device for configuration from master-station
Grouping of points
Field device alarm priorities
Field device IP address configuration
Full configuration retrieval from field device to master-station
Configuration CRC check
Performance statistics/performance statistics reset
Acknowledgement of alarm points at the field device
Re-annunciation of alarm points at the field device
Monitoring and intervention with control sequences
Encryption
Automated master-station configuration
Partial range of current values for real point data
Partial range of current values for virtual point data
Partial I/O configuration from master-station
Partial data processing routines for virtual points
Partial archive data retrieval from field device (defined time/range)
Partial event data retrieval from field device (defined time/range)
Ability to define communications media
Peer-to-peer between field devices
Support for future functions
Partial non destructive retrieval of event data from field device
Partial configuration retrieval from field device to master-station
Partial non destructive retrieval of archive data from field device
BCD inputs
Tipping bucket rain-gauge
Specialist communication regimes
Incremental and absolute shaft encoders
Secure controls (Select-Checkback-Execute)
Support for RFID tagging
Alarm sequence number
Support for audit trail – useful for distributed systems
Eavesdrop data
Overrides for real points
GMT/BST flag
Double bit points
Security alarm flag
Incremental Configuration Change Control
Incremental Configuration reference limits
Incremental Configuration log file
Incremental Configuration process
Upload (from FD) details of ALL Incremental Configuration changes (optional)
Upload (from FD) details of  Incremental Configuration changes since last BCF (optional)
Directory structure and file name convention for Incremental Configuration
File transfer routines used for Incremental Configuration
Incremental Configuration records available in XML (optional)
No. of requirements matched from original 97 requirements 71 21 27
% of requirements matched from original 97 requirements 73% 22% 28%

The requirements list above is owned and copyright of the WITS-PSA, who have also given their permission for use on the page.


Please see our Lucid reading page for a collated list of other articles and information on Lucid.

Get {involved} with Lucid protocol

Lucid is a free, open source protocol that bridges a gap between Operational Technology (OT) and IoT technology.

Privacy Policy Cookie Policy
Website by Alt