co⚡e: Sparkplug™ MQTT edge

--- old
+++ new
@@ -6,3 +6,16 @@
 * Application nodes can look only at devices they are interested in (for example a HMI node that only wants data for the page it is on)

 Workaround: until this is implemented, all Metrics that would have been put in a device, can be published instead as EoN Node Metrics
+
+Ideas for implementation:
+FB_Device
+ - based on FB_EoN
+ - every FB_Device has its own Publisher
+ - every FB_Device has its own Subscriber
+ - every FB_Device has its own AllMetricsList
+ - shared connection with the EoN.  i.e. there is only one connection
+
+an ARRAY [*] of FB_Device will be passed by the user to FB_EoN
+
+"not enough subscribers" error too, for MQTT.MQTTParam.g_udiMaxPublishersAndSubscribers
+This is not yet needed, as we are generally under the default value of 20 publishers or subscribers.  MQTT.MQTTPublisher might already return an error.

--- old
+++ new
@@ -1,21 +1,9 @@
-EoN Node will initially be developed to only send its own Metrics.  Later, in this ticket, we will also support devices, which are children of EoN Nodes.
-
 Advantages of Devices: 
-* Can tell when they come online/go offline
-* Can help logically sort data
+* Can tell when a device online/go offline,
+* Helps logically sort data on client and server side,
 * Application nodes can look only at devices they are interested in (for example a HMI node that only wants data for the page it is on)

-Workaround: until this is implemented, all Metrics that would have been put in a device, can be published instead as EoN Node Metrics
-
-Ideas for implementation:
 FB_Device
- - based on FB_EoN
- - every FB_Device has its own Publisher
- - every FB_Device has its own Subscriber
- - every FB_Device has its own AllMetricsList
- - shared connection with the EoN.  i.e. there is only one connection
-
-an ARRAY [*] of FB_Device will be passed by the user to FB_EoN
-
-"not enough subscribers" error too, for MQTT.MQTTParam.g_udiMaxPublishersAndSubscribers
-This is not yet needed, as we are generally under the default value of 20 publishers or subscribers.  MQTT.MQTTPublisher might already return an error.
+ - Based on List Element,
+ - shares  the connection with the EoN i.e. there is only one connection,
+ - The user ties an arbitrary number of Devices to the EoN.

--- old
+++ new
@@ -1,9 +1,13 @@
-Advantages of Devices: 
-* Can tell when a device online/go offline,
-* Helps logically sort data on client and server side,
-* Application nodes can look only at devices they are interested in (for example a HMI node that only wants data for the page it is on)
+Advantages of Devices
+
+ - Can tell when a device online/go offline,
+ - Helps logically sort data on client and server side,
+ - Application nodes can look only at devices they are interested in (for example a HMI node that only wants data for the page it is on)

 FB_Device
+
  - Based on List Element,
  - shares  the connection with the EoN i.e. there is only one connection,
- - The user ties an arbitrary number of Devices to the EoN.
+ - The user ties an arbitrary number of Devices to the EoN,
+ - Implements the same dynamic arrays of Sparkplug values as EoN,
+ - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA 

--- old
+++ new
@@ -10,4 +10,12 @@
  - shares  the connection with the EoN i.e. there is only one connection,
  - The user ties an arbitrary number of Devices to the EoN,
  - Implements the same dynamic arrays of Sparkplug values as EoN,
- - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA 
+ - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA
+
+
+v1.1.0.0 implements the basis for a List of Devices
+From this version onwards we can expand The EoN and the Device to accommodate the appropriate code
+
+Projected versioning;
+V1.3.0.0: EoN sends all Device Data too
+V1.5.0.0: EoN can receive commands and distinguishes them for itself or a child Device

--- old
+++ new
@@ -12,10 +12,6 @@
  - Implements the same dynamic arrays of Sparkplug values as EoN,
  - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA

-
-v1.1.0.0 implements the basis for a List of Devices
-From this version onwards we can expand The EoN and the Device to accommodate the appropriate code
-
-Projected versioning;
-V1.3.0.0: EoN sends all Device Data too
-V1.5.0.0: EoN can receive commands and distinguishes them for itself or a child Device
+[x] v1.1.x.x solution implements the basis for a List of Devices
+[ ] V1.4.x.x solution sends all Device Data too
+[ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -12,6 +12,6 @@
  - Implements the same dynamic arrays of Sparkplug values as EoN,
  - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA

-[x] v1.1.x.x solution implements the basis for a List of Devices
-[ ] V1.4.x.x solution sends all Device Data too
-[ ] V1.7.x.x solution can receive, digest and follow up DCMD's 
+* [x] v1.1.x.x solution implements the basis for a List of Devices
+* [ ] V1.4.x.x solution sends all Device Data too
+* [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -12,6 +12,8 @@
  - Implements the same dynamic arrays of Sparkplug values as EoN,
  - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA

+
+
 * [x] v1.1.x.x solution implements the basis for a List of Devices
 * [ ] V1.4.x.x solution sends all Device Data too
 * [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -10,10 +10,9 @@
  - shares  the connection with the EoN i.e. there is only one connection,
  - The user ties an arbitrary number of Devices to the EoN,
  - Implements the same dynamic arrays of Sparkplug values as EoN,
- - The EoN can iterate through the connected FB_Devices via a list and sends all relevant Data to Primary SCADA
+ - The EoN can iterate through the connected FB_Devices via a list and sends all relevant

-
-
+Data to Primary SCADA
 * [x] v1.1.x.x solution implements the basis for a List of Devices
 * [ ] V1.4.x.x solution sends all Device Data too
 * [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -13,6 +13,7 @@
  - The EoN can iterate through the connected FB_Devices via a list and sends all relevant

 Data to Primary SCADA
+
 * [x] v1.1.x.x solution implements the basis for a List of Devices
-* [ ] V1.4.x.x solution sends all Device Data too
+* [x] V1.3.x.x solution allows for multple devices and DDATA
 * [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -15,5 +15,5 @@
 Data to Primary SCADA

 * [x] v1.1.x.x solution implements the basis for a List of Devices
-* [x] V1.3.x.x solution allows for multple devices and DDATA
+* [x] V1.3.x.x solution allows for multiple devices and DDATA
 * [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 

--- old
+++ new
@@ -16,4 +16,4 @@

 * [x] v1.1.x.x solution implements the basis for a List of Devices
 * [x] V1.3.x.x solution allows for multiple devices and DDATA
-* [ ] V1.7.x.x solution can receive, digest and follow up DCMD's 
+* [x] V1.4.x.x solution can receive, digest and follow up DCMD's  // Standard DCMD's digestion has been implemented