我已经为之前版本的 iot-core（带或不带 iot-hub）编写了自己的无线更新。最近 iot-core (10.0.14393.67) 的自动更新打破了它。现在，再次明确这一关键（debian 上的开箱即用功能）功能，我比以往任何时候都更加困惑。谁能回答：
- 这篇文章讨论了通过 iot-hub 更新固件。固件是否是我的（uwp）物联网核心应用程序（例如后台任务）？
- 这篇文章讨论了微软的 oem 交易，用于提供更新功能的物联网核心商业化 ( https://www.windowsforiotdevices.com/ )。但是，尚不清楚：
- “选项一”是免费的吗？如果不是，那么问题是什么？
- 此“选项一”中是否提供更新功能
充其量，我们需要在 iot-hub 与 oem app-package-update 场景之间进行权衡取舍，因为一旦开发人员决定采用其中一种或另一种路径，这就是一项重大投资。
更新
这里真正重要的是公司/开发人员清楚地了解有关“空中更新”的选项和限制：
我们的应用程序（Appx，无头，在我们的例子中。C#。）在 Visual Studio 2015 中构建。
iot-core 操作系统（自动或预定...）。
带有（或结合）我们的应用程序的物联网核心操作系统。
这些选项及其成本尚不清楚。我们目前正在使用 azure iot-hub (et. al.)，并希望尽可能地利用它。
发生的事情以及我急需解决的问题是上面的“3”：我在现场有一个 appx，并且正在使用 /System32/oemcustomization.bat 选项通过 C:/windows/appinstall 安装我的应用程序的新版本/...
几个月来，这在我所有的远程站点都运行良好。我确信一切都很稳定。突然间，我的网站都下线了。在我当地的实验室中，我可以连接到我的测试系统，在那里我注意到微软已经对 iot-core 进行了自动操作系统更新。发生了重大变化……这些变化现在的性质是，即使我修改它，我以前的空中更新方案也不再有效——有一些安全“修复”破坏了我当前的方法，我现在看到了去挽救它。
因此，我们真正需要 PM 清楚地说明上述 (1-3) 项，并且充其量是 C# 中第 1-3 项的完整、最小示例。
期待！