Solução de problemas

Os sintomas primeiro, as correções por baixo. Na maioria dos casos o Página de suporteA guia Verificações de integridade do já sabe o que há de errado - verifique antes de trabalhar nesta lista manualmente. Se nada aqui ajudar, exporte um pacote de suporte da página de suporte Diagnóstico guia e abrir um relatório de feedback.

Windows 11 SmartScreen ou Smart App Control interrompe a inicialização

O instalador do Windows é assinado por código pela identidade do editor Rohsam, mas arquivos assinados novos ainda podem ter baixa reputação no SmartScreen ou no Smart App Control. Se o Windows mostrar um aviso, verifique se o arquivo veio de FFB-Bridge.com, verifique o hash publicado quando disponível e confirme se o editor está Rohsam Inc. ou RohsamInc.

Os prompts do SmartScreen geralmente podem ser expandidos com Mais informações depois de verificar o editor. O Smart App Control pode ser mais rígido em alguns sistemas Windows 11 e pode bloquear uma nova compilação até que sua reputação melhore. Orientação da própria Microsoft:

Microsoft: Perguntas frequentes sobre o Smart App Control

Se você vir uma quarentena de antivírus em vez de um aviso de reputação do Windows, envie por e-mail os detalhes da amostra sinalizada para supportffb-bridge.com para que possamos investigar.

O manche não se move de jeito nenhum

Está armado?

O medidor ARM da cabine na faixa superior deve indicar ARMADO (gradiente âmbar). Se lê DESARMADO (glifo cinza, borda quente), clique nele e confirme. Se lê FALHA (vermelho), consulte “O manche estava funcionando e parou de repente” abaixo — um pré-requisito acabou de cair.

O dispositivo foi detectado?

A lâmpada DEVICE na faixa superior deve estar verde (“Pronto”). Se estiver vermelho ("Desconectado"):

Desconecte e reconecte o manche; a ponte detecta novamente em um ou dois segundos.
Confirme se o VID/PID no gerenciador de dispositivos do seu sistema operacional corresponde a um dispositivo compatível: 045E:001B, 046D:C287, 046D:C286, ou 046D:C283.
Linux na guia Verificações de integridade da página Suporte, a linha udev-rule deve estar verde; se estiver vermelho, execute o instalador com um clique.
Windows Feche qualquer outro aplicativo que reivindique o force feedback – testadores caseiros e alguns utilitários de diagnóstico de joystick mantêm acesso exclusivo.

Um sim está conectado?

A lâmpada do SIM na faixa superior deve estar verde (“Sim conectado”). Se não, veja o Guia de configuração do MSFS ou o Guia de configuração do X-Plane para o seu sim. Entretanto, o Mock Sim página permitirá que você confirme se o restante do pipeline está funcionando.

MSFS se conecta, mas nenhuma força parece certa

Se o manche estiver se movendo, mas as forças parecerem erradas, o problema geralmente é uma incompatibilidade de perfil ou fuselagem:

Comece com o starter integrado mais próximo da sua aeronave: Cessna 172 Skyhawk (G1000), Daher TBM 930, Beechcraft King Air 350i, Airbus A320neo ou Boeing 747-8 Intercontinental. A maioria das sensações “erradas” vem de um perfil que foi ajustado para uma classe de aeronave diferente.
Verifique o sensação do sistema de controle no topo do grupo Sensação do manche da página Ajustes. Um jato pesado configurado para Manual, ou uma aeronave GA leve configurada para Fly-by-wire, parecerá errado mesmo com bons ganhos - combine-o com a aeronave (Manual, com reforço hidráulico ou Fly-by-wire).
Verifique o painel de atividade do manche no Painel. Ele separa a mola de base dos canais dinâmicos, como carga de eixo, ronco do motor, rolagem no solo, turbulência e disparos mecânicos. Se efeitos que você não esperava aparecerem como ativos, o simulador está reportando telemetria que os está acionando.
Aeronaves de terceiros ocasionalmente ignoram a implementação de SimVars padrão. A ponte tolera isso (o padrão de vars ausente é zero), mas alguns efeitos não serão acionados como resultado. Esta é uma limitação conhecida que não podemos contornar facilmente na ponte – informe a aeronave específica para que possamos caracterizá-la.

