СLion мне даже больше понравился, но с ним не получилось бы использовать все четыре способа вывода текста на имеющихся у меня сейчас устройствах для отладки и разработки. Ну или сложный конфиг для запуска сервера отладки городить. У СLion хуже поддержка серверов отладки.
Я рассказал про 4 возможных способа получить текстовые сообщения от микроконтроллера на хосте.
Если вы говорите про подкючение по USB отладочной платы WeAct Studio к компьютеру - то не будет сериал порта и всего такого у STM32. Это не Raspberry Pi Pico.
В случае STM32 должна быть плата Nucleo или Disovery. Они содержат в себе отладчик/програматор ST-Link и UART доступен через USB.
На моей плате, как и на известных Blue Pill и Black Pill такой возможности нет. Нужен программатор для заливки прошивки и USB-UART адаптер как минимум для того, чтобы видеть, что мы вывeли на UART.
Скорее всего все появилось +/- в одно время, после бума нетбуков, у которых отсутствовал оптический привод, и нужно было как-то решать эту проблему. Но решение от IODD эмулировать оптический привод мне нравится больше загрузочных флешек и даже больше, чем Ventoy.
Сам удивляюсь, почему другие производители не делают такие устройства. Сейчас правда, когда большинство дистрибутивов операционных систем можно ставить без CD-ROM, значимость IODD стала меньше.
Ну если быстро получить результат и мотивацию для дальнейшего изучения, то, наверное, да.
Для новичка лучше, наверное, Raspberry Pi Pico и RP2040 или ESP32, а не STM32
А они не могут окирпичиться, если вдруг обновишь их прошивку?
Спасибо
А VS Code не IDE?
Но я думаю для дебага микроконтроллеоров нужно будет плагины ставить
Но дебажить же проще в IDE? Чем в GDB. Xoтя что-то в дебаге в GDB есть
СLion мне даже больше понравился, но с ним не получилось бы использовать все четыре способа вывода текста на имеющихся у меня сейчас устройствах для отладки и разработки. Ну или сложный конфиг для запуска сервера отладки городить. У СLion хуже поддержка серверов отладки.
Потом проект проще будет открыть в СLion, если вдруг захотите в нем работать
По USB-UART адаптером (преобразователем) я имею ввиду устройство на базе CP2102, CH340 и им подобным.
Может я неправильно понимаю архитектуру, но как данные из usart1 попадут в USB без дополнительного чипа?
Но отдадить с точками останова и пошагово не получится же вашим способом?
Я рассказал про 4 возможных способа получить текстовые сообщения от микроконтроллера на хосте.
Если вы говорите про подкючение по USB отладочной платы WeAct Studio к компьютеру - то не будет сериал порта и всего такого у STM32. Это не Raspberry Pi Pico.
В случае STM32 должна быть плата Nucleo или Disovery. Они содержат в себе отладчик/програматор ST-Link и UART доступен через USB.
На моей плате, как и на известных Blue Pill и Black Pill такой возможности нет. Нужен программатор для заливки прошивки и USB-UART адаптер как минимум для того, чтобы видеть, что мы вывeли на UART.
Получается, лучше вообще ничего не писать?
Используя все четыре способа?
Он должен поддерживать AP mode.
Для данного поректа, думаю, разницы нет. Кроме цены rp2350, которая выше.
У тех ESP32, что у меня есть в наличии нет аппаратного USB.
Он просто удобный, и с ним быстрее и меньше вероятности, что что-то пойдет не так.
Скорее всего все появилось +/- в одно время, после бума нетбуков, у которых отсутствовал оптический привод, и нужно было как-то решать эту проблему. Но решение от IODD эмулировать оптический привод мне нравится больше загрузочных флешек и даже больше, чем Ventoy.
Вроде как в вашей первой, неотредактированной версии сообщения я не видел S3, хотя, может я ошибаюсь.
У ESP32-WROOM-32, который самый распространенный, не имеет аппаратного USB. Теоретически конечно можно и программный использовать.
Да, лучше IODD и Zalman никто еще не придумал.
Сам удивляюсь, почему другие производители не делают такие устройства. Сейчас правда, когда большинство дистрибутивов операционных систем можно ставить без CD-ROM, значимость IODD стала меньше.