Notas sobre a versão do Build 17763.253
Número de build 17763.253. Fevereiro de 2019.
© 2019 Microsoft Corporation. Todos os direitos reservados.
Importante
Se você estiver usando a Atualização de outubro de 2018, use esta versão. Descobrimos que há problemas conhecidos que afetam os usuários da atualização de outubro de 2018.
Este documento fornece informações mais recentes ou outras informações que complementam a documentação incluída com o do Windows 10 IoT Core.
Obrigado por baixar o Windows 10 IoT Core. O Windows 10 IoT Core é a versão do Windows 10 destinada ao desenvolvimento de dispositivos com finalidade inserida ou dedicada e a escolha para a comunidade do criador. Os pacotes desta versão contêm as ferramentas e o conteúdo necessários para instalar o Windows 10 IoT Core na plataforma Minnowboard Max com base em processadores Intel Atom, o Raspberry Pi 2/3 com base em Broadcom 2836/2837 e a Dragonboard 410c com base nos processadores da série Qualcomm Snapdragon 400.
Política de privacidade
A política de privacidade desta versão do sistema operacional Windows pode ser visualizada aqui.
Você pode examinar os termos vinculados colando o link progressivo na janela do navegador.
O que há de novo nesta compilação
- Correções gerais de bugs
Informações adicionais
- A versão do BSP usada para a nossa imagem do DragonBoard é a 2120.0.0.0.
Problemas conhecidos nesta compilação
A implantação do driver F5 do Visual Studio não funciona no IoT Core.
Dispositivos instalados por meio do NOOBS não podem executar a ferramenta bcdedit para habilitar o depurador de kernel. Isso pode ser obtido com a seguinte solução alternativa:
- Monte o cartão SD no seu PC
- Encontre o número da partição da unidade EFIESP com o diskpart ou o Gerenciamento de Disco (digamos que seja "M:")
- Execute o comando "bcdedit /store M:\EFI\Microsoft\boot\bcd /set {default} debug yes"
- Desmonte o cartão SD.
- Agora você deve ser capaz de conectar o depurador como de costume
Às vezes, a PSSession será interrompida ao enviar comandos para dispositivos IoT.
O RPi3 não será emparelhado com o BT + BTLE com o Bluetooth integrado.
Não foi possível se conectar à Internet por meio de conexão WiFi com o SoftAp da Up2.
Configurações de controle de brilho não persistem na IoT durante uma Substituição.
Problemas gerais conhecidos e soluções alternativas do IoT Core
Para Raspberry Pi
Resolução de vídeo do Raspberry Pi se o monitor estiver desconectado
O Raspberry Pi poderá não manter a Resolução de vídeo se o monitor estiver desconectado. O EDID do monitor é usado para definir a resolução do sistema quando um monitor está conectado. Quando desconectado, o firmware do Raspberry Pi assume como valor padrão o conteúdo definido no arquivo config.txt, na raiz do cartão SD.
Desempenho de vídeo do Raspberry Pi
O desempenho de reprodução de vídeo da plataforma do Raspberry Pi não está otimizado. Elementos de usuário animados, incluindo menus suspensos com base em XAML, podem apresentar desempenho insatisfatório.
Suporte para câmera do Raspberry Pi
O suporte para dispositivos periféricos de câmera é limitado. Não há suporte para o dispositivo PiCam diretamente conectado ao barramento de câmera integrado devido a limitações da plataforma para dar suporte a D3D. As webcams USB modernas produzem fluxos de dados muito exigentes no controlador de Host USB. Mesmo quando usado com configurações de baixa resolução, as webcams exigirão um ajuste fino adicional de USB e uma lógica de controle especializada.
Suporte Bluetooth do Raspberry Pi3
O driver de Bluetooth interno do Raspberry Pi3 é compatível somente com dispositivos de baixa largura de banda.
Uso e acesso da porta serial no RPi2
O Raspberry Pi 2 dá suporte ao transporte serial para comunicação por meio do PL011 UART. Isso é definido por padrão em cenários de depuração de kernel. Um aplicativo ou driver de dispositivo pode usar o PL011 UART para enviar e receber dados com o driver de dispositivo PL011 desligando o depurador com o seguinte comando:
bcedit /set debug off
Pontos de interrupção de dados foram desabilitados no Raspberry Pi2
Nenhuma solução alternativa no momento.
Desabilitando os adaptadores integrados do Raspberry Pi 3
O Raspberry Pi 3 tem um Bluetooth integrado que deverá ser desabilitado para que seja possível usar um dongle diferente. Para desabilitar o Bluetooth integrado, abra uma sessão telnet/SSH e execute o seguinte:
reg add hklm\system\controlset001\services\BtwSerialH5Bus /v Start /t REG_DWORD /d 4
Você pode desabilitar o WiFi com o seguinte comando:
reg add hklm\system\controlset001\services\bcmsdh43xx /v Start /t REG_DWORD /d 4
Para o DragonBoard
Desligamento do DragonBoard 410c
No DragonBoard, um comando de desligamento não desligará o quadro. O sistema será reiniciado. Desligue o quadro desconectando a potência.
DragonBoard e WinDbg
Os drivers GPIO/I2C/SPI/UART serão desabilitados ao se conectar ao DragonBoard com o WinDbg.
Conector de headset e microfone do DragonBoard
O DragonBoard BSP tem drivers para os conectores de headset e microfone, mas não tem nenhum desses conectores no quadro.
A IDA do DragonBoard executa a 4,8 Mhz
A IDA do DragonBoard ignorará a velocidade solicitada e será sempre executada a 4,8 Mhz.
Modo de espera conectado do DragonBoard
O Modo de espera conectado não é habilitado no DragonBoard Qualcomm por padrão. Para habilitar o Modo de Espera Conectado na DragonBoard, a seguinte chave do Registro deverá ser definida como "1":
HKLM\System\Controlset001\Control\Power\CsEnabled=DWORD:1
Observação
Nem todas as plataformas têm suporte para o Modo de espera conectado. Isso pode não funcionar em todas as plataformas.
Para MinnowBoard
Inicialização e atualização de Firmware do MinnowBoard Max
O MinnowBoard Max não será inicializado, a menos que o firmware esteja na versão .092 ou mais recente. A versão mínima recomendada do firmware é a "MinnowBoard MAX 0.92 32 bits". Atualizações de firmware podem ser baixadas aqui.
Suporte a periféricos do MinnowBoard
A imagem do Windows 10 IoT Core incluída nessa lista dá suporte aos periféricos que são expostos no quadro do MinnowBoard MAX. Posteriormente, a Intel® dará suporte para o conjunto completo de recursos dos processadores Baytrail, incluindo os processadores Intel Celeron™ J1900/N2930/N2807 e Intel Atom™ E38XX.
Para todas as plataformas
Acesso a documentos públicos
Uma alteração foi feita nas APIs subjacentes para obter acesso ao arquivo, exigindo que um aplicativo especifique o acesso a broadFileSystem com o objetivo de acessar um diretório de documentos públicos.
O snippet do arquivo .XML deve ter a seguinte aparência:
<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>
O ponteiro do mouse desaparece durante a depuração
Em alguns casos, o ponteiro do mouse fica invisível após a implantação ou depuração de aplicativos com o Visual Studio. O ponteiro do mouse deverá reaparecer se você alterar o foco por meio do teclado (Tab).
Aplicativos de servidor com SoftAP
Ao usar o SoftAP, os clientes não poderão acessar o conteúdo exposto pelos aplicativos UAP.
Para expor aplicativos UAP por meio do SoftAP, as seguintes alterações devem ser feitas pelo console do dispositivo:
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>
Por exemplo:
checknetisolation loopbackexempt -a -n=IoTOnboardingTask-uwp_1w720vyc4ccym
Reboot
Conflito no driver do sensor em FFUs pré-criadas
Há um conflito no driver do sensor das FFUs fornecidas. A Estrutura do Sensor Remoto instalará os drivers para bússola, magnetômetro, acelerômetro e giroscópio. Para acessá-los de um aplicativo, as APIs da UWP assumem que apenas 1 esteja instalado. Se você estiver desenvolvendo um driver para um dispositivo fisicamente anexado, esse driver entrará em conflito com o driver remoto das FFUs fornecidas pela Microsoft.
Resolução: O driver conflitante pode ser removido conectando-se ao dispositivo via SSH ou PowerShell e usando a ferramenta devcon.exe remover o driver do sensor remoto digitando "devcon.exe remove @"ROOT\REMOTESENSORDRIVER*". O driver do sensor remoto não afeta as FFUs criadas pelo OEM.
Nome de usuário e senha padrão de administrador
O nome de usuário e a senha de administrador padrão são embutidos em código na imagem do Windows 10 IoT Core. Esse é um risco de segurança para o dispositivo e não deve ser exposto a uma conexão aberta com a Internet até que a senha tenha sido alterada.
Controles de volume
Os controles de volume de hardware para microfones USB e alto-falantes, que dependem do sistema Windows para alterar o volume do sistema, atualmente não são compatíveis com o Windows 10 IoT Core.
Teclados USB
Alguns mouses e teclados USB podem não funcionar no IoT Core. Use um teclado ou mouse diferente. Uma lista de dispositivos periféricos validados pode ser encontrada na documentação aqui.
Orientação da tela
A definição da orientação como “Retrato” pode não ser respeitada em um aplicativo universal.
Como referenciar adaptadores com modelos do AllJoyn
Tentar adicionar referências a projetos de adaptadores do AllJoyn pode resultar em erros ao usar versões específicas do SDK. Para corrigir esses erros, altere a plataforma de destino do Visual Studio para corresponder à versão atual do SDK e, em seguida, recarregue o projeto.
Limitações do WiFi Direct no IoTCore
- O dispositivo IoTCore deve ser o dispositivo que está se conectando – ele não funcionará como o dispositivo que está anunciando, com outro dispositivo iniciando a conexão.
- Deve-se usar emparelhamento avançado. O aplicativo de exemplo demonstra como usar as APIs de emparelhamento avançado para emparelhar dispositivos antes da conexão.
- Nem todos os adaptadores sem fio oferecem suporte para WiFi Direct. Nós testamos e comprovamos que o "adaptador de rede local sem fio USB 2.0 Realtek RTL8188EU 802.11n" funciona, mas outros adaptadores podem não ser compatíveis.
Modo de condução não padrão
No Raspberry Pi e no DragonBoard, alternar de um modo de condução não padrão para outro modo de condução não padrão pode produzir uma falha no marcador do GPIO. SOLUÇÃO ALTERNATIVA: Defina o modo de unidade uma vez no início do aplicativo.
Aplicativo já em execução
O aplicativo de inicialização padrão pode entrar em conflito consigo mesmo quando também é implantado no Visual Studio. SOLUÇÃO ALTERNATIVA: altere o aplicativo de inicialização padrão para um aplicativo diferente daquele que você deseja implantar.
BackgroundMediaPlayer.MessageReceivedFromForeground pode falhar
A seguinte linha de código pode falhar: "BackgroundMediaPlayer.MessageReceivedFromForeground += OnMessageReceivedFromForeground;". Para evitar a falha, adicione este código para que ele seja executado primeiro "var player = BackgroundMediaPlayer.Current;"
Suporte de autenticação do Azure Active Directory
A biblioteca de autenticação do Azure Active Directory não funciona no Windows 10 IoT Core.
Gerenciamento de falhas de aplicativos pelo Shell
A infraestrutura shell do IoT Core monitora os aplicativos do tipo APPX em execução no dispositivo quanto a ocorrência de falhas e reinicia esses aplicativos quando as falhas ocorrem. Se os aplicativos reiniciados continuarem a falhar, o shell empregará um __failfast – processo crítico de sistema que dispara uma verificação de bug e reinicializa o sistema em uma tentativa de recuperação. Uma lógica e um tratamento comparáveis serão usados para executar tarefas em segundo plano e aplicativos em primeiro plano em uma configuração de ponta. O tratamento de falhas e a lógica de repetição serão capturadas abaixo:
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
Quando uma falha de aplicativo é detectada:
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))
Aguarde o atraso e reinicie o aplicativo
Sincronização de horário
Se a sincronização de horário estiver falhando ou atingindo o tempo limite, poderá ser devido a um servidor de horário inacessível ou distante. Para adicionar servidores de horário adicionais ou locais, realize as etapas a seguir.
De uma linha de comando no dispositivo (por exemplo, SSH, PowerShell) w32tm /config /syncfromflags:manual /manualpeerlist:"0.windows.time.com 1.pool.ntp.org 2.something else, ..."
Você também pode fazer essas adições ao Registro por meio de um script de inicialização ou um pacote de configuração de runtime personalizado incluído como parte do processo de criação da imagem, se necessário. Para obter mais informações, consulte:
Inicialização do servidor FTP
O servidor FTP não é mais executado por padrão na inicialização
Para executar uma vez: Faça login com SSH\PS e execute este comando para iniciar o FTP:
start ftpd.exe
Para executar em cada inicialização, os usuários devem criar uma tarefa do agendador: Faça login com SSH\PS e crie uma tarefa do agendador:
schtasks /create /tn "IoTFTPD" /tr ftpd.exe /ru system /sc onstart
Schtasks /run /tn “IoTFTPD”