Подскажите, пожалуйста, как реализовать или направьте в нужную сторону.

Описание проблемы:
Существует Устройство Управления (УУ) на микроконтроллере.
Оно имеет: клавиатуру, ЖК-индикатор 4x20, реализован внешний интерфейс управления по RTU Modbus Slave.
Организовано меню, которое отображает только те параметры, которые необходимы для данного прибора.
Прибор имеет несколько исполнений (т.е. в других приборах параметры другие, объектов управления может быть разное количество, максимальные значения параметров в алгоритме работы разные, справочная информация различается, пункты меню выглядят по-разному).
Сейчас приходится делать несколько версий прошивок для разных конфигурации прибора, что неудобно при программировании микроконтроллера при сборке.
Другими словами, в проекте есть файл с глобальными переменными, значения которых меняет разработчик "вручную" для
каждой конфигурации, потом еще редактируются файлы меню индикатора (строки другие, параметры выводимые другие)
- в результате получает несколько версий прошивок.

Как сделать так, чтобы оператор на заводе сначала прошивал микроконтроллер единой прошивкой, которая включала в себя все возможные варианты функционала, а потом через интерфейс (он уже реализован) редактировал конфигурационную таблицу и менял "типоисполнение прибора"?
Как защищать эти регистры конфигурации? Паролем? А как потом менять пароль и где хранить новый? Или ограничивать доступ временным окном или последовательностью команд секретных?
Может велосипед уже изобрели или я предложил тупиковые направления?

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

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

как защищать - это дело техники. и тут есть так же уйма возможностей...в зависимости от задачи

(круглый)

Страсти какие Ну запорольте один служебный пункт в котором устанавливается конфигурация прибора. Пароль можно всем не раздавать, а менять его при при очередной ревизии (версии) прибора. Излишнее "заморачивание" неменуемо приводит к повышению вероятности того, что может "выйти боком".