DENKOManual de Blue

Capítulo 4 · Se aplica al firmware v484 y posteriores · Actualizado el 2026-11-01

La página Pruebas

El barrido de respuesta, la comprobación de ganancias y el análisis de alias de /test miden las propias rutas de señal de la estación. Desde el firmware v450, una comprobación automática del retardo también mide las cuatro entradas al arrancar y puede solicitarse a través de la API. Estas mediciones describen su placa, no un modelo del circuito.

La detección se pausa durante el diagnóstico. La estación no puede escuchar rayos e inyectar tonos de prueba al mismo tiempo, así que ejecute estas pruebas cuando unos segundos sin detección no importen, no en mitad de una tormenta que le interese.

Un diagnóstico cada vez. Si inicia un segundo diagnóstico mientras otro está en curso, se rechaza (hay otro diagnóstico en curso); espere a que termine la barra de progreso.

1. Iniciar barrido: la respuesta en frecuencia

Elija un canal con el selector canal de la parte superior de la página (empieza en el canal 2) y pulse Iniciar barrido. La estación inyecta un tono antes de toda la cadena de señal (el bloque DAC del diagrama de la Cadena de señal), lo hace pasar por 28 frecuencias y mide la amplitud que vuelve: una vez por la ruta del filtro y otra por el bypass. Tarda unos 22 segundos; la página muestra primero solicitando barrido en ambas rutas. El resultado posterior de la solicitud no demuestra que la medición sea nueva (véase más abajo).

El resultado se dibuja como un diagrama de respuesta (Bode), con una curva discontinua calculada de la red LC pasiva en escalera del circuito como referencia: un modelo de la familia de placas, no una medición de su placa. Para cada ruta, la tabla indica el pico, los cruces de −3 dB y el nivel de ruido de fondo:

Los resultados de la solicitud no son mediciones completadas

En el firmware v475, antes de que se añadieran las horas de medición y los números de ejecución, la solicitud y el resultado disponible se indican por separado. La barra de progreso es una espera, no una prueba de que haya datos medidos nuevos. No hay reintento automático; compruebe el estado de la estación antes de solicitar otra prueba. Desde el firmware v482, los resultados incluyen números de ejecución y horas de captura, y un resultado que corresponde a la solicitud de esta página se indica como solicitud aceptada; medición nueva (sección 5).

MensajeSignificado y siguiente paso
solicitud aceptada; se muestran los resultados disponibles; no se ha comprobado que sean recientesSe muestran los resultados disponibles, pero pueden proceder de una ejecución anterior. La aceptación no demuestra que se haya completado una medición nueva.
solicitud aceptada; no hay medición utilizable; no se ha comprobado que sea recienteLa solicitud se aceptó, pero no hay ninguna medición utilizable y no se ha comprobado que sea reciente. Compruebe la estación y los resultados antes de otro intento.
solicitud aceptada; resultados no disponibles; no se ha comprobado que sean recientesLa solicitud se aceptó, pero no se pudieron leer los resultados. Ni la finalización ni la actualidad están comprobadas; compruebe la estación antes de reintentar.
solicitud rechazada; no se reintentóLa estación rechazó la solicitud. No se reintentó nada. Compruebe el motivo y el estado actual de la estación.
la confirmación no coincide; no se reintentóLa confirmación no demuestra que se haya aceptado esta solicitud. No se reintentó nada; compruebe el estado de la estación.
resultado de la solicitud desconocido; no se reintentóLa respuesta se perdió o no se pudo verificar. Es posible que la prueba se haya iniciado. No se reintentó nada; revise el estado de la estación antes de otro intento.
solicitando barrido en ambas rutasSe está enviando la solicitud de barrido. Espere; esto no demuestra que se haya completado una medición nueva.
solicitando comprobación de gananciasSe está enviando la solicitud de comprobación de ganancias. Espere al resultado de la solicitud y después revise los resultados.
solicitud aceptada; medición nuevaFirmware v482 y posteriores: el resultado mostrado lleva el número de ejecución que la estación asignó a la solicitud de esta página, por lo que es una medición nueva.
resultados borradosFirmware v482 y posteriores: se eliminaron los resultados guardados que eligió (sección 5).

2. Comprobar ganancias: la escalera del PGA

