Para eliminar la redundancia inútil, ¿realmente necesito un supervisor de voltaje?

1

Estoy usando un supervisor de voltaje de MAXIAM ( MAX7634A ). Supervisa VCC_3V3 y VCC_-3V3 (uso LM358 para que sea positivo). La distribución de la fuente de alimentación se muestra a continuación: VCC_3V3:

  1. stm32f103
  2. EMP570T144
  3. algunas puertas lógicas
  4. alguna placa hija que usa VCC_3V3
  5. optoacoplador
  6. MAX3232
  7. amplificador bipolar

VCC_-3V3:

  1. amplificador bipolar

Uso LM317 y LM337 para crear VCC_3V3 y VCC_-3V3. LM358 es alimentado por la fuente de LM317 y LM337. Así que mi circuito de MAX7634A se muestra a continuación:

Conecto 'SUPERVISOR_RESET' al pin RST de STM32 y 'SUPERVISOR_WDO' 'SUPERVISOR_WDI' a IO de STM32. Solo me pregunto si este diseño es realmente significativo ya que STM32 tiene su propio perro guardián y control de caída de color. Supongamos que algo está mal con VCC_-3V3, ¡MAX7634A solo puede reiniciar STM32! Es realmente ridículo. ¿Y qué pasa si LM317 y LM337 no funcionan correctamente? MAX7634A aún no ofrece ayuda en este caso.

¿Se debe a que mi diseño incorrecto utiliza un monitor de voltaje? ¿Puede algún diseñador experimentado darme alguna sugerencia para mejorar toda la confiabilidad?

    
pregunta oilpig

1 respuesta

1

No habiendo usado ninguno de esos dispositivos en particular, dejaré esto como una lista de algunas de las razones genéricas que se me ocurren por las que el uso de un supervisor independiente todavía puede ser útil:

  • Es posible que desee un voltaje de disparo que sea diferente a los que ofrece el microcontrolador. Por ejemplo, el STM32 tiene un umbral mínimo impar de 2.8 V, tal vez tenga otra lógica que deje de funcionar por debajo de 3 V, por ejemplo, y necesite un reinicio para reinitalizarlo.

  • Algunos microcontroladores tienen una lógica de detección de reinicio y reducción de encendido que no funciona bien con tiempos de subida y bajada muy lentos. No estoy seguro sobre el STM32 en particular, pero esa es una razón común para usar uno.

  • Si bien parece que no se usa en esta aplicación, la salida de watchdog podría usarse para apagar y encender físicamente el sistema y / o activar una alarma externa. Esto puede ser importante para protegerse contra algún tipo de condición de bloqueo (aunque normalmente sería un problema de diseño).

  • Algunas de estas funciones podrían ser útiles mientras la CPU está inactiva, por ejemplo, el controlador de vigilancia podría usarse para indicar que un bus ya no tiene actividad y obliga a la CPU a activarse en lugar de reiniciarse.

Si vale la pena realmente depende del diseño general. Por ejemplo, un registrador de datos con energía solar en una ubicación remota podría tener que lidiar con tiempos de subida y caída muy lentos y podría ser vital que el sistema se recupere de cualquier situación de manera confiable. Un contra-ejemplo es un producto USB de consumo donde es probable que sea una pérdida de tiempo porque lo primero que hará la mayoría de la gente es tratar de desconectarlo y volver a enchufarlo.

    
respondido por el PeterJ

Lea otras preguntas en las etiquetas