Ao usar um conversor USB para SBUS para controlar um gimbal DJI Ronin-S, um sistema robótico, ou outro dispositivo compatível com SBUS, é importante entender como o conversor se comporta quando a comunicação é interrompida.
Para aplicações envolvendo motores motorizados, rastreamento óptico, ou calibração automatizada, uma resposta previsível à perda de comunicação é particularmente importante.
Neste artigo, respondemos a perguntas técnicas comuns sobre nosso conversor USB para SBUS, incluindo comportamento de saída SBUS, tratamento de perda de comunicação, suporte de vigilância, identificação de firmware, e compatibilidade bruta de pacotes SBUS de 25 bytes.
1. O que acontece quando o computador para de enviar dados seriais?
Pergunta: Quando o computador para de transmitir dados seriais, o conversor USB para SBUS continua emitindo os últimos valores de canal SBUS recebidos, pare de produzir quadros SBUS, ou gerar automaticamente valores neutros?
Responder: O conversor gera um quadro SBUS padrão cada vez que recebe um quadro de dados do PC. Se o PC parar de enviar dados, o conversor para de emitir quadros SBUS.
Os modelos padrão não continuam transmitindo automaticamente os últimos valores de canal recebidos ou geram valores de canal neutro quando os dados de entrada param de chegar.
Este comportamento se aplica a todos os modelos padrão atuais cobertos por esta especificação.
Importante: Interromper a transmissão do quadro SBUS não é o mesmo que comandar o dispositivo controlado para entrar em um estado seguro. A resposta do gimbal ou outro equipamento conectado depende do seu próprio comportamento quando os quadros SBUS não são mais recebidos.
2. O conversor inclui um watchdog de perda de comunicação ou tempo limite à prova de falhas??
Pergunta: O dispositivo inclui um watchdog de perda de comunicação configurável ou um tempo limite à prova de falhas??
Responder: Não. O conversor padrão não inclui um watchdog de perda de comunicação configurável ou tempo limite à prova de falhas.
Se a sua aplicação exigir que o conversor detecte dados de entrada ausentes e acione uma resposta predefinida após um tempo limite especificado, esta função pode ser considerada para personalização separada.
Dependendo da aplicação, o comportamento requerido pode incluir:
- Detectando quando dados de entrada válidos param de chegar.
- Monitorando a duração da perda de comunicação.
- Saída de valores de canal SBUS predefinidos.
- Implementando uma resposta definida para desconexão USB ou falha de comunicação.
O comportamento exato e os parâmetros de tempo limite devem ser confirmados com nossa equipe de engenharia antes de solicitar uma versão personalizada.
3. O que acontece com a saída SBUS quando o USB é desconectado?
Pergunta: A desconexão do USB faz com que o conversor entre em um estado de saída SBUS seguro predefinido??
Responder: Não. O conversor padrão não entra automaticamente em um estado de saída SBUS seguro predefinido quando a conexão USB é desconectada.
O modelo padrão não fornece um built-in, função à prova de falhas configurável que garante um determinado estado de saída SBUS após a desconexão do USB.
Para aplicações que exigem uma resposta previsível, uma solução personalizada pode estar disponível. A resposta necessária deve ser definida e verificada para a aplicação específica.
Por exemplo, o projetista do sistema deve determinar se o comportamento desejado é interromper a transmissão de quadros SBUS, transmitir valores de canal predefinidos, ou acionar um mecanismo de segurança separado no equipamento controlado.
Esses comportamentos não são intercambiáveis. A sua adequação depende do dispositivo receptor e dos requisitos de segurança do sistema.
4. Como posso identificar o firmware ou variante de configuração do conversor?
As configurações de comunicação serial do conversor podem ajudar a identificar qual variante de configuração você possui.
Existem duas variantes principais cobertas pelas especificações abaixo.
Variante A: Modelo fixo de 100.000 Baud
A porta serial do lado do PC deve ser configurada da seguinte forma:
| Parâmetro | Contexto |
|---|---|
| Taxa de transmissão | 100,000 |
| Bits de dados | 8 |
| Paridade | Até |
| Parar bits | 2 |
| Formato de dados de entrada do PC | 25-pacote SBUS de bytes |
Para esta versão, o PC deve enviar um pacote de dados de 25 bytes para o módulo. O módulo não valida se o pacote recebido contém dados SBUS corretos.
Isto significa que a transmissão de dados bem-sucedida por si só não garante que o pacote de entrada seja válido ou que os valores do canal resultante estejam corretos..
Variante B: Modelo de taxa de transmissão ajustável e taxa de quadros ajustável
A porta serial do lado do PC suporta as seguintes configurações de comunicação:
| Parâmetro | Configurações suportadas |
|---|---|
| Taxa de transmissão | 115,200 / 57,600 / 38,400 / 9,600 |
| Bits de dados | 8 |
| Paridade | Nenhum |
| Parar bits | 1 |
| Formato de dados de entrada do PC | 35-quadro de dados de entrada de bytes |
Esta versão integra codificação SBUS e valida os dados de entrada recebidos. O PC deve enviar um quadro de dados de 35 bytes no formato exigido por este modelo.
Ambas as variantes podem emitir sinais SBUS padrão, mas seus protocolos de entrada no lado do PC são diferentes.
Importante: Não identifique a variante de hardware apenas pela aparência. Se você não tiver certeza de qual versão possui, por favor informe o modelo do produto, informações do pedido, etiqueta do produto, ou uma fotografia do conversor e suas conexões. Nossa equipe pode ajudar a confirmar a configuração aplicável.
5. O conversor aceita pacotes SBUS brutos de 25 bytes em 100,000 Baud?
Pergunta: O conversor suporta pacotes SBUS brutos de 25 bytes usando 100,000 transmissão, paridade uniforme, e dois bits de parada?
Responder: Sim, the fixed 100,000-baud model accepts 25-byte input packets using the specified serial communication configuration.
The required settings are:
- Taxa de transmissão: 100,000
- Bits de dados: 8
- Paridade: Até
- Parar bits: 2
- Input packet length: 25 bytes
No entanto, there is an important distinction: the module does not verify the correctness of the received packet. Your MATLAB program must generate the appropriate 25-byte packet format.
The adjustable-baud-rate, adjustable-frame-rate model is different. It requires a 35-byte input data frame and performs input data validation before generating the standard SBUS output.
Portanto, if your MATLAB application already generates raw 25-byte SBUS packets, the fixed 100,000-baud version is the relevant variant to evaluate.
Before integration, verify the packet format, channel mapping, serial port settings, and actual SBUS output with suitable test equipment.
6. Using MATLAB to Control a DJI Ronin-S Gimbal
For an academic optical tracking experiment, MATLAB may be used to generate control data and send it to the USB-to-SBUS converter through a PC serial interface.
Before integrating the converter into the complete system, we recommend testing the following items:
- Confirm the hardware variant. Determine whether your converter uses the fixed 100,000-baud input protocol or the adjustable-baud-rate, 35-byte input protocol.
- Verify the serial port configuration. Set the baud rate, data bits, parity, and stop bits according to the specific variant.
- Check the input data format. Confirm that MATLAB generates the required packet length and data structure.
- Verify SBUS output. Use an appropriate logic analyzer or other suitable test equipment to check the output signal and channel values.
- Test communication interruptions. Com o sistema desligado ou colocado em uma condição de teste controlada, verifique o que acontece quando o MATLAB para de transmitir ou a conexão USB é desconectada.
- Verifique a resposta do dispositivo receptor. Determine como o gimbal se comporta quando os quadros SBUS param de chegar ou quando valores de canal específicos são recebidos.
Esses testes ajudam a distinguir o comportamento do conversor do próprio tratamento de perda de comunicação do dispositivo receptor..
7. Uma função à prova de falhas personalizada pode ser adicionada?
Sim, o tratamento de perda de comunicação pode ser considerado como uma personalização separada.
Para aplicações que exigem comportamento previsível, descreva a resposta esperada com detalhes suficientes para que nossa equipe de engenharia avalie a implementação.
Requisitos úteis incluem:
- Detecção de perda de comunicação: Como o sistema deve identificar dados de entrada ausentes ou inválidos?
- Duração do tempo limite: Por quanto tempo os dados de entrada podem ficar ausentes antes que o sistema responda?
- Comportamento SBUS necessário: O conversor deve parar de transmitir quadros ou transmitir valores de canal predefinidos?
- Tratamento de desconexão USB: O sistema deve responder de maneira diferente a uma desconexão física do USB??
- Comportamento de recuperação: A operação normal deve ser retomada automaticamente quando a comunicação retornar, ou deve ser necessária uma reinicialização manual?
- Comportamento do dispositivo receptor: O que o gimbal DJI Ronin-S ou outro equipamento controlado deve fazer após a perda de comunicação?
Nem todo comportamento à prova de falhas é adequado para todos os dispositivos receptores. O projeto deve ser avaliado e testado em relação ao hardware real e às condições operacionais.
8. Considerações importantes de segurança antes da calibração do motor motorizado
If your application requires a predictable safe response before enabling powered motor calibration, do not assume that the standard USB-to-SBUS converter provides this function.
The standard model stops generating SBUS frames when the PC stops sending data, but it does not guarantee that the connected gimbal will stop moving, hold its current position, or enter another particular safe state.
We recommend establishing and verifying an independent safety procedure before enabling motor power. Depending on the system design, this may include disabling motor power during initial testing, providing an independent emergency stop, and verifying the receiving device’s response to communication loss.
Any customized failsafe implementation should also be tested under representative fault conditions before being used in a powered application.
9. Perguntas frequentes
1º trimestre: Does the standard converter keep transmitting the last SBUS channel values when MATLAB stops sending data?
Não. The converter outputs one SBUS frame for each input data frame received from the PC. It does not automatically continue transmitting the last channel values.
2º trimestre: Does the standard converter automatically output neutral SBUS values after communication loss?
Não. Automatic neutral-value output is not a standard built-in function.
3º trimestre: Is there a configurable communication-loss timeout?
Não. A watchdog or failsafe timeout can be considered for separate customization.
4º trimestre: Can the fixed 100,000-baud model receive raw 25-byte SBUS packets?
Sim. It requires 100,000 transmissão, 8 data bits, paridade uniforme, e dois bits de parada. The module does not validate the correctness of the input packet.
Q5: Can the adjustable-baud-rate model receive the same 25-byte packets?
Não, not according to its specified input protocol. This version requires a 35-byte input data frame and validates the received data.
Q6: Can the converter be customized for a specific failsafe response?
Customization can be considered. Please provide the required timeout, desired SBUS output behavior, USB-disconnection response, and recovery requirements so our engineers can evaluate the solution.
10. Contact Us for Technical Support or Customization
Our USB-to-SBUS converters are designed for applications that require conversion from PC-side serial data to standard SBUS output.
If you are developing a MATLAB-based control system, an academic optical tracking platform, a robotic application, ou outro projeto de controle incorporado, entre em contato conosco com seus requisitos de interface e detalhes da aplicação.
Para nos ajudar a recomendar a versão correta, por favor inclua:
- Seu modelo de conversor ou referência de pedido.
- Suas configurações de comunicação serial do lado do PC.
- O formato do pacote de entrada gerado pelo MATLAB.
- O dispositivo receptor que você pretende controlar.
- Qualquer tempo limite de perda de comunicação ou requisitos à prova de falhas.
Podemos então ajudar a confirmar a variante apropriada do conversor e avaliar se uma solução personalizada é adequada para sua aplicação.
Observação: As especificações do conversor padrão e a disponibilidade de personalização devem ser confirmadas para o modelo específico antes da compra.
Faça uma pergunta
Sua mensagem foi enviada