Las etapas de ganancia son de solo escritura: nada en el hardware permite releer una ganancia, por lo que cada cifra de ganancia que muestra la estación es la que cree haber enviado. Comprobar ganancias aporta la prueba. Recorre las 64 combinaciones de las dos escaleras de 8 pasos (×1, ×2, ×4, ×5, ×8, ×10, ×16, ×32) a la frecuencia más fuerte de la banda de paso, inyectando al nivel que mantenga cada combinación entre el nivel de ruido de fondo y los límites. La página indica Comprobar ganancias unos 14 s, pero espera 18 segundos antes de leer el resultado. Espere al resultado de la solicitud y compruebe el número de ejecución; la estimación de progreso por sí sola no demuestra que haya terminado.

El resultado es una tabla de 8 × 8 con las ganancias medidas frente a la escalera. Las celdas que se desvían un 15 % o más se marcan; un guion significa que ningún nivel de inyección pudo situar esa combinación dentro del rango. Una placa en buen estado termina con las N combinaciones medibles siguen la escalera, con el error máximo entre paréntesis; de lo contrario, la línea cuenta las combinaciones marcadas. Una celda que falla de forma constante apunta a esa etapa de ganancia; una placa en la que nada sigue la escalera apunta a la ruta de inyección o al convertidor.

Al pulsar Comprobar ganancias, primero aparece solicitando comprobación de ganancias. Se aplican los mismos resultados de solicitud y los mismos límites sobre la actualidad descritos arriba.

Temporización de la ganancia

Desde el firmware v482, Comprobar ganancias también mide cómo cambia el retardo a través de las dos etapas de ganancia según su ajuste, en el canal seleccionado. La tabla Temporización de la ganancia enumera combinaciones de las etapas con ganancias totales de ×8, ×16 y ×32, incluidas distintas formas de alcanzar el mismo total. Para cada una indica una Pendiente de fase estimada en nanosegundos, relativa a ×4 · ×4 en el mismo canal y la misma ruta, con su Residuo del ajuste y su Señal / ruido. Cada estimación lleva la marca (rama ambigua): la medición usa tonos de prueba constantes, por lo que no puede distinguir cuál de varios retardos posibles es el real. Una fila que no pudo medirse muestra no disponible, con el motivo y cuántos de los 7 tonos de prueba fueron utilizables. Aún no se ha medido la temporización. significa que no se ha ejecutado ninguna comprobación de ganancias desde el último reinicio o borrado.

Es solo una lectura de diagnóstico. No mide la marca de tiempo de un rayo, y la estación no la usa para corregir las horas de los eventos. Los mismos datos, con los valores sin procesar de cada tono, están en /api/resp como gain_timing.

3. Análisis de alias

Análisis de alias captura el canal seleccionado a través del filtro y del bypass a tres frecuencias de muestreo ligeramente distintas (480, 500 y 525 kSPS). Un tono real dentro de la banda permanece en una frecuencia; un tono fuera de banda que solo se pliega en la banda de medición se desplaza cuando cambia la frecuencia de muestreo. Tarda unos segundos (capturando seis ventanas a distintas frecuencias), y el resultado indica bien los picos que permanecen fijos, bien las frecuencias fuera de banda que podrían explicar los que se desplazan. Úselo cuando la vista del espectro muestre una línea constante sospechosa: es un indicio de alias, no una identificación de la fuente, pero le indica si el tono está realmente en la banda que sus filtros supuestamente dejan pasar.

Mensaje del análisis de aliasSignificado
análisis de alias completadoSe completó un análisis nuevo. Revise su resultado; la finalización por sí sola no identifica una fuente de interferencia.
falló el análisis de alias · se agotó el tiempo del análisis de alias · se perdió la conexión durante la esperaEl análisis falló o no se obtuvo su resultado final. Compruebe la estación y los resultados disponibles antes de solicitar otro análisis.
Falló la restauración del hardware; la detección permanece desarmada.La estación no pudo restaurar su ruta de señal normal. La detección sigue detenida. Reinicie la estación y contacte con Denko si vuelve a ocurrir.
No concluyente: no se encontró ningún pico espectral significativo en las tres frecuencias de muestreo logradas. Solo es un indicio de alias; no identifica la fuente.Había muy poca señal utilizable para comparar las frecuencias.
No concluyente: ningún candidato común encaja con las tres frecuencias de muestreo logradas. Solo es un indicio de alias; no identifica la fuente.Los picos disponibles no respaldan un único candidato común como fuente.

4. Comprobación del retardo de la ruta de señal

Desde el firmware v450, la estación inyecta una señal de prueba conocida y compara las rutas filtrada y de bypass de cada entrada, tanto en la ruta de entrada amplificada como en la directa. Comprueba si cada entrada tiene un filtro en funcionamiento y mide el retardo añadido con la frecuencia de corte actual del filtro. Esta comprobación se ejecuta automáticamente en cada arranque, antes de que empiece la detección, y se repite automáticamente cuando cambia un corte programado. La calibración tiene un plazo de cinco segundos; después, las entradas se estabilizan antes de que se reanude la detección.

