Como resolver o alarme SRVO-408 do robô Fanuc?
Para quem trabalha com robôs Fanuc, ao deparar-se com o alarme SRVO-408, a primeira reação de muitos é: "Ótimo, o motor servo está mais uma vez fazendo birra?" Afinal, o código começa com SRVO, então é difícil não associá-lo ao servo. Mas deixe-me esfriar um pouco seu entusiasmo: esse alarme, na verdade, tem muito pouco a ver com o motor servo ou com o amplificador servo — trata-se, sim, de um alarme gerado pelo sistema de segurança DCS da Fanuc.
Dos casos de SRVO-408 que tratamos no chão de fábrica, nove e meio em cada dez acabam, no final das contas, sendo problemas no circuito de segurança ou na configuração do DCS — e não falhas no motor. Por isso, hoje vou analisar isso passo a passo e conversar com todos sobre o que realmente se esconde por trás do SRVO-408 e por onde começar ao encontrá-lo, para que você não desperdice esforços desmontando cegamente o servo e acabe atrasando a produção sem necessidade. 
O que significa, na tela, a linha "SRVO-408 DCS SSO Ext Emergency Stop"?
Primeiro, lembre-se desta frase: SRVO-408 = DCS SSO External Emergency Stop = a saída de segurança SSO[3] foi levada ao estado DESLIGADO. Há dois termos aqui que você precisa compreender inicialmente: DCS e SSO.
DCS, abreviatura de Dual Check Safety, é um conjunto de funções de segurança no sistema de controle de robôs Fanuc. Por meio de sinais redundantes, monitoramento de segurança e E/S de segurança, ele supervisiona o movimento e o estado de segurança do robô, a fim de evitar que o robô saia do controle, cause ferimentos a alguém ou colida com equipamentos. Quanto ao SSO, você pode considerá-lo um tipo de sinal de saída de segurança dentro do sistema DCS — essencialmente uma "bandeira de segurança" enviada pelo DCS.
No alarme SRVO-408, a Fanuc refere-se especificamente à saída de segurança numerada SSO[3]. Quando a lógica de segurança do DCS determina que a saída SSO[3] associada à parada de emergência externa foi desligada (OFF), o robô entra em estado de parada de emergência e a tela acende com o código SRVO-408.
Como você pode ver, esse alarme está essencialmente informando o seguinte: a lógica de segurança do DCS considera que há um problema na saída de segurança ligada à parada de emergência externa, e já a desativou. Trata-se de uma questão completamente distinta de problemas como "sobrecorrente no motor servo", "falha no codificador" ou "amplificador queimado". No passado, ao ocorrer um alarme de servo, você provavelmente verificava o motor, o codificador, o amplificador ou os cabos. Já ao ocorrer o alarme SRVO-408, uma abordagem mais confiável consiste em rastrear toda a cadeia de sinais de segurança do DCS. Resumidamente: SRVO-408 → SSO[3] OFF → verificar a conexão Safe I/O → identificar o que controla SSO[3] → inspecionar o circuito de segurança correspondente.
Por que este alarme sempre se entrelaça com itens como botões de parada de emergência e portões de segurança?
Em muitas linhas de produção automatizadas, o robô Fanuc não opera isoladamente. Ele costuma estar cercado por portões de segurança, cortinas de luz de segurança, botões de parada de emergência, relés de segurança, PLCs de segurança e, às vezes, outros robôs, máquinas-ferramenta ou linhas de transporte próximas. Esses equipamentos são conectados ao sistema de controle do robô por meio de circuitos de segurança. Uma cadeia típica de segurança tem esta sequência: botão de parada de emergência acionado → estado do relé de segurança ou do PLC de segurança muda → sinal de segurança é interrompido → lógica de segurança do DCS detecta algo errado → SSO[3] é levado para OFF → aparece o alarme SRVO-408.
Então, quando você vê o código SRVO-408, é verdade que deve verificar imediatamente o botão de parada de emergência e os dispositivos de segurança. Mas há um ponto especialmente importante: não se pode simplesmente presumir que 'a porta de segurança está aberta, logo deve ser o SRVO-408'. O sistema DCS da Fanuc possui uma grande variedade de funções de segurança distintas, além de uma sequência de códigos de alarme semelhantes — por exemplo, aqueles relacionados à 'cerca aberta' ou à 'desconexão do servo'. Ao realizar a análise de falhas, evite limitar-se ao nível genérico de 'algo está errado com a função de segurança do robô'; continue investigando com precisão: qual sinal de segurança específico mudou exatamente? E qual SSO esse sinal controla? Assim que identificar esse nível de detalhe, será possível localizar com exatidão a causa do problema.
Os gatilhos mais comuns observados no local, listados individualmente
1. O SSO[3] foi efetivamente levado para OFF
Esta é a causa mais direta, e é a primeira coisa que você precisa confirmar ao solucionar o problema do alarme SRVO-408. A condição de ativação principal da Fanuc para o SRVO-408 é: SSO[3] está no estado DESLIGADO. Em outras palavras, ao visualizar este alarme, não se apresse em suspeitar do amplificador servo — primeiro verifique o status do DCS para saber se SSO[3] realmente está DESLIGADO. Se estiver mesmo DESLIGADO, o próximo passo é identificar qual lógica de segurança está controlando essa saída. Em alguns sistemas, SSO[3] pode estar vinculado a uma entrada de segurança específica, SPI, ou pode ser controlado por relações lógicas dentro do Safe I/O Connect. A forma exata como está configurado depende de como o projeto de segurança daquele robô específico foi originalmente implementado. Portanto, não suponha que possa aplicar um único número fixo de E/S em todas as máquinas.
2. A entrada de segurança vinculada a SSO[3] caiu para DESLIGADO
Depois de localizar o SSO[3], o próximo passo é identificar o que o está controlando. Esse passo é especialmente crítico durante a resolução de problemas. Por exemplo, suponha que um determinado robô Fanuc tenha o SSO[3] vinculado a uma entrada de segurança, SPI. Se essa SPI for desligada porque alguma condição externa de segurança não foi atendida, a lógica do DCS também desligará naturalmente o SSO[3], acionando, por fim, o erro SRVO-408.
Nesse caso, o ponto real de falha pode não estar sequer no painel de controle Fanuc. Pode ser que o circuito externo de parada de emergência não tenha sido reiniciado, o relé de segurança não tenha retornado à posição de trabalho, o PLC de segurança não tenha emitido o sinal de segurança correto, um fio da entrada de segurança tenha se rompido, um interruptor de segurança ainda esteja pressionado e não tenha sido liberado, ou um conector apresente má conexão. Portanto, ao solucionar problemas, é melhor analisar o percurso do sinal trecho por trecho, em vez de trocar diretamente os componentes de hardware.
3. Há uma falha no próprio circuito externo de parada de emergência
O sistema de parada de emergência dentro da célula robótica é uma área que exige atenção especial para o SRVO-408. Quando um operador pressiona o botão de parada de emergência, o relé de segurança abre, o controlador do robô recebe o respectivo status de segurança e o DCS executa uma parada de segurança — ou seja, a função de segurança está operando normalmente, não há nenhum problema nisso. O problema surge quando o botão de parada de emergência já foi liberado, mas a cadeia de segurança ainda não se recuperou totalmente. Por exemplo, o botão de parada de emergência pode ter sido reiniciado mecanicamente, mas o relé de segurança ainda não foi reiniciado; ou o PLC de segurança ainda considera que alguma condição de segurança não foi satisfeita. Nesse caso, o robô ainda não se moverá e continuará gerando alarmes de segurança.
Portanto, durante a solução de problemas, não basta apenas observar se o botão de parada de emergência voltou à posição normal — é necessário confirmar que todo o circuito de segurança foi restaurado. Você pode verificar os itens nesta ordem: botão de parada de emergência → relé de segurança → PLC de segurança → entrada de segurança → DCS Safe I/O Connect → SSO[3]. Se qualquer elo nesse caminho não tiver sido restaurado, o robô não poderá retornar ao estado de segurança normal.
4. A configuração do DCS Safe I/O Connect foi alterada
Se o robô estiver funcionando corretamente há algum tempo e só recentemente começou a apresentar com frequência o erro SRVO-408, e alguém tiver alterado a configuração do controlador, então a configuração DCS merece atenção especial. Por exemplo: as entradas/saídas de segurança DCS foram modificadas; o controlador foi substituído; um backup do robô foi restaurado; o programa do PLC de segurança foi alterado; a estação de trabalho do robô foi reconfigurada; um dispositivo de segurança externo foi substituído; ou o sistema do robô foi recomissionado. Isso aplica-se especialmente a controladores Fanuc usados anteriormente instalados em outro sistema de robô e posteriormente removidos e instalados em novos equipamentos — é necessário verificar se a configuração original de segurança DCS corresponde, de fato, ao projeto de segurança da máquina atual.
O momento em que o alarme aparece já é, por si só, uma pista importante. Se a máquina não apresentou esse problema há anos e o código SRVO-408 surge imediatamente após a substituição de um controlador, você deve verificar primeiro a configuração DCS do controlador e o estado das entradas/saídas de segurança (safety I/O), em vez de suspeitar do motor servo do robô.
5. O PLC de segurança ou outro dispositivo externo de segurança não está fornecendo o status correto
Atualmente, muitas estações de trabalho com robôs utilizam um PLC de segurança. Se o sistema DCS da Fanuc estiver conectado a um sistema de segurança externo por meio de sinais, então o status desse PLC de segurança também afetará o estado final de segurança do robô. Por exemplo: o PLC de segurança detecta que alguma condição de segurança não foi satisfeita → a saída de segurança não se restabelece → a entrada de segurança da Fanuc permanece DESLIGADA → a lógica DCS mantém SSO[3] DESLIGADO → alarme SRVO-408. Nesse caso, dedicar todos os esforços à verificação do sistema servo da Fanuc representa, basicamente, um trabalho desperdiçado.
Se houver um PLC de segurança no local, é uma boa ideia verificar, ao mesmo tempo, as informações de diagnóstico do PLC para confirmar se as entradas de segurança, saídas de segurança e lógica de segurança relacionada estão todas no estado esperado.
6. A lógica de conexão Safe I/O não corresponde ao projeto real da máquina.
Há outra situação que é fácil de ignorar: a própria configuração de I/O de segurança do DCS não corresponde ao projeto de segurança atual da máquina. Por exemplo, o robô pode ter sido reconfigurado e os dispositivos de segurança externos alterados, mas a configuração de I/O de segurança do DCS não foi atualizada para corresponder; ou o controlador foi restaurado a partir de um backup antigo, causando uma incompatibilidade entre o equipamento atual e a lógica de segurança original. Neste caso, o robô em si pode não apresentar qualquer falha mecânica ou de hardware do servo, mas o DCS simplesmente entende que a condição de segurança não está satisfeita.
Portanto, se você já confirmou que todos os dispositivos externos de segurança estão normais, mas o SSO[3] simplesmente não retorna, é necessário comparar cuidadosamente a configuração atual do DCS Safe I/O Connect com os desenhos elétricos originais da máquina, os registros de comissionamento e o projeto de segurança.
Como normalmente rastreio este passo a passo durante a solução de problemas
O maior erro ao lidar com este tipo de alarme é "substituir uma peça assim que o alarme aparece". O alarme SRVO-408 já o informa claramente: SSO[3] DESLIGADO. Assim, na prática, ao solucionar problemas, rastreia-se esse sinal no sentido inverso.
Primeiro, anote integralmente o log de alarmes do painel de ensino. Além do SRVO-408, verifique também se o histórico de alarmes contém quaisquer outros alarmes relacionados ao DCS, às entradas/saídas de segurança (safety I/O) ou à parada de emergência. Às vezes, o SRVO-408 é apenas o resultado final, e a causa real pode ter surgido anteriormente.
Em seguida, verifique o status relevante do DCS para confirmar se o SSO[3] está realmente DESLIGADO. Se o SSO[3] estiver DESLIGADO, prossiga para analisar a configuração do Safe I/O Connect a fim de identificar a entrada ou relação lógica que controla o SSO[3]. Independentemente do que fizer, não faça suposições nem confie na experiência anterior nesta etapa — a configuração do DCS pode variar enormemente conforme o modelo do robô, o controlador e a estação de trabalho. Mesmo que duas máquinas sejam ambas da Fanuc, suas atribuições de SPI, SSO e E/S de segurança podem ser totalmente diferentes.
Após identificar a entrada de segurança correspondente, verifique se ela está atualmente LIGADA ou DESLIGADA. Se essa entrada de segurança também estiver DESLIGADA, continue rastreando para fora. Por exemplo: SPI DESLIGADO → verifique o PLC de segurança → verifique o relé de segurança → verifique o botão de parada de emergência → verifique dispositivos como a porta de segurança e a cortina de luz.
Se todos os dispositivos externos de segurança estiverem normais, mas o SPI ainda não retornar, então é necessário investigar mais a fundo o cabeamento de segurança, os conectores e a configuração do DCS. Se o sistema externo de segurança tiver se recuperado totalmente, mas o status do DCS continuar desligado, concentre-se na verificação de se a configuração "Safe I/O Connect" está correta.
Esse método de solução de problemas pode parecer mais lento do que simplesmente trocar o amplificador servo, mas, na prática, geralmente é mais rápido. Isso ocorre porque você está localizando o problema seguindo a lógica do alarme, em vez de depender de tentativas e erros com a substituição de componentes.
Você pode simplesmente pressionar reset e forçar a passagem?
Quando um operador aciona um alarme do robô, a primeira reação é pressionar RESET. Você pode tentar reiniciar também o SRVO-408, mas simplesmente pressionar reset basicamente não resolverá o problema. A razão é simples: se o DCS ainda detectar que SSO[3] está DESLIGADO, a condição de segurança não foi recuperada e o alarme será acionado novamente imediatamente após a reinicialização. A abordagem correta é: primeiro restaurar a condição de segurança → confirmar que SSO[3] retornou ao estado normal → então reiniciar o alarme → e, por fim, verificar o status operacional do robô.
Pressionar repetidamente RESET ou mesmo reiniciar continuamente o controlador, sem resolver a causa-raiz de SSO[3] estar DESLIGADO, é puramente um desperdício de esforço. Ainda mais criticamente, nunca — apenas para ganhar tempo — faça uma ponte forçada na entrada de segurança ou altere arbitrariamente a lógica de segurança para colocar o robô em movimento.
O motor servo poderá realmente estar danificado?
Geralmente, não. Embora o nome do alarme comece com SRVO, a definição principal do SRVO-408 é "Parada de Emergência Externa DCS SSO", correspondendo ao estado SSO[3] DESLIGADO dentro da função de segurança DCS. Portanto, se o robô acionou apenas o SRVO-408, sem nenhum outro alarme que indique claramente um problema no sistema servo, não é recomendável substituir imediatamente o motor servo, o amplificador servo, o codificador ou o redutor. Esses componentes podem ser os principais suspeitos em outros alarmes Fanuc, mas, no caso do SRVO-408, não são os primeiros itens a serem verificados.
É por isso também que frequentemente ocorrem, no local, situações em que "o amplificador servo foi substituído, mas o alarme persiste" — porque o problema nunca esteve no amplificador desde o início, e não importa quantos forem trocados.
Faça qualquer coisa, menos atalhar o sinal de segurança com um jumper
SRVO-408 é um alarme relacionado à função de segurança do robô e não deve ser tratado como um alarme de produção comum. Algumas pessoas no local podem pensar: "Por que não fazer uma ponte nesse sinal de segurança, por enquanto, para colocar o robô em operação?" Essa abordagem é extremamente perigosa.
Nunca force o robô a retomar a operação por meio de métodos como esses: fazer uma ponte na entrada de segurança, forçar a saída de segurança para ON, desabilitar arbitrariamente o DCS, contornar o PLC de segurança, remover o bloqueio da porta de segurança ou contornar o circuito de parada de emergência. Essas ações podem destruir diretamente a função de segurança projetada para o robô. O DCS, em particular, existe exatamente para reduzir o risco de o robô se mover inesperadamente e causar danos. Se o DCS acionar um alarme, a abordagem correta é descobrir por que a condição de segurança não está sendo atendida, e não encontrar uma maneira de fazer o sistema "ignorar" essa condição.
Se realmente se tornar necessário modificar a configuração do DCS, isso também deve seguir o projeto de segurança original do equipamento, a avaliação de riscos e o processo correspondente de comissionamento de segurança — não pode ser feito de forma arbitrária.
Como evitar que isso o incomode com tanta frequência no uso diário
O erro SRVO-408 não é algo que possa ser totalmente evitado apenas substituindo uma peça específica. Ele está ligado ao estado de todo o sistema de segurança do robô, portanto a manutenção periódica também deve abranger o circuito de segurança.
Por exemplo, inspecione regularmente os botões de parada de emergência, as portas de segurança, os relés de segurança, os PLCs de segurança e a fiação de segurança relacionada. Os conectores e a fiação de E/S de segurança dentro do gabinete de controle do robô também devem permanecer firmemente fixados, para que a vibração contínua ao longo do tempo não cause mau contato e gere falhas intermitentes de segurança.
Se você tiver feito alterações na configuração do DCS em um controlador Fanuc, é recomendável manter um registro dessas alterações e preservar um backup válido do controlador. Em especial, após a substituição de controladores, a restauração de um backup ou a reconfiguração da estação de trabalho do robô, é obrigatório reconfirmar que a configuração de segurança do DCS corresponde à máquina atual.
Para robôs que já estão em operação há muito tempo, também é necessário observar o envelhecimento dos cabos de segurança. Vibrações prolongadas, movimentos de vai-e-vem dentro das guias de cabos, contaminação por óleo e flexões frequentes podem causar problemas nos cabos ou conectores. Esses problemas não acionam um alarme imediatamente, mas acabam se manifestando como estados instáveis nas entradas de segurança, gerando eventualmente alarmes do DCS, como o SRVO-408.
Quando você deve chamar um especialista?
Se você já confirmou que dispositivos externos, como o botão de parada de emergência, portões de segurança e relés de segurança, estão todos normais, mas o SSO[3] ainda está DESLIGADO, então é necessário investigar mais profundamente a configuração do DCS e os sinais de segurança.
Em particular, se você encontrar qualquer uma das seguintes situações, é recomendável chamar um engenheiro familiarizado com o DCS da Fanuc: o controlador do robô foi substituído recentemente; um backup do DCS ou do sistema foi restaurado recentemente; o programa do PLC de segurança foi modificado recentemente; a estação de trabalho do robô foi reconfigurada recentemente; a configuração do DCS Safe I/O Connect não está clara para você; você não sabe qual entrada de segurança controla o SSO[3]; todos os dispositivos de segurança externos estão normais, mas o alarme SRVO-408 persiste teimosamente; ou o robô gerou uma sequência inteira de alarmes relacionados ao DCS.
Para funções de segurança, o mais importante não é "fazer o robô voltar a operar o mais rápido possível", mas sim confirmar que o sistema de segurança realmente retornou ao estado correto.
