STM32 для чайника

[Электронщик]

GOR23, спасибо, действительно не проходит проверку контрольной суммы, убрал ее и заработало. Где, та оптимазация компилятора в IAR я не знаю.

Изменено 19 августа, 2017 пользователем Электронщик

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[GOR23]

Поковыряйся в настройках проекта, там много чего есть...

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[bobbjenkins]

Такой вопрос "начинающего":

В чем отличие/преимущество DMA от обычных  прерываний при работе с I2C в stm32? Частота контроллера 72 МГц, частота шины I2C - 400 кГц. Если работать с I2c  блокирующими функциями (операции read/write), толку от частоты контроллера немного - большую часть времени будем ждать на этих функциях I2C.

Можно сделать, чтоб операции read/write, по их окончании, вызывали обработчики прерывания. Тогда микроконтроллер не будет простаивать на read/write вызовах, они вернут управление моментально, в то время как модуль I2C дождется окончания операции и дернет прерывание, когда данные будут приняты или отправлены.

Почему в таких случаях предпочитают DMA, какой дополнительный ощутимый выигрыш он дает ?

 

Изменено 22 августа, 2017 пользователем bobbjenkins

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[mail_robot]

тем, что при работе DMA ядро свободно, а при обработке прерываний занято. То есть если коротко, то при использовании DMA у тебя двухядерный проц, а на прерываниях нет

[my504]

В общем случае, ДМА, занимая шину, тоже частично блокирует ядро. Конечно гораздо меньше, чем обработчик прерываний, но если транзакции идут плотно, можно практически остановить ядро. Особенно если оно требует работы с шиной (ОЗУ и периферия). Регистровые операции (РОНы) обращения к шине не требуют.

[mail_robot]

хорошо, что есть такие умные ребята, которые точно знают кто что и на сколько блокирует. Это радует, несомненно.

Но вопрос звучал так - в чем разница с ДМА и без и почему предпочитают именно ДМА

[my504]

То есть уточнить ответ никак не возможно?

Автор против?

[mail_robot]

а ответ был хоть как то уточнен?

[oscillator]

On 8/23/2017 at 2:53 AM, mail_robot said:

в чем разница с ДМА и без и почему предпочитают именно ДМА

Без DMA микроконтроллер должен скопировать по шине AHB данные из одного участка памяти (или регистров периферии) к себе в регистр, потом скопировать эти же данные обратно по то же шине в другой участок памяти (или регистры периферии). Все это занимет время и ресурсы (шины + контроллера). Если используется DMA то данные ходят по шине "автоматически", без участия микропроцессора, что выходит значительно быстрее и еще и экономит ресурсы контроллера.

[Alex Falcon]

В 23.08.2017 в 04:55, my504 сказал:

Регистровые операции (РОНы) обращения к шине не требуют.

То есть можно организовать одномоментное обращение ядра к памяти и ПДП к регистру устройства?

А я думал, что они лежат в едином адресном пространстве и дешифруются единым адресным дешифратором для обмена по единой шине данных..

Блин, век живи, век учись.  

[mail_robot]

дуют то они по одной шине, а вот механизмы адресации разные

[my504]

В 24.08.2017 в 15:48, Alex Falcon сказал:

То есть можно организовать одномоментное обращение ядра к памяти и ПДП к регистру устройства?

А я думал, что они лежат в едином адресном пространстве и дешифруются единым адресным дешифратором для обмена по единой шине данных..

Блин, век живи, век учись.  

Они ТЕРРИТОРИАЛЬНО находятся в разных позициях.

Например, письмо может быть адресовано как в свой дом, так и в свой город, так и в свою страну. Единое адресное пространство, но совершенно разные пути доставки.

Дешифратор может быть подключен к шине адресов как внутри ядра, так и на общую шину.

В 23.08.2017 в 09:03, mail_robot сказал:

а ответ был хоть как то уточнен?

Как показала практика - БЫЛ.

