I don’t know of anything pre made, in theory _if_ it is possible to seed them (through an API), then writing a service to read data from the TrueRNG and feeding/Seeding them would work. Otherwise, the approach many windows developers do is just open the com port from the TrueRNG, and toggle DTR when they need random data, then DTR to stop the flow again. That is the easiest approach.
…it was once possible for developers to incorporate additional sources of entropy, but this was discontinued in Windows 8 and later, in favor of a TPM.
There are, however, sources of entropy in addition to a TPM (or when a TPM is unavailable). Microsoft is vague as to how these sources are used or to what extent each source is taken into account. It would appear that this is per-application rather than a single /dev/random
Reading those articles, it would seem that a Windows equivalent of rngd, using TrueRNG hardware, could affect entropy per-application in the following ways:
* Incrementing the serial port count by 1
* Occasionally writing random amounts of TrueRNG-generated random bytes to memory (and/or the page file), using a random amount of threads
* Adding one or more TrueRNG-generated nonsense environment variables to the system that occasionally change
* The fact that a program exists doing all this
Something like this would be interesting. Unfortunately it would be tough to prove how/if it has any effect.