Speed of Releasing Writers/Readers & Invalid Enum/Ring Values

1 post / 0 new
Offline
Last seen: 1 day 3 hours ago
Joined: 03/13/2026
Posts: 1
Speed of Releasing Writers/Readers & Invalid Enum/Ring Values

I have a few questions on some things I've come across during some development:

  1. Is there a way to speed up how long it takes for readers and writers to "release"? I currently have a couple dozen parallel loops running to on a NI Linux x64 real time target, and it takes close to a minute or two for all of the readers and writers to release. A couple things i have tried:
    • Before starting any readers and writers, we use the0 "Set Configuration Parmeters.vi" to set the "Timeout to Delete Inactive..." to 0.
    • After all of the readers and writers have been closed, I run "DDS Release Unused Entities.vi.

Are the Release Writer.vi or Release Reader.vi able to be made re-entrant (pre-allocated or shared clones)? It looks like it's default state is non-reentrant and that is unable to be edited due to password protection.

2. We are using rings to represent enums as we have some sparsely populated enums. Those work fine. Our writers are conected directly to the outports of simulink models. If one of those simulink models outputs an invalid enum value (e.g. 0 as that is a common default value to write out before the models put valid data out), the writer crashes hard. I tried to put some error handling in there to clear the error and try again, but it looks like as soon as you give it an invalid value, the reference to the writer goes away and it causes a hard crash of labview. Is there a better way to be handling an invalid enum value that would still allow use to report an error, but not cause the writer to completely crash and lose it's reference?