01:56:07]<gordon1> it has integrated bootloader iirc 01:56:18]<gordon1> dfu thing that triggers by BOOT0 pin 01:58:19]<L29Ah> 407? is this the only difference? 01:58:55]<gordon1> i think all of stm32f4 with usb 01:59:29]<L29Ah> oh wow 01:59:39]<L29Ah> DS tells they do 02:00:33]<L29Ah> but apparently it doesn&#39;t work 02:00:56]<L29Ah> i&#39;m holding BOOT0 and plug my shit in - get some whining about failure to establish the usb link in my dmesg 02:01:22]<L29Ah> while it works with firmware DFU 02:01:40]<gordon1> crystal most likely the reason 02:02:01]<gordon1> firmware configures PLL in the way to produce 48MHz clock required for USB 02:02:11]<gordon1> but integrated DFU bootloader is stupid 02:02:29]<gordon1> it just expects to have 8Mhz 02:04:32]<L29Ah> indeed, mine has a 25MHz crystal 02:07:51]<gordon1> Due to HSI deviation and since HSI is used to detect HSE value, the user must use low 02:07:53]<gordon1> frequency rather than high frequency HSE crystal values (low frequency values are better 02:07:56]<gordon1> detected due to larger error margin). For example, it is better to use 8 MHz instead of 02:08:01]<gordon1> 25 MHz. 02:08:27]<gordon1> page 121 02:12:07]<gordon1> basically plug and pray ... 20:22:01]<gordon1> it is a PITA yes 20:22:13]<gordon1> but ever worse with crystalless usb 20:22:21]<gordon1> i have my usb password thingy 20:22:33]<gordon1> and made a jig to program it 20:22:58]<gordon1> it depends on the position of your finger on the pcb if you&#39;re going to have it working or not 20:23:19]<gordon1> after its flashed - usb works perfectly fine 100% of the time 20:23:24]<gordon1> *it&#39;s 20:24:16]<gordon1> so yeah 20:24:22]<gordon1> try pushing on the crystal 20:24:28]<gordon1> or waving your arm around 20:24:47]<gordon1> you&#39;ll be surprised how often that does work 20:29:17]<L29Ah> OH FUCKING WOW 20:29:19]<L29Ah> gordon1: :* 20:29:31]<gordon1> lol did it work? 20:29:31]<L29Ah> i tried to be really careful when presing those boot and reset buttons 20:29:40]<L29Ah> and usb works! 20:29:45]<gordon1> yea yeah 20:29:52]<gordon1> welcome to stm32 dfu bootloader

Is it me or stm32f103c8t6 (that carries 128kB of flash in fact, but only advertises 64kB) is only debuggable in the first 64kB, and the debugger explodes when it wants to jump away?

https://jeelabs.org/docs/software/bmp/ // just flashed a blue pill with a blue pill, #feelsgoodman

Наговнякал скрипт для gdb для починки содержимого регистров чтобы можно было делать bt, up, смотреть локальные переменные и делать и прочие полезные вещи после hard fault в ARM Cortex M-микроконтроллерах: define hfstack set $frame_ptr = (unsigned *)$sp if $lr & 0x10 set $sp = $frame_ptr + (8 * 4) else set $sp = $frame_ptr + (26 * 4) end set $lr = $frame_ptr[5] set $pc = $frame_ptr[6] bt end document hfstack set the correct stack context after a hard fault on Cortex M end

Rust на stm32 норм если не нужен usb/ip/can?

Поцоны, кто-нибудь собирал newlib в своём проекте? Чёт там система сборки какая-то наркоманская: непонятно вообще какие мейкфайлы дрыгать, и оно либо не собирает вообще ничего, либо ноет о неопределённых u_char и иных своих типах. Есть скриптокостыли почитать?

Есть в природе прошивка для stm32f103 шоб юзать её аналогично/вместо ft232 (uart, spi, i2c, gpio)?

Есть ли у st submodule&#39;абельные гитцы с их hal для stm32? Заебало качать и потрошить непонятные архивы и копипастить.

http://www.nuttx.org/ норм?

ёбаное колдовство если прошивать флешу под дебаггером, всё норм прошивается если без дебаггера, то во время прошивки срабатывает системный таймер и всё идёт пиздой хотя по идее BASEPRI выставлен в ноль и дебаггер это подтверждает

Кароч таки HFSR = FORCED, CFSR = BFARVALID | PRECISERR, BFAR = 1ffff7e8, VTOR = 0x8000000, выковыренный из стека PC показывает на после-`cpsie i`, в векторах никакого 1ffff7e8 нет; ШТО // не понимаю, как прерывание может хотеть попасть мимо памяти, не залезая в его обработчик.

Бля пиздос, cpsie f ⇒ норм, cpsie i ⇒ hard fault (глянул в xPSR, там 0x21000003), при этом HFSR = 0; как это понимать? // портирую tnkernel на stm32l152

Чем аще шить-дебажить stm32nucleo (l152) под прыщами? openocd обсирается чот: https://bpaste.net/show/80dc9c90ed76

4. This software, including modifications and/or derivative works of this software, must execute solely and exclusively on microcontroller or microprocessor devices manufactured by or for STMicroelectronics.

Бля заливаю значит чибиось с примером-блинкером в stm32f407, после чего он не блинкает и недоступен по stlink, пока не ребутнёшь по питанию с зажатым BOOT0 шоб в бутлодер вылез.

Как отловить переполнение стека?

Купил новый комп, норм? ch> mem core free memory : 9576 bytes heap fragments : 1 heap free total : 512 bytes

(gdb) bt #0 hard_fault_handler () at serprog.c:447 #1 0xfffffffc in ?? () #2 0xfffffffc in ?? () Ну ёбаный же ты нахуй.

Хочу пускать программу из рамки. Правлю ldскрипт, показываю контроллеру правильную таблицу прерываний: SCB->VTOR = 0x20000000; Давлю ресет - обнаруживаю себя во флешке. Что я делаю не так? В .map вроде всё прилично: .text 0x0000000020000000 0x19a8 *(.vectors) .vectors 0x0000000020000000 0x1ac /home/l29ah/sat/lib/gcc/arm-none-eabi/4.7.3/../../../../arm-none-eabi/lib/libopencm3_stm32f4.a(vector.o) 0x0000000020000000 vector_table