рылся тут в гугле в поисках поддержки jlink этих контроллеров
вроде как поддерживает, а вроде в официальном списке и нет ничего по этому производителю

наткнулся на упоминание, что в 303м есть физический сетевой контроллер
не поверил и полез гуглить и сразу наткнулся на платку



реально 10mbit трансивер 1го уровня оси уже встроен
и это всего за 8 евров

сейчас летняя распродажа, так некоторые товары идут с бесплатной доставкой

Слухи давно ходили, но на сайте segger микроконтроллеры wch не упоминаются.

Хотя не вижу в том большой трагедии. Не думаю, что j-link что-то даст больше того что может фирменный отладчик от производителя HC32.

Да, я тоже поглядываю. RISC-V они поддерживают, надо поглядеть, там же и просто версию ядра можно выбрать. В любом случае, полагаю, это вопрос времени.

на их форуме сказано, что это в планах и тема закрыта
но за 2 года так и не сделали
придется отдельный программатор покупать

Ему цена 5-6 долларов в ЧиДе.

А j-link я применения достойного так и не нашел. Потыкался с ним в эстеэмки, и забросил вместе с ними.

для стм есть свой программатор тоже
а так было бы все в одном

я тут читаю даташит на эти контроллеры и нашел интересную штуку
Programmable Voltage Detector
срабатывает прерывание, если напряжение питания ниже или выше определенного значения

можно сделать наверное функцию сохранения в память, если конечно успеет записать во внешнюю еепром
видел для авр схему, которая реализует такой функционал, а тут уже все встроено

В 8-битниках Microchip есть настраиваемые источники опорного напряжения и компараторы вызывающие прерывание, и выставляющие флаг соответствующего прерывания. Причем компаратор можно сконфигурировать так чтобы он сравнивал напряжения питания и опорника. Atmel еще лет 20 назад навсегда отстал от конкурентов. Нет, конечно были у них кое-какие плюшки как у других производителей МК, но почему-то все больше в моделях по цене самолетного крыла. Когда другие производители все это реализовывали уже в своих простейших и наидешевейших МК.

Да вроде, у многих МК мониторинг питания есть, как минимум, вызывающий сброс. С учётом проверки источника сброса близко к отдельному прерыванию, получается. У STM32 PVD, вроде бы, у всех.

вобщем вот что я купил
1 девкит цх32в
https://www.aliexpress.com/item/1005004 ... 18021NbZig

2 2600 резисторов выводных всех номиналов по 30 штук
https://www.aliexpress.com/item/1005004 ... 18021NbZig

3 2 штуки рж45 гнезд с винтовыми зажимами для всяких задач по работе
https://www.aliexpress.com/item/4001315 ... 18021NbZig

4 esp32 s3 плата с двумя усб разъемами, s2 версия тоже имеет усб, но он там напрямую занят отладчиком и загрузчиком, а не через юарт
https://www.aliexpress.com/item/1005005 ... 18021NbZig

хочу попробовать сделать одну штуку для компутеров обычных как в хетцнере, когда они использовали обычные десктопы как сервера
с панели управления можно выключить или сбросить, а еще послать 3 кнопки

т.к. не у всех плат есть пс\2, то я подумал, что лучше будет втыкать в усб такой свисток прямо на плату где штырьки
такой девайс уже есть, но он тупо включает или сбрасывает, клавиатуру не эмулирует

а так наверное даже скрипты можно будет писать, чтобы войти в биос и там что-то поменять

Прямо больная тема для меня. Купил доски с ESP32, есть парочка интересных и оригинальных идей на их основе. Ардуину CLI вроде расковырял на уровне хелло ворлд и даже чуть больше. Нужных библиотек накачал. И на этом свободного времени не стало из-за других проектов. Третий год все лежит без движения. Иногда достаю платки, пыль сдуваю, подключаю, смотрю как светодиодики моргают, вздыхаю и убираю назад...

я для ESP приноровился использовать микропитон. веб-сервер ставится в несколько строчек кода. удобно. ну и вообще. от повального использования Си в микроконтроллерах уже зубы сводит. А так, глоток свежего воздуха. Ну и VSCode приятнее чем Arduino IDE.

И удобнее в разы. У меня связка из VSC и CLI.

Очень странно у Вас сводит зубы. Может и от того, что повально суп едят ложками тоже зубы не в порядке?

Есть мнение, что ложки для супа наиболее удобны.

ну ну, не подавитесь

И что? Если это пример сложночитаемого кода, так это проблемы его написавшего - быдлокодить не нужно , а также того, для кого такой код сложен - возможно, что он просто ещё не вырос из Бейсика.

Сам язык С относительно микроконтроллеров в чём виноват? Вы ещё Ассемблер обвините.

ну, кому и кобыла невеста.

Это точно. Только микропитон даже не кобыла, а мир не ограничен ESP c веб-серверами. И, кстати, микропитон внутри - что?

Так ещё и С++ ...
Использование Си снижает порог вхождения в программирование, увеличивает число чаЙник-кодеров (это я чтоб помягше) и избавляет их от необходимости детального изучения МК. Они генерируют совсем не компактные hex-ы, поэтому требуются более объёмные МК на радость Тайваньским фабрикам и их суксанкционным хозяевам.
Все довольны, все смеются.
----------

Спойлер

Гады, трансляцию F1 по ТВ задробили! Хорошо хоть инет есть и умельцы обходить.

Это утверждение можно куда угодно приткнуть. Недавно jcxz справедливо заметил по ассемблерному коду, почему так плохо. Дело, в конечном счете, не в языке, а в разумности программиста. И не только программиста, в любой профессии.
С другой стороны, изучать детально тоже можно офигеть. Вот у меня сейчас AMD A8-3530MX с Windows 10. И как-то не хочется изучать это детально, чтобы написать программку, чуть сложнее "Хелло ворд".

а в чем проблема выбирать адекватный инструмент каждый раз под задачу а не однажды?
если например видишь что трудно угадывать что gcc+ld сделают при -O2 или при -O0 с кодом прерывания в котором каждые 50nS на счету - так в чем проблемма использовать макроассемблер?
а когда нагромаждение макросов в asm становятся совершенно нечитаемыми - вернуться на любимый питон или выжыл-бэйсик


https://www.padauk.com.tw/en/product/index.aspx?kind=44
BLDC мля