¿Qué es el presupuesto de corriente del backplane?

Cómo toman los módulos de los rieles del backplane

Una fuente de alimentación de chasis no solo entrega un voltaje; típicamente provee energía en más de un riel interno que recorre a lo largo del backplane. Un arreglo común es un riel lógico, históricamente de 5 V, que alimenta la electrónica digital de cada módulo, más un riel separado como el de 24 V que alimenta circuitería que necesita el voltaje más alto. Cada módulo que se asienta toma de estos rieles para operar - no las cargas de campo, que vienen de energía de campo, sino la propia operación interna del módulo. Una tarjeta analógica de alta densidad con mucha circuitería de conversión, o un módulo de red haciendo comunicaciones pesadas, toma más del riel lógico que una tarjeta de entrada digital simple. La hoja de datos de cada módulo indica su consumo de corriente del backplane por riel, y esa cifra, no el conteo físico de ranuras, es lo que realmente consume el presupuesto.

El punto crítico es que la fuente tiene un límite separado y duro en cada riel, y los rieles no son intercambiables. Una fuente podría entregar cómodamente mucha corriente en el riel de 24 V mientras el riel lógico de 5 V es el verdadero cuello de botella, o al revés. Por lo tanto se puede tener un rack que está solo medio lleno de ranuras físicas pero ya al máximo en un riel porque los módulos que eligió resultan ser pesados en lógica. Presupuestar por riel en lugar de como una suma única es lo que atrapa esto. Es enteramente posible satisfacer el vataje total mientras se sobrecarga un solo riel, y es el riel el que fallará, así que el cálculo debe hacerse riel por riel.

Calcular el presupuesto y agregar margen

El cálculo en sí es aritmética directa una vez que se sabe que hay que hacerlo. Liste cada módulo que ocupará el chasis, busque el consumo de corriente del backplane de cada módulo en cada riel desde sus especificaciones, y sume los consumos columna por columna - todos los consumos de 5 V juntos, todos los de 24 V juntos, y cualquier otro riel que la plataforma use. Incluya el procesador y cualquier módulo de comunicaciones, que suelen estar entre los consumidores más grandes. Compare el total de cada riel contra la salida nominal de la fuente para ese riel. Si cada total de riel queda bajo su límite con espacio de sobra, el presupuesto cuadra; si algún total de riel se acerca o excede su límite, debe elegir una fuente más grande, repartir la carga entre chasis adicionales con sus propias fuentes, o seleccionar módulos de menor consumo.

El margen no es opcional. Correr una fuente justo en su límite nominal es buscar problemas porque el consumo real no es perfectamente constante - los módulos tiran más durante el pico de arranque y durante la actividad máxima, la temperatura ambiente reduce la capacidad de una fuente, y lo último que quiere es un rack que cuadra en el papel pero se hunde en el momento en que todo enciende junto en un arranque frío de invierno. La práctica sensata es dejar un margen cómodo en cada riel, tanto para absorber estas variaciones reales como para dejar espacio al módulo que alguien inevitablemente agregará después. Un rack diseñado exactamente a su presupuesto no tiene espacio para una tarjeta futura, y el día que esa tarjeta entra sin que nadie rehaga el cálculo es el día en que empiezan las fallas intermitentes. Dejar margen en la etapa de diseño es mucho más barato que diagnosticar un rack sin energía en servicio.

Síntomas de campo de un rack sin energía, y cómo atraparlos con SCADA

Un backplane sobrecargado rara vez falla limpiamente, que es lo que lo hace tan difícil de diagnosticar. En lugar de un rack muerto, se obtiene una fuente que no alcanza a mantener el ritmo, y los síntomas son intermitentes y dependientes de la carga: módulos que se reinician o se caen del backplane al azar, módulos de comunicación que pierden conexión cuando el tráfico pica, todo el rack comportándose bien hasta el momento exacto en que todo está activo a la vez, y fallas que aparecen solo después de que un técnico agregó una tarjeta más hace meses. Como la fuente se hunde en lugar de detenerse, los eventos parecen módulos defectuosos o ruido, y el diagnóstico puede perseguir tarjetas individuales por mucho tiempo antes de que alguien sospeche que el consumo colectivo cruzó el presupuesto en silencio. La señal es que el problema se correlaciona con la carga y con la población del rack, no con ningún módulo en particular.

Esta clase de falla es justo el tipo que el monitoreo remoto convierte de un misterio en un patrón. Una plataforma SCADA de nube como Merobix historiza los eventos de falla del controlador y de los módulos con marcas de tiempo, así que un ingeniero puede ver que los reinicios de módulo en un sitio remoto se agrupan alrededor de los periodos de actividad máxima, o que empezaron después de una fecha en particular - lo que apunta a un rack que se expandió más allá de su presupuesto en lugar de a una tarjeta defectuosa. Donde la propia fuente reporta un estado de salud o de carga, presentarlo junto al proceso hace visible directamente una fuente sobrecargada o hundiéndose. Poder ver, desde la oficina, que los reinicios siguen a la carga en lugar de a un solo módulo es lo que orienta el arreglo hacia rehacer el presupuesto de corriente y agregar una fuente, en lugar de otra ronda infructuosa de cambiar módulos sanos.

Preguntas frecuentes