(no subject) ^{bawright3001 wiki (Thread)}
Last updated: 2020-10-16

blog Discussion ^{usimeca blog (Discussion)}
Forum for blog comments
Last updated: 2020-10-16

wiki Discussion ^{usimeca wiki (Discussion)}
Forum for wiki comments
Last updated: 2020-10-16

blog Discussion ^{suv8705 blog (Discussion)}
Forum for blog comments
Last updated: 2020-10-16

(no subject) ^{suv8705 wiki (Thread)}
Last updated: 2020-10-16

(no subject) ^{usimeca wiki (Thread)}
Last updated: 2020-10-16

Home ^{bawright3001 wiki (WikiPage)}
This is the personal project of bawright3001. This project is created automatically during user registration as an easy place to store personal data that doesn't need its own project such as cloned repositories.
Last updated: 2020-10-16

Home 2020-10-17 16:04:51.896621 ^{md-test home (WikiPage)}
IEC-ST based SparkplugB Payload for MQTT Introduction | Development | Progress Introduction Sparkplug B is truly unique and offers a modern and free and open way for any of your devices to exchange data using MQTT as a basis. By exploiting the scalability of MQTT, the protocol provides you with a flexible architecture and let's you add or remove nodes/devices on the fly without any problem. Whether your devices are state-of-the-art or legacy, this protocol is able handle all types of devices. On top of this your data can be delivered securely and with rich meta data for added context. Goal At this moment in time, there seem to be two big IIoT protocols on the market; OPC-UA and MQTT based protocols (like MS Azure, AWS, etc). Sparkplug B is part of the MQTT based protocols. In our opinion, Sparkplug B has gained a big following in the America's (North/South) while OPC-UA is very "hot" in Europe, Asia and Australia. Both protocols are great, very reliable and very secure. However, Sparkplug B is simple, lightweight, flexible, secure and vendor agnostic, while keeping CPU and bandwidth consumption to a minimum*. Also, there are some caveats in using OPC-UA as at this time. While a pure IEC implementation of Sparkplug is nowhere to be found, OPC-UA is not pure IEC code and "Store & Forward" is not mandatory and so OPC-UA has a lot of untapped potential. This project aims to fill that gap and "marry" CODESYS based controllers with Sparklug B and open up the vendor-independent CODESYS IIoT market with all advantages that the SparkplugB protocol offers. See https://cdn2.hubspot.net/hubfs/2335443/Johnathan-Hottell-IIoT-Protocol-Benchmarks.pdf Why do we need it? Sparkplug is a specification for MQTT enabled devices and applications to send and receive messages in a stateful way. This means that each participant is fully aware of each other's connection state. While MQTT itself is stateful by nature, it does not ensure that all data on a receiving MQTT application is neither current or valid. Sparkplug B provides an mechanism on top of MQTT for ensuring that device or application data is always current and valid. Next to this, Sparkplug B can be used to act as a gateway between legacy and modern devices for seamless interaction. Lastly, Sparkplug B is capable to leverage "store & forward" to ensure that data-gaps are a thing of the past. Architecture An overview of the Sparkplug B architecture can be found here. These links will take you to a different page. [Infrastructure] definitions [Security] definitions [Messages] definitions Development About Sparkplug B Any information about Sparkplug B can be found at the Eclipse Sparkplug® Working Group website https://sparkplug.eclipse.org/ The current Sparkplug B specifications can be found here https://www.eclipse.org/tahu/spec/Sparkplug%20Topic%20Namespace%20and%20State%20ManagementV2.2-with%20appendix%20B%20format%20-%20Eclipse.pdf Public MQTT Broker We strongly encourage every developer / tester to use the following public broker Host: test.mosquitto.org TCP Port: 1883 No authentication or certificate verification is to be used. Per default this broker channel is entirely open, so beware what data you share. Read Caveats for a good understanding of their service availability https://test.mosquitto.org/ for more info on their test server. Ignition Maker Edition With Ignition Maker Edition, you can apply the same powerful industrial-grade features of Ignition by Inductive Automation️® to any number of your personal or educational projects at no cost. All you need is a permanent internet connection for it to work (so called 'always connected'). https://inductiveautomation.com/ignition/maker-edition for more information MQTT Explorer Here is a suggestion to get you started. MQTT.fx supports SparkplugB payload protobuffer decoding, so it is a very good & flexible test client http://www.jensd.de/apps/mqttfx for more information MQTT.fx is published under Apache License, Version 2.0. MQTT Client Library Usage You are free to use any MQTT Library implementation you wish. However in this project we will use the following Library https://store.codesys.com/iiot-libraries-sl.html Without a license, the software runs for 30 minutes in demo mode. Progression Timeframe Our software is aimed to be "best in class", allthough it is entirely written by enthusiasts. We develop this software as individuals. We are not connected to a company in any way, shape or form. We chose to to give this project our valuable resources; time and effort. This means that we do not have any hard deadlines to meet apart from those we impose on ourselves. Off course we have set milestones and progress is being made. Progress 13 Sep 2020: Tonight we successfully published some initial values to a well known SCADA/IIoT Host Node, Ignition. This means that Connect and NBIRTH are mostly working, and gives us the hint that we are on the right track. Plus from our point of view we are not far from publishing node or device data. 3 Oct 2020: Tonight we successfully published not only initial values but also updated values. Version v0.9.0.0 of the library can be used to publish values through MQTT Sparkplug B to Ignition SCADA. 1/2 Publishing to Ignition 2/2 CODESYS DeviceLog Roadmap Our general vision and milestones. Milestones which have been completed are clearly marked. This roadmap is subjected to changes and priorities. Current Phase Minimal Viable Product Basic MQTT Publisher/Subscriber implementation (FB_MQTT_PubSub), Basic Google Protobuf payload encoder / decoder (FB_Payload_Simple), Basic Metric Support for Bool, Real, DWord, Int, Byte etc, etc (FB_SparkplugBSimple, etc, etc.), Basic SparkplugB implementation, responsible Topics & sending messages (No support for receiving commands apart from Rebirth), Basic EoN Node, responsible for publishing Node/Device metrics (FB_Edge_Of_Network_Node), Basic EoN Node TLS Connection Support, Basic EoN Node Server Command support: Rebirth, Debugging / Optimisation/ Refactoring of Minimal Viable Product. Standard FB_Device, acts as a digital representation of a physical device sending simple metrics, Standard Support for receiving Server Commands, setpoints etc Debugging / Optimisation/ Refactoring of standard product, Advanced Metrics support (templates, alias), Advanced File transfer, Advanced Historical data support, Advanced Store & forward, Advanced Server High Availability (HA), SCADA Node implementation, Debugging / Optimization/ Refactoring of Advanced Product. @hermsen @i-campbell
Last updated: 2020-10-17

