Мдааа, вчерашняя газета «Метро» разочаровала одной только статьёй «На Луну можно будет добраться на самолёте» про какой-то недоделанный прототип КА Skylon с гениальными фразами: «Двигатель позволит двигаться быстрее скорости света в 2.5 раза» и типа того. Я бы понял ещё, если б это в вконтактике в какой-нибудь группе написали, которые я очень «люблю». Но ведь это весь город прочитает. Да и редакторы с вычитаторами (кто вычитывает текст перед публикацией, есть же такое занятие?Оо) должны быть, в отличие от вконтакта .з. Верьте газетам, да ><

Нет, по большей части статья нормальная, но вот эти глупости сводят её смысл на нет. Если по сути, то двигатель оный мусолят ещё с начала или середины девяностых и только-только испытали систему охлаждения двигателя (путём дросселирования газа, как я понял), которая им была нужна, видимо, для получения жидкого кислорода из воздуха. А сборка даже модели двигателя предстоит ещё.
То есть пройдёт несколько лет, прежде чем что-то из этого разродиться (если и разродиться). Но если у них хоть что-то получится, будет хорошо.

@темы: мии

---

МТС уже который (пятый что ли) раз отправляет СМС с последним предупреждением о том, что бонусный период какого-то сервиса СМС-погоды истёк и непременно подписывайтесь за 100 рублей в месяц, а то не придёт больше. Вот уж спасибо, что ж я без смс-погоды делать-то буду?

А ещё радует беспалевная надпись на одной вещи: Made in America =D

@темы: мии

---

Маджонг

Ура, пришёл компактный набор для риичи-маджонга, небольшой, весом всего в 3 кг ^^
Играть, правда, пока не с кем, но это исправимо =D

@темы: мии, маджонг

---

i.MX53. Подготовка инструментов разработки, сборка ядра Linux

Для разработки инженерами Freescale был создан образ виртуальной машины с установленной Ubuntu и в которой уже есть необходимый инструментарий и код.
Образ скачивается с сайта из раздела Board Support Packages (6)/IMX53_QSB_UBUNTU_VM.

Для запуска её надо скачать VMWare Player. Перед запуском, если это windows XP в boot.ini для текущеё ОС надо добавить параметр загрузки /usepmtimer. Если его не добавлять, то ОС будет неадекватно оценивать время (тут это бывало приступами 1 с за 5 с). В частности, он будет считать одно быстрое нажатие за пять или за десять. То есть если пароль в окошечке ещё наберёшь, то в терминале уже как повезёт.

Логин и пароль в ОС одинаковы: lucid. Кстати, он же пароль и для установленной на плату Ubuntu.

На рабочем столе 6 объектов:
L2.6.35_11.09.01_ER_docs.tar.gz - документация по BSP под плату;
L2.6.35_11.09.01_ER_source - папка с исходниками BSP;
patches.tar.gz - патчи, которые надо применить к ядру и uboot;
u-boot.bin - бинарник uboot для этой платы;
ubuntu_start_board.bin.tar.gz - обрас sd-карты (что уже загрузили и установили).
gpu-sdk1008.tar.gz - код GPU SDK.

В доках поройтесь, хоть там и много лишнего, есть и интересное.

В общем-то, на этом все инструменты и закончились, дальше надо самостоятельно ^^"
Чтобы собирать ядро надо зайти в терминале в папку L2.6.35_11.09.01_ER_source и установить ltib:

cd Desktop
cd L2.6.35_11.09.01_ER_source
./install
y
yes
/home/lucid/ltib

Предпоследнее два - это вопрос о том, ставить ли и прочитал ли ты лицензию. А последнее - путь, куда ставить. Freescale предлагает сюда, но это личное дело каждого.
Для завершения установки надо идти в папку с установленным ltib и запустить ещё и его, чтоб он настроил себя и скомпилировал разные штуки для своего же пользования:

cd /home/lucid/ltib/ltib

Но сначала настроить бы:

./ltib -m config

Первый запуск у неё очень долгий! Оно что-то устанавливает.
В менюшке очень легко ошибиться и выйти с неправильными настройками. Если запускать без флагов или с флагом -c, то оно начнёт компилировать с ними. Не гуд.
А если вы почистите файлы с помощью флага -m destclean, то всё, вилы, всё сломается: как минимум, мейкфейл (ага) uboot будет ругаться на неизвестный конфиг mx53_loco_config и около того. По крайней мере, я не знаю, как это починить. Пришлось делать ./install заново.

