Pull to refresh

Comments 118

а отладка в студии работает? breakpoint, watch, по шагам и т.д...?

Конечно. Первый скриншот как раз показывает точку останова и просмотр текущих значений переменных во время работы. Единственное необходимо помнить, что не все платы поддерживаемые сообществом реализуют все функции nanoFramework, включая отладку.

Нет ничего лучше, чем научиться разрабатывать приложения на C# для микроконтроллеров, где у тебя нет гигабайтов оперативной памяти и n-количества ядер процессора

Есть кое что лучше - научиться разрабатывать такие приложения, которые умеют с пользой задействовать n ядер процессора.

Подразумевалась естественная мотивация для написания более оптимального кода, не учёл рассмотрение этого момента с другой стороны)

Да вы всё правильно написали. Это я так, о наболевшем - параллельные и конкурентные программы зело сложны!

Там не может быть оптимального кода, там интерпретатор... ардуино рвёт его в клочья.

А так, да, память экономить можно, и процессорные циклы. В nF каждый If стоит столько, что диву даёшься.

Я так посмотрю Вы прям эксперт в области программирования, особенно понравилась фраза "ардуино рвёт его в клочья". У вас есть конкретные результаты тестов или вы как попугай повторяете что уже было сказано? Нет там никакого интерпретатора, и быть не может. Сборка компилируется в байт-код для среды исполнения nanoCLR.

Я в старой статье писал уже Вам, что разберитесь сначала, как оно работает. Байт-код как раз и интерпретируется. Экспертом Вы тут прикидываетесь...

Если код читать не умеете, то посмотрите на название репозитория: https://github.com/nanoframework/nf-interpreter

А результаты тестов будут? Если Вы такой грамотей, то что в вашем портфолио нет ни одного поста? Вы же себя считаете профессионалом. Или вы написать пост не в состоянии, максимум интеллекта хватает только строчить комментарии?

А результаты тестов будут?

https://github.com/nanoframework/CoreLibrary/pull/12/commits/f8bfad4e9ba656d669fcaf16d5345efbc5c225de

Если Вы такой грамотей, то что в вашем портфолио нет ни одного поста?

А не люблю я посты писать, что ж поделать, таким уродился... Или это неотъемлемая часть становления человека?

Вы же себя считаете профессионалом

Простите, где я такое писал? Считать себя профессионалом это звёздочку словить, ЧСВ тешить. Профессионалом не сам становишься, а другие величать начинают.

Или вы написать пост не в состоянии

Зачем? Вы же написали, спасибо Вам за это, я просто указал на неточности. Хотите можем приватно подискутировать, приглашаю на официальный Discord nanoFramework. Там можно много чего узнать про реализацию nF.

максимум интеллекта хватает только строчить комментарии?

Ох, юношеский максимализм, простите, что поджёг Вам пукан.

https://github.com/nanoframework/CoreLibrary/pull/12/commits/f8bfad4e9ba656d669fcaf16d5345efbc5c225de

Что-то по вашей ссылке нет никаких тестов сравнения платформ, вообще она ссылается на commit.

Или это неотъемлемая часть становления человека?

Безусловно. Иначе цена его жизни = 0. Каждый человек в течение жизни получает полезный опыт который он может передать потомкам или поведать обществу, или что-то должен сделать значимое. Если Вам поведать не о чем, тогда понятно.

Что-то по вашей ссылке нет никаких тестов сравнения платформ, вообще она ссылается на commit.

Там и написано, что компилированный код работает в 5 раз быстрее интерпретируемого. И причём тут платформа, когда я говорил об Arduino на ESP32. Посмотрите код библиотеки, везде вызывается компилированный C, а на C# всего несколько функций, включая мой коммит.

Каждый человек в течение жизни получает полезный опыт который он может передать потомкам или поведать обществу, или что-то должен сделать значимое.

Тут я с Вами полностью согласен, но один из главных критериев, что опыт должен быть положительный. А Ваша статья вводит людей в заблуждение, так сказать искажает его черед призму и амбиции рассказчика, позволяет сделать не верные выводы. Результат статьи потраченное время зря, как и большинство материалов в Интернет. Комментарии под статьёй подтверждают мои выводы. При этом nF очень хорош для прототипирования и DIY, но реально коммерцию делать можно на простых задачах, аля современные стартапы по формуле 1 идея = 1 девайс. У nF ещё очень много ограничений, с которыми будет не приятно столкнуться в проде, но о которых Вы красиво умолчали... И на всякий случай, я пишу на нём, мне нравится, но я прекрасно осознаю его нишу.

Если Вам поведать не о чем, тогда понятно.

То есть у меня нет статей на хабре и мне поведать не о чём получается? Лол, у Вас какой-то узкий слишком мирок. Ну и смотря на Ваш ограниченный круг мышления, что тот же сталевар, не пишет статьи, значит он бесполезен? Профессию можно заменить на любую другую, не из современных.

При этом nF очень хорош для прототипирования и DIY, но реально коммерцию делать можно на простых задачах, аля современные стартапы по формуле 1 идея = 1 девайс.

Время покажет.

У nF ещё очень много ограничений, с которыми будет не приятно столкнуться в проде, но о которых Вы красиво умолчали

Так напишите разоблачение, с удовольствием почитаю Ваши замечания, пока кроме кратких комментариев на горизонте ничего невидно.

тот же сталевар, не пишет статьи, значит он бесполезен

Сталевар в отличие от Вас конкретным делом занимается и приносит людям пользу.

Сталевар в отличие от Вас конкретным делом занимается и приносит людям пользу.

Так и я не программист :)

А Ваша статья вводит людей в заблуждение, так сказать искажает его черед призму и амбиции рассказчика, позволяет сделать не верные выводы. Результат статьи потраченное время зря, как и большинство материалов в Интернет.

В каждой последующей публикации по nanoFramework буду обязательно Вас упоминать до тех пор, пока не напишите разоблачение на мою статью, о написанных мною заблуждениях по nF.

Спасибо за уделённую честь, но это уже лишнее...

Сборка компилируется в байт-код для среды исполнения nanoCLR.
Почему не стали компилировать в машинный код?

Не умеет, только интерпретация. Иначе бы порты рождались с муками в десятилетия.

Ни кто не пробовал сравнить с TinyCLR? Интересно кто лучше?

