Interfaz de dispositivos de 5V a 3V3: MAX3377 daña mi placa

Estoy usando el traductor de nivel bidireccional MAX3377 de maxim. Estoy haciendo un prototipo de placa y mientras pruebo esta placa pieza por pieza, todo funciona hasta que sueldo esta parte y mi microcontrolador con clasificación 3v3 comienza a fallar.

Cambiador de nivel

diseño de placa de circuito impreso

diseño de placa de circuito impreso

Los lados inferior y superior de las placas están debidamente aislados, pero el chip sufre algunos daños tan pronto como sueldo estos dos niveles de palanca de cambios. Esto ya ha ocurrido en 3 de mis tableros prototipo

¿Alguien podría explicar por qué esto podría estar sucediendo? ¿Tiene algo que ver con el pin de 3 estados? Solo me queda un prototipo de PCB, la ayuda sería muy apreciada.

Gracias.

Vusb? ¿Tiene un riel de alimentación atado a un pasador? No es un regulador de voltaje. ¿Revisaste si hay pantalones cortos?
¿Podría VUSB alguna vez exceder el suministro de +5 V (por ejemplo, cuando el USB se conecta por primera vez y el suministro de +5 V aún no está completamente encendido)?
El THREE-STATEpin hace referencia al suministro lógico VL, por lo que conectarlo directamente al suministro 3V3 (VL) debería estar bien.
VUSB no enciende la placa, solo está allí para decirle al microcontrolador que está enchufado. Además, no se conectó ningún dispositivo USB en ningún momento ya que aún no he llegado a esa parte de probar la placa.
¿Dónde están los condensadores de derivación más cercanos para el suministro de +5 V (VCC)? Si está en el otro lado de la PCB, puede estar bien, pero los condensadores de derivación deben ser bastante locales (por ejemplo, 10 mm-20 mm) para hacer mucho bien.
a unos 30 mm de distancia donde está el regulador de 5v
No es una respuesta, sino un consejo: ahora que ha aislado el problema, intente crear un prototipo con solo los traductores de nivel (y las fuentes de alimentación) poblados. Simplemente puede tocar los cables a las entradas y leer las salidas con un multímetro. Esto debería ayudarte a resolver el problema. Dado que solo le queda una PCB, es posible que desee eliminar todo de una placa fallida para realizar la prueba.
Ignore mi comentario (eliminado) sobre la huella: estaba leyendo el pin-out para el paquete DFN, no el paquete TSSOP.
¿Está programado su microcontrolador o simplemente está sentado allí en un estado no programado? Además, SPI no requiere líneas bidireccionales, por lo que la solución ideal podría ser desechar esta parte y usar traductores unidireccionales.
Si no hay 5V, entonces no puede ser secuencia de alimentación 5> 3.3 enganche. pero si el chip no tiene alimentación en el lado de 5 V, esto no debería cargar el lado de uC de 3,3 V. ¿Se calentó uC?
@bitsmack: los cambiadores de nivel funcionan según lo previsto una vez que están en la placa, sin embargo, una vez soldados en mi uC (atxmega128a1) ya no tiene un USART funcional y continúa sin funcionar si los desoldo. ¡Aparentemente no está relacionado, pero sucedió 3 veces sin que yo cambie nada más!
@The Photon: está programado, estoy probando su funcionalidad una por una mientras sueldo cosas en la placa. Si no puedo resolver esto, tendré que cambiarlo por algún tipo de disposición de transistores.
@TonyStewart: el chip no se calentó. USART simplemente muere.

Respuestas (1)

Si entendí su pregunta y otros comentarios correctamente, algo en las papas fritas ATMega y luego los pines MCU, conectados al MAX3377, dejan de funcionar.

Es lógico suponer que sucede debido a algún evento físico que afecta los pines de MCU. Lo más probable es que MCU, en algún momento, tenga un pin configurado como salida, y MAX3377 también intente generar algo de voltaje, y MAX tenga una mejor protección contra la sobrecorriente que MCU. Por ejemplo, MCU genera un 0 lógico, pero MAX, por alguna razón, pensando que debería traducirse desde el otro lado de su fila, coloca +3V3 en la misma línea. O viceversa. Solo puedo adivinar, dado que soldó todo correctamente y no hay escasez.

Nota al margen en el dibujo superior de MAX3377. Intente evitar el dibujo reflejado del símbolo de la fuente de alimentación (tiene 3V3 reflejado hacia abajo) para que parezca una señal de tierra.

Conclusión: busque en la hoja de datos de MCU para ver qué estado de E/S tienen sus pines al encenderse (el momento en que puede ocurrir un conflicto de nivel) y la secuencia de inicialización del puerto para asegurarse de que lo primero que hace el microcódigo es asignar el estado de entrada a la entrada pines y salida a pines de salida.

Pero en general, como aconsejó The Photon, deja de usar traductores bidireccionales que usan sesgos para su toma de decisiones; usar unidireccionales o bidireccionales controlados (por ejemplo, familia 74LVC_256)

Solo para agregar: en mi opinión, la hoja de Maxim para este dispositivo carece de información vital, parece más material de marketing, y personalmente no usaría este dispositivo en mis diseños, al menos sin el apoyo cercano de Maxim.