Para repetirla, envíe POST /api/delay a la estación y consulte después GET /api/delay. Espere a que aparezca una nueva generation con busy en false y revise entonces los resultados. Una captura completa de cuatro entradas tiene steps 28 y error none; además, cada entrada debe tener mediciones válidas. Una solicitud aceptada no es una medición completada, y un intento completado puede seguir necesitando el valor de respaldo. La detección se pausa durante la comprobación y se reanuda cuando la ruta de señal se estabiliza. Mantenga la ruta filtrada predeterminada en las entradas con filtros instalados: hacer bypass puede aumentar mucho los disparos por ruido.

El resultado identifica el filtro de cada entrada y distingue un retardo medido de un valor nominal de respaldo. En un informe disparado en una entrada filtrada, la estación resta el retardo medido del filtro de esa entrada respecto a su bypass, usando la misma ruta de entrada amplificada o directa. Desde el firmware v482, una entrada cuyo filtro la comprobación no pudo confirmar (estado fallback o unknown) pasa al bypass y no recibe corrección por retardo del filtro; un filtro confirmado cuya ruta de entrada o corte actual no tiene una medición válida usa el retardo nominal para el corte programado, y el estado lo indica. Antes de v482, un filtro sin confirmar permanecía en la ruta y se corregía con el retardo nominal. Una entrada en bypass no recibe corrección por retardo del filtro.

El firmware publicado ofrece reintentos automáticos de la comprobación del retardo: una entrada que queda en unknown o fallback tras el arranque puede volver a comprobarse sin reiniciar la estación. Hay como máximo tres intentos automáticos para la configuración actual de la cadena de entrada y del corte. Las esperas mínimas tras el intento completado anterior son de 30, 120 y 600 segundos, en ese orden. Si la estación está ocupada, la comprobación se aplaza sin consumir un intento ni iniciar varias comprobaciones atrasadas a la vez. Las entradas ya medidas o en las que no se detectó un filtro en funcionamiento conservan sus resultados mientras se reintentan las restantes; las entradas no disponibles no se reintentan. Cuando todas las entradas tienen un resultado concluyente, no se inicia ninguna otra comprobación automática del retardo. Una comprobación manual o un cambio en la configuración de la cadena de entrada o del corte inicia una nueva secuencia de reintentos.

Estos reintentos introducen breves interrupciones en la detección de rayos: cada intento tiene el plazo de medición existente de cinco segundos, seguido de una restauración acotada de la ruta de señal normal y de la recuperación del historial de captura. Los cinco segundos son el límite de la medición, no una duración total garantizada de la interrupción. La detección solo se reanuda cuando la restauración y la recuperación del historial tienen éxito; si la restauración falla, la detección permanece detenida. El resultado del retardo indica retry_enabled, retry_state, retry_attempts, retry_remaining y retry_due_in_s, para que pueda comprobar el estado: disabled, unavailable, pending, waiting, complete o exhausted.

Los demás retardos de ruta son lecturas de diagnóstico. Incluyen la fuente de la señal de prueba y no miden la antena ni el cabezal amplificador, por lo que no se restan de las marcas de tiempo de los eventos.

La medición del retardo solo está validada para cortes de 10 a 100 kHz, ambos incluidos. Desde el firmware v482, un corte fuera de ese intervalo no se mide: las entradas usan el bypass con corrección por retardo del filtro nula, no una corrección nominal del filtro. El firmware anterior mantiene el filtro y aplica la corrección nominal. Una ruta del filtro sin señal con un bypass fuerte significa que no se detectó un filtro en funcionamiento; la prueba no puede distinguir un filtro omitido de uno averiado.

