Closed buckd closed 4 years ago
Bleep bloop!
LabVIEW Diff Robot here with some diffs served up hot for your pull request.
Notice something funny? Help fix me on my GitHub repo.
In thinking more about this, Set Channels
shouldn’t live in the interface. It should probably be something common to the System Explorer code so the library isn’t tied to VeriStand.
My intent in having Create Execution Unit
return only a single object instead of an array of synchronous and one of asynchronous EUs is to divorce the unit from how it is scheduled by the caller. This may not be practical when we start implementing, and we may need to change it, but that was the thought behind it.
In thinking more about this,
Set Channels
shouldn’t live in the interface. It should probably be something common to the System Explorer code so the library isn’t tied to VeriStand.
Execution Unit Factory.lvclass:Create Execution Unit.vi
still makes use of the channel typedefs. Or were you envisioning separating that out as well somehow?
My intent in having
Create Execution Unit
return only a single object instead of an array of synchronous and one of asynchronous EUs is to divorce the unit from how it is scheduled by the caller. This may not be practical when we start implementing, and we may need to change it, but that was the thought behind it.
@buckd I'm struggling to follow this.
Why is it sufficient to return a single execution unit, rather than a list of them (w/ or w/o scheduling information)? Is the expectation that it would perform its own scheduling/asynchonous execution handling, and that the custom device would always invoke it inline?
What does this Pull Request accomplish?
Creates the
Execution Unit
and factory interfaces to be used by the template RT engine.Why should this Pull Request be merged?
This interface will be used to implement the custom device engine. It will also by used for the skeleton XNET implementation.
What testing has been done?
Built and made sure the PPL is not broken and contains all the correct files.