Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#399 closed улучшение (не будем делать)

Версия бутлодера платы

Reported by: san Owned by: san
Priority: средний Milestone: 2 очередь
Component: sw Keywords:
Cc: alx, ledol

Description

Сейчас в протоколе monitoring2 не предусмотрена передача бутлодером своей версии.
Я собираюсь выпустить новую "улучшеную") версию бутлодера для некоторых плат и хотелось бы иметь возможность отличать платы со старым бутлодером от плат с новым.
Сначала я хотел просто изменить аппаратную ревизию платы для плат с новым бутлодером, но это тянет за собой дублирование версий ПО для старых и новых плат и не очень красиво.
Предлагаю расширить протокол, обавить возможность передавть версию бутлодера.

Change History (5)

comment:1 by alx, 5 years ago

Не понимаю, почему для передачи версии бутлоадера надо расширять протокол. Почему не сделать это запросом переменной платы?

comment:2 by san, 5 years ago

Действительно, я об этом не подумал.

comment:3 by san, 5 years ago

Опросив всех разработчиков, выяснил что oid .1.2.0 не используются никем.
Предлагаю использовать .1.2.0 для хранения версии бутлодера в платах.
Думаю, что одного байта для номера версии загрузчика достаточно.
Алексей, если у тебя нет возражений, добавь пожалуйста в протокол monitoring2 описание новой переменной.

in reply to:  3 comment:4 by alx, 5 years ago

Replying to san:

Предлагаю использовать .1.2.0 для хранения версии бутлодера в платах.
Алексей, если у тебя нет возражений, добавь пожалуйста в протокол monitoring2 описание новой переменной.

Возражением есть. Я не понимаю, зачем вносить в спецификацию протокола эту переменную.

Во-первых, не всем платам она нужна (платам, которые разработал я, запрос версии бутлоадера не требуется).

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

В-третьих, если какой-то плате действительно требуется такая функция, ее разработчик может самостоятельно занять любой свободный OID для такой переменной и выбрать для нее подходящий тип. И никаких добавлений в спецификацию протокола делать не надо.

Version 0, edited 5 years ago by alx (next)

comment:5 by san, 5 years ago

Resolution: не будем делать
Status: newclosed

Хорошо, согласен с аргументами.

Note: See TracTickets for help on using tickets.