А как? Там вендорлок на их SITCore и закрытый код. Я бы в продакт не запустил, они переобуваются на лету. Тем более они все из .NET Micro Framework выросли.

Но не смотря на это кто-то же покупает модули для разработки, наверное, им стоило бы Вас послушать что так делать не надо.

Нет ничего лучше, чем научиться разрабатывать приложения на C# для микроконтроллеров, где у тебя нет гигабайтов оперативной памяти и n-количества ядер процессора

Зачем для моргания светодиодов гигабайты оперативной памяти?

Есть же ESP-IDF с кучей готовых примеров, поддержкой от производителя, почему все пытаются начать программировать esp на php, js...?

Код на таких языках как C# писать много быстрее и проще. Сам писал под ESP и на C++ и на C#, и для себя решил, что C++ это боль. Создавая код на C++ постоянно раздражаешься от излишних сложностей. Даже такие мелочи как объявления методов отдельно от реализации, необходимость соблюдения порядка методов в классе в порядке их вызова начинают бесить после опыта с C#. Ну и отсутствие нормальных проверенных библиотек для C++ IoT приводит к трате тонн времени на написание и отладку собственных велосипедов. В итоге постоянно прорубаешься через джунгли с мачете вместо того чтобы проехать по шоссе эффективной разработки с C#.

А так как большинство задач IoT сейчас совсем не про экономию памяти или тактов процессора, а про скорость разработки, наглядность и доступность в изучении, то потому и выбор в основном в сторону более доступных языков и платформ.

Вы забыли наверное самое главное - автоматическое управление памятью.

Да, это тоже безусловно большое преимущество, хотя при разработке меня лично сильно не напрягало, достаточно было использовать умные указатели.

Почему в Arduino не разрабатывал? Там можно вызывать методы до объявления и заголовочные файлы не нужны.

Arduino это уже чересчур примитивно для более-менее серьезной задумки. IDE в целом никакая, а уж организация проекта в виде одного файла это вообще непонятно какими инвалидами придумано.

Что значит организация проекта в виде одного файла? В Arduino IDE можно добавить вкладки для нескольких файлов.

Потому что такие платформы как nanoFramework позволяют обеспечить кроссплатформенность между различными микроконтроллерами. Рассмотрим такую ситуацию. Допустим, некий предприниматель нанял разработчиков для создания одного устройства и в качестве МК выбрали один из серии ESP32. В какой-то момент времени главный разработчик сказал предпринимателю, что возможностей ESP32 им не хватает, необходимо использовать STM32. Что в этом случае делать предпринимателю? Сделать в устройстве гибрид двух МК ESP32 и STM32, или все заново переписать? Возможность переноса кода между различными аппаратными платформами существенно развязывает руки в первую очередь бизнесу. Если вдруг поставщик МК существенно повысит цены, то можно с минимальными потерями перейти на другой МК. Мало того, программный код переносим между МК и .NET IoT под Linux. Вы можете написать код на C# и перенести его с Raspberry Pi на nanoFramework, и наоборот. С нативной платформой от производителя МК вы таких фокусов не добьетесь.

и в качестве МК выбрали один из серии ESP32. В какой-то момент времени главный разработчик сказал предпринимателю, что возможностей ESP32 им не хватает, необходимо использовать STM32. 

не совсем корректно такое сравнение, но имеет право быть. Не коректно потому что, ESP32 это все же про WiFi в первую очередь. STM32 же на борту радиомодуля не имеет. НО, как пример переноса между архитектурами это хорошо.

Если вдруг поставщик МК существенно повысит цены, то можно с минимальными потерями перейти на другой МК

Скорее в условиях дефицита приходится брать что есть, а не то что дешево. Тут пока заказ по электронной почте шел в отдел снабжения 6000 stm32l476 внезапно исчезло из продажи. Подбираешь новой и опять лотерея, успеешь купить или нет.

Мало того, программный код переносим между МК и .NET IoT под Linux. Вы можете написать код на C# и перенести его с Raspberry Pi на nanoFramework, и наоборот. С нативной платформой от производителя МК вы таких фокусов не добьетесь.

ммм, код верхнего уровня и алгоритмы можно переносить спокойно. Отличаться же будет нижний слой, где идет доступ в регистры. я некоторые алгоритмы в Qt отлаживал при программировании ses

Я правильно понимаю что они просто заливают внутрь ChibiOS и под неё уже пишут на шарпе? Ну извините, так можно с любым языком сделать, было бы желание.
UPD. Прочитал первую часть, так оно и есть.
Не совсем по теме обсуждения, но в свете "можно с любым языком сделать", не могу не запостить "баянистую" картинку (а, может, даже кто-то и не видел?)

Там немного сложнее, для ESP32 в частности, так как ChibiOS не поддерживается/

о, боже, чибиос, рантайм, сборщик мусора, дотнеты... в stm32! Там для интернета вещей mbed есть, чтоб сразу в браузере кодить, а потом бинарь как на флэшку в микроконтроллер залил и дело сделано!

Кодить в браузере, дело вкуса на мой взгляд. Разработка в VS под nanoFramework мне очень понравилась, все работает из коробки включая отладку.

в браузере кодить под mbed - это фича самого mbed, но можно его поставить локально как фреймворк и работать в IDE, это дело вкуса. Я к тому, что mbed для STM32 и есть тот самый слой абстракции для IoT и прочих модных вещиц, любезно предоставленный самой ST.

Так мы говорим об одних и тех же вещах, о создание абстракций для разработчиков. mbed прекрасная платформа, сам немного программировал. Мне очень понравилась функция подтягивания необходимой библиотеки из общего репозитория в свой проект. nanoFramework в каком то смысле альтернатива платформе mbed. На мой взгляд наличие выбора платформ исходя из запросов пользователей только делает лучше и привлекательнее разработку для встраиваемых систем.

Чем хороша "ардуина", так тем, что скачал и установил за пять минут (ну, если нужно "подтянуть" ESP32 или что-то другое, то чуть дольше), открыл первый же пример, подключил свою "ардуину" или ESP32, добавил LED, запустил программку и "наслаждаешься" мигающей лампочкой - то бишь уровень вхождения практически "околонулевой". Плюс - просто гигантская кодовая база, с кучей библиотек практически под всё, огромное количество готовых решений, "работающих из коробки", прекрасная переносимость кода под разные контроллеры, куча правильных ответов на всевозможные возникающие вопросы на форумах/SO и т.д. и т.п.

