Skip to Content

Comando CXCAN - Configuración de Bus CAN

Configura el modo de uso del módulo CAN integrado. La captura de datos y su posterior análisis dependen del protocolo, de la velocidad del bus y del formato de identificador que use el vehículo.


¿Para qué sirve?

Caso de usoDescripción
Consumo de combustibleLeer datos de ECU del vehículo
🚗 Datos del motorRPM, temperatura, presión
📊 Telemetría avanzadaInformación OBD-II / J1939
🚚 Flotas de transporteMonitoreo de camiones y buses

Comandos

Configurar

SCXCANa,bbbb,cc..cc,dd,eee,f

Consultar

QCXCAN

Respuesta

RCXCANa,bbbb,cc..cc,dd,eee,f

Parámetros

CampoDescripciónValores permitidosPor defecto
aHabilitación del módulo CAN0 = deshabilitado · 1 = habilitado0
bbbbVelocidad del bus250K · 500K · 1M500K
cc..ccProtocoloOBDII · J1939 · IESCAN · LISTEN · PLAINOBDII
ddFormato del identificador CAN11 (estándar) · 29 (extendido)11
eeeFuelTripSoftEnable0 = cálculo deshabilitado · 1 a 150 = habilitado con factor porcentual0
fFuelTripSoftEngineType0 = naftero · 1 = diesel0

Los campos son posicionales y truncables: se aplican los que estén presentes, de izquierda a derecha. >SCXCAN1< cambia solo la habilitación y conserva el resto; >SCXCAN1,500K,OBDII< cambia los tres primeros. No se puede saltear un campo intermedio: para llegar a dd hay que enviar también bbbb y cc..cc.


Velocidad del bus (bbbb)

El sufijo indica la unidad: K = Kbaud, M = Mbaud.

ValorVelocidadUso típico
250K250 KbpsVehículos pesados con J1939 (camiones, buses, maquinaria)
500K500 KbpsLa mayoría de los livianos con OBD-II
1M1 MbpsBuses CAN de alta velocidad (desde firmware v1.09.21)

Solo esos tres valores tienen timing implementado. Cualquier otra velocidad (por ejemplo 800K) se descarta y el bus queda con la velocidad configurada previamente. La velocidad debe coincidir exactamente con la del bus del vehículo: si no coincide, el equipo no lee ninguna trama.


Protocolo (cc..cc)

ValorQué haceCuándo usarlo
OBDIIInterroga la ECU con PIDs OBD-II estándar y adquiere VIN y códigos de fallaAutos, camionetas y utilitarios livianos
J1939Decodifica PGNs del estándar SAE J1939Camiones, buses, maquinaria agrícola y vial
IESCANDecodifica tramas del estándar IESCANVehículos con interfaz IESCAN
LISTENEscucha pasiva: el transceptor entra en modo listen-only y no transmite nada al busDiagnóstico y sniffing sin riesgo de perturbar el bus del vehículo
PLAINRecepción de tramas crudas sin decodificar por protocoloVehículos que se leen con parsers propios vía CXECU

El protocolo se escribe OBDII (con dos íes), no OBD2 ni OBD-II. Un valor no reconocido se descarta en silencio: el equipo mantiene el protocolo anterior y la lectura no funciona como se espera. Lo mismo vale para J1939, IESCAN, LISTEN y PLAIN, que van siempre en mayúsculas.


Formato del identificador (dd)

ValorFormatoUso típico
11Identificador estándar (CAN 2.0A, 11 bits)Livianos con OBD-II
29Identificador extendido (CAN 2.0B, 29 bits)J1939 y buses de vehículos pesados

El único valor que activa el formato extendido es 29. Cualquier otro valor se interpreta como 11.


FuelTrip por software (eee, f)

Cuando el vehículo no publica caudal de combustible, el equipo puede estimarlo por software a partir de las señales del motor.

  • eee (FuelTripSoftEnable): 0 deshabilita el cálculo. Un valor de 1 a 150 lo habilita y fija el factor porcentual de corrección: 100 equivale a un factor de x1,00, 120 a x1,20 y 80 a x0,80. Sirve para calibrar la estimación contra el consumo real medido. Los valores mayores a 150 se descartan.
  • f (FuelTripSoftEngineType): 0 para motor naftero, 1 para diesel.

El resultado se consulta con CAN05 y alimenta al módulo TRIP.


Cómo verificar la configuración

SCXCAN responde siempre con la configuración efectiva que quedó guardada, en el mismo formato que QCXCAN. Comparar lo enviado con lo recibido es la forma de confirmar que todos los parámetros fueron aceptados.

>SCXCAN1,500K,OBD2< // Protocolo mal escrito >RCXCAN1,500K,J1939,29,0,0< // El equipo conservó el protocolo anterior
RespuestaSignificado
RCXCANa,bbbb,cc..cc,dd,eee,fConfiguración efectiva luego de aplicar el comando
RCXCANERREl comando llegó sin ningún parámetro
RCXCAN NAEl modelo no tiene módulo CAN (ver Compatibilidad)

Ejemplos

Configurar CAN con J1939 a 250K

>SCXCAN1,250K,J1939,29,0,0< // 1 → Habilitado // 250K → Velocidad 250 Kbaud // J1939 → Protocolo para vehículos pesados // 29 → Identificador extendido // 0,0 → FuelTrip por software deshabilitado

Una vez configurado el protocolo/velocidad, no es necesario reconfigurarlo cada vez que se pretenda habilitar o deshabilitar la lectura.

Configurar CAN con OBD-II a 500K (la configuración más habitual)

>SCXCAN1,500K,OBDII,11,100,0< // 500K → Velocidad 500 Kbaud // OBDII → PIDs OBD-II estándar // 11 → Identificador estándar // 100 → FuelTrip por software habilitado, factor x1,00 // 0 → Motor naftero

Configurar CAN a 1 Mbps

>SCXCAN1,1M,J1939,29,0,0< // 1M → Velocidad 1 Mbps (1000 Kbaud), desde firmware v1.09.21

Escucha pasiva para diagnóstico

>SCXCAN1,500K,LISTEN,11,0,0< // LISTEN → El transceptor no transmite: no interfiere con el bus del vehículo

Habilitar lectura

>SCXCAN1<

Deshabilitar lectura

>SCXCAN0<

Errores frecuentes

Se envíaQué pasaCorrecto
OBD2, obdii, OBD-IIProtocolo no reconocido: queda el anteriorOBDII
800K, 125KVelocidad no soportada: queda la anterior250K, 500K o 1M
>SCXCAN1,,,29<Los campos vacíos no saltean posiciones>SCXCAN1,500K,OBDII,29<
Velocidad distinta a la del busEl equipo no recibe ninguna tramaVerificar la velocidad real del vehículo

Compatibilidad

💾Firmware:v1.00.00
💾Firmware v1.00.00
SP-IOT
SM-IOT
Parámetros eee y f desde v1.02.06; 1M desde v1.09.21

Rinho Zero IoT no incluye transceptor CAN: el comando responde RCXCAN NA. Para leer el bus del vehículo se debe usar Spider IoT o Smart IoT.

Conexión física del bus (CAN-H / CAN-L) según modelo:


Ver También

Última actualización