API de protocolo CAN — su protocolo sigue siendo suyo

Por qué la pregunta del protocolo detiene proyectos

Casi todos los proyectos telemáticos se paran en una frase: necesitamos su protocolo CAN. Para un OEM eso significa entregar documentación interna a un proveedor, con aprobación interna. El proyecto espera, y no por el hardware.

Nuestra respuesta: no lo pedimos

Su protocolo CAN se queda con usted. Usted define y custodia tramas y señales. Solo pedimos: qué puntos de datos, en qué unidad y a dónde. Entregamos los valores por API.

• No se requiere documento de protocolo.
• No se requiere entregar DBC.
• No se requiere entregarnos firmware — trabajamos en la frontera de datos.
• Usted mantiene portabilidad — el contrato de API es suyo.

Qué hace la API

• Consultas CAN programadas con el intervalo que elija.
• Envío monitoreado al cambio en vez de flujo continuo.
• Ajuste remoto de bitrate y puntos de muestreo.
• FOTA A/B con reanudación y reversión.
• Actualización ECU/VCU por passthrough CAN (a medida).

Cuánto tarda la integración

El primer punto de datos operativo suele alcanzarse en alrededor de un día de trabajo conjunto, porque la interfaz es la API y no su protocolo.

Preguntas para cualquier proveedor

• ¿Necesita mi protocolo CAN o mi DBC?
• ¿La API está documentada y hay ejemplo de payload antes del pedido?
• ¿Quién mapea mis señales internas?
• ¿Qué pasa si se cae la conexión?

Hardware: página CAN a 4G. Interfaces: telemática bus CAN.

FAQ

¿Necesitan mi archivo DBC?

No. El mapeo de señales se queda con usted; usamos los puntos que exponga.

¿La API está documentada antes de pedir?

Sí — enviamos un ejemplo de payload y la lista de campos.

¿Y si mi plataforma espera otro esquema?

Indique los campos destino; el mapeo se acuerda por escrito.