Как создавать библиотеки для микроконтроллеров. На реальном примере работы с магнитометром LIS3MDL. 

Да, безусловно это правильнее называть драйвером.

абсолютно точно, при чем в микроконтроллерах нет программистов, там электронщики думающие, что они программисты!

@@olegpetroff6186 Погромисты ПК думают что они лучше знают как лучше писать код для микроконтроллеров , а воз и ныне там.

@@user-ot5js1gy5j , они и правда лучше знают как писать код правильно. Но микроконтроллер об этом не знает. :)

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

@@user-gf3se1un5l мне в разное время большие толчки в развитии дали знакомство с minix, FreeRTOS, TNeo, glib, qp framework и книжка его автора, ну и "Wilson G. - Beautiful code"

Ошибка начинающих программистов - это лазить в такие структуры напрямую, а не через АПИ. А описывать их в ашниках если пишешь на С-ях придется, язык не имеет полноценных средств для инкапсуляции. Будешь скрывать проблем на ровном месте создашь...

@@user-bc7tm8vw9g Не надо вообще их светить. Должно быть несколько расшаренных функций с простым и понятным интерфейсом: запустить, уронить в сон, получить/отправить данные. Иначе это не библиотека будет, а нечто размазанное по всем папкам.

@@avi-crakhome2524 ну а структура описывающая "класс" драйвера нужна? А если несколько микросхем надо обслуживать? И если она всё-таки нужна, то её тоже скрывать?

@@user-bc7tm8vw9g Давайте определимся в возможностях библиотеки. Либо она всё делает сама(драйвер), и выдаёт готовые данные в расшаренную структуру(только данные!!!). Либо ваш вариант - библиотека которая поддерживает всё и вся, но требующая внешнего управления. Лично мне нравится когда оно само работает.

@@avi-crakhome2524 Пусть само работает, я тоже за это. А причем здесь расшаривание? У меня вот все само работает, но объект драйвера со всеми его кишками виден всем. Оч удобно для отладки. Никаких проблем с созданием статического объекта драйвера. Никаких проблем со множественными объектами драйвера. Если что-то не предусмотрел, то в крайнем случае можно грязно залезть внутрь ручками, хотя и крайне не рекомендуется - так сказать под личную ответственность)

Есть такой эффект. :-)

@@VladimirMedintsev хорошобы отдельную тему как подключать библиотеки проектов и прописывать пути этих библиотек в Keil

Да прибудет с вами сила.

@@VladimirMedintsev Аминь.

@@VladimirMedintsev ДА БУДЕТ ТАК!!!

Не поспешил ?

ага, а потом сталкиваешься с Objective-C и понимаешь, что ты ничего не понимаешь, и что это какая-то страшная жесть для пытки людей)

Спасибо огромное. Все очень хорошо. Следующий ролик выйдет в воскресенье.

Давайте честно, ну сколько слов необходимо знать чтобы прочитать даташит? Ну там технический английский. Ну 400-600 слов максимум в словарном запасе. Это способен выучить каждый человек. Там более что вам не надо говорить, вам надо просто прочитать. Но как-нибудь расскажу в ролике для начинающих.

@@VladimirMedintsev К примеру. На днях обзавёлся Attiny13 для мелких задач. Режим сна запустил почти сразу, а вот вывести с этого состояния так и не смог, теперь датчик работы двигателя автомобиля работает на постоянной основе (прерывание от работы катушки, и таймер замеряющий промежутки) I2C выдаёт обороты и реле включаемое при запущенном моторе. Режим сна так и не работает, потому как не могу с него выйти по внешнему прерыванию. Уже задолбался datasheet штудировать

Чтение даташитов. это банальный навык. Скажем так, первые три идут проблемно... Следующие три, ты замечаешь, что уже знаешь, что где находится в даташите, и знаешь почти все слова. Поэтому гараздо проще становиться. Ну и дальше уже ты спокойно берешь и читаешь. Маленький совет насчет того, чтобы лучше читать даташиты, начинай писать комментарии к своему коду на английском... Учитуй, что в техническом тексте используются только простые времена. Поэтому быстро привыкаешь. Используются термины, которые и так переносяться на русский язык, и ты их, скорей всего, уже знаешь. Обычно проблема больше моральная... "Я не знаю английский, поэтому не смогу читать даташиты", тебе ее нужно превратить в "Я могу читать даташиты, поэтому пора начинать читать и книги"

@@VladimirMedintsev я знаю инглиш достаточно хорошо. Но просьбу поддерживаю. Нам в институте однажды преподаватель дал хороший совет - прежде, чем начинаешь читать какой-то учебник или пособие - прочитай всё оглавление, чтоб уложить в голове структуру повествования. С документацией по МК всё несколько сложнее, потому что там само оглавление объёмом с учебник :) Алексея Кластер (возможно, знаком Вам) в своём видео об СТМ ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-FM0gGSAf8f4.html тоже говорил, что несмотря на свой богатейший опыт работы с МК - при изучении СТМ32 первые пару недель просто хватался за голову и ничего не понимал. И он в видео посоветовал начать изучение со структуры МК и его внутренних связей. По крайней мере, для него это стало неким озарением. Ну и работа с регистрами, конечно же. Очень хотелось бы узнать Ваш опыт в этом плане. Даже если видео сведётся к теме "Основы работы микроконтроллера СТМ32" - всё равно будет очень хорошо и крайне полезно взглянуть на СТМ сквозь призму Вашего понимания!

@@oleksiilive2084 странно что вы не разобрались в datasheet для AVR. они довольно поостые - описание одного мк в одном файле. у ATTiny13 три режима сна - Idle, ADC Noise Reduction, Power-Down. в datasheet есть таблица с прерываниями, которые могут пробудить ото сна мк в каждом режиме (7.1. Sleep Modes). вы хотите выходить из сна по какому прерыванию?

Это не приведение типа. Там * это ссылка на 1й элемент массива.

@@VladimirMedintsev , *(uint8_t *)data равноценно *data (т.к. data имеет тип uint8_t*), я это имел ввиду. либо вообще можно было написать data[0] = answer[1]

@@cb_q Да, так тоже можно. Но код получается разный. Компилятор эти случаи переваривает по разному. Вы откомпилируйте и посмотрите. Очень занимательное времяпрепровождение.

@@VladimirMedintsev Вот специально взял ARM gcc 9.2 - разницы никакой в коде не увидел. Проверял тут: godbolt.org/

Пардон ,писал коммент на 2 минуте видео ,вопрос снят

:-)

Слава Господу нет необходимости в таких инструментах для STM. Тут все гораздо проще. Ну если кто-то специально себе жизнь не усложняет.

Vladimir Medintsev где хранить готовые библиотеки и как их подключать в проект?

Это не проект для ПК. Тут нет кросплатформенности и прочих заморочек. Тут нет виртуальных машин. Железо рядом. Вы от него не изолированы. Вы где драйвер клавиатуры у себя на ПК храните? Тут просто файл который вы подключаете к проекту. Нет серьезно, а вот CMSIS, LL, HAL, AI, LWIP и прочие библиотеки вы где храните? В файлах. Как подключаете? #include "libname.h" В языке Си как библиотеки подключать? Кинуть файлы в папку, вписать include и пользуй.

Bu doğru. Dünyanın manyetik alanının büyüklüğü, yönü ve değişimi algılanır. Bunu ölçebilirsin.

@@VladimirMedintsev Спасибо за ответ. Я думаю, что невозможно увидеть числовой эквивалент величины магнитного поля Земли на выходных контактах этой модели. например; Значение вроде 47 микротесла не готово. Поэтому мы не можем видеть это числовое значение в выводе. Как я могу сформулировать векторные значения, чтобы получить это числовое значение?

неужели никто никак не тестирует свой код..? не верю!

@@cb_q Тут git-ом некоторые не пользуются ввиду отсутствия надобности, а вы про тесты :) Я использую gtest и gmock для тестов. Можно полностью съемулировать поступление данных с SPI, CAN и прочих шин данных не имея самого железа. Ну и для теста функция соответствующим образом должна быть написана.

Я вам крамольную штуку щас скажу. Тут все зависит от того, что конкретно надо тестировать. В данном самом примитивном примере все тестирование было в файле main.c проверяешь, смотришь. Тем самым и тестируешь. Математику обработки и фильтрации мы тестируем обычно на ПК. Там проще организовать ввод вывод. Так, что тут ембед тут нет такого овертеста как для ПК. Тут в основном заранее знаешь где будет засада. Тут нет неправильного ввода пользователя, а большинство ошибок оборудования тебя быстро отправят в hard fault так что тут чуть проще. Проще еще и потому что почти всегда пишешь и тут же тестируешь прям на железе наблюдая как оно переключается и взаимодействует. Вот лично я вообще не пишу в отрыве от железа, не интересно.

@@chipsoft1 спасибо, посмотрю.

@@VladimirMedintsev да, надо было сразу уточнить, меня интересуют тесты библиотек у которых довольно сложная логика, т.е. в разных начальных условиях разный результат.

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

@@VladimirMedintsev Это для простых программ лапша на C прекрасно живет. А что-то более сложное давно пишется на c++. Абстракции сильно помогают развязывать функционал, а нормальная развязка позволяет легко использовать автоматизированное тестирование как в части логики выполнения программы, так и на железе.

@@VladimirMedintsev спасибо за ответ! Я ещё году в 2000 переполз с С на С++, и всё это время привык мыслить объектно-ориентированно. Постоянно при ковырянии с МК хочется написать класс, объединяющий в себе все общие по смыслу данные и методы их обработки. Дело скорее не в работе с периферией, а в удобстве промежуточной обработки полученных данных. И в этом плане строка "#ifdef __cplusplus", создаваемая самим Кубом, очень интригует и каждый раз манит поиграться с С++ в МК (уж коли сами СТМ предполагают такой расклад), но всё же есть сомнения - стоит ли убивать кучу времени, чтоб хотя бы просто пересобрать проект под плюсы... Потому и спросил)

Проект под плюсы, ну вполне реально если сильно хочется. Только писать больше придется. Кстати вы с плюсами столкнетесь когда AI Keros подключите или TouchGFX. Если какую-либо из этих библиотек используете то есть смысл сразу на C++ и весь проект вести.

@@VladimirMedintsev спасибо за наводку! Так будет куда больше стимула разобраться :)

возми 2 твоих числа 0F и 8F и переведи их в двоичную систему. Ты увидешь что они "единичкой" отличаются - 00001111 и 10001111

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

@@user-vh4kf8vb8p вдарим битом по байту , товарищи !!!

А не могли бы Вы осветить это подробнее и на примере? Очень интересует, как писать эффективно.

@@user-gf3se1un5l Он предлагает выделить несколько уровней. В одном файле вся физика, привязанная к конкретному железу, в другом абстракция обслуживающая данные. По сути в данном случае такой подход не целесообразен. Ну хоть по той причине что времени потребуется очень много, сильно оторваться от железа для облегчения портируемости не получится. Я бы понял это в случае с дисплеем. Там реально есть что выносить в абстракции, но тоже спорно т. к. снизится скорость работы.

@@VladimirMedintsev спасибо за быстрый ответ и разъяснения (суть уловил), не ожидал. Откровенно говоря пока плаваю в этой области и смотрю как делают другие (тоже по разному) т.к. мк не основная деятельность (к сожалению) и проекты редкие. В свое время, на этапе выбора платформы отказался от ардуино и начал с stm32 периферию в том числе с дма освоил, freertos использовал. Кстати есть вопрос который возможно станет темой нового видеовыпуска. Не совсем хорошо догоняю как на freertos реализовать конечный автомат (может и смешно, но мне не смешно) периферия работает и пересылает данные в другие задачи посредством очередей. Но не могу понять, как реализовать, скажем так, цикл который выполняется до определенных событий, после чего переход в другой цикл, в котором все крутится, до определенных событий, потом третий, четвертый... Без ос можно было бы сделать на свич-кейсах условием перехода была бы переменная флагов. А как сделать подобное на ос? На семафорах? Если можно осветите принцип в следующем видео, думаю будет полезно многим.

@@user-gf3se1un5l Есть хороший пример того, что имел ввиду Денис. Это библиотека LWIP. Я не смог вспомнить лучшего примера портируемости.

@@VladimirMedintsev почитав другие Ваши комментарии и обоснования выбора си и именно такого стиля написания библиотек. Не стал ПОКА заморачиваться темой портируемости, т.к., действительно, есть другие темы которые позволят быстрее делать проекты. Спасибо за Ваши ответы.

Чем поинтереснее? Ну а на самом деле я уже делал отдельное видео на этот счет.

Я не знаю. Что в данном видео было вам не понятно?

А если пекаря пустить пилотировать самолёт, то он там тоже будет ни бум бум. Так и обычный обыватель. Есть чёткая последовательность действий и этапов обучения, пройдя которую обычный обыватель начнёт понимать кучу кода. Начинайте с азов и шагайте по мере обучения. Есть много книг по основам программирования и много старей в интернете и куча видео для начинающих на youtube. Не лезьте сразу в дебри. Начните с простого. Гугл при запросе "stm с чего начать" выдаёт годные ссылки на статьи и на 3 адекватных видеоролика.

@@VladimirMedintsev Буквы))))))))

Наверно по той причине, что человек, которого вы описали, пытается искать не то и не там. Блоги, видео 5 минутные и пр. это НЕ СИСТЕМНАЯ ИНФОРМАЦИЯ. Если хочется найти что-то с самого начала, то тут стоит искать как раз такие видео или лучше книги. Они существуют. Правда иногда устаревают по причинам постоянно меняющегося мира, а никто не будет переписывать видео "Установка и знакомство с IDE"при выпуске каждой версии. А иногда отличия существенны. ну и смотреть видео, например по написанию библиотеки, без понимания, а что такое библиотеки, и языка программирования не стоит. Будет. как для меня просмотр урока по арабскому языку. Ну... и из того, на что я натыкался, для начинающих с STM32, оптимальным будет книжка Александра Тарасова themagicsmoke.ru/books/c_for_embedded_systems/ И канал "Народ стрим" ru-vid.com/show-UCXgs4exdtMpz4ccBZS3Yp4g А у Владимира тут темы даже помеченые для новичков, более продвинуты обычно... Я бы их называл "для практикующих новичков".

@@alexandrl.5131 В мозгу автоматически включилась проверка орфографии и расставила все недостающие знаки препинания.

А если даташита нет, то зачем вам эта микросхема в вашем изделии? Вы ее как собираетесь использовать? Сейчас на все есть даташиты.

@@VladimirMedintsev вот я сейчас на ардуине собираю что-то типа компрессора, датчик давления на 10 атм стоит около 1500 рублей, а у китайцев есть брелок, в шинах давление мерить на 15атм, 100 рублей + доставка 50. Вот зачем микросхема без даташита. Я конечно попробую его прикрутить по i2c, надеюсь получится. yadi.sk/i/wPEv9ryy1XwmOA Это всё, что о нем известно после прозвонки мультиметром... Кстати ось через о пишется, а не Xasi, тоесть Xosi по русски или Xaxis по англ. Я в программировании полный нуб и просмотр вашего подробного видео серьёзно поубавило у меня уверенности, что брелок подключить удасться...

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

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

Айдвасі це ще ок. З рештою, в вашому оточенні навряд чи є багато людей які читають назви музичних гуртів як блінк ван хандред ейті ту або сам фоті ван. Існує цілий культ людей, які називають це "квадратною шиною", або просто "квадратом" спираючись на вікі. Від такого не то шоб шось ріже - вуха відпадають

Тільки чомусь як мова заходить за англійську назву то всі кажуть ай ту сі, а не i squared c

@@50z10_patpat как кому удобно так и называют же, главное что понятно. А так соглашусь с Вами, начавший возмущаться человек, которому режет ухи что-то, наверное каждый раз произносит АрЭс фор хандред ейти файв и ЭйПиАй вместо простого апи. Эстеты, хрен с них взять?! )))

я этот комментарий когда начал читать думал будет щас какая-то идея, а нет, в итоге страдания сектанта от Rust. Умные слова и прочие рекламные проспекты. Очень похоже на свидетелей иеговы. Вы покажите хоть один серьезный проект для МК на этом Rust. Производители МК тоже не торопятся этот 'проект' поддерживать. Так что вы с этим языком там сами как-нибудь. Рассказывайте друг другу как все хорошо. А мы пока работать будем.

​@@VladimirMedintsev Тут скорее секта староверов эмбеддеров. Вы не видите идеи в нормальной организации экосистемы вокруг языка? Вы не видите идеи в выделении абстракций? Или вы считаете, что экосистема у C просто отличная и соответствует 21 веку? Или вы считаете, что код, который генерит куб - это супер классный код? Насчет производителей вы тоже не правы, как минимум несколько оплачивают работы по написанию периферии их микроконтроллеров под раст. Защищать старые (плохие для 21 века) привычки любой ценой не смотря на достижения остального человечества так себе история. Да, раст пока не полностью готов для боевого использования, но Си уже устарел для боевого использования в 21 веке. Крупный эмбед пишут на C++, а не на Си, а сделать проект из куба на плюсах это тот еще танец с бубном. Кстати, а что вы думаете насчет mbed os?

Я более 30 лет плотно наблюдаю за происходящим в программировании. И конечно же за эти годы мода на языки программирования менялась. Появлялись новые языки, развивалась философия подхода к программированию. Это порождает моду. Вы бы видели с каким жаром и пламенем в сердце несколько лет назад отстаивали честь своего языка приверженцы питона. Теперь я наблюдаю истерику людей прочитавших статью о Rust. А в итоге скажу вам так. Нам не шашечки, нам делать реальные проекты. И в настоящее время эти проекты прекрасно работают на Си. Нет совсем не потому что Си такой хороший язык, а потому что написаны тонны библиотек, создана вся необходимая инфраструктура и инструментарий. И до тех пор, пока не будет поддержки Rust от производителей микроконтроллеров и пока не будет создана вся остальная среда никто из серьезных разработчиков ничего менять не будет. Нет ну правда, сколько мне надо чтобы изучить Rust и перейти? Ну не меньше пол-года. А чтобы более менее серьезно? Да и год и полтора. А кто за меня будет деньги зарабатывать все это время? А что делать с поддержкой старых проектов, а написанного ранее? Да не смешите, мир слишком инерционен. Еще очень и очень долго все будет в нынешнем состоянии. За это время Rust успеет умереть и морально устареть. А люди все еще будут писать на Си. Что касается mbedOS я ее не использую. Я использую FreeRTOS и segger embOS. О причинах я писал уже не один раз. FreeRTOS имеет версию safe которая имеет необходимые мне сертификаты, и эти операционки поддерживаются STMicroelectronics.

МК нужно программить на ассемблере.

@@VladimirMedintsev а что уже питон не в моде?