MiniITXBoard · Desde 2010

Anos de construção. Lições que perduram.

Começámos com hardware industrial Mini-ITX. Desde então, projetos reais ensinaram-nos o que é que importa depois de uma placa sair da bancada de ensaio.

Engenharia de computação incorporada industrial com placas Mini-ITX
Comecei pequeno. Aprendi da maneira mais difícil. Anos de experiência em projetos reais ensinaram-nos a prestar atenção aos detalhes que as pessoas só reparam quando algo corre mal.
2010 → Presente

A experiência alterou as perguntas.

A MiniITXBoard foi fundada em 2010 com o objetivo de se dedicar à informática industrial Mini-ITX. No início, a tarefa parecia simples: conseguir que sistemas informáticos úteis coubessem num espaço mais reduzido. Depois, os projetos reais começaram a ensinar-nos o que um desenho e uma ficha técnica não conseguem transmitir.

2010
Onde tudo começou

Adapta a placa à máquina

Os primeiros trabalhos tinham um caráter prático. A placa tinha de se encaixar, ligar-se, ser alimentada e continuar a funcionar no interior do equipamento para o qual tinha sido escolhida.

A Obra
O que os projetos nos ensinaram

Os detalhes começaram a responder-me

Um cabo que não tem onde dobrar, um SSD a aquecer, uma configuração da BIOS ou uma peça de substituição podem transformar um pequeno pormenor num verdadeiro problema no terreno.

Crescer
O que ficou mais claro

As compilações repetidas alteraram a questão

Assim que os projetos entravam em fase de produção, a questão já não era apenas “Funciona?”. Passava a ser “Conseguimos recriá-lo e saber o que mudou?”

Hoje
O que nos ficou na memória

Agora vamos pensar nos anos que se seguiram ao lançamento

Hoje, pensamos em quem irá fazer a manutenção do sistema, substituir uma peça, atualizar o firmware e compreender o projeto quando a discussão inicial já tiver terminado há muito tempo.

O ano de 2010 marca o início. Os capítulos que se seguem refletem a forma como a nossa abordagem de engenharia evoluiu ao longo de anos de projetos reais.

O que aprendemos

Uma corrente é tão forte quanto o seu elo mais fraco.

Num sistema compacto, o ponto fraco pode ser surpreendentemente pequeno: um conector, um cabo, um trilho de alimentação, uma linha de firmware ou uma suposição que ninguém registou por escrito.
01

Uma ficha técnica não conhece o seu sistema

Os números são importantes, mas só o sistema na sua totalidade pode dizer-lhe se o projeto funciona realmente.

02

Pequenas mudanças podem ter um grande impacto

Um SSD diferente, uma revisão diferente da BIOS, um conector diferente ou um material térmico diferente podem, sem dar nas vistas, alterar um resultado que antes parecia definitivo.

03

A decisão final cabe aos participantes

O laboratório pode dar-lhe muitas informações. O calor, o pó, os cabos, os utilizadores, a vibração, as falhas de energia e o tempo costumam revelar o resto.

04

Anota isso para a próxima pessoa

Uma boa engenharia deve resistir a uma transição de responsabilidades. Uma pessoa nova deve ser capaz de perceber o que foi escolhido, o que foi testado e porquê.

Como Trabalhamos

Resolva os problemas dispendiosos enquanto ainda são baratos.

Isso significa, normalmente, fazer a pergunta incómoda logo no início, testar a hipótese arriscada e cometer o erro enquanto ainda é possível corrigi-lo através de uma conversa, em vez de ter de se recorrer a uma reformulação.

Veja como trabalhamos →
  1. 01

    Faz a pergunta embaraçosa

    Compreender o que o sistema tem realmente de fazer, onde será implementado e o que não pode falhar.

  2. 02

    Testa aquilo que te pode magoar

    Utilize o hardware, o firmware, os periféricos, o invólucro e a carga de trabalho reais sempre que a interação entre estes possa alterar o resultado.

  3. 03

    Deixa um rasto bem visível

    Certifique-se de que a configuração publicada é suficientemente clara para que a próxima compilação não tenha de voltar a aprender a mesma lição.

O que levamos connosco

Um bom trabalho deve perdurar para além das mãos que o criaram.

O equipamento industrial pode permanecer em funcionamento durante anos. As pessoas mudam, os fornecedores mudam, as peças mudam e as memórias desvanecem-se. O trabalho deve continuar a fazer sentido.

Clareza

Diz o que sabes

Limites claros são mais úteis do que suposições bem fundamentadas.

Rastreabilidade

Faça com que as alterações sejam fáceis de acompanhar

Quando algo muda, as pessoas devem poder ver o que mudou e o que essa mudança afeta.

Continuidade

Não se limite à primeira remessa

Peças de substituição, avarias no terreno, atualizações, reparações e segundas séries de produção fazem parte da vida real do produto.

Aprendizagem

Partilha esta lição

Se um projeto nos ensina algo útil, o próximo não deveria ter de aprender isso do zero.

O nosso próximo capítulo

As ferramentas mudam. A arte permanece.

A IA de ponta, as redes mais rápidas, as novas plataformas x86 e Arm e as arquiteturas emergentes continuarão a transformar a computação compacta. Acolhemos de braços abertos as novas ferramentas. Continuamos, porém, a avaliá-las segundo um critério tradicional: melhoram o produto final?

IA

Utilize os novos recursos de computação onde estes se justifiquem

Uma maior capacidade de inteligência só é útil quando o produto consegue alimentá-la, arrefecê-la, integrá-la e mantê-la.

ISA

Escolha a ferramenta adequada para o trabalho

As plataformas x86, Arm e as plataformas emergentes são ferramentas. A aplicação deve decidir qual delas é a mais adequada.

LTS

Tornar a próxima geração mais fácil de conviver

Os melhores sistemas devem ser mais fáceis de compreender, alterar, dar suporte e reconstruir do que aqueles que nos ensinaram estas lições.

SABER

Transforme a experiência em algo útil

O conhecimento não deve ficar preso a projetos antigos. Deve servir de orientação mais eficaz para as pessoas que vão construir o próximo projeto.

Trabalhar com a MiniITXBoard

Diz-nos o que estás a tentar construir.

Vamos começar pelo sistema em torno da placa e pelos aspetos que continuam a ser importantes após o lançamento.