Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 17.10.2016 um 06:51 schrieb Theo:

Muss ich dann da noch was umändern?

Eigentlich nicht. Aber du kannst ja nichts kaputt machen.
Editier die vzlogger.service wie gehabt und enable nochmal den service.
http://wiki.volkszaehler.org/software/controller/vzlogger/installation_cpp-version#systemd_start_script

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Theo]

Dann stellt sich mit jetzt die frage wie bei mir vzlogger gestartet wird, denn 
bei mir steht der nicht in der liste. Bin aber immer davon ausgegangen das er 
über systemd gestartet wird. Zumindest wenn ich ihn manuell starte oder stoppe, 
mache ich das über die befehle sudo systemctl start vzlogger und sudo systemctl 
stop vzlogger. 

Muss ich dann da noch was umändern?

Gruß Tobi

> Am 16.10.2016 um 23:22 schrieb Udo1 :
> 
>> Am 16.10.2016 um 22:57 schrieb Christian Schnellrieder:
>> Wie erwartet startet es nach dem ntp.service
> Also sollte vzlogger dann mit der richtigen Zeit arbeiten. Vorausgesetzt das 
> der Raspi mit dem Inet verbunden ist.
> 
> Gruß
> Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 22:57 schrieb Christian Schnellrieder:

Wie erwartet startet es nach dem ntp.service
Also sollte vzlogger dann mit der richtigen Zeit arbeiten. Vorausgesetzt 
das der Raspi mit dem Inet verbunden ist.


Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Christian Schnellrieder]

Hallo.

Wie erwartet startet es nach dem ntp.service


Grüße

Udo1  schrieb am So., 16. Okt. 2016 um 22:42 Uhr:

> Am 16.10.2016 um 22:03 schrieb Christian Schnellrieder:
> > In deinem Beispiel ist aber vzlogger nicht über systemd gestartet oder?
> Richtig.
>
> Was passiert denn wenn du die vzlogger.service dahingehend änderst:
> [Unit]
> Description=vzlogger
> After=syslog.target network.target
> After=mysql.service ntp.service
>
> [Service]
> ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
> ExecReload=/bin/kill -HUP $MAINPID
> StandardOutput=null
>
> [Install]
> WantedBy=multi-user.target
>
> Gruß
> Udo
>
-- 

Von meinem Smartphone versendet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 22:03 schrieb Christian Schnellrieder:

In deinem Beispiel ist aber vzlogger nicht über systemd gestartet oder?

Richtig.

Was passiert denn wenn du die vzlogger.service dahingehend änderst:
[Unit]
Description=vzlogger
After=syslog.target network.target
After=mysql.service ntp.service

[Service]
ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
ExecReload=/bin/kill -HUP $MAINPID
StandardOutput=null

[Install]
WantedBy=multi-user.target

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Christian Schnellrieder]

In deinem Beispiel ist aber vzlogger nicht über systemd gestartet oder?
In meinem Log sieht man sehr schön das der NTP Server nach dem vzlogger
gestartet wird.
https://uplink.spdns.eu/s/s3KrOQXMgznl853

Grüße

Udo1  schrieb am So., 16. Okt. 2016 um 21:54 Uhr:

> Am 16.10.2016 um 20:20 schrieb Michael Baer:
> >
> > systemd-analyze plot > ~/boot-times.svg
> >
> > ergibt ne hübsche Grafik im home-Verzeichnis was wann wie lange zum
> > Starten braucht
> >
> und was sagt einem das jetzt?
>
> (kann mit Firefox geöffnet werden)
>
> Gruß
> Udo
>
-- 

Von meinem Smartphone versendet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 20:20 schrieb Michael Baer:


systemd-analyze plot > ~/boot-times.svg

ergibt ne hübsche Grafik im home-Verzeichnis was wann wie lange zum 
Starten braucht



und was sagt einem das jetzt?

(kann mit Firefox geöffnet werden)

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Michael Baer]

Am Sonntag, 16. Oktober 2016, 19:22:20 schrieb Theo:
> Also kann man mit dem Befehl gar nicht die Reihenfolge des
> ausführens auflisten, sondern nur was ausgeführt wurde und wie
> lange es gedauert hat den service zu starten? Gibt es dann eine
> andere Möglichkeit die Reihenfolgen auszulesen?


systemd-analyze plot > ~/boot-times.svg

ergibt ne hübsche Grafik im home-Verzeichnis was wann wie lange zum Starten 
braucht


http://www.admin-magazin.de/Das-Heft/2014/10/Systemstart-mit-Systemd-unter-Linux



-- 


Gruss,
Michael

GnuPG-ID 0x1E4ED700  http://pgp.mit.edu/

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 19:22 schrieb Theo:

Soll ich dann in meiner vzlogger.service das requires in After ändern?

Kannst du machen.


Gibt es dann eine andere Möglichkeit die Reihenfolgen auszulesen?

Fällt mir im Moment nichts zu ein.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Theo]

Also kann man mit dem Befehl gar nicht die Reihenfolge des ausführens 
auflisten, sondern nur was ausgeführt wurde und wie lange es gedauert hat den 
service zu starten? Gibt es dann eine andere Möglichkeit die Reihenfolgen 
auszulesen?

Zu deiner Frage wegen meinem Image. Bin mir nicht mehr sicher. Es war eines der 
ersten images mit Jessie, die du auf Volkszaehler.org veröffentlicht hast. 
Upgegraded habe ich seither einmal den Vzlogger, sonst eigentlich nichts. Aber 
ich denke in dem Zusammenhang habe ich auch das System an sich upgegraded. 

Soll ich dann in meiner vzlogger.service das requires in After ändern?

Gruß Tobias
Am 16.10.2016 um 19:13 schrieb Udo1:

