SeppPenner

Basically a duplicate of #44 and #53.

For me, the spec is misleading in this case. E.g. check DBIRTH: > 6.4.20. DBIRTH The DBIRTH is responsible for informing the Host Application of all of the information about...

I have asked the tahu team in https://github.com/eclipse/tahu/issues/370, but I guess I have an idea how this should be read: Imagine a scenario with this library and another one that...

I will keep this open until the TAHU team answers, but for the moment I will go with filtering.

This is valid. From https://github.com/eclipse/tahu/issues/370: > Known means known. If you send an NDATA/DDATA with a new Metric, that would be invalid and the Host Application will require you to...

> it seems like I should be able to do it in the NBirth and DBirth event handlers No, within the constructor of the application / node. Check out the...

I hope this is answered with https://github.com/SeppPenner/SparkplugNet/issues/92#issuecomment-2022237084 already. If not, feel free to contact me again / re-open the issue(s).

> @SeppPenner: I agree with @jeff-pf: Let assume we have a SCADA Main Host application (_SparkPlugBApplication_) waiting for Nodes to connect. It cannot know beforehand the Metrics the Node will...

Let me think about this whole mess a few more days. I guess, how it's implemented right now is way to complicated...

> I have found another way of using this without above changes , is this the correct way to use it ? This is the way, yes. Still, I agree...