Не удается развернуть даже пустое приложение в Windows IoT на RPi2

Я использую Windows 10 (10.0.14393) с включенным режимом разработчика. У меня есть последнее обновление Visual Studio 2015.

Что я делаю (обратите внимание, что это пустой проект с расширением Windows IoT для версии UWP 10.0.14393.0):

  1. Запустите удаленный отладчик в RPi и настройте VS по адресу (без режима аутентификации)
  2. Начать отладку (удаленное устройство, ARM)
  3. Я получаю это сообщение об ошибке:

Проект «Тест» необходимо развернуть, прежде чем его можно будет запустить.

Убедитесь, что проект выбран для развертывания в Solution Configuration Manager, или разверните его явно, щелкнув одну из команд Deploy в меню Build.

Если я попытаюсь проверить проект, я не смогу найти его там - я вижу только отладку, выпуск, новый или редактирование.

  1. Я развертываю (Build -> Deploy Solution) и получаю следующее сообщение об ошибке:

Ошибка DEP0700: Ошибка регистрации приложения. Не удалось зарегистрироваться через новый конвейер развертывания. (0x80004005)

Ошибка DEP8000: непредвиденный сбой развертывания: RemoteCommandException: Windows не может зарегистрировать пакет c820041a-da82-4e55-b136-83591b83e844, поскольку он находится в режиме разработки, а пакет уже установлен. Увеличьте номер версии регистрируемого пакета или удалите старый пакет для каждого пользователя в системе перед регистрацией этого пакета. 0x80073cfb

Я также пытался развернуть IoTCoreDefaultApp из github и получаю те же ошибки.


О Raspberry: версия 2, модель B, свежая установка последней версии Windows IoT Core с последним обновлением.

Похоже, я вернусь к 10586, я хочу эту версию, потому что она поддерживает удаленный клиент.


Что я пробовал и не смог исправить это:

  1. Отключить режим разработчика, развернуть, включить режим разработчика
  2. Удалить папку семейства пакетов в C:\Users\\AppData\Local\Packages\
  3. Перезагружает RPi и ПК

person Jakub Kubaščík    schedule 13.09.2016    source источник
comment
Вы пытались очистить решение в VS и перезапустить его? У меня были проблемы с развертыванием, если Pi был перезапущен, а VS оставался открытым. Можете ли вы получить доступ к Pi через PowerShell? ... Просто думаю о проблеме с сетевым подключением или заблокированном порте.   -  person Paul Andrew    schedule 13.09.2016
comment
Что касается шага 3, что вы видите в качестве местоположения отладчика? Прямо рядом с отладкой/выпуском и платформой, прямо под строкой меню? Я не могу проверить это прямо сейчас, но, если я правильно помню, вам нужно сочетание UWP и выбора удаленного местоположения для отладчика. Затем просто нажмите «Выполнить», чтобы опубликовать и подключить отладчик. Это объясняет это лучше, чем я: developer.microsoft.com/en- нас/windows/iot/docs/appdeployment   -  person Poorkenny    schedule 13.09.2016
comment
@PaulAndrew Я пробовал то, что ты сказал, и это не помогло. Также я попытался отключить брандмауэр Windows с помощью Защитника, и никаких изменений. Я могу войти в Pi через PowerShell.   -  person Jakub Kubaščík    schedule 13.09.2016
comment
@Poorkenny Прости, но я не понимаю, что ты имеешь в виду. Я надеюсь, что это может быть полезно для printscreen. Ну, я помню, когда у меня было VS 2015 Update 2, и я использовал IoT Core версии 10586, он работал так, как вы описываете. У меня он почему-то сломался.   -  person Jakub Kubaščík    schedule 13.09.2016


Ответы (2)


Я до сих пор не уверен, что вызвало эту проблему. Поскольку мне нужно двигаться дальше в моем проекте, я вернулся к Windows IoT Core версии 10586 и отключил автоматическое обновление с помощью это руководство. Теперь он работает нормально. После октября я постараюсь вернуться к нему и попытаться найти, что было не так.

person Jakub Kubaščík    schedule 28.09.2016

Убедитесь, что вы выбрали «Универсальный (незашифрованный протокол)» для режима аутентификации. Вы можете найти этот параметр в свойствах проекта, вкладка «Отладка». i.stack.imgur.com/HhBVd.png" alt="Режим аутентификации">

person Ian Hoppes    schedule 28.09.2016
comment
Я тоже пытался его использовать. Не заработало - та же проблема. Но если вы хотите использовать удаленный отладчик, вам нужно не использовать режим аутентификации и использовать порт по умолчанию 8116. - person Jakub Kubaščík; 28.09.2016