Для тех, кого не устраивает спартанская простота Arduino IDE, есть несколько других IDE с куда большими возможностями; для тех, кто предпочитает Visual Studio, есть VisualMicro по вполне доступной для "хоббиста" (чуть не написал хоббита) цене.

А миграция "чистого" C#-ка (хотя вряд-ли такие существуют) на C++, особенно, в том стиле, в котором написано большинство библиотек для Arduino (т.е. без "мозговыносящих" многомегабайтных темплейтов etc.) довольно легка, и не вызывает особых проблем.

В общем, я не увидел в nanoFramework ни одного явного плюса, который заставил бы меня хотя-бы попробовать этот фреймворк.

Первый абзац Вашего комментария тоже применим и к nanoFramework. Кодовая база с библиотеками появится позже, Arduino старше, исторически так сложилось. Про переносимость библиотек на Arduino не скажу что так прекрасно, в большинстве случаев да, но вы забываете про тайминги. Иногда библиотеки все же приходится править. Крупные разработчики микроконтроллеров всерьез не рассматривали появление Arduino, а зря. Когда подход Arduino начал их теснить, сами вынуждены были примкнуть. В результате так появилась серия отладочных плат ST Nucleo с Arduino совместимыми контактами.

открыл первый же пример, подключил свою "ардуину" или ESP32, добавил LED, запустил программку и "наслаждаешься" мигающей лампочкой

Но.... Зачем? Всё это конечно может быть весело, но очень быстро наскучивает, потому что трудозатраты на решение "прикладных" задач гораздо выше покупки готового устройства.

Но.... Зачем? 

Что "зачем"? Зачем вообще "ардуинить", т.е. заниматься DIY homebrew проектами на ESPxxx и Arduino? Для удовольствия, для дешевого решения практических проблем, для открытой и понятной лично вам имплементации "прикладных задач".

Не поленитесь, загляните в некоторые мои статьи о домашних DIY поделках - получите ответ на вопрос "зачем".

Ну, и в плане "трудозатрат" - это как раз то, о чем я говорю. Трудозатраты на реализацию, при использовании Arduino SDK/IDE (ну, или портированных под Arduino SoC), будут гораздо меньше, нежели, чем при использовании обсуждаемого в этой статье nanoFramework. @devzonaпишет, что "всё работает из коробки", но тут лишь дело в этом самом "всём" - потребуется ему подключить неподдерживаемый на данный момент дисплей, или там servo bridge, или LED strip (не знаю, не смотрел, что поддерживается, но на 100% уверен, что намного меньше, нежели чем для оригинальных Arduino/ESP32/etc. & so on на C++), а "нэту"... И придется либо самому писать либо портировать, либо просто "курить табак".

Вы рассматриваете "трудозатраты" достаточно однобоко. Если нет драйвера под новый датчик, то пошел нафиг с новым годом. Под платформу Arduino безусловно существует несоразмерно гораздо больше различных драйверов для датчиков, чем под nanoFramework. Сейчас если пользователю необходимо быстро прикрутить датчик, то скорее всего он возьмет Arduino. Но давайте рассмотрим nanoFramework с позиции бизнеса. Для любого предприятия необходимы разработчики. Прелесть nanoFramework заключается уже в наличие практически готовых разработчиках на рынке труда. Любой .NET разработчик может писать код под nanoFramework, ему нет необходимости изучать отдельно Arduino C-подобный код. И еще раз повторюсь про переносимость кода между nanoFramework и .NET IoT для Linux, вообще считаю шикарной вещью. Кодовая база для больших приложений уже готова, и в этом случае написание драйвера уже становится не насколько значимой вещью.

Но давайте рассмотрим nanoFramework с позиции бизнеса. Для любого предприятия необходимы разработчики. Прелесть nanoFramework заключается уже в наличие практически готовых разработчиках на рынке труда.

Гмм, вы рассматриваете какую-то уж больно фантастическую ситуацию: если бизнесу потребуется создание IoT дивайса (да любого microcontroller based), то просто наймут эмбедщика(ов), который напишет bare metal firmware (ну, или любое другое профессиональное решение) - про "ардуиненье" там речь вообще не идет, никто всерьез даже рассматривать такое не будет, что с Arduino SDK/IDE, что с nanoFramework.

Arduino - это для энтузиастов, домашних "самодельщиков", которым нужно сделать что-то быстро и с минимальными затратами времени (вот хороший пример, кстати - человек написал рабочее решение с нулевым опытом программирования Arduino).

нет необходимости изучать отдельно Arduino C-подобный код

Вас кто-то обманул ;) - там обычный C++ код, а не "C-подобный"; похоже, вы так "убоялись сложностей" программирования на "C-подобном коде", что даже не попробовали его сначала. Уверяю вас, даже если у вас "нулевой" опыт работы на C или C++, а есть лишь "десктопный" C# опыт, то разобраться и написать готовое решение займет у вас лишь немного дольше времени, чем у "гуру" программирования Arduino - синтаксисы языков уж больно похожи, и никто вас не заставляет писать в стиле "красивого и молодежного C++" - можно писать в good old C style, почти как на C# (но LINQ там не будет, да... Интересно, сможете ли вы придумать реальный пример, когда LINQ нужен для "ардуины"?)

Ничего фантастического, только факты и ничего более. В первой части был приведен пример решения компании OrgPal.Iot, перейдите и почитайте. Я так полагаю эта компания и является основным спонсором развития платформы.

Устройство PalThree — используется для частого и точного мониторинга нефтегазовых месторождений. Выбор был обусловлен необходимостью использования простого решения с возможностью интеграции с сотнями датчиков. Многие компании использую различные дорогостоящие решения, это приводит к большой стоимости обслуживания и увеличивает время перестройки инфраструктуры. .NET nanoFramework  — для данных задач подходит как никак лучше из-за высокой скорости разработки решений и легкости интеграций различных интерфейсов.

Я уже молчу про истоки платформы в лице компании GHI Electronics

 GHI Electronics с 2008 года, построила весь свой бизнес на разработке микроконтроллеров и решений на базе .NET Micro Framework. В портфолио GHI Electronics были небольшие микроконтроллеры в стиле Arduino — FEZ Domino и весьма производительные с несколькими мегабайтами ОЗУ (для микроконтроллеров это весьма круто).