Изменено 27 августа, 2017 пользователем my504

[Alex Falcon]

В 27.08.2017 в 06:19, my504 сказал:

Единое адресное пространство, но совершенно разные пути доставки.

Дешифратор может быть подключен к шине адресов как внутри ядра, так и на общую шину

Как на "пути доставки" влияет конкретизация адреса "Страна", "Город", "Улица".. и т.п.

Дешифратор то подключен быть может, но он один, и выходит, что в один момент времени он может выполнять одну задачу, остальные желающие вынуждены ждать свой тайм-слот. Нет?

Изменено 28 августа, 2017 пользователем Alex Falcon

[my504]

А с чего Вы решили, что дешифратор один?

Вы полагаете, что сделать единый дешифратор для всех и тащить в совершенно разные концы кристалла тысячи шин - это хорошая идея?

По моему, не надо быть сильным специалистом по топологии, чтобы понять, что гораздо проще сделать столько дешифраторов, сколько групп регистров имеется на кристалле и таскать в эти узлы только 32 линии адреса.

А кроме того, РОНы  в регистровых операциях  адресуются из дешифратора КОМАНД коротким адресом содержащимся прямо в команде. Их видимость в общем адресном пространстве - это СПЕЦИАЛЬНЫЙ механизм доступа, а не признак того, что они управляются от дешифратора общей шины.

Ну и последнее. При работе с общей шиной, процессор так строит транзакции, чтобы МИНИМИЗИРОВАТЬ ее занятость. В том числе и для эффективного механизма внепроцессорных транзакций (ДМА, например). И бесполезно занимать ее (внешнюю шину) при внутрипроцессорных пересылках - совершенная глупость.

[forestdozor]

Здравствуйте!
Подскажите пожалуйста, где можно найти распиновку на микроконтроллеры с его альтернативными функциями?
У меня STM32f3 Discovery. Сейчас по даташиту на саму дискавери и stm32f3 играюсь тем, что на плате, но пора уже курить stmку дальше, а распиновку не могу найти

[andryxa]

Вся информация в даташите на контроллер, установленный в дискавери.

[forestdozor]

Действительно, в конце даташита на дискавери есть таблица с функциями пинов. Спасибо!

[Стальной]

В 19.08.2017 в 16:25, Электронщик сказал:

GOR23, спасибо, действительно не проходит проверку контрольной суммы, убрал ее и заработало. Где, та оптимизация компилятора в IAR я не знаю.

В IAR оптимизатор вообще как-то странно работает, по крайней мере в STM8 натыкаюсь часто на неадекватное поведение программы.

 

[GOR23]

Делал в иаре на стм8 один проект. Нужно было вытягивать с потока по rs-485 "свои" байты на скорости 256 Кбод. То у меня с оптимизацией только и работало. Без нее камень не успевал фильтровать.

[Стальной]

@GOR23  ну вот  примерный кусок кода

if ( (c=somefunc() ) > 0 )
{
... //какие-то операции с переменной с
}

Вроде бы стандартная конструкция, но после нескольких заходов в этот кусок возвращаемое значение перестаёт присваиваться.

Ещё пример. Решил сделать аналог HAL_Delay(). Есть переменная unsigned long int sys_clk, она инкрементируется потаймеру и в отладчике видно, что с этим всё ок. Теперь функция sys_delay()

void sys_delay( unsigned long int wait_ms )
{
  unsigned long int start_time = sys_clk;
  while ( sys_clk - start_time < wait_ms );
}

Вот в таком виде функция не работает, хотя sys_clk тикает и все аргументы в функцию попали. Но стоит внутрь цикла влепить nop, как всё прекрасно начинает работать.

 

И это далеко не всё, было дело, когда выпадали целые куски из компиляции.

[GOR23]

Я стараюсь присвоения и какие либо арифметические операции в условиях не лепить, делаю это в какую-то переменную, а потом в условии с ней уже работаю. Так и для отладки удобней. А так тоже пару раз натыкался на похожую хрень, правда в авр студии. А у вас sys_clk volatile или нет? Если она в прерывании изменяется, то комплятор часто жару дает)

