...
№ | P/N оборудование | Префикс названия папки и файла |
|---|---|---|
1 | UU-AE40-I0-P1 | ac4_ |
2 | UU-AE70-I0-P1 | ac6_ |
3 | UU-TG2-1P-P1 | tg3_ |
4 | UU-TG5-1V-P1 | tg5v_ tg5vbl_ - начальный загрузчик |
5 | UU-TG7-xy1P-PzP1 | tg7_ tg7bl_ - начальный загрузчик |
6 | UU-TG8-1V-P1 | tg8v_ |
7 | XT-TGX-1P-P1 | tgx1_ |
Процедура обновления встроенного ПО в оборудовании РТЛС с использованием утилиты RTLSBoot и консольного кабеля описана здесь .
Процедура обновления встроенного ПО в оборудовании РТЛС с использованием утилиты CoBench по радио описана здесь а меток здесь . По радио возможно обновить только основное встроенное ПО . В отдельных случаях новое основное встроенное ПО требует предварительно обновления начального загрузчика. В этом случае обновить встроенное ПО в оборудовании можно только с использованием RTLSBoot и консольного кабеля.
Именование версий встроенного ПО
Для встроенного ПО оборудования РТЛС принят следующий порядок нумерации версий:
Используется номер версии состоящий из трех чисел, разделенных точкой - X.Y.Z
X - мажор версия, меняется при существенном изменении программной либо аппаратной платформы оборудования, или при начале поддержки принципиально новых аппаратных платформ.
Y - минор версия, меняется при добавлении нескольких новых функциональных возможностей и возможно дополнительно нескольких баг фиксов.
Z - баг фикс версия, меняется при фиксе одного или нескольких багов, без изменения функциональных возможностей.
Существуют специализированные версии встроенного ПО, которые выпускаются под конкретного заказчика или проект и содержат специфичный для этогго заказчика или проекта. Этот функционал не планируется интегрировать в основную ветку либо он какое-то время будет существовать отдельно от основной ветки. Такие версии именуются как:
X.Y.Z<код заказчика или спец. проекта>K
- где K номер версии внутри проекта а X.Y.Z версия являющаяся “родительской” для специализированной версии. Например, 1.8.3AC5 - 5 версия специализированной прошивки сделанной специально под заказчика Acme на базе основной версии 1.8.3. Если в процессе жизненного цикла специализированной версии в нее добаляется функционал и баг фиксы из основной ветки номер базовой версии меняется а номер версии внутри проекта (K) сбрасывается в 1.