То что касается C++ кода, так в Arduino это своя реализация, тут момент скорее всего сугубо академический, вопрос соответствия конкретной версии стандарта. Если вам нравиться писать весь код на C++, пожалуйста, вам же никто не запрещает. А у меня другой подход. Тем более нужно не забывать, что для nanoFramework некоторые "особо важные" задачи можно реализовать на C++, а потом их дергать из C#. Поэтому сравнение лоб в лоб C# и C++ не совсем уместно.

Пример не очень-то показательный; иногда компании (порой довольно большие) выбирают довольно странные пути решений: например, промышленные роботы Mitsubishi Electric программируются на диалекте Бейсика - и, кстати, вполне успешно, большего там и не нужно. Другая компания, производящая hi-tech решения для профессиональной астрономии, для своих весьма дорогих приборов, стоящих десятки тысяч долларов, использует... BASIC Stamp (это, грубо говоря, "PIC в обертке") - просто, когда создавали компанию, друг "отца-основателя", электронщик-"самодельщик", "умел немного" только "в BASIC Stamp" (они тогда только появились, а до Arduino оставалось еще несколько лет) - меня они наняли, когда потребовалось более серьезное firmware, чем они могли написать сами. И таки да, все работает и аж до сих пор (я поддерживаю чисто дружеские контакты с этими ребятами).

Я вас "не агитирую за советскую власть", просто изложил свое мнение, что nanoFramework "не взлетит", по крайней мере, массово: слишком сложный bootstrap для "самодельщиков", моментального выигрыша никто не получит, а, скорее, лишь проигрыш.

Как только привел аргументы, так начинается, ну это другое. Они настолько глупые, что ничего не понимают. Взлетит или не взлетит nanoFramework покажет время. Но я знаю точно, если сидеть сложа руки и ничего не делать, то ничего не взлетит. И вы не привели никаких аргументов причин "не взлета".

слишком сложный bootstrap для "самодельщиков", моментального выигрыша никто не получит,

Звучит очень надумано и не конкретно. Да пока платформа не настолько массовая как Arduino. Но лидерами не рождаются, а становятся.

Посмотрел ваш пример про магический шар, достаточно простой пример. Из оборудования у меня все есть, я думаю лучше сделать немного другой более интересный пример раскрывающий платформу nanoFramework. Устройство GPS-трекер с шагомером и отправкой данных в облако, например в Google Fit, вот это будет гораздо более интересно, чем простой банальный шар.

чем простой банальный шар.

Вас за язык никто не тянул, сами предложили ;) И, рискну предположить, что отнюдь не из-за "простоты" и "банальности", а просто из-за отсутствия нужного кода для поддержки дисплея и mp3 плеера (надеюсь, что банальный MPU-6050 в nanoFramework уж поддерживается?)

Устройство GPS-трекер с шагомером и отправкой данных в облако, например в Google Fit

Ну, давайте. Только не забудьте потом привести реальные данные об автономном времени работы, и сравнить их с промышленными решениями, или даже с DIY, но специализированными (т.е. использующие все возможности SoC по энергосбережению).

Они настолько глупые, что ничего не понимают.

Мне кажется, что переходить к оскорблениям диспутантов - не самая лучшая идея. Мне ваши аргументы тоже показались... ну, не слишком уж гениальными (мягко говоря), но я не стал это подчеркивать, а привел свои доводы: сложность настройки, малая распространенность, отсутствие драйверов, эфемерность выгоды - в общем, чисто "фанатская" поделка для "фанатов" C#, но я не люблю голого и необоснованного фанатизма.

1) Поддержка устройств. Отсутствие поддержки MPU-6050 не является проблемой, если на реализацию драйвера уйдет не более ~5% времени общего времени от написания приложения. У меня есть несколько подобный датчиков, посмотрю из того что имеется в наличие.

2) Сравнивать DIY с промышленным решением по энергоэффективности просто глупость. По той банальной причине, что я не смогу сделать промышленный дизаин платы с напаяным модулем и всем остальным как в серийном производстве, у меня просто нет соответствующего оборудования и минифабрики. Вот когда выпущу на рынок свое мелкосерийное устройство, вот тогда и можно будет сравнить.

3) С другими подобными DIY сравнить можно, без проблем.

4) Код причем будет написан с учетом запуска на .NET 6 Linux на одноплатном компьютере без каких-либо изменений. Вот и поговорим об эфемерности выгоды, как вы потом сделаете тоже самое на Arduino с запуском на Linux.

5) "малая распространенность, отсутствие драйверов" - дело наживное, постепенно появится.

6) "сложность настройки, ..." - вот не понял что сложного в настройке? Приведите конкретный пункт из поста, который у вас вызвал сложность. На мой взгляд, все пункты по настройке в посте вполне осуществимы, даже школьниками. Сложно залить прошивку, установить VS, открыть окошко в VS, вообще непонятно.

У меня есть несколько подобный датчиков, посмотрю из того что имеется в наличие.

Да пожалуйста! Шар не нужен, батарейки/кнопки тоже: реализуйте лишь основную функциональность - вывод анимации на дисплей, обработку жестов для UI, да вывод голоса ;) И засеките, сколько у вас уйдет времени - если, конечно, вам вообще это удастся реализовать.

С другими подобными DIY сравнить можно, без проблем.

Когда/если соберете, дайте мне знать через "личку" - постараюсь найти и кинуть пример, реализованный на классическом bare metal (если, правда, кто-то подобной ерундой занимается), с использованием всех возможностей чипа по deep sleep, и прочим "фокусам" эффективного энергосбережения. Впрочем, и это изначально глупая задача - нет сомнений, что ваша сборка будет намного менее эффективна, может быть, даже на порядок (или порядки).

... посмотрю ...
... будет написан ...

... постепенно появится ...

Что-то мне это сильно напоминает ;)

Приведите конкретный пункт из поста, который у вас вызвал сложность.

Лично у меня нет сложностей ни с чем, поскольку я занимаюсь программированием уже более 30 лет, да и "ардуиню" немало так. Но вот у целевой аудитории пользователей платформы Arduino, 100% возникнут сложности в работе с командной строкой, выбором и прошивкой нужного firmware, да даже в работе с Visual Studio - Arduino IDE на порядок проще и примитивнее.

