Easyelectronics.ru

Кто пробовал писать именно на ассемблере для stm32f103 ? не тот ассемблерный код который выдает кеил а именно с нуля.

На этом форуме, насколько помню, были такие господа. Да и я сам тоже немного баловался. И в инете был какой-то блог о написании на ассемблере для F4, но там дальше светомигалки дело и не пошло (оно и логично!).
На ассемблере написан стартап-файл. Его код выполняет лишь пару функций - подготовка для работы Си-кода: зануление глобальных и статик переменных, копирование констант из флеша в инициализованные переменные, ну и передача управления сишному коду.

В остальном, производительность написания на ассемблере невелика. Это не ассемблер для PIC16, где всего три десятка инструкций и минимум заморочек. Тут, в АРМ с его "сокращенным набором инструкций" есть куча вариантов этих инструкций. Одна и та же инструкция имеет префиксы, суффиксы, вариативный второй операнд, заморочки с выравниванием, и даже различие 16/32 бита... ну короче, всё, чтобы жизнь мёдом не казалась.
Посему, для ассемблера остается только одна возможность - сравнительно короткие ассемблерные вставки в сишный язык, которые наиболее оптимально выполняют какой-либо участок кода, ну и ли такие вставки, которым нет аналога в Си - тот же самый переход в sleep или быстрое изменение порядка бит в байте.

Вот мне как раз и надо по набору инструкций. У мануале по stm видать очень плохо глядел, но мне хочется посмотреть и почитать про эти конструкции(про префиксы и суффиксы и проче и прочее).
Про производительность конечно понятно почему она такая низкая.

так же насколько я понимаю ассемблер это не конечный уровень, дальше MOVы,JMP и др переводятся в порядковые номера наподобие 40 5F 12 2A и потом уже в что-то подобное 01101..11, верно я понимаю?

Вопрос интересный, но не троллинг ли от ТС в трёх его последних сообщениях на форуме?

P.S. Mecrisp Stellaris Unofficial UserDoc
в ядре приличной Форт-системы - ассемблера предостаточно.

Ассемблер не для стм а для ARM.
Это раз а два - шел бы ты мальчик учиться.
И да KPG прав -это тролль обыкновенный...

dosikus_2 будь адекватней.
KPG при чем тут троллинг, я изучаю.

Есть много методик обучения не использующих проктологические приемы. Лучше начать с них.

Ну так и покажите что изучаете (может с примерами кода) без сотрясения воздуха обобщёнными вопросами.

PRC ну не нравится мне CMSIS,SPL,LL,HAL нравится ассемблер.
KPG, мигание светодиода?

Гугл по запросу "asm stm32" сразу находит статьи на хабре и сайт stm32asm.ru
Там есть все что нужно для изучения с нуля.

Благодарю

40 5F 12 2A и 01101..11 - это запись одного и того же числа, только когда 5F - это 16-ричная запись, а когда 0101110 - это двоичная.
По ассемблеру - программинг мануал на ядро Cortex M3. Там даны все инструкции и краткое описание параметров. Более подробно надо искать описания именно на ядро Cortex M3 или описание ARM инструкций. В сети есть частичный перевод на русский мануала M3 для Миландров. В части ядра разницы нет. Где-то еще попадалась даже русскоязычная книга по ассемблеру, чето типа для студентов ВУЗов.
Ага, вот такая: "Практический курс микропроцессорной техники на базе процессорных ядер ARM-Cortex-M3/M4/M4F", Козаченко В.Ф. Сам ее не читал, мельком только просмотрел. Рекомендовал для товарища. Говорит - нормальная.

Если Вам этого достаточно, то да. (иначе изучайте тему подробнее, есть и коммерческая VFX Forth)

P.S. Другие статьи по Mecrisp Stellaris в блоге и проекты на Github этого разработчика

