Обмен файлами между микроконтроллерами

Здравствуйте, форумчане. Возникла проблема, ломаю голову над ее решением.
Сначала про то, что сделано. Есть некая система, состоящая из блока управления и нескольких ведомых блоков. Блок управления: контроллер AVR32, LCD-дисплей, работает на FriiRTOS. Ведомые блоки: контроллер STM32, 16 аналоговых входов (работает АЦП в 8-битном режиме, скорость 50 кГц/канал), данные записываются на microSD (подключенную по SDIO), работает простой алгоритм принятия решений (в зависимости от уровня сигнала). Также на FriiRTOS.
Управляющий и ведомые блоки обмениваются данными по протоколу ModBus RTU (соответственно 1 мастер и несколько "рабов"), связаны по RS-485.
Всё отлично работает, без зависаний и прочего геморроя. НО вся эта система не проходила полевых испытаний, в ходе которых по-любому придется что-нибудь править. А прошивать ведомые блоки проблемно - они во влагозащищенном металлическом корпусе, к тому же стоят в труднодоступных грязных местах. Отсюда возникла идея - прошиву кидать на SD-шку в блок управления, а затем каким-нибудь способом передавать на ведомые блоки на SD, где уже использовать самопрограммирование (то есть загрузчик STM32 проверяет, есть ли новая прошива на флешке, если есть - прошивает контроллер, если нет, то стартует зашитую программу).
В чем, собственно, проблема - не знаю, как передать файлы по RS-485, какой для этого использовать протокол. Через ModBus как-то не здорово. Думал про FTP, но как его на RS-485 наложить, пока не допер. Может есть какие-то предположения, предложения, примеры?

а) Взять готовый протокол нижнего уровня: TCP или UDP. UDP проще. Реализовать свой протокол верхнего уровня.
б) Реализовать свой протокол нижнего уровня. Скажем, отправлять данные блоками по 32 бита так: | блок 1 | блок 2 | блок 1 XOR блок 2 |. После каждого блока ждать подтверждения приема (или сообщения об ошибке контрольной суммы, тогда посылать опять предыдущий блок).
в) еще варианты

0

еще варианты: xmodex, ymodem, zmodem.
а прошивку подписывать.

0