Собственно, достаточно лишь взглянуть на "популярность" этого проекта на GitHub, чтобы все стало абсолютно понятно (а проект-то существует без малого уже 4 года!).

Когда/если соберете, дайте мне знать через "личку" - постараюсь найти и кинуть пример, реализованный на классическом bare metal (если, правда, кто-то подобной ерундой занимается), с использованием всех возможностей чипа по deep sleep, и прочим "фокусам" эффективного энергосбережения.

Без проблем. Промежуточные результаты могу опубликовать в своем блоге. Чужие примеры мне не нужны, вы отвечайте своим кодом. Сами напишите deep sleep, и прочие "фокусы", чужими работами каждый может хвастаться, для этого особого интеллекта не требуется.

"Без проблем" портируйте сначала код Magic8Ball один к одному, покажите работающий прототип - вот тогда и "поглядим, какой это Сухов" (c). Свои "промежуточные результаты" можете хоть на лбу у себя публиковать - мне они абсолютно не интересны. Результат покажите, ну, или просто "слейтесь", и больше не трепите языком впустую.

А вы не считаете свой тон оскорбительным "можете хоть на лбу у себя публиковать"? Наверное, в шатах для таких профессионалов как вы, такой тон разговора норма. Я то сделаю существенно более серьезнее решение чем ваш шар, у меня все равно подобная задача была в планах. Весь вопрос как Вы будете выглядеть после заявления "Результат покажите, ну, или просто "слейтесь", и больше не трепите языком впустую".

Мне кажется, что переходить к оскорблениям диспутантов

Никто Вас не оскорблял. Просто как бы у бизнеса несколько свои причины использования той или иной платформы, которые возможно не столь значимы при разработке DIY, и которые вы не учитываете. Отсутствие драйвера для очередного датчика для бизнеса не будет препятствием. А вот возможность переноса существующего кода на C# "большого" .NET практически один-к-одному на nanoFramework это существенный аргумент для бизнеса. Потому что позволяет быстро надергать необходимый код, и быстро найти разработчиков.

Извините, но вы абсолютно не понимаете, как работает "бизнес"! Никто не проектирует платформу, в особенности, программно-аппаратные решения, исходя из "а сколько дешевых C# "формолепщиков" есть на рынке? А, может, набрать JS студентов - их еще больше, а, значит, будет еще дешевле?"

Никакой бизнес не проектирует подобные платформы на "ардуинах", будь то C# или C++.

Всегда, при проектировании, исходят из:

  • соответствия выбранного hardware задаче и спецификациям

  • доступности на рынке сейчас и в будущем

  • цены

  • наличия и доступности производственных мощностей inhouse, или у third party

А потом набирается команда "электронщиков" и "эмбеддщиков" (если нет своих) под проект. Так это работало, работает и будет работать в обозримом будущем.

Ваши же фантазии, типа: "У нас есть старый проверенный кадр John/Вася, который умеет только "в C#/Java/FORTRAN/1С" - давайте проектировать, исходя из умений John-а/Васи" не имеют к реальности ни малейшего отношения.

Я, правда, не живу в России и не знаю, как у вас там все устроено: рассказываю, исходя из моего 24-летнего опыта работы в Штатах, в различных компаниях, занимающихся как раз "программно-аппаратным" производством во всевозможных областях техники. Но я сильно сомневаюсь, что в России обстоят дела иначе - иначе просто невозможно.

То что вы занимаетесь программирование 30 лет ни о чем не говорит, можно всю жизнь "перекладывать бумажки из одной стопки в другую". Вполне возможно, что молодой человек с хорошим образованием и 5 лет практики будет существенно лучше вас разбираться во встраиваемых решениях. Года для меня лишь показатель сколько времени прожил человек на бренной земле, но не более того.

Второе, именно таких молодых с гибким мышлением как John/Вася, профессионально владеющих .NET платформой и чувствующих себя в Visual Studio как рыба в воде, буду нанимать себе в команду вместо людей с большим опытом в возрасте. Потому что двух недель прокачки под микроконтроллеры nanoFramework будет достаточно для готовности писать код под мк на nanoFramework.

Никакой бизнес не проектирует подобные платформы на "ардуинах", будь то C# или C++

Привел два примера серьезных компаний с многолетним стажем работы, ага никто не делает и никому не нужны. Это уже просто без комментариев, это не ко мне.

100% возникнут сложности в работе с командной строкой, выбором и прошивкой нужного firmware, да даже в работе с Visual Studio

Людей совсем за идиотов тоже не надо считать. Значит разбираться с регистрами памяти в мк это просто, а тыкать в окошки и менюшки VS это сложно. Я работал несколько лет преподавателем информационных дисциплин в колледже. Вел занятия у более 10 групп, где в каждой группе было от 18 до 28 человек. Если бы я им сказал, что практический материал в этом посте это на зачет по предмету, да они плакали бы от счастья. Например, одна из лабораторных включала в себя установку IIS, установку .NET и конфигурирование под ASP.NET приложения, развертывание ASP.NET приложения с определенными настройками (мое приложение). И это выполняли студенты у которых компьютер дома появился всего лишь пару лет назад, было конечно же сложно, но все они сдали работы успешно.

Года для меня лишь показатель сколько времени прожил человек на бренной земле, но не более того.
...
 Я работал несколько лет преподавателем информационных дисциплин в колледже.

А я работал последние двадцать лет высокооплачиваемым (не по российским, а американским меркам (для east coast) консультантом, с реальными embedded (и не только) проектами, и знаю, о чем говорю.

И года, в данном случае, означают опыт, притом личный.

Привел два примера серьезных компаний с многолетним стажем работы

Серьезных?! "Лолшто"?! Они даже по российским местечковым параметрам просто мелкие "старые стартапы" из нескольких человек и с копеечным оборотом: тыц и тыц.

P.S. Вы не умеете прислушиваться к чужому мнению, не умеете аргументировать, не скатываясь на оскорбления и переход на личности, приводите либо абсолютно инфантильные, либо полностью непрофессиональные (либо откровенно ошибочные) доводы. На этом я дискуссию с вами прекращаю; хотите остаться "с последним словом" - be my guest ;)

И года, в данном случае, означают опыт, притом личный.

