Достаточно, на мелких платах только их и использую.

Спасибо. А на крупных платах как поступаете? Разводите JTAG?

Тоже вывожу только SWCLK и SWDIO. Выводить JTAG смысла не вижу: разве JTAG даёт какое-нибудь преимущество над SWD при отладке?

Вроде скорость заливки во FLASH выше.
Я правильно понимаю, что в любой момент времени, если на пинах SWCLK и SWDIO появится определённая последовательность данных, проц перейдёт в режим отладки? Получается потенциально опасная ситуация

Вот что сказано в руководстве по STM32:

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

Не проц перейдет в режим отладки, а JTAG переключится в режим SWD.
Резет теоретически может пригодиться на случай, если прошивка переводит мк в режим, когда отладчик не может подключиться.
Но я бы на этот случай подключал boot0 на землю через резистор, чтобы в крайнем случае можно было запустить бутлоадер и потом отладчик.

привет всем! Хочу использовать одновременно IWDG и STOP режим. Как-то это можно обыграть? Я так понимаю, если я войду в спячку, то вачдог сбросит МК.

Ivan Kuznetzov Дауж врятли, скорее всего вместе с контроллером уснёт и вачдог.
У Renesas_a такое есть.

Проверил: если проц перевести в STOP при включенном IWDG, то последний сбросит МК. Т.е. надо вачдог как-то обновлять во время спячки

Кто-нибудь пробовал применить встроенный CEC интерфейс для чего-нибудь полезного? Например, в качестве дополнительного UART или I-wire (если это вообще возможно) ?

Посмотри DBGMCU тему: если в регистре DBGMCU->CR установить бит DBGMCU_IWDG_STOP (0x100) где-нибудь в процессе инициализации системы, то при отладке IWDG тоже будет стоять. Это имеется ввиду?



CEC интерфейса как отдельного железа нет: это библиотечная реализации протокола управления бытовой аппаратурой с использованием существующей "обычной" периферии.

А за что отвечает пин "CEC" (PB8 в stm32f100xx) ?

А кто- нибудь заморачивался написанием собственного софта (под PC) для прошивки STM32 через его штатный бутлоадер на производстве?
Сейчас использую ST-шный flash loader demonstrator, но он слишком универсальный по интерфейсу...

Хочется окно с одной кнопкой- прошить- он стирает чип и заливает новую прошивку из hex- файла например..

Есть ли открытые подобные проекты? А то из programing manual не все понятно

stm32flash

Спасибо! Пока не разобрался как скачать, "This project currently has no downloads."

Качать там нужно исходники

Кто-нибудь разбирался с изохронным USB?
В документации для STM32F103C8 написано, что максимальный размер пакета для изохронного эндпоинта 512 байт.
Но не понятно, в случае эндпоинта с двумя буферами, получается максимальный размер пакета 256 байт ?

Использую библиотеку STM32_USB-FS-Device_Driver V3.2.1.
При передаче пакетов размером 192 байта с интервалом 1мс работает, а 384 - уже нет...

Еще не совсем понятно, как устанавливать значения ENDP1_BUF0Addr и ENDP1_BUF1Addr в файле usb_conf.h.

Вот из даташита.
22.2 USB main features
● USB specification version 2.0 full-speed compliant
● Configurable number of endpoints from 1 to 8
● Cyclic redundancy check (CRC) generation/checking, Non-return-to-zero Inverted
(NRZI) encoding/decoding and bit-stuffing
● Isochronous transfers support
● Double-buffered bulk/isochronous endpoint support
● USB Suspend/Resume operations
● Frame locked clock pulse generation
Note: The USB uses a dedicated 512-byte SRAM memory for data transmission and reception
(only the USB accesses this SRAM).

У меня так и получилось. MAx размер пакета 256 байт.

Подскажите - как правильно организовать работу DMA с группой введеных каналов ADC1 и ADC2, или введеные каналы только в прерывании надо обслуживать?

Цитата из даташита

Чето вопрос не совсем понял. Переформулируйте. А вообще разве ADC2 можно на DMA посадить?

Reference manual STM32_rev11
Note: Only ADC1 and ADC3 have this DMA capability. ADC2-converted data can be transferred in
dual ADC mode using DMA thanks to master ADC1.

Ясно, спасибо.