Изменено 11 сентября, 2017 пользователем GOR23

[Стальной]

@GOR23  нет, не volatile/ Мне так-то нужна оптимизация, иначе в ограничение размера не влезу

[Электронщик]

Вообщем решил прицепить к STM32, nrf24, накидал библиотеку(как накидал, большую часть позаимствовал с библиотеки ардуино), и все бы хорошо, на Атмеге работает все кроме, функций передачи и приема байта данных, вроде бы все просто, дернуть ногой CE, а дальше считать регистр, и сделать ресет флага прерывания, но  все функции настройки моей билиотеки для атмеги работают, а вот функцию приема и передачи байта данных использую с библиотеки ардуино(точнее вызываю ее), там какое-то приведение, никогда с ним дела не имел, и не пойму как его нормально прописать. Еще вопрос такой, на атмеге nrf24 SPI на атмеге настроен на 4МГц, на STM32 при максимальной тактируемой частоте 72МГц, я взял делитель на 32, и SPI у меня настроен на 2,25МГц, так как я не знаю будет ли работать nrf24 на 4,5МГц при делителе на 16.

Вот с бибилиотеки ардуино как заменить reinterpret cast, читал что плохая штука, да и IAR не понимает

Скрытый текст

uint8_t RF24::write_payload(const void* buf, uint8_t len)
{
  uint8_t status;

  const uint8_t* current = reinterpret_cast<const uint8_t*>(buf);

  uint8_t data_len = min(len,payload_size);
  uint8_t blank_len = dynamic_payloads_enabled ? 0 : payload_size - data_len;
  
  //printf("[Writing %u bytes %u blanks]",data_len,blank_len);
  
  csn(LOW);
  status = SPI.transfer( W_TX_PAYLOAD );
  while ( data_len-- )
    SPI.transfer(*current++);
  while ( blank_len-- )
    SPI.transfer(0);
  csn(HIGH);

  return status;
}

/****************************************************************************/

uint8_t RF24::read_payload(void* buf, uint8_t len)
{
  uint8_t status;
  uint8_t* current = reinterpret_cast<uint8_t*>(buf);

  uint8_t data_len = min(len,payload_size);
  uint8_t blank_len = dynamic_payloads_enabled ? 0 : payload_size - data_len;
  
  //printf("[Reading %u bytes %u blanks]",data_len,blank_len);
  
  csn(LOW);
  status = SPI.transfer( R_RX_PAYLOAD );
  while ( data_len-- )
    *current++ = SPI.transfer(0xff);
  while ( blank_len-- )
    SPI.transfer(0xff);
  csn(HIGH);

  return status;
}

 

 

Брал разные материалы, и разные куски кода пробовал, но ничего, может у кого есть функции приема и передачи байта данных nrf24?

Пробовал с этих источников и с многих других источников функции чтения, записи. не работают  

http://141.70.125.224/AVRLib/nRF24L01/

https://drive.google.com/file/d/0B610P3FMdTo6TTJILWlYMGpQVDg/edit

http://we.easyelectronics.ru/Radio/radiomodul-nrf24l01-bystryy-start.html

https://drive.google.com/file/d/0B610P3FMdTo6TTJILWlYMGpQVDg/edit

http://nrf24l01.pp.ua/nrf24l01/struktura-paketa-nrf24l01-priem-peredacha/

Изменено 21 сентября, 2017 пользователем Электронщик

[mail_robot]

самый лучший способ справиться с неизвестной проблемой - написать свои функции с нуля, предварительно почитав доку на NRF24

[Электронщик]

mail_robot, так по сути так и делал по даташиту настраивал регистры, а функции настройки почти все сам и написал, некоторые подсмотрел в ардуиновской библиотеке, и функции настройки у меня работают, только с функциями приема и передачи не пойму как их прописать правильно