Compreendendo a Versionamento de Versões do Sistema Operacional do Dispositivo EloView 3 (EV3) & Nomenclatura de Sufixos de Arquivos
Público-alvo: Público / Clientes Elo, Administradores de TI, Engenheiros de Implantação & Integradores
Tipo de Artigo: Arquitetura de Firmware, Gestão de Lançamentos & Guia de Versionamento
Este artigo detalha as convenções de nomenclatura estrutural, sequências de versão numérica e classificações de sufixos aplicadas ao EloView® 3 (EV3) Android Device OS firmware releases.
Anatomia de uma String de Versão de Firmware do EloView OS
Uma string de versão de firmware de dispositivo EloView consiste em dois segmentos principais:
5.000.025.0091+ap
↑ (Sequência de Lançamento Incremental de 11 Dígitos) ↑ (Sufixo de Camada de Hardware & Sabor do SO)
↑ (Sequência de Lançamento Incremental de 11 Dígitos) ↑ (Sufixo de Camada de Hardware & Sabor do SO)
-
Prefixo Numérico (por exemplo,
5.000.025.0091): Representa a Sequência de Lançamento do EloView global. Esses números incrementam sequencialmente a cada nova build de manutenção e lançamento de recursos publicada. -
Sufixo Alfabético (por exemplo,
+p,+ap,+v,+av): Identifica a camada de hardware específica (Desempenho vs. Valor) e o sabor do framework Android (GMS vs. AOSP).
Nomenclatura de Sufixos de Firmware & Mapeamento de Camadas de Hardware
| Sufixo | Classificação | Hardware & Destino do Framework |
|---|---|---|
| +p | Desempenho (GMS) | Modelos de hardware padrão / camada de desempenho configurados com Google Mobile Services (GMS / Google Play). |
| +ap | Desempenho AOSP | Modelos de hardware padrão / camada de desempenho executando Android Open Source Project (AOSP) não-GMS. |
| +v | Valor (GMS) | Modelos de hardware da camada de entrada / valor configurados com Google Mobile Services (GMS). |
| +av | Valor AOSP | Modelos de hardware da camada de entrada / valor executando Android Open Source Project (AOSP) não-GMS. |
✔ Melhor Prática de Implantação OTA: Ao programar atualizações Over-The-Air (OTA) no EloView, o portal filtra e valida automaticamente as builds de firmware alvo para evitar o envio de pacotes de camadas incompatíveis (por exemplo, tentar atualizar um dispositivo
+v com um pacote +p).Please report any broken links by emailing elo.support@zebra.com and include a link to the knowledge article