co⚡e: Sparkplug™ MQTT edge

changed the EoN example

v0.0.0.33

Revised MQTT publishing

update

updated the example in the trunk

binary library trunk

workingcopy from trunk

v0.0.0.32 fixed find changes always initializing the encoder, which was resulting in seq counting up.

commit of trunk lib binary

v0.0.0.31 from Aliazzz Branch

Fixed NDATA via ticket #63
1) Init Encoder in usual way,
2) ChangeDetection (adds data to internal encoder),
3) Block ChangeDetection and immediately Send Payload,
4) Repeat from step 1.

updating EoN testcode

Beware to update the library to v.0.0.0.31 when it is in the trunk!

v0.0.0.31

Fixed ticket #63
1) Init Encoder in usual way,
2) ChangeDetection (adds data to internal encoder),
3) Block ChangeDetection and immediately Send Payload,
4) Repeat from step 1.

updated local branch with updated unittest for SparkplugB_Simple

fresh workingcopy from trunk

deleted branch copy

updated binary of library and unit test in trunk

Updated unittest to use library v0.0.0.30

v0.0.0.30 solved [#57] / ERROR.PayloadNotEnoughMetrics
problem was bdseq wasn't part of AllMetrics
also corrected bdseq to ULINT / UInt64. was LINT/Int64

binary commit of v0.0.0.29

Updated trunk with Aliazzz Branch v0.0.0.29

binary commit of library to trunk v0.0.0.28

v0.0.0.28 fixes [#60] problem with ReencodeLengthDelimited

v0.0.00.28

Reworked every EoN method to include better error handling.
The methods return TRUE/FALSE according to error or succes with proper diagnosis in log

Beware that if any certificate "errors" we get a loop of the state machine as it will retry that step infinitly!

Various refactoring and shaping of the FB_Edge_Of_Network_Node methods to

DBSeq is for DEATH/BIRTH especially;
LWT_NDEATH => BdSeq 0 (tally up 1 with each death/birth so 1,2,3, etc)
NBIRTH <= BdSeq = LWT_NDEATH.BdSeq,
Seq = 0(!)

Every subsequent NDATA, DBIRTH, DDEATH and DDATA uses Seq = Seq+1 MOD 256

v0.0.0.27 ULINT => T_DateTime where applicable