Hallo,
unbeachtet, dass es vielleicht noch ein Problem mit der Fehlerbehandlung
gibt muss ich doch noch mal auf mein Ursprüngliches Problem eingehen.
Ich habe heute noch mal darauf geachtet wann der Herd an war und zwar
von 10:45 Uhr bis 11:55 Uhr. In meinem Fontend ist der max. Verbrauch zu
Hallo,
ich glaube, die Sprünge liegen einfach an Bitfehlern, wie z.B. die auch:
[Apr 24 01:19:01][d0] Failed to parse obis code (1-0:1.8.1*25/ISk)
[Apr 24 01:31:01][d0] Too much data for value (byte=0x2E)
[Apr 24 01:31:01][d0] Too much data for value (byte=0x30)
[Apr 24 01:31:01][d0] Too
Hi Matthias,
keine Schnellschüsse. Der Code den Du suchst existiert schon.
2015-05-02 23:19 GMT+02:00 Matthias Behr mb...@mcbehr.de:
Hi,
ok. Die Kombination Channel/Timestamp ist unique-Key?
Dann müssen wir das Fehlerhandling im vzlogger daraufhin verbessern. Ich
schaue mir das mal an.
Hi,
tatsächlich. Dann ist die integrity constraint violation wohl was anderes.
(oder die DB/Middleware hat neue Fehler-Codes.)
Gruß
Matthias
Sent from a mobile device.
Am 03.05.2015 um 13:15 schrieb Andreas Goetz cpui...@gmail.com:
Hi Matthias,
keine Schnellschüsse. Der Code den Du
Ich muss mal schauen ob das ein Doctrine bug ist und sich evtl die Exception
geändert hat.
Viele Grüße,
Andreas
Am 03.05.2015 um 14:47 schrieb Viper vi...@viper1.de:
Hallo Andreas,
ich habe das Image für den Raspberry von der Volkszähler Homepage auf meinem
Pi installiert, dann habe
@Andre: könntest Du mal bitte Folgendes ausführen:
composer require doctrine/dbal:2.5.*
Danach sollten die Exceptions aus dem Log hoffentlich verschwinden.
Viele Grüße,
Andreas
2015-05-03 19:57 GMT+02:00 Andreas Goetz cpui...@gmail.com:
Die zeitliche Verzögerung kann m.E. nicht am
Die zeitliche Verzögerung kann m.E. nicht am vzlogger liegen. Mein
Vorschlag wäre mal Deinen Zähler mit einem Terminalprogramm anzuschauen.
These: er gibt schon krumme/alte/wie auch immer Daten aus.
Das zweite Problem- die Fehlermeldung- müssen wir uns nochmal genauer
anschauen. Nachvollziehen
Moin,
Am 01.05.2015 um 23:14 schrieb Matthias Behr mb...@mcbehr.de:
Der Code ist aus dem Logger.
Aus meiner Sicht darf timestamp nicht als unique-key in der Datenbank
definiert sein.
Ist es doch auch nicht. Aber timestamp/channel_id ist sehr wohl unique und das
wird vom Logger auch
Verstehe. Dumme Frage: ist die Middleware neu installiert? Könntest Du mal die
composer.lock posten?
Viele Grüße,
Andreas
Am 02.05.2015 um 21:51 schrieb Viper vi...@viper1.de:
Hallo Andreas,
das stimmt, hat nichts mit dem vermuteten Fehler zu tun aber Matthias war so
nett sich mal
Hi,
ok. Die Kombination Channel/Timestamp ist unique-Key?
Dann müssen wir das Fehlerhandling im vzlogger daraufhin verbessern. Ich schaue
mir das mal an.
Am 02.05.2015 um 08:08 schrieb Andreas Götz cpui...@gmail.com:
Moin,
Am 01.05.2015 um 23:14 schrieb Matthias Behr mb...@mcbehr.de:
Kann ich das irgendwie ändern?
Am 1. Mai 2015 19:53:50 MESZ, schrieb Matthias Behr mb...@mcbehr.de:
Da ist auch schon der Fehler:
timestamp darf nicht data_unique sein.
@Andig: ist das so gewollt? Macht das Install-Skript das so?
Am 01.05.2015 um 18:32 schrieb Viper vi...@viper1.de:
Der Code ist aus dem Logger.
Aus meiner Sicht darf timestamp nicht als unique-key in der Datenbank definiert
sein.
Am 01.05.2015 um 23:11 schrieb Andreas Götz cpui...@gmail.com:
Hi Matthias,
Am 01.05.2015 um 21:58 schrieb Matthias Behr mb...@mcbehr.de:
Hier das ursprüngliche Problem.
Hi Matthias,
Am 01.05.2015 um 21:58 schrieb Matthias Behr mb...@mcbehr.de:
Hier das ursprüngliche Problem. Es gibt Curl Fehler, weil offensichtlich ein
timestamp bereits in der DB vorliegt. Der akt. Code versucht das dann immer
wieder - hat nie wieder Erfolg.
timestamp (da ja in ms
Danke. Kannst du noch einen Log schicken? Ideal wäre der, wo die 15 Ids gleich
nach Start geschickt wurden. (Falls der Log Level da auf 10 oder 15 stand.)
Gruß
Matthias
Sent from a mobile device.
Am 28.04.2015 um 17:23 schrieb Viper vi...@viper1.de:
Hallo Matthias,
genaue Version:
Hallo,
welche Version nutzt du? (vzlogger -V)
Bist du sicher, dass du den identifier 1-0:1.8.1*255 brauchst? (Und nicht z.B.
1-0:1.8.1*0?) In früheren Versionen war *255 eine Wildcard und einige Logger
schicken als *1, *2,… die Historiendaten mit.)
Am 27.04.2015 um 19:49 schrieb Viper
Hallo Matthias,
vzlogger Version 0.4.0
Und mein Stromzähler liefert unter dem Identifier 1-0:1.8.1*255 den
Zählerstand.
Gruß Andre
Am 27. April 2015 19:58:38 MESZ, schrieb Matthias Behr mb...@mcbehr.de:
Hallo,
welche Version nutzt du? (vzlogger -V)
Bist du sicher, dass du den identifier
Moin,
2015-04-23 19:53 GMT+02:00 Viper vi...@viper1.de:
Hallo,
seitdem ich die Daten und die Anzeige bei meinem Webspace (Strato) mache
scheint die Anzeige des Stromverbrauchs eine 4 stündige Verspätung zu
haben.
So muss der z.B. der Peak um kurz nach 10 Uhr der Wasserkocher sein
welcher
17 matches
Mail list logo