No comprende
I's still failing understand why anyone would want to run an full-fat OS on an embedded sensor/controller device. Even a "concentrator" would do fine with a lightweight RTOS.
The point of an OS is sharing resources between functions; when the device is single-function there is no reason to have something to manage the hardware resources. And no need for complicated layered communication protocols when the device has a single function.
Having worked on bare-metal embedded products (including ethernet-connected) AND traditional Windows and Unix software, it's clear that each platfrorm has its place. However hardware size and cost dominate all considerations (including development costs) in commodity embedded systems and any processor that costs more than $2 (in volume) probably won't get a look-in.
I was going to end there, but there are 2 other dimensions to embedded computing that make Windows a non-starter.
First, support life - Microsoft just loves to hype up new tools, only to obsolete them a couple of years later. A device manufacturer wants to know that once the expensive development has been done, the product can be manufactured & sold for as many years as it remains competitive in the market.
Second, non-portability. Since the RPi design can be licensed it is feasible for device manufacturers to build the relevant bits of it into their designs; but the device manufacturer loses the negotiating power of being able to say "mr chip vendor, give us a better price or we build these million boards using someone else's processor". Every penny saved on components goes straight to the manufacturer's bottom line, and some firms have "value engineering" teams whose sole aim in life is to remove components from successful designs, or substitute cheaper alternatives.