Прикольна ідея.

Дунул на него феном паяльным. Вроде работает. Потом в термокамере проверим.

Отлично. Очень полезная штука

Загрузчик можно написать какой угодно, более того, обычно у любого разработчика их написанных лежит на все случаи жизни. Вопрос в другом, держатель sd это место и деньги. Теперь доже 0.5 доллара умножьте на 1000 и ставить желание отпадет моментально. К тому же бывают условия эксплуатации... Да предложите на буровой установке ребятам обновлять прошивку через SD карточку когда на улице -30. Вас просто медведям скормят.

Это немного другое. Во-первых, не все конечные устройства содержат картоприёмник. Во-вторых, создание загрузчика для работы с sd-картой - это нетривиальная задача. Можно найти примеры в сети, я видел подобные, но они занимали около 20 Кбайт кода arm, что вряд ли будет приемлемо. Я сам делаю подобный загрузчик для загрузки hex-файлов (именно intel extended, не bin). И это не просто, если хочешь уложиться в несколько килобайт. У меня есть подобный загрузчик для avr, который в зависимости от конфигурации имеет размер от 2 до 4 Кбайт. Я пытаюсь перенести его алгоритм на arm. Вообще, у некоторых производителей контроллеров, например TI, уже лет 10 загрузчики бывают очень навороченными и поддерживают до 10 вариантов загрузки по разным интерфейсам, в том числе, используя mmc/sd. Если доделаю свой вариант, то выложу на github.

@@VladimirMedintsev Ну по цене программатор по любому выйдет дороже SD, во вторых вставить в разъем SD не сложнее чем попасть в разъем программатором. И скорее вас скормят медведям с вашим программатором. Это про минусы, плюсы описаны выше.

@@ViacheslavMezentsev Ну так чего мозг выносить, ставим на андроид CubeMXProgramer и сливаем хоть по UART, хоть по USB, хоть по CAN, хоть по SPI, если такой загрузчик есть на борту. Ну и так, не на всех платах есть свободный доступ к нужным пинам контроллера. Ну а уж если вы сами разрабатываете устройство, кто вам мешает поставить SD разъем за три копейки а не городить огород за 1500 - 2000 тысячи.

@@Diger67 Да вы правы, идея отстой, будем ставить SD.

Абсолютно так.

Вау, это круто.

Кто это сказал что не кошерно?

@@VladimirMedintsev Ну вы себя поставьте на место потребителя. Купил например какую-то новогоднюю гирлянду. И тут приходит письмо от производителя, что он в новой прошивке изменил (улучшил) функционал, но чтобы её залить, надо открыть корпус, подцепить преобразователь USB-UART, замкнуть пару перемычек, скачать и запустить такую то программу.. Думаю это не для рядовых потребителей.

Понятно. Спасибо.

Я вам отвечу честно. Если попадается проект который необходимо внести в реестр средств измерения мы просто отказываемся от этого проекта. Причина простая я не знаю ни одного разработчика который бы попал в реестр средств измерения без использования незаконных приемов. Мы просто спрашиваем заказчика хочет ли он в последствии поверять изделие. Заказчик как правило совсем не хочет. Значит мы делаем индикатор. А индикатор поверять не надо и индикатор не вносится в реестр. Но индикатор может что-либо измерять весьма точно. Ну просто ещё ни одного раза усилия на внесение чего-либо в этот реестр не окупили себя.

@@VladimirMedintsev Я извиняюсь, а по сути вопроса - прошивку, принципе, можно разделить на 2 части ?

Да, разумеется это возможно. Есть на канале ролик про передачу управления.

Вот тут kzfaq.info/get/bejne/sJiKndZ-m5nddaM.html рассказано как это делать. Там на примере загрузчика но и части точно так же.

@@VladimirMedintsev Спасибо !!!!! А по поводу внесения в Реестр. От кого отказываетесь - направляйте ко мне. Я как раз всю жизнь этим занимался.

Везде, во всех. Доплачивать не надо.

Вы откройте reference manual. Там про работу RTC очень хорошо написано без лишней воды.

@@VladimirMedintsev, если сделать опросник, окажется что довольно большая часть не знает английского, а другая часть не умеет читать документацию. О чём говорить если с пинка не получилось найти видео "как читать документацию на микросхемы". (Я частично умею читать доки, но с английским проблемка)

