¿Es seguro conectar dos pines MCU directamente entre sí?


10

Estoy trabajando en un proyecto MSP430 que requiere que enrute la salida de un periférico a la entrada de otro periférico. Por lo tanto, tengo dos pines MCU conectados directamente entre sí. Esto me parece sospechoso ya que existe la posibilidad de que un error de programación provoque que ambas sean salidas (posiblemente conflictivas). Además, está el problema de los estados de inicio y programación.

En el peor de los casos, si un pin está manejando HI, el otro está manejando LO, los pines GPIO generalmente tienen mucha más capacidad de hundimiento que la capacidad de la fuente ... por lo que será algo así como tomar una salida HI y acortarla a casi suelo. ¿Qué es malo ... pero qué tan malo es? ¿Es probable que cause daños a la MCU?

A menudo veo ejemplos en la web de personas que usan Arduinos para encender un LED entre dos pines sin resistencia, y no he escuchado ninguna historia de alguien que esté friendo nada más que el LED. Claramente, no querría hacer esto en un producto, pero ¿los fabricantes generalmente tratan de proteger la MCU de los pines GPIO que se sobrecargan de todos modos?

Pensando en ello en retrospectiva, poner una resistencia limitadora de corriente entre los dos pines habría evitado cualquier preocupación, pero incluso un pequeño cambio de hardware es algo muy difícil de hacer en este momento.

Para referencia futura y el beneficio de la posteridad, ¿alguien tiene alguna otra idea sobre la forma correcta de minimizar los riesgos de conectar dos pines MCU y, en general, minimizar los riesgos que surgen de la posibilidad de sobrecargar un pin GPIO?


Yo también uso los controladores msp430 si usa tanto los pines como salida, existe la posibilidad de cortocircuito. Pero si configura un pin como salida y otro como entrada, no creará un problema. Pero de todos modos, ¿cuál es el periférico con el que desea conectarse?
yogece

Estoy conectando una salida de temporizador a una entrada de temporizador diferente. La pregunta es completamente sobre la posibilidad de cortocircuito. No estoy pensando en usarlos a ambos como salidas, pero siempre existe la posibilidad de que ambos (al menos momentáneamente) sean salidas accidentalmente, debido a factores fuera de mi control.
Dmitri

Respuestas:


6

No es un problema, pero si le preocupa que pueda haber un conflicto de salidas, conéctelas con una resistencia de 1k ohm. Esto limitará la corriente en consecuencia.

Sin embargo, si la entrada necesita bordes realmente rápidos, entonces cuando esté seguro de que está funcionando, conecte el 1k ohmio con un corto o 100 ohmios tal vez.

La ventaja adicional de tener la resistencia es que si tiene el diseño comprometido con PCB, entonces le brinda una opción fácil de volver a cablear.

Es el mismo problema con las entradas no utilizadas: conéctelas a tierra o Vcc y se arriesgará a un gran consumo de corriente del dispositivo sin ninguna forma fácil de resolver lo que está sucediendo: conecte a través de 1k si no se usa o tal vez 10k.

La limitación de sobrecarga se realiza en algunos chips, pero solo en virtud de que los transistores no pueden suministrar inherentemente "amperios", pero esto puede funcionar en su contra porque si tiene varios pines o / p en cortocircuito a tierra (o entre sí) y cada uno se limita con gracia, aún puede exceder la clasificación máxima de corriente en los pines de alimentación del dispositivo.

Para la serie MSP430 2, la página 21 de este documento dice: -

ingrese la descripción de la imagen aquí

Esto me dice que si las corrientes de salida combinadas de varios pines alcanzan un cierto límite, las capacidades de salida de cualquier otro pin (incluso las que pueden estar ligeramente cargadas) pueden verse afectadas por la misma cantidad o posiblemente peor.


Observé electronics.stackexchange.com/questions/50539/… y los otros en ese grupo de al menos tres duplicados. Usted hace un muy buen punto sobre la sobrecorriente del pin de la PSU: creo que ese es probablemente el mayor peligro de conectar los pines no utilizados a GND / PSU. Entonces ... el transistor en el pin GPIO probablemente no conducirá lo suficiente como para dañarse (a menos que se acorte a algo fuera del rango de la fuente de alimentación).
Dmitri

¿Por qué las entradas no utilizadas (consideradas High-Z) conducen a un fuerte consumo de corriente?
Passerby

@passerby Si los conecta a un riel PSU como a algunas personas les gusta hacer y se convierten accidentalmente en salidas. Vea las preguntas en la cadena que relacioné, discusión bastante interesante.
Dmitri

@passerby, el OP estaba sugiriendo esto "la posibilidad de que un error de programación provoque que ambas sean salidas (posiblemente conflictivas)" y supongo que esto se aplica a errores de programación en pines no utilizados.
Andy alias

Es solo que la línea como está hace que parezca que las entradas no utilizadas atadas a un riel sin ningún tipo de error de programación causan un gran consumo.
Passerby

2

El mayor problema es, como usted ha mencionado, los errores de programación. Existe la posibilidad de problemas, por lo que debe codificar con cuidado. Aparte de eso, siempre que los pines no sean salidas con diferentes niveles, está bien.

Usar dos pines para manejar una sola fuente no es infrecuente (combinando la salida actual).

El uso de dos pines para conducir un led (o dos) tampoco es infrecuente. Si bien no se recomienda utilizar una resistencia, puede salirse con la suya. Si su voltaje de salida está relativamente cerca del voltaje directo del led, entonces el consumo de corriente puede no ser un problema. Y ahí está la caída del voltaje del pin. A medida que aumenta la fuente de corriente, el voltaje en ese pin disminuye (Vcc a Vcc - 0.3 a -1, etc.). A medida que aumenta la corriente, el voltaje aumenta (de Gnd a Gnd + 0.3v a + 1v, etc.). Es un poco una bendición autocorregible, pero no se debe confiar en ella.

Y como ya ha dicho, se podría usar una resistencia limitadora de corriente simple.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.