Код: Выделить всё
openocd:
openocd -f openocd.cfg
dbg:
arm-none-eabi-gdb $(ELF) -ex 'target remote localhost:3333' -ex 'monitor reset halt'
Код: Выделить всё
make openocd &
make dbgКод: Выделить всё
I2C1->CR1 = I2C_CR1_PE | I2C_CR1_RXDMAEN | I2C_CR1_TXDMAEN;Код: Выделить всё
static void i2cDMAsetup(int tx, uint8_t len){
if(tx){
DMA1_Channel1->CCR = DMATXCCR;
DMA1_Channel1->CPAR = (uint32_t) &I2C1->TXDR;
DMAMUX1_Channel0->CCR = 11;
}else{
DMA1_Channel1->CCR = DMARXCCR;
DMA1_Channel1->CPAR = (uint32_t) &I2C1->RXDR;
DMAMUX1_Channel0->CCR = 10;
}
DMA1_Channel1->CMAR = (uint32_t) I2Cbuf;
DMA1_Channel1->CNDTR = i2cbuflen = len;
}Код: Выделить всё
uint8_t read_i2c_dma(uint8_t addr, uint8_t nbytes){
if(nbytes < 1) return 0;
while(I2Cbusy);
i2cDMAsetup(0, nbytes);
goterr = 0;
if(!i2c_startr(addr, nbytes, 1)) return 0;
DMA1_Channel1->CCR = DMARXCCR | DMA_CCR_EN; // start transfer
return 1;
}
ну, чтобы начинающие знали, где им помогут, как смогут. просто если кто тут задаст вопрос, будет обосран, и только.VladislavS писал(а):А чё так?
но ведь вы этого не посоветовали? значит, видимо, секрет...VladislavS писал(а):тоже мне секрет - GDB Server запустить
ну вот я успешно пишу под винду на free pascal, и при этом я не углубляюсь ни в регистры процессора, ни в устройство FAT32 или тем паче NTFS, и даже более того, использую готовые компоненты, чтобы тыкая мышкой в 2 клика сделать видеоплейер, например. если потребуется, я могу погрузиться и до уровня регистров и видеопотоков, но это "если потребуется" - для моих задач не требуется. то же самое и с кубом - сделать быстро и легко то, что забожалось. а когда захочется нетрадиционного секса - можно и твоим советам последоватьEddy_Em писал(а):ни в коем случае нельзя начинать изучение STM32 с калокуба
вот ты даже представить себе не можешь, что за пределами /usr есть жизнь, и этой жизни больше, чем в привычном тебе окружении... поэтому все твои советы и выглядят неуместно.Eddy_Em писал(а):указывать глобально: /usr/share/openocd/scripts/target/ и т.д.
Странно, для меня очевидным местом поиска было "Руководство по HAL" соответствующей линейки МК. Только оно очень большое и без просмотра исходников HAL при попытках осмысленного использования вряд ли получится получить что-нибудь работающее.+ARV писал(а):
вопрос остался открытым: где искать?
Очевидно по имени колбэка и очевидно в обработчике. Обнаружив имя в обработчике, легко найти и само тело колбэка.
Код: Выделить всё
4'320 bytes of readonly code memory
30 bytes of readonly data memory
1'104 bytes of readwrite data memory
Ничего себе! Самый легкий "блинк", ЕМНИП, занимал около 16 байт прошивки!Код весит
Код: Выделить всё
text data bss dec hex filename
688 192 1176 2056 808 mk/blink.elfКод: Выделить всё
CFLAGS += -fno-common -ffunction-sections -fdata-sections
LDFLAGS += -Wl,--gc-sections
Х бы его знал куда тут тыкать.Eddy_Em писал(а):Посмотри в настройках калокуба: может, там assert включен. Ну и у gcc/ld не забудь проверить:
так благодаря помогающим мне приходится подолгу ковыряться в коде и читать всякое, предварительно искать всякое... потому и долго ждать.Dimon456 писал(а):Долго его ждать
Код: Выделить всё
/* USER CODE BEGIN 2 */
HAL_TIM_Base_Start_IT(&htim1);
/* USER CODE END 2 */Код: Выделить всё
/* USER CODE BEGIN 4 */
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
if (htim->Instance == TIM1)
{
HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_8);
}
}
/* USER CODE END 4 */А CubeMX и не компилирует, он создает проект для выбранной IDE, я IAR выбрал, а так доступно MDK_ARM TrueSTUDIO и еще чего-то есть.Eddy_Em писал(а):как этот убогий софт компиляет без make
Вроде как мы пока только "кнопочку" жмем и размер не имеет значения.Eddy_Em писал(а):Ничего себе! Самый легкий "блинк",
Код: Выделить всё
text data bss dec hex filename
6068 220 2512 8800 2260 mk/i2cscan.elf
Код: Выделить всё
arm-none-eabi-size -A blink.elf
blink.elf :
section size addr
.vector_table 192 134217728
.text 688 134217920
.data 0 536870912
.myvars 1168 134218608
.bss 8 536870912
.comment 117 0
.ARM.attributes 43 0
Total 2216
Тогда чем вы недовольны? Именно адекватную помощь вам и пытаются оказать. Еще раз: изучать ради вас тот же ST-HAL никто не будет.ARV писал(а):я ожидаю адекватной помощи:
Я бы это интерпретировал как попытку выяснить нужно ли это хоть кому-то. Будь я на месте ARV, то подобная фраза означала бы, что 1-2 интересующимся объяснил бы в личку, а если больше, то уже отдельным постом или темой. Но хватит ли самоому ARV добросовестности на это, не знаю.VladislavS писал(а):А чё так? Почувствовав себя гуру 1 lvl сразу на остальных плевать можно? Что тогда о гуру 80 lvl говорить.
Ну, интерпретацией сказанного вами оно являться не может по определению. А так, причина почему я назвал такое объединение костылем, уже названа: просто добавить адресов прерываний было бы несложно, но это ломает совместимость, а заранее такое количество таймеров не предусмотрели. Вот и все.КРАМ писал(а):Я готов извиниться, если вы озвучите свое знание и оно не окажется фейком или иной интерпретацией мною сказанного...
Сейчас это бесполезно. Воспринимать советы более опытных людей, противоречащие его представлениям, он не хочет. Возможно, когда получит граблями по лбу, мнение поменяется. В любом случае для этого нужно время и мыслительный процесс.Eddy_Em писал(а):ARV, ни в коем случае нельзя начинать изучение STM32 с калокуба.
Нам, конечно, очень лестно, что вы считаете всех присутствующих телепатами и предсказателями, способными из ничего угадать, какую же ошибку вы допустили в непонятно какой программе, вводя непонятно какие настройки. Ах да, ни эту программу, ни этих настроек у нас, разумеется, нет.ARV писал(а):но ведь вы этого не посоветовали? значит, видимо, секрет...
На форуме. Что на этом, что на многих других.ARV писал(а):ну, чтобы начинающие знали, где им помогут, как смогут.
Это вы очень... ОЧЕНЬ мягко выразились. Что бы там маркетологи не плели, переносимости ST-HAL не добавляет, а скорее наоборот, убавляет. Впрочем, желающие могут продемонстрировать как они портируют хотя бы ногодрыг между stm32, at91sam и gd32. При помощи ST-HAL, конечно.tonyk писал(а):Ещё заметь, что HAL в общем случае не обеспечивает переноса один-в-один кода с одного МК на другой.
Не уверен как там в ARM (скорее всего, так же), но в RISCV есть системный регистр (m)cycle, ровно за это отвечающий: увеличивать свое значение на каждом такте. IDE тут вообще никаким боком, я с ним игрался при помощи обычной отладки.Dimon456 писал(а):ARV, в IARе есть"фишка", которая не доступна в некоторых других IDE. Проверьте в своей IDE.
Ну, это уж вряд ли понадобится. Все равно у меня неиспользуемые секции удаляются (-Wl,--gc-sections).Заодно и -flto добавь