> Stop. Zurück, Marsch, Marsch.
> 
> Da habe ich mich ins Bockshorn treiben lassen.
> 
> Das ist nicht die Zeit wann der Service ausführt wurde, sondern wie lange es 
> gedauert hat den Service auszuführen.
> 
> Gruß
> 
> Udo
> 
> 
> Am 16.10.2016 um 18:47 schrieb Udo1:
>> 
>> Am 16.10.2016 um 18:32 schrieb Theo:
>>> 3.871s networking.service
>>> 1.091s ntp.service
>> Das ist ja Müll. Da startet der ntp.service obwohl noch keine 
>> network-service ausgeführt ist?
>> 
>> Aber bei mir das gleiche:
>> pi@raspberrypi:/etc $ systemd-analyze blame
>>  9.211s dhcpcd.service
>>  5.984s mysql.service
>>  4.327s apache2.service
>>  1.315s systemd-fsck-root.service
>>   978ms systemd-tmpfiles-setup-dev.service
>>   916ms systemd-sysctl.service
>>   717ms systemd-logind.service
>>   707ms networking.service
>>   669ms rc-local.service
>>   641ms keyboard-setup.service
>>   627ms alsa-restore.service
>>   597ms dphys-swapfile.service
>>   592ms triggerhappy.service
>>   532ms avahi-daemon.service
>>   368ms console-setup.service
>>   279ms ntp.service
>>   239ms fake-hwclock.service
>>   214ms systemd-udev-trigger.service
>>   186ms systemd-fsck@dev-mmcblk0p1.service
>>   178ms systemd-setup-dgram-qlen.service
>>   169ms rsyslog.service
>>   166ms kbd.service
>>   144ms systemd-modules-load.service
>>   111ms kmod-static-nodes.service
>>93ms systemd-journal-flush.service
>>80ms systemd-random-seed.service
>>70ms raspi-config.service
>>68ms systemd-remount-fs.service
>>68ms boot.mount
>>56ms sys-kernel-debug.mount
>>55ms dev-mqueue.mount
>>46ms systemd-update-utmp.service
>>43ms systemd-rfkill@rfkill0.service
>>42ms systemd-tmpfiles-setup.service
>>38ms plymouth-read-write.service
>>38ms systemd-user-sessions.service
>>26ms sys-kernel-config.mount
>>25ms systemd-udevd.service
>>24ms plymouth-quit.service
>>24ms systemd-update-utmp-runlevel.service
>>19ms udev-finish.service
>>19ms systemd-tmpfiles-clean.service
>>14ms plymouth-quit-wait.service
>>11ms tmp.mount
>> 
>> Sehr komisch.
>> 
>> Gruß
>> Udo
>> 
>> 
> 

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Stop. Zurück, Marsch, Marsch.

Da habe ich mich ins Bockshorn treiben lassen.

Das ist nicht die Zeit wann der Service ausführt wurde, sondern wie 
lange es gedauert hat den Service auszuführen.


Gruß

Udo


Am 16.10.2016 um 18:47 schrieb Udo1:


Am 16.10.2016 um 18:32 schrieb Theo:

3.871s networking.service
1.091s ntp.service
Das ist ja Müll. Da startet der ntp.service obwohl noch keine 
network-service ausgeführt ist?


Aber bei mir das gleiche:
pi@raspberrypi:/etc $ systemd-analyze blame
  9.211s dhcpcd.service
  5.984s mysql.service
  4.327s apache2.service
  1.315s systemd-fsck-root.service
   978ms systemd-tmpfiles-setup-dev.service
   916ms systemd-sysctl.service
   717ms systemd-logind.service
   707ms networking.service
   669ms rc-local.service
   641ms keyboard-setup.service
   627ms alsa-restore.service
   597ms dphys-swapfile.service
   592ms triggerhappy.service
   532ms avahi-daemon.service
   368ms console-setup.service
   279ms ntp.service
   239ms fake-hwclock.service
   214ms systemd-udev-trigger.service
   186ms systemd-fsck@dev-mmcblk0p1.service
   178ms systemd-setup-dgram-qlen.service
   169ms rsyslog.service
   166ms kbd.service
   144ms systemd-modules-load.service
   111ms kmod-static-nodes.service
93ms systemd-journal-flush.service
80ms systemd-random-seed.service
70ms raspi-config.service
68ms systemd-remount-fs.service
68ms boot.mount
56ms sys-kernel-debug.mount
55ms dev-mqueue.mount
46ms systemd-update-utmp.service
43ms systemd-rfkill@rfkill0.service
42ms systemd-tmpfiles-setup.service
38ms plymouth-read-write.service
38ms systemd-user-sessions.service
26ms sys-kernel-config.mount
25ms systemd-udevd.service
24ms plymouth-quit.service
24ms systemd-update-utmp-runlevel.service
19ms udev-finish.service
19ms systemd-tmpfiles-clean.service
14ms plymouth-quit-wait.service
11ms tmp.mount

Sehr komisch.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 18:32 schrieb Theo:

3.871s networking.service
1.091s ntp.service
Das ist ja Müll. Da startet der ntp.service obwohl noch keine 
network-service ausgeführt ist?


Aber bei mir das gleiche:
pi@raspberrypi:/etc $ systemd-analyze blame
  9.211s dhcpcd.service
  5.984s mysql.service
  4.327s apache2.service
  1.315s systemd-fsck-root.service
   978ms systemd-tmpfiles-setup-dev.service
   916ms systemd-sysctl.service
   717ms systemd-logind.service
   707ms networking.service
   669ms rc-local.service
   641ms keyboard-setup.service
   627ms alsa-restore.service
   597ms dphys-swapfile.service
   592ms triggerhappy.service
   532ms avahi-daemon.service
   368ms console-setup.service
   279ms ntp.service
   239ms fake-hwclock.service
   214ms systemd-udev-trigger.service
   186ms systemd-fsck@dev-mmcblk0p1.service
   178ms systemd-setup-dgram-qlen.service
   169ms rsyslog.service
   166ms kbd.service
   144ms systemd-modules-load.service
   111ms kmod-static-nodes.service