>40 5F 12 2A и 01101..11 - это запись одного и того же числа, только когда 5F - это 16-ричная запись, а когда 0101110 - это двоичная.
там мне это и интересно. Как писать не GPIOA_MODER = (GPIOA_MODER & (~GPIO_MODER_0BITS)) | GPIO_MODER_0IN;
а 40 5F 12 2A или 01101..11 и как потом это заливать в МК это раз
И второе-МК,процессоры не понимают слов, каким в ядро или куда там приходит вот эти конструкции GPIOA_MODER = (GPIOA_MODER & (~GPIO_MODER_0BITS)) | GPIO_MODER_0IN; ??

ARM - это не тот процессор, где стоит писать на ассемблере. Весь выигрыш эфимерен.
У процессора относительно небольшой набор команд, сами команды простые (в отличии от х86, например), поэтому транслятор легко и довольно правильно преобразует код С.
Зря потраченные усилия. Гораздо бОльшего достигается применением "аппаратных сопроцессоров" (максимальное использование функционала STM32) и банальным упрощением ненужных телодвижений в коде.
На х86 я более 10 лет писал на asm, но на ARM только С.

>На х86 я более 10 лет писал на asm
А можно об этом поподробнее. Тоже хочу попробовать, только там MASM FASM TASM фиг разберешься. как лучше развернуть окружение?
>ARM - это не тот процессор, где стоит писать на ассемблере. Весь выигрыш эфимерен.
У процессора относительно небольшой набор команд, сами команды простые (в отличии от х86, например), поэтому транслятор легко и довольно правильно преобразует код С.
Зря потраченные усилия. Гораздо бОльшего достигается применением "аппаратных сопроцессоров" (максимальное использование функционала STM32) и банальным упрощением ненужных телодвижений в коде.
Это я понял. Я просто попробовать хочу

Все Ваши монологи, в этом топике, подтверждают пристрастность к троллингу. :)

Ээээ, это наши отцы писали для 8051 на машинных кодах циферки 5F 43. А наши деды и вовсе на перфокартах пробивали биты раздельно :)
Чисто для "поржать" можно конечно и на ARM писать циферками. Я даже как-то в прошитом МК исправил несколько байт прошивки (это были числовые константы). Но всерьез писать циферками я бы как-то не осмелился. На PIC16 - можно ради прикола. Но на ARM - нет уж, увольте. Как раз из-за того, что по циферкам невозможно однозначно опознать инструкцию. Одни и те же циферки могут означать как инструкцию, так и константное число. Нет четкого разграничения, что типа "вот этот бит в циферке означает принадлежность к инструкции". Значение имеет лишь порядок их следования.

Ну да, ассемблер для ARM, не для современного программинга (эмбеда) :)

P.S. А, однотактные 8051 до сих пор есть в электронных изделиях.

1. Сгружается и устанавливается (распаковывается) последний MASM32.
2. Ставится IDE. Я использовал MasmED, который мимикрировал в Chrome IDE, затем в Chromatic IDE. Брать версию 1.25 и старше! Версия 1.24 может легко перетереть файлы проекта.
3. Нужен редактор ресурсов. Скажем, Resource ED.
После чего вы можете создавать Win32 приложения. Ну, и драйверы Win32. Под Win64 придется использовать FASM, т.к. MASM64 есть миф. С FASMом взаимоотносится, писал на нем LL драйвер под х64. Написал, больше не хочу его видеть. (на любителя)

Большое спасибо. Буду пробовать.

Понял.

Это твое личное мнение.

Нет. Это объективный признак.
А перевирание фактов - это второй объективный признак троля.

Я извиняюсь, но эта тема напомнила мне вот это https://2ch.hk/pr/res/1408383.html

Послушай ты, тебя спасают вещи две-что тут дают бананы и то что ты сейчас где-то не там где я, а там где не я. ты это понял?
В жизни ты бы прикусил язык и обтекал.
[quote=PM2]Я извиняюсь, но эта тема напомнила мне вот это https://2ch.hk/pr/res/1408383.html[/quote]
Это ты сейчас регистры в голове поставил в режим подтяжки к юмору?