jo, macht Sinn, werde ich so tun...
Fröling: [ANNOUNCE] p4d - Visualisierung und Einstellung der S-3200 via COM1
Es gibt 4.973 Antworten in diesem Thema, welches 1.643.190 mal aufgerufen wurde. Der letzte Beitrag () ist von Car1Pe.
-
-
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?
-
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
Zitatund 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
-
Cool, na das läuft ja prima!
bin am Testen....
-
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?
-
ä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???
-
Ggf. nur der Browser-Cache? Was sagt denn "p4d -v" an der Kommandozeile?
-
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
-
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
-
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"? -
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
-
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...
-
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?
-
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?
-
Zeit-Syncro war bei mir bis gestern, Di, auch Samstag, heute, Mi, hat es wohl geklappt. V 1.16.
-
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 -
Die S3200 bleibt auf Samstag.
Im schemadsp.php kann man die beiden verschiedenen Zeiten schön sehen.
-
sowas im log oder Fehlermeldungen in dem Bereich?
CodeMar 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?
und danach stimmt die Zeit erstmal wieder?
-
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... -
Code
Alles anzeigenroot@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'
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!