Без какого-либо подтверждения это пустые слова. Напишите пост о своей работе, тем более раз за вашими плечами такой большой опыт. Гарантированно тогда вам есть, чем поделиться с молодой аудиторией. Напишите чем занимались, какие проекты выполняли, что особенного было в решение задач. Вот это и будет подтверждением вашей квалификации.

Вы не умеете прислушиваться к чужому мнению

Ваше мнение ровным счетом ничего не стоит без подтверждения квалификации, и я не понимаю к чему тут прислушиваться. Я работаю с платформой .NET и сворачивать с этого пути не собираюсь, потому что я вижу большой потенциал в этой платформе. .NET позволит реализовать мои задумки существенно быстрее и проще чем подобные системы, поэтому я и выбрал эту платформу для себя. Тут нет никакого фанатизма, мною руководит только четкий расчет.

Серьезных?! "Лолшто"?! Они даже по российским местечковым параметрам просто мелкие "старые стартапы" из нескольких человек и с копеечным оборотом: тыц и тыц.

С вас финансовый аналитик как с меня балерина. Источник этих данных указан? Там есть налоговая отчетность? Исходя из этого источника получается, что в компании работает меньше 25 человек. Вы серьезно так думаете? То железо и представленный софт способно сделать менее 25 человек из которых руководитель, бухгалтер, юрист, кадровик? Привели в пример какой-то желтый сайт, просто детский сад.

Кстати, благодарю за хорошую наводку на следующую тему про nanoFramework, создание GPS-трекера с шагомером и загрузкой данных в облако.

Сложно сказать, что «взлетит» или «не взлетит». .net framework тоже все пророчили скорую гибель. Однако вот уже .NET 5-6 с GRPC и ProtoBuf в коробке.

Да и как вы сами сказали: некоторые крупные корпорации иногда используют «странное» в мк.

Ну, вы сравнили "что-то с пальцем"! Смеха ради, не поленитесь и зайдите на гитхабовскую страничку проекта - imho, опытному человеку определить популярность данного поделия не должно составить труда.

некоторые крупные корпорации

Некоторые используют, да, но отнюдь не в этом случае. "Серьезные компании", по примеру фанбоя, оказались крохотными конторками с копеечным оборотом - даже смешно такое всерьез рассматривать!

Какого проекта? Этого nanoFramework? Ну так и apple начиналась с гаража :) А сам дотнет так вообще «буквально вчера» появился на гитхабе. Так что спорный показатель эта «народная любовь». К тому же корпорациям до неё не всегда есть дело.

Тут у ребят, как я понял, ещё даже не релизная версия, так что рано хоронить.

Проекту уже почти 4 года; за такое время реально популярные и востребованные решения набирают десятки тысяч "звезд" и сотни форков.

Собственно, основные недостатки этого проекта я описал выше, не хочу повторяться. Для профессионального применения это "ноль" (никто не использует "ардуину" для этого), для DIY тоже "ноль", в силу уже описанного мной. Наивные надежды что, дескать, "дайте время, и появятся драйверы и поддержка огромного множества ардуинной периферии" можно объяснить лишь застарелой инфантильностью и недостатком жизненного опыта и ума - никто из производителей не станет тратить время, а, главное, деньги, поддерживая непопулярный "фан-прожект", главная "идея" которого "армяны лучше чем грузины!" "C# лучше C++!"

Да, честно говоря, все аргументы у вас это лишь набор «жизненного опыта». Ну ок, я понял. Тема закрыта.

Да, честно говоря, все аргументы у вас это лишь набор «жизненного опыта».

Хамить собеседнику - отнюдь не лучший путь доказать свою правоту (но, возможно, впрочем, принятый тут, на хабре, способ "почесать ЧСВ"). Я привел весьма резонные доводы, почему данный фреймворк обречен на неудачу, но вам, видимо, просто лениво было их перечитать.

А вот представьте: решили вы, например, "сваять" программку для своего воздушного шара на "новом, молодежном C# .NET фреймворке". Только вот начали писать, а надо подключить датчик, который прекрасно работал у вас на "старой и убогой C++ ардуине" (будучи подключенным практически автоматически, а код вы просто скопипастили из сэмпла, и все заработало "искаропки"). А тут вот незадача - нет ни драйвера, ни сэмплов! Ну, никто не удосужился (и не удосужится, уж будьте уверены!) написать. Ваши действия?

Да, можно, конечно, портировать C++ код (благо, практически все идет в open source), но нужно его еще оттестировать, отладить etc. & so on. Насколько это вас приблизит к следующему запуску шара, и не могли бы вы потратить это время более продуктивно?

Да кто вам хамит то? :) Я и то вон пропустил мимо ушей ваш пируэт про «наличие ума» :) Не вижу смысла дальше разговаривать по теме, удачи.

Я, вроде, выделил вашу сентенцию: "все аргументы у вас это лишь набор «жизненного опыта»"

Я ведь тоже мог написать что-то вроде "мнение человека, специализирующегося на надувании пузырей, не может быть принято всерьез профессионалами", но не написал ведь? :D

P.S. И вам удачи в запусках "пузырей" :P

Ваша проблема в том, что вы ошибочно считаете себя профессионалом. Ваши же «сентенции» про «потешить своё ЧСВ» скорее применительно к вам. Я лишь указал на то, что определять будущее того или иного проекта - не в вашей и не в моей компетенции.

Ну ок, давайте разберём «проблему» с драйверами для шара. Нет нужного драйвера для дотнета? Подключу библиотеку/драйвер на C++. Благо дотнет это не запрещает. Эта проблема решена. Далее.

Нужно использовать узкоспециальные платформенные фичи? Дотнет это уровень абстракции, который не закрывает нижележащие слои. Можно прям посреди C# начать писать хоть на ассемблере, хоть на OS API (если есть ОС). Да, вы лишаетесь мультиплатформенности, точно так же, как и при использовании нативного апи. Так что это не аргумент. Откройте ради интереса код любого крупного приложения на дотнет (да даже сам дотнет) и посмотрите - он весь утыкан директивами прекомпилятора для использования платформозависимых фич.

Так что вся оптимизация - это по большей части мастерство оптимизатора. Дотнет позволяет быстрее написать медленный код, в то время как нативный язык позволяет быстрее отстрелить себе ногу.

Ваша проблема в том, что вы ошибочно считаете себя профессионалом.

