Fröling: [ANNOUNCE] p4d - Visualisierung und Einstellung der S-3200 via COM1

Abholzer · 10. März 2015

jo, macht Sinn, werde ich so tun...

Abholzer · 10. März 2015

btw: die Änderung um X in Zeit Y definiert sich über welche Parameter?

Änderung sicher über "delta", aber der Zeitraum? ist das "rangeM"?

und was bedeutet eigentlich "state"? also was für Stati gibt es?

horchi · 10. März 2015

Zitat von Abholzer

btw: die Änderung um X in Zeit Y definiert sich über welche Parameter?

Änderung sicher über "delta", aber der Zeitraum? ist das "rangeM"?

ja genau und rangeM ist in Minuten

Zitat

und was bedeutet eigentlich "state"? also was für Stati gibt es?

erstmal nur 'A' für active und 'D' für deactive, Idee ist damit im WEBIF Warnungen ausschalten zu können ohne sie gleich löschen zu müssen

Abholzer · 10. März 2015

Cool, na das läuft ja prima!

bin am Testen....

Abholzer · 10. März 2015

also erster Test hat funktioniert, könntest du noch %delta%, %rangem% und %time% (Zeitpunkt des Alerts) einfügen, so das man in der Mail auf alle Parameter zugreifen kann?

Abholzer · 10. März 2015

ähem.... jetz hab ich mal ne Frage...:

als ich heute Nachmittag ein Update mit "git pull...." machen wollte, hatter mir zwar gesagt dasses neue Dateien gibt, bei "make install" hieß es aber 'nothing to update'...
im Web-IF steht auch noch die 1.18...

trotzdem funktioniert der Test mit Wert-Änderung....?!? ...horchi???

horchi · 11. März 2015

Ggf. nur der Browser-Cache? Was sagt denn "p4d -v" an der Kommandozeile?

Abholzer · 11. März 2015

sagt auch 1.18....

hier mal ein Screenshot, vielleicht kannst du daraus was erkennen....?

wie ist das bei den Alerts, wird nur entweder min-max ODER delta-range geprüft?
oder geht auch beides in einem Tabelleneintrag? (also gleichzeitig one eine separate Bedingung zu formulieren)

Ach, und noch eine Bitte: könnte man in die Status- und Alert-Mails den Link zur Visualisierung einfügen (Eintrag per WEB-IF, speichern im SensorAlert-Table) um gleich aus der Mail raus zur Website zu kommen

horchi · 11. März 2015

1.) Ah okay der pull hat nicht geklappt da du bei dir lokal Änderungen an den Dateien gemacht hast, die müssen weg oder in git (letzeres ist vermutlich nicht das Ziel ;))
Ggf Hast du die Files von woanders da hin kopiert?

Am einfachsten den Order löschen und neu clonen.

2.) Das können auch mehrere je Sensor sein, da ist man völlig frei, werden der reihe nach abgearbeitet

Abholzer · 11. März 2015

nö hab ich nich *sicherbin*

an diesen aufgeführten Dateien hab ich seit dem Update auf 1.18 (vor 2 Tagen) nix gemacht, warum auch?
welchen Ordner löschen? "git"?

horchi · 11. März 2015

den ganzen linux-p4 und dann neu "git clone ..."

Mach aber vorher bitte mal "git diff" damit siehst du welche lokale Änderungen er meint, wäre ja interessant zu sehen was da los ist

Abholzer · 11. März 2015

hier wieder screenshot,

ähem - wenn ich den p4d-ordner lösche, kann ich dann die config nachher wieder einfügen? oder meckert er dann wieder?

und wieso hat das denn beim update auf 1.18 reibungslos geklappt? (da erwarte ich jetzt nich wirklich ein Antwort)

hmm...

horchi · 11. März 2015

du musst nur den Ordner mit den Quellen löschen! Die kommen dann wieder vollständig aus dem git. In dem Ordner sollte es keine Änderungen geben, die config hast du doch in /etc/prd.conf angepasst oder?

Den screenshot nach hat sich da bei dir einiges lokal geändert, ggf ist da war gemischt und zw. zwei unterschiedlich alten Versionen hin und herkopiert?

Abholzer · 11. März 2015

puuuhh....
hat natürlich geklappt....

keine Ahnung was sich da warum (im) Lokal geändert hat - jetz hab'ch die 1.19...

für die Sensor-Alerts mach ich ein eigenes Setup, das ist übersichtlicher.

übrigens klappt bei mir die Zeit-Syncro nicht, wenn ich sie aktiviere, bleibt er imm auf Samstag hängen, wenn ich dann manuell (Console) aktualisiere, geht's.... kann das daran liegen das ich's in ner VM laufen habe?

