Ух ты, была у меня мысль такое сделать, но думал, что свой загрузчик писать придётся, а это долго и разбираться надо, лишняя работа при наличии ST-Link. А оказывается и не надо)) На разрабатываемых платах можно оставлять только разъём под USB для подключения через набортный CP2102. Хм хм хм. Пользительный видос. Спасибо!) Осталось теперь найти, как вытащить hex-файл из Keil-а. Я как-то привык его использовать, потому что он более универсальный, да и с CubeIDE у меня как-то не задалось( Вообще, обычно использую STM32F103C8T6, потому что их навалом и стоят недорого, там и USB есть, но пока думаю, что с драйверами могут быть проблемы, поэтому ставлю на платы USB-UART-преобразователь.
Чтобы держать USB-UART на самой плате, надо как-то отключать выводы микроконтроллера Reset и Boot от преобразователя, потому что он может рандомно изменять сигналы DTR и RTS, если USB не подключен или не инициализирован. Я поставил просто переключатель, но это место занимает на плате. Я уже придумал одну схему, чтобы всё работало автоматически, но пока не пришли элементы для теста. Если заработает, добавлю эту схему в программатор, чтобы прошивать схемы можно было прямо со встроенным USB-UART без лишних действий. А заодно его можно будет использовать для связи с управляющей программой или просто для зарядки аккумулятора.
@@nanoslavic, ну я обычно под такое дело джамперы оставляю. По крайней мере, с USB так. Оставил задел на будущее. Джампер в первом положении - USB-разъём соединён с преобразователем (хочу на CH340G перейти, как на предприятии кончатся закупленные CP2102), а во втором положении - прямое подключение USB-разъёма к МК. Джамперы места меньше занимают, чем dip-свитч. Хотя, опять же, если ты под переключателем имел ввиду не dip-свитч, то да, места может занимать много. Но чаще всего джамперы или dip-свитчи для минимального уровня конфигурирования платы нужны, поэтому избавиться от них полностью вряд ли получится. По крайней мере, на тех платах и по тому ТЗ, что делаю я.
Ну с джамперами та же проблема, что и с переключателем: если давать устройство сторонним людям, которые не разбираются в программировании, то они сами не всегда смогут правильно обновить прошивку самостоятельно. Поэтому хотелось бы, чтобы схема позволяла автоматически запускать бутлоадер только когда это необходимо, а в остальных случаях должна надёжно запускаться прошивка. Посмотрим, получится ли придумать такую схему без кучи элементов:)
@@nanoslavic, очень жду. Я тоже проектирую устройства, которые будут работать у людей, не сильно в этом всём разбирающихся, но эти устройства будут всегда подключены к ПК для получения команд и передачи телеметрии, вот и думаю, что если софт для ПК тоже делаем мы, может как-то засунуть туда возможность обновления. Целый программатор туда впихивать - дорого и не рационально, а UART и так будет. А самим людям отдавать программатор и софт для обновления - вообще опасно - они что-нибудь запорют, а виноват будет производитель устройства)) Джамперы там больше нужны для гибкости. Что как бы плата одна и прошивка одна, но на этапе сборки устройства, в зависимости от необходимой конфигурации можно было выбрать режим работы. Например, плата управления драйверами приводов: приводы могут быть на разных типах моторов, с обратной связью и без, платы драйверов разные, а плата управления с МК и обвязкой - одна, при сборке джамперами выбирается тип привода.
Ну на мощных STM32 тоже есть USB загрузчик. К нему уже есть какие-то программаторы. Я выбрал более универсальный интерфейс для всех STM32, в том числе для тех, в которых нет порта USB.
замучил меня этот красный модуль , програмирует только один раз после перезагруски компьютера ))) что я только не делал выковыревал драва из реестра удалял ставил другие ) потом поставил другой типа CP2102 USB 2,0 и все норм
Кстати, у меня тоже были глюки с этим FTDI, скорее всего, он не оригинальный, а поддельный, поэтому и глючит. А CP2101 видимо ещё не подделали, с ним работает лучше.
Как вам моя программка для Windows? Ссылки смотрите в описании видео.
Какие ещё инструменты вы бы хотели получить для микроконтроллеров?
в конце на плате шикарный предохранитель :))))))))))
Это прототип, так что сойдёт и такой:)
Ух ты, была у меня мысль такое сделать, но думал, что свой загрузчик писать придётся, а это долго и разбираться надо, лишняя работа при наличии ST-Link. А оказывается и не надо)) На разрабатываемых платах можно оставлять только разъём под USB для подключения через набортный CP2102. Хм хм хм. Пользительный видос. Спасибо!) Осталось теперь найти, как вытащить hex-файл из Keil-а. Я как-то привык его использовать, потому что он более универсальный, да и с CubeIDE у меня как-то не задалось(
Вообще, обычно использую STM32F103C8T6, потому что их навалом и стоят недорого, там и USB есть, но пока думаю, что с драйверами могут быть проблемы, поэтому ставлю на платы USB-UART-преобразователь.
Чтобы держать USB-UART на самой плате, надо как-то отключать выводы микроконтроллера Reset и Boot от преобразователя, потому что он может рандомно изменять сигналы DTR и RTS, если USB не подключен или не инициализирован. Я поставил просто переключатель, но это место занимает на плате. Я уже придумал одну схему, чтобы всё работало автоматически, но пока не пришли элементы для теста. Если заработает, добавлю эту схему в программатор, чтобы прошивать схемы можно было прямо со встроенным USB-UART без лишних действий. А заодно его можно будет использовать для связи с управляющей программой или просто для зарядки аккумулятора.
@@nanoslavic, ну я обычно под такое дело джамперы оставляю. По крайней мере, с USB так. Оставил задел на будущее. Джампер в первом положении - USB-разъём соединён с преобразователем (хочу на CH340G перейти, как на предприятии кончатся закупленные CP2102), а во втором положении - прямое подключение USB-разъёма к МК. Джамперы места меньше занимают, чем dip-свитч. Хотя, опять же, если ты под переключателем имел ввиду не dip-свитч, то да, места может занимать много. Но чаще всего джамперы или dip-свитчи для минимального уровня конфигурирования платы нужны, поэтому избавиться от них полностью вряд ли получится. По крайней мере, на тех платах и по тому ТЗ, что делаю я.
Ну с джамперами та же проблема, что и с переключателем: если давать устройство сторонним людям, которые не разбираются в программировании, то они сами не всегда смогут правильно обновить прошивку самостоятельно. Поэтому хотелось бы, чтобы схема позволяла автоматически запускать бутлоадер только когда это необходимо, а в остальных случаях должна надёжно запускаться прошивка. Посмотрим, получится ли придумать такую схему без кучи элементов:)
@@nanoslavic, очень жду. Я тоже проектирую устройства, которые будут работать у людей, не сильно в этом всём разбирающихся, но эти устройства будут всегда подключены к ПК для получения команд и передачи телеметрии, вот и думаю, что если софт для ПК тоже делаем мы, может как-то засунуть туда возможность обновления.
Целый программатор туда впихивать - дорого и не рационально, а UART и так будет. А самим людям отдавать программатор и софт для обновления - вообще опасно - они что-нибудь запорют, а виноват будет производитель устройства))
Джамперы там больше нужны для гибкости. Что как бы плата одна и прошивка одна, но на этапе сборки устройства, в зависимости от необходимой конфигурации можно было выбрать режим работы. Например, плата управления драйверами приводов: приводы могут быть на разных типах моторов, с обратной связью и без, платы драйверов разные, а плата управления с МК и обвязкой - одна, при сборке джамперами выбирается тип привода.
Флиппер зеро программируется без Барт преобразователя. Там использован встроенный в камень контроллер юсб
Ну на мощных STM32 тоже есть USB загрузчик. К нему уже есть какие-то программаторы. Я выбрал более универсальный интерфейс для всех STM32, в том числе для тех, в которых нет порта USB.
Классно
Спасибо! Полезная и толковая приблуда для самодельщика!
замучил меня этот красный модуль , програмирует только один раз после перезагруски компьютера )))
что я только не делал выковыревал драва из реестра удалял ставил другие ) потом поставил другой типа CP2102 USB 2,0 и все норм
Кстати, у меня тоже были глюки с этим FTDI, скорее всего, он не оригинальный, а поддельный, поэтому и глючит. А CP2101 видимо ещё не подделали, с ним работает лучше.