четверг, 19 сентября 2013
Скоро можно будет купить эту весьма интересную платку, чтобы с ней поиграться. Цена не сильно выше предыдущих. Официально продаваться в мире они стали что ли со вчерашнего дня (18.09.2013), хотя я не совсем уверен, но около того.
Няшки на борту платы:
1. 2.4" QVGA TFT LCD (320 × 240, 262K цветов), конечно, с тачскрином (через контроллер
STMPE811);
2. 64 мбит SDRAM (8 МБайт);
3. Трёхосевой гироскоп (L3GD20);
4. USB OTG micro-AB.
читать дальше
На борту стоит микроконтроллер STM32F429ZIT6 (225 DMIPS на частоте 180 МГц) с 2 МБ флеша, 256 КБ оперативы. Ну и весь стандартный для ф4 периферийный набор:
— 2 обычных DMA, ещё один для усб и один для ethernet;
— Контроллер внешней памяти для SDRAM (90 МГц, 32 бит);
— Контроллеры камеры и экрана (TFT с разрешением до 800х600, 24 бита, два слоя с поддержкой смешивания);
— Ethernet MAC10/100 с поддержкой IEEE 1588 v2;
— 2 USB OTG;
— 4x USART + 4x UART (11.25 Mbit/s, интерфейс ISO7816, LIN, IrDA, modem control);
— 6x SPI (45 Mbits/s);
— 3x I²C (с каким-то цифровым фильтром);
— 2x CAN;
— SDIO;
— 2x I2S;
— 1x SAI (serial audio interface) с поддержкой TDM (Time Division Multiplexed);
— 2x 12-bit ЦАП;
— 3x 12-bit АЦП;
— 17 таймеров, какие-то из них работать могут и на частоте проца (до 180 МГц);
Кроме того есть какой-то графический ускоритель простенький (Chrom-ART Accelerator™), который умеет заполнять прямоугольнички, копировать прямоугольные области с преобразованием формата пикселей и смешиванием (blending).
Есть блок защиты, который может разрешать только выполнение кода из отдельных секторов и не разрешать чтение.
Няшно.
UPD: контроллер TFT на разрешении 640x480 держит только двухбайтные форматы цвета (rgb565, argb1555, argb4444, AL88) на два слоя, на разрешении 800x600 только однобайтные (таблица на 256 цветов как в денди или ч/б L8 AL44) на два слоя. Иначе нарушение синхронизации, сначала горизонтальной, потом и вертикальной (картинка порвётся в мясо). Четырёхбайтные режимы вполне себе только на низких разрешениях 320х240 и типа того.
При одном активном слое всё умножается на два: на 800х600 можно использовать RGB565 и типа того.
UM1670. Discovery kit for STM32F429/439 lines;
STM32F429xx datasheet;
RM0090. Reference manual.
Примеры программ.
@темы:
arm,
электроника,
stm32,
stm32f429idiscovery
Первое ощущение, что F4 ориентирована на звук, а F429I на видео. Я так понимаю, что в F429I нету даже таксебешного усилителя звука, что слегка подтверждает мои влажные фантазии на эту тему. Буду любить свою F4, т.к. её должно хватить на подключение мелкого дисплея с отображением векторной графики. И, да, не совсем понимаю, что значит "гироскоп" в новой плате (как он там работает и чем отличается от акселерометра).
Гироскоп измеряет изменение угла Оо
Пф, вот я тупица. Теперь всё понял, спасибо.
Гость, купивший вчера F4
Есть альтернативы типа микроси, микробасик и микропаскаль, но какие там цены, поддержка и удобство — не знаю. Иар дорогой и весьма аскетичный...
Вот спасибо за помощь, на нём и остановлюсь. Also, "но какие там цены" - "Do what you want, cause a pirate is free. You are pirate."
Лично мне кажется, что всё ПО для такой платы должно быть свободным (снова влажные фантазии), т.к. плата для домашнего использования, и, как бы, уплочено же. А вот для коммерческого использования всё ПО может быть и платным (где-то уже видел подобный подход. Кажется, это была какая-то ОС, вроде QNX). В противном случае им следовало бы назвать плату STM32F4-Undiscovery без даташита и референсов (за деньги) with something plastic and silicon onboard for lulz. Но поскольку там написано "releasing your creativity", то нужно непременно release всё и вся во имя creativity. Всё, больше не буду здесь мусорить. Не удержался.
Написал мигалку. Просто во флеш заливается, работает. Но во время дебага не удаётся перебежать RUN'ом дальше HAL_GPIO_Init – ошибка "Cannot access target. Shutting down debug session".
Не пойму в чём дело, похоже на глюк программатора, ибо залитая программа мигает так, как и полагается. Может, вы знаете в чём дело?
Прилагаю ссылку на файл проекта yadi.sk/d/_l9jqvXTJs3et
Вы это с помощью CubeMX делали (которую я так и не смог завести, дескать, жаба старая, хотя она новее .з.)?
Вот это место выглядит очень стрёмно (swd сидит на выводах pa13/pa14, а ещё где-то swo есть):
Подозреваю, оно и рушит всю отладку. Интересно, зачем перенастраивать так вот абсолютно все выводы в аналоговый режим, если можно их не трогать?