Над портами инженеры STM поубивались знатно. Такой прорвы настроек и возможных режимо я, честно говоря, даже не ожидал. Порты у STM32F1xx могут работать в режиме*:
- Вход Hi-Z
- Вход с подтяжкой вверх
- Вход с подтяжкой вниз
- Аналоговый вход (для каналов АЦП)
- Выход с открытым коллектором (стоком, если быть точным)
- Выход тяни-толкай (push-pull)
- И альтернативные функции, т.е. работа от периферии. Тут у нас формируется выход вида вида тяни-толкай или открытый коллектор.
С железной части порты бывают двух видов стандартные и устойчивые к напряжению в 5 вольт. При том, что напряжение питания у STM32 максимум 3.3 вольта. Разница у портов в схемотехнике. А точнее в том, что у 5V tolerant входов защитные диоды видут на какую то особую шину питания Vdd_ft. Полагаю, что там стоит нечто вроде небольшого повышателя, накачивающего напругу до 5 вольт.
Стандартный вывод
Вывод 5V Tolerant
Остальное все более менее стандартно. Сигнал на выход может вывалиться либо с периферии (стрелочка Alternate function Output) либо с выходного регистра. В который мы вольны записывать биты напрямую, либо же воспользоваться служебными регистрами установки/снятия битов.
Входной сигнал с ноги попадает в Data register и в Alternate Function Input. Причем селектора там нет, а значит можно по ходу дела считывать и глядеть что там творит периферия.
Т.к. RM0008 это общий документ, сразу на все семейство STM32F10x то распиновку выводов конткретного чипа в конкретном корпусе надо смотреть в конкретном даташите. Для STM32F103C8T6, что стоит на Pinboard II она выглядит следующим образом *:
Но этого недостаточно, тут только названия GPIO. А есть же еще альтернативные функции, т.е. периферия. Там же, в даташите, вы найдете такую большую и страшную таблицу, показывающую привязку выводов к периферии, а также разные свойства выводов.
Вот примерный кусок того, что вы должны найти*:
Разберем ее чуть подробней.
- Pins — тут все просто. Это номера пинов в выбраном нами корпусе. Тут сразу все, от BGA до TQFP. Если в вашем чипе меньше выводов, то будут стоять прочерки. Т.е. в ядре то пин есть, но наружу не торчит. Печаль…
- Pin Name — собственно имя GPIO по его основному назначению. То самое, что вы видели на картинке с распиновкой. Помогает ориентироваться.
- Type — тип вывода. I — только вход, I/O вход-выход, как настроишь, S — supply, т.е. питание по нашенски. Через эти выводы контроллер получает разное ЖРАТ. Сюда входят разные питания (ядра, периферии, АЦП и мало ли еще чего) и земли.
- I/O Level допустимый уровень напряжения на пине. Собственно бывает только обычный (т.е. 3.3V) и устойчивый к 5 вольтам. Пятивольтовые обозначаются как FT.
- Main Function — главная функция, то как настроен вывод по дефолту, после сброса питания. Обратите внимание на то, что там не все выводы ведут себя как GPIO, хотя и большинство. Всякие JTAG/SWD любят быть включенными по дефолту. А также тактовые для разных дополнительных кварцев, вроде часовых.
- Alternate Functions/Defaults — дополнительные периферийные функции. В отличии от тех же AVR, где стоило только включить какой-нибудь UART, так сразу же выводы под UART становились в нужные режимы, тут все по другому. Вывод переводится в режим управления от периферии ручками. Записью битов в регистры. И вот то каким он станет после включения альтернативного режима и указано в колонке Defaults
- Alternate Functions/Remap —А еще там есть бит ремапа. Позволяющий взять и перебросить многие выводы периферии на другие ноги. Т.е. у того же UART1, например, вывод TX1 может быть либо на PA9 либо на PB6, в зависимости от бита ремапинга порта. Это удобно, легче разводить плату. Цепляешь вывод туда, где удобней, но изрядно взрывает мозг :) Вот в этой колонке и указывается куда что ремапится при выставлении этого бита. Правда надо учитывать, что биты периферии ремапятся не по одному, а сразу все. Т.е. если это UART то сразу RX и TX. Врочем бывают исключения. Подробней надо смотреть в описании регистров ремапинга. Там портянка на три страницы с комбинациями куда что.*
Также настояяятельно рекомендую читать сноски и пояснения к этой таблице. Там много всяких уточнений.
Конфигурация
Управляется все это хозяйство прорвой регистров. Под которые в User Manual отведена целая глава. Инфы, как минимум, на час вдумчивого вдупления в макулатуру.
Итак, портом управляют следующие регистры
Пара GPIOx_CRH:GPIOx_CRL
Т.к. порты в STM32 шестнадцати разрядные, а на конфигурацию одной ноги выделено аж четыре бита, то на 16 выводов надо 64 бита. Т.е. два регистра. В CRL хранятся конфиги выводов от 0 до 7, а в CRH с 8 до 15го.
Выглядит внутри так:
Красными блоками я выделил группы битов, отвечающих за одну ножку. Тут конфигурируются выводы от 0 до 7. Это CRL. В CRH то же самое, но настраиваются пины от 8го до 15го.
Все возможные состояния описываются в таблице 18 и 19 из User Manual
Тут стоит обратить внимание на скоростной режим порта. Т.е. с какой частотой он может дрыгать лапой. Полагаю сия настройка должна влиять на энергопотребление. Т.е. если жалко батарейку и не планируем дрыгать быстро, то имеет смысл поставить минимальную частоту.
Какой режим выставить зависит от того, что мы хотим получить. Если для ручного дрыганья портами все просто и ясно, то для периферии возможны затупы. Т.к. тут надо вручную выставлять нужные режимы портов для периферии. А кому какой? Ответ на это дает пачка таблиц с 20 по 31 из User Manual * Там таблицы такого вида:
Где сказано для какого режима периферии какой режим порта надо поставить. Так что курите документацию. Это вам не AVR, тут ее просто горы :)
Также есть такая вещь как ремапинг, позволяющая выводы периферии кидать на другие ножки. За ремапинг отвечает регистр AFIO_MAPR и AFIO_MAPR2 Он один на все GPIO и там описана вся периферия и разные комбинации ремапа портов. Описывать это все не буду, там ОЧЕНЬ много таблиц и разных ссылок. Укажу лишь куда смотреть если что.
- Файл RM0008 STM32 User Manual. Раздел 8.3 Alternate function I/O and debug configuration (AFIO) стр. 161
- Файл RM0008 STM32 User Manual. Раздел 8.4.2 AF remap and debug I/O configuration register (AFIO_MAPR) стр. 170 и далее.
Искать там просто — находишь нужную периферию в таблице в разделе 8.3 и смотришь куда ее можно перекинуть. Затем идешь в раздел 8.4.2 и смотришь какие биты для этого нужно записать в регистр AFIO_MAPR.
Дрыгаем портами вручную
Для ручного дрыгания портами у нас есть регистр GPIOx_ODR в режимах работы порта на выход, все что туда попало вылезает наружу. Если стоит режим тяни-толкай, то запись 1 поднимает вывод вверх, к питанию, а запись нуля прижимает в землю. В режиме открытого коллектора запись 1 переводит ногу в HiZ, т.е. она повисает в воздухе, а запись 0 — прижимает к земле.
Структура регистра ODR проста — первые биты от 0 до 15 отвечают за соответствующий вывод, а старшие, от 16 и до 31го не используются вообще.
Все же, что на ноге появилось, вылезает во входном регистре GPIOx_IDR. Это аналог регистра PINx в AVR. Т.е. в каком логическом уровне находится вывод МК, такое значение в этом регистре. Даташит говорит, что данные считываются на каждом такте шины APB2.
Структура регистра GPIO_IDR похожая на ODR. Т.е. первые 16 бит отвечают за соответствующие выводы, а старшие не используются.
Также там есть регистры атомарных действий. Позволяющие менять значения битов в ODR без использования операций чтение-модификация-запись.
Это регистры GPIOx_BSRR и GPIOx_BRR
С BRR все просто. Его младшие 16 бит отвечают за сброс бита в ODR.
Т.е. надо тебе, например, сбросить бит 3 в ODR, не трогая остальные. Без BRR регистра, надо было бы сначала считать ODR, потом по маске загасить нужный бит, не трогая остальные, а потом вернуть его обратно в ODR в уже измененном виде. Как минимум тут будет три команды. Между которыми может вломиться прерывание и обгадить нам всю малину. C регистром сброса все упрощается до одной команды. Нам нужно только лишь записать «адын» в третий бит GPIOx_BRR и усе, бит 3 в ODR будет сброшен. На нули же никакой реакции не будет. Таким образом можно сбрасывать и несколько битов.
Регистр BSRR работает аналогично, только на установку. Т.е. записал ты единичку в третий разряд BSSR и она автоматом выставилась в ODR.
Разница лишь в том, что в BRR старшие биты (т.е. 16 до 31) не влияют ни на что, а в BSSR они активны и сбрасывают бит. Записал в бит 0 BSRR единичку — бит 0 в ODR выставился. Записал в бит 16 BSRR единичку — бит 0 в ODR сбросился. Потому то он и зовется Bit Set/Reset Register.
Блокировка портов.
Есть такой регистр как GPIOx_LCKR записал в него хитрым образом нужный бит и все, этот бит порта блокируется и больше его никак нельзя перенастроить или как либо изменить — группа битов в CRH:CRL блокируется. Только сбросить контроллер через reset.
Каждый бит регистра LCKR отвечает за один бит порта. А 16й бит регистра LCKR (LCKK) служит ключиком. Для того, чтобы заблочить порт нужно:
Выставить в регистре GPIO_LCKR биты выводов которые мы хотим заблокировать.
- Записать в бит LCKK 1
- Записать в бит LCKK 0
- Записать в бит LCKK 1
- Считать из LCKK 0
- Считать из LCKK 1 (этот шаг опциональный, но считывание 1 будет означать, что блокировка установилась)
В процессе записи ключевой последовательности нельзя модфицировать биты регистра LCKR кроме 16го, ключевого. Иначе замок не сработает.
Тактирование портов
Порты GPIO сидят на шине APB2 и тактируются оттуда. По умолчанию тактирование ВЫКЛЮЧЕНО! сделано это скорей ради экономии энергии. Нет тактов — нет потребления. Вообще вся периферия изначально отключена от тактирования. Поэтому то часто возникают непонятки — порты все настроил, а нифига не работает.
Такты включаются в регистре RCC_APB2ENR Там такая вот картина:
Как видишь, тут каждой периферийной шняге, что висит на шине APB2 присвоен битик. Каждому из портов (от А до G) тоже. Также отдельный бит присвоен альтернативному использованию портов. Бит AFIO. Вот выставляешь эти битики и поехало.
Подведем итог. Что нам надо сделать, чтобы помигать таки этим чертовым диодиком?
- Выставить тактирование нужного порта на APB2
- Сконфигурировать порты в CRH:CRL регистрах на выход «тяни-толкай»
- Записать/стереть нужный бит в ODR или воспользоваться регистрами BRR или BSRR.
Просто как раз-два-три! И чего я тут распинаюсь ;)
CMSIS
Теперь поглядим на представление наших портов через призму CMSIS и попробуем написать кусочек кода для мигания. Мигать будем битом на B05.
1 2 3 4 5 6 7 8 9 | // Выставляем тактирование в APB2 RCC->APB2ENR |= RCC_APB2ENR_IOPBEN; // Конфигурируем CRL регистры. GPIOB->CRL &= ~GPIO_CRL_CNF5; // Сбрасываем биты CNF для бита 5. Режим 00 - Push-Pull GPIOB->CRL |= GPIO_CRL_MODE5_0; // Выставляем бит MODE0 для пятого пина. Режим MODE01 = Max Speed 10MHz GPIOB->BSRR = GPIO_BSRR_BR5; // Сбросили бит. GPIOB->BSRR = GPIO_BSRR_BS5; // Установили бит. |
Сброс и запись мы делаем через один и тот же регистр BSRR. А записываем в него разное число.
GPIO_BSRR_BR5 = 0×00200000
GPIO_BSRR_BS5 = 0×00000020
Разница лишь в половине в которую идет запись бита. Также можно и напрямую пинать данные в ODR.
Набросал простенький примерчик в Keil и запустил на Pinboard II
Видео уж прикладывать не буду. Что вы, в самом деле, мигающий диод не видели? ;) Уж, надеюсь, поверите мне на слово :)
to do… тут надо дописать ту же самую портянку, но про LPC1343… когда нибудь.
Ох, такую статью бы, да две недели назад.. Было бы здорово :)
Сейчас я почти со всем уже разобрался сам, уткнувшись в даташиты.
Очередной хит от автора блога ! Жаль, что статьи выходят не часто…
А в режиме «открытый коллектор» можно рулить напряжением большим чем 5вольт
Лучше не стоит. Защитные диоды никуда не денутся, а по ним лишняя напруга уйдет в шину питания со всеми нехорошими последствиями.
а нафига тогда этот режим??? чем он отличается от обычного нуля на выходе. тот же открытый нижний транзистор, и закрытый верхний.
или может защитные диоды все же как то отрубаются от пина, и там настоящий ОК выходит )))
Тем что когда в ODR=1 выход в Hi-Z. Тут верхний всегда закрыт.
DI напиши статью о работе с I2C и SPI на этих контроллерах.
Напишу… в этом или следующем году :)
А что за режим push-pull? не совсем понятно
Два транзистора. Верхний и нижний. Между ними вывод. Верхний ведет на шину питания, нижний на землю. Открываем верхний — вывод жестко прижимается к питанию. Открываем нижний — к земле.
А, все понял) спасибки DI)
ооо… давно не было статьей.
А для чего блокировка нужна? Кроме теоретического сферического STM32 в вакууме?
Ну чтобы в результате сбоя, например в результате срыва стека, порты не изменили свою конфигурацию и не устроили ядерный взрыв раньше времени. Полезная фича так то.
То есть в случае необходимости блокируем пин, а если нужно его поменять программно перезагружаем контроллер?
Да, например так.
Спасибо, очень познавательная статья!
А как насчет bit-band?
Есть там такая фраза в даташите как «These bits can be read and written by software and can be accessed in Word mode only.», под описанием регистра ODR. Однако гугление показало что народ вроде как делал и оно работало. Еще пытался найти набор удобных дефайнов для всех пинов(вида PORTA8, например), но не нашел, впрочем тут можно заморочится и самому сенерить, посмотрев по каким адресам там чего лежит.
Кстати, получается атомарно инвертировать бит нельзя? Жалко, например у xmega если память не изменяет есть такая функция(спец регистр типа BSRR). Интересен самый простоый и/или быстрый способ инвертировать бит в регистре.
Есть. У STM32 с этим все в порядке. ЕМНИП инверснуть можно через битбанд, там вроде как регистр на set, clear и invert, но надо уточнить.
Битбанда нет в LPC младших версий.
У LPC1343 есть битовый доступ через MASKED_ACCESS. Причем это не отдельная команда, область в адресном пространстве (массив по сути). Более того доступ ко всему порту идет через эту же область (где маска == все выводы).
Написано как всегда легко и понятно. Только вот ее бы год или месяцев 9 назад, что бы не тупить в талмуды даташитов…
DI, а можешь поделиться планами, что по армам планируешь рассматривать?
Да я сам не знаю. :)
Ну еще хорошо бы добавить что на Remap тоже такты давать надо.
Что имеется в виду в вопросе про Bit-Band? если руление битами через область памяти в которой каждый байт соответствует своему биту — то да, оно работает, во всяком случае на STM32. Разве что несколько геморно высчитывать адреса.
А про дефайны типа AVR-овских PORTA, PORTB — каждый порт дефайнится ала GPIOx, а бит этого порта дефайнится как GPIO_Pin_х , где x — буква порта в первом случае и номер пина во втором. Это при использовании CMSIS.
На ремап в смысле на тот GPIO куда сремапилось? Думаю это очевидно. Нет?
Или там еще куда то надо загнать?
Немного неправильно выразился. Там врубаются такты на регистры управления альтернативными функциями, регистр ремапа тоже относится к этой группе.
У меня для ремапа SPI1 в коде идут 2 команды:
// alternative func enable
RCC->APB2ENR |= RCC_APB2ENR_AFIOEN;
AFIO->MAPR |= AFIO_MAPR_SWJ_CFG_JTAGDISABLE; // disable JTAG
// remap SPI1 to port B
AFIO->MAPR |= AFIO_MAPR_SPI1_REMAP;
Ну и отрубание JTAGа тут докучи
Ага, т.е. вот это:
RCC->APB2ENR |= RCC_APB2ENR_AFIOEN;Обязательно при ремапе.
А нет готовых дефайнов всех GPIO_Pin_х с высчитанными адресами?
В CMSIS этого не нашел.
Все, не надо, написал простую программку, сам сгенерил :)
Поделись! :)
http://tmp.avr.net.ru/bit.zip
Нате.
Там два файла, один с дефайнами для F100 (для F10x тоже скорее всего подойдет, не смотрел даташит, пока что 100RBT6 ковыряю). Вид дефайнов
PORTx_y (пример PORTA_12) и PINx_y (пример PINA_12). Это соответственно биты регистра ODR и IDR.
Второй файлик — программа для генерации первого. Написана на коленке за 5 минут, лишь бы генерило. Изменять под свой вкус. Вообще было бы круто написать такое для всех битов всей переферии, но это придется повозиться.
Вообще на мой взгляд бит-банд во много раз удобнее использования битовых масок и уж точно нагляднее.
А уж если хочется помигать светодиодиком, то вообще сказка :)
PORTC_9 = !PORTC_9;
Было бы интересно найти/сгенерить для всех регистров переферии(а они в стм32 как я понял ВСЕ попадают в зону битбанда). Тогда можно будет
GPIOA->CRH |= GPIO_CRH_MODE9_0 | GPIO_CRH_MODE9_1;
Заменить на
GPIOA_MODE9_0 = 1;
GPIOA_MODE9_1 = 1;
Как по мне, так вторая запись нагляднее и удобнее
Так это, у периферии есть базовый адрес, остальные смещения. Думаю можно сделать макрос которому подсовываешь базовый адрес, имя бита и опа…
Для битбанда?
на асме зажечь светики на STM32 value line discovery
последние (SET_BIT_IO GPIOC, GPIO_ODR, 8 и SET_BIT_IO GPIOC, GPIO_ODR, 9) как раз макрос битбанда
вот такой
@ макрос установки бита в периферии при помощи bitbang @ использование: @ SET_BIT_IO GPIOA, GPIO_CRL , 0 /* установка нулевого бита GPIOA_CRL */ @ .macro SET_BIT_IO base, reg, bit MOV32 R0 , (0x42000000 + (\base + \reg - 0x40000000) * 32 + \bit * 4) STR r11 , [r0] .endmИнтересно, почему все настойчиво думают, что на вордпрессе работают ББ коды форума и что они тут вообще есть :)
нет, не думаем.. — мы надеемся !!!
виноват :-(
а кнопки «редактировать» ответ нет :-(
а там внизу, под окном в котором печатаешь сообщение, мелким шрифтом чего-то про коды сказано. Я глянул мельком,
в тексте присутствовало, я его и воткнул :DP.S. Во: Можно использовать следующие HTML-теги и атрибуты: \ \ \ \ \
Гадость… Она таки сожрала все тэги. И кстати почему-то сечас тэг code показало как надо, а в прошлых комментах его проигнорировало…
Попробуй тэг:
<pre lang=»AVR» line=»1″>
код
</pre>
Язык можно выбирать разный.
Биты CNF[1:0] изначально выставлены в единицы? Просто в АРМах новичок и не совсем понятны операции &= ~. По отдельности норм. В мануале ничего не нашел. Или просто не там ищу. Хотелось бы узнать что к чему. И еще вопрос? Как определяется битовая маска? В даташнике где то?
Не помню, сбрасываю для верности, чтобы битмаски сразу накладывать по OR. Обращай внимание на звездочки в конце предложений. Наведешь на них — увидишь сноску на конкретную страницу даташита или юзермануала.
Битмаски все прописаны в CMSIS читай описание библиотеки CMSIS
За звездочки спасибо. По аналогии с подсвеченными пунктами мануала нахожу одноименные у себя. А вот с библиотекой сложнее. Пишу в ИАРе. Зашел в дереве проекта в библиотеку CMSIS там куча .h файлов. Подскажите как бит маски там описываются? Пробовал по поиску ничего определенного нет.
В курсе ARM есть статья по CMSIS там подробно расписано, что как и где искать.
Хорошо. После прочтенного (смотрю пример в статье Keil+CMSIS):
1. Выражение GPIOA->CRL &= ~GPIO_CRL_CNF3;
Бит маска GPIO_CRL_CNF3 согласно хидеру 0x0000C000.
2. После операции ~ она становится 0хFFFF3FFF.
3. Т.к. 3 бит надо обнулить выполняем операцию 0хFFFF3FFF & 0×00000000.
Может я что то упустил?
в пункте 3 вы выполняете операцию (GPIOA->CRL & 0хFFFF3FFF)
получается битмаска умножается на ее инверсию? 0x0000C000 & 0хFFFF3FFF и получаем сброс, т.е. обнуленные биты CNF3?
именно так
Битмаска помноженная на ее инверсию Всегда даст ноль :)
кстати обнуляться два бита группы 3 и 4. (3= 0b0011)
Так, давайте разберемся по порядку, чтобы не было вопросов.
GPIOA->CRL &= ~GPIO_CRL_CNF3;
Это эквивалентно
GPIOA->CRL = GPIOA->CRL & (~GPIO_CRL_CNF3); (написание выше используется для сокращения).
Дальше, подставляем значение битмаски
GPIOA->CRL = GPIOA->CRL & (~0x0000C000);
Теперь побитово инвертируем и получаем фактически это:
GPIOA->CRL = GPIOA->CRL & 0хFFFF3FFF;
Таким образом, что мы имеем — в регистр CRL порта А записывается он же, помноженный на 0хFFFF3FFF. Так как умножение Х на 1 дает Х, то везде где в полученном числе стоят 1 — останется то значение которое до этого было в регистре. Так как умножение Х на 0 дает 0, то везде где в полученном числе стоят 0 — получится 0.
Тоесть этим действием мы обнуляем в регистре CRL те биты, которые соответствуют 1 в изначальной маске GPIO_CRL_CNF, при этом все остальные биты остаются в таком же состоянии, в каком и были до этого.
Вот теперь понятно откуда «биты» растут!:) И с последовательностью операторов все норм теперь. Спасибо.
Не за что! :)
Вот теперь понятно откуда «биты» растут!:) Спасибо.
di halt, это конечно интересно, но хотелось бы почитать статьи для полных новичков, — например как работает кварц, подробный разбор небольших схем с транзистором, как куда идет сигнал и тп.
http://easyelectronics.ru/category/nachinayushhim
DI HALT, посоветуйте транзистор для электронного ключа (лучше импортный, рос. не смогу достать, никогда ничего не паял, появилась потребность сделать тросик к фотоаппарату, управляемый с платы), сигнал с вывода STM32l152 на плате STM32L-discovery. Вывод как понимаю нужно переводить в режим тяни-толкай?
IRLML2502, например.
Но вам лучше применить оптореле. CPC1035N, например. Будет куда проще и надежней.
спасибо за ответ, есть ли какие нибудь аналоги с корпусом не SMD?
KAQV210
Доброго времени суток, вот собрался разбираться с данным семейством, однако, руки не доходили до знакомства с ним, до сегодняшнего дня, пока не предложили преобрести отладочный комплект STM32VLDISCOVERY. И по сему возник вопрос, могу ли я с данным комплектом в основе, которого мк STM32F100RBT6B, пользоваться данными уроками , где, как я понял, рассматривается 103 серия ( и вообще есть ли существенная разница между этими сериями). Прошу сильно не бить за столь глупый вопрос, т.к. семейство абсолютно не знакомое и новое для меня и времени на раздумья 1 — 2 дня, нет времени разбираться. И прошу прощения если вопрос не туда адресован и если гдето уже был задан подобный вопрос
вопрос цены, возможностей и целей, для многих задач этой платы «за глаза»
раньше в авр начинали с меги8 или 16 — так вот F100RB быстрее обоих, флеша больше (128 кб), озу больше и так далее..
более чем достаточно чтобы начать! да и продолжить тоже :-)
Можешь, но смотри на отличия между МК. Отдельно я их оговаривать не буду.
Большое спасибо!
DI HALT, добрый день. Знаю что вы работали с модулями Radiocrafts RC1240, прочитал вашу статью, но т.к. там последний коммент датируется 2010 годом, решил написать сюда, в надежде на вашу помощь)
Не подскажете, в чем может быть проблема — три модуля закупил (из одной партии, явно, даже в одной ленте были), подключаю по даташиту — никакого отклика, даже тестового меандра с 20го пина нет.
Соединял как в даташите — Vcc — 3.3В (пробовал также и с 5.0В), все пины GND, понятное дело, на землю, CTS, RTS, CONFIG — подключены к пину Vdd. On/Off пин подключен к Vcc.
Reset — висит в воздухе, пробовал также коснуться им Gnd и потом бросить в воздухе, а также — коснуться им Gnd и потом подключить к Vdd.
Антену пока не паял.
На выходе Vdd присутствуют искомые 2.7В, замеры потребляемого модулем тока соответствуют даташитовским — после включения показывает 20.5 мА, когда On/Off подключаю к земле — 0 мА, когда CTS, RTS на землю — 9 мА. Но меандра нет. И уарт молчит. Никаких реакций на
CONFIG->LOW нет.
Уже все перепробовал, даже с оф. дистрибютерами связался — те почесали голову и сказали «свяжемся позже».
Сброс бит в ODR можно выполнить посредством 2 регистров — это разряды 15-0 BRR и разряды 31-16 BSRR? Я правильно понял, у них одинаковое предназначение?
Ага