93ms systemd-journal-flush.service
80ms systemd-random-seed.service
70ms raspi-config.service
68ms systemd-remount-fs.service
68ms boot.mount
56ms sys-kernel-debug.mount
55ms dev-mqueue.mount
46ms systemd-update-utmp.service
43ms systemd-rfkill@rfkill0.service
42ms systemd-tmpfiles-setup.service
38ms plymouth-read-write.service
38ms systemd-user-sessions.service
26ms sys-kernel-config.mount
25ms systemd-udevd.service
24ms plymouth-quit.service
24ms systemd-update-utmp-runlevel.service
19ms udev-finish.service
19ms systemd-tmpfiles-clean.service
14ms plymouth-quit-wait.service
11ms tmp.mount

Sehr komisch.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 18:32 schrieb Theo:
Also bin mir nicht sicher ob du dich in deinem Vorschlag verschreiben 
hast, aber die Zeile mit Mysqgl.service, in die auch ntp.service soll, 
beginnt bei mir mit requires: bei dir mit After: und damit hast du 
dann zwei zeilen die mit After: beginnen

Sorry, hatte ich übersehen, aber 'After' ist richtig.

Welches Image nutzt du und hast du das mal upgedatet und ein upgrade 
gemacht. Nicht das du das jetzt machen sollst. Nur Info-Frage.



Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Theo]

Also bin mir nicht sicher ob du dich in deinem Vorschlag verschreiben hast, 
aber die Zeile mit Mysqgl.service, in die auch ntp.service soll, beginnt bei 
mir mit requires: bei dir mit After: und damit hast du dann zwei zeilen die mit 
After: beginnen

meine Liste nach dem Aufruf von systemd-analyze blame sieht so aus:

26.936s mysql.service
11.979s apache2.service
 9.131s exim4.service
 3.871s networking.service
 2.140s dphys-swapfile.service
 1.673s udisks2.service
 1.656s media-fritzbox.mount
 1.644s lightdm.service
 1.616s keyboard-setup.service
 1.550s rc-local.service
 1.382s systemd-logind.service
 1.091s ntp.service
  817ms ifplugd.service
  813ms user@1000.service
  771ms alsa-restore.service
  748ms dhcpcd.service
  741ms triggerhappy.service
  554ms polkitd.service
  536ms systemd-journal-flush.service
  516ms systemd-udev-trigger.service
  479ms avahi-daemon.service
  475ms fake-hwclock.service
  441ms systemd-modules-load.service
  419ms systemd-setup-dgram-qlen.service
  417ms systemd-tmpfiles-setup.service
  376ms hdparm.service
  335ms dev-mqueue.mount
  311ms plymouth-quit-wait.service
  276ms systemd-update-utmp.service
  268ms systemd-update-utmp-runlevel.service
  263ms plymouth-quit.service
  260ms sys-kernel-debug.mount
  243ms systemd-sysctl.service
  235ms kmod-static-nodes.service
  232ms systemd-fsck@dev-mmcblk0p1.service
  210ms sys-kernel-config.mount
  198ms systemd-tmpfiles-setup-dev.service
  194ms rsyslog.service
  191ms systemd-remount-fs.service
  152ms sys-fs-fuse-connections.mount
  140ms plymouth-read-write.service
  128ms udev-finish.service
  106ms systemd-random-seed.service
   98ms systemd-user-sessions.service
   90ms boot.mount
   73ms systemd-udevd.service

Gruß Tobias
Am 16.10.2016 um 18:26 schrieb Udo1:

> 
> Am 16.10.2016 um 18:12 schrieb Theo:
>> ExecStart=/usr/local/bin/vzlogger -d
> Unterscheidet sich nur in dieser Zeile. Hier wird vzlogger als deamon 
> aufgerufen.
> 
>> ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
> Hier auch aber mit der expliziten Anweisung diese vzlogger.conf zu nehmen.
> 
> 
> Keine Ahnung warum er nicht in der Liste erscheint. Kann das gerade hier 
> nicht testen.
> Wie sieht denn deine Liste aus?
> 
> Gruß
> Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 18:12 schrieb Theo:

ExecStart=/usr/local/bin/vzlogger -d
Unterscheidet sich nur in dieser Zeile. Hier wird vzlogger als deamon 
aufgerufen.



ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf

Hier auch aber mit der expliziten Anweisung diese vzlogger.conf zu nehmen.


Keine Ahnung warum er nicht in der Liste erscheint. Kann das gerade hier 
nicht testen.

Wie sieht denn deine Liste aus?

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Theo]

Also meine vzlogger.service sieht ein wenig anders aus:

[Unit]
Description=vzlogger
After=syslog.target network.target
Requires=mysql.service

[Service]
ExecStart=/usr/local/bin/vzlogger -d
ExecReload=/bin/kill -HUP $MAINPID
StandardOutput=null

[Install]
WantedBy=multi-user.target

ich hab jetzt das ntp.service in der zeile Requires hinter den mysql.service 
gehängt. Dann hab ich neu gebootet und habe systemd-analyze blame ausgeführt, 
kann aber vzlogger in der Liste nirgends finden. Ich geh mal davon aus das die 
Zeitangaben in der Liste die Zeit nach einem Neustart sind, also je langer die 
zeit desto später wird der entsprechende service gestartet. 

Allerdings läuft vzlogger, obwohl er in der Liste nicht erscheint. Das habe ich 
mit systemctl status vzlogger geprpft und da bekomm ich ein active (running) 
als rückmeldung.

Gruß Tobias
Am 16.10.2016 um 17:58 schrieb Udo1:

> Am 16.10.2016 um 17:40 schrieb Andreas Goetz:
>> Jetzt müssen wir doch nur noch in /etc/systemd/system/vzlogger.service
>> 
>> bei
>> 
>> After=network.target
>> 
>> ein ntp.target eintragen.
>> 
>> Oder???
> Nein, ein ntp.service, so:
> 
> [Unit]
> Description=vzlogger
> After=syslog.target network.target
> After=mysql.service ntp.service
> 
> [Service]
> ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
> ExecReload=/bin/kill -HUP $MAINPID
> StandardOutput=null
> 
> [Install]
> WantedBy=multi-user.target
> 
> 
> Und dann mal nach einem Reboot mit ' systemd-analyze blame ' prüfen wann er 
> vzlogger aufruft.
> 
> Gruß
> Udo
> 
> Gruß
> Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 17:40 schrieb Andreas Goetz:

Jetzt müssen wir doch nur noch in /etc/systemd/system/vzlogger.service

bei

After=network.target

ein ntp.target eintragen.

Oder???

Nein, ein ntp.service, so:

[Unit]
Description=vzlogger
After=syslog.target network.target
After=mysql.service ntp.service

[Service]
ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
ExecReload=/bin/kill -HUP $MAINPID
StandardOutput=null

[Install]
WantedBy=multi-user.target


Und dann mal nach einem Reboot mit ' systemd-analyze blame ' prüfen wann 
er vzlogger aufruft.


Gruß
Udo

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Andreas Goetz]

> On 16 Oct 2016, at 17:23, Udo1  wrote:
> 
> Am 16.10.2016 um 17:12 schrieb Andreas Goetz:
>> Ich erinnere mich mal in einem Image die systemd Abhängigkeit vzlogger vom 
>> Netzwerk eingerichtet zu haben. Ist das im aktuellen vz Image nicht der Fall?
> Doch, ist drin. Es dauert aber trotzdem eine gewisse Zeit bis der ntp-Dienst 
> ausgeführt wird.
> Die Abhängigkeit: Start von vzlogger erst nach NTP-Dienst ist schon ein 
> richtiger Ansatz.

Also:

systemctl list-units

zeigt mir:

ntp.service  loaded 
active running   LSB: Start NTP daemon

Jetzt müssen wir doch nur noch in /etc/systemd/system/vzlogger.service

bei 

After=network.target

ein ntp.target eintragen.

Oder???
 

> 
> Gruß
> Udo

Viele Grüße, Andreas

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 17:29 schrieb Daniel Lauckner:

liegt der Vorteil von systemd darin das er
mehrere Deamon gleichzeitig starten kann.
Ja, aber man kann in dem Service-File definieren *nach* welchen Deamonen 
der Service aufgerufen wird.


Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Daniel Lauckner]

Hallo Udo,


am Sonntag, 16. Oktober 2016 um 17:23 hast du geschrieben:
> Am 16.10.2016 um 17:12 schrieb Andreas Goetz:
>> Ich erinnere mich mal in einem Image die systemd Abhängigkeit vzlogger vom 
>> Netzwerk eingerichtet zu haben. Ist das im aktuellen vz Image nicht der Fall?
> Doch, ist drin. Es dauert aber trotzdem eine gewisse Zeit bis der 
> ntp-Dienst ausgeführt wird.
> Die Abhängigkeit: Start von vzlogger erst nach NTP-Dienst ist schon ein
> richtiger Ansatz.

ich hab den Artikel den ich verlinkt hatte nur kurz angerissen, aber
soweit ich gelesen hab liegt der Vorteil von systemd darin das er
mehrere Deamon gleichzeitig starten kann.

In dem Fall nicht so optimal...


mfg Daniel

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 17:12 schrieb Andreas Goetz:

Ich erinnere mich mal in einem Image die systemd Abhängigkeit vzlogger vom 
Netzwerk eingerichtet zu haben. Ist das im aktuellen vz Image nicht der Fall?
Doch, ist drin. Es dauert aber trotzdem eine gewisse Zeit bis der 
ntp-Dienst ausgeführt wird.
Die Abhängigkeit: Start von vzlogger erst nach NTP-Dienst ist schon ein 
richtiger Ansatz.


Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Andreas Goetz]

Mal ne ganz dumme Frage. Ich erinnere mich mal in einem Image die systemd 
Abhängigkeit vzlogger vom Netzwerk eingerichtet zu haben. Ist das im aktuellen 
vz Image nicht der Fall? Falls nein sollten wirs einfach tun…

Viele Grüße, Andreas

> On 16 Oct 2016, at 17:05, Udo1  wrote:
> 
> Am 16.10.2016 um 17:00 schrieb Udo1:
>> Und die rc.local wird vor systemd abgearbeitet. 
> und damit vor dem Start von vzlogger.
> 
> Gruß
> Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 17:00 schrieb Udo1:
Und die rc.local wird vor systemd abgearbeitet. 

und damit vor dem Start von vzlogger.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 16.10.2016 um 16:45 schrieb china2...@abwesend.de:
und die große Erweiterung mit Schaltausgängen von Udo verwendet 

Dann hast du doch eine Hardware-Uhr.
Normalerweise wird die Zeit des Raspi beim booten mit dieser 
synchronisiert. Dafür steht in der /etc/rc.local der Befehl: 'hwclock -s'.

Und die rc.local wird vor systemd abgearbeitet.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[china2013]

  
  
Hallo Daniel,
danke für die Links zur Uhr, aber damit mach ich einen anderen
Thread auf.
sonst ist das zu offtopic.


  Die Ironie deiner jetzigen Anfrage im Vergleich zu der vom 23.06.16 ist
dir sicherlich auch nicht verborgen geblieben...

