Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(9. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
vorsichtige Aktivitäts-Warnung
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(10. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(10. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(12. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(12. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(13. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(13. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(15. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(15. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(16. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(16. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(16. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(16. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(17. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(17. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Kiruna Text und sonstige SMS-Probleme
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(18. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(18. Versuch ... langsam nervt es wirklich !! Um 00:37 Uhr kann das nicht mehr an der Serverlast liegen.)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(20. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(20. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(11. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(21. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(21. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(22. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(22. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(21. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(21. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hallo zusammen !
Hier nachträglich der private Schriftverkehr :
(22. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
Hier nachträglich der private Schriftverkehr :
(22. Versuch ... langsam nervt es wirklich !!)
Hallo Lutz,
gerade wollte ich Dir im Forum antworten, aber das hat mir dann wieder einen internal Server error gebracht, drum der Hinweis aufs MM-Forum.
Ich werde aber in future die an Dich gesandten Mails in dieser Sache nachträglich dort reinstellen.
Das mit den 15 Minuten könnte man wie folgt lösen:
a) Man baut auf einer häufig besuchten Seite einen link auf mein AlarmScript ein. Das würde dann zusätlich zu meinem Cronjob die Intervalle verkürzen. Dazu bräuchten wir aber erstens eine oder mehrere solcher Seiten und dann noch den good-will des dortigen Webmasters.
b) Das Alarmauslösende SAM macht folgendes: Es stellt den aktuellen Alarm fest, sendet seine Daten an den Server und setzt dann einen http GET an mein Script ab, das sollte unter allen BS mittels telnet auf port 80 bzw. mit lynx unter unix / linux funzen.
c) irgend ein netter webmaster mit eigenem Server richtet einen kürzeren Cronjob ein.
d) irgendjemand, der eh dauernd online ist, lädt in seinen Browser auf einem alten Rechner eine Seite von mir, die sich alle 2 Minuten aktualisiert (meta refresh) und dabei mein Script anwirft.
Wegen Kiruna-Log:
Wenn das so ist, ist die Auswertung und Alarmgenerierung für mich kein Problem, wenn man mir die Bedingungen für den Alarm sagt ...
Eine Minute wäre demnach ein Intervall von 16,6 auf die Tausernder Teilung umgerechnet. Ich könnte z.B. einen Algorithmus bauen, der ca. 5 Minuten, also rund 80/1000 in die Vergangenheit schaut, und diesen Wert mit dem aktuellen vergleicht. Liegt die absolute Differenz über 50 nT, gibts Alarm.
Wenn ich mir den kritischen Bereich um 20.496 ansehe, würde wohl auch ein kürzeres Intervall genügen, evtl. sogar 2 Minuten.
20.471 141.0 -64.3 -494.4
20.473 125.1 -81.8 -497.3
20.476 95.8 -90.6 -495.8
20.479 73.5 -90.7 -494.1
20.482 65.4 -85.7 -493.6
20.484 56.8 -79.2 -493.9
20.487 50.2 -74.0 -496.0
20.490 36.4 -62.8 -498.7
20.493 17.3 -50.0 -506.9
20.496 0.3 -42.9 -516.8
20.498 -18.2 -43.7 -527.0
20.501 -34.5 -49.9 -537.3
20.504 -40.8 -56.0 -546.9
20.507 -57.2 -60.6 -556.1
20.509 -80.1 -65.3 -561.2
20.512 -99.4 -67.5 -565.8
20.515 -121.7 -69.7 -568.9
So long bis morgen (upps, wohl schon heute)
Gruß
Ralf
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----------------------------------------------------------------
Hallo Lutz,
ich habe mir mal (natürlich Dein Einverständnis vorausgesetzt) erlaubt, einen Screenshot Deines SAM auf meiner SMS-Alarmseite einzubauen, so als Demo
http://www.polarlichtinfo.de/cms/front_ ... p?idcat=42
Zurück zum Problem: Hast Du den Link zu den Kiruna-textdaten, evtl. auch von Lycksele ?
Es ist noch ein anderes Problem aufgetaucht: Da die übermittelten Daten immer einen Rückblick im 5-Minuten-Abstand liefern, die Dateien aber in 2 Minuten-Intervallen erzeugt und upgedatet werden, ist es gleich zu Anfang passiert, dass die Alarmbedingung so blöd zwischen zwei 5-Minutenintervalle gefallen ist, dass er um 21:33:57 untergegangen ist. Ich wollte dort das alarm-Script manuell anwerfen, es brachte aber keinen Alarm raus:
03.01.2004, 21:30:01:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:33:57:
Letzter Alarm: NOALARM
Derzeitiger Alarm: FALSE
03.01.2004, 21:44:54:
Letzter Alarm: NOALARM
Derzeitiger Alarm: TRUE
GDB | K:2 3 2 3 3 3 6 - | By:-54
GDB | K: 2 3 2 3 3 3 6 - | -- ALARM | y:-54
03.01.2004, 21:45:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:00:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:15:02:
Letzter Alarm: 1073162694
Derzeitiger Alarm: TRUE
03.01.2004, 22:30:01:
Letzter Alarm: 1073162694
Derzeitiger Alarm: FALSE
Erst als ich um 21:44:54 (kurz vor dem Cronjob) einen neuen Versuch unternam, funzte es.
Ich werde mal in mich gehen, vielleicht fällt mir ja was ein.
Gruß
Ralf
-
Ralf Pitscheneder
Re: Wieso MM-Group...
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-
Ralf Pitscheneder
Re: Wieso MM-Group...
Hier die nachgereichte Antwort:
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
-----Ursprüngliche Nachricht-----
Von: Lutz Schenk [mailto:lutz@lutz-schenk.de]
Gesendet: Samstag, 3. Januar 2004 23:34
An: Ralf Pitscheneder
Betreff: Re: SMS-Alarm funzt auch ....
Hi Ralf,
kein Problem mit dem shot.
Kiruna text daten :
http://www.irf.se/mag-bin/getflux?-1
die -1 bedeutet, das MINDESTENS die Daten der letzten Stunde dargestellt werden, aber immer ab beginn der vorherigen stunde.
Die Uhzeit ist dezimal dargestellt. 21.500 = 21:30
Lyx-Link hab ich nicht.
blöd das mit dem 15min. cronjob
ist bissel knapp bei so schneller Aktivität.
aber wenn da was mit KIR funzen könnte...
Na, soweit erst mal.
Gruß Lutz
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste