Closed michal-kowalczyk closed 3 years ago
Thanks for the report. You are correct, the behavior of queuing up multiple events is not yet as it should be. I noticed this myself when running through the requirements. The fix will require some re-architecting of the internal event state handler, which I will try to get to sometime next week.
This should now be fixed. If you have a chance, could you try to install the version on the main
branch and let me know?
@stan-janssen , I've just verified that your fix works. Thank you!
Great, thanks for letting me know. This will be released in the next version later this week.
I want to create a few events where one will get active after the other becomes inactive. I created a list of events that I populate into server:
That causes VTN to send events one at a time. When EPRI VEN receives the second event, it cancels the first one. I've checked that in the second oadrDistributeEvent there's only the second event.
I found in OpenADR documentation that there should be both the first and the second event in there:
Also, the documentation says that VEN must implicitly cancel the first event if it is not present in the second oadrDistributeEvent (and that's actually what EPRI VEN does):
I believe the server needs a new method to send many events at one shot. Also, add_*event should have caveat note that it cancels out previously send events which are not yet active. Alternatively, the server could keep track of all events added and push them all when a new oadrDistributeEvent is sent.