caxapa.ru :: >И так столько раз, сколько занимает прошивка.

lloyd (27.04.2018 11:48, просмотров: 138) ответил misyachniy на STM32F042 можно шить на лету?

>И так столько раз, сколько занимает прошивка. >Решил залить на лету. Вас не смущает, что вы переписываете код, который прямо сейчас выполняете? Это форменное самоубийство. Не смейте никогда так делать. Есть два варианта: - делим флеш пополам, при обновлении записываем "другую половину", при перезагрузке меняем бит стартовой программы - закидываем прошивку во внешнюю flash/eeprom (разумеется в зашифрованном виде), пишем неизменный первичный загрузчик, который при запуске МК перекачивает из внешней прошивки во внутреннюю - третий вариант для самоубийц - кидаем бутлоадер в RAM, процесс обновления ПО производим исключительно из ОЗУ

Ответить

- Первый вариант -- для параноиков. Делал так, работает :) - Барбос(27.04.2018 22:43)
- "Вас не смущает, что вы переписываете код, ~~который прямо сейчас выполняете~~?" Я из бутлоадера прошиваю иные сектора. misyachniy(112 знак., 27.04.2018 11:58)
  - Сотрите весь флеш до того, как запрашивать файл. Стирание длится долго, запись слова - быстро. - LightElf(27.04.2018 22:30)
  - Во время прошивки обработчик прерывания уарта не может выполняться, будет сбой приёма. - SciFi(27.04.2018 12:01)
    - OK. Отрицательный результат - тоже результат. - misyachniy(27.04.2018 12:13)
      - Что за пораженчество? DMA позволит обойти это ограничение. - SciFi(27.04.2018 12:15)
        
        При приеме, идет декодировка HEX->BIN. Пока оставлю на потом. - misyachniy(27.04.2018 13:58)
        
        А вообще ощущение, будто вы пытаетесь со здоровой головы переложить на больную. lloyd(56 знак., 27.04.2018 14:15)
        
        У меня ощущение, что протокол ZMODEM требует поддержку на стороне HTTP сервера. - misyachniy(27.04.2018 14:56)
        
        Всё равно позволит, просто надо немного подстроиться. Но лучше забить - работает же :-) - SciFi(27.04.2018 14:13)
        
        Это если флешь работает быстрее UART'а, а не наоборот - lloyd(27.04.2018 12:40)
- А почему это третий вариант такой смертельный? - VLLV(27.04.2018 11:52)
  - Те кто задавал такие вопросы их больше не задают. - fk0(27.04.2018 11:55)
  - Потому что нужно исходить из того, что питание у железки может пропасть в любой момент, в том числе прямо во время обновления. lloyd(153 знак., 27.04.2018 11:54)
    - Не только питание. Сброс в общем возможен. - fk0(27.04.2018 12:11)
  - Электрик дядя Вася вырубает свет в самый неподходящий момент, и ваша вундервафля превращается в кирпичЪ. - SciFi(27.04.2018 11:54)
    - Нихт понимайт. Есть загрузчик, который после старта переходит на ОЗУ и вертится там, выключили-включили - тот же загрузчик видит, что приложение не обновилось, опять переходит в ОЗУ, и вертится там, принимая прошивку. Да, до успешного приема VLLV(47 знак., 27.04.2018 15:39)
      - Ну, если у загрузчика есть аварийный режим, то конечно. В ведроидах оно зовётся recovery, ЕМНИП. - SciFi(27.04.2018 16:05)
        
        Вроде общепринято проверять crc прошивки до ее запуска. У сабжевого камня, опять же, есть хардварный crc. - LightElf(27.04.2018 22:33)
- Вы ещё расскажите, что пальцы в розетку совать не надо :-) - SciFi(27.04.2018 11:50)
  - Но но! Вилкус - наше фсе! -> - Evgeny_CD(27.04.2018 14:19, ссылка)

ARM, RISC-V контроллеры