Voltar ao blog
Comparativo, Motor de Eventos, Easy Logic, Galileosky, Teltonika, Queclink, Ruptela, Programação, Telemetria, GPS Tracker, Automação, IoT
ES • EN • PT

Comparativo Rastreadores GPS Programáveis: Motor de Eventos 2026

Comparativo de motores de eventos em rastreadores GPS programáveis

🎯 Para quem é este artigo: Desenvolvedores, integradores de sistemas e responsáveis técnicos que precisam escolher hardware de telemetria com capacidades de programação embarcada.

⚠️ Disclaimer: Esta análise reflete nossa visão como fabricantes da Rinho, mas com um compromisso de honestidade técnica. Acreditamos que não existe a ferramenta perfeita para todos os casos — cada projeto tem necessidades distintas. Nossa filosofia é ajudá-lo a escolher o melhor para seu caso específico, mesmo que isso signifique recomendar outra marca.

📋 TL;DR - Resumo rápido
Se você precisa de... Escolha...
Máxima programabilidade e automação Rinho
Interface visual para equipe não técnica Galileosky
CAN Bus plug & play sem configurar Teltonika / Ruptela
Menor custo (lógica no servidor) Queclink
Frotas de caminhões com tacógrafo Ruptela
📑 Índice

Se você está avaliando rastreadores GPS para um projeto de telemetria e precisa de automação real no dispositivo, este artigo é para você. Vamos comparar de forma direta as capacidades de programação dos principais fabricantes do mercado.

Verticais que requerem equipamentos programáveis

Existem indústrias com necessidades muito específicas onde um rastreador "padrão" não é suficiente:

Nesses casos, a capacidade de programar lógica no dispositivo faz a diferença.

Por que é importante ter um Motor de Eventos?

A maioria das soluções de telemetria processa a lógica no servidor. Mas há casos onde você precisa que a inteligência esteja no dispositivo:

Cenário Por que você precisa de lógica local?
Zonas sem cobertura Sem sinal, o servidor não recebe dados
Resposta instantânea Latência de rede = reação tardia
Economia de dados Enviar apenas eventos, não todo o stream
Autonomia O rastreador atua mesmo se o servidor cair
Personalização por cliente Um firmware, múltiplas configurações

Um motor de eventos ou sistema de regras programáveis permite definir lógica do tipo:

QUANDO [evento] OCORRE
  SE [condição] FOR CUMPRIDA
    ENTÃO [executar ação]

A pergunta é: quão flexível é essa programação em cada fabricante?

O Comparativo Direto

Tabela de Capacidades

Característica Rinho Galileosky Teltonika Queclink Ruptela
Motor eventos ✅ Sim ✅ Easy Logic ⚠️ Scenarios ❌ Não ⚠️ Básico
Regras/Scripts 196 regras Scripts ~10-15 0 ~10
Expressões ✅ EVAL ✅ Blocos ❌ ❌ ❌
Variáveis ✅ 64 ✅ ❌ ❌ ❌
Config remota ✅ SMS/TCP/UDP ✅ TCP ❌ N/A ⚠️
Interface Texto GUI GUI N/A GUI
CAN nativo ✅ Spider/Smart ✅ Todos ✅ FMC ⚠️ Adaptador ✅ HCV5
CAN custom ✅ CXECU ✅ ⚠️ ❌ ⚠️
Base veículos ⚠️ Padrão ⚠️ Básica ✅ Ampla ❌ ✅ Ampla
WiFi ✅ Todos ⚠️ Só 7x ❌ ❌ ❌
BLE ✅ Todos ✅ ✅ ⚠️ ✅ Eco5+
Preço (USD) $80-150 $150-300 $80-180 $50-120 $100-200

Preços aproximados 2025-2026. Variam por região, distribuidor e volume.

Análise por Fabricante

🔵 Rinho - Motor de Eventos

