{
  "language": "pt",
  "interfaceLanguage": "pt",
  "url": "https://voltformer.com/pt/articles/iec-61850-goose-prp-hsr-failover-trip-supervision",
  "id": "oct2026-iec-61850-goose-prp-hsr-failover-trip-supervision",
  "slug": "iec-61850-goose-prp-hsr-failover-trip-supervision",
  "date": "2026-10-07",
  "title": "GOOSE com PRP ou HSR: supervisione o disparo e o sinal recebido",
  "summary": "Defina lógica GOOSE degradada e diferencie falha de caminho, perda do publicador, dados obsoletos e falha do circuito de disparo.",
  "tags": [
    "Supervisão GOOSE",
    "Redundância PRP",
    "Redundância HSR",
    "Lógica de disparo"
  ],
  "author": "Engenharia Voltformer",
  "category": "Proteção e controle",
  "readTime": "6 min de leitura",
  "contentMarkdown": "### 1. Redundância é apenas uma fronteira\n\nEthernet saudável não comprova um disparo utilizável. PRP e HSR melhoram disponibilidade, mas o publicador pode perder dados válidos, o assinante rejeitar configuração ou a saída falhar. Especifique cada fronteira. O [escopo IEC 62439-3:2021](https://webstore.iec.ch/en/publication/64423) descreve redundância sem interrupção, sem garantir sobrevivência a todo modo comum. Defina primeiro o comportamento na perda de comunicação. O [guia de subestações digitais](/articles/iec-61850-substation-automation-goose-and-sampled-values-for-protection) oferece contexto arquitetônico.\n\n### 2. Defina sinais e independência\n\nIdentifique publicador, conjunto, bloco, revisão, endereçamento, VLAN, tratamento de qualidade e supervisão de cada sinal. Separe disparo direto, permissão, bloqueio e intertravamento: a perda tem efeitos distintos. Registre alimentação, fibras, switches e caixas de redundância compartilhados. Duas portas no mesmo switch não são redes independentes. [IEC 61850-8-1](https://webstore.iec.ch/en/publication/6021) referencia o mapeamento; a página informa a emenda consolidada. Use texto adquirido e documentação de implementação para aceitação, sem inventar cláusulas a partir do resumo.\n\n### 3. Orçamento temporal ilustrativo\n\nSuponha 20 ms da transição de entrada do publicador à saída do assinante. Aloque 3 ms à publicação, 2 ms ao trânsito, 4 ms ao processamento e 3 ms à saída. A soma é 12 ms, restando 8 ms.\n\n$$\n3 + 2 + 4 + 3 = 12;   20 - 12 = 8\n$$\n\nSão alocações ilustrativas, não especificações medidas nem limites IEC. Reconvergência adicional de 30 ms excede o orçamento antes da retransmissão. Não modele PRP/HSR contínuo como comutação ordinária com recuperação; ensaie entrega no caminho restante. O tempo de interrupção pertence ao orçamento total de eliminação da falta separado.\n\n### 4. Escolha topologia e resposta\n\n| Condição | Evidência observável | Decisão de engenharia |\n|---|---|---|\n| Uma LAN PRP perdida | Recepção válida e alarme | Manter disparo aprovado |\n| Um caminho HSR interrompido | Recepção válida e alarme anel/caminho | Verificar topologia e carga restantes |\n| Publicador perdido | Expiração da assinatura e dados inválidos | Aplicar lógica degradada específica |\n| Saída falha | Supervisão do circuito e resposta do disjuntor | Acionar reserva independente |\n\nPRP usa redes separadas; HSR usa caminhos redundantes na topologia. Nenhum corrige perda do IED fonte. [SEL](https://cms-cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/7194_ArcFlashProtection_MW_20250401_Web.pdf?v=20250924-185312) mostra interação desfavorável entre reconvergência e retransmissão. Isso exige provar tempos sob falha, não estabelecer atraso universal.\n\n### 5. Escreva a matriz causa-efeito\n\nPerder bloqueio pode reduzir segurança; mantê-lo indefinidamente pode reduzir confiabilidade de atuação. Perder permissão normalmente a retira, mas não deve desabilitar silenciosamente o respaldo local. Dados obsoletos de disparo direto não são comando novo salvo definição expressa da aplicação. Acorde a decisão com o responsável e demonstre no firmware real. Inclua reinício, incompatibilidade, teste/simulação e retorno. Alarmes precisam de responsável e mensagem acionável.\n\n### 6. Ensaie falhas observáveis\n\nUse ambiente isolado ou parada aprovada. Interrompa cada caminho e comprove disparo correto e ausência de disparo indevido. Repita com perda de alimentação do publicador, reinício do assinante, tráfego de fundo e configuração incompatível de teste. Registre entrada, estado transmitido, validade e saída numa base temporal comum rastreável. Exija arquivos, objetos de supervisão, configurações de switches e desenhos. Registre tratamento de duplicados quando disponível. Relacione a perda de comunicação à [revisão de falha de disjuntor e interdisparo](/articles/breaker-failure-50bf-timing-mv-intertrip-coordination), incluindo independência do respaldo.\n\n### 7. Perguntas práticas\n\n#### Recuperação zero significa latência zero?\n\nNão. Descreve redundância. Publicação, trânsito, processamento e saída ainda levam tempo.\n\n#### Alarme PRP substitui supervisão GOOSE?\n\nNão. Saúde do caminho e validade dos dados são questões diferentes; comprove ambas.\n\n#### Perder GOOSE deve sempre disparar?\n\nNão existe resposta universal. Papel do sinal, respaldo e política operacional determinam a ação.\n\n### 8. Fontes primárias\n\n- [IEC 62439-3:2021](https://webstore.iec.ch/en/publication/64423)\n- [IEC 61850-8-1](https://webstore.iec.ch/en/publication/6021)\n- [SEL — Arc-Flash](https://cms-cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/7194_ArcFlashProtection_MW_20250401_Web.pdf?v=20250924-185312)",
  "contentLanguage": "pt",
  "sources": [
    {
      "name": "IEC 62439-3:2021",
      "url": "https://webstore.iec.ch/en/publication/64423"
    },
    {
      "name": "IEC 61850-8-1",
      "url": "https://webstore.iec.ch/en/publication/6021"
    },
    {
      "name": "SEL — Arc-Flash",
      "url": "https://cms-cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/7194_ArcFlashProtection_MW_20250401_Web.pdf?v=20250924-185312"
    }
  ]
}