Да, да - я знаю. Я имел ввиду работу ADC1&2 в Dual режиме.
Просто есть восемь входных аналоговых сигналов, я подумал сформировать введеные группы на первом и втором АЦП. Хотелось использовать смещение, для регулярных каналов оно не поддерживается.

Возникло затруднение при выборе в IAR языка С++. Хочу часть программы перенести с «большой машины» на контроллер STM32, там она ООП вся, на Си переписывать нет времени.
Все компилиться и зашивается как и при использовании языка Си, но программа не отлаживается J-Link-ом, вернее начинает отлаживаться и затыкается. Использую периферийную библиотеку STM32 version V3.4.0.
Все нормально инициализируется, но после инициализации NVIC, программа затыкается так (см. скриншот). В чем косяк? Предполагаю, что не видит обработчик прерывания?

extern "C" TIM2_IRQHandler()
...

СПАСИБО, так работает!

А как-нибудь сделать обработчик членом класса можно? Имя то будет уже другим. "В лоб" не получилось.
Например самый простой вариант - SysTick таймер.

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

Кто использует RTC у STM32, нормально часы работают?
Просто я в ветке про "LPC1768 и RTC" наткнулся на фразу

Т.е. 1с в сутки это много. А у меня на стм32 при комнатной температуре уход часов на неск. секунд в сутки обычное дело.

Замечательно работают. Естественно, какой-то уход всегда будет, но не 1 с в сутки, это точно.

А какие кварцы используете?

Да самые, что ни есть, обычные.
NC38 Кварцевый резонатор часовой (32.768 кГц, +/-20 ppm, C=12.5pF, -20 to +60C), корпус цилиндрический d=3mm, h=8.3mm
Теоретически, при +/-20 ppm они могут уходить и больше, чем на секунду в сутки, но на практике получается секунда за трое суток - неделю. Может я везучий?
Ах да, может это важно, я не беру комплектующие на радиорынке, только у проверенных поставщиков.

Вот интересно, в даташите на стм32 есть фраза

Получается, зря пугают?

А кварцы у меня в таком же корпусе, правда вроде бы не NC38, а DT38. Куплены не на рынке, серийное изделие все-таки.

Добрый вечер всем.
Поставил себе Keil uVision 4.20, открыл первый попавшийся пример, подключил плату STM32VLDiscovery, прошил, дебаггером погулял, порадовался. Далее пытаюсь написать что-то самостоятельно, и, чтобы не гонять контроллер, пытаюсь дебажить программу симулятором. Для тренировки опять открыл проект из примеров, ничего не поганил в нем. Запускаю дебаггер, в окне дизассемблера указатель на адресе 0х00000000 с командой mov r0, r0. Жму F10, указатель остается на месте, в SP появляется какое-то немыслимое число 0xFFFFFFF8 или около того. Ни на main, ни на Reset Handler указатель не перескакивает, до брейк-пойнтов после нажатия на Run не идет. В окне Command пишут "Error 65. access violation at 0x00000000: no 'read' permission". В MAP Memory разрешаю отладчику делать с этим участком памяти все, ситуацию не спасает. Зашел на сайт Keil, там предложили как один из вариантов писать в Debug Command Window $=0x0800000. После этой команды указатель переходит в начало функции main, но дальше все равно по шагам не идет. Настройки памяти в Options не трогал, начальные адреса нормальные. Расскажите, пожалуйста, где и почему я дурак. Пробовал открывать проекты других контроллеров (LPC, Atmel etc) - дебаггер прекрасно работает

Не поддерживает симулятор кейла полноценно серию STM32F100, только ядро.
Выбирайте F101 и симулируйте. Это самый простой способ.
Или можно прописать DLL-ки от F101 в опциях симулятора/отладчика.

Сколько уже народу на эти грабли наступило...

Большое спасибо, помогло. А как, интересно, сам Keil комментирует такую ситуацию...
Про грабли - это верно, зато не пропустил опыт. Еще раз спасибо

Всем привет

Хотел сказать что есть такая интересная статья по всем преимуществам STM32 против AVR, Stellaris, LPC .

http://www.compeljournal.ru/enews/2011/2/3

Особенно интересный график под конец! STM32 рулит !

Помогите выйти из 3-х сосен: проц STM32F103RBT6. Программирую порты PA0-PA3 как Floating input. К этим выводам подключены джамперы, которыми устанавливаю "0", либо "1". При включении платы PA0 постоянно "0", после сброса по NRST состояние PA0 определяется джампером.
Уже замучился искать, где ошибся. Какие настройки можно глянуть?

