Interpreting Console Messages

As described in the Chapter 1 section titled Viewing the SDI Console Messages, the console messages can be routed to a local monitor, a remote monitor, or a file.

The GVAR console messages you may see are:

There may also be messages from the system that are unrelated to the satellite ingest process, for example disk error or full disk.

New Image

At the beginning of each new image, a line similar to the following appears on the console.

New image   gvar.2006.113.205414.INDX Names:ALL CONUS

The gvar.2006.113.205414.INDX portion of this message is an index file name. Refer to the GVAR Index File Naming Convention for the complete description. Thus, gvar.2006.113.205414 is interpreted as follows:

*Field*	*Definition*
gvar	is the satellite signal type (GVAR)
2006	is the year when the image started
113	is the day of the year the image started
20	is the UTC hour the image started
54	is the minute the image started
14	is the second the image started
INDX	is the index file extension

The Names:ALL CONUS portion of the message above describes the ADDE dataset descriptors where the new index file is listed. In this example, gvar.2006.113.205414.INDX is listed in the descriptor files named ALL and CONUS.

Bit Slip

When the SDI software detects the start of a new GVAR data block, it reads the block length information from the block's header to compute the beginning of the next block. If the next block does not start at the predicted location, the current block contains more or less bits than its header indicated. A message appears on the console indicating the time and the words bit slip. You can expect to see some bit slips, and this may result in the loss of some data.

An increase in the number of bit slip errors may indicate a:

deteriorating signal
antenna positioning errors
degradation of antenna chain electronics
cable problem

Error

If the next block's synchronization code can't be located, the entire data block is lost and a message labeled as error appears on the console. This will result in the loss of data.

No Sync

The no sync message indicates that the ingestor is not seeing a sync pattern in the data stream. This is normal during housekeeping periods, but if it continues at other times, it could indicate any of the following:

poor termination of the signal; if you have a "Y"d signal (e.g., you split the clock and data signal from the bit syncs many times over) it will affect the amplitude of the signal; SDIs have a terminator built-in; if you Y off an additional set of clock and data signals from the bit sync's output, you'll get a lower signal amplitude and possibly create what may appear to be a very noisy signal
the data signal is NRZ-L format versus the ingestor card being jumpered for NRZ-S data; this would prevent the SDI from recognizing the sync pattern; the jumper on the ingestor card must be set for the appropriate data type
the clock and data cables are reversed, resulting in a no-sync error
satellite problems (e.g., no data is being sent)
antenna postioning errors, or any of the above listed problems for bit slips could also give the no-sync errors

CRC Error

A new image is started when the priority frame start time changes within a block 0 that has a valid CRC code. A new image will not start if the CRC code is invalid (because of noisy data, etc.), causing the new image's data to be pasted on the end of the previous image. If the CRCs continue to be invalid, a new image is started after five consecutive block 0s with a new priority frame start time are received, regardless of the CRC status. When an image is started while the CRC is bad, the console displays the message:

CRC not valid.

[Search Manual] [Table of Contents] [FAQ] [Go to Previous] [Go to Next]