Nein, ich dachte wirklich damals, die Uhr ist überflüssig, weil die
Internetzeit ja zum greifen nah ist (es sei denn man verwendet den
VZ als Offline-Logger)

  Es wäre auch hilfreich wenn du auf die erwähnten möglichen Ursachen
eingehst, dann könnte man etwas besser aufdröseln ob es ein allgemeines
oder spezielles Problem ist.


Hier werden alle Daten nur per Kabel übertragen. WLAN gibts nicht 
und scheidet aus. 
2x USB IR-Lesekopf(Hausstrom,PV-Stromzähler) und die große
Erweiterung mit Schaltausgängen von Udo verwendet aktuell nur 2x
S0(Heizungsstrom,Autostrom)

Ich denke ich habe den Beweis gefunden, wie der Raspi nach
Stromausfall weiterarbeitet:
Hier der Ausschnitt der PV-Leistungsdaten: Während des
Stromausfalles war inzwischen die Sonne untergegangen, aber um 17:39:21 war sie sicher noch oben:



  17:38:36
  160,8


  17:38:39
  161,6


  17:38:43
  161,2


  17:38:48
  160,8


  17:38:50
  160,4


  17:38:52
  159,9


  17:38:54
  158,4


  17:39:21
  0


  18:32:28
  0


  18:33:28
  0


  18:34:29
  0


  18:35:30
  0


  18:36:31
  0

  

Also der Raspi merkt sich die Uhrzeit beim ordnungsgemäßen shutdown
und verwendet diese dann direkt nach dem Boot unverändert weiter.
Dabei kam es zum Eintrag mit der roten Zeile mit der falschen
Uhrzeit. In der nächsten Minute danach kommt der automatische
Abgleich mit der Internetzeit und schon ist der ZeitSprung  mit der
Dauer des Stromausfalls passiert. Alle Daten zwischen Boot und
Zeitsynchronisation haben einen falschen Zeitstempel. Dadurch
rechnet das Frontend aus den Zählerständen dann eine irre hohe
Leistung am Sprung aus. Kanäle mit Leistungswerten zeigen im
Frontend natürlich keinen Leistungssprung.

Also müssten 2 Minuten VZLogger-Start-Verzögerung ausreichen, wenn
es keine Möglichkeit gibt auf Internetzeitsynchronisation zu warten.

Viele Grüße
Saftwerk
  

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Daniel Lauckner]

Hallo Saftwerk,


am Sonntag, 16. Oktober 2016 um 12:01 hast du geschrieben:
> Am 15.10.2016 um 19:57 schrieb Udo1:
>> Es sei denn er hat eine Große Erweiterung.
> Ja, jetzt hat die Große Erweiterung - aber die hat halt nicht jeder.

Muss auch nicht:
https://www.reichelt.de/Weiteres-Zubehoer/PIFACE-SHIM-RTC/3/index.html?ACTION=3&GROUPID=6671&ARTICLE=159414&OFFSET=500&;
oder
https://raspberry.tips/raspberrypi-tutorials/rtc-ds1307-uhrzeit-raspberry-pi/

Und sicher noch viele, viele andere.

Die Ironie deiner jetzigen Anfrage im Vergleich zu der vom 23.06.16 ist
dir sicherlich auch nicht verborgen geblieben...

> Also wie schon vorgeschlagen, sollte der VZLogger-Dienst verzögert werden,
> oder noch besser solange warten, bis ntpd die Systemzeit synchronisiert hat.

Es wäre auch hilfreich wenn du auf die erwähnten möglichen Ursachen
eingehst, dann könnte man etwas besser aufdröseln ob es ein allgemeines
oder spezielles Problem ist.

> Wie das geht muss ich erst noch googeln...

Das sieht auf den ersten Blick sehr gut aus:
http://www.admin-magazin.de/Das-Heft/2014/10/Systemstart-mit-Systemd-unter-Linux


mfg Daniel

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[china2013]

Am 15.10.2016 um 19:43 schrieb Daniel Lauckner:

Das mit Sicherheit, der Raspi hat eben keine Hardwareuhr die
batteriegestützt weitertickt.

Am 15.10.2016 um 19:57 schrieb Udo1:

Es sei denn er hat eine Große Erweiterung.

Gruß
Udo


Ja, jetzt hat die Große Erweiterung - aber die hat halt nicht jeder.
Also wie schon vorgeschlagen, sollte der VZLogger-Dienst verzögert werden,
oder noch besser solange warten, bis ntpd die Systemzeit synchronisiert hat.
Wie das geht muss ich erst noch googeln...

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Udo1]

Am 15.10.2016 um 19:43 schrieb Daniel Lauckner:

Das mit Sicherheit, der Raspi hat eben keine Hardwareuhr die
batteriegestützt weitertickt.

Es sei denn er hat eine Große Erweiterung.

Gruß
Udo

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Daniel Lauckner]

Hallo Saftwerk,


bei dem Zinnober im PV-Forum hab ich dich fast vergessen...

am Samstag, 15. Oktober 2016 um 00:25 hast du geschrieben:
>  Spekulation: Es gibt 2 Möglichkeiten:
>  1. Die Uhr bleibt während des Stromausfalls einfach stehen und
> die roten Zeilen werden nach PowerON aufgezeichnet.

Das mit Sicherheit, der Raspi hat eben keine Hardwareuhr die
batteriegestützt weitertickt. Das muss die Software machen. Ist der
Raspi aus gibts auch kein Ticken.

>  2. Der shutdown Befehl stiftet irgendwo Unruhe

Denke ich nicht.
Beim Raspi hab ich es noch nicht gesehen (da logg ich mich immer
übers Netz ein), aber der BananaPi meldet beim Runterfahren am Monitor
das die Uhr gesichert wird.

Das könnte bedeuten: die Sicherung wird beim start eine Stunde später
aufgerufen, der vzlogger nimmt mit dieser falschen Zeit die Arbeit auf
und wennder ntpd dann die richtige bekommt gibts den Zeitsprung.


