本帖最后由 ∮仗剑ノ天涯 于 2016-3-12 23:12 编辑

Build 版本：14262
日期：2016年2月

这篇文档提供最新的或者其他的信息以对 Windows 10 IoT Core 的附带文档进行补充。

非常感谢您下载 Windows 10 IoT Core。Windows 10 IoT Core 是 Windows 10 的一个分支版本，旨在助力嵌入式设备或专用设备的发展。它也是可以成为创客们的选择。本套件包含必要的代码和工具，以便您可以在搭载 Intel Atom E38xx 系列 SoC 的 MinnowBoard Max 开发板、搭载以 ARM Cortex-A7 为基础的 SoC 的Raspberry PI 2 开发板以及搭载高通骁龙（Qualcomm Snapdragon）400 系列处理器的 DragonBoard 410c 开发板上安装 Windows 10 IoT Core。

更新内容

这是第一个 Windows 10 IoT Core 红石（Redstone）Insider 发行版本

[list]
[*]包含对核心操作系统和驱动程序包的错误修复
[*]包含针对如下内容的特定修复：
[/list]
- 包含 UI 和稳定性更新的针对 Web 管理板块的更新
- 针对 MinnowBoard Max/x86 平台的 FTDI USB 串行驱动程序的更新
- 针对 Silicon Labs USB 串行驱动程序的更新
- 解决了 SSH Server 中的稳定性问题

发行说明

.NET 原生工具链
开启”Compile with .NET Native tool chain”可能会导致应用因为”.NET Native 运行时”的部署错误而部署失败。

蓝牙配对(6162324)
蓝牙设备可能不会在蓝牙配对网络管理接口内正确显示。

Minnowboard Max 开发板启动和固件更新
除非固件版本是 .082 或者更新，MinnowBoard Max 将不会启动。推荐的最小固件版本是”MinnowBoard MAX 0.83 32-Bit”。固件更新可以从***链接停止解析***下载。

默认管理员用户名和密码
默认的管理员用户名和密码在 Windows 10 IoT Core 镜像中进行了硬编码。这对于设备来说具有安全风险，所以其不应该被暴露在开放的互联网连接中，除非密码已被修改。

Dragonboard 410c 关机
在 DragonBoard 上，关机指令将不会使开发板掉电。系统将会重启，请通过断开电源连接来使开发板掉电。

Minnow Board 开发板附件支持
本次发行的 Windows 10 IoT Core 镜像对 MinnowBoard MAX 开发板上的附件提供了支持。所以，Intel 将会提供 Baytrail 处理器的全特性支持，这其中包含型号为 J1900/N2930/N2807 的 Intel Celeron 处理器和型号为 E38XX 的 Intel Atom 处理器。

Raspberry Pi 视频性能
没有针对 Raspberry Pi 平台上的视频回放性能进行优化。包含 基于XAML的下拉菜单 在内的动画用户元素可能不会表现出最佳性能。

Raspberry Pi 摄像头支持
随着这次针对 Raspberry Pi 2 的 Windows 10 IoT Core 的发行，针对摄像头附件设备的支持被进行了限制。直接连接到板上摄像头总线的 PiCam 设备目前不被支持了，因为 DirectX 驱动程序没有被执行而导致现在于 Raspberry Pi 上无法提供其所需要的 GPU 服务。现代 USB 网络摄像头产生的数据流对 USB 主机控制器的要求相当之高。即使是在低分辨率设定下，网络摄像头将会要求额外的 USB 优化调试和特定的控制逻辑。我们计划在近期为一系列 USB 摄像头带来支持，同时也将会尽快发布针对受支持设备的特定信息。

音量控制
那些依赖于 Windows 系统来调节系统音量的 USB 麦克风和扬声器的硬件音量控制目前在 Windows 10 IoT Core 上不被支持。

USB 键盘
某些 USB 键盘和鼠标可能无法在 IoT Core 上正常工作。请使用不同的键盘或者鼠标。在***链接停止解析***的文档内可以找到有效的附件设备列表。

屏幕方向
在通用应用中使用竖屏视图是不被推荐的。

通过 AllJoyn 模板参考适配器
在使用特定的 SDK 版本时，尝试向 AllJoyn 适配器工程添加参考条目可能会导致错误。为了解决这个问题，修改 Visual Studio 的目标平台来匹配目前的 SDK 版本，然后重新加载工程。

