Delete a Daylight saving entry in 9006

[keyset6]

I accidentally added a command to set the November 2011 time change to daylight savings, now I can't add any correct entries after that. I assume it's because the system expects TYPE: to alternate between DLS and STD. As I modified the script I entered - ADD-SONUS:2011,11,6,DLS; - that took, but every correct entry after that failed with - "THE COMBINATION OF VALUES ENTERED FOR THE PARAMETERS "MONTH" AND "TYPE" DOES NOT LOGICALLY MATCH THE PRESENT TABLE OF SWITCHOVER DATES."
There's no DEL or CHA SONUS, so I wonder if there's any way to remove that incorrect entry. I may have to change the system time to Nov 6 2011 to invoke the pending entry.

 

[donb01]

Did you try re-adding the last entry with the correct format and maybe it will overwrite it?

 

[keyset6]

Yep - came back with the same response. Even tried setting it back to STD the next day (Nov. 7) and no luck. So right now, the one and only entry is:

+-------------------------------------+
| SWITCHOVER TO |
| DAYLIGHT SAVING STANDARD TIME |
|------------------+------------------|
| 2011-11-06 | |
|------------------+------------------|
| SWITCH TIME |
| 02:00 HOURS | 03:00 HOURS |
+------------------+------------------+

(The chart displays normally in edit mode - don't know why it won't in preview)

 

[keyset6]

I was trying other things and could not longer communicate, then got a login prompt. As suspected, Unix had restarted. The SWU stayed up as TMFU displayed data. Still, not able to ADD-SONUS. Even tried SWI-SONUS to different values. It's not a huge deal since I don't think the site even has display phones, no ACD. Just makes me glad we recently replaced one of these with a Rolm 9751.

 

[donb01]

Have you tried entering a date of 11/05 to switch to standard time? Then, if your theory is correct, it will balance out the entry for switching to DST on the 6th and you may be able to add more. I've never had an issue changing SONUS.

Incidentally, for your comment above, I have found that when I post things that I copy and paste off the terminal screen they will look normal if I first paste them into notepad and change the font to OCR A, or if the application allows it I just highlight the text and change to OCR A and it will all look the way you want it.

 

[keyset6]

I added an entry a couple days ago of 3/16/11 to STD , and that took. But still, I got an error adding and entry of STD on any date past 11/6/2011. With the assumed DLS - STD pattern that should have been accepted, but no luck. It seems like that DLS entry of 11/06/2011 is still there even though I can't see it, and the system knows a certain amount of weeks must pass before another STD entry can be made. It's not a huge deal as the critical system time is based on the external VRU, that will play greetings according to the site's business schedule. I just thought there would be a way to get around it by changing the system date. There still may be - just haven't found the right sequence yet. Fortunately the RP624SLs don't constantly display the time, and I don't think any KEPROs have a TIME key.

 

[donb01]

What version of 9006 are you running? If you are running less than 9006.5 you can login to your system with procomm and go into the EMML screen. In there under Administrative Tasks there is an option for regen database. Do that and use the mark all key to mark them all, then let it go. It takes about an hour.

You can also go into direct AMO using whatever method you prefer and type REG-SONUS and hit enter. That regenerates the table and displays what's in it.

You can also try to disable SONUS (SWI-SONUS), edit the table and then turn it on again.

I'm pasting in that section of the AMO manual - it will probably get killed by the formatting here - sorry.


9.8 SONUS-Switchover

Use SONUS to add, display, regenerate, or switchover dates from standard time to daylight savings time.
9.8.1 Add and Switchover SONUS

ADDSONUS adds or changes the switchover dates. The dates are stored in a table that can have up to 20 entries. Any date over 9 years in advance of the current year is not allowed.

SWISONUS is used to change the current switchover mode to a different switchover mode.

The trees for ADDSONUS and SWISONUS are as follows:

9.8.2 Display SONUS

DISSONUS displays the table of switchover dates. The system only displays the current and upcoming dates, not the ones that have passed.
9.8.3 Regenerate SONUS

REGSONUS regenerates the table of switchover dates. The only information that is displayed as a result of the regenerate command are the dates that have not yet passed.
9.8.4 Switchover SONUS

SWISONUS is used to either activate or deactivate SONUS feature.
9.8.5 SONUS Parameters and Values

Table 9-8 lists the parameters and values for all verb-noun combinations.

Table 9-8 SONUS Parameters and Values (Sheet 1 of 2)
Parameter

Description and Type of Input

Default/Possible Values

DAY


Enter a single value for the day of the month.


1-31

FUNCT


Enter a single value for the type of switchover mode.


EC-not used in the U.S.
HD-use the switchover dates on the hard disk (activate)
OFF-deactivate the switchover dates

MONTH


Enter a single value for the month.


1-12

TYPE


Enter a single value for the type of switchover.


STD-to switchover to standard time (Fall)
DLS-to switchover to daylight savings time (Spring)

YEAR


Enter a single value for the year.


1988-2099

 

[keyset6]

Thanks - previously tried all the SWI- options. EMML isn't out of synch, I never use EMML. I already ran SONUS, just showed what I put in. I replaced the HD on that system from another 9006 about a year ago (very loud HD noise, then one day no noise) and didn't bother having the recovery script run the SONUS entries since they were out of date. I don't recall whether I formatted the HD (it was from another system) or used my unusual method of overwriting the existing RMX database. A lot of manual intervention that way, needed to keep going into debug mode in the script.

Regen-ing the EMML database brings back memories - I recall one large Mod 80 where it would have to be done every few months, took well over an hour for that system. I also recall something getting out of synch because the customer used LcWin sometimes too. I'd see errors in HISTA: 'Error writing AMO SCSU (or whatever) into database' DEA and CDI come to mind.