Цитата(Tiro @ Jul 20 2017, 15:55)

(1) Вот только не понятно зачем по номеру? . . .
(2) . . . Заменяйте их все одновременно.
(3) Программирование это не только "coding", это еще и структурирование и декомпозиция т.п. А программизм ради структурирования сродни (сами придумаете).
(1) одна из
многих причин - обмен данными прибора и PC. Чтобы избежать "шизофрении" - на порядок удобнее работать с кодом параметра
(фактически его уникальным Id) и базой параметров. Для "синхронизации" проектов для прибора и PC достаточно чтобы они использовали
один файл - базы, где указано соотв-ие параметра, его Id, тип_данных --> размер поля итд.
Для "упаковки" в пакет или страницу флеш использую сериализацию. Это надежнее.
(2) пока все парам. влазят в страницу (264 байта) - я так и делаю.
(3) да

Я привел пример только как один из многих-бесконечных вариантов реализации.
ps - структуры отличное решение, еслиб...... не выравнивание, а темболее - для разных платформ. А также зависимость от опций компилятора.
Цитата(Jenya7 @ Jul 20 2017, 15:44)

а ну если так то я могу засунуть указатель в структуру принятой команды
. . . .
я все равно инициализирую структуру команд. так я добавлю указатель на переменную
Да, где-то так. У меня по такой идее постоены работа HMI прибора - меню и работа с внешним терминалом по USART.
По меню проскакивало обсуждение, тег кажется micromenu.