RPi2 上串行接口的使用和获取
Raspberry Pi 2 在通信上支持通过 PL011 UART 来进行串行传输。这已经在内核调试方案中被设定为默认。通过输入如下命令来使 PL011 设备驱动程序关闭调试器以使一款应用或者设备驱动程序可以使用 PL011 UART 来发送和接收数据：bcedit/set debug off

IoT Core 上的 WiFi Direct 限制
1. IoT Core 设备必须是连接设备——在另外一台设备初始化连接的情况下，它将无法作为广播设备工作。
2. 高级配对必须被使用。示例程序演示了如何使用高级配对 API 在连接之前配对设备。
3. 并不是所有的无线适配器都支持 WiFi Direct。我们已经测试和认证了”Realtek RTL8188EU Wireless Lan 802.11n USB 2.0 Network adapter”可以正常工作，但是其他的适配器可能不被支持。

非默认驱动程序模式(3890679)
在 Raspberry Pi 和 DragonBoard 上，从非默认驱动模式切换为不同的非默认驱动模式可能会在 GPIO 引脚产生毛刺信号。应对办法：在应用开始的位置一次性设定驱动模式。

已经运行的应用程序(1244550)
当默认的启动应用也被从 Visual Studio 部署的时候，可能会产生自身冲突。应对办法：除了你希望部署的那个应用，修改默认的启动应用为其他应用。

BackgroundMediaPlayer.MessageReceivedFromForeground 可能会崩溃(2199869)
如下的代码可能会崩溃：BackgroundMediaPlayer.MessageReceivedFromForeground += OnMessageReceivedFromForeground;。为了预防此崩溃，添加如下代码使其被首先执行：var player = BackgroundMediaPlayer.Current;

RPi 2 上的数据断点已经被关闭(4266252)
目前无应对办法。

针对 Azure Active Directory 认证的支持 (4266261)
Azure Active Directory 认证库在 Windows 10 IoT 上无法正常工作。

DragonBoard 开发板和调试器 (4710796)
GPIO/I2C/SPI/UART 驱动程序在使用调试器连接到 DragonBoard 上时将会被关闭。

DragonBoard 开发板的耳机和麦克风插孔(4791855)
DragonBoard BSP 拥有针对耳机插孔和麦克风插孔的驱动程序，但是在开发板上并没有这些插孔。

Dragonboard SPI 以 4.8MHz 运行(5055938)
DragonBoard 开发板上的 SPI 将会忽略请求的速率并一直运行在 4.8 MHz。

针对应用程度崩溃的 Shell 管理
IoT Core 的 Shell 基础架构将会针对崩溃的情况监视设备上运行的 APPX 类型的应用，当崩溃情况出现时，将会重启这些应用。如果重启的应用程序继续崩溃，Shell 将会采取”failfast”机制。这是一种严格的流程来进行错误检查并尝试重启来实现恢复。类似的逻辑和处理方式在有头配置中被用在后台任务和前台应用上。崩溃处理和重试逻辑如下：
[mw_shl_code=csharp,true]Software\Microsoft\Windows NT\CurrentVersion\Winlogon\IoTShellExtension\CBTConfig (or ForegroundAppConfig for headed)
Qword:"FailureResetIntervalMs" – length of time app has to run successfully to reset failures seen to 0. – default is 0x00000000000493E0 == 5 minutes
Qword:"BaseRetryDelayMs" -- wait time coefficient. Default is 0xa.
Dword:"MaxFailureCount". Default is 10
DWord:"FallbackExponentNumerator", default is 31.
Dword:"FallbackExponentDenominator", default is 20


Fallback_exponent = FallbackExponentNumerator / FallbackExponentDenominator; // default is 1.55

When app crash is detected:
if time_since_last_crash > failureresetinterval then crashes_seen = 1
else ++crashes_seen;

if crashes_seen > MaxFailureCount then __failfast;
else
delay = (dword) ((float)BaseRetryDelayMs * (crashes_seen ** Fallback_exponent))
wait for delay and relaunch app
[/mw_shl_code]

问题/建议
一如既往，如有问题和反馈，***链接停止解析***