Panzerknacker · 11. März 2015

Zeit-Syncro war bei mir bis gestern, Di, auch Samstag, heute, Mi, hat es wohl geklappt. V 1.16.

horchi · 11. März 2015

was geht nicht das sync der S-3200 auf die Zeit des Raspi oder die Zeit des Raspi via NTP?
Sorry stehe auf der Leitung

Panzerknacker · 11. März 2015

Die S3200 bleibt auf Samstag.

Im schemadsp.php kann man die beiden verschiedenen Zeiten schön sehen.

horchi · 11. März 2015

sowas im log oder Fehlermeldungen in dem Bereich?

Code

Mar 10 23:00:10 raspberrypi p4d: Time drift is -86401 seconds
Mar 10 23:00:10 raspberrypi p4d: Time drift is -86401 seconds, syncing now
Mar 10 23:00:10 raspberrypi p4d: Time sync succeeded
Mar 10 23:00:12 raspberrypi p4d: Time drift now 0 seconds

p4 tsync geht?

Code

root@raspberrypi:~/build/linux-p4d# p4 tsync
success

und danach stimmt die Zeit erstmal wieder?

Code

root@raspberrypi:~/build/linux-p4d# p4 state
Version: 50.04.05.03
Time: Wednesday, 11. Mar. 2015 12:14:36
2 - Übergangsbetrieb
19 - Betriebsbereit

Abholzer · 11. März 2015

also p4 tsync geht, allerdings auch nicht immer, manchmal erst beim 2. oder 3. Versuch, ich hatte es bisher auf die VM geschoben, aber wenns bei Reichl auch so ist....?

aber lasst uns nicht an allen a
Stellen gleichzeitig anfangen, erstmal eines fertig machen...

Panzerknacker · 11. März 2015

Code

root@odroidu3:/var/log# cat user.log |grep sync
Mar  8 10:07:31 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  8 10:07:31 odroidu3 p4d: Processing WEBIF job 29806 'read-config:0x0000/tsync'
Mar  8 19:58:03 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  8 19:58:03 odroidu3 p4d: Processing WEBIF job 29822 'read-config:0x0000/tsync'
Mar  8 20:04:49 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  8 20:04:49 odroidu3 p4d: Processing WEBIF job 29838 'read-config:0x0000/tsync'
Mar  8 20:24:30 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  8 20:24:30 odroidu3 p4d: Processing WEBIF job 29889 'read-config:0x0000/tsync'
Mar  8 22:15:09 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  8 22:15:09 odroidu3 p4d: Processing WEBIF job 30043 'read-config:0x0000/tsync'
Mar  8 23:00:05 odroidu3 p4d: Time drift is -85731 seconds, syncing now
Mar  8 23:00:05 odroidu3 p4d: Time sync succeeded
Mar  9 14:59:10 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  9 14:59:10 odroidu3 p4d: Processing WEBIF job 30061 'read-config:0x0000/tsync'
Mar  9 15:50:43 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  9 15:50:43 odroidu3 p4d: Processing WEBIF job 30077 'read-config:0x0000/tsync'
Mar  9 18:50:41 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  9 18:50:41 odroidu3 p4d: Processing WEBIF job 30111 'read-config:0x0000/tsync'
Mar  9 20:42:46 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar  9 20:42:46 odroidu3 p4d: Processing WEBIF job 30127 'read-config:0x0000/tsync'
Mar  9 23:00:01 odroidu3 p4d: Time drift is -172123 seconds, syncing now
Mar  9 23:00:01 odroidu3 p4d: Time sync succeeded
Mar 10 11:24:19 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar 10 11:24:19 odroidu3 p4d: Processing WEBIF job 30143 'read-config:0x0000/tsync'
Mar 10 17:49:33 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar 10 17:49:33 odroidu3 p4d: Processing WEBIF job 30165 'read-config:0x0000/tsync'
Mar 10 20:35:41 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar 10 20:35:41 odroidu3 p4d: Processing WEBIF job 30181 'read-config:0x0000/tsync'
Mar 11 00:00:01 odroidu3 p4d: Time drift is -86401 seconds, syncing now
Mar 11 00:00:01 odroidu3 p4d: Time sync succeeded
Mar 11 11:46:51 odroidu3 apache2: p4: requesting read-config with 0, 'tsync'
Mar 11 11:46:51 odroidu3 p4d: Processing WEBIF job 30197 'read-config:0x0000/tsync'

Alles anzeigen

Fröling: [ANNOUNCE] p4d - Visualisierung und Einstellung der S-3200 via COM1

Jetzt mitmachen!

Teilen