Cuando una calibración convencional no resuelve el proyecto, hay que estudiar firmware, rutinas, modelos y comunicaciones. El desarrollo a medida convierte una necesidad concreta en una función definida, comprobable y mantenible.
Desde nuestro taller y área técnica en Ourense desarrollamos soluciones para proyectos de Galicia con hardware no estándar, conversiones e integraciones entre unidades. El alcance puede incluir análisis de firmware, multimaps, comunicaciones CAN, escalado de sensores, estrategias específicas y parches controlados.
- Análisis de firmware y estrategias
- Control de versiones y trazabilidad
- Plan de pruebas y estados seguros
Primero se especifica qué debe hacer el sistema.
Una petición como “crear un modo” o “adaptar un sensor” necesita condiciones de activación, entradas, salidas, límites, diagnosis y comportamiento ante fallo. Sin esa definición es imposible comprobar si el desarrollo funciona correctamente.
La primera fase estudia viabilidad, unidad, versión de software, memoria disponible, comunicaciones y hardware. Si la arquitectura no permite resolver la necesidad con garantías razonables, se comunica antes de convertirla en un proyecto abierto.
- Objetivo funcional escrito y verificable
- Condiciones de activación y desactivación
- Estados seguros y comportamiento ante fallo
- Límites de hardware y software identificados
Firmware, CAN, multimaps y hardware no estándar.
El trabajo puede requerir localizar rutinas, comprender modelos, estudiar mensajes CAN o modificar escalados. En otros casos la solución consiste en coordinar varias unidades o diseñar modos con solicitudes y protecciones diferentes.
Cada cambio se mantiene identificado para poder comparar, probar y evolucionar. La ingeniería inversa no elimina la necesidad de diagnosis: cuanto más especial es la función, más importante resulta conocer el estado real del sistema.
- Multimaps y modos con lógica definida
- Integración de sensores o actuadores compatibles
- Análisis de comunicaciones entre módulos
- Adaptación a conversiones y hardware específico
Probar la función normal y también sus límites.
Un desarrollo no está terminado cuando se activa por primera vez. Debe comprobarse en las condiciones previstas, observar transiciones, validar estados seguros y revisar qué ocurre cuando una entrada no es válida o el sistema detecta un fallo.
Las pruebas pueden combinar registros, instrumentación, simulación de estados, banco y uso controlado según el proyecto. Los desarrollos destinados a competición se limitan a vehículos y entornos autorizados y quedan sujetos a seguridad y normativa aplicable.
- Plan de pruebas asociado a la especificación
- Registros para observar estados y transiciones
- Comprobación de límites y recuperación
- Entrega con versión y alcance identificados
Del contexto a una solución comprobable.
- 01Especificar
Necesidad, entradas, salidas, límites y fallos.
- 02Investigar
Firmware, arquitectura, comunicaciones y viabilidad.
- 03Desarrollar
Cambios controlados con identificación de versiones.
- 04Validar
Función, transiciones, límites y estados seguros.
Preguntas frecuentes
Antes de definir el trabajo.
¿Qué diferencia una calibración de un desarrollo custom?
Una calibración ajusta estrategias conocidas. Un desarrollo custom estudia firmware, rutinas o comunicaciones para crear o adaptar una función que no está resuelta por el flujo convencional.
¿Se puede desarrollar cualquier función?
No. La viabilidad depende de arquitectura, memoria, protecciones, hardware, información disponible y posibilidad de probarla con seguridad.
¿Qué información necesita MHR para valorar el proyecto?
Vehículo o sistema, unidades implicadas, referencias, software, hardware, necesidad funcional, condiciones de uso y resultado esperado. Cuanto más precisa sea la definición, mejor puede estudiarse.
¿Los desarrollos de competición pueden usarse en vía pública?
Las funciones destinadas a competición se limitan a vehículos y entornos autorizados. Cada trabajo está condicionado a seguridad, homologación y normativa aplicable.
Cuéntanos el vehículo y el objetivo.
Revisaremos el contexto antes de proponerte el siguiente paso.