Ваша проблема в том же. Лучше просто запускайте ваши пузыри (в чем, кстати, вы тоже не очень-то преуспели, по "гамбургскому счету").

А все эти "бла-бла-бла" не стоят ни цента. Сделайте и покажите - вот единственный критерий.

Покоя вам не даёт мой шар :) Хорошо хоть я шар могу показать, а что можете показать вы? Все ваши «проблемы» дотнета я только что решил за 0.5наносек в комментарии выше. Я боюсь что не вам судить об успешности запусков стратостатов.

Вы "языком" решаете "проблемы", цена такому решению - dev/null.

А "успешность запусков стратостатов" находится простым гуглением; вам, несмотря на весь ваш апломб, ничего не светит даже в региональных соревнованиях - да, это "хобби" не вы придумали, как ни странно! :D Ваши "достижения" не тянут даже на пост в reddit-е - "засмеютЪ"

Немного странно слышать от человека про решение проблем «языком» когда все его достижения - это перепечатывание новостей на хабре.

Нуштош, хобби придумал не я. В соревнованиях я ни в каких и не участвовал, цель проекта была в другом: составить инструкцию по самостоятельной сборке и запуску (с полным циклом и разрешениями) на территории РФ. Эта цель достигнута. И такого больше нет нигде. Не верите? Ну, погуглите :) Все что вы найдёте это посты в духе ваших: «некий Вася запустил стратостат на 700км». Как запустил, что запустил, куда ходил? Как мне, простому человеку, имея ничего, сесть и сделать «такое же»? Поищите, а я подожду.

Раз уж вы в самом деле решили опуститься до попыток принизить чьи-то достижения (хотя весь этот тред вы именно с них и начали), то вам, для начала, следовало бы обзавестись какими-то контрмерами. Пока что вы просто поливаете всех подряд г@вном, не принимая во внимание контраргументов и не имея ничего «за спиной»

Вам лучше к доктору обратиться, а не ко мне. А мой гитхаб профайл находится в пару кликов (правда, там нет каких-то особых "достижений", но есть то, чего в вашем профайле вряд ли есть ;)

P.S. Ну, и по стратостатам: вот первый же линк с гугла (вас там, похоже, забанили). Почувствуйте разницу... Еще находится 100500 постов/видео etc. & so on, в сравнении с которыми ваши "достижения" просто смешны.

Ясно, комент/статью не читай - комментарий пиши :) ну и где там инструкция? :) ну, соберите по ней хоть что-то. Где там про разрешение на ИВП? Где полетный план? Где ПО? Где ссылки на комплектующие? Где описание процесса сборки? Эх, это даже смешно.

просто в новом проекте перед покупкой проверять совместимость нужно.

.net framework тоже все пророчили скорую гибель.
Если подразумевать проприетарную версию Microsoft, то так и произошло — пал смертью open-source :-)

А MicroPython и Espruino взлетели?

В Си в коде есть какие-то непонятные символы * и &.

А каков итог по размеру - интересно ?

Может уже проще NOMMU Linux туда запихать как собственно на ESP32 и сделали ?

/off
Windows Commander 5.0 — Gold Soft 2002 (на скриншоте)
где вы это откопали? это такая пасхалка или вы реально им пользуетесь? :)

Все работы выполнялись в VMWare Workstation по причине невозможности работы Device explorer в Windows 7. А Windows 10 вместе с VS в виртуальной машине не сказать что шустро работают, поэтому минимизирую нагрузку на CPU. Можно использовать Far, он еще быстрее работает.

это такая пасхалка

Первый релиз C# был в 2002 году.

Сам уже лет 15 использую Total Comander 7.04, это первое что переношу на новый ПК или после установки системы :), причем даже без инсталляции, просто копирую папку.

тоже сборка от Gold Soft? :)
На FreeCommander или DoubleCommander не пытались перейти?

Можно же взять плату с интерпретатором Javascript https://habr.com/ru/company/amperka/blog/392399/, установить эмулятор x86 https://habr.com/ru/post/198192/, поставить любимую ос и писать на чистом ассемблере и не использовать всякие медленные высокоуровневые языки.

Причем тут Javascript? Особенно учитывая факт крайней ограниченности языка. Когда рассматривал вариант выбора языка для расширения VSCode между Javascript и TypeScript, выбор пал на TypeScript безоговорочно.

Писать на чистом ассемблере? Если это шутка, то это плохая шутка. Что-то я не вижу веб-приложений реализованных на ассемблере как и множества других приложений.

Не хватает самого главного, а именно сравнения потребляемых ресурсов и перформанса. Было бы очень интересно увидеть сравнение размеров и производительности какого-нибудь сферического бенча на pure с, arduino, nanoNet и microPython.

Это не настолько главный параметр. Создание бенчмарка для микроконтроллеров не простая задача. Если у вас есть какой-нибудь подобный тест для всех платформ, тогда обязательно попробую его исполнить. Каждый слой в программном обеспечении съедает аппаратные ресурсы и увеличивает время отклика, по другому не бывает. Весь вопрос, что вы получаете взамен. Для примера возьмем Windows 11 и Windows 7. Для меня Windows 11 не привносит в мою работу ничего нового, зато сжирает неимоверно много аппаратных ресурсов и еще принудительно обновляется. А если взамен вы получаете существенное сокращение времени разработки решения, переносимость кода между микроконтроллерами включая .NET IoT, то есть смысл жертвовать ресурсами, тем более учитывая экстенсивный путь развития электроники, еще больше ядер и больше ОЗУ. И в какой-то момент времени потеря производительности уже граничит на уровне погрешности.

тем более учитывая экстенсивный путь развития электроники, еще больше ядер и больше ОЗУ. И в какой-то момент времени потеря производительности уже граничит на уровне погрешности

Я думаю, что вы путаете причину и следствие. По факту нежелание изучать традиционные для uC языки вынуждает вас брать все более жирные камни. Не наоборот. По итогу мы имеем дичь вроде arduino совместимых плат на чипах Cortex A серии.. а это как микроскопом гвозди забивать, т.е. очень очень очень неэффективно.

Я не путаю причину со следствием, просто вы очень однобоко рассматриваете данный момент. До массового распространения микроконтроллеров радиолюбители тоже говорили зачем использовать мк когда тоже самое можно сделать на транзисторах. Но однако микроэлектроника пришла к программируемым чипам и упаковки всего и вся в отдельные готовые микросхемы. Теперь мы не занимаемся пайкой усилителя радиосигнала, а просто вставляем в плату готовый чип. Просто вы не учитываете что стоимость человека-часа разработчика с течением времени увеличивается, и появляется потребность в предоставления более высокой абстракции для более быстрой разработки. Ключевой фактор увеличение производительности мк и появления nanoFramework это желание сократить время на разработку и тем самым сократить расходы человека-часов. Кто быстрее вытолкнет на рынок отличный девайс, того и тапки. А вы попробуйте "получать удовольствие" разрабатывая сложное устройство только на С, посчитайте сколько у вас уйдет времени.

Главный или нет, но сравнение все равно было бы интересно увидеть :)

Основная задача мк управлять контактами GPIO и осуществлять передачу данных по имеющимся шинам. На мой взгляд, единственный наиболее репрезентативный тест заключается в оценки скорости переключения контактов GPIO. Сравнение на одном и том же мк, например ESP32/STM32, какая будет частота переключения на коде Arduino, FreeRTOS, и C# (nanoFramework). Можно будет замерить дельту приращения времени которая добавляется слоем nanoCLR. Подобный вопрос в комментариях поднимался и для .NET IoT для Linux. У меня пока нет достаточно точных контрольно-измерительных устройств для проведения замеров.

Да, это вполне нормальный тест, только я бы предложил к вашему списку добавить в качестве эталонного значения код на С с прямой записью в регистры.

>У меня пока нет достаточно точных контрольно-измерительных устройств для проведения замеров.

У вас нет осциллографа?

Есть только мультиметр

Сочувствую..

Но рискну предположить, в таком случае, что вы делаете какие-то _не очень_ критичные по времени выполнения вещи, и в таком случае вам, действительно, не очень важно, насколько C# медленнее. Не вижу в этом ничего плохого :)

Спасибо. Давно знал про nanoFramework, но всегда боялся пробовать его ставить, для меня казалось это(установка и настройка) больно сложным и муторным. Теперь тоже хочу его попробовать.

Сейчас прогаю в стунии на с++ с visualmicro. Это удобно, но порой с++ просто выводит из себя, когда для простейших задач надо десяток лишних операций сделать. Иметь возможность использовать С# для некоторых задач, это то что надо.

Еще пол года назад было не так удобно, но в последнее время команда разработчиков nanoFramework серьезно продвинулась. Они уже подготовили Preview версию плагина для новой Visual Studio 2022

когда для простейших задач надо десяток лишних операций сделать.

А "пример в студию" можно? Никогда с таким не сталкивался; можно даже сказать, наоборот - C++ синтаксис чуть более компактный, нежели даже у современного C#.

Должен вам заметить разница весьма ощутимая между C++ и C#

А приведите свой пример законченного приложения для мк на C++, а я его перепишу под nanoFramework, вот и сравним.

В моем коде, собственно, "C++"-ного почти ничего нет - просто "добрый старый C" (а большего и не нужно). Хотя Arduino SDK, безусловно, написан на C++, и можно использовать практически все C++-ные "фичи", включая многие стандартные и популярные библиотеки.

Банально создать класс. Надо создать h фаил, там дифайны от двойного включения, прототипы функций. Какой-то смысловой нагрузки все эти действия не несут.

Второй пример, это event из функции одного класса в другом классе. С++ для этого надо делать глобальную функцию или с биндами мудрить. В добавок стандарты везде разные и каждый раз что-то не работает и приходится делать по другому.

Банально создать класс. Надо создать h фаил

Совершенно необязательно! Так просто принято в C/C++ мире для удобства и лучшей читаемости, но никто не мешает вам все "напихать" в один файл.

Второй пример, это event из функции одного класса в другом классе. С++ для этого надо делать глобальную функцию или с биндами мудрить.

Ничего не понял, если честно.

Без прототипа у вас на некоторых компиляторах не будут видны функции и классы, которые находятся ниже того, где вы их используете.

По второму. Пример. У вас есть класс программного таймера, у него есть событие по окончанию. И второй класс, который, например, поливает растение. Мне нужно подписаться второй класс на событие срабатывания таймера, что бы включить полив.

находятся ниже того

Дык, опишите выше ) Вообще, какая-то очень странная постановка вопроса, попахивает "холиваром C++ vs C#" - сорри, но я в таком не участвую. Я пишу и на C#, и на C, и на C++ (также "могу" еще в парочку языков), и не вижу в этом какой-то принципиальной проблемы - пишу, на чем удобнее мне для данной платформы.

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

И что мешает в, например, событие arduino-timer (возьмем первый попавшийся) передать, в качестве параметра, указатель на объект класса "поливалки" и прокастить? В чем принципиальное отличие от C#?
Я, честно говоря, ожидал, что вы заговорите о generic-ах и бОльшей читаемости кода (аргумент тоже так себе, но все-таки).

а зачем вообще эти объявления, если то же самое в самой функции написано. сами объявления нужны же.

Это прям очень хорошо :) Раньше видел только кривые реализации недо-шарпа без фреймворка.

Только может где-то проглядел, какая версия C# поддерживается?

Не знаю, что будет дальше с nanoFramework, но знаю, что microFramework под крылом Microsoft так и не взлетел.

Была задача использую плату ESP32-WROOM оцифровать звук с микрофона. Для этого читал аналоговый сигнал с пина подключенного к микрофону. Чтобы охватить весь слышимый диапазон нужно читать с частотой 44кГц. При использовании nanoFramework удалось достичь только 3кГц, что очень мало. Espruino показал вообще 0.25кГц. Arduino справился лучше всех - 12 кГц.

Это все хорошо, но есть 2 вопроса:

  1. Что насчёт сред разработки под не только одну ОС? Можно удобно запустить хотя бы в кроссплатформеном vsc?

  2. Можно какое-то сравнение производительности? А то на js ещё удобнее под всякие esp писать, а потом слайд-шоу на адресной ленте.

  1. Уже доступна разработка под VSCode в том числе и под Linux, более детально в следующих публикациях.

  2. Код на C# работает медленее, чем на Arduino в связи с интерпретацией. Об этом было написано выше в комментариях. Для себя пока не ставлю задачи сравнения производительности, необходимо для начала разработать максимально репрезентативную методику.

Only those users with full accounts are able to leave comments. Log in, please.