Длиться сей процесс будет долго. По ходу он неоднократно спросит пароль от sudo (видимо, тоже lucid). Может, будет проще в него зайти изначально.
В конце процесса появится серое текстовое окошко. В нём, видимо, надо сохранить конфигурацию в файл .config (выбрать Save configuration и нажать Enter пару раз). Выйти.
Во втором окне выбирается платформа (imx5x) и опция, сколько компилировать. От минимума - ядро и файловая система до полного фарша. Выйти.

Дальше другой цирк. Выбираем плату mx53_loco (почему-то она называется так, я долго и безуспешно искал что-то типа mx53_startr или mx53_qsb ==), список пакетов: amd-gpu-bin-mx51, libz160-bin, strace, или ещё какие, их много. Можно ещё настроить там кучу опций, например, разрешать ли запись в корневую файловую систему и т.д.
После выхода из окошка настроек и сохранения их ltib соберёт файловую систему и ядро.
Если же запускалось с опцией --configure, то ничего собирать он не будет. Его придётся об этом попросить:

./ltib

Процесс сборки ядра очень ДОЛГИЙ. Даже комп пару раз не вынес его, перегрелся. Что со всей этой получившейся на выходе радостью делать, я узнаю дальше .з.
Если всё хорошо, то в конце выведется примерно такой текст:

Filesystem stats, including padding:

    Total size            = 19732k
    Total number of files = 1449


Started: Tue Nov 27 22:00:32 2012
Ended:   Wed Nov 28 02:01:41 2012
Elapsed: 14469 seconds

Судя по показаниям этим, процесс компиляции занял 4 часа с копейками. Собранные файлы лежат в папочке rootfs/boot: u-boot, u-boot.bin, uImage, zImage, vmlinux. Проконтролировать параметры сборки можно в файле linux.config.

Важное замечание! Если через час сборки начали появляться сообщения "File not recognized. File truncated", то это означает слишком маленький размер ccache. По умолчанию в этой убунте кэш размером порядка 1 Гб.

@темы: arm, программизмы, cortex-a8, mx53_qsb

---

i.MX53 Quick Start Board

Отладочная платка под процессоры i.MX53 (т.е. Freescale). Весьма недурная:
- Процессор Cortex-A8, до 1 ГГц с поддержкой видео, 3D и прочих няшей;
- 1 ГБ DDR3 памяти;
- Выведен Ethernet, 2 USB (host), 1 microUSB (device), COM (терминал там), VGA, LVDS, SATA, JTAG, разъём под карты MMC, аудио (микрофон/наушники).
- Загрузка по дефолту с ещё одного разъёма microSD.
- Питание от блока питания 5 В 3 А.

Практически по характеристикам это планшетик, плеер или хороший телефон, только что без всего такого. Можно поставить туда Linux, Windows CE, Android или ещё что-нибудь.

Полюбоваться на полные характеристики и фоточки можно на оф. сайте.
Там же полная пачка документации и материалов. Но с ней не так просто разобраться с налёта.

К нам платка пришла без положенного DVD и microsd с линуксом на борту, потому запустить её так не было возможности (до загрузки uboot оно ничего в терминал не выдаёт и непонятно, что оно хочет). Будем считать начальными условиями именно эти: есть плата и пустая microSD размером в 4 Gb (вытащена откуда-то).

В комплекте идёт дофига разного софта для подготовки и заливки образов типа CFImager, но я не смог им воспользоваться. CFlasher хотел образы в каком-то формате nb0, который во всех приложенных архивах найти я не смог, только bin.

Потому искал дальше. На сайте и страничке платы обнаружилась такая штука: Downloads/Board Support Packages (6)/MX53_QSB_UBUNTU_SD_DEMO_IMAGE
Это архив с архивом (в котором самораспаковывающийся архив) документом, описывающим, как создать себе карту памяти, аналогичную входящей в комплект на случай утери или порчи, видимо.
Программка называется MCIMX535-START-R-BSP-11-09_C.exe (2.58 Гб)
Документик: MCIMX53-START-R Flashing Doc.pdf

Так вот, суть проста: распаковываем программу из архива и из архива и запускаем. Он предложит выбрать диск, на который писать образ (карта памяти на 4 Гб, образ заточен под неё) и нажать Finish. В общем-то, после этого есть microsdшка с линуксом. Если её запихать в соответствующий слот и подать питание, то в терминал посыпется лог запуска и работы, а на VGA выдастся изображение обычного себе рабочего стола с парой иконок. Можно подключить к USB мышку и подвигать курсорчиком и что-нибудь пощёлкать.

Среди файлов на рабочем столе есть видяшка в формате FullHD для убедительности, что аппаратный декодер справляется, ярлыки программ для теста GPU и ещё что-то в таком духе.
В общем, если всё так и есть, то всё здорово, плата работает, можно приступать к разработке ПО.

Вот примерный лог работы оного устройства. К слову, провод COM-порта там нужен типа удлинителя, не нуль-модем.
Вот ещё статья по началу работы, на английском: Getting Started Guide for Freescale i.MX53 Quick Start Board

@темы: arm, cortex-a8, mx53_qsb

---

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

Зато произошло событие, коего я ждал много лет: двери в метро открылись в стену =DDD
В итоге, водитель попросил открыть нормальные двери вручную рычажками специальными и поезд угнали. Но вот =D

@темы: мии

---

Трекинг на сайте почты россии не работает с утра и до сих пор. Утром весь сайт, кстати, не работал ><

Сегодня весь день играли под чай с вкусностями в маджонг, правда, по китайским правилам, не риичи. Но весьма интересно и так =) Впервые не с компьютером =D

@темы: мии

---

STM32F4. NVIC

NVIC, векторный контроллер прерываний, есть во всех контроллерах на базе ядер Cortex-M, так как он входит в состав ядра. В старых ядрах контроллер прерываний был отдельно и не отличался хорошими характеристиками в плане скорости.
Описывается он подробно в Cortex-M4 Programming Manual.

Он управляет прерываниями от всей периферии и может их сортировать в порядке важности, если сработало сразу несколько. То есть, система прерываний тут многоуровневая. Каждому прерыванию можно назначить свой приоритет. И, кроме того, прерывания могут быть вложенными. Прерывания с более высоким приоритетом могут вытеснить менее приоритетные прерывания.

Есть ряд групп регистров:
NVIC_ISER0-NVIC_ISER7 — маска для разрешения прерываний;
NVIC_ICER0-NVIC_ICER7 — маска для запрещения прерываний;
NVIC_ISPR0-NVIC_ISPR7 — маска для активации заклипрерывания;
NVIC_ICPR0-NVIC_ICPR7 — маска сброса активного прерывания;
NVIC_IABR0-NVIC_IABR7 — флаги активных прерываний;
Плюс отдельно целая пачка регистров, где настраиваются приоритеты: NVIC_IPR0-NVIC_IPR59
И один регистр для программной активации любого прерывания по его номеру: NVIC_STIR.

Маски все устроены одинаково: каждая содержит по 32 флага, к каждому приписано какое-то прерывание. Конкретное распределение по периферии всегда на совести производителя контроллера и даётся в соответствующей литературе по нему.
В нулевом регистре содержатся флаги прерываний под номерами 0-31, в первом 32-63, и т.д.

То есть младшая часть номера определяется положением бита, старшая — номером регистра.
Рассчитать положение флага в регистре и номер регистра можно по следующим формулам:

номер_регистра = (номер_прерывания >> 5); // Старшая часть номера
номер_бита_в_этом_регистре = (номер_прерывания & 0x1F);   // Младшие 5 бит

Таблица прерываний заранее определена в файле startup_stm32f4xx.s. Там все прерывания по умолчанию указывают на бесконечный цикл.
Если создать в своём модуле экспортируемую функцию с таким же названием, то именно на неё будет указывать адрес в этой таблице прерываний.

У нас же есть таймер и единственное его прерывание (совмещённое с прерыванием от ЦАП) TIM6_DAC_IRQHandler.

В прерывании можно делать всё, что захотим. Это привелегированный режим. Главное, не забыть снять флаг, который вызвал это прерывание (у нас это UIF из регистра TIM6->SR), иначе в нём можно застрять навсегда.
Как и во всех прерываниях, контроллер предусмотрительно сохранил в стеке перед входом в прерывание регистры R0-R3, R12, LR, PC и xPSR. Потому, если это возможно, лучше использовать только их. Остальные регистры надо сохранять уже самостоятельно.
Для прерываний можно иметь отдельный стек, если основной код выполняется в пользовательском режиме.

Возвращение из прерывания происходит так же, как и из функции, то есть записью содержимого LR в PC. Правда, там лежит не адрес, а специальный код возврата, лучше который не трогать и не менять.

