ENTRE O GREENWAY
E O BMS

Era preciso coletar dados para uma solicitação de garantia.

Recebi uma bateria de motocicleta elétrica com a tarefa de extrair informações que pudessem acompanhar uma análise de garantia. O procedimento do fabricante previa uma ferramenta de comunicação específica, mas nós tínhamos apenas o software de diagnóstico Greenway.

O manual e a interface da bateria indicavam RS485. A pergunta inicial era simples: o adaptador oficial fazia apenas a conversão elétrica ou também traduzia mensagens, executava algum handshake ou encapsulava um protocolo intermediário?

Com isso, o problema prático estava resolvido: tensão, corrente, SOC, SOH, capacidades, células, temperaturas e histórico de falhas puderam ser consultados e encaminhados ao fabricante. O que veio depois já era curiosidade técnica.

Dois marcadores, comandos de 16 bits e um SUM8.

As solicitações observadas começavam em 46 16; as respostas, em 47 16. Depois vinham o comando de 16 bits, o comprimento, o payload quando existente e um checksum de um byte.

O checksum

O valor final corresponde à soma de todos os bytes anteriores, reduzida aos oito bits menos significativos:

checksum = sum(bytes) & 0xFF

46 + 16 + 01 + 09 + 04 = 6A
46 16 01 09 04 6A

RS485 descrevia a camada física, não o protocolo.

O uso de RS485 não transforma automaticamente uma comunicação em Modbus RTU. O protocolo observado não usava o enquadramento, funções e endereçamento de registradores característicos do Modbus.

O resultado foi uma comunicação binária proprietária transportada por RS485 a 9600 baud.

O checksum encontrou um erro na própria captura.

Um frame aparecia repetidamente como 46 16 01 04 6E. Pela estrutura já conhecida, faltava o segundo byte do comando. A soma indicava exatamente qual:

A resposta reconstruída era 47 16 01 0D 04 4E 00 00 00 BD. O payload little-endian resultava em 78, exatamente o SOC mostrado na interface.

Para testar a hipótese, foi transmitida uma sequência controlada contendo todos os valores de 0x00 a 0xFF entre dois transceptores. O 0x0D desapareceu no caminho de visualização. Como esse byte corresponde a Carriage Return, o defeito estava na cadeia de captura, não no protocolo Greenway.

AMPLIAR ↗

Nem todo comando retornava um único número.

Células

0x0124 e 0x0125 retornavam arrays de 16 palavras little-endian, correspondentes às posições 1–16 e 17–32. A bateria observada usava 20 células em série; as posições posteriores apareciam zeradas.

Limites elétricos e térmicos

O payload de 14 bytes de 0x0126 pôde ser dividido em duas correntes INT32, duas tensões de célula UINT16 e duas temperaturas INT8. Os valores coincidiram com os limites mostrados na GUI.

Contadores de falha

0x0127 entregava 32 posições UINT16. A ordem foi comparada com a lista da interface e permitiu correlacionar vários índices, incluindo sobretensão de carga, dois níveis de sobredescarga, falha de soft start e falha do circuito de proteção de descarga. Valores 0xFFFF eram exibidos como zero ou campo não utilizado.

Alguns campos apareceram; a estrutura completa, não.

O bloco de 128 bytes de 0x0115 parecia consolidar estatísticas de vida útil. Capacidade, throughput, capacidade restante, ciclos e extremos de corrente, tensão e temperatura reapareciam em posições compatíveis, mas vários trechos continuavam sem interpretação.

Os comandos 0x0077 e 0x0178 também mostraram uma relação recorrente: o primeiro antecedia o segundo e o comprimento indicado parecia reaparecer na leitura seguinte.

46 16 00 77 05 02 A1 68 05 1E 06
47 16 00 77 00 D4

46 16 01 78 1E F3
47 16 01 78 1E [30 bytes] ...

Capturar o barramento também capturou dados do equipamento.

• O número de série real não é reproduzido neste artigo.
• O dump bruto e a planilha de trabalho permanecem privados.
• Capturas que continham o serial diretamente ou no payload ASCII foram excluídas.
• Os significados apresentados são interpretações experimentais do equipamento observado.
• Não houve tentativa de apresentar este mapa como documentação oficial da Greenway.

Os testes posteriores também não mostraram comunicação digital entre a bateria e o carregador analisado. Isso separa dois caminhos: Greenway ↔ BMS usava RS485; carregador ↔ bateria não apresentou comunicação digital observável naquele conjunto.

A motocicleta ainda é a parte que falta.

A comunicação entre bateria e motocicleta permanece para uma investigação futura. Ela pode revelar outro protocolo, sinais discretos ou apenas uma lógica de habilitação ainda não observada. Neste ponto, qualquer afirmação seria antecipada.