Release Notes for Build 17763.253
Build Number 17763.253. February 2019.
© 2019 Microsoft Corporation. All rights reserved.
Important
If you're using the October 2018 Update, please use this release instead. We have found that there are known issues that affect users of the October 2018 Update.
This document provides late-breaking or other information that supplements the documentation included with the Windows 10 IoT Core.
Thank you for downloading Windows 10 IoT Core. Windows 10 IoT Core is the version of Windows 10 intended for development of embedded or dedicated purpose devices and the choice for the Maker community. The packages within this release contain tools and content needed to install Windows 10 IoT Core on Minnowboard Max platform based on Intel Atom processors, Raspberry Pi 2/3 based on Broadcom 2836/2837, and Dragonboard 410c based on Qualcomm Snapdragon 400 series processors.
The privacy statement for this version of the Windows operating system can be viewed here.
You can review linked terms by pasting the forward link into your browser window.
- General bug fixes
- The BSP version used for our Dragon Board image is 2120.0.0.0.
F5 driver deployment from Visual Studio does not work on IoT Core.
Devices that were installed via NOOBS cannot run the bcdedit tool to enable the kernel debugger. This can be achieved with the following workaround:
- Mount the SD card on your PC
- Find the EFIESP drive partition number with diskpart or Disk Management (say it’s “M:”)
- Run the command “bcdedit /store M:\EFI\Microsoft\boot\bcd /set {default} debug yes”
- Unmount the SD card.
- You should now be able to connect the debugger as usual
On occasion, PSSession will break when sending commands to IoT devices.
RPi3 will not pair BT + BTLE with onboard Bluetooth.
Unable to connect to internet through WIFI connection with SoftAp of Up2.
Brightness control settings do not persist on IoT during Override.
The Raspberry Pi may not maintain Display Resolution if monitor is disconnected. The EDID of the monitor is used to set the resolution of the system when one is connected. When disconnected, the Raspberry Pi firmware defaults to what is in the config.txt in the root of the SD card.
Video playback performance on the Raspberry Pi platform is not optimized. Animated user elements including XAML-based dropdown menus may exhibit less than optimal performance.
Support for camera peripheral devices is limited. The PiCam device directly connected to the onboard camera bus is not supported due to limitations in the platform to support D3D Modern USB webcams produce data streams that are very demanding on the USB Host controller. Even when used with low-resolution settings webcams will require additional USB fine-tuning and specialized control logic.
The Raspberry Pi3 built-in Bluetooth driver only supports low-bandwidth devices.
Raspberry Pi 2 supports the serial transport for communication through the PL011 UART. This is set by default in kernel debugging scenarios. An application or device driver can use the PL011 UART to send and receive data with the PL011 device driver turning off the debugger using the following command:
bcedit /set debug off
No workaround at this time.
The Raspberry Pi 3 has onboard Bluetooth, which must be disabled to use a different dongle. To disable the onboard Bluetooth, open a telnet/ssh session and run:
reg add hklm\system\controlset001\services\BtwSerialH5Bus /v Start /t REG_DWORD /d 4
You may also disable WiFi with the following command:
reg add hklm\system\controlset001\services\bcmsdh43xx /v Start /t REG_DWORD /d 4
On the DragonBoard, a shutdown command will not power off the board. The system will restart. Please power off the board by disconnecting the power.
The GPIO/I2C/SPI/UART drivers will be disabled when connecting to the DragonBoard with windbg.
The Dragonboard BSP has drivers for the headset jack and microphone jack, but it doesn't have either of these jacks on board.
The SPI on the Dragonboard will ignore the requested speed and always run at 4.8 Mhz.
Connected Standby is not enabled on the Qualcomm Dragonboard by default. To enable Connected Standby on DragonBoard, the following registry key needs to be set to “1”:
HKLM\System\Controlset001\Control\Power\CsEnabled=DWORD:1
Note
Not all platforms have support for Connected Standby. This may not work on all platforms.
The MinnowBoard Max will not boot unless the firmware is version .092 or later. The minimum recommended version of the firmware is “MinnowBoard MAX 0.92 32-Bit”. Firmware updates can be downloaded from here.
The Windows 10 IoT Core image included in this drop supports the peripherals that are exposed on the MinnowBoard MAX board. Subsequently, Intel® will provide support of the full feature set of the Baytrail processors including the Intel Celeron™ Processors J1900/N2930/N2807 and Intel Atom™ Processors E38XX.
A change was made to the underlying APIs for file access, which requires an application specify broadFileSystem access in order to access the public documents directory.
The .XML file snippet should look like this:
<Package
xmlns="http://schemas.microsoft.com/appx/manifest/foundation/windows10"
xmlns:mp="http://schemas.microsoft.com/appx/2014/phone/manifest"
xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10"
xmlns:rescap="http://schemas.microsoft.com/appx/manifest/foundation/windows10/restrictedcapabilities"
IgnorableNamespaces="uap mp rescap">
--snip--
<Capabilities>
<uap:Capability Name="removableStorage" />
<uap:Capability Name="picturesLibrary" />
<rescap:Capability Name="broadFileSystemAccess" />
</Capabilities>
</Package>
In some cases, the mouse pointer is not visible after deploying or debugging apps with Visual Studio, the mouse pointer should reappear if you change focus using the keyboard (Tab).
When using the SoftAP, clients will not be able to access content exposed by UAP apps.
To expose UAP applications via SoftAP the following changes must be made from the console on the device:
reg add hklm\system\currentcontrolset\services\mpssvc\parameters /v IoTInboundLoopbackPolicy /t REG_DWORD /d 1
checknetisolation loopbackexempt -a -n=<AppID for SoftAP App>
checknetisolation loopbackexempt -a -n=<AppID for Additional App>
For example:
checknetisolation loopbackexempt -a -n=IoTOnboardingTask-uwp_1w720vyc4ccym
Reboot
There is a Sensor Driver Conflict in the provided FFUs. The Remote Sensor Framework installs drivers for Compass, Magnetometer, Accelerometer, and Gyro. The UWP APIs for accessing these from an application assume just 1 is installed. If you are developing a driver for a physically attached device, the remote driver on the Microsoft provided FFUs will conflict.
Resolution: The conflicting driver can be removed by connecting to the device via SSH or PowerShell and using the tool devcon.exe to remove the remote sensor driver by typing “devcon.exe remove @”ROOT\REMOTESENSORDRIVER*”. The remote sensor driver does not affect OEM created FFUs.
The default administrator user name and password are hard-coded in the Windows 10 IoT Core image. This is a security risk for the device, and it should not be exposed to an open internet connection until the password has been changed.
Hardware volume controls for USB microphones and speakers, which depend on Windows system to change system volume are currently not supported on Windows 10 IoT Core.
Some USB keyboards and mice may not work on IoT Core. Use a different keyboard or mouse. A list of validated peripheral devices can be found in the documentation here.
Setting the orientation to “Portrait” may not be honored in a Universal App.
Attempting to add references to AllJoyn adapter projects may result in errors when using specific SDK versions. To resolve these errors, change Visual Studio’s target platform to match the current SDK version, then reload the project.
- The IoTCore device has to be the connecting device – it will not work as the advertising device with another device initiating the connection.
- Advanced pairing must be used. The sample app demonstrates how to use the advanced pairing APIs to pair the devices prior to connecting.
- Not all wireless adapters support WiFi direct. We have tested and validated that the “Realtek RTL8188EU Wireless Lan 802.11n USB 2.0 Network adapter” works, but other adapters may not be supported.
On Raspberry Pi and Dragonboard, switching from a non-default drive mode to a different non-default drive mode may produce a glitch on the GPIO pin. WORKAROUND: Set drive mode once at the beginning of the application.
The Default startup app may conflict with itself when it is also deployed from Visual Studio. WORKAROUND: Change the default startup app to an application other than that you wish to deploy.
The following line of code may crash: “BackgroundMediaPlayer.MessageReceivedFromForeground += OnMessageReceivedFromForeground;”. To prevent the crash, add this code so that it is executed first “var player = BackgroundMediaPlayer.Current;”
The Azure Active Directory Authentication Library does not work on Windows 10 IoT Core.
IoT Core’s shell infrastructure monitors APPX-type applications running on the device for crashes, and restarts those applications when crashes occur. If the restarted applications continue to crash, the shell will employ a __failfast – a system critical process that causes a bug check and reboot in an attempt to recover. Comparable logic and handling are used to background tasks and foreground applications in a headed configuration. Crash handing and retry logic are captured below:
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
If time sync is failing or timing out this may be due to unreachable or a distant time server, the following can be done to add additional or local time servers.
From a command line on the device (eg. SSH, PowerShell) w32tm /config /syncfromflags:manual /manualpeerlist:"0.windows.time.com 1.pool.ntp.org 2.something else, ..."
You may also make these additions to the registry via a boot script or a custom runtime configuration package included as part of the image creation process if needed. For more details, see:
The FTP Server no longer runs by default at start-up
To run once: Login with SSH\PS and run this command to start FTP:
start ftpd.exe
To run on every boot, users should create a scheduler task: Login with SSH\PS and create a scheduler task:
schtasks /create /tn "IoTFTPD" /tr ftpd.exe /ru system /sc onstart
Schtasks /run /tn “IoTFTPD”