Чтобы в прерывание, после того, как мы его создали, попасть, надо его разрешить и в периферии (чтобы она посылала запрос в NVIC), и в самом NVIC, чтобы он это дело разруливал.
Собственно, для этого достаточно записать единичку в нужный регистр ISER. Я не стал рассчитывать вручную, а написал функцию NVIC_EnableIRQ (описана в Programming Manual, пример см. в nvic.s), которая это делает сама.
Номер прерывания я вытащил из файла stm32f4xx.h: 54. Хотя, конечно, он есть и в документации.

; Разрешаем генерацию прерывания
LDR   R0, =TIMER6_BASE
MOV   R1, #TIM_DIER_UIE
STR   R1, [R0, #TIM_DIER_OFFSET]

; Разрешим прерывание от таймера 6 в NVIC
MOV   R0, #TIM6_DAC_IRQn
BL    NVIC_EnableIRQ

Итоговый вид обработчика прерывания:

; Прерывание от таймера 6
            EXPORT TIM6_DAC_IRQHandler
TIM6_DAC_IRQHandler PROC
                    ; Прерывание автоматически сохраняет состояние регистров 0-3, 12, LR, PC, CPSR на стеке
                    
                    ; Увеличим счётчик на 1
                    LDR   R0, =Counter
                    LDR   R1, [R0]
                    ADD   R1, #1
                    STR   R1, [R0]
                    
                    ; Сбросим флаг прерывания (иначе никогда из него не выйдем)
                    LDR   R0, =TIMER6_BASE
                    
                    LDR   R1, [R0, #TIM_SR_OFFSET]
                    MVN   R2, #TIM_SR_UIF
                    AND   R1, R2
                    STR   R1, [R0, #TIM_SR_OFFSET]
                    
                    BX LR
ENDP

Здесь он просто увеличивает значение переменной. Примерно так же обрабатываются и остальные прерывания.
И да, если не хотите, чтоб прерывание кем-то ещё прерывалось, запрещайте прерывания на время нахождения в нём с помощью CPSIE/CPSID (какое-то масло масляное).

проект
main.s
nvic.s

<< Предыдущее Следующее >>

@темы: arm, программизмы, электроника, ассемблер, stm32f4discovery, stm32

---

Ми

Видимо, завтра или послезавтра на день в Москву опять. Посмотрим~

@темы: мии

---

Скандалы, интриги, расследования!

Сегодня на канале Россия, в 20:40 или как-то так, тема программы: "Последователи удивительного человека: спайдермена из Варшавы, — кто же эти загадочные люди: фурри и косплееры?" =D Интересно, кто?ОО

Оригинал:

Реми Гайяр – интернет-комик номер один.
Его ролики собирают миллионы просмотров.
В костюмах животных Гайяр устраивает невероятные розыгрыши, шокируя прохожих.
В Прямом эфире – последователи этого удивительного человека: «Спайдермен» из Варшавы, так называемые «фурри» и косплееры. Кто эти люди-звери – уличные хулиганы, шутники или провокаторы. Что и кому они хотят доказать?
Об этом 16 ноября смотрите в программе «Прямой эфир» в 20:40 на телеканале «Россия 1».

Даже жалко, что я этот ад посмотреть не смогу ><

UPD: А, не, на сайте канала всё выкладывают :3

смотреть

Ссылка на сайт канала.

запись создана: 16.11.2012 в 12:46

@темы: жесть, мии

---

Делал на работе Аленький цветочек и бегущую строку. Программку для них. Давно уже динамической индикацией не пользовался =)

А ещё заказал что-то себе, надеюсь, почта довезёт...

Даша с Мариной завтра уже уезжают .з. Надеюсь, сядут и доедут хорошо и без проблем...

@темы: мии

---

STM32F0. Собираем тот же проект под GNU GCC

Если есть желание, то можно компилировать код и бесплатным компилятором GNU GCC. Через консоль. Мне лень устанавливать Linux или покупать макбук, поэтому сделаю это через винду. Скачал я тулчейн ARM GNU Embedded отсюда: launchpad.net/gcc-arm-embedded/+download (arm-none-eabi-).
Далее это дело устанавливается.

Пример makefile я взял из какого-то проекта из интернета и немного подредактировал, убрав лишнее и добавив команды для компиляции ассемблерного файла startup_stm32f0xx.s. Обратите внимание, никакие библиотеки тут не инициализируются, память очищается и прямо в этом файле! Как и устанавливаются начальные значения глобальных переменных. Но на данный момент для простоты я всё лишнее закомментировал, оставив лишь вызов SystemInit и main.

Чтобы проект собрался, надо иметь хотя бы stm32f0xx.h и описание ядра (core_cm0.h с прилагающимся). Добавим пути к ним в makefile. Я взял кейловские папочки, но можно скачать с интернета:
...\Keil\ARM\INC\ST\STM32F0xx
...\Keil\ARM\CMSIS\Include

Перед сборкой проекта поправьте пути в makefile к этим папкам.

Ещё нужен файл, где описана организация памяти: stm32f0.ld.
Я уже писал её, осталось записать правильно в файле (см. ниже ссылку).
RAM: 0x20000000, 8k (0x2000)
ROM: 0x08000000, 64k (0x10000)

Ещё надо обратить внимание на указатель стека: он должен указывать в конец оперативной памяти, и никак не дальше! Иначе программа даже не запустится, вылетев по HardFault или типа того. В данном случае конец памяти находится по адресу 0x20002000.

Компилируется всё это командой make all. Эту команду я записал в build.bat чтобы не набирать вручную, туда же поместил паузу, чтоб смотреть результат компиляции. Хотя, конечно, никто не мешает выводить его в лог =)

С помощью arm-none-eabi-objcopy efl-файл превратился в bin и hex (который утилиты от ST умеют шить).

После чего проект собрался. Зашивал я проект в плату с помощью ST Visual Develop и ST-LINK UTILITY, другого не было. Всё заработало. Светодиод стал моргать чаще (я поменял задержку перед компиляцией).
Специально тут и си-файл есть, и ассемблерный (выдернул из примера проекта для другой среды, Кейловский, конечно же, не подходит). То есть main можно заменить на ассемблерный, если такие извращения захочется совершить.

Кстати, проконтролировать, что программа не вывалилась в ошибку можно в ST-LINK Utility, там есть показометр регистров ядра. То есть, посмотрев PC (а также SP и LR) можно увидеть, где код сейчас выполняется. Я так посмотрел на Hard Fault, когда объявил случайно копипастой адрес стека 0x20010000 (который в SP отобразился и меня смутил своей величиной). После чего я это исправил и программа стала работать без проблем.

Предупреждаю, что я с gcc так не работал, и makefile может быть не совсем правильный =) Но пока что всё равботает.

