Automatisierte Uhrzeiteinstellung

[Wuntvor]

Mahlzeit allerseits.

Folgendes Problem: Zur Zeit hängt eine Funkuhr an unserer AS/400. Leider wird selbige demnächst entfernt werden. Jedoch haben wir einige zeitkritische Prozesse, die dringend eine genaue Uhrzeit benötigen.

Gibt es eine Möglichkeit die Uhrzeit aus dem angeschlossenen Netwerk/Server zu ziehen und diese automatisiert in den SYVAL einzustellen??

Dank im voraus

[Fuerchau]

Es gibt da ein paar Tools (www.help400.de), die das leisten.

Der Weg ohne Tools ist:
CHGNTPA: Netzwerkzeitdienst Parameter
STRHSTSVR *NTP

Mit diesem Dienst wird die SoftwareUhr per NTP-Protokoll syncronisiert. Dies ist allerdings NICHT QTIME.
Man benötigt nun noch einige C-Funktionen um die Software-Uhr zu lesen und dann per CHGSYSVAL QTIME die Hardwareuhr zu syncronisieren:

void main() {
char cmd[64];

struct tm* myTime = localtime(time(null));
sprintf(cmd, "CHGSYSVAL QTIME VALUE(%02d%02d%02d",
myTime->tm_hour,
myTime->tm_minute,
myTime->tm_second);
system(cmd);
return;
}

Wichtig ist hierbei dass der Systemwert QUTCOFFSET korrekt auf +0100 (Winter) bzw. +0200 (Sommerzeit) eingestellt ist, da sowohl das NTP als auch die C-Funktion time() immer die Greenwich-Meen-Time (Weltzeit) liefert !

[Wuntvor]

Danke dir. Das wird helfen.

[Uwe Kohlberg]

Wenn du noch etwas wartest kannst du im V5R3 was im Juni ausgeliefert wird das ganze auch direkt auf der AS/400 als TCP/IP Dienst machen. Es gibt einen neuen Dienst SNTP und dort kannst du dann die AS/400 als Server oder Client zur Synchronisation definieren.

[Fuerchau]

@Uwe
Wird dann auch tatsächlich die Hardwareuhr und nicht bloß wieder die Softwareuhr gestellt ?

[Uwe Kohlberg]

Anbei die IBM Informationen.

[Fuerchau]

Tja, leider klärt sich damit immer noch nicht, ob tatsächlich QTIME geändert wird oder doch nicht nur die Softwareuhr die nur mit den C-Funktionen abgerufen werden kann.

Ändere ich QTIME wird die Softwareuhr auch geändert. Ändere ich die Softwareuhr (NTP) ändert sich QTIME nicht (bis V5R2 auf jeden Fall).

[gandal]

Es gibt noch eine Variante mit dem iSeries Navigator.

1. SNTP-Dienst einrichten

Meine Verbindungen
..MeineAS400
....Netzwerk
......Server
........TCP/IP

Im rechtes Fenster rechte Maustaste auf SNTP -> Eigenschaften

Reiter Allgemein:
Zeitserver: ntps1-0.cs.tu-berlin.de
Intervall: 60

Reiter zusätzlich...
Minimale Anpassung: 100
Maximale Anpassung: 5
Protokollieren: bei jedem Aufruf des Zeitserver
(wenn mal alles läuft kann man das auf "Keine" ändern)

OKAY (Übernehmen)


Rechte Maus auf SNTP und starten



2. Hardwareuhr synchronisieren

Die Hardwareuhr (QTIME) muß jetzt noch mit der Softwareuhr synchronisiert werden (beim Hochfahren des Systems ist es ja umgekehrt)

Rechte Maustaste auf "MeineAS400"
..Systemwerte
....Datum und Uhrzeit synchronisieren


Modellsystem ist die eigene AS400
(falls man nichts wählen kann, linke Maustaste auf MeineAS400 und dann nochmal rechte Maustaste auf MeineAS400, ...)

An Abweichung von GMT anpassen
! Hilfe aufrufen und genau lesen !
Wir haben einen QUTCOFFSET von +2:00 im Sommer, +01:00 im Winter.
Wir verwenden:
"Zeit synchronisieren und an örtliche Abweichung von GMT anpassen"

Kein Hakken bei "Zeitanpassung Rückwärts"
Hakken bei "Wenn SNTP gestartet ist, ..."

Mit Okay kann man es ausprobieren.
Mit Planen kann man einen Eintrag für WRKJOBSCDE erstellen, dann geht es jeden Tag automatisch.

[Sven Schneider]

Ab V5R3 wird durch den SNTP-Dienst die Hardwareuhr gestellt/synchronisiert, allerdings nur für die 8er und neuen 5er Modelle.
Und damit ebenfalls die Softwareuhr!!!

Weil es galt schon immer, auch vor V5R3 :

Das Ändern der Hardwareuhr (z.B. mit QTIME) ändert auch die Softwareuhr, allerdings bleibt eine eventuell vorhandene Differenz zwischen beiden erhalten.
Warum : die Softewareuhr wird intern nur als Differenz zur Hardwareuhr abgelegt.
Das Ändern der Softwareuhr per API ändert allerdings nur diese bzw. die Zeitdifferenz zur Hardwareuhr.

Weiterhin :
Vor V5R2 ändert der NTP-Dienst nur die Softwareuhr.
Ich musste also danach die Differenz zwischen Hardware- und Softwareuhr ermitteln und damit QTIME anpassen.

Ab V5R3 sind die ehemaligen Software-time-Apis (z.B. adjtime()) standardmäßig auf die Hardwareuhr gesetzt.
Für die Softwareuhr gibt es neue APIs, diese beginnen jetzt mit Qp0z..
Die Softwareuhr wird es wahscheinlich im nächsten Release nicht mehr geben.


Hierzu noch einige Beiträge
http://www.common-d.de/pdf03/info_01_03.pdf
http://www.common-d.de/pdf03/info_02_03.pdf

Für V5R3
http://<br /> http://publib.boulder...pis/unix10.htm
http://www.rlpserver.de/board/showth...highlight=sntp



Sven

[karin-vogelmann]

Ab V5R3 wird durch den SNTP-Dienst die Hardwareuhr gestellt/synchronisiert, allerdings nur für die 8er und neuen 5er Modelle.
Und damit ebenfalls die Softwareuhr!!!

habe ich das jetzt richtig verstanden:

bei modell 520 mit v5r3 einfach den sntp starten und die uhrzeit samt offset stellt sich von alleine richtig ein?

kann dabei etwas schief gehen?

in den eigenschaften vom sntp ist client und/oder server anzuhaken, was soll ich da markieren? ich vermute mal client.
als zeitserver wird der 192.53.103.103 angeboten.

danke im voraus!

lg, karin

[Fuerchau]

Das Offset stellt sich nicht von alleine richtig, da als NTP-Zeit grundsätzlich GMT ausgetauscht wird.

QUTCOFFSET muss einmal korrekt eingestellt werden.
Über die Zeitzoneneinstellung wird die Sommer/Winterzeitumstellung automatisiert.

Der NTP-Dienst stellt dann QTIME um den QUTCOFFSET-Wert korrigiert ein.

[karin-vogelmann]

ok, qutcoffset habe ich über timezone schon korrigiert, steht jetzt auf +2:00

na, dann werde ich das mal am wochenende todesmutig aktivieren!