@@romaVeber Я например в разговорном английском ноль полный, но вот даташиты прекрасно читаются со временем, что то можно и через гугель переводчик подсмотреть, что то по аналогии с другим, и со временем уже все читается и понимается.

Мы когда-то с Эдуардом Неткачевым над этой темой рпботали. Готовое решение пока только под Атмегу есть.

Но если надо то за месяц- полтора могу сделать.

У f030 нет usb

@@user-ed9px3cz7g если делать для кого то и знать что потом будет геморрой с прошивкой, не лучше ли сразу подобрать микроконтроллер с поддержкой usb ничего страшного что на 50 рублей дороже получится

Автономная коробочка с кнопочкой - куда более изящна, чем ноутбук с переходником :) Коробку в карман положил и пошёл по объекту шить устройства. Разве что, разъём для прошивки можно сделать юсбишный - было бы удобнее подключаться. Если ног хватит. Но опять же - прошивка - довольно разовое мероприятие

@@MYDIYby никто не мешает подобным образом заливать новую прошивку на коробочку с кнопочкой же :) А дальше с ней мчаться по полям между устройствами :)

@@Nidvoraich это нужно городить еще одну коробочку отправлять заказчику, объяснять как куда подключать) и коробочка одна, а устройств сотни. а ноутбуки и телефоны с отг шнурами это более распространенная штука, и людей шибко умных не нужно, зато их можно снарядить много)

Поздравляю.

@@VladimirMedintsev Для проверки этого программатора пришлось написать и компьютерную часть на Builder C++.

А я лет пять назад писал свой бутлоалер и прошивал stm32f107 по ethernet. И что?

@@stari40k А контакт boot переключали? В этом вся фишка.

@@retro55i нет. Если кратко - записывал прошивку в свободную область памяти, и оттуда при перезагрузке мой бутлоадер переписывал её в указанную область. После чего запускалась уже новая версия с указанного адреса. Все анти-кирпичные проверки не описываю.

ну или даже USB-UART микруху поставить?

Уже обсуждалось под другим видео. Это автономный программатор, который можно и заказчику дать и обновить сидя на мачте и все такое. Ну далеко не везде есть смысл это делать с ноутбука или сотового телефона. Есть несколько видео где этот вопрос поднимался и возвращаться простите не будем. Просто если у вас нет потребности в мобильности или автономности, то и мудрить ничего не надо, взять готовый программатор и использовать.

Щас этот сытый сотрудник прочитает и начнет требовать улучшения условий :-)))

@@VladimirMedintsev У многих получается раздвоиться и даже расстроиться. У Матвеева например, он-же доктор Дью, он-же где-то вокруг... Кажется это уже клиника. Гораздо приятнее когда это разные люди, так хотя-бы тараканы не бунтуют. Программатор с пиропатроном... Весело, но не надо.

@@VladimirMedintsev у Вас сотрудники "сытые"?!?!? а можно со своим обогревателем к Вам в штат?)))

Разумеется ждать никто не будет и в реальной программе самое место для прерываний, но в данном случае мы же вообще проверяли насколько это сложно.

@@VladimirMedintsev я к Вам совершенно без претензий :))) Прекрасно понимаю, что это не релизная версия кода :) Просто поинтересовался по принципу общения устройств. Я сюда не хейтить Вас пришёл, а у Вас учиться :) Если для меня что-то интуитивно непонятно, значит, есть пробел в знаниях по этому поводу - потому и уточняю что-то. Сейчас вот читаю про USART_DR. Теоретически, если бы после АСК мы ждали только 8 бит данных - мы бы могли их считать хоть через час. Потому что они бы положились в приёмный регистр и не стирались бы, потому что никто их не читает пока что. Вот не посмотрел бы Ваше видео - не полез бы читать про это :) Спасибо за пинок!)

Сколько времени может выполняться "какой-то ещё код"? Это не важно, юарт асинхронный интерфейс, здесь логика работает на конечных точках. Другое дело что ответа можно и не дождаться, и зависнуть в ожидании, например когда линия физически разорвана. Вам 100мс программного таймера хватит? Ну и если использовать не хал, а весь доступный потенциал модуля юарт - то можно отлавливать многие варианты сбоя передачи и приёма. Там и таймер не понадобиться.

