Форум arduino.ua

Складно
У нас є gdb-multiarch, є ttyACM0, є магічний пристій, що слухає ttyACM0 і смикає CH32V003 за SDIO.

gdb-multiarch -x gdbinit -ex 'load' -ex 'detach' -ex 'quit' bin/blink.elf

Трохи дивує що заливається не .bin, а .elf. Десь під капотом повинна бути магія objcopy?

Зашивається, працює

Через ardulink, зроблений з arduino, і пише і читає. Ок

Ага, трохи роз"ясняється. picorvd - заливає прошивку правильно, але в кінці не робить reset. ardulink, походу, робить reset через живлення Якщо ребутнути через power - blink запускається. Але з debug - облом

GNU gdb (xPack GNU RISC-V Embedded GCC x86_64) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "--host=x86_64-pc-linux-gnu --target=riscv-wch-elf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from bin/blink.elf...
0x000001e4 in busywait (x=600000) at blink.cpp:4
4	   for (volatile int i = 0; i < x; i++) {
(gdb) break 10
Breakpoint 1 at 0x212: file blink.cpp, line 10.
Note: automatically using hardware breakpoints for read-only addresses.
(gdb) break 11
Breakpoint 2 at 0x214: file blink.cpp, line 13.
(gdb) c
Continuing.

Program received signal SIGTRAP, Trace/breakpoint trap.
0x000001e4 in busywait (x=<error reading variable: Cannot access memory at address 0xfffffff4>) at blink.cpp:4
4	   for (volatile int i = 0; i < x; i++) {
(gdb) 

Щось там недороблено

Або return в кожний if
Взагалі по можливості треба уникати копіпасти з вкладеними if ами. Потім складно зрозуміти що там взагалі відбувається. Особливо якщо ні з debug_ером ні з print не підлізти.

Кросплатформна/кроскомпіляторна розробка добавляє складності. Таке життя. Я більше про те що часто копіпастять код виду

(0 << CS10)

взагалі не задумуючись. Правильні макроси спрощують життя.

Можна подумати під avr дофіга компіляторів і TCCR1B з CS11 є на дофіга архітектурах

Нас рятує те що біти CS* після reset скинуті .
Правильно мабуть

    TCCR1B |= (1 << CS10);
    TCCR1B &= ~(1 << CS11);
    TCCR1B |= (1 << CS12);

Або макросів навернути Щоб якщо треба задати 3 біти - щоб вони не тільки встановлювались а і скидались. Ну або через змінну.

Ну я так розумію там відтворюється якийсь проект від Алекса Гувера. Краще тоді з мінімальними змінами. У нього, судячи з каментів в коді, теж на 8 мгц щось не так.

Не люблю ютуб-проекти.. 1 листок схеми займає 20 хвилин відео про тяжке життя Це щось від Алекса Гувера?

Осцилограф - г%%но, стверджую як власник Складно добитись синхронізації, але таки спробуйте. Hold натисніть.

Може щось з частотами - це можливо якщо в налаштуваннях Arduino IDE вибрати трохи не ту плату - за що я його не люблю. В Platformio є спосіб вказати частоту резонатора. F_OSC при компіляції чому у вас дорівнює?

Якщо ваш варіант з 40% ресурсу влаштовує - саме час тактоложества; замість digitalwrite пишіть в регістр напряму. Можна на асемблері

Можна також припустити що у вас щось не те з платою чи резонатором на ній. Є інший екземпляр? Взагалі не бачу смислу упарюватись саме в pro mini. Є 100500 контроллерів, і швидших, і дешевших.

Дуже дивно. Показуйте що ви робите;) Бібліотека Servo вона ж на таймерах, повинно чітко працювати.

Поясніть. Можна в пошту, якщо що.

ну в принципі так і у мене - теж таблиця станів автомату
А упарюватись в особливості конкретного контроллера в мене не було необхідності. Arduino воно досить кросплатформене, але не найефективніше. Нас це влаштовує