Falls dein Raspi über WLAN kommuniziert könnte das vielleicht die
Ursache sein. Der vzlogger läuft schon bevor das Netz steht und die
Zeit aktualisiert werden konnte.
Ich meine von so einem Fall schonmal gelesen zu haben. Das
Problem konnte behoben werden indem der loggende Dienst erst mit
Verzögerung gestartet wurde.

>  Mit Plausibilitäts-Grenzen wäre vermutlich nix passiert.

Mit korrekter Systemzeit auch nicht. Ich finde halt du setzt den Hebel
an der falschen stelle an...

>  Hinweis: Nicht alle Kanäle hatten fehlerhafte Werte.

Das ist wieder so eine Nullaussage.
Welche Kanäle? Wie unterscheiden die sich von denen mit Zeitsprung?
Wenn die betreffende Kanäle z.B. übers WLAN ankommen könnte das
erklären warum sie keinen Zeitsprung machen.


mfg Daniel

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[china2013]

  
  
Am 14.10.2016 um 23:07 schrieb Daniel Lauckner:

  Hallo,

Was für ein Timestamp hast du im Fehlerfall? Liegt der mittendrin oder
ist er älter als Erstinbetriebnahme?

Im zweiten Fall würd ich mir eher ne SQL-Einzeiler basteln und den bei
Bedarf ausführen.


mfg Daniel


Mittendrin ab dem 300kW Messwert !
Ich habe noch den fraglichen Ausschnitt als CSV Export.
Es sieht so aus, als ob die erste rote Zeile
26 sec Abstand zur blauen davor
hat.
Woher die große Lücke, wenn die anderen Timestamps nur 3-4 sec
Abstand haben?
Spekulation siehe unten.
Erst nach der grünen Zeile
passt alles wieder (bei der grünen ist die Leistung zu klein)

2016-10-09 17:38:30;113.172;1
2016-10-09 17:38:34;112.747;1
2016-10-09 17:38:37;115.126;1
2016-10-09 17:38:40;113.493;1
2016-10-09 17:38:43;112.817;1
2016-10-09 17:38:46;112.395;1
2016-10-09 17:38:49;112.43;1
2016-10-09 17:38:53;114.686;1
2016-10-09 17:38:56;117.763;1
2016-10-09 17:39:22;300594.105;1
  2016-10-09 17:39:23;248.276;1
  2016-10-09 17:39:25;248.276;1
  2016-10-09 17:39:26;233.463;1
  2016-10-09 17:39:28;248.447;1
  2016-10-09 17:39:29;243.243;1
2016-10-09 18:32:27;0.113;1
2016-10-09 18:32:28;246.744;1
2016-10-09 18:32:30;236.22;1
2016-10-09 18:32:31;246.914;1
2016-10-09 18:32:33;243.079;1
2016-10-09 18:32:34;236.531;1
2016-10-09 18:32:36;244.731;1
2016-10-09 18:32:37;241.611;1
2016-10-09 18:32:39;248.447;1
2016-10-09 18:32:40;244.731;1
Die roten und die grüne hab ich dann gelöscht.

Es gab jedenfalls eine knappe Stunde einen geplanten Stromausfall
und
der raspi wurde mit sudo shutdown heruntergefahren.
Danach noch ca 3 Minuten gewartet bis er sicher nicht mehr blinkt.

Spekulation: Es gibt 2 Möglichkeiten:
1. Die Uhr bleibt während des Stromausfalls einfach stehen und die
roten Zeilen werden nach PowerON aufgezeichnet.
2. Der shutdown Befehl stiftet irgendwo Unruhe und verursacht für
einen Moment Datenmüll bis der Raspi wirklich beendet wurde. Dann
stammen die roten Einträge noch vor dem Shutdown.

Hinweis: Nicht alle Kanäle hatten fehlerhafte Werte.

Mit Plausibilitäts-Grenzen wäre vermutlich nix passiert.
Und wer spielen möchte: siehe CSV-Anhang (19kB)

Viele Grüße und ein sonniges Wochenende
Saftwerk
  



Volkszähler.csv
Description: MS-Excel spreadsheet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Daniel Lauckner]

Hallo,


am Freitag, 14. Oktober 2016 um 22:19 hast du geschrieben:
> Wenn man im Frontend auf der Y-Achse anstatt des "value"den
> "timestamp" plottet, dann findet man auch schnell die falschen
> Timestamps wegen verstellter Uhr. (Aber das gibts noch nicht)

Was für ein Timestamp hast du im Fehlerfall? Liegt der mittendrin oder
ist er älter als Erstinbetriebnahme?

Im zweiten Fall würd ich mir eher ne SQL-Einzeiler basteln und den bei
Bedarf ausführen.


mfg Daniel

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Daniel Lauckner]

Hallo Saftwerk,


am Freitag, 14. Oktober 2016 um 22:09 hast du geschrieben:
>  Anstatt Löschfunktion (die ich aber auch sehr schätzen würde)
> ist eine vorbeugende Plausibilitätsprüfung im VZ-Logger oder der
> Datenbank sicher besser: "Was nicht falsch werden kann muss man nicht 
> suchen und dann löschen".

Das klingt zwar im ersten Moment ganz einfach, ist es aber bei weitem
nicht. Woher soll der VZ wissen welche Werte plausibel sind und welche
nicht?
Und weißt du sicher was vorher möglich ist und was nicht?
Ein 2kW Peak mag Nachts/Morgens total falsch sein, aber wenn Mittags
die Wolken an der PV vorbeiziehen ist das völlig normal.

Ich hab schon beoachtet wie Nutzer meinten das "gelöst" zu haben und
dann doch die falschen Werte löschten...

