[vz-dev] Controllerparameter (war: Doctrine mysql.sql File erstellen)

Holger Plasser holger at plasser.org
Mon Dec 6 09:42:04 CET 2010


Hi,

ich habe nochmals alles mögliche kontrolliert und möchte den Timestamp des Controllers benutzen. Bzgl. Path at the end  - siehe unten.
Derzeit verwende ich wieder die unter http://wiki.volkszaehler.org/software/ethersex dargestellte Einstellung.
Es muss doch einen Grund geben warum ich keinen Timestamp in meinen Requests habe.

Demnach wieder eine access.log:

192.168.153.253 - - [06/Dec/2010:09:11:11 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:17 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:24 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:30 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"

Bei der Fehlersuche bin ich jedoch auf folgendes gekommen (bzgl. NTP):

Mein Controller holt sich per NTP die richtige Zeit => soweit i.O.
jedoch hat 1min sicher keine 60sec.

Ich habe im telnet mehrmals mit date die zeit abgefragt, siehe folgendes:

date				//beim der ersten Abfrage war die Zeit genau richtig (das war der Wert den der NTP geschickt hat)
 06.12.2010 09:34:54
date
 06.12.2010 09:34:54
date
 06.12.2010 09:34:54
date
 06.12.2010 09:34:54
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:55
date
 06.12.2010 09:34:56
date
 06.12.2010 09:34:56
date
 06.12.2010 09:34:56
date
 06.12.2010 09:34:57
date
 06.12.2010 09:34:57
date
 06.12.2010 09:34:57
date
 06.12.2010 09:34:57
date
 06.12.2010 09:34:58
date
 06.12.2010 09:34:58
date
 06.12.2010 09:34:58
date
 06.12.2010 09:34:58
date
 06.12.2010 09:34:58
date
 06.12.2010 09:34:58
date				// als ich diese Abfrage abgesetzt hab war es lt. richtigem NTP 09:36:xx
 06.12.2010 09:35:00

eine hab ich lt. richtiger Zeit um 09:41:xx noch gemacht
da liefert: date
09:35:15 zurück 


lg
h
 

Am 05.12.2010 um 23:06 schrieb Justin Otherguy:

> Hi Holger,
> 
> Am 05.12.2010 um 15:24 schrieb Holger Plasser:
> 
>> Am 05.12.2010 um 15:09 schrieb Steffen Vogel <info at steffenvogel.de>:
>> 
>>> Zu dem zweiten Problem:
>>> Kann es sein, dass du den falschen String entfernt hast?
>>> Jetzt fehlt ja die Formatendung (.json). die ist auf jeden Fall nötig.
>>> Sind die letzten 3 Stellen deiner UUID wirklich 000? Oder sind das noch
>>> die 000 des Timestamps?
>> 
>> Nein meine UUID endet nicht mit 000. Das sind die 000 des Timestamp.
>> Anscheinend fehlt das .json weil ich die 000 entfernt habe.
> die "000" kommen von der Variable "CONF_WATCHASYNC_END_PATH" ("Path at the end").
> 
> Die brauchen wir, wenn der Controller Sekundenwerte liefert und wir ms loggen wollen.
> 
> sollten wir die Option nicht unterhalb von "CONF_WATCHASYNC_TIMESTAMP" ("Include unix timestamp") anordnen?
> -> wenn "CONF_WATCHASYNC_TIMESTAMP" deaktiviert ist, sollte "CONF_WATCHASYNC_END_PATH" ebenfalls deaktiviert sein (wir wollen die 3 Nullen nur anhängen, wenn wir timestamps loggen, korrekt?)
> der zweite Parameter ergibt ohne den ersten ja keinen Sinn.
> 
> Fragen - wo wir gerade bei den Controller-Parametern sind:
> - wofür steht "pin identifier" in "Path in front of pin identifier"?
> - wofür benötigen wir ".json" in "CONF_WATCHASYNC_TIMESTAMP_PATH"?
>  in welchem Fall brauchen wir's und in welchem Fall nicht?
>  nach meinem Verständnis hat es mit dem timestamp nichts zu tun und ich würde dann vorschlagen, das auch als getrennte Option aufzuführen, z.B. "CONF_WATCHASYNC_APPEND_FORMAT" oder es anderenfalls gleich als Option zu streichen und fest einzubauen
> - "Path at the end" (default "000") sollen wir umbenennen, da es sich nicht um einen Pfad handelt; Vorschlag: "CONF_WATCHASYNC_APPEND_TO_TIMESTAMP", Text: "Append this string to timestamp:"
> 
> Nun nochmal konkret zu Deinen weiteren Fragen:
> 
>>> On Sun, 5 Dec 2010 14:52:33 +0100, Holger Plasser <holger at plasser.org>
>>> wrote:
>>>> Leider wurde das ursprüngliche Problem (den Timestamp vom net io erstellen
>>>> zu lassen) noch nicht gelöst.
>>>> Hab jetzt mal die unix timestamp funktion im make menuconfig deaktiviert
>>>> und die 000 entfernt.
> echt? was heisst "die 000 entfernt? Den String von "000" auf "" geändert? "000" wird ja immer noch angehängt
> 

PATH AT THE END hab ich auf "" geändert nur läst anscheinend das menuconfig keine "leere" Eingabe zu und ersetzt wieder durch 000.


>>>> Jetzt folgendes access.log:
>>>> 
>>>> 192.168.153.253 - - [05/Dec/2010:14:51:04 +0100] "POST
>>>> /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5000 HTTP/1.1" -
>>>> 330 "-" "-"
>>>> 
>>>> kann das stimmen, ich denke da sah es ja vorher noch besser aus:
>>>> 
>>>> 192.168.153.253 - - [05/Dec/2010:14:17:16 +0100] "POST
>>>> /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000
>>>> HTTP/1.1" 23000 429 "-" "-"
> 
> jein - "000" wird an die UUID angehängt, ".json?ts=" wird weggelassen (wie geheissen) ;-)
> 
> Hat Jemand eine Idee, weshalb der timestamp noch als "" gesendet wird?
> 
> 
> Gruss, J.
> 



More information about the volkszaehler-dev mailing list