caxapa.ru :: STM32F042 можно шить на лету?

misyachniy (27.04.2018 11:32, просмотров: 5766)

STM32F042 можно шить на лету? Написал и отладил программу, которая запрашивает файл с сервера(GSM) ищет требуемую часть в 1кБ и пишет. И так столько раз, сколько занимает прошивка. Решил залить на лету. Выделил в ОЗУ два буфера, проверил что корректно идет прием в два буфера с записью по "старому" методу. Включил по полной - не идет :-(. Все проверил, под подозрением только стирание/запись сектора. Ищу документ, в котором сказано, что происходит с выполнением кода из флеш, когда идет стирание/запись в другой сектор. Буквы вроде помню как пишутся а найти не могу.

Ответить

- С записью проблем нет, нужно только выполнить unlock. При отладке, во время стирания сектора, отладчик падает - это раз. evgeniy1294(805 знак., 27.04.2018 11:48 - 11:53)
- >И так столько раз, сколько занимает прошивка. lloyd(603 знак., 27.04.2018 11:48)
  - Первый вариант -- для параноиков. Делал так, работает :) - Барбос(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, ссылка)
- Ничего не понял. Шьём обновлённую прошивку прямо поверх выполняющейся старой? - SciFi(27.04.2018 11:41)
  - Прерывание по UART принимает прошивку в два буфера. А основная программа шьет. - misyachniy(27.04.2018 11:43)
    - Шьёт поверх себя? - SciFi(27.04.2018 11:46)

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