-
Notifications
You must be signed in to change notification settings - Fork 20
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
Dynamic Device #37
Comments
tthiery
added a commit
that referenced
this issue
Jul 8, 2020
tthiery
added a commit
that referenced
this issue
Jul 8, 2020
- Add example (requires cleanup in samples - Add extension mode for IServiceCollection to AddPoweredUp services (like IDeviceFactory) - Made DeviceFactory a singleton instead of static (to allow testing of DynamicDevice on a known device) - Fix console output in DiscoverPorts function - Add WriteDirectModeData to Mode - Add GenericWriteDirectModeDataMessage for byte[] provided by user - Breaking Change due to ServiceCollection need to contain IDeviceFactory #37 breaking
Is currently breaking due to |
tthiery
added a commit
that referenced
this issue
Jul 8, 2020
- Created base class for providing default infrastructure - Create ServiceProvider Configure callback into Example - Reduced default wait time in some examples #37 non-breaking
tthiery
added a commit
that referenced
this issue
Jul 8, 2020
- Fixed DeviceFactory to return DynamicDevice if no typed device present #37 non-breaking
Postpone fallback to dynamic discover in case of new firmware/software version. Not yet clear how to handle and performance. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Use Cases
DynamicDevice.Discover
in caseGetStaticPortInformation
does not have any information for typed device (aka. soft react to firmware updates).Strategy
DynamicDevice
which derives fromDevice
DynamicDevice.DiscoverAsync
. Decision needed whether we auto-call it when discovered byHubAttachedIOMessage
or by user before usage by user (since pretty expensive).ConcurrentDictionary<byte,Mode> Modes
toDevice
which is auto populated on Discovery (or on auto-playing knowledge into the device) ... so for existing devies these are auto-populated.Mode
Mode
.Should be non-breaking at the API surface.
The text was updated successfully, but these errors were encountered: