Модельно-ориентированное программирование STM32F100RB с помощью Matlab/Simulink топик-ссылка

Для тех кто не следит за хабром. Очень интересная статья о модельно-ориентированном программировании STM32 в Matlab/Simulink с использованием библиотеки Rapidstm32.

Комментарии (11)

RSS свернуть / развернуть
А как все мило и наивно когда то начиналось… простенькая и странно непоянтная система матричного вычисления, какой то свой хитрый язык… а вона оно во что выросло.
0
сейчас ковыряю одну лабораторку в Octave (GNU'тый Matlab по сути, языки совместимы) — язык как язык. Не без хитростей, но вполне обычный
0
Ну я про первые версии матлаба 15летней давности :)
0
О, а мы тоже на таких чумуданах учились, а уж сколько раз приходилось их чинить… (подрабатывал на кафедре ИВТ)
0
Статья интересная донельзя, но вот количество телодвижений, которое требуется для достижения результата… Ну и извечный вопрос о качестве кода. Я чуть-чуть работал с симулинком, и лучше всего на нем это генерить код математической функции на С и потом вручную вставлять его в проект. Иначе отладка превращается в кошмар.
Но при всем этом я всецело поддерживаю саму идею такой парадигмы.
0
Один раз освоить и все. Тут главное в симулинке разобраться. Зато потом какой нибудь PID регулятор в два тыка делается. Тупо его «рисуешь» расставляешь коэффициенты и поехали!
0
Причем отладить можно там же, в симулинке, даже не заморачиваясь на железо.
0
Я какбе не против, но за таким кодом глаз да глаз нужен. Матмоделирование еще увы не идеально.
0
В Toyota говорят, что код из Matlab/Simulink на 5% больше и на 15% медленнее, чем финальный код.
Но. Я пытался намекнуть о правильном подходе (со стороны ржавого железа) в самом начале статьи.
Этот же метод я рассматриваю, как логическое продолжение использования «библиотек» для того же Си, просто в удобной глазу (не программиста но инженера) форме.

ВНИМАНИЕ! Этот наркотик еще опасней, чем преждевременное абстрагирование от железа при использовании Си и периферал библиотек!)))

Изучение внутрянки никто не отменял. Я, например, сам на себе остро ощущаю недостаток знаний архитектуры x86. О чем так же не поленился упомянуть. Да я толком то и 16 бит не знаю, а это верный путь к упиранию в потолок своих возможностей.

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

Еще об оптимальности:
Исходя из того, что код генерируется из модели, то модель тоже нужно составлять оптимально. И аккуратно относится ко всем её настройкам, которые могут значительно влиять на скорость. Грешить на не оптимальный код из модели — это как жаловаться, что скомпилированная прошивка хуже, чем исходник)))

Буду рад найти на этом ресурсе людей для обмена опытом.

PS: Очень признателен автору ссылки за оказанное внимание!
0
ARM после КР580 оказался немного сложней, чем я себе представлял
x86 лично я так и не смог освоить в своё время =)
0
Есть еще какие либо блоксеты или программы (желательно фриварные) кроме RapidSTM32 (он платный с аппаратным ключом — платой FIO), позволяющие из под Simulink MATLAB создавать C код для компиляторов GCC KEIL и т.д. желательно с использованием библиотеки CORTEX M4 CMSIS DSP?
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.