makefile
stm32f0.ld
Проект.

<< Предыдущее

@темы: arm, программизмы, электроника, ассемблер, stm32f0discovery, stm32

---

STM32F0. Моргание светодиодом

Собственно, чтоб проект не был совсем уж бесполезным, пусть он моргает светодиодом, коих целых два.
Один сидит на выводе PC9 (зелёный), а другой на PC8 (синий). Вспоминая предыдущий опыт, сделаем уже по канону: функции задержки, функции работы со светодиодом.
Думаю, никого не удивит, что заголовочный файл с описанием периферии называется stm32f0xx.h.
Описание регистров и флагов находится в документе RM0091 Reference manual «STM32F05xxx advanced ARM-based 32-bit MCUs».

Сперва надо включить тактирование у порта, на котором сидят светодиоды. Иначе ничего работать не будет. Ищем в содержании раздел Reset and clock control (RCC), в котором где-то есть регистр управления тактированием... Нашёл: это RCC_AHBENR. За порт C отвечает 19 бит (IOPCEN).
Т.е. код будет выглядеть так:

// Включить тактирование порта C
RCC->AHBENR |= RCC_AHBENR_GPIOCEN;

Называется в заголовочном файле он иначе, чем в мануале, но я прям поиском по AHBENR в файле stm32f0xx.h это название и нашёл. Остальные по названию регистра также легко ищутся.

Далее назначаем выводы на выход. Опять же, смотрим регистры в мануале.
В регистре MODER биты сгруппированы по парам. Нам надо установить младший в паре в единицу, согласно руководящим указаниям:
MODERy[1:0]: Port x configuration bits (y = 0..15)
01: General purpose output mode

// Выводы 9 и 10 на выход
GPIOC->MODER |= GPIO_MODER_MODER9_0 | GPIO_MODER_MODER10_0;

Остальные параметры нас устраивают, потому дальше просто устанавливаем единицу в соответствующем бите или же снимаем её. Через регистр BSSR это делать удобнее:

GPIOC->BSRR = GPIO_BSRR_BS_9; // Установить бит 9
GPIOC->BSRR = GPIO_BSRR_BR_9; // Сбросить бит 9

Если оформить это в виде функций, то главный цикл будет выглядеть так:

// Главный цикл
int main(void)
{
    while(1)
    {
        // Моргание!
        led_On();
        delay(1000000UL);
        led_Off();
        delay(1000000UL);
    }
}

