feat: First draft of a publication API (Still needs some fine-tuning) - #1036
feat: First draft of a publication API (Still needs some fine-tuning)#1036chrisdutz wants to merge 3 commits into
Conversation
|
Admittedly I'm not 100% happy with our current Subscription part ... but I'd currently try to keep the Publication API in line with the current Subscription API. |
|
Publication API is a good idea. I remember that I had to implement some workarounds for canopen above plc4x api, just to keep other bus participants happy. Also, some tools/chips may have their way to handle "publish" tasks due to time requirements - from this point of view having a higher level API to draw contract for applications is definitely a step forward! |
|
is this still relevant? |
|
It would only be relevant for working drivers such as Profinet or EtherCat, which we don't have. |
|
Given that we do not have immediate need for such API we can postpone this until driver or drivers with such requirement appear. As for now, end user can always use separate thread which will write specific tags application requires to work. |
Initial version of a publication API, which is intended to mirror the subscription API.
It is currently only needed for the coming Profinet NG driver, which allows not only subscribing, but also publishing data cyclically.