Comments 169
UFO just landed and posted this here
1) Возможно, вы не в курсе, Arduino != AVR
2) Говорить о быстродействии вне контекста задачи — беседа с малым количеством смысла
2) Говорить о быстродействии вне контекста задачи — беседа с малым количеством смысла
Я тут сделал проект небольшой на ARM Mbed, и я всё меньше понимаю страдания ардуинщиков.
Современная ОСРВ со всеми нужными сервисами и кучей сторонних. Приятный API на C++. Поддержка просто горы плат на Cortex-M* прямо из коробки, включая примерно все Nucleo. Порог входа не то что низкий — он нулевой, даже IDE ставить не надо: регистрируешься на сайте, открываешь онлайн-IDE, выбираешь плату и готовый пример. На том уровне, на котором пишут поделки для ардуины там, по-моему, вообще ничего знать не надо, всё уже есть и работает. Ну да, в пользовательских библиотеках там адок, но в ардуине он ещё хуже.
Я в общем студентам (из 45 человек где-то 3-4 имели опыт работы с STM32 без RTOS, остальные в лучшем случае однажды щупали ардуину) показывал, как с RIOT OS между первой встречей и мигающим светодиодом лежит по сути только установка тулчейна, но блин, в Mbed даже этого не надо.
Вот нахрена, нахрена нужна эта ардуина, ребята, опомнитесь, 2018 год скоро кончится уже?
Чтобы накачать из инета готовых примеров и библиотек по форумам и, сильно не рефлексируя, собрать на них умную лампочку в сортир?
Современная ОСРВ со всеми нужными сервисами и кучей сторонних. Приятный API на C++. Поддержка просто горы плат на Cortex-M* прямо из коробки, включая примерно все Nucleo. Порог входа не то что низкий — он нулевой, даже IDE ставить не надо: регистрируешься на сайте, открываешь онлайн-IDE, выбираешь плату и готовый пример. На том уровне, на котором пишут поделки для ардуины там, по-моему, вообще ничего знать не надо, всё уже есть и работает. Ну да, в пользовательских библиотеках там адок, но в ардуине он ещё хуже.
Я в общем студентам (из 45 человек где-то 3-4 имели опыт работы с STM32 без RTOS, остальные в лучшем случае однажды щупали ардуину) показывал, как с RIOT OS между первой встречей и мигающим светодиодом лежит по сути только установка тулчейна, но блин, в Mbed даже этого не надо.
Вот нахрена, нахрена нужна эта ардуина, ребята, опомнитесь, 2018 год скоро кончится уже?
Чтобы накачать из инета готовых примеров и библиотек по форумам и, сильно не рефлексируя, собрать на них умную лампочку в сортир?
Не всем и не всегда удобно делать разработки в онлайн-IDE.
Ну и у ARM-овских микроконтроллеров (как от STM, так и от Microchip), с которыми мне приходилось дело иметь — есть какие-то подводные камни. Типа начнешь SD-ADC в F373 юзать с DMA — отваливается I2C. И каждый errata вычитывать целыми днями — не очень продуктивно.
Не говоря уже о том, что когда ищешь какую-то готовую библиотеку под нужную фигню — постоянно сталкиваешься с тем, что или вообще нет, или написана под другой тулкит (или без него, напрямую с регистрами) и переписывать нужно все вообще. С ардуинками проще во всех случаях. Даже если производительности/периферии не хватает — берешь тот же ATSAM и вперед…
Ну и у ARM-овских микроконтроллеров (как от STM, так и от Microchip), с которыми мне приходилось дело иметь — есть какие-то подводные камни. Типа начнешь SD-ADC в F373 юзать с DMA — отваливается I2C. И каждый errata вычитывать целыми днями — не очень продуктивно.
Не говоря уже о том, что когда ищешь какую-то готовую библиотеку под нужную фигню — постоянно сталкиваешься с тем, что или вообще нет, или написана под другой тулкит (или без него, напрямую с регистрами) и переписывать нужно все вообще. С ардуинками проще во всех случаях. Даже если производительности/периферии не хватает — берешь тот же ATSAM и вперед…
Не всем и не всегда удобно делать разработки в онлайн-IDE.
Эээ… и какая конкретно религия запрещает вам в таком случае поставить IDE локально?
Типа начнешь SD-ADC в F373 юзать с DMA — отваливается I2C
Вы в данный момент просто беседуете с играющим в голове радио, или хотите сообщить, что на ардуине проблем с SD-ADC и DMA на F373 не испытываете?..
А mbed локально вообще можно использовать? Не особо разбирался с ним, посмотрел как-то и пошел дальше, после того как предложило мне проекты где-то на сервере в интернете разрабатывать.
Ну, на большинстве ардуин вообще нет SD-ADC, так что даже соблазна не возникает, да. А для тех, у которых есть что-то более сложное (типа ATSAM) — есть готовые ардуиновские библиотеки обычно. Гарантии, конечно, нет никаких, что не нарвешься на очередной ARM-овский косяк, но как-то легче обычно, на форумах люди уже все обсудили… :)
Ну, на большинстве ардуин вообще нет SD-ADC, так что даже соблазна не возникает, да. А для тех, у которых есть что-то более сложное (типа ATSAM) — есть готовые ардуиновские библиотеки обычно. Гарантии, конечно, нет никаких, что не нарвешься на очередной ARM-овский косяк, но как-то легче обычно, на форумах люди уже все обсудили… :)
Очень люблю людей, высказывающих своё решительное мнение по вопросу, в котором они не разбирались.
Да, можно.
Кстати, форумы там тоже есть.
Да, можно.
Кстати, форумы там тоже есть.
Как бы не очевидно совсем. Напишите лучше статью про так как mbed локально использовать, будет всем польза.
А количество пользователей (как и полезных советов) на их форумах — гораздо меньше ардуиновских.
А количество пользователей (как и полезных советов) на их форумах — гораздо меньше ардуиновских.
Вы бы красивый псот накатали отдельный, со скринами, видео и фото. Глядишь постов подобного этому будет меньше, да и я сам бы ознакомился.
Arduino Mega Server недостаточно крупный проект? ESPEasy? Огромное количество RepRap
3D-принтеров базируется на Ардуино.
3D-принтеров базируется на Ардуино.
Да, про AMS прямо на Хабре можно почитать, как его автор упорно изобретает велосипед из граблей и костылей: habr.com/post/413779
О, Олег, приветствую вас, вы снова на ринге? Загубник не забыли вставить? :)
Я просто оставлю здесь ваш код из Arduino Mega Server, чтобы бессмысленность обсуждения с вами вопросов программирования была очевидна окружающим:
/* — Function addFN(char c)
Add char to FileName and move old chars
TODO: rewrite function with cycle
— */
void addFN(char c) {
fn[19] = fn[18];
fn[18] = fn[17];
fn[17] = fn[16];
fn[16] = fn[15];
fn[15] = fn[14];
fn[14] = fn[13];
fn[13] = fn[12];
fn[12] = fn[11];
fn[11] = fn[10];
fn[10] = fn[9];
fn[9] = fn[8];
fn[8] = fn[7];
fn[7] = fn[6];
fn[6] = fn[5];
fn[5] = fn[4];
fn[4] = fn[3];
fn[3] = fn[2];
fn[2] = fn[1];
fn[1] = fn[0];
fn[0] = c;
}
Олег, не порите чушь, лучше следите за той ересью о пяти светодиодах, которую вы говорите с трибуны технического университета.
Я вообще ничего не говорю. И вы ничего не говорите. Этот код абсолютно прекрасен без каких-либо комментариев.
Не вижу криминала в этом коде. Ну написал человек так, ну и что? Будто ваш код всегда идеален.
Этот код всего лишь говорит, что человек испытывает серьёзные сложности с самостоятельным написанием цикла for в языке C.
Ваши попытки меня уесть при помощи ковыряния в legacy коде двухгодичной давности говорят о вашей мелочности и отсутствии аргументов по существу. Изначально речь шла о том, что вы несёте чушь с трибуны технического университета.
И что с того? Захотел он так написать, ему было нагляднее. А вы позоритесь мелочностью. Как по мне, вы сейчас выглядите сильно глупее человека, который написал данный код.
Это техническая заглушка, которая давно переписана и не заменена в дистрибутиве только из-за его объёмности. Я всё это подробно объяснил в комментариях к моей статье и Олег это прекрасно знает.
Лично для меня принципиального значения не имеет, как написано.
Я знаю хороших программистов, которые решают сложные задачи, но пишут код чуть ли не одним пальцем и очень долго. Вообще не имеет значения КАК решена задача, если она работает и делает это хорошо.
Я знаю хороших программистов, которые решают сложные задачи, но пишут код чуть ли не одним пальцем и очень долго. Вообще не имеет значения КАК решена задача, если она работает и делает это хорошо.
А вот эта глобальная переменная из electro_pm.ino?
Тоже legacy или так и должно быть?!
Или например strings.ino:
memset на Ардуино не подвезли?
byte U = 0;Тоже legacy или так и должно быть?!
Или например strings.ino:
void StrClear(char *str, char length) {
for (int i = 0; i < length; i++) {
str[i] = 0;
}
}memset на Ардуино не подвезли?
Уважаемый zloe_morkoffko перед тем как вы присоединитесь к Олегу в перекапывании кода АМС, я хочу чтобы вы обратили внимание на номер версии, а именно 0,17, то есть это глубокая альфа, если это вам о чём-то говорит. И конечно там можно накопать много чего, особенно если это делать с пристрастием.
Уважаемый, вы слишком серьёзно относитесь к таким вещам. Вы напрасно оправдываетесь, у данных личностей грязи хватает. Например в данных комментариях они позорятся сильнее, чем какие-то огрехи кода, которых у каждого полно.
Уважаемый smart_alex, абстрактный номер версии не имеет ничего общего с качеством кода. Конечно, если слова «качество кода» вам о чем-то говорят.
Нигде и никогда не было заявлено, что АМС 0.17 версии это образец качества кода. Об этом даже речь не идёт. АМС 0.17 версии это демонстрация концепции в альфа варианте, которую ещё нужно доделывать и приводить в порядок (о чём красноречиво говорит её номер 0.17).
Но есть ещё один важный момент — практика — критерий истины и этот «неправильный» код имеет подтверждённые аптаймы в месяцы беспроблемной работы.
Но есть ещё один важный момент — практика — критерий истины и этот «неправильный» код имеет подтверждённые аптаймы в месяцы беспроблемной работы.
Давайте говорить прямо: на момент выпуска AMC 0.17 вы не умели писать нормальный код.
Научитесь ли вы когда-либо в будущем — вопрос открытый. На данный момент — нет, не умеете.
В свете этого говорить с вами о программировании как-то немного бессмысленно.
Научитесь ли вы когда-либо в будущем — вопрос открытый. На данный момент — нет, не умеете.
В свете этого говорить с вами о программировании как-то немного бессмысленно.
Подскажите, а вы кто такой, чтобы так критично оценивать человека? Покажите свой код, покажите его всей публике, поковыряемся в ваших ошибках.
У человека есть результат, это важно. То что он делает какие-то глупости, но в результате работает, то это не имеет значения. Если вы имеете шикарный, красивый, но бесполезный код, то грош вам цена.
У человека есть результат, это важно. То что он делает какие-то глупости, но в результате работает, то это не имеет значения. Если вы имеете шикарный, красивый, но бесполезный код, то грош вам цена.
Какая прелесть! github.com/olegart/codefix/blob/master/gost.c ваш код
А вас, что циклом for не учили пользоваться? И не говорите, что это нельзя было упихать в цикл. После этого наезжать подобным кодом на smart_alex просто не этично. Всё с вами ясно, профессор…
n2 ^= f(n1+key[0]);
n1 ^= f(n2+key[1]);
n2 ^= f(n1+key[2]);
n1 ^= f(n2+key[3]);
n2 ^= f(n1+key[4]);
n1 ^= f(n2+key[5]);
n2 ^= f(n1+key[6]);
n1 ^= f(n2+key[7]);
n2 ^= f(n1+key[0]);
n1 ^= f(n2+key[1]);
n2 ^= f(n1+key[2]);
n1 ^= f(n2+key[3]);
n2 ^= f(n1+key[4]);
n1 ^= f(n2+key[5]);
n2 ^= f(n1+key[6]);
n1 ^= f(n2+key[7]);
А вас, что циклом for не учили пользоваться? И не говорите, что это нельзя было упихать в цикл. После этого наезжать подобным кодом на smart_alex просто не этично. Всё с вами ясно, профессор…
Вы сейчас хотите нам рассказать, что не знаете, как работает git вообще и GitHub в частности?
Ну, в смысле, называя моим кодом форк проекта codefix, в котором нет ни одного коммита от меня?
Сильно.
P.S. Упихать это в цикл можно, но в некоторых случаях не нужно, т.к. в развёрнутом виде у этого кода выше производительность — а в системах шифрования она часто является узким местом.
Ну, в смысле, называя моим кодом форк проекта codefix, в котором нет ни одного коммита от меня?
Сильно.
P.S. Упихать это в цикл можно, но в некоторых случаях не нужно, т.к. в развёрнутом виде у этого кода выше производительность — а в системах шифрования она часто является узким местом.
Вы сейчас хотите нам рассказать, что не знаете, как работает git вообще и GitHub в частности?
Не претендую на знатока git. И вообще не вижу зазорного чего-то не знать. Так же лично я не утверждал, что вселенский программист, и суперумный преподаватель тракторно-заборостроительного института. Вы ж эксперт и профессор, который позорится с каждым комментарием.
А касательно форка, то вы могли бы это и поправить. Раз вы критикуете чужой код.
Юноша, я специально для вас в постскриптуме написал, почему именно здесь именно это править не надо, какое конкретно слово там вам непонятно?
Вы спрашивайте, не стесняйтесь.
Вы спрашивайте, не стесняйтесь.
Не удивлюсь, дедуля, что мы ровесники :).
Да нечего спрашивать. В данном случае просто выудил первое попавшееся. Я посмотрел другой ваш код, есть до чего докопаться. Но опускаться до вашего уровня я не собираюсь. Поскольку каждый имеет право писать код так как ему хочется. Да и я не святой программист.
Картинка из одного вашего же поста, который вас же и характеризует.
Да нечего спрашивать. В данном случае просто выудил первое попавшееся. Я посмотрел другой ваш код, есть до чего докопаться. Но опускаться до вашего уровня я не собираюсь. Поскольку каждый имеет право писать код так как ему хочется. Да и я не святой программист.
Картинка из одного вашего же поста, который вас же и характеризует.
здесь восхищаться, здесь не восхищаться, а здесь рыбу заворачивали, бгг :)
man git-blame
github.com/unwireddevices/RIOT/commits/loralan-public
О, так вы все-таки соизволили форкнуть ртос, авторов которого поливаете у себя в фб, а теперь выдаете их работу за образчик профессионализма команды Unwired Devices? Спасибо, хоть исходники не зажали, бэгэгэ
Ну, перед вами дистрибутив который обеспечивает работу на 8-битном контроллере с 8-ю КБ памяти в реальном времени:
— Веб-сервера
— Сайтового движка
— 8-и сайтов, каждый со своим функционалом, дизайном и топологией
— С поддержкой честных интерактивных 3D-сцен
— Power Monitor-а на 14 каналов и сетевого осциллографа
— Поддержку nRF24 связи с датчиками и актуаторами
— Dash-панель работающей в реальном времени
— И прочими возможностями, список которых весьма велик
Подтверждённые аптайм этой системы составляет многие месяцы беспроблемной работы. Вы считаете, что это можно сделать не умея программировать?
— Веб-сервера
— Сайтового движка
— 8-и сайтов, каждый со своим функционалом, дизайном и топологией
— С поддержкой честных интерактивных 3D-сцен
— Power Monitor-а на 14 каналов и сетевого осциллографа
— Поддержку nRF24 связи с датчиками и актуаторами
— Dash-панель работающей в реальном времени
— И прочими возможностями, список которых весьма велик
Подтверждённые аптайм этой системы составляет многие месяцы беспроблемной работы. Вы считаете, что это можно сделать не умея программировать?
Да даже «глубокие альфы» так не пишут. Ну или хотя бы не выкладывают на всеобщее обозрение, сопровождая сей позор рекламой на хабре.
Такой код может быть оправдан если транслируется в машинные коды как написан — если не ошибаюсь, он использует на один регистр меньше ценой объёма кода. Как push r1 pop r2 вместо mov r2,r1. Хоть я и сомневаюсь, что тут цель была именно такой.
Статью не читал, но комментарии отличные. Иногда кажется, что комменты дороже самой статьи.
Не то что бы я поддерживал идею AMS, тем не менее, с ним или без него на Ардуино существуют весьма крупные и очень известные проекты.
UFO just landed and posted this here
но ведь рулилка генератором это просто хоббийная поделка уровня начального кружка при институте, зачем приводить как пример?
UFO just landed and posted this here
ардуйня это замечательный проект, с кучей возможностей, кучей примеров, кучей способов применения и кучей кривого говнокода.
из объективных проблем при применении всего этого можно выделить пихание куда не нужно и попытки написания разного рода костылей для исправления костылей самой ардуйни (железа или софта). одновременно с этим всегда присутствуют комментарии про то, что в кардиостимулятор эту платформу не засунуть, да и роутеры на 10гбит плоховатые получаются. зачем это упоминать? как может явно не тупой человек писать такие каракули, при этом освещая достаточно адекватные технологии на ютубе?
на практике получается, что любители/домохозяйки (или технари не связанные с железом/софтом) лепят поделки на ардуино, пишут свои велосипеды, выкладывают всё это в виде законченных проектов и это в итоге работает. просто потому, что для цветочной поливалки скорости атмеги хватает, хватит даже на корявый вебсервер. а потом приходит взрослый состоявшийся инженер (ниже даже есть некий преподаватель) и говорит что это говно, нужно на стм.
и да, прошивка для принтера это совсем не школьный уровень, вообще не школьный.
из объективных проблем при применении всего этого можно выделить пихание куда не нужно и попытки написания разного рода костылей для исправления костылей самой ардуйни (железа или софта). одновременно с этим всегда присутствуют комментарии про то, что в кардиостимулятор эту платформу не засунуть, да и роутеры на 10гбит плоховатые получаются. зачем это упоминать? как может явно не тупой человек писать такие каракули, при этом освещая достаточно адекватные технологии на ютубе?
на практике получается, что любители/домохозяйки (или технари не связанные с железом/софтом) лепят поделки на ардуино, пишут свои велосипеды, выкладывают всё это в виде законченных проектов и это в итоге работает. просто потому, что для цветочной поливалки скорости атмеги хватает, хватит даже на корявый вебсервер. а потом приходит взрослый состоявшийся инженер (ниже даже есть некий преподаватель) и говорит что это говно, нужно на стм.
и да, прошивка для принтера это совсем не школьный уровень, вообще не школьный.
Обсуждается Arduino IDE, Arduino Create или Arduino UNO на ATMega168?
Или программирование тестов на C/C++?
Или программирование тестов на C/C++?
Муахаха:) Грамотный ардуинщик )
В первую очередь, Ардуино это аппаратная платформа с низким порогом вхождения в мир микроконтроллеров, а не микроконтроллер.
Если идет сравнение эстээмщиков и ардуинщиков, то сравниваете уж дискаверщиков с ардуинщиками.
В первую очередь, Ардуино это аппаратная платформа с низким порогом вхождения в мир микроконтроллеров, а не микроконтроллер.
Если идет сравнение эстээмщиков и ардуинщиков, то сравниваете уж дискаверщиков с ардуинщиками.
Я как «эстээмщик», нейтрально отношусь к выбору людей в сторону ардуины. Это всего навсего инструмент. И как его применять — выбор самого разработчика. Я иногда могу себе позволить забить гвоздь пассатижами, т.к. идти до молотка лень.
И нет ничего зазорного в использовании ардуины. Я и сам в некоторых проектах применяю ардуину, считая приемлемым вариантом для данных проектов.
И нет ничего зазорного в использовании ардуины. Я и сам в некоторых проектах применяю ардуину, считая приемлемым вариантом для данных проектов.
Ардуино это аппаратная платформа с низким порогом вхождения в мир микроконтроллеров, а не микроконтроллер.
золотые слова!
Ардуино это аппаратная платформа с низким порогом вхождения в мир микроконтроллеров
А еще под нее можно на Scratch писать. :)
Ну и, собственно, у меня встал вопрос. Если вы занимаетесь профессиональной разработкой под ардуино с написанием тестов, то какого фига вы используете убогую IDE?
Я не занимаюсь профессиональной разработкой под ардуино (т.е. не получаю за это деньги), не вижу ничего плохого, если при создании любительских проектов в любительских средах разработки будет использоваться грамотный подход.
Грамотный подход начинается с выкидывания средств разработки, застрявших где-то на уровне 1995 года.
вы про gcc?
Я про IDE.
gcc-то как раз в ардуине есть. И notepad.exe ещё есть — но в приличных кругах этого уже четверть века как маловато.
gcc-то как раз в ардуине есть. И notepad.exe ещё есть — но в приличных кругах этого уже четверть века как маловато.
Перефразирую классику: высокие умы обсуждают концепты, заложенные в языки, и архитектуру проектов, средние умы обсуждают стиль кода, низкие умы обсуждают вижуалстудию, в которой этот код написан.
>И notepad.exe ещё есть
notepad.exe — это вин-онли проприетарная поделка, как и большая часть тулчейна для stm, который я когда-то видел. А еще в нем нет подсветки.
>И notepad.exe ещё есть
notepad.exe — это вин-онли проприетарная поделка, как и большая часть тулчейна для stm, который я когда-то видел. А еще в нем нет подсветки.
Да, подсветка — это важнейшее свойство современной IDE. Заменяющее всё остальное, включая отладчик и менеджер многофайловых проектов. Особенно для великих умов, пишущих архитектурно незабываемые проекты для ардуины (у вас там в этой ардуине великие умы хотя бы таймеры, процессы и IPC уже придумали, или надо ещё лет двадцать подождать?).
Я каждый раз при беседе с ардуинщиками убеждаюсь, что это просто несчастные люди, которые ничего слаще редьки в жизни не ели — и теперь пытаются всех (и себя в первую очередь) убедить, что нет ничего вкуснее.
Скажите, вы про существование arm-none-eabi-gcc и GNU Make в курсе?
это вин-онли проприетарная поделка, как и большая часть тулчейна для stm, который я когда-то видел
Я каждый раз при беседе с ардуинщиками убеждаюсь, что это просто несчастные люди, которые ничего слаще редьки в жизни не ели — и теперь пытаются всех (и себя в первую очередь) убедить, что нет ничего вкуснее.
Скажите, вы про существование arm-none-eabi-gcc и GNU Make в курсе?
>Скажите, вы про существование arm-none-eabi-gcc и GNU Make в курсе?
Под stm завезли кросс-платформенный полностью открытый тулчейн? Искренне рад за стмщиков!
Под stm завезли кросс-платформенный полностью открытый тулчейн? Искренне рад за стмщиков!
Простите, вы последний десяток лет где-то вдали от цивилизации провели, наверное?..
наверное
Нука-нука, расскажите нам пожалуйста про IDE под Linux для STM32?
Atollic True Studio — из коробки все есть. Ну и Eclipse для тех кто любит всё сам.
UFO just landed and posted this here
Visual Studio Code ещё.
Про VS Code сказали уже, у меня все разработка в нем. Подсветка, линтер, автодополнение, быстрые переходы и так далее.
Да хоть Sublime с плагинами — он будет поустойчивее и чуть быстрее, чем VS Code на электроне.
Да хоть Sublime с плагинами — он будет поустойчивее и чуть быстрее, чем VS Code на электроне.
UFO just landed and posted this here
Если я вас правильно понял, для вас хороший инструмент (вижуалстудия) на последнем месте по приоритетам?
Ваше разделение по приоритетам звучит обидно. Правильный подход, удобный стиль, хороший инструмент — залог успеха.
А ваши высокие умы могут бесконечно долго обсуждать концепты.
Ваше разделение по приоритетам звучит обидно. Правильный подход, удобный стиль, хороший инструмент — залог успеха.
А ваши высокие умы могут бесконечно долго обсуждать концепты.
Скажем так, я знаю, что такое интегрированная среда разработки с автоформатированием, автодополнением, всплывающей документацией при наведенении мышки на вызов, переходом по клику к исходнику любой системной функции, деревьями проектов, автоматическим рефактором, отладчиком с условными точками останова, профайлером памяти в реальном времени и т.п. При разработке на Java этого добра хватает на разный вкус в не одном варианте. При этом видел разработчиков, которые, если у них выдернуть из-под ног всю эту красоту, начинают теряться, вставать в ступор и протестовать примерно, как офисные барышни, у которых в новом офисе все кнопочки не на своем месте (по моим наблюдениям это в большей степени относится к пользователям как раз МС Вижуалстудии, чем к жабщикам, возможно, потому, что жабщики привыкли от проекта к проекту прыгать между Эклипсом, Нетбинзом и Идеей, а у МС среда единственная и неповторимая на все времена).
Это я к тому, что если очень хочется, то можно и IDE настроить, не вижу в этом ничего плохого, а если нет под рукой IDE, то и текстовый редактор + make + gcc в консольке — нормальный инструмент, ничем не хуже, местами лучше (спросите емаксера или вимера, что он думает о редакторе вижуалстудии или эклипса). Можно обсуждать их удобства и преимущества для разных ситуаций, но никак не повод кичиться, тем более сводить целую платформу с развесистой экосистемой к убогому текстовому редактору.
Это я к тому, что если очень хочется, то можно и IDE настроить, не вижу в этом ничего плохого, а если нет под рукой IDE, то и текстовый редактор + make + gcc в консольке — нормальный инструмент, ничем не хуже, местами лучше (спросите емаксера или вимера, что он думает о редакторе вижуалстудии или эклипса). Можно обсуждать их удобства и преимущества для разных ситуаций, но никак не повод кичиться, тем более сводить целую платформу с развесистой экосистемой к убогому текстовому редактору.
целую платформу с развесистой экосистемой к убогому текстовому редактору
Простите, а эта ваша целая платформа вообще из чего состоит?
1) простенький 8-битный микроконтроллер, давно вышедший из употребления у большинства профессиональных разработчиков
2) IDE, которую более-менее адекватно можно было воспринимать году эдак в 1995-м
3) гора библиотек и скетчей, написанных в основном любителями и, как правило, тривиальных и невысокого качества
Каким из этих компонентов надо восхищаться? Или я что-то забыл?
8-битный микроконтроллер
да пишите сразу 4-битный, чего уж там
Каким из этих компонентов надо восхищаться? Или я что-то забыл?
Она умеет запускать код, написанный на Си/С++, скомпилированный с gcc, для меня этого достаточно
Я даже стеняюсь предположить, что вы хотели сказать этим комментарием — что AVR не 8-битный или «а вот есть же ардуина на STM32!»?
У меня такое ощущение, что вы не истину ищите, а просто решили обмазать грязью оппонента. К сожалению вас это не красит.
Ну, может быть, вы тогда расшифруете мне тезис про «пишите сразу 4-битный»?
Я что-то не так сказал про то, что AVR — 8-битный контроллер?
Я что-то не так сказал про то, что AVR — 8-битный контроллер?
Я не автор тезиса. Но скажу, что вы тут прибежали и начали мазать грязью. Я разделяю вашу не любовь к Ардуино, но не разделяю с пеной у рта доказывать что ардуино хрень.
Давайте пост свой, и показывайте как надо, отдельно. А потом в комментариях ссылайтесь на него. Я так делал в своём посте «Как нельзя зарядить смартфон» — просто не стал спорить с человеком в комментариях и написал пост. А пока это всё пустозвонство.
Давайте пост свой, и показывайте как надо, отдельно. А потом в комментариях ссылайтесь на него. Я так делал в своём посте «Как нельзя зарядить смартфон» — просто не стал спорить с человеком в комментариях и написал пост. А пока это всё пустозвонство.
Но ведь…
Ардуино != Atmega.
Ардуино != Arduino IDE.
А что есть другая платформа, где есть аналогичное количество готовых библиотек и все они написаны исключительно профессионалами?
Ардуино != Atmega.
Ардуино != Arduino IDE.
А что есть другая платформа, где есть аналогичное количество готовых библиотек и все они написаны исключительно профессионалами?
1) Мне кажется, я перечислил все компоненты ардуино. Если я какой-то забыл, то можно добавить, но если вы из этих трёх вычтите первые два, то останется Arduino = гора пользовательских библиотек.
Которые написаны с расчётом на атмегу и сборку в Arduino IDE, что внезапно возвращает нас к первым двум пунктам.
2) В Mbed вам чего не хватает? При том, что присутствующее в Mbed и отсутствующее в Arduino можно перечислять примерно так до завтра?
Которые написаны с расчётом на атмегу и сборку в Arduino IDE, что внезапно возвращает нас к первым двум пунктам.
2) В Mbed вам чего не хватает? При том, что присутствующее в Mbed и отсутствующее в Arduino можно перечислять примерно так до завтра?
1) отлично справляющийся с поставленными задачами. необходимости замены нет.
2) нормально справляющаяся с тем говнокодом и с теми требованиями, которые соответствуют уровню применения ардуины
3) в большинстве случаев это достоинство.
при поливании поносом нужно быть аккуратным, т.к. после определённого момента аргументы заканчиваются и такие комменты в большей степени показывают ограниченность автора, нежели предмета обсуждения.
2) нормально справляющаяся с тем говнокодом и с теми требованиями, которые соответствуют уровню применения ардуины
3) в большинстве случаев это достоинство.
при поливании поносом нужно быть аккуратным, т.к. после определённого момента аргументы заканчиваются и такие комменты в большей степени показывают ограниченность автора, нежели предмета обсуждения.
Так а смысл-то в 2018 году в использовании этого всего, всё же, какой? «Деды на турбопаскале под досом работали, и мы будем»? «Хорошо не жили, нечего и начинать»?
Я каждый раз в развёртнутой статье про ардуину не вижу ничего, кроме мучительного изобретания вещей, которыми всё остальное человечество давно уже просто пользуется.
Я каждый раз в развёртнутой статье про ардуину не вижу ничего, кроме мучительного изобретания вещей, которыми всё остальное человечество давно уже просто пользуется.
смысл в том, что это есть, это работает, наговнокодено масса готовых решений. также для аудитории, на которую ориентирована ардуина её минусы исчезающе малы, остаются только плюсы. цена и фарш отдельно взятого контроллера также не имеет никакого значения.
смотреть нужно шире, не зацикливаясь на своих знаниях. не смотря на то, что лазерные принтеры продаются в любом магазине а струйники отгружают по цене пластмассы — квитанции всё равно шлют отпечатанными на матричном принтере.
смотреть нужно шире, не зацикливаясь на своих знаниях. не смотря на то, что лазерные принтеры продаются в любом магазине а струйники отгружают по цене пластмассы — квитанции всё равно шлют отпечатанными на матричном принтере.
Я понимаю (хотя и не одобряю) использование готового говнокода. Я не понимаю, зачем люди так мучаются, пытаясь изобрести велосипед с квадратными прямоугольными колёсами и криво-косо прикрутить к ардуине вещи, которые на нормальных платформах являются само собой разумеющимися. То есть — продолжают множить говнокод.
Значительно проще в этом случае ардуину забыть как страшный сон.
А матричные принтеры используют по вполне конкретным экономическим соображениям, не знаю, чем вы тут меня хотели удивить — у них стоимость печати самая низкая и они легко конструируются под нестандартные форматы типа кассовой ленты.
Значительно проще в этом случае ардуину забыть как страшный сон.
А матричные принтеры используют по вполне конкретным экономическим соображениям, не знаю, чем вы тут меня хотели удивить — у них стоимость печати самая низкая и они легко конструируются под нестандартные форматы типа кассовой ленты.
а я понимаю (хоть и не одобряю) идею использования готовых фреймворков. зачем мучаться и постоянно изучать, переходить на новые прослойки с квадратными колёсами — ведь на выходе всегда получается неимоверный говнокод с просто потрясающими извращениями. значительно лучше забыть это всё как страшный сон и придумать что-нибудь одно, чтобы не видеть страниц в интернете по 10мбайт.
а ардуину используют по вполне конкретным экономическим соображениям, не понимаю в чём тут может быть удивление и вопрос. в цивилизованной стране человек покупает ЭТУ ардуину и ТОТ датчик. совместно с ВОН ТЕМ блоком питания он за один вечер собирает хоббийную поделку. всё работает, клац-тык и завелось. строитель не будет вникать, почему стм32 за цену в два раза большую чем атмега8 имеет начинку в 13 раз лучше. какой смысл в 16 таймерах, если на их изучение нужно потратить месяц? месяц вечеров стоит три доллара разницы, или атмега не потянет замок с Bluetooth? просто экономика, ничего личного.
кстати про экономику. одно из направлений фриланса в данной области — перевод хоббийных проектов или проектов выполненных непрофессионалами на более высокий уровень. когда Джонни из Техаса хочет сделать ворота с кастомным управлением то он покупает все детальки по цене своего обеда и стряпает вечерами корявую поделку на бредборде. уверяю, что это всё получается и работает. затем он заходит на апворк и вполне себе определённый Андрюша или Игорь переводит его схему в «правильный» вид. то же самое (не всегда) с софтом для этой поделки. как итог — у Билли есть ЕГО проект, выполненный на хорошем уровне и по цене половины кроссовка. ему нет нужды платить тонны зелени за местного инженера (помним, что АндрюИгорь — просто рабы) и не нужно вникать в проблемы отладки CorteX-M под фрибсд с джитаг и эклипс. а местный специалист получает работу + в той или иной степени развитие. все довольны, всем выгодно, правила экономики во всей красе.
а ардуину используют по вполне конкретным экономическим соображениям, не понимаю в чём тут может быть удивление и вопрос. в цивилизованной стране человек покупает ЭТУ ардуину и ТОТ датчик. совместно с ВОН ТЕМ блоком питания он за один вечер собирает хоббийную поделку. всё работает, клац-тык и завелось. строитель не будет вникать, почему стм32 за цену в два раза большую чем атмега8 имеет начинку в 13 раз лучше. какой смысл в 16 таймерах, если на их изучение нужно потратить месяц? месяц вечеров стоит три доллара разницы, или атмега не потянет замок с Bluetooth? просто экономика, ничего личного.
кстати про экономику. одно из направлений фриланса в данной области — перевод хоббийных проектов или проектов выполненных непрофессионалами на более высокий уровень. когда Джонни из Техаса хочет сделать ворота с кастомным управлением то он покупает все детальки по цене своего обеда и стряпает вечерами корявую поделку на бредборде. уверяю, что это всё получается и работает. затем он заходит на апворк и вполне себе определённый Андрюша или Игорь переводит его схему в «правильный» вид. то же самое (не всегда) с софтом для этой поделки. как итог — у Билли есть ЕГО проект, выполненный на хорошем уровне и по цене половины кроссовка. ему нет нужды платить тонны зелени за местного инженера (помним, что АндрюИгорь — просто рабы) и не нужно вникать в проблемы отладки CorteX-M под фрибсд с джитаг и эклипс. а местный специалист получает работу + в той или иной степени развитие. все довольны, всем выгодно, правила экономики во всей красе.
если на их изучение нужно потратить месяц?
Слушайте, может вы мне объясните, почему ардуинщики так железобетонно уверены, что весь остальный мир до сих пор Hello world на регистрах ассемблером пишет, а HAL только у них изобрели?..
пока не видел, чтобы статьи про поделки на ардуино имели посыл вида «в wiring продуктивнее и легче писать код». и в любом случае её синтаксис проще для запоминания, даже с учётом наличия hal/spl или чего-либо ещё.
получается что есть некая статья и в ней Петя, мидл программист на джаве, рассказывает как он наговнокодил свой проект. вытяжка работает, жалюзи открываются и всё замечательно. при этом железо убогое, код индусен полностью и выглядит всё как упавший на материнскую плату друшлаг макарон.
затем вкатываются тру эмбеддеры и рассказывают что проще на стм, там шима больше, стоит на доллар дешевле и вообще модно сейчас.
смотрелось бы нормально, если бы это был срач в сельском клубе, а тут получается что образованный, состоявшийся инженер (элита населения по сути) порет какую-то чушь, которая к теме статьи отношения не имеет. очень дико смотрится.
получается что есть некая статья и в ней Петя, мидл программист на джаве, рассказывает как он наговнокодил свой проект. вытяжка работает, жалюзи открываются и всё замечательно. при этом железо убогое, код индусен полностью и выглядит всё как упавший на материнскую плату друшлаг макарон.
затем вкатываются тру эмбеддеры и рассказывают что проще на стм, там шима больше, стоит на доллар дешевле и вообще модно сейчас.
смотрелось бы нормально, если бы это был срач в сельском клубе, а тут получается что образованный, состоявшийся инженер (элита населения по сути) порет какую-то чушь, которая к теме статьи отношения не имеет. очень дико смотрится.
> стм32 за цену в два раза большую чем атмега8 имеет начинку в 13 раз лучше
Поправочка — STM32F030F4P6 стоит этак в полтора-два раза дешевле AtMega8.
Поправочка — STM32F030F4P6 стоит этак в полтора-два раза дешевле AtMega8.
Вы знаете, я вот в 21 веке пишу в текстовом редакторе всё и компилирую в консоли. Так как мне все эти красивые IDE показлись неудобным избыточным говном. И знаете, я счастлив и мне удобно
Так замечательно. Но считать, что это не надо никому — ну, странно. Мне вот надо. Статический анализ на самом минимальном простом уровне предупреждает о 90% ошибок типа «обратился к переменной вне зоны видимости», прыжки к функциям экономит кучу времени на «а где эта функция, в каком файле», подсветка просто упрощает считывание кода. Из всего этого в Arduino «IDE» есть только последнее.
Это, конечно, ваше дело в чем писать, но отрицать то, что есть удобные IDE взамен ардуиновской — глупо.
Выдергивать разработчика из комфортной среды — так себе аргумент, т.к. речь не о их способностях, а о вас и вашего нехотеня использовать удобный инструмент. Это очень странно.
Например, я в поисках хорошего и удобного перепробовал много IDE и текстовых редакторов. Тем не менее, если вы заберете у меня все красявости и оставите перед голой консолькой, то я себя прекрасно буду чувствовать и в vim. Но предпочтения отдам, естественно, удобному IDE.
Выдергивать разработчика из комфортной среды — так себе аргумент, т.к. речь не о их способностях, а о вас и вашего нехотеня использовать удобный инструмент. Это очень странно.
Например, я в поисках хорошего и удобного перепробовал много IDE и текстовых редакторов. Тем не менее, если вы заберете у меня все красявости и оставите перед голой консолькой, то я себя прекрасно буду чувствовать и в vim. Но предпочтения отдам, естественно, удобному IDE.
Простите конечно, но GCC-то вам лично что сделал? Отличный современны инструмент, который нормально поддерживается и прекрасно справляется с современными стандартами C/C++. Или вас работа из консоли смущает? Это может и моё оценочное суждение, но кнопочки — то для юзверей, а для разработчиков — приятные излишества без которых вполне можно жить потратив немного времени на обучение/привыкание.
P.S. Я не ардуинщик, пишу на чистых плюсах. Просто стало обидно за принижение качеств любимого инструмента. И да, кроме GCC знаком с более современным Clang/LLVM, не отрицаю — тоже потрясающая вещь.
P.S. Я не ардуинщик, пишу на чистых плюсах. Просто стало обидно за принижение качеств любимого инструмента. И да, кроме GCC знаком с более современным Clang/LLVM, не отрицаю — тоже потрясающая вещь.
1995? Нет, в 1995 году за текстовый редактор с криво прикрученными кнопочками Compile и Run могли разве что дать в морду. Arduino IDE даже до трупопаскаля тех лет — как до Китая раком.
Причём, что характерно, до того, как Atmel сгрёб под себя avr-gcc и вкрутил его в свою Студию, типовой средой разработки под AVR был WinAVR и Programmer's Notepad.
То есть вот лет десять тому назад ещё.
И Arduino IDE оно по удобство радикально так обходило, на голову. И кнопочек разных было много.
P.S. Во!
То есть вот лет десять тому назад ещё.
И Arduino IDE оно по удобство радикально так обходило, на голову. И кнопочек разных было много.
P.S. Во!
Считаю, что правильные тесты должны тестировать и прошивку и железо, с ней связанное. А поэтому должны исполняться на внешней, по отношению к проверяемой плате, системе.
если уж доросли до юнит-тестирования — может, пора отказаться от среды Ардуино? в конце концов оставить железо от дуйни, а софт писать сразу по-человечески?
А железо-то зачем? Оно ж унылое, в нормальной разработке атмеги практически померли в связи со своей бессмысленостью.
Ох, знали б вы, как заблуждаетесь. В смысле есть еще много людей с хорошим именем, у которых под капотом атмеги из китая за доллар штука.
В промразработке её ещё есть по историческим причинам — «чувак, мы эту стиралку двадцать лет на атмеге делаем, зачем что-то менять?».
В железе, не обременённом таким наследием, смысла в атмеге чаще всего очень мало. Тем более, доллар — это уже вполне себе далеко не самый тощий Cortex-M0+, а для 8-битного процессора и вовсе как-то дофига.
В железе, не обременённом таким наследием, смысла в атмеге чаще всего очень мало. Тем более, доллар — это уже вполне себе далеко не самый тощий Cortex-M0+, а для 8-битного процессора и вовсе как-то дофига.
унылое, но стандартное. выпускается большими сериями и стоит копейки — для мигания светодиодом от датчика влажности в туалете с учётом температуры за окном вы без труда купите все датчики на алиэкспрессе.
Скажите, а вы в курсе, что не просто все эти датчики прекрасно работают не с ардуиной — но и если немножко от мира ардуины отойти, датчиков становится существенно лучше и больше?..
Кроме того, проясните вопрос про серии: вот мне Aspencore в исследовании 2017 года по рынку встраиваемой электроники сообщает, что 8-битные процессоры используются в 12 % текущих проектов, а вы — что они выпускаются большими сериями. Мне кому верить?
Кроме того, проясните вопрос про серии: вот мне Aspencore в исследовании 2017 года по рынку встраиваемой электроники сообщает, что 8-битные процессоры используются в 12 % текущих проектов, а вы — что они выпускаются большими сериями. Мне кому верить?
конечно же, я в курсе. просто мы говорим про разные сегменты: для ардуинщиков «разработка» — это соединить платки проводами, залить их соплеметом. этих платок тыщщи, но достаточно ограниченное количество — чтоб не связались выбором. за счёт этого массовые и дешёвые. мне как-то оказалось дешевле купить «датчик дня ардуины» и выпаять оттуда bmp805, чем покупать их поштучно.
Я слышал, с датчиками «для ардуины» теперь есть прекрасный новый фокус: берётся плата с надписью «BME280», на неё впаивается втрое более дешёвый BMP280, и продаётся по цене ниже, чем стоит один только голый чип настоящего BME280.
Массово, дёшево.
Пока там ардуинщик ещё разберётся, почему у него влажность прочитать не получается…
P.S. Датчики физических величин не стоит лишний раз перепаивать, им от этого плохеет.
Массово, дёшево.
Пока там ардуинщик ещё разберётся, почему у него влажность прочитать не получается…
P.S. Датчики физических величин не стоит лишний раз перепаивать, им от этого плохеет.
и ардуины и ихние (или евойные?) датчики к встраиваемым системам никакого отношения не имеют. это нечто учебное или одноразовое.
У меня стиральная машинка (немолодая, без всех этих вайфаев и цветных экранов) на какой-то там жирной атмеге, она учебная или одноразовая?
Или учебность и одноразовость определяются формой печатной платы?
Или учебность и одноразовость определяются формой печатной платы?
возможно. есть и приколы с лазерной перемаркировкой корпусов. это уже, увы, издержки. т.е. это не принципиальное свойство дуйни
дуйня-это в первую очередь не атмега, а плата с каким-то там контроллером-процессором-чипом. под которую есть некая среда разработки, под которую выпускают датчики, которые помогут подключить на форумах…
Давайте говорить прямо: ардуина — это в первую очередь система, которая стимулирует возможность быстро слепить на коленке кособокое творение «из материалов естественного происхождения».
Потому как «плата с чипом, под который есть среда» — это и NRF52-DK с Mbed, и SmartRF06 с TI RTOS, и многое другое. И от ардуины они качественно отличаются.
Потому как «плата с чипом, под который есть среда» — это и NRF52-DK с Mbed, и SmartRF06 с TI RTOS, и многое другое. И от ардуины они качественно отличаются.
учебность определяется почти нулевым порогом вхождения. одноразовость — да, «формой платы». типовая платка, на которой можно с определенными издержками сваять какое-то устройство с типовыми датчиками. управление вентилятором в сральнике от датчика освещения и закрытия двери.
добрый день.
есть ли реальный опыт применения такого подхода и примеры, где это было реализовано и использовано? примеры для наглядности приведены неправильные и плохие, т.к. не учитывать размерность переменных при работе с контроллерами и одновременно писать крутой код, покрывать его тестами — нельзя. физически нельзя, такого в мире не бывает. а если это встретится то речь идёт про аутиста и это не лечится.
пример с двигателем плох в том, что при «статической» работе, когда контроллер просто крутит двигатель — именно отладчик (или симулятор) быстро показывают где затык. также частая возможная проблема — если используются несколько прерываний и в одном из них, например, используется математика, то прерывания с более высокими приоритетами могут нарушать работу в плане нехватки времени (должно было посчитаться внутри прерывания, не успело). такое тоже отлавливается отладчиком + осциллограф, комплексный подход для живого железа.
могут ли описанные тесты подойти для ситуации когда часть условий (внешние сигналы) влияют на ход выполнения кода и не могут быть имитированы тупым «элементарным ручным вызовом обработчика»?
есть ли реальный опыт применения такого подхода и примеры, где это было реализовано и использовано? примеры для наглядности приведены неправильные и плохие, т.к. не учитывать размерность переменных при работе с контроллерами и одновременно писать крутой код, покрывать его тестами — нельзя. физически нельзя, такого в мире не бывает. а если это встретится то речь идёт про аутиста и это не лечится.
пример с двигателем плох в том, что при «статической» работе, когда контроллер просто крутит двигатель — именно отладчик (или симулятор) быстро показывают где затык. также частая возможная проблема — если используются несколько прерываний и в одном из них, например, используется математика, то прерывания с более высокими приоритетами могут нарушать работу в плане нехватки времени (должно было посчитаться внутри прерывания, не успело). такое тоже отлавливается отладчиком + осциллограф, комплексный подход для живого железа.
могут ли описанные тесты подойти для ситуации когда часть условий (внешние сигналы) влияют на ход выполнения кода и не могут быть имитированы тупым «элементарным ручным вызовом обработчика»?
есть ли реальный опыт применения такого подхода и примеры, где это было реализовано и использовано?
не претендуя на «реальность», есть более развернутый пример:
github.com/sadr0b0t/stepper_h/blob/master/stepper_test/stepper_test.cpp
это моя библиотечка для управления шаговыми моторами, основанная на подсчете шагов и отправке импульсов фоном из прерывания таймера. В общем, примерно то, что описано в примере, только для нескольких моторов и с более ветвистой логикой. Собственно, эти тесты я начал применять и обкатал подход именно в ней, т.к. в один момент там внутри начали происходить странные вещи, которые без потактового разбора за пределами железки было крайне сложно, если вообще возможно, отловить. Добавление тестов помогло отловить и исправить многие проблемы уровня «недосчитались шага на последнем такте, если время шага некратно частоте импульса таймера».
могут ли описанные тесты подойти для ситуации когда часть условий (внешние сигналы) влияют на ход выполнения кода и не могут быть имитированы тупым «элементарным ручным вызовом обработчика»?
появление внешних сигналов можно легко имитировать при помощи мокапов, ситуацию можно разложить на что-то вроде: вот пришел внешний сигнал (записали состояние в мокап), вот выполнили тестируемый участок кода (он внутри проверяет состояние сигнала), вот он дал такой результат; вот пришел другой сигнал, вот опять выполнили этот участок, вот он дал другой результат и т.п. Если речь о том, что от сигнала идет прерывание и он там меняет какие-то переменные, которые используются внутри тестируемого участка, в любой произвольный момент, то не знаю, наверное это тоже можно как-то протестировать, если разложить тестируемый кусок на более мелкие запчасти и проверить поведение в каждом из возможных промежутков. В общем, идея — свести ситуацию к множеству последовательных событий (и их разных комбинаций) в одном потоке, тогда в каждой контрольной точке можно делать предсказуемые проверки. Если прям нужно много потоков, не знаю, возможно и есть такие техники для модульных тестов, я не в курсе.
Да, для каждого используемого вызова API Ардуино мы добавляем в проект собственную заглушку:
Для того, чтобы посмотреть, загорится ли светодиод, без реальной платы — есть же для симуляции, Протеус, и не надо колхозить с заглушками.
В покрытом тестами проекте может быть сложно проводить глобальную реорганизацию кода (рефакторинг)
Это неверное утверждение, т.к. юнит-тесты во многом как раз и служат для того, чтобы безболезненно проводить рефакторинг или другие изменения кода.
Что касается «писать модули так, чтобы можно было их использовать и в тестах, и в прошивке» — это решается выбором необходимого уровня абстракции. В C++ это, имхо, вообще не проблема (правда, я не уверен на 100%, что в ардуино-проектах можно использовать такие вещи, как виртуальные функции и интерфейсы)
(правда, я не уверен на 100%, что в ардуино-проектах можно использовать такие вещи, как виртуальные функции и интерфейсы)Я просто оставлю это здесь.
Не столько вам, сколько всем остальным.
Кстати, слово "мокап" тут неверно употребляется. Вероятно, имеется в виду "мок". Мокап — это графический макет (например, для GUI)
вообще да, но по смыслу оба слова довольно близки, и то и другое можно перевести, как макет
www.multitran.ru/c/m.exe?CL=1&s=mockup
www.multitran.ru/c/m.exe?l1=1&l2=2&s=mock
www.multitran.ru/c/m.exe?CL=1&s=mockup
www.multitran.ru/c/m.exe?l1=1&l2=2&s=mock
Насколько я верно понял, все обнаруженные ошибки сводятся к использованию int.
Разный результат на разных чипах, что не удивительно.
Разный результат на разных чипах, что не удивительно.
Интересная статья, но остаётся ощущение некоторой костыльности. Для своих проектов на AVR8 и STM32 используем систему сборки Ceedling с тестовым фреймворком Unity и библиотекой генерации моков CMock. Ну и используем достаточный уровень абстракции на C, чтобы код был по большей части платформонезависимым и переносимым между указанными платформами. Плюс некоторая дисциплина написания кода и понимание стандарта C. Та же работа с GPIO может быть описана как драйвер, у которого есть несколько вариантов работы в зависимости от таргета. А пользовательский код уже вызывает функции этого драйвера, что уже тестируется путем создания моков на указанные функции. Для чувствительных библиотек, которым вот прям надо работать с железом как можно теснее, им можно скармливать коллбэки на необходимые функции. В итоге ситуация, когда требуется лезть в GDB и смотреть, что же такое не работает, возникает очень редко.
Удобно: смотришь datasheet, errata, конструируешь архитектуру, пишешь тесты, пишешь код, пишешь приемочные тесты (для автоматического прогона на железе основных функций) — и все работает сразу.
Спорный вопрос в том действительно ли написание и отладка модульных тестов таких простейших функций, как в статье по времени сравнима с аппаратной отладкой.
Тесты конечно писать приходится, здесь спору нет, но это тесты действительно сложных вещей типа файловых систем, как например, вот эти
А функции работающие в жестком реальном времени проверять и надо в жестком реальном времени. Для этого у микроконтроллеров на ARM Cortex-M (Arduino делают и на них) есть механизм трассировки.
Проблему отладки управления шаговым двигателем он бы решил за пару минут.
Трассировочные вставки там тоже пришлось бы писать, но они во-первых очень короткие и могли бы остаться даже в релизном коде, во-вторых их можно написать не менее чем в 10 раз быстрее чем любые модульные тесты, и переделывать архитектуру кода этот подход не требует.
Тесты конечно писать приходится, здесь спору нет, но это тесты действительно сложных вещей типа файловых систем, как например, вот эти
А функции работающие в жестком реальном времени проверять и надо в жестком реальном времени. Для этого у микроконтроллеров на ARM Cortex-M (Arduino делают и на них) есть механизм трассировки.
Проблему отладки управления шаговым двигателем он бы решил за пару минут.
Трассировочные вставки там тоже пришлось бы писать, но они во-первых очень короткие и могли бы остаться даже в релизном коде, во-вторых их можно написать не менее чем в 10 раз быстрее чем любые модульные тесты, и переделывать архитектуру кода этот подход не требует.
Спасибо, статья и идеи, освящённые в ней, весьма интересны и содержательны и вполне (в том или ином виде) могут быть применены на практике для тех или иных конкретных случаев. Ждём следующих, столь же содержательных статей.
>запуск на обычной Arduino Uno (чип AVR 16 бит)
AVR 16 бит? Вы уверены?
AVR 16 бит? Вы уверены?
Думаю имелось в виду, что он позволяет 16-ти битную арифметику.
вы правы, формально битность архитектуры определяют по битности регистров, которые в AVR 8 бит, хотя адреса, команды и арифметика у нее по большей части 16-битные. Подумаю, как лучше поправить, чтобы не вводить людей в заблуждение, но и не запутать при этом
Прямо сказать, что говорится об арифметике.
UFO just landed and posted this here
Автор хоть и начинает статью с модульных тестов, но в его проекте на github сделаны интеграционные тесты. Он на самом деле не использует модульных тестов в своем проекте на микроконтроллере. Идет скорее спекуляция на громком названии.
Интеграционные тесты абсолютно необходимы если мы имеем дело с двигателями. Прежде всего для отлова проблем со сбоями и ошибками вызванными помехами или ошибками планирования ресурсов времени. Что автор старательно и выполняет, причем достаточно неэффективно, поскольку для таких тестов можно было бы и пользовательский интерфейс разработать на целевой платформе и инструментальные утилиты на PC.
Интеграционные тесты абсолютно необходимы если мы имеем дело с двигателями. Прежде всего для отлова проблем со сбоями и ошибками вызванными помехами или ошибками планирования ресурсов времени. Что автор старательно и выполняет, причем достаточно неэффективно, поскольку для таких тестов можно было бы и пользовательский интерфейс разработать на целевой платформе и инструментальные утилиты на PC.
Sign up to leave a comment.
Модульные тесты для проектов Ардуино