@@avi-crakhome2524 как не важно? Давайте не будем рассматривать обрыв линии, а именно вариант, при котором мы принимаем информацию порциями, как в примере автора. Насколько я понял - функция Ресив работает с регистром принятых данных, и никак не взаимодействует с внешним устройством а ля "пошли-ка мне ещё байтик". То есть - после того, как мы отправили через Трансмит внешнему устройству запрос на данные - оно нам их начинает слать, а наш МК складывает их в тот самый буфер DR. И обратной связи типа "погоди, не шли, я тут пока занят вычислениями" не существует (В ДАННОМ ПРИМЕРЕ). А уж с какой скоростью и периодичностью мы из регистра забираем данные командой Ресив- это исключительно наша проблема. Не успел забрать, пока не затёрлось новыми данными - извиняй. В примере автора - между двумя ресивами есть только if. То есть - довольно незначительная задержка. Были бы там какие-то более сложные циклические вычисления - думаю, уже не получилось бы принять всю посылку. Успели бы ухватить только её конечные байты, потому что пока мы там что-то вычисляем, инфа от внешнего утсройства продолжает поступать, затирая предыдущую. Когда я задавал вопрос - я ещё не знал того, что сейчас тут пишу. То, что я тут написал - я не проверял, поэтому, не уверен на 100%. Но судя по тому, что я прочитал сегодня - всё именно так. И как правильно заметил автор - если не обрабатывать прерывания по переполнению того самого буфера - можно часть данных потерять. Если я где-то заблуждаюсь - буду рад поправкам :)

Я не знаю почему вы так решили.

@@VladimirMedintsev А что вообще про куб думаете?

Есть видео где я его показываю. Мне он нравится. Хорошо о нем думаю.

@@VladimirMedintsev А по какой причине не используете?)

Видеоролики которые вы видите на канале практически ничего не отражают из моей реальной работы. Ни разу и ни где я не показывал реальные исходники реальных проектов как в части схемотехники так и в части программирования. По этой причине вы не знаете что именно я использую. В видеороликах показывается и будет показываться Кейл, потому что он дефакто является популярнейшей средой в Ютубе. Специально посвященные CubeIDE ролики я показываю с кубом, ну это логично же. Меня в принципе не сильно интересует обзор IDE это просто инструмент. Может я Segger Studio использую. Кто его знает.

Если вопрос ко мне, то я получаю чуть меньше 10 тысяч рублей.

@@VladimirMedintsev Я думал, по Вашей специальности , особенно такой специалист как Вы, будет получать 300 к

@@VladimirMedintsev спасибо за ответ

У меня тоже сомнения, да. Вроде как, стартовые и стоповые не считаются

Стартовые и стоповые биты не считаются. А вот паритет считается.

8 бит данных - это для текстового обмена, в этом случае остаётся достаточно пространства для управляющих символов. 1+8 бит данных - это для бинарного обмена, доступна передача от 0x00 до 0xFF, девятый бит - это управляющий маркер команда/данные, или адрес/данные.

блин, я даже не слышал про это. Погуглил тут, как круто

@@denwerxampp4035 не то слово. На f4 DFU вроде просто настроить, но не на чем сейчас проверить, а на f103 смещение надо похоже настраивать в линкере. Надо разобраться вобщем

Это сложно для заказчика. А если апдейты будут еженедельными?

А теперь просто представьте буровую установку, -30 градусов и вы с планшетом на ветру. Работа мечты. Не все устройства работают в уютных комнатах. Иногда и подключить разъем очень тяжело не говоря уже о том, чтобы на сотовом или планшет ее пальчиком попадать.

@@VladimirMedintsevИли устройство может быть камерой в вольере с тиграми.

@@user-ed9px3cz7g уверяю вас тигры по сравнению с нефтяниками гораздо менее опасны.

@@VladimirMedintsev Тигры водятся только в дикой природе, а нефтяники везде, если нефтяник попадает в воду, нефтяник не становится мокрой, вода становится нефтью. 😜

Хотите иногда жарить шашлыки? Попробуйте жить в пещере - там можно жарить шашлыки прям не выходя из дома :)