2 Manual - Transmisor - GTX2.0 - ESPAÑOL - OK

Traducido del inglés al español - www.onlinedoctranslator.
com
Microcom modelo GTX-2.0

Transmisor satelital
y
Registrador de datos
Utilidad de configuración
Operación y mantenimiento
Versión 2.20
Lanzamiento 1
Microcom Design, Inc.

10948 Beaver Dam Road, Suite C
Hunt Valley, MD 21030
Manual de operación y mantenimiento de Microcom GTX-2.0 V2.20 / R1
Tabla de contenido
1. Introducción................................................. .................................................. ....................................... 1

1.1. Organización manual ................................................ .................................................. ...................... 1
1.1.1. Utilidades de actualización y configuración de GTX ............................................. ........................................ 1
1.2. Teoría de operación ............................................... .................................................. ........................ 2
1.2.1. Microcontrolador principal ................................................ .................................................. .................... 2
1.2.2. Microcontrolador de mantenimiento de tiempo ............................................... .................................................. ...... 2
1.2.3. Descripción general operativa de GTX-2.0 ............................................. .................................................. ...... 3
1.2.3.1. Gestión del tiempo................................................ .................................................. ................... 3
1.2.3.1.1. Programador de transmisión de datos ............................................... .................................................. 3
1.2.3.1.2. Programador de actualización del reloj en tiempo real y calibración TCXO ......................................... .......... 4
1.2.3.1.3. Programador de recopilación de datos (SDI-12, sensores internos y ecuación) .................................... 4
1.2.3.2. Almacenamiento de datos / memoria .............................................. .................................................. ............... 4
1.2.3.2.1. Búferes de transmisión por satélite ............................................... .................................................. ....... 4
1.2.3.2.1.1. Búfer de transmisión temporizada ............................................... .................................................. ........ 5
1.2.3.2.1.2. Búfer de transmisión aleatoria ............................................... .................................................. ..... 5
1.2.3.2.2. Registro de datos / eventos .............................................. .................................................. ........................ 6
1.2.3.2.3. Memoria de configuración ................................................ .................................................. ........... 6
1.2.3.2.4. Memoria de programa / firmware .............................................. .................................................. ..... 7
1.2.3.3. Mensajes de transmisión de mensajes por satélite .............................................. ................................ 7
1.2.3.3.1. Formateo de búfer de transmisión GOES ASCII y pseudo-binario ......................................... ....... 7
1.2.3.3.2. Formateo de búfer binario GOES .............................................. ................................................ 8
1.2.3.4. Control de transmisor de RF ............................................... .................................................. ............. 8
1.2.3.4.1. Monitor de voltaje de la batería ............................................... .................................................. .......... 8
1.2.3.4.2. Control de potencia del transmisor ............................................... .................................................. ..... 9
1.2.3.4.3. Sintetizador de selección de canal ............................................... ................................................ 9
1.2.3.4.4. Monitor de potencia de avance y retroceso ............................................. ........................................ 9
1.2.3.4.5. Sincronización de símbolos, modulación de datos y AGC .......................................... ................................. 9
1.2.3.5. Interfaz de puerto serie ............................................... .................................................. .................. 9
1.2.3.6. Interfaz SDI-12 .............................................. .................................................. ...................... 10
1.2.3.7. Sensores internos (temperatura, cubeta basculante, voltaje de la batería) ....................................... ... 10
1.2.3.8. Sensores internos (procesador de ecuaciones) ............................................ ....................................... 10
1.2.3.9. Procesador Mín, Máx, Promedio (MMA) ......................................... ............................................ 10
1.2.3.10. Reloj en tiempo real TKM y BBU-RTC ......................................... ............................................ 11
1.2.3.10.1. Sensor de temperatura TCXO ............................................... .................................................. .11
1.2.3.10.2. Función de monitor de temperatura ............................................... ............................................... 11
1.2.3.11. Activación del microcontrolador principal .............................................. .................................................. 12
1.2.3.11.1. Función de reloj despertador ............................................... .................................................. ........... 12
1.2.3.11.2. Actividad del puerto serie ............................................... .................................................. ................ 12
1.2.3.11.3. Activación con botón pulsador .............................................. .................................................. ............ 13
1.2.3.12. Receptor e interfaz GPS .............................................. .................................................. .... 13
1.2.3.12.1. Ajuste del reloj y sincronización UTC ............................................ ..................................... 13
1.2.3.12.2. Calibración de frecuencia TCXO ............................................... ................................................. 14
1.2.3.12.3. Posición Lat / Long .............................................. .................................................. ................... 14
1.2.3.13. Monitor de transmisión a prueba de fallos ............................................... .................................................. ....... 14
1.2.3.14. Interfaz de pulsador / LED ............................................ .................................................. ........ 15
2. Configuración del hardware GTX .............................................. .................................................. ...................... dieciséis

2.1. Información del conector ................................................ .................................................. .................. dieciséis
2.1.1. Conexiones de alimentación principal ............................................... .................................................. ........... dieciséis
2.1.2. Conexiones de salida RF ............................................... .................................................. ............. dieciséis
2.1.3. Cubo basculante y conexiones de E / S personalizadas .......................................... ................................... 17
2.1.4. Conexiones de antena GPS ............................................... .................................................. ........ 17
2.1.5. Conexiones del puerto serie RS-232 ............................................ .................................................. ... 18
2.1.6. Conexiones SDI-12 .............................................. .................................................. .................... 18
Microcom Design, Inc. ii

2.2. Indicadores LED y de botón pulsador de reinicio a prueba de fallos .......................................... ................................. 19
2.3. Conexiones de cables del sitio ............................................... .................................................. ................. 19
2.4. Fuente de alimentación, batería y consumo de energía ........................................... ................................ 19
2.5. Selecciones de antena y montaje .............................................. .................................................. 19
3. Configuración y operación básica de GTX-2.0 ........................................... .......................................... 21

3.1. Interfaz de terminal ................................................ .................................................. ........................ 21
3.1.1. Uso típico de comandos ............................................... .................................................. .......... 21
3.2. Descripción general de la utilidad de configuración ............................................... .................................................. ....... 23
3.2.1. Crear / abrir una plantilla de configuración ............................................ .................................................. ... 24
3.2.2. Configurar GTX desde una plantilla ............................................. .................................................. 26
3.2.3. Supervisar / inspeccionar GTX .............................................. .................................................. ................... 27
3.2.4. Configurar / Controlar / Implementar GTX ............................................ .................................................. ..... 28
3.2.5. Archivos de plantilla y configuración .............................................. ................................................. 29
3.3. Terminal versus utilidad de configuración .............................................. ............................................... 30
3.4. Operación habilitada versus deshabilitada .............................................. ................................................ 31
3.4.1. Funciones del transmisor frente al registrador de datos: configuración del modo de operación GTX ............... 31
3.4.2. Configuración de la GTX para encenderla habilitada ........................................... ..................................... 32
3.5. Ajustes de sincronización de hora GPS y calibración TCXO ........................................... ................................ 33
4. Operación GTX con GOES .............................................. .................................................. ............... 35

4.1. Descripción GOES DCS ............................................... .................................................. ................ 35
4.2. Configuración para uso con funcionamiento con temporizador automático ......................................... ............................................ 37
4.2.1. Configuración de la terminal para el funcionamiento temporizado del GOES .......................................... ................. 37
4.2.2. Configuración de la utilidad para operación con temporizador automático ........................................... ................................. 38
4.3. Configuración para uso con operación aleatoria ........................................... .............................................. 39
4.3.1. Configuración de terminal para operación aleatoria ............................................. .............................. 39
4.3.2. Configuración de utilidades para operación aleatoria ............................................. ................................... 40
4.4. Banderas de operación temporizada y aleatoria ............................................. ................................................ 41
4.4.1. Banderas de operación comunes ............................................... .................................................. .......... 41
4.4.2. Banderas de operación solo temporizada .............................................. .................................................. ....... 42
4.4.2.1. Transmisión central en la ventana .............................................. ................................................ 42
4.4.2.2. Banderas de control de búfer temporizado .............................................. .................................................. ...... 42
5. Configuración suave ................................................ .................................................. ............................ 43

5.1. Asignación de configuración suave y uso de memoria ............................................ ............................. 43
6. Recopilación de datos ................................................ .................................................. ................................ 45

6.1. Operación básica................................................ .................................................. ........................... 45
6.1.1. Recopilación de datos RS-232 mediante un sistema de datos externo ........................................ ................... 45
6.1.2. Recopilación de datos del sensor ............................................... .................................................. .............. 45
6.1.2.1. Sensores internos ................................................ .................................................. .................... 46
6.1.2.1.1. Sensor de temperatura ................................................ .................................................. ........... 47
6.1.2.1.2. Contador de cubos basculantes ............................................... .................................................. ........ 48
6.1.2.1.2.1. Basculación del cucharón basculante ............................................... .................................................. ..... 48
6.1.2.1.2.2. Volcadura del cucharón basculante ............................................... .................................................. .... 48
6.1.2.1.2.3. Despeje automático del cucharón basculante .............................................. .................................................. 48
6.1.2.1.3. Voltaje de la batería................................................ .................................................. .................... 49
6.1.2.1.4. Sensores internos de ecuación ............................................... .................................................. .... 49
6.1.2.1.5. Sensores internos del reloj ............................................... .................................................. ......... 51
6.1.2.1.6. Prueba de los sensores internos .............................................. .................................................. 52
6.1.2.2. Recopilación de datos SDI-12 ............................................. .................................................. ............. 53
6.1.3. Control de potencia SDI-12 ............................................. .................................................. .................. 55
6.1.4. Registro de datos del sensor ............................................... .................................................. ................. 57
6.1.5. Etiquetado del sensor ................................................ .................................................. ........................ 58
7. Procesador de ecuaciones ................................................ .................................................. ......................... 60

7.1. Conceptos básicos de ecuaciones ................................................ .................................................. ........................... 60
Microcom Design, Inc. iii

7.1.1. Operadores de ecuaciones ................................................ .................................................. ................... 60

7.1.2. Constantes de ecuación ................................................ .................................................. ................... 62
7.1.2.1. Constantes en línea ................................................ .................................................. ..................... 62
7.1.2.2. Constantes de configuración ................................................ .................................................. ........ 62
7.1.3. Variables de ecuación ................................................ .................................................. .................... 64
7.1.3.1. Designaciones estándar de variables de sensor .............................................. ................................... 64
7.1.3.2. Variable de etiqueta del sensor ............................................... .................................................. ............ 64
7.1.3.3. Etiquetas constantes de configuración ............................................... ................................................. 64
7.1.3.4. Variables del procesador MMA ............................................... .................................................. ...... sesenta y cinco
7.1.3.4.1. Designaciones estándar de variables de MMA .............................................. .................................. sesenta y cinco
7.1.3.4.2. Pseudofunciones de variables MMA .............................................. .......................................... 66
7.1.4. Funciones aritméticas de ecuaciones ............................................... .................................................. ... 66
7.2. Especificadores de formato para ecuaciones .............................................. .................................................. ..... 67
7.3. Introducción y edición de ecuaciones mediante la utilidad de configuración .......................................... ........... 68
7.4. If-Construct (?) Para ecuaciones .......................................... .................................................. ............. 69
7.5. Condiciones iniciales de la ecuación ............................................... .................................................. ............ 71
7.5.1. Valores iniciales de sensor, variable y ecuación .......................................... .................................. 71
7.5.2. Ecuaciones de inicialización ................................................ .................................................. .............. 71
7.6. Etiquetas predeterminadas, designadores estándar, funciones ........................................... .............................. 72
8. Procesador Mín, Máx, Promedio (MMA) ......................................... .................................................. .... 73

8.1. Conceptos básicos de MMA y definición de la utilidad de configuración ............................................ ................................ 73
8.2. Promedio vectorial de MMA ............................................... .................................................. .................... 75
9. Formateo de búferes de transmisión ............................................... .................................................. ..... 77

9.1. Parámetros de encabezado ................................................ .................................................. ...................... 78
9.2. Parámetros del sensor ................................................ .................................................. ...................... 79
9.3. Formato ASCII versus formato pseudobinario ............................................ ........................................... 80
9.3.1. Redondeo versus truncamiento para búferes de transmisión ............................................ ................... 82
9.4. Configuración del búfer de datos ............................................... .................................................. .............. 83
9.4.1. Ejemplo de configuración de búfer de datos temporizados: formato ASCII .......................................... ....... 83
9.4.1.1. Ejemplo de configuración de búfer de datos temporizados: indicadores ASCII .......................................... ............ 84
9.4.1.1.1. Ejemplo de configuración de búfer de datos temporizados: etiquetas ........................................... .................. 85
9.4.1.1.2. Ejemplo de configuración de búfer de datos temporizados: terminadores de registro ................................. 85
9.4.1.1.3. Ejemplo de configuración de búfer de datos cronometrados: cero inicial .......................................... ........ 86
9.4.1.2. Ejemplo de configuración de búfer de datos temporizados - Resumen ........................................... ............... 86
9.4.2. Ejemplo de configuración de búfer de datos aleatorios: formato pseudobinario ............... 87
9.4.3. Incluyendo datos mínimos, máximos y promedio en los búferes de transmisión ....................................... ......... 90
9.5. Activación de informes aleatorios ............................................... .................................................. ........... 92
9.6. Activadores de informes aleatorios solo para registro de sensores ........................................... ............................ 95
9,7. Opción de llenado de barra inclinada para amortiguadores de transmisión ............................................ ......................................... 96
9,8. Parámetro de transmisión de texto ............................................... .................................................. .............. 98
10. Recuperando datos registrados ............................................... .................................................. .................. 100

10.1. Recuperación de registros mediante la utilidad de configuración ............................................ ................................... 100
10.2. Recuperación de entradas seleccionadas: recuperación de registros filtrados ........................................... ........................ 102
10.3. Formato de volcado de registro CSV .............................................. .................................................. ................ 103
10.4. Recuperación de registros mediante la interfaz de terminal ............................................ ...................................... 103
10.5. Monitor de registro automático ............................................... .................................................. ......................... 105
10.6. Tiempo de descarga de registros: terminal versus utilidad ........................................... ...................................... 105
10,7. Representación gráfica de datos ................................................ .................................................. ............................ 106
10,8. Resumen de eventos registrados ............................................... .................................................. ............ 108
11. Referencia de comandos de la interfaz de puerto serie RS-232 .......................................... .............................. 110
11.1. Protocolo de comando RS-232 ............................................. .................................................. .......... 110
11.1.1. Protocolo de interfaz RS-232 ............................................. .................................................. ......... 110
11.1.2. Interfaz de hardware RS-232 ............................................. .................................................. ....... 110
11.1.3. Formato de comando RS-232 ............................................. .................................................. ......... 110
Microcom Design, Inc. iv

11.1.4. Derechos de acceso RS-232 ............................................. .................................................. ............... 111

11.1.5. Protección por contraseña para los comandos de configuración ............................................. ..................... 111
11.2. Comandos de configuración de transmisión por satélite .............................................. .......................... 112
11.2.1. ID de plataforma (PID = xxxxxxxx) [dtx] ........................................ .................................................. .... 112
11.2.2. Modo de funcionamiento GTX (GTX = x) [dtx] ....................................... .................................................. 112
11.2.3. Canal de transmisión temporizado (TCH = ccc, bbbb) [dtx] ..................................... .................................. 112
11.2.4. Intervalo de transmisión temporizado (TTI = dd: hh: mm: ss) [dtx] ................................. .................................... 113
11.2.5. Hora de la primera transmisión (FTT = hh: mm: ss) [dtx] ................................... ..................................... 113
11.2.6. Longitud de ventana temporizada (TWL = xxx) [dtx] ....................................... ............................................. 113
11.2.7. Banderas de operación temporizada (TOF = xx) [dtx] ....................................... .............................................. 113
11.2.8. Preámbulo cronometrado (TPR = xxxxx) [dtx] ........................................ .................................................. 113
11.2.9. Formato de datos temporizados (TDF = xxxxxx) [dtx] ....................................... ............................................. 114
11.2.10. Fuente de datos temporizada (TDS = xxxxxx) [dtx] ....................................... ............................................ 114
11.2.11. Orden de datos temporizados (TDO = xxxxxx) [dtx] ....................................... .............................................. 114
11.2.12. Canal de transmisión aleatorio (RCH = ccc, bbbb) [dtx] ..................................... .............................. 114
11.2.13. Intervalo de transmisión aleatoria (RIN = xxx) [dtx] ....................................... ........................................ 114
11.2.14. Porcentaje de aleatorización (RPC = pp) [dtx] ........................................ ........................................... 114
11.2.15. Recuento aleatorio de repeticiones (RRC = xx) [dtx] ....................................... ............................................. 115
11.2.16. Formato de datos aleatorios (RDF = xxxxxx) [dtx] ....................................... ......................................... 115
11.2.17. Fuente de datos aleatoria (RDS = xxxxxx) [dtx] ....................................... ........................................ 115
11.2.18. Orden aleatorio de datos (RDO = xxxxxx) [dtx] ....................................... .......................................... 115
11.2.19. Banderas de operación aleatoria (ROF = xx) [dtx] ....................................... .......................................... 116
11.3. Comandos generales de configuración del transmisor .............................................. ............................. 116
11.3.1. Potencia de transmisión (TXP = aa, [bb]) [dtx] .................................... .................................................. 116
11.3.2. Hora (TIM = hh: mm: ss) [dtx] ..................................... .................................................. ................ 116
11.3.3. Fecha (DAT = mm / dd / aaaa) [dtx] ..................................... .................................................. ............ 117
11.3.4. Time Correct (TIC) [todos] .......................................... .................................................. ................. 117
11.3.5. Desplazamiento de zona horaria (TZN) [dtx] ......................................... .................................................. ......... 117
11.3.6. Corrección UTC (UTC) [todos] .......................................... .................................................. ........... 117
11.3.7. Carácter de reemplazo no válido (IRC = c) [dtx] ....................................... ............................................ 117
11.3.8. Relleno de barra (SFL = b) [dtx] ........................................ .................................................. ................... 118
11.3.9. Encendido habilitado (PUE = b) [dtx] ....................................... .................................................. .... 118
11.4. Comandos de almacenamiento de datos de transmisión RS-232 ........................................... ..................................... 118
11.4.1. Designador de caracteres literal, '/' ........................................... .................................................. ... 118
11.4.2. Carga temporizada del búfer de datos (TDT = xxx…) [etx] ..................................... ......................................... 119
11.4.3. Tamaño de búfer temporizado (TBS?) [Todos] ........................................ .................................................. ........ 119
11.4.4. Borrar búfer temporizado (CTB) [todos] ......................................... .................................................. ....... 119
11.4.5. Volcado de búfer temporizado (TBD) [todos] ......................................... .................................................. ...... 119
11.4.6. Carga aleatoria del búfer de datos (RDT = xxx…) [etx] ..................................... ..................................... 120
11.4.7. Tamaño de búfer aleatorio (¿RBS?) [Todos] ........................................ .................................................. .... 120
11.4.8. Borrar búfer aleatorio (CRB) [todos] ......................................... .................................................. ... 121
11.4.9. Volcado de búfer aleatorio (RBD) [todos] ......................................... .................................................. .. 121
11.4.10. Transmisiones de búfer aleatorias restantes (RBT) [todas] ........................................ ...................... 121
11,5. Comandos de prueba y configuración de recopilación de datos ............................................ .................................... 121
11.5.1. Comandos de prueba y configuración de recopilación de datos SDI-12 ......................................... ....................... 121
11.5.1.1. Número de sensores SDI-12 (SSN = xx) [dtx] .................................... ....................................... 122
11.5.1.2. Conceptos básicos de los comandos SDI-12 ............................................. .................................................. ....... 122
11.5.1.3. Definición del sensor SDI-12 (SSX = a, m, p, tasa, desplazamiento, <log>) [dtx] ......................... ..................... 123
11.5.1.4. Etiqueta del sensor SDI-12 (SLX = xxxx) [dtx] ..................................... ............................................. 125
11.5.1.5. Siguiente muestra SDI-12 (SMX) [todos] ....................................... .................................................. ... 126
11.5.1.6. Comando de prueba SDI-12 (SDI) [todos] ....................................... .................................................. 126
11.5.1.7. Configuración de tiempo de espera SDI-12 (STO = xx) [todos] ..................................... ............................................. 128
11.5.2. Comandos de control de potencia SDI-12 ............................................ ............................................... 128
11.5.2.1. Control de energía SDI-12 (SPC) [todos] ....................................... .................................................. .128
11.5.2.2. Modo de energía SDI-12 (SPM) [dtx] ....................................... .................................................. .. 129
11.5.2.3. Entrada de tabla de potencia SDI-12 (SPX) [dtx] ...................................... ............................................ 129
Microcom Design, Inc. v

11.5.3. Comandos de prueba y configuración de recopilación de datos del sensor interno .......................................... ......... 130
11.5.3.1. Número de sensores internos (ISN = xx) [dtx] ...................................... ...................................... 130
11.5.3.2. Conceptos básicos de los comandos del sensor interno .............................................. ........................................... 130
11.5.3.3. Definición del sensor interno (ISX = t, tasa, compensación, <log>) [dtx] ............................... ........................ 131
11.5.3.4. Etiqueta del sensor interno (ILX = xxxx) [dtx] ....................................... ........................................... 133
11.5.3.5. Siguiente muestra de sensor interno (IMX) [todos] ........................................ ........................................ 133
11.5.3.6. Prueba de sensor interno (IST) [todos] ......................................... .................................................. .... 134
11.5.3.7. Temperatura TCXO (TOT) [todos] - Temperatura interna ....................................... ................. 134
11.5.3.8. Conteo de cubos basculantes (TBC) [todos] ......................................... .................................................. 134
11.5.3.9. Valor del cucharón de vuelco (TBV) [todos] ......................................... .................................................. 135
11.5.3.10. Multiplicador del cucharón basculante (TBM = xxx) [dtx] ....................................... ...................................... 135
11.5.3.11. Volcado del cucharón basculante (TBR = xxxxx) [dtx] ....................................... .................................... 135
11.5.3.12. Borrado automático del cucharón basculante (TBA = xxx) [dtx] ...................................... ..................................... 135
11.6. Comandos de ecuación y mínimo, máximo y promedio (MMA) ....................................... .......................... 136
11.6.1. Definición de ecuación (EQN) [dtx] .......................................... .................................................. ..... 136
11.6.2. Prueba de ecuación (EQT) [dtx] .......................................... .................................................. ............. 137
11.6.3. Constantes de ecuación ................................................ .................................................. ................. 138
11.6.3.1. Número de constantes de ecuación (EKN = xx) [dtx] ...................................... ............................... 138
11.6.3.2. Valor constante de la ecuación (EKV) [todos] ......................................... ............................................ 138
11.6.3.3. Etiqueta de constante de ecuación (EKL) [dtx] ......................................... ............................................ 139
11.6.4. Variable de ecuación (EQV) [todos] .......................................... .................................................. ........ 139
11.6.5. Número de procesadores mínimo, máximo y promedio (MMN = xx) [dtx] .................................. ................... 139
11.6.6. Definición mínima, máxima y media (MMA = sensor, velocidad, desplazamiento, <banderas>) [dtx] ............................ ......... 139
11,7. Comandos de configuración del almacenamiento de transmisión de datos ............................................. .............................. 141
11.7.1. Número de parámetros de búfer temporizados (TPN = xxx) [dtx] ..................................... ......................... 141
11.7.2. Número de parámetros de búfer aleatorios (RPN) [dtx] ....................................... .......................... 141
11.7.3. Definición de parámetros de datos aleatorios y temporizados (TDP y RDP) [dtx] .................................... ..... 142
11.7.3.1. Parámetros de datos de encabezado ............................................... .................................................. ...... 145
11.7.3.1.1. Cadena de identificación de plataforma (PIS) [dtx] ......................................... ..................................... 146
11.7.3.1.2. Carácter pseudo binario 1 y 2 (PB1 y PB2) [dtx] .................................... .................. 146
11.7.3.2. Parámetros de datos del sensor ............................................... .................................................. ...... 146
11.7.3.3. Agregar datos mínimos, máximos y promedio a los parámetros de datos del sensor .................................. 148
11.7.3.4. Parámetros de campo de texto ............................................... .................................................. .......... 149
11.7.4. Número de disparadores aleatorios (RTN) [dtx] ........................................ .......................................... 149
11.7.5. Definición de activador de informe aleatorio (RRT) [dtx] ........................................ ................................. 149
11,8. Configuración de sincronización de tiempo y calibración del oscilador ............................................ ........................ 151
11.8.1. Intervalo de sincronización de tiempo GPS (GTS = ttt) [dtx] ...................................... .............................................. 151
11.8.2. Calibración GPS TCXO (GTC = dd) [dtx] ....................................... ............................................. 152
11.8.3. Calibración GPS OCXO (GOC = dd) [dtx] ....................................... ............................................ 152
11.8.4. Tiempo de espera de sincronización / calibración de GPS (GTO = to) [dtx] ..................................... .................................... 152
11.8.5. Sincronización / calibración de registros GPS (GLG = f) [dtx] ..................................... ............................................. 152
11,9. Comandos de configuración general ............................................... ............................................... 152
11.9.1. Tiempo activo del comando RS-232 (CAT) [todos] ...................................... ......................................... 152
11.9.2. Guardar configuración (CFS) [dtx] .......................................... .................................................. ..... 152
11.9.3. Restauración de configuración (CFR) [dtx] .......................................... .................................................. 152
11.9.4. Configuración predeterminada (ConfigDefault) [dtx] .......................................... ..................................... 153
11.9.5. Verificación de configuración (CFV) [todos] .......................................... .................................................. ..... 153
11.9.6. Inicio del cambio de configuración (CFB) [dtx] ......................................... ......................................... 153
11.9.7. Habilitación de configuración (CFE) [dtx] .......................................... .................................................. .. 153
11.9.8. Contraseña de configuración (CPW) [dtx] .......................................... .............................................. 153
11.9.9. Memoria de configuración disponible (CMA) [dtx] ......................................... .................................. 154
11.10. Estado y otros comandos .............................................. .................................................. ...... 154
11.10.1. Leer configuración (RCF) [todos] .......................................... .................................................. .... 154
11.10.2. Habilitar GTX (ETX) [todos] .......................................... .................................................. ................. 155
11.10.3. Desactivar GTX (DTX) [todos] .......................................... .................................................. ............... 155
11.10.4. Verifique la configuración GTX (CTX) [todos] ......................................... .............................................. 155
Microcom Design, Inc. vi

11.10.5. Leer estado (RST) [todos] .......................................... .................................................. ................ 156

11.10.6. Último estado de transmisión (LTS) [todos] ......................................... ............................................... 156
11.10.7. Conteos de resumen de transmisión (TXC) [todos] ......................................... ..................................... 157
11.10.8. Módulo GPS activado / desactivado (GPO) [dtx] ....................................... .................................................. ...... 157
11.10.9. Estado de GPS (GPS) [todos] .......................................... .................................................. ................... 157
11.10.10. Estado extendido de GPS (GPX) [todos] ......................................... .................................................. .. 158
11.10.11. Versión GPS (GPV) [todos] .......................................... .................................................. ............... 158
11.10.12. Estado del satélite GPS (GSS) [todos] ......................................... .................................................. ..... 158
11.10.13. Verificación del reloj GPS (GCC) [todos] ......................................... .................................................. ........ 159
11.10.14. Leer posición GPS (RGP) [todos] ......................................... .................................................. ...... 159
11.10.15. Leer posición GPS como flotante (RGF) [todos] ....................................... ............................................ 160
11.10.16. Última calibración de GPS (LGC) [todos] ......................................... .................................................. .... 160
11.10.17. Leer los voltios de la batería (RBV) [todos] ......................................... .................................................. ....... 160
11.11. Comandos de recuperación de registros de datos .............................................. .................................................. .... 160
11.11.1. Volcado de datos de registro (LOG) [todos] ......................................... .................................................. ............ 160
11.11.2. Control de filtro de registro (LFX) [todos] ......................................... .................................................. ........... 161
11.11.3. Volcado hexadecimal de registros (LHD) [todos] ......................................... .................................................. .............. 162
11.11.4. Volcado de filtro hexadecimal de registro (LHF) [todos] ........................................ .................................................. ...... 163
11.11.5. Monitor de volcado automático de registros (LOG = AUTO) [todos] ...................................... ........................................ 164
11.11.6. Tamaño de memoria de registro (LGS) [todos] ......................................... .................................................. .......... 164
11.12. Comandos de prueba del transmisor ............................................... .................................................. ...... 164
11.12.1. Forzar transmisión de prueba (FTX = tipo, canal, tasa de bits) [dtx] ................................... ................... 164
11.12.2. Detener transmisión de prueba (STX) [dtx] ......................................... ................................................. 165
11.12.3. Restablecimiento a prueba de fallas (FSR) [todos] ......................................... .................................................. ............. 165
11.12.4. Force GPS Fix (FGF) [dtx] ......................................... .................................................. ............ 165
11.12.5. Inicio de sincronización / calibración de GPS (GCS) [dtx] ....................................... ............................................ 165
12. Sugerencias para la resolución de problemas .............................................. .................................................. ..................... 167

12.1. Uso de GTX y GTX Utility Tools ............................................ .................................................. .. 167
12.1.1. Información de estado de diagnóstico ............................................... .................................................. .. 167
12.1.2. Solución de problemas de transmisión ................................................ .................................................. 169
12.1.3. Solución de problemas de SDI-12 .............................................. .................................................. ............ 171
12.1.4. Diagnóstico GPS ................................................ .................................................. ..................... 172
12.1.4.1. Calibración GPS ................................................ .................................................. ................... 172
12.1.4.2. Resolución de problemas de GPS ................................................ .................................................. .......... 173
12.1.5. Ajustes avanzados ................................................ .................................................. .................. 174
12.1.6. Ayuda para señalar la antena ............................................... .................................................. ............... 175
12.2. Solución de problemas con ayuda del equipo de prueba Microcom ............................................. ..................................... 176
12.2.1. Descripción general del conjunto de prueba ............................................... .................................................. .................... 177
12.2.2. Solución de problemas con un equipo de prueba ............................................. .................................................. 178
Apéndice A: Resumen de comandos por función .............................................. ...................................... 182
Apéndice B: Resumen de comandos alfabéticos ............................................... .................................... 186
Apéndice C: Procedimiento de programación en la aplicación ............................................ .............................. 189

C.1. Configuración de la utilidad de actualización para su funcionamiento ............................................ .................................. 189
C.2. Determinación de las versiones de firmware actuales ............................................. ................................... 190
C.3. Actualización del firmware GTX .............................................. .................................................. ...... 190
Apéndice D: Curvas de señalización de la antena ............................................... .................................................. 193
Apéndice E: Lista de acrónimos ............................................... .................................................. ............. 196
Apéndice F: Referencias web ................................................ .................................................. ............ 198
Microcom Design, Inc. vii

Lista de Figuras
Figura 1: Caja GTX-2.0 ........................................... .................................................. ................................ dieciséis

Figura 2: Conexiones de la interfaz del cucharón basculante ........................................... ............................................. 17
Figura 3: Conexiones de la interfaz de respaldo de batería ........................................... ............................................ 17
Figura 4: Conector de interfaz SDI-12 .......................................... .................................................. ............ 18
Figura 5: Ejemplo de configuración de la línea de comandos ........................................... ........................................... 22
Figura 6: Ejemplo de configuración de lectura ............................................ .................................................. ........ 22
Figura 7: Utilidad de configuración - Pantalla principal .......................................... .................................................. .23
Figura 8: Utilidad de configuración - Menú Opciones / Com ........................................ ....................................... 24
Figura 9: Utilidad de configuración: crear / abrir una plantilla de configuración ...................................... ......................... 24
Figura 10: Utilidad de configuración - Cantidades de configuración .......................................... .............................. 25
Figura 11: Utilidad de configuración - Menú Archivo .......................................... .................................................. .... 25
Figura 12: Utilidad de configuración: configurar GTX desde una plantilla ....................................... ................... 26
Figura 13: Utilidad de configuración: supervisar / inspeccionar la información de GTX ....................................... .................... 27
Figura 14: Utilidad de configuración - Monitorear / inspeccionar sensores SDI-12 ..................................... ....................... 28
Figura 15: Utilidad de configuración: configurar / controlar / implementar GTX ...................................... ........................ 29
Figura 16: Utilidad de configuración - Menú avanzado .......................................... ........................................... 30
Figura 17: Utilidad de configuración - Control directo GTX ......................................... ........................................ 31
Figura 18: Preferencias de configuración GTX - Pestaña de modo ......................................... .................................. 32
Figura 19: Utilidad de configuración - Página de configuración general ......................................... ...................................... 33
Figura 20: Elementos principales de GOES DCS .......................................... .................................................. ..... 35
Figura 21: Canal 49 GOES East Mensajes recibidos superpuestos Ranuras asignadas de tiempo .................. 37
Figura 22: Utilidad de configuración - Página de configuración de la transmisión ......................................... ............................. 38
Figura 23: Configuración del terminal de transmisión aleatoria ........................................... ......................................... 40
Figura 24: Utilidad de configuración - Configuración de transmisión aleatoria ......................................... ........................ 41
Figura 25: Utilidad de configuración - Página de configuración de sensores internos ........................................ ......................... 47
Figura 26: Utilidad de configuración - Borrado automático diario del cucharón basculante ....................................... ..................... 49
Figura 27: Utilidad de configuración - Configuración del sensor interno de ecuación ........................................ ..................... 50
Figura 28: Utilidad de configuración - Configuración del sensor interno del reloj ........................................ .......................... 51
Figura 29: Utilidad de configuración: lectura de sensores internos ......................................... .............................. 53
Figura 30: Utilidad de configuración - Página de configuración de sensores SDI-12 ...................................... ............................ 55
Figura 31: Utilidad de configuración - Ejemplo de programación de energía SDI-12 ...................................... .................... 56
Figura 32: Utilidad de configuración: configuración de indicadores de activación de registro ........................................ ........................ 58
Figura 33: Utilidad de configuración: sensores internos con etiquetas personalizadas ....................................... ............. 59
Figura 34: Utilidad de configuración - Tabla de constantes de ecuación ......................................... ............................. 63
Figura 35: Utilidad de configuración - Ejemplo de constante de ecuación definida ........................................ ............. 63
Figura 36: Utilidad de configuración - Página de ecuaciones .......................................... ............................................ 68
Figura 37: Utilidad de configuración - Cuadro de diálogo Editor de ecuaciones ......................................... ................................. 68
Figura 38: Utilidad de configuración - Ecuaciones - Conversión de temperatura ........................................ ............ 69
Figura 39: Utilidad de configuración - Ecuaciones - Temperatura de registro en ºF ...................................... ........... 69
Figura 40: Utilidad de configuración - Ecuaciones - Conversión de temperatura con etiqueta ................................... 69
Figura 41: Utilidad de configuración - Página Sensor Min Max Avg ....................................... .............................. 73
Figura 42: Utilidad de configuración: definición de un procesador MMA ........................................ .......................... 74
Figura 43: Utilidad de configuración: configuración de un procesador MMA ........................................ ..................... 75
Figura 44: Utilidad de configuración - Página de búfer de datos de tiempo ........................................ ................................... 77
Figura 45: Utilidad de configuración - Parámetros de encabezado GTX ......................................... .............................. 78
Figura 46: Utilidad de configuración - Parámetros de encabezado y sensor 1 ....................................... .................. 79
Figura 47: Utilidad de configuración - Parámetros de encabezado y sensor 2 ....................................... .................. 80
Figura 48: Utilidad de configuración - Búfer de datos - Configuración del sensor interno ...................................... ................. 83
Figura 49: Utilidad de configuración - Búfer de datos - Configuración del sensor SDI-12 .................................... .................... 83
Figura 50: Utilidad de configuración - Configuración del encabezado del búfer de datos temporizados 1 ...................................... ...... 84
Figura 51: Utilidad de configuración - Diálogo de marcas de formato de registro ........................................ .......................... 85
Figura 52: Utilidad de configuración - Configuración del encabezado del búfer de datos temporizados 2 ...................................... ...... 85
Figura 53: Utilidad de configuración - Configuración del sensor de búfer de datos temporizados ....................................... ........ 86
Figura 54: Utilidad de configuración - Ejemplo de búfer de datos temporizados ........................................ ........................... 87
Microcom Design, Inc. viii

Figura 55: Utilidad de configuración - Configuración de búfer de datos aleatorios 1 ....................................... .............. 88
Figura 56: Utilidad de configuración - Configuración de búfer de datos aleatorios 2 ....................................... .............. 89
Figura 57: Utilidad de configuración - Ejemplo de búfer de datos aleatorios ........................................ ....................... 90
Figura 58: Utilidad de configuración: adjuntar datos de MMA a los datos de transmisión ...................................... .. 91
Figura 59: Utilidad de configuración: inclusión de datos de transmisión MMA en un registro único ............... 92
Figura 60: Utilidad de configuración - Página de activadores aleatorios ......................................... ................................. 93
Figura 61: Utilidad de configuración - Ejemplo de configuración del activador del sensor ........................................ ...................... 94
Figura 62: Utilidad de configuración - Ejemplo de activadores aleatorios ......................................... ........................... 94
Figura 63: Utilidad de configuración: adición del código de activación al búfer de datos aleatorios ........................... 95
Figura 64: Utilidad de configuración - Ejemplo de activadores aleatorios de "solo registro" ..................................... ............. 96
Figura 65: Utilidad de configuración - Ejemplo de llenado de barra inclinada del búfer de datos temporizados ...................................... ............. 97
Figura 66: Utilidad de configuración - Ejemplo de relleno de barra oblicua de búfer de datos aleatorios ...................................... .......... 98
Figura 67: Utilidad de configuración - Ejemplo de parámetro de transmisión de texto ........................................ ................ 98
Figura 68: Utilidad de configuración: parámetro de transmisión de texto como ejemplo de etiqueta ..................................... .. 99
Figura 69: Utilidad de configuración - Diálogo de recuperación de registros ......................................... .................................... 100
Figura 70: Utilidad de configuración - Diálogo de confirmación de borrado de registro ........................................ ................ 101
Figura 71: Utilidad de configuración - Registro recuperado .......................................... ............................................. 101
Figura 72: Utilidad de configuración - Registro filtrado .......................................... ................................................ 102
Figura 73: Utilidad de configuración: volcado de registros en formato CSV ....................................... ............................. 103
Figura 74: Recuperación del registro del terminal ............................................ .................................................. .............. 104
Figura 75: Recuperación de registros filtrados por terminal ........................................... .................................................. .. 105
Figura 76: Utilidad de configuración - Cuadro de diálogo de configuración de gráfico de registro ........................................ ............................... 106
Figura 77: Utilidad de configuración: volcado de registro filtrado para gráficos ....................................... ................... 107
Figura 78: Utilidad de configuración - Ejemplo de gráfico de registro del sensor ........................................ ......................... 107
Figura 79: Utilidad de configuración - Ejemplo de zoom de gráfico de registro de sensor ....................................... ............... 108
Figura 80: Utilidad de configuración - Ejemplo de último estado de transmisión ........................................ .............. 167
Figura 81: Utilidad de configuración: supervisar / inspeccionar la última transmisión ....................................... ............... 168
Figura 82: Utilidad de configuración - Cuadro de diálogo de estado de GTX ......................................... ...................................... 169
Figura 83: Utilidad de configuración - Cuadro de diálogo Opciones de prueba GTX ........................................ ............................. 169
Figura 84: Utilidad de configuración - Diálogo SDI-12 ........................................ ............................................... 171
Figura 85: Utilidad de configuración - Página de sensores SDI-12 con diagnóstico ..................................... .......... 172
Figura 86: Utilidad de configuración - Menú avanzado con la calibración GTX habilitada ................................... 173
Figura 87: Utilidad de configuración - Diálogo de calibración GTX ......................................... ............................... 173
Figura 88: Utilidad de configuración: monitorear / inspeccionar el estado del GPS ....................................... .......................... 174
Figura 89: Utilidad de configuración - Página de configuración general con configuración avanzada ...................................... 175
Figura 90: Utilidad de configuración: inicio de la ayuda de señalización de la antena ....................................... ............. 176
Figura 91: Utilidad de configuración - Cuadro de diálogo Utilidad de señalización de antena GOES ....................................... .......... 176
Figura 92: Panel frontal del equipo de prueba GOES DCS Tx ........................................ .............................................. 177
Figura 93: Panel trasero del equipo de prueba GOES DCS Tx ........................................ .............................................. 177
Figura 94: Equipo de prueba - Página principal .......................................... .................................................. .................. 178
Figura 95: Equipo de prueba - Mensaje capturado .......................................... .................................................. ..... 179
Figura 96: Conjunto de prueba - Página de resumen de mensajes ......................................... .............................................. 179
Figura 97: Equipo de prueba - Gráfico polar de amplitud de fase ........................................ ....................................... 180
Figura 98: Equipo de prueba - Página de control Microcom GTX ........................................ ......................................... 181
Figura 99: Utilidad de actualización GTX ............................................ .................................................. .................. 189
Figura 100: Utilidad de actualización GTX - Selección del "Puerto de comunicaciones" ..................................... .......................... 190
Figura 101: Utilidad de actualización GTX - Identificación de la versión actual ........................................ ................... 190
Figura 102: Utilidad de actualización GTX: preparación para una actualización de firmware ...................................... ............... 191
Figura 103: Utilidad de actualización GTX - Programación .......................................... .......................................... 191
Figura 104: Utilidad de actualización GTX - Programación completa ......................................... ........................... 192
Figura 105: Elevación y acimut de GOES Este frente a longitud y latitud ..................................... ...... 194
Figura 106: Elevación y acimut del GOES Oeste frente a longitud y latitud ..................................... ..... 195
Microcom Design, Inc. ix

Lista de tablas
Tabla 1: Alfabeto internacional aprobado ............................................ .................................................. ...... 8

Tabla 2: Límites de tiempo a prueba de fallas ............................................ .................................................. ....................... 14
Tabla 3: Distribución de pines del puerto serie RS-232 ....................................... .................................................. .................. 18
Tabla 4: Cables GTX ............................................. .................................................. ................................... 19
Tabla 5: Ejemplo de consumo de energía ............................................ .................................................. ......... 19
Tabla 6: Selección de antena para el funcionamiento del GOES .......................................... ............................................ 20
Tabla 7: Sistemas de recopilación de datos satelitales relacionados .......................................... ........................................ 35
Tabla 8: Comandos de configuración de transmisión temporizada ........................................... ............................................ 38
Tabla 9: Comandos de configuración de transmisión aleatoria ........................................... ........................................ 39
Tabla 10: Utilización de la memoria de configuración del software ........................................... ............................................ 43
Tabla 11: Formatos y valores del sensor interno del reloj ......................................... ...................................... 52
Tabla 12: Operadores de ecuaciones ............................................. .................................................. ..................... 61
Tabla 13: Funciones aritméticas de ecuaciones ............................................ .................................................. ..... 67
Tabla 14: Designadores estándar y resumen de etiquetas predeterminadas ......................................... ......................... 72
Tabla 15: Conjunto de caracteres pseudobinarios .......................................... .................................................. ........ 81
Tabla 16: Resumen de eventos registrados ............................................ .................................................. ........... 109
Tabla 17: Modos de funcionamiento de GTX-2.0 .......................................... .................................................. ........ 112
Tabla 18: Byte de indicador de operación temporizada ........................................... .................................................. ......... 113
Tabla 19: Byte de indicador de operación aleatoria ........................................... .................................................. ..... 116
Tabla 20: Códigos de tipo de sensor interno ........................................... .................................................. ....... 132
Tabla 21: Mensajes de error de ecuación ............................................ .................................................. .......... 136
Tabla 22: Parámetros del encabezado del búfer de transmisión ........................................... ............................................. 145
Tabla 23: Mapa de bits del comando GCS ........................................... .................................................. ............. 165
Microcom Design, Inc. X

1. Introducción
El modelo GTX-2.0 de Microcom es un registrador de datos y transmisor satelital muy versátil pero fácil de usar, diseñado para su
uso en una amplia variedad de aplicaciones de recopilación de datos meteorológicos basados en satélites. Si bien el transmisor GTX
se puede utilizar con un registrador de datos externo, también puede funcionar como una plataforma de recopilación de datos
independiente. Además, la GTX-2.0 puede funcionar en un modo de solo registrador de datos (es decir, solo recopilación de datos,
sin transmisiones por satélite).
El GTX-2.0 es la segunda generación del Microcom GTX y está certificado para la versión 2.0 de NOAA / NESDIS
ESTÁNDARES DE CERTIFICACIÓN DEL EQUIPO DE RADIO GOES Data Collection Platform (DCPRS) a 300 bps y
1200 bps. La GTX-2.0 también está certificada para su uso en los sistemas de satélite que se resumen a continuación.
Si bien este manual se centra principalmente en las funciones de recopilación y transmisión de datos en los sistemas
NOAA / NESDIS GOES, se encuentran disponibles varios anexos que detallan la diferencia para los otros sistemas de
satélites meteorológicos.
• MeteoSat / EumetSat a 100 bps - Canales internacionales y regionales INSAT a

• 4800 bps - Ráfaga aleatoria y modos autotemporizados ARGOS y SCD a 400
• bps Aleatorio para satélites de órbita terrestre baja
1.1. Organización manual
Este manual de funcionamiento se divide en las siguientes secciones:
La Sección 1 proporciona la introducción y la teoría de funcionamiento La

Sección 2 detalla la configuración del hardware de la GTX La Sección 3
detalla el funcionamiento básico de la GTX
La Sección 4 detalla las opciones de configuración de la GTX para la operación de
GOES La Sección 5 detalla la opción de configuración suave para la GTX La Sección
6 detalla las opciones de configuración de la GTX para la recolección de datos La
Sección 7 detalla el Procesador de Ecuación implementado en la GTX
La sección 8 detalla el procesador mínimo, máximo y medio implementado en GTX. La
sección 9 detalla el formato de los búferes de transmisión.
La sección 10 detalla la recuperación de datos registrados
La Sección 11 proporciona un resumen completo de los comandos RS-232
La Sección 12 proporciona información útil para la resolución de problemas
El Apéndice A es el Resumen de comandos por función El Apéndice B es el
Resumen de comandos en orden alfabético
El Apéndice C proporciona información sobre la aplicación de reprogramación GTX El
Apéndice D son las curvas de puntería de la antena
El Apéndice E proporciona un resumen de las siglas El
Apéndice F es una lista de referencias web
1.1.1. Utilidades de actualización y configuración de GTX
Además de detallar el funcionamiento de la GTX en sí, este manual también describe cómo utilizar la Utilidad de
configuración GTX y la Utilidad de actualización GTX. Estas aplicaciones para PC se proporcionan sin cargo a los
usuarios de GTX.
Dado que la Utilidad de configuración de GTX está estrechamente relacionada con las funciones y el funcionamiento de la
GTX, el uso de esta aplicación se cubre junto con cada función específica de la GTX. En otras palabras, en lugar de una
sección separada (o un manual separado), la aplicación se detalla a lo largo de este manual GTX.
A partir de la publicación de este manual, la última versión de GTX Configuration Utility es V2.42, la última versión de
GTX Upgrade Utility es V2.16. Si bien la última versión de la utilidad de actualización es compatible con GTX-1.0 y
GTX-2.0, la V2.40 y superior de la utilidad de configuración es específica de GTX-2.0.
Tenga en cuenta que las pantallas de la GUI que representan estas dos aplicaciones a lo largo de este manual pueden no
representar el número de versión más reciente. Sin embargo, aunque los números de versión pueden no coincidir, las características
operativas y la explicación de una pantalla GUI en particular no se ven afectadas por esta diferencia.
Microcom Design, Inc. 1

1.2. teoría de operación
El sistema de transmisor Microcom GTX utiliza dos microcontroladores separados para distribuir lo requerido
funcionalidad del sistema. Además de garantizar que ningún controlador esté sobrecargado, la separación de la
funcionalidad en varios microcontroladores también facilita la administración de energía y satisface los requisitos
independientes de seguridad requeridos por la mayoría de los sistemas de recopilación de datos meteorológicos basados
en satélites.
Las siguientes secciones proporcionarán una breve descripción de estos dos microcontroladores y las principales tareas
funcionales de la GTX-2.0.
1.2.1. Microcontrolador principal
El microcontrolador principal es la unidad de control central del transmisor. Se comunica directamente con el Microcontrolador Time
Keeping (TKM). También es responsable de programar tareas tanto para sí mismo como para el TKM, por ejemplo, transmisiones
por satélite y actualizaciones del reloj en tiempo real. Gestiona toda la recopilación de datos, datos
funciones de almacenamiento y recuperación, calibración del sistema y configuración del sistema. También tiene control directo del
hardware del transmisor de RF y es responsable de formatear y codificar los datos para las transmisiones. Finalmente, el
microcontrolador principal proporciona la interfaz de usuario para la configuración y calibración a través del puerto RS-232. A
continuación se proporciona un resumen de las principales funciones relacionadas con el microcontrolador principal.
• Gestión del tiempo

• Almacenamiento de datos
• Transmisión (también conocido como GOES) Transmisión de formato de
• datos (también conocido como GOES) Transmisión de formato de mensaje
• (también conocido como GOES) Control del transmisor Recopilación de
• datos SDI-12
• Interfaz de cronometraje de recopilación

• de datos del sensor interno
• Configuración y control del sistema: interfaz RS-232
Durante los períodos de inactividad, el microcontrolador principal entra en un estado de apagado para reducir los requisitos
de energía del sistema. Antes de entrar en el modo de apagado, el microcontrolador principal notifica al microcontrolador
de cronometraje cuándo debe despertarse para la siguiente tarea programada.
1.2.2. Microcontrolador de tiempo
Las funciones principales del Microcontrolador de mantenimiento de tiempo (TKM) son proporcionar una función de reloj en tiempo
real de alta precisión y actuar como un "reloj de alarma" para el Microcontrolador principal. Sin embargo, el TKM proporciona varias
otras funciones que son críticas para el funcionamiento general de los transmisores.
Específicamente, el TKM también proporciona una operación a prueba de fallas independiente (como lo requieren la mayoría de los requisitos
de certificación para transmisores satelitales), así como la interfaz del receptor GPS.
El módulo de mantenimiento de tiempo también proporciona eventos externos para activar el microcontrolador principal.
Cuando ocurre un evento (horario o externo) que requiere la atención del Microcontrolador Principal, el TKM lo despertará y
proporcionará a pedido el motivo de la activación.
La corrección de temperatura TCXO, la hora del GPS y los datos de posición son legibles por el microcontrolador principal.
A continuación se proporciona un resumen de las principales funciones relacionadas con el microcontrolador de mantenimiento de tiempo.
• Reloj en tiempo real

• Procesador principal Wake Up
• TCXO Sensor de temperatura
• Interfaz GPS
• Contador de cubos basculantes
• Interfaz de botón pulsador y LED del monitor
• de transmisión a prueba de fallos

1.2.3. Descripción general operativa de GTX-2.0
Las siguientes subsecciones detallan la funcionalidad operativa del transmisor GTX-2.0 y proporcionan una
descripción general de cómo se distribuyen estas funciones entre los dos microcontroladores.
Se abordan los siguientes aspectos funcionales.
• Gestión del tiempo

• Almacenamiento de datos
• Formateo de datos GOES

• Control de transmisor de RF
• Interfaz de puerto serie (RS-232)
• Interfaz de sensor SDI-12 Sensores
• internos
• Reloj en tiempo real
• Microcontrolador principal Receptor
• GPS de activación e interfaz Monitor de
• transmisión a prueba de fallas
• Configuración y calibración del sistema: interfaz RS-232
1.2.3.1. Gestión del tiempo
Mientras que el microcontrolador de mantenimiento de tiempo proporciona las funciones de reloj en tiempo real, el
microcontrolador principal proporciona la programación de tareas. El microcontrolador principal utiliza el TKM como reloj de alarma
para despertarse y realizar la siguiente tarea programada. Las tres tareas principales programadas por el sistema se resumen a
continuación.
• Programador de transmisión de datos

• Programador de recolección de datos de actualización del reloj en
• tiempo real y calibración TCXO
El microcontrolador principal mantiene una lista de tareas con una entrada para cada una de las funciones configuradas,
incluido el tiempo que debe completarse la siguiente tarea y el tiempo anticipado requerido para completar y / o iniciar la
tarea. Antes de entrar en el modo de apagado, la unidad determina el tiempo que debe despertarse para completar la tarea
y luego notifica al TKM en consecuencia. Dependiendo de cómo esté configurado el sistema, es posible que sea necesario
completar más de una tarea cada vez que se activa el microcontrolador principal.
El programador de tareas, cuando sea necesario, también reprogramará las tareas para evitar conflictos. Por ejemplo, si la próxima
transmisión aleatoria está programada demasiado cerca de la próxima transmisión temporizada, el programador reprogramará la
transmisión aleatoria para evitar que se active la función de seguridad.
1.2.3.1.1. Programador de transmisión de datos
La tarea principal de la unidad es transmitir datos registrados a intervalos programados comenzando a una hora de inicio
predeterminada. Dado que es posible que la transmisión temporizada deba ocurrir en momentos muy precisos (p. Ej.
+ / - 0,25 segundos para la operación GOES de la versión 2 de NOAA), el Programador de transmisión de datos tiene la prioridad más
alta. El programador debe asegurarse de que el microcontrolador principal esté en funcionamiento con tiempo suficiente para
preparar los datos almacenados en búfer para la transmisión y permitir que los circuitos de RF comiencen a transmitirse. Una vez
que los datos han sido formateados y las secciones de RF están energizadas, el Microcontrolador Principal habilitará el RF Final y
comenzará la transmisión en el momento requerido.
El programador de transmisión de datos también es responsable de programar informes aleatorios (utilizados en los canales
aleatorios del GOES). El programador de transmisión de datos utiliza un retardo pseudoaleatorio entre informes aleatorios para
minimizar la posibilidad de colisiones de transmisión. En el caso de que un informe aleatorio entre en conflicto con un informe
cronometrado, el informe aleatorio se reprogramará para el siguiente pseudo tiempo para evitar que se active el dispositivo a
prueba de fallos. El programador de tareas utiliza un intervalo de informe programable por el usuario y un
porcentaje de aleatorización, para determinar el retraso entre varios informes aleatorios. Esto da como resultado un retraso
pseudoaleatorio distribuido uniformemente entre informes.

1.2.3.1.2. Actualización del reloj en tiempo real y programador de calibración TCXO
Con el fin de lograr la precisión de tiempo y frecuencia requerida, el sistema puede utilizar un
Receptor GPS instalado para sincronizar su reloj con la Hora Universal Coordinada (UTC). Para proporcionar esta
sincronización, el microcontrolador principal programará periódicamente una actualización del reloj UTC utilizando el
receptor GPS.
También periódicamente, pero normalmente con menos frecuencia que una actualización UTC, el microcontrolador principal
realizará una calibración del TCXO (oscilador de cristal con compensación de temperatura) utilizando el PPS del receptor GPS. Se
utiliza un TCXO para proporcionar una fuente de reloj de precisión y para proporcionar la referencia de frecuencia de transmisión
para el sintetizador de canal.
El objetivo principal de la actualización del reloj en tiempo real y el programador de calibración TCXO es garantizar
que se realicen suficientes actualizaciones para mantener la sincronización de la hora UTC y la precisión de la
frecuencia de transmisión, mientras que al mismo tiempo se mantiene el número de actualizaciones al mínimo para
evitar el consumo innecesario de energía. la batería. El usuario puede configurar la frecuencia de las actualizaciones
de UTC en incrementos de una hora, mientras que la calibración de la frecuencia de TCXO se programa en múltiplos
diarios de informes cronometrados. Sin embargo, la GTX impone límites al programa para garantizar que la unidad
no infrinja los requisitos del sistema. Específicamente, si el transmisor no puede obtener una actualización de hora o
realizar una calibración TCXO dentro de los 20 días posteriores a la última actualización de hora, las transmisiones
programadas de GOES se desactivarán hasta que se pueda realizar una sincronización de reloj. Si una actualización
programada del reloj no se puede completar según lo programado (p. Ej.
Para los usuarios con requisitos de tiempo menos estrictos, por ejemplo, el funcionamiento del registrador de datos únicamente, la
hora de la GTX se puede configurar manualmente y se puede eliminar la sincronización de la hora del GPS. En este modo de
operación, la GTX está disponible con un RTC con respaldo de batería (la batería se puede proporcionar externamente para un fácil
reemplazo en el campo). En esta configuración, el BBU-RTC solo se utiliza para recordar la fecha y hora actuales cuando se apaga y
enciende. La fecha y hora operativas todavía se proporcionan a través del TKM para mejorar la precisión, y la GTX actualizará
periódicamente el BBU-RTC a partir de la fecha y hora del TKM.
1.2.3.1.3. Programador de recopilación de datos (SDI-12, sensores internos y ecuación)
Inherente al diseño de la GTX es la capacidad de recopilar, almacenar y transmitir datos de una variedad de sensores.
Utilizando mecanismos similares al Programador de Transmisión de Datos, la unidad puede programar la recopilación de
parámetros de datos de los sensores SDI-12, el sensor de temperatura interno, el voltaje de la batería de la unidad y un
contador de cubos basculantes implementado en el TKM. La tasa de recopilación de datos para cada sensor / parámetro se
puede configurar de forma única mediante comandos RS-232. Una vez definida y habilitada la unidad, el programador de
recopilación de datos, junto con el programador de transmisión, supervisará la lista de tareas y garantizará que los datos se
recopilen en los intervalos predeterminados.
Además de recopilar datos, la GTX también puede procesarlos de diversas formas. El firmware GTX incluye un potente
procesador de ecuaciones que permite manipular y / o reformatear los datos recopilados para adaptarlos a los requisitos
del usuario. Además de las ecuaciones definibles por el usuario, la GTX también proporciona un procesador mínimo,
máximo y promedio (MMA) que permite al usuario recopilar fácilmente datos muestreados acumulativos. El programa de
ejecución de ecuaciones y funciones MMA se define de manera similar a la recopilación de datos y, por lo tanto, también
está bajo el control del Programador de recopilación de datos.
Tenga en cuenta que, si bien los valores de MMA se manejan de manera algo única, las ecuaciones son en realidad una forma
especial de sensor interno. En consecuencia, los resultados de la ecuación se pueden programar y procesar como cualquier otro
sensor.
1.2.3.2. Almacenamiento de datos / memoria
La GTX incluye varios componentes de almacenamiento de memoria para almacenar datos de transmisión, registrar datos y eventos,
guardar información de calibración y configuración y proporcionar la memoria de operación del programa.
1.2.3.2.1. Búferes de transmisión por satélite
Los datos para las transmisiones por satélite se pueden proporcionar a través del RS-232 o se pueden recopilar desde
sensores SDI-12 externos o desde varios sensores internos.

Ya sea que los datos se proporcionen a través del puerto RS-232 o se recopilen de los sensores, la GTX recopilará y almacenará los
datos en uno de los dos búferes hasta que se necesiten para una transmisión. Hay dos tipos de transmisiones, aleatorias y
temporizadas, disponibles y pueden ser configuradas por el usuario. El transmisor proporciona los siguientes dos tipos
de tampones.
• Búfer de transmisión temporizada
• Búfer de transmisión aleatoria
Las principales distinciones entre las transmisiones temporizadas y aleatorias son 1) cuándo ocurren y 2) la longitud permitida de los
mensajes. Los mensajes cronometrados deben ocurrir en un instante preciso en el tiempo, pero pueden ser bastante largos (por
ejemplo, hasta 110 segundos para el funcionamiento del GOES 300/1200 bps). Los mensajes aleatorios requieren un programa de
intervalos aleatorios y tienen una duración limitada (por ejemplo, 3 segundos para el modo GOES 300 bps). Los límites para todas las
velocidades de transmisión se proporcionan en la Tabla 2.
Los mensajes aleatorios suelen ser activados por una fuente externa (por ejemplo, datos que se cargan en el búfer aleatorio
o en función del valor de una lectura del sensor) y generalmente solo transmiten un número predeterminado de mensajes
antes de que finalicen los informes aleatorios hasta el próximo evento de activación.
Las siguientes subsecciones proporcionan detalles adicionales con respecto a los búferes de transmisión temporizados y aleatorios.
1.2.3.2.1.1. Búfer de transmisión temporizada
Las funciones de control asociadas al búfer de transmisión temporizada son responsables de analizar, convertir y almacenar
datos en el búfer temporizado. Los datos que se almacenarán en el búfer para una transmisión temporizada se pueden
recibir a través del puerto RS-232 o se pueden recopilar de varios sensores.
Cuando los datos se proporcionan a través del puerto RS-232, el host debe formatear los datos cargados en el búfer
según el formato de transmisión seleccionado, es decir, ASCII, pseudobinario o binario (consulte la Sección 11.2.9).
Tenga en cuenta que, si bien el transmisor no impide la carga de varios caracteres prohibidos, la función de
transmisión GOES sustituirá un carácter ASCII válido en lugar de transmitir el carácter no válido (consulte la Sección
11.3.4). Cuando se configura para la operación RS-232, el búfer de transmisión temporizada se puede configurar
para que se borre automáticamente después de una transmisión temporizada. Si se reciben datos para el búfer de
transmisión temporizada después de que se haya iniciado una transmisión temporizada (aproximadamente 5
segundos antes de la ventana de transmisión programada) o durante la transmisión temporizada real, los nuevos
datos no se incluirán en la transmisión actual,
1.2.3.2.1.2. Búfer de transmisión aleatoria
La función de control de búfer de transmisión aleatoria maneja el almacenamiento en búfer de datos para informes aleatorios. La
carga de datos en el búfer de informes aleatorios es similar a la del búfer de informes temporizados.
Los datos cargados en el búfer a través del puerto RS-232 deben ser formateados por el host dependiendo del
formato de transmisión seleccionado, es decir, ASCII, Pseudo-Binario o Binario (vea la Sección 11.2.16). Tenga en
cuenta que si bien el transmisor no impide la carga de varios caracteres prohibidos, la función de transmisión GOES
sustituirá un carácter ASCII válido en lugar de transmitir el carácter no válido (consulte la Sección
11.3.4).
Cuando se configura para la operación GOES con datos proporcionados a través del puerto RS-232, la recepción de datos
para el Informe de búfer de transmisión aleatoria activará la secuencia de informe aleatorio. Los informes se pueden repetir
varias veces a intervalos generados aleatoriamente (consulte las Secciones 11.2.13 y 11.2.15). Si se reciben datos para el
búfer aleatorio antes de completar el número requerido de transmisión aleatoria, los nuevos datos sobrescriben los datos
anteriores y desencadenan un nuevo ciclo de informe, es decir, se restablece el número de informes aleatorios. Después de
la última transmisión, los datos del búfer se eliminarán.
Cuando se configura para recopilar y transmitir datos de sensores, los informes aleatorios se activan en respuesta a uno o más
activadores de sensores definidos por el usuario. Los activadores del sensor se pueden configurar para iniciar un informe aleatorio
cuando el valor del sensor está por encima de un punto de ajuste, por debajo de un punto de ajuste y / o si el cambio de la lectura
anterior excede un umbral. Además, los datos del sensor que disparan el informe pueden o no estar incluidos en la memoria
intermedia de transmisión aleatoria.
Para los informes aleatorios, el usuario también puede configurar el número de veces que se repetirá el informe aleatorio
(Sección 11.2.15). Para informes activados por sensor, el recuento de repeticiones debe ser mayor que cero. Para RS-232

funcionamiento, si el recuento de repeticiones no se establece en cero, la memoria intermedia de informes aleatorios se borrará
automáticamente después de que se haya producido la última transmisión. Un valor de cero para el recuento de repeticiones hará
que el sistema repita la transmisión aleatoria hasta que el host borre el búfer. Tenga en cuenta que borrar el búfer con el recuento
de repeticiones establecido en un valor distinto de cero también terminará las transmisiones aleatorias activadas a través del puerto
RS-232.
Se puede enviar un recuento secuencial de mensajes con cada mensaje para identificar las transmisiones perdidas.
1.2.3.2.2. Registro de datos / eventos
Además de capturar datos para transmisiones por satélite, los datos capturados también pueden registrarse en la memoria de la
GTX para su posterior recuperación a través de RS-232. Los datos capturados también pueden incluir resultados de ecuaciones y la
información acumulada del procesador Mín, Máx y Promedio. Además, la información de eventos de diagnóstico también se puede
capturar en el registro.
El registro de datos / eventos se almacena en una memoria no volátil. Como tal, el registro no se ve afectado por las interrupciones del
suministro de energía. Los datos y / o eventos se almacenan en un búfer circular grande, por lo que la información más antigua se reemplaza
con datos nuevos a medida que se registra. Cada entrada en el registro está estampada con la hora y la fecha. Utilizando un
El búfer circular con sellos de fecha y hora individuales elimina la necesidad de formatear previamente la memoria en función de las
tasas de recopilación de información, lo que significa que la modificación de la configuración de recopilación no requiere que se
borren los datos registrados ni evita que la información almacenada se recupere correctamente. .
Normalmente, incluir sellos de fecha y hora únicos con cada entrada daría como resultado una reducción significativa en la
capacidad de registro, ya que una gran parte de la memoria se utilizaría para almacenar esta información. Sin embargo, Microcom
GTX implementa sofisticados algoritmos de registro / recuperación para comprimir las entradas en la menor cantidad de bytes
posible. Si bien el número real de bytes necesarios para almacenar una entrada de registro depende de varios factores (por ejemplo,
frecuencia de muestreo, precisión de datos, etc.), la mayoría de las entradas se pueden almacenar con tan solo cuatro bytes y la
entrada máxima es de solo 8 bytes.
Una característica única del algoritmo de compresión empleado en la GTX es que el muestreo más frecuente en realidad
reduce el número de bytes necesarios para almacenar cada entrada. Microcom ha evaluado numerosas configuraciones
típicas y ha determinado que el número medio de bytes necesarios para almacenar entradas en el registro de datos /
eventos es de aproximadamente 4 ¼ a 4 ½ bytes.
La configuración básica proporciona 128 kilobytes de memoria, pero la memoria de registro se puede ampliar hasta 1 megabyte. En
la configuración de tamaño de memoria estándar, se pueden almacenar aproximadamente 30.000 entradas en el Registro de datos /
eventos. Con la memoria completamente expandida, el almacenamiento de datos será ocho veces más grande que la memoria
estándar, o aproximadamente 240.000 entradas.
Como se indicó anteriormente, el registro de datos / eventos se almacena en una memoria no volátil. Los dispositivos de memoria
utilizados en la GTX para este registro tienen una especificación de retención de datos de más de 200 años y están especificados
para soportar más de 1 millón de ciclos de borrado / escritura (los ciclos de lectura son ilimitados). Dado que el registro es un búfer
circular, las ubicaciones de la memoria se sobrescriben con muy poca frecuencia. Por ejemplo, suponiendo que se escriban 6
entradas cada cinco minutos con el tamaño de memoria estándar, las ubicaciones de memoria solo se sobrescribirán una vez cada
1000 ciclos (30.000 / (6 * 5)); esto equivale aproximadamente a una vez cada 3,5 días. Incluso suponiendo que se escriba 1 byte cada
segundo, se necesitarían más de 4000 años para superar el límite de ciclo de escritura / borrado de 1 millón especificado.
1.2.3.2.3. Memoria de configuración
La memoria de configuración consta de tres secciones distintas: 1) constantes de calibración, 2) configuración general y 3)
configuración suave. Todos los datos de configuración se almacenan en una memoria no volátil separada del registro de datos /
eventos. Las dos primeras secciones tienen un tamaño de solo 256 bytes, mientras que el tamaño de la memoria de configuración
suave es de 6144 bytes (la configuración suave se trata en detalle en la Sección 5).
Para la integridad de los datos, se guardan tres copias de las constantes de calibración en dos dispositivos de memoria distintos. Se
guardan dos copias de la configuración general y la configuración software. Cada copia de un bloque de configuración tiene su
propio identificador único y suma de verificación de validación de datos. Si una copia de un bloque de configuración está dañada, la
GTX utilizará automáticamente una copia válida. Si todas las copias de una sección en particular están dañadas, la GTX no funcionará
hasta que se solucione el problema. los CFV El comando (consulte la Sección 11.9.5) se puede utilizar para verificar la validez de las
secciones de configuración.

La memoria no volátil utilizada para almacenar la información de calibración y configuración tiene una especificación de retención
de datos de más de 15 años y una resistencia de borrado / escritura de más de 100,000 ciclos.
1.2.3.2.4. Memoria de programa / firmware
El programa operativo o firmware de la GTX consta de dos elementos principales; el firmware del microcontrolador
principal y el firmware del TKM. Ambas secciones de firmware son programables en la aplicación (IAP). Esto significa
que el firmware de la GTX se puede actualizar sin reemplazar ningún dispositivo de memoria ni sin tener que abrir la
carcasa de la GTX.
Consulte el Apéndice C: para obtener más información sobre los procedimientos y las utilidades de IAP.
1.2.3.3. Mensajes de transmisión de mensajes por satélite
La GTX-2.0 cumple totalmente con las especificaciones NESDIS para mensajes GOES HDR según el GOES Data
Collection Platform Radio Set (DCPRS) ESTÁNDARES DE CERTIFICACIÓN a 300 bps y 1200 bps, Versión 2.0.
Además, independientemente del tipo de transmisión GOES (temporizada o aleatoria), la GTX proporciona la
funcionalidad necesaria para formatear correctamente un mensaje GOES.
De acuerdo con las pautas de NESDIS, las transmisiones de 100 bps ya no se pueden realizar en el sistema GOES,
excepto en los canales internacionales aprobados por CGMS. La GTX-2.0 está certificada para funcionamiento a 100
bps en el sistema MeteoSat / EumetSat, que también es compatible con los canales CGMS International. Para usar la
GTX-2.0 a 100 bps en el sistema GOES en los canales internacionales aprobados, la GTX-2 debe operarse en el modo
MeteoSat (consulte la Sección 11.2.2). Para una operación de 100 bps, la GTX admite preámbulos tanto largos como
cortos.
1.2.3.3.1. Formateo de búfer de transmisión GOES ASCII y pseudo-binario
El formateo de datos ASCII o pseudobinarios para transmisiones GOES temporizadas o aleatorias supone que todos los datos
proporcionados están en formato ASCII de 7 bits sin paridad (es decir, no se pueden transmitir caracteres ASCII extendidos). Si bien
esta suposición se aplica directamente a los datos suministrados por RS-232, también se aplica indirectamente a los datos
recopilados por el sensor. En otras palabras, todos los datos de los sensores se recopilan y almacenan en ASCII o pseudobinario.
Los datos recibidos a través del puerto RS-232 son proporcionados por el Host usando el TimedData (Sección
11.4.2) o RandomData (Sección 11.4.6). Al cargar datos desde el host, se aceptará cualquier valor binario de 8 bits; sin
embargo, antes de la transmisión, el valor del byte almacenado tendrá su bit más significativo establecido en una
paridad impar basada en los 7 bits inferiores.
Dado que todos los comandos RS-232 deben terminar con una secuencia [CR] (o una secuencia [CR] / [LF]), un
designador de carácter literal, '/' (barra), debe preceder a estos caracteres para incrustarlos en los datos a ser
transmitido. El transmisor analizará automáticamente el designador literal antes de cargar el búfer apropiado.
Con la llegada de la Versión 2.0 de la Especificación de Certificación GOES, se eliminó la prohibición de ciertos
caracteres ASCII. Con excepción, todos los caracteres ASCII con un valor hexadecoimal entre 0x00 y 0x7F ahora se
pueden transmitir en un mensaje GOES ASCII. La única excepción es el código de control GOES EOT (0x04); Los
mensajes ASCII deben terminarse con un solo EOT. Como tal, los códigos EOT adicionales NO PUEDEN aparecer en el
contenido del mensaje.
Para las transmisiones pseudo-binarias, el transmisor reemplazará cualquier carácter ASCII que no sea el espacio
[SP], barra ('/'), [CR] o [LF] que no se ajuste a la especificación pseudo-binaria (0x3F-0x7F) con un carácter delineable
por el usuario, incluso si es otro carácter imprimible ASCII válido.
Para transmisiones de 100 bps en los canales de CGMS International, solo se permiten los caracteres ASCII que se muestran
en la Tabla 1. Al intentar transmitir cualquier otro carácter que no sean los que se enumeran en la tabla a continuación, la
GTX también reemplazará los caracteres que no cumplen con un carácter definible por el usuario.
El carácter de reemplazo predeterminado es la barra diagonal ASCII ('/', 0x2F), que es válida en ambos juegos de
caracteres. Si bien el usuario puede cambiar el carácter de reemplazo (consulte la Sección 11.3.7), la GTX-2.0 no limita
las opciones del carácter ni asegura que sea un carácter pseudobinario o internacional válido, ya que los conjuntos
no son idénticos. Como tal, es responsabilidad del usuario asegurarse de que el carácter de reemplazo elegido sea
válido para el tipo de transmisiones por satélite que se utilizará.

Tabla 1: Alfabeto internacional aprobado
1.2.3.3.2. Formateo de búfer binario GOES
El formateo de los datos binarios del GOES para los búferes de transmisión temporizados o aleatorios supone que los datos
proporcionados al transmisor serán valores binarios de 8 bits. Los datos que se cargarán en el búfer apropiado son
proporcionados por el Host utilizando el TimedData ( Sección 11.4.2) o Datos aleatorios ( Sección 11.4.6) comandos.
La misma operación de traducción de caracteres literales definida para los caracteres [CR] y [LF] también se aplica al
formato binario. No se requieren otras operaciones de formato de datos para el formato de búfer binario.
Tenga en cuenta que, si bien el transmisor admitirá el formato binario, NESDIS no permite las transmisiones de datos
binarios en el sistema GOES en este momento.
1.2.3.4. Control de transmisor de RF
Todas las funciones de control del transmisor de RF (con la excepción del monitor de transmisión a prueba de fallas, sección
1.2.3.13) son manejados por el Microcontrolador Principal. Las diversas funciones necesarias para implementar una transmisión
GOES se enumeran a continuación y se explican en las siguientes secciones.
• Monitor de voltaje de la batería Transmisor Control

• de potencia Selección de canal Sintetizador de
• avance y retroceso Monitor de potencia
• Sincronización de símbolos, Modulación I / Q y AGC
•
1.2.3.4.1. Monitor de voltaje de la batería
Antes de iniciar una transmisión, el microcontrolador principal verifica que el voltaje de la batería esté dentro de los límites
aceptables. Si el voltaje es demasiado bajo (lo que indica una batería débil o defectuosa) o demasiado alto (lo que indica una
batería desconectada con energía proveniente solo de las celdas fotovoltaicas), el microcontrolador principal abortará la
transmisión y registrará este evento.

El voltaje de la batería también se mide durante la parte portadora de una transmisión (es decir, bajo carga). Esta lectura se
guarda y se incluye en el informe de estado de la última transmisión (consulte la Sección 11.10.6) y también puede incluirse
como un parámetro de encabezado para la siguiente transmisión (consulte la Sección 11.7.3.1).
Si el voltaje es demasiado bajo antes de que se habiliten los circuitos de transmisión, la transmisión se interrumpe y ninguno de los
circuitos está energizado. Sin embargo, si el voltaje de suministro está por encima del límite, una parte del circuito de transmisión
está habilitada para producir una condición de batería parcialmente cargada. Después de un breve retardo de calentamiento, se
comprueba el límite superior y se vuelve a comprobar el límite inferior. Proporcionar una carga parcial puede ser útil en condiciones
de frío extremo donde es típico que las baterías de plomo-ácido se carguen a un nivel mucho más alto; La prueba del límite alto bajo
una carga puede hacer que el nivel de la batería vuelva a estar dentro de los límites aceptables. Además, volver a verificar el
suministro para el límite bajo bajo una condición cargada proporciona una mejor indicación de que la batería es capaz de soportar la
transmisión.
El voltaje de la batería también se puede recopilar, almacenar y / o transmitir como un sensor interno.
1.2.3.4.2. Control de potencia del transmisor
Antes de comenzar una transmisión, el microcontrolador principal encenderá los circuitos de RF. Para ahorrar
energía, estas secciones se mantienen apagadas, excepto cuando se realiza una transmisión.
1.2.3.4.3. Sintetizador de selección de canal
Una vez que se energiza el circuito de RF, el microcontrolador principal configurará el sintetizador de selección de canal para
el canal requerido según el tipo de transmisión (temporizada o aleatoria) y el canal configurado por el usuario. La GTX es
capaz de sintonizar el sintetizador de canal a cualquier frecuencia en el rango de 400 MHz a 405 MHz con una resolución de
menos de 20 Hz. Esto permite el funcionamiento en una amplia variedad de sistemas de satélites meteorológicos. Sin
embargo, para simplificar la configuración del usuario, el usuario simplemente necesita ingresar el número de canal
correcto para el sistema deseado. En otras palabras, la GTX facilita la configuración al permitir la entrada de números de
canal en lugar de la frecuencia de operación. La frecuencia de referencia para el sintetizador de canales la proporciona el
TCXO de baja potencia.
1.2.3.4.4. Monitor de potencia de avance y retroceso
Durante una transmisión, el microcontrolador principal mide la potencia de avance y la potencia de retroceso. Las
lecturas de potencia de avance y retroceso se utilizan para calcular el VSWR para la transmisión; esto proporciona
una medida de la salud de la antena.
La lectura de potencia directa también es utilizada por la función AGC para controlar la salida de RF del transmisor durante
el mensaje. La función AGC asegura un pico de potencia de salida de RF constante desde la transmisión hasta
transmisión y da cuenta de las variaciones de temperatura y suministro de energía.
De manera similar al voltaje de la batería, tanto las lecturas de potencia directa como inversa (también conocida como reflejada) se guardan y
se incluyen en el informe de estado de la última transmisión (consulte la Sección 11.10.6) y también se pueden incluir como parámetros de
encabezado para la siguiente transmisión (consulte Sección 11.7.3.1).
1.2.3.4.5. Sincronización de símbolos, modulación de datos y AGC
El microcontrolador principal tiene el control total de las funciones de sincronización de símbolos, modulación I / Q y AGC
(control automático de ganancia). Aparte de establecer la tasa de bps deseada, el usuario no necesita proporcionar ningún
ajuste de configuración para estas funciones.
1.2.3.5. Interfaz de puerto serie
Todas las funciones de ingreso de datos, configuración del sistema, calibración y diagnóstico se realizan mediante una
interfaz de puerto serie RS-232. El puerto RS-232 utiliza una interfaz de línea de comandos ASCII que permite la
configuración a través de un programa de terminal, como Windows © Hiper terminal. La utilización de una interfaz de línea
de comandos ASCII (a diferencia de un sistema de menús) permite capturar configuraciones comunes en un editor de texto.
El archivo capturado se puede descargar para permitir que múltiples unidades se configuren rápidamente con una interfaz
de terminal simple.
Microcom también proporciona, sin costo adicional, un sistema de Windows personalizado. © programa que facilita la configuración de GTX
mediante una interfaz gráfica.
La interfaz de puerto serie también es adecuada para la conexión a registradores de datos equipados con un puerto RS-232.

1.2.3.6. Interfaz SDI-12
La GTX El transmisor incluye una interfaz SDI-12 estándar de la industria, que proporciona la base para
adquisición de datos por transmisor. Con esta interfaz, la GTX puede recopilar datos de una variedad de sensores SDI-12, que se
pueden formatear, almacenar en búfer y transmitir sin la intervención de un host externo. En otras palabras, la GTX por sí sola
puede actuar como una plataforma de recopilación de datos independiente o como un registrador de datos. El transmisor
proporciona un mecanismo robusto para simplificar la recopilación de datos de los dispositivos SDI-12 con una flexibilidad
significativa en cuanto al número, tipo y frecuencia de muestreo de los parámetros SDI-12. Los datos recopilados de la interfaz
SDI-12 se pueden almacenar en el búfer temporizado o aleatorio o en ambos. Además, estos parámetros también se pueden utilizar
para activar informes aleatorios.
Los datos recopilados de los sensores SDI-12 también se pueden almacenar en el registro de datos / eventos y se pueden usar como entradas
para la ecuación y el procesador mínimo, máximo y promedio.
1.2.3.7. Sensores internos (temperatura, volcadura buc ket, voltaje de la batería)
Además de recopilar datos de los sensores SDI-12 externos, la GTX proporciona tres sensores internos, un sensor de
temperatura, un contador de cubos basculantes y el sensor de voltaje de la batería. Si bien el propósito principal del sensor
de temperatura es mejorar la precisión del mantenimiento del tiempo compensando la variación de temperatura del TCXO,
la GTX también puede configurarse para usar este sensor como un dispositivo de recopilación de datos.
La GTX también proporciona una interfaz para el pluviómetro de cubeta basculante con cierre de contacto. Una función de
contador de cubos de propina de 16 bits está vinculada a esta interfaz, que también puede proporcionar una fuente de
datos para los mensajes. Si bien el Tipping Bucket es en realidad un dispositivo externo, el Contador de Tipping Bucket (TBC)
se considera un sensor interno a los efectos de la configuración, ya que la GTX interactúa directamente con el cubo y la
operación de conteo se realiza de forma interna a la GTX. Además de recopilarse como un valor de recuento, la GTX incluye
la capacidad de formatear la lectura de TBC en unidades de ingeniería (es decir, pulgadas o mm de lluvia).
1.2.3.8. Sensores internos (procesador de ecuaciones)
Además de recopilar datos del sensor, la GTX-2.0 incorpora un potente procesador de ecuaciones que permite al
usuario final manipular numéricamente los parámetros recopilados. Una vez que se define una ecuación, se puede
tratar como un sensor interno. Como tal, el usuario puede definir el intervalo de muestreo o ejecución de la
ecuación. Las ecuaciones normalmente utilizarán uno o más parámetros de sensor recopilados como variables,
aplicarán un cálculo numérico a los valores y devolverán un resultado. Un ejemplo típico es una ecuación para
convertir grados centígrados a Fahrenheit.
Una vez que se ejecuta la ecuación, el resultado final se asigna al sensor interno, el resultado puede almacenarse en un
búfer de transmisión, almacenarse en el registro de datos / eventos, usarse para activar un informe aleatorio, pasar al
procesador MMA y / o usó una entrada para otra ecuación. En otras palabras, los resultados de la ecuación se pueden tratar
como cualquier otro sensor.
Las ecuaciones se ingresan y almacenan como cadenas de texto. Estas cadenas pueden constar de una sola ecuación o una
serie de cálculos con resultados intermedios asignados a otras variables. El resultado final se puede formatear con una
precisión definida por el usuario.
1.2.3.9. Procesador mínimo, máximo y medio (MMA)
El procesador Min, Max, Average (MMA) permite al usuario recopilar, almacenar y / o transmitir fácilmente información
acumulativa para cualquier sensor definido. Una vez que se define un sensor (SDI-12, interno o ecuación), se puede adjuntar
un proceso MMA al sensor. Independientemente de la frecuencia de muestreo seleccionada por el usuario para el sensor, el
usuario puede definir el intervalo MMA para el sensor. A medida que se recopilan datos de un sensor, cada valor recopilado
se pasa al procesador MMA.
El procesador MMA compara esta lectura con el mínimo y el máximo actuales, y actualiza estos valores junto con la
hora en que ocurrió el mínimo o el máximo. Además, la lectura se agregará al acumulador promedio y se
incrementará el recuento promedio. Una vez transcurrido el intervalo de MMA, se calculará el promedio y los valores
mínimo, máximo y promedio resultantes pueden enviarse a un búfer de transmisión, almacenarse en el registro de
datos / eventos o usarse en ecuaciones.

1.2.3.10. Reloj en tiempo real TKM y BBU-RTC
Como se señaló anteriormente, la función principal del TKM es proporcionar un reloj en tiempo real preciso y de baja potencia. El
reloj en tiempo real del TKM también tiene funciones de calendario completas (es decir, hora y fecha). El tiempo se mantiene en el
modo de 24 horas a 0,01 segundos (es decir, hh: mm: ss.ss). La función de calendario proporciona mes, fecha y año (en modo de
cuatro dígitos) con corrección de año bisiesto.
Incluso sin actualizaciones periódicas del receptor GPS, la GTX proporciona una precisión de mantenimiento del tiempo de ±
0,1 PPM (± 0,5 PPM en el peor de los casos). Para facilitar el mantenimiento preciso de la hora, el TKM utiliza un TCXO de
baja potencia como fuente de reloj. Si bien el TCXO proporciona una fuente de sincronización precisa, su precisión sobre la
temperatura por sí sola no produce el rendimiento típico de ± 0,1 PPM. Para lograr esta precisión se requirió la
implementación de funciones patentadas, que mejoran significativamente la precisión de mantenimiento del tiempo más
allá de lo posible por el propio TCXO.
Estas funciones permiten que el TKM realice pequeños ajustes en su base de tiempo básica en respuesta a las
variaciones de temperatura. En esencia, el TKM monitorea la temperatura del TCXO y utiliza la tabla de corrección de
frecuencia versus temperatura para calcular un factor de corrección de reloj. La tabla de corrección de frecuencia
viene precargada en la fábrica y no requiere generación en el sitio, es decir, esta tabla NO se construye con el tiempo
una vez que se implementa la unidad. Usando esta tabla, la temperatura del TCXO y un factor de calibración de
envejecimiento, el TKM determina un factor de corrección de reloj general. Al monitorear continuamente la
temperatura y actualizar el factor de corrección del reloj, la GTX es capaz de lograr un desempeño superior en el
mantenimiento del tiempo.
Como se mencionó anteriormente, la GTX está disponible con un reloj en tiempo real con respaldo de batería opcional (BBU-
RTC) para su uso en aplicaciones donde no se requiere un estricto control de la hora y / o la sincronización de la hora por
GPS no es deseable; por ejemplo, cuando se usa la GTX para enviar solo transmisiones GOES aleatorias o cuando se usa la
GTX solo como un registrador de datos. En esta configuración opcional, el TKM aún proporciona la fuente de tiempo
operativo; el BBU-RTC se utiliza simplemente para reemplazar la dependencia de adquirir tiempo del receptor GPS cuando
se apaga y enciende.
Además, incluso en aplicaciones requeridas por GPS, es decir, para enviar transmisiones GOES autotemporizadas, el BBU-RTC se
utilizará para configurar inicialmente el reloj para permitir que la función de recopilación de datos comience inmediatamente
después del encendido. Tenga en cuenta que, si bien la hora y la fecha serán configuradas por BBU-RTC, el GOES autotemporizado
No se permitirán transmisiones hasta que la GTX sincronice su reloj interno con UTC usando el receptor GPS.
1.2.3.10.1. Sensor de temperatura TCXO
Con el fin de proporcionar corrección de temperatura TCXO para mejorar la precisión del mantenimiento del tiempo, el TKM
se conecta a un sensor de temperatura digital. El TKM se comunica directamente con el sensor de temperatura e inicia una
medición de temperatura cada segundo. El sensor de temperatura proporciona medidas directamente en grados Celsius
con una resolución de 0,25ºC. Cada nueva lectura de temperatura se usa para ingresar a la tabla de búsqueda TCXO para
obtener el factor de corrección de temperatura TCXO correspondiente. El valor de corrección de temperatura se agrega a la
corrección de envejecimiento TCXO para proporcionar la corrección de error total.
La temperatura también es legible por el microcontrolador principal y puede proporcionar una medición de temperatura
local para la transmisión de datos.
1.2.3.10.2. Función de monitor de temperatura
El sensor de temperatura TCXO también se usa para monitorear la temperatura operativa de la GTX y, además, para
excluir ciertas funciones si la temperatura está fuera de los límites operativos seguros. Dado que este sensor es
interno a la GTX, proporciona una medición precisa de la temperatura operativa actual de la unidad.
El GTX, como todos los transmisores GOES, está certificado para funcionar en un rango de temperatura de –40 ° a + 50 °
Celsius. La curva de temperatura TCXO utilizada para mejorar la precisión de mantenimiento del tiempo de la GTX, explicada
en la sección anterior, cubre un rango de –40 ° a + 60 ° Celsius. Todos los componentes para el funcionamiento básico se
especifican con un rango de temperatura mínima de funcionamiento de –40 ° a + 85 ° Celsius. Además, Microcom ha
probado numerosas unidades GTX y ha confirmado con un alto grado de certeza que los dos microcontroladores y sus
circuitos asociados funcionan de forma fiable hasta –43 ° C.

Dado que la GTX puede permanecer operativa fuera del rango de temperatura de la certificación GOES, se ha incluido un
código especial para deshabilitar las transmisiones siempre que la temperatura de funcionamiento esté más de 2 grados
fuera de este rango, es decir, por debajo de –42 ° C o por encima de + 52 ° C; los dos grados adicionales no afectan las
transmisiones y proporcionan cierto margen para tener en cuenta los errores de medición.
Además, se aplica el mismo algoritmo para energizar el receptor GPS, aunque con un rango ligeramente más amplio,
es decir, –42 ° a + 62 ° Celsius. Específicamente, las fijaciones de GPS se desactivan siempre que se detecta que la temperatura de
funcionamiento está fuera de este rango.
Por último, para garantizar que las transmisiones autotemporizadas no se envíen cuando el reloj interno sea sospechoso después de
condiciones extremas de temperatura adversas, el firmware desactivará las transmisiones temporizadas hasta que se pueda realizar una
corrección de GPS. A continuación, se resumen las dos condiciones que provocan la desactivación de la transmisión autotemporizada hasta
después de la siguiente localización de GPS:
• Temperatura detectada por debajo de -45 ° C o por encima de + 65 ° C

• Funcionamiento entre –45 ° C y –42 ° C o + 62 ° C y + 65 ° C durante más de 4 horas
Tenga en cuenta que para que se produzca una corrección de GPS después de cualquiera de las dos condiciones anteriores, la temperatura de
funcionamiento debe volver primero a un valor aceptable.
Se debe enfatizar que estas funciones de monitoreo y desactivación de temperatura solo se aplican a transmisiones y
ajustes de GPS. La GTX intentará continuar capturando y registrando datos del sensor. Sin embargo, la validez de
estos datos dependerá de las especificaciones de temperatura de funcionamiento de los propios sensores. Es una
buena idea que cuando sean posibles temperaturas tan extremas, la GTX esté configurada para capturar y registrar
su temperatura interna de modo que pueda correlacionarse con las lecturas de los sensores que se capturan
durante tiempos de temperaturas extremas severas.
1.2.3.11. Activación del microcontrolador principal
El segundo propósito principal del Microcontrolador de mantenimiento de tiempo es despertar el Microcontrolador

principal cuando se requiere realizar alguna acción o responder a algún evento externo. A continuación se proporciona una
lista de las posibles fuentes / motivos de activación. Después de ser despertado, el microcontrolador principal preguntará al
TKM qué provocó la activación.
• Función de reloj despertador

• Actividad del puerto serie
• Activación con botón pulsador
1.2.3.11.1. Función de reloj despertador
Antes de ingresar al modo de suspensión de bajo consumo, el microcontrolador principal notificará al TKM cuándo debe
despertarlo. El TKM incluye una función de reloj de alarma para proporcionar este despertador. El Microcontrolador
Principal simplemente configurará la hora a la que debe despertarse. Cada vez que el TKM actualiza su reloj en tiempo real,
también compara la hora actual con la hora de la alarma; cuando ocurre una coincidencia, el TKM iniciará el despertador
secuencia.
1.2.3.11.2. Actividad del puerto serie
Facilitar Al despertar el microcontrolador principal en respuesta a la actividad RS-232, el TKM monitorea el

Líneas RXD y RTS del puerto serie. Tres condiciones que ocurren en estas líneas harán que el TKM despierte al
Principal de su modo de suspensión. Tenga en cuenta que mientras Main esté activo, TKM ignorará estas líneas.
La primera condición que despertará al microcontrolador principal de su modo de suspensión es una señal activa en la línea RTS. Por
lo tanto, esta función requiere que el RTS pase al estado inactivo para permitir que el microcontrolador principal entre en el modo
de suspensión. El microcontrolador principal también anulará la afirmación de la línea CTS antes de entrar en el estado de
suspensión.
La segunda condición que despertará al Microcontrolador Principal de su modo de suspensión es la recepción del
carácter de atención [CR]; otros caracteres serán ignorados. Con este método, solo es posible utilizar las líneas TXD y
RXD para comunicarse con el transmisor, es decir, no es necesario conectar las líneas de protocolo de enlace RTS y
CTS.

La condición final es recibir una condición de interrupción en la línea RXD. Esto es siempre lo mismo que el RTS que
se activa.
Tenga en cuenta que la distinción principal entre los métodos es que reciba un [CR] automáticamente llama la atención del
transmisor. Los otros dos métodos solo activan el microcontrolador principal, aún se debe emitir un [CR] para permitir que
la unidad responda a los datos en serie.
1.2.3.11.3. Activación con botón pulsador
Para fines de diagnóstico y resolución de problemas, se proporciona un botón pulsador discreto a través de la
carcasa del transmisor. Si el microcontrolador principal está inactivo, presionar el botón activará la unidad.
Este botón también es el único mecanismo que se proporciona para borrar el sistema de seguridad en funcionamiento normal. Para
restablecer el Failsafe, este botón se debe presionar continuamente durante un período de cinco segundos.
1.2.3.12. Receptor e interfaz GPS
El TKM también proporciona la interfaz de comunicación en serie al módulo receptor GPS. El uso del GPS es necesario para
el funcionamiento del GOES y, de lo contrario, es opcional. El TKM también controla la alimentación del GPS; el receptor GPS
normalmente reside en un estado apagado para minimizar el consumo de corriente del sistema. El GPS se enciende según
sea necesario para mantener la horaria con UTC. El sistema también utilizará periódicamente la señal de pulso por segundo
(PPS) del GPS para calibrar el TCXO para tener en cuenta los efectos del envejecimiento.
El receptor GPS está conectado directamente al TKM. Tenga en cuenta que debido a que el sistema solo utiliza el GPS
para fines de autocalibración, que son controlados por el microcontrolador principal, el TKM solo habilita el GPS
cuando se le indica que lo haga.
Las siguientes secciones (resumidas a continuación) proporcionan detalles adicionales sobre el uso del receptor GPS.
• Ajuste del reloj y sincronización con UTC

• TCXO Calibración de frecuencia
• Posición Lat / Long
1.2.3.12.1. Ajuste del reloj y sincronización con UTC
Como se señaló anteriormente, el propósito principal del receptor GPS es sincronizar el reloj de tiempo real con la
hora universal coordinada (UTC). Configurar el reloj y sincronizar con UTC requiere coordinar una solicitud de hora
GPS junto con la señal PPS. Después de encender el receptor GPS, el TKM en coordinación con el microcontrolador
principal monitorea el estado de la adquisición de satélites.
Una vez que se hayan adquirido suficientes satélites para permitir que el receptor determine con precisión la hora del GPS,
el transmisor comenzará a monitorear la línea PPS. Para sincronizar con UTC, el TKM espera un pulso de 1 PPS; al recibirlo,
el TKM solicita la hora del GPS. Esta información se convierte a UTC (la hora del GPS difiere de la UTC por un desplazamiento
conocido incluido en los datos del almanaque del GPS) y se carga en los registros de tiempo. Antes de cargar los registros, la
función de cronometraje interno se desactiva temporalmente. En la siguiente luz estroboscópica PPS (es decir, un segundo
después de la primera), se vuelve a habilitar el cronometraje. Este procedimiento permite que el TKM sincronice su reloj de
tiempo real a unos pocos microsegundos de UTC.
Si bien el GPS se usa para sincronizar el reloj de la GTX con UTC, la GTX también puede operar en la hora local y controlar el
parámetro de corrección de la zona horaria (consulte la Sección 11.3.5), y la hora y la fecha se pueden configurar
manualmente. Tenga en cuenta que la corrección de la zona horaria solo se utiliza cuando la GTX realiza una sincronización
GPS para ajustar el interno relativo a UTC. En otras palabras, la GTX siempre asume que está funcionando en la hora local.
Sin embargo, la configuración de la compensación de la zona horaria es opcional y el valor predeterminado es 0, que de
hecho permite que la unidad funcione en la hora UTC.
Una consideración importante que resulta del uso de la compensación de la zona horaria en un entorno de transmisión
GOES es que NESDIS siempre especifica la hora de la primera transmisión (FFT) en UTC. En consecuencia, siempre se asume
que el parámetro de configuración FirstTimedTx (consulte la Sección 11.2.5) está en UTC. La GTX ajustará automáticamente
este valor siempre que el desplazamiento de la zona horaria no sea 0. En otras palabras, no es necesario que el usuario
ajuste el valor FTT manualmente.

1.2.3.12.2. Calibración de frecuencia TCXO
Como se explicó anteriormente, la señal PPS del receptor GPS se utiliza para calibrar el TCXO para tener en cuenta
los efectos del envejecimiento. La calibración del TCXO es realizada por el TKM bajo la dirección del Main
Microcontrolador.
Para realizar una calibración TCXO, el receptor GPS debe estar encendido y debe haber adquirido suficientes satélites
para poder realizar una fijación de posición. Cuando se han adquirido suficientes satélites y la señal PPS está
presente, el transmisor utilizará el PPS como un tiempo de puerta para contar la frecuencia del oscilador deseada.
Una vez completado el proceso de recuento de frecuencia, la unidad calculará el error de frecuencia y calculará un
factor de corrección revisado.
1.2.3.12.3. Posición Lat / Long
Siempre que el receptor GPS esté habilitado, el TKM actualizará su información de latitud y longitud. Esta información es
almacenada por el transmisor y puede ser recuperada por el usuario / anfitrión. También se han implementado comandos
para indicar a la unidad que realice una corrección de posición GPS (consulte la Sección 11.12.4). La información de posición
también se puede incluir en las transmisiones de mensajes como parámetros de encabezado.
1.2.3.13. Monitor de transmisión a prueba de fallos
El TKM proporciona el monitor a prueba de fallos independiente según lo requieren las diversas especificaciones de
certificación del transmisor. Siempre que el Microcontrolador Principal activa el RF Final para una transmisión, el TKM
detecta que está encendido y mide su duración. El Failsafe se disparará si alguna de las dos condiciones siguientes
ocurre.
• Mensaje demasiado largo

• Mensaje demasiado pronto
Dado que la longitud permitida de un mensaje transmitido varía con la velocidad en BAUD y el tipo de mensaje
(temporizado o aleatorio), la operación de seguridad “Mensaje demasiado largo” requiere una notificación por parte del
principal del tipo y la velocidad de bps del próximo mensaje. Al recibir esta notificación, el TKM establecerá su límite de
tiempo demasiado largo a los valores que se muestran en la Tabla 2. La detección de una transmisión que excede el límite
de tiempo apropiado activará inmediatamente el Failsafe y terminará la transmisión.
Si el microcontrolador principal no notifica al TKM de la transmisión inminente, el TKM activará el mecanismo de

seguridad inmediatamente al detectar una transmisión. Después de cada transmisión notificada, el TKM borra
automáticamente el hecho de que se ha realizado una notificación. En otras palabras, todas y cada una de las
transmisiones deben ir precedidas de una notificación, incluso si la nueva transmisión tiene la misma tasa de bps
que la anterior.
El límite de "Mensaje demasiado pronto" se basa principalmente en el sistema satelital que se está utilizando y es de 30
segundos o 1 segundo, como se detalla en la Tabla 2. Después de completar cualquier transmisión, la detección de otra
transmisión dentro del límite de "Demasiado pronto" se disparará inmediatamente. el Failsafe.
Sistema Límite de longitud cronometrado Límite de longitud aleatorio Límite demasiado pronto
Tasa de bps (segundos) (segundos) (segundos)

VA 300 110 3 30
VA 1200 110 1,5 30
MeteoSat 100 150 10 30
ARGOS / SCD 400 N/A 2.5 1
INSAT PBRS 4800 N/A 2.5 1
Tabla 2: Límites de tiempo a prueba de fallas
Si bien el microcontrolador principal puede leer el estado a prueba de fallas, no puede restablecerlo. Un pulsador separado
está conectado directamente al TKM. Para borrar la bandera de seguridad, este botón debe presionarse durante un mínimo
de cinco segundos. También se ha incluido un LED para indicar el estado a prueba de fallos. Cuando se activa el sistema de
seguridad, el LED de seguridad se ilumina siempre que el microcontrolador principal no esté en modo de suspensión.
El estado a prueba de fallas no se restablece cuando se desconecta la energía y se restablece en el sistema.

1.2.3.14. Interfaz de pulsador / LED
La GTX El transmisor tiene un interruptor de botón y cuatro LED. El pulsador y los LED están
interconectado directamente con el TKM. Mientras que el TKM monitorea y determina la respuesta al pulsador
(aunque es legible por el principal), el TKM solo actualiza los LED bajo la dirección del microcontrolador principal, es
decir, el TKM funciona solo como un controlador de LED.
El propósito del pulsador es poder activar el microcontrolador principal cuando se le solicite sin perturbar la
conexión del puerto RS-232 y restablecer el estado de seguridad, como se describe en la sección anterior.
Los cuatro LED se utilizan para informar el estado del transmisor. Sin embargo, los LED solo están activos cuando el
microcontrolador principal está activo. Esto puede ser en respuesta a una función de “Reloj despertador”, actividad del puerto serie o
al presionar el botón. Una vez activados, los LED solo permanecerán activos durante un corto período de tiempo,
es decir, se apagan para ahorrar energía cuando el microcontrolador principal está inactivo. A continuación se proporciona un
resumen del significado de cada LED.
LED 1: rojo (FS) Se enciende si se activa la función Fail-Safe. Se enciende
LED 2: Verde (TX) cuando la salida de RF está activada. Se enciende cuando
LED 3: Verde (GPS) el receptor GPS está encendido. Parpadea cuando Main
LED 4: Verde (DATOS) está despierto y
Se enciende fijo cuando se presiona el botón pulsador.

2. Configuración del hardware GTX
El Microcom GTX está alojado en una carcasa de aluminio robusta y compacta de 6 ”x8” x1.5 ”. Todas las conexiones a
el transmisor se realiza a través de conectores de panel de extremo como se muestra en la Figura 1.
TB de E / S
ABCDTG
I / 0 / TB
ANT GPS
4 5
HORMIGA
GPS
DE SERIE
RS-232
PUERTO
6
Transmisor de datos por satélite
1 GTX - 2.0
12,5 V CC
SDI-12
D-
SDI-12
APORTE
+
+
A PRUEBA DE FALLOS
RESET FS
REINICIAR
2
12,5 V CC
PODER
7
DATOS
DATOS
GPS
GPS
-
TX
8
TX
SALIDA RF
FS DISPARADO
FS
9
FUERA
10
RF
11
Figura 1: Caja GTX-2.0
Con referencia a la Figura 1, a continuación se proporciona una lista de los principales componentes del panel de extremo.
1. Conector de entrada de alimentación principal - +12,5 V CC

2. Conector de salida RF
3. Cubo basculante y conector de E / S personalizado
4. Conector de antena GPS
5. Conector de puerto serie RS-232
6. Conector de interfaz SDI-12
7. Botón pulsador de reinicio a prueba de fallos
8. LED4: LED de información de datos (verde)
9. LED3: LED activo de recepción de GPS (verde)
10. LED2: LED activo de transmisión RF (verde)
11. LED1: LED de disparo a prueba de fallos (rojo)
2.1. Información del conector
2.1.1. Conexiones de energía principal
La entrada de energía principal de la GTX está diseñada para una batería estándar de plomo ácido de 12 voltios. La GTX-2.0 utiliza
una conexión de alimentación de alta corriente con llave, bloqueo, Molex P / N 50-84-2020; el conector de acoplamiento es Molex P /
N 50-84-1020.
La GTX-2.0 se suministra con un cable de alimentación para simplificar los requisitos de conexión de la batería / alimentación. El
cable de alimentación suministrado consta de un conector de acoplamiento con cables rojos y negros; el cable rojo debe estar
conectado al terminal de suministro positivo y el negro debe estar conectado al terminal de suministro negativo. Los extremos de
los cables de alimentación no están terminados; el usuario debe proporcionar el suministro adecuado
conexiones. Microcom también puede proporcionar cables personalizados.
2.1.2. Conexiones de salida RF
El conector de salida RF (RF OUT) es un conector RF SMA hembra estándar. Se debe proporcionar cableado externo
para conectar la salida de RF a la antena de transmisión del GOES. Por un costo mínimo, Microcom puede
proporcionar el cable de antena de transmisión GOES. El cable estándar es SMA-to-N con 20 'de LMR-240. También se
pueden proporcionar longitudes y conexiones de antena personalizadas.
Microcom Design, Inc. dieciséis

2.1.3. Cubo basculante y conexiones de E / S personalizadas
El cubo basculante y la interfaz de E / S es un punto de conexión multipropósito provisto a través de un bloque de

terminales de cuatro posiciones con cabezal desmontable, como se muestra en la Figura 2; La Figura 1 muestra el conector
de interfaz de E / S y TB sin el encabezado. El conector de interfaz es un Phoenix Contact P / N 1881464 y el cabezal
desmontable es P / N 1881341.
El cabezal desmontable proporciona una conexión de compresión con fuerza de inserción cero que puede aceptar tamaños de cable
de 20 a 26 AWG. Para insertar los cables individuales, se requiere una pequeña herramienta para presionar la lengüeta de liberación
de compresión ubicada sobre el receptáculo del cable. Una vez presionado, el cable se puede insertar y la pestaña se puede soltar
bloqueando el cable en su lugar.
Cuando se ve desde el panel del extremo, las clavijas del conector "I / O TB" se designan ABCDTG de izquierda a derecha, como se
muestra en la Figura 2.
Cubo basculante
PD
Nuevo testamento ABCDTG
TB de E / S
Figura 2: Conexiones de la interfaz del cucharón basculante
El propósito principal de este conector es proporcionar una interfaz Tipping Bucket de cierre de contacto normalmente
abierto al contador interno de la GTX. Las conexiones del cucharón basculante se deben realizar en las clavijas T y G (tierra)
como se muestra en la Figura 2.
Los cuatro contactos restantes (A a D) se enrutan a un conector interno que proporciona una interfaz a una variedad de
tarjetas opcionales GTX. Estas conexiones opcionales se pueden utilizar para proporcionar una batería de respaldo o
entradas analógicas, un puerto serie adicional, salidas de suministro conmutadas u otras señales específicas de aplicaciones
personalizadas según sea necesario. La conectividad específica dependiente de la placa opcional.
Por ejemplo, si la GTX se pide con la opción BBU-RTC (consulte la Sección 1.2.3.10), este conector proporciona el
punto de entrada para una batería de litio externa de 3,6 V para alimentar la BBU-RTC cuando la GTX pierde la
alimentación principal o la principal. el voltaje de la batería cae por debajo del nivel de corte. Los puntos de conexión
para la batería de respaldo se muestran en la Figura 3; el cable positivo de la batería se conecta a A y el cable
negativo se conecta a B.
Batería de respaldo
PD
Nuevo Testamento ABCDTG
TB de E / S
Figura 3: Conexiones de la interfaz de respaldo de batería
2.1.4. Conexiones de antena GPS
El conector de antena GPS (GPS ANT) es un conector RF MCX hembra estándar. La conexión de la antena GPS debe
conectarse a una antena Trimble 3V Bullet (N / P 48360) o una antena Trimble 3V Magnetic-Mount Patch (39265-50).
La GTX-2.0 viene de serie con la Antena Bullet de 3V, pero no incluye un cable de interfaz. Si lo desea, Microcom
puede suministrar alternativamente la antena de montaje magnético o

puede suministrar el cable de interfaz para la antena Bullet (la antena de montaje magnético incorpora un cable de 5M). El
cable de interfaz Bullet estándar es MCX-to-TNC con 20 'de LMR-240; También se pueden proporcionar longitudes
personalizadas.
2.1.5. Conexiones de puerto serie RS-232
El conector del puerto serie RS-232 proporciona la interfaz de host. El conector es un conector Sub-D hembra
estándar de 9 pines.
La Tabla 3 proporciona la conexión de señal para el conector Sub-D hembra de 9 pines. Tenga en cuenta que los nombres
de las señales se refieren a GTX-2.0; por ejemplo, la línea TXD es la salida de transmisión de la GTX, que debe conectarse a la
entrada de recepción del host. Todas las señales son verdaderos niveles RS-232 bipolares.
Número de PIN Señal

1 CAROLINA DEL NORTE
2 TXD
3 RXD
5 GND
7 RTS
8 CTS
Tabla 3: Distribución de pines del puerto serie RS-232
Las conexiones que se muestran en la Tabla 3 permiten que el transmisor se conecte directamente a un puerto COMM estándar en
una PC mediante un cable de conexión RS-232 de 9 conductores de conexión directa.
El uso de las líneas RTS y CTS es opcional, como se explica en las Secciones 1.2.3.11.2 y 3.1.
2.1.6. Conexiones SDI-12
El conector SDI-12 proporciona una interfaz serial SDI-12 estándar de la industria. El conector de 3 clavijas proporciona una
salida de suministro con fusible PTC (termistor de coeficiente de temperatura positivo) recuperable de 1A, una línea de
datos en serie y tierra (negativo de la batería). El conector de terminal de tornillo es un Phoenix Contact P / N 1757255 con el
cabezal desmontable P / N 1757022.
El cabezal desmontable proporciona una conexión de compresión de fuerza de inserción cero que puede aceptar tamaños de cable
de 12 a 24 AWG. Para insertar los cables, se requiere un destornillador pequeño de punta plana para abrir y cerrar el contacto de
compresión del cable.
Cuando se ve desde el panel del extremo, los pines del conector SDI-12 están numerados del 1 al 3 de izquierda a derecha
como se muestra en la Figura 4; el pin 1 es + V, el pin 2 es Datos y el pin 3 es GND.
Datos
+V GND
R
DATOS
1 2 3
AILSAFE
REINICIAR
Figura 4: Conector de interfaz SDI-12

2.2. Indicadores LED y de botón pulsador de reinicio a prueba de fallos
La Figura 1 también muestra la ubicación del botón pulsador de reinicio a prueba de fallas y los indicadores LED que se explican en
la sección 1.2.3.14.
2.3. Conexiones de cables del sitio
Los cinco cables de sitio necesarios para el funcionamiento se muestran en la tabla.
Nombre del cable Microcom P / N Componentes estándar

Antena GOES TX 1970091-20 SMA-F; 20 'LMR-240; N (prensaestopas) SMA-M;
Extensión de antena GPS 1970092-20 20 'LMR-240; TNC (prensaestopas) Conector
Batería GTX 1970093-2 Molex 2 - 2 M AWG 14 - alambre cortado MCX -
Antena GPS Int 1970094-.8 ¼M; 8 ”RG316; SMA-F
RS-232 1970095 9 pines D hembra - cable de 6 '- 9 pines D macho
Tabla 4: Cables GTX
Los cables de RF son para la antena y los cables de GPS. El tipo de cable de antena sugerido (LMR-240) es adecuado
para tramos de cable de menos de 50 'entre la antena y la GTX. El conector de salida GTX RF es un conector de
mamparo hembra SMA. Usando 20 pies de cable LMR-240 disponible en Times Microwave ( http://
www.timesmicrowave.com/ ) con conectores SMA y tipo N tiene una pérdida estimada de 1 dB. Los conectores SMA
se pueden utilizar con varios prensaestopas (sellos de cable de mamparo) de Rose o Heyco ( http://www.heyco.com ).
El cable GPS se compone de dos partes. Dado que el conector GPS en el mamparo GTX es un pequeño conector MCX
RF, solo se acoplará con cables pequeños que pueden no ser adecuados para tendidos de cables al aire libre. Se
recomienda un adaptador de longitud de cable RG316 (pig tail) terminado en un conector SMB que luego se puede
acoplar con el mismo cable LMR 240. Si el cable que va a la antena GPS es corto (<8 pies), se puede usar un solo
recorrido de RG316.
2.4. Fuente de alimentación, batería y consumo de energía
La siguiente tabla es una derivación de muestra del consumo de energía promedio de una GTX configurada para transmitir
una vez por hora con una duración de mensaje de 4 segundos a 300 bps en un UB8. La adquisición de datos se realiza
cuatro veces por hora a partir de una pequeña cantidad de sensores (este presupuesto de energía no incluye los requisitos
actuales de los sensores); se supone que la adquisición de datos tarda 10 segundos cada 15 minutos.
Miliamperios Promedio
Operando Poder Segundos Deber
Actual en Poder
Condición Milivatios por hora Ciclo%
1 2,5 voltios Milivatios
Dormir 2 25 3536 98,22 24,56
Adquisición de datos 10 125 40 1,11 1,39
Calentamiento Tx 10 125 10 0,28 0,35
Transmisión 1500 18,750 4 0,11 20,63
Resumen 4.25 3600 46,93
Tabla 5: Ejemplo de consumo de energía
Poco menos de la mitad del consumo de energía está relacionado con la longitud de transmisión. La longitud de transmisión será
aproximadamente ½ segundo más larga que el número de bits de datos transmitidos dividido por la velocidad de datos. El número
de bits reales transmitidos estará relacionado con el formato de transmisión seleccionado y el número de valores transmitidos.
2.5. Selección y montaje de antenas
La potencia de salida de la GTX viene configurada de fábrica para la antena y tiene una pérdida de cable estimada de 1 dB.
Normalmente, la GTX está configurada para una de las antenas enumeradas en la Tabla 6. Sin embargo, la GTX-2.0 se puede utilizar
con otras antenas con ganancias en el rango de 3 a 11 dB. Tenga en cuenta que la Tabla 6 se aplica a NESDIS GOES

operación solamente; comuníquese con Microcom para obtener información sobre la selección de la antena y las potencias máximas para su uso en
otros sistemas de satélite.
Antena Ganar Máximo poder Máximo poder

Fabricante Modelo dB 300 (vatios) 1200 (vatios)
Diseño de microcom UB6 (XPress) 6 2.5 N/A
Diseño de microcom UB8 8 1,6 5,0
Sinergética 18B-N 11 0,8 3,0
Tabla 6: Selección de antena para operación GOES
Para garantizar un funcionamiento óptimo, es necesario orientar correctamente la antena transmisora. Apéndice C:
proporciona las curvas de acimut y elevación necesarias para cualquier latitud y longitud dentro del ángulo de visión del
satélite.

3. Configuración y operación básica de GTX-2.0
Antes de poner en servicio la GTX-2.0, la unidad debe configurarse correctamente para la aplicación prevista. La
configuración de la GTX para su funcionamiento consiste en configurar las funciones de recopilación de datos y / o
los parámetros de transmisión.
La GTX se puede configurar usando la interfaz de línea de comandos intuitiva usando una PC, una PalmTop o una PDA. Microcom
también proporciona una interfaz de Windows fácil de usar. © utilidad de configuración basada.
En cualquier caso, la computadora host debe tener un puerto RS-232 estándar para realizar la configuración. Las siguientes
secciones proporcionan una descripción general de ambos métodos de configuración; En el resto de este manual se
proporciona información adicional con respecto a la configuración de una función específica. La sección 0 proporciona una
referencia completa para la interfaz de comando del puerto serie.
3.1. Interfaz de terminal
La GTX fue diseñada con una interfaz de línea de comando ASCII de puerto RS-232 altamente versátil e intuitiva, que permite
una configuración completa a través de un programa de terminal, como Windows © Hiper terminal. La interfaz también es
adecuada para la conexión a registradores de datos equipados con un puerto RS-232. Al utilizar una interfaz de línea de
comandos ASCII (a diferencia de un sistema de menú), las configuraciones comunes se pueden capturar en un editor de
texto, que se puede editar y descargar fácilmente a otras unidades para facilitar la configuración de varias unidades con
configuraciones similares.
El puerto RS-232 se comunica a 9600 BAUD con 8 bits de datos, sin paridad y 1 bit de parada. La interfaz del puerto
serie implementa las señales TXD, RXD, RTS y CTS estándar RS-232. Si bien se proporcionan las líneas de protocolo de
enlace (RTS y CTS), la GTX también está diseñada para funcionar solo con las líneas de datos (TXD y RXD). En otras
palabras, solo las conexiones TXD, RXD y de tierra son absolutamente necesarias para una comunicación adecuada.
Con pocas excepciones, todos los comandos son una abreviatura alfanumérica de tres caracteres o un acrónimo de la
función del comando. Ciertos comandos que tienen más de tres caracteres alfanuméricos para evitar que se ingresen
inadvertidamente. A lo largo de este manual, los comandos de tres caracteres se muestran en mayúsculas y en negrita.
Cualquier comando que tenga más de tres caracteres se muestra en mayúsculas y minúsculas para facilitar la lectura. En el
uso real, el conjunto de comandos GTX no distingue entre mayúsculas y minúsculas, es decir, GTX aceptará cualquier
combinación de caracteres en mayúsculas y minúsculas.
Se utilizan muchos comandos para establecer o recuperar varios parámetros de configuración / calibración. Al
configurar los parámetros, el comando va seguido de un signo igual ('='). Al recuperar parámetros, el comando va
seguido de un signo de interrogación ('?').
Ciertos comandos se utilizan para indicar al transmisor que ejecute una función específica (por ejemplo, borrar un
búfer); en tales casos, ni un '=' ni un '?' se utiliza. Algunos de estos comandos pueden permitir un parámetro opcional
que defina con más detalle qué acciones se ejecutarán. En este caso, se puede utilizar un signo igual.
3.1.1. Uso típico de comandos
La Figura 5 muestra una secuencia de línea de comando típica para configurar una GTX para una transmisión cronometrada por
hora usando una interfaz de terminal. Después de configurar la GTX para el modo GOES ( GTX = 1), la secuencia de comando
establece los parámetros proporcionados por NOAA / NESDIS; es decir, el ID de la plataforma del DCP, el canal GOES y la velocidad
de datos, el intervalo de transmisión auto-temporizado de 1 hora, la hora de inicio de la asignación de la ventana y la longitud de la
ventana. Siguiendo esta información, el ejemplo de la Figura 5 configura algunos de los ajustes determinables por el usuario; es
decir, el formato de datos del mensaje (ASCII), la fuente de datos del mensaje (RS-232) y los indicadores operativos temporizados.
La figura 6 muestra una respuesta típica a la configuración de lectura ( RCF?) mando. Las primeras diez líneas de la
respuesta reflejan los comandos que se utilizan para configurar la operación temporizada en el ejemplo de la Figura
5. Las líneas restantes muestran la configuración actual para la operación de transmisión aleatoria. Con el comando
Leer configuración, el usuario puede capturar la configuración en un archivo de texto que luego se puede editar y
descargar en otra GTX.

Figura 5: Ejemplo de configuración de la línea de comandos
Figura 6: Ejemplo de configuración de lectura

3.2. Descripción general de la utilidad de configuración
El programa de utilidad de configuración de Microcom GTX proporciona al usuario una interfaz gráfica para facilitar la
configuración y verificación del Microcom GTX-2.0. Esta ventana © La aplicación basada en proporciona un flujo intuitivo en
una serie de páginas con pestañas para ayudar al usuario a configurar uno o varios transmisores.
La Figura 7 muestra la página principal de las utilidades de configuración tal como aparece cuando se inicia el programa. Como se
indicó, la página principal proporciona cuatro botones de selección que determinan cómo funcionará la aplicación en función de lo
que el usuario desee hacer.
Figura 7: Utilidad de configuración - Pantalla principal
Usando estos botones, el usuario puede 1) Crear o Editar una plantilla de configuración; 2) Utilice una plantilla para
configurar una o más GTX; 3) Supervisar e inspeccionar el estado y la configuración de una GTX; o 4) Implementar una GTX
en el campo, incluida la configuración y el control según sea necesario.
Si bien la primera opción se puede realizar sin una GTX conectada a la PC, las otras tres opciones requieren que se
establezca una conexión en serie entre la PC y la GTX deseada. Para establecer la conexión, el usuario simplemente
necesita conectar la GTX a la PC usando un cable de conexión RS-232 estándar (suministrado con la unidad),
proporcionar energía a la GTX y seleccionar el puerto COM de la PC.
El menú Options / Comm se usa para seleccionar el puerto COM de la PC como se muestra en la Figura 8. Cuando se ha
establecido un enlace de comunicaciones, el icono en la parte inferior izquierda de la pantalla se volverá verde como se
muestra en la Figura 7. La utilidad de configuración sondea continuamente el puerto COM seleccionado para determinar si
una GTX está conectada; cuando la utilidad no puede comunicarse con una GTX (por ejemplo, si se ha desconectado), el
icono se volverá rojo.

Figura 8: Utilidad de configuración - Menú Opciones / Comunicaciones
3.2.1. Crear / abrir una plantilla de configuración
Seleccionar "Crear / Abrir una plantilla de configuración" permite al usuario crear una nueva plantilla de configuración o editar una
plantilla existente. Las configuraciones de plantilla ofrecen un mecanismo para definir configuraciones comunes que se pueden usar
para múltiples transmisores / registradores de datos GTX. Luego, la plantilla puede usar como línea de base para configurar varias
unidades usando el modo "Configurar GTX desde una plantilla" (consulte la Sección 3.2.2).
Figura 9: Utilidad de configuración: crear / abrir una plantilla de configuración
Una vez que se selecciona la opción "Crear / Abrir una plantilla de configuración", los botones de pestañas de página adicionales se
vuelven visibles para permitir que la plantilla se defina como se muestra en la Figura 9. Por ejemplo, seleccionar la pestaña de
Configuración general, permite al usuario configurar los parámetros básicos de la GTX. características como se muestra en la Figura
10. El primer paso en la configuración de la GTX es determinar el tipo y número de "Cantidades de configuración" que serán

requerido. Como se explicó en la Sección 5, la GTX-2.0 usa un suave aproximación a su memoria de configuración. Esto
permite adaptar la memoria disponible a las necesidades específicas de cada usuario y / o plataforma.
Figura 10: Utilidad de configuración - Cantidades de configuración
Una vez que se seleccionan y guardan las “Cantidades de configuración”, es posible que aparezcan páginas con pestañas adicionales.
En el ejemplo de la Figura 10, los cambios realizados agregaron las pestañas “Configuración de transmisión”, “Sensores SDI-12”,
“Sensores internos”, “Sensor mín. Máx. Promedio ”,“ Búfer de datos temporizados ”y“ Disparadores aleatorios ”.
Una vez que estas pestañas adicionales están disponibles, el usuario puede continuar con la definición de la Plantilla. Una vez que la
plantilla de configuración se ha definido completamente, se puede guardar usando el menú Archivo / Guardar plantilla
elemento como se muestra en la Figura 11.
Figura 11: Utilidad de configuración: menú Archivo

El botón "Comprobar plantilla" que se muestra en la Figura 9 y en la Figura 11 se puede utilizar para validar la
configuración de la plantilla. Si se detecta un error, se mostrará un cuadro de diálogo que indica cuál es el error y se
le pedirá al usuario que vaya al error, es decir, el programa transferirá automáticamente el control al campo en
cuestión.
3.2.2. Configurar GTX desde una plantilla
Seleccionar la opción "Configurar GTX desde una plantilla" proporciona un mecanismo para configurar fácilmente
múltiples GTX. El usuario puede recuperar una plantilla guardada para definir los parámetros de configuración que
son comunes a un conjunto de transmisores. Además, la utilidad de configuración resume los campos que deben o
podrían ser diferentes de una unidad a otra.
La Figura 12 proporciona un ejemplo del uso de esta pantalla. Tenga en cuenta que aquí es donde el usuario puede ingresar el ID de
la plataforma GOES (también conocido como el ID de NESDIS), que debe ser único para cada unidad. Sin embargo, es posible que
sea necesario modificar o no los campos de “Configuración de transmisión desde plantilla”. Por ejemplo, el canal temporizado puede
ser el mismo para todas las unidades, en cuyo caso la primera transmisión debe ser diferente. Sin embargo, también es posible que
las unidades estén en diferentes canales y en diferentes tiempos de transmisión.
La cadena de identificación de la plataforma es una cadena de caracteres ASCII que puede definir el usuario y que se puede utilizar
en una amplia variedad de formas. Se puede utilizar para identificar de forma única cada plataforma, en cuyo caso se modificaría
para cada unidad; o puede definir las características de configuración de las plataformas, en cuyo caso podría ser común a todas.
Para lograr ambas utilizaciones, la plantilla también podría simplemente definir una cadena base que se puede editar al configurar
unidades individuales; por ejemplo, el usuario podría agregar caracteres únicos al final de la cadena base.
Figura 12: Utilidad de configuración: configurar GTX desde una plantilla

Como se muestra en la Figura 12, la página "Configurar GTX desde una plantilla" proporciona un botón para enviar la
configuración a la GTX. Un segundo botón permite validar la configuración en la GTX después de la descarga.
Al configurar una GTX a partir de una plantilla, el usuario tiene la opción de bloquear cualquier cambio en los parámetros de
configuración, excepto los que se muestran en la Figura 12. El caso predeterminado es permitir que el usuario vea la configuración
de la plantilla en las páginas de configuración, pero la edición los controles están desactivados. Para habilitar la edición de plantillas
en este modo, use el elemento de menú Opciones / Preferencias para abrir el cuadro de diálogo "Preferencias de configuración
GTX"; seleccione la pestaña "Configuración" y marque la casilla "Permitir modificación de plantilla al configurar GTX desde plantilla".
3.2.3. Supervisar / inspeccionar GTX
La opción “Monitorear / Inspeccionar GTX” permite al usuario obtener rápidamente y fácilmente información sobre el estado de una
unidad. Si bien esta opción se puede utilizar siempre que se conecte una GTX a la PC, es más útil para verificar el estado de las
plataformas operativas, es decir, cuando la GTX está habilitada.
En este modo, la utilidad de configuración sondea periódicamente la GTX conectada para conocer su estado actual. La información
de estado se resume en un conjunto de páginas con pestañas como se muestra en la Figura 13, con el ID de plataforma de la unidad
en la parte superior de las hojas de pestañas.
Figura 13: Utilidad de configuración: supervisar / inspeccionar la información de GTX
Usando las distintas hojas de pestañas, el usuario puede obtener un resumen de “Información GTX” (ver Figura 13), datos
sobre la “Última Transmisión” (ver Figura 81) y el “Estado GPS” actual (ver Figura 88). También se proporcionan pestañas
para ver el último valor de muestra y cuándo se tomará la siguiente muestra de los sensores internos o SDI-12, como se
muestra en el ejemplo de la Figura 14. El usuario puede incluso ver los datos en el temporizador (consulte la Figura 54). ) y
búferes de transmisión aleatorios (consulte la Figura 57).

El botón "Recuperar configuración de GTX" se puede usar para cargar la configuración completa, que luego se puede ver (pero no
editar) usando los botones de la pestaña de configuración principal.
Figura 14: Utilidad de configuración: supervisar / inspeccionar sensores SDI-12
3.2.4. Configurar / controlar / implementar GTX
La opción "Configurar / Controlar / Implementar GTX" proporciona un control total de la GTX. En este modo, el usuario puede
configurar completamente la unidad, si aún no lo ha hecho. Esta opción también proporciona varios controles para preparar la
unidad para su funcionamiento e implementarla.
Como se muestra en la Figura 15, esta página permite al usuario configurar o leer el reloj de la GTX; Preestablecer o leer la
corrección UTC; cargar, descargar y verificar configuraciones; y Habilitar (en modo transmisor o registrador de datos) y
Deshabilitar GTX. Esta página también proporciona un botón para restablecer los ajustes de configuración a sus valores
predeterminados de fábrica.

Figura 15: Utilidad de configuración: configurar / controlar / implementar GTX
La GTX contiene un receptor GPS para configurar o sincronizar el reloj interno a GMT. Siempre que sea posible, el reloj debe ser
configurado por el receptor GPS. El botón "Establecer reloj" se proporciona como una conveniencia para ser utilizado solo cuando el
GPS puede no estar disponible; por ejemplo, cuando se opera en el modo de solo registrador o en interiores para realizar pruebas y
solucionar problemas. Simplemente habilitar la unidad sin el reloj configurado (es decir, después del encendido inicial) hará que la
GTX energice el receptor GPS y realice una sincronización de tiempo antes de programar cualquier transmisión o recopilación de
datos.
El botón "Predefinir UTC" y el cuadro de edición "Desplazamiento" asociado se pueden utilizar para informar a la GTX del
desplazamiento actual (en segundos) de la hora del GPS a GMT. Si bien esta compensación se puede obtener de los satélites
GPS, el valor solo se transmite una vez cada 12½ minutos. El preajuste del valor "Offset" puede acelerar enormemente el
tiempo para sincronizar el reloj interno de la GTX. A partir del 1 de enero de 2013, la corrección UTC es de –16 segundos.
3.2.5. Archivos de plantilla y configuración
Como se señaló anteriormente, la utilidad de configuración permite al usuario guardar las plantillas de configuración para recuperarlas más
adelante (consulte la sección 3.2.1). Cuando la utilidad está en el modo “Configurar / Controlar / Implementar GTX”, el usuario también puede
guardar y recuperar un archivo de configuración completo, es decir, los elementos restantes del menú Archivo que se muestran en la Figura
11 se habilitan.
Tanto los archivos de configuración como los de plantilla almacenan realmente la información de configuración como texto ASCII utilizando el
formato de comando GTX nativo.
La distinción principal entre un archivo de configuración y un archivo de plantilla es que un archivo de configuración incluye TODOS
los comandos necesarios para configurar completamente una GTX específica para la implementación. Específicamente, un archivo
de configuración incluye la plataforma o ID de NESDIS; mientras que el archivo de plantilla omite esta información.

Además, un archivo de configuración también tiene un CFS ( Guardar configuración, ver la sección 11.9.2) comando al final
del archivo.
3.3. Terminal versus utilidad de configuración
Como se detalla en la Sección 3.2.5, la Utilidad de configuración utiliza el conjunto de comandos GTX para guardar archivos de
configuración. Además, la utilidad de configuración simplemente encapsula el protocolo de terminal de GTX y el conjunto de
comandos en una interfaz gráfica. En otras palabras, cualquier operación que se pueda realizar desde la utilidad de configuración
también se puede realizar mediante una interfaz de terminal. La Sección 11 proporciona una descripción completa del conjunto de
comandos de GTX.
Dado que la utilidad de configuración guarda la información de configuración como comandos GTX en archivos de texto, estos
archivos también pueden ser utilizados por aplicaciones de Terminal para descargar la configuración cuando la utilidad de
configuración no está disponible, es decir, desde una PDA o PalmTop.
Además, dado que la utilidad de configuración está diseñada para comunicarse con la GTX usando su conjunto de
comandos estándar, también es posible emitir comandos directos a la GTX desde la utilidad. Al acceder al elemento de
menú Advanced / GTX Control como se muestra en la Figura 16, el usuario puede iniciar el cuadro de diálogo GTX Direct
Control que se muestra en la Figura 17.
Figura 16: Utilidad de configuración - Menú avanzado
Con este cuadro de diálogo, el usuario puede enviar cualquier comando a la GTX y ver la respuesta en el campo de la nota. Este
cuadro de diálogo puede ser útil para verificar rápidamente una GTX o incluso cambiar un parámetro de configuración sin afectar la
configuración o la plantilla en la que se está trabajando actualmente.
Por ejemplo, la Figura 17 muestra cómo se puede utilizar este cuadro de diálogo para consultar el estado de la GTX conectada para
garantizar que se pueda modificar su configuración, es decir, que la unidad esté desactivada. Una vez verificado, el FTT? El comando
se utiliza para consultar el valor actual para el momento de la primera transmisión (es decir, el inicio de la ventana temporizada). A
continuación, este parámetro se cambia a 00:47:00 y un CFS Se emite un comando para confirmar el cambio en la memoria
permanente.
La realización de dicha secuencia a través del control directo permite actualizar un parámetro de configuración de GTX sin
afectar ninguna de las configuraciones en las distintas páginas de configuración.

Figura 17: Utilidad de configuración - GTX Direct Control
3.4. Operación habilitada versus inhabilitada
La GTX-2.0 opera en uno de dos estados principales, habilitado o deshabilitado. Se puede usar la interfaz de terminal
o la utilidad de configuración para cambiar la GTX entre el estado habilitado y deshabilitado. Para implementar una
GTX para su funcionamiento, debe colocarse en el estado Habilitado.
En el estado Deshabilitado, la GTX se puede configurar. No recopilará datos de sensores ni enviará transmisiones
automáticamente. Sin embargo, se han proporcionado comandos de prueba para realizar estas funciones de prueba y
resolución de problemas. En el estado desactivado, el microcontrolador principal de la GTX siempre permanece activo (es
decir, no entra en su estado de reposo de bajo consumo) y el puerto RS-232 está activado continuamente.
En el estado habilitado, la configuración de la GTX NO se puede modificar. En este estado, la unidad recopila datos de los sensores
en función de los horarios configurados y transmitirá normalmente, es decir, de acuerdo con el horario automático temporizado o
enviará una transmisión aleatoria en respuesta a los eventos desencadenantes. Cuando la GTX está habilitada, la unidad también
ingresará automáticamente al modo de suspensión para reducir el consumo de corriente. Para enviar comandos RS-232, el usuario o
el registrador de datos host debe activar primero la unidad antes de que responda a los comandos RS-232.
Tenga en cuenta que el modo “Monitor / Inspeccionar GTX” de la utilidad de configuración (consulte la Sección 3.2.3) proporcionará suficiente actividad
del puerto serie para mantener la unidad fuera del modo de suspensión incluso cuando esté habilitado.
Si bien el usuario NO puede enviar transmisiones de prueba cuando una GTX está habilitada, se pueden emitir comandos para
obtener retroalimentación de los sensores internos y SDI-12 para confirmar el funcionamiento correcto sin deshabilitar la unidad.
3.4.1. Funciones de transmisor versus registrador de datos - S configuración del modo de operación GTX
La GTX-2.0 proporciona capacidades de transmisión por satélite y registro de datos. Si bien la aplicación más común
utilizará ambas capacidades, la GTX se puede usar solo como transmisor y solo como registrador de datos.
Cuando se utiliza la GTX solo como transmisor, la mayor parte de los datos a transmitir se proporciona desde un dispositivo externo
a través de la interfaz en serie, es decir, la fuente de datos temporizada o aleatoria ( TDS o RDS) está configurado en RS-232. Sin
embargo, configurar la GTX para operar de esta manera no excluye el uso de las funciones del registrador de datos, es decir, la GTX
aún se puede configurar para muestrear sensores y registrar sus datos, pero los datos muestreados

no se puede colocar automáticamente en los búfer (s) de transmisión. Por otro lado, el dispositivo externo puede consultar
los datos de la GTX para formatearlos en el búfer de transmisión apropiado. Además, la GTX puede configurarse para
prefijar automáticamente los datos suministrados por RS_232 con parámetros de "Encabezado", por ejemplo, las potencias
de transmisión directa y reflejada (consulte las Secciones 9.1 y 11.7.3.1).
Alternativamente, utilizar la GTX como un registrador de datos solo impide poder enviar transmisiones por satélite.
Para configurar la GTX para la operación de registrador solamente, el modo de operación GTX debe establecerse en
un valor de cero; es decir, desde el puerto serie, el GTX = 0 Se debe emitir el comando (ver Sección 11.2.2). Al utilizar
la utilidad para configurar la GTX, el usuario debe acceder a la pestaña "Modo" de las "Preferencias de configuración
de GTX" como se muestra en la Figura 18.
Como también es evidente, esta pestaña también es donde un usuario puede configurar la GTX-2.0 para su funcionamiento en otros
sistemas de satélite. Dado que el modo operativo GTX tiene un impacto significativo en la funcionalidad que se realiza en la utilidad,
esta configuración se realiza como una preferencia global en lugar de un elemento de configuración. Sin embargo, este ajuste de
preferencia realmente corresponde a un ajuste de configuración y determina el valor enviado con el
GTX mando.
Figura 18: Preferencias de configuración de GTX: pestaña Modo
3.4.2. Configuración de GTX para que se encienda habilitado
Como se señaló en las secciones anteriores, la GTX debe estar habilitada para comenzar a funcionar. Si bien esto se puede lograr en
el campo utilizando la utilidad de configuración o emitiendo el ETX comando desde una terminal, la GTX también tiene un indicador
de activación de encendido que se puede usar para simplificar la implementación en el campo.
Para configurar la GTX en "Encendido habilitado" usando la utilidad de configuración, la casilla correspondiente en la página
"Configuración general" debe estar marcada como se muestra en la Figura 19. Usando una interfaz de terminal, el PUE = 1
se puede utilizar el comando (consulte la Sección 11.3.9).
Cuando se establece el indicador de activación de encendido, la GTX entrará automáticamente en el estado habilitado cuando se
aplique energía. Esto hará que la unidad energice el receptor GPS para sincronizar la hora con UTC. La recopilación y transmisión de
datos no se producirá hasta que el reloj de la GTX se configure mediante GPS. Una vez que el reloj está configurado, la unidad
programará automáticamente cualquier recopilación de datos configurada y la primera transmisión temporizada,
y comience el funcionamiento normal.

Figura 19: Utilidad de configuración: página de configuración general
3.5. Configuración de sincronización de hora GPS y calibración TCXO
Como se indica en la Figura 19, la página de la pestaña Configuración general también es donde el usuario puede configurar las opciones de
Sincronización de tiempo GPS y Calibración TCXO. Específicamente, se proporcionan cuatro controles en el grupo "GPS Time Sync" para
personalizar esta funcionalidad.
Primero, el usuario puede especificar con qué frecuencia, en horas, se energiza el receptor GPS para sincronizar el reloj interno de la
GTX. La configuración predeterminada es 24 horas o una vez al día.
En segundo lugar, se proporciona una opción para configurar la frecuencia con la que la GTX calibrará el TCXO interno mediante el receptor
GPS. El valor predeterminado es una vez cada 10 días, lo que debería ser adecuado para la mayoría de las aplicaciones. Tenga en cuenta que
para mantener la precisión de la frecuencia de transmisión requerida para el funcionamiento del GOES, la GTX-2.0 DEBE realizar una
calibración TCXO al menos una vez cada 20 días. De lo contrario, según los requisitos de NOAA / NESDIS, la GTX dejará de realizar
transmisiones. Sin embargo, todas las funciones de recopilación de datos permanecerán activas.
El tercer parámetro es un valor de tiempo de espera en minutos. Si el receptor GPS no puede adquirir suficientes satélites para
realizar una sincronización horaria o una calibración TCXO en el tiempo especificado, por ejemplo, 15 minutos, la operación se
cancelará y se reprogramará para la siguiente hora. Este tiempo de espera es simplemente para minimizar el consumo de corriente
en la batería del sistema si existe alguna falla en el subsistema GPS.
Finalmente, marcar la casilla Registrar calibración de GPS indica a la GTX que registre cualquier ocurrencia de una sincronización de
tiempo de GPS o calibración de TCXO en el búfer de eventos. Cuando se registra un evento de sincronización de tiempo, su marca de
tiempo es la sincronización de tiempo real del evento y los datos guardados son el error de reloj de la GTX justo antes de la
sincronización; este valor se mide y se almacena en segundos con una resolución de milisegundos. Cuando la GTX registra una
calibración TCXO, se registra el factor de corrección en partes por millón.

La configuración de TCXO Calibration y Sync Timeout se considera "Configuración avanzada". Si bien estos
parámetros siempre están visibles, solo se habilitan para su edición cuando la opción de menú "Configuración
avanzada" en el menú "Avanzado" está marcada.
Cada una de las cuatro configuraciones discutidas anteriormente tiene un comando en serie correspondiente ( GTS, GTC, GTO, y
GLG) asociados discutidos en la Sección 11.8.

4. Operación GTX con GOES
Esta sección proporciona una descripción general de la configuración requerida de la GTX para su funcionamiento en el VA DCS
sistema.
4.1. Descripción de GOES DCS
Se incluye una descripción más completa del GOES DCS en las referencias en los apéndices. La descripción aquí se
proporciona para ayudar en la configuración operativa inicial de la GTX.
GOES DCS es un sistema respaldado por EE. UU. Para la recopilación de datos ambientales. Sus componentes principales
son las naves espaciales geosincrónicas (Este y Oeste), la Estación de Adquisición de Datos y Comando (CDA) de la NOAA
ubicada en Wallops Island, y los transmisores de la Plataforma de Recolección de Datos Remotos (DCP). Estas
Los elementos se muestran en la Figura 20.
VA
ASTRONAVE
OESTE
VA
ASTRONAVE
ESTE
7 METROS
ANTENA
4.8 METROS
ANTENA
SEÑAL PILOTO PARA

VA AL ESTE Y
NAVE ESPACIAL OESTE
Campo de NOAA WALLOPS CDA

REMOTO ESTACIÓN
DCP
Figura 20: Elementos principales de GOES DCS
Las naves espaciales están ubicadas a 75 W (GOES East) y 135 W (GOES West) de longitud y posiciones de latitud cero a una
altitud geosincrónica de 22,500 millas sobre la superficie de la tierra. Los DCP remotos transmiten en una banda de
frecuencia de aproximadamente 402 MHz. El enlace descendente de la nave espacial está a 1694 MHz e incluye las señales
DCS de los sitios remotos junto con otros datos meteorológicos, por ejemplo, imágenes de la Tierra. Estas frecuencias están
reservadas internacionalmente para uso exclusivo en este servicio.
GOES DCS es parte de un sistema mundial de satélites que brindan cobertura global para el medio ambiente.
observaciones. Algunos de los otros sistemas basados en satélites se muestran en la Tabla 7 a continuación.
Sistema Ubicación (es) Operador Comentarios
METEOSAT 0 Eumetsat
INSAT 80 E y 87 E INSRO de la India
GMS 140 E Japón se reunió
ARGOS Órbita polar Gobierno francés Utiliza satélites polares NOAA.
Tabla 7: Sistemas de recopilación de datos satelitales relacionados

En todos estos casos, el satélite funciona como un repetidor de radio donde las señales en la banda de frecuencia
especificada son recibidas por el satélite, amplificadas, convertidas en frecuencia y retransmitidas al equipo receptor
de tierra del operador del sistema.
El usuario del sistema proporciona el equipo de detección remota. Los datos o mensajes recibidos pueden obtenerse del
operador del sistema a través de varios enlaces de comunicación terrestre (por ejemplo, Internet). Sin embargo, el usuario
del sistema también puede proporcionar su propio equipo receptor de satélite, también conocido como estación terrestre
de lectura directa (DRGS), para recibir directamente las transmisiones remotas.
Dado que el repetidor de satélite es compartido por todos los usuarios, el operador especifica su método de uso
compartido. Estos métodos de uso y equipo deben ser acordados por los usuarios del sistema.
La GTX-2.0 está certificada para su uso en:
• VA, todas las bandas

• METEOSAT Bandas internacionales y regionales
• ARGOS / SCD
• Modo INSAT PBRS
• GMS
Actualmente, el único método operativo para GOES DCS es autoiniciado; La interrogación o la operación de sondeo no se
admiten actualmente. La GTX admite dos métodos de funcionamiento autoiniciado, informes automáticos y aleatorios. El
modo de temporizador automático utiliza el reloj interno del control remoto para activar una transmisión de datos. El modo
aleatorio generalmente usa la actividad del sensor para activar una secuencia de transmisión.
La banda de frecuencia de funcionamiento del enlace ascendente GOES DCS es de 401,7 a 402,1 MHz. Por el segundo
estándar de certificación (CS2), la banda de frecuencia de 400 kHz se divide en 532 canales de 750 Hz cada uno para
una operación de baja velocidad de 300 bps. Se pueden asignar partes de esta misma banda de frecuencia a una
operación de 1200 bps; en el último estándar, un canal de 1200 bps requiere tres canales consecutivos de 750 Hz, o
2250 Hz. En el estándar de certificación HDR original (CS1), los canales de 300 bps tenían un ancho de 1500 kHz y los
canales de 1200 bps tenían un ancho de 3 kHz. La asignación de canales de 300 bps frente a los de 1200 bps queda a
criterio exclusivo de NOAA / NESDIS, el operador del sistema GOES. En el futuro previsible, NOAA funcionará en
modo CS1 y CS2, pero los transmisores CS1 y CS2 pueden compartir canales comunes.
NOAA / NESDIS (y otros operadores) especifica los siguientes elementos al usuario:

• Lista de transmisores certificados disponibles para su selección ID
• de plataforma remota de 8 caracteres hexadecimales
• Canal (s) de funcionamiento
• Tasas de datos de funcionamiento
• Ranura de informes con temporizador automático
• Carga de tiempo de transmisión diaria de informes aleatorios
En la Figura 21 se muestra un ejemplo de mensajes recibidos y sus ranuras de tiempo asociadas asignadas por la NOAA. Esta
captura de pantalla es del kit de herramientas DAMS-NT GOES DCS de Microcom.
Las líneas amarillas indican los tiempos reales de los mensajes recibidos superpuestos a las ventanas asignadas como lo
indican los espacios grises de dos tonos. Los mensajes estarían idealmente ubicados en el centro de los espacios de tiempo
asignados.

Figura 21: Los mensajes recibidos del canal 49 GOES East se superpusieron a las franjas horarias asignadas
4.2. Configuración para su uso con funcionamiento con temporizador automático
El usuario debe tener a mano la siguiente información:
Información de NOAA / NESDIS para:

• Canal de informes y velocidad en BAUD, por ejemplo, 195 a 300 bps Hora de
• informes, por ejemplo, 02:30 (en UTC / GMT, no en la hora local) Intervalo de
• informes, por ejemplo, 60 minutos
• Duración de la ventana de informes, por ejemplo, 10 segundos
GTX conectado a Laptop, fuente de alimentación, carga RF, antena GPS.
La hora dada por NESDIS es la hora posterior a la medianoche de GMT en la que se realizará la primera transmisión de ese día. El
reloj de la GTX debe configurarse en GMT para garantizar un funcionamiento adecuado; esto se hará automáticamente si el reloj
interno de la GTX se configura utilizando el receptor GPS integral.
En las siguientes subsecciones se detallan los procedimientos para configurar una GTX para funcionamiento con temporizador
automático. Se cubren tanto la utilidad de configuración como la configuración de la interfaz del terminal. Sin embargo, la
información proporcionada solo cubre la programación y el formato de las transmisiones temporizadas; los procedimientos y la
información de configuración para cargar datos en el búfer de transmisión temporizada se cubrirán en secciones posteriores.
4.2.1. Configuración de terminal para la operación autodisparada del GOES
La Figura 5 proporciona un ejemplo de cómo configurar la GTX para el funcionamiento con temporizador automático del GOES. Se debe
proporcionar un total de seis comandos para programar y formatear correctamente las transmisiones autotemporizadas del GOES; dos
comandos adicionales ( TDS y TDO) afectan el almacenamiento de datos en el búfer temporizado y se tratan más adelante.
Tenga en cuenta que todos los comandos que involucran la configuración del transmisor requieren que la GTX se coloque en el modo
Deshabilitado (es decir, envíe el DTX mando). En la Sección 11.2 se proporcionan descripciones completas de todos los comandos. La Tabla 8
proporciona un resumen de los comandos necesarios para completar la configuración Autotemporizada.
Cuando se usa la interfaz de terminal para configurar una GTX, a menudo es útil realizar una RCF ( Leer
configuración) comando. Este comando imprime la configuración actual y presenta que
información en el formato adecuado como se muestra en la Figura 6.

Autodisparo Transmi Comandos de configuración de ssion
Mando Pequeño Sección Notas

TimedChannel = ccc, bbbb TCH 11.2.2 Canal y velocidad de datos (300 o 1200)
TimedTxInterval = dd: hh: mm: ss TTI 11.2.4 En días, horas, minutos y segundos En
FirstTimedTx = hh: mm: ss FTT 11.2.5 horas, minutos y segundos En segundos
TimedWindowLength = xxx TWL 11.2.6 (5 - 110)
TimedOpFlags = xx TOF 11.2.7 El bit 0 determina el centrado de
TimedDataFormat = xxxxxx TDF 11.2.9 ventana ASCII, pseudo-binario o binario
Tabla 8: Comandos de configuración de transmisión temporizada
4.2.2. Configuración de la utilidad para el funcionamiento con temporizador automático
La Figura 22 muestra la página de configuración de la transmisión de la utilidad de configuración, que se utiliza para realizar la configuración
de la transmisión con temporizador automático. Tenga en cuenta que para cada uno de los comandos enumerados en la Tabla 8, hay un
control correspondiente para proporcionar esta configuración. Sin embargo, hay un par de distinciones menores que deben hacerse.
Figura 22: Utilidad de configuración: página de configuración de la transmisión
Primero, para configurar cualquiera de los parámetros, es necesario marcar la casilla "Habilitar transmisión autodisparada". Este
control en realidad no se correlaciona con un comando, pero se proporciona como un mecanismo simple para deshabilitar las
transmisiones temporizadas. Con las transmisiones temporizadas desactivadas, los valores de los parámetros restantes son
irrelevantes y no son obligatorios. Como se muestra en la Figura 22, las transmisiones aleatorias no están habilitadas; como tal,
todos los controles relacionados con esta función están desactivados.

En segundo lugar, el intervalo Tx en la utilidad de configuración solo muestra horas, minutos y segundos. Dado que
los intervalos de transmisión mayores a 3 o 4 horas son atípicos, la utilidad omite los días en el control y los forzará a
00 al emitir el comando. Si se requieren intervalos diarios, este control se puede configurar para incluir días
marcando la casilla "Permitir días de intervalo" en la página Configuración de transmisión del cuadro de diálogo
Preferencias de configuración de GTX.
4.3. Configuración para uso con operación aleatoria
El usuario debe tener a mano la siguiente información:
Información de NOAA / NESDIS para:

• Canal de informes y velocidad en baudios, por ejemplo, 118 a 100 bps Intervalo
• de informes, por ejemplo, 15 minutos
• Reporte de recuento de repeticiones, por ejemplo, 3 transmisiones
GTX conectado a Laptop, fuente de alimentación, carga RF, antena GPS.
Las siguientes subsecciones detallan los procedimientos para configurar una GTX para operación aleatoria. Se cubren tanto
la utilidad de configuración como la configuración de la interfaz del terminal. Sin embargo, la información proporcionada
solo cubre la programación y el formato de las transmisiones temporizadas; Los procedimientos y la información de
configuración para cargar datos en el búfer de transmisión aleatoria se tratarán en secciones posteriores.
4.3.1. Configuración de terminal para operación aleatoria
La Figura 23 proporciona un ejemplo de cómo configurar la GTX para operación aleatoria usando una interfaz de terminal. Se debe
proporcionar un total de seis comandos para programar y formatear correctamente las transmisiones aleatorias; dos comandos
adicionales ( RDS y RDO) afectan el almacenamiento de datos en el búfer aleatorio y se tratan más adelante.
Tenga en cuenta que todos los comandos que involucran la configuración del transmisor requieren que la GTX se coloque en el modo
Deshabilitado (es decir, envíe el DTX mando). En la Sección 11.2 se proporcionan descripciones completas de todos los comandos.
La Tabla 9 proporciona un resumen de los comandos necesarios para completar la configuración aleatoria.
T aleatorio ransmi Comandos de configuración de ssion
Mando Pequeño Sección Notas

RandomChannel = ccc, bbbb RCH 11.2.12 Velocidad de canal y baudios (300 o 1200) en
Intervalo aleatorio = mm ENJUAGAR 11.2.13 minutos
RandomPercent = pp RPC 11.2.14 En porcentaje
RandomRepeatCnt = xx RRC 11.2.15
RandomDataFormat = xxxxxxx RDF 11.2.16 ASCII, pseudobinario o binario
RandomOpFlags = xx ROF 11.2.19
Tabla 9: Comandos de configuración de transmisión aleatoria

Figura 23: Configuración del terminal de transmisión aleatoria
Cuando se usa la interfaz de terminal para configurar una GTX, a menudo es útil realizar una RCF ( Leer
Configuración) comando. Este comando imprime la configuración actual y presenta que
información en el formato adecuado como se muestra en la Figura 6.
4.3.2. Configuración de la utilidad para operación aleatoria
La Figura 24 muestra la página de configuración de la transmisión de la utilidad de configuración, que se utiliza para realizar la
configuración de la transmisión aleatoria. Tenga en cuenta que para cada uno de los comandos enumerados en la Tabla 9, existe un
control correspondiente para proporcionar esta configuración. Sin embargo, hay un par de distinciones menores que deben hacerse.
Primero, para configurar cualquiera de los parámetros, es necesario marcar la casilla "Habilitar transmisión aleatoria". Este
control en realidad no se correlaciona con un comando, pero se proporciona como un mecanismo simple para deshabilitar
las transmisiones aleatorias. Con las transmisiones aleatorias deshabilitadas, los valores de los parámetros restantes son
irrelevantes y no son obligatorios. La Figura 23 muestra esta misma página con las transmisiones aleatorias no habilitadas;
como tal, los controles pertenecientes a esta función están deshabilitados.
En segundo lugar, tenga en cuenta también que no hay un control de preámbulo en el grupo Configuración de transmisión aleatoria
(consulte la Figura 24) ni hay un comando en la Tabla 9 para esta configuración. El tipo de preámbulo no se aplica a la operación
HDR y los preámbulos largos no están permitidos para la transmisión aleatoria a 100 bps, por lo que se omite este control.

Figura 24: Utilidad de configuración: configuración de transmisión aleatoria
4.4. Banderas de operación temporizada y aleatoria
Como se muestra en la Figura 24, los cuadros de grupo de configuración de transmisión temporizada y aleatoria incluyen ude un conjunto de
Banderas de operación. Dado que los cuatro indicadores de operación aleatoria son idénticos a cuatro de los indicadores de
operación temporizada, estos se analizarán en conjunto en la siguiente sección. La siguiente sección detallará las banderas
exclusivas de las transmisiones temporizadas.
Las banderas de operación son un valor de mapa de bits como se explica en la Sección 11.2.7 ( TOF) y la Sección 11.2.19 ( ROF). El
uso de la utilidad de configuración para controlar estos indicadores libera al usuario de tener que calcular el valor hexadecimal para
la configuración de indicadores deseada.
4.4.1. Banderas de operaciones comunes
Los cuatro indicadores de funcionamiento comunes están destinados principalmente a pruebas y resolución de problemas.
Las dos banderas "Dump", cuando están configuradas, dirigen a la GTX a descargar información de prueba al puerto RS-232
cuando se produce una transmisión. Usando estos indicadores, el usuario puede configurar la GTX para volcar el contenido
del búfer de transmisión correspondiente y / o los resultados de estado (ver Sección 11.10.6) de la transmisión. El vaciado
del búfer comienza al inicio de la transmisión, mientras que el informe de estado se envía al finalizar la transmisión.
Los dos indicadores de "Registro", cuando se configuran, dirigen a la GTX un registrador la ocurrencia y / o los resultados de
una transmisión en el búfer de eventos. Esta información se puede recuperar en una fecha posterior (consulte la Sección
11.11). Registrar el inicio de la transmisión simplemente marca la hora en que se inició la transmisión y el tipo de
transmisión. Sin embargo, registrar el final de la transmisión indica a la GTX que guarde el voltaje de la batería

bajo carga, la potencia directa y la potencia reflejada en el registro de eventos. Recordar estos datos puede proporcionar
información útil con respecto al rendimiento de la unidad a lo largo del tiempo.
4.4.2. Banderas de operación solo temporizadas
Se incluyen cuatro indicadores adicionales aplicables a las transmisiones temporizadas únicamente en los indicadores de funcionamiento temporizado, como se
4.4.2.1. Transmisión central en la ventana
La bandera de "Transmisión central en ventana", cuando se establece, indica a la GTX que center la transmisión
temporizada dentro de la ventana de transmisión programada. Específicamente, antes de enviar un mensaje
temporizado, la GTX calculará la longitud del mensaje, resta este valor de la TimedWindowLength, y ajuste la hora
de inicio de la transmisión a la mitad de la diferencia. Este proceso asegura que el mensaje esté centrado con
precisión en la ventana.
Si no configura esta bandera, la GTX iniciará el mensaje en la parte superior de la ventana.
Centrar la transmisión en la ventana garantiza la máxima protección contra la interferencia de una plataforma en una
ventana vecina, especialmente cuando la longitud del mensaje es pequeña en comparación con el tamaño de la ventana.
Este enfoque puede ser fundamental para la recepción de mensajes confiable cuando las ventanas vecinas son "propiedad"
de otro usuario de GOES.
4.4.2.2. Banderas de control de búfer temporizadas
Los dos indicadores de funcionamiento cronometrado restantes están relacionados con el búfer de mensajes cronometrados. Ambos
indicadores solo son aplicables cuando la GTX está configurada con RS-232 como fuente de datos, es decir, cuando los datos de transmisión
los proporciona un host externo.
El indicador Enviar "Búfer vacío" indica a la GTX que envíe el mensaje "BÚFER VACÍO" si el búfer de mensajes
temporizados está vacío al inicio de una transmisión temporizada.
El "No borrar búfer temporizado" anula la operación predeterminada de borrar automáticamente el búfer de
mensajes temporizados al completar una transmisión.

Traducido del inglés al español - www.onlinedoctranslator.com
5. Configuración suave
Si bien el Microcom GTX-2.0 es un dispositivo altamente flexible capaz de personalizarse para adaptarse a los
requisitos de un usuario en particular, su diseño de configuración suave mejora aún más la flexibilidad de la GTX. La
GTX permite al usuario final no solo adaptar la configuración operativa y las características de instalación, sino que
también le brinda al usuario la capacidad de especificar cuántos tipos de parámetros y sensores se requieren para
una aplicación en particular. Este enfoque maximiza el uso de la memoria de configuración en la GTX.
La GTX incluye 6656 bytes de memoria de configuración. De esta memoria de configuración total, 512 bytes están dedicados
a parámetros de configuración fijos y constantes de calibración. Los 6144 bytes restantes están disponibles para
configuración suave. Aunque esta memoria proporciona una cantidad significativa de capacidad de configuración, ya que la
GTX almacena configuraciones de configuración con un número mínimo de bytes, presenta un límite finito. Además, la
codificación de recursos fijos, como la memoria de configuración, limita indebidamente los requisitos de una aplicación al
proporcionar recursos para otra aplicación. Por ejemplo, la configuración predeterminada de la GTX asigna 20 parámetros
de datos aleatorios para el búfer de transmisión aleatoria y 15 eventos de disparo aleatorio. Si no se van a utilizar
transmisiones aleatorias, la asignación permanente de la memoria para estas configuraciones desperdicia efectivamente el
espacio de la memoria de configuración. Continuando con este ejemplo, simplemente permitir que se reasigne la memoria
de configuración cuando no se utilizan transmisiones aleatorias libera suficiente memoria para más de 25 sensores
adicionales (ya sea interno o SDI-12).
Si bien el usuario debe ser consciente de cómo la memoria de configuración suave afecta a varias aplicaciones, el uso
de la utilidad de configuración Microcom GTX libera al usuario de tener que administrar estos recursos. Dado que la
definición de sensores, parámetros de transmisión y ecuaciones se definen dinámicamente en la utilidad de
configuración, al descargarla, la utilidad producirá los comandos adecuados para asignar los recursos según sea
necesario.
Sin embargo, la siguiente sección proporciona información detallada sobre cómo se configura el comando GTX y cómo
La utilidad de configuración asigna la memoria de configuración suave y y, y proporcionar información útil sobre los límites
las capacidades de la memoria de configuración.
5.1. Asignación de configuración suave y uso de memoria mi

La Tabla 10 a continuación resume los parámetros de configuración de software disponibles y sus requisitos y límites
de memoria asociados. Como se muestra en la tabla, de los 6144 bytes disponibles para la configuración suave, solo
808 bytes se utilizan en la configuración predeterminada. Los bytes restantes se pueden reasignar para sensores o
parámetros adicionales, Procesador MMA (Min, Max, Avg) o se pueden usar para ecuaciones. Como es obvio,
establecer todos los tipos de configuración a su máximo actualmente no excede la memoria disponible y aún deja
1699 bytes para las ecuaciones definidas por el usuario.
Sin embargo, el enfoque de configuración suave se implementó originalmente en la GTX-1.0 y se trasladó a la

GTX-2.0. Además, las futuras revisiones de la GTX-2.0 aumentarán significativamente el número máximo de
cada tipo de elemento de configuración, lo que una vez más hará que la configuración suave sea necesaria y útil.
Memoria Defecto Max

Tipo de configuración Bytes por Dflt Memoria Max Memoria Cmd
Sensor interno 11 5 55 64 704 ISN
Sensor SDI-12 13 10 130 64 832 SSN
Parámetro de datos temporizados 13 20 260 100 1300 TPN
Parámetro de datos aleatorios 13 20 260 40 520 RPN
Disparador aleatorio 6 15 90 30 180 RTN
Procesador MMA 6 0 0 64 384 MMN
Constante de ecuación 8 0 0 64 512 EKN
Ecuación Lng + 1 0 0 0 0 EQN
Sobrecarga (fijo) 13 13 13
808 4445
Tabla 10: Utilización de la memoria de configuración de software

La columna del extremo derecho de la Tabla 10 proporciona el comando GTX que se puede utilizar para ajustar la memoria
asignada para cada tipo de configuración. Estos comandos se tratan en detalle en la Sección 11.
Otro comando útil al configurar la configuración suave para la GTX es la memoria de configuración disponible (o
CMA) mando. Este comando permite al usuario consultar la GTX por el número de bytes de configuración de
software disponibles actualmente. En otras palabras, este comando libera al usuario de tener que calcular la
memoria disponible en la memoria de configuración suave en base a las definiciones actuales.

6. Recopilación de datos
Además de ser un transmisor de datos satelital completamente funcional, el Microcom GTX-2.0 también es un sistema de recolección
de datos versátil. Al combinar estas dos características principales, la GTX-2.0 puede funcionar como una plataforma de recopilación
de datos completa. Además, con la adición de algunos sensores SDI-12 externos, la GTX puede cumplir o superar muchos requisitos
de recopilación de datos ambientales basados en satélites. La capacidad de la GTX para proporcionar registro también permite que
la GTX funcione como un registrador de datos independiente.
6.1. Operación básica
La GTX-2.0 puede funcionar en uno de los dos modos principales de recopilación de datos para la transmisión por satélite; ya sea
RS232 o Sensor. Como se muestra en la Figura 24, las configuraciones de transmisión temporizada y aleatoria se pueden
establecer de forma independiente en qué modo operar. Por ejemplo, el búfer temporizado puede recopilar datos de una
fuente RS-232, mientras que el búfer aleatorio se puede cargar desde los datos del sensor directo, y viceversa.
La distinción principal entre estos dos modos de operación es si el búfer de transmisión es cargado directamente por
los datos del sensor que la GTX “recopila” o por los datos que se suministran desde una fuente externa.
6.1.1. Recopilación de datos RS-232 mediante un sistema Dat a externo
Cuando la fuente de datos para transmisiones temporizadas o aleatorias está configurada en RS-232, la GTX espera que la mayor
parte de los datos se carguen en el búfer de transmisión correspondiente y los proporcione una fuente externa, como un
registrador de datos (por ejemplo, Microcom SI- 5).
Si bien la mayor parte de los datos se proporcionan externamente, la GTX también se puede configurar para incluir datos de salud
en forma de parámetros de encabezado (consulte la Sección 9.1) en el flujo de mensajes. Normalmente, los parámetros del
encabezado proporcionan el estado de salud del transmisor capturado de la transmisión anterior por la propia GTX (por ejemplo,
voltaje de la batería bajo carga).
Cuando se opera en el modo RS-232, la fuente externa es responsable de capturar, formatear y proporcionar los
datos del mensaje. Los datos para el búfer temporizado se suministran utilizando los datos temporizados ( TDT)
comando, consulte la Sección 11.4.2. Los datos para el búfer aleatorio se proporcionan utilizando los datos aleatorios ( RDT)
comando, consulte la Sección 11.4.6.
Aunque se requiere que la fuente externa o el host proporcione los datos para un búfer configurado con RS-232 como
fuente de datos, los sensores internos de la GTX y SDI-12 aún se pueden utilizar para recopilar los datos. En otras palabras,
el anfitrión puede usar el conjunto de comandos GTX para recopilar los datos del sensor de temperatura interno, el
contador de la cubeta basculante y el sensor de voltaje de la batería; el anfitrión puede incluso enviar comandos a
dispositivos SDI-12 conectados a la GTX mientras la unidad está en funcionamiento.
Para configurar el búfer temporizado para la recopilación de datos RS-232 utilizando la interfaz del terminal, el comando
TDS = R se envía como se muestra en la Figura 5. Para configurar el búfer aleatorio para la recopilación de datos RS-232
utilizando la interfaz del terminal, el comando RDS = R se envía como se muestra en la Figura 23. Tenga en cuenta que
cuando las transmisiones aleatorias se configuran con RS-232 como fuente de datos, la carga de datos en el búfer aleatorio
es el evento que activa la secuencia de informes aleatoria.
6.1.2. Recopilación de datos del sensor
Cuando la Fuente de datos para transmisiones temporizadas o aleatorias se establece en Sensor, la GTX recopilará,
formateará y cargará los datos en el búfer de transmisión correspondiente de forma autónoma. El proceso de recopilación
de datos se configura independientemente de los procesos de formateo y carga de búferes. Este enfoque proporciona al
usuario una flexibilidad sin precedentes en el diseño del sistema de recopilación de datos.
Las siguientes subsecciones detallan el proceso de recopilación de datos, mientras que la Sección 9 describe el formato y la carga de
los datos recopilados en los búferes de transmisión.
El GTX-2.0 permite la recopilación de datos tanto de los sensores internos (temperatura, contador del cubo de volteo y
voltaje de la batería) como de los sensores externos SDI-12. En cualquier caso, el usuario tiene total flexibilidad en la
programación y uso de los parámetros de datos recopilados.
Cada parámetro del sensor tiene un horario de recolección único. Específicamente, el usuario define tanto un intervalo de recopilación como
una compensación. El intervalo de recopilación define la frecuencia con la que se lee y recopila un sensor; el desplazamiento define con
precisión en qué momento de la ventana de intervalo se produce la recopilación.

Permitir que los parámetros del sensor tengan su propio intervalo de recopilación permite que algunos parámetros
se lean con más frecuencia que otros. Por ejemplo, un parámetro puede leerse en un horario de 5 minutos y otro
parámetro puede leerse en un horario de 15 minutos. Si ambos parámetros se van a incluir en una transmisión
Autotemporizada por hora, se incluirán 12 lecturas del primer parámetro en el búfer temporizado, mientras que se
incluirán 4 parámetros del segundo.
También está permitido definir dos programas diferentes para el mismo parámetro. Por ejemplo, el contador de cubos de
vuelco se puede leer en un horario de 15 minutos para incluirlo en el búfer aleatorio, y también se puede leer en un horario
de 1 minuto para usarlo para activar una secuencia de informe aleatorio.
Proporcionar una compensación única para cada sensor permite al usuario controlar completamente el tiempo de recopilación de datos para
los parámetros. Esta función se puede utilizar para especificar completamente el orden de recolección de los parámetros que tienen el mismo
programa de recolección. También puede ser útil programar la recopilación de datos en torno a los eventos SelfTimed, es decir, para
garantizar que la recopilación de datos se produzca en el momento preciso en el tiempo deseado con respecto a las transmisiones
programadas.
Los intervalos para el muestreo del sensor deben estar en el rango de 00:00:01 a 24:00:00 (es decir, una vez por segundo a una vez
al día). Las compensaciones pueden ser 00:00:00 (es decir, sin compensación) y cualquier valor menor que el intervalo. Para
intervalos y compensaciones en el rango de 00:00:00 a 12:00:00, el valor se puede definir al segundo. Sin embargo, los intervalos y
compensaciones entre las 12:00:00 y las 24:00:00 deben tener un segundo par; es decir, la resolución es de 2 segundos.
Cuando se recopila un parámetro de datos, se envía automáticamente al módulo de almacenamiento de datos para su
procesamiento (consulte la Sección 1.2.3.2). Los datos recopilados pueden incluirse en cualquiera de los dos búferes de transmisión
(temporizados y aleatorios), usarse para activar secuencias de informes aleatorias y / o registrarse en el búfer de datos / eventos
para la recuperación RS-232. En otras palabras, la forma en que se utilizarán los datos queda totalmente a discreción del usuario.
6.1.2.1. Sensores internos
La GTX-2.0 proporciona tres tipos de sensores internos físicos, temperatura, contador del cubo de vuelco y voltaje de la
batería. Además, los sensores internos se pueden vincular a las ecuaciones y se pueden utilizar para capturar el reloj interno
de la GTX.
Si bien el Tipping Bucket es en realidad un dispositivo externo, la operación de conteo se realiza internamente en la GTX.
Como tal, a los efectos de la configuración, el contador de cubos basculantes se considera un sensor interno. El contador de
baldes basculantes se puede recolectar y procesar en conteos sin procesar, un valor escalado y / o ambos.
La Figura 25 muestra un ejemplo de una configuración típica para el sensor interno usando la utilidad de configuración. Esta
figura también muestra el primer paso para definir los sensores internos. Al hacer clic en el botón de flecha en la celda
"Tipo" de la fila del sensor deseado, se abre una lista desplegable. Además de las cuatro opciones del sensor físico ("Temp",
"Recuento", "Valor" y "Batería"), el usuario puede seleccionar la opción "Reloj" y cualquier ecuación definida.
En este ejemplo, solo se ha definido una ecuación (EQN0). A medida que se definen más ecuaciones, se agregan
automáticamente a la lista desplegable.
El número máximo de sensores internos que se pueden definir es 64. Esta flexibilidad no solo admite la programación y
ejecución de numerosas definiciones de ecuaciones, sino que también permite que el mismo sensor se lea en múltiples
horarios. Por ejemplo, en la Figura 25, el cubo de vuelco se lee en un horario de 15 minutos como un valor escalado (es
decir, los recuentos brutos multiplicados por el valor del multiplicador de 0,01); Además, el cubo de vuelco se lee en un
horario de 1 minuto, sin escala. La barra de desplazamiento a la derecha de la cuadrícula permite el acceso a los sensores
internos restantes.
En el ejemplo de la Figura 25, los tres parámetros tienen compensaciones únicas separadas por un segundo. En consecuencia,
cuando se recopilen todos estos sensores, primero se leerá la temperatura, seguida del valor del balde basculante, seguido del
recuento del balde basculante. Tenga en cuenta que no es necesario proporcionar explícitamente esta programación, ya que los
sensores normalmente se muestrearán en el orden en que están definidos; la intención del ejemplo es también mostrar la
versatilidad de la función de compensación.
Por otro lado, cuando se utilizan valores de sensor para alimentar ecuaciones, la ecuación debe programarse para ejecutarse
después de que se complete el muestreo del sensor para garantizar que se utilicen los valores más actuales en las ecuaciones.

Es especialmente importante tener en cuenta y tener en cuenta cualquier latencia en el muestreo SDI-12 al determinar cuándo
ejecutar una ecuación (consulte la Sección 6.1.2.1.4 para obtener más información).
Figura 25: Utilidad de configuración: página de configuración de sensores internos
Si bien la Figura 25 muestra cómo se configuran los sensores internos mediante la utilidad de configuración, la sección
11.5.3.1 proporciona información detallada sobre la configuración de los sensores internos a través de una interfaz de terminal utilizando el
ISX mando. La secuencia de comandos que se muestra a continuación dará como resultado la misma configuración que la Figura
25.
IS0 = TM, 00: 15: 00,00: 00: 00,1
IS1 = TV, 00: 15: 00,00: 00: 01,0
IS2 = TC, 00: 01: 00,00: 00: 02, D
6.1.2.1.1. Sensor de temperatura
Si bien el propósito principal del sensor de temperatura interno es monitorear la temperatura del TCXO para mejorar
la precisión del mantenimiento del tiempo (consulte la Sección 1.2.3.1.2), las lecturas de temperatura también se
pueden capturar para otros fines. Si bien esta temperatura normalmente no se puede usar para el monitoreo
ambiental, ya que el sensor se encuentra dentro de la GTX, puede proporcionar una medición útil de la temperatura
dentro de un gabinete.
La lectura de medición del sensor de temperatura tiene una resolución de 0,25 ° C. El formato ASCII de la lectura de
temperatura tiene un ancho máximo de 7 caracteres ( ± xxx.xx); signo, 1-3 dígitos a la izquierda, punto decimal, 2
dígitos a la derecha.

6.1.2.1.2. Contador de cubos basculantes
La propina La interfaz del contador del balde permite la conexión a un volquete de estilo de cierre de contacto estándar de la
cubos para industria que mide la acumulación de lluvia (consulte la Sección 2.1.3). El contador aumenta cada vez que
detecta un cierre de contacto de interruptor del cubo basculante; cada punta está calibrada para una cantidad predeterminada de
lluvia.
Los recuentos de baldes basculantes se pueden recopilar periódicamente y transmitir para proporcionar una indicación de
la cantidad de lluvia que se ha producido en un sitio remoto. La medición de la lluvia se puede recopilar como recuentos
brutos o como un valor escalado. La escala permite informar el valor de la lluvia en unidades de ingeniería (por ejemplo,
pulgadas o milímetros).
El contador del balde basculante se puede borrar automáticamente (restablecer a 0) en una variedad de horarios o simplemente
permitir que se vuelque a un valor de terminal definido por el usuario. La resolución del contador es de 16 bits, lo que produce un
rango de conteo de 0 a 65.535.
El formato ASCII de los recuentos de cubos basculantes es un valor entero con 0 dígitos iniciales; el número de dígitos es
igual al número de dígitos en la cuenta del terminal menos uno. Por ejemplo, para un recuento de vuelcos de 1001-10000, el
recuento de baldes basculantes siempre se informará con cuatro dígitos (p. Ej., 0000); para recuentos de terminales
superiores a 9999 (es decir, 10001-65535), los recuentos se informarán con cinco dígitos (p. ej., 00000).
6.1.2.1.2.1. Basculación del cucharón basculante
Como se muestra en la Figura 25, el multiplicador del cubo basculante se puede establecer en uno de los 12 valores estándar; el valor
predeterminado es 1. Cuando el escalado está activo (no establecido en 1), el valor del cubo de vuelco será el producto escalado del
Multiplicador por los recuentos brutos. Consulte la Sección 11.5.3.10 para obtener información sobre el uso del comando Terminal ( TBM)
para establecer este valor.
El formato ASCII del valor del cubo de propina depende tanto del límite de rollover como del multiplicador de escala,
e incluye ceros a la izquierda, si es necesario. El número de posiciones decimales (dígitos a la derecha del punto
decimal) será el mismo que el multiplicador. Además, dado que el valor se informa con 0 dígitos iniciales; el número
de dígitos a la izquierda del punto decimal se puede determinar calculando el valor máximo. Por ejemplo, si el
recuento de vuelcos se establece en 4000 con un multiplicador de 0,25, la lectura máxima es
999,75 (0,25 * (4000-1)). En consecuencia, para este ejemplo, el valor estará entre 000,00 y 999,75, inclusive. La Figura
29 muestra otro ejemplo de esta configuración.
6.1.2.1.2.2. Volcadura del cucharón basculante
El usuario puede definir un valor de vuelco para los recuentos sin procesar del balde basculante para limitar el rango de recuentos
y / o el valor del balde basculante. Como se muestra en la Figura 25 y la Figura 29, este valor se ingresa en el cuadro de edición en el
grupo "Configuración del cucharón basculante". La lectura máxima de los recuentos es 1 menos que el recuento de rollover, es
decir, el contador retrocede a 0 cuando igualaría este número. Establecer el rollover en 0 permite que el contador alcance el valor
máximo de 16 bits de 65.535. Consulte la Sección 11.5.3.11 para obtener información sobre el uso del comando Terminal ( TBR) para
configurar este parámetro.
6.1.2.1.2.3. Cubo basculante Auto Clear
La GTX se puede configurar para borrar automáticamente el contador en uno de los horarios que se muestran en la Figura
25 (por ejemplo, mensual). Cuando el reloj interno avanza el día, verifica el intervalo de reinicio y pone a cero el contador si
es necesario. El intervalo de reinicio puede ser un número fijo de días o puede programarse para que coincida con el 1 S T Del
mes. Configurar el intervalo de reinicio en Mensual (enero-diciembre), trimestral (enero, abril, julio, octubre), semestral
(enero, julio) o anualmente (enero) se reiniciará en el primero de los meses enumerados entre paréntesis. Consulte la
Sección 11.5.3.12 para obtener información sobre el uso de la interfaz del terminal para configurar el intervalo de reinicio
usando el TBA mando.
Cuando se selecciona la opción de borrado automático "Diariamente", el usuario también puede especificar una hora UTC precisa en
cuanto a cuándo borrar el depósito de vuelco, como se muestra en la Figura 26. El valor predeterminado es la hora 0, es decir, al
comienzo del nuevo día UTC , pero permitir que se especifique la hora puede ser útil para que el reinicio se produzca al comienzo del
día local.

Figura 26: Utilidad de configuración - Borrado automático diario del cucharón basculante
6.1.2.1.3. Voltaje de la batería
El sensor de voltaje de la batería permite leer la fuente de alimentación de la unidad (batería o fuente de alimentación) en VCC. La
lectura de voltaje para este sensor tiene una resolución de 0.1 VCC. El formato ASCII del voltaje de la batería tiene un ancho máximo
de 5 caracteres ( ± xx.x); signo, 1-2 dígitos a la izquierda, punto decimal, 1 dígito a la derecha.
6.1.2.1.4. Sensores internos de ecuación
Los sensores internos también se pueden vincular a ecuaciones; la definición de ecuaciones se trata en la Sección 7. La
vinculación de un sensor interno a una ecuación permite que la ecuación se ejecute en un intervalo prescrito. Una vez
ejecutada, el resultado de la ecuación se puede registrar, almacenar en una transmisión y / o utilizar como parámetro en
una ecuación como es el caso de todos los sensores internos.
Para seleccionar una ecuación para un sensor interno, asegúrese de que la ecuación esté definida y simplemente seleccione de la lista
desplegable "Tipo" como se muestra en la Figura 25; el programa GTX Utility incluirá automáticamente todas las ecuaciones definidas en la
lista desplegable. Una vez seleccionadas, las opciones de intervalo, compensación, registro y disparo se pueden configurar como con
cualquier otro sensor interno.
La Figura 27 muestra un ejemplo de cómo configurar una ecuación como sensor interno. Para este ejemplo, suponga que
EQN0 (ecuación cero) se ha definido como “9 * I0 / 5 + 32”; este ejemplo muestra cómo configurar la GTX para capturar y
registrar la temperatura interna en Fahrenheit en lugar de Celsius. Tenga en cuenta que el sensor de temperatura interno
se muestrea cada quince minutos en la parte superior del minuto. Un segundo después de capturar la temperatura en
grados Celsius, se ejecuta EQN0; esto significa que el valor que se acaba de colocar en la variable I0 se multiplica por 9, se
divide por 5 y el resultado se suma a 32. Para este ejemplo, el "Log Rate" para

INT0 se ha establecido en 0, deshabilitando el registro de grados Celsius, y la "Velocidad de registro" para INT3 se establece en 1, lo
que permite la captura de la temperatura GTX interna en Fahrenheit en el registro de datos.
Figura 27: Utilidad de configuración: configuración del sensor interno de ecuación
Como se señaló anteriormente, es importante programar correctamente la ejecución de una ecuación relativa al muestreo
de los valores del sensor que se utilizarán en la ecuación para garantizar que se utilicen los valores correctos y más actuales
en los cálculos. Si bien la latencia en el muestreo de los sensores internos de la GTX es insignificante (es decir, las ecuaciones
se pueden ejecutar dentro de un segundo del muestreo del sensor interno), los sensores SDI-12 pueden tener un retraso de
tiempo considerable (varios segundos o incluso minutos) entre la solicitud para realizar el muestreo. muestra y cuándo la
lectura está disponible para ser recolectada. Estos retrasos de tiempo deben tenerse en cuenta al programar ecuaciones
que operan en valores del sensor SDI-12.
Por ejemplo, suponga que el sensor SDI-12 se muestrea cada 10 minutos con una compensación de 00:00:00 (es decir, a las
xx: 10: 00, xx: 20: 00, etc.). Además, suponga que el sensor SDI-12 en particular requiere 5 segundos para completar la
medición antes de que la lectura esté disponible y que se requiere una ecuación para procesar el valor muestreado. En este
ejemplo, la ecuación debe programarse para ejecutarse cada diez minutos con una compensación de al menos 00:00:06
(seis segundos) para asegurarse de que la última muestra esté disponible para cuando se ejecute la ecuación.

6.1.2.1.5. Sensores internos del reloj
Seleccionar unEl sensor interno “Reloj” permite muestrear y capturar el reloj interno de la GTX. los
El valor capturado se puede usar para colocar una marca de tiempo en una transmisión antes y / o usarse en un
cálculo.
Como se muestra en la Figura 28, una vez que el "Tipo" del sensor interno se establece en "Reloj", los campos de velocidad "Delta" y
"Velocidad de registro" se desactivan, es decir, las muestras de reloj no se pueden registrar; no hay razón para registrar un valor de reloj ya
que Todos los parámetros y eventos registrados incluyen automáticamente una marca de tiempo. Para un sensor interno "Reloj", la lista
desplegable de la celda "Activar" se completa con una serie de opciones de formato de hora / fecha que se utilizan para seleccionar el formato
deseado para la muestra del reloj.
Figura 28: Utilidad de configuración: configuración del sensor interno del reloj
Hay disponibles una de las treinta y tres cadenas de formato diferentes que permiten capturar y formatear varios subconjuntos de
los campos de fecha y hora de la GTX (es decir, segundos, minutos, horas, día, mes, año). Las opciones de formato se resumen en la
Tabla 11. Como indica la tabla, las cadenas de fecha y hora se pueden generar con o sin los separadores estándar (dos puntos para
la hora y una barra inclinada para la fecha). Todos los campos se generan con ceros a la izquierda, cuando corresponda, y el campo
del año siempre tiene cuatro dígitos.
Si se selecciona el sensor interno del reloj para que esté en un búfer de transmisión con formato ASCII, el ancho del campo
debe ser suficiente para acomodar los datos y los separadores, si se especifica. Cuando se usa en un búfer de transmisión
pseudobinario o en una ecuación, el valor del sensor de reloj es simplemente el valor numérico de los dígitos hasta el primer
carácter separador, si está presente.

Salida de ejemplo
Formato 01/02/2013 Sensor
Cuerda Los campos) 12:34:56 Valor
S Segundo 56 56
MI Minuto 34 34
SRA Minuto, segundo 3456 3456
SRA Minuto, segundo 34:56 34
H Hora 12 12
HM Hora, minuto 1234 1234
H: M Hora, minuto 12:34 12
HMS Hora, minuto, segundo 123456 123456
H: M: S Hora, minuto, segundo 12:34:56 12
JHMS Día juliano, hora, minuto, segundo 002123456 002123456
J: H: M: S día juliano, hora, minuto, segundo 002: 12: 34: 56 002
D día del mes 02 02
mes Mes 01 01
Y Año 2013 2013
J Día Juliano 002 002
Maryland Mes, día del mes mes, día del 0102 0102
MARYLAND mes mes, día del mes, año 01/02 01
MDY mes, día del mes, año día del 01022013 01022013
M/D/Y mes, mes 01/02/2013 01
DM 0201 0201
D/M Día del mes, mes 02/01 02
DMY Día del mes, mes, año, día del 02012013 02012013
D/M/Y mes, mes, año, mes, año 01/02/2013 02
MI 012013 012013
MI Mes año 01/2013 01
YM Año mes 201301 201301
Y/M Año mes 2013/01 2013
YMD Año, mes, día del mes Año, 20130102 20130102
Y/M/D mes, día del mes Día juliano, 2013/01/02 2013
JY año 0022013 0022013
J/Y Día juliano, año 002/2013 002
YJ Año, día juliano 2013002 2013002
Y/J Año, día juliano 2013/002 2013
Tabla 11: Formatos y valores del sensor interno del reloj
6.1.2.1.6. Prueba de los sensores internos
Figura 29 muestra la página Sensor interno de la utilidad de configuración cuando está en la

Configurar / Controlar / Implementar modos GTX (consulte la Sección 3.2.4). En este modo, la utilidad proporciona acceso a "Activar
prueba de sensor". Además, para mostrar el grupo "Pruebas", la casilla "Habilitar prueba de sensor" debe estar marcada como se
muestra.
Los botones Temperature, Bucket Count, Bucket Value y Battery Voltage se pueden usar para leer los valores
actuales del sensor. Estos botones equivalen a emitir el ¿NENE? ( Sección 11.5.3.7), TBC?
(Sección 11.5.3.8), TBV? ( Sección 11.5.3.9), y RBV? ( Sección 11.10.17) comandos, respectivamente.
Seleccionar una fila donde el sensor interno está vinculado a una ecuación y luego hacer clic en el botón "Prueba de
ecuación" dirigirá a la GTX a ejecutar la ecuación asociada. En el siguiente ejemplo, EQN0 se define para convertir la
lectura de temperatura de Celsius a Fahrenheit. Si bien las ecuaciones se definen en notación infijo estándar
(consulte la Sección 7), el proceso real de ejecución de la ecuación se muestra en notación postfijo donde los
operandos siguen a los operadores (esto también se conoce como notación polaca inversa o RPN).

Tenga en cuenta que la función "Prueba de ecuación" no opera en el valor actual de un sensor, sino en el último
valor muestreado. En el ejemplo anterior, el valor de temperatura actual es 24,50 ° C, que se calcularía a 76,1 ° F. El
valor calculado de 77,9 ° F indica que el último valor muestreado para INT0 o I0 fue
25,50 ° C.
Figura 29: Utilidad de configuración: lectura de sensores internos
6.1.2.2. Recopilación de datos SDI-12
La GTX puede recopilar y procesar hasta sesenta y cuatro parámetros SDI-12; la configuración predeterminada
proporciona diez parámetros del sensor SDI-12 (consulte la Sección 5.1). Estos parámetros se pueden recopilar de un
solo dispositivo SDI-12 o de varios dispositivos SDI-12. A medida que se recopilan los parámetros, se pasan al
módulo de procesamiento de datos donde se pueden incluir en el búfer de transmisión temporizada o aleatoria (o
ambos), y se pueden utilizar para activar informes aleatorios.
Para permitir la máxima flexibilidad, la configuración de la recopilación de datos SDI-12 es independiente de las
funciones de almacenamiento de datos similares a los sensores internos. Esta sección detallará cómo definir qué
parámetros SDI-12 se muestrean; qué hacer con las muestras de datos SDI-12 una vez recopiladas se define en
secciones posteriores.
La siguiente discusión asume que el usuario está familiarizado con el uso y la configuración de los dispositivos
SDI-12. Los comandos que se muestran entre llaves {} se refieren a la secuencia de comandos real (no se deben
incluir llaves) en el bus SDI-12. El protocolo SDI-12 utiliza el juego de caracteres ASCII como base para la
comunicación.

La Figura 30 muestra un ejemplo de cómo configurar la recopilación de datos desde dispositivos SDI-12. Cada dispositivo SDI-12
conectado al bus SDI-12 de la GTX (consulte la Sección 2.1.6) debe tener una dirección única. Ingresar la dirección correcta en la
columna Dirección de la cuadrícula de configuración SDI-12 es el primer paso en la configuración de la GTX para muestrear un
dispositivo SDI-12 en particular. Normalmente, la dirección estará en el rango de '0' a '9'.
Cada dispositivo SDI-12 debe admitir el comando de inicio de medición básico { ¡soy!}, dónde ' a 'es la dirección del sensor.
Algunos dispositivos también pueden admitir comandos de medición adicionales, { aMx! }, dónde ' X 'está en el rango de 1 a
9 (es decir, { aM1!} mediante { aM9!}). La columna Medición de la cuadrícula de configuración permite al usuario definir qué
comando de medición se utiliza para recopilar los datos. Un valor de 0 corresponde a { ¡soy!}, mientras que un valor distinto
de cero define ' X '. Por ejemplo, en referencia a la Figura 30, el sensor SDI-12 designado como SDI0 utilizará el comando {
0M!}, mientras que SDI2 usará { 1M3!}.
La GTX también admite mediciones simultáneas, es decir, comandos SDI12 { ¡C.A!}, y { aC1!} mediante { aC9!}. Para
definir el uso del comando de medición concurrente, simplemente inserte la letra 'C' delante del número de
medición. Tenga en cuenta que es responsabilidad del usuario final asegurarse de que el dispositivo SDI-12 admita
mediciones simultáneas.
Finalmente, se debe informar a la GTX sobre qué valor recopilar de la respuesta del sensor. En respuesta a una
directiva de medición de la GTX; el dispositivo SDI-12 debe devolver al menos un valor, pero puede devolver hasta
nueve valores. Estos valores pueden ser múltiples lecturas del mismo tipo o pueden ser parámetros completamente
diferentes. Por ejemplo, un sensor SDI-12 puede devolver tanto la presión como la temperatura como parte de su
respuesta. La columna Valor se utiliza para definir qué valor o parámetro está asociado con esta colección.
Cada una de las designaciones SDI-12 (es decir, SDI0 a SDI9 para la configuración predeterminada) solo puede
recopilar un valor. Sin embargo, dado que un sensor SDI-12 puede devolver múltiples valores o parámetros por
medición, la GTX permite un mecanismo simple para obtener más de uno de estos múltiples valores. Como se
muestra en la Figura 30, el sensor SDI1 está "anexado" al sensor SDI0. Al marcar la casilla Adjuntar, literalmente se
vinculan las dos definiciones de sensor SDI-12 a una secuencia de medición; es decir, SDI1 se recopilará junto con
SDI0. Específicamente, cuando los datos se recopilan después de la emisión de la { 0M!} comando, la GTX analizará la
respuesta de datos y asignará el primer valor a SDI0 y el segundo valor a SDI1.
Tenga en cuenta que no es posible utilizar la función Añadir en SDI0 ya que es el primer sensor SDI-12. El proceso de
anexar se puede continuar según sea necesario y vincular sensores adicionales a una medición anterior que ya esté
"anexada".
Para completar la configuración del sensor SDI-12, se deben definir el intervalo y la compensación (consulte la Sección 6.1.2).
Mientras que la Figura 30 muestra cómo se configuran los sensores SDI-12 usando la utilidad de configuración, sección
11.5.1.1 proporciona información detallada sobre la configuración de los sensores SDI-12 a través de una interfaz de terminal. La secuencia de
comandos que se muestra a continuación dará como resultado la misma configuración que la Figura 30.
SS0 = 0,1,1,00: 15: 00,00: 00: 05,1

SS1 = &, 2
SS2 = 1,3,1,00: 15: 00,00: 00: 10,1
El formato real de los datos SDI-12 depende únicamente del propio sensor SDI-12. Sin embargo, todos los
parámetros o valores devueltos por un dispositivo SDI-12 en respuesta a un comando de medición son numéricos.
valores en ASCII con un carácter de signo inicial.

Figura 30: Utilidad de configuración - Página de configuración de sensores SDI-12
6.1.3. Control de potencia SDI-12
Como se muestra en la Figura 30, la parte inferior de la página de configuración de los sensores SDI-12 también incluye varios controla eso
se utilizan para definir cuándo se habilita el bus de alimentación SDI-12. El cuadro de grupo "GTX habilitado" en la sección "SDI-12
Power" se utiliza para definir cómo se debe controlar el SDI-12 Power cuando la unidad está habilitada; las tres opciones son
"Siempre desactivado", "Siempre activado" y "Activado por horario". El cuadro de grupo "GTX Disabled" define lo que debe hacer el
SDI-12 Power cuando el GTX está desactivado; la única opción aquí es "Siempre apagado" o "Siempre encendido". Tenga en cuenta
que la configuración predeterminada para estos dos cuadros de grupo es "Siempre encendido", es decir, el SDI-12 Power siempre
está presente.
Cuando la GTX está configurada para "On Per Schedule", la tabla en el centro de la sección "SDI-12 Power" se utiliza para
definir el horario de encendido / apagado. Se pueden definir hasta seis horarios (de 0 a 5), lo que permite múltiples
horarios distintos, así como también superposición de horarios.
Para cada entrada de la tabla, se definen tres campos; un intervalo, un desplazamiento y una duración. Los ajustes de
intervalo y compensación funcionan de manera similar a los intervalos de frecuencia y compensaciones para el muestreo
del sensor. Específicamente, el intervalo determina la frecuencia con la que se debe encender la energía y la compensación
determina en qué parte del intervalo se debe encender la energía. La duración determina cuánto tiempo debe estar
encendido el SDI-12. En la tabla, los tres campos se especifican en formato "hh: mm: ss".
Los valores de compensación y duración deben ser estrictamente menores que el intervalo. Los valores de intervalo y
duración no pueden ser cero; excepto en el caso de que los tres valores sean cero, que es una entrada no definida o
borrada. El intervalo mínimo es de 15 segundos y el intervalo máximo es de veinticuatro horas (es decir, 24:00:00).

La capacidad de apagar y encender la fuente SDI-12 puede ser útil para reducir los requisitos generales de energía del
sistema al encender solo los dispositivos SDI-12 cuando sea necesario para realizar mediciones. Tenga en cuenta que esta
función no debe usarse con sensores que brinden lecturas promedio (por ejemplo, velocidad del viento promedio) o
acumuladas (por ejemplo, lluvia), ya que el sensor no podrá realizar las mediciones necesarias para actualizar promedios o
acumular totales durante el tiempo que dure el SDI-12. bus está apagado. Además, al programar el ciclo de encendido /
apagado del SDI-12, se deben tener en cuenta los tiempos de calentamiento requeridos por los sensores SDI-12.
Si bien el SDI-12 Power está diseñado principalmente para el bus SDI-12, esta salida conmutable de +12 VCC también se puede usar
para alimentar otros dispositivos, y las funciones de encendido / apagado programables se pueden usar para habilitar estos
dispositivos solo cuando sea necesario. El único requisito es que la corriente máxima total para todos los dispositivos se limite a 0,5
amperios; el suministro de + 12V para el bus SDI-12 tiene un fusible en línea con auto-reinicio de 1 amperio.
La Figura 31 muestra un ejemplo de programación de energía SDI-12. En este ejemplo, los tres primeros horarios de la tabla están
definidos y los tres últimos no se utilizan (es decir, "Intervalo", "Desplazamiento" y "Duración todos" 00:00:00 "). Tenga en cuenta que
para que el horario esté activo, la configuración "GTX habilitada" DEBE establecerse en "Por horario". Esta configuración de control
separada es útil cuando se desea deshabilitar la programación de encendido / apagado sin tener que borrar los valores de la tabla.
Figura 31: Utilidad de configuración - Ejemplo de programación de energía SDI-12
En el ejemplo que se muestra en la Figura 31, la primera entrada dará como resultado que el SDI-12 Power se encienda cada
quince minutos a los 7 minutos del intervalo (es decir, a las xx: 07: 00, xx: 22: 00, xx: 37: 00 , y xx: 52: 00), y estará encendida
durante dos minutos (es decir, hasta xx: 09: 00, xx: 24: 00, xx: 39: 00 y xx: 54: 00). La segunda entrada agrega un

punto adicional en el tiempo en el que el bus SDI-12 se encenderá durante 30 segundos antes del final de cada hora y
permanecerá encendido hasta 30 segundos después de la hora (1 minuto en total). La tercera entrada de la tabla define un
segmento superpuesto donde el SDI-12 Power estará durante una hora completa todos los días a partir de las 12:00:00 UTC.
Como muestra este ejemplo, la capacidad de definir múltiples entradas en la tabla SDI-12 Power permite varias regiones
distintas y / o superpuestas. Si alguna entrada en la tabla indica que el SDI-12 Power debe estar encendido, entonces se
encenderá el bus SDI-12. Solo cuando todas las entradas de la tabla indiquen que el SDI-12 Power debe estar apagado, se
desconectará el suministro eléctrico del bus SDI-12.
La Sección 11.5.2, detalla cómo definir los controles de energía SDI-12 usando la interfaz de Terminal. Tenga en cuenta que la opción
"Por programación" en el cuadro de grupo "GTX habilitado" es equivalente al modo automático cuando se utilizan los comandos del
terminal para definir el modo de energía SDI-12 (consulte la Sección 11.5.2.2).
6.1.4. Registro de datos del sensor
Como se muestra en la Figura 25 y la Figura 30, los sensores internos y SDI-12 tienen columnas Log Rate, Delta y Trig. Como
se ha señalado anteriormente, los datos recopilados también se pueden registrar en un búfer de datos / eventos no volátil.
Cada punto de datos registrado tiene su propia marca de tiempo.
En una aplicación DCP típica, los datos se muestrean, se almacenan en búfer y se transmiten continuamente en "tiempo casi real".
Siempre que los datos se reciban correctamente, estos datos "casi en tiempo real" se pueden utilizar para una respuesta rápida a las
condiciones ambientales cambiantes. Sin embargo, estos datos también se pueden archivar para análisis históricos.
Siempre que el enlace de comunicación no esté obstruido, los datos recibidos estarán disponibles de forma rápida y fiable para
ambos tipos de uso. Sin embargo, si una condición de falla (por ejemplo, un cable de antena roto) interrumpe el enlace, los datos se
pierden irremediablemente para la aplicación "casi en tiempo real". Por otro lado, la capacidad de registrar y recuperar datos
asegura que los vacíos en el archivo histórico se puedan completar en una fecha posterior. Esta capacidad también permite que la
GTX funcione en un modo de solo registrador.
Si bien el valor predeterminado es registrar todos los valores de datos recopilados, la GTX proporciona un
mecanismo para maximizar la longitud histórica del registro. En la aplicación "casi en tiempo real", a menudo es
necesario recopilar varios puntos de datos en una hora para un sensor en particular. Sin embargo, es posible que
archivar esta cantidad de datos no sea práctico o simplemente no sea necesario. Por ejemplo, puede ser conveniente
recopilar y transmitir puntos de datos de 15 minutos, pero solo archivar las lecturas por hora. Este simple ejemplo
reduce los requisitos de memoria en un factor de 4. Esta reducción de memoria se traduce directamente en un
aumento de factor de 4 en las capacidades de archivo del registro GTX. Por ejemplo, en lugar de registrar un mes de
datos, se ahorrarían cuatro meses; o en lugar de 3 meses, se podría recuperar un año completo.
Reducir la tasa de registro también reducirá el tiempo necesario para recuperar un bloque de datos.
En consecuencia, las configuraciones del sensor interno y SDI-12 permiten que los datos de cada sensor se registren a un múltiplo de la
frecuencia de muestreo. Como se señaló anteriormente, la tasa de registro predeterminada es 1, es decir, se guarda cada muestra. Si los
valores de la tasa de registro en la Figura 25 y la Figura 30 se cambian de 1 a 4, entonces solo se almacena una muestra por hora en el
registro.
El producto de la tasa de registro y el intervalo define efectivamente un "intervalo de registro". Además, la GTX determina
automáticamente un "Desplazamiento de registro" relativo similar para garantizar que la muestra guardada se encuentre en un
momento específico y determinable. Continuando con el ejemplo anterior y asumiendo que la compensación es 00:00:00, la GTX no
registra simplemente cada cuarta lectura comenzando cuando la unidad está habilitada, sino que se asegura de que se guarden las
lecturas de la parte superior de la hora. Si la velocidad de registro se reduce a 2, las muestras se guardarán en la media hora; si la
velocidad de registro aumenta a 96 (4 * 24), el punto de datos se registrará a la medianoche.
La GTX también permite al usuario definir dos banderas modificadoras de registro, 'H' y 'L'. Estos indicadores, cuando están configurados,
indican a la GTX que registre todos los puntos de muestra de este sensor cuando el valor está por encima o por debajo de un límite de
activación aleatoria para este sensor. Específicamente, si el sensor definido se usa como un disparador de sensor / aleatorio alto o alto y la
lectura actual está por encima de cualquiera de estos umbrales, el valor se registrará independientemente del intervalo de registro. Si el
sensor definido se utiliza como un disparador de sensor / aleatorio de baja o caída y la lectura actual está por debajo de cualquiera de estos
umbrales, el valor también se registrará independientemente del intervalo de registro.
Este mecanismo permite que los datos se registren con más frecuencia cuando las condiciones lo justifican y con menos frecuencia
en caso contrario. También se puede definir una versión especial "Solo registro", los desencadenadores de informes aleatorios

El mecanismo de activación se aplica solo al registro del sensor, es decir, no activará un informe aleatorio. Consulte las Secciones
9.5, 9.6 y 11.7.5 para obtener información sobre los activadores de informes aleatorios.
La Figura 32 muestra cómo configurar estos indicadores mediante la utilidad de configuración. Seleccionar “Alto” solo habilita la
bandera 'H'; seleccionar “Bajo” solo habilita la bandera 'L'; seleccionar “H / L” habilita ambos y “Ninguno” deshabilita los tres.
Los disparos aleatorios también se pueden definir como Delta, es decir, el disparo se produce cuando la diferencia entre el valor
actual y el último está por encima / por debajo de un límite especificado. El registro también se puede basar en estos disparadores
Delta. En el caso Alto, el registro se realizará cuando el valor de la diferencia esté por encima del límite positivo,
es decir, la tasa de cambio está en la dirección positiva y excede el umbral. Para el disparador de registro bajo, los
datos solo se recopilarán cuando la diferencia entre el valor actual y el último está por debajo del valor negativo del
límite, es decir, la tasa de cambio está en la dirección negativa y excede el umbral.
Figura 32: Utilidad de configuración: configuración de indicadores de activación de registro
Otra opción proporcionada por la GTX es el registro Delta. Como se muestra en la Figura 32, marcar la casilla Delta
deshabilita los campos Log Rate y Trig, y habilita la función de registro Delta. El registro delta indica a la GTX que solo
guarde un nuevo valor cuando sea diferente del valor almacenado previamente. Este puede ser un enfoque muy eficaz para
datos como un pluviómetro de cubeta basculante, donde durante períodos prolongados los datos no cambian en absoluto
(por ejemplo, no ha llovido). Con este enfoque, los datos recopilados se pueden muestrear a velocidades mucho más altas y
registrar con una resolución más fina cuando ocurre un evento (por ejemplo, cuando está lloviendo) sin sobrecargar el
almacenamiento de la memoria.
Por ejemplo, la Figura 32 muestra el recuento de baldes basculantes en un minuto, pero un punto de datos solo se registra
cuando la nueva muestra es diferente del valor almacenado previamente. Si se guardaran todos y cada uno de los puntos de
datos, el registro tendría 1.440 puntos por día; si no lloviera durante el día, esto significaría que se almacenarían 1.440
puntos con exactamente el mismo valor. Sin embargo, cuando llueve, los datos se muestrean y almacenan con mucha más
frecuencia de la que se recopilan para su transmisión (por ejemplo, cada 15 minutos). Esta resolución adicional en el
muestreo no solo proporciona una sincronización más precisa para determinar mejor cuándo realmente llovió; también
proporciona una indicación de la intensidad de la lluvia.
Como se muestra en la Figura 25, la Velocidad de registro también se puede establecer en 0, lo que deshabilitará el registro para este sensor.
Para el ejemplo que se muestra, el valor del cubo de propina es redundante ya que se está guardando el recuento de baldes de propina.
6.1.5. Etiquetado de sensores
Las figuras que se muestran en esta sección han utilizado las etiquetas predeterminadas para los sensores internos (INTx o
INxx) y SDI-12 (SDIx o SDxx). La GTX, y por lo tanto la utilidad de configuración, también permite al usuario redefinir estas
etiquetas. Al colocar el cursor en el campo Etiqueta deseado, el usuario puede sobrescribir el designador existente con
cualquier cadena de 1 a 4 caracteres.

La Figura 33 muestra un ejemplo típico de etiquetado personalizado de los sensores internos. Las etiquetas personalizadas no se
proporcionan simplemente como referencia en la utilidad de configuración, estas etiquetas se almacenan en la GTX. Estas etiquetas
se utilizan al recuperar datos registrados (consulte las Secciones 10 y 11.11.1) e incluso se pueden utilizar en transmisiones (consulte
la Sección 9.4). Además, las etiquetas se pueden utilizar como un nombre de variable en ecuaciones como se explica en la Sección
7.1.3.2.
Los sensores SDI-12 se pueden personalizar de manera similar. Las secciones 11.5.1.4 y 11.5.3.4 proporcionan la información necesaria
información para generar estas etiquetas personalizadas usando los comandos de Terminal.
Figura 33: Utilidad de configuración: sensores internos con etiquetas personalizadas

7. Procesador de ecuaciones
El Microcom GTX-2.0 incorpora un procesador de ecuaciones potente, pero fácil de usar, que permite al usuario manipular
numéricamente los datos adquiridos de forma prácticamente ilimitada. Las ecuaciones se definen y programan
independientemente de los sensores muestreados en los que operan. Además, una ecuación puede consistir en una única
evaluación o puede tener múltiples evaluaciones encadenadas que se ejecutan en orden de izquierda a derecha. La
capacidad de combinar múltiples evaluaciones en una sola ecuación proporciona al usuario la capacidad de definir una
subrutina a ejecutar.
Una vez que se define una ecuación, se puede conectar a un sensor interno, lo que permite programar la evaluación
exactamente como cualquier otro sensor. Del mismo modo, el resultado final de la ecuación es esencialmente una nueva
"muestra de sensor" que se puede procesar más como un valor de sensor real. En otras palabras, el resultado de la ecuación
puede almacenarse en el registro de datos / eventos, pasarse a un procesador mínimo, máximo y promedio (consulte la
Sección 8), almacenarse en un búfer de transmisión, usarse para activar un informe aleatorio y / o usarse en una ecuación
posterior.
Las ecuaciones se pueden utilizar para proporcionar una conversión de datos simple; como, por ejemplo, convertir un
sensor de una unidad de ingeniería a otra, o alterar la precisión de los datos (agregar o eliminar lugares decimales para
formatear).
Las ecuaciones también se pueden utilizar para proporcionar manipulación de datos compleja, como el ajuste de curvas
polinomiales o la manipulación espacial (combinando o promediando múltiples lecturas de sensores para producir un único
resultado). Al programar correctamente múltiples ecuaciones y otros procesos, incluso las tareas relativamente complejas, como la
producción de promedios de tiempo compuestos y funciones mínimas / máximas, pueden lograrse fácilmente. Tenga en cuenta que
el Procesador Mín, Máx, Promedio (MMA) tratado en la Sección 8 permite estas operaciones en un solo valor; Al combinar estos
procesos con la programación adecuada, se pueden adquirir valores de MMA para los resultados de una manipulación más
compleja de los datos recopilados.
Las ecuaciones incluso se pueden utilizar para ampliar las relaciones de registro / muestreo de los sensores. La función de
registro GTX opera como un múltiplo de muestras de sensor, pero está limitada a una relación log / muestra de 250; es
decir, para un intervalo de muestreo dado, el retraso máximo en los valores registrados está limitado a 250. Con este límite,
registrar un sensor una vez al día requiere un intervalo de muestreo mínimo de 6 minutos (6 * 240 = 1440 minutos = 24
horas). Al usar una ecuación para capturar simplemente un valor de sensor (es decir, asignar la lectura del sensor como el
resultado de la ecuación), la relación logarítmica / muestra se puede ampliar fácilmente. Para lograr esto, la lectura del
sensor no se registra directamente en su lugar, la ecuación se define para extraer el valor a la tasa de registro deseada y el
valor de la ecuación se puede registrar. Tenga en cuenta que la muestra de sensor real proporcionada a esta velocidad
rápida aún se puede utilizar para todos los demás procesos (p. Ej.
7.1. Conceptos básicos de ecuaciones
El usuario define las ecuaciones como cadenas ASCII. Las cadenas de ecuaciones se almacenan en la memoria de
configuración suave de la GTX y se recuperan en función de un programa definido por el usuario (según lo definido por el
programa del sensor interno al que está vinculada la ecuación). Una vez recuperada, la ecuación se analiza y ejecuta.
7.1.1. Operadores de ecuaciones
Los operadores de ecuación permitidos se proporcionan en la Tabla 12 a continuación. Como se indica en la Tabla 12, la GTX
admite todas las funciones numéricas principales (sumar, sub, multiplicar, etc.), así como las funciones relacionales estándar
(igual a, no igual a, mayor que, etc.). Como también se indicó, se admiten paréntesis para anular la precedencia del
operador cuando sea necesario.
La GTX también admite el operador exponente (^) ̂, que permite ejecutar ecuaciones polinomiales para el ajuste de curvas y
raíces fraccionarias (por ejemplo, I0 ^ 0̂.5 toma la raíz cuadrada de I0).
Tenga en cuenta que el operador Asignación y el operador Igual a son ambos un único signo igual. La GTX solo
aceptará un signo igual como operador de asignación cuando siga inmediatamente una sola variable al comienzo de
la ecuación; de lo contrario, la GTX asume que el signo igual es el operador Igual a. Por ejemplo, “I0 = 10…” es una
operación de asignación; “(I0 = 10)…” y “10 = I0…” son operadores iguales a.
El operador If-Construct (?), Permite al usuario ingresar fácilmente ecuaciones condicionales. El uso de IfConstruct se
trata en detalle en la Sección 7.4.

Como se mencionó anteriormente, múltiples evaluaciones se pueden unir en una sola ecuación. Los operadores
"Equation End", coma y punto y coma, se utilizan para separar varias ecuaciones. Excepto por su uso en un If-
Construct (consulte la Sección 7.4), no hay importancia en cuanto a qué operador de Equation End se usa. Tenga en
cuenta que no es necesario incluir un operador Equation End después de la evaluación final, pero hacerlo es
opcional. Los cálculos individuales dentro de una cadena de ecuaciones se pueden asignar a variables temporales.
Por ejemplo, “I2 = I0 + I1; I3 = I0-I1” asigna la suma de I0 e I1 a I2 y la diferencia a I3. Si esta ecuación está vinculada
al sensor interno I3, entonces la asignación final es redundante, pero permisible.
El operador Formato es un operador final de ecuación especial que también permite al usuario especificar el formato
y la precisión del resultado final de la ecuación. El resultado final de la ecuación es siempre el resultado de la última
evaluación realizada y es el valor que se asigna al Sensor Interno que ejecuta la ecuación. Este valor también se
puede asignar opcionalmente a otra variable utilizando el operador de asignación,
pero todavía está asignado al sensor interno que se vinculado a la ecuación. Los especificadores de formato se tratan en
detalla en la Sección 7.2.
Operador Función Precedencia Operandos

= Asignación ver texto N/A
? If-Construct ver texto 1
, Fin de la ecuación 1 N/A
; Fin de la ecuación 1 N/A
@ Formato 1 N/A
() Paréntesis 2 N/A
- Negar unario 3 1
^̂ Exponente 4 2
* Multiplicar 5 2
/ Dividir 5 2
% Modulo (entero) 5 2
+ Agregar 6 2
- Sustraer 6 2
= Igual a 7 2
<> No igual a 7 2
> Mas grande que 7 2
>= Mayor o igual 7 2
< Menos que 7 2
<= Menor o igual 7 2
Tabla 12: Operadores de ecuaciones
Los operadores matemáticos siempre actuar sobre uno o dos operandos. Los operandos pueden consistir en constantes o
variables del sensor. Como se indica en la Tabla 12, el operador de módulo actúa sobre valores enteros ya que la función de
módulo no es aplicable a valores de coma flotante. Como tal, cuando se realiza una operación de módulo, los operandos se
convierten primero en valores enteros simplemente truncando la parte fraccionaria de los números.
Los operadores relacionales son evaluaciones lógicas, pero aún producen un resultado de punto flotante de 1.0 (verdadero)
o 0.0 (falso). El uso de resultados de coma flotante permite utilizar expresiones relacionales como operando matemático.
Por ejemplo, la ecuación “I0 = (S0> I0) * S0 + (S0 <= I0) * I0” da como resultado que I0 se establezca en el valor mayor de I0 y
S0. Este resultado ocurre porque (S0> I0) y (S0 <= I0) son mutuamente excluyentes, y uno de los resultados lógicos debe ser
0 y el otro debe ser 1. Específicamente, si (S0> 0) es verdadero, entonces la ecuación se reduce a I0 = 1 * S0 + 0 * I0 = S0. Por
el contrario, si (S0 <= 0), entonces la ecuación se reduce a I0 = 0 * S0 + 1 * I0 = I0. Tenga en cuenta que esta misma
funcionalidad también se puede lograr utilizando If-Construct como se explica en la Sección 7.4.
Si bien el ejemplo del párrafo anterior muestra cómo se pueden usar las ecuaciones para generar máximos y mínimos, el
Procesador MMA detallado en la Sección 8 simplifica enormemente la capacidad de producir Mín, Máx y Promedios para un
resultado de sensor o ecuación. Sin embargo, la capacidad de utilizar operadores relacionales en ecuaciones puede
proporcionar decisiones más complejas al adquirir datos. Por ejemplo, la capacidad de proporcionar una actualización de
gradiente, es decir, actualizar un resultado, solo cuando un valor excede el valor anterior en un delta dado.

7.1.2. Constantes de ecuación
Las constantes de ecuación se pueden definir en línea como valores numéricos estándar o pueden utilizar una de hasta
sesenta y cuatro constantes configurables especiales, designadas como K0 a K63. Las constantes en línea simplifican el
proceso de definición de la ecuación, pero no se pueden modificar sin redefinir la ecuación, lo que requiere deshabilitar la
GTX. Alternativamente, las disposiciones especiales en el código GTX permiten modificar las constantes de configuración
mientras la GTX está habilitada. Esta implementación permite alterar estas constantes configurables, lo que en esencia
permite modificar la ecuación, aunque la GTX esté habilitada.
Las constantes de configuración son especialmente útiles cuando es necesario o deseable aplicar factores de calibración o
compensaciones a la lectura de un sensor. El uso de constantes de configuración para realizar correcciones de calibración permite
ajustar las constantes de calibración sin tener que detener las operaciones normales de GTX. Además, cuando se cambia una
constante configurable (K0-K63) cuando la GTX está habilitada, el cambio se captura como un evento en el registro de datos /
eventos que proporciona un registro de cualquier cambio de “calibración”.
7.1.2.1. Constantes en línea
Las constantes en línea son simplemente valores numéricos definidos en la cadena de ecuaciones (por ejemplo, 3.141593). Las
constantes se pueden ingresar con cualquier número de dígitos significativos y pueden usar la designación de exponente, E, (por
ejemplo, 1E5 = 10 5). Sin embargo, las funciones matemáticas de la GTX se realizan en formato de punto flotante IEEE de 4 bytes de
precisión simple. Como tal, las constantes, los resultados intermedios y el resultado final tienen una precisión inherente de 7 dígitos
significativos.
7.1.2.2. Constantes de configuración
Como se mencionó anteriormente, una clase especial de constantes también está disponible para su uso en ecuaciones que se
almacenan como parte de la memoria de configuración de software. Una característica única de las constantes es que el "valor
constante" se puede modificar incluso mientras la GTX está habilitada. Se pueden definir hasta 64 constantes de ecuación
configurables y se designan de K0 a K63. Inicialmente, estas constantes de ecuación tienen un valor predeterminado de cero, pero
se pueden inicializar como parte de la configuración GTX.
Dado que las constantes de configuración se pueden cambiar mientras la GTX está en funcionamiento, son especialmente
útiles para aplicar correcciones de calibración a un sensor. Por ejemplo, suponga que es necesario o deseable aplicar una
corrección de compensación y escala al sensor SDI-12 0. En lugar de usar valores de calibración en línea en una ecuación, la
ecuación de calibración podría definirse como “K0 * S0 + K1”. En este ejemplo, K0 es la corrección de escala y K1 es la
corrección de compensación. Si no se requiere calibración, entonces K0 se puede definir inicialmente como
1.0 y K1 se pueden definir inicialmente como 0.0. Si con el tiempo, el sensor requiere ajustes de calibración, entonces K0 y
K1 se pueden modificar "sobre la marcha" para corregir la lectura del sensor sin la necesidad de desactivar la GTX.
Otra característica útil de las constantes de configuración es que los cambios en estos valores se capturan o se pueden capturar en
el Registro de eventos. Los cambios realizados en estos valores cuando la GTX está habilitada siempre se guardan en el registro,
mientras que los cambios realizados con la GTX está deshabilitada se pueden guardar opcionalmente. La captura de cambios
constantes de la ecuación en el registro de eventos en efecto proporciona un registro automático de los ajustes de calibración.
La especificación de valores constantes de configuración a través de la interfaz del terminal se realiza a través del EKV
comando, que se trata en la Sección 11.6.3.
La pantalla de la Figura 34 a continuación muestra la tabla de “Constantes de ecuaciones” en la parte inferior de la página de ecuaciones. En
primer lugar, tenga en cuenta que el número de constantes de configuración disponibles también se puede definir de 0 a 64 mediante la
página de la pestaña "Configuración general" (consulte la Figura 10) o la EKN comando (consulte la Sección 11.6.3.1). Además, tenga en
cuenta que todas las constantes tienen un valor predeterminado de 0 (cero). Para configurar el valor de una constante antes de habilitar la
GTX, simplemente haga clic en la celda correspondiente de la tabla e ingrese el valor deseado. Si el valor de la constante de configuración
necesita cambiarse mientras la GTX está en operación, esto debe hacerse manualmente usando el EKV
comando (consulte la Sección 11.6.3.2).
La Figura 35 muestra un ejemplo de la tabla de “Constantes de ecuación” con K0 definido como 1,23 y K1 definido como
0,04. Este ejemplo también muestra cómo "etiquetar" una constante de ecuación. De manera similar a los sensores internos
y SDI12, las constantes de ecuación pueden tener una etiqueta de hasta cuatro caracteres que puede hacer que las
referencias a estas constantes sean más significativas. En este ejemplo, K0 está etiquetado como "SCL" (escala) y K1 recibe la

etiqueta "OFS" (desplazamiento). En lugar de las referencias predeterminadas de Knn, las etiquetas se pueden usar en ecuaciones para
producir un cálculo más legible.
Las etiquetas de constantes de ecuación también se utilizan en el registro de eventos cuando se cambia el valor mientras la GTX está
habilitada. Como también indican la Figura 34 y la Figura 35, las etiquetas predeterminadas son KNS0 a KNS9 y KN10
a través de KN63.
Figura 34: Utilidad de configuración: tabla de constantes de ecuación
Figura 35: Utilidad de configuración - Ejemplo de constante de ecuación definida

7.1.3. Variables de ecuación
7.1.3.1. Designaciones estándar de variables de sensor
Las variables del sensor se designan de I0 a I63 (para sensores internos) y de S0 a S63 (para sensores SDI-12). Si la variable
del sensor es una lectura de sensor muestreada real (por ejemplo, I0 definido como el sensor de temperatura interno),
entonces el valor utilizado es la última lectura del sensor. Los sensores no utilizados (es decir, los sensores I0-I63 y S0-S63)
que no están definidos como sensores muestreados se pueden utilizar como variables temporales para resultados
intermedios. Esto permite dividir ecuaciones complejas en subecuaciones para mejorar la legibilidad y posiblemente una
evaluación más rápida (por ejemplo, para reducir las construcciones de ecuaciones complejas repetidas a una sola
evaluación).
Tenga en cuenta que el uso de variables de sensor no utilizadas para resultados temporales y / o intermedios no está
restringido por las definiciones de configuración suave explicadas en la Sección 5. Independientemente de si la designación
del sensor está disponible como un sensor muestreado verdadero, la variable está disponible; en otras palabras, las
variables del sensor son independientes de la asignación de configuración suave para los sensores. Por ejemplo, incluso en
la configuración predeterminada donde solo I0-I4 y S0-S9 están disponibles para el muestreo del sensor, las variables I5-I63
y S10-S63 aún se pueden usar en ecuaciones.
7.1.3.2. Variable de etiqueta del sensor
Las etiquetas de sensor también se pueden utilizar en ecuaciones como variables. Cuando la GTX analiza la ecuación y detecta una
cadena de caracteres, buscará en las etiquetas de sensor definidas una coincidencia y correlacionará la etiqueta coincidente con la
designación de variable estándar (es decir, I0-I63 o S0-S63). El uso de etiquetas de sensor permite la definición de ecuaciones más
descriptivas. Además, como se señaló en la Sección 7.1.2.2 A las constantes de ecuaciones también se les pueden asignar etiquetas
significativas que también se pueden usar en ecuaciones para mejorar la legibilidad.
Por ejemplo, con referencia a la Figura 33, el sensor interno 0 se especifica como el sensor de temperatura interno
de la GTX. Si se deseaba convertir este valor Celsius a Fahrenheit, una ecuación como (( 9 * I0) / 5) +32
podría definirse para realizar la conversión. Si bien esta ecuación es ciertamente permisible y
logra la tarea deseada, reemplazando esta ecuación con (( 9 * ITMP) / 5) / 32 produce claramente una ecuación más
descriptiva.
El uso de etiquetas de sensor también es menos propenso a errores de entrada y facilita la resolución de problemas
de las ecuaciones. Además, el uso de etiquetas en lugar de las designaciones de variables estándar permite redefinir
el orden de los sensores sin afectar la ecuación. Por ejemplo, suponga que por alguna razón es necesario o deseable
mover el sensor de temperatura interno de INT0 a INT4. El uso de la primera forma de la ecuación de conversión del
párrafo anterior requeriría editarla para reemplazar I0 por I4. Sin embargo, siempre que la nueva asignación utilice
la misma etiqueta (es decir, "ITMP"), no es necesario cambiar la ecuación. Esto se debe a que GTX almacena las
ecuaciones como una cadena y las vuelve a analizar según sea necesario para evaluar el resultado.
Para compatibilidad con versiones anteriores, las designaciones de sensor estándar de I0-I63 y S0-S63 aún se reconocen y
se consideran predeterminadas. En otras palabras, siempre que la GTX encuentre una variable de I0-I63 o S0-S63, no
buscará una coincidencia en las etiquetas del sensor; simplemente hará referencia a la variable estándar. En consecuencia,
las etiquetas de los sensores no deben definirse utilizando las designaciones de sensor estándar.
Tenga en cuenta que si bien el uso de las variables predeterminadas (I0-I63 y S0-S63) como variables temporales, no se ve
afectado por el número de sensores internos o SDI-12 asignados (como se explica en la sección anterior), para definir un
nombre de etiqueta descriptivo para el La variable temporal que se utilizará en una ecuación requiere que el sensor de
referencia se asigne en la configuración suave.
7.1.3.3. Etiquetas constantes de configuración
Como se señaló en la Sección 7.1.2.2, las constantes de configuración especiales también pueden recibir etiquetas
descriptivas que se pueden utilizar en ecuaciones. Si bien la conversión de unidades (por ejemplo, Celsius a Fahrenheit)
probablemente se realice mejor con las constantes en línea como se demostró en el ejemplo de la sección anterior, el uso
de constantes para realizar funciones de calibración se maneja mejor con las constantes de configuración, ya que pueden
modificarse mientras la GTX está operativa. En tales casos, el uso de etiquetas de constantes de configuración puede
mejorar aún más la legibilidad de una ecuación; muy parecido al uso de etiquetas de sensor.

Por ejemplo, suponga que el sensor SDI-12 S0 está vinculado a algún tipo de sensor de nivel de agua que requiere una
calibración de campo de primer orden; es decir, pendiente y desplazamiento. Además, suponga que a este sensor SDI-12 se
le asigna la etiqueta "WLVL" y que se desea utilizar las constantes de configuración K0 y K1 para realizar la calibración lineal.
Un sensor interno se puede vincular a una ecuación de la forma K0 * WLVL + K1 para realizar la corrección.
Si bien esto es ciertamente permisible, las dos constantes de configuración se pueden etiquetar como el ejemplo en
la Sección 7.1.2.2 con los nombres descriptivos “SCL” y “OFS”. Si se hace esto, entonces la ecuación se puede definir
como SCL * WLVL + OFS. Si bien esta ecuación realiza el cálculo, define mejor la funcionalidad deseada.
Se debe enfatizar que las designaciones de constantes estándar se pueden usar indistintamente con etiquetas de
constantes. Como tal, siempre que la GTX encuentre K0-K63 en una ecuación, no buscará una coincidencia en las
etiquetas; simplemente utilizará la designación de constante de configuración estándar adecuada. En consecuencia,
las etiquetas de constantes no deben definirse utilizando las designaciones de constantes estándar (ni las etiquetas
de sensor estándar para el caso).
7.1.3.4. Variables del procesador MMA
Como se explica en la Sección 8, la GTX proporciona un mecanismo conveniente para facilitar la captura y el cálculo
del mínimo, máximo y promedio para la lectura de un sensor o el resultado de una ecuación. Las salidas resultantes
de los procesadores MMA también se pueden utilizar como variables en ecuaciones. La GTX proporciona dos
mecanismos para hacer referencia a estas salidas; designadores de variables estándar y pseudo funciones, que se
tratarán en las dos secciones siguientes.
Al configurar un procesador MMA, el usuario vincula el procesador a una lectura de sensor específica o salida de ecuación y
define el intervalo de procesamiento de MMA. A medida que se recopilan los valores, se envían automáticamente al
procesador MMA y se actúa sobre ellos en tiempo real. Al final del intervalo de procesamiento definido por el usuario, el
mínimo, máximo y / o promedio finales se pueden registrar y / o almacenar en un búfer de transmisión.
Si bien los resultados finales del intervalo MMA se procesan automáticamente para el registro y el almacenamiento en
búfer, se recuperan para usarlos en una ecuación cuando se ejecuta la ecuación. Por lo tanto, para asegurar que la ecuación
procese el intervalo completo mínimo, máximo y / o promedio, las ecuaciones que usan estos valores deben configurarse
para ejecutarse en breve. después el intervalo de MMA está completo y antes de se recoge la siguiente muestra.
Por ejemplo, suponga que un procesador MMA calcula una temperatura media por hora y que el sensor de temperatura se
lee cada quince minutos. Si las muestras se recolectan a los 0, 15, 30 y 45 minutos de la hora, entonces el procesador MMA
debe configurarse con un intervalo de una hora y una compensación justo después de que se recolecta la muestra final en
la marca de 45 minutos y contabilizando el muestreo. tiempo del sensor, por ejemplo, 00:45:05. Asimismo, cualquier
ecuación que dependa de este promedio horario también debe tener un intervalo de una hora con una compensación de
ejecución que haga que la ecuación también se evalúe justo después de que se recopile la lectura final del sensor, pero
antes de que ocurra el siguiente tiempo de muestreo.
Sin embargo, no es necesario proporcionar ningún retraso de tiempo adicional para garantizar que el procesador MMA
complete su procesamiento antes de que se ejecute la ecuación. Esto se debe a que los valores extraídos del procesador
MMA no son el último mínimo, máximo o promedio actualizado, sino que son un valor en vivo calculado según lo solicitado
por el procesador de ecuaciones. Además, los valores de procesamiento intermedio mínimo, máximo y medio no se borran
ni se reinician al final del intervalo de MMA. En cambio, los valores intermedios permanecen intactos y se establece una
bandera para indicar que se restablezcan o borren una vez que se recolecta la siguiente muestra.
Esta implementación permite que las ecuaciones que utilizan resultados de MMA como variables se ejecuten en cualquier momento
después de que se recolecte la última muestra y antes de que se recolecte la primera muestra en el nuevo intervalo. Además, dado
que los valores de MMA utilizados en las ecuaciones son valores calculados en vivo, la primera vez que una ecuación ejecute los
valores del Procesador de MMA será válida incluso si el proceso de recopilación comenzó a mitad del intervalo.
7.1.3.4.1. Designaciones estándar de variables de MMA
De manera similar a las designaciones estándar para sensores internos, sensores SDI-12 y constantes de configuración, las
designaciones estándar para la variable MMA consisten en una sola letra seguida de un valor numérico de 0 a 63. Los
designadores de letras estándar son 'N', 'X' , 'G' y 'C' que representan mi norte imum, ma X imum,
Microcom Design, Inc. sesenta y cinco

promediar gramo e, y C ount; respectivamente. La variable de recuento es simplemente el número de muestras que se han
recopilado para determinar el mínimo, el máximo y el promedio.
Si bien los designadores estándar del sensor (I0-I63 y S0-S63) se pueden usar en ecuaciones independientemente de
si el sensor está definido o no, no ocurre lo mismo con las variables MMA (es decir, N0-N63, X0-X63, G0- G63 y C0-
C63). Para que una variable MMA se utilice en una ecuación, se debe definir el Procesador MMA correspondiente.
Al validar una ecuación ingresada, la GTX declarará un error si la ecuación hace referencia a una variable indefinida
del procesador MMA. Además, si un procesador MMA no está definido después de la validación de la ecuación, el
valor de la variable MMA utilizado cuando se ejecuta la ecuación siempre será NaN (No es un número), y el resultado
final de la ecuación también será NaN.
A diferencia de las variables de sensor, la salida de una ecuación no se puede asignar a una variable de MMA.
7.1.3.4.2. Pseudofunciones de variables de MMA
Si bien los designadores de variables estándar de MMA proporcionan un enfoque simple para hacer referencia a
ellos en ecuaciones, su uso es algo críptico. En consecuencia, el firmware GTX admite cuatro referencias de pseudo
función para acceder a estos valores. Las cuatro pseudo funciones son: MIN (var), MAX (var), AVG (var) y CNT (var).
Éstas se conocen como pseudo funciones ya que se ingresan en una ecuación usando un formato de función; nombre de la
función con un argumento entre paréntesis. Sin embargo, a diferencia de una función aritmética (consulte la siguiente
sección), el argumento solo puede ser una referencia de variable de sensor única.
La referencia de variable para el argumento puede ser un designador de variable de sensor estándar (por ejemplo, I0 o S0),
o puede ser una etiqueta de sensor. En otras palabras, cuando el procesador de ecuaciones detecta el nombre de la pseudo
función de MMA, busca solo una variable estándar o una etiqueta de sensor entre paréntesis y la valida como una referencia
de sensor vinculada a un proceso de MMA.
Por ejemplo, AVG (I0) es equivalente a G0 y CNT (S2) es equivalente a C2. Si la etiqueta para I0 se define como "ITMP"
como en los diversos ejemplos de este manual, los siguientes son todos equivalentes ...
G0 ⇔ AVG (I0) ⇔ AVG (ITMP) C0 ⇔

CNT (I0) ⇔ CNT (ITMP) N0 ⇔ MIN
(I0) ⇔ MIN (ITMP) X0 ⇔ MAX (I0) ⇔
MAX (ITMP)
El uso de pseudo funciones para referencias de variables MMA mejora la legibilidad de las ecuaciones con muy poca penalización en
los requisitos de almacenamiento, es decir, una ecuación más larga requiere más memoria de configuración blanda.
7.1.4. Funciones aritméticas de ecuaciones
El procesador de ecuaciones GTX-2.0 incluye una variedad de funciones estándar y trascendentales. las funciones disponibles se los
enumeran en la Tabla 11. Los argumentos para las funciones pueden ser constantes, variables de sensor predeterminadas (por
ejemplo, I0), etiquetas de sensor o sub-ecuaciones (por ejemplo, SQRT (I0 * S0)).

Nombre Función Formato Resultado
abdominales Valor absoluto ABS (X) valor absoluto de X

HACER TECHO Techo TECHO (X) entero más pequeño> X
SUELO Suelo PISO (X) entero más pequeño <X
RND Ronda RND (X) entero más cercano a X
SQRT Raíz cuadrada SQRT (X) raíz cuadrada de X (igual que X ^ 0̂.5)
PECADO Seno PECADO (A) seno del ángulo, A en grados coseno
COS Coseno COS (A) del ángulo, A en grados tangente del
BRONCEARSE Tangente TAN (A) ángulo, A en grados arcoseno de X,
COMO EN Arcsine ASIN (X) resultado en grados arcocoseno de X,
ACOS Arccosine ACOS (X) resultado en grados
UN BRONCEADO Arctangent ATAN (X, Y) arcotangente de X e Y, resultan en grados base
INICIAR SESIÓN Logaritmo REGISTRO (X) logarítmica 10 de X
LN Registro natural LN (X) base logarítmica e de X
Exp Exponencial EXP (X) e elevado a la potencia X

FMOD Módulo de flotación FMOD (X, Y) módulo de coma flotante de X relativo a Y
VALOK Valor OK VALOK (X) 1.0 si X es un valor válido, 0.0 si no
Tabla 13: Funciones aritméticas de ecuaciones
7.2. Especificadores de formato para ecuaciones
Como se señaló en la Sección 7.1.1, el Procesador de ecuaciones también permite al usuario especificar el formato y la precisión del
resultado final de una ecuación. Se proporcionan dos especificadores de formato, "nF" y "nG". Antes de cada uno de estos
especificadores de formato hay un valor numérico (n) entre 0 y 7 que define la precisión o los dígitos significativos del resultado.
El especificador de formato "nF" indica a la GTX que formatee el resultado con un número fijo de dígitos después del punto
decimal. Por ejemplo, un especificador de formato de 3F producirá un resultado con el formato “± x… x.xxx”;
es decir, el número de dígitos a la izquierda del punto decimal depende del valor, pero el número de dígitos a la
derecha siempre se fija en 3. Si la magnitud del valor es menor que 1.0, entonces un solo 0 seguirá al carácter de
signo (como en el formato SDI-12, siempre se incluye un carácter de signo, + o -); por ejemplo, para un formato de 3F
con una magnitud inferior a 1, el resultado será “± 0.xxx”.
El especificador de formato "nG" indica a la GTX que formatee el resultado con el número máximo de dígitos significativos;
es decir, la suma de los dígitos significativos antes y después del punto decimal siempre será menor o igual a “n”. Por
ejemplo, un especificador de formato de "3G" para un valor de 1.234 producirá un resultado en el formato "+1.23"; un valor
de 12,34 con "3G" dará como resultado "+12,3". Cuando sea necesario, se incluirán los dígitos del marcador de posición
(ceros), pero no se sumarán al recuento de dígitos significativos. Sin embargo, el formato "nG" intenta producir un
resultado con el menor número de caracteres; por ejemplo, si el resultado es 1,23 y el formato especificado es “5G”,
entonces el resultado tendrá el formato “+1,23” ya que agregar ceros no afecta el número de dígitos significativos y hace
que el resultado de la cadena sea más largo. El formato "nG" también utilizará el formato de exponente estándar
(“± x.xxxEnn”) si resulta en menos caracteres. Por ejemplo, un valor de 123,000,000 con un especificador de formato
de “3G” producirá “+ 1.23E + 08” ya que es más compacto que “+123000000”.
Para especificar el formato del resultado de la ecuación, la ecuación debe terminar con “@nF” o “@nG”. Por ejemplo,
la ecuación “ S0 + S1 @ 3F ” sumará S0 y S1 y producirá un resultado con 3 lugares decimales. Si se omite la
especificación de formato, se utilizará el especificador predeterminado de “7G”, por lo que el resultado se procesará
con el número máximo de dígitos significativos posible para el formato de coma flotante de 4 bytes de IEEE.
Tenga en cuenta que la capacidad de la ecuación y los especificadores de formato proporcionan un mecanismo simple para volver a
formatear los datos muestreados. Por ejemplo, suponga que un sensor SDI-12 S0 proporciona una medición con 5 lugares
decimales, pero se desea producir solo resultados registrados con 3 lugares decimales, definiendo una ecuación “ S0 @ 3F ” y
operando en el resultado de la ecuación en lugar del la muestra cruda producirá valores registrados con la precisión deseada.

7.3. Introducción y edición de ecuaciones usando la Confi Utilidad de configuración
Las ecuaciones están definidas y referenciadas por un número de índice entero de 0 a 49, lo que permite definir
hasta 50 ecuaciones en la GTX. Sin embargo, la capacidad de tener múltiples sub-ecuaciones dentro de una
definición de ecuación significa que el número de cálculos que puede realizar la GTX solo está limitado por la
memoria de configuración disponible.
La sección 11.6.1 proporciona la información necesaria para definir la ecuación utilizando la interfaz de comando. El
resto de esta sección detallará el uso de la utilidad de configuración para definir ecuaciones en la GTX.
La Figura 36 muestra la página de ecuaciones de la utilidad de configuración para una configuración predeterminada, es decir, sin ecuaciones
definidas. Para ingresar una ecuación, el usuario simplemente necesita ingresar el campo Ecuación y escribir la ecuación.
Además de simplemente escribir la ecuación, la Utilidad de configuración también proporciona un cuadro de diálogo Editor de
ecuaciones como se muestra en la Figura 37, que permite ingresar la ecuación usando solo el mouse de la PC.
Figura 36: Utilidad de configuración - Página de ecuaciones
Figura 37: Utilidad de configuración: cuadro de diálogo Editor de ecuaciones
La Figura 37 y la Figura 38 muestran cómo se puede ingresar una ecuación para convertir el Sensor Interno 0 (I0) de
Celsius a Fahrenheit. Además de cambiar las unidades de ingeniería, esta ecuación también cambia la precisión de
dos lugares decimales (el valor predeterminado para el sensor de temperatura interno) a un solo lugar decimal.

Figura 38: Utilidad de configuración - Ecuaciones - Conversión de temperatura
La Figura 39 muestra cómo la ecuación se puede vincular al sensor interno 4 y cómo el sensor interno temperatura
ahora se puede registrar en Fahrenheit en lugar de Celsius.
Figura 39: Utilidad de configuración - Ecuaciones - Temperatura de registro en ºF
La Figura 40 muestra cómo se puede modificar la ecuación para usar la etiqueta del sensor del Sensor interno 0 ("ITMP")
para hacer la ecuación más descriptiva. Como se señaló en la Sección 7.1.3.2, el uso de la etiqueta del sensor no afecta el
procesamiento de la ecuación, simplemente hace que la ecuación sea más legible, es decir, las ecuaciones en la Figura 38 y
la Figura 40 son idénticas desde el punto de vista del procesamiento de la ecuación y el resultado final. .
Figura 40: Utilidad de configuración - Ecuaciones - Conversión de temperatura con etiqueta
Al usar la página de ecuaciones y asignar ecuaciones adicionales a los sensores internos, se puede lograr fácilmente
un procesamiento sustancial y una evaluación de los datos muestreados.
7.4. If-Construct (?) Para ecuaciones
Un If-Construct se puede definir usando el? (signo de interrogación) operador. If-Constructs permiten al usuario
ejecutar una o más sub-ecuaciones basadas en el resultado de la prueba "si". El formato general de un IfConstruct se
muestra a continuación.

<asgn> = <cond>? <verdadero>: <falso>;
dónde,
<asgn> es una variable de asignación (por ejemplo, I0)
<cond> es la condición para probar
<verdadero> es la (s) ecuación (es) a ejecutar si <cond> es verdadero (es decir, no es igual a
cero) <false> es la (s) ecuación (es) a ejecutar si <cond> es falso (es decir, igual a cero)
Como se muestra arriba, la condición (<cond>) para probar termina con un signo de interrogación ('?'), Y las ecuaciones
<verdadero> y <falso> están separadas por dos puntos (':'). Las ecuaciones <false> deben terminarse con un punto y coma si
se van a ejecutar ecuaciones adicionales que no forman parte de If-Construct; el punto y coma se puede omitir o reemplazar
con el especificador de formato ('@'), cuando If-Construct es la última ecuación.
Dentro de las porciones <verdadero> o <falso> del Constructo If, se pueden ejecutar múltiples sub-ecuaciones. Sin embargo,
estas sub-ecuaciones deben estar separadas solo por comas (es decir, no se pueden usar punto y coma).
Como ocurre con todas las ecuaciones, el resultado del Constructo If es la última sub-ecuación evaluada. Sin embargo, con
un If-Construct, esta es la última sub-ecuación evaluada dentro de la lista <true> o <false> dependiendo del resultado de la
condición. Asimismo, este resultado se puede asignar opcionalmente a una variable especificada.
If-Constructs se puede usar para devolver una variable simple. Por ejemplo, “I0 = (S0> I0)? S0: I0; " establecerá I0 al
máximo de S0 e I0.
If-Constructs también se puede utilizar para crear subrutinas de forma eficaz. Por ejemplo, la siguiente ecuación se
puede utilizar para establecer I3 igual al promedio de las últimas diez muestras de I0. En este ejemplo, I1 se usa para
contar el número de I0 muestras (es decir, I1 = I1 + 1), e I2 se usa para acumular las I0 muestras (es decir, I2 = I0 +
I2). Una vez acumuladas diez muestras (I1 = 10), se calcula la suma intermedia final (I3 = I0 + I2), se borran los valores
de recuento y suma (I1 = 0 e I2 = 0), y se calcula el promedio (I3 / 10).
I1 = I1 + 1; I3 = (I1 = 10)? I3 = I0 + I2, I1 = 0, I2 = 0, I3 / 10: I2 = I0 + I2, I3;
Tenga en cuenta que en el ejemplo anterior, el resultado de If-Construct se asigna explícitamente a I3. Sin embargo,
el valor asignado a I3 NO es el resultado de la porción condicional (I1 = 10) del constructo como podría aparecer a
primera vista. En cambio, el valor asignado a I3 es el resultado de la última ecuación ejecutada en la porción
<verdadero> (I3 / 10) o <falso> (I3) del Constructo If. La inclusión de I3 al final de la porción <false> asegura que I3
sea siempre igual al último promedio calculado y no se asigne a las sumas intermedias (es decir, I2 = I0 + I2).
Como se señaló anteriormente, los especificadores de formato también se pueden utilizar con If-Constructs. Por ejemplo,
definiendo la ecuación “(S5> S6)? S5: S6 @ 2F ”y atándolo a un sensor interno, no solo configura el sensor interno al máximo
de S5 o S6, sino que también formatea el valor con dos lugares decimales, independientemente de si se ejecuta la cláusula
<true> (es decir, S5) o la cláusula <false> ejecutada (es decir, S6). En otras palabras, el especificador de formato se aplica a If-
Construct, no solo a la parte <false>.
No es posible anidar directamente If-Constructs; por ejemplo, si intenta definir la ecuación siguiente, aparecerá el
mensaje de error “ERR: Prueba si anidada”.
I1 = (I0 = 0)? 0: (I0> 0)? +1: -1;
Sin embargo, mediante el uso de valores temporales y múltiples construcciones If consecutivas, se puede lograr el mismo efecto que
el deseado. Por ejemplo, la siguiente ecuación dará como resultado que I1 se establezca en cero si I0 = 0, I1 se establecerá en
+ 1 si I0> 0, o I1 se establece en -1 si I0 <0. Tenga en cuenta que después de la primera prueba, I1 será igual a cero o será
igual a I0; si I1 se establece en cero, las siguientes pruebas fallarán y, en ambos casos, I1 se establecerá igual a sí mismo. Sin
embargo, si I0 no es cero, I1 se establecerá en I0 después de la primera prueba y una de las siguientes decisiones debe dar
un resultado verdadero.
I1 = (I0 = 0)? 0: I0; I1 = (I1> 0)? +1: I1; I1 = (I1 <0)? -1: I1
La condición "si" no necesariamente tiene que producir un valor de 1.0 para ser "verdadero" (como ocurre cuando se utilizan los operadores
relacionales), cualquier valor distinto de cero también se considera "verdadero". Por el contrario, solo un resultado de cero (0.0) produce un
resultado "falso". Como tal, ¿la prueba "si" (I0 <> 0)? es equivalente a simplemente (I0)?

Finalmente, debe tenerse en cuenta que el operador If-Construct ('?') Tiene mayor precedencia que el operador de
asignación, pero menor precedencia que cualquier función matemática. Esto significa la ecuación
"I0 = I0 + 1> 10?" incrementa I0 en 1, prueba el resultado intermedio (I0 + 1) para ver si es mayor que 10 y asigna el
resultado apropiado de la cláusula <true> o <false> a I0. Para incrementar I0 en 1, guarde el valor incrementado en
I0 y luego realice la prueba; la ecuación debe dividirse en dos partes, es decir, “I0 = I0 + 1; I0> 10? ”. Si bien los
paréntesis alrededor de la condición "si" no son absolutamente necesarios, ayudan a aclarar la intención y la
ejecución real de If-Construct.
7.5. Condiciones iniciales de la ecuación
Una vez que la GTX está habilitada y el reloj está configurado, las ecuaciones se procesarán en el horario definido por la
configuración del sensor interno asociado. Dado que el momento en el que comienza el procesamiento de la ecuación generalmente
no es en un momento específico, es importante comprender las condiciones iniciales y la configuración de las variables para
comprender cómo se manejan las ecuaciones para evitar resultados erróneos hasta que se disponga de lecturas válidas del sensor.
7.5.1. Valor inicial de sensor, variable y ecuación s
De forma predeterminada, todos los sensores / variables no utilizados (I0-I63 y S0-S63) se inicializan a cero cuando la GTX está
habilitada. Sin embargo, cualquier sensor interno o SDI-12 definido está preconfigurado con un valor especial que se designa como
NaN (no es un número). Si se ejecuta una ecuación antes de que se adquiera una lectura válida del sensor para reemplazar este
valor especial, entonces el resultado de esa ecuación también será NaN. En general, la ejecución de cualquier ecuación con una o
más variables de entrada iguales a NaN produce un resultado de NaN.
Si el valor resultante de una ecuación es NaN y el sensor interno que está vinculado a esta ecuación está
referenciado en un búfer de transmisión, entonces no se copia ningún valor en el búfer de transmisión. En otras
palabras, el valor del búfer de transmisión permanece nulo y se rellena con barras o espacios según la configuración
de la bandera de relleno de barra (consulte la Sección 9.7). Este mecanismo de protección garantiza que no se
transmitan inadvertidamente valores erróneos, aunque posiblemente realistas. Por ejemplo, suponga que se define
una ecuación para convertir una lectura de temperatura de Celsius a Fahrenheit y que el sensor de temperatura no
ha sido muestreado antes de que se ejecute la ecuación. Si el valor inicial para el valor de temperatura
correspondiente se inicializara a cero, entonces el resultado de la ecuación sería 32 (° F). Si bien esto puede ser un
valor realista,
Si es deseable que una variable de sensor particular tenga un valor inicial definido explícitamente, entonces esto se puede
lograr usando una Ecuación de Inicialización como se detallará en la siguiente sección.
7.5.2. Ecuaciones de inicialización
Si bien las ecuaciones están destinadas principalmente a estar vinculadas a un sensor interno para que las ecuaciones se
ejecuten de manera programada, las ecuaciones no necesariamente tienen que estar vinculadas a un sensor interno.
Cualquier ecuación que no esté vinculada a un sensor interno se considera una ecuación de inicialización. Las ecuaciones de
inicialización se ejecutan siempre que la GTX está habilitada para su funcionamiento. Dado que estas ecuaciones se ejecutan
solo una vez (cuando la unidad se coloca en el estado habilitado), proporcionan un mecanismo conveniente para inicializar
variables explícitamente.
Usando una ecuación de inicialización, cualquier variable puede inicializarse explícitamente a cualquier valor (por ejemplo, I0 = 10). Esta
función puede resultar útil para establecer inicialmente una variable de contador en un valor distinto de cero. También se puede utilizar para
inicializar una variable a un valor predeterminado para producir una salida válida la primera vez que se ejecuta.
Como otro ejemplo, suponga que se define una ecuación para capturar un valor máximo de un sensor. Si las lecturas del
sensor nunca pueden ser negativas (por ejemplo, la velocidad del viento), entonces permitir que la variable máxima se
establezca por defecto en cero no presenta un problema, ya que se garantiza que la nueva lectura sea igual o mayor que 0.
Sin embargo, para las lecturas del sensor que pueden tienen valores negativos válidos (por ejemplo, temperatura), un valor
inicial de cero no garantizará que el máximo se capture correctamente; Siempre que el valor sea negativo, el valor inicial
predeterminado de cero se considerará la lectura máxima. Para evitar esto, se puede utilizar una ecuación de inicialización
para predeterminar la variable a un valor suficientemente negativo (por ejemplo, -100) para garantizar que la primera
lectura siempre se capture como el máximo.

También debe tenerse en cuenta que el procesador mínimo, máximo y promedio descrito en la sección 8 elimina la necesidad de
inicializar variables para capturar mínimos y máximos, ya que proporciona el procesamiento necesario para garantizar que el primer
valor del sensor capturado siempre se establezca como el valor inicial. mínimo y máximo.
Tenga en cuenta que cuando una variable se inicializa explícitamente, esta inicialización solo establece el valor
interno de la variable; no constituye una lectura del sensor (es decir, los valores iniciales no se registran ni se envían
a los búferes de transmisión). En otras palabras, el valor inicial simplemente establece el valor inicial que se utilizará
en las ecuaciones posteriores cuando se ejecuten por primera vez.
7.6. Etiquetas predeterminadas, designadores estándar, funciones
Como se discutió en las secciones anteriores, el procesador de ecuaciones GTX puede utilizar etiquetas y designadores estándar
para representar el sensor, las constantes de configuración y los valores de MMA. Para los sensores (internos y SDI-12) y las
constantes de configuración, la GTX también proporciona "etiquetas predeterminadas". Si bien el usuario puede, naturalmente,
cambiar las etiquetas a partir de los valores predeterminados, las etiquetas predeterminadas también se pueden utilizar "tal cual".
Sin embargo, las etiquetas predeterminadas no son las mismas que los designadores estándar. Cuando se encuentra una
cadena que coincide con un designador estándar en una ecuación, la GTX nunca realiza una búsqueda de etiqueta o
función; simplemente usa el designador para acceder al valor correspondiente o lo usa para determinar la Pseudo-Función
apropiada del Procesador MMA.
Por otro lado, si el procesador de ecuaciones encuentra una cadena que no coincide con una designación estándar, intenta
hacerla coincidir con una referencia o etiqueta de función. Si el usuario no ha proporcionado una etiqueta personalizada
para un sensor o constante, GTX asume la etiqueta predeterminada en el algoritmo de búsqueda.
La Tabla 14 resume los designadores estándar y las etiquetas predeterminadas correspondientes o las pseudo
funciones de MMA utilizadas por la GTX-2.0. Al definir etiquetas, el usuario debe evitar el uso de designadores
estándar. No hacerlo puede producir resultados inesperados ya que la GTX reconocerá los designadores antes de
buscar en las etiquetas. El usuario también debe evitar el uso de pseudo-función o aritmética de MMA
También nombres de funciones (Tabla 13) como etiquetas.
Estándar Etiqueta predeterminada o
Parámetro Designadores Pseudo función

Sensor interno I0-I63 INT0-INT9 y IN10-IN63 SDI0-
Sensor SDI-12 S0-S63 SDI9 y SD10-SD63 KNS0-KNS9 y
Constante de configuración K0-K63 KN10-KN63
Mínimo de MMA N0-N63 MIN ()
Máximo de MMA X0-X63 MAX ()
Promedio de MMA G0-G63 AVG ()
Recuento de MMA C0-C63 CNT ()
Tabla 14: Designadores estándar y resumen de etiquetas predeterminadas
Otras dos distinciones importantes entre designadores estándar, funciones y etiquetas, y las funciones que deben
realizarse son cómo la GTX maneja las letras mayúsculas y el orden en que la GTX busca estos tokens. El orden de
búsqueda y las reglas del caso se resumen a continuación:
• Designadores estándar: distinguen entre mayúsculas y minúsculas; por ejemplo, "I0" se reconoce como designador estándar,
pero "i0" no.
• Funciones: son caso insensible; por ejemplo, LN () e ln () se reconocen como la función de logaritmo
natural. Esto se aplica tanto a las pseudofunciones aritméticas como a las de MMA.
• Etiquetas: distinguen entre mayúsculas y minúsculas; por ejemplo, INT0 no es lo mismo que int0. Las etiquetas también pueden mezclar
mayúsculas y minúsculas; por ejemplo, TEMP, Temp y temp son válidos, pero no intercambiables.
Dado que las funciones se reconocen antes que las etiquetas y las funciones no distinguen entre mayúsculas y minúsculas, las
etiquetas no deben definirse como una versión mixta o en minúsculas en ninguna referencia de función; si se va a utilizar el
procesador de ecuaciones. Naturalmente, si la aplicación del usuario no requiere cálculos, entonces el Procesador de ecuaciones no
será necesario y esta precaución no es aplicable.

8. Procesador mínimo, máximo y medio (MMA)
El Microcom GTX-2.0 también implementa un procesador de ecuaciones especial que permite al usuario generar
fácilmente información acumulativa para un sensor o resultado de ecuación. El procesador mínimo, máximo y
promedio (MMA) permite al usuario definir un proceso para acumular, registrar y transmitir el valor mínimo y
máximo muestreado en un intervalo dado, además de poder calcular fácilmente el valor promedio de las muestras
en el intervalo.
Se pueden definir hasta 64 procesos MMA en la GTX. Para cada proceso, el usuario debe especificar el sensor (interno o
SDI-12) para acumular datos MMA. Dado que los sensores internos también se pueden vincular a ecuaciones, un proceso de
MMA puede, por lo tanto, operar sobre el resultado de una ecuación, así como sobre los datos del sensor muestreados.
Además, los resultados mínimo, máximo y promedio se pueden usar en ecuaciones posteriores como se explica en la
Sección 7.1.3.3.
8.1. Conceptos básicos de MMA y definición de la utilidad de configuración norte
Al definir un proceso MMA, el sensor que se acumulará debe especificarse a lo largo del intervalo de acumulación (o tasa).
Un desplazamiento de acumulación opcional permite al usuario especificar exactamente cuándo se recopilarán y
procesarán los datos mínimos, máximos y promedio dentro del intervalo. Por último, el usuario puede especificar qué
resultados de MMA, si los hay, se registran en el búfer de datos / eventos.
Figura 41: Utilidad de configuración - Página Sensor Min Max Avg
La sección 11.6.6 detalla el uso de la interfaz de comando para configurar procesos MMA. El resto de esta sección detallará los pasos
de configuración usando la Utilidad de configuración. Tenga en cuenta que una vez que se realiza un proceso de MMA

definido, los datos resultantes también se pueden incluir en un búfer de transmisión como se explica en la Sección 9.4.3
(utilidad de configuración) y la Sección 11.7.3 (interfaz de línea de comando).
La Figura 41 muestra la página principal de MMA de la utilidad de configuración. Esta página consta de una única cuadrícula con 8
columnas y 64 filas. Las filas están numeradas del 0 al 63 que corresponden al número de índice del procesador MMA. También
muestra la página con todos los procesadores MMA deshabilitados, es decir, configurados en "Ninguno". Para definir un procesador
MMA, simplemente haga clic en la flecha desplegable en el procesador MMA deseado y seleccione el sensor deseado como se
Figura 42: Utilidad de configuración: definición de un procesador MMA
Una vez que se selecciona el sensor deseado, el usuario puede completar las columnas restantes. La columna Intervalo especifica el
intervalo de procesamiento para el procesador MMA, es decir, con qué frecuencia se recopilarán y procesarán los valores mínimo,
máximo y promedio. La columna Desplazamiento especifica exactamente en qué intervalo del intervalo se producirá el
procesamiento. Es útil asegurarse de que el último valor de datos en el intervalo se haya enviado al procesador MMA. La
compensación predeterminada es 00:00:00.
Para los procesos de MMA, los intervalos deben estar en el rango de 00:00:10 a 24:00:00 (es decir, de diez segundos a una vez al día).
Las compensaciones pueden ser 00:00:00 (es decir, sin compensación) y cualquier valor menor que el intervalo. Para intervalos y
compensaciones inferiores a 12:00:00, el valor se puede definir en segundos. Sin embargo, los intervalos y compensaciones entre las
12:00:00 y las 24:00:00 deben tener un segundo par; es decir, la resolución es de 2 segundos.
Las columnas "Mín.", "Máx." Y "Prom." Proporcionan casillas de verificación (una vez que se ha definido el sensor). Marcar la casilla
correspondiente indica a la GTX que registre el parámetro equivalente en el Registro de datos / eventos.

Este proceso se puede repetir para tantos procesadores MMA como requiera la aplicación. Tenga en cuenta que el uso de la
utilidad de configuración libera al usuario de tener que especificar el número máximo de procesadores MMA para asignar
en la memoria de configuración de software utilizando el MMN comando (consulte las Secciones 5 y
11.6.4). La utilidad de configuración establecerá el número máximo para proporcionar suficientes procesadores como se
especifica en la página “Sensor Min Max Avg”.
Figura 43: Utilidad de configuración: configuración de un procesador MMA
La Figura 43 muestra un procesador MMA completo para el sensor interno "ITMP". Si "ITMP" está configurado como se
muestra en la Figura 33, entonces se tomarán muestras cada 15 minutos, y los valores mínimo, máximo y promedio se
registrarán diariamente. Tenga en cuenta que la compensación para este procesador MMA está establecida en 23:45:10; con
esta configuración, los datos de MMA se capturarán y procesarán 10 segundos después de que se procese el último valor
del día. Volviendo a la Figura 33, la primera muestra de cada día ocurre justo a la medianoche. Si la muestra de medianoche
es o no la primera muestra del nuevo día o la última muestra queda a discreción del usuario, y cualquiera de los casos se
puede acomodar fácilmente ajustando la configuración de Compensación.
8.2. Promedio vectorial de MMA
Un caso especial del procesador MMA que se puede definir es realizar un promedio vectorial. El promedio de
vectores es útil cuando se intenta promediar un valor direccional, como grados. Al promediar grados, lo más
probable es que se produzca un resultado erróneo cuando los valores individuales fluctúen alrededor del punto de
transición de 0 ° y 360 °. Por ejemplo, el promedio correcto de 1 ° y 359 ° debe ser 0 °, pero el promedio numérico de
estos dos valores es 180.

Al marcar, la casilla "Vec" de un MMA indica a la GTX que realice un promedio vectorial de ganancia unitaria. En este modo
de operación, se asume que los valores están en grados y los valores de seno y coseno se calculan y luego se suman.
Cuando se calcula el promedio, los valores sumados se vuelven a convertir a grados utilizando una función arcoangente de
cuatro cuadrantes.

9. Formateo de búferes de transmisión
Como se señaló en la Sección 6, los búferes de transmisión de la GTX se pueden cargar desde un dispositivo externo
conectado al puerto RS-232 o se pueden cargar desde los datos del sensor recopilados por la GTX. Si bien las
siguientes subsecciones se aplican principalmente al último caso, también son aplicables al primero por dos razones.
Primero, aunque el dispositivo externo es el principal responsable de formatear los datos cuando se usa el puerto
RS232 para cargar los búferes de transmisión, la GTX aún necesita saber qué formato se está utilizando. Los
requisitos de certificación GOES prohíben la transmisión de ciertos caracteres cuando se usa el formato
pseudobinario. Además, para las transmisiones GOES, los DCP deben enviar un byte de bandera que identifica el
formato de los datos. La GTX admite ASCII, pseudo-binario y binario. Sin embargo, en la actualidad, la especificación
binaria está incompleta y NESDIS no permite las transmisiones binarias. Cuando se complete la especificación
binaria, el firmware GTX se actualizará para permitir este tipo de transmisión.
En segundo lugar, la GTX se puede configurar para insertar parámetros de encabezado (consulte la siguiente sección) en la
transmisión del mensaje incluso cuando se utiliza el modo RS-232.
Independientemente de si la fuente de datos está configurada en RS-232 o en sensor (consulte la Figura 24), la utilidad de
configuración utiliza el mismo mecanismo para configurar los búferes temporizados y aleatorios. La única distinción es que
solo se pueden definir los parámetros de encabezado en el modo RS-232. Además, la configuración del búfer de datos
aleatorios es prácticamente idéntica a la configuración del búfer de datos temporizados. La Figura 44 muestra la página
Búfer de datos temporizados de la utilidad de configuración como aparecería para una configuración limpia, aunque con
Transmisiones configuradas para 300 bps.
Figura 44: Utilidad de configuración - Página de búfer de datos de tiempo

9.1. Parámetros de encabezado
Los parámetros de encabezado proporcionan un mecanismo para reportar información de salud e identificación para la GTX en la
transmisión del mensaje. La Figura 45 muestra la lista de parámetros de encabezado disponibles para la GTX. La Tabla 22 de la
Sección 11.7.3.1 proporciona la misma lista y resume las opciones de formato de estos parámetros. Tenga en cuenta que el
parámetro "Texto" es una opción de cadena definible por el usuario que se trata en la Sección 9.8.
Figura 45: Utilidad de configuración - Parámetros de encabezado GTX
Cuando la fuente de datos correspondiente para el búfer de datos se establece en RS-232, la lista de parámetros que se muestra en
la Figura 45 serán los únicos disponibles.
Los primeros tres parámetros de encabezado son constantes de cadena / carácter definibles por el usuario que se enviarán
de manera idéntica en cada transmisión. El primer parámetro es una cadena de ID de plataforma (consulte la Sección
11.7.3.1.1) y, como tal, tiene un ancho de campo variable. Cuando se define y selecciona, el Ancho del campo se establecerá
automáticamente a la longitud de la cadena definida. Los dos parámetros Pseudo-Bin Header son caracteres
pseudobinarios definibles individualmente (consulte la Sección 11.7.3.1.2). Estos dos parámetros siempre tendrán un Ancho
de campo de 1. Los tres parámetros se definen en la página Configuración general de la Utilidad de configuración (consulte
la Figura 19).
El uso y significado de los parámetros de ID de plataforma y Encabezado de pseudo-bin es únicamente a discreción del
usuario; desde la perspectiva de la GTX, son simplemente campos de datos fijos que se envían con cada mensaje. Por
ejemplo, estos parámetros podrían usarse como una identificación más fácilmente discernible del DCP que el ID del GOES,
como un mecanismo para identificar diferentes formatos de mensaje, o ambos.

El parámetro de encabezado "Seq Num" es un contador secuencial que se puede utilizar para identificar mensajes
perdidos. Se proporcionan contadores de secuencia separados para transmisiones temporizadas y aleatorias. En
formato ASCII, el número de secuencia es un valor entre 001 y 999. En formato pseudo-binario, el número de
secuencia se codifica como dos caracteres PB; como tal, el valor actuará como un contador de 12 bits con un rango
de 1 a 4095. El número de secuencia se incrementa para cada transmisión; en consecuencia, una interrupción en la
secuencia recibida identifica una transmisión faltante. Esto puede resultar especialmente útil para las transmisiones
aleatorias en las que no hay un horario fijo de transmisiones.
Los siguientes cuatro parámetros de encabezado son estadísticas de salud de la GTX capturadas de la transmisión
anterior. El “Tx Batt Volts” es el voltaje de la batería medido bajo carga y registrado con una resolución de 0.1 voltios.
Los parámetros “Tx Fwd Pwr” y “Tx Rev Pwr” son las potencias de transmisión hacia adelante y hacia atrás (o
reflejadas) en dBW a una resolución de 0.1 dB. La “Tx Temp” es la temperatura en el momento de la transmisión.
Los dos últimos parámetros de encabezado permiten que la información de ubicación GPS de la plataforma se incluya en el
mensaje. A excepción de las plataformas móviles, estos parámetros de encabezado están destinados principalmente a fines
de prueba y demostración, ya que esta información no suele variar de una transmisión a otra. La información de posición se
presenta en formato de grados, minutos y segundos. Los grados de latitud son positivos para el norte y negativos para el
sur; Los grados de longitud son positivos para el Este y negativos para el Oeste.
La sección 11.7.3.1 proporciona información adicional sobre los parámetros del encabezado.
9.2. Parámetros del sensor
Cuando se configura un búfer de transmisión con el sensor como fuente de datos, la lista de parámetros disponibles en las
páginas del búfer de datos temporizados y / o aleatorios se ampliará para incluir los sensores definidos en las páginas
SDI-12 y sensor interno. La Figura 46 muestra la lista de parámetros disponibles tal como aparecerían si los Sensores SDI-12
estuvieran configurados como en la Figura 30 y los Sensores Internos se configuraran como en la Figura 39.
Figura 46: Utilidad de configuración - Parámetros de encabezado y sensor 1
Tenga en cuenta que las etiquetas personalizadas definidas para los sensores también se proporcionan en la lista desplegable. Si las
etiquetas del sensor SDI-12 se editan para que sean más significativas, la lista de parámetros puede parecerse a la Figura 47.

Figura 47: Utilidad de configuración - Parámetros de encabezado y sensor 2
La lista de parámetros de sensor disponibles se ajusta de forma continua y dinámica, a medida que el usuario edita las
páginas SDI-12 y Sensor interno. La lista desplegable de parámetros de encabezado y sensor simplifica enormemente la
configuración de los búferes de transmisión, como se muestra en las secciones 9.4.1 y 9.4.2.
9.3. Formato ASCII versus formato pseudobinario
Antes de detallar el proceso de configuración de un búfer de datos, será instructiva una breve descripción de los dos
tipos de formatos, ASCII versus pseudo-binario.
Cuando un DCP está configurado para mensajes ASCII, los datos se envían usando el juego de caracteres ASCII y las lecturas del
sensor generalmente se formatean como valores numéricos en unidades de ingeniería. Los mensajes ASCII a menudo etiquetan las
medidas y utilizan varios caracteres de espacio en blanco y delimitadores (por ejemplo, espacios, comas, retornos de carro, etc.). Si
bien este enfoque proporciona una estructura de mensaje que se puede leer fácilmente una vez recibido, también puede aumentar
significativamente el tamaño y la duración del mensaje; incluso hasta el punto en que la longitud del mensaje puede exceder la
ventana de tiempo asignada.
Si bien la GTX admite el formato ASCII para las plataformas que lo requieran, también admite mensajes pseudobinarios. El
formato pseudo-binario puede reducir en gran medida el tamaño del mensaje, lo que permite que se envíen más puntos de
datos de lo que sería posible utilizando datos formateados en ASCII. El formato pseudo-binario es generalmente el preferido
por la comunidad de usuarios de GOES DCS y es muy recomendado por NOAA / NESDIS.
El formato pseudo-binario es un esquema de codificación que utiliza un subconjunto del juego de caracteres ASCII. Cada
byte transmitido es un carácter ASCII y contiene 6 bits de información binaria. El conjunto de caracteres pseudobinarios se
proporciona en la siguiente tabla.
Como se muestra en la Tabla 15, los 64 caracteres de @ a DEL representan un rango contiguo de valores de 0 a
63. Con la excepción de DEL, todos los caracteres se pueden imprimir en ASCII. Si bien está permitido transmitir el
carácter DEL, la especificación pseudobinaria permite el? carácter que se utilizará en lugar de DEL
para que todos los caracteres sean imprimibles.

Carbonizarse Valor hexadecimal Carbonizarse Maleficio Valor Char Hex Valor Char Hex Valor
@ 40 0 PAG 50 dieciséis ' 60 32 pag 70 48
A 41 1 Q 51 17 a 61 33 q 71 49
B 42 2 R 52 18 B 62 34 r 72 50
C 43 3 S 53 19 C 63 35 s 73 51
D 44 4 T 54 20 D 64 36 t 74 52
mi 45 5 U 55 21 mi sesenta y cinco 37 tu 75 53
F 46 6 V 56 22 F 66 38 v 76 54
GRAMO 47 7 W 57 23 gramo 67 39 w 77 55
H 48 8 X 58 24 h 68 40 X 78 56
I 49 9 Y 59 25 I 69 41 y 79 57
J 4A 10 Z 5A 26 j 6A 42 z 7A 58
K 4B 11 [ 5B 27 k 6B 43 { 7B 59
L 4C 12 \ 5C 28 l 6C 44 | 7C 60
METRO 4D 13 ] 5D 29 metro 6D 45 } 7D 61
norte 4E 14 ^̂ 5E 30 norte 6E 46 ~ 7E 62
O 4F 15 _ 5F 31 o 6F 47 DEL 7F 63
? 3F 63
Tabla 15: Conjunto de caracteres pseudobinarios
El uso de un solo carácter pseudobinario permite representar uno de los 64 valores. Para representar más valores, se
utilizan varios caracteres. Específicamente, se pueden usar dos caracteres para representar un valor de 12 bits, lo
que produce un rango de 0 a 4095 o 4096 valores distintos (64 * 64 = 4096). Si es necesario, se pueden utilizar tres y
cuatro caracteres para representar valores de 18 y 24 bits, respectivamente.
La clave para usar pseudo-binarios es la limitación de rango y la escala. Por ejemplo, la GTX usa un solo carácter
pseudo-binario para representar el voltaje de la batería bajo carga. Dado que se puede suponer razonablemente que
el voltaje de la batería bajo carga estará en el rango de 9,0 a 15,3 VCC, la GTX convierte la lectura de la batería en un
número entero en el rango de 0 a 63 restando 9 y multiplicando por 10. El número entero resultante luego se
codifica utilizando la tabla anterior. Para una lectura de batería de 12,5, el resultado es 35 = 10 * (12,5-
9.0), en cuyo caso la GTX cargaría y transmitiría el carácter 'c' para esta lectura.
Como muestra el ejemplo del voltaje de la batería, la limitación de rango se logra sumando o restando un desplazamiento y se aplica
una escala para convertir el valor en un número entero con la precisión deseada. El valor de la escala también se conoce como
"pendiente". Al elegir los valores de pendiente y compensación adecuados, la mayoría de las lecturas se pueden convertir fácilmente
en uno o dos caracteres pseudobinarios. Tenga en cuenta que al convertir el voltaje de la batería a un formato pseudobinario, el
número de caracteres necesarios para representar la lectura se reduce de un máximo de cuatro (por ejemplo, 12,5) a un solo
carácter (por ejemplo, 'c').
Los valores que pueden ser tanto positivos como negativos se pueden manejar de dos maneras: 1) se puede agregar un
desplazamiento para cambiar el rango de números a todos los valores positivos, o 2) los datos se pueden convertir a un
valor de complemento de dos. La representación en complemento a dos es un método para expresar números negativos,
por lo que la resta se puede realizar mediante un simple acumulador binario de precisión fija (sumador). El valor negativo se
calcula complementando cada bit y luego sumando 1. Por ejemplo, el valor 5 se representa en 6 bits como 000101, mientras
que el valor de –5 se representa como 111011 (111010 + 000001). Tenga en cuenta que la mayoría de las computadoras
representan números enteros negativos en formato de complemento a dos. Un método alternativo para determinar la
representación en complemento a dos es restar el valor de 2 N, donde N es el número de bits que se utilizarán. Por ejemplo, 2
6- 5 = 64-5 = 59 = 111011.
Un buen ejemplo de un parámetro con signo es el sensor de temperatura interno, que tiene una resolución de
0,25 ° C. Para representar un rango de temperatura de -40 ° C hasta +60 ° C a ¼ ° C requiere 400 valores únicos (4 * 100),
que se pueden lograr fácilmente con dos caracteres pseudobinarios usando una pendiente de 4 y un desplazamiento de
40. El valor de compensación asegura que todas las lecturas sean positivas y es un ejemplo del primer enfoque para
manejar valores negativos. Sin embargo, si se utiliza un valor de compensación de cero, los datos deberán representarse en
formato de complemento a dos.

Al configurar un parámetro pseudo-binario para su inclusión en un búfer de transmisión, el usuario especifica el número pseudo-
binario de caracteres que se utilizará estableciendo el recuento de caracteres deseado en la columna Ancho de campo (consulte la
Figura 56). Un ancho de campo positivo indica que las lecturas serán unipolares, mientras que un ancho de campo negativo indicará
a la GTX que utilice el formato de complemento a dos.
Tenga en cuenta que la GTX fijará cualquier lectura fuera del rango permitido al valor extremo apropiado. Por
ejemplo, para un ancho de campo de 2, el rango máximo para un valor de 12 bits es de 0 a 4095; como tal, los
valores negativos se fijarán a 0 y los valores iguales a 4096 o mayores se fijarán a 4095. Para un ancho de campo de –
2, el rango máximo para un valor de 12 bits es de –2048 a +2047; los valores fuera de este rango se fijarán al valor
permisible más cercano.
Volviendo al ejemplo de la temperatura, el uso de un desplazamiento de 40 permite que el rango de valores se exprese
unipolar. Por ejemplo, una lectura de temperatura de –10,25 ° C estaría representado por la cadena de caracteres pseudo-
binarios 'Aw'. La Tabla 15 se puede utilizar para convertir esta representación nuevamente en unidades de ingeniería; tenga
en cuenta que dado que el primer carácter pseudobinario representa los 6 bits superiores del valor de 12 bits, el valor
equivalente de este carácter de la Tabla 15 debe multiplicarse por 64. Específicamente, la cadena 'Aw' es equivalente a (1 *
64) +55 = 129 (es decir, A = 1 yw = 55). Aplicando la escala inversa y los rendimientos de compensación (119/4) -40 = -
10.25.
Para un desplazamiento de 0 con un ancho de campo de –2, este mismo valor se representaría como '? W'. La conversión de
este valor a unidades de ingeniería se realiza mediante un procedimiento similar con un paso adicional. Primero, el '? W' se
convierte en un número entero positivo usando la Tabla 15; específicamente, (63 * 64) +23 = 4055 (es decir,? = 63 y W = 23).
Ahora este valor debe restarse de 2 12 = 4096 y escala inversa; es decir, (4055-4096) / 4 = -41/4 = -10,25.
Tenga en cuenta que en ambos casos, la conversión de las lecturas de temperatura de ASCII a pseudobinarias reduce el
número requerido de caracteres de seis (por ejemplo, –10,25) a dos (por ejemplo, 'Aw' o '? W'). Los dos ejemplos simples
utilizados en esta sección, voltaje y temperatura de la batería, demuestran el poder del formateo pseudobinario.
Específicamente, brinda la capacidad de reducir el tamaño de los mensajes entre un 67% y un 75%. Las siguientes dos
secciones, que proporcionan ejemplos detallados de formato ASCII y pseudobinario, ampliarán esta capacidad para
comprimir la longitud de los mensajes utilizando el enfoque pseudobinario.
9.3.1. Redondeo versus truncado para búferes de transmisión
Además de afectar la longitud del mensaje y el tiempo de transmisión, el uso del formato ASCII frente al formato
pseudobinario también determina si los valores de datos se truncan o redondean cuando se almacenan en un búfer de
transmisión. Sin embargo, antes de detallar los procedimientos de truncamiento y redondeo aplicados por la GTX, es
importante tener en cuenta que cuando los valores de datos se pasan a los búferes de transmisión, siempre se pasan como
una cadena ASCII. En el caso de los parámetros SDI-12, el valor de la cadena se captura directamente del sensor SDI12. Para
los sensores internos, la cadena ASCII está en el formato predeterminado para el sensor específico (por ejemplo,
temperatura, balde basculante, etc.) o en el formato especificado como parte de la ecuación (consulte la Sección 7.2).
Cuando se usa ASCII para un búfer de transmisión, el valor de la cadena simplemente se copia en la ubicación apropiada del
búfer. Como se explica en la Sección 9.4.1, el usuario especifica el ancho de campo para cada valor ASCII. Como tal, el ancho
del campo debe especificarse lo suficiente para permitir que quepa toda la cadena. Si el ancho del campo es menor que la
longitud de la cadena, los caracteres se eliminan desde la derecha. En consecuencia, los lugares decimales que no caben
simplemente se truncan; es decir, el valor no se redondea.
Sin embargo, utilizando ecuaciones y especificadores de formato (consulte la Sección 7.2), se puede redondear fácilmente
un valor a cualquier precisión especificada. Por ejemplo, si un sensor SDI-12 informa su valor con 3 decimales pero el
usuario desea transmitir el valor con solo 1 decimal, se puede usar una ecuación que simplemente haga referencia a este
valor con el especificador de formato “@ 1F”. El especificador de formato no solo reduce el número de lugares decimales en
la cadena ASCII resultante, sino que también realiza una operación de redondeo.
Cuando se usa Pseudo-Binary para la transmisión, todos los valores se convierten de su formato de cadena ASCII a un valor
de punto flotante, se desplazan y escalan adecuadamente, se redondean a un número entero y luego se convierten a
pseudo-binary. Como tal, existe una operación de redondeo inherente en el proceso de conversión. En otras palabras, la
conversión a pseudobinario siempre redondea los valores antes de almacenarlos en el búfer de transmisión.
Debe enfatizarse que las operaciones de redondeo y / o truncamiento descritas anteriormente solo se aplican cuando se
almacenan valores en un búfer de transmisión. Cuando los valores se almacenan en el registro de datos / eventos, siempre
se almacenan con la máxima precisión posible; es decir, basado en el número de dígitos significativos en el valor hasta un

máximo de 7 (la precisión máxima de un valor de coma flotante estándar IEEE de 4 bytes). Además, como se explica
en las secciones 7 y 8, respectivamente, los procesadores Equation y MMA siempre usan los valores convertidos a un
valor de punto flotante IEEE de 4 bytes. Como tal, estos procesos tampoco redondean valores por debajo del máximo
de 7 dígitos significativos.
9.4. Configuración del búfer de datos
Las siguientes dos subsecciones proporcionarán ejemplos de cómo utilizar la utilidad de configuración para
completar las definiciones de los búferes de datos aleatorios y temporizados. A los efectos de estos ejemplos, se
supone que la GTX se configurará como se muestra en la Figura 48 y la Figura 49.
Figura 48: Utilidad de configuración - Búfer de datos - Configuración del sensor interno
Específicamente, los sensores internos proporcionarán una lectura de temperatura, un valor de lluvia acumulada (valor del
balde basculante escalado a 0.01 ”) y el recuento del balde basculante sin procesar. Además, solo se utiliza un sensor SDI-12
que proporciona una lectura del nivel del agua en pies a una centésima de pie (es decir, 0.01 '). Todas las lecturas de los
sensores se recopilarán en un cronograma de 15 minutos y se asume que la GTX transmitirá en un cronograma por hora.
Figura 49: Utilidad de configuración - Búfer de datos - Configuración del sensor SDI-12
9.4.1. Ejemplo de configuración de búfer de datos temporizados: formato AS CII
Si bien el método preferido de formateo de mensajes es pseudo-binario (según NOAA / NESDIS), esta sección proporcionará
un ejemplo de configuración del búfer de datos temporizados de GTX para transmisiones ASCII. La siguiente sección
proporciona un ejemplo similar sobre cómo configurar el búfer de datos aleatorios para transmisiones pseudobinarias.
Para configurar la estructura del mensaje cronometrado, el usuario utiliza la página Búfer de datos cronometrados para seleccionar los
parámetros deseados que se incluirán en el búfer como se muestra en la Figura 47.

La Figura 50 muestra la configuración del búfer de datos temporizados con los primeros tres parámetros definidos como
parámetros de encabezado "Tx Batt Volts", "Tx Fwd Pwr" y "Tx Rev Pwr". Tenga en cuenta que cuando se definen los
parámetros de Encabezado, la Utilidad de configuración completa automáticamente las columnas Recuento de valores y
Ancho de campo y las "atenúa" para indicar que estos valores no se pueden modificar. El recuento de valores determina el
número de lecturas históricas que se incluirán y el ancho del campo determina el número de caracteres que se reservarán
en el flujo de mensajes. Los parámetros del encabezado siempre tendrán un valor de recuento de 1 y el ancho del campo lo
determina la GTX.
Como se muestra en la Figura 50, los tres parámetros de encabezado seleccionados tienen un ancho de campo de 5
caracteres. En consecuencia, en este punto, el cuadro "Información del mensaje" informa un "Tamaño de búfer" de 15 bytes;
la longitud del mensaje ("Longitud del mensaje) para una transmisión HDR es siempre 8 bytes más, ya que el tamaño total
del mensaje incluye el ID de GOES de 4 bytes, el byte de la bandera HDR, un carácter EOT y dos bytes de descarga (4 + 1 + 1
+ 2 = 8) según la certificación NESDIS HDR. La información del mensaje también proporciona información sobre la longitud
real del mensaje, es decir, la "Duración" en segundos, y también la cantidad de tiempo restante en la ventana de
transmisión definida.
Figura 50: Utilidad de configuración - Configuración del encabezado del búfer de datos cronometrados 1
9.4.1.1. Ejemplo de configuración de búfer de datos temporizados: banderas ASCII
La columna "Banderas" se utiliza para definir opciones de formato adicionales para el registro o parámetro asociado. Al hacer clic en el botón
"..." en la celda, se abre el cuadro de diálogo "Marcas de formato de registro" como se muestra en la Figura 51. Este cuadro de diálogo
permite al usuario especificar una "Etiqueta" para preceder al valor y se puede utilizar para seleccionar varios "Terminadores de registro", es
decir, "Espacio", "Retorno de carro" y / o "Salto de línea".

Figura 51: Utilidad de configuración: diálogo de marcas de formato de registro
9.4.1.1.1. Ejemplo de configuración de búfer de datos temporizados: etiquetas
mejorar la
Las etiquetas y los terminadores de registro son cadenas fijas y caracteres de espacio en blanco que pueden
legibilidad de un mensaje ASCII. Si bien se desaconseja enérgicamente el uso de estas funciones para las
plataformas operativas, ya que aumentan la duración del mensaje, pueden ser bastante útiles para fines de prueba y
demostración.
Figura 52: Utilidad de configuración - Configuración 2 del encabezado del búfer de datos temporizados
Habilitar la opción "Etiqueta" para un campo también permite al grupo de radio definir si se deben incluir dos puntos con el texto de
la etiqueta y, de ser así, su ubicación. El modo predeterminado es incluir los dos puntos. después la etiqueta (por ejemplo,
"LLUVIA:"). Sin embargo, el usuario también tiene la opción de que los dos puntos precedan a la etiqueta (por ejemplo, ": LLUVIA") u
omitir los dos puntos por completo. Consulte la Sección 11.7.3 para obtener información sobre cómo especificar las opciones de
etiqueta utilizando los comandos del terminal.
9.4.1.1.2. Ejemplo de configuración de búfer de datos temporizados - Terminadores de registros
Cada registro de transmisión puede terminarse opcionalmente con un espacio, un retorno de carro (CR) y / o un salto de
línea (LF) como se muestra en la Figura 51. Cuando se especifican varios terminadores, se incluyen en un orden de prioridad
de espacio y luego CR luego LF. Por ejemplo, la selección de Retorno de carro y Avance de línea siempre da como resultado
que el CR se imprima antes que el LF.

9.4.1.1.3. Ejemplo de configuración de búfer de datos temporizados - Líder cero
Para datos ASCII, el usuario también tiene la opción de especificar el valor numérico que se informará con liderazgo
pone a cero marcando la opción "Agregar cero a la izquierda". Cuando se especifican ceros a la izquierda, se agregarán ceros
adicionales desde la izquierda para completar el ancho del campo especificado; el carácter de signo se conserva y se mueve al
primer carácter o al más a la izquierda.
Nota: No es necesario especificar ceros a la izquierda para el recuento de baldes de vuelco o los campos de valor. Estas
los parámetros siempre se informan con ceros a la izquierda.
9.4.1.2. Ejemplo de configuración de búfer de datos temporizados: resumen
La Figura 52 muestra la configuración resultante con las tres etiquetas (en el modo predeterminado con dos puntos después
de la etiqueta) incluidas para cada uno de los parámetros del encabezado. Se agrega un carácter de espacio a los dos
primeros registros, mientras que al tercer registro se agregan un retorno de carro y un salto de línea. Tenga en cuenta que
al agregar estos caracteres de formato, la longitud del mensaje aumenta en 13 bytes (de 23 a 36) y en casi un cuarto de
segundo. La Tabla 22 en la Sección 11.7.3.1 detalla las etiquetas para cada uno de los parámetros de Encabezado
disponibles; Además, la Figura 54 al final de esta sección muestra un búfer de mensajes típico para este ejemplo.
Figura 53: Utilidad de configuración: configuración del sensor de búfer de datos temporizados
La Figura 53 muestra una configuración típica con tres parámetros de sensor definidos. En este ejemplo, todos los
parámetros del sensor están etiquetados y los dos primeros registros terminan con un retorno de carro y un salto de línea.
Para todos los parámetros del sensor, los anchos de campo se establecen en 7 caracteres.
Dado que todos los sensores se muestrean a intervalos de 15 minutos, se incluyen cuatro valores de cada parámetro en el búfer de
mensajes para proporcionar un historial de 1 hora. Cuando se utiliza la recopilación de datos del sensor y con transmisiones
temporizadas, el TimedDataOrder (TDO) se puede configurar como "Más reciente" o "Más antiguo" para controlar el orden en el
que se almacenan las lecturas individuales en el búfer; usando la utilidad de configuración, el orden deseado es programado por el
grupo de botones de radio "Orden de datos" (ver Figura 24). Al seleccionar Más reciente, la GTX indicará primero las últimas lecturas,
es decir, las más recientes a las más antiguas; seleccionar el más antiguo simplemente invierte el orden.
La Figura 54 muestra el resultado de este ejemplo de configuración en el búfer de datos temporizados. Tenga en cuenta que los tres
parámetros de salud se proporcionan en la primera línea y las lecturas del sensor están agrupadas por parámetro en las 3 líneas
siguientes. Como indican los valores de “LLUVIA”, las lecturas del sensor se cargan y transmiten de la más nueva a la más antigua, es
decir, el Orden de datos se establece en Más reciente.

Como se señaló anteriormente, las opciones de formato proporcionan un mensaje de fácil lectura; cada parámetro está etiquetado,
los registros están organizados en líneas y las lecturas del sensor están en una matriz de filas y columnas. Nuevamente, si bien el
uso de estas opciones de formato puede ser útil para pruebas y demostraciones, también aumenta significativamente la duración
del mensaje.
Como se muestra en la Figura 53, la duración total de este formato de mensaje es 4.407 segundos. Si solo se eliminan las opciones
de etiquetado, se puede lograr una reducción del 16% (3.687 frente a 4.407 segundos) en la longitud del mensaje.
Figura 54: Utilidad de configuración - Ejemplo de búfer de datos temporizados
La sección 11.7.1 proporciona la información necesaria para usar los comandos del terminal para configurar el búfer de datos
temporizados. A continuación se proporciona la lista de comandos para reproducir la configuración que se muestra arriba.
ejemplo.
TDP = 0, H4, LS
TDP = 1, H5, LS
TDP = 2, H6, LRN
TDP = 3, I0,4,7, LRN
TDP = 4, I1,4,7, LRN
TDP = 5, S0,4,7, L
9.4.2. Ejemplo de configuración de búfer de datos aleatorios - P formato seudo-binario
En esta sección, se proporcionará un ejemplo de cómo se puede utilizar la utilidad de configuración para configurar
el búfer de datos aleatorios. Este ejemplo utilizará una configuración similar a la del ejemplo anterior.

sección con dos notables excepciones. Primero, el ejemplo de búfer de datos temporizados se ampliará para mostrar cómo
configurar búferes para el formato pseudobinario; y segundo, se agregará un número de secuencia a los parámetros del
encabezado.
La Figura 55 muestra una configuración equivalente a la proporcionada en la sección anterior con los datos configurados
para el formato pseudobinario. Cabe señalar varios puntos de interés.
Figura 55: Utilidad de configuración: configuración de búfer de datos aleatorios 1
En primer lugar, tenga en cuenta que, además del recuento de valores y el ancho del campo, los valores de pendiente y
desplazamiento para los parámetros de encabezado se determinan automáticamente. Como se describe en la Sección 9.3, los “Tx
Batt Volts” se escalan y compensan para proporcionar un solo carácter pseudobinario. Los parámetros de salud de la energía
también tienen una pendiente de 10 (correspondiente a lecturas de 0,1 dBW), pero tienen un Desplazamiento = 0 y un Ancho de
campo = -2. En otras palabras, las lecturas de potencia se cargan y transmiten utilizando un formato con signo en complemento a
dos a 0,1 dBW utilizando dos caracteres pseudobinarios.
En segundo lugar, tenga en cuenta que el sensor de temperatura interna (ITMP) está configurado como se explica en la Sección 9.3.
Además, en lugar del parámetro de balde basculante escalado (RAIN), esta configuración utiliza los recuentos de baldes basculantes
sin procesar (TBCN) ya que esta versión de la lectura se asigna directamente a un valor binario; es decir, Pendiente = 1. Tenga en
cuenta también el uso de la bandera 'C' para este parámetro; esto es equivalente a la opción "Binary Wrap" en la Figura
51, que solo está habilitado en modo pseudobinario. La opción "Binary Wrap" es principalmente útil para los sensores de tipo
contador para reducir el número de bits necesarios para representar el valor del contador. Dado que el contador del cubo de vuelco
utiliza un acumulador de 16 bits, para representar completamente el valor de recuento se necesitarían 3 caracteres pseudobinarios.
La bandera 'C' indica a la GTX que trate este valor como un contador binario y simplemente descarte la mayoría

bits significativos (es decir, deshabilita la sujeción de valores como se discutió en la Sección 9.3). En este ejemplo,
esta operación reduce efectivamente el contador de balde de volteo de 16 a 12 bits, reduciendo el número de
caracteres pseudo-binarios necesarios en 1. Tenga en cuenta que esta misma operación también se puede lograr
estableciendo el Contador de vuelco de balde de vuelco en 4096 (ver Secciones 6.1.2.1.2.2 y 11.5.3.11).
Figura 56: Utilidad de configuración: configuración de búfer de datos aleatorios 2
A continuación, el parámetro de nivel de agua utiliza una Pendiente de 100 y una Compensación de 0 con un Ancho de
campo de 2. Esta escala permite que los datos se representen con la resolución máxima de 0.01 'con un rango de 0.00' a
40,95 '. Dado que el Ancho archivado es positivo, se asume que los valores reales no pueden ser negativos.
Al utilizar un formato pseudobinario y eliminar todos los caracteres de formato (etiquetas y terminadores de
registros), la duración del mensaje se reduce de 4.407 segundos a 1.820 segundos, o casi un 41%.
Como paso final en este ejemplo, la Figura 56 muestra el resultado de insertar el parámetro de encabezado "Seq Num" y
agregar terminadores de registro a los parámetros cuarto al sexto. Agregar un número de secuencia a un informe aleatorio
puede ayudar a identificar los mensajes perdidos, lo que puede resultar en canales aleatorios debido a colisiones de
mensajes DCP.
La adición de terminadores de registro se realiza simplemente para facilitar la comparación de los valores del búfer de datos
temporizados y del búfer de datos aleatorios en los ejemplos de la Figura 54 y la Figura 57. En otras palabras, dado que los valores
de datos que se muestran en estas figuras son del mismo conjunto de recopilación muestras, las últimas tres líneas se pueden
comparar directamente para demostrar la conversión ASCII a pseudobinaria.
Por ejemplo, el primer recuento de cubos basculantes (TBCN) de la Figura 57 es '@L', que se correlaciona con (0 * 64) +12 =
12, que equivale a 000.12 ”de“ LLUVIA ”de la Figura 54. Las lecturas restantes también se pueden comparar.

Tenga en cuenta que si bien el voltaje de la batería y las lecturas de potencia no se correlacionan, ya que estos valores se
actualizan con los datos recopilados de la transmisión anterior del mismo tipo, es decir, el búfer cronometrado se actualiza
desde la última transmisión cronometrada y el búfer aleatorio se actualiza desde la última. transmisión aleatoria. Sin
embargo, las lecturas deben ser razonablemente cercanas y, para este ejemplo, en realidad coinciden con precisión;
es decir, '_' = 12,1 voltios, 'AN' = 7,8 dBW y '| w' = -20,1 dBW.
Finalmente, tenga en cuenta que la inclusión de la '@I' para el número de secuencia, que se correlaciona con 9.
Figura 57: Utilidad de configuración: ejemplo de búfer de datos aleatorios
Al igual que con el búfer de datos temporizados, la sección 11.7.1 proporciona la información necesaria para usar los comandos del
terminal para configurar el búfer de datos aleatorios. A continuación se proporciona la lista de comandos para reproducir la
configuración que se muestra en el ejemplo anterior, consulte la Figura 56.
RDP = 0, H3
RDP = 1, H4`` 10, -9
RDP = 2, H5, 10,0
RDP = 3, H6, RN, 10,0
RDP = 4, I0,4, -2, RN, 4,0
RDP = 5, I2,4,2, CRN, 1,0
RDP = 6, S0,4,2`` 100,0
9.4.3. Incluyendo datos mínimos, máximos y promedio en Tran Búferes de emisión
Además de los valores brutos del sensor, la configuración GTX permite al usuario incluir datos proporcionados por los procesadores
MMA en búferes de transmisión temporizada o aleatoria (o ambos). Los datos de MMA se pueden agregar a los datos sin procesar o
incluir como un registro separado.

Para agregar los datos de MMA, los indicadores de MMA 'N', 'X' y 'G' (correspondientes a las últimas letras de las
abreviaturas min, max y avg) simplemente se agregan al campo Value Count como se muestra en la Figura 58 El uso de este
enfoque simplemente agrega los campos MMA al registro de datos muestreados. Estos valores siempre aparecerán
después de los valores brutos y en orden mínimo, máximo y promedio. Tenga en cuenta que se utiliza el mismo ancho de
campo para estas lecturas y el recuento de valor efectivo se incrementa en 1 para cada parámetro de MMA seleccionado.
Como se muestra en la Figura 58, la longitud del mensaje aumentó en 21 bytes (7 caracteres para cada uno de los
parámetros de MMA).
Figura 58: Utilidad de configuración: agregar datos de MMA a los datos de transmisión
Para incluir los datos de MMA como un registro separado (por ejemplo, para que los parámetros de MMA aparezcan en una línea separada),
primero se debe insertar un nuevo registro de transmisión o agregarlo a la lista. Para incluir únicamente los datos de MMA en este registro,
establezca el Recuento de valores en 0 y agregue los indicadores de MMA deseados como se muestra en la Figura 59. Tenga en cuenta que
esta es la única vez que se permite un Recuento de valores cero.
Con este enfoque, la etiqueta será idéntica a la etiqueta utilizada para los valores brutos, pero los datos de MMA aparecerán
en una línea separada debido al uso de las banderas "LRN"; sin embargo, la longitud del mensaje ha aumentado ahora 8
bytes adicionales para la etiqueta y los caracteres separadores de línea (CR / LF). Si se desea utilizar una etiqueta diferente
para los datos de MMA, los valores sin procesar pueden simplemente vincularse a un sensor interno separado y el
procesador MMA a este sensor interno separado. Esto produce un sensor "virtual" que es equivalente al sensor de muestra
sin procesar. Sin embargo, dado que es un sensor interno único, puede tener una etiqueta única.
Por ejemplo, suponga que la ecuación 0 simplemente es igual a "I0" (p. Ej. EQN, 0 = I0). Ahora suponga que la ecuación 0
está vinculada al sensor interno 4, "I4", que se ejecuta a la misma frecuencia de muestreo que "I0". Si el Procesador MMA del
que se acumularon datos para "I0" simplemente se edita para acumular datos para "I4", entonces no se han alterado
cambios efectivos en el procesamiento de la muestra. Sin embargo, dado que “I4” es un sensor único, su etiqueta se puede
cambiar a “TMMA” (u otro descriptor que el usuario considere apropiado). Ahora, el búfer de transmisión (y el registro de
datos / eventos) usará la etiqueta para "I4" al identificar los datos de MMA para este sensor.

Figura 59: Utilidad de configuración: inclusión de datos de transmisión MMA en un registro único
9.5. Activación aleatoria de informes
Si bien la activación de una secuencia de informe aleatorio no afecta el formato del búfer aleatorio, el procedimiento para
configurar los activadores es similar a la configuración del búfer de datos, ya que los eventos de activación están vinculados
a los sensores definidos. Además, se puede incluir un código para el evento que desencadenó la secuencia en el búfer de
datos aleatorios. En consecuencia, la activación de informes aleatorios se detalla en esta sección.
La Figura 60 muestra la página de Disparadores aleatorios de la utilidad de configuración. De manera similar a la página de búfer de
datos aleatorios, la configuración se realiza mediante una cuadrícula. Se pueden definir hasta 30 eventos de activación (código 00 a
código 29); sin embargo, solo se ven 15 a la vez; la barra de desplazamiento de la derecha se puede usar para ver desencadenadores
adicionales. Cada evento de disparo se puede configurar en uno de los siete tipos que se muestran en la Figura 60. La página de
Disparadores aleatorios solo es accesible cuando la Fuente de datos para transmisiones aleatorias está configurada en Sensor
(tenga en cuenta en la Figura 24 que el botón Disparos aleatorios no se muestra desde RS -232 está seleccionado el modo).
Los primeros seis tipos de activadores (delta al acumulado) están vinculados a un sensor, mientras que el tipo de intervalo se establece en un
número fijo de horas.
Un disparador delta iniciará una secuencia de informe aleatoria si el valor absoluto de la diferencia entre la última
lectura y la nueva lectura es igual o supera el límite del umbral. Un disparo alto iniciará la secuencia si la lectura
actual es mayor o igual que el umbral; a la inversa, un disparador bajo iniciará la secuencia si la lectura actual es
menor o igual al límite. Un disparo de aumento es similar a un disparo alto en que la lectura actual debe estar por
encima del umbral para iniciar una secuencia de informe aleatoria; sin embargo, la secuencia solo se activará si la
lectura anterior fue menor que el límite del umbral. De manera similar, un disparo de caída solo ocurrirá si la lectura
actual está en el límite o por debajo de él y la lectura anterior está por encima del umbral. Dicho de otra manera, Alto
y Bajo son disparadores de nivel,

Figura 60: Utilidad de configuración: página de activadores aleatorios
Un disparador de acumulación (Acumulación) es similar a un disparador Delta en que la diferencia entre esta lectura y una
lectura anterior debe exceder el límite programado. Sin embargo, mientras que el disparador delta funciona en dos
muestras sucesivas (es decir, la lectura anterior es la última lectura), el disparador de acumulación funciona en el valor
guardado la última vez que este parámetro activó una secuencia de informe aleatorio. Este tipo de disparador es útil para
disparar cuando se ha producido una cantidad predeterminada de lluvia, independientemente de la frecuencia con la que se
muestre el sensor, es decir, independientemente de la intensidad de la lluvia.
El disparador de intervalo es un disparador especial que se puede utilizar para garantizar que se active un informe aleatorio de vez
en cuando como una verificación de confianza de que el transmisor sigue funcionando. Al definir un disparo de intervalo, no se
requiere ni se permite la identificación de parámetro, es decir, la celda del sensor aparecerá atenuada (consulte la Figura 62). Para
un disparo de intervalo, el valor límite se puede establecer entre 1 y 240 horas (no se permiten valores fraccionarios). Un disparador
de intervalo solo ocurrirá si un informe aleatorio no ha sido disparado por otro disparador definido dentro del último número de
horas límite.
La Figura 61 muestra los pasos necesarios para definir un evento de activación de sensor. Primero, se selecciona el sensor
deseado de la lista desplegable y luego se ingresa el límite de umbral. En este ejemplo, se activará una secuencia de informe
aleatorio siempre que se acumule una décima de pulgada de lluvia.

Figura 61: Utilidad de configuración: ejemplo de configuración del activador del sensor
La Figura 62 muestra una configuración completa y típica de los activadores aleatorios. En este ejemplo, se activará una secuencia
de informe aleatorio en caso de lluvia acumulada, un nivel alto de agua y / o un aumento o descenso de la temperatura interna.
Además, si ninguno de estos eventos ocurre dentro de un período de 24 horas, se activará un informe para confirmar que la unidad
aún está operativa.
Figura 62: Utilidad de configuración: ejemplo de activadores aleatorios
El orden en el que se definen los eventos desencadenantes no es muy crítico, ya que el orden solo determina el número de código
asignado a los eventos individuales. Sin embargo, todos los eventos desencadenantes deben definirse secuencialmente,
es decir, no puede haber huecos en la secuencia.
La sección 11.7.4 proporciona la información necesaria para utilizar los comandos de Terminal para configurar los activadores
aleatorios. A continuación se proporciona la lista de comandos para reproducir la configuración que se muestra en el ejemplo
anterior, consulte la Figura 62.

RRT = 0, A, I1,0.1
RRT = 1, H, S0,20
RRT = 2, R, I0,50
RRT = 3, F, I0, -30
RRT = 4, I, 24
La Figura 63 muestra cómo insertar el código de activación en la configuración del búfer de datos aleatorios de la Figura 56
como primer elemento de información. Para el formateo ASCII, el código de activación transmitido serán los caracteres
ASCII de dos dígitos de la columna Código de la Figura 62. Para el formateo pseudobinario, se envía un solo carácter
pseudobinario como se muestra en la figura siguiente. La Tabla 15 se puede utilizar para convertir el valor numérico del
Código de activación en el código pseudobinario (por ejemplo, 00 = @, 01 = A, etc.).
Figura 63: Utilidad de configuración: adición del código de activación al búfer de datos aleatorios
9.6. Activadores de informes aleatorios solo para registro de sensores
Como se muestra en la Figura 61 y la Figura 62, cada registro de activación de informe aleatorio tiene una casilla de verificación debajo de una
columna titulada "Solo registro". Al marcar esta casilla, se define una versión especial del disparador que solo se aplica al registro de las
lecturas; convirtiéndolo efectivamente en un "disparador de sensor".
Como se explicó en la Sección 6.1.4, los datos del sensor se pueden recopilar y almacenar en un búfer de registro. También se puede
especificar la velocidad a la que se registran los datos muestreados, sin incluir ningún registro. Además, se pueden configurar indicadores de
registro especiales para permitir el registro de cada lectura de sensor bajo ciertas condiciones, por ejemplo, el valor está por encima y / o por
debajo de un límite de umbral. El límite de umbral es el valor que se define en el Disparador de informe aleatorio que está vinculado a un
sensor en particular.

Habilitar la opción “Solo registro” permite definir umbrales para fines de registro sin permitirles activar un informe
aleatorio. Si el ejemplo de la Figura 62 se modifica como se muestra en la Figura 64, los disparadores "RAIN", "WLVL"
e "Interval" seguirán generando una secuencia de informe aleatorio cuando se activen, pero los dos disparadores
"ITMP" no. Estos dos disparadores solo se usarán para afectar la tasa de registro de las lecturas "ITMP".
Figura 64: Utilidad de configuración - Ejemplo de activadores aleatorios de "solo registro"
9,7. Opción de relleno oblicuo para amortiguadores de transmisión
Como se muestra en la Figura 19 y se detalla en la Sección 11.3.8, el usuario puede indicar a la GTX que complete los campos de datos nulos
en un búfer de transmisión con un carácter de barra inclinada ('/') en lugar del proceso de llenado predeterminado.
En el caso predeterminado, la GTX llena inicialmente todos los campos de datos del búfer de transmisión con caracteres de espacio.
Después del llenado inicial, la GTX llenará los campos de datos con el valor apropiado a menos que un sensor no informe su valor
debido a una condición de falla.
Cuando el formato de transmisión es ASCII y un sensor no proporciona un valor, la GTX llenará el campo ASCII apropiado
con la cadena "N / M" (justificado a la derecha, se agregarán suficientes espacios a la izquierda para completar el campo) si
el ancho del campo es superior a tres caracteres. Cuando el ancho del campo es de tres caracteres o menos, la GTX se
llenará de espacios. Cuando el formato de transmisión es pseudo-binario, la GTX se llena de forma predeterminada con
espacios cuando un sensor no responde.
Cuando la opción de relleno con barra está habilitada, la GTX siempre llenará los campos ASCII y pseudobinarios con
el carácter de barra inclinada ('/'). En otras palabras, los búferes de transmisión se llenarán inicialmente con barras y
el campo apropiado se actualizará con barras cuando un sensor no responda. Una distinción importante entre el
formato ASCII y el pseudo-binario es que en el formato pseudo-binario todo el ancho del campo siempre está lleno
de barras. Sin embargo, en formato ASCII, se carga un espacio en el primer carácter del campo y los caracteres
restantes se rellenan con barras cuando se deben informar varios valores del mismo parámetro.
La sustitución de un espacio por el primer carácter en una lista de valores múltiples asegura que haya al menos un carácter
de espacio en blanco entre cada valor, lo que mejora la legibilidad. Tenga en cuenta que cuando solo se informa un valor
para un parámetro, todo el campo es un campo con barras.
Además de identificar datos nulos, la función de relleno con barra también es útil para ver mejor la estructura del búfer de
transmisión antes de que se recopilen los datos, ya que los caracteres de relleno de espacio no se distinguen fácilmente
cuando todos los campos son nulos.
Por ejemplo, la Figura 65 muestra el búfer de datos cronometrados del ejemplo de la sección 9.4.1 con la opción de relleno inclinado
habilitada antes de cualquier operación de recopilación de datos o una transmisión cronometrada. Las barras indican claramente los
anchos de campo y los recuentos de valores para la configuración. Dado que los caracteres de espacio no son visibles, la estructura
del mensaje no sería tan fácil de discernir.

Figura 65: Utilidad de configuración - Ejemplo de llenado de barra oblicua del búfer de datos cronometrados
La Figura 66 muestra el resultado del ejemplo de Búfer de datos aleatorios de la Sección 9.4.2 con la opción de relleno de
barra habilitada y sin datos recopilados.

Figura 66: Utilidad de configuración - Ejemplo de relleno de barra oblicua de búfer de datos aleatorios
9,8. Parámetro de transmisión de texto
Los parámetros de texto permiten incluir cadenas de texto fijas en un búfer de transmisión. Si bien enviar cadenas
de texto fijas en una transmisión no es una práctica recomendada, ya que aumenta el tamaño y la duración de un
mensaje sin proporcionar datos de medición, las transmisiones de GOES heredadas a menudo utilizan dichas
cadenas y puede ser necesario incluirlas para compatibilidad con versiones anteriores.
Para ingresar una cadena de texto fija en un búfer de transmisión, simplemente seleccione la opción Texto en el menú desplegable Tipo
e ingrese una cadena de hasta diez caracteres en el campo correspondiente "Valor de recuento", como se muestra en la Figura 67.
Figura 67: Utilidad de configuración - Ejemplo de parámetro de transmisión de texto

Tenga en cuenta que cuando se selecciona el tipo de parámetro Texto, la celda "Ancho de campo" aparece atenuada y no se utiliza.
Sin embargo, las "Banderas" permanecen en efecto permitiendo que los terminadores estándar de Espacio, CR y / o LF se
especifiquen para seguir el campo.
Los parámetros de texto también implementan un caso especial de la opción de etiquetado. Especificar la opción Etiqueta
esencialmente le dice a la GTX que el campo de texto debe tratarse como una "Etiqueta". En consecuencia, la GTX agregará
automáticamente dos puntos a la cadena. La configuración predeterminada es colocar los dos puntos después del campo de texto o
la etiqueta, pero colocar los dos puntos antes de la cadena también es una configuración opcional (consulte la Figura 51). La Figura
68 muestra un ejemplo de cómo utilizar un parámetro de texto como etiqueta.
Figura 68: Utilidad de configuración: parámetro de transmisión de texto como ejemplo de etiqueta
Consulte la Sección 11.7.3.4 para obtener información sobre cómo especificar parámetros de texto en búferes de transmisión mediante comandos de
Terminal.

10. Recuperar datos registrados
Como se ha comentado anteriormente, la GTX-2.0 también registra los datos del sensor y los eventos del sistema en una memoria
no volátil. El registro se almacena en un búfer circular con cada entrada en el registro de hora y fecha estampadas. Consulte la
Sección 1.2.3.2.2 para obtener información adicional sobre las características y la capacidad del registro de datos / eventos. Además,
consulte las Secciones 4.4.1 y 6.1.4 para obtener información sobre cómo configurar los tipos de eventos y los parámetros de los
sensores que se registrarán.
Esta sección detalla los procedimientos para recuperar estos datos registrados. Al recuperar el registro, se puede volcar
toda la memoria o se puede capturar un subconjunto en función de varios criterios de filtrado.
10.1. Recuperación de registros mediante la utilidad de configuración
La Figura 69 muestra la pantalla de diálogo de recuperación de registros, h se accede mediante el elemento GTX Sensor Log en el
cuyo menú Avanzado (ver Figura 16).
Figura 69: Utilidad de configuración: diálogo de recuperación de registros
Se proporcionan varios controles de filtro a la derecha, y el cuadro de notas ubicado a la izquierda se utiliza para mostrar los datos
recuperados. Para indicar a la GTX que descargue todo el registro, verifique que todas las opciones de criterios de filtro estén
deshabilitadas (como se muestra en la Figura 69) o simplemente haga clic en el botón Borrar filtro si este no es el caso, y luego haga
clic en Recuperar registro.
Antes de iniciar el volcado, la utilidad de configuración le preguntará al usuario si el volcado también debe guardarse en un archivo.
Responder afirmativamente hará que el programa solicite al usuario un nombre de archivo y los datos se guardarán en un archivo de texto
con el nombre proporcionado por el usuario a medida que se muestra. Respondiendo "No" a la pregunta "¿Guardar registro en archivo?" La
consulta dará como resultado que el registro se muestre en el cuadro de notas. Tenga en cuenta que el botón Guardar en el botón inferior
izquierdo se puede utilizar para guardar el contenido del cuadro de memorando después de que se complete el volcado.

El botón Borrar se usa para borrar el contenido del cuadro de notas y el botón Cerrar cerrará este cuadro de diálogo.
El botón Borrar registro se utiliza para borrar todo el contenido del registro de datos / eventos. Dado que los datos se pierden
irremediablemente una vez que se borra la memoria, el programa le pedirá al usuario que confirme la solicitud para borrar el
registro antes de continuar, como se muestra en la Figura 70.
Figura 70: Utilidad de configuración: diálogo de confirmación de borrado de registro
La Figura 71 muestra un ejemplo de un registro recuperado. Tenga en cuenta que cada entrada tiene un número de secuencia de 5
dígitos y un identificador de 3 o 4 caracteres. “STX” y ETX ”identifican el inicio y el final de una transmisión, respectivamente. Las
etiquetas de sensor personalizadas definidas por el usuario al configurar las colecciones de sensores se utilizan para identificar las
lecturas del sensor. Después del identificador está la fecha y la hora en que se registraron los datos, y luego se muestran los datos
reales.
Para una entrada “STX”, solo se registra el tipo de transmisión (PRUEBA, TEMPORIZADA o ALEATORIA) y la hora de
inicio. La entrada "ETX" también incluye el tipo de transmisión, pero además registra la transmisión
voltaje de la batería (en VCC) y lecturas de potencia directa / reflejada (en dBW).
Figura 71: Utilidad de configuración: registro recuperado

Si bien la Figura 71 muestra dos tipos de eventos ("STX" y "ETX") que pueden ser registrados por la GTX, hay varios
otros eventos que también son registrados por la GTX. En la Sección 10.8 se proporciona un resumen completo de
los eventos que pueden aparecer en el registro.
La Figura 71 también muestra la diferencia entre el registro de tasa fija y delta. Tenga en cuenta que mientras que las
lecturas ITMP y WLVL tienen cinco lecturas espaciadas a intervalos fijos de 15 minutos, las lecturas TBCN solo muestran tres
entradas a intervalos espaciados aleatoriamente.
10.2. Recuperación de entradas seleccionadas: registro filtrado medieval
Como se muestra en la Figura 69 y la Figura 71, se pueden aplicar varias opciones de filtro a la recuperación de registros.
Las opciones Antes y Después permiten al usuario especificar filtros de fecha y hora. La configuración solo Después de descarga todos los registros
después de la fecha / hora especificada; configuración solamente Antes vuelca todos los registros antes de la fecha / hora especificada. Establecer ambos
define un rango de fecha / hora.
El tipo de entrada de registro se utiliza para limitar el volcado a uno de los dos tipos de entrada principales; Datos o Evento.
La sección Sensor se utiliza para seleccionar un subconjunto de sensores SDI-12 y / o un subconjunto de sensores internos. Se puede
seleccionar cualquier combinación de sensores usando las distintas casillas de verificación.
La Figura 72 muestra cómo se pueden usar estas funciones de filtro para recuperar las entradas del registro ordenadas por tipo de sensor.
Este registro se capturó configurando secuencialmente las opciones de filtro en un solo sensor a la vez y haciendo clic repetidamente en el
botón Recuperar registro. Tenga en cuenta que el Tipo de filtro de entrada de registro también se establece en Datos para eliminar la
transmisión o los eventos de GPS. Como se muestra en la Figura 72, el último filtro utilizado seleccionó solo las entradas TBCN.
Figura 72: Utilidad de configuración: registro filtrado

La Figura 72 también muestra la utilidad del botón Guardar "después de los hechos". Al configurar varias opciones de filtro y
emitir repetidamente una solicitud de Recuperar registro y no guardar los datos para cada solicitud, el botón Guardar se
puede usar para guardar el registro "ordenado".
10.3. Formato de volcado de registro CSV
El cuadro de diálogo de recuperación del registro de datos GTX también incluye una casilla de verificación opcional para producir la salida del
registro en formato CSV (valores separados por comas). Los datos con formato CSV se pueden importar fácilmente a muchos programas de
hojas de cálculo, por lo que descargar y capturar los datos de registro en este formato facilitará la conversión del volcado de registro en un
archivo de hoja de cálculo para su posterior manipulación y análisis.
La Figura 73 muestra un volcado de registro CSV. El formato es idéntico al volcado de registro normal, excepto por las comas que se
utilizan en lugar de los caracteres de espacio.
Figura 73: Utilidad de configuración: volcado de registros en formato CSV
10.4. Recuperación de registros mediante la interfaz de terminal
El registro de datos / eventos también se puede recuperar utilizando la interfaz del terminal. Se puede encontrar información adicional sobre
el uso de los comandos del terminal para filtrar y recuperar el registro en la Sección 11.11.
La Figura 74 muestra un ejemplo de la recuperación de registros usando HyperTerminal. Tenga en cuenta que el volcado de registro
utilizando el comando de terminal ¿INICIAR SESIÓN? es similar a los datos extraídos con la utilidad de configuración. Las únicas
diferencias son el mensaje "Buscando ..." y la línea de resultados "Total" versus "Dump".
La Figura 75 muestra un ejemplo del uso de los comandos del terminal para recuperar un volcado filtrado. En la Figura
también se muestra una distinción importante entre una recuperación mediante un terminal y la utilidad de configuración.
75.

Tenga en cuenta que en la Figura 75, los números de registro no son secuenciales, sino que omiten los registros 00006 y 00007.
También tenga en cuenta que el recuento total sigue siendo 15, pero el recuento volcado es solo 13. En otras palabras, los números
de entrada proporcionados en este formato de volcado son realmente los números de entrada de registro en el registro en el
momento en que se solicita. Cuando se aplica el filtrado, las entradas que no cumplen con los criterios se filtran, pero el número de
registro secuencial se incrementa cuando se omite. Por otro lado, tenga en cuenta que los volcados filtrados del ejemplo en la Figura
72, siempre muestran números secuenciales que comienzan en 00001 y ningún total versus volcado
se proporciona información.
Las razones de estas diferencias se explican en la Sección 10.6.
Figura 74: Recuperación del registro del terminal

Figura 75: Recuperación de registros filtrados por terminales
10.5. Monitor de registro automático
El Monitor de registro automático permite al usuario definir y monitorear un solo parámetro registrado de un conjunto definido de
parámetros que ingresan al registro de datos / eventos. Actualmente, la función de Monitor de registro automático solo se admite desde una
interfaz de terminal o la opción Control directo en la Utilidad de configuración, como se explica en la Sección 3.3.
El Monitor de registro automático utiliza las funciones de filtrado de registros y muestra las entradas que se agregan al Registro de datos /
eventos que cumplen con los criterios del filtro. El formato de salida del Monitor de registro automático es similar al que se muestra en la
Figura 75, con la excepción de que se omiten los números de entrada (la primera columna de la salida).
Para ingresar al Monitor de registro automático, el operador debe ingresar el comando LOG = AUTO a través de la interfaz del
terminal o la pantalla de control directo de las utilidades de configuración (palabra clave AUTO en mayúsculas). Una vez habilitado, el
usuario debe presionar la tecla ESC para terminar el modo Monitor de registro automático. Consulte la Sección 11.11.5 para obtener
información adicional sobre esta función.
10.6. Temporización de volcado de registros: terminal frente a servicio público
Se señaló en la Sección 10.2, que puede haber pequeñas diferencias en los números de registro cuando se recupera el registro de
datos usando la Utilidad de configuración en comparación con el uso de una aplicación Terminal. Estas diferencias se deben a que la
utilidad de configuración no utiliza ¿INICIAR SESIÓN? mando. Como se muestra en la Figura 75, este comando vuelca los datos
como cadenas de texto ASCII. Volcar un registro completo del tamaño estándar (128 kB) como cadenas de texto puede tardar más
de 15 minutos en completarse. Aumentar el tamaño del registro a 1 MB significa que este formato podría tardar más de dos horas
en volcarse.
Como tal, la utilidad de configuración utiliza comandos que realizan un volcado comprimido (consulte las secciones
11.11.3 y 11.11.4). Los comandos de volcado comprimido aceleran significativamente el proceso de recuperación de dos formas. Primero,
dado que los datos se envían en un formato comprimido, se envían muchos menos bytes para cada entrada de registro que los que se
requieren para una cadena de texto formateada. En segundo lugar, los modos especiales de estos volcados permiten que la velocidad de
transferencia en serie se incremente temporalmente de 9600 bits por segundo (bps) a 57.600 bps (seis veces más rápido).

Con estos comandos de volcado comprimido, se puede realizar un volcado de registro completo sin filtrar del tamaño máximo de
memoria de registro de 1 MB en poco más de 7 minutos.
Además, para acelerar una transferencia filtrada, la GTX realmente realiza la operación de filtrado y solo envía los registros
(en un formato comprimido) que cumplen con los criterios de filtrado. Si bien es ciertamente posible que la utilidad de
configuración realice el filtrado después de recibir los datos, hacerlo podría significar que se tendría que transferir una
cantidad significativa de datos cuando solo unos pocos registros realmente cumplen los criterios de filtrado.
Volviendo a las diferencias entre un volcado de terminal y una recuperación de la utilidad, dado que no se envían
todos los registros y los números de registro no se incluyen realmente en el formato comprimido, la utilidad de
configuración no puede determinar los números de registro que serían asignados por el GTX.
En un sentido general, si no se aplica el filtrado, los números de secuencia en la recuperación de la Utilidad de configuración
coincidirán con los números de registro en el volcado de terminal. Sin embargo, dado que el registro de datos se actualiza
continuamente mientras la GTX esté habilitada y el registro sea un búfer circular, los números de registro reales no permanecen
estáticos. Una vez que el registro está lleno, una nueva entrada reemplazará la entrada más antigua y la entrada más antigua en el
registro es siempre el primer registro (es decir, 00001). Por lo tanto, si transcurre suficiente tiempo entre los dos volcados, los
números de registro no coincidirán.
Si lo desea, una interfaz de terminal también puede hacer uso de la recuperación del registro de datos comprimidos para acelerar el
proceso de transferencia, aunque sin el aumento de la tasa de bps. Si bien los detalles necesarios para analizar los datos
comprimidos son propietarios y no se documentan en este manual, los datos se pueden capturar en un archivo de texto y
descomprimirlos más tarde. Microcom proporciona (sin cargo) una utilidad separada para analizar los datos de un archivo de texto
capturado. Consulte la Sección 11.11.3 y 11.11.4 para obtener información sobre el uso de volcados de registros comprimidos.
Finalmente, también debe tenerse en cuenta que ninguno de los mecanismos de volcado de registros afecta la capacidad de la GTX para realizar sus
funciones normales. En otras palabras, aunque se puede requerir una cantidad significativa de tiempo para volcar un registro completo, la GTX puede
continuar recolectando, almacenando y transmitiendo datos durante un volcado de registro.
10,7. Representación gráfica de datos
Con GTX Utility, también es posible generar un gráfico rápido de los valores de los sensores recuperados del registro de
datos. Además de proporcionar información general sobre varias lecturas del sensor, esta función puede ser especialmente
útil para determinar rápidamente si un sensor errante ha estado reportando datos sospechosos, ya que es mucho más fácil
ver discontinuidades en un formato gráfico que buscar visualmente a través de una lista de valores numéricos. .
Si bien no es necesario limitar el volcado de registros utilizando las diversas opciones de filtro, limitar la recuperación a un rango de fecha /
hora específico y solo a los sensores deseados puede reducir en gran medida el tiempo de volcado de registros, especialmente cuando el
tamaño del registro es grande. En el ejemplo que se muestra en la Figura 77, el rango de fechas se limitó a dos fechas específicas y solo se
deseaban cuatro valores de sensores específicos.
Una vez que se completa el volcado de registro, al hacer clic en el botón "Gráfico" se abre el cuadro de diálogo "Configuración de gráfico" (que se
muestra en la Figura 76) con una lista desplegable de los sensores recuperados. Usando este cuadro de diálogo, el usuario selecciona el sensor deseado
para graficar y luego hace clic en el botón "Aceptar".
Figura 76: Utilidad de configuración: cuadro de diálogo de configuración de gráfico de registro
Una vez que se selecciona el sensor deseado, GTX Utility producirá un gráfico de los datos del sensor recuperado
similar al que se muestra en la Figura 78. Para llamar el gráfico de otro sensor recuperado, simplemente cierre el
primer gráfico y haga clic en el botón "Gráfico" de nuevo, es decir, no es necesario volver a realizar el volcado
siempre que ya se hayan recuperado los datos del sensor deseado.

Figura 77: Utilidad de configuración: volcado de registro filtrado para gráficos
Figura 78: Utilidad de configuración - Ejemplo de gráfico de registro del sensor

Como indica la Figura 78, el eje X está en el tiempo y por defecto el rango de fecha / hora de los datos recuperados. El eje Y
se escala automáticamente a los valores del sensor recuperados. Los controles de "Escala del eje Y" se pueden utilizar para
aumentar o disminuir los límites superior e inferior del eje Y.
El mouse se puede usar para hacer zoom rápidamente en un área de interés colocando el cursor en el gráfico en el punto superior izquierdo
deseado, haciendo clic y manteniendo presionado el botón izquierdo del mouse y arrastrando el cursor al punto inferior derecho. La Figura 79
muestra un ejemplo de "acercamiento" del gráfico de la Figura 78. Se puede lograr un acercamiento adicional al hacer clic con el botón
izquierdo y arrastrar de arriba a la izquierda a abajo a la derecha nuevamente.
Mantener presionado el botón derecho del mouse y arrastrar el cursor proporciona una función de panorámica.
Para "quitar el zoom" del gráfico, simplemente haga clic con el botón izquierdo en cualquier lugar del gráfico y arrastre un poco el cursor de la parte
inferior derecha a la superior izquierda y suelte la tecla del mouse. El gráfico volverá a su conjunto de datos completo.
Figura 79: Utilidad de configuración - Ejemplo de zoom de gráfico de registro de sensor
10,8. Resumen de eventos registrados
Si bien la gran mayoría de las entradas en el Registro de datos / eventos serán lecturas de sensores (internos y SDI-12). La GTX
también captura eventos clave en el registro. La captura de algunos de estos eventos es configurable por el usuario, mientras que
otros eventos se capturan incondicionalmente. Además de simplemente poder monitorear cuándo ocurrieron las funciones críticas
de GTX, el registro de eventos también puede ser una herramienta útil para la resolución de problemas. Por ejemplo, comprobar el
registro de eventos para ver los resultados de la transmisión puede determinar si un mensaje perdido fue el resultado de una falla
de la unidad o fue causado por una interferencia de RF.
La Tabla 16 resume los eventos que pueden aparecer en el registro de datos / eventos. Además del tipo de evento y
el código de registro, esta tabla resume los datos registrados para el evento y si el usuario puede configurar el
evento para su captura.

Los eventos "STX" y "ETX" están vinculados a las transmisiones. El evento "STX" simplemente registra el tipo de transmisión y lo
informa como una cadena ASCII. Las transmisiones de prueba siempre se registran, mientras que las transmisiones temporizadas y
aleatorias se pueden registrar de forma selectiva. El "ETX" registra el resultado de la transmisión. Para una buena transmisión, se
capturan tres valores (voltios de la batería, potencia de avance y potencia reflejada). En el caso de transmisiones fallidas, se informa
una cadena de códigos de fallos (consulte la Sección 11.10.6 para conocer los posibles tipos de fallos).
Se pueden registrar dos tipos de eventos relacionados con el GPS (es decir, "SYNC" o "TCXO"). El evento "SYNC"
identifica cuándo se sincronizó por última vez el reloj interno de la GTX utilizando el receptor GPS; los datos
capturados para este evento son la cantidad de segundos que el reloj interno difirió de UTC antes de la
sincronización; el valor se informa con una resolución de un milisegundo. El evento “TCXO” marca cuando los
osciladores de las unidades fueron recalibrados usando el receptor GPS y registra el error absoluto del nominal
esperado en partes por millón.
La siguiente secuencia de eventos enumerados en la Tabla 16 se refiere a cuándo la GTX en sí está habilitada o inhabilitada, y
cuando la transmisión automática temporizada y / o aleatoria están habilitadas o inhabilitadas. Para cada uno de estos eventos, los
datos informados son una cadena ASCII que describe el evento.
El último evento enumerado en la Tabla 16 es un cambio de constante de ecuación. Este evento se registra siempre que el usuario
altera una de las sesenta y cuatro constantes de ecuación configurables, con la GTX habilitada. Los cambios en estas constantes
también se pueden capturar cuando la GTX está deshabilitada, pero el usuario debe solicitar explícitamente que se produzca el
registro (consulte la Sección 11.6.3 para obtener más detalles). El código de registro es la etiqueta definida por el usuario para la
constante de configuración que se cambió, y los datos capturados son un nuevo valor ingresado para la constante.
Consulte la Sección 7.1.2.2 para obtener más información sobre las constantes de ecuaciones configurables.
Tronco Usuario
Tipo de evento Código Datos Config

Inicio de Tx - Inicio de STX "PRUEBA" No
prueba de Tx - Inicio STX "TEMPORIZADO" sí
programado de Tx - Final STX "ALEATORIO" sí
aleatorio de Tx - Bueno Fin ETX Voltios de la batería, alimentación de avance, código sí
de Tx - Malo ETX de falla de alimentación de rev. Consulte la sección sí
Sincronización de hora por GPS SINCRONIZAR 11.10.6 Error de reloj antes de la sincronización en sí
Calibración GPS TCXO TCXO segundos Error de frecuencia de TCXO en ppm "DIS" sí
GTX deshabilitado GTX No
GTX habilitado GTX "ENB" No
GTX habilitado: registrador GTX "ENB LGR" No
temporizado Tx deshabilitado GTX "DIS ST-TX" No
Tx temporizado habilitado GTX "ENB ST-TX" No
Tx aleatorio deshabilitado GTX "DIS RN-TX" No
Tx aleatorio habilitado GTX "ENB RN-TX" No
Constante de ecuación Etiqueta Valor asignado a constante No
Tabla 16: Resumen de eventos registrados

11. Referencia de comandos de la interfaz de puerto serie RS-232
Todas las funciones de ingreso de datos, configuración del sistema, calibración y diagnóstico se realizan mediante una interfaz
RS-232.
La aplicación de interfaz de utilidad (GUI) de Microcom GTX reduce en gran medida la complejidad de la configuración, el
monitoreo y la implementación de Microcom GTX al proporcionar una interfaz gráfica de usuario fácil de usar. Esta
aplicación de interfaz encapsula todos los comandos detallados en esta sección.
La información proporcionada en esta sección proporciona al usuario la información necesaria para realizar la configuración, el
control y el monitoreo de estado de GTX desde un terminal host (por ejemplo, un registrador de datos externo) o una aplicación de
terminal (es decir, cuando la GUI no está disponible).
11.1. Protocolo de comando RS-232
El puerto RS-232 utiliza una interfaz de línea de comandos ASCII que permite la configuración a través de un programa de terminal,
como Windows HyperTerminal. La interfaz también es adecuada para la conexión a registradores de datos equipados con un puerto
RS-232. Al utilizar una interfaz de línea de comandos ASCII (a diferencia de un sistema de menús), las configuraciones comunes se
pueden capturar en un editor de texto y se pueden descargar fácilmente.
11.1.1. Protocolo de interfaz RS-232
Se debe ingresar un [CR] (0x0d) para llamar la atención del transmisor y se usa para terminar una línea de comando. El
transmisor responde con un '>' (0x3e) para indicar que está listo para recibir un comando. Si el transmisor está habilitado
para transmisiones GOES y no se ingresa ningún comando durante un período de tiempo (el valor predeterminado es 5
segundos, consulte la Sección 11.9.1), se pierde la atención del transmisor y se debe ingresar otro [CR]. Los comandos se
pueden terminar opcionalmente con [CR] [LF]; en otras palabras, un carácter [LF] recibido después de un [CR] será ignorado.
Cada carácter ingresado se repite en el host para permitir una verificación de errores simple y para respaldar la
naturaleza terminal de la implementación. Un carácter de retroceso (BS, 0x08) elimina el último carácter introducido.
El carácter ESC (0x1b) eliminará todo el comando.
Para los comandos que descargan una cantidad significativa de datos, enviar el carácter ESC (o presionar la tecla ESC
cuando se usa una aplicación Terminal) terminará inmediatamente el volcado y hará que se informe el carácter de
solicitud.
11.1.2. Interfaz de hardware RS-232
Las configuraciones para el puerto RS-232 son 9600 BAUD, 8 bits de datos, sin paridad y 1 bit de parada.
La interfaz del puerto serie implementa las señales TXD, RXD, RTS y CTS estándar RS-232.
Para conservar energía durante el funcionamiento, la GTX entrará en modo de suspensión durante los períodos de
inactividad. Mientras la unidad está en el modo de bajo consumo, monitorea las líneas de entrada RS-232 y se activa
cuando el RTS se activa o en respuesta a la recepción de un [CR]. Si la unidad se despierta debido a que la línea RTS
se activa, activará la línea CTS para indicar que está lista para recibir datos. Si la unidad se despierta debido a la
recepción de un [CR], se confirmará CTS y se emitirá el carácter de aviso ('>').
11.1.3. Formato de comando RS-232
Con pocas excepciones, todos los comandos utilizan un identificador de tres caracteres. Los comandos que no utilizan un
identificador de tres caracteres se realizan para evitar que se ingresen accidentalmente debido a la naturaleza de la función
del comando. El identificador de tres caracteres es aproximadamente una abreviatura o un acrónimo de la función de
comando. Los comandos descritos en las siguientes secciones incluirán el nombre funcional con el identificador de tres
caracteres o el nombre largo entre paréntesis. Tenga en cuenta que, si bien todos los identificadores de tres caracteres se
muestran en mayúsculas, la GTX aceptará cualquier combinación de caracteres en mayúsculas y minúsculas.
Se utilizan muchos comandos para establecer o recuperar varios parámetros de configuración / calibración. Al
configurar los parámetros, el comando va seguido de un signo igual ('='). Al recuperar parámetros, el comando va
seguido de un signo de interrogación ('?').

Algunos comandos se utilizan para indicar al transmisor que ejecute una función específica (por ejemplo, borrar un
búfer); en tales casos, ni un '=' ni un '?' se utiliza. Sin embargo, algunos de estos comandos pueden permitir un
parámetro opcional que defina con más detalle qué acciones se ejecutarán, en cuyo caso será necesario un signo
igual.
Cuando los comandos solo se utilizan para solicitar información de estado, normalmente el signo de interrogación es
opcional; en otras palabras, la información de estado se devolverá independientemente de si el '?' está incluido.
A menos que se indique lo contrario, el transmisor responderá a todos los comandos con ...
Aceptar [CR] [LF]> si el comando (y el parámetro) es (son) aceptados.
ERR [CR] [LF]> si un comando o parámetro no es válido, o si el comando no puede aceptarse.
<cmd> = <datos> al devolver los parámetros de datos, <cmd> coincidirá con el comando que solicita los
[CR] [LF]> datos.
11.1.4. Derechos de acceso RS-232
Todos los comandos están sujetos a un derecho de acceso basado en el estado actual del transmisor (habilitado o
deshabilitado para transmisiones GOES) o una protección con contraseña. Actualmente se implementan cuatro niveles de
derechos de acceso. Estos se resumen a continuación ordenados desde el acceso más alto requerido al más bajo.
1. Development Access [dev]: comandos utilizados para la depuración de programas y / o certificación

NESDIS.
2. Factory Access [fct]: comandos utilizados para la calibración y configuración de fábrica. Transmisor desactivado [dtx]:
3. comandos utilizados para la configuración operativa por parte del usuario final. Sin restricciones [todos]: comandos
4. que se pueden emitir en cualquier momento; típicamente solicitudes de estado.
Los comandos de desarrollo y acceso de fábrica no están destinados a un uso general. Como tales, no se tratan en
este documento y están protegidos con contraseña para evitar el uso no autorizado. El uso no autorizado de estos
comandos puede hacer que la GTX funcione incorrectamente y podría violar la Certificación NESDIS.
Transmisor Los comandos de acceso para discapacitados se utilizan normalmente para configurar el transmisor para el
funcionamiento del GOES y están controlados por el estado del transmisor. Los comandos para cambiar / configurar estos
parámetros solo se permiten cuando el transmisor está deshabilitado, es decir, las transmisiones GOES están deshabilitadas. Si el
transmisor está habilitado, solo se permite la forma de consulta del comando.
El nivel de acceso para cada comando se proporciona entre paréntesis en el título de la sección utilizando los códigos que se muestran en la
lista anterior.
11.1.5. Protección por contraseña para la coma de configuración nds

Además de tener un nivel de acceso de "dtx", los comandos que afectan la configuración de la GTX (por ejemplo,
transmisiones, sensores, formato de datos, etc.) también están protegidos con contraseña para evitar el acceso no
autorizado, especialmente en una situación de acceso remoto (por ejemplo, módem). . La contraseña de configuración
puede ser establecida y / o editada por el CPW comando (consulte la Sección 11.9.8).
Una vez que se ha habilitado una GTX para su funcionamiento, cambiar la configuración requiere que el usuario coloque la
unidad en el estado deshabilitado ( DTX), seguido de ingresar la contraseña con el CPE comando (ver Sección
11.9.7). Hasta que la configuración se "desbloquee" al ingresar la contraseña correcta, la configuración no se puede
editar ni modificar, y la respuesta a cualquier comando de configuración será ERRAR. La utilidad de configuración de
Microcom GTX también admite el uso de protección por contraseña para la configuración.
Si la contraseña no se ingresa o no se borra explícitamente, entonces no es necesario utilizar la CPE comando para
desbloquear la configuración. Sin embargo, siempre se requiere deshabilitar la GTX.
Además, tenga en cuenta que la protección por contraseña no tiene efecto hasta que la unidad se haya habilitado al menos una vez.
Como tal, ingresar la contraseña no bloquea inmediatamente la configuración para facilitar la implementación de campo inicial.
Si la contraseña de configuración se ingresa incorrectamente o es desconocida para el usuario (por ejemplo,

olvidada), entonces todavía es posible "desbloquear" la GTX. Sin embargo, para hacerlo, es necesario reciclar la
energía y no ingresar al estado habilitado. Como tal, la activación de encendido ( PUE) y Guardar configuración ( CFS)

Los comandos (consulte las Secciones 11.3.9 y 11.9.2, respectivamente) son los únicos comandos de configuración que no están
protegidos por contraseña. Por lo tanto, para desbloquear una GTX sin conocer la contraseña se requiere el siguiente proceso de 5
pasos:
1. Desactive la GTX ( DTX).

2. Deshabilitar el encendido habilita ( PUE = 0).
3. Guarde la configuración ( CFS) - solo actualiza el PUE bandera, ya que todos los demás comandos de
configuración están protegidos.
4. Apague la GTX; requiere desconectar físicamente la energía.
5. Encienda la GTX; reconecte la energía. La GTX se encenderá en estado deshabilitado y no requerirá el
desbloqueo de contraseña.
Tenga en cuenta que el enfoque descrito anteriormente requiere estar físicamente presente en la GTX y no es posible
lograrlo de forma remota. Además, este enfoque evita el uso de una contraseña permanente "oculta" o de "puerta trasera"
codificada de forma rígida en el firmware GTX; que una vez conocido podría usarse para desbloquear cualquier GTX.
11.2. Comandos de configuración de transmisión por satélite
Los siguientes comandos se utilizan para establecer los parámetros de configuración para las transmisiones del GOES. A menos que
se especifique lo contrario, estos parámetros tienen valores predeterminados no válidos y deben configurarse explícitamente antes
de que se puedan habilitar las transmisiones usando la opción Habilitar GTX ( ETX) mando. Estos parámetros se almacenan en la
memoria no volátil al emitir Configuration Save ( CFS) comando (consulte la Sección 11.9.2) o se guardará automáticamente cuando
el transmisor esté habilitado.
El transmisor debe desactivarse explícitamente mediante el DTX comando antes de que estos parámetros puedan ser
modificados. Los parámetros se pueden leer ingresando '?' en lugar del valor en la cadena de comando mientras las
transmisiones están habilitadas o deshabilitadas. Todos los parámetros se pueden leer al mismo tiempo usando la
configuración de lectura ( RCF) mando.
11.2.1. ID de plataforma (PID = xxxxxxxx) [dtx]
Este comando establece el comando Platform ID (es decir, NESDID GOES DCP ID) en el valor xxxxxxxx. El rango válido
es de 0x00000002 a 0xFFFFFFFE (4 bytes, 8 caracteres hexadecimales) y solo se aceptarán valores pares.
Configuración PID = INV borrará el ID de la plataforma actual y lo devolverá a un estado no válido.
11.2.2. Modo de funcionamiento GTX (GTX = x) [dtx]
Este comando acepta / devuelve un único valor numérico en el rango de 0 a 6 que determina / identifica el modo
operativo de la GTX-2.0. Entre otras cosas, el modo operativo especifica el transmisor
modulación y velocidad de datos, y las designaciones de canal del sistema de satélite.
Fecha
Modo operacional Valor Notas de modo Tasa (s)
Solo registrador 0 No hay funciones de transmisión habilitadas De forma N/A
NOAA VA 1 predeterminada: canales según la especificación de la 300,1200
MeteoSat / EumetSat 2 versión 2 MeteoSat 2 DAKOTA DEL NORTE Canales de 100
ARGOS 3 generación Canales ARGOS - Solo aleatorio Canales 400
ARGOS / SCD 4 ARGOS y SCD - Solo aleatorio INSAT Modo de ráfaga 400
INSAT PBRS 5 pseudoaleatoria INSAT Autotemporizado (reservado 4800
INSAT TDMA 6 para el futuro) 4800
Tabla 17: Modos operativos de GTX-2.0
11.2.3. Canal de transmisión temporizado (TCH = ccc, bbbb) [dtx]
Este comando establece el número de canal ( ccc) y tasa de bits ( bbbb) para transmisiones temporizadas. El
número de canal permitido ( ccc) y tasa de bits ( bbbb) los parámetros dependen del modo GTX.
Establecer el número de canal en 0 deshabilitará las transmisiones cronometradas; al deshabilitar transmisiones temporizadas, el parámetro
de tasa de bits no es necesario.

11.2.4. Intervalo de transmisión temporizado (TTI = dd: hh: mm: ss) [ dtx]
Este comando establece el intervalo entre transmisiones cronometradas en días, horas, minutos, segundos especificados en dd: hh:
mm: ss. El rango válido es de 00: 00: 05: 00 a 30: 00: 00: 00.
El valor predeterminado es 00: 01: 00: 00 o una vez por hora.
11.2.5. Hora de la primera transmisión (FTT = hh: mm: ss) [dtx ]

Este comando establece la hora de la primera transmisión programada del día. Mientras que la TTI comando establece el
intervalo de las transmisiones, el FTT El comando esencialmente establece en qué parte del intervalo ocurrirá la transmisión.
El intervalo válido es de 00:00:00 a 23:59:59.
NOTA: La hora de la primera transmisión DEBE ingresarse siempre en UTC (también conocido como GMT), incluso si la GTX está
configurada para operar en hora local (consulte las Secciones 11.3.2 y 11.3.5). La GTX ajustará
automáticamente la hora real de la primera transmisión a la hora local, si es necesario.
El valor predeterminado es 00:00:00.
11.2.6. Longitud de ventana cronometrada (TWL = xxx) [dtx]
Este comando establece la longitud de la ventana de transmisión temporizada. La longitud se especifica en segundos. El rango válido es de 5
a 240 segundos. Tenga en cuenta que la longitud máxima de la ventana puede superar los límites de seguridad.
El valor predeterminado es 30 segundos.
11.2.7. Indicadores de funcionamiento cronometrado (TOF = xx) [dtx]
Este comando establece el byte de opción para transmisiones temporizadas. El byte de opción temporizada es un valor de
mapa de bits que determina varios modos de operación para transmisiones temporizadas. El valor debe ingresarse en
formato hexadecimal.
El valor predeterminado para TimedOpFlags es todos los bits borrados.
El mapeo de bits se proporciona en la siguiente tabla; los bits no utilizados deben establecerse en 0.
Poco Nombre Descripción

0 Posición de la ventana 0 = Mensaje alineado en la parte superior de la ventana temporizada.
1 = Mensaje alineado al centro de la ventana temporizada. 1
1 Buffer Dump 0 = No volcar el búfer temporizado.
= Dump Timed Buffer a RS-232 después de Tx. 1 = Estado de
2 Volcado de estado 0 = No volcar el estado temporizado.
vaciado temporizado a RS-232 después de Tx.
3 Log TX Start 0 = No registrar el inicio de Timed Tx en el búfer de datos / eventos.
1 = Inicio de registro de Timed Tx en el búfer de datos / eventos.
4 Log TX End 0 = No registrar el final de Timed Tx en el búfer de datos / eventos.
1 = Finalización del registro de Timed Tx y estadísticas en el búfer de datos / eventos. 0
5 No utilizado Reservado para uso futuro
6 Búfer vacío = Enviar datos nulos si el búfer temporizado está vacío.
1 = Enviar "BUFFER EMPTY" si no hay datos temporizados.
7 No es claro 0 = Búfer temporizado borrado después de la transmisión.
1 = El búfer temporizado no se borra después de la transmisión.
Tabla 18: Byte de indicador de operación temporizada
11.2.8. Preámbulo cronometrado (TPR = xxxxx) [dtx]
Este comando establece el tipo de preámbulo para transmisiones cronometradas. Los valores válidos son Short o Long (también conocidos como S o L).
Esta configuración solo se aplica a las transmisiones cronometradas METEOSAT de 100 bps.
El valor predeterminado es Corto.

11.2.9. Formato de datos cronometrados (TDF = xxxxxx) [dtx]
Este comando establece el formato de datos de transmisión temporizada en ASCII, pseudo (pseudo-binario) o binario (también
conocido como A, P o B).
Cuando la fuente de datos temporizada ( TDS) está configurado en RS-232, este parámetro se utiliza para configurar la palabra de bandera en
una transmisión GOES.
Cuando la Fuente de datos temporizada se establece en Sensor, este parámetro se usa para determinar el formato de los datos del sensor
antes de que se almacenen en el búfer de transmisión. Actualmente, un formato cronometrado de binario no es válido cuando la fuente de
datos cronometrados es Sensor.
El valor predeterminado es ASCII.
11.2.10. Fuente de datos programada (TDS = xxxxxx) [dtx]
Este comando establece la fuente de datos para transmisiones cronometradas. Los valores válidos son RS-232 o Sensor (también
conocido como R o S). Cuando se establece en RS-232, el transmisor acepta datos para su transmisión desde el puerto RS-232 a
través del TDT mando. Cuando se establece en Sensor, el transmisor recopilará, formateará y almacenará el parámetro del sensor
en el búfer de transmisión temporizada.
El valor predeterminado es RS-232.
11.2.11. Orden de datos cronometrados (TDO = xxxxxx) [dtx]
El orden de datos temporizados es un valor global que determina el orden en el que se almacenan varios puntos de datos del mismo
parámetro en el búfer temporizado. Este valor se puede establecer en el más nuevo (también conocido como N), que indica que el punto de
datos más reciente se transmitirá primero (es decir, del más nuevo al más antiguo); o se puede establecer en Más antiguo (también conocido
como O), lo que indica que el punto de datos más antiguo se transmitirá primero (es decir, el más antiguo al más nuevo). Esta
El parámetro solo es aplicable cuando TDS = SENSOR.
El valor predeterminado es el más nuevo.
11.2.12. Canal de transmisión aleatorio (RCH = ccc, bbbb) [dt X]

Este comando establece el número de canal ( ccc) y tasa de bits ( bbbb) para transmisiones aleatorias. El
número de canal permitido ( ccc) y tasa de bits ( bbbb) los parámetros dependen del modo GTX.
Establecer el número de canal en 0 desactivará las transmisiones aleatorias; al deshabilitar transmisiones aleatorias,
el parámetro de velocidad de bits no es necesario.
11.2.13. Intervalo de transmisión aleatorio (RIN = xxx) [dtx]
Este comando establece el intervalo de transmisión aleatorio. El intervalo de aleatorización es el intervalo en el que se
producirá una transmisión aleatoria una vez que se haya activado un informe aleatorio. El tiempo de transmisión real será
aleatorio, pero en promedio se producirá a esta velocidad.
Para la operación GOES, xxx está en minutos y el rango válido es de 5 a 99 minutos. El valor
predeterminado es 15 minutos.
11.2.14. Porcentaje de aleatorización (RPC = pp) [dtx]
Este comando establece el porcentaje de aleatorización de la transmisión aleatoria. Este valor determina el rango de
aleatorización como porcentaje del intervalo aleatorio ( ENJUAGAR). Las transmisiones aleatorias se producirán en un
tiempo aleatorio distribuido uniformemente dentro de este rango y, en promedio, se producirán a la tasa de intervalo
aleatorio. El rango válido es del 10 al 50%.
El valor predeterminado es 20%
Por ejemplo, para un intervalo aleatorio de 15 minutos y un porcentaje aleatorio del 20%, el tiempo entre dos
transmisiones aleatorias será de 12 a 18 minutos (15 ± 3 minutos).

11.2.15. Recuento aleatorio de repeticiones (RRC = xx) [dtx]
Este comando establece el recuento de repetición de la transmisión aleatoria. El recuento de repetición de transmisión
aleatoria es el número de veces que se repetirá una transmisión aleatoria antes de que finalice la secuencia de informes
aleatorios. Las transmisiones aleatorias ocurrirán una vez en cada intervalo de transmisión aleatoria según lo especificado
por el Intervalo aleatorio ( RIN) parámetro. El rango válido de este parámetro es de 0 a 99.
Por ejemplo, un valor de 3 indicará al transmisor que envíe los datos en el búfer aleatorio 3 veces antes de terminar.
Un valor de 0 indica que se producirán transmisiones aleatorias en cada intervalo de transmisión aleatoria hasta que el host
las termine explícitamente.
Cuando la fuente de datos aleatoria se establece en RS-232, los informes aleatorios solo se activan en respuesta a la
carga de datos en el búfer a través del RDT mando. Una vez completado el número programado de transmisiones
aleatorias, el búfer aleatorio se borrará automáticamente y la secuencia de transmisión aleatoria finalizará. Cuando
RRC = 0, las transmisiones aleatorias continuarán hasta que el host borre el búfer aleatorio.
Cuando la Fuente de datos aleatoria se establece en Sensor, los informes aleatorios se activan en respuesta a los puntos de
ajuste configurables por el usuario en función de los datos que se recopilan. En el modo Sensor, los datos se recopilan y
almacenan continuamente en el búfer aleatorio según la configuración del usuario; por lo tanto, una vez completado el
número programado de transmisiones aleatorias, la memoria intermedia aleatoria no se borra cuando finaliza la secuencia
de transmisión aleatoria. En este modo cuando RRC = 0, Las transmisiones aleatorias comenzarán inmediatamente una vez
que la GTX esté habilitada ( ETX) y continuará mientras la unidad permanezca en este estado, es decir, el anfitrión debe
deshabilitar explícitamente la GTX usando el DTX para terminar transmisiones aleatorias.
El valor predeterminado es 3.
11.2.16. Formato de datos aleatorios (RDF = xxxxxx) [dtx]
Este comando establece el formato de datos de transmisión aleatoria en ASCII, pseudo (pseudo-binario) o binario (también conocido
como A, P o B).
Cuando la fuente de datos aleatoria está configurada en RS-232, este parámetro se usa para configurar la palabra de bandera en
transmisiones GOES 300 y 1200 bps.
Cuando la fuente de datos aleatoria se establece en Sensor, este parámetro se utiliza para determinar el formato de los datos del
sensor antes de que se almacenen en el búfer de transmisión.
El valor predeterminado es Pseudo.
11.2.17. Fuente de datos aleatoria (RDS = xxxxxx) [dtx]
Este comando establece la fuente de datos para transmisiones aleatorias. Los valores válidos son RS-232 o Sensor (también conocido
como R o S). Cuando se establece en RS-232, el transmisor acepta datos para su transmisión desde el puerto RS-232 a través del RDT
mando. Cuando se establece en Sensor, el transmisor recopilará, formateará y almacenará el parámetro del sensor en el búfer de
transmisión aleatoria.
El valor predeterminado es RS-232.
11.2.18. Orden de datos aleatorio (RDO = xxxxxx) [dtx]
El orden de datos aleatorio es un valor global que determina el orden en el que se almacenan varios puntos de datos del mismo
parámetro en el búfer aleatorio. Este valor se puede establecer en el más nuevo (también conocido como N), que indica que el punto
de datos más reciente se transmitirá primero (es decir, del más nuevo al más antiguo); o se puede establecer en Más antiguo
(también conocido como O), lo que indica que el punto de datos más antiguo se transmitirá primero (es decir, del más antiguo al
más nuevo). Este parámetro solo es aplicable cuando RDS = SENSOR.
El valor predeterminado es el más nuevo.

11.2.19. Banderas de operaciones aleatorias (ROF = xx) [dtx]
Este comando establece el byte de opción para transmisiones aleatorias. El byte de opción aleatoria es un valor de mapa de
bits que determina varios modos de funcionamiento para transmisiones aleatorias. El valor debe ingresarse en formato
hexadecimal.
El valor predeterminado para el ROF se borran todos los bits.
El mapeo de bits se proporciona en la siguiente tabla; los bits no utilizados deben establecerse en 0.

0 No utilizado reservado para uso futuro
1 Volcado de búfer 0 = No volcar el búfer aleatorio.
1 = Dump Random Buffer a RS-232 después de Tx.
2 Volcado de estado 0 = No volcar el estado aleatorio.
1 = Estado de volcado aleatorio a RS-232 después de Tx.
3 Iniciar TX de registro 0 = No registrar el inicio de Random Tx en el búfer de datos / eventos. 1 = Inicio
de registro de transmisión aleatoria en el búfer de datos / eventos.
4 Finalizar TX de registro 0 = No registrar el final de Random Tx en el búfer de datos / eventos.
1 = Final del registro de transmisión aleatoria y estadísticas en el búfer de datos / eventos.
5 No utilizado reservado para uso futuro

Tabla 19: Byte de indicador de operación aleatoria
11.3. Comandos generales de configuración del transmisor
11.3.1. Potencia de transmisión (TXP = aa, [bb]) [dtx]
Este comando establece el nivel de potencia de transmisión de RF en vatios. Dependiendo del modo operativo
(consulte la Sección 11.2.2), se permiten / requieren uno o dos parámetros.
Para el modo Logger, este comando no se utiliza. Para la operación GOES, este comando acepta / devuelve dos valores; la
primera es la potencia de transmisión a 300 bps y la segunda es la potencia a 1200 bps. Para todos los demás modos de
funcionamiento (es decir, MeteoSat, ARGOS, INSAT), solo se aplica un único ajuste de potencia.
Tenga en cuenta que la potencia máxima para cada velocidad de bps está limitada en la fábrica según el tipo de antena que
se utilizará y el satélite operativo previsto; Esto se hace para asegurar que las transmisiones no excedan los límites de
certificación del propietario del sistema. Por ejemplo, para una GTX-2.0 utilizada en el sistema NOAA GOES con una antena
Cross Yagi de 11dB, la potencia máxima para 300 bps está limitada a 1 Watts (0 dBW), y la potencia máxima para
funcionamiento a 1200 bps está limitada a 5 Watts ( 7 dBW).
La configuración de potencia mínima para cualquier velocidad bps es 0,1 W.
11.3.2. Hora (TIM = hh: mm: ss) [dtx]
Este comando establece la hora en el transmisor. La hora se sobrescribirá con la hora derivada del GPS cuando se produzca
una corrección de la hora del GPS (si hay un módulo GPS instalado). Las transmisiones cronometradas no ocurrirán hasta
que se haya configurado la hora usando este comando o desde el GPS. Se producirán transmisiones aleatorias con o sin
tiempo establecido.
Al configurar la hora, solo se permiten horas, minutos y segundos. Sin embargo, la respuesta a este comando incluye
un campo de sub-segundos en el formato de hh: mm: ss.uu (.uu = centésimas de segundo).
Si el tiempo no ha sido establecido por este comando o por un punto de GPS, entonces la respuesta del transmisor al " TIM?
el comando será TIM = No establecido [CR] [LF].
La hora se puede ingresar en hora local o en UTC. Sin embargo, si se va a utilizar la hora local junto con la sincronización de la hora
por GPS, el usuario también debe utilizar la Zona horaria ( TZN) comando para ingresar correctamente el desplazamiento de la zona
horaria de UTC (consulte la Sección 11.3.5).

11.3.3. Fecha (DAT = mm / dd / aaaa) [dtx]
Este comando establece la fecha en el transmisor. La fecha se sobrescribirá con la fecha derivada del GPS cuando se
adquiera un punto de GPS (si hay un módulo GPS instalado). Las transmisiones cronometradas no se producirán hasta que
se haya establecido la fecha mediante este comando o desde el GPS. Las transmisiones aleatorias ocurrirán con o sin la
fecha establecida.
Si la fecha no ha sido establecida por este comando o por una posición de GPS, entonces la respuesta del transmisor al "
DAT? " el comando será DAT = No establecido [CR] [LF].
11.3.4. Time Correct (TIC) [todos]
Este comando Time Correct permite corregir el tiempo por errores de deriva sin volver a ingresar el tiempo. Tenga en
cuenta que este comando es válido en cualquier momento (siempre que se hayan configurado la fecha y la hora), por lo que
se puede utilizar para corregir la hora sin deshabilitar la GTX.
Este comando no acepta ni devuelve ningún parámetro. Al emitir el comando, la GTX debe reiniciar su reloj interno al
minuto más cercano. En otras palabras, si la hora actual está dentro de la primera mitad de un minuto (segundos
<30), entonces este comando simplemente pone a cero los segundos; si la hora actual está en la segunda mitad del
minuto (segundos> = 30), entonces la GTX avanza el reloj (hora y fecha) al comienzo del siguiente minuto.
11.3.5. Desplazamiento de zona horaria (TZN) [dtx]
El comando Time Zone Offset permite al usuario ingresar una corrección de zona horaria en horas relativas a UTC.
Introducir una corrección de zona horaria es absolutamente necesario si la GTX se va a operar en la hora local con la
posibilidad de sincronizar la hora por GPS. Si bien la hora en la GTX se puede ingresar manualmente, el uso de GPS para
actualizar el reloj hará que la hora se reinicie automáticamente cuando la GTX realice una sincronización horaria. Sin
embargo, antes de aplicar la actualización, la GTX ajustará la hora UTC proporcionada por el receptor GPS mediante la
corrección de la zona horaria para convertir UTC a la hora local.
La corrección de la zona horaria se puede establecer en el rango de -13 a +13 horas en pasos de un cuarto de hora (0,25). Establecer
el valor en 0 implica que la GTX está funcionando en UTC o GMT.
11.3.6. Corrección UTC (UTC) [todos]
los UTC El comando permite al usuario preestablecer o solicitar la corrección UTC. La corrección UTC es un desplazamiento
entero en segundos desde la hora del GPS hasta UTC o GMT. Si bien el receptor GPS determinará automáticamente la
desviación de los satélites GPS, el factor de corrección solo se envía una vez cada 12,5 minutos. Como tal, este comando se
puede usar para preestablecer el valor de compensación, lo que puede acelerar enormemente el tiempo para sincronizar el
reloj interno de la GTX. A partir del 1 de julio de 2012, la corrección UTC es de -16 segundos.
Como configuración predeterminada, esta es una configuración de "uso único", es decir, la próxima vez que la GTX sincronice el reloj a través
del receptor GPS, esperará hasta que se reciba la corrección.
Para preajustar la corrección de compensación, el formato de comando es UTC = -16. Tenga en cuenta que este comando tiene un nivel de
acceso de todos , por lo que se puede utilizar incluso después de que se haya habilitado la GTX. Una vez que la GTX obtenga la corrección del
sistema GPS, no aceptará un valor preestablecido.
Emitiendo el formulario de consulta de este comando ( ¿UTC?) puede producir una de tres respuestas. Si la
corrección UTC no ha sido determinada por el sistema GPS y no ha sido preestablecida por el usuario, la GTX
responderá con UTC = No establecido. Si la corrección UTC ha sido establecida por GPS, la respuesta será UTC = -
16, G. Si la corrección UTC se ha preajustado manualmente, la respuesta es UTC = -16, M.
11.3.7. Carácter de reemplazo no válido (IRC = c) [dtx]
Este comando define el carácter ASCII que sustituirá a cualquier carácter no válido detectado en un búfer de
transmisión. Ciertos modos operativos (por ejemplo, GOES Pseudo-Binary, METEOSAT International, etc.) restringen
los caracteres permitidos que se pueden transmitir. Si la GTX está operando en uno de estos modos y detecta un
carácter prohibido en el búfer de transmisión, transmitirá este carácter en su lugar. El carácter predeterminado es la
barra inclinada '/'. Solo se permiten caracteres ASCII imprimibles (espacio a través de tilde).

11.3.8. Relleno de barra (SFL = b) [dtx]
El comando Slash Fill controla cómo se llenan los campos de datos no leídos en los búferes de transmisión. El valor por defecto
La configuración de la GTX es llenar los campos con caracteres de espacio ASCII en la inicialización del búfer. Establecer este
parámetro en 1 ( SFL = 1), indica a la GTX que utilice el carácter de barra diagonal ASCII (/) como carácter de relleno.
Una vez que la GTX está habilitada, a medida que se leen y procesan los datos del sensor, los datos capturados
sobrescribirán los caracteres de relleno. Sin embargo, si un sensor falla, la GTX aplicará datos de relleno al campo para
distinguir entre una lectura real y un error.
Con esta bandera establecida en 0, la GTX llenará los campos pseudobinarios con espacios en caso de una lectura
errónea. Para la transmisión ASCII, la GTX insertará la cadena "N / M" junto con suficiente espacio para llenar el
ancho de campo para indicar "Sin medición"; si el ancho del campo es menor de 4 caracteres, la GTX solo llenará
espacios.
Cuando SFL = 1, En cambio, los campos de transmisión simplemente se rellenarán con el carácter de barra en caso
de lecturas erróneas.
Tenga en cuenta que cuando se utiliza el relleno de barra inclinada para los campos de transmisión ASCII, el carácter más a la izquierda del campo
seguirá siendo un espacio para delimitar el campo. Sin embargo, los campos de transmisión pseudo-binarios siempre están completamente llenos.
El valor predeterminado es 0. (Sin relleno de barra).
11.3.9. Encendido habilitado (PUE = b) [dtx]
Este comando indica al transmisor que se encienda habilitado (b = 1) o deshabilitado (b = 0). Establecer este indicador en verdadero
(b = 1) se puede utilizar para evitar tener que habilitar explícitamente la unidad durante el despliegue de campo. Si el transmisor
está configurado para su modo operativo, entonces establecer este indicador como verdadero (y guardarlo con la configuración)
hará que la unidad ingrese inmediatamente al estado habilitado al encenderse.
Si el transmisor está configurado para operación de transmisión temporizada o no hay BBU-RTC disponible en la unidad, se iniciará
una localización GPS inmediata al encender. Tenga en cuenta que si no hay un receptor GPS instalado, este modo aún se puede usar
si hay un BBU-RTC disponible y el transmisor solo está configurado para informes aleatorios o solo para uso como registrador.
Borrar esta bandera indica a la unidad que se encienda en el estado desactivado. Este comando es solo uno de los dos comandos de
configuración que no están protegidos por contraseña (consulte la Sección 11.1.5).
El valor predeterminado es 0. (Energía deshabilitada).
11.4. Comandos de almacenamiento de datos de transmisión RS-232
Los siguientes comandos se utilizan para administrar y almacenar datos en los búferes de transmisión utilizando el puerto
RS232 como fuente de datos.
11.4.1. Designador de caracteres literal, '/'
Cuando se usa el búfer RS-232 para cargar datos en un búfer de transmisión, ciertos bytes o caracteres deben ir
precedidos de una barra literal ('/') para evitar ser malinterpretados como un carácter de control de comando. Por
ejemplo, si se va a cargar un [CR] en el Timed ( TDT) o aleatorio ( RDT) búfer, entonces el [CR] debe estar precedido
por el carácter literal ya que el carácter [CR] (0x0d) se usa para indicar el final de un comando de almacenamiento de
datos (como con otros tipos de comando).
Los únicos otros dos caracteres de control de comando usados por el transmisor son [BS] (0x08, usado para editar
comandos) y [ESC] (0x1b, usado para terminar comandos). En consecuencia, para cargar estos valores binarios en un búfer
de transmisión también se requiere el uso del designador literal.
En realidad, excepto en algunos casos especiales, la recepción del carácter literal ('/') indicará al transmisor que cargue el
siguiente carácter a medida que se reciba en el búfer. Por lo tanto, para cargar realmente un carácter de barra en el búfer
deseado, es necesario enviar dos barras consecutivas, es decir, '//'.
Se han implementado tres casos especiales en la interfaz para facilitar la carga de los caracteres enumerados a continuación cuando
se opera el transmisor desde un programa de terminal (por ejemplo, para pruebas y resolución de problemas).

• / R o / r cargará un [CR] (0x0d) /

• N o / n cargará un [LF] (0x0d) / T
• o / t cargará un [HT] (0x09)
Sin embargo, cuando el transmisor está conectado a un host autónomo (por ejemplo, un registrador de datos), no es
necesario preceder ningún carácter binario que no sea el que se correlaciona con los especificados anteriormente
([CR], [BS], [ESC] y '/') con el designador literal.
11.4.2. Carga de búfer de datos temporizada (TDT = xxx…) [etx]
los TDT El comando agrega datos con formato de host al búfer temporizado cuando la fuente de datos temporizada es RS-
232. Este comando no está permitido y devolverá una respuesta de error (ERR) cuando TDS = SENSOR, o siempre que
el transmisor esté desactivado.
Antes de enviar una transmisión cronometrada, el transmisor insertará el preámbulo apropiado y el ID de DCP programado,
cualquier información de encabezado (por ejemplo, byte de bandera HDR y / o número de secuencia), y para la operación
GOES agregará el EOT apropiado. Si el formato de datos temporizados ( TDF) sea ASCII o PseudoBinary, el transmisor
también insertará el bit de paridad correcto para cada carácter del mensaje.
La longitud máxima de los datos formateados puede ser de hasta 126000 bits o 15750 bytes (consulte la sección
1.2.3.2.1). Sin embargo, el tamaño real del búfer se calcula en función de la longitud de la ventana temporizada ( TWL), es
decir, el transmisor no aceptará más bytes de los que se pueden enviar en la longitud de ventana programada en el formato
bps configurado.
Si este comando se recibe cuando se inicia una transmisión y está pendiente (aproximadamente 5 segundos antes de la
transmisión programada) o durante una transmisión programada, los datos no se incluirán en la transmisión actual, pero se
almacenarán en búfer para la siguiente transmisión programada. Cuando se completa una transmisión cronometrada, los
datos transmitidos se borrarán automáticamente del búfer cronometrado a menos que se establezca la bandera “No
borrar” (consulte la Sección 11.2.7).
El transmisor responde con: [ CR] [LF]> si los datos son aceptados.

ERR [CR] [LF]> si el búfer está lleno
Tenga en cuenta que el transmisor no evitará que se carguen caracteres prohibidos en el búfer. En cambio, estos
caracteres serán reemplazados por un carácter definido por el usuario antes de ser transmitidos si la unidad está
configurada para operación pseudo-binaria.
La naturaleza única de este comando requiere que se establezcan varias distinciones importantes de otros comandos.
señalado.
• Este comando solo se aceptará cuando el transmisor esté habilitado.

• Una vez que se recibe el signo igual, es posible que no se pueda editar el comando en sí. En otras
palabras, retroceder hasta el punto en el que se elimina el signo igual terminará el comando.
• Mientras que otros comandos tienen un número predeterminado de parámetros, la cantidad de datos que se pueden cargar
con este comando solo está limitada por el tamaño de la memoria intermedia determinada por la longitud de la ventana de
transmisión.
11.4.3. Tamaño de búfer programado (¿TBS?) [Todos]
Este comando devuelve el número de bytes almacenados en el búfer de transmisión temporizada.
11.4.4. Borrar búfer temporizado (CTB) [todos]
Este comando borra el búfer de transmisión temporizada si la fuente de datos temporizada es el puerto RS-232. El
comando no tiene efecto cuando TDS = SENSOR.
11.4.5. Volcado de búfer programado (TBD) [todos]
los TBD El comando volcará el contenido actual del búfer de transmisión temporizada. Este comando se puede utilizar para
verificar que los datos recopilados de los sensores estén formateados y cargados correctamente en el búfer de transmisión
temporizada. Además de los datos reales almacenados en el búfer, este comando también informa el número de bytes
almacenados en el búfer temporizado, como se muestra en el siguiente ejemplo.

> TBD
TimedBfrDump = 69
BÚFER TEMPORIZADO MICROCOM GTX-2.0
25,25 25,50 25,75
00002 00001 00000
>
Tenga en cuenta que si se establece el bit Buffer Dump en los indicadores de operación temporizada (consulte la Sección 11.2.7), el búfer de
transmisión temporizada se descargará automáticamente después de una transmisión satelital temporizada en el formato que se muestra
arriba.
11.4.6. Carga de búfer de datos aleatorios (RDT = xxx…) [etx]
los RDT El comando agrega datos con formato de host al búfer aleatorio cuando la fuente de datos aleatoria es
RS-232. Este comando no está permitido y devolverá una respuesta de error (ERR) cuando RDS = SENSOR,
o siempre que el transmisor esté desactivado.
Antes de enviar una transmisión aleatoria, el transmisor insertará el preámbulo apropiado y el ID de DCP
programado, cualquier información de encabezado (por ejemplo, byte de bandera HDR y / o número de secuencia), y
para la operación de GOES, agregará el EOT apropiado. Si el formato de datos aleatorios es ASCII o pseudobinario, el
transmisor también insertará el bit de paridad correcto para cada carácter del mensaje.
Para el funcionamiento de GOES, la longitud máxima de los datos formateados depende del BAUD seleccionado según los
estándares de certificación NESDIS. El transmisor no aceptará más bytes de los que se pueden enviar en una transmisión
aleatoria a la velocidad de BAUD configurada.
El transmisor responde con: [ CR] [LF]> si los datos son aceptados.

ERR [CR] [LF]> si el búfer está lleno o los datos contienen caracteres ilegales.
Al cargar datos en el búfer de transmisión aleatoria, se activa la secuencia de informes aleatoria. Una vez activado, el
mecanismo de informe aleatorio enviará los datos cargados en el búfer para el número de transmisiones
especificado por Random Repeat Count ( RRC). El búfer se borrará automáticamente y la secuencia terminará cuando
el número de transmisiones especificado por el RRC se ha producido el comando (a menos que el recuento de
repeticiones sea cero).
Si este comando se recibe con informes aleatorios adicionales pendientes, los datos anteriores se eliminarán y
comenzará una nueva secuencia. Si el comando se recibe durante una transmisión aleatoria o cuando se ha iniciado
una transmisión y está pendiente, la transmisión actual se completará y los nuevos datos se cargarán al finalizar y
luego se activará una nueva secuencia.
Tenga en cuenta que el transmisor no evitará que se carguen caracteres prohibidos en el búfer. En cambio, si el
transmisor está configurado para transmisiones GOES, estos caracteres serán reemplazados por un carácter
definible por el usuario antes de ser transmitidos si la unidad está configurada para operación Pseudo-Binaria.
La naturaleza única de este comando requiere que se establezcan varias distinciones importantes de otros comandos.
señalado.
• Este comando solo se aceptará cuando el transmisor esté habilitado.

• Una vez que se recibe el signo igual, es posible que no se pueda editar el comando en sí. En otras
palabras, retroceder hasta el punto en el que se elimina el signo igual terminará el comando.
• Mientras que otros comandos tienen un número predeterminado de parámetros, la cantidad de datos que
puede cargarse con este comando solo está limitado por el tamaño del búfer según lo determinado por los
estándares NESDIS para la tasa de BAUD configurada.
11.4.7. Tamaño de búfer aleatorio (¿RBS?) [Todos]
Este comando devuelve el número de bytes almacenados en el búfer aleatorio de GOES.

11.4.8. Borrar búfer aleatorio (CRB) [todos]
Este comando borra el búfer de transmisión aleatoria si la fuente de datos aleatoria es el puerto RS-232. En este
modo, borrar el búfer de transmisión aleatoria también terminará la secuencia activa de Informe aleatorio. El
comando no tiene efecto cuando RDS = SENSOR.
11.4.9. Volcado de búfer aleatorio (RBD) [todos]
los RBD El comando volcará el contenido actual del búfer de transmisión aleatoria. Este comando se puede utilizar para
verificar que los datos recopilados de los sensores estén formateados y cargados correctamente en el búfer de transmisión
temporizada. Además de los datos reales almacenados en el búfer, este comando también informa el número de bytes
almacenados en el búfer temporizado, como se muestra en el siguiente ejemplo.
> RBD
RBD = 17
Acg] gvhO @ @ B @ @ A @ @@
>
Tenga en cuenta que si el bit Buffer Dump en el RandomOpFlags ( consulte la Sección 11.2.19), el búfer de transmisión
aleatoria se descargará automáticamente después de una transmisión por satélite temporizada en el formato que se
muestra arriba.
11.4.10. Transmisiones de búfer aleatorias restantes (RBT ) [todos]
Este comando devuelve el número de transmisiones aleatorias que quedan por enviar en la secuencia de informe
aleatorio actual. Si el transmisor o los informes aleatorios no están habilitados, el comando devuelve 'N / A'. Si la
cuenta de repetición aleatoria se establece en cero, el comando devuelve 'Inf', lo que indica que los informes
aleatorios continuarán hasta que el host borre el búfer aleatorio.
11,5. Comandos de prueba y configuración de recopilación de datos
Las capacidades de la GTX también incluyen la posibilidad de recopilar, procesar, formatear, almacenar y transmitir datos desde
dispositivos SDI-12 externos, así como sus funciones de sensor interno. Esta funcionalidad ampliada permite que la GTX se utilice
como un DCP completo sin la necesidad de un registrador de datos externo. También permite que la GTX funcione como un
registrador de datos independiente.
Configurar la GTX para recopilar y transmitir datos es un proceso relativamente simple de dos pasos. Primero, el usuario debe
configurar la recopilación de datos real. En segundo lugar, el usuario debe configurar el búfer de transmisión deseado para
formatear y registrar los datos para su transmisión.
Al separar estas funciones, es posible que los datos capturados de un sensor se almacenen en el búfer temporizado, en el
búfer aleatorio, en ambos búferes o en ninguno, pero que se utilicen para activar informes aleatorios. Además, no solo se
pueden almacenar los mismos datos en ambos búferes, también es posible almacenarlos en diferentes formatos; por
ejemplo, ASCII en el búfer temporizado y pseudobinario en el búfer aleatorio. Los datos muestreados también se pasan al
procesador de ecuaciones, al procesador Mín, Máx, Promedio (MMA) y al registro de Datos / Eventos.
Las siguientes subsecciones detallan los comandos utilizados para configurar y probar las funciones de recopilación de datos. La
sección 11.6 detalla los comandos para formatear y registrar datos en los búferes de transmisión.
11.5.1. Comandos de prueba y configuración de recopilación de datos SDI-12
Las siguientes secciones detallan la configuración de recopilación de datos SDI-12 y los comandos de prueba
implementados en la GTX. La GTX puede recopilar y almacenar hasta 64 parámetros SDI-12. Estos parámetros se pueden
recopilar de un solo dispositivo SDI-12 o de varios dispositivos SDI-12. A medida que se recopilan los parámetros, se pasan
al formato de datos y al módulo de almacenamiento donde se pueden incluir en el búfer de transmisión temporizada o
aleatoria (o ambos). Los parámetros SDI-12 también se pueden usar para activar informes aleatorios, operados por la
ecuación y los procesadores MMA, y almacenados en el registro de datos / eventos.
Si bien se puede definir y recopilar un máximo absoluto de 64 parámetros SDI-12, el número real de parámetros
SDI-12 que se pueden implementar depende de la configuración del software de la GTX (consulte la Sección 5).
Para permitir la máxima flexibilidad, la configuración de la recopilación de datos SDI-12 es independiente de las funciones de
almacenamiento de datos. En otras palabras, los comandos descritos en las siguientes subsecciones solo definen lo que

Se muestrean los parámetros SDI-12; qué hacer con las muestras de datos SDI-12 una vez que se recopilan se define
por separado.
Las siguientes secciones asumen que el usuario está familiarizado con el uso y la configuración de los dispositivos SDI-12.
11.5.1.1. Número de sensores SDI-12 (SSN = xx) [dtx]
los SSN El comando permite al usuario especificar el número máximo de parámetros SDI-12 a implementar. Como se
explica en la Sección 5, la memoria de configuración de la GTX es suave. En otras palabras, si bien el tamaño de la
memoria en bytes es fijo, el usuario puede definir cómo se utiliza la memoria disponible.
Este comando configura la asignación de memoria para reservar suficiente memoria para proporcionar el número solicitado
de definiciones de parámetros SDI-12. Si no hay suficiente memoria de configuración disponible para el número
especificado de parámetros, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de parámetros SDI-12 sea un mínimo de 10 (para compatibilidad con
versiones anteriores) y hasta un máximo de 64 (siempre que haya suficiente memoria disponible). La configuración
predeterminada ( ConfigDefault) asigna memoria para diez parámetros SDI-12.
Antes de poder definir un sensor SDI-12 con un índice superior al número especificado actualmente de parámetros SDI-12,
este comando debe usarse para hacer que la memoria de configuración para el sensor deseado esté disponible. El uso de
este comando para reducir la cantidad de sensores SDI-12 disponibles (por ejemplo, para dejar espacio para otros
parámetros de configuración suave), liberará la memoria de configuración asociada y eliminará cualquier sensor SDI-12
definido por encima del nuevo máximo.
11.5.1.2. Conceptos básicos del comando SDI-12
Las siguientes tres secciones proporcionan información sobre el uso del SSX, SLX, y SMX comandos. Estos comandos
comparten un enfoque común para hacer referencia al parámetro específico del sensor SDI-12. Específicamente, el X La
designación permite que los primeros diez parámetros sean referenciados como parte del comando con X simplemente
reemplazado por uno de los números 0,1,… 9.
Para hacer referencia a un parámetro con un índice superior a 10, el comando se usa en el extendido ( X) formato. En
este formato, el comando termina en la letra X y el número de índice se convierte en el primer valor en la cadena de
definición separada por comas. Tenga en cuenta que también está permitido utilizar X formato para el sensor 0 a 9
también. Por ejemplo …
SS9 = 0,0,1,00: 01: 00,00: 00: 00,1 es equivalente a SSX = 9,0,01,00: 01: 00,00: 00: 00,1
Para simplificar la recuperación de las definiciones de los parámetros, el carácter comodín, '* ', se puede utilizar de diversas formas.
Emitiendo el comando " SS *? " indicará a la GTX que descargue la configuración actual de los primeros diez sensores SDI-12
como mínimo, como se muestra a continuación. Si se definen más de los primeros diez sensores, estos serán
arrojado también; sin embargo, el volcado de todos los sensores estará en el X formato (ver siguiente ejemplo).
> SS *?
SS0 = 0,0,1,00: 15: 00,00: 05: 00,1
SS1 = &, &, 2
SS2 = &, &, 3
SS3 = 0,1,1,00: 15: 00,00: 05: 05,1
SS4 = 1,1,1,01: 00: 00,00: 30: 00,1
SS5 = &, &, 2
SS6 = C
SS7 = 7,0,3,00: 05: 00,00: 00: 30,1
SS8 = C
SS9 = C
>

Emitiendo el comando " SSX? " dirigirá a la GTX para que descargue la configuración actual para todos los sensores
definidos, pero X formato incluso si solo los primeros diez sensores SDI-12 tienen definiciones, como se muestra a
continuación.
> SSX?
SSX = 0,0,0,1,00: 15: 00,00: 05: 00,1 SSX
= 1, &, &, 2
SSX = 2, &, &, 3
SSX = 3,0,1,1,00: 15: 00,00: 05: 05,1
SSX = 4,1,1,1,01: 00: 00,00: 30: 00,1
SSX = 5, &, &, 2
SSX = 6, C
SSX = 7,7,0,3,00: 05: 00,00: 00: 30,1
SSX = 8, C
SSX = 9, C
>
Emitiendo el comando " SS * = *? " o " SSX = *? " le indicará a la GTX que descargue la configuración actual para
todos los sensores SDI-12 disponibles, independientemente de si están definidos o no. En otras palabras, el volcado
incluirá sensores de 0 a uno menos que el valor definido por SSN ( ya que la indexación se basa en cero). Por
ejemplo, para el número máximo de sensores SDI-12 (64), el volcado será de 0 a 63.
Emitiendo el comando " SS * = n? " cuando norte es un número menor que el máximo especificado indicará a la GTX que descargue
la configuración actual para todos los sensores SDI-12 hasta e incluyendo norte.
Nuevamente, estos usos de comodines también se aplican a los comandos SLX y SMX.
11.5.1.3. Definición del sensor SDI-12 (SSX = a, m, p, rate, offset, <log>) [dtx]
los SSX El comando define la operación de hasta 64 parámetros SDI-12. Para cada parámetro, el usuario debe definir
lo siguiente ...
a = Dirección del dispositivo SDI-12

metro = Número de medición SDI-12
pag = número de parámetro de medición = intervalo de
índice frecuencia de muestreo
compensar = desplazamiento en el intervalo de muestra para la recolección =
<log> especificador de registro opcional (el valor predeterminado es 1)
Para definir uno de los primeros diez parámetros, el índice de parámetro (0 a 9) puede simplemente reemplazar el
carácter X en el comando (p. ej. SS0 = a,…). Para definir los parámetros 10 y superiores, el valor del índice debe
incluirse como el primer valor en la definición delimitada por comas antes del especificador de dirección del
dispositivo (p. Ej. SSX = 10, a,…).
Si hay varios dispositivos SDI-12 conectados al bus, cada dispositivo debe tener una dirección única. Los dispositivos SDI12
pueden usar identificadores de dirección 0-9, AZ y az. Si solo se va a utilizar un único dispositivo SDI-12, el usuario puede
configurar opcionalmente la dirección para uno de los dos caracteres de dirección comodín SDI-12 '?' o '*'. Tenga en cuenta
que el usuario debe estar seguro de que el dispositivo SDI-12 responderá al carácter comodín seleccionado, ya que esto no
es un requisito de la interfaz SDI-12.
Si bien todos los dispositivos SDI-12 tienen una medida principal, algunos dispositivos también proporcionan
medidas adicionales. Cuando el punto de datos SDI-12 que se va a recopilar m = 0, la GTX está configurada para
muestrear la medición primaria (es decir, comando SDI-12 aM!). La GTX también admite la recopilación de puntos de
datos de las mediciones adicionales; configuración m = 1, m = 2, …, o m = 9, dirigirá a la GTX para que inicie la
medición adicional deseada (es decir, comando SDI-12 aMm!).
Si se desean mediciones simultáneas, el número de medición puede ir precedido por la letra C (p. Ej.
m = C0, m = C1, …, o m = C9) para indicar a la GTX que utilice la operación en modo concurrente para el sensor. Tenga en cuenta que
el dispositivo SDI-12 debe admitir mediciones simultáneas para que este modo funcione correctamente. Desde el

La cadena de definición se aplica solo al parámetro del sensor definido, las mediciones simultáneas y no simultáneas
se pueden entremezclar según sea necesario.
Para cada medición SDI-12, el dispositivo SDI-12 puede devolver más de un parámetro. En consecuencia, cada
definición de sensor SDI-12 debe incluir el número de parámetro ( pag) para coleccionar. El número de parámetro
debe ser un valor entre 1 y 9. Tenga en cuenta que el número de parámetro NO se correlaciona necesariamente con
un comando de envío de datos SDI-12 (es decir, de aD0! A aD9!). Siguiendo un comando de medición SDI-12, la GTX
extraerá y concatenará todos los valores tomados por el dispositivo utilizando tantos comandos de envío de datos
como sea necesario para obtener todos los valores medidos en respuesta al comando de medición emitido
específicamente. Una vez recopilados y concatenados todos los valores,
La cadena concatenada se analizará para el parámetro seleccionado.
El usuario puede especificar individualmente la frecuencia de muestreo para cada dispositivo SDI-12. Además, el usuario
puede especificar opcionalmente una compensación en el intervalo de muestreo en cuanto a cuándo tomar la medición.
Tanto el muestreo índice y el compensar se puede especificar como un número entero de segundos o como un intervalo de
tiempo en horas, minutos y segundos (es decir, hh: mm: ss). Sin embargo, al solicitar la corriente
configuración, la GTX siempre responde con la índice y compensar en formato de intervalo.
La frecuencia de muestreo máxima es de 24 horas (por ejemplo, 24:00:00 o 86,400 segundos). Sin embargo, para velocidades de
muestreo y compensaciones superiores a 12 horas (43.200 segundos), el valor debe ser par. En otras palabras, por debajo de doce
horas la resolución es de 1 segundo y por encima de 12 horas son 2 segundos para estos valores. Si bien la frecuencia de muestreo
mínima se puede establecer en 1 segundo, tenga en cuenta que el dispositivo SDI-12 puede tener su propio límite en la frecuencia
de muestreo (el muestreo con demasiada frecuencia también puede afectar negativamente el consumo de energía general del
sistema).
El maximo compensar es igual al muestreo índice, y el mínimo compensar es 0 segundos. los compensar es opcional y, si
se omite, se establecerá en 0 (sin compensación). los compensar determina en qué punto del intervalo de muestreo se
tomará la medición; por ejemplo, si configura la frecuencia de muestreo en 1 hora con una compensación de 15 minutos, la
GTX hará la medición una vez cada hora, pero a los 15 minutos de la hora. Utilizando el compensar permite al usuario
ajustar exactamente cuándo se captura un parámetro y saber exactamente cuándo se midió un parámetro en relación con
las transmisiones temporizadas y otros parámetros. Uso adecuado del compensar también puede garantizar que las
mediciones no entren en conflicto entre sí o con tiempos de transmisión conocidos.
El opcional < registro> El especificador controla la frecuencia con la que se almacena el valor recopilado en el búfer de datos /
eventos. Si se omite este parámetro, se utilizará el valor predeterminado de 1 (es decir, se guardarán todas las muestras). Al
especificar un valor de 0, se deshabilita el registro. El uso de un valor mayor que 1 definirá un "intervalo de registro" que es un
múltiplo entero del intervalo de muestreo. Por ejemplo, muestrear cada 5 minutos con un < registro> El valor de 12 indicará a la
GTX que guarde una muestra cada hora. El < registro> El parámetro también se puede establecer en "D" para el registro delta. El
registro delta hace que la GTX solo guarde un nuevo valor cuando es diferente del valor almacenado previamente. El maximo Iniciar
sesión El valor que se puede especificar es 250.
También se pueden incluir dos banderas opcionales con el opcional < registro> especificador. Estas banderas se definen incluyendo
los caracteres H y / o L. Anexando un H El indicador al especificador de registro indica a la GTX que compruebe los activadores de
informes aleatorios para un tipo de activador de Alto o Aumento vinculado a este sensor. Asimismo, si el L se adjunta una bandera,
la GTX verificará los disparadores de informes aleatorios para un tipo de disparador de baja o caída vinculado a este sensor. Si existe
un disparador aleatorio de este tipo, y el valor es tal que está por encima (para H) o por debajo (para L) el límite de activación, el
valor siempre se registrará. Esto permite que los datos se registren con menos frecuencia, excepto cuando las condiciones lo
justifiquen.
Dado que un dispositivo SDI-12 puede devolver múltiples parámetros en respuesta a una sola medición, se ha
implementado un mecanismo especial para facilitar la captura de múltiples parámetros sin tener que iniciar ciclos de
medición redundantes. Especificando la dirección a = & permite al usuario vincular este parámetro del sensor SDI-12
a la medición anterior y capturar un valor diferente en la respuesta del dispositivo SDI-12. Cuando se utiliza esta
especificación, el parámetro de medición también debe definirse como '&' u omitirse, y solo un nuevo número de
parámetro ( pag) y especificador de registro (< registro>) puede definirse; es decir, el índice
y compensar puede especificarse. Omitir el especificador de registro dará como resultado que este parámetro se registre
como para el sensor SDI-12 al que está vinculado. Por ejemplo, especificando SS1 = &, &, 2 ( o SS1 = &, 2) dirigirá la GTX para
capturar los 2 DAKOTA DEL NORTE parámetro devuelto por la medición definida por SS0 además de cualquier parámetro que se
capture como parte de la medición definida por SS0; la frecuencia de muestreo y la compensación para SS1

es lo mismo que para SS0. Tenga en cuenta que no está permitido utilizar el "& " designación en SS0 ya que este es el
primer sensor SDI-12. Está permitido continuar este proceso y vincular sensores adicionales a una medición anterior.
Para borrar una configuración de sensor SDI-12 previamente definida, emita el SSX comando con solo una 'C' después del
signo igual o la coma índice (p. ej. SS2 = C o SSX = 2, C borrará todos los ajustes del sensor SDI-12 2). Tenga en cuenta que
borrar un sensor SDI-12 también borrará cualquier sensor vinculado a él usando el designador '&'.
Emitir el formulario de consulta de este comando (p. Ej. SS0? o SSX = 0?), devolverá la definición actual para el
parámetro de sensor SDI-12 solicitado. Si el sensor solicitado no ha sido definido, la GTX responderá con la letra 'C',
indicando que el sensor está borrado.
A continuación se muestra un ejemplo de una definición de SDI-12.
> SS *?
SS0 = 0,0,1,00: 15: 00,00: 05: 00,1
SS1 = &, &, 2
SS2 = &, &, 3
SS3 = 0,1,1,00: 15: 00,00: 05: 05,1
SS4 = 1,1,1,01: 00: 00,00: 30: 00,1
SS5 = &, &, 2
SS6 = C
SS7 = 7,0,3,00: 05: 00,00: 00: 30,1
SS8 = C
SS9 = C
>
Tenga en cuenta que en el ejemplo anterior, los parámetros del sensor SDI-12 SS1 y SS2 están atados a SS0. Sensor SS3
es del mismo dispositivo (dirección = 0), pero es una medida diferente. Tenga en cuenta que los cuatro parámetros
recopilados del dispositivo SDI-12 con la dirección '0' se realizan en un intervalo de 15 minutos, pero la secuencia de
medición '0' se inicia a los 5 minutos del intervalo y se recopilan tres parámetros de ella; la medición '1' siempre se
inicia 5 segundos después de la medición '0' y solo se recopila un parámetro. Parámetros del sensor SS4 y SS5 se
recopilan del dispositivo SDI-12 con la dirección '1'; ambos parámetros se recopilan de la medición primaria y se
muestrean cada hora al final de la hora. Como se indica en el ejemplo anterior, no es necesario tener los sensores
SDI-12 definidos de forma contigua ( SS6 no está definido mientras SS5 y SS7 están definidos).
los SS * y SSX Los comandos también se pueden usar para borrar todas las definiciones del sensor SDI-12 emitiendo
SS * = CLARO o SSX = BORRAR ( la palabra clave CLEAR debe estar en mayúsculas).
11.5.1.4. Etiqueta del sensor SDI-12 (SLX = xxxx) [dtx]
Este comando se puede utilizar para configurar o recuperar las etiquetas de sensor SDI-12 personalizadas.
Las etiquetas de sensor SDI-12 proporcionan un mecanismo para vincular las referencias genéricas de SDI-12 de S0 a S63 a un
“Nombre de variable” más significativo para usar en la definición de ecuaciones. Las etiquetas también se utilizan cuando los
parámetros SDI-12 se recuperan del Registro de datos / eventos y se pueden incluir en las transmisiones de mensajes.
Usando el conjunto (p. Ej. SL0 = TEMPERATURA o SLX = 0, TEMPERATURA) A partir de este comando, el usuario puede redefinir las etiquetas
en una cadena de 1 a 4 caracteres.
Usando el formulario de consulta de este comando (p. Ej. SL0? o SLX = 0?) devolverá la etiqueta actual.
Usando el comando SLX? o un comando con el carácter comodín * en la consulta (p. ej. SL * ?, SLX = * ?, SL * = * ?, o SL * =
n? ) permite que se vuelquen múltiples definiciones de etiquetas. Consulte la Sección 11.5.1.2 para obtener información.
sobre cómo el carácter comodín afecta qué etiquetas SDI-12 se descargan usando estos comandos.
Usando el comando SL * = CLARO o SLX = CLARO borrará todas las etiquetas a sus valores
predeterminados. Las etiquetas SDI-12 predeterminadas son "SDI0" a "SDI9" y "SD10" a "SD63".

11.5.1.5. Siguiente muestra de SDI-12 (SMX) [todos]
los SMX El comando se puede utilizar para determinar cuándo está programada la próxima muestra para un sensor SDI-12.
Emisor SMX? ( dónde X = 0,1,… 9) o SMX = n? devolverá la fecha y hora en que se tomará la siguiente muestra para
el sensor SDI-12 solicitado.
Emisor SMX? o SM *? indica a la GTX que descargue la fecha y la hora de la siguiente muestra para todos los sensores
SDI-12 como se muestra en el siguiente ejemplo. El siguiente ejemplo se basa en el ejemplo de configuración de la sección
anterior; observe cómo la compensación del intervalo afecta la siguiente muestra que se tomará.
> SM *?
SM0 = 26/04 / 2004,14: 35: 00
SM1 = 26/04 / 2004,14: 35: 00
SM2 = 26/04 / 2004,14: 35: 00
SM3 = 26/04 / 2004,14: 35 : 05
SM4 = 04/26 / 2004,14: 30: 00
SM5 = 04/26 / 2004,14: 30: 00
SM6 = 00/00 / 0000,00: 00: 00
SM7 = 04/26 / 2004,14 : 25: 30
SM8 = 00/00 / 0000,00: 00: 00
SM9 = 00/00 / 0000,00: 00: 00
>
Si no se define un sensor SDI-12, la fecha y la hora devueltas son todos ceros como se indica en el ejemplo anterior.
Durante el funcionamiento normal, el muestreo de los sensores SDI-12 solo ocurrirá una vez que se haya habilitado
la GTX. Sin embargo, se han proporcionado comandos de prueba para verificar la interfaz SDI-12 sin habilitar
realmente la unidad.
Emitiendo el SMI El comando (es decir, sin parámetros) dirigirá a la GTX a determinar las siguientes fechas y horas de
muestra basándose en la configuración actual y la fecha y hora actuales. Si bien no se realiza ningún muestreo en
respuesta a este comando, este comando puede ser útil para verificar las compensaciones en los intervalos de
muestreo.
11.5.1.6. Comando de prueba SDI-12 (SDI) [todos]
El comando Prueba SDI-12 se puede utilizar para comunicarse con un dispositivo SDI-12 en particular, así como para
probar toda la configuración SDI-12.
La primera forma de este comando ( SDI = <sdicmd>) proporciona un mecanismo que permite al usuario
comunicarse con un dispositivo SDI-12 mediante el envío de comandos SDI-12 directamente al dispositivo. Los
comandos enviados deben estar en el formato nativo SDI-12 y la GTX hará eco de la respuesta a medida que se
reciba del dispositivo. Como mínimo, los datos proporcionados (< sdicmd>) debe incluir la dirección del dispositivo y
el comando SDI-12 deseado. El signo de exclamación "!" el terminador requerido por el protocolo SDI-12 se puede
incluir opcionalmente; si no es así, la GTX agregará uno.
Tenga en cuenta que este comando tiene derechos de acceso de " todos ”, Que permite enviar comandos a dispositivos SDI-12
incluso cuando la GTX está habilitada. Sin embargo, para evitar una colisión en el bus SDI-12, la recepción de este comando cuando
la GTX ya se está comunicando con un dispositivo SDI-12 hará que la GTX responda con " OCUPADO ”(Como se muestra a
continuación) que indica que el bus SDI-12 está ocupado actualmente; simplemente espere un momento y vuelva a enviar el
comando.
> SDI = 0M!

OCUPADO
>
Para los comandos de estilo de medición (por ejemplo, aM!), La GTX solicitará automáticamente al dispositivo suficientes
comandos de envío de datos (aD0 !, aD1 !,…) para recuperar el número adecuado de parámetros. A continuación se muestra
un comando y una respuesta típicos. En este ejemplo, el usuario escribió " SDI = 0M! " y presionó la tecla Enter (es decir

se emitió un [CR] después del “!”). Tenga en cuenta que en lugar de repetir el [CR], la GTX responde con los datos
recibidos (por ejemplo, atttn = '00042') desde el dispositivo SDI-12; el primer '0' es la dirección del dispositivo (a), el
'004' (ttt) es el tiempo máximo para completar la medición en segundos, y el '2' (n) final indica que el dispositivo
devolverá 2 valores. Para estos comandos, la GTX esperará el tiempo requerido o hasta que reciba una solicitud de
servicio (indicado por un solo '0' en la segunda línea en el ejemplo a continuación). Siguiendo cualquiera de las
secuencias de eventos, la GTX emitirá comandos de envío de datos hasta que se reciban todos los valores indicados
por la respuesta inicial. Tenga en cuenta que la separación de líneas es un resultado natural de la inclusión de
caracteres [CR] y [LF] en la estructura de comando del SDI-12. En otras palabras, siguiendo el comando a la GTX y el
signo igual (es decir, SDI =), la secuencia de caracteres devueltos se ajusta exactamente a lo que se monitorearía en
el bus SDI-12 (hasta pero sin incluir la siguiente secuencia del símbolo del sistema [CR] [LF]>).
> SDI = 0M! 00042
0
0D0! 0 + 25,9 + 1
>
La segunda forma de este comando proporciona el modo transparente SDI-12 (como lo requiere la especificación SDI-12),
que permite al usuario comunicarse directamente con un dispositivo SDI-12 en un modo de "paso a través". Para habilitar el
modo transparente, el comando SDI = APROBADO; la palabra clave APROBAR debe estar en mayúsculas. Tenga en cuenta
que esta forma del comando solo se aceptará cuando la GTX esté desactivada. Después de recibir el comando, la GTX
reconocerá este hecho como se muestra a continuación.
> SDI = APROBADO
MODO TRANSPARENTE SDI-12 - ESC PARA SALIR

0M! 00042
0
0D0! 0 + 9,96 + 10
0M1! 00041
00
0D0! 0 + 94,9633
>
Una vez que se habilita el modo transparente, el usuario está esencialmente conectado directamente al bus SDI-12; Los comandos
para GTX no se pueden enviar hasta que se use la tecla ESC para salir de este modo. Tenga en cuenta que, como se muestra arriba,
el carácter de aviso normal de la GTX '>' no se muestra nuevamente hasta que se sale de este modo.
A medida que se escriben los caracteres, la GTX los almacena en búfer hasta que se recibe un [CR], momento en el que la
unidad enviará el comando almacenado en búfer al bus. La actividad de respuesta del SDI-12 se repite a medida que se
recibe. A diferencia de la forma anterior de este comando, la GTX no enviará automáticamente ningún comando {aDx!}. Sin
embargo, como en el formulario anterior, el signo de exclamación "!" el terminador requerido por el protocolo SDI-12 se
puede escribir opcionalmente; si el último carácter recibido antes de [CR] no es un '!', entonces la GTX agregará uno.
La forma final del IDE El comando permite al usuario habilitar / deshabilitar dos indicadores de prueba para verificar la
configuración de SDI12. Una bandera habilita un modo de eco automático, que indica a la GTX que haga eco de las mediciones
SDI-12 a medida que se toman. Específicamente, si la GTX está habilitada y la recopilación de datos SDI-12, activar este indicador
hará que la GTX descargue cualquier medida SDI-12 al puerto RS-232 a medida que se recopilan. Si la GTX no está habilitada, el
usuario puede usar la segunda bandera de prueba para colocar el módulo de adquisición de datos SDI-12 en un modo de prueba
que permitirá la recolección de datos. En este modo, los datos SDI-12 se recopilarán y procesarán (es decir, formateados y
almacenados en los búferes) como si la GTX estuviera habilitada, pero no se producirán transmisiones por satélite. Cualquier dato
formateado y almacenado en un búfer de transmisión se puede verificar usando el TBD
(ver Sección 11.4.5) y / o RBD ( consulte la Sección 11.4.9) comandos.
Para habilitar / deshabilitar las funciones de prueba SDI-12, el IDE El comando se emite con un único valor numérico entre 0 y 3
(inclusive). Un valor de cero ( SDI = 0) borra ambos indicadores y, por lo tanto, deshabilita tanto el modo de recopilación de eco
como de prueba. Un valor de tres ( SDI = 3) establece ambas banderas, habilitando tanto la recopilación de eco como de prueba. Un
valor de uno ( SDI = 1) habilita solo el modo de eco, y un valor de dos ( SDI = 2) habilita solo el modo de colección. Tenga en cuenta
que habilitar o deshabilitar el modo de recopilación cuando la GTX está habilitada no tiene ningún efecto, ya que la recopilación de
datos siempre está activa cuando la GTX está habilitada para transmisiones ( ETX).

Emitiendo el formulario de consulta de este comando ( ¿IDE?) devuelve el estado actual de estas banderas.
11.5.1.7. Configuración de tiempo de espera SDI-12 (STO = xx) [todos]
los STO El comando establece o recupera el tiempo en milisegundos que la GTX esperará una respuesta de un dispositivo SDI-12. El
valor predeterminado es de 25 milisegundos y debería ser adecuado para la mayoría de los dispositivos SDI-12, especialmente en el
modo de funcionamiento normal. Sin embargo, algunos dispositivos pueden tardar más en responder y / o tardar más en responder
a comandos especiales, por ejemplo, comandos de configuración. Dado que la GTX se puede utilizar para configurar un dispositivo
SDI-12 utilizando el IDE comando (ver Sección 11.5.1.6), este tiempo de espera puede necesitar ser ajustado. El valor del tiempo de
espera se puede establecer en cualquier valor en el rango de 25 a 87 milisegundos.
11.5.2. Comandos de control de potencia SDI-12
El hardware y el firmware de la GTX ofrecen la posibilidad de encender y apagar la fuente SDI-12. Esta función se puede
utilizar para reducir los requisitos de alimentación del sistema al encender los dispositivos SDI-12 solo cuando sea necesario
para realizar mediciones. Tenga en cuenta que esta función no debe usarse con sensores que brinden lecturas promedio
(por ejemplo, velocidad del viento) o acumuladas (por ejemplo, lluvia), ya que durante el tiempo que el bus SDI-12 esté
apagado, el sensor no podrá realizar las mediciones necesarias para actualizar los promedios. o totales acumulados.
Además, al programar el ciclo de encendido / apagado del SDI-12, se deben tener en cuenta los tiempos de calentamiento
requeridos por los sensores SDI-12.
Si bien el SDI-12 Power está diseñado principalmente para el bus SDI-12, esta salida conmutable de +12 VCC también se puede usar
para alimentar otros dispositivos, y las funciones de encendido / apagado programables se pueden usar para habilitar estos
dispositivos solo cuando sea necesario. El único requisito es que la corriente máxima total para todos los dispositivos se limite a 0,5
amperios; el suministro de + 12V para el bus SDI-12 tiene un fusible en línea con auto-reinicio de 1 amperio.
Las siguientes secciones detallan los comandos utilizados para controlar la alimentación de energía SDI-12. La configuración
predeterminada de la GTX es alimentar siempre el bus SDI-12.
11.5.2.1. Control de energía SDI-12 (SPC) [todos]
Este comando permite al usuario controlar o anular la potencia del SDI-12. los SPC El comando opera de manera
ligeramente diferente dependiendo de si la GTX está habilitada o deshabilitada. Cuando la GTX está desactivada, el usuario
es libre de controlar la línea eléctrica según sea necesario, ya que la GTX no intentará muestrear los sensores SDI-12. Sin
embargo, cuando la unidad está habilitada, se ha prestado especial atención a la funcionalidad de este comando para
garantizar que la alimentación del SDI-12 no se pueda apagar permanentemente si es necesario para el funcionamiento
normal. En otras palabras, el usuario tiene el control total de la energía SDI-12 cuando la GTX está deshabilitada, pero solo
puede anular temporalmente el estado de energía cuando la unidad está habilitada.
Cuando la GTX está deshabilitada, emitir SPC = 1 o SPC = 0 enciende o apaga el SDI-12, respectivamente. Enviando el comando SPC =
D devuelve la energía del SDI-12 a la configuración predeterminada para el modo de energía deshabilitado de GTX (consulte la
siguiente sección). La forma de consulta del comando ( SPC?) simplemente devuelve el estado actual de la potencia SDI-12; 1 para
encendido o 0 para apagado.
Cuando la GTX está habilitada, el usuario también debe especificar un tiempo de anulación deseado además del estado de energía
deseado (0 o 1). El tiempo de anulación se puede especificar como un valor numérico en segundos completos o como un valor de
tiempo en formato "hh: mm: ss". El tiempo máximo de anulación está limitado a 4 horas. A continuación se proporcionan dos
ejemplos de cómo anular el estado predeterminado del SDI-12 Power. En el primer ejemplo, el SDI-12 Power se fuerza a un estado
apagado durante cinco segundos. En el segundo ejemplo, el SDI-12 Power se fuerza al estado de encendido durante una hora.
Con estos dos ejemplos se incluye la forma de consulta del comando. Como se muestra, cuando la GTX está
habilitada, la respuesta al SPC? El comando incluye tanto el estado actual como el tiempo restante que
se anulará el estado predeterminado. Ejemplo
de anulación de apagado de SDI-12:
> SPC = 0,5

OK
> ¿SPC?
SPC = 0,00: 00: 03
>

Ejemplo de anulación de encendido SDI-12:
> SPC = 1,01: 00: 00

OK
> ¿SPC?
SPC = 1,00: 59: 58
>
Emitiendo el SPC = D cuando la GTX habilitada terminará la condición de anulación (si está activa) y devolverá la
energía SDI-12 al estado predeterminado según la configuración del Modo de energía SDI-12 y la Tabla de energía
SDI-12 (vea las siguientes dos secciones).
11.5.2.2. Modo de energía SDI-12 (SPM) [dtx]
los SPM El comando se usa para definir el modo de energía SDI-12. El modo de energía SDI-12 tiene una configuración GTX
deshabilitada y habilitada para GTX y se envía como una cadena de dos caracteres. El primer carácter debe ser '0' o '1' y
define el estado de energía predeterminado cuando la GTX está desactivada. El segundo carácter debe ser '0', '1' o 'A'; y
establece el modo predeterminado para cuando la GTX está habilitada. El modo 'A' especifica que el estado de la potencia
SDI-12 debe ser determinado automáticamente por la tabla de potencia SDI-12 (consulte la siguiente sección).
El siguiente ejemplo muestra cómo configurar la GTX para que la SDI-12 esté apagada siempre que la GTX esté desactivada y para
que funcione en un modo de encendido / apagado automático cuando esté activada.
> SPM = 0A
OK
La configuración predeterminada para el modo de energía SDI-12 es "11", o siempre encendido.
11.5.2.3. Entrada de tabla de potencia SDI-12 (SPX) [dtx]
los SPX El comando se utiliza para consultar o definir la tabla de potencia SDI-12. Esta tabla puede tener hasta seis entradas
que definen cuándo debe encenderse o apagarse el SDI-12 Power. La tabla de potencia SDI-12 solo está en vigor cuando la
GTX está habilitada y el modo de potencia SDI-12 es “0A” o “1A” (consulte la sección anterior).
Cada entrada en la tabla de potencia SDI-12 consta de un intervalo, un desplazamiento y una duración. Los ajustes de
intervalo y compensación funcionan de manera similar a los intervalos de frecuencia y compensaciones para el muestreo
del sensor. Específicamente, el intervalo determina la frecuencia con la que se debe encender la energía y la compensación
determina en qué parte del intervalo se debe encender la energía. La duración determina cuánto tiempo debe estar
encendido el SDI-12.
El intervalo, el desplazamiento y la duración se pueden especificar en segundos o en formato "hh: mm: ss". Los valores de
compensación y duración deben ser estrictamente menores que el intervalo. Los valores de intervalo y duración no pueden
ser cero; excepto en el caso de que los tres valores sean cero, que es una entrada no definida o borrada. El intervalo mínimo
es de 15 segundos y el intervalo máximo es de veinticuatro horas (es decir, 24:00:00).
La capacidad de definir múltiples entradas en la tabla de potencia SDI-12 permite varias regiones distintas y / o
superpuestas. Si alguna entrada en la tabla indica que el SDI-12 Power debería estar encendido, entonces lo estará. Solo
cuando todas las entradas de la tabla indiquen que el SDI-12 Power debe estar apagado, se desconectará el suministro
eléctrico del bus SDI-12.
A continuación se proporciona un ejemplo de una tabla de potencia SDI-12 con las tres primeras entradas definidas. En este
ejemplo, la primera entrada dará como resultado que el SDI-12 Power se encienda cada quince minutos a los 7 minutos del
intervalo (xx: 07: 00, xx: 22: 00, xx: 37: 00 y xx: 52: 00) y estará encendida durante dos minutos. La segunda entrada agrega
un punto adicional en el tiempo en el que el bus SDI-12 se encenderá durante 30 segundos antes del final de cada hora y
permanecerá encendido hasta 30 segundos después de la hora (1 minuto en total). La tercera entrada de la tabla define un
segmento superpuesto donde el SDI-12 Power estará durante una hora completa todos los días a partir de las 12:00:00 UTC.
Las últimas tres entradas de tabla disponibles se borran (los tres valores son cero) y no tienen ningún efecto en el horario de
encendido / apagado.
> SP *?

SP0 = 00: 15: 00,00: 07: 00,00: 02: 00

SP1 = 01: 00: 00,00: 59: 30,00: 01: 00
SP2 = 24: 00: 00,12: 00: 00,01: 00: 00
SP3 = 00: 00: 00,00: 00: 00,00: 00: 00
SP4 = 00: 00: 00,00: 00: 00,00: 00: 00
SP5 = 00: 00 : 00,00: 00: 00,00: 00: 00
>
Como indica el ejemplo anterior, el comando SP *? devuelve las seis entradas de la tabla de potencia SDI-12 utilizando un
formato en el que el índice de la tabla es el último carácter del comando. Utilizando el SPX? El comando proporciona la
misma información, pero cada línea de respuesta comenzará con "SPX = n, ... " dónde norte es el índice de la tabla.
Para consultar una configuración individual, utilice SPn? o SPX = n ?, dónde norte es el valor de índice de tabla
deseado. Para borrar una entrada de tabla individual, use SPn = C o SPX = n, C. Para limpiar toda la tabla, use el
mando SPC = CLARO.
11.5.3. Configuración y T de recopilación de datos del sensor interno comandos est
y comandos de prueba implementados en la GTX para

Las siguientes secciones detallan la configuración de la recopilación de datos
Sensores internos. Los sensores internos incluyen tanto las ecuaciones como los sensores físicos internos del hardware;
es decir, el sensor de temperatura, el contador interno de la cubeta basculante y el voltaje de la batería (o
suministro). Cuando el sensor interno se define como un sensor de hardware, la GTX muestreará, recopilará y
procesará los sensores internos especificados. Cuando el sensor interno se define como una ecuación, la GTX
evaluará la ecuación y luego procesará el parámetro resultante.
A medida que se recopilan los parámetros, se pasan al formato de datos y al módulo de almacenamiento donde se pueden incluir en
el registro de datos / eventos, el búfer de transmisión temporizada y / o el búfer de transmisión aleatoria. Estos parámetros también
se pueden utilizar para activar informes aleatorios.
Para permitir la máxima flexibilidad, la configuración de la recopilación de datos del sensor interno es independiente de las
funciones de almacenamiento de datos. En otras palabras, los comandos descritos en las siguientes subsecciones solo
definen qué parámetros internos se muestrean y / o qué ecuaciones se evalúan, qué hacer con las muestras de datos una
vez que se recopilan se define por separado.
11.5.3.1. Número de sensores internos (ISN = xx) [dtx]
los ISN El comando permite al usuario especificar el número máximo de parámetros del sensor interno a
implementar. Como se explica en la Sección 5, la memoria de configuración de la GTX es suave. En otras palabras, si
bien el tamaño de la memoria en bytes es fijo, el usuario puede definir cómo se utiliza la memoria disponible.
de definiciones de parámetros del sensor interno. Si no hay suficiente memoria de configuración disponible para el número
especificado de parámetros, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de parámetros del sensor interno sea un mínimo de 5 (para compatibilidad con
versiones anteriores) y hasta un máximo de 64 (siempre que haya suficiente memoria disponible). La configuración
predeterminada ( ConfigDefault) asigna memoria para cinco parámetros del sensor interno.
Antes de que se pueda definir un sensor interno con un índice superior al número especificado actualmente de parámetros
del sensor interno, este comando debe usarse para hacer que la memoria de configuración para el sensor deseado esté
disponible. El uso de este comando para reducir la cantidad de sensores internos disponibles (por ejemplo, para dejar
espacio para otros parámetros de configuración suave), liberará la memoria de configuración asociada y eliminará cualquier
sensor interno definido por encima del nuevo máximo.
11.5.3.2. Conceptos básicos del comando de sensor interno
Las siguientes tres secciones proporcionan información sobre el uso del ISX, ILX, y IMX comandos. Estos comandos
comparten un enfoque común para hacer referencia al parámetro del sensor interno específico. Específicamente,

los X La designación permite que los primeros diez parámetros sean referenciados como parte del comando con X simplemente
reemplazado por uno de los números 0,1,… 9.
Para hacer referencia a un parámetro con un índice superior a 10, el comando se usa en el extendido ( X) formato. En
este formato, el comando termina en la letra X y el número de índice se convierte en el primer valor en la cadena de
definición separada por comas. Tenga en cuenta que también está permitido utilizar X formato para el sensor 0 a 9
también. Por ejemplo …
IS0 = TM, 00: 01: 00,00: 00: 30,0 es equivalente a ISX = 0, TM, 00: 01: 00,00: 00: 30,0
Para simplificar la recuperación de las definiciones de los parámetros, el carácter comodín, '* ', se puede utilizar de diversas formas.
Emitiendo el comando " ES*?" indicará a la GTX que descargue la configuración actual de los primeros cinco sensores internos como
mínimo, como se muestra a continuación (el límite mínimo de los primeros cinco es para compatibilidad con versiones anteriores). Si
se definen más de los primeros cinco sensores, estos también se descartarán; sin embargo, el volcado de todos los sensores estará
en el X formato (ver siguiente ejemplo).
> ES *?
IS0 = TM, 00: 01: 00,00: 00: 30,0
IS1 = TM, 00: 05: 00,00: 00: 00,1
IS2 = TC, 00: 05: 00,00: 00: 00, 1
IS3 = E0,00: 05: 00,00: 00: 00,1
IS4 = C
>
Emitiendo el comando " ISX? " dirigirá a la GTX para que descargue la configuración actual para todos los sensores internos
definidos, pero X formato incluso si solo los primeros cinco sensores internos tienen definiciones, como se muestra a continuación.
> ISX?
ISX = 0, TM, 00: 01: 00,00: 00: 30,0
ISX = 1, TM, 00: 05: 00,00: 00: 00,1
ISX = 2, TC, 00: 05: 00, 00: 00: 00,1
ISX = 3, E0,00: 05: 00,00: 00: 00,1
ISX = 4, C
>
Emitiendo el comando " ES * = *? " o " ISX = *? " le indicará a la GTX que descargue la configuración actual de todos
los sensores internos disponibles, independientemente de si están definidos o no. En otras palabras, el volcado
incluirá sensores de 0 a uno menos que el valor definido por ISN ( ya que la indexación se basa en cero). Por
ejemplo, para el número máximo de sensores internos (64), el volcado será de 0 a 63.
Emitiendo el comando " ES * = n? " cuando norte es un número menor que el máximo especificado indicará a la GTX que descargue
la configuración actual para todos los sensores internos hasta e incluyendo norte.
Nuevamente, estos usos de comodines también se aplican a los comandos ILX y IMX.
11.5.3.3. Definición del sensor interno (ISX = t, rate, of fset, <log>) [dtx]
los ISX El comando permite al usuario definir hasta 64 parámetros internos. Para cada parámetro, el usuario debe
definir lo siguiente ...
t = tipo de sensor interno = intervalo de
índice frecuencia de muestreo
compensar = desplazamiento en el intervalo de muestra para la recolección =
<log> especificador de registro opcional (el valor predeterminado es 1)
Para definir uno de los primeros diez parámetros, el índice de parámetro (0 a 9) puede simplemente reemplazar el
carácter X en el comando (p. ej. IS0 = t,…). Para definir los parámetros 10 y superiores, el valor del índice debe

incluirse como primer valor en la definición delimitada por comas antes del tipo de sensor interno (p. ej.
ISX = 10, t,…).
El tipo de sensor interno puede ser una referencia de ecuación (por ejemplo, E0) o una de las cuatro referencias de sensor de
hardware interno. La Tabla 20 a continuación proporciona los ajustes permitidos para el tipo de sensor interno ( t); para
compatibilidad con versiones anteriores, los tipos de hardware se pueden especificar como un valor numérico que se muestra en la
tercera columna. Para referencias de ecuaciones, la letra E debe ir seguida del número de ecuación (0 a 49); mira la sección
11.6.1 para obtener información sobre la definición de ecuaciones. Mientras que tanto el tipo TC como el TV se refieren al cucharón basculante, TC selecciona el
recuento del cucharón basculante sin procesar y el televisor selecciona un valor del cucharón basculante escalado (es decir, recuentos escalados
por multiplicador, consulte la Sección 11.5.3.9).
Tipo (t) Sensor interno Número

TM Temperatura 1
TC Conteo de cubos de propina 2
televisor Valor del cubo de vuelco 3
BV Voltaje de la batería 4
CL Reloj 5
En Ecuación N/A
Tabla 20: Códigos de tipo de sensor interno
Se puede usar un tipo de sensor interno de “reloj” (CL) para capturar una fecha y / o una hora que luego se pueden incluir en
un búfer de transmisión o usar como un valor en una ecuación. Al seleccionar este tipo de sensor interno, el < registro> el
campo se reemplaza con un < formato> campo que especifica el formato del sello de fecha / hora. Se debe especificar una
de las treinta y tres cadenas de formato predefinidas. Las cadenas de formato disponibles se definen en la Tabla 11 de la
Sección 6.1.2.1.5.
El usuario puede especificar individualmente la frecuencia de muestreo para el sensor interno configurado. Además, el
usuario puede especificar opcionalmente una compensación en el intervalo de muestreo en cuanto a cuándo tomar la
medición. Tanto el muestreo índice y el compensar se puede especificar como un número entero de segundos o como un
intervalo de tiempo en horas, minutos y segundos (es decir, hh: mm: ss). Sin embargo, al solicitar la corriente
configuración, la GTX siempre responde con la índice y compensar en formato de intervalo.
La frecuencia de muestreo máxima es de 24 horas (por ejemplo, 24:00:00 o 86,400 segundos). Sin embargo, para velocidades de
muestreo y compensaciones superiores a 12 horas (43.200 segundos), el valor debe ser par. En otras palabras, por debajo de doce
horas la resolución es de 1 segundo y por encima de 12 horas son 2 segundos para estos valores. Si bien la frecuencia mínima de
muestreo se puede establecer en tan solo 1 segundo, tenga en cuenta que el muestreo con demasiada frecuencia también puede
afectar negativamente al consumo de energía general del sistema.
El maximo compensar es igual al muestreo índice, y el mínimo compensar es 0 segundos. los compensar es opcional y, si
se omite, se establecerá en 0 (sin compensación). los compensar determina en qué punto del intervalo de muestreo se
tomará la medición; por ejemplo, si configura la frecuencia de muestreo en 1 hora con una compensación de 15 minutos, la
GTX hará la medición una vez cada hora, pero a los 15 minutos de la hora. Utilizando el compensar permite al usuario
ajustar exactamente cuándo se captura un parámetro y saber exactamente cuándo se midió un parámetro en relación con
las transmisiones temporizadas y otros parámetros. Uso adecuado del compensar también puede garantizar que las
mediciones no entren en conflicto entre sí o con tiempos de transmisión conocidos.
El opcional < registro> El especificador controla la frecuencia con la que se almacena el valor recopilado en el búfer de datos /
eventos. Si se omite este parámetro, se utilizará el valor predeterminado de 1 (es decir, se guardarán todas las muestras). Al
especificar un valor de 0, se deshabilita el registro. El uso de un valor mayor que 1 definirá un "intervalo de registro" que es un
múltiplo entero del intervalo de muestreo. Por ejemplo, muestrear cada 5 minutos con un < registro> El valor de 12 indicará a la
GTX que guarde una muestra cada hora. El < registro> El parámetro también se puede establecer en "D" para el registro delta. El
registro delta hace que la GTX solo guarde un nuevo valor cuando es diferente del valor almacenado previamente. El maximo Iniciar
sesión El valor que se puede especificar es 250.
También se pueden incluir dos banderas opcionales con el opcional < registro> especificador. Estas banderas se definen incluyendo
los caracteres H y / o L. Anexando un H El indicador al especificador de registro indica a la GTX que compruebe los activadores de
informes aleatorios para un tipo de activador de Alto o Aumento vinculado a este sensor. Asimismo, si el L se adjunta una bandera,
la GTX comprobará los activadores de informes aleatorios para un tipo de activador de baja o caída vinculado a este

sensor. Si existe un disparador aleatorio de este tipo, y el valor es tal que está por encima (para H) o por debajo (para L) el límite de activación,
el valor siempre se registrará. Esto permite que los datos se registren con menos frecuencia, es decir, solo cuando las condiciones lo
justifiquen.
Para borrar una configuración de sensor interno previamente definida, este comando debe emitirse con solo una 'C' como
cadena de definición (p. Ej. IS2 = C o ISX = 2, C borrará todos los ajustes del sensor interno 2).
Emitir el formulario de consulta de este comando (p. Ej. IS0? o ISX = 0?), devolverá la definición actual para el sensor
interno solicitado. Si el sensor solicitado no ha sido definido, la GTX responderá con la letra 'C', indicando que el
sensor está borrado.
A continuación se muestra un ejemplo de definición de sensor interno.
> ES *?
IS0 = TM, 00: 01: 00,00: 00: 30,0 IS1 =
TM, 00: 05: 00,00: 00: 00,1 IS2 = TC, 00:
05: 00,00: 00: 00, 1 IS3 = E0,00: 05: 00,00:
00: 00,1 IS4 = CL, 00: 05: 00,00: 00: 00, J:
H: M: S
>
Tenga en cuenta que en el ejemplo anterior, los parámetros del sensor interno IS0 y IS1 ambos están muestreando el
sensor de temperatura interno. Sin embargo, IS0 muestrea la temperatura en un intervalo de un minuto, mientras IS1
muestrea la temperatura en un intervalo de cinco minutos. Además, tenga en cuenta que IS0 se muestrea al final del
minuto (es decir, la compensación es 00:00:30), mientras que IS1 se muestrea en la parte superior del minuto (aunque solo
cada 5 minutos). El sensor interno 2 está muestreando el recuento de cubos basculantes y IS3 ejecutará la ecuación E0 cada
5 minutos. Sensor interno IS4 se especifica para ser un sensor de reloj (CL) que capturará los campos actuales de día, hora,
minuto y segundo julianos.
los ES* y ISX Los comandos también se pueden utilizar para borrar todas las definiciones de sensor interno emitiendo
ES * = CLARO o ISX = BORRAR ( la palabra clave CLEAR debe estar en mayúsculas).
11.5.3.4. Etiqueta del sensor interno (ILX = xxxx) [dtx]
Este comando se puede utilizar para configurar o recuperar las etiquetas de sensor interno personalizadas.
Las etiquetas de sensor interno proporcionan un mecanismo para vincular las referencias genéricas de I0 a I63 a un “Nombre de
variable” más significativo para usar en la definición de ecuaciones. Las etiquetas también se utilizan cuando los parámetros del
sensor interno se recuperan del registro de datos / eventos y se pueden incluir en las transmisiones de mensajes.
Usando el conjunto (p. Ej. IL0 = TEMPERATURA o ILX = 0, TEMPERATURA) forma de este comando, el usuario puede redefinir las etiquetas a
cualquier cadena de 1 a 4 caracteres.
Usando el formulario de consulta de este comando (p. Ej. IL0? o ILX = 0?) devolverá la etiqueta actual.
Usando el comando ILX? o un comando con el carácter comodín, '* ', en la consulta (p. ej. IL * ?, ILX = * ?, IL * = * ?, o IL * = n? )
permite que se vuelquen múltiples definiciones de etiquetas. Consulte la Sección 11.5.3.2 para obtener información sobre cómo el
carácter comodín afecta las etiquetas de los sensores internos que se descargan mediante estos comandos.
Usando el comando IL * = CLARO o ILX = CLARO borrará todas las etiquetas a sus valores predeterminados.
Las etiquetas predeterminadas del sensor interno son "INT0" a "INT9" e "IN10" a "IN63".
11.5.3.5. Siguiente muestra de sensor interno (IMX) [todos]
los IMX El comando se puede utilizar para determinar cuándo está programada la próxima muestra para un sensor de datos interno.
Emisor IMX? ( dónde X = 0,1,… 9) o IMX = n? devolverá la fecha y hora en que se tomará la siguiente muestra para el
sensor solicitado.
Emisor IMX? o SOY*? le indicará a la GTX que descargue la fecha y la hora de la siguiente muestra para todos los sensores internos,
como se muestra en el siguiente ejemplo. El siguiente ejemplo se basa en el ejemplo de configuración de la sección anterior;
observe cómo la compensación del intervalo afecta la siguiente muestra que se tomará.

> MI *?
IM0 = 26/04 / 2004,14: 34: 30
IM1 = 26/04 / 2004,14: 35: 00
IM2 = 26/04 / 2004,14: 35: 00
IM3 = 26/04 / 2004,14: 35 : 00
IM4 = 00/00 / 0000,00: 00: 00
>
Si no se define un punto de sensor interno, la fecha y la hora devueltas son todos ceros como se indica en el ejemplo
anterior.
Durante el funcionamiento normal, el muestreo de los sensores internos solo ocurrirá una vez que la GTX se haya
habilitado usando el ETX mando. Sin embargo, se han proporcionado comandos de prueba para verificar la
configuración del sensor interno sin habilitar la unidad para transmisiones por satélite.
Emitiendo el IMI El comando (es decir, sin parámetros) dirigirá a la GTX a determinar las siguientes fechas y horas de
muestra basándose en la configuración actual y la fecha y hora actuales. Si bien no se realiza ningún muestreo en
respuesta a este comando, este comando puede ser útil para verificar las compensaciones en los intervalos de
muestreo.
11.5.3.6. Prueba de sensor interno (IST) [todos]
los IST El comando se puede utilizar para probar la configuración del sensor interno. Específicamente, este comando
permite al usuario habilitar / deshabilitar dos indicadores de prueba para verificar la configuración. Una bandera habilita un
modo de eco automático, que indica a la GTX que haga eco de las mediciones del sensor interno a medida que se toman.
Específicamente, si la GTX está habilitada y la recopilación de datos, activar este indicador hará que la GTX descargue las
lecturas del sensor interno a través del puerto RS-232 a medida que se recopilan. Si la GTX no está habilitada, el usuario
puede usar la segunda bandera de prueba para colocar el módulo de adquisición de datos del sensor interno en un modo
de prueba que permitirá la recolección de datos. En este modo, los datos del sensor se recopilarán y procesarán (es decir,
formateados y almacenados en los búferes) como si la GTX estuviera habilitada, pero no se producirán transmisiones por
satélite. TBD ( consulte la Sección 11.4.5) y / o RBD ( mira la sección
11.4.9) comandos.
Para habilitar / deshabilitar las funciones de prueba del sensor interno, el IST El comando se emite con un único valor numérico
entre 0 y 3 (inclusive). Un valor de cero ( IST = 0) borra ambos indicadores y, por lo tanto, deshabilita tanto el modo de recopilación
de eco como de prueba. Un valor de tres ( IST = 3) establece ambas banderas, habilitando tanto la recopilación de eco como de
prueba. Un valor de uno ( IST = 1) habilita solo el modo de eco, y un valor de dos ( IST = 2) habilita solo el modo de colección. Tenga
en cuenta que habilitar o deshabilitar el modo de recopilación cuando la GTX está habilitada no tiene ningún efecto, ya que la
recopilación de datos siempre está activa cuando la GTX está habilitada para transmisiones ( ETX).
Emitiendo el formulario de consulta de este comando ( IST?) devuelve el estado actual de estas banderas.
11.5.3.7. Temperatura TCXO (TOT) [todos] - Temperatura interna
los NENE El comando lee la temperatura interna actual de la GTX. El sensor de temperatura interno está acoplado
térmicamente al TCXO en la unidad y se utiliza para mejorar la precisión de la frecuencia y el mantenimiento del tiempo del
sistema, como se explica en la Sección 1.2.3.10.1. Este sensor de temperatura también sirve como sensor de recopilación de
datos de temperatura interna.
11.5.3.8. Recuento de cubos de propina (TBC) [todos]
los TBC El comando permite al usuario consultar y establecer el valor actual del Contador de cubos de propina.
El contador del depósito de propinas es un contador progresivo de 16 bits que se mantiene en el TKM. Hay disponible una
conexión especial a un cubo basculante (TB) de cierre de contacto a través del conector "TB de E / S" (consulte la Sección
2.1.3). Cuando el TKM detecta una punta (es decir, un breve cierre de contacto), el contador aumenta. Cuando el contador
sobrepasa su valor máximo (65 535), vuelve a 0. El valor de reinversión también se puede establecer en un valor definible
por el usuario como se explica en la Sección 11.5.3.11.
El uso de la forma de consulta de este comando devuelve el valor de recuento actual como un valor de varios dígitos con
ceros a la izquierda (por ejemplo, 00000 a 65535). El número de ceros a la izquierda depende del límite de rollover; el
número total de dígitos siempre será el mismo que el requerido para mostrar el valor máximo.

Usando la forma establecida del comando, el recuento de TB puede inicializarse a cualquier valor o restablecerse a 0; el uso de ceros
a la izquierda al establecer el recuento es opcional.
11.5.3.9. Valor del depósito de propina (TBV) [todos]
los TBV El comando permite al usuario consultar el valor escalado del Contador de cubos de propina. El valor escalado es
igual a los recuentos ( TBC) veces el multiplicador del cubo de propina ( TBM).
El formato del valor del cubo de propina depende tanto del límite de vuelco ( TBR) y el multiplicador de escala ( TBM).
El número de posiciones decimales (dígitos a la derecha del punto decimal) será el mismo que el multiplicador. El
número de dígitos a la izquierda del punto decimal se determina calculando el valor máximo con ceros a la izquierda,
según sea necesario. Por ejemplo, si el recuento de vuelcos se establece en 4000 con un multiplicador de 0,25, la
lectura máxima es 999,75 (0,25 * (4000-1)). En consecuencia, para este ejemplo, el valor estará entre 000,00 y 999,75,
inclusive.
11.5.3.10. Multiplicador de cucharón basculante (TBM = xxx) [dtx ]

los TBM El comando permite al usuario establecer o consultar el multiplicador de escala para el valor del cubo de propina. El
valor escalado es igual a los recuentos ( TBC) veces el multiplicador del cubo de propina ( TBM).
El multiplicador se puede establecer en uno de doce valores: 0.01, 0.02, 0.025, 0.05, 0.1, 0.2, 0.25, 0.5, 1, 2, 2.5 o
5. El valor predeterminado es 1.
11.5.3.11. Volcado del cucharón basculante (TBR = xxxxx) [dtx ]

los TBR El comando permite al usuario configurar o consultar la configuración de Inclinación del cucharón volquete. Los parámetros
de Rollover determinan los recuentos máximos que puede alcanzar el Contador de cubos basculantes antes de pasar a 0; es decir,
uno menos que el valor de reinversión. Establecer este parámetro en 0 permite que se alcance el recuento
su valor máximo de 16 bits de 65535. El
valor predeterminado es 0.
11.5.3.12. Borrado automático de cubeta basculante (TBA = xxx) [dtx ]

los TBA El comando se utiliza para habilitar la función de limpieza automática de cubeta basculante. Esta función permite
que el contador de cubos de vuelco se borre automáticamente a 0 en un intervalo predefinido. El intervalo puede ser un
número fijo de días ( xxx = 1 a 120), o uno de los cinco modos especiales ( D ⇒ diario, METRO ⇒ mensual, Q ⇒
trimestral, B ⇒ bianualmente, y A ⇒ anualmente). Configuración TBA = 0 desactiva la función Auto Clear; el contador
de TB contará hasta su máximo y volverá a 0.
Al especificar la opción de reinicio diario, el comando también debe incluir un valor de dos dígitos (00 a 23) que determina a
qué hora del día ocurrirá el reinicio. Por ejemplo, TBA = D, 00 especifica que el recuento de baldes de propina debe ponerse
a cero en la parte superior del día UTC. La especificación de una hora diferente se puede utilizar para hacer que el reinicio
diario se produzca al comienzo de cada día según la hora local.
Para un intervalo de número fijo de días, la GTX contará un contador a la medianoche de cada día y borrará el recuento de
TB cuando el contador de días llegue a cero; después de lo cual, el contador de días se restablece al valor programado. Al
configurar este modo, también se puede proporcionar un valor de recuento de días inicial opcional separado del intervalo
por una coma. Por ejemplo, para que el recuento se reinicie una vez a la semana el domingo a las 00:00:00 (es decir, justo
después de la medianoche del sábado) al poner la unidad en servicio el viernes, el comando TBA = 7,2
Sería usado. Si no se proporciona un recuento inicial, el contador de días se inicializará en el intervalo.
Para los modos especiales, el contador de cubos de propina solo se reiniciará cuando ocurra un cambio de mes a la
medianoche (es decir, la hora cambia de 23:59:59 a 00:00:00). Los cuatro modos seleccionan en qué mes (es) se
produce el reinicio. Establecer el modo en Mensual hará que el contador se reinicie al comienzo de cada mes. Para el
modo Trimestral, el contador solo se restablece cuando el nuevo mes es enero, abril, julio u octubre.
Semestralmente selecciona un reinicio solo el 1 de enero y el 1 de julio, y anualmente solo reinicia el contador una
vez al año el 1 S T de enero.
La forma de consulta del comando devuelve la configuración actual (0, intervalo de días o modo especial).
Emitiendo el TBA El comando sin ningún parámetro o el signo de interrogación en el modo de intervalo de días
devolverá el intervalo y el valor actual del contador de días (es decir, el número de días hasta el próximo borrado).

Emitir este comando con la unidad configurada para uno de los modos especiales produce el mismo resultado que
el comando de consulta.
11.6. Comandos de ecuación y mínimo, máximo y promedio (MMA)
El firmware Microcom GTX-2.0 incorpora un potente procesador Equation y un procesador Min, Max y Average. La
funcionalidad de estos procesos se proporciona en las Secciones 7 y 8. Las siguientes subsecciones proporcionan
información sobre cómo usar el conjunto de comandos de GTX para ingresar, eliminar y editar la configuración de
estas funciones.
11.6.1. Definición de ecuación (EQN) [dtx]
los EQN El comando permite al usuario definir hasta 50 ecuaciones únicas para ser evaluadas. Las ecuaciones son
referenciadas por el comando GTX configurado como E0 a E49. Las ecuaciones se definen y almacenan como cadenas ASCII.
Como se explica en la Sección 5, la memoria de configuración de la GTX es suave. En otras palabras, si bien el tamaño
de la memoria en bytes es fijo, el usuario puede definir cómo se utiliza la memoria disponible. La lista de ecuaciones
es mantenida por la GTX al final de la memoria de configuración suave. Como tal, toda la memoria de configuración
disponible o no utilizada (consulte la Sección 11.9.9) se puede utilizar para almacenar ecuaciones. Además, dado que
las ecuaciones se almacenan al final de la memoria de configuración y son de longitud variable, no es necesario que
el usuario especifique cuántas cadenas de ecuaciones serán necesarias para reservar la memoria de configuración.
En otras palabras, el usuario simplemente necesita definir las ecuaciones y la memoria se asignará en consecuencia.
El formato de este comando es EQN = n, eqnstring, dónde norte es el número de ecuación que se está definiendo y
eqnstring es una cadena ASCII de 120 caracteres o menos. Cuando se define una cadena, la GTX la analizará para
determinar la sintaxis adecuada y devolverá un mensaje de error si se detecta un error de sintaxis. Si la ecuación no tiene
errores de sintaxis, la GTX se repetirá OK indicó que la ecuación es válida y se ha almacenado. La Tabla 21 a continuación
proporciona una lista de los posibles mensajes de error de ecuación.
Mensaje de error Explicación

ERR: Extra Paren Cerrar paréntesis sin el correspondiente paréntesis abierto. Abrir
ERR: Par no terminado ERR: paréntesis sin el correspondiente paréntesis de cierre. Operador
Operador no válido matemático no admitido o reconocido. Variable errónea: debe ser S0-
ERR: variable no válida S63 o I0-I63 o la etiqueta del sensor. La ecuación no produce un solo
ERR: Ecuación no válida resultado.
ERR: Demasiados pocos Operador o función binaria encontrado sin dos parámetros. Se
parámetros ERR: Falta el operador encontraron dos operandos (variable / constante) sin operador.
ERR: formato no válido Especificador de formato no válido.
ERR: anidado si prueba ERR: Prueba If dentro de una prueba If: no se admiten pruebas anidadas.
función desconocida Nombre de función no reconocido.
ERR: Asignación no válida Asignación de resultado a variable no válida. Referencia a variable de
ERR: MMA indefinido procesador MMA indefinida. No hay suficiente memoria de
ERR: memoria insuficiente configuración para almacenar la ecuación.
Tabla 21: Mensajes de error de ecuación
Emisor EQN = n? indica a la GTX que devuelva la definición actual de la ecuación norte. Si la ecuación no está
definida, la GTX responderá con "C" para la cadena de ecuaciones (p. Ej. EQN = 0, C).
Para borrar una ecuación previamente definida, el comando EQN = n, C debe emitirse (tenga en cuenta que un nulo
eqnstring no es válido).
Emisor EQN = BORRAR ( la palabra clave CLEAR debe estar en mayúsculas) borrará todas las ecuaciones. Emisor EQN? indica
a la GTX que descargue todas las ecuaciones definidas como se muestra en el siguiente ejemplo.
> EQN?

EQN = 0,9 / 5 * I1 + 32 @ 2F
EQN = 1, C
EQN = 2, C
EQN = 3, I0 = 1; I1 = 0
>
Tenga en cuenta que, como se indica en el ejemplo anterior, no es un requisito que las ecuaciones se definan de forma
secuencial o inclusiva. A medida que se agregan, editan y / o eliminan (borran) ecuaciones, la memoria de configuración
suave de la GTX se ajustará automáticamente de forma dinámica para adaptarse a los cambios. Si bien las ecuaciones
indefinidas más allá de la última ecuación definida (en el ejemplo anterior, las ecuaciones 4 a 49) no utilizan ninguna
memoria de configuración suave, las ecuaciones indefinidas entre 2 ecuaciones definidas (en el ejemplo anterior, las
ecuaciones 2 y 3) requieren, sin embargo, una byte de la memoria de configuración de software como marcador de posición.
Si bien en la Sección 7 se proporciona una descripción completa de las capacidades de la ecuación, deben tenerse en cuenta algunas
características importantes.
Primero, como se muestra en el E3 anterior, las ecuaciones no tienen que consistir en una sola evaluación o
asignación, múltiples evaluaciones y / o asignaciones se pueden unir usando punto y coma (o comas) como
delimitadores. Estas ecuaciones de evaluación múltiple son, en esencia, una subrutina que se puede ejecutar.
En segundo lugar, mientras que el resultado final de la ecuación (la última evaluación ejecutada) se asigna a la ecuación y se
puede vincular a un sensor interno, los resultados intermedios se pueden asignar a otros sensores que actúan como
variables. Esto permite que los valores de los sensores se inicialicen y / o que las ecuaciones complejas se dividan en partes
más pequeñas con resultados intermedios asignados a una variable temporal. Todas las variables de sensor I0 a I63 y S0 a
S63 están disponibles para ecuaciones incluso si la variable excede el número máximo de sensores internos o SDI-12
permitidos (consulte las Secciones 11.5.1.1 y 11.5.3.1). En otras palabras, todas las variables de sensor no utilizadas están
siempre disponibles para resultados temporales o intermedios.
En tercer lugar, el resultado final de la ecuación puede tener un especificador de formato opcional delimitado con el símbolo '@'. El
especificador de formato define el formato y la precisión del resultado final para fines de registro. Mira la sección
7.2 para obtener más información.
11.6.2. Prueba de ecuación (EQT) [dtx]
El comando de prueba de ecuación ( EQT) se proporciona como una herramienta de resolución de problemas para probar la sintaxis
y el funcionamiento de la ecuación sin definir realmente una ecuación. Entrando EQT = seguido de una ecuación indica a la GTX que
analice y evalúe la ecuación. Los valores actuales de la variable del sensor se utilizan para evaluar la ecuación, que se puede
inicializar utilizando una ecuación de asignación con EQT.
Si el comando / ecuación es válido, la GTX ejecutará la ecuación y proporcionará un resultado de cómo completó la
evaluación junto con los resultados intermedios. A continuación se proporciona un ejemplo del uso de este comando.
Si bien las ecuaciones se definen en notación infijo estándar (consulte la Sección 7), el proceso real de ejecución de la
ecuación se muestra en notación postfijo donde los operandos siguen a los operadores (esto también se conoce como
notación polaca inversa o RPN). Incluso si la ecuación usa etiquetas de sensor como variables, el proceso de ejecución
mostrará los designadores de variable estándar (I0-I63 y / o S0-S63), ya que el analizador de ecuaciones convierte las
etiquetas de sensor en variables estándar antes de ejecutar la ecuación.
> EQT = I0 = 34
EQT = {+ 34: I0} = + 34
> EQT = I0 = I0 + 2; 5/9 * (I0-32) @
2F EQT = {I0 +2 +: I0} = + 36
EQT = {+ 5 +9 / I0 +32 - *} = + 2.22
>
los EQT El comando también se puede usar para probar una ecuación almacenada simplemente especificando el número de
ecuación precedido por la letra 'E'. Por ejemplo, emitiendo el comando EQT = E0 indica a la GTX que ejecute la ecuación
número 0.

11.6.3. Constantes de ecuación
La GTX-2.0 admite hasta 64 constantes de ecuaciones definibles por el usuario que se pueden modificar incluso cuando la
GTX está habilitada. Las ecuaciones se pueden definir con una o más constantes configurables por el usuario, y los
comandos definidos en esta sección pueden usarse para especificar los valores de estas constantes. Además, a diferencia de
las ecuaciones en sí mismas, que solo se pueden modificar cuando la GTX está desactivada, las constantes de la ecuación se
pueden cambiar mientras la GTX está activada para su funcionamiento.
Como se explica con más detalle en la Sección 7.1.2.2, esta función proporciona un mecanismo para permitir la calibración
de un sensor sin la necesidad de desactivar la GTX para realizar cambios o correcciones a los valores de calibración. Por
ejemplo, suponga que es deseable o necesario poder proporcionar una corrección de compensación y escala al sensor
SDI-12 0. Mientras que el usuario puede definir una ecuación para aplicar los factores de calibración necesarios
directamente en una ecuación (por ejemplo, “0,95 * S0 + 0.10 ”), cambiar los factores requiere cambiar la ecuación que
también requiere deshabilitar la GTX. Sin embargo, si la ecuación de calibración se define como “K0 * S0 + K1”, entonces los
factores de calibración se pueden cambiar sin tener que deshabilitar la GTX.
11.6.3.1. Número de constantes de ecuación (EKN = xx) [dt x]
El comando EKN permite al usuario especificar el número máximo de constantes de ecuación a implementar. Como
se explica en la Sección 5, la memoria de configuración de la GTX es suave. En otras palabras, si bien el tamaño de la
de constantes de ecuación y sus etiquetas correspondientes. Si no hay suficiente memoria de configuración disponible para
el número especificado de parámetros, la GTX responderá con una indicación de error.
El usuario no asigna constantes de ecuación o hasta un máximo de 64 (siempre que haya suficiente memoria disponible). La
configuración predeterminada ( ConfigDefault) no asigna memoria para los contenidos.
Antes de poder definir una constante de ecuación con un índice superior al número de constantes especificado actualmente,
este comando debe usarse para expandir el número de constantes. El uso de este comando para reducir el número de
constantes disponibles (por ejemplo, para dejar espacio para otros parámetros de configuración suave), liberará la memoria
de configuración asociada y eliminará cualquier Constante de Ecuación definida por encima del nuevo máximo. Tenga en
cuenta que si bien los valores constantes se pueden cambiar mientras la GTX está habilitada, el número de constantes no.
11.6.3.2. Valor constante de la ecuación (EKV) [todos]
los EKV El comando permite al usuario definir el valor real de una constante de ecuación. El formato
básico para el EKV El comando se muestra a continuación:
EKV = n, val
dónde,
norte = número constante (0-63) =

val valor de la constante
Para consultar el valor actual de una constante específica, el comando EKV = n? se utiliza, donde el número constante deseado es '
norte '. El valor predeterminado para una constante es cero, es decir, hasta que el usuario lo defina explícitamente, todas las
constantes se establecen inicialmente en 0.
Emitiendo el comando EKV? o EKV = * ?, dirigirá a la GTX para que descargue todos definido constantes, es decir,
hasta el número máximo especificado por el EKN mando.
Otra característica única de las constantes de ecuación es que cualquier cambio en sus valores se puede capturar en el registro de
datos / eventos. Cuando la GTX está habilitada, los cambios constantes siempre se registran. De forma predeterminada, establecer
una constante cuando la GTX está deshabilitada no registrará el valor. Sin embargo, el usuario puede anular este valor
predeterminado y forzar el registro del valor agregando una coma y la letra ' L ' después de la val valor) campo, p. ej.
EKV = 0,1,23, L establecerá K0 = 1,23 y registrará el nuevo valor. Tenga en cuenta que el registro de constantes cuando la GTX está
deshabilitada también requiere que se configure el reloj interno.

11.6.3.3. Etiqueta de constante de ecuación (EKL) [dtx]
Al igual que SDI-12 y los sensores internos, las constantes de ecuación tienen una designación predeterminada de K0 a K63. Sin
embargo, al igual que los sensores, estas constantes pueden tener un nombre descriptivo o una etiqueta adjunta para mejorar la
legibilidad de una ecuación. los EKL El comando se puede utilizar para establecer o recuperar las etiquetas de constantes de
ecuación personalizadas.
Usando el conjunto (p. Ej. EKL = 0, SCL y EKL = 1, OFS) forma de este comando, el usuario puede redefinir las etiquetas a cualquier
cadena de 1 a 4 caracteres.
Usando el formulario de consulta de este comando (p. Ej. EKL = 0? ) devolverá la etiqueta actual para la constante.
Usando el comando de consulta con el carácter comodín, '* ', en la consulta (es decir EKL = *? ) permite que se vuelquen todas las
definiciones de etiquetas.
Usando el comando EKL = CLARO borrará todas las etiquetas a sus valores predeterminados. Las etiquetas
predeterminadas de la constante de ecuación son "KNS0" a "KNS9" y "KN10" a "KN63".
11.6.4. Variable de ecuación (EQV) [todos]
El comando de variable de ecuación ( EQV) permite un mecanismo simple para consultar el valor actual de una de las
variables de la ecuación estándar, es decir, I0-I63 y S0-S63. Entrando EQV = seguido de la variable deseada devolverá
el valor numérico actual para esa variable.
Tenga en cuenta que esta operación también se puede realizar utilizando el EQT comando con solo la variable
deseada como la ecuación. Sin embargo, esto en realidad hace que la ecuación de prueba se analice y ejecute, lo que
podría interferir con una ecuación operativa cuando la GTX está habilitada. En consecuencia, el EQT tiene un nivel de
acceso de " dtx " para prevenir este conflicto. Como tal, el EQV comando, con un nivel de acceso de " todos "
debe usarse para consultar variables cuando la GTX está habilitada.
los EQV El comando simplemente devuelve el valor almacenado la variable para que no requiera ecuación
de ejecución y no plantea un conflicto potencial.
11.6.5. Número de procesadores mínimo, máximo y promedio (MMN = xx) [dtx]
los MMN El comando permite al usuario especificar el número máximo de procesadores MMA a implementar. Como
se explica en la Sección 5, la memoria de configuración de la GTX es suave. En otras palabras, si bien el tamaño de la
de definiciones de Procesador MMA. Si no hay suficiente memoria de configuración disponible para los procesadores
solicitados, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de procesadores MMA sea un mínimo de 1 y hasta un máximo de 64 (siempre que haya
suficiente memoria disponible). La configuración predeterminada ( ConfigDefault) no asigna ninguna memoria para el
procesamiento de MMA, es decir, efectivamente establece MMN = 0.
Antes de poder definir un procesador MMA con un índice superior al número asignado actualmente de procesadores MMA,
este comando debe usarse para hacer que la memoria de configuración para el procesador deseado esté disponible. El uso
de este comando para reducir el número de procesadores MMA disponibles (por ejemplo, para dejar espacio para otros
parámetros de configuración suave), liberará la memoria de configuración asociada y eliminará cualquier procesador MMA
definido por encima del nuevo máximo.
11.6.6. Definición mínima, máxima y media (MMA = sensor, índice, desplazamiento, <banderas>) [dtx]
los MMA El comando permite al usuario definir hasta 64 procesadores MMA. Para cada procesador, el usuario
debe definir lo siguiente ...
sensor = Sensor interno o SDI-12 = intervalo

índice de velocidad de procesamiento
compensar = desplazamiento en el intervalo de procesamiento para la recolección
<banderas> = banderas de promedio de vector y registro opcional; NXG o V (el valor predeterminado es ninguno)

Al definir un procesador MMA, el primer campo proporcionado en el MMA debe ser el número de índice del
procesador MMA. Por ejemplo, MMA = 0, I0,01: 00: 00,00: 00: 01, NXG vincula el procesador MMA 0 al sensor interno
0.
los sensor el tipo puede ser un sensor interno o SDI-12; tenga en cuenta que, dado que los sensores internos también se
pueden vincular a una ecuación (consulte la Sección 11.5.3.3), un procesador MMA también puede operar en una ecuación.
Si bien es posible definir ecuaciones complejas que operan en uno o más parámetros y producen resultados mínimos,
máximos y promedio, el procesador MMA simplifica enormemente este proceso para un solo parámetro de sensor.
A medida que se muestrea un sensor, el valor del sensor se pasa automáticamente a las rutinas de procesamiento de
MMA. Si un procesador MMA está vinculado a este sensor, los mínimos y máximos se actualizarán en consecuencia
(junto con una marca de tiempo para el valor). A continuación, el valor se agregará a un acumulador y se
incrementará un valor de recuento. En el procesamiento índice, la GTX extraerá y procesará la información
acumulada (es decir, se calculará el promedio), la enviará al registrador de datos / eventos y los búferes de
transmisión, y luego restablecerá los valores de acumulación para el siguiente intervalo.
El usuario puede especificar individualmente la tasa de acumulación para el procesador configurado. Además, el usuario
puede especificar opcionalmente un desplazamiento en el intervalo de acumulación en cuanto a cuándo se adquirirán y
procesarán los valores mínimo, máximo y promedio. Tanto el procesamiento índice y el compensar se puede especificar
como un número entero de segundos o como un intervalo de tiempo en horas, minutos y segundos (es decir, hh: mm: ss).
Sin embargo, al solicitar la configuración actual, la GTX siempre responde con el índice y compensar en formato de
intervalo.
La velocidad máxima de procesamiento es de 24 horas (por ejemplo, 24:00:00 o 86,400 segundos). Sin embargo, para velocidades de
procesamiento y compensaciones superiores a 12 horas (43.200 segundos), el valor debe ser par. En otras palabras, por debajo de doce horas
la resolución es de 1 segundo y por encima de 12 horas son 2 segundos para estos valores. Si bien la velocidad mínima de procesamiento se
puede establecer en tan solo 10 segundos, tenga en cuenta que el muestreo con demasiada frecuencia también puede afectar negativamente
el consumo de energía general del sistema. Tenga en cuenta que la velocidad de procesamiento de un procesador MMA es independiente del
intervalo de muestreo del sensor.
El maximo compensar es igual al procesamiento índice, y el mínimo compensar es 0 segundos. los compensar es opcional
y, si se omite, se establecerá en 0 (sin compensación). los compensar determina en qué punto del intervalo de
procesamiento se procesarán los datos de MMA; por ejemplo, si establece la velocidad de procesamiento en 1 hora con una
compensación de 15 minutos, la GTX hará que el proceso de los datos de MMA sea una vez cada hora, pero a los 15 minutos
de la hora. Utilizando el compensar permite al usuario ajustar exactamente cuándo se realiza el procesamiento y saber
exactamente cuándo se calculó el promedio en relación con las transmisiones temporizadas y otros parámetros. Uso
adecuado del compensar también puede garantizar que las mediciones no entren en conflicto entre sí o con tiempos de
transmisión conocidos.
El opcional < banderas> El especificador se puede usar para dirigir los resultados de MMA para que se almacenen en el
búfer de datos / eventos. Si se omite este parámetro, no se registrarán resultados de MMA; sin embargo, aún pueden
incluirse en las memorias intermedias de transmisión por satélite (consulte la Sección 11.7.3.3). Las banderas son las letras
simples 'N', 'X' y 'G' (es decir, la última letra de las abreviaturas de miN, maX y avG). Las banderas se pueden proporcionar en
cualquier combinación y en cualquier orden. Sin embargo, al registrar o almacenar en un búfer de transmisión, los
resultados siempre se incluirán en el orden mínimo, máximo y promedio; los resultados no marcados simplemente no se
almacenarán.
El opcional < banderas> El especificador también se usa para configurar el procesador MMA para realizar un promedio
vectorial de ganancia unitaria en lugar del promedio numérico estándar. Incluir la letra 'V' (además de las letras de registro)
hará que este procesador MMA opere en modo de promedio vectorial.
Para borrar una definición de procesador MMA previamente definida, MMA El comando debe emitirse solo con el
número de índice delimitado por comas y la letra 'C' como cadena de definición (p. ej. MMA = 2, C borrará el
procesador MMA 2).
Emitir el formulario de consulta de este comando (p. Ej. MMA = n? ), devolverá la definición actual para el procesador
MMA solicitado. Si no se ha definido el procesador solicitado, la GTX responderá con la letra 'C'.

Emisor MMA? dirigirá a la GTX a volcar todos los procesadores MMA hasta el último procesador MMA definido. Emisor MMA
= *? indicará a la GTX que descargue todos los procesadores MMA disponibles.
A continuación se muestra un ejemplo de definición de procesador MMA.
> ¿MMA?
MMA = 0, I0,01: 00: 00,00: 00: 01, NXG
MMA = 1, I1,01: 00: 00,00: 00: 02 MMA =
2, C
MMA = 3, C
MMA = 4, S4,01: 00: 00,00: 00: 03, G
>
Tenga en cuenta que en el ejemplo anterior: los sensores internos I0 e I1 y el sensor SDI-12 4 se están procesando
todos en un intervalo de una hora; el procesamiento de MMA se escalona 1 segundo; se registran todos los
resultados de I0; no se registran resultados para I1 (pero podrían estar actualizando un búfer de transmisión); y solo
se registra el valor medio de S4.
Emisor MMA = CLARO ( la palabra clave CLEAR debe estar en mayúsculas) borrará todos los procesadores MMA disponibles.
11,7. Comandos de configuración del almacenamiento de transmisión de datos
Las siguientes secciones describen los comandos implementados para formatear y almacenar los datos recopilados de GTX en los
búferes de transmisión. Se pueden almacenar dos tipos básicos de información en los búferes de transmisión, datos de encabezado
y datos de sensor. Los campos de datos del encabezado pueden ser cadenas o caracteres constantes, campos generados por el
transmisor (por ejemplo, números de secuencia) o parámetros de salud (por ejemplo, voltaje de la batería). Los datos del sensor
pueden ser parámetros recopilados por SDI-12 (consulte la Sección 11.5.1) o parámetros del sensor interno (consulte la Sección
11.5.2); junto con los datos mínimos, máximos y / o promedio acumulados (consulte la Sección 11.6.6). Los datos del sensor solo se
pueden almacenar en un búfer de transmisión si la fuente de datos correspondiente para el búfer (temporizada o aleatoria) está
configurada en Sensor. Para las transmisiones GOES, los campos de encabezado se pueden incluir en un búfer de transmisión para
cualquier fuente de datos (sensor o RS-232). Dos comandos, TDP ( Parámetro de datos temporizados) y
RDP ( Parámetro de datos aleatorios), se utilizan para configurar qué datos se almacenan y cómo se formatean los
datos en el búfer apropiado. Excepto a cuál de los búferes se aplica el comando, estos dos comandos funcionan de
manera idéntica y se describirán colectivamente en la Sección 11.7.3.
11.7.1. Número de parámetros de búfer temporizados (TPN = xxx) [dtx]
los TPN El comando permite al usuario especificar el número máximo de parámetros de datos temporizados que se pueden
definir para el búfer de transmisión temporizada. Como se explica en la Sección 5, la memoria de configuración de la GTX es
suave. En otras palabras, si bien el tamaño de la memoria en bytes es fijo, el usuario puede definir cómo se utiliza la
memoria disponible.
de definiciones de parámetros de datos temporizados. Si no hay suficiente memoria de configuración disponible para los
procesadores solicitados, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de parámetros de datos temporizados sea un mínimo de 1 y hasta un máximo de 100
(siempre que haya suficiente memoria disponible). La configuración predeterminada ( ConfigDefault) asigna memoria para 20
parámetros de datos temporizados (para compatibilidad con versiones anteriores).
Antes de poder definir un parámetro de datos temporizados con un índice mayor que el número asignado actualmente de
parámetros de datos temporizados, este comando debe usarse para hacer que la memoria de configuración para el
parámetro deseado esté disponible. El uso de este comando para reducir el número de parámetros de datos temporizados
disponibles (por ejemplo, para dejar espacio para otros parámetros de configuración suave), liberará la memoria de
configuración asociada y eliminará los parámetros de datos temporizados definidos por encima del nuevo máximo.
11.7.2. Número de parámetros de búfer aleatorios (RPN) [d tx]
los RPN El comando permite al usuario especificar el número máximo de parámetros de datos aleatorios que se
pueden definir para el búfer de transmisión aleatoria. Como se explica en la Sección 5, la memoria de configuración
de la GTX es suave. En otras palabras, si bien el tamaño de la memoria en bytes es fijo, el usuario puede definir cómo
se utiliza la memoria disponible.

de definiciones de parámetros de datos aleatorios. Si no hay suficiente memoria de configuración disponible para los
procesadores solicitados, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de parámetros de datos aleatorios sea un mínimo de 1 y hasta un máximo de 40
(siempre que haya suficiente memoria disponible). La configuración predeterminada ( ConfigDefault) asigna memoria para 20
parámetros de datos aleatorios (para compatibilidad con versiones anteriores).
Antes de poder definir un parámetro de datos aleatorios con un índice superior al número asignado actualmente de
parámetros de datos aleatorios, este comando debe utilizarse para hacer que la memoria de configuración para el
parámetro deseado esté disponible. El uso de este comando para reducir el número de parámetros de datos aleatorios
disponibles (por ejemplo, para dejar espacio para otros parámetros de configuración suave), liberará la memoria de
configuración asociada y eliminará cualquier parámetro de datos aleatorios definido por encima del nuevo máximo.
11.7.3. Definición de parámetros de datos aleatorios y temporizados (TDP y RDP) [dtx]
los TDP y RDP Los comandos se utilizan para configurar qué parámetros de datos se cargan en los búferes de
transmisión temporizada y aleatoria, respectivamente. Dado que estos dos comandos tienen un uso idéntico, se
describen en esta sección de forma colectiva; para el resto de esta sección, el comando XDP se utilizará para indicar
tanto TDP y RDP.
Además de determinar qué datos se cargan en el búfer apropiado, el XDP El comando también determina el formato
de los datos cargados. Para cualquier búfer de transmisión, el número máximo de parámetros que pueden definirse
está determinado por el TPN o RPN comandos (consulte las dos secciones anteriores). Si bien la nomenclatura indica
que los parámetros de encabezado deben aparecer primero, esto no es realmente un requisito; Los parámetros
(encabezado o sensor) pueden definirse para cargarse en el búfer en cualquier orden. Sin embargo, cuando la fuente
de datos es RS-232, solo se pueden definir parámetros de encabezado y, en este caso, siempre se transmitirán antes
de enviar los datos cargados en RS-232.
El formato básico para el XDP el comando es XDP = pn, id, pcnt <pflags>, fw_res, flags, scale, offset .
Sin embargo, dependiendo del parámetro identificación y / o el formato de datos seleccionado para el búfer (ASCII, Pseudo
o Binario), no se requieren ni se permiten todos los parámetros. A continuación se proporciona la definición de los campos
de configuración para el XDP mando.
pn = número de parámetro
identificación = identificador o designador de parámetro (por ejemplo, H0, S0, I0, etc.) =
pcnt recuento de parámetros - número de mediciones para almacenar
<pflags> = indicadores de parámetro: permite agregar datos mínimos, máximos y promedio
fw_res = ancho de campo o resolución para cada medida de parámetro =
banderas banderas de parámetro
escala = escala de conversión binaria =
compensar compensación de conversión binaria
El número de parámetro ( pn) se utiliza para designar el orden en el que aparecen los parámetros en el búfer de
transmisión; pn = 0 es el primer parámetro, pn = 1 es el siguiente y así sucesivamente. Al consultar un punto de datos
específico, se requiere una versión especial del comando de consulta. Específicamente, para solicitar la configuración actual
de un parámetro de datos, el número de parámetro debe darse después de un signo igual y luego ir seguido de un signo de
interrogación. El comando XDP = 0? indica al transmisor que devuelva la configuración actual para el parámetro 0 (es decir,
pn = 0).
Ya que pn determina el orden en que los parámetros aparecen en el búfer, los parámetros deben ser contiguos.
Tener un parámetro nulo incrustado en una secuencia de parámetros evitará que los parámetros posteriores se
incluyan en el búfer. Por ejemplo, si el parámetro 0 y el parámetro 2 están definidos pero el parámetro 1 no, solo se
cargará el parámetro 0 en el búfer. Sin embargo, no es necesario definir los parámetros de forma secuencial; el
parámetro 2 puede definirse antes que el parámetro 0 o 1.
Para facilitar la edición del orden de los parámetros, las versiones especiales del XDP Se han implementado
comandos para permitir la limpieza, inserción y eliminación de parámetros. Específicamente, …
XDP = pnC borrará el parámetro pn, pero no cambiará el orden de los parámetros restantes

XDP = pnD eliminará el parámetro pn, y eliminará todos los parámetros posteriores en uno
XDP = pnI insertará un parámetro nulo (indefinido) en la ubicación pn, y mueva todos los parámetros
subsiguientes en uno
Tenga en cuenta que para los tres formatos especiales, la letra de operación (C, D o I - puede ser mayúscula o
minúscula) debe seguir inmediatamente al número de parámetro ( pn).
Tenga en cuenta que cuando se utiliza la operación de inserción, se inserta un parámetro nulo o indefinido, que debe
definirse posteriormente para restaurar la naturaleza contigua de la definición del parámetro. Además, si el último
parámetro (por ejemplo, 19 en la configuración por defecto) se define cuando se realiza una operación de inserción, su
definición será reemplazada por el parámetro anterior (por ejemplo, 18) y la definición anterior se perderá
irremediablemente. Para evitar perder parámetros, utilice TPN o RPN para aumentar el número máximo de parámetros
antes de la operación de inserción.
Para borrar toda la definición de parámetros de un búfer de transmisión, el comando XDP = BORRAR ( la palabra
clave CLEAR debe estar en mayúsculas).
Emitiendo el comando XDP? dirigirá al transmisor a volcar todos los parámetros definidos hasta, pero sin incluir el
primer parámetro nulo. Si no se definen parámetros (o el primer parámetro es nulo), la respuesta será XDP = 0C.
Para volcar todos los parámetros independientemente de si están definidos o no, el comando XDP = *? debe ser
emitido. Cualquier parámetro con una definición nula tendrá el formato de respuesta
XDP = pnC.
Después del campo de número de parámetro, el siguiente campo identifica el tipo de parámetro ( identificación). Hay tres tipos de
identificadores de parámetros que se pueden especificar; Parámetros de encabezado (Hn), parámetros del sensor SDI-12 (Sn) y
parámetros del sensor interno (In); tenga en cuenta que, dado que un sensor interno se puede vincular a una ecuación, los
resultados de la ecuación también se pueden incluir. Además del designador de tipo de parámetro (H, S o I), el usuario debe
especificar el número de identificación del parámetro, n. Para los parámetros de encabezado, el número de identificación determina
el tipo específico de parámetro de encabezado. Para SDI-12 y los parámetros del sensor interno, el número de identificación se
correlaciona con una definición de colección de sensor SDI-12 (Sección 11.5.1.1) o Interna (Sección 11.5.3.1). En las Secciones 11.7.3.1
y 11.7.3.2 se proporciona información adicional con respecto a los parámetros de encabezado y sensor, respectivamente.
Para los parámetros del sensor, el siguiente campo que debe definirse es el recuento de parámetros ( pcnt), que es el
número de parámetros históricos para guardar y transmitir. Por ejemplo, si un sensor SDI-12 se muestrea una vez cada diez
minutos y se desea que se transmita el valor de la muestra de la última hora, entonces el recuento de parámetros ( pcnt) se
establecería en 6. El orden en el que se almacenan y transmiten los parámetros está determinado por el Orden de datos
cronometrado o el Orden de datos aleatorio; el orden de los datos puede ser del más antiguo al más reciente o del más
reciente al más antiguo.
Para los parámetros del sensor, tres banderas opcionales ( pflags) se puede incluir inmediatamente (es decir, sin coma)
después del recuento de parámetros ( pcnt). Estos indicadores opcionales determinan qué resultados de MMA, si los hay, se
almacenan en el búfer de transmisión siguiendo los valores de los parámetros históricos. Si se omite este parámetro, no se
incluirán resultados de MMA. Las banderas son las letras simples 'N', 'X' y 'G' (es decir, la última letra de las abreviaturas de
miN, maX y avG). Las banderas se pueden proporcionar en cualquier combinación y en cualquier orden. Sin embargo,
cuando se almacenan en el búfer de transmisión, los resultados siempre se incluirán en el orden mínimo, máximo y
promedio; los resultados no marcados simplemente no se incluirán. Tenga en cuenta que también es posible incluir solo los
valores de MMA para este parámetro utilizando un pcnt de 0; de lo contrario, cero no es un valor admisible para el recuento
de parámetros.
Después del recuento de parámetros, los parámetros del sensor también deben tener un ancho de campo definido para el
formato de datos ASCII, o una resolución para los formatos binarios o pseudobinarios definidos. Para datos con formato
ASCII, el ancho del campo determina el número de caracteres (1-16) que se reservarán para cada parámetro de la lista. Para
datos con formato binario, la resolución es el número de bits (1-24) para reservar, guardar y transmitir para cada parámetro.
Para datos con formato pseudo-binario, la resolución está en caracteres pseudo-binarios (1, 2, 3 o 4), que se correlaciona
con múltiplos de 6 bits (N = 6, 12, 18 o 24).
Para datos binarios y pseudobinarios, la resolución puede ser positiva o negativa. Las resoluciones positivas indican
que la representación binaria del valor no tiene signo, mientras que una resolución negativa indica que el valor
binario está en formato de complemento a dos con signo. Además de determinar el número de bits binarios
(N) a utilizar para representar el parámetro transmitido, la resolución también determina el máximo (positivo

⇒ 2 NORTE- 1, negativo ⇒ 2 N-1- 1) y mínimo (positivo ⇒ 0, negativo ⇒ - 2 N-1) límites. Después de la conversión a
binario, el parámetro se comprueba a distancia y se sujeta a estos límites.
Para datos con formato ASCII, si el número de caracteres en el parámetro excede el ancho del campo, la cadena del parámetro se
trunca desde la derecha para ajustarse al ancho del campo. Si el número de caracteres es menor que el ancho del campo, la cadena
de parámetros se rellena con espacios desde la izquierda para completar el ancho del campo (es decir, justificado a la derecha).
Mientras que el recuento de parámetros ( pcnt) y ancho / resolución del campo ( fw_res) son necesarios para los parámetros del sensor, no
están permitidos para los parámetros del encabezado. Los parámetros de encabezado tienen configuraciones internas predefinidas para
estos campos.
Siguiendo el fw_res campo, el usuario puede especificar banderas de formato opcionales para el parámetro. Los indicadores de
formato son caracteres ASCII únicos que definen con más detalle cómo se formatea el parámetro en el búfer de transmisión. Si bien
no todos los indicadores de formato son aplicables a todos los tipos de parámetros y / o formatos de datos (ASCII, binario o
pseudobinario), a continuación se proporciona un resumen de los indicadores de formato disponibles.
S = Incluir un separador de espacio después de la lista de parámetros =

R Incluir separador [CR] después de la lista de parámetros = Incluir
norte separador [LF] después de la lista de parámetros
L = Incluir el campo Etiqueta antes de la lista de parámetros con dos puntos después de la etiqueta
LB = Incluir el campo Etiqueta antes de la lista de parámetros con dos puntos antes de la etiqueta =
LX Incluir el campo Etiqueta antes de la lista de parámetros sin dos puntos = Incluir ceros a la
Z izquierda en los valores de los parámetros (solo ASCII) = El parámetro es un contador valor -
C permitir ajuste binario
Los caracteres de varias banderas se encadenan sin comas ni espacios. Por ejemplo, para incluir un retorno de carro
y un salto de línea después de una lista de parámetros, el campo de marca se definiría como RN o NR. Tenga en
cuenta que los indicadores de formato se pueden especificar en cualquier orden; Independientemente de la
secuencia de banderas en la definición, los caracteres separadores se añaden en el orden que se muestra en la lista
anterior (es decir, espacio, [CR], [LF]). La bandera de la etiqueta (L) es aplicable tanto al encabezado (p. Ej., Voltios de
la batería bajo carga, potencia directa, potencia reflejada, etc.) como a los parámetros del sensor (es decir, SDI-12 e
interno). La bandera de conteo (C) solo es aplicable a los parámetros del sensor, y solo cuando está en formato
binario o pseudobinario; esta bandera permite que los parámetros de estilo de recuento (por ejemplo, recuento de
cubos basculantes) se envíen con resolución reducida al eliminar la restricción de límite máximo. Específicamente,
Cuando el formato de datos para el búfer de transmisión correspondiente es pseudobinario o binario, entonces el
transmisor requiere escala y compensar valores de conversión para convertir el valor del parámetro numérico (es decir,
decimal ASCII) a binario. Al igual que con los campos de resolución y recuento de parámetros, estos valores están
predeterminados y no se pueden ingresar para los parámetros de encabezado. Si el usuario no especifica explícitamente
estos valores para un parámetro de sensor, entonces el escala se establece en 1 y el compensar se establece en 0. Antes de
formatear y cargar un parámetro binario o pseudobinario, el valor decimal se convierte en binario utilizando la siguiente
ecuación. Después de la conversión, se comprueba el rango del valor y, si es necesario, se limita como
explicado anteriormente.
binario = escala * ( decimal - compensar ) (conversión decimal a binaria)
Si bien el usuario no puede configurar el recuento de parámetros, el ancho de campo, la escala y los valores de
compensación para los parámetros de encabezado, pueden leerse emitiendo el XDP comando sin ningún parámetro. El uso
del comando en este formato también valida la lista de parámetros; y si es válido, inicializará el búfer apropiado. Después de
una inicialización válida, el transmisor volcará la lista de parámetros de manera similar a usar el
XDP? mando. Sin embargo, como parte de este volcado, se informarán los campos de encabezado que no son definibles por
el usuario. Si el transmisor detecta un parámetro no válido, en lugar de descargar la lista de parámetros, responderá con
XDP = INV, pn indicando en qué número de parámetro se detectó el error. Tenga en cuenta que, si bien se verifica la validez
de las definiciones de parámetros al ingresar, cambiar otros parámetros de configuración podría invalidar una definición de
parámetro. Por ejemplo, solo se pueden incluir parámetros de encabezado con una transmisión cuando la fuente de datos
es RS-232; como tal, si los parámetros del sensor se definieron con los datos

fuente configurada en Sensor y luego la fuente se cambia a RS-232, entonces estas definiciones de parámetros no serán
válidas.
Cabe señalar que para los formatos ASCII y Pseudo-Binario, los datos que se almacenan en un búfer de transmisión NO
incluyen el bit de paridad. En cambio, el bit de paridad se establece en paridad impar justo antes de la transmisión. Esto
permite que los datos en el búfer se vuelquen para su verificación utilizando la interfaz del terminal sin tener que lidiar con
la paridad.
Las siguientes subsecciones proporcionan detalles adicionales sobre las definiciones de los parámetros del búfer de transmisión con respecto
a los parámetros de encabezado y sensor.
11.7.3.1. Parámetros de datos de encabezado
Como se señaló en la sección anterior, al definir un parámetro de transmisión de encabezado, solo el designador de parámetro (
identificación) y las banderas son obligatorias o permitidas. Los campos de parámetros restantes están predefinidos por el transmisor. A
continuación se proporciona una tabla que detalla los parámetros de encabezado disponibles y sus campos predefinidos. Tenga en cuenta
que todos los parámetros de encabezado tienen un recuento de parámetros de 1, es decir, no se realiza un almacenamiento en búfer
histórico.
Los parámetros de encabezado H0-H2 son constantes de cadena / carácter definibles por el usuario que se enviarán de manera
idéntica en cada transmisión. Estos parámetros no están permitidos en formato binario. El parámetro de encabezado H0 es una
cadena de identificación de plataforma (consulte la Sección 11.7.3.1.1) y, como tal, tiene un ancho de campo variable. Cuando se
inicializa el búfer de transmisión, el ancho del campo se establece en la longitud del valor definido actualmente. PIS cuerda. Los
parámetros de encabezado H1 y H2 son caracteres pseudobinarios (PB) definibles individualmente ('?' A '~').
H3 es un parámetro de contador de secuencia que se puede utilizar para identificar mensajes perdidos. Se
proporcionan contadores de secuencia separados para transmisiones temporizadas y aleatorias. En formato ASCII, el
número de secuencia es un valor entre 001 y 999. En formato pseudo-binario, el número de secuencia se codifica
como dos caracteres PB; como tal, el valor actuará como un contador de 12 bits con un rango de 1 a 4095. En
formato binario, el número de secuencia se codifica como un solo byte y el valor estará entre 0x01 y 0xFF (1 a 255).
Los parámetros de encabezado H4 a H7 se miden durante la parte de la portadora de la transmisión y se incluyen en la memoria
intermedia de transmisión para el siguiente mensaje, es decir, retrasados por un tiempo de transmisión. El voltaje de la batería se
mide bajo carga y se registra con una resolución de 0,1 voltios; tenga en cuenta que para el formato pseudobinario, el voltaje de la
batería se codifica como un solo carácter PB. Las potencias directas y reflejadas están en dBW a una resolución de 0,1 dB. Los cuatro
de estos parámetros pueden tener una etiqueta opcional antes del valor en formato ASCII solamente; en el modo de etiquetado
predeterminado, estas etiquetas son el carácter ASCII único definido en la Tabla 22
seguido de dos puntos seguidos de un espacio. Especificando el bandera apropiada, los dos puntos se pueden mover a
antes del carácter o se puede omitir por completo.
Param Fw / Res Relacionado
IDENTIFICACIÓN Nombre Contar A, P, B Escala Compensar Etiqueta Mando

H0 Cadena de identificación de la plataforma 1 V, V, E N/A N/A N/A PIS
H1 Pseudo-Bin Char 1 1 1, 1, E N/A N/A N/A PB1
H2 Pseudo-Bin Char 2 1 1, 1, E N/A N/A N/A PB2
H3 Secuencia de números 1 3, 2, 8 N/A N/A N/A Ninguno
H4 Transmitir voltios de la batería 1 5, 1, 6 10.0 - 9,0 B Ninguno
H5 Poder Adelante 1 5, -2, -10 10.0 0.0 F Ninguno
H6 Poder reflejado 1 5, -2, -10 10.0 0.0 R Ninguno
H7 Transmitir temperatura 1 6, -2, -11 10.0 0.0 T Ninguno
H8 Latitud GPS 1 10,4, N / A 1.0 0.0 Lat Ninguno
H9 Longitud GPS 1 10,4, N / A 1.0 0.0 Lng Ninguno
Tabla 22: Parámetros del encabezado del búfer de

transmisión (V = Variable, E = Error, N / A = No aplicable)
Los parámetros de encabezado H8 y H9 permiten que la información de ubicación GPS de las plataformas se incluya en el
mensaje. Tenga en cuenta que, a excepción de las plataformas móviles, estos parámetros de encabezado están destinados
principalmente a fines de prueba y demostración, ya que esta información no suele variar de una transmisión a otra.

transmisión. Ambos parámetros pueden tener una etiqueta opcional incluida antes de los datos. La información de
posición se presenta en formato de grados, minutos y segundos. Los grados de latitud son positivos para el norte y
negativos para el sur; Los grados de longitud son positivos para el Este y negativos para el Oeste. Cuando el formato
es ASCII, una cadena de 10 caracteres proporciona esta información; grados, minutos y segundos se separan con
espacios. Para el formato pseudobinario, los datos se informan utilizando cuatro caracteres; los dos primeros
caracteres son los grados con signo; el tercer y cuarto caracteres representan los minutos y segundos,
respectivamente, como un solo carácter pseudobinario sin signo (0 a 59 = @ a {).
Tenga en cuenta que al definir un parámetro de encabezado, los campos no utilizados se omiten por completo; no incluya
comas superfluas con datos nulos para estos campos. Por ejemplo, para definir que el primer parámetro sea la cadena de
identificación de la plataforma con un [CR] y [LF] anexados, el comando es XDP = 0, H0, RN.
A diferencia de los parámetros del sensor, los parámetros del encabezado pueden incluirse en una transmisión incluso
cuando la fuente de datos es RS-232. En esta configuración, los datos del encabezado siempre se envían antes que los datos
cargados en el búfer a través del puerto serie. Además, siempre que la GTX informa un tamaño de búfer de transmisión
configurado para una fuente de datos de RS-232 con parámetros de encabezado definidos, los recuentos de bytes para la
parte de encabezado y la parte de datos recibidos están separados por un signo más (por ejemplo, 24 + 50). Esto permite al
usuario o al terminal principal distinguir entre cuántos bytes a transmitir son del encabezado y cuántos son de los datos.
11.7.3.1.1. Cadena de identificación de plataforma (PIS) [d tx]

La cadena de identificación de plataforma es un parámetro de encabezado definible por el usuario que se puede utilizar como preámbulo
constante para la identificación de DCP. los PIS es el parámetro de encabezado H0 y puede tener hasta 40 caracteres ASCII de longitud.
Para borrar la cadena de identificación, envíe el comando PIS =. , es decir, el comando más un solo punto. El valor
predeterminado es una cadena nula, es decir, sin caracteres.
11.7.3.1.2. Carácter pseudo binario 1 y 2 (PB1 y PB2) [dtx]
PB1 y PB2 son parámetros de encabezado definibles por el usuario que constan de un solo carácter pseudo-binario ('?' a '~')
que pueden usarse como preámbulos constantes. El uso y la definición de estos valores depende completamente del
usuario final. PB1 se correlaciona con el parámetro de encabezado H1, y PB2 se correlaciona con el parámetro de
encabezado H2.
Estos dos parámetros no se pueden borrar y sus valores predeterminados son ambos '@'.
11.7.3.2. Parámetros de datos del sensor
Se pueden incluir dos tipos de parámetros de datos del sensor en un búfer de transmisión, datos del sensor SDI-12 o datos del
sensor interno (temperatura o contador de cubos de vuelco). Para los parámetros del sensor SDI-12, el designador de parámetro (
identificación) es S0 mediante S63. Para sensores internos, el designador de parámetro es I0 mediante I63. Tenga en cuenta que
en cualquier caso, el índice del indicador de parámetro debe ser estrictamente menor que el número máximo de sensores
asignados para el tipo de sensor. El sensor no tiene que estar necesariamente definido, pero la memoria de configuración debe
soportar su definición. Como se detalla en las secciones siguientes, la tasa de recolección de cada parámetro del sensor se puede
configurar de forma independiente. El tiempo total transcurrido por los datos históricos en un búfer de transmisión para un
parámetro en particular es una función tanto de la frecuencia de muestreo como del recuento de parámetros ( pcnt).
Cuando se recopila un parámetro, el valor del parámetro y el designador del parámetro se envían al módulo de
formato de búfer de transmisión. El módulo de formato de búfer de transmisión busca tanto TDP y el RDP
listas para determinar si y dónde se insertará el parámetro en el búfer de transmisión apropiado. Después de buscar las dos
listas de parámetros de transmisión, el disparador de informe aleatorio ( RRT - (consulte la Sección 11.7.4) también se busca
en la lista para determinar si el parámetro se debe comparar con un límite de umbral para activar informes aleatorios.
Tenga en cuenta que este enfoque proporciona la flexibilidad de incluir cualquier parámetro en el búfer de transmisión, así
como para ser utilizado para activar informes aleatorios.
El formato nativo para ambos tipos de datos de sensor es ASCII. En otras palabras, los datos que se pasan al módulo de formato de
búfer de transmisión son una cadena ASCII; por ejemplo, el valor de la cadena capturado directamente de un sensor SDI-12. Cuando
el formato de datos es ASCII, la cadena recibida simplemente se copia en el búfer después de que los datos más antiguos son

desplazado en el búfer para acomodar el nuevo valor (el valor más antiguo se pierde irremediablemente). Si el ancho del campo es menor que
la longitud de la cadena del parámetro, la cadena se trunca desde la derecha. Si el ancho del campo es mayor que la longitud de la cadena,
entonces el campo se rellena con espacios desde la izquierda (es decir, el parámetro está justificado a la derecha en el búfer). A continuación
se proporciona un ejemplo de un vaciado de búfer temporizado ( TBD) con tres parámetros cronometrados definidos.
> TBD
TBD = 69
25,25 25,50 25,75
00002 00001 00000
>
los TDP La definición de este ejemplo se proporciona a continuación. El primer parámetro cronometrado es la cadena de
identificación de la plataforma ( PIS = BÚFER TEMPORIZADO MICROCOM GTX-2.0) seguido de un [CR] [LF]. El segundo
parámetro es el sensor interno 0, que se ha configurado para temperatura, seguido de un [CR] [LF]. El último parámetro es
el sensor interno 1, que está configurado para el contador del balde basculante; no se agrega ningún carro o salto de línea a
esta lista de parámetros. Tenga en cuenta que para el 2 DAKOTA DEL NORTE y 3 RD parámetros, se almacenan tres valores y ambos
parámetros se definieron con un ancho de campo de 6 caracteres. En consecuencia, dado que todos los valores son 5
caracteres, se inserta un carácter de espacio antes del valor del parámetro.
> TDP?
TDP = 0, H0, RN
TDP = 1, I0,3,6, RN
TDP = 2, I1,3,6
>
Si el formato de datos para la transmisión es pseudo-binario, entonces el valor se convierte primero en una representación
binaria y luego se codifica en pseudo-binario. A continuación se muestra un ejemplo de un volcado de búfer aleatorio ( RBD)
con transmisiones aleatorias configuradas para Pseudo-Binary.
> RBD
RBD = 17
Acg] gvhO @ @ B @ @ A @ @@
>
los RDP La definición de este ejemplo se proporciona a continuación. El primer parámetro aleatorio es PB1 = A, y el segundo
es PB2 = c; tenga en cuenta que el uso e interpretación de estos caracteres depende totalmente del usuario. El tercer
parámetro es el sensor interno 0, que se ha configurado para temperatura. El último parámetro es el sensor interno 1, que
está configurado para el contador del balde basculante. Si bien está permitido utilizar banderas de separación de listas de
parámetros (es decir, R, N o S) en formato pseudo-binario, normalmente esto no se hace; de lo contrario, el mensaje no
alcanzará la máxima eficiencia que puede proporcionar Pseudo-Binary. Tenga en cuenta que para los 3 RD y 4 TH parámetros,
se almacenan tres valores. Sin embargo, mientras que ambos usan una compensación de 0.0, la escala de temperatura es
100 y la escala del bucker de inclinación es 1. Además, para la temperatura, la resolución es -
2, que indica que se permiten valores binarios tanto positivos como negativos (complemento a dos); mientras que la
resolución de la cuchara basculante es 3, lo que indica que solo se utilizan valores positivos. Además, el parámetro
del cubo basculante se define con el indicador de opción de contador (C); aunque no es necesario para este ejemplo,
ya que se utilizan 3 caracteres PB (es decir, 18 bits), su inclusión no afecta la operación y proporciona una indicación
del tipo de parámetro. Sin embargo, si es aceptable reducir la resolución informada del contador a 12-
bits, entonces solo se requerirían dos caracteres PB y sería necesaria la designación del contador.
> RDP?
RDP = 0, H1
RDP = 1, H2
RDP = 2, I0,3, -2`` 100,0
RDP = 3, I1,3,3, C, 1,0
>

Otra nota importante del ejemplo anterior es que cuando el escala y compensar se utilizan parámetros y no
banderas son obligatorios, se debe incluir un campo nulo en la definición como se indica en el tercer parámetro.
Como se puede verificar fácilmente, los datos volcados en los dos ejemplos anteriores son idénticos, la única
diferencia es el formato (por ejemplo, 25.25 se comprime ag] por la conversión de compensación y escalado a
Pseudo-Binario).
Actualmente, los datos con formato binario no son compatibles con las transmisiones de GOES.
11.7.3.3. Agregar datos mínimos, máximos y promedio a los parámetros de datos del sensor
Como se señaló anteriormente, la GTX permite que los datos Mín, Máx y Promedio (MMA) se incluyan en un búfer de
transmisión. Para lograr esto, primero es necesario definir un Procesador MMA para el sensor en particular (consulte la
Sección 11.6.6).
Durante el funcionamiento, si se define un procesador MMA, en el intervalo especificado, el procesador MMA recopilará y
enviará la información MMA al módulo de formato de búfer de transmisión. El módulo de formato de búfer de transmisión
busca tanto TDP y el RDP listas para determinar si los parámetros de MMA deben insertarse en el búfer de transmisión
apropiado y dónde deben insertarse. Tenga en cuenta que este enfoque proporciona la flexibilidad de incluir cualquier
parámetro en cualquier búfer de transmisión.
Para especificar que los datos de MMA se incluyan en el búfer de transmisión, se debe crear o editar la definición del
parámetro de datos aleatorios o temporizados para incluir los indicadores de MMA deseados después del recuento de
parámetros. Las banderas son simplemente las letras simples 'N', 'X' y 'G' (es decir, la última letra de las abreviaturas de miN,
maX y avG). Las banderas se pueden proporcionar en cualquier combinación y en cualquier orden. Sin embargo, cuando se
almacenan en el búfer de transmisión, los resultados siempre se incluirán en el orden mínimo, máximo y promedio; los
resultados no marcados simplemente no se incluirán.
Por ejemplo, suponga que se desea incluir datos de MMA para el sensor de temperatura en el ejemplo de búfer
temporizado de la sección anterior. Si modifica la configuración para que sea como se muestra a continuación, los valores
mínimo, máximo y promedio se incluirán en el búfer de transmisión temporizada en la misma línea inmediatamente
después de los datos históricos. También es posible que los datos de MMA aparezcan en una línea separada por
insertando un parámetro adicional como se muestra en la segunda solicitud de volcado.
> TDP?
TDP = 0, H0, RN
TDP = 1, I0,3NXG, 6, RN
TDP = 2, I1,3,6
>
El resultado del ejemplo anterior puede producir el siguiente búfer de transmisión.
> TBD
TBD = 69
25,25 25,50 25,75 25,25 25,75 25,50
00002 00001 00000
>
Para poner Min, Max y Averge en una línea separada, se puede usar lo siguiente.
> TDP?
TDP = 0, H0, RN
TDP = 1, I0,3, RN
TDP = 2, I0,0NXG, 6, RN
TDP = 3, I1,3,6
>

El resultado del ejemplo anterior puede producir el siguiente búfer de transmisión.
> TBD
TBD = 69
25,25 25,50 25,75
25,25 25,75 25,50
00002 00001 00000
>
11.7.3.4. Parámetros de campo de texto
Las cadenas de texto fijas se pueden incluir en un búfer de transmisión especificando identificación en el TDP o RDP
apostar". Entonces se puede definir hasta una cadena de diez caracteres para el parámetro. En esta forma de TDP o RDP
comando, la cadena de texto reemplaza el parámetro count ( pcnt) campo y el único otro campo permitido son las banderas
de parámetros opcionales (< pflags>).
El siguiente ejemplo muestra cómo configurar el parámetro TDP 6 en la cadena "Testing123". En este ejemplo, no se
especifican banderas opcionales.
> TDP = 6, T, "Testing123"
La cadena del texto debe ir entre comillas dobles. Sin embargo, al definir el parámetro de texto, las comillas se
pueden omitir siempre que la cadena no incluya comas incrustadas. En respuesta a una consulta, la GTX siempre
incluirá la cadena de texto entre comillas dobles.
Los parámetros de transmisión del campo de texto también se pueden definir con los indicadores de terminación opcionales de S
(espacio), C (retorno de carro) y L (salto de línea). Además, especificar las banderas L o LB designa esta cadena como una etiqueta y
dirigirá a GTX para incluir dos puntos después o antes, respectivamente, de la cadena. El siguiente ejemplo muestra cómo designar
la misma cadena que en el ejemplo anterior para que sea una cadena de "etiqueta". La Figura 68 en la Sección 9.8 muestra cómo
aparecería este texto en el búfer de transmisión.
> TDP = 6, T, "Testing123", L
11.7.4. Número de activadores aleatorios (RTN) [dtx]
los RTN El comando permite al usuario especificar el número máximo de activadores aleatorios que se pueden
definir para transmisiones aleatorias. Como se explica en la Sección 5, la memoria de configuración de la GTX es
suave. En otras palabras, si bien el tamaño de la memoria en bytes es fijo, el usuario puede definir cómo se utiliza la
memoria disponible.
Este comando configura la asignación de memoria para reservar suficiente memoria para proporcionar el número
solicitado de activadores aleatorios. Si no hay suficiente memoria de configuración disponible para los procesadores
solicitados, la GTX responderá con una indicación de error.
El usuario puede especificar que el número de activadores aleatorios sea un mínimo de 1 y hasta un máximo de 30 (siempre que
haya suficiente memoria disponible). La configuración predeterminada ( ConfigDefault) asigna memoria para 15 activadores
aleatorios (para compatibilidad con versiones anteriores).
Antes de poder definir un disparador aleatorio con un índice mayor que el número asignado actualmente de disparadores
aleatorios, este comando debe usarse para hacer que la memoria de configuración para el disparador deseado esté
disponible. El uso de este comando para reducir el número de activadores aleatorios disponibles (por ejemplo, para dejar
espacio para otros parámetros de configuración suave), liberará la memoria de configuración asociada y eliminará cualquier
activador aleatorio definido por encima del nuevo máximo.
11.7.5. Definición de activador de informe aleatorio (RRT) [dtx ]

Además de poder capturar y almacenar los parámetros del sensor, los parámetros del sensor también se utilizan para
activar informes aleatorios cuando la fuente de datos aleatoria está configurada para el sensor. Tenga en cuenta que los
parámetros del sensor utilizados para activar la secuencia de informe aleatorio no tienen que ser capturados en el búfer de
transmisión aleatoria.

El usuario puede definir hasta 30 disparadores de informes aleatorios. El formato para el RRT el comando es
RRT = tn, tipo, id, límite. A continuación se proporciona la definición de los campos de configuración para el RRT mando.
Tennesse = número de activación

escribe = tipo de disparador - ( D elta, H IG H, L Ay, R ise, F todos, A acumulación, o I nterval) =
identificación identificador de parámetro o designador (por ejemplo, S0, I0, etc.), no se utiliza para I nterval
límite = límite o umbral de activación
El número de activación ( Tennesse) se utiliza para identificar el disparador aleatorio. Al consultar un punto de datos específico, se
requiere una versión especial del comando de consulta. Específicamente, para solicitar la configuración actual de un disparador, el
número de disparador se incluye después del signo igual y luego va seguido de un signo de interrogación, p. Ej.
RRT = 0? indica al transmisor que devuelva la configuración actual para el disparo de informe aleatorio 0 (es decir, tn = 0).
De manera similar a la definición de búfer de transmisión, las definiciones de disparador aleatorio deben ser contiguas. Tener un
disparador nulo incrustado en una secuencia de disparadores evitará que se verifiquen los disparadores posteriores. Por ejemplo, si
el activador 0 y el activador 2 están definidos pero el activador 1 no, solo se probará el activador 0 para determinar si debe iniciarse
una secuencia de informe aleatoria. Sin embargo, no es necesario definir los desencadenantes de forma secuencial; El disparador 2
puede definirse antes de que se defina 0 o 1.
Para facilitar la edición del orden de los disparadores aleatorios, las versiones especiales del RRT Se han implementado
comandos para permitir la limpieza, inserción y eliminación de parámetros. Específicamente, …
RRT = tnC despejará el gatillo Tennesse, pero no cambiará el orden de los desencadenantes restantes
RRT = tnD eliminará el disparador Tennesse, y eliminará todos los parámetros posteriores en uno
RRT = tnI insertará un disparador nulo (indefinido) en la ubicación Tennesse, y mueva todos los activadores posteriores en uno
Tenga en cuenta que para los tres formatos especiales, la letra de operación (C, D o I, puede ser mayúscula o minúscula)
debe seguir inmediatamente al número de activación ( Tennesse).
Tenga en cuenta que cuando se utiliza la operación de inserción, se inserta un disparador nulo o indefinido, que debe definirse
posteriormente para restaurar la naturaleza contigua de la definición del disparador. Además, si el último activador (por ejemplo, 14
en la configuración predeterminada) se define cuando se realiza una operación de inserción, su definición se reemplazará con el
activador anterior (por ejemplo, 13) y la definición anterior se perderá irremediablemente.
Para borrar toda la definición de disparador aleatorio, el comando RRT = BORRAR ( la palabra clave CLEAR debe estar en
mayúsculas).
Emitiendo el comando RRT? indica al transmisor que descargue todos los activadores definidos hasta el primer activador
nulo, pero sin incluirlo. Si no se definen disparadores (o el primer disparador es nulo), la respuesta será RRT = 0C. Para
volcar todos los disparadores independientemente de si están definidos o no, el comando RRT = *? debe ser emitido.
Cualquier disparador con una definición nula tendrá el formato de respuesta RRT = tnC.
Después del campo del número de disparador, el siguiente campo identifica el tipo de disparador ( escribe ). Uno de los siete tipos
de disparadores identificación se puede especificar s; delta (D), alta (H), baja (L), subida (R), bajada (F), acumulación (A) o intervalo
(I). Tenga en cuenta que, con la excepción del disparador de intervalo, todos los tipos se pueden volver a activar de forma
independiente; es decir, si hay una secuencia aleatoria en curso y se detecta un nuevo disparador, entonces la secuencia actual se
extenderá (incluso si la nueva condición del disparador es la misma que inició / extendió la secuencia anterior). Cuando se vuelve a
activar la secuencia de informe aleatorio, el transmisor simplemente restablece el recuento de informes aleatorios al recuento de
repetición aleatorio configurado por el usuario ( RRC); el informe pendiente no se reprograma.
Un disparador delta iniciará una secuencia de informe aleatoria si el valor absoluto de la diferencia entre la última
lectura y la nueva lectura es igual o supera el umbral límite . Un disparo alto iniciará la secuencia si la lectura actual
es mayor o igual que el umbral; a la inversa, un disparador bajo iniciará la secuencia si la lectura actual es menor o
igual al límite. Un disparo ascendente es similar a un disparo alto en el sentido de que la lectura actual debe estar
por encima del umbral para iniciar una secuencia de informe aleatoria; sin embargo, la secuencia solo se activará si
la lectura anterior fue menor que el límite del umbral. De manera similar, un disparo descendente solo ocurrirá si la
lectura actual está en el límite o por debajo de él y la lectura anterior está por encima del umbral. Dicho de otra
manera, High y Low son disparadores de nivel, mientras que Rise y Fall son disparadores de borde.

Un disparador de acumulación es similar a un disparador delta en que la diferencia entre esta lectura y una lectura anterior
debe exceder el límite programado. Sin embargo, mientras que el disparador delta funciona en dos muestras sucesivas (es
decir, la lectura anterior es la última lectura), el disparador de acumulación funciona en el valor guardado la última vez que
este parámetro activó una secuencia de informe aleatorio. Este tipo de disparador es útil para disparar cuando se ha
producido una cantidad predeterminada de lluvia, independientemente de la frecuencia con la que se muestre el sensor, es
decir, independientemente de la intensidad de la lluvia.
El disparador de intervalo es un disparador especial que se puede utilizar para garantizar que se active un informe aleatorio de vez
en cuando como una verificación de confianza de que el transmisor sigue funcionando. Al definir un disparador de intervalo, no se
requiere ni se permite la identificación de parámetro, es decir, el identificación debe omitirse el campo. los límite El valor se puede
establecer entre 1 y 240 horas (no se permiten valores fraccionarios). Un disparador de intervalo solo ocurrirá si un informe aleatorio
no ha sido disparado por otro disparador definido dentro del último número de límite horas.
Se aplica un modificador especial a los tipos de disparo delta (D), alto (H), bajo (L), subida (R) y bajada (F). Incluir una
'S' antes de estos tipos de activadores hace que el activador solo sea aplicable al registro de sensores. Con este
modificador antes del tipo de disparo, la activación del disparador NO iniciará una transmisión aleatoria. Su
ocurrencia simplemente se reenviará a las rutinas de registro para permitir que los datos se capturen con mayor
frecuencia debido al evento.
Siguiendo el tipo de disparador, el usuario debe especificar el tipo de identificación del parámetro ( identificación); sólo parámetros
del sensor SDI-12 ( Sn) y parámetros del sensor interno ( En) puede especificarse. Además del designador de tipo de parámetro (S o
I), el usuario debe especificar el número de identificación del parámetro ( n = 0 ... 63). Los parametros identificación
El número se correlaciona con una definición de colección de sensores SDI-12 (Sección 11.5.1.1) o Interna (Sección 11.5.3.1). Tenga
en cuenta que, dado que los sensores internos también se pueden vincular a una ecuación, los disparadores aleatorios también
pueden operar en el resultado de una ecuación.
Después del parámetro identificación, el usuario debe especificar el umbral real de activación del informe aleatorio límite .
El límite se especifica en el mismo formato que los datos recopilados, es decir, como un valor decimal en las mismas
unidades de ingeniería. Este requisito es válido incluso si los datos recopilados y almacenados en el búfer de transmisión se
convierten en binarios o pseudobinarios. En otras palabras, el límite NO debe convertirse al valor binario transmitido incluso
si los datos en el búfer aleatorio lo han sido.
Refiriéndose al segundo ejemplo en la Sección 11.7.3.2, observe que el segundo parámetro en el búfer aleatorio se
define como I0, que además se define como el sensor de temperatura interno. Si se desea activar un informe
aleatorio cuando la temperatura supera los 40 ° C, entonces el límite sería 40. Aunque la conversión a pseudo-binario
tiene escala valor de 10, lo que significa que el valor transmitido sería equivalente a 400 binarios, el límite se
establece en el valor medido real, no en el valor en el búfer de transmisión. Específicamente, para configurar esto
como un disparador de borde ascendente en la primera ubicación, el usuario emitiría el comando
RRT = 0, R, I0,40.
11,8. Configuración de sincronización de tiempo y calibración del oscilador ación
11.8.1. Intervalo de sincronización de tiempo de GPS (GTS = ttt) [dtx]
Este comando programa la frecuencia de las sincronizaciones horarias en UTC. El valor, ttt, es la frecuencia de sincronización de la
hora del GPS medida en horas. El rango de este valor es de 0 a 255 y el valor predeterminado es de 24 horas. Un valor de 0
deshabilitará la sincronización de la hora del GPS (por ejemplo, para el modo de registrador y / o informes aleatorios solamente).
Tenga en cuenta que si el receptor GPS no puede adquirir satélites y realizar una sincronización de tiempo dentro del
período de tiempo de espera programado, por lo general quince minutos (consulte la Sección 11.8.4), de energizar el
receptor GPS, el receptor se apagará y el transmisor intentará otro sincronizar en una hora. Este proceso continuará
hasta que el reloj se sincronice con UTC. Una vez logrado, se reanudará la programación de sincronizaciones
horarias.
Minimizar el número de sincronizaciones de tiempo de GPS reduce el consumo total de corriente del transmisor. Tenga en cuenta que si no se
puede lograr una sincronización de la hora del GPS en un período de 20 días, la GTX desactivará las transmisiones temporizadas del GOES
hasta que se pueda establecer una sincronización.
El valor predeterminado de 24 horas proporciona un compromiso razonable entre mantener la precisión del reloj y
minimizar el consumo de corriente.

11.8.2. Calibración GPS TCXO (GTC = dd) [dtx]
Este comando programa la frecuencia de las calibraciones TCXO automatizadas. El valor, dd, es el número mínimo de
días entre las calibraciones TCXO. El rango de este valor es de 1 a 20 días y el valor predeterminado es de 10 días.
Dado que el propósito de la calibración del TCXO es tener en cuenta los efectos de envejecimiento del TCXO, el TCXO debe
calibrarse con regularidad para mantener la precisión de la frecuencia y el tiempo. Una vez que haya expirado el número
configurado de días entre calibraciones, el transmisor programará una calibración TCXO para que coincida con la próxima
sincronización de hora GPS programada regularmente.
Tenga en cuenta que si no se puede lograr una calibración GPS TCXO en un período de 20 días, la GTX desactivará las
transmisiones GOES hasta que se pueda realizar la calibración.
11.8.3. Calibración GPS OCXO (GOC = dd) [dtx]
Este comando ha quedado obsoleto. La GTX responderá al comando, pero el valor ya no se utiliza.
11.8.4. Tiempo de espera de sincronización / calibración de GPS (GTO = to) [dtx]
Este comando programa el límite de tiempo de espera del GPS cuando se intenta realizar una sincronización de
tiempo y / o calibración TCXO. Si no se puede realizar una sincronización o calibración programada regularmente en
el tiempo determinado por este comando, la operación se cancelará y se reprogramará. El rango de este
El parámetro es de 15 a 30 minutos y el valor predeterminado es de 15 minutos.
11.8.5. Sincronización / calibración de registros de GPS (GLG = f) [dtx]
los GLG El comando se utiliza para configurar la GTX para habilitar o deshabilitar los eventos de registro de GPS;
Sincronización de tiempo o calibraciones TCXO. Este comando acepta o devuelve un solo valor de bandera que indica
si los eventos de GPS están registrados ( GLG = 1) o no registrado GLG = 0). La configuración predeterminada habilita el
registro de eventos GPS.
11,9. Comandos de configuración general
11.9.1. Tiempo activo del comando RS-232 (CAT) [todos]
Este comando establece el tiempo que la interfaz de comunicaciones RS-232 permanecerá activa después de la actividad de
comunicaciones RS-232. El valor predeterminado es 5 segundos. Este valor se puede establecer entre 2 y 255 segundos.
Tenga en cuenta que esta función solo se aplica cuando se ha habilitado el transmisor. Durante la configuración y
configuración, cuando el transmisor está desactivado, la interfaz de comunicaciones RS-232 no se agotará.
Al operar o probar la unidad desde un programa de terminal (por ejemplo, para propósitos de prueba), puede ser conveniente
establecer un valor más alto para evitar tener que solicitar regularmente la atención del transmisor. En funcionamiento normal, este
valor debe reducirse para permitir que el transmisor ingrese al modo de suspensión más rápido para reducir el consumo de
corriente.
11.9.2. Guardar configuración (CFS) [dtx]
Este comando indica al transmisor que confirme los parámetros de configuración ingresados en la memoria no
volátil. Habilitar el transmisor usando el ETX El comando también obligará a guardar los parámetros.
Hasta que se ingrese este comando, la configuración previamente guardada se puede recuperar usando Restaurar
configuración ( CFR) mando.
11.9.3. Restauración de configuración (CFR) [dtx]
Este comando indica al transmisor que restaure los parámetros de configuración de la memoria no volátil. Dado que los
cambios realizados en la configuración no se guardan automáticamente en la memoria no volátil a medida que se ingresan,
este comando se puede utilizar para recuperar los parámetros guardados previamente incluso después de realizar cambios.
Este mecanismo permite realizar y verificar cambios antes de enviarlos al almacenamiento permanente, pero ofrece la
posibilidad de recuperar la última configuración guardada, si es necesario.

CFR recupera todos los parámetros configurables por el usuario de la memoria no volátil. En consecuencia, cualquier
cambio realizado desde la última vez que se habilitó la unidad o un CFS se sobrescribirá el comando emitido.
11.9.4. Configuración predeterminada (ConfigDefault) [dtx]
Este comando indica al transmisor que establezca los parámetros de configuración del mensaje GOES a sus valores
predeterminados de fábrica; esto esencialmente aclara el funcionamiento del transmisor. Este comando no
guardar automáticamente los parámetros borrados en la memoria no volátil; el Guardar configuración ( CFS)
Se debe emitir un comando para completar la secuencia.
Nota: Para evitar la configuración predeterminada inadvertidamente, este comando no utiliza el formato estándar de 3
caracteres. En cambio, el comando detallado ConfigDefault debe ser usado; tenga en cuenta que los comandos GTX no
distinguen entre mayúsculas y minúsculas.
11.9.5. Verificación de configuración (CFV) [todos]
Este comando se usa para verificar el estado de la memoria de configuración de la GTX. Después de recibir el CFV
Command, la GTX proporcionará una respuesta similar al ejemplo siguiente.
> CFV
MODIFICADO: NO
CAL CKS OK: SÍ
GEN CKS OK: SÍ
SFT CKS OK: SÍ
>
Esta respuesta incluye una indicación de estado sobre si la configuración se ha modificado desde la última vez que se
guardó en la memoria no volátil y el estado de las sumas de comprobación individuales en las tres secciones de
configuración distintas; constantes de calibración, configuración general y configuración suave.
Tenga en cuenta que la forma principal de este comando ( CFV o CFV?) comprueba el estado de la copia local de la
configuración almacenada en RAM. Emitiendo el comando CFV = 1? o CFV = 2? indica a la GTX que verifique e
informe el estado de la imagen de configuración seleccionada almacenada en la memoria no volátil; para estas
respuestas, el estado "MODIFICADO" no es aplicable y, por lo tanto, no se informa.
11.9.6. Inicio del cambio de configuración (CFB) [dtx]
los CFB El comando se puede usar para garantizar que una descarga parcial debido a una falla en el enlace de comunicación
no resulte en una configuración parcial para la GTX. Dado que los comandos individuales se procesan a medida que se
reciben (aunque no se envían automáticamente a la memoria de configuración no volátil), es posible que una interrupción
en el enlace de comunicación con la GTX dé como resultado una configuración parcial.
Emitiendo el CFB El comando antes de iniciar una descarga de configuración iniciará un temporizador de tiempo de espera.
Además, los comandos de configuración posteriores reiniciarán automáticamente el temporizador. Si el temporizador
expira antes de recibir otro comando de configuración o la recepción de un CFS comando, la GTX restaurará
automáticamente la configuración a la última configuración guardada como si un CFR se recibió el comando.
Uso del CFB es opcional ya discreción del usuario. Si un CFB no se recibe antes de una secuencia de descarga de configuración, no se
iniciará ningún temporizador de tiempo de espera. Este enfoque permite que los comandos de configuración se ingresen
manualmente.
11.9.7. Habilitación de configuración (CFE) [dtx]
los CFE El comando se utiliza para desbloquear una configuración protegida por contraseña. Este comando simplemente
acepta una cadena y la compara con la contraseña de configuración almacenada guardada por el CPW mando. Si la
contraseña ingresada es válida, la GTX desbloqueará la configuración; permitiendo que se acepten los comandos de
configuración. Consulte la Sección 11.1.5 para obtener más información sobre la funcionalidad de la protección por
contraseña de configuración.
11.9.8. Contraseña de configuración (CPW) [dtx]
los
los CPW El comando permite al usuario ingresar y editar una contraseña de bloqueo de configuración. La contraseña
de configuración se utiliza para evitar cambios no autorizados en la configuración de la unidad. Nota

que dado que la contraseña en sí es un parámetro de configuración, el acceso a este comando también está protegido.
Como tal, primero es necesario desbloquear la configuración usando el CFE comando antes de ingresar o editar la
contraseña. Consulte la Sección 11.1.5 para obtener información sobre la funcionalidad de la protección por contraseña de
configuración.
Si la configuración está desbloqueada, este comando se puede utilizar para recuperar la contraseña ( CPW?) y / o editar la
contraseña ( CPW = cadena). La contraseña se almacena como una cadena con hasta 8 caracteres ASCII (distingue entre mayúsculas
y minúsculas). Para borrar la cadena de contraseña, ingrese el comando CPW =. , es decir, si establece la contraseña en un solo
período, se borrará por completo.
11.9.9. Memoria de configuración disponible (CMA) [dtx]
Este comando se utiliza durante el proceso de configuración de software para informar el número máximo de bytes en la
memoria de configuración de software disponible actualmente. Solo la forma de consulta de este comando ( CMA?)
es válida.
La GTX tiene 6144 bytes disponibles para parámetros de configuración suave. Los parámetros de configuración suave incluyen
sensores internos, sensores SDI-12, parámetros de datos temporizados, parámetros de datos aleatorios, disparadores de informes
aleatorios, procesadores MMA (mínimo, máximo, promedio) y ecuaciones. Al permitir al usuario la flexibilidad de ajustar el número
disponible de parámetros de configuración suave, el espacio de memoria de configuración se puede optimizar para la aplicación
específica. Este comando está destinado simplemente a ayudar en el proceso de configuración a través del puerto serie RS-232,
proporcionando información sobre la cantidad de memoria de configuración suave disponible.
Consulte la Sección 5 para obtener más información sobre las funciones y el uso de la configuración de software.
11.10. Estado y otros comandos
El host utiliza los siguientes comandos para determinar el estado del transmisor con fines de visualización y
diagnóstico. Estos comandos se pueden ingresar con las transmisiones habilitadas o deshabilitadas.
11.10.1. Leer configuración (RCF) [todos]
Este comando devuelve los parámetros de configuración general más comunes, uno por línea, en el mismo formato
utilizado para la entrada de parámetros. Si la salida es capturada por el host, se puede usar para clonar el
configuración a otra unidad.
Por ejemplo, a continuación se muestra una respuesta típica del transmisor:
GTX = 1
PID = 7710061A
TCH = 195,300
TTI = 00: 01: 00: 00
FTTx = 00: 17: 45
TWL = 10
TDF = ASCII
TDS = RS-232
TDO = EL MÁS NUEVO
TOF = 01
RCH = 118,300
RIN = 10
RPC = 20
RRC = 5
RDF = ASCII
RDS = RS-232
RDO = EL MÁS NUEVO
ROF = 00
Si un parámetro de configuración no es válido, el va lue que se muestra para ese parámetro será INV.

11.10.2. Habilitar GTX (ETX) [todos]
Este comando habilita la GTX para la recolección de datos y / o transmisiones por satélite. Se comprobará la validez de los
parámetros de configuración antes de habilitar las transmisiones. Tenga en cuenta que la configuración predeterminada de fábrica
es no válido para habilitar transmisiones, es decir, algunos parámetros tienen valores predeterminados no válidos. Por lo tanto, se
debe definir una configuración válida antes de poder habilitar las transmisiones. Antes de habilitar el transmisor para su
funcionamiento, la unidad se asegurará de que todos los parámetros de configuración se hayan guardado en la memoria no volátil.
Tenga en cuenta que el usuario puede especificar Activar encendido ( PUE) estado para la GTX, que también se guarda en la
memoria no volátil, de modo que una pérdida de energía o un reinicio del sistema devolverán un transmisor a un estado operativo
en caso de que ocurra un evento de este tipo en el campo.
Además de tener un conjunto válido de constantes de configuración, la hora y la fecha también deben establecerse antes de
habilitar el transmisor siempre que las transmisiones temporizadas estén habilitadas y no haya ningún receptor GPS o BBU-RTC
instalado.
Si la GTX tiene un receptor GPS integrado, la transmisión temporizada está habilitada y la hora y la fecha no están
configuradas, el transmisor habilitará inmediatamente al receptor GPS para sincronizar la fecha y la hora. La transmisión
temporizada NO se programará hasta que la hora y la fecha se establezcan mediante GPS.
Si la configuración es válida, la GTX se habilitará y la unidad responderá con OK.
Si la configuración no es válida, la GTX no entrará en el estado habilitado y la unidad responderá con la respuesta de
error (ERR). En este caso, el usuario puede utilizar el comando Comprobar configuración GTX para determinar qué
parámetro de configuración impide que la unidad entre en el estado habilitado.
11.10.3. Desactivar GTX (DTX) [todos]
Este comando desactiva la GTX. Se suspende la programación normal de la recopilación y transmisión de datos. La
GTX debe desactivarse antes de cambiar los parámetros de configuración.
11.10.4. Verifique la configuración GTX (CTX) [todos]
los CTX Se proporciona un comando para determinar si la configuración actual es tal que la GTX se puede habilitar
sin poner realmente la unidad en el estado habilitado, es decir, para determinar si la configuración actual es válida.
Tenga en cuenta que solo la forma de consulta de este comando es válida.
Si la configuración actual es válida, la unidad responderá con OK. De lo contrario, la unidad responde con un
mensaje de error que indica el primer error detectado en la configuración. Una vez corregido este error, el CTX Se
debe volver a emitir el comando para determinar si existen más errores. A continuación se proporciona una lista de
los posibles mensajes de configuración no válidos.
Modo Independiente
HORA / FECHA NO ESTABLECIDA
ZONA HORARIA
TCXO S / N
Solo modo de registrador

T / R CHN NO 0
Solo modo transmisor

T & R CHN = 0
CHN TEMPORIZADO
CHN ALEATORIO
ID de NESDIS
INTERVALO TEMPORIZADO
PRIMERA VEZ
VENTANA TEMPORIZADA
PREÁMBULO TEMPORIZADO
FORMATO TEMPORIZADO
FUENTE PROGRAMADA

PEDIDO TEMPORIZADO
HORA / FECHA NO ESTABLECIDA
BÚFER TEMPORIZADO
PREÁMBULO ALEATORIO
FORMATO ALEATORIO
FUENTE ALEATORIA
ORDEN ALEATORIO
INTERVALO ALEATORIO
POR CIENTO ALEATORIO
REPETICIÓN ALEATORIA
BÚFER ALEATORIO
TAMAÑO DEL BÚFER ALEATORIO
Si el CTX El comando se emite con el transmisor habilitado, la unidad responderá con CTX = GTX habilitado.
Si la respuesta es el mensaje de error “TIMED BUFFER” o “RANDOM BUFFER”, entonces hay un error en una o más
definiciones de parámetros de datos para el búfer de transmisión correspondiente. En este caso, el usuario puede
utilizar el TDP o RDP comando (con un signo de interrogación) para determinar qué parámetros están en error.
11.10.5. Leer estado (RST) [todos]
Este comando devuelve el número de versión del firmware (M designa la revisión del firmware del microcontrolador principal, mientras que T
designa la revisión del firmware del TKM), el número de serie, el estado del transmisor, el estado del GPS, el tiempo hasta la siguiente
transmisión, el número de bytes en el búfer de transmisión temporizada, el número de bytes en el búfer de transmisión aleatoria, el número
de transmisiones aleatorias aún pendientes y el estado a prueba de fallos.
El transmisor responde con:

Versiones de firmware: Mm.mm, Tt.t
Número de serie: nnnn
TransmitterState: Habilitado /
Deshabilitado GPSState: <status>
TimeToNextTx: dd: hh: mm: ss
TimedBufferSize: nnnn
NextTimedTx: N / A o mm / dd / aaaa hh: mm: ss
RandomBufferSize: nnnn
RandomBufferTxs: nnn
NextRandomTx: N / A o mm / dd / aaaa hh: mm: ss
FailSafe: OK / Disparado
Una característica adicional de este comando es el volcado de estado automático. Emitiendo el comando GTX RST = AUTO
le indicará a la GTX que descargue continuamente el informe de estado cada pocos segundos (es decir, sin que se le solicite).
Una vez que este modo está habilitado, el usuario debe presionar un ESC para terminar el modo y permitir que se ingresen
nuevos comandos.
11.10.6. Último estado de transmisión (LTS) [todos]
Este comando devuelve el estado de la última transmisión. La última transmisión podría haber sido una transmisión
programada regularmente, una transmisión aleatoria o una transmisión de prueba activada por el
FTX mando.
Si ha ocurrido una transmisión desde la última vez que se encendió la unidad, el transmisor responde a la
comando con:
TxType: temporizado / aleatorio / prueba
TxStatus: OK / FAIL
TxTime: hh: mm: ss
TxDate: mm / dd / aaaa
FwdPwr: xx.x dBW
RevPwr: xx.x dBW

TxVSWR: xx.xx: 1
TxVolts: vv.v V
>
Nota: Si el VSWR mide más de 10: 1, entonces la lectura de TxVSWR indicará esta condición con la cadena ”> 10: 1 ”.
Si no se ha producido ninguna transmisión, la respuesta es simplemente:
TxType: Ninguno
En lugar de la respuesta de falla genérica ("FAIL"), el transmisor puede responder con uno de los cuatro
indicaciones de falla:
TxStatus: FAILSAFE ⇒ a prueba de fallos disparado
TxStatus: FAIL POWER ⇒ voltios de la batería fuera de los límites
TxStatus: FAIL SYNTHESIZER ⇒ sintetizador de frecuencia incapaz de bloquear

TxStatus: FAIL TEMPERATURE ⇒ temperatura fuera de los límites de transmisión
Establecer el bit de volcado de estado en el TimedOpFlags ( consulte la Sección 11.2.7) o el RandomOpFlags

(vea la Sección 11.2.19) le indicará al transmisor que descargue esta información después de una transmisión satelital aleatoria o auto-
temporizada, respectivamente. Cualquiera de estos indicadores que se establezcan iniciará el informe de estado después de una transmisión
de prueba.
11.10.7. Conteos de resumen de transmisión (TXC) [todos]
los TXC El comando se usa para borrar o recuperar los conteos de transmisión buena y mala de la GTX. La GTX
mantiene dos conjuntos de conteos buenos / malos; uno para la transmisión Autotemporizada y otro para las
transmisiones Aleatorias. Después de cada transmisión, la GTX incrementará el recuento apropiado según el tipo de
transmisión y si la transmisión se completó con éxito o no.
los TXC o TXC? Los comandos devuelven los cuatro valores de recuento separados por comas como se muestra en el
siguiente ejemplo. Los dos primeros valores son el número de transmisiones temporizadas buenas y malas (por ejemplo,
147 buenas y 2 malas), mientras que los dos segundos valores son los recuentos de transmisiones aleatorias (por ejemplo,
26 buenas y no malas).
> TXC?
TXC = 147,2,26,0
>
Emisor TXC = BORRAR ( la palabra clave CLEAR debe estar en mayúsculas) restablecerá los cuatro recuentos a cero. Tenga en cuenta
que los recuentos de Tx Bueno y Malo también se borran automáticamente al encender; sin embargo, los valores no se borran
cuando la GTX está habilitada o deshabilitada.
11.10.8. Módulo GPS activado / desactivado (GPO) [dtx]
los GPO El comando permite al usuario activar manualmente el receptor GPS con fines de prueba y resolución de problemas
cuando la GTX está desactivada.
Emisor GPO = 1 encenderá el receptor GPS y emitirá GPO = 0 apagará el receptor GPS.
Usando la forma de consulta del comando ( GPO?) devolverá el estado de encendido / apagado actual del receptor GPS (1/0,
respectivamente).
11.10.9. Estado de GPS (GPS) [todos]
Este comando devuelve una cadena que indica el estado actual del GPS. Esta es la misma información que se proporciona
en el campo "GPSState" en respuesta a la RST mando. La cadena devuelta es una de las siguientes.
No instalado
Apagado
Al inicializar

Sats no utilizables
Tiempo GPS según necesidad
El 1 sábado
On-2 Sats
On-3 Sats
Solución en espera
Correcciones en posición, se necesitan correcciones en
posición de UTC Corr
En estado desconocido
11.10.10. Estado extendido de GPS (GPX) [todos]
los GPX El comando es una versión extendida de la solicitud de estado del GPS. Este comando devuelve información
adicional sobre el estado y el modo de funcionamiento del módulo GPS.
Si el receptor GPS está apagado, este comando simplemente devolverá la cadena a continuación.
GPX = Apagado
Si el receptor GPS está encendido, este comando devolverá cuatro líneas similares al ejemplo que se muestra a continuación.
GPS: Correcciones en posición
Arreglo: 3D
Sáb: 5
Hormiga: ok
El campo "GPS" es la cadena de estado actual del GPS, que será una de las que se muestran en la Sección 11.10.9.
El modo "Fijar" será 2D o 3D cuando el receptor GPS esté realizando arreglos de posición y será "? D" en caso
contrario.
El "Sat" es el número total de satélites GPS que se están rastreando actualmente.
El campo "Ant" informa sobre el estado de la antena GPS. Si se detecta una falla en la antena del GPS, la línea de
estado "Ant" informará "Abierto" (sin antena conectada) o "Corto" (la antena y / o el cable aparecen como un
cortocircuito eléctrico); de lo contrario, el campo "Ant" informará como "OK".
11.10.11. Versión de GPS (GPV) [todos]
Este comando se puede utilizar para consultar al receptor GPS su versión de firmware actual. Para recuperar esta
información, el módulo GPS DEBE estar encendido. A continuación se proporciona un ejemplo de respuesta.
GPV = C1.30
11.10.12. Estado del satélite GPS (GSS) [todos]
los GSS El comando permite al usuario consultar la información actual del estado del satélite GPS. Específicamente,
este comando proporciona una lista de los satélites GPS que se están rastreando actualmente y su respectivo
número de identificación, acimut, elevación, calidad de la señal recibida y una bandera que indica si este satélite se
está utilizando actualmente en la solución de posición. El receptor GPS puede rastrear hasta 12 satélites en un
instante dado, y la respuesta a este comando es una sola línea para cada uno de los doce satélites posibles que se
pueden rastrear.
Cada línea está anotada con una etiqueta de satélite, después de lo cual se proporcionan los datos del satélite. El
primer archivo es el número de ID de satélite de GPS (o PRN) en la constelación de GPS. Lo siguiente es el Azimut
(0-90º) y la Elevación (0-359º) del satélite en grados. El cuarto campo es la relación señal / ruido recibida (SNR,
también conocido como C / N 0); La SNR se expresa en decibelios (dB). El último campo es un '1' o un '0' que indica si este satélite
"está" o "no está" siendo utilizado en la solución de posición, respectivamente. Si se desconoce el valor de un campo, se informa
con guiones.
A continuación se proporciona un ejemplo de una respuesta típica a la GSS mando. En este ejemplo, de los doce
posibles satélites, solo se informa que once están siendo rastreados o se espera que estén a la vista. Como tal, SAT12
no informa ningún valor numérico en los primeros cuatro campos, sino que se informan guiones.

en estos campos. Además, actualmente se están rastreando diez de los once satélites; específicamente, SAT01 a
SAT06 y SAT08 a SAT11. De estos diez satélites, todos menos SAT11 se están utilizando en la solución. Las SNR para
los satélites adquiridos van desde 33 dB (SAT10) a 51 (SAT05).
> GSS
SAT01: 21,61,207,49,1
SAT02: 24,58,105,49,1
SAT03: 15,38,054,47,1
SAT04: 22,37,302,47,1
SAT05: 14,25,245,51,1
SAT06: 09,13,038,49,1
SAT07: 33,13,109, -, 0
SAT08: 06,10,279,44,1
SAT09: 19,07,317,45,1
SAT10: 03,05,294,33,1
SAT11: 18, -, ---, 50,0
SAT12: -, -, ---, -, 0
Si bien el azimut y la elevación de SAT07 se conocen a partir de los datos de almanaque proporcionados por la
constelación de GPS, actualmente no se está rastreando como lo indica el campo SNR ausente. Por el contrario,
actualmente se está rastreando SAT11, pero el módulo GPS no tiene suficiente información para determinar su
Azimut y Elevación.
Naturalmente, el estado del satélite solo está disponible cuando el receptor GPS está encendido. Cuando el receptor GPS
está apagado ( GPO = 0), la respuesta al comando estará en el mismo formato que se muestra arriba, pero los doce satélites
reportarán datos nulos de manera similar a como se reporta SAT12 en el ejemplo anterior.
La información sobre la intensidad de la señal del satélite se actualiza automáticamente cada segundo.
11.10.13. Verificación del reloj GPS (GCC) [todos]
los GCC El comando proporciona la capacidad de determinar qué tan lejos del reloj interno de la GTX de UTC. La forma de consulta
del comando ( GCC?) simplemente devuelve la fecha y la hora en que se realizó la última verificación y el error del reloj en segundos.
La información de verificación del reloj se captura cada vez que se realiza una sincronización automática de la hora o se puede
capturar manualmente utilizando la forma de ejecución del comando ( GCC).
Para capturar manualmente el error del reloj, la GTX debe estar deshabilitada (para no interferir con las actualizaciones
automáticas) y el receptor GPS debe estar encendido y haciendo arreglos de posición. A continuación se muestra un ejemplo
de cómo utilizar el GCC mando. En este ejemplo, el reloj de la GTX está actualmente 7 milisegundos por delante de UTC.
> GPO = 1
OK
> GPS?
GPS = Correcciones en posición
> GCC
CCG = 15/09/2010 16: 55: 56, + 0.007
>
11.10.14. Leer posición GPS (RGP) [todos]
Este comando devuelve el estado de la última corrección de GPS, ya sea que se trate de una corrección programada
regularmente o que se active mediante un comando Forzar corrección de GPS. Los parámetros de estado devueltos
incluyen: la hora y la fecha de la corrección, latitud, longitud y altitud. Para este comando, la latitud y la longitud se
informan en grados (con un carácter de signo inicial, 's'), minutos y segundos. Para la latitud, '+' indica Norte y '-'
indica Sur; mientras que para la longitud, '+' indica Este y '-' indica Oeste. La altitud se informa en
metros.
Si aún no se ha producido una localización de GPS, el transmisor responderá con: TOF: Sin solución
De lo contrario, responderá con:

TOF: hh: mm: ss

DOF: mm / dd / aaaa
LAT: sdd mm ss
GNL: sddd mm ss
ALT: sxxxxx.x
11.10.15. Leer posición GPS como flotante (RGF) [todos]
los GPF El comando funciona de manera similar al RGP mando. Sin embargo, la respuesta a este comando trata la
latitud y la longitud como un valor de punto flotante en grados con cinco lugares decimales de resolución. La porción
entera del valor reportado es equivalente a los grados reportados en el RGP comando, mientras que los dígitos a la
derecha del punto decimal son la representación fraccionaria de los minutos y los segundos en grados (es decir, 60
minutos en un grado, 60 segundos en un minuto). El formato de la respuesta se proporciona a continuación.
TOF: hh: mm: ss

DOF: mm / dd / aaaa
LAT: sdd.ddddd
GNL: sddd.ddddd
ALT: sxxxxx.x
11.10.16. Última calibración de GPS (LGC) [todos]
Este comando devuelve la fecha y hora en que el reloj del transmisor se configuró por última vez en UTC, la fecha y hora en que se calibró por
última vez el TXCO del transmisor y la fecha y hora en que se calibró por última vez el OXCO del transmisor en el formato que se muestra a
continuación.
Hora: mm / dd / aaaa hh: mm: ss.ss

OCXO: mm / dd / aaaa hh: mm: ss.ss
TCXO: mm / dd / aaaa hh: mm: ss.ss
Si la operación no se ha realizado desde el último reinicio, la fecha y la hora se reemplazarán por “N / A”. Tenga en cuenta
que, por razones de compatibilidad con versiones anteriores, el OCXO todavía se informa pero no es aplicable a GTX-2.0, y
siempre se informará como "N / A".
11.10.17. Leer voltios de la batería (RBV) [todos]
los RBV El comando se utiliza para leer el voltaje actual de la batería del sistema.
11.11. Comandos de recuperación de registros de datos
Como se mencionó anteriormente, la GTX-2.0 puede registrar datos de sensores y eventos del sistema en una memoria no volátil. El
registro se almacena en un búfer circular con cada entrada en el registro de hora y fecha estampadas. Consulte la Sección 1.2.3.2.2
para obtener información adicional sobre las características y la capacidad del registro de datos / eventos. Además, consulte las
Secciones 11.2.7, 11.2.19, 11.5.1.1 y 11.5.3.1 para obtener información sobre los comandos utilizados para configurar los tipos de
eventos y parámetros del sensor que se registrarán.
Las siguientes subsecciones detallan los comandos utilizados para recuperar estos datos registrados. Al recuperar los datos
registrados, se puede volcar toda la memoria o se puede capturar un subconjunto según varios criterios de filtrado.
11.11.1. Volcado de datos de registro (LOG) [todos]
los INICIAR SESIÓN El comando se usa para recuperar los datos registrados y se puede usar para borrar el registro.
Emitiendo el comando ¿INICIAR SESIÓN? hará que la GTX descargue el registro con números de referencia de registro mientras
omite el signo de interrogación (es decir, INICIAR SESIÓN) vuelca los datos sin números de registro. Un resultado típico de la
¿INICIAR SESIÓN? El comando se muestra a continuación.
> REGISTRO?
Buscando ...
00001 ITMP 07/06/2005 16:45:00 +24.50

00002 TBCN 07/06/2005 16:45:02 00000

00003 WLVL 07/06/2005 16:45:09 +9.95
00004 ITMP 07/06/2005 17:00:00 +24.50
00005 WLVL 07/06/2005 17: 00:09 +9.95
00006 STX 07/06/2005 17:02:30 HORARIO
00007 ETX 07/06/2005 17:02:34 HORARIO (b, f, r): 12.1,7 . 7, -23,2
00008 ITMP 07/06/2005 17:15:00 +24.50
00009 WLVL 07/06/2005 17:15:09 +9.96
00010 ITMP 07/06/2005 17:30:00 +24.50
00011 WLVL 07/06/2005 17:30:09 +9.96
00012 TBCN 07/06/2005 17 : 32: 02 00003
00013 TBCN 07/06/2005 17:44:02 00005
00014 ITMP 07/06/2005 17:45:00 +24.50
00015 WLVL 07/06/2005 17:45:09 +9.95
Total: 15 objeto de dumping : 15
>
Cada entrada tiene un número de registro de 5 dígitos y un identificador de cadena corta. “STX” y ETX ”identifican el inicio y
el final de una transmisión, respectivamente. Las etiquetas de sensor definidas por el SLX ( Sección 11.5.1.4) y ILX
(Sección 11.5.3.4) se utilizan para identificar las lecturas del sensor. Después del identificador está la fecha y la hora en que
se registraron los datos, y luego se muestran los datos reales.
Para una entrada “STX”, solo se registra el tipo de transmisión (PRUEBA, TEMPORIZADA o ALEATORIA) y la hora de
inicio. La entrada "ETX" también incluye el tipo de transmisión, pero además registra el voltaje de la batería de la
transmisión (en VCC) y las lecturas de potencia directa / reflejada (en dBW).
También se pueden registrar otros dos tipos de eventos que no se muestran en la lista anterior. Estos eventos (es decir,
"SYNC" y "TCXO") están relacionados con las calibraciones GPS. El evento "SYNC" identifica cuándo se reinició el reloj interno
de la GTX usando el GPS y no incluye ningún dato adicional. El evento “TCXO” marca cuando el oscilador de la unidad fue
recalibrado usando el GPS; este evento también registra el error absoluto del nominal esperado en partes por millón
(consulte la Sección 11.12.5 para obtener información adicional).
La única diferencia en el formato de volcado para el INICIAR SESIÓN comando es que no se proporcionan números de registro.
También debe tenerse en cuenta que con una memoria de registro ampliada (consulte la Sección 1.2.3.2.2) es posible que el número
de entradas de registro supere las 99.999, lo que significa que el número de registro podría superar los cinco dígitos. Por motivos de
compatibilidad con versiones anteriores, el volcado de registros conservó el número de registro de 5 dígitos con ceros a la izquierda.
Sin embargo, si el número de registro es 100.000 o superior, el número de registro se informará con el número apropiado de dígitos.
El tipo de registros vertidos en respuesta a LOG / LOG? Los comandos se pueden controlar mediante el comando Filtro de registro
que se detalla en la siguiente sección.
Emisor LOG = BORRAR indicará a la unidad que borre por completo el registro de datos / eventos.
11.11.2. Control de filtro de registro (LFX) [todos]
los LFX (X = A, B, T, S, I, D, o *) el comando se puede utilizar para definir criterios de filtrado para volcados de registros. Los datos se pueden
filtrar por fecha / hora, tipo y / o por un conjunto particular de sensores.
LFA = fecha [, hora] y LFB = fecha [, hora] se utilizan para definir un filtro de fecha / hora posterior o anterior. El tiempo es opcional;
si se omite, la hora predeterminada será la medianoche (es decir, 00:00:00). Solo ajuste LFA, vuelca todos los registros después de la
fecha / hora especificada; solo ajuste LFB, vuelca todos los registros antes de la fecha / hora especificada. Establecer ambos define
un rango de fecha / hora.
LFT se utiliza para limitar el volcado a uno de los dos tipos de entrada principales. LFT = D selecciona solo entradas de datos del sensor,
LFT = E selecciona solo entradas de eventos.
LFS = <subconjunto> y LFI = <subconjunto>, se utilizan para seleccionar un subconjunto de sensores SDI-12 y / o un subconjunto
de sensores internos. El < subconjunto> La lista puede especificar un solo sensor, una gama de sensores o una lista de sensores.
Para este comando, los sensores siempre se especifican por su número de sensor (0-63 para SDI-12 y 0-63 para Interno). Para
especificar un rango, se proporciona un número de sensor de inicio y finalización separados por un guión (p. Ej. 2-4).

Para especificar una lista, simplemente separe cada número de sensor con una coma (p. Ej. 0,2,4). La lista y los rangos
también se pueden usar en conjunto; por ejemplo, 0,2,5-7 es permisible. Si la carta norte se proporciona para <
subconjunto>, no se vierten sensores de este tipo.
Los formularios de consulta de los comandos definidos anteriormente se pueden utilizar para solicitar la configuración actual.
los LFD? El comando volcará la configuración actual del filtro. Por ejemplo, asumiendo lo siguiente
se emiten comandos:
LFA = 07/06/2005
LFB = 07/06 / 2005,12: 00: 00
LFT = D
LFS = N
LFI = 0,1
LFS = N
La respuesta a la LFD? comando sería:

> LFD?
Después: 07/06 / 2005,00: 00: 00
Antes: 07/06 / 2005,12: 00: 00
Tipo: Datos
SDI-12: Ninguno
Pasante: 0,1
>
Para los filtros de registro, el carácter * se utiliza como designador comodín. En una respuesta, indica que el elemento de filtro no está configurado (es
decir, cualquier valor para este elemento es una coincidencia) y se utiliza para borrar una configuración de filtro. Para solucionar un problema de
configuración individual LFX = * (X = A, B, T, S, o I). Para borrar toda la definición del filtro, utilice LF *.
Por ejemplo, borrar el filtro definido previamente y especificar solo tipos de eventos daría como resultado lo siguiente. Tenga en
cuenta que, dado que solo se seleccionan los tipos de eventos, los filtros del sensor son irrelevantes.
> LF *
OK
> LFT = E
OK
> LFD?
Después: *
Antes: *
Tipo: Evento
SDI-12: *
Pasante: *
>
Usando el filtro de arriba y realizando una ¿INICIAR SESIÓN? solicitud con el registro de la sección anterior resultaría
en el siguiente.
> REGISTRO?
Buscando ...
00006 STX 07/06/2005 17:02:30 HORARIO
00007 ETX 07/06/2005 17:02:34 TEMPORIZADO (b, f, r): 12.1,7 . 7, -23,2
Total: 15 Volcados: 2
>
11.11.3. Volcado hexadecimal de registros (LHD) [todos]
los LHD El comando es una forma especial del volcado de registro que utiliza un formato hexadecimal comprimido para reducir el tiempo necesario para
extraer toda la información almacenada en el registro de datos / eventos. Mientras que la ¿INICIAR SESIÓN? El comando puede ser útil, especialmente
con el filtrado, para capturar una pequeña cantidad de lecturas, un volcado de registro completo en formato ASCII

puede tardar una cantidad considerable de tiempo en completarse debido a la verbosidad de cada línea. El volcado de datos
comprimidos de este comando normalmente requerirá solo 1/5 del tiempo total como volcado ASCII del registro. Este
comando no filtra los datos, todas las entradas de datos se incluyen independientemente de la opción de filtrado
especificada.
Si bien los detalles necesarios para analizar estos datos son propietarios y no están documentados en este manual, este comando
aún puede ser útil ya que Microcom proporciona sin cargo una utilidad separada para analizar los datos de un archivo de texto
capturado. En otras palabras, este comando se puede usar para obtener un volcado rápido de todo el registro y capturar los datos
en un archivo de texto, que luego se puede ingresar a la utilidad de análisis para su descompresión. Tenga en cuenta que la Utilidad
de configuración realmente utiliza este comando cuando no hay ningún filtrado activo.
A continuación se muestra un ejemplo de un volcado hexadecimal corto.
> ¿LHD?
000049
300A5EC70C060062B28207000090870A
03E3F0037B0062D08903E381008D0482
84047904DF18F002EA0062D08903E4F0
037B0062D08903E4F2F10003F202D000
05F0BA0062DFFFFFFFFFF
>
Póngase en contacto con Microcom Design para obtener la utilidad de análisis y obtener información adicional sobre su uso.
11.11.4. Volcado de filtro hexadecimal de registro (LHF) [todos]
los LHF El comando es una forma especial del volcado de registro que utiliza un formato hexadecimal comprimido para reducir el
tiempo necesario para volcar registros específicos del registro de datos / eventos. los LHF comando es similar al LHD
comando descrito en la sección anterior, excepto que se aplica el filtrado definido actualmente (ver Sección 11.11.2).
Mientras que la ¿INICIAR SESIÓN? El comando puede ser útil, especialmente con el filtrado, para capturar una pequeña
cantidad de lecturas, incluso un gran volcado filtrado puede llevar tiempo. El volcado de datos comprimidos de este
comando puede reducir significativamente este tiempo al permitir que solo se vuelquen registros específicos.
Si bien los detalles necesarios para analizar estos datos son propietarios y no están documentados en este manual, este comando
aún puede ser útil ya que Microcom proporciona sin cargo una utilidad separada para analizar los datos de un archivo de texto
capturado. En otras palabras, este comando se puede usar para obtener un volcado filtrado rápido del registro y los datos
capturados en un archivo de texto, que luego se puede ingresar a la utilidad de análisis para su descompresión.
Tenga en cuenta que la Utilidad de configuración realmente utiliza este comando cuando el filtrado está activo. A continuación se
muestra un ejemplo de un volcado hexadecimal breve y filtrado.
> LHF?
300A5EC70C060062
320A5EC70E070000
100A5EC7150A03E3
300A5ECA90060062
100A5ECA990A03E3
300A5ECE14060062
100A5ECE1D0A03E4
300A5ED198060062
100A5ED1A10A03E4
320A5ED212070003
320A5ED4E2070005
300A5ED51C060062
100A5ED5250A03E3
>
Póngase en contacto con Microcom Design para obtener la utilidad de análisis y obtener información adicional sobre su uso.

11.11.5. Monitor de volcado automático de registros (LOG = AUTO) [todos]
Este caso especial del INICIAR SESIÓN El comando permite al usuario colocar la GTX en un modo especial que vuelca las
entradas del registro de datos / eventos al puerto serie a medida que se almacenan en el búfer. En otras palabras, este
modo permite el monitoreo activo y automático del proceso de registro. Para habilitar este modo, el INICIAR SESIÓN El
comando debe ingresarse con la palabra clave especial AUTO ( solo mayúsculas) como su único parámetro (es decir
LOG = AUTO).
Mientras que la GTX proporciona otros mecanismos de prueba para monitorear el muestreo del sensor (consulte la Sección 11.5.1.6 y
11.5.3.6), las funciones de muestreo del sensor no se pueden seleccionar para un sensor individual, es decir, solo todos los sensores
internos y / o todos los sensores SDI-12 pueden monitorearse con estos comandos. los LOG = AUTO Por otro lado, la función está
sujeta a las funciones de filtrado de registros descritas en la Sección 11.11.2. Si bien todavía se registran todos los datos, solo los
parámetros que cumplen con los criterios del filtro se enviarán al puerto serie. Como tal, el usuario puede usar esta función para
monitorear un conjunto específico de sensores. Una vez que este modo está habilitado, el usuario debe emitir un ESC para terminar
el modo y permitir que se ingresen nuevos comandos.
11.11.6. Tamaño de la memoria de registro (LGS) [todos]
La memoria de registro de la GTX-2.0 se puede ampliar desde los 128 kilobytes estándar hasta 1 megabyte (en pasos de 128
kB). Después del encendido, la GTX determina automáticamente la memoria de registro total disponible. Esta forma de
consulta de este comando devuelve el tamaño total en bytes, el número de bytes actualmente en uso y el número de bytes
disponibles. El formato de la respuesta se proporciona a continuación:
> LGS?
LGS = <total>, <utilizado>, <gratis>
NOTA: Dado que el registro de datos / eventos utiliza un enfoque de almacenamiento circular, la cantidad gratuita NO tiene
teniendo en cuenta el número de entradas futuras que se pueden guardar; en su lugar, simplemente proporciona la cantidad de
memoria no utilizada actualmente.
11.12. Comandos de prueba del transmisor
Los siguientes comandos se utilizan para probar el transmisor durante la resolución de problemas. Estos comandos solo se pueden
ingresar cuando las transmisiones normales están deshabilitadas. Los resultados de la prueba se devuelven utilizando el
comandos de estado enumerados en las secciones anteriores.
11.12.1. Forzar transmisión de prueba (FTX = tipo, canal, bitrate) [dtx]
Forzar la transmisión inmediata de un mensaje de prueba.
Parámetros:
escribe: 1 o C solo para transportista

2 o K para modulación alterna 010101 (también conocido como
reloj) 3 o R para modulación aleatoria
4 o M para mensaje fijo con contenido “TRANSMISIÓN DE PRUEBA INICIADA EN CAMPO”. 5 o yo
por mensaje de identificación.
canal: 1 - 266 para velocidades de bits de 100 y 300 1 -

133 para una velocidad de bits de 1200
tasa de bits: 100, 300 o 1200 bps
Las transmisiones normales deben desactivarse utilizando el DisableTx comando para que este comando funcione. Los
tipos de transmisión de prueba 1 (C), 2 (K) y 3 (R) continuarán hasta que se reciba el comando StopTx. Los tipos de
transmisión de prueba 4 (M) y 5 (I) se detendrán tan pronto como se complete la transmisión del mensaje.
El mensaje de identificación (5 o I) incluye la cadena de identificación de la plataforma ( PIS, 11.7.3.1.1); la cadena de

mensajes fija como en el tipo 4 o M; y la información de posición GPS (latitud y longitud), si está disponible.
También debe tenerse en cuenta que la activación del dispositivo de seguridad no finaliza automáticamente un modo de RF
continuo, un STX aún debe emitirse un comando para deshabilitar el modulador. En otras palabras, dado que solo la etapa
de salida de RF final se desactiva a través del mecanismo independiente de seguridad, el transmisor continúa generando
internamente la modulación solicitada. En consecuencia, restablecer el sistema de seguridad sin interrumpir una

El modo de RF dará como resultado inmediatamente la reanudación de la salida de RF, que si no se termina explícitamente,
finalmente hará que el seguro vuelva a dispararse.
11.12.2. Detener transmisión de prueba (STX) [dtx]
Detenga una transmisión de prueba si hay una en curso.
11.12.3. Restablecimiento a prueba de fallos (FSR) [todos]
los FSR El comando se puede usar para restablecer el estado a prueba de fallas (consulte la Sección 1.2.3.13) de la GTX-2.0 de manera similar a
presionar el botón RESTABLECER A PRUEBA DE FALLAS. Como se indicó anteriormente, este comando solo se aceptará cuando la unidad esté
en el estado Deshabilitado.
El propósito principal de la FSR El comando es proporcionar un mecanismo simple para restablecer el Failsafe cuando se
prueba en banco una unidad usando el FTX mando.
11.12.4. Forzar corrección de GPS (FGF) [dtx]
Obligar a que se produzca una corrección de GPS inmediata. Este comando solo se puede ingresar cuando el transmisor está
deshabilitado. Este comando también forzará la sincronización del reloj interno del transmisor con UTC. En otras palabras, este
comando puede usarse para configurar el reloj de la unidad antes de habilitarla para su funcionamiento. Emisor FGF
mientras una corrección está en progreso abortará la corrección y apagará el receptor GPS.
Este comando es equivalente a GCS = 14 ( ver la siguiente sección).
11.12.5. Inicio de sincronización / calibración de GPS (GCS) [dtx]
Este comando se puede utilizar para iniciar una calibración del TCXO y para realizar la sincronización de la hora del GPS. La
función ejecutada es idéntica al proceso automatizado al que se hace referencia en los apartados anteriores. Primero, el GPS
se energizará; una vez que el receptor GPS esté encendido y haya adquirido suficientes satélites, comenzará la secuencia.
Al ingresar el comando sin ningún parámetro, se iniciará la secuencia / batería completa de calibraciones (es decir,
GCS es equivalente a GCS = ff). Alternativamente, se puede ingresar un valor hexadecimal en mapa de bits para
limitar el alcance de la calibración y controlar la funcionalidad. El mapeo de bits se define en la Tabla 23. Los
primeros tres bits determinan qué función (es) realizar. El bit GPS Off permite al usuario dirigir el receptor GPS para
que permanezca encendido después de completar la secuencia.

0 Activar OCXO Desaprobado - Ignorado
1 Habilitar TCXO 0 = No realice una calibración TCXO. 1 =
Realice una calibración TCXO.
2 Habilitar tiempo 0 = No realice una sincronización horaria. 1 =
Realizar una sincronización horaria.
3 Actualizar Syn Desaprobado - Ignorado
4 GPS desactivado 0 = Deje el receptor GPS encendido cuando termine. 1 =
Apague el receptor GPS cuando haya terminado.
5 Calentamiento de OCXO Obsoleto: ignorado
Tabla 23: Mapa de bits del comando GCS
Una vez que se inicia una secuencia, reingresar GCS, actuará como una solicitud de estado (es decir GCS?).
Entrando GCS? devuelve el estado actual de la secuencia en el siguiente formato
GCS = <estado>, OCXO = N / A, TCXO = ttt
Donde < estado> es una cadena de texto que indica el estado actual de la calibración, y ttt es el tiempo restante para la
calibración TCXO. Por razones de compatibilidad con versiones anteriores, el campo OCXO todavía se incluye pero siempre
informará "N / A". Si la calibración TCXO no está activa o completada, su valor de tiempo restante se informará como "N / A".

Para cancelar una secuencia de sincronización de tiempo / calibración, El comando GCS = ABORTAR debe ser emitido. La palabra clave D
ABORTAR debe estar en mayúsculas.

12. Sugerencias para la resolución de problemas
La GTX-2.0 y la utilidad de configuración proporcionan numerosas herramientas de resolución de problemas que permiten al usuario
diagnosticar problemas. Estas herramientas no solo proporcionan capacidades de diagnóstico para la propia GTX, sino también para los
dispositivos conectados a ella (por ejemplo, sensores SDI-12).
Si bien la GTX por sí misma proporciona importantes herramientas de autodiagnóstico, los usuarios con numerosas plataformas
(independientemente del fabricante) también pueden beneficiarse de las capacidades de diagnóstico adicionales proporcionadas
por el equipo de prueba Microcom GOES DCS Tx.
La sección 12.1 proporciona información sobre el uso de las herramientas básicas proporcionadas por la GTX, mientras que la sección 12.2
proporciona una descripción general de las capacidades de diagnóstico adicionales inherentes al conjunto de pruebas de Microcom,
especialmente aquellas diseñadas específicamente para la GTX.
12.1. Uso de herramientas de utilidades GTX y GTX
En el conjunto de comandos de la GTX se incluyen varios comandos diseñados específicamente para probar y solucionar
problemas de una unidad. Además, todos estos comandos de diagnóstico se han encapsulado en la utilidad de
configuración. Algunas de estas características se discutieron en secciones anteriores. Por ejemplo, Section
3.2.3 describe la página “Monitorear / Inspeccionar GTX” de la utilidad de configuración, que proporciona un mecanismo
conveniente para verificar el estado y la información de diagnóstico para una gran variedad de funciones GTX. La Figura 17 en la
Sección 3.3 muestra cómo usar el cuadro de diálogo Control directo en la Utilidad de configuración para obtener acceso de bajo
nivel a los comandos GTX (es decir, proporciona una aplicación de terminal integrada). Simplemente recuperar el registro de datos /
eventos como se describe en la Sección 10 puede ser una herramienta de diagnóstico útil para identificar problemas intermitentes y
verificar que un sensor esté funcionando correctamente.
En esta sección se explicarán otras pantallas de diagnóstico útiles y se ampliarán algunas de las ya comentadas.
12.1.1. Información de estado de diagnóstico
El conjunto de comandos GTX y la utilidad de configuración permiten que la información de estado se recopile rápidamente de una
unidad bajo prueba. Por ejemplo, el LastTxStatus? El comando (consulte la Sección 11.10.6) proporciona información útil sobre la
integridad de la conexión de la antena de transmisión, como se muestra en la Figura 80. Este ejemplo también
muestra el cuadro de diálogo GTX Direct Control que permite la emisión de comandos de terminal GTX.
Figura 80: Utilidad de configuración - Ejemplo de último estado de transmisión

El ejemplo que se muestra en la Figura 80 es para una transmisión de prueba e indica una buena conexión a la
antena de transmisión ya que el TxVSWR es “1.11: 1”. Una relación VSWR alta (> 1,50: 1) indica un problema con la
conexión de la antena o con la antena misma.
Como se muestra en la Figura 81, el estado de “Última transmisión” también está disponible en el modo “Monitorear / Inspeccionar
GTX” de GTX Utility. Además de proporcionar esta información, esta pantalla también proporciona un resumen de los conteos
buenos y malos para las transmisiones Times y Random; estos datos se proporcionan a través del TXC? comando de terminal
descrito en la Sección 11.10.7. También se proporciona un botón para restablecer los totales de recuento de transmisiones.
Figura 81: Utilidad de configuración: supervisar / inspeccionar la última transmisión
Otros comandos de diagnóstico útiles se resumen en la sección "Estado y otros comandos" de la tabla Resumen de
comandos en el Apéndice A. Dado que estos comandos son tan útiles para fines de diagnóstico, muchos se han
encapsulado en el cuadro de diálogo Estado GTX accesible a través del "Estado GTX" en el menú Avanzado (consulte
la Figura 16). La Figura 82 muestra un ejemplo de cómo utilizar este cuadro de diálogo.

Figura 82: Utilidad de configuración - Cuadro de diálogo de estado de GTX
12.1.2. Solución de problemas de transmisión
Además de obtener información sobre el estado de la última transmisión para solucionar problemas de transmisión, la GTX
proporciona varias transmisiones de prueba que pueden ser iniciadas por el usuario. La sección 11.12 detalla cómo iniciar
transmisiones de prueba usando la interfaz de comando. La Figura 83 muestra el cuadro de diálogo Opciones de prueba
GTX accesible a través del elemento "Prueba de transmisión GTX" en el menú Avanzado (consulte la Figura 16).
Figura 83: Utilidad de configuración - Cuadro de diálogo Opciones de prueba GTX
Usando este diálogo, el usuario puede forzar transmisiones usando el botón Forzar Tx. Como se muestra, se puede iniciar uno de los
cinco tipos de transmisiones de prueba. Para cualquiera de estos tipos, el usuario puede seleccionar el bit deseado
tarifa y canal GOES. Los cinco tipos de transmisión se resumen a continuación.
Transportador: Portadora continua solo en el centro del canal seleccionado Modulación aleatoria, Bi-
Aleatorio: Phase Random (± 60 °) para 100 bps, Octal para 300/1200 Modulación alterna 101010 (es
Alterno: decir, reloj), ± 60 ° para 100 bps, 0-180 ° para 300/1200 Mensaje fijo con contenido
Mensaje fijo: "TRANSMISIÓN DE PRUEBA INICIADA EN CAMPO"
Indentify Msg: Mensaje de identificación - consulte la descripción a continuación

Tenga en cuenta que las transmisiones normales deben desactivarse mediante el DisableTx comando para que funcione este cuadro de
diálogo. Los primeros tres tipos de transmisión de prueba continuarán hasta que se haga clic en el botón Detener transmisión, mientras que
los dos últimos tipos de transmisión de prueba se detendrán tan pronto como se complete la transmisión del mensaje.
El mensaje de identificación incluye la cadena de identificación de la plataforma ( PIS, 11.7.3.1.1), la cadena de mensajes fija como en
el tipo Fixed Msg, y la información de posición GPS (latitud y longitud), si está disponible.
Las transmisiones de prueba aún están sujetas al monitor de transmisión a prueba de fallas de GTX. En otras palabras, dejar
las transmisiones continuas habilitadas durante demasiado tiempo o enviar transmisiones demasiado juntas activará el
mecanismo de seguridad y desactivará la salida de RF. Por esta razón, se proporciona el botón Reset Fail-Safe. Tenga en
cuenta que este botón funcionará solo si la GTX nunca se ha habilitado desde la última vez que se recicle la energía. El
simple hecho de reciclar la energía de CC no necesariamente permitirá que la GTX cumpla con este requisito. La bandera de
"Encendido habilitado" (consulte la Sección 3.4.2) también debe borrarse para que la GTX no ingrese automáticamente al
modo habilitado. El botón Reset Fail-Safe también se puede utilizar entre transmisiones incluso si el Failsafe no se ha
disparado para evitar dispararlo en la siguiente transmisión.
También debe tenerse en cuenta que activar el dispositivo de seguridad no termina automáticamente un modo de RF
continuo, el botón Detener Tx aún debe estar presionado. En otras palabras, dado que solo la etapa de salida de RF final se
desactiva a través del mecanismo independiente de seguridad, el transmisor continúa generando internamente la
modulación solicitada. En consecuencia, restablecer el sistema de seguridad sin terminar un modo de RF continuo,
inmediatamente resultará en la reanudación de la salida de RF, que si no se termina explícitamente finalmente causará
el a prueba de fallos para volver a tropezar.
NOTA: Forzar la GTX a un modo de prueba continuo f o un período prolongado de tiempo puede causar una
aumento significativo de temperatura dentro de la unidad, yc Podría resultar en daño permanente. Si es
necesario, para habilitar la salida de RF para unidades iodos de tiempo (más de un minuto), el
extendidas, debe colocarse de lado y un ventilador en la d para forzar la circulación de aire sobre el
parte inferior de la caja.

12.1.3. Solución de problemas de SDI-12
La GTX-2.0 proporciona varios modos de prueba para confirmar el funcionamiento correcto de los dispositivos SDI-12 utilizando el
Prueba SDI12 (SDI) comando explicado en la Sección 11.5.1.6.
Para facilitar aún más la prueba de dispositivos SDI-12, la Utilidad de configuración proporciona el cuadro de diálogo SDI-12
que se muestra en la Figura 84. Este cuadro de diálogo utiliza el IDE Comando RS-232 para enviar comandos SDI-12 a
dispositivos conectados al bus. Sin embargo, este comando proporciona la característica adicional de que no requiere que el
comando SDI-12 esté precedido por " SDI = ”Como se requiere cuando se usa una interfaz de terminal o el cuadro de
diálogo GTX Direct Control. Cuando se ingresa un comando SDI-12 en el cuadro de edición superior (p. Ej., 0M), la utilidad de
configuración insertará la secuencia de comandos GTX y agregará el signo de exclamación (p. Ej.
SDI = 0 M!) antes de enviarlo a la GTX.
Figura 84: Utilidad de configuración - Diálogo SDI-12
Si la utilidad de configuración se coloca en el modo Configurar / Controlar / Implementar GTX (consulte la Sección 3.2.4), la página de
sensores SDI-12 tendrá un aspecto similar a la Figura 85. En este modo, se muestra el grupo Consulta de sensores SDI-12. El botón
Siguiente muestra se puede utilizar para consultar cuándo está programada la próxima lectura de los dispositivos SDI-12.
Además, el botón Consultar sensor se puede utilizar para leer el sensor seleccionado. El sensor seleccionado se
indica mediante la fila de la cuadrícula que tiene una flecha sólida en la columna más a la izquierda. Cuando se hace
clic en el botón Consultar sensor, la utilidad de configuración envía el { aMx} comando, donde a es dirección y X es la
Medida especificada en la cuadrícula. En otras palabras, el sensor es consultado exactamente como lo haría la GTX al
recopilar datos de este sensor.
Tenga en cuenta que esta función funciona incluso si la GTX está habilitada para su funcionamiento. Sin embargo, si el bus SDI-12
está en uso en el momento en que la GTX recibe el comando RS-232, no se puede consultar el sensor, ya que causaría una colisión
del bus. Cuando esto ocurre, la GTX responderá con OCUPADO. Simplemente espere un momento y vuelva a intentarlo.

Figura 85: Utilidad de configuración: página de sensores SDI-12 con diagnóstico
12.1.4. Diagnóstico GPS
Se han incluido numerosas funciones de diagnóstico, resolución de problemas y calibración en la GTX y la utilidad.
Las siguientes secciones detallarán estas capacidades.
12.1.4.1. Calibración GPS
Si hay una antena GPS exterior disponible o una instalación tiene un repetidor GPS interno (el GPS no suele funcionar en
interiores), entonces es posible realizar diagnósticos y calibraciones GPS en el banco. Dado que muchas instalaciones no
tienen esta capacidad (es decir, acceso a una antena GPS), la opción del menú de calibración GTX está desactivada de forma
predeterminada. Para habilitar esta opción, vaya a la página Calibración del cuadro de diálogo Preferencias y marque la
casilla "Mostrar menú de calibración". Cuando está habilitado, el menú Avanzado incluye una opción adicional como se

Figura 86: Utilidad de configuración: menú avanzado con calibración GTX habilitada
Al seleccionar el elemento de menú "Calibración GTX" se inicia el cuadro de diálogo Calibración GTX que se muestra en la Figura 87.
Con este cuadro de diálogo, el usuario puede iniciar una secuencia de calibración GPS, forzar una posición GPS fija, verificar el
número de serie TCXO y leer / modificar las correcciones de frecuencia. Consulte las Secciones 11.12.4 y 11.12.5 para obtener más
información sobre estas funciones.
Figura 87: Utilidad de configuración - Diálogo de calibración GTX
12.1.4.2. Solución de problemas de GPS
Los tres botones de GPS en el cuadro de diálogo Estado de GTX que se muestra en la Figura 82 se pueden usar para consultar la GTX
para obtener información de solución de problemas en el receptor de GPS. Esta información también se resume en la página
"Estado del GPS" cuando GTX Utility está en el modo de funcionamiento "Monitor / Inspeccionar GTX" como se muestra en la Figura
88.
En la parte superior de la página “Estado del GPS” se encuentra la tabla Estado del satélite del GPS, que enumera los satélites GPS
que se están rastreando actualmente y la intensidad de la señal de cada una de las señales del satélite. Esta información se
proporciona a través del GSS? Comando de terminal como se detalla en la Sección 11.10.12. Tenga en cuenta que esta información
solo está disponible cuando el receptor GPS está activo y rastrea satélites.
La intensidad de la señal del satélite se proporciona en la Unidad de medición de amplitud nativa de Trimble o AMU. Se requiere un
valor de UMA de 3,0 para que un satélite en particular se utilice en la solución de posición. Como tal, los valores de UMA por debajo
de 3,0 generalmente se consideran pobres. Los valores de AMU en el rango de 3.0 a 6.0 se consideran marginales; mientras que los
valores de 6.0 a 9.0 son buenos y cualquier valor superior a 9.0 se considera excelente.
Si bien el receptor GPS de Trimble puede rastrear hasta ocho satélites, solo se requiere un mínimo de cuatro para realizar una
localización GPS válida y para proporcionar información de tiempo precisa.
La página "Estado del GPS" también proporciona información sobre la última posición de GPS, las últimas calibraciones de
TCXO y OCXO y la última sincronización de hora de GPS. Incluido con la última información de sincronización de hora por
GPS está el error del reloj interno de la GTX justo antes de la sincronización; este valor está en segundos con una resolución
de un milisegundo. La información de error de verificación del reloj la proporciona el GCC? comando (ver Sección
11.10.13). Tenga en cuenta que si el reloj GTX no se ha sincronizado o si la única sincronización de hora que se ha producido fue la
inicial que configuró el reloj por primera vez, el error de reloj se informará como "N / A" (es decir, no disponible).

Figura 88: Utilidad de configuración: monitorear / inspeccionar el estado del GPS
12.1.5. Ajustes avanzados
La Figura 86 también muestra que el modo de Configuración avanzada se ha habilitado como lo indica la marca de verificación junto
al texto del menú. Cuando esta opción está habilitada, la página Configuración general incluye controles adicionales que
normalmente no se muestran. La Figura 89 muestra el resultado de habilitar la Configuración avanzada.

Figura 89: Utilidad de configuración: página de configuración general con configuración avanzada
Además de la configuración de sincronización de hora de GPS, el usuario ahora puede ajustar tres parámetros adicionales.
Estos ajustes corresponden a la GTC, GOC, y GTO comandos. La información sobre el uso y el significado de estas opciones
de configuración se puede encontrar en las Secciones 11.8.2 a 11.8.4.
Además, como se muestra en la Figura 89, el grupo Configuración avanzada permite al usuario modificar la configuración de
Reemplazo de caracteres no válidos, que es equivalente a la IRC comando (consulte la Sección 11.3.7). Además, este cuadro de
grupo proporciona acceso para ajustar la configuración de potencia en vatios para el transmisor para cada una de las tres
velocidades de bps. La configuración de energía también se puede ajustar usando el TXP comando (consulte la Sección 11.3.1).
Tenga en cuenta que la configuración de potencia máxima se ajusta de fábrica y se limita en función del tipo de antena de
transmisión que se utilizará según los requisitos de certificación NESDIS. Normalmente, la GTX se envía con la potencia de salida
deseada igual al límite máximo. Ajustar los niveles de potencia puede ser una herramienta de diagnóstico útil.
12.1.6. Ayuda para señalar la antena
GTX Utility tiene una ayuda de apuntamiento de antena incorporada en el menú Avanzado como se muestra en la Figura 90. Al
seleccionar esta opción de menú, se inicia el cuadro de diálogo Utilidad de apuntamiento de antena del GOES que se muestra en la
Figura 91. Este cuadro de diálogo simple facilita la obtención del acimut y la elevación correctos ángulos de la antena transmisora
basados en la latitud y longitud de un sitio.
Primero, el usuario debe seleccionar el satélite deseado; VA al este, VA al oeste o un satélite personalizado. Al seleccionar
"GOES East" se establece la "Longitud del satélite objetivo" en –75,00 (es decir, 75 ° Longitud oeste); mientras selecciona
“GOES West”, establece la longitud en –135,00 (es decir, 135 ° de longitud oeste). Cuando se selecciona uno de los satélites
GOES, el botón arriba / abajo se puede usar para ajustar la longitud en pasos de 0.1 ° para tener en cuenta cualquier
variación de deriva menor, pero el valor en el cuadro de edición no se puede editar manualmente. Seleccionar

la opción “Personalizado” permite introducir manualmente la longitud de los satélites; asegúrese de incluir el signo menos
para los valores de longitud oeste.
A continuación, el usuario ingresa la latitud y longitud del sitio. Si la GTX tiene una posición de GPS válida para el sitio, el botón "Obtener
posición de GPS" se puede utilizar para completar rápidamente estos valores.
Finalmente, el usuario simplemente hace clic en el botón "Calcular" para calcular el azimut y los ángulos de elevación
requeridos para la antena transmisora. El valor de acimut está en grados "verdaderos", no magnético. Si se va a
utilizar una brújula para apuntar la antena, entonces se debe tener en cuenta la declinación magnética del sitio al
apuntar la antena.
Figura 90: Utilidad de configuración: inicio de la ayuda para señalar la antena
Figura 91: Utilidad de configuración - Cuadro de diálogo Utilidad de señalización de antena GOES
12.2. Solución de problemas con ayuda del equipo de prueba Microcom
Si bien la sección anterior se centró en las capacidades de resolución de problemas de la GTX y la utilidad de configuración, esta
sección proporcionará una descripción general de las capacidades de diagnóstico adicionales que son posibles si el usuario también
tiene un equipo de prueba Microcom GOES DCS Tx.
El equipo de prueba del transmisor GOES DCS (Tx) de Microcom Design, Inc. es una unidad sofisticada pero fácil de usar que
simplifica enormemente la prueba de los transmisores GOES DCS para la operación de 100 bps y HDR (300 bps y 1200 bps).
Basado en la misma tecnología que se encuentra en el sistema DAMS-NT implementado en Wallops CDA Station por
Microcom en noviembre de 2003, el equipo de prueba GOES DCS Tx utiliza el procesamiento de señal digital (DSP) de última
generación para proporcionar una gran cantidad de mensajes. mediciones de calidad que brindan toda la información
necesaria para garantizar que un transmisor esté funcionando de acuerdo con los requisitos de certificación NESDIS. Una
descripción completa del uso y la funcionalidad del equipo de prueba está más allá del alcance de este manual. Si lo desea,
comuníquese con Microcom para obtener una copia de Manual de funcionamiento del equipo de prueba del transmisor
GOES DCS sin costo.
La Figura 92 y la Figura 93 muestran los paneles frontal y posterior del equipo de prueba.

SD C
FS SYN
T
E
I-C AN
PP COCH
S Y ET
DE
AG A N
ND
Q- D
SY D
CH
N
N
M
M
H
S
TD
DG
AG
DE
100/300/1200 BPS
SEÑAL BIEN JUSTA POBRE
Demod
ADQUIRIDO CALIDAD DEL MENSAJE
5MHzz
Entrada RF
PAG
AY ERR
correos NOSOTROS
AIIN
Georgia norte
GRAMO
25WMAX
O
S OBRE norte
Figura 92: Panel frontal del equipo de prueba GOES DCS Tx
FUERA EN EN PAG
402 MHz IRIG B O
I
W
- 10 dBm 3 Vpp
Entrada máxima Entrada máxima mi O
R
EN FUERA
Ant GPS. RS 232
5 MHz
Microcom Design, Inc.
Hecho en EE.UU - 10 dBm
P / N: 6800150 Entrada máxima
S / N:
WWW.MicrocomDesign.Com
Figura 93: Panel trasero del equipo de prueba GOES DCS Tx
12.2.1. Descripción general del conjunto de prueba
Como se muestra en la Figura 92, el equipo de prueba puede ingresar la señal de RF directamente desde el transmisor. Además, el
panel frontal proporciona acceso a numerosas señales de prueba que se pueden utilizar con un osciloscopio para analizar las
características de modulación de la señal de RF.
El panel trasero (que se muestra en la Figura 93) proporciona conexiones de prueba adicionales que permiten analizar la señal de RF
real. La salida de 402 MHz es la señal de entrada sin procesar atenuada en 47 dB para que pueda alimentarse a una entrada de
analizador de espectro. La salida de 5 MHz proporciona una salida de señal similar, pero después de haberla mezclado a una
frecuencia más baja referenciada a un piloto virtual de 5 MHz.
El panel trasero también proporciona conexiones de entrada de señal alternativas. La conexión de una antena (suministrada
con el equipo de prueba) al conector de entrada de 402 MHz permite que el equipo de prueba analice las señales radiadas.
En esta configuración, una plataforma implementada se puede analizar en el campo sin interrumpir el funcionamiento
normal. Esta configuración también se puede usar para monitorear varios transmisores en una prueba de banco al terminar
la salida de RF de cada transmisor con una carga ficticia. Si el equipo de prueba está cerca de las unidades que se están
monitoreando, se escapará suficiente energía de RF de las cargas ficticias para hacer posible la recepción.
La conexión de entrada de 5 MHz es útil para aquellos usuarios que tienen acceso a un sistema Microcom DAMS-NT DRGS. La
conexión del equipo de prueba a un sistema DAMS-NT a través de la entrada de 5 MHz permite utilizar el equipo de prueba para
analizar las señales que se envían a través del satélite.
También se pueden conectar dos entradas de temporización al equipo de prueba a través del panel trasero. El equipo de prueba tiene un
receptor GPS interno, que cuando se conecta a una antena GPS (suministrada con el equipo de prueba) permite sincronizar el reloj interno de
la unidad con GMT. El equipo de prueba también proporciona una conexión de entrada para una señal de temporización IRIG-B estándar.
Proporcionar cualquiera de estas dos entradas de tiempo permite que el equipo de prueba controle y verifique el reloj de una plataforma. Por
ejemplo, se puede configurar una plataforma para transmitir a intervalos de una hora y el equipo de prueba puede capturar estos mensajes
durante la noche. A medida que se recibe cada mensaje, el conjunto de prueba marcará la hora en cuatro puntos del mensaje, es decir,
bloqueo de operador, sincronización de símbolo, sincronización de trama y fin de mensaje. Ya que

Estas marcas de tiempo se capturan y se informan en milisegundos, la deriva del reloj de las plataformas se puede determinar en un intervalo de tiempo
relativamente corto, por ejemplo, durante la noche.
El conector RS-232 permite que el equipo de prueba se conecte a una computadora (por ejemplo, una PC, una PalmTop o una PDA)
para realizar las funciones de resolución de problemas.
12.2.2. Solución de problemas con un equipo de prueba
Al igual que la GTX, el equipo de prueba puede utilizar tanto una interfaz de estilo Terminal (para PalmTops y PDA) como una interfaz
gráfica de usuario (GUI). Sin embargo, el modo de interfaz de terminal en el conjunto de prueba utiliza un sistema de menú simple e
intuitivo, en lugar de un enfoque de línea de comandos. El resto de esta sección detallará algunas de las características clave de
resolución de problemas del equipo de prueba utilizando la GUI. Sin embargo, tenga en cuenta que cualquier función de resolución
de problemas que se pueda realizar con la GUI también se puede realizar a través de la interfaz de Terminal. Los detalles completos
sobre la GUI y la interfaz del menú de terminal para el equipo de prueba se pueden encontrar en el
Manual de funcionamiento del equipo de prueba del transmisor GOES DCS.
La Figura 94 muestra la página principal del conjunto de pruebas de la GUI. Como se muestra, el conjunto de prueba se puede utilizar para
solucionar problemas de las tres velocidades de bits (100, 300 y 1200 bps); también puede funcionar en un modo de detección automática de
BAUDIOS 100/300 ya que los canales para estas velocidades de bits son idénticos. Esto puede resultar útil para solucionar simultáneamente
problemas de plataformas de 100 y 300 bps. El equipo de prueba puede funcionar en uno de tres modos, pero se usa con mayor frecuencia
en el modo de certificación.
Como se muestra en la Figura 94, el equipo de prueba también funciona como un medidor de potencia que proporciona la potencia de la
señal de RF tanto en dBW como en Watts. Sin embargo, la verdadera fortaleza del conjunto de prueba es el análisis completo de un mensaje
recibido como se muestra en la Figura 95.
La Figura 95 muestra un mensaje GOES capturado por el equipo de prueba. Como se muestra, la prueba proporciona una
gran cantidad de estadísticas para el mensaje recibido. Además de las estadísticas más familiares de potencia (Avg Power) y
frecuencia (Freq Dev), el Test Set proporciona un análisis completo de la modulación de fase y las características del mensaje
GOES (por ejemplo, Car Time, Clk Bits y Sym Rate). El conjunto de prueba también marca la hora de los cuatro
puntos clave en el mensaje hasta milisegundos.
Figura 94: Conjunto de prueba: página principal

Figura 95: Conjunto de prueba: mensaje capturado
Además de proporcionar esta información en formato de texto, que se puede registrar, la GUI puede resumir esta
información gráficamente como se muestra en la Figura 96 y la Figura 97.
Figura 96: Conjunto de prueba - Página de resumen de mensajes

Figura 97: Equipo de prueba: gráfico polar de amplitud de fase
Se pueden generar numerosos gráficos similares al ejemplo de la Figura 97 a partir de los datos capturados. Estos gráficos
proporcionan una imagen completa de las características de la plataforma que se está probando y se pueden utilizar para
solucionar una amplia variedad de problemas. Los datos y gráficos capturados también se pueden utilizar para generar un
informe resumido como se indica en el botón Informe en la Figura 96.
Tenga en cuenta que, si bien la interfaz de Terminal no puede generar gráficos directamente, ya que es una interfaz basada en
caracteres, los datos del mensaje capturado se pueden guardar en un archivo de texto e importar a la GUI para generar los gráficos
en un momento posterior.
El equipo de prueba se puede utilizar para probar y solucionar problemas de cualquier DCP de cualquier fabricante. En realidad, este es el
mismo equipo de prueba utilizado por NOAA / NESDIS para certificar todos los transmisores GOES. Si bien el equipo de prueba es útil para
solucionar problemas de todos los DCP, una característica especial que solo se puede usar con la GTX es la página de control “Microcom GTX”
que se muestra en la Figura 98.
Esta página permite al usuario controlar directamente la GTX desde la GUI del conjunto de pruebas. Esta página de control es similar al
cuadro de diálogo Opciones de prueba de GTX que se muestra en la Figura 83. También brinda la capacidad de enviar cualquier comando y
ver las respuestas desde la GTX, similar al cuadro de diálogo de Control directo de GTX que se muestra en la Figura 17.

Figura 98: Equipo de prueba - Página de control Microcom GTX

Apéndice A: Resumen de comandos por función
Este apéndice proporciona una com resumen de mando en forma tabular ordenado por funcionalidad.
VA Trans Comandos de configuración de la misión

Descripción del comando CMD Acceso Sección Notas
ID de plataforma PID dtx 11.2.1 también conocido como ID de NESDIS
Modo de operación GTX GTX dtx 11.2.2 GOES, METEOSAT, INSAT, etc. En dd:
Canal de transmisión temporizado TCH dtx 11.2.3 Canal Tx temporizado y velocidad de datos
Intervalo de transmisión cronometrado TTI dtx 11.2.4 hh: mm: ss
Tiempo de la primera transmisión FTT dtx 11.2.5 As hh: mm: ss
Duración de la ventana cronometrada TWL dtx 11.2.6 En segundos, 5-240
Banderas de operación cronometrada TOF dtx 11.2.7 Valor de mapa de bits
Preámbulo cronometrado TPR dtx 11.2.8 Corto o largo para RS-232 o
Formato de datos cronometrados TDF dtx 11.2.9 ASCII, pseudo-binario o binario más
Fuente de datos cronometrada TDS dtx 11.2.10 sensor de 100 bps
Orden de datos cronometrados TDO dtx 11.2.11 nuevo o más antiguo
Canal de transmisión aleatorio RCH dtx 11.2.12 Canal aleatorio y velocidad de datos
Intervalo de transmisión aleatorio ENJUAGAR dtx 11.2.13 En minutos
Porcentaje de aleatorización RPC dtx 11.2.14 en porcentaje
Recuento aleatorio de repeticiones RRC dtx 11.2.15 Transmisiones por secuencia
Formato de datos aleatorios RDF dtx 11.2.16 ASCII, pseudo-binario o binario más
Fuente de datos aleatoria RDS dtx 11.2.17 RS-232 o sensor
Orden de datos aleatorio RDO dtx 11.2.18 nuevo o más antiguo
Banderas de operación aleatoria ROF dtx 11.2.19 Valor de mapa de bits
Comandos generales de configuración del transmisor
Transmitir energía TXP dtx 11.3.1 En vatios por modo y bps Ajuste
Tiempo TIM dtx 11.3.2 de tiempo manual
Fecha DAT dtx 11.3.3 Ajuste de fecha manual
Tiempo correcto TIC todos 11.3.4 Volver a sincronizar manualmente el reloj
Desplazamiento de zona horaria TZN dtx 11.3.5 Desde UTC (en horas, resolución de 0,25)
Corrección UTC UTC todos 11.3.6 Corrección UTC preestablecida manualmente
Relleno de barra inclinada de reemplazo de IRC dtx 11.3.7
carácter no válido SFL dtx 11.3.8 Utilice / para completar los datos no leídos en los búferes de
Encendido habilitado PUE dtx 11.3.9 transmisión Configure GTX para que se encienda habilitado
Tr ansmiss Comandos de almacenamiento de datos de iones
Descripción del comando Sección de acceso de CMD Notas

Carga del búfer de datos cronometrados TDT etx 11.4.2 TX debe estar habilitado
Tamaño del búfer cronometrado TBS todo 11.4.3 Obtener el tamaño actual del búfer de transmisión
Borrar búfer temporizado CTB todos 11.4.4 temporizada Borrar el búfer de transmisión temporizada
Descarga de búfer temporizada TBD todo 11.4.5 RS-232 El contenido de retorno del búfer de transmisión
Carga de búfer de datos aleatorios RDT etx 11.4.6 temporizada debe estar habilitado
Tamaño de búfer aleatorio RBS todo 11.4.7 Obtener el tamaño actual del búfer de transmisión
Borrar búfer aleatorio CRB todo 11.4.8 aleatoria Borrar el búfer de transmisión temporizada
Volcado de búfer aleatorio RBD todo 11.4.9 RS-232 Devolver el contenido del número de búfer
Txs de búfer aleatorios restantes RBT todo 11.4.10 temporizado que queda en la secuencia

Apéndice A: Resumen de comandos por función V2.20 / R1
Comandos de prueba y configuración de recopilación de datos - SDI-12

Número de sensor SDI-12 SSN dtx 11.5.1.1 Configure el máximo de sensores SDI-12
Definición del sensor SDI-12 SSX dtx 11.5.1.3 (64) X = 0 a 9 (o SSX = nn ...)
Etiqueta del sensor SDI-12 SLX dtx 11.5.1.4 X = 0 a 9 (o SLX = nn ...) X = 0
Comando de prueba SDI-12 de SMX dtx 11.5.1.5 a 9 (o SMX = nn ...) Admite el
siguiente muestra del sensor SDI-12 IDE todos 11.5.1.6 modo Pass-Thru
Tiempo de espera de SDI-12 STO todos 11.5.1.7
SDI-12 Comandos de control de energía

Control de potencia SDI-12 SPC todos 11.5.2.1 Habilitar / Deshabilitar Buss SDI-12 Power Set
Modo de energía SDI-12 SPM dtx 11.5.2.3 Predeterminado SDI-12 Power Modos Auto
Entrada de la tabla de potencia SDI-12 SPX dtx 11.5.2.3 SDI-12 Encendido / Apagado
Recopilación de datos Configuración y comandos de prueba: internos Sensores

Número de sensor interno ISN dtx 11.5.3.1 Establecer sensores internos máximos
Definición de sensor interno ISX dtx 11.5.3.3 (64) X = 0 a 9 (o ISX = nn…)
Etiqueta del sensor interno ILX dtx 11.5.3.4 X = 0 a 9 (o ILX = nn…) X = 0
Siguiente muestra del sensor interno IMX dtx 11.5.3.5 a 9 (o IMX = nn…)
Prueba de sensor interno IST todos 11.5.3.6
Temperatura TCXO NENE Todos 11.5.3.7 En grados centígrados
Conteo de cubos de propina TBC todos 11.5.3.8 Recuentos sin procesar
Valor del cubo de vuelco TBV todos 11.5.3.9 Valor escalado (recuentos * multiplicador)
Cucharón basculante Multiplicador TBM dtx 11.5.3.10 Multiplicador de escala
Cucharón basculante Volcadero TBR dtx 11.5.3.11 Límite de reinversión del contador
Cucharón basculante Despeje automático TBA dtx 11.5.3.12 Auto Reset a 0 Diariamente, Semanalmente, etc.
Comandos de configuración / prueba de procesamiento de ecuaciones

Definición de ecuación EQN dtx 11.6.1 Definir / Editar / Eliminar ecuación
Prueba de ecuación EQT dtx 11.6.2 Verificar la sintaxis de la ecuación
Número de constantes de ecuación EKN dtx 11.6.3.1 Establecer / obtener constantes máximas (64)
Ecuación Valor constante Ecuación EKV todos 11.6.3.2 Establecer / obtener valor de la constante de la ecuación
Etiqueta constante Ecuación Variable EKL dtx 11.6.3.3 Establecer / obtener la etiqueta de la constante de la
EQV todos 11.6.4 ecuación Valor de la variable de la consulta de la ecuación
Mín., Máx., Número promedio MMN dtx 11.6.5 Establecer el máximo de procesadores MMA (64)
Mín., Máx., Definición promedio MMA dtx 11.6.6 Definir mínimo, máximo y promedio para el sensor
Datos del sensor T ransmissi en los comandos de configuración

Número de búfer de parámetros temporizados TPN dtx 11.7.1 Establecer parámetros máximos de datos temporizados (100)
Definición de parámetros de datos TDP dtx 11.7.3

temporizados Número de búfer de parámetros RPN dtx 11.7.2 Establecer parámetros de datos aleatorios máximos (40)
aleatorios Definición de parámetros de datos RDP dtx 11.7.3

aleatorios Cadena de identificación de PIS dtx 11.7.3.1.1 Cadena de 40 caracteres como
plataforma Carácter pseudobinario PBX dtx 11.7.3.1.2 máximo X = 1 o 2
Número de disparador aleatorio RTN dtx 11.7.4 Establecer disparos aleatorios máximos (30)
Definición de activador de informe aleatorio RRT dtx 11.7.5

Time Sync y Oscilar o Calibrati en configuración Comandos

Intervalo de sincronización de GTS dtx 11.8.1 Número de transmisiones temporizadas por intervalo de
tiempo GPS Calibración GPS TCXO GTC dtx 11.8.2 calibración TCXO de sincronización con GPS en días
Calibración GPS OCXO GOC dtx 11.8.3 Obsoleto

Sincronización de GPS / Tiempo de espera de calibración GTO dtx 11.8.4 Tiempo de espera de GPS en minutos
Sincronización de registro de GPS / Calibración GLG dtx 11.8.5 Activar / desactivar eventos de GPS
Configuración general comandos de

Configuración de tiempo activo del GATO todos 11.9.1 RS-232 Comm Tiempo activo en
comando RS-232 Guardar CFS dtx 11.9.2 segundos Guardar en no volátil desde
Restaurar configuración CFR dtx 11.9.3 RAM Restaurar RAM desde no volátil
Configuración predeterminada * dtx 11.9.4 * El comando es "ConfigDefault"
Verificación de la configuración CFV todos 11.9.5 Verificar el estado del uso de la memoria de configuración
Cambio de configuración Iniciar CFB dtx 11.9.6 para garantizar la descarga completa Habilitar cuando se
configuración Habilitar CFE dtx 11.9.7 protege con contraseña Establecer / editar / borrar la
Contraseña de configuración CPW dtx 11.9.8 contraseña de configuración devuelve los bytes disponibles
Memoria de configuración disponible CMA todos 11.9.9 en la configuración de software
Estado y otros Comandos

Leer configuración RCF todos 11.10.1 Responde con los datos de configuración de
Habilitar GTX ETX todos 11.10.2 transmisión Debe tener una configuración válida
Desactivar GTX DTX todos 11.10.3 Desactiva la prueba del transmisor / registrador de
Compruebe el estado de lectura de la CTX todos 11.10.4 datos para una configuración válida
configuración GTX RST todos 11.10.5 Responde con el estado actual de GTX Responde con el
Último estado de transmisión Resumen de LTS todo 11.10.6 estado de la última lectura de Tx SAT Tx Bueno / Malo
transmisión Recuentos Activación / TXC todos 11.10.7 Estado de conteo Encendido / Apagado Receptor GPS
desactivación del módulo GPS GPO dtx 11.10.8 Devuelve el estado del receptor GPS Devuelve el estado
Estado del GPS GPS todos 11.10.9 extendido del GPS Devuelve la versión del firmware del
Estado extendido de GPS GPX todos 11.10.10 GPS Devuelve información sobre los satélites GPS a la
Versión de GPS GPV todos 11.10.11 vista Comparar el reloj interno con el GPS Devuelve la
Estado del satélite GPS GSS todos 11.10.12 información de localización de GPS en grados, min, seg.
Verificación del reloj GPS GCC todos 11.10.13 Devuelve la información de localización de GPS en
Leer corrección de posición GPS RGP todos 11.10.14 grados. Devuelve la última sincronización de GPS y
Leer la corrección de posición de GPS como RGF todos 11.10.15 tiempos de calibración. Lee el voltaje actual de la
última calibración de GPS flotante LGC todos 11.10.16 batería.
Leer los voltios de la batería RBV todos 11.10.17
Comandos de recuperación de registros de datos

Volcado de datos de registro INICIAR SESIÓN todos 11.11.1 Dumps Log in ASCII Filter Log Dump, X = A, B, T, S, I, D,
Control de filtro de registro LFX todo 11.11.2 o * Iniciar sesión en hexadecimal comprimido: sin filtro
Volcado Hexagonal de Troncos LHD todos 11.11.3 Iniciar sesión en hexadecimal comprimido: registro de
Volcado de filtro hexagonal de registro LHF todos 11.11.4 volcado activo filtrado a medida que se adquieren los
Volcado automático de registros (LOG = AUTO) Tamaño INICIAR SESIÓN todos 11.11.5 datos Devuelve el tamaño del registro (bytes usados y
de la memoria de registros LGS todos 11.11.6 libres)

Prueba de transmisor Comandos

Forzar la transmisión de prueba FTX dtx 11.12.1 Inicia una prueba de usuario Tx
Detener la transmisión de prueba STX dtx 11.12.2 Detiene a un usuario continuo
Restablecimiento a prueba de fallas FSR dtx 11.12.3 Tx Clear Tripped Failsafe
Forzar corrección de GPS FGF dtx 11.12.4 Forzar una localización de GPS inmediata Iniciar /
Inicio de la calibración del GPS GCS dtx 11.12.5 Supervisar una sincronización / calibración de GPS

Apéndice B: Resumen de comandos alfabéticos
Este apéndice proporciona un resumen de comandos ario en forma tabular ordenada alfabéticamente.
Descripción del comando Acceso CMD Notas de la sección

Compruebe la configuración de CTX todos 11.10.4 Prueba de configuración válida
GTX Borrar búfer aleatorio CRB todos 11.4.8 Borrar el búfer de transmisión temporizada RS-232
Borrar búfer temporizado CTB todos 11.4.4 Borrar el búfer de transmisión temporizada RS-232
Cambio de configuración Iniciar CFB dtx 11.9.6 Uso para garantizar la descarga completa
configuración Predeterminado * dtx 11.9.4 * El comando es "ConfigDefault"
Habilitar configuración CFE dtx 11.9.7 Habilitar cuando está protegido con contraseña
Memoria de configuración disponible CMA todos 11.9.9 Devuelve los bytes disponibles en la configuración de software
Contraseña de configuración CPW dtx 11.9.8 Establecer / Editar / Borrar contraseña de configuración
Restaurar configuración CFR dtx 11.9.3 Restaurar RAM desde no volátil
Guardar configuración CFS dtx 11.9.2 Guardar como no volátil desde RAM
Verificación de la configuración CFV todos 11.9.5 Verificar el estado de la memoria de configuración
Fecha DAT dtx 11.3.3 Configuración manual de la fecha
Desactivar GTX DTX todos 11.10.3 Desactiva el transmisor / registrador de datos
Habilitar GTX ETX todos 11.10.2 Debe tener una configuración válida
Ecuación Etiqueta de la constante EKL dtx 11.6.3.3 Establecer / obtener etiqueta de constante de ecuación
Ecuación Valor constante EKV todos 11.6.3.2 Establecer / obtener valor constante de ecuación
Definición de la ecuación EQN dtx 11.6.1 Definir / Editar / Eliminar ecuación
Prueba de ecuación EQT dtx 11.6.2 Verificar la sintaxis de la ecuación
Variable de ecuación EQV todos 11.6.4 Valor de variable de ecuación de consulta
Restablecimiento a prueba de fallas FSR dtx 11.12.3 Borrar a prueba de fallos disparado
Fijación de GPS de fuerza de tiempo FTT dtx 11.2.5 Como hh: mm: ss
de primera transmisión FGF dtx 11.12.4 Forzar una localización GPS inmediata
Forzar el inicio de la calibración del FTX dtx 11.12.1 Inicia una prueba de usuario Tx
GPS de la transmisión de prueba GCS dtx 11.12.5 Iniciar / Supervisar una sincronización / calibración GPS
Verificación del reloj GPS GCC todos 11.10.13 Comparar el reloj interno con el GPS
Sincronización / calibración de registros GLG dtx 11.8.5 Activar / Desactivar eventos GPS
de GPS Estado extendido de GPS GPX todos 11.10.10 Devuelve el estado extendido del GPS
Módulo GPS encendido / apagado GPO dtx 11.10.8 Encendido / apagado del receptor GPS
Calibración GPS OCXO GOC dtx 11.8.3 En desuso
Estado del satélite GPS GSS todos 11.10.12 Devuelve información sobre los satélites GPS a la vista
Estado del GPS GPS todos 11.10.9 Devuelve el estado del receptor GPS
Sincronización GPS / Tiempo de espera de GTO dtx 11.8.4 Tiempo de espera del GPS en minutos
calibración GPS TCXO Calibración GTC dtx 11.8.2 Intervalo de calibración TCXO en días
Intervalo de sincronización de tiempo GTS dtx 11.8.1 Número de transmisiones temporizadas por sincronización GPS
GPS Versión de GPS GPV todos 11.10.11 Devuelve la versión de firmware del GPS
Modo de operación GTX GTX dtx 11.2.2 GOES, METEOSAT, INSAT, etc.
Definición de sensor interno ISX dtx 11.5.3.3 X = 0 a 9 (o ISX = nn…)
Etiqueta del sensor interno ILX dtx 11.5.3.4 X = 0 a 9 (o ILX = nn…)
Sensor interno Siguiente muestra IMX dtx 11.5.3.5 X = 0 a 9 (o IMX = nn…)
Número de sensor interno ISN dtx 11.5.3.1 Establecer el máximo de sensores internos (64)
Prueba de sensor interno Es alto 11.5.3.6
Última calibración de GPS de IRC dtx 11.3.7
reemplazo de carácter no válida LGC todos 11.10.16 Devuelve la última sincronización de GPS y los tiempos de
Volcado automático del registro de estado de LTS todos 11.10.6 calibración Responde con el estado de la última transmisión
la última transmisión (LOG = AUTO) Volcado de INICIAR SESIÓN todos 11.11.5 SAT Volcar el registro de forma activa a medida que se
datos de registro INICIAR SESIÓN todos 11.11.1 adquieren los datos Volca el registro en ASCII
Control de filtro de registro LFX todos 11.11.2 Volcado de registro de filtro, X = A, B, T, S, I, D, o * Iniciar
Volcado Hexagonal de Troncos LHD todos 11.11.3 sesión en hexadecimal comprimido - Sin filtro Iniciar sesión
Tamaño de memoria de registro de LHF todos 11.11.4 en hexadecimal comprimido - Tamaño del registro de
volcado de filtro hexadecimal de registro LGS todos 11.11.6 devoluciones filtradas (bytes usados y libres)

Apéndice B: Resumen de comandos alfabéticos V2.20 / R1
Descripción del comando Acceso CMD Sección Notas

Mín., Máx., Promedio Definición Mín., MMA dtx 11.6.6 Definir Mín, Máx, Promedio para Sensor Establecer
Máx., Promedio Número Número de MMN dtx 11.6.5 Procesadores MMA Máximos (64) Establecer /
constantes de ecuación ID de EKN dtx 11.6.3.1 Obtener Constantes Máximas (64) también conocido
plataforma PID dtx 11.2.1 como ID NESDIS
Encendido de cadena de identificación PIS dtx 11.7.3.1.1 Cadena de 40 caracteres como máximo
de plataforma habilitado PUE dtx 11.3.9 Configurar GTX para encender

Volcado de búfer aleatorio de PBX dtx 11.7.3.1.2 habilitado X = 1 o 2
caracteres pseudobinarios RBD todos 11.4.9 Devolver el contenido del búfer temporizado
Tamaño de búfer aleatorio RBS todos 11.4.7 Obtener el tamaño actual del número de búfer de
Buffer aleatorio Txs Datos aleatorios RBT todos 11.4.10 transmisión aleatoria que queda en la secuencia de
restantes Carga del buffer Formato de RDT etx 11.4.6 transmisión debe estar habilitado
datos aleatorios RDF dtx 11.2.16 ASCII, pseudo-binario o binario más

Orden de datos aleatorio RDO dtx 11.2.18 nuevo o más antiguo
Definición de parámetros de datos aleatorios RDP dtx 11.7.3
Fuente de datos aleatorios RDS dtx 11.2.17 RS-232 o sensor
Banderas de operación aleatoria ROF dtx 11.2.19 Valor de mapa de bits
Número de búfer de parámetros aleatorios RPN dtx 11.7.2 Establecer parámetros de datos aleatorios
Recuento de repeticiones aleatorias RRC dtx 11.2.15 máximos (40) transmisiones por secuencia
Informe aleatorio Definición de activador RRT dtx 11.7.5
Canal de transmisión aleatorio RCH dtx 11.2.12 Canal aleatorio y velocidad de datos
Intervalo de transmisión aleatorio ENJUAGAR dtx 11.2.13 en minutos
Número de disparador aleatorio RTN dtx 11.7.4 Establecer disparos aleatorios máximos (30) en
Porcentaje de aleatorización RPC dtx 11.2.14 porcentaje
Leer los voltios de la batería RBV todos 11.10.17 Lectura del voltaje actual de la batería
Leer configuración RCF todos 11.10.1 Responde con la transmisión de datos de
Leer corrección de posición GPS RGP todos 11.10.14 configuración Devuelve la información de
Leer corrección de posición GPS como estado de RGF todos 11.10.15 localización de GPS en grados, min, seg.
lectura flotante RST todos 11.10.5 Devuelve la información de localización de
Comando RS-232 Tiempo activo GATO todos 11.9.1 GPS en grados Responde con el estado
Control de potencia SDI-12 SPC todos 11.5.2.1 actual de GTX. 12 modos de alimentación
Modo de energía SDI-12 SPM dtx 11.5.2.3 Encendido / apagado automático de SDI-12
Entrada de la tabla de potencia SPX dtx 11.5.2.3
SDI-12 Definición del sensor SDI-12 SSX dtx 11.5.1.3 X = 0 a 9 (o SSX = nn ...) X =
Etiqueta del sensor SDI-12 SLX dtx 11.5.1.4 0 a 9 (o SLX = nn ...) X = 0 a
Sensor SDI-12 Muestra siguiente SMX dtx 11.5.1.5 9 (o SMX = nn ...)
Número de sensor SDI-12 SSN dtx 11.5.1.1 Establecer el máximo de sensores SDI-12
Comando de prueba SDI-12 IDE todos 11.5.1.6 (64) Admite el modo Pass-Thru
Tiempo de espera de SDI-12 STO todos 11.5.1.7
Relleno de barra SFL dtx 11.3.8 Usar / para completar datos no leídos en búferes de Tx
Detener transmisión de prueba STX dtx 11.12.2 detiene un Tx de usuario continuo
Temperatura TCXO NENE todos 11.5.3.7 En grados centígrados
Tiempo TIM dtx 11.3.2 Ajuste manual de la hora
Tiempo correcto TIC todos 11.3.4 Volver a sincronizar manualmente el reloj
Desplazamiento de zona horaria TZN dtx 11.3.5 Desde UTC (en horas, resolución de 0,25) Devolver el
Descarga de búfer temporizada TBD todos 11.4.5 contenido del búfer temporizado Obtener el tamaño
Tamaño de búfer cronometrado TBS todos 11.4.3 actual del búfer Tx temporizado La transmisión del búfer
Formato de datos cronometrados de carga TDT etx 11.4.2 debe estar habilitada
del búfer de datos cronometrados TDF dtx 11.2.9 ASCII, pseudo-binario o binario más
Orden de datos cronometrados TDO dtx 11.2.11 nuevo o más antiguo
Definición de parámetros de datos TDP dtx 11.7.3
temporizados Fuente de datos temporizada TDS dtx 11.2.10 RS-232 o sensor
Banderas de operación cronometrada TOF dtx 11.2.7 Valor de mapa de bits

Apéndice B: Resumen de comandos alfabéticos V2.20 / R1
Descripción del comando Acceso CMD Sección Notas

Parámetro temporizado Número de búfer TPN dtx 11.7.1 Establecer parámetros de datos temporizados
Preámbulo temporizado TPR dtx 11.2.8 máximos (100) Corto o largo para 100 bps
Canal de transmisión temporizado TCH dtx 11.2.3 Canal Tx temporizado y velocidad de datos
Intervalo de transmisión temporizado TTI dtx 11.2.4 en dd: hh: mm: ss
Longitud de la ventana temporizada TWL dtx 11.2.6 En segundos, 5-240
Conteo de cucharones basculantes Despeje TBA dtx 11.5.3.12 Restablecimiento automático a 0 Diarios, semanales, etc.
automático de baldes basculantes TBC todos 11.5.3.8 Recuentos brutos
Cuchara basculante Multiplicador TBM dtx 11.5.3.10 Multiplicador de escala

Cuchara basculante Volcadura TBR dtx 11.5.3.11 Límite de reinversión del contador
Cuchara basculante Valor TBV todos 11.5.3.9 Valor escalado (recuentos * multiplicador)
Recuentos de resumen de transmisión TXC todos 11.10.7 Leer Tx Estado de recuento bueno / malo en
Potencia de transmisión TXP dtx 11.3.1 vatios por modo y bps
Corrección UTC UTC todos 11.3.6 Corrección UTC preestablecida manualmente

Apéndice C: Procedimiento de programación en la aplicación
Este apéndice detalla los procedimientos necesarios para reprogramar el Microcom GTX-2.0. La GTX-1.0 es
completamente programable en la aplicación (IAP), es decir, tanto el microcontrolador principal como el firmware del
TKM se pueden reprogramar sin abrir la carcasa. Microcom proporciona una aplicación de PC fácil de usar para
facilitar la reprogramación de la GTX-2.0. Las actualizaciones de firmware para la GTX y la utilidad de reprogramación
están disponibles en Microcom sin cargo.
La última versión de la utilidad de actualización es compatible con la GTX-1.0 heredada y la GTX-2.0. La utilidad de
actualización debe instalarse en una PC con Windows con un puerto serie RS-232 estándar. Si la computadora que se
va a utilizar no tiene un puerto RS-232, se debe utilizar un dongle de serie a USB.
NOTA: La utilidad de actualización requiere / incluye un procedimiento de instalación. En su lugar, simplemente copie el
ejecutable en un directorio conveniente en la computadora, o cree un nuevo directorio y luego copie el ejecutable.
Una vez que el ejecutable se carga en la computadora, la aplicación se puede ejecutar directamente desde este
directorio o se puede crear manualmente un acceso directo en el escritorio.
C.1. Configuración de la utilidad de actualización para su funcionamiento
Una vez que se haya cargado el ejecutable de la utilidad de actualización en la computadora deseada, simplemente inicie la
aplicación. Cuando se inicie por primera vez, la utilidad aparecerá como se muestra en la Figura 99. El primer paso para usar la
utilidad de actualización es configurarla para que funcione según los requisitos exclusivos de la computadora.
Figura 99: Utilidad de actualización GTX
Usando el menú "Preferencias" y la opción de menú "Puerto Comm" (ver Figura 100), seleccione el puerto RS232 deseado
(por ejemplo, Comm 1). El menú "Preferencias" también se puede utilizar para seleccionar inicialmente la versión deseada
de GTX (GTX-1.0 o GTX-2.0) para actualizar; sin embargo, al presionar el botón "Versión actual" se modificará esta
configuración en función de la versión de firmware informada.
Si el "Puerto de comunicación" deseado no es "Comm1" a "Comm 8", simplemente seleccione la opción "Más ..." e ingrese el
número de "Puerto de comunicación" requerido. Ingrese solo el valor numérico del puerto de comunicaciones; por ejemplo,
ingrese sólo "15", no "Comm 15" o "COM15".
Tenga en cuenta que una vez que se ha seleccionado el "Puerto de comunicaciones", esta configuración se guardará en un archivo de
inicialización y el puerto se volverá a seleccionar automáticamente la próxima vez que se inicie la aplicación. Para mayor comodidad, muchos
otros elementos de configuración (por ejemplo, los nombres de archivo de programación GTX y TKM) también se guardarán en el archivo de
inicialización.
Conecte la GTX que se actualizará al puerto seleccionado y verifique que la GTX esté encendida.

Apéndice C: Procedimiento de programación en la aplicación V2.20 / R1
Figura 100: Utilidad de actualización GTX: selección del "puerto de comunicaciones"
C.2. Determinación de las versiones de firmware actuales
Para verificar las comunicaciones adecuadas con la GTX, haga clic en el botón "Versión actual". Si la aplicación puede
establecer comunicaciones con la GTX, el programa consultará a la GTX por sus versiones de firmware. Se informan dos
versiones de firmware, la versión de firmware del procesador principal (por ejemplo, M2.20) y el número de versión de
firmware del TKM (por ejemplo, V4.0). Si la versión del firmware principal es V1.xx, la utilidad de actualización se configurará
automáticamente para la programación GTX-1.0. Si la versión del firmware principal es V2.xx, el programa se configurará
para la programación GTX-2.0.
NOTA: Nunca reprograme una GTX-1.0 con un firmware V2.xx o una GTX-2.0 con una versión V1.xx. Tiempo
GTX-1.0 y GTX-2.0 comparten muchas comunicaciones funcionales nalidades, su hardware
la configuración es significativamente diferente. El programa Si utiliza una GTX con el firmware incorrecto
produce resultados erróneos.
Figura 101: Utilidad de actualización GTX: identificación de la versión actual
C.3. Actualización del firmware GTX
Para programar o verificar las imágenes de firmware, el usuario primero debe seleccionar los archivos de firmware
deseados. Usando el menú Archivo, el usuario puede seleccionar el “Archivo de programa GTX” y / o el “Archivo de programa
TKM”. Una vez que se seleccionan los archivos deseados, los nombres de los archivos se muestran en el cuadro de grupo
correspondiente. En el siguiente ejemplo, el programa principal de GTX se verificará o programará con “GTX_V220.hex”.
Tenga en cuenta que las imágenes de firmware principal y TKM son independientes entre sí y pueden actualizarse
individualmente (una u otra) o pueden actualizarse colectivamente.

Figura 102: Utilidad de actualización GTX: preparación para una actualización de firmware
Una vez seleccionados los archivos deseados, el usuario debe seleccionar una opción de programación. Haga clic en las casillas de
verificación que desee junto al grupo de programación para la secuencia de programación deseada. O, si tanto el Principal como el
TKM deben actualizarse, simplemente haga clic en la casilla de verificación "Todos". Cuando se vayan a actualizar las imágenes
principal y TKM, la imagen principal se actualizará primero y luego se actualizará la TKM.
Dependiendo del tipo de GTX que se actualice, se pueden actualizar imágenes de firmware adicionales. Para la GTX-1.0, el
receptor GPS integrado se puede actualizar. Para la GTX-2.0, el receptor GPS integrado y una unidad de visualización
opcional se pueden reprogramar. Para habilitar la programación de estos dispositivos, se deben seleccionar las opciones
“Mostrar GPS” y / o “Mostrar pantalla” en el menú “Preferencias” (ver Figura 100). La actualización de estas unidades no es
común, por lo que estas opciones generalmente están deshabilitadas.
Para comenzar un ciclo de Verificación o Programa, simplemente haga clic en el botón correspondiente. El programa mostrará un cuadro de
diálogo similar al que se muestra en la Figura 103 a continuación. A medida que la utilidad de actualización avanza a través de las imágenes
seleccionadas (es decir, principal, TKM, etc.), este cuadro de diálogo se actualizará en consecuencia.
Figura 103: Utilidad de actualización GTX - Programación
Una vez que se completa la operación Verificar o Programar, la aplicación reiniciará automáticamente la GTX y solicitará el
estado del firmware como se muestra en la siguiente figura.

Figura 104: Utilidad de actualización GTX - Programación completa

Apéndice D: Curvas de señalización de la antena
Las curvas de la Figura 105 y la Figura 106 se incluyen para permitir la determinación rápida de los ángulos de
elevación y azimut para GOES East y GOES West, respectivamente. Ambas naves espaciales están en órbita ecuatorial
geosincrónica con GOES East a 75W grados (-75 grados) y GOES West a 135W grados (-135 grados).
En cada figura, las curvas cerradas (rojas) etiquetadas con números en negrita dan el ángulo de elevación y las
curvas negras dan el acimut relativo al norte verdadero. Las curvas están etiquetadas en incrementos de 10 grados,
lo que es adecuado para apuntar las antenas de baja ganancia (menos de 11 dB) utilizadas junto con los
transmisores DCS. Cada uno de los cuatro cuadrantes principales está etiquetado como N, S, E y W para indicar la
dirección que apunta a la nave espacial. En la Figura 106, la escala de longitud es de –225 a –45 grados.
Normalmente, el rango de –225 y –180 grados se expresaría como 135E a 180E. Para corregir las longitudes
expresadas como Este, reste 360 grados de la longitud, es decir, 155E corresponde a –215 grados.
Por ejemplo, la Estación de Adquisición de Datos y Comando (CDA) de la NOAA ubicada en Wallops Island está
ubicada en 38N y 75.5W. Por convención para la latitud, N es positivo y S es negativo; y para la longitud E es positiva
y W es negativa. De la Figura 105, los ángulos de acimut y elevación de WCDA son 179 y 46 grados, respectivamente.
WCDA está a solo 0,5 grados al oeste de GOES East. De manera similar, de la Figura 106, el acimut y la elevación al
GOES West son 245 y 15 grados, respectivamente.
Tenga en cuenta que los ángulos de acimut son relativos al norte verdadero y deben corregirse para la declinación
magnética local. Para WCDA, esta corrección es de 11,5 W. Se agrega una corrección oeste al azimut norte
verdadero, mientras que se resta una corrección este. Por lo tanto, los acimuts magnéticos a GOES East y West desde
WCDA son 191 y 257 grados, respectivamente.
Fuera de la curva de elevación de 0 grados, los acimutes no tienen sentido ya que la nave espacial está por debajo del horizonte
local. De hecho, el sistema GOES DCS está diseñado para usarse por encima de un ángulo de elevación de 5 grados. Por debajo de
esta elevación, los haces de antena anchos se ven fuertemente afectados por la reflexión de la tierra, lo que hace que la pérdida de
trayectoria sea impredecible.
Como se explica en la Sección 12.1.6, GTX Utility también incluye una función para determinar el azimut de la antena y los
ángulos de elevación para una ubicación específica proporcionada en latitud y longitud.

Apéndice D: Curvas de señalización de la antena V2.20 / R1
Figura 105: Elevación y acimut del GOES Este frente a longitud y latitud

Apéndice D: Curvas de señalización de la antena V2.20 / R1
Figura 106: Elevación y acimut del GOES Oeste frente a longitud y latitud

Apéndice E: Lista de acrónimos
8PSK Modulación por desplazamiento de fase de 8 estados
C.A. Corriente alterna

AGC Control de ganancia automática
SOY Amplitud modulada

ANSI Mensajes de respuesta anormal del Instituto
BRAZO Nacional Estadounidense de Estándares
ASCII Código Estándar Americano para Intercambio de Información
BCH Tasa de errores de bits de Bose, Chaudhari y

BER Hocquenghem, errores de bits recibidos bits
bps, BPS por segundo
BPSK Modulación por desplazamiento de fase binaria
CDA Adquisición de comando y datos

CGMS Grupo de Coordinación de Satélites Meteorológicos
Papás Sistema administrativo y de distribución de datos DCS

DAMS-NT Sistema de Adquisición y Monitoreo de Datos - Nueva Tecnología
DAPS Sistema de recopilación de datos Sistema de procesamiento
dB automatizado Decibel
dBm Decibelios relativos a un milivatio de
corriente continua corriente continua
DCP Plataforma de recopilación de datos
DCPRS Plataforma de recopilación de datos Conjunto de radio
DCS Sistema de recopilación de datos
Demod Demodulador
DOMSAT Satélite nacional
DPCM Estación de tierra de lectura directa del
DRGS módulo de control de piloto dual
DSP Procesador de señal digital; Procesamiento de señales digitales
EIRP Extremo de transmisión de potencia radiada

EOT, ETX isotrópica equivalente
FSS Secuencia de sincronización de cuadros
VA Interfaz gráfica de usuario de satélites ambientales

GUI operacionales geoestacionarios
HRIT Transmisión de información de alta velocidad

Hz Hertz
ICD Entrada / salida de documentos de

E/S control de interfaz
SI Frecuencia intermedia
IIM Módulo de interfaz de entrada (DAMS-NT)
IP Protocolo de Internet
IRIG-B Grupo de instrumentación entre rangos código B para el estándar de temporización de 1 segundo

Apéndice E: Lista de acrónimos V2.20 / R1
kHz Kilohercio
Banda L 1694,3 a 1694,7 MHz para esta aplicación DCS Red

LAN de área local
LRGS Lectura local de la estación terrestre
LRIT Transmisión de información de baja velocidad
LSB Bit menos significativo
max Máximo
megahercio Megahercio
min Mínimo
MSB Parte más significante
NESDIS Controlador de interfaz de red de servicio nacional de satélite, datos e

NIC información ambiental o tarjeta de interfaz de red Controlador y
NIC-MUX multiplexor de interfaz de red (DAMS-NT) Administración Nacional
NOAA Oceánica y Atmosférica
NRZ-L Servicio Meteorológico Nacional del Servicio Meteorológico
NSOF Nacional de la Instalación de Operaciones de Satélites de la
NWS NOAA sin retorno a nivel cero
NWSTG Puerta de enlace de telecomunicaciones del Servicio Meteorológico Nacional
O&M Operaciones y mantenimiento

OEM Fabricante de equipos originales
SO Sistema operativo
PM Modulación de fase
ppm, PPM partes por millón
PSK Modulación por desplazamiento de fase
QMB Placa madre cuádruple (DAMS-NT)
RF Frecuencia de radio
sps Símbolos por segundo

sincronizar Sincronizador; Sincronización
TCP Protocolo de control de transferencia
nosotros Estados Unidos

UHF Frecuencia ultra alta (401,7 a 402,1 MHz para esta aplicación DCS)
UTC
V Voltios
VC Canal virtual
Vpp Voltios pico a pico
WCDA Comando Wallops y Adquisición de Datos Estación

WCDAS de Comando y Adquisición de Datos Wallops

Apéndice F: Referencias web
Descripción de GOES DCS
http://www.osd.noaa.gov/daps/pdocs.htm
consulte "Otros archivos
adjuntos" godes.pdf y ngop1.pdf
Certificación GOES HDR
http://www.osd.noaa.gov/download/index.htm
Página de inicio de GOES DCS
http://noaasis.noaa.gov/DCS
Sistema de administración y desiminación de datos GOES DCS m (PAPÁS)
Golpes
https://dcs1.noaa.gov
NSOF

2 Manual - Transmisor - GTX2.0 - ESPAÑOL - OK

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

2 Manual - Transmisor - GTX2.0 - ESPAÑOL - OK

Cargado por

Copyright:

Formatos disponibles

Traducido del inglés al español - www.onlinedoctranslator.

Microcom modelo GTX-2.0

Microcom Design, Inc.

1. Introducción................................................. .................................................. ....................................... 1

2. Configuración del hardware GTX .............................................. .................................................. ...................... dieciséis

Microcom Design, Inc. ii

3. Configuración y operación básica de GTX-2.0 ........................................... .......................................... 21

4. Operación GTX con GOES .............................................. .................................................. ............... 35

5. Configuración suave ................................................ .................................................. ............................ 43

6. Recopilación de datos ................................................ .................................................. ................................ 45

7. Procesador de ecuaciones ................................................ .................................................. ......................... 60

Microcom Design, Inc. iii

7.1.1. Operadores de ecuaciones ................................................ .................................................. ................... 60

8. Procesador Mín, Máx, Promedio (MMA) ......................................... .................................................. .... 73

9. Formateo de búferes de transmisión ............................................... .................................................. ..... 77

10. Recuperando datos registrados ............................................... .................................................. .................. 100

Microcom Design, Inc. iv

11.1.4. Derechos de acceso RS-232 ............................................. .................................................. ............... 111

Microcom Design, Inc. v

Microcom Design, Inc. vi

11.10.5. Leer estado (RST) [todos] .......................................... .................................................. ................ 156

12. Sugerencias para la resolución de problemas .............................................. .................................................. ..................... 167

Apéndice A: Resumen de comandos por función .............................................. ...................................... 182

Apéndice B: Resumen de comandos alfabéticos ............................................... .................................... 186

Apéndice C: Procedimiento de programación en la aplicación ............................................ .............................. 189

Apéndice D: Curvas de señalización de la antena ............................................... .................................................. 193

Apéndice E: Lista de acrónimos ............................................... .................................................. ............. 196

Apéndice F: Referencias web ................................................ .................................................. ............ 198

Microcom Design, Inc. vii

Figura 1: Caja GTX-2.0 ........................................... .................................................. ................................ dieciséis

Microcom Design, Inc. viii

Microcom Design, Inc. ix

Tabla 1: Alfabeto internacional aprobado ............................................ .................................................. ...... 8

Microcom Design, Inc. X

• MeteoSat / EumetSat a 100 bps - Canales internacionales y regionales INSAT a

1.1. Organización manual

Este manual de funcionamiento se divide en las siguientes secciones:

La Sección 1 proporciona la introducción y la teoría de funcionamiento La

1.1.1. Utilidades de actualización y configuración de GTX

Microcom Design, Inc. 1

1.2. teoría de operación

1.2.1. Microcontrolador principal

• Gestión del tiempo

• Transmisión (también conocido como GOES) Transmisión de formato de

• datos (también conocido como GOES) Transmisión de formato de mensaje

• (también conocido como GOES) Control del transmisor Recopilación de

• Interfaz de cronometraje de recopilación

1.2.2. Microcontrolador de tiempo

• Reloj en tiempo real

Microcom Design, Inc. 2

1.2.3. Descripción general operativa de GTX-2.0

Se abordan los siguientes aspectos funcionales.

• Gestión del tiempo

• Formateo de datos GOES

1.2.3.1. Gestión del tiempo

• Programador de transmisión de datos

1.2.3.1.1. Programador de transmisión de datos

Microcom Design, Inc. 3

1.2.3.1.2. Actualización del reloj en tiempo real y programador de calibración TCXO

1.2.3.1.3. Programador de recopilación de datos (SDI-12, sensores internos y ecuación)

1.2.3.2. Almacenamiento de datos / memoria

1.2.3.2.1. Búferes de transmisión por satélite

Microcom Design, Inc. 4