Программирование CH32

[ozforester]

И ещё раз.

Управление потоком упоминалось лишь как возможность программной или аппаратной поддержки на устройствах ввода-вывода. Здесь же уже проблемой станет необходимость в третьем проводе и реализация управления потоком на отлаживаемом мк. В то время как _write в стартапе и printf в отлаживаемом коде ненапряжны ни для программиста, ни для контроллера.

[cuneum]

И ещё раз.

И ещё раз. Пытаясь реализовать на МК возможности терминальной программы с ПК, вы тратите силы в пустую, ибо нет у вас ни скорости обработки ПК, ни его ресурсов памяти. Раз уж речь пошла о соединении с другим МК, для отладки, то вы должны быть готовы к тому, будет вариативность протоколов обмена. Даже символ завершения строки(посылки) и тот может быть разным(как пропишет программист в парсере так и будет). Полноценный терминал в вашем варианте будет, как минимум неудобен в пользовании и как максимум будет создавать лишний головняк посылая не то или отвечая не так, как это необходимо прошивке другого МК. Я с этим столкнулся переписывая прошивку NWT NANO от Белоконя под его программу на ПК.

Я это к чему? К тому, что программе на МК часто нужен двусторонний обмен, а если только "посмотреть, что делает" при разработке, то софта на ПК вполне хватает.

[ozforester]

Не вижу смысла что-то опровергать. Не используете сериал для отладки, ну и ладно. Столкнётесь с необходимостью, продолжим. Упомянутый терминал для тех, кто использует.

[vadim_d]

Не используете сериал для отладки

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

[ozforester]

Достаточно недавно была тема про синхронизацию времени для цифры. Там выкладывался прототип устройства, имитирующего жпс-приемник, для начальной синхронизации времени на компе. Польза его сомнительная, разве что для мкрокомпьютера, но задача была интересная. При отладке подключалось три сериала. Все порты микркомпьютера заняты, да и длинные провода на столе мешают. Ещё одна причина: поработал и убрал на полку. С длинными проводами это менее удобно. Не трудностей боюсь. "Ем клюкву и не морщусь" (c) Просто удобство ценю. Обычно всё укладывается в маленькую разделочную досочку, и отладка заключается в подключении одного провода от программатора, он же питающий. Мелкий зоопарк всяких приспособлений помогает, не претендуя конечно на метрологию или совершенство.
p.s. Давайте ужо что-нибудь программировать. (=

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

Не по теме. Иногда незначительная доработка простого инструмента значительно расширяет сферу его применения. Хотя поначалу она может показаться бесполезной и даже вредной. (=

[veso74]

vadim_d, да. NMEA messages из UART модуля NEO-7М (?) -> буфер 500..700..1000 знака, в "бедных" ресурсами STM32F100.
Да, там 9600 bps.

В начало попытка с NEO: подключал первой USART (rx) к другому USART (tx) как ехо и визуализация на другом устройстве.
Затем: декодирование ($GPGGA) и управление, к дисплею. Есть время и для parsing-а, разделения и рисования на экране.
Даже без других буферов, и еще есть время для добавления новых функций.

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

...
$GPGSV,2,2,08,06,,,28,19,,,23,23,,,23,31,,,28*7C
$GPGLL,,,,,084001.00,V,N*47
$GPZDA,084001.00,22,05,2024,00,00*6A
$GPRMC,084002.00,V,,,,,,,220524,,,N*70
$GPVTG,,,,,,,,,N*30
$GPGGA,084002.00,,,,,0,00,99.99,,,,,,*68
$GPGSA,A,1,,,,,,,,,,,,,99.99,99.99,99.99*30
$GPGSV,2,1,08,02,,,21,03,,,22,04,,,21,05,,,24*74
...

---

... и длинные провода на столе мешают ... С длинными проводами это менее удобно ...

Время назад подумывал о передаче данных через UART чрез напр. Bluetooth используемых устройств. Так и осталось лишь идеей и экспериментами.
Все равно буду использовать "молотки" (кабели) - у другой технологии есть другие недостатки :O).

[ozforester]

Основной недостаток, это необходимость работать. Придумать и нарисовать много времени не нужно.
Отрезаю кусочек текстолита под новую поделку, зачищаю наждачной бумагой. оставляю на видном месте..
Иногда помогает, иногда нет. (=
CH32 своею доступностью и теперь уже изученностью значительно повысил количество бесполезных изделий на выходе.

[cuneum]

Не используете сериал для отладки, ну и ладно. Столкнётесь с необходимостью, продолжим.

Использую, имейте читать комментарии, а не только писать свои!!

[ozforester]

чрез напр. Bluetooth

Кстати, сейчас продаются пары WCH-LinkW. По поддерживаемым контроллерам у них есть разница с LinkE, поэтому нужно смотреть таблицы и спрашивать тех, кто ими пользуется.

Добавлено через 7 минут(ы):

STM32F100

Вроде бы на F4, некоторые из которых дешевле F1, уже двойной буфер дма. Канал сам переключается с одного на другой. Бывает удобно для оцифровки. Про это периодически пишется в разных темах разными пользователями. Пробовать как раз удобно на простой и дешевой отладочной плате с stm32f401, которая блэк-пилл.

[Oleg 9]

Для первой программы: конечно LED блинк .

Подниму тему. Дошли руки до этого контроллера. Написал мигалку светодиодом, получился дикий размер программы 9000 десятичный с лишним. Повыкидывал всё лишнее, всё равно что-то не то. Для проверки вставил текст 1:1 из сообщения #3 . Поменял только ножку порта частоту и NVIC_PriorityGroup_ с 1 на 2. Светодиод мигает. Но почему там размер 1488, а у меня 3528? Контроллер другой, там 003, у меня 303, но не на столько ж он другой, чтобы код в 2 с лишним раза больше получался. Может быть кто-нибудь знает в чём дело? Картинки для сравнения, первая от veso74 из: 3 поста, вторая моя.