Pular para o conteúdo
Fale conosco

Hardware fiscal e de PDV

Fabricantes de hardware fiscal e de ponto de venda. Os dispositivos deles precisam ser certificados, precisam se identificar para uma autoridade fiscal e precisam ser construídos e provisionados em escala.

Hardware
Rockchip RV1108 · RV1106 · Raspberry Pi · x86-64
O trabalho
Um build restaurado, e atualizações que terminam
Um terminal de ponto de venda e uma impressora de cupons no balcão de uma padaria.

O trabalho

Dispositivos de transação fiscal

Um pipeline de build parado e recuperado, e um novo desenho do provisionamento de dispositivos

Dados do caso

Segmento
Hardware fiscal e de ponto de venda
Linha de produtos
Dispositivos de transação fiscal, classes SAT e MFE
Silício
Rockchip RV1108
Escopo
Recuperação do ambiente de desenvolvimento, imagem de validação de hardware, infraestrutura de build, provisionamento e autenticação, integração com a linha de produção, atualização de firmware
  • Ambiente de desenvolvimento

    Nós o reconstruímos e validamos a infraestrutura de build. As plataformas dos dispositivos voltaram a gerar builds e testes de forma confiável.

  • Validação de hardware

    Restauramos e adaptamos a imagem de validação. Uma unidade nova pode de novo ser verificada contra os requisitos básicos de hardware.

  • Servidor de build

    Nós o recuperamos. A falha dele tinha parado toda a geração de imagens.

  • Provisionamento e autenticação

    Redesenhamos como uma unidade é provisionada e autenticada, da estratégia até a implementação. Um dispositivo fiscal precisa se identificar para a autoridade fiscal.

  • Linha de produção

    Adaptamos os scripts de produção e os ligamos às jigas de teste da fábrica. A linha grava e valida uma unidade sem nenhum passo manual.

  • Componente de conformidade fiscal

    Entregamos uma atualização do componente que roda no dispositivo.

Uma plataforma migrada, e um build atualizado

Um build que gera duas arquiteturas, sobre uma release modernizada do Yocto

Dados do caso

Segmento
Hardware fiscal e de ponto de venda
Linha de produtos
Dispositivos de ponto de venda, vários modelos
Placas
Raspberry Pi CM4 · Raspberry Pi 4 · x86-64
Escopo
Migração de plataforma, migração de release do Yocto, migração do sistema de init, retrabalho do build da aplicação, definições de máquina, engenharia de releases
  • O build existente, reproduzido

    Construímos o que o cliente já tinha antes de mudar qualquer parte. Uma migração que você não pode comparar com nada é uma reescrita.

  • Migração para a nossa plataforma

    Levamos o produto para a plataforma O.S. Systems Embedded Linux, e depois para uma release atual do Yocto Project.

  • Sistema de init

    Migramos o produto para o systemd.

  • Build da aplicação

    Refizemos o build da aplicação Qt. Foi a maior tarefa única desta migração.

  • Duas arquiteturas, um build

    Definimos as máquinas para as placas Raspberry Pi e para x86-64, para que um build gere as imagens das duas.

  • Relógio de tempo real

    Adicionamos suporte a ele na plataforma.

  • Engenharia de releases

    Definimos uma imagem de desenvolvimento e uma imagem de homologação, e levamos o produto por uma release principal.

Atualizações que terminam, e boots que não falham

O trabalho de confiabilidade depois da migração, incluindo uma atualização que podia inutilizar uma unidade

Dados do caso

Segmento
Hardware fiscal e de ponto de venda
Linha de produtos
Dispositivos de ponto de venda em campo
Placas
Raspberry Pi CM4 · Raspberry Pi 4
Escopo
Atualizações remotas (OTA), servidor de atualização próprio, diagnóstico de falhas de boot, reparo do sistema de arquivos, suporte a placas, suporte a armazenamento
  • Uma atualização que não terminava

    Uma atualização era aplicada só em parte, que é a pior forma de uma atualização falhar. Encontramos a causa e a corrigimos.

  • Duas falhas de boot

    Diagnosticamos as duas. Uma delas vinha de uma atualização. Por isso, o trabalho nas atualizações e este trabalho são a mesma tarefa.

  • Atualizações em servidor próprio

    Configuramos o UpdateHub com o servidor do próprio cliente, e não com uma nuvem pública, porque esses dispositivos se reportam a uma autoridade fiscal.

  • Reparo do sistema de arquivos

    Agora o dispositivo repara o seu sistema de arquivos no boot, em vez de parar.

  • Kernel panic

    Agora a unidade reinicia sozinha depois de um kernel panic, em vez de ficar parada no balcão.

  • Placas mais novas

    Adicionamos suporte ao Raspberry Pi CM4 e ao Raspberry Pi 4, e corrigimos o suporte a armazenamento NVMe no U-Boot.

  • O módulo fiscal

    A configuração dele podia travar o dispositivo. Encontramos a falha e a corrigimos.

Conte para nós o que o seu produto precisa fazer

Escreva um parágrafo sobre o produto, o silício e o prazo. Um engenheiro que faz esse trabalho vai ler e responder para você.