Home ^{raspisps wiki (WikiPage)}
This is the personal project of raspisps. This project is created automatically during user registration as an easy place to store personal data that doesn't need its own project such as cloned repositories.
Last updated: 2020-10-17

wiki Discussion ^{raspisps wiki (Discussion)}
Forum for wiki comments
Last updated: 2020-10-17

blog Discussion ^{raspisps blog (Discussion)}
Forum for blog comments
Last updated: 2020-10-17

(no subject) ^{raspisps wiki (Thread)}
Last updated: 2020-10-17

Home ^{krovin wiki (WikiPage)}
This is the personal project of krovin. This project is created automatically during user registration as an easy place to store personal data that doesn't need its own project such as cloned repositories.
Last updated: 2020-10-18

wiki Discussion ^{krovin wiki (Discussion)}
Forum for wiki comments
Last updated: 2020-10-18

blog Discussion ^{krovin blog (Discussion)}
Forum for blog comments
Last updated: 2020-10-18

Home ^{usr789 wiki (WikiPage)}
This is the personal project of usr789. This project is created automatically during user registration as an easy place to store personal data that doesn't need its own project such as cloned repositories.
Last updated: 2020-10-18

wiki Discussion ^{usr789 wiki (Discussion)}
Forum for wiki comments
Last updated: 2020-10-18

Sort by relevance or date