Re-Write Hardware Library as C++ Windows Runtime Component with Drivers

[CodeChief]

After the RC Input proof of concept it was identified that user mode code is too slow for real time devices and all possibilities to use higher priority tasks are blocked by Microsoft design. As originally expected we need a C++ library to more efficiently work with all the bits and bytes, but also run at highest priority and interact with device drivers.

This issue tracks the progress converting the existing PCA9685 (LED & PWM) and RC Input device to C++ and device drivers. After which the remaining issues for other devices (not implemented yet) will track their implementation directly in C++.

[CodeChief]

Delayed due to issues with tools (see RC Input #2).

[johnkattenhorn]

Hey @CodeChief, We have one of our developers available to work on this issue @adamgruchala, he is currently familiarizing himself with the code base and we will PR regularly.

If you would like to give us your input on what you think the priorities should be then please let us know.

[CodeChief]

This particular module is not a good choice. First the proof of concept I am working on for driver development must be done to the point we have no more showstoppers developing, building, deploying, debugging, communicating with and runtime diagnosis of the whole user app to framework to driver call chain. It is extremely likely to change a lot and could get blocked again for months if we hit bugs in the tools for which MS don't publically release the fix for. Then once the method and technologies are there, it cannot be done properly until the user mode framework is complete.

I'll send you an email about the general approach and which modules it would be better to start with.

[adamgruchala]

Our plan was to extend exiting navio driver with interrupt driven gpio reads/writes.
That would tremendously reduce latency time. My concern is if in general the userspace application will be fast enough to handle real time operations.

[CodeChief]

You should go and read the history in #12 and the others (there are not many). All of this stuff has already been investigated in depth by me and discussed with Microsoft. They are about to release a new DMA mapped Lightning driver and OS preview which has both event timestamps (the lack of which is the main cause of latency) and a rolling PWM buffer (then we don't need to record individual cycles at all anymore).

Besides that RC Input method is already upgraded to hardware on the Navio 2, so software PWM is only a question for support of the older Navio+ and Navio HATs. That's totally out of scope then for any new product @johnkattenhorn may be building.

I will write the drivers here and convert to lower level C++. I will continue what I already started and indeed write an RC Input/PWM driver even though it is not strictly necessary, just for the purpose of creating a proof of concept driver code base. I don't need any help with that thanks.