La evaluación de la integración requiere los dispositivos reales y los protocolos de aplicación de ambos lados. Un nombre de marca o una declaración de que se admite CAN no es suficiente. Enumere los documentos disponibles, las entradas faltantes y las condiciones de prueba para separar el análisis de protocolo, el firmware de la placa del cliente y el trabajo de integración de dispositivos.
Lista de verificación de entradas del proyecto
| Grupo de entrada | Información requerida | Decisión apoyada |
|---|---|---|
| Identidad del equipo | Batería, BMS o BMU y modelos y firmware del inversor, conexiones del sistema | Aplicabilidad del protocolo y diferencias de versión. |
| Protocolos de aplicación | CAN documentos reales, versiones, definiciones de campos y uso permitido | Decodificación de cuadros, límites y mapeo de estados. |
| Interfaz eléctrica | Distribución de pines, suministro, tierra de referencia, terminación, cableado y aislamiento. | Selección de placa y condiciones de conexión. |
| Muestras crudas | Mensajes con marca de tiempo, configuración y condiciones operativas conocidas. | Campos, tiempos, señales y comportamiento de inicio. |
| Tablero y software | Esquemas, controladores y transceptores, SDK, controladores y código existente | Implementación de firmware y recursos de interfaz. |
| Pruebas y entregables | Dispositivos y personal disponibles, alcance operativo, hitos y criterios de aprobación | Plan de integración, aceptación y límites de costos. |
Cómo confirmar los documentos del protocolo
Consulta la interfaz, versión y modelos aplicables indicados en cada documento. Un documento RS485 no reemplaza un protocolo de aplicación CAN y nombres de protocolos similares no establecen la misma versión. Las declaraciones de marca, modelo y compatibilidad en los diagramas de referencia requieren confirmación con dispositivos reales y registros de pruebas. Para documentos restringidos del fabricante, acuerde el uso permitido y revise los acuerdos antes de compartirlos.
¿Qué puede comenzar con entradas incompletas?
El trabajo inicial puede incluir un registro de brechas de entrada, revisión de recursos de interfaz, análisis de mensajes disponibles y un plan prototipo limitado. Los límites, estados o definiciones de tiempo de espera faltantes dejan las funciones correspondientes sin confirmar. Las pruebas del simulador y la integración de dispositivos son hitos separados cuando el equipo no está disponible. Una cotización debe distinguir entre trabajo ejecutable, trabajo que depende de insumos adicionales y costos de muestra o prueba.
Congelar versiones de entrada antes de la aceptación
Vincule la lista de entrega a las versiones del dispositivo, protocolo, placa y firmware, manteniendo los casos de prueba y los problemas abiertos. Un modelo de inversor diferente, una actualización de firmware, un cambio de mensaje o una placa de reemplazo requieren una revisión de impacto y pruebas de regresión relevantes. Una combinación de dispositivos anterior no valida automáticamente el sistema modificado.
En línea
Teléfono
WeChat
volver arriba