Светодиод зелёный будет моргать после заливки программы в контроллер =) Успех!

Файлы:
main.c
Проект.

<< Предыдущее Следующее >>

@темы: arm, программизмы, электроника, stm32f0discovery, stm32

---

STM32F0. Создание проекта в Keil

Процесс, в целом похож на создание проекта для STM32F4Discovery. Создавать проект буду в Кейле, это, особенно для начинающих, просто.
У меня стоит uVision 4.54 (evaluation которая), для обучения её хватит с лихвой. Но если интересуют другие IDE, у ST есть мануал, как создавать проект в четырёх самых популярных средах. Под них же, кстати, сделаны проекты во всех примерах.



Сперва, если Кейл установлен впервые, стоит поменять кодировку редактора:
1. Edit->Configuration...
2. Вместо ANSI выбрать UTF-8. Это позволит писать комментарии на русском. Если вы этого не делаете, то настройку можно не менять.

А теперь можно и создавать проект:
1. Project->New uVision Project. Среда предложит сохранить файл проекта в папку, по имени файла проект и будет называться.
2. Выбор контроллера: STMicroelectronics->STM32F051R8. Именно он установлен.
3. Среда предложит скопировать загрузочный файл startup_stm32f0xx.s. Нет нужды не соглашаться с ней.
4. В свойствах проекта, на вкладке Target я поставил галочку Microlib, чтоб библиотека была такая же, как и раньше. Размеры сегментов и их адреса уже проставлены.
5. В соседних вкладках Output и Listing я сразу указываю папку, куда кейл будет сбрасывать объектные файлы и прочие дела. Не здорово, когда он захламляет корневую папку проекта (делаю папочку build).
6. На вкладке Debug задаётся отладчик. Можно эмулятор запускать, но лучше сразу отлаживать на платке: ST-Link Debugger, в его настройках выбирается протокол SW вместо JTAG. При этом в поле SW Device появится акое-то число и надпись ARM CoreSight SW-DP. В тех же настройках отладчика на вкладке Flash Download стоит выбрать (если это ещё не сделано автоматически) STM32F05x Flash.
7. На вкладке Utilites тоже надо поменять драйвер на ST-Ling Debugger.
8. Осталось создать файл кода с двумя функциями main и SystemInit. Причём, язык не важен: хоть си, хоть ассемблер. Я исходники помещаю в папочку source. И надо не забыть добавить файл после сохранения в проект, чтобы Кейл знал, что его тоже компилировать надо.
9. При первой попытке загрузки кода или отладки, ст-линк попросит обновить прошивку. Не стоит отказываться. После окошка с просьбой переподключить, переподключите отладочную плату. После чего никаких окошек не будет и отладчик обновится без проблем.

Например, на си:

//
// Пример проекта для платы STM32F0Discovery
// teplofizik
// 

// Инициализация подсистемы тактирования
void SystemInit(void)
{

}

// Главный цикл
int main(void)
{
    while(1)
    {
    
    }
}

Проект должен собраться. Пока что он абсолютно бесполезен и ничего не делает. Но зато он есть и собирается =)
На асме я писал это для STM32F4. Но чуть позже напишу проект и на ассемблере, где покажу отличия от F4.

Если Кейл достаточно старый (он должен хотя бы знать о Cortex-M0), то можно выбрать это ядро, а остальные настройки забить вручную.
Они, в основном, заключаются в сегментах памяти:
Флеш: смещение 0x08000000, размер 0x10000;
SRAM: смещение 0x20000000, размер 0x2000;

Ещё можно задать путь к файлу sfr, где расписаны все регистры периферии (на базе CMSIS-SVD). Оно позволит смотреть в специальном окошке (View->System Viewer->...), где что записано. В новом кейле файл stm32f0xx.sfr уже есть. В старом не знаю, не знаю и понимает ли он такие файлы, вроде, стандарт недавний.
Единственное, что старый Кейл может не знать о способах прошивки этих контроллеров, потому придётся это делать через стороннюю программу. Или обновлять Кейл.

Про создание проекта для STM32F4Discovery я уже писал, там же и примеры ряда программок несложных на си и ассемблере.

Проект.

Следующее >>

@темы: arm, программизмы, электроника, stm32f0discovery, stm32

---

STM32F0Discovery

Выдали на прошедшем семинаре.

