You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I'm currently working with Tech 180 on a deployment issue at UTC/Collins. We just found that their sysdef in VeriStand takes so long to initialize and start running that the default thread timeout of 30 seconds is too short to prevent their DSF threads from disconnecting before the system can start running (they have many, many custom devices that do a lot of network comms on init, so it all takes a while). In the short term, I am upping the thread timeout to 180 seconds for them, but this should probably be a configurable thing at some point.
Describe the solution you'd like
Add a ms timeout field to the Thread settings so a user can choose the timeout for idle threads. Or choose no timeout (-1 ms).
Describe alternatives you've considered
Added increased static timeout of 180s, but really that's just a short-term fix.
Additional context
The timeout is currently hardcoded in the Plugin Thread.lvclass:Main.vi (shown below). Code would need to be added to allow this to be a parameter of the Plugin Thread class that can be set during initialize of the DSF.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
I'm currently working with Tech 180 on a deployment issue at UTC/Collins. We just found that their sysdef in VeriStand takes so long to initialize and start running that the default thread timeout of 30 seconds is too short to prevent their DSF threads from disconnecting before the system can start running (they have many, many custom devices that do a lot of network comms on init, so it all takes a while). In the short term, I am upping the thread timeout to 180 seconds for them, but this should probably be a configurable thing at some point.
Describe the solution you'd like
Add a ms timeout field to the Thread settings so a user can choose the timeout for idle threads. Or choose no timeout (-1 ms).
Describe alternatives you've considered
Added increased static timeout of 180s, but really that's just a short-term fix.
Additional context
The timeout is currently hardcoded in the Plugin Thread.lvclass:Main.vi (shown below). Code would need to be added to allow this to be a parameter of the Plugin Thread class that can be set during initialize of the DSF.
The text was updated successfully, but these errors were encountered: