который базируется на отечественном RISC-V ядре, имеет гораздо более развитую периферию, целый мегабайт ПЗУ (FLASH) и два блока ОЗУ (256 и 64 кб). Данный МК будет сердцем новой, уже существующей платы, в серии технологической платформы “Vostok”. И его ресурсов уже вполне достаточно для очень широкого спектра систем в том числе для АСУ-ТП и робототехники.
если мы вообще за микроэлектронику, хотя статья не об этом, то да, много нужно чего развивать, в том числе и ПЛИС, но если сидеть и рассуждать, как же все плохо, а не делать вот такие шаги, как в статье, то вряд-ли и через десять и через сто лет что нибудь изменится!
Но судя по статье, код от Ардуино на ней не запускается?
А в каком месте, я говорю, что что-то не запускается? Я вроде только о том, что запускается. Как отмечено выше в комментариях, arduino запускается. И вроде я даже ссылку на статью давал про обзор этой платы.
Всё-таки надеяться на толпу желающих (особенно школьников) изучать Embox не логично.
Опять же, не понимаю, откуда такая уверенность?
Та самая экосистема, которой вам не хватает с самого начала статьи.
Цитата из статьи
Причем эти решения ориентированы на очень широкий класс пользователей: от обучения школьников робототехнике (уже разработан аналог ARDUINO) и до промышленной автоматики и роботов.
Экосистема ардуино, прекрасно подходит для хоби проектов и мягко говоря не подходит для промышлености.
Ведь для запуска именно ядра ОС, этой самой ОС требуется только знать, на каком ядре МК она запускается, и все. Периферия же к самой ОС отношения не имеет.
Не хочется спорить. Коротко, если вы не сталкивались с подобными проблемами которые мы пытаемся решать (довольно успешно), я не смогу этого объяснить
Но вообще, лично для меня микроконтроллеры надо все таки прорграмить по старинке, на уровне регистров и прерываний. Грань когда нужна os лежит чуть выше.
Что-то я так и не понял, в чем преимущество Embox по отношению к той же FreeRTOS (да и к другим ОСРВ)
Спасибо за вопрос. На самом деле преимущество не в драйверах, да мы их совершенствуем, развиваем dev-tree, но одно из наших слабых мест, это как раз количество поддерживаемых платформ. Для FreeRTOS вы скорее всего возьмете готовое решение. Так как пока популярность проекта далека от FreeRTOS, количество разработчиков драйверов сильно ограничено, и про разные платформы и драйвера у нас часто спрашивают. Эта статья показывает, что вы сами легко можете добавить новую платформу. постепенно компании начинают добавлять поддержку нужных платформ. Поскольку по сравнению с различными RTOS (тем более FreeRTOS) у нас огромное преимущество при разработке вашей прикладной системы на Линукс, а уже затем перенос на железо, причем любое. Это отмечено в заключении
Как показано в статье, разрабатывать и отлаживать прикладные задачи под Embox очень удобно.
Да и сами STM нынче малопригодны для использования, сейчас в моде китайские МК.
STM ки просто пример, и да, у нас их часто спрашивают. GD мы сейчас рекомендуем как альтернативу, и там описание будет такое же. А на самом деле, в РФ вот вот появятся собственые МК, правда не уверен что по цене китайских.
Статья об НТЦ Модуль в процессе, так же как и еще об одном производителе микроэлектроники. А то такое ощущение, что если нет статьи - и поддержки нет :)
А вот stm32f103 нонче дорогущий и дефицитный
Есть такое.. Пока не буду радовать, что несколько российских компаний выпускают МК на RISC-V с вполне адекватными характеристиками. Но есть и китайские аналоги, те же GigaDevice
Спасибо. На самом деле, полезная информация продолжает появляться. В том числе благодаря тебе. И сейчас ее существенно больше, это не может не радовать!
А так мы имеем - автор ничего не читал, но утверждает, что все инженеры, которые ранее эту задачу решали - дебилы. Ну ок, че! Но и общаться под таким соусом не о чем.
Пока я вижу, что все остальные дебилы утверждаете только Вы!
в первой же статье на ресурсе пытаться оскорбить оппонента и увековечивать корешей
Может не внимательно читал статью, но подскажите пожалуйста где конкретно Вас оскорбили? Под оппонентом Вы же себя имеете в виду?
Ну и еще раз, с автором мы не только не кореша мы даже не знакомы, Он мне в личку написали об этой статье, но на этом все. Если кто то увидел разумное зерно в моей статье и решил его развить. Не понимаю что тут плохого, кого это оскорбляет и кого увековечивает?
Вы не мой студент, не мой подчиненный, чтобы иметь интерес заниматься вашим образованием.
Так Вас то как раз никто и не просит заниматься образованием:) И уж точно не давать какие то оценки, это не экзамен, хотите что то конструктивное сказать, скажите, а пытаться разговаривать как со студентами на экзамене не стоит!
Последние пол века (знаю работы 1973-го), может и более, человечество успешно искало и даже регулярно находило способы численной оценки именно этого параметра в различных сценариях. А, посоны-то и не знали, что это невозможно. Чё делать-то?
Не очень пониваю, что Вас смущает? То есть, более 50 лет человечество искало, (предлагало) различные способы оценки, в статье приводятся предлагается что то свое, может даже и ошибочное, а Вы вместо того чтобы аргументированно что то предложить, переводите все на личности? Не допускаете, что именно Вы неправильно интерпретировали доводы?
> Поскольку .. EmBox-овцев .. уже почти 4 года не покидает обида от моего замечания, ...
Да, Вы правы, все четыре года спать не можем:)))) Пришел на экзамен и прямо так опозорился, даже определка не знаю:)
И поясните пожалуйста, на основании чего Вы сделали вывод об отождествлении?
P.S. Я конечно же понимаю, что каждый считает себя в праве оценивать других, но лучше привести аргументы, а то аргумент, ты дурак, потому что у меня мнение другое, а я то умнее, не очень подходит человеку знакомому с аспиранским курсом философии науки.
к примеру embox, у нас разрабатывают без git и юнит-тестов
Да, конечно, Embox изначально на системе контроля версий, просто не реально вести коллективную разработку без этого. И, да, сложность на МК уже слишком высокая и не позволяет вести разработку без этого. Как минимум решение будет не воспроизводимо и не поддерживаемо.
По unit-тестам у нас достаточно быстро появилась острая необходимость в них. А потом и интеграционные тесты и CI. Без этого уже никак нельзя в современном мире.
Спасибо, так и делаем!:)
Как то так:)
если мы вообще за микроэлектронику, хотя статья не об этом, то да, много нужно чего развивать, в том числе и ПЛИС, но если сидеть и рассуждать, как же все плохо, а не делать вот такие шаги, как в статье, то вряд-ли и через десять и через сто лет что нибудь изменится!
А в каком месте, я говорю, что что-то не запускается? Я вроде только о том, что запускается.
Как отмечено выше в комментариях, arduino запускается. И вроде я даже ссылку на статью давал про обзор этой платы.
Опять же, не понимаю, откуда такая уверенность?
Цитата из статьи
Экосистема ардуино, прекрасно подходит для хоби проектов и мягко говоря не подходит для промышлености.
Приплыли! :)
Повторяю, не нужно тратить свое время на всякую чепуху, ну мало ли кто чего понаписал, в самом то деле :)
Не знаю может Вы и правы, но у нас другой опыт https://habr.com/ru/articles/777302/
Не хочется спорить. Коротко, если вы не сталкивались с подобными проблемами которые мы пытаемся решать (довольно успешно), я не смогу этого объяснить
Ну не все забыли https://habr.com/ru/articles/777302/
Мы вообще то на микроконтроллерах Qt & OpenCV запускаем https://habr.com/ru/companies/embox/articles/550884/
Можно и на регистрах конечно, но...
Спасибо за вопрос. На самом деле преимущество не в драйверах, да мы их совершенствуем, развиваем dev-tree, но одно из наших слабых мест, это как раз количество поддерживаемых платформ. Для FreeRTOS вы скорее всего возьмете готовое решение. Так как пока популярность проекта далека от FreeRTOS, количество разработчиков драйверов сильно ограничено, и про разные платформы и драйвера у нас часто спрашивают. Эта статья показывает, что вы сами легко можете добавить новую платформу. постепенно компании начинают добавлять поддержку нужных платформ.
Поскольку по сравнению с различными RTOS (тем более FreeRTOS) у нас огромное преимущество при разработке вашей прикладной системы на Линукс, а уже затем перенос на железо, причем любое. Это отмечено в заключении
STM ки просто пример, и да, у нас их часто спрашивают. GD мы сейчас рекомендуем как альтернативу, и там описание будет такое же. А на самом деле, в РФ вот вот появятся собственые МК, правда не уверен что по цене китайских.
Ну почему же не хватает, вот пожалуйста, собирайте запускайте
https://github.com/embox/embox/wiki/Platform-RC-Module-MB77_07
Статья об НТЦ Модуль в процессе, так же как и еще об одном производителе микроэлектроники. А то такое ощущение, что если нет статьи - и поддержки нет :)
Есть такое.. Пока не буду радовать, что несколько российских компаний выпускают МК на RISC-V с вполне адекватными характеристиками. Но есть и китайские аналоги, те же GigaDevice
Спасибо, стараемся удивлять :)
Это вы про Эльбрус? Ну какой же он экзотический, пошел в магазин и прикупил себе парочку:))))
Конечно на вкус и цвет товарищей нет. Но на мой взгляд, офигенно понятно и красиво все изложено!
Спасибо! :)
Теперь уже принятый!:) Спасибо!
Еще тут в группе ВК добавили такой комментарий
Но сам предпочитаю через dd делать, как то привычнее :)
Спасибо.
На самом деле, полезная информация продолжает появляться. В том числе благодаря тебе. И сейчас ее существенно больше, это не может не радовать!
А некоторые люди считают, что они понимают, что не понимают другие:)
Пока я вижу, что все остальные дебилы утверждаете только Вы!
Может не внимательно читал статью, но подскажите пожалуйста где конкретно Вас оскорбили? Под оппонентом Вы же себя имеете в виду?
Ну и еще раз, с автором мы не только не кореша мы даже не знакомы, Он мне в личку написали об этой статье, но на этом все. Если кто то увидел разумное зерно в моей статье и решил его развить. Не понимаю что тут плохого, кого это оскорбляет и кого увековечивает?
Опять субъективное суждение о том что нужно или не нужно делать в приличном обществе, точнее что называется этим термином.
Так Вас то как раз никто и не просит заниматься образованием:)
И уж точно не давать какие то оценки, это не экзамен, хотите что то конструктивное сказать, скажите, а пытаться разговаривать как со студентами на экзамене не стоит!
Не очень пониваю, что Вас смущает? То есть, более 50 лет человечество искало, (предлагало) различные способы оценки, в статье приводятся предлагается что то свое, может даже и ошибочное, а Вы вместо того чтобы аргументированно что то предложить, переводите все на личности? Не допускаете, что именно Вы неправильно интерпретировали доводы?
:)))))
> Поскольку .. EmBox-овцев .. уже почти 4 года не покидает обида от моего замечания, ...
Да, Вы правы, все четыре года спать не можем:)))) Пришел на экзамен и прямо так опозорился, даже определка не знаю:)
И поясните пожалуйста, на основании чего Вы сделали вывод об отождествлении?
P.S. Я конечно же понимаю, что каждый считает себя в праве оценивать других, но лучше привести аргументы, а то аргумент, ты дурак, потому что у меня мнение другое, а я то умнее, не очень подходит человеку знакомому с аспиранским курсом философии науки.
Да, конечно, Embox изначально на системе контроля версий, просто не реально вести коллективную разработку без этого. И, да, сложность на МК уже слишком высокая и не позволяет вести разработку без этого. Как минимум решение будет не воспроизводимо и не поддерживаемо.
По unit-тестам у нас достаточно быстро появилась острая необходимость в них. А потом и интеграционные тесты и CI. Без этого уже никак нельзя в современном мире.