O ícone da bandeja não aparece (Linux)

Alguns ambientes de desktop não vêm com um host de bandeja do sistema pronto para uso – o GNOME Wayland é o principal caso. Quando a ponte detecta isso, ela mostra um banner na parte superior da janela explicando que fechar encerrará o aplicativo diretamente (em vez de ocultá-lo silenciosamente), e o botão de fechar se comporta de acordo. No GNOME, instale a extensão AppIndicator Support para ter de volta um ícone de bandeja; no KDE, Xfce, Cinnamon, MATE e Budgie a bandeja funciona imediatamente.

A verificação de integridade diz que o SimConnect está acessível, mas não há fluxo de dados

A ponte está se conectando (TCP hello é aceito), mas o fluxo de dados não está iniciando. No MSFS 2024, isso geralmente significa que a assinatura do SimVar está falhando – normalmente porque o MSFS ainda não terminou de inicializar seu servidor SimConnect interno. Aguarde até que o MSFS chegue ao menu principal (não apenas à tela de introdução) e tente novamente.

X-Plane detectado, mas sem fluxo de dados

Se a lâmpada do SIM ficar verde brevemente e depois voltar para "sem execução do SIM" sem que a telemetria realmente flua, um firewall geralmente está consumindo nossos pacotes UDP. Experimente:

Desative o firewall temporariamente para confirmar.
Coloque UDP 49000 na lista de permissões de saída no processo de ponte.

Windows Falha logo após armar ou decolar

Compilações anteriores do modo de hardware no Windows criavam uma grande tabela de efeitos DirectInput retidos — um efeito físico para cada estímulo lógico do simulador. Em alguns Sidewinder FFB2/Windows pid.dll pilhas, esse padrão de chamada pode travar durante o voo ativo, geralmente em torno de CreateEffect, SetPeriodicou nativo ACCESS_VIOLATION trilha de migalhas. Este não é um problema do MSFS e não é um sinal de que o firmware do seu manche está com defeito.

Windows As forças desaparecem após uma pausa no MSFS ou uma longa gagueira

As compilações atuais visam especificamente esta classe de bug. A pausa do MSFS e a Pausa Ativa agora suprimem os efeitos dinâmicos imediatamente, enquanto o manche mantém uma mola padrão neutra. Na retomada, os parâmetros da mola são recarregados antes de os efeitos voltarem a tocar, de modo que a centragem de arfagem e de rolagem se recuperam.

Se a força de rolagem ainda parecer ausente após retomar em uma versão atual, exporte um pacote de suporte imediatamente após reproduzi-la e descreva se o Dashboard mostrava carga do eixo, mola de base ou canais dinâmicos naquele momento. Isso nos diz se o pipeline ficou silencioso ou se o driver do dispositivo perdeu um eixo.

A arquitetura atual usa uma constante vetorial, uma mola de dois eixos e um pequeno pool periódico preguiçoso em vez de uma grande tabela retida. A versão 1.0 também redefine a tabela de efeitos HID/PID brutos antes de armar, após desconexões do simulador. Se você ainda estiver vendo isso em uma versão atual, abra Configurações → Hardware, execute Testar efeitos de hardware, depois mude para Periódicos combinados por software se o teste falhar ou se a ponte oferecer essa recuperação na próxima inicialização. Envie também um pacote de suporte para que possamos caracterizar a pilha de drivers restante.

Os efeitos continuam tocando por cerca de 30 segundos após sair

