Прошивка через RS485?

Имеется сеть из нескольких модулей соединенных по RS485. Модели вмотнированы в стены и прочие труднодоступные места. Иногда возникает необходимость обновить им прошивку и приходится тратить время и силы на их добычу. Возник вопрос, а нельзя ли прошить модуль прямо через сеть? Как это теоретически возможно сделать, чтобы прошивка легла именно на тот модуль какой надо? Встроить бутлоадер в программу каким то образом?

 

Послать команду на перезагрузку, выключить связь на всех остальных модулях секунд на 20, да и зальется штатно, по-моему.

 

То есть тупо даем команду с номером прошиваемого модуля. Все остальные получив команду и поняв что не им уходят в вечный цикл. Тот кому надо перегружается и прошивается бутлоадером. Осталось придумать как сделать отправку команды с последующей выдачей прошивкой и сделать это все быстро.

 

Да, забыл уточнить, модули на базе Про Мини, то перегружать их надо в строго определенное время.

 

Вот думаю как бы загнать Ардуино в вечный ребут но чтобы она из него вышла получив новую прошивку? Как то через метку в ЕЕПРОМ?

 

Она ждет прошивки секунды три. Этого хватит ЗА ГЛАЗА.

 

Хорошо, как сделать апппратный ребут? Софтовый не прокатывает.

 

Кстати и 3х сек за глаза может не хватить на запуск прошивателя. Если из IDE так точно компилит дольше.

 

RS422 надо

 

Уже есть 485, надо бы на ней.

 

@ostrov, на гитхабе есть модифицированный optiboot https://github.com/SodaqMoja/optiboot/tree/master/optiboot форк 6.0 версии.

 

Чем он для этого случая лучше обычного?

 

В описании -

Код (Text):

RS-485 mode added

По моему на про мини не optiboot, из boards.txt

Код (C++):

pro.menu.cpu.16MHzatmega328.upload.maximum_size=30720
pro.menu.cpu.16MHzatmega328.bootloader.file=atmega/ATmegaBOOT_168_atmega328.hex

 

Нет, не optibooot потому и интересно чем от отличается и чето за 485 моде такое? Как оно поможет прошить?

Вопрос с аппаратной перезагрузкой так же открыт. Пытаюсь программно дернуть ножку reset другой ножкой, но система ребутится до того как ножка выйдет на нужный режим. Притяжка не помогает. Вачдогом что ли перегружать?

 

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

 

И еще проблема. Залива программы через UART представляет собой не одностороннюю передачу данных, а определенный протокол с обратной связью. То есть в случае с 485 придется как то вовремя дергать ножку прием-передача. Да еще и не раньше чем часть данных уйдет или придет полностью. Вот тут и не понятно когда ее дергать и за какое место. Дергать то должен бутлоадер. Может это и есть тот самый 485-mode? Тогда возникают другие вопросы и нет им числа. Или использовать 422, но это уже аппаратная модификация.

 

RS-485 mode added. Direction pin is defined at compile time similar to
led by means of `RS485=<PIN>` variable.
Походу так и есть. @ostrov, здравствуйте, огромная просьба - поделиться, чем дело закончилось - как решилась проблема с аппаратным ресетом, был ли заюзан модифицированный optiboot и удалось ли решить поставленную задачу по удаленному обновлению в целом?
PS прошу прощение, за раскапывание исторических тем - собираю инфу в сети по крупицам )

 

через вачдог. А чтобы отличить штатную перезагрузку от внештатной, можно использовать переменную в секции init или в eeprom.

 

Для этого есть специальный регистр