>   Vorschlag zur Vorbeugung:
>  zwei neue Channel-Parameter im vzlogger.conf.

Eigentlich versuchen wir die Konfiguration zu reduzieren, nicht weiter
aufzublasen.

>  Für Zählerstände ist das schwieriger:
> "plausibility_max" : 1.5    /* maximal zulässige Differenz zum letzten 
> gültigen Wert
> "plausibility_min" : 0.001  /* minimal zulässige Differenz zum letzten 
> gültigen Wert

Dann hast du mal ne Stunde Ausfall und der vzlogger schmeißt ab da alle
nachfolgenden Werte weg weil die Diff zu groß ist.

Fail würd ich sagen. ;)

>  Ursache ist oft eine eben verstellte Systemzeit. Ich habe das
> oft nach einem Power OFF. Die falschen Werte entstehen dann,
> wenn das Linux sich die Uhrzeit wieder aus dem Internet holt.

Lösung: Lokaler Timeserver (z.B. im Router) oder Echtzeituhr am Raspi.
Ich hatte mit schlechten Timestamp bislang noch keine Probleme.


mfg Daniel

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[china2013]

  
  
Auch vom mir danke für diesen Tipp!
Wenn man im Frontend auf der Y-Achse anstatt des "value"den
"timestamp" plottet, dann findet man auch schnell die falschen
Timestamps wegen verstellter Uhr. (Aber das gibts noch nicht)

Am 14.10.2016 um 21:31 schrieb
  Christian Schnellrieder:


  Hallo Rene,


solche Peaks kannst du wie folgt löschen:
phpmyadmin einlogen
VZ Db öffnen ==> data ="" DB nach Value sortieren
  ==> Zeile mit Peak Wert löschen





Grüße,
Christian




  Andreas Götz <cpui...@gmail.com>
schrieb am Fr., 14. Okt. 2016 um 21:17 Uhr:
  
  Machst Du
ein Issue auf damit wirs nicht vergessen? Aber obacht- wenn
Du löschen kannst kann jeder löschen. Es sei denn wir bauen
endlich die Benutzerauthentifizierung ein...

Viele Grüße,
Andreas

> Am 14.10.2016 um 21:07 schrieb Klaus Reichenecker <k...@kr123.de>:
>
> Die Löschfunktion wäre genial
>
> Ich habe auch Sensoren, die plötzlich irgendwelche
Fantasiewerte zum Volkszaehler schicken, denen ist leider
nicht so einfach beizukommen
>
>
>
> - Original Message - From: "Andreas Götz" <cpui...@gmail.com>
> To: "volkszaehler.org -
users" <volkszaehler-users@demo.volkszaehler.org>
        > Sent: Friday, October 14, 2016 8:54 PM
> Subject: Re: [vz-users] einzelne(n) Messwert(e) direkt
in phpmyadmin löschen
>
>
> Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen
wir eine Löschfunktion im Frontend???
>
> Viele Grüße,
> Andreas
>
>> Am 14.10.2016 um 20:49 schrieb René <tylonhh+volkszaeh...@gmail.com>:
>>
>> Moin,
>>
>> wie kann ich einen oder mehrere (fehlerhafte)
Messwerte direkt in der MySQL Datenbank löschen?
>> Ich kann mich zwar in phpmyadmin einloggen, weiß
aber noch nicht welche Tabellen für was zuständig sind und
was ich dort machen darf ohne Schaden anzurichten.
>> Warum möchte ich bestimmte Werte löschen? Ich habe
einen Peak von 20kW der nur falsch sein kann. Erst wenn
dieser mehrmals auftauchen sollte, werde ich dem auf dem
Grund gehen.
>>
>> Gruß
>
  

  
  -- 
  
  
Von meinem Smartphone versendet
  


  

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[china2013]

  
  
Am 14.10.2016 um 21:07 schrieb Klaus
  Reichenecker:

Die Löschfunktion wäre genial 
  
  Ich habe auch Sensoren, die plötzlich irgendwelche Fantasiewerte
  zum Volkszaehler schicken, denen ist leider nicht so einfach
  beizukommen 
  


Ich hatte schon knapp 1 MW !
Anstatt Löschfunktion (die ich aber auch sehr schätzen würde) ist
eine vorbeugende Plausibilitätsprüfung im VZ-Logger oder der
Datenbank sicher besser: "Was nicht falsch werden kann muss man
nicht suchen und dann löschen".

Vorschlag zum Löschen im Frontend:
User macht extremen Zoom auf den schlechten Bereich und schaltet die
guten Channels auf unsichtbar.
Dann Button "Sichtbare Daten löschen?" mit Rückfrage "Sind sie
sicher, dass diese 42 Datensätze gelöscht werden sollen?"

Vorschlag zur Vorbeugung:
zwei neue Channel-Parameter im vzlogger.conf.
Für Leistungswerte oder Temperatursensoren ist das einfach:
"plausibility_max" : 5   /* maximal zulässiger Wert z.B für 50 kW
"plausibility_min" : 0       /* minimal zulässiger Wert
Wenn der Wert außerhalb ist, wird er verworfen.

Für Zählerstände ist das schwieriger:
"plausibility_max" : 1.5    /* maximal zulässige Differenz zum letzten gültigen Wert
"plausibility_min" : 0.001  /* minimal zulässige Differenz zum letzten gültigen Wert

Und für S0-Pulse darf sich jemand anders was ausdenken. Ich hatte
dort noch keine Probleme dank einer guten Hardware von Udo ;-)

Ursache ist oft eine eben verstellte Systemzeit. Ich habe das oft
nach einem Power OFF. Die falschen Werte entstehen dann, wenn das
Linux sich die Uhrzeit wieder aus dem Internet holt. Vielleicht
sollte der VZLogger erst mit dem Loggen beginnen, wenn er sicher
ist, dass die Systemzeit wirklich richtig ist.
Ich erkannte die falschen Daten an einem ganzen Block mit ähnlichen
Timestamps, die einfach nicht zum Rest passten.

  

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Christian Schnellrieder]

Hallo Rene,

solche Peaks kannst du wie folgt löschen:
phpmyadmin einlogen
VZ Db öffnen ==> data ==> DB nach Value sortieren ==> Zeile mit Peak Wert
löschen

[image: pasted1]

Grüße,
Christian


Andreas Götz  schrieb am Fr., 14. Okt. 2016 um 21:17 Uhr:

> Machst Du ein Issue auf damit wirs nicht vergessen? Aber obacht- wenn Du
> löschen kannst kann jeder löschen. Es sei denn wir bauen endlich die
> Benutzerauthentifizierung ein...
>
> Viele Grüße,
> Andreas
>
> > Am 14.10.2016 um 21:07 schrieb Klaus Reichenecker :
> >
> > Die Löschfunktion wäre genial
> >
> > Ich habe auch Sensoren, die plötzlich irgendwelche Fantasiewerte zum
> Volkszaehler schicken, denen ist leider nicht so einfach beizukommen
> >
> >
> >
> > - Original Message - From: "Andreas Götz" 
> > To: "volkszaehler.org - users"  >
> > Sent: Friday, October 14, 2016 8:54 PM
> > Subject: Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin
> löschen
> >
> >
> > Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen wir eine
> Löschfunktion im Frontend???
> >
> > Viele Grüße,
> > Andreas
> >
> >> Am 14.10.2016 um 20:49 schrieb René :
> >>
> >> Moin,
> >>
> >> wie kann ich einen oder mehrere (fehlerhafte) Messwerte direkt in der
> MySQL Datenbank löschen?
> >> Ich kann mich zwar in phpmyadmin einloggen, weiß aber noch nicht welche
> Tabellen für was zuständig sind und was ich dort machen darf ohne Schaden
> anzurichten.
> >> Warum möchte ich bestimmte Werte löschen? Ich habe einen Peak von 20kW
> der nur falsch sein kann. Erst wenn dieser mehrmals auftauchen sollte,
> werde ich dem auf dem Grund gehen.
> >>
> >> Gruß
> >
>
-- 

Von meinem Smartphone versendet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Andreas Götz]

Machst Du ein Issue auf damit wirs nicht vergessen? Aber obacht- wenn Du 
löschen kannst kann jeder löschen. Es sei denn wir bauen endlich die 
Benutzerauthentifizierung ein...

Viele Grüße,
Andreas

> Am 14.10.2016 um 21:07 schrieb Klaus Reichenecker :
> 
> Die Löschfunktion wäre genial
> 
> Ich habe auch Sensoren, die plötzlich irgendwelche Fantasiewerte zum 
> Volkszaehler schicken, denen ist leider nicht so einfach beizukommen
> 
> 
> 
> - Original Message - From: "Andreas Götz" 
> To: "volkszaehler.org - users" 
> Sent: Friday, October 14, 2016 8:54 PM
> Subject: Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen
> 
> 
> Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen wir eine 
> Löschfunktion im Frontend???
> 
> Viele Grüße,
> Andreas
> 
>> Am 14.10.2016 um 20:49 schrieb René :
>> 
>> Moin,
>> 
>> wie kann ich einen oder mehrere (fehlerhafte) Messwerte direkt in der MySQL 
>> Datenbank löschen?
>> Ich kann mich zwar in phpmyadmin einloggen, weiß aber noch nicht welche 
>> Tabellen für was zuständig sind und was ich dort machen darf ohne Schaden 
>> anzurichten.
>> Warum möchte ich bestimmte Werte löschen? Ich habe einen Peak von 20kW der 
>> nur falsch sein kann. Erst wenn dieser mehrmals auftauchen sollte, werde ich 
>> dem auf dem Grund gehen.
>> 
>> Gruß
> 

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Klaus Reichenecker]

Die Löschfunktion wäre genial

Ich habe auch Sensoren, die plötzlich irgendwelche Fantasiewerte zum 
Volkszaehler schicken, denen ist leider nicht so einfach beizukommen




- Original Message - 
From: "Andreas Götz" 

To: "volkszaehler.org - users" 
Sent: Friday, October 14, 2016 8:54 PM
Subject: Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen


Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen wir eine 
Löschfunktion im Frontend???


Viele Grüße,
Andreas


Am 14.10.2016 um 20:49 schrieb René :

Moin,

wie kann ich einen oder mehrere (fehlerhafte) Messwerte direkt in der 
MySQL Datenbank löschen?
Ich kann mich zwar in phpmyadmin einloggen, weiß aber noch nicht welche 
Tabellen für was zuständig sind und was ich dort machen darf ohne Schaden 
anzurichten.
Warum möchte ich bestimmte Werte löschen? Ich habe einen Peak von 20kW der 
nur falsch sein kann. Erst wenn dieser mehrmals auftauchen sollte, werde 
ich dem auf dem Grund gehen.


Gruß

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

[Andreas Götz]

Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen wir eine Löschfunktion 
im Frontend???

Viele Grüße,
Andreas

> Am 14.10.2016 um 20:49 schrieb René :
> 
> Moin,
> 
> wie kann ich einen oder mehrere (fehlerhafte) Messwerte direkt in der MySQL 
> Datenbank löschen?
> Ich kann mich zwar in phpmyadmin einloggen, weiß aber noch nicht welche 
> Tabellen für was zuständig sind und was ich dort machen darf ohne Schaden 
> anzurichten.
> Warum möchte ich bestimmte Werte löschen? Ich habe einen Peak von 20kW der 
> nur falsch sein kann. Erst wenn dieser mehrmals auftauchen sollte, werde ich 
> dem auf dem Grund gehen.
> 
> Gruß
>