Time Zone needs to be Updated on CAESultra{7490, 7604} Caterpillar

Machine Control & Guidance Products:

CAES ULTRA (S/N: 2TZ1-UP)

Introduction

The problem that is identified below does not have a known permanent solution. Until a permanent solution is known, use the solution that is identified below.

Problem

The D3:C4 Nav 10.4 displays Local time "Time Zone" default Time Zone information on the display is set for Greenwich Mean Time (GMT) time and no specific Time Zone, so the time on the display should always be set for GMT. During normal operation with the display name set to "MINWITHNET", the application reads the Keys from the "mach_cfg.txt" and applies them to the registry. On shutdown the Registry is not changed since it is write protected and the process starts over on the next startup.

The Daylight Savings time has changed for North America in 2007. From 1986 to 2006 the Daylight Savings Time has been from the first Sunday in April to the last Sunday in October. But starting in 2007 it will be observed from the second Sunday in March to the first Sunday in November. Check your local regulations for areas outside of North America in order to make sure that the machine configuration file is set for the correct Daylight Savings start and end dates. Please make sure that all machine configurations that utilize the "$ Daylight Time Date (CAESultra)" key are updated to the correct days and months. Otherwise the data coming back will be off by 1 hour until the machine knows that Daylight Savings time has taken effect.

The issue that is identified will be resolved in a future release of CAESultra onboard software.

Solution

Perform the following steps in order to resolve the problem.

1. Disconnect power to the GPS receiver if performing these steps on a machine or full bench system.

2. Check the following area in order to make sure that the display clock is set correctly.

   1. In the upper right hand corner of the navigator screen the "T" in the GPS location is the display time.

   2. Make sure that this time matches your local time.

Show/hide table



Illustration 1	g01359001

3. If the time matches your local time, you are done and everything is working properly.

4. If the time does not match your local time, perform the following steps.

5. Send a known good Machine Configuration file with the correct Time Zone information to the display and the change for the Daylight Savings Time.

   1. Example of Time Zone offset syntax:

      $ Time Zone Minutes =<number>

      $ Time Zone Minutes =-600

      Six-Hundred minutes (ten hours) must be added to the local time in order to obtain GMT. Brisbane is ten hours ahead of GMT, thus subtracting six-hundred minutes from the local time will provide GMT.

      Or $ Time Zone Minutes =360

      Three-hundred sixty minutes (6 hours) must be subtracted from the local time in order to obtain GMT. Central Standard time is six hours behind GMT, thus adding three-hundred sixty minuted to the local time will provide GMT.

   2. Example of Daylight Time syntax:
      • Day-in-Month format: $ Daylight Time Date =<flag> <month> <day_of_week> <day_in_month> <hour> <minute> <daylight_offset>

      • $ Daylight Time Date =0 3 0 2 2 0 -60

      • Daylight Savings starting of the 2nd Sunday in March at 2 A.M.

   3. Example of the Standard Time syntax:
      • Day-in-Month format: $ Standard Time Date =<flag> <month> <day_of_week> <day_in_month> <hour> <minute> <standard_offset>

      • $ Standard Time Date =0 11 0 1 2 0 0

      • Standard Time starting on the 1st Sunday in November at 2 A.M.

6. Go back to Step 2.

7. If your time still does not match your local time, refer to Technical Information Bullentin, TIBU5018, "Procedure for Updating the Time Zone on CAESultra 3rd Party Radios".

The following keys in the Systems Operation Manual, KENR6338, "CAES" are incorrect. Refer to the Tables below for the correct keys and syntax.