Problema anterior do driver Win11 + FFB2. A limpeza por efeito da ponte ao sair estava, nesta pilha, bloqueando cada chamada para a duração total da reprodução do firmware do efeito - então os efeitos de ruído ou buffet durante o vôo esgotaram seu cronômetro natural de aproximadamente 32 segundos após a ponte ser fechada, deixando o stick audivelmente ativo na área de trabalho sem nenhum aplicativo acionando-o. As compilações atuais ignoram totalmente o trabalho por efeito no desligamento e usam dois comandos em nível de dispositivo (halt-all + reset firmware effect table) que retornam imediatamente. A mesma correção se aplica a uma falha nativa por meio do manipulador de exceção vetorial. Se você estiver vendo isso em uma versão atual, envie um relatório de feedback.

Windows Falha ao parar de citar `0x80131506`

Edição anterior. Em uma fração das instalações, a ponte travava com um pop-up do Relatório de Erros do Windows citando coreclr.dll e código de exceção 0x80131506 no momento em que você clicou em Sair ou fechou a janela. Causa raiz: o thread da UI e o loop de controle do tempo de execução estavam chamando o DirectInput ao mesmo tempo no desligamento, e o empacotador COM eventualmente percebeu e interrompeu o processo. As compilações atuais fazem com que todo o acesso DirectInput agora seja serializado por meio de um único bloqueio no limite do dispositivo, para que os dois threads nunca possam competir com o empacotador. Se você está vendo um 0x80131506 ao sair de uma versão atual, envie um relatório de feedback.

Falha no lançamento

Fluxo de recuperação na próxima inicialização: se a inicialização anterior falhou, a ponte mostra uma caixa de diálogo de relatório de falha na próxima inicialização, com o rastreamento de pilha e um Enviar via formulário de feedback botão. Clique nele; o formulário é pré-preenchido com o log de falha.

Se o aplicativo travar antes da caixa de diálogo aparecer, você precisará diretamente do arquivo de log de travamento:

Windows %LOCALAPPDATA%\ffb-bridge\crashes\
Linux ~/.local/share/ffb-bridge/crashes/

Anexe o mais recente .log arquivo para um relatório de feedback.

Avisos “A ponte não consegue acompanhar”

A guia Diagnóstico avisa quando a taxa do loop de controle cai. Causas que vimos:

Outro processo no mesmo núcleo é o estouro da CPU – uma guia do navegador, uma compilação.
No Linux, um cpufreq O governador está desacelerando a CPU. Mudar para performance ou schedutil.
Executando em um ambiente virtualizado que não oferece ao convidado intervalos de tempo confiáveis de 20 ms.

Vários sticks suportados conectados

Quando mais de um stick compatível está conectado, um seletor de dispositivo permite escolher qual deles o bridge irá acionar, e a escolha é lembrada entre reinicializações. Reabra-o em Configurações → Hardware → Dispositivo de force feedback → Alterar dispositivo…. A alteração do dispositivo escolhido requer reinicialização.

Meu joystick com force feedback não é um dos quatro suportados

Os quatro sticks validados (SideWinder Force Feedback 2, 045E:001B; Logitech G940, 046D:C287; Force 3D Pro, 046D:C286; WingMan Force 3D, 046D:C283) são plug-and-play. Para tentar outro feedback forçado joystick, ligue Configurações → Hardware → Permitir dispositivos não listados (experimental). A ponte então aciona um joystick elegível com padrões seguros; use a calibração de inversão ao vivo e a troca de arfagem/rolagem na mesma guia para corrigir a direção, e a recuperação de falhas existe como uma rede de segurança. Volantes, gamepads e dispositivos de eixo único não podem ser acionados como manches de voo — eles são roteados para o FFB Probe em ffb-probe.com em vez disso.

Ainda preso?

Exporte um pacote de suporte da página de suporte Diagnóstico guia e abrir um relatório de feedback. O pacote contém o log da sessão, o log de falhas (se houver), a última saída da verificação de integridade e informações do sistema — é exatamente o que precisamos reproduzir sem enviar compilações de teste.