[vz-users] Merkwürdige MySQL Einträge

[Volker]

Hi Uli,

hier mal meine Konfiguration:

      Server: "vs-nas"
  (80) Port number
       HTTP Method (often GET or POST): "POST"
       Path in front of pin identifier: "/vz/middleware.php/data/"
       Path at the end: "" (NEW)
  [*] Include unix timestamp
       Path in front of timestamp: ".json?ts="
  (64) Resolution in seconds (Power of 2)
  [*] Send end of intervall instead of beginning
  [*] Summarize Events
       Path in front of eventcount: "000&value="
  (16Bits) Counterrange
  (128) Buffersize (Power of 2)
  [ ] Use Polling for edge detect instead of interrupt
  Pin Configuration  --->
  --- Debugging Flags
  [-] WATCHASYNC



[*] Date and Time support
[ ] Use 32 kHz crystal to tick the clock
[ ] Use CPU clock to tick the clock (EXPERIMENTAL)
[ ] Adjust clock to NTP clock signal
[-] Synchronize using DCF77 signal  --->
[*] Synchronize using NTP protocol
      NTP Server: "ntp-server"
(123) NTP Port
[ ] NTP daemon
[ ] Working hour meter
[*] Uptime (whm in unix format like: d days, hh:mm)
(UTC) Time Zone
--- Debugging Flags
[-] NTP Clock-Adjust

Für was das Adjust Clock genau gut ist weiß ich nicht, ich habe keinen 
Unterschied feststellen können. Der CPU-Quarz ist genau genug um die Zeit bis 
zum nächsten NTP-Update zu überbrücken (das kann man sehr gut überprüfen indem 
man die Systemzeit kurz vor dem nächsten Update ausliest). Falls Du mal das 
NTP-Updateintervall ändern willst, das File findest Du unter 
services/clock/clock.c und darin NTP_RESYNC_PERIOD 3600 (hier geändert auf ein 
mal pro Stunde, default war erheblich kürzer).

Den Buffer habe ich auf 128 hoch gesetzt, lief ursprünglich aber auch mit dem 
kleineren Wert. Bei mir steht der Middelware-Server im LAN und ist immer 
zuverlässig mit sehr niedriger Latenz zu erreichen, da könnte ich den Buffer 
vermutlich auf kleiner einstellen.

Gruß
Volker

Am 12.01.2012 20:11 schrieb Uli Schrey:
> Hallo, Volker,
>
> danke für den Hinweis, aber bei mir ist der 32 kHz Quarz nicht aktiviert (kein
> Sternchen).
>
> Aber ich sehe gerade, dass ich ein Sternchen bei "Adjust clock to NTP clock
> signal" vergessen habe. Ich habe nur eines bei "Synchronize using NTP protocol".
> Ich werde das mal setzen und schauen, ob das problem damit erledigt ist.
>
> Wie groß hast Du den Buffer in Applications/watchasync service gemacht?
>
> Gruß
>
> Uli
>
>
>
> Am 12.01.2012 17:21, schrieb Volker:
>> Hallo Uli,
>>
>> wie hast Du den NTP-Support in ethersex konfiguriert? Ich betreibe den
>> Net-IO genau so wie Du, nur mit 64s resolution. Funktioniert seit ein
>> paar Monaten ohne Probleme. Meiner Meinung nach gehört bei den
>> Einstellungen
>>
>> Application / System clock support
>> [*] Date and Time support
>> [*] Use 32 kHz crystal to tick the clock
>> [ ] Use CPU clock to tick the clock (EXPERIMENTAL)
>> [*] Adjust clock to NTP clock signal
>>
>> der Stern bei "Use 32 kHz crystal" raus. An meinem NEt-IO gibts den
>> 32kHz Quarz nicht, vielleicht läuft dann die interne Uhr total falsch
>> und wird ab und zu vom NTP wieder gerade gezogen. Bei mir ist auch der
>> letzte Punkt deaktiviert.
>>
>> Wenn Du das ECMD-Protokoll aktiviert hast kannst Du Dich mit Telnet auf
>> den Port 2701 verbinden und mit "date" die Uhr abfragen bzw. "ntp
>> status" infos zum NTP-Update bekommen.
>>
>> Gruß
>> Volker
>>
>>
>> Am 11.01.2012 21:16 schrieb Uli Schrey:
>>> Hallo Liste,
>>>
>>> ich habe Middleware und Frontend auf einen kleinen vServer im Netz
>>> umgezogen.
>>> Damit ich nicht so viel Traffic erzeuge, habe ich das AVR Net-IO wie
>>> folgt
>>> konfiguriert:Im Wiki
>>>
>>> - Zeitstempel wird vom AVR erzeugt (NTP sync)
>>> - summarize events = yes
>>> - resolution in seconds = 32
>>>
>>> Das funktioniert auch eine Weile (1-2 Stunden) ganz gut.
>>> Dann fehlen plötzlich einige Events in der Datenbank (der DB Index
>>> macht einen
>>> Sprung) und der Zeitstempel verschiebt sich um 2-3 Stunden. Nach
>>> einiger Zeit
>>> (Stunden) erfolgt offenbar eine Neusynchronisation der Zeit über NTP
>>> und die
>>> Daten erscheinen wider mit korrektem Zeitstempel. Danach beginnt das
>>> Spiel von
>>> Neuem. Die Zeitsprünge sind von ähnlicher Größe, aber nie gleich.
>>>
>>> Das Ganze sieht nach irgend einem Pufferüberlauf aus.
>>>
>>> Irgendwelche Ideen / Hinweise zum Troubleshooting?
>>>
>>> Danke,
>>>
>>> Uli
>>> _______________________________________________
>>> volkszaehler-users mailing list
>>> volkszaehler-users at lists.volkszaehler.org
>>> https://volkszaehler.org/mailman/listinfo/volkszaehler-users
>>>
>>
> _______________________________________________
> volkszaehler-users mailing list
> volkszaehler-users at lists.volkszaehler.org
> https://volkszaehler.org/mailman/listinfo/volkszaehler-users
>

-- 
Volker Troyke
Homepage: www.troyke.de
E-Mail  : v.ty at gmx.de