Campo del resultadoSignificado
busy · generation · duration_msSi la comprobación está en curso, qué medición es y cuánto tardó en milisegundos.
steps · errorPuntos de prueba capturados de 28, y por qué se detuvo una captura: none significa que no hubo error de captura; cutoff_range, hardware, timeout, adc_phase, dac_phase, snapshot o copy_timeout identifican una captura incompleta o no compatible. timer_unavailable significa que la base de tiempo del diagnóstico no estaba disponible. Compruebe la validez de cada entrada incluso con los 28 puntos.
retry_enabled · retry_state · retry_attempts · retry_remaining · retry_due_in_sSi los reintentos automáticos están habilitados, su estado, los intentos usados y restantes, y la espera mínima antes de otro intento. Una espera de cero puede significar que toca pero está aplazado; no significa que haya una medición en curso. unavailable no es una conclusión sobre el filtro.
measured_mask · absent_mask · fallback_maskMáscaras de entrada: los bits 0–3 identifican las entradas 1–4 con un retardo de filtro medido válido, sin filtro en funcionamiento detectado, o con al menos una ruta de filtro que requiere el valor nominal de respaldo. Una entrada medida también puede tener un bit de respaldo; compruebe su source seleccionada.
channels · pre_validCuatro registros, uno por entrada. state distingue measured, absent, fallback, unknown y unavailable. Una comprobación fallida o no disponible no demuestra que falte un filtro. Los bits 0 y 1 de pre_valid identifican mediciones válidas para las rutas amplificada y directa; una puede ser válida mientras la otra necesita el valor de respaldo.
cutoff_hz · filter_nsCorte usado en esta medición, en Hz, y el retardo adicional del filtro en nanosegundos para las rutas amplificada y directa, en ese orden. Los retardos pueden ser medidos o nominales; compruebe pre_valid.
correction_ns · sourceCorrección para la ruta y el corte actuales de esta entrada, en nanosegundos. source es measured, fallback o bypass; el bypass tiene corrección de filtro nula.
bypass_ns · bypass_valid · pre_delta_nsRetardo de diagnóstico a través del bypass para cada ruta de entrada, y la diferencia entre las rutas de entrada amplificada y directa, en nanosegundos. Los bits 0 y 1 de bypass_valid validan las lecturas amplificada y directa; un retardo de cero sin su bit de validez no demuestra que la ruta tenga retardo nulo. No son correcciones de marcas de tiempo.
residual_ns · bypass_residual_nsErrores de ajuste, en nanosegundos, del retardo diferencial del filtro y del retardo bruto del bypass, respectivamente. Un ajuste válido del bypass puede tener aun así un residuo grande porque el retardo varía a lo largo de la banda de prueba.
pre_delta_valid · pre_residual_nsSi el retardo de la ruta de entrada directa menos la amplificada está validado, y su error de ajuste en nanosegundos. Este retardo se ajusta a partir de la diferencia de fase para que la curvatura común de las rutas pueda anularse. Solo es válido cuando ambas rutas de bypass pudieron medirse y el residuo diferencial es como máximo de 2000 ns. Sigue siendo de diagnóstico.

5. Lectura y relectura de los resultados

Desde el firmware v482, cada resultado de barrido y cada tabla de comprobación de ganancias muestran su número de ejecución y el tiempo activo de la estación al inicio de la captura. El tiempo activo es el tiempo transcurrido desde que arrancó la estación, no la antigüedad del resultado ni la hora de su ordenador. Los números de ejecución identifican ejecuciones dentro del arranque actual. La hora UTC solo se muestra si estaba disponible al capturar; de lo contrario, aparece UTC no disponible. Un resultado se marca como solicitud aceptada; medición nueva solo cuando corresponde a la ejecución aceptada para la solicitud de esta página. Compruebe el número de ejecución y la hora de captura al comparar una medición nueva con los resultados guardados; que se acepte una solicitud no significa por sí solo que la medición se haya completado.

Para eliminar un resultado guardado, elija en el selector de resultados el canal y la ruta del barrido, o Escalera de ganancias para el resultado de la comprobación de ganancias, y pulse Borrar resultado. Borrar canal borra las dos rutas de barrido del canal seleccionado, y también la comprobación de ganancias y la temporización solo si pertenecen a ese canal. Pulse Borrar todos los resultados para borrar todos los barridos y resultados de comprobación de ganancias guardados. Al borrar la comprobación de ganancias también se borra su temporización de la ganancia asociada. Estos botones eliminan los registros guardados en la estación, por lo que recargar la página no los recupera. No cambian el canal seleccionado, las ganancias programadas ni otros ajustes, y no inician ninguna medición. Una solicitud de borrado se rechaza mientras hay un diagnóstico en curso; espere a que termine y vuelva a borrar. Borrar requiere iniciar sesión con un token que permita cambiar ajustes (capítulo 6, sección 5), incluso en una estación que por lo demás no requiera iniciar sesión: sin él, se abre el cuadro de inicio de sesión y la página indica solicitud rechazada; no se reintentó. Un borrado correcto indica resultados borrados.

Desde el firmware v482, las mismas operaciones de borrado usan POST /api/resp con un cuerpo clear=all, de clear=channel1 a clear=channel4, de clear=c1l0 a clear=c4l1, o clear=gaincheck. Una clave de barrido identifica el canal 1–4 y la ruta del filtro l0 o el bypass l1. GET /api/resp solo lee los resultados; no los borra.