У меня на Windows 10 на одной из машин тоже были проблемы с драйвером. Плата в системе была видна, но MFDeploy.exe ее не видел. А на других все работало без проблем. Мир не идеален :)
Попробуйте скачать и залить скомпилированные мной hex файлы.
Если все отработает — будем разбираться что не так скомпилировалось. А если нет, то значит что-то вы не так подключаете.
Я предполагал, что вы преподаете. Это видно по основательности и стилю ваших комментариев.
В мое время на инженера учились 5.5 лет, из которых 2 года были общеобразовательные предметы. Так что 3 года на специальность — это как раз срок обучения на втором высшем образовании.
На мой взгляд, в вас говорит закоренелый преподаватель, несколько оторванный от студентов. Причем это ни сколько не умоляет ваших достоинств. Как правило, такие люди дают наиболее фундаментальные знания.
Но, истории у всех разные.
Я, например, один из немногих на потоке, кто действительно работает по специальности. И все этапы, о которых вы говорите, испытал на себе. Но и мои сокурсники при этом тоже вполне неплохо устроились в жизни.
А еще, наоборот, я знаю хороших разработчиков, закончивших непрофильные ВУЗы.
Интерес к специальности появляется курсе на 4, когда ты понимаешь что и зачем. А до этого, куча информации на лекциях остается огромным объемом, который нужно впихнуть себе в голову, интересным только эпизодически. А еще тебе 20 лет и жизнь вокруг кипит…
Конечно есть на потоке несколько человек тех, кто «кто правда знают, куда и зачем пришли». Но, скажем так, это несколько «странные» люди.
В ваших словах есть своя правда. ТОЭ будет гораздо полезное мигания светодиодами. Как овсянка по утрам полезнее бутербродов. Но многие ли едят овсянку по своему желанию?
ТОЭ — это теория, причем достаточно нудная. А за полтора часа с нуля помигать светодиодами — это интересно. И вполне может сподвигнуть к изучению ТОЭ. Так и с овсянкой. Если в нее добавить, например, вишневого варенья, то ее вполне можно уже есть :)
Популяризация технологий методом «учиться 3 года чтобы прикрутить Wifi к Arduino и почувствовать себя по настоящему крутым, потому что теперь ты будешь понимать все: от каждого вольта в триггерах регистров до колебания частиц в антенне» не самая лучшая затея. Мы же с вами не в вузе преподаем сейчас.
4 года назад, когда я первый раз узнал о netmf, я бы очень обрадовался статье, рассказывающей как с этим всем работать.
Не совсем так. .NET Micro Framework состоит из 2х частей. Трансляцией C# в машинный код без использования портов занимается llilum. Но это пока экспериментальный проект.
В статье же речь идет о netmf-interpreter. Это прямой наследник версии 4.3, хотя и сильно отличающийся по составу дистрибутива.
То есть вы выступаете против популяризации технологий, так как это ведет к увеличению количества дилетантов? Но ведь профессионалы тоже с чего то начинали, будучи дилетантами.
За .NET Micro Fraework стоит огромный пласт сложного кода на C/C++. Без знания устройства портов сложно сделать что-то действительно стоящее. Это вполне может подтолкнуть человека к более глубокому изучению темы. Так что гипотетический студент, помигав светодиодами с помощью C#, захочет изучать направление дальше — вполне возможный сценарий. И не так важно что будет дальше: Arduino, Netduino или собственная плата. Даже пусть он поиграет и бросит все это, все-равно положительный эффект будет. Важно что человек научился чему-то новому.
Хабр для этого и существует, чтобы одним делиться информацией, а другим ее получать. Ну и для холивара тоже место найдется :) В дискуссиях и спорах рождается истина! :)
Сделано все на C# и WinForms. Для построения используется тот же MSBuild, а компилятор настраивается переменными окружения. То есть процесс тот же, что и в статье, просто все это визуализировано.
Стандартного обозревателя нет, но с помощью PKStudio можно сконвертировать порт в проект для Keil, который можно скомпилировать и даже отлаживать на микроконтроллерею
«The STM32 (Cortex M3) Port was provided by Cuno Pfister and Beat Heeb at Oberon Microsystems.» — анонс версии netmf 4.2
История этих портов уходит аж в 2011 год :)
2) Разработчики порты не делают. Сейчас они очень активно работают над llilum. Это вторая ветка .NET Micro Fraimork, основанная на совершенно новом подходе. Тут идея в том, что код сначала компилируется в Microsoft Intermediate Language (MSIL, предшественник CLI), а затем в Intermediate representation (IR). IR код подвергается существенной оптимизации и из него уже получается машинный код. По сути это немного измененная LLVM.
То есть нет никаких портов, а приложение компилируется сразу в ассемблерный код.
Почитайте эту документацию. Она дает общее представление о том, что такое порты и как они устроены.
В 2011 году я и мой коллега задавались точно такими же вопросами. В итоге мы сделали свою IDE для разработки портов — PKStudio. Она умела делать следующее:
— Редактор кода
— Компиляция из программы
— Переход к ошибкам
— Анализ связей компонентов в виде диаграмм
— Полное преобразование проектов в компилируемые и линкуемые проекты Keil
— Просмотр и в будующем редактирование:
* Libraries
* LibraryCategories
* Features
* Processors
* Assemblies
— Просмотр Solutions
— Добавление и редактирование проектов
— Верификация Компонентов:
* Проверка ссылок
* Проверка уникальности GIUD
— Поиск компонентов по имени
Вообще я планировал подправить PKStudio для работы с версией 4.4 и написать о ней статью, заодно рассказать об устройстве портов. Но это будет наверное уже в январе.
Дело в том, что с переездом на GitHub разработчики переделали дистрибутив, убрав оттуда «все лишнее». Раньше, netmf состоял из 2х частей: client — все что связано с разработкой приложений для .NET Micro Framework и Porting Kit — для разработки портов. Сейчас все это объединено. При этом за бортом остались порты под старые ARM7 процессоры (NXP LPC22XX,LPC24XX Renesas SH72XX и тд.) и много полезного софта и документации для работы с портами.
1) По документации вы можете начать отсюда. Это ссылка на документы к версии 4.3. Они достаточно скудные, но лучше чем ничего. А вот тут уже достаточно подробное описание.
Порты может делать кто угодно, но как правило их делают пользователи. .NET Micro Framework изначально был платным и, видимо, подразумевалось что порт будут делать производители железа.
Порт делается под конкретную плату, но разные порты могут использовать один и тот же код, связанный с микрокнтроллером. В версии 4.4 входит код для STM32F4, на его базе сделано 2 порта: STM32F4Discovery и MCBSTM32F400.
Порты могут содержать разную периферию, при этом процессор моет быть один и тот же. Плата может быть с дисплеем или без, с сетью или без, с SD карточкой или без и т.д.
В документации к версии 4.3 указаны следующие минимальные требования: 64 Kb of RAM and 256 Kb of flash memory
Думаю что принципиально тут ничего не поменялось. Все зависит от набора периферии, поддерживаемой портом.
Если все отработает — будем разбираться что не так скомпилировалось. А если нет, то значит что-то вы не так подключаете.
В мое время на инженера учились 5.5 лет, из которых 2 года были общеобразовательные предметы. Так что 3 года на специальность — это как раз срок обучения на втором высшем образовании.
На мой взгляд, в вас говорит закоренелый преподаватель, несколько оторванный от студентов. Причем это ни сколько не умоляет ваших достоинств. Как правило, такие люди дают наиболее фундаментальные знания.
Но, истории у всех разные.
Я, например, один из немногих на потоке, кто действительно работает по специальности. И все этапы, о которых вы говорите, испытал на себе. Но и мои сокурсники при этом тоже вполне неплохо устроились в жизни.
А еще, наоборот, я знаю хороших разработчиков, закончивших непрофильные ВУЗы.
Интерес к специальности появляется курсе на 4, когда ты понимаешь что и зачем. А до этого, куча информации на лекциях остается огромным объемом, который нужно впихнуть себе в голову, интересным только эпизодически. А еще тебе 20 лет и жизнь вокруг кипит…
Конечно есть на потоке несколько человек тех, кто «кто правда знают, куда и зачем пришли». Но, скажем так, это несколько «странные» люди.
ТОЭ — это теория, причем достаточно нудная. А за полтора часа с нуля помигать светодиодами — это интересно. И вполне может сподвигнуть к изучению ТОЭ. Так и с овсянкой. Если в нее добавить, например, вишневого варенья, то ее вполне можно уже есть :)
Популяризация технологий методом «учиться 3 года чтобы прикрутить Wifi к Arduino и почувствовать себя по настоящему крутым, потому что теперь ты будешь понимать все: от каждого вольта в триггерах регистров до колебания частиц в антенне» не самая лучшая затея. Мы же с вами не в вузе преподаем сейчас.
4 года назад, когда я первый раз узнал о netmf, я бы очень обрадовался статье, рассказывающей как с этим всем работать.
В статье же речь идет о netmf-interpreter. Это прямой наследник версии 4.3, хотя и сильно отличающийся по составу дистрибутива.
За .NET Micro Fraework стоит огромный пласт сложного кода на C/C++. Без знания устройства портов сложно сделать что-то действительно стоящее. Это вполне может подтолкнуть человека к более глубокому изучению темы. Так что гипотетический студент, помигав светодиодами с помощью C#, захочет изучать направление дальше — вполне возможный сценарий. И не так важно что будет дальше: Arduino, Netduino или собственная плата. Даже пусть он поиграет и бросит все это, все-равно положительный эффект будет. Важно что человек научился чему-то новому.
Хабр для этого и существует, чтобы одним делиться информацией, а другим ее получать. Ну и для холивара тоже место найдется :) В дискуссиях и спорах рождается истина! :)
Стандартного обозревателя нет, но с помощью PKStudio можно сконвертировать порт в проект для Keil, который можно скомпилировать и даже отлаживать на микроконтроллерею
История этих портов уходит аж в 2011 год :)
То есть нет никаких портов, а приложение компилируется сразу в ассемблерный код.
В 2011 году я и мой коллега задавались точно такими же вопросами. В итоге мы сделали свою IDE для разработки портов — PKStudio. Она умела делать следующее:
— Редактор кода
— Компиляция из программы
— Переход к ошибкам
— Анализ связей компонентов в виде диаграмм
— Полное преобразование проектов в компилируемые и линкуемые проекты Keil
— Просмотр и в будующем редактирование:
* Libraries
* LibraryCategories
* Features
* Processors
* Assemblies
— Просмотр Solutions
— Добавление и редактирование проектов
— Верификация Компонентов:
* Проверка ссылок
* Проверка уникальности GIUD
— Поиск компонентов по имени
Вот несколько скриншотов:
Она даже вошла в ветку comm дистрибутива 4.2
Но сейчас ее нет в дистрибутиве.
Вообще я планировал подправить PKStudio для работы с версией 4.4 и написать о ней статью, заодно рассказать об устройстве портов. Но это будет наверное уже в январе.
Раньше, netmf состоял из 2х частей: client — все что связано с разработкой приложений для .NET Micro Framework и Porting Kit — для разработки портов. Сейчас все это объединено. При этом за бортом остались порты под старые ARM7 процессоры (NXP LPC22XX,LPC24XX Renesas SH72XX и тд.) и много полезного софта и документации для работы с портами.
1) По документации вы можете начать отсюда. Это ссылка на документы к версии 4.3. Они достаточно скудные, но лучше чем ничего. А вот тут уже достаточно подробное описание.
Порт делается под конкретную плату, но разные порты могут использовать один и тот же код, связанный с микрокнтроллером. В версии 4.4 входит код для STM32F4, на его базе сделано 2 порта: STM32F4Discovery и MCBSTM32F400.
Порты могут содержать разную периферию, при этом процессор моет быть один и тот же. Плата может быть с дисплеем или без, с сетью или без, с SD карточкой или без и т.д.
Думаю что принципиально тут ничего не поменялось. Все зависит от набора периферии, поддерживаемой портом.