Unidades de Roda de Acionamento AMR: Arquitetura Integrada e Especificação de Função de Segurança

1. Defina o Limite da Unidade de Roda de Acionamento AMR

O termo roda de acionamento pode descrever tanto uma roda mecânica usada em posição de acionamento quanto um subsistema coordenado de acionamento de roda. Esses dois objetos de compra têm interfaces, responsabilidades de integração e necessidades documentais diferentes.

Arquiteturas publicadas por fornecedores mostram que subsistemas de acionamento de roda para AMR podem combinar elementos mecânicos de acionamento e funções relacionadas a controle em um único conjunto. A maxon descreve um subsistema modular de acionamento de roda para AMR que combina roda, motor, redutor e freio. ^[1] A IDEC descreve uma arquitetura Safety Wheel Drive que combina roda, caixa de engrenagens, motor, encoder de segurança e controle de movimento seguro. ^[2]

Essas descrições estabelecem padrões de arquitetura úteis; elas não tornam os dois produtos equivalentes em desempenho nem demonstram que toda unidade integrada contém as mesmas funções. Um OEM deve, portanto, converter o limite pretendido do subsistema em campos explícitos da RFQ, em vez de confiar no nome de uma família de produtos.

2. Arquiteturas Integradas Encontradas em Acionamentos de Roda AMR

Dois padrões de arquitetura documentados ilustram por que um OEM de AMR não deve usar uma descrição genérica de roda de acionamento como requisito técnico completo.

A distinção é relevante. O primeiro padrão deixa claro que uma unidade de acionamento pode consolidar elementos de acionamento de roda e de frenagem. O segundo acrescenta funções de sensoriamento e controle de movimento relacionadas à segurança. Nenhum dos padrões estabelece uma lista universal de materiais para unidades de roda de acionamento AMR, e nenhum deve ser usado para inferir carga, torque, velocidade, potência, ciclo de trabalho, adequação ambiental, confiabilidade ou status de certificação.

3. Especifique a Responsabilidade Mecânica e de Controle Antes da Emissão da RFQ

A RFQ deve separar inclusão de responsabilidade. Um componente pode estar fisicamente integrado a uma unidade do fornecedor, enquanto seu comportamento no nível da aplicação permanece dependente do projeto do sistema de controle do OEM, da integração final da máquina e da validação.

Um modelo prático de responsabilidade

1. Defina o limite de compra. Marque cada uma das funções — roda, motor, caixa de engrenagens ou redutor, freio, encoder e controle de movimento seguro — como obrigatória, opcional, fornecida externamente ou não aplicável.
2. Defina o limite de integração. Para cada função incluída, solicite as interfaces elétricas, mecânicas e de controle necessárias para o OEM integrar a unidade à AMR.
3. Defina o limite de segurança. Identifique quais funções relacionadas à segurança são declaradas pelo fornecedor e quais permanecem parte do projeto de segurança da AMR completa do OEM.
4. Defina o limite documental. Declare os documentos necessários para a revisão de projeto e esclareça se cada documento cobre a própria unidade, uma interface ou a aplicação completa da AMR.
5. Mantenha a seleção pendente da revisão da aplicação. Revise o desempenho específico da aplicação, as interfaces, as condições ambientais, as necessidades de validação e as considerações de serviço antes da seleção final.

4. Funções de Segurança na Especificação da Roda de Acionamento AMR

O conteúdo relacionado à segurança deve ser tratado como um assunto definido de especificação e documentação, não como um atributo de marketing. Uma discussão publicada sobre padrões de projeto de AMR identifica a integração de segurança funcional como normalmente envolvendo Performance Level d (PLd), Categoria 3 ou SIL2, e faz referência à ANSI/RIA R15.08 e à ISO 3691-4. ^[3]

Para este guia, essa referência é útil para orientar a conversa com o fornecedor: ela indica que a integração da função de segurança pode afetar o subsistema de roda de acionamento e seus controles. Ela não estabelece o requisito exato para cada configuração de AMR, não demonstra a conformidade de uma unidade de roda de acionamento específica nem substitui a validação do robô completo.

5. Lista de Verificação de Documentação a Solicitar ao Fornecedor

Use a lista de verificação a seguir como uma etapa anterior à RFQ. Ela é deliberadamente focada em arquitetura, porque classificações quantitativas comparáveis, relatórios de teste, resultados de ciclo de vida e benchmarks comuns de desempenho estão fora do escopo disponível deste guia.

• Limite declarado da unidade de roda de acionamento AMR.
• Inclusão da roda: obrigatória, opcional, fornecida externamente ou não aplicável.
• Inclusão do motor: obrigatória, opcional, fornecida externamente ou não aplicável.
• Inclusão da caixa de engrenagens ou do redutor e arquitetura declarada.
• Inclusão do freio e limite declarado do subsistema.
• Inclusão do encoder, incluindo se ele é declarado como encoder de segurança.
• Inclusão do controle de movimento seguro e limite declarado dessa função.
• Declaração do fornecedor sobre a arquitetura da função de segurança.
• Norma ou referência de requisito aplicável usada na documentação do fornecedor.
• Alocação de responsabilidades entre fornecedor e OEM para integração do subsistema e validação da AMR completa.
• Lista de documentos fornecidos com a cotação ou pacote de revisão de projeto, incluindo o escopo coberto por cada documento.

Os compradores podem usar esses campos para normalizar as respostas dos fornecedores. Uma cotação que omita os limites da função de segurança e de responsabilidade deve ser tratada como incompleta para uma comparação no nível de arquitetura, mesmo quando a lista de componentes mecânicos pareça semelhante.

6. O Que Este Guia Não Determina

Este guia não calcula carga sobre a roda, torque, velocidade, potência, tração, distância de frenagem ou ciclo de trabalho. Ele não compara materiais de banda de rodagem, comportamento térmico, eficiência, preço, capacidade do fornecedor, desempenho de entrega, confiabilidade, status de certificação ou desempenho ao longo do ciclo de vida.

Esses assuntos exigem dados e revisão específicos da aplicação. Antes de emitir um pedido de compra final, o OEM deve avaliar as interfaces pretendidas da AMR, o ambiente operacional, o plano de validação, as necessidades de serviço e os requisitos atuais aplicáveis ao robô completo e ao mercado de destino.

Conclusão: especifique a unidade de roda de acionamento AMR como um subsistema delimitado. Torne explícitas as funções solicitadas de mecânica, sensoriamento, frenagem e controle de movimento; exija um limite declarado da função de segurança; e compare fornecedores somente depois que a documentação deles descrever o mesmo objeto técnico.