Выложите свой исходник инициализации порта, гляну.

Парочка хинтов.
Некоторое время назад пришлось поработать с STM32 с многими используемым замечательным скриптом stm32loader.py. Если в компьютере есть последовательный порт, скрипт замечательно с ним работает. Но компьютеры с таким портом уже давно редкость, приходится использовать USB-переходники (FTDI, Prolific). При использовании их заливка прошивки идёт раза в два медленнее. Дело в том, что скрипт высылает данные побайтно, а драйвер для каждого байта отправляет по USB целый блок и получает подтверждение. Оверхед налицо!
Проблема лечится в методе cmdWriteMemory: собираем весь блок (до 256 байт) данных в стринг, затем вываливаем его драйверу одним махом. Вот так:

И ещё одна проблема наблюдалась. Скрипт открывает файл не используя бинарный режим явно, что под Windows иногда приводит к заливке прошивки неполностью.
Лечится в мэйне:

Также порекомендую в конце скрипта включить команду на запуск программы, чтобы она сразу начинала работать без необходимости вручную выключать режим бутлодера и делать сброс:

Решил проблему. После инициализации портов перед операцией чтения вставил небольшую задержку. Спасибо за предложение помощи.

Интересная проблемка с реализацией USB CDC на STM32F103 и usbser.sys (WinXP).
Был взят пример Usb Virtual Serial Port и переделан по-людски, версия Usb - библиотеки: STM32 USB-FS-Device Driver 3.2.1;
Режим работы таков: после подключения и инициализации, хост передаёт девайсу некоторый объём данных (~1 Кб) для инициализации; в процессе работы хост практически всегда молчит.
Девайс непрерывно передаёт хосту данные (накопленные в FIFO) со скоростью 100 Кб/с. Если на момент опроса у девайса нет данных для передачи, то он отвечает ZLP.

Всё работает просто чудно!

Но почему-то через примерно 300, либо примерно 980, либо примерно 1800 секунд на девайсе перестаёт вызываться Callback на TX

Вероятность ошибки в "пользовательском" коде невелика (ибо он очень прост). Подозрение падает на usbser.sys

Вот.

А кто-нибудь в курсе, когда STM обещает начать массовое производство и выпуск серии STM32F2xx?

По слухам с апреля, до нас с вами докатится не раньше мая...

Всем привет. Планируем использовать CORTEХ-M3 контроллер STM32F103C8 совместно с эмулятором J-Link ARM ( http://jtag.su/index.php?option=com_conten...7&Itemid=1) в IAR. Т.к. опыта работы с такими контроллерами нету, то вопрос таков - будет ли это все работать? :D

Будет, только ссылка Ваша на китайский клон, стоит он около 600руб.
http://www.aliexpress.com/product-fm/37417...holesalers.html

Начали разбираться с stm32 контроллером, чтобы не создавать новую тему - так как вопросов будет много - буду спрашивать их здесь.
В модуле GPIO есть регистры AFIO, чтобы назначать REMAP и указывать ножку для внешнего прерывания. С этим вроде все ясно. Но еще там есть один магический регистр Event control register (AFIO_EVCR), который назначает ножку и порт для некого "EVENTOUT Cortex output". Поиск в даташите на ядро и в референсе ничего не дали. В гугле толком тоже нету. Что это такое?

Тоже есть вопросик про GPIO они что не предусмотрели регистр для атомарного XOR'а порта вывода?
BSSR и BRR - это конечно хорошо но мало...

Как народ делает атомарно инверсию пина?
Неужели через if !!!!
Или через ремап для побитовой адресации?

PS: Я тут макросами имени Аскольда под STM озадачился, всё красиво получилось кроме pin_toggle(PIN)...

Посмотрите вот это, может пригодится.

Посмотрел. Выглядит симпатично. А во что это компилиться?
Я всё же больше на Си...

И компилится, и атомарная операция. Через бит-бэнд регион обращается к отдельному биту регистра ODR.
Т.е. доступ к одному биту в bit-band alias области, как к целому слову в bit-band области.
Только смысла в ней немного.
Проще через BSRR и BRR, и по скорости, и по коду.

Т.е. так вполне сносно будет?