Filosofia: Máxima flexibilidade através de comandos de texto.

O Motor de Eventos da Rinho funciona com uma estrutura clara:

TRIGGER → CONDITION (opcional) → ACTION

Suporta mais de 50 tipos de disparadores: entradas digitais (IN), analógicas (AR), geocercas (WP/RG), timers (TD), BLE (BE/BS/BSW), CAN Bus, WiFi, e muitos mais.

Exemplo: Relatório quando timer expira (com condição)

>SRL07E;TRG=TD01+;CND=U09U01!&;ACC={GCP01H}<
Parte Significado
SRL07E Regra 07, habilitada
TRG=TD01+ Dispara quando Timer 01 termina
CND=U09U01!& Condição: U09 AND (NOT U01)
ACC={GCP01H} Gera relatório CP01 alta prioridade

Exemplo: Alerta de movimento por SMS

>SRL33E;TRG=AC+;ACC={GTX00L;@SM0;TXT=MOVIMENTO DETECTADO}<
  • TRG=AC+ → Acelerômetro detecta movimento
  • @SM0 → Enviar ao número SMS configurado em SM0
  • Resultado: SMS instantâneo ao celular do proprietário

Exemplo: Excesso de velocidade em zona escolar

>SRL00E;TRG=VL00+;CND=WP05;ACC={GTX00L;@TRM;TXT=Excesso em zona escolar}<
Parte Significado
TRG=VL00+ Dispara quando velocidade excede limite 0
CND=WP05 Somente se estiver dentro da geocerca 5
ACC={...} Enviar alerta de texto ao servidor

Exemplo: Veículo movido com ignição desligada

>SRL02E;TRG=WP00-;CND=IGN!;ACC={GCQ00H;TXT=Veiculo movido}<
  • TRG=WP00- → Saiu da geocerca 0
  • CND=IGN! → Condição: ignição OFF
  • Resultado: alerta de possível roubo

Expressões EVAL: Cálculos no dispositivo

Rinho inclui um avaliador de expressões matemáticas e lógicas:

// Verificar se voltagem > 15V e entrada analógica < 100
>EVAL (V gt 150) && (AIN(0) lt 100)<
// Resultado: 1.00 (verdadeiro) ou 0.00 (falso)

// Média ponderada de entradas analógicas
>EVAL ((AIN(0) * 10) + (AIN(1) * 5)) / 2:%.2f:NA<
// Resultado: valor com 2 decimais, ou "NA" se falhar

// Conversão de temperatura (ADC a °C)
>EVAL (AIN(0) * 0.1) - 40:%.1f:ERR<

Variáveis disponíveis em EVAL: V (voltagem), VBU (bateria backup), OT (odômetro), HO (horímetro), VEL (velocidade), LAT, LON, IGN, GPS, e todas as entradas I/O.

Pontos fortes da Rinho

Vantagem Detalhe
196 regras Uma das maiores capacidades em regras individuais
Expressões EVAL Matemática e lógica complexa: EVAL (V gt 150) && (AIN(0) lt 100)
64 variáveis usuário Contadores, flags, estados personalizados
Texto plano Automatizável a partir de qualquer plataforma
Config remota SMS, TCP, UDP - sem necessidade de conexão física
CAN Bus profundo 28 parsers CXECU para capturar bits específicos
WiFi nativo Em todos os modelos: Spider IoT, Smart IoT e Zero IoT
Documentação português Completa em docs.rinho.com.ar

CAN Bus: Acesso Profundo com CXECU

Uma diferença chave da Rinho é a capacidade de capturar frames CAN personalizados a nível de bits. Com o comando CXECU você pode definir parsers dinâmicos:

// Capturar RPM: CAN ID 0x3E8, bit 24, 16 bits, fator 0.125
>SCXECU00E,3E8,24,16,0.125,0,0,8000,BE,U<

