STM32 новичку в ARM что к чему

VladislavS

Первая же ссылка в гугле Тык.

Спасибо, получилось. Почемк то с STLink вышло более успешно.Есть одна трудность. После того, как один раз запущена отладка с RTT, если еще папу раз перекомпилировать и презапустить программу, в консоли появляется сообщение «RTT already started» и дальше все. Что бы вернуться к успешной отладке обесточиваю таргет, отключаю STLink, убиваю в терминале процесс openocd. Иногда даже приходится перезагрузить систему. Подскажите грамотный способ решения описанной проблемы.

И такой "плач царевны" повсеместно. Делать мне больше не чего как собирать глючные поделки и быть бетатестером. Мне работать надо.

Реклама

pvit

Мне не интересны пересказы баек, которые напел рабинович. Спрашивал про личный опыт. Просто по тону вашего заявления создалось впечатление что он есть. Ну нет так нет.

Реклама

a5021

Никто не в курсе STM32F042F6P6 и STM32F070F6P6, не одно ли это и то же? Нет, не в смысле того, что о них пишет производитель, а по факту.

dosikus

STM32F070F6P6 в этом нет usb наверное. Если есть на руках - проверь бутлоадер DFU.

Реклама

a5021

По даташиту нет второго таймера и еще по мелочам. Про usb куб говорит, что есть.

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

Реклама

Reflector

[uquote="a5021",url="/forum/viewtopic.php?p=3508592#p3508592"]По даташиту нет второго таймера и еще по мелочам.[/uquote]
Таймер, CAN, CEC и емкостные каналы... Скорее всего чипы разные.

Реклама

a5021

Хех, СТМ-ы любители воду мутить. В линейке 072 нет FxP6 и это наводит на размышления. Ну не идиоты же они отдельный дизайн для младшего чипа в семействе сочинять.

dosikus

STM32F042F6P6 и STM32F070F6P6 на LCSC разница в 10 рублей.

a5021

В чипадипе 070 дешевле, на lcsc наоборот. Непонятно, кто чудит с ценообразованием.

a5021

Очередной необъяснимый перл STM-овских индусов:

Код: Выделить всё

/**
  * @brief  Write in Transmit Data Register .
  * @rmtoll DR           DR            LL_I2C_TransmitData8
  * @param  I2Cx I2C Instance.
  * @param  Data Value between Min_Data=0x0 and Max_Data=0xFF
  * @retval None
  */
__STATIC_INLINE void LL_I2C_TransmitData8(I2C_TypeDef *I2Cx, uint8_t Data)
{
  MODIFY_REG(I2Cx->DR, I2C_DR_DR, Data);
}

Кто-нибудь может объяснить, зачем весь этот малообъяснимый ужос -- для записи значения в DR сначала его читаем, потом обнуляем считанное по маске, затем взводим биты дизъюнкцией и только потом записываем в регистр? А просто записать значение в регистр индусов уже не вставляет?

WiseLord

Ну.. технически, записать только 8 бит в 16-битный регистр, не затронув остальные, по-другому и нельзя. А аналога BSRR, как в GPIO, тут нет.

Хотя в данном конкретном случае оставшиеся 8 бит не важны, и их всегда можно нулями заполнять. Но, думаю, библиотеку делали с учётом унификации - любая запись в любой регистр данных размером меньше, чем размер регистра - только через read-modify-write.

Reflector

[uquote="WiseLord",url="/forum/viewtopic.php?p=3510228#p3510228"]Хотя в данном конкретном случае оставшиеся 8 бит не важны, и их всегда можно нулями заполнять.[/uquote]
Они может и не важны, но согласно DS все биты помеченные как Reserved менять нельзя.

Oxford

Да гон это чистой воды. a5021 все правильно говорит. Быдлокодят они знатно, у них ошибки часто встречаются, в следующих версиях исправляются.

Эта хрень не входит в стандарт CMSIS и чисто отсебячина от STM

a5021

А вот здесь, в той же самой версии LL парадигма "унификации в ущерб здравому смыслу" уже успела поменяться ?

Код: Выделить всё

/**
  * @brief  Write 8-Bits in the data register
  * @rmtoll DR           DR            LL_SPI_TransmitData8
  * @param  SPIx SPI Instance
  * @param  TxData Value between Min_Data=0x00 and Max_Data=0xFF
  * @retval None
  */
__STATIC_INLINE void LL_SPI_TransmitData8(SPI_TypeDef *SPIx, uint8_t TxData)
{
  SPIx->DR = TxData;
}

[uquote="Reflector",url="/forum/viewtopic.php?p=3510233#p3510233"]согласно DS все биты помеченные как Reserved менять нельзя.[/uquote]
А то, что? В CMSI I2C_DR объявлен, как 32-битный. Считаем: восемь бит -- данные, следующие восемь -- Reserved, еще две восьмерки остаются вообще без статуса и опознавательных знаков.

Oxford

Да все они 32 битные.

a5021

Это понятно. Интересней другое, какая апоплексическая логика ими владела, когда один байт пометили reserved, а еще два следом ушли на нелегальное положение?

VladislavS

[uquote="WiseLord",url="/forum/viewtopic.php?p=3510228#p3510228"]Ну.. технически, записать только 8 бит в 16-битный регистр, не затронув остальные, по-другому и нельзя.[/uquote]Да можно...

Код: Выделить всё

  SPI1->DR = 0x0102;  
  *(uint8_t *)&SPI1->DR = 0x0304;

Код: Выделить всё

//       SPI1->DR = 0x0102;
        LDR.N    R0,??DataTable1  ;; 0x4001300c
        MOV      R1,#+258
        STR      R1,[R0, #+0]
      
//       *(uint8_t *)&SPI1->DR = 0x0304;
        MOVS     R2,#+4
        STRB     R2,[R0, #+0]

dosikus

[uquote="a5021",url="/forum/viewtopic.php?p=3510254#p3510254"]Интересней другое, какая апоплексическая логика ими владела, когда один байт пометили reserved, а еще два следом ушли на нелегальное положение?[/uquote]

На счет этого не скажу, а то что железо разрабатывали и писали код совершенно разные команды, видно невооруженным глазом.
Грамотное железо и совершенно бездарный быдлокод...

VladislavS

Не зря же это в простонародье "калокуб" именуют. Если лезешь в кучу овна, то роз там не надейся увидеть. Зачем лишний раз на вентилятор накидывать?

a5021

Затем, что ссылаться нужно на весомые аргументы, а не на "простонародье".

[uquote="dosikus",url="/forum/viewtopic.php?p=3510263#p3510263"]а то что железо разрабатывали и писали код совершенно разные команды, видно невооруженным глазом.[/uquote]
Абсолютно к такому-же мнению я пришел в процессе долгих разборок с тем и другим.