microsserviços e diferença monolítica

Problemas de seleção do servo motor?potênciaVamos falar sobre como a arquitetura pode ajudar você a evitar preocupações

Recentemente tomei chá com alguns velhos amigos e conversei sobre o projeto de automação da fábrica deles. Um irmão que trabalha em uma linha de embalagem estava coçando a cabeça: a nova linha de produção precisa de servomotores e os parâmetros de desempenho parecem bons. No entanto, sempre há falhas no sistema durante a execução. Ou a resposta é meio batida lenta ou há um problema de coordenação entre vários eixos. Eles são ajustados para frente e para trás, não só atrasando o período de construção, mas também deixando as pessoas muito cansadas. Ele me perguntou: "Você que trabalha com tecnologia tem alguma ideia de 'de uma vez por todas'? Não me deixe sempre encontrar a agulha no palheiro entre dezenas de modelos de motores."

isso me lembra de nóspotênciaUma metáfora frequentemente discutida dentro da equipe. Escolher um sistema de servidor às vezes é como escolher uma infraestrutura para sua pilha de tecnologia - você deve usar um "monolítico" que empacote todas as funções ou deve dividi-lo em vários "microsserviços" independentes e colaborativos?

Qual é o problema? Provavelmente não é o motor em si

Quando muitas pessoas encontram um controle de movimento instável, sua primeira reação é substituí-lo por um motor de última geração ou ajustar drasticamente os parâmetros. É um pouco como um computador que congela. Você deseja apenas atualizar a CPU, mas ignora que isso pode ser causado por muitos programas de software em segundo plano competindo por recursos.

No pensamento tradicional do "grande geral", você tende a escolher um servo driver central extremamente poderoso e espera que ele lide com tudo: desde o loop de corrente de nível mais baixo, loop de velocidade, controle de loop de posição, até planejamento de trajetória de alto nível e até mesmo protocolos de comunicação complexos com o computador host. É como um mestre todo-poderoso na fábrica que sabe tudo. Mas uma vez que as ordens (tarefas) se tornam complexas e mutáveis, a alocação de energia do mestre pode dar errado. O atraso de cálculo em um link pode afetar a sincronização de todo o sistema. Além disso, a atualização ou modificação de qualquer parte das funções pode afetar todo o sistema, exigindo que todo o sistema seja desligado para testes, o que é de alto risco.

Outra forma de pensar: deixe cada parte “se especializar em uma coisa”

É aqui que a ideia da arquitetura de “microsserviços” pode nos inspirar. Em vez de depender de um núcleo de controle grande e todo-poderoso, é melhor dividir as tarefas. Imagine que você decompõe uma tarefa complexa de movimento coordenado: um deles é responsável pelo posicionamento de alta velocidade e alta precisão (comopotênciaAlgumas séries focam em tornar a posição em malha fechada extremamente robusta; o outro é responsável pelo complemento de torque de resposta rápida, com foco em seu desempenho dinâmico de torque. Cada um deles possui um “cérebro” independente (controlador), mas se comunicam e trabalham juntos em tempo real por meio de protocolos padrão e eficientes (como EtherCAT, CANopen).

Ao fazer isso, muitas questões ficaram claras de repente:

• flexibilidade:Um determinado link precisa ser atualizado ou substituído? Você só precisa ajustar a unidade “especializada” sem afetar a situação geral. Assim como a atualização de uma estação de trabalho em uma linha de produção, a linha inteira não precisa parar.
• confiabilidade: Quando uma unidade encontra interferência temporária, outras unidades independentes podem manter melhor sua própria estabilidade e o sistema não entrará em colapso como um todo. Os problemas também são mais fáceis de localizar e isolar.
• Escalabilidade: Se você quiser adicionar uma nova função no futuro, como compensação de posicionamento visual, poderá adicionar diretamente uma unidade "servo visual" dedicada para integrar-se perfeitamente ao sistema existente, em vez de derrubá-lo e começar de novo.

Como escolher? Observe o limite do "serviço"

Depois de falar sobre isso, meu amigo perguntou: "Entendo o princípio, mas voltando à seleção, como posso julgar se devo usar a solução 'integrada' ou a solução 'distribuída'?"

Realmente depende de onde está o "limite de serviço" do seu projeto. Aqui estão algumas perguntas que você pode se fazer:

1. Suas tarefas motoras estão altamente acopladas?Se vários eixos devem engrenar firmemente como engrenagens, sem qualquer desvio, e a lógica é relativamente fixa, então um sistema de acionamento "integrado" altamente integrado pode ser mais conciso e eficiente. Otimiza toda a coordenação internamente, basta dar um comando geral.
2. O seu sistema requer alterações ou expansões frequentes?Se o seu ofício está mudando constantemente, faça isso hoje e adicione aquilo amanhã, ou você terá certeza de que adicionará mais módulos no futuro. Então, escolher aqueles servoprodutos de "microsserviços" que sejam fáceis de conectar em rede e tenham interfaces de comunicação abertas será mais tranquilo no longo prazo. A Kpower presta especial atenção a esta capacidade de colaboração “plug and play” ao projetar algumas linhas de produtos.
3. Quão importante é a solução de problemas para você?Em uma arquitetura distribuída, devido à modularidade funcional, quando ocorre um problema, você pode determinar rapidamente se o “Serviço de Localização” está lento ou se o “Serviço de Torque” está instável. Em vez de enfrentar uma enorme caixa preta, todas as luzes estão normais, mas tudo está errado.

Deixe a tecnologia apropriada servir ao objetivo final

Em última análise, seja na arquitetura de software ou na seleção de hardware, não há vantagem ou desvantagem absoluta, apenas adequação. Quando a Kpower fornece suporte ao produto e sugestões de soluções, descobre-se que cada vez mais clientes estão começando a prestar atenção à flexibilidade colaborativa no nível do sistema, e não apenas à velocidade máxima ou ao torque nominal de um único motor.

Assim como uma boa equipe, cada membro não precisa ser um campeão versátil, mas precisa ter seus próprios pontos fortes e uma comunicação tranquila. Da próxima vez que você estiver preocupado com a seleção do sistema servo, talvez você possa pular fora da lista de comparações de parâmetros únicos e pensar sobre isso da perspectiva da "arquitetura": Que tipo de "equipe" você está construindo? O modelo de colaboração desta equipe é de comando centralizado ou colaboração distribuída?

Desmontar problemas complexos de controle de movimento e permitir que unidades profissionais lidem com tarefas profissionais muitas vezes pode levar a soluções mais estáveis, flexíveis e voltadas para o futuro. Afinal, nosso objetivo é sempre fazer com que a máquina se mova de maneira suave e confiável e tornar o produto bom, em vez de vagar repetidamente no atoleiro da depuração e manutenção. Espero que este pensamento aleatório possa lhe dar algumas perspectivas diferentes.

Fundada em 2005, a Kpower tem se dedicado a ser um fabricante profissional de unidades de movimento compacto, com sede em Dongguan, província de Guangdong, China. Aproveitando inovações em tecnologia de acionamento modular, a Kpower integra motores de alto desempenho, redutores de precisão e sistemas de controle multiprotocolo para fornecer soluções de sistemas de acionamento inteligentes eficientes e personalizadas. A Kpower forneceu soluções profissionais de sistemas de acionamento para mais de 500 clientes empresariais em todo o mundo, com produtos que abrangem vários campos, como sistemas domésticos inteligentes, eletrônica automática, robótica, agricultura de precisão, drones e automação industrial.