// Capturar temperatura com offset -40°C
>SCXECU06E,2A0,0,8,1.0,-40,-40,215,BE,S<

Protocolos suportados:

  • ✅ OBD-II Standard (veículos leves pós-1996)
  • ✅ J1939 (caminhões, ônibus, maquinário)
  • ✅ IESCAN Mercedes Benz (protocolo proprietário)
  • ✅ ISO 15765 (veículos europeus)
  • ✅ Custom - defina seu próprio parser

Isso permite integrar veículos que não estão em bases de dados predefinidas.

Limitações da Rinho

  • Sem interface gráfica (requer conhecer a sintaxe)
  • Curva de aprendizado inicial
  • Base de veículos CAN menor que Teltonika/Ruptela (mas as ferramentas custom compensam)

📖 Documentação completa:

🟡 Galileosky - Easy Logic

Filosofia: Programação visual com blocos drag-and-drop.

Easy Logic é o sistema de programação da Galileosky. Usa uma interface gráfica onde você conecta blocos para criar lógica.

Como funciona

[Bloco Trigger] → [Bloco Condição] → [Bloco Ação]

A configuração é feita pelo Galileosky Configurator, uma aplicação de desktop.

Casos de uso documentados

  • Estação meteorológica com sensores combinados
  • Automação de vinhedos (controle de irrigação)
  • Controle de lavagem de ônibus
  • Controle de abertura de caçambas em colheitadeiras

Pontos fortes da Galileosky

Vantagem Detalhe
Interface visual Fácil para não-programadores
Templates Biblioteca de scripts baixáveis
Easy Logic School Capacitação oficial
Marca reconhecida Presença global
Exigner Design de sistemas IoT sem programar
CAN avançado Também permite configuração profunda de frames

Limitações da Galileosky

  • Preço mais alto ($150-300 USD por unidade)
  • Arquitetura diferente (scripts visuais vs regras individuais)
  • Config remota apenas por TCP (não SMS)
  • WiFi apenas no modelo 7x
  • Suporte principalmente em inglês/russo
  • Base de veículos CAN similar à Rinho (não tão ampla quanto Teltonika)

📖 Mais info: Easy Logic - Galileosky

🟠 Teltonika - Scenarios

Filosofia: Cenários predefinidos configuráveis.

Teltonika é o fabricante mais popular do mercado. Seus dispositivos têm "Scenarios", mas não é um motor de eventos programável - são funcionalidades pré-configuradas.

Cenários disponíveis

Scenario O que faz
Eco/Green Driving Detecta acelerações e frenagens bruscas
Over Speeding Alerta quando ultrapassa velocidade máxima
Jamming Detecta inibição de sinal GSM
Immobilizer Bloqueio com iButton/RFID
SECO Corte seguro de motor (Secure Engine Cut-Off)
DOUT Control Controle de saídas por chamada/ignição

Exemplo de configuração (Over Speeding)

Scenario: Over Speeding
  Priority: High
  Max Speed: 120 km/h
  Send SMS to: +5491155551234
  SMS Text: "Excesso de velocidade"

Pontos fortes da Teltonika

Vantagem Detalhe
Popularidade Maior base instalada
Integrações Suportado por todas as plataformas
Disponibilidade Fácil de conseguir globalmente
Preço competitivo Modelos desde $80 USD
Documentação Wiki muito completa
Base de veículos CAN ✅ A mais ampla do mercado - milhares de veículos pré-configurados

Limitações da Teltonika

  • Sem programação flexível - você configura parâmetros de cenários predefinidos
  • Não pode criar lógica personalizada
  • Não pode combinar condições complexas
  • Sem WiFi nativo
  • CAN limitado à base de dados (difícil adicionar veículos custom)
  • Para projetos complexos, toda a lógica vai ao servidor

📖 Mais info: Teltonika Wiki

⚪ Queclink

Filosofia: Hardware sólido, lógica no servidor.

Queclink fabrica rastreadores de boa qualidade a preços competitivos, mas não têm motor de eventos. Usam o protocolo @Track para comunicação, que é um protocolo de transmisso de dados, não de programação.

A lógica de automação deve ser implementada 100% no servidor.

Pontos fortes da Queclink

Vantagem Detalhe
Preço Modelos desde $50 USD
Qualidade Hardware robusto
Protocolo @Track Simples de integrar
Variedade Muitos modelos especializados

Limitações da Queclink

  • ❌ Sem motor de eventos
  • ❌ Sem programação no dispositivo
  • Toda a lógica deve estar no servidor
  • Sem autonomia quando perde conexão
  • CAN apenas via adaptador externo (CAN100 BLE)

📖 Mais info: Queclink

🟣 Ruptela

Filosofia: Hardware para frotas pesadas, cenários básicos.

Ruptela se especializa em frotas de caminhões e maquinário pesado. Têm cenários básicos similares à Teltonika.

Ponto forte: Base de dados de veículos pesados muito completa (similar à Teltonika), especialmente para tacógrafos e J1939.

Pontos fortes da Ruptela

Vantagem Detalhe
Frotas pesadas Especialização em HCV
Base de veículos ✅ Muito completa para caminhões (J1939, FMS)
Tacógrafo Solução completa com TrustTrack
CAN avançado J1939, FMS pré-configurado
Escritório na LATAM México

Limitações da Ruptela

  • Cenários básicos, não programáveis
  • Sem motor de eventos real
  • Menos flexível que Rinho/Galileosky para lógica custom
  • Focado em HCV (menos opções para veículos leves)

📖 Mais info: Ruptela Documentation

Comparativo de CAN Bus

Um ponto crítico para frotas: quão bem cada rastreador lê dados do veículo?

Aspecto Rinho Galileosky Teltonika Ruptela
Protocolos OBD-II, J1939, ISO 15765, IESCAN Mercedes, Custom OBD-II, J1939, FMS OBD-II, J1939, FMS J1939, FMS
Base de veículos Padrão Básica ✅ Milhares ✅ Milhares (HCV)
Parsers custom ✅ 28 (CXECU) ✅ Sim ⚠️ Limitado ⚠️ Básico
Captura de bits ✅ Bit a bit ✅ ❌ ❌
Fator/Offset ✅ Configurável ✅ ❌ ❌
Veículos novos ✅ Fácil ✅ Possível ⚠️ Aguardar update ⚠️ Aguardar update

Quando isso importa?

  • Você tem veículos comuns (Toyota, Ford, VW): Teltonika/Ruptela te dão dados "out of the box"
  • Você tem frotas mistas ou veículos raros: Rinho/Galileosky permitem configurar custom
  • Você precisa de Mercedes Benz com IESCAN: Rinho é um dos poucos que suporta nativamente
  • Você quer capturar dados proprietários específicos: Rinho com CXECU te dá controle total

Exemplo: Capturar estado da porta do motorista (dado proprietário)

Com Rinho CXECU:

// Configurar parser: CAN ID 0x420, bit 5, 1 bit, sem conversão
>SCXECU25E,420,5,1,1.0,0,0,1,BE,U<

// Agora ECU25 retorna 0 ou 1 (porta fechada/aberta)
>QECU25<

Com Teltonika: Se o veículo não está na base de dados, não há forma de fazer isso no dispositivo.

Comparativo de Código

Para entender a diferença real, vejamos como implementar o mesmo caso de uso em cada plataforma:

Caso: "Alertar se o veículo exceder 80 km/h dentro de uma zona escolar"

Rinho Motor de Eventos

// Criar geocerca de zona escolar (raio 200m)
// WP05: Lat -34.60370, Lon -58.38160, Raio 200m
>SWP05E-3460370-05838160002000000000<

// Configurar limite de velocidade a 30 km/h com filtro GPS e 3s estabilização
>SVL01E03013<

// Criar regra: se exceder velocidade E estiver na zona, alertar
>SRL83E;TRG=VL01+;CND=WP05;ACC={STX ALERTA: Excesso em zona escolar!;@SM0}<
Comando Detalhe
SWP05E... WP05: geocerca 200m
SVL01E03013 Limite 30 km/h
SRL83E;... Se VL01 + WP05 → SMS

Diagrama de fluxo de regra Rinho

✅ 3 comandos, totalmente remoto via SMS/TCP/UDP, sem conexão física

Galileosky Easy Logic

  1. Abrir Configurator
  2. Ir a Easy Logic
  3. Arrastar bloco "Speed > X"
  4. Arrastar bloco "Inside Geofence"
  5. Conectar com AND
  6. Arrastar bloco "Send Message"
  7. Configurar parâmetros
  8. Salvar e enviar ao dispositivo

✅ Visual, mas requer conexão ao dispositivo ou usar servidor

Teltonika

Over Speeding Scenario:
  - Max Speed: 80 km/h
  - Send SMS: Yes

❌ Não há forma de condicionar por geocerca no dispositivo

A condição de zona deve ser processada no servidor.

Queclink

❌ Não aplicável - toda a lógica deve estar no servidor

Ruptela

Similar à Teltonika - cenário de velocidade sem condição de zona.

Qual escolher?

Diagrama de decisão

Diagrama de decisão para escolher rastreador GPS

Resumo por caso de uso

Necessidade Recomendação Por quê
Máxima programabilidade Rinho 196 regras, EVAL, variáveis
Equipe não técnica Galileosky GUI visual
Projeto simples Teltonika Cenários suficientes
Menor custo Queclink Lógica no servidor
Frotas de caminhões Ruptela Especialização HCV
WiFi + Celular Rinho Único com WiFi em todos os modelos
Suporte em português Rinho Documentação e suporte local

Quando NÃO escolher Rinho

Em favor da transparência, estes são casos onde outra marca pode ser melhor opção:

Situação Melhor alternativa Por quê
Sua equipe não é técnica e prefere GUI Galileosky Easy Logic é visual e mais amigável
Você precisa de CAN "plug & play" sem configurar Teltonika/Ruptela Suas bases de dados CAN pré-configuradas são mais amplas
Projeto simples sem lógica no dispositivo Queclink Melhor preço, lógica no servidor
Você já tem infraestrutura Teltonika Teltonika Manter consistência operativa
Frotas 100% caminhões com tacógrafo Ruptela Especialização e TrustTrack

Concluso

Não existe o "melhor rastreador" universal. Existe o melhor rastreador para seu projeto específico.

Se seu projeto requer lógica embarcada real e programação flexível, as opções sérias são Rinho e Galileosky.

  • Rinho se você valoriza a automação, máxima capacidade de regras, WiFi nativo e suporte local na LATAM.
  • Galileosky se sua equipe prefere interface visual e você não precisa automatizar configurações massivas.

Se você só precisa de eventos predefinidos (velocidade, jamming, eco-driving), Teltonika é uma opção sólida e popular.

Se a lógica pode estar 100% no seu servidor, Queclink oferece excelente relação preço-qualidade.

Recursos

Rinho Telematics:

Outros fabricantes:

Metodologia e Transparência

Este comparativo foi elaborado com base em:

  • Documentação oficial pública de cada fabricante
  • Experiência direta com os dispositivos
  • Feedback de integradores e clientes

Encontrou algum erro? Valorizamos a precisão. Se algum dado estiver incorreto ou desatualizado, escreva-nos e corrigiremos com prazer.

Última atualização: Janeiro 2026

Você tem um projeto específico e não sabe qual rastreador escolher? Fale conosco e ajudamos a avaliar a melhor opção — mesmo que não seja Rinho.

Artigos relacionados

Tem dúvidas? Entre em contato