В качестве контроллера семейства Cortex-M0 на плате установлен STM32F051R8T6 со следующими характеристиками:
- LQFP64;
- До 48 МГц;
- 64 Кб флеша;
- 8 Кб SRAM;
- DMA на пять каналов;
- 12-разрядный АЦП с минимальным временем измерения 1 мкс.
- 12-разрядный ЦАП;
- 2 компаратора;
- До 18 сенсорных кнопок может обслуживать, или же слайдеры, в том числе и круговые;
- 7 таймеров: 1 расширенный 16 бит, 5 обычных 16 бит, 1 простой 16 бит, 1 обычный 32 бит;
- RTC с календарём;
- Интерфейсы: 2 I2C, 2 USART, 2 SPI (один с I2S), HDMI CEC (типа команд по HDMI).
Ну и всякое по мелочи, всё подробно описано в даташите.

В дополнение к самой stm32f0discovery неожиданно добавлена макетка.
В user manual представлены схемы, как на оной макетке сделать разные разъёмы под шилды, в том числе и ардуиновские.
Для измерения тока потребления контроллером есть перемычка JP2. Можно её разомкнуть (джампер снять) и подключить амперметр.

UPD: у меня временно (или постоянно) этой платки нет.

Ссылки:
Datasheet;
User manual;
STM32F0xxx Cortex-M0 programming manual;
STM32F05xxx advanced ARM-based 32-bit MCUs;
Cortex-M0 Technical Reference Manual.

А здесь можно найти миллион заметок о применении.

@темы: arm, электроника, stm32f0discovery, stm32

---

BeagleBone

Платка с процессором от Texas Instruments, Sitara AM3359, конечно же Cortex-A8. Собственно, сегодня был тренинг по работе с оной штуковиной.

720 МГц, Ethernet, USB host, microSD, на коем записана ОС. Ну и два уарта: терминал (консоль) и, видимо, отладчик, выведенные через обычную уже FTDI2232 на USB.
Портированы на неё Linux, Android, Windows CE и ещё всякое, менее известное. Драйвера, конечно, тоже.

По умолчанию поднят веб-сервер с тестовой страничкой. Можно писать (редактор Cloud9 на порту 3000) и выполнять программы, написанные на JS (который node.js). Редактор, конечно, грузится долго, но тем не менее. По идее, можно запилить страничку с ярлыками для запуска разных программ (на HTML5).

На JS, конечно же, написали программку моргания светодиодом. Большие процессоры -- другие языки. Язык прям ардуина: digitalWrite и т.д. ><

Программы можно писать на C/C++ и отлаживать по gdb (через gdbserver). На тренинге показывали работу через Code Composer Studio, основанный на Eclipse из убунты. Не особо удобно, но может, в других средах лучше.

За границей оно стоит менее 90$, в России порядка 200$. Хотя, может, есть и дешевле. В любом случае, это одна из самых дешёвых плат с полноценным процессором. Да ещё и малюсенькая — как карта банковская.

@темы: arm, программизмы, электроника, семинар, cortex-a8

---

Мастер-класс по Windows Embedded Compact 7 на платформе i.MX53 Quick Start Board

15 ноября будет мастер-класс от компании Quarta по установке оной ОС на очень интересный и приятный процессор (как мне кажется) i.MX53. Я бы сходил если б был не Windows, а Android или Linux. К сожалению, Windows слишком дорог для меня.

Но надо быть в курсе событий и не пропускать что-то действительно интересное =)

@темы: arm, мии, семинар, электроника, mx53_qsb

---

STM32F4. DMX

DMX - протокол, часто применяемый в современной осветительной технике. Обзорно я про него писал, вроде, сейчас же можно его сделать и на STM32F4. Благо, ничего сложного в нём нет.

Пакет DMX состоит из одного байта стартового кода (всегда 0x00), и 512 байт данных. Скорость передачи 250 кбит/сек. Пакет начинается с Break (низкий уровень на линии) длиной порядка 88 мкс, после чего следует Mark after Break (высокий уровень) длиной порядка 8 мкс, а за ним уже 513 байт пакета. И так циклически.

Для того, чтобы менять направление передачи драйвера RS-485 (а он же полудуплексный, в отличие от RS-422), от контроллера требуется ещё одна нога кроме RX/TX. Высокий уровень на паре выводов ~RE/DE включает режим передачи, низкий - приёма. В простейшем случае приёмника или передатчика RS-485, можно обйтись всего одной ногой: RX или TX, в зависимости от направления, а ноги, управляющие направлением, подтянуть к питанию или земле резисторами. Однако же, сейчас появились драйверы с автоматическим контролем направления, в основном от Maxim, типа MAX13487 или иных. Но для простого DMX без поддержки протокола RDM такие сложности не нужны.

Вывод управления вешаем на любой GPIO, к сожалению STM32F4 не имеет аппаратного вывода управления направлением, зато имеет очень приятное для этого дела прерывание: передача полностью завершена, по которому можно вернуть драйвер в режим приёма. В древнем LPC23xx, например, такого прерывания нет и приходится ставить дополнительный таймер, чтоб отсчитать необходимую задержку после опустошения буера передачи (на это прерывание есть везде), что очень неудобно.

Программа в простейшем случае должна иметь функции отправки UART и организации задержки. Задержку можно сделать и программную - вычитатором, как я показывал ранее, но так впустую тратятся вычислительные ресурсы контроллера и другие задачи запустить загруднительно.
Алгоритм тупого передатчика выглядит так:

// Инициализация периферии
drivers_Init();
dmx_Init();

// Цикл
while(1)
{
	// Просчитать очередной кадр, обновив буфер DMX
	// ...

	// Сделать Break
	dmx_Break();

	// Сделать Mark After Break (перевести в обычный режим передачи - там высокий уровень, и подождать)
	dmx_MAB();

	// Отправить стартовый код (0x00)
	dmx_StartCode();

	// Отправить буфер (простая поочерёдная отправка всех 512 байт буфера)
	dmx_Send();
}

Но подобный путь не для меня. Лучше всего такой медленный процесс перенести целиком на прерывания.

Алгоритм будет тогда примерно такой (для любого контроллера будет верно)

// Mark After Break завершёны
void onMABEnd(void)
{
	// Начать передачу пакета вместе со стартовым кодом
	// Подготовить передачу буфера (через фифо, дма или что оно хочет)
	// UART сам разберётся внутри себя
	uart_SendBuffer(&DMX[0], 513);
}

// Break завершён
void onBreakEnd(void)
{
	// Начать MAB (перевести в обычный режим UART)
	dmx_MAB();

	// Подождать окончания
	timer_Start(8, &onMABEnd);
}

// Данные переданы
void onDataTransmitted(void)
{
	// Начать Break
	dmx_Break();
	// Запустить таймер, чтоб сообщил о его окончании
	timer_Start(88, &onBreakEnd);
}

// Инициализация
int main(void)
{
	// Периферия
	drivers_Init();

	// Инициализация буферов и линии управления направлением DMX
	dmx_Init();

	// Вообще-то это должно быть внутри модуля DMX, как и вышенаписанные функции,
	// но пока пусть будет тут
	uart_SetTxHandler(&onDataTransmitted);

	while(1)
	{
		// Если данные переданы только что (идёт Break/MAB)
		if(dmx_Transmitted())
		{
			// Обновить буфер DMXs
		}
	}
}

Вот и всё. Это на Си. На ассемблере всё то же самое, проекты выложу чуть позже, пока их нет =D
Про уарт напишу отдельно, а также про данную реализацию таймера.

UPD от 24.05.2013: проект с приёмом и передачей DMX по USART1 (PA9/PA10) есть, но сделан иначе, чем написано здесь. Без использования каких-либо таймеров, онли USART. Статью накатал.

@темы: arm, программизмы, электроника, stm32f4discovery, stm32

---

Ода слоупоку

*самодовольно*

Пусть многие считают — я не быстр.
Да и в бою я нечто вроде пешки,
Но я не тормоз — я антагонист
Излишней скорости и спешки.

Нетороплив мой шаг, чему я очень рад:
Какаое ж это поле для манёвра,
И если надо вдруг идти назад,
Не страшно мне — ведь там совсем не много.

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

Величественен шаг моей ноги.
Стою на месте — прямо как атлант я!
А у меня ведь есть ученики,
И даже есть поклонники таланта. (Да, намёк и на почту)

Как обычно, бред, но придумался практически сам ^^"

@темы: стишки

---

Маджонг

Хм, аниме я досмотрел, решил почитать мангу.

Из интереса и для понимания сути подобных аниме/манги (а ведь уже не первую читаю) почитал правила риичи-маджонга и установил на телефон приложение, чтоб посмотреть, как это происходит на самом деле. В целом, процесс игры понял, но все эти комбинации, правила подсчёта, особые ситуации и т.д. — это что-то сложное =D Но хотелось бы с кем-нибудь сыграть ^^

Завтра ориентирование, наконец-то ^^

@темы: мии