-
-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SHDR: SetUnavailable #21
Comments
Commit 26fc936 should have fixed this issue. var axesDataItem = new ShdrDataItem("f_sim_p1_axes", "X Y Z S");
adapter.AddDataItem(axesDataItem);
adapter.SetUnavailable();
This was an issue where I was updating the instance of the ObservationInput object that was in the cached List when setting to Unavailable. This was updating the same object in the List so the "existing.ChangeId != dataItem.ChangeId" comparison was always going to be equal. I added a few new methods for handling this that instantiate new ObservationInput objects and add them to the cached List. This will prevent the behavior described above. I also added an optional Timestamp parameter to those methods along with any other Unavailable related method. I tested this with DataItem, Message, Condition, TimeSeries, DataSet, and Table Observations and they all seemed to work correctly. |
Has anyone still had issues with this in the latest versions? If not, I will close this issue. |
I think I was waiting for a Nuget release to test this. But close it. |
Ok thanks for letting me know. This update should be in any of the newest Nuget packages. A link to the latest package is below: |
Expected behavior: Calling
adapter.SetUnavailable
should send new SHDR to Agent with value ofUNAVAILABLE
.Current behavior: It does not.
DataItem before setting
UNAVAILABLE
.DataItem after setting
UNAVAILABLE
.Comparison in
UpdateDataItem
.The text was updated successfully, but these errors were encountered: