OBD STN1110 - Problema de Breadboard vs PCB

Navega tus respuestas
0

Logramos conectar nuestro hardware siguiendo el diseño sugerido, y queríamos usar solo el protocolo CAN. Y en el tablero con el paquete STN1110 DIP, todo funciona muy bien en el simulador ECUSim 2000 y en un auto real. PERO, cuando diseñamos una PCB y nos mudamos a QFN, recibimos mensajes extraños del chip STN1110.

Por ejemplo, tenemos el mismo entorno de prueba para el tablero y para la PCB real, pero para esa PCB acabamos con estos mensajes de Torque " Identificando ECU " y " Verificar si el encendido está encendido " (y está encendido). Con Breadboard todo está bien, estamos recibiendo nuestras lecturas.

Además, si aplicamos un par de torsión lateral, y si intentamos comunicarnos directamente con STN1110, si enviamos por ejemplo ATZ, estamos obteniendo una respuesta válida. Pero si intentamos ejecutar, por ejemplo, algún comando, digamos 0902 que obtenemos de PCB cuando ejecutamos el comando a través de FTDI: PARADA DE AUTOBUS PARADO ERROR FB ENTRADA DE BUS (esto es de PCB (versión QFN de STN1110))

Y controlamos por triplicado el diseño de PCB y todos los rastros entre STN1110 y MCP2551 y MCP2551 y un simulador \ automóvil, y todo está bien, incluso reemplazamos a MCP2551 solo en caso pero el mismo error.

¿Alguna sugerencia? ¿Qué otra cosa podemos probar?

    
pregunta ShP

1 respuesta

1

¿Es posible que tenga una diferencia en el método de conexión a tierra y cableado, de manera que pueda haber más ruido de tierra analógico o ruido de modo común en los cables?

DFT garantizaría algún método de prueba de bucle invertido para señales de salida analógicas e inout con un conjunto de prueba y no estoy seguro de qué capacidad tiene su caja de simulación.

Puede ser tedioso, pero examinar o simular la fuente de señal a través de sus cables y verificar el destino en el chip usando alta velocidad. las sondas pueden resultar útiles para verificar la respuesta de entrada y los niveles de ruido.

Use un analizador lógico o terminal en paralelo con los caracteres de control visibles y examine los resultados. Si la integridad de la señal es correcta, busque bytes de control no válidos en el puerto serie. Usando un diodo O con 10k a tierra para RX @ TX, solía mostrar ambos en un solo monitor para examinar el tráfico en paralelo. El umbral RS232 es 1.3V.

¿AT @ 1 o @ 2 dan algún resultado? (no distingue entre mayúsculas y minúsculas)

La capacidad de prueba es una parte clave de la fase de diseño que a menudo se pasa por alto con resultados esperanzadores.

    
respondido por el Tony EE rocketscientist

Lea otras preguntas en las etiquetas

pregunta del amplificador de transconductancia ¿Es esta la configuración correcta para medir el voltaje vref para ajustar un trimpot en mi controlador paso a paso A4988?