[vz-users] JSON parsen

[Frank Richter]

Hi Christian,

beruhigt mich, dass du mir das von gestern nicht krumm nimmst :-)

Stell' mal die Konstante interval für den NTP-Request von 1000 auf
meinetwegen 900 000, dann macht er das nur noch alle Viertelstunde. Dann
beobachten ob Abweichungen entstehen.
Wenn du das struct loswerden willst, ersetze es durch passend definierte
Variablen, also char* für color und float für die Temperaturen.
Und dann bitte zum Parsen mal folgendes testen: root["data"]["tuples"][0][1]

Grüße
Frank

Am 31. Juli 2017 um 13:04 schrieb Christian Wulff <christianwulff at gmx.de>:

> Moin,
>
>
>
> @Lars: Danke für die Rückendeckung J Ist aber nicht nötig. Mit dem Ton
> habe ich kein Problem, hab ich auch gar nicht negativ aufgefasst. Ich bin
> ja genauso ;-)
>
>
>
> @Frank: Danke für die Antworten.
>
> Ich haue mir die Nächte und Wochen ja nicht um die Ohren weil ich da Spaß
> dran habe, sondern weil ich ein kleines Projekt fertig haben will.
>
> Leider hab ich auch nicht so viel Zeit um mich damit Stunden und
> Wochenlang zu beschäftigen. Oft geht es Wochenlang nicht weiter. Jetzt habe
> ich gerade Urlaub und versuche das Nachts nach vorne zu bringen. Nun hab
> ich mich aber sicher schon 5 Nächte lang mit diesem JSON rumgeschlagen und
> beisse auf Granit.
>
> Aber es nützt ja nix, ich komme nicht weiter. Nur deswegen frage ich nach
> und hoffe auf Antworten.
>
> Wenn ich das könnte, würde ich sicher nicht fragen.
>
> Ich lese sehr viel und durchforste Foren und Mailinglisten, finde aber
> nicht die richtigen Antworten.
>
> Deswegen bin ich ja froh, dass überhaupt jemand auf meine Fragen eingeht.
> Muss man ja nicht.
>
>
>
> Das was Frank geschrieben hat trifft es exakt auf den Kopf. Das sehe ich
> nämlich exakt genauso.
>
> „wieso baust du deine Funktion readResponseData nicht einfach so auf wie
> der Web-Assistent das vorschlägt?“
>
> Hab ich versucht, hat nicht funktioniert. Es scheitert hier aber nicht am
> parsen, sondern vermutlich am drum herum.
>
> Die einfache logische Variante aus dem Assistant bekomme ich nicht mit dem
> http Request über Wifi verheiratet.
>
> Die Beispieldatei aus der Library mit http Request über Ethernet habe ich
> auf Wifi umgebaut. Hier werden einige Sachen abgefangen, ich dachte das
> kann nicht schaden. Funktioniert ja auch. Darin ist allerdings diese
> komplizierte Geschichte mit dem struct, was ich überhaupt nicht
> durchschaue. Das struct will ich überhaupt nicht, das nervt nur.
>
> Die „readResponseData“ hab ich nicht gebaut, die ist aus einer
> Beispieldatei der Library kopiert und ich habe sie versucht anzupassen, ist
> aber nicht fertig, weil ich nicht weiterkomme. Da scheitert es an diesem
> blöden struct.
>
> „Aber die linke Seite ist ja genauso Quatsch, in userData->color wirst du
> den Wert wohl kaum speichern wollen. Ein kompliziertes struct zu verwenden,
> wenn man nur einen Wert übergeben will, ist wohl auch nicht optimal.“
>
> Oh ja, du sprichst mir aus der Seele. Das ist mir auch viel zu aufwändig
> und zu kompliziert. Ich hätte es gerne viel einfacher, so wie in dem
> Beispiel vom Assistant, das versteh ich wenigstens.
>
> „Außerdem um Gottes willen nicht jede Sekunde den NTP-Server belästigen
> wegen deiner Uhr-Bastelei. Wenn das alle so machen würden...“
>
> Da sprichst du mir wieder aus der Seele. Ich hatte mir 4 oder 5
> verschiedene NTP Uhren angesehen. Ich wollte eine haben, die sich nur dann
> synchronisiert wenn es nötig ist (1x am Start und dann nur noch wenn die
> Abweichung zu groß wird), oder höchstens 1x pro Stunde, oder alle 10min
> oder so. Keine Ahnung wie schnell die interne Zeit wie stark asynchron
> wird. Habe sowas aber nicht gefunden, bzw. dachte das die Variante die ich
> jetzt verwende so funktioniert. Der hat immer eine Meldung rausgehauen
> „Request NTP……not necessary“.
>
>
>
> Irgendwie hab ich das Gefühl ich muss nochmal von vorne anfangen, dabei
> dachte ich, dass ich bin zu 90% fertig. Mist.
>
>
>
> Lieben Gruß,
>
> Chris
>
>
>
>
>
>
>
> *Von:* Frank Richter [mailto:frank.richter83 at gmail.com]
> *Gesendet:* Montag, 31. Juli 2017 09:20
> *An:* volkszaehler.org - users
> *Betreff:* Re: [vz-users] JSON parsen
>
>
>
> Moin Lars,
>
>
>
> du magst Recht haben, dass der Ton ein bisschen ruppig war. Also sorry
> @Christian, mit etwas Abstand betrachtet hätte ich das so nicht formulieren
> sollen.
>
> Meine Worte von gestern sind schon mit Augenzwinkern zu sehen, ich wollte
> bestimmt niemanden verletzen. Zu der grundsätzlichen Message, dass da noch
> Luft nach oben ist, stehe ich aber.
>
> Ich weiß nicht ob du (@Lars) hier alles mitliest, wenn ja hast du bestimmt
> mitbekommen dass sich Christians Projekt schon seit Wochen und über viele
> Threads hinzieht. Daher ist meine Geduld gestern Abend vermutlich etwas
> überstrapaziert gewesen.
>
> JSON auf einem Arduino oder ESP zu zerlegen ist jetzt auch nicht gerade
> das Kernthema der volkszaehler-Liste. Natürlich kann man das hier trotzdem
> besprechen, aber ein bisschen Eigeninitiative gehört IMHO auch dazu.
>
>
>
> Am 31.07.2017 07:35 schrieb "Lars Täuber" <lars.taeuber at web.de>:
>
> Hallo Frank,
>
> Sun, 30 Jul 2017 20:19:24 +0200
> Frank Richter <frank.richter83 at gmail.com> ==> "volkszaehler.org - users" <
> volkszaehler-users at demo.volkszaehler.org> :
> > [...]
> > Was da im Moment steht ist ja wohl gar nix:
> >
> > Was soll das werden? [...] Aber die linke Seite ist ja genauso Quatsch
> [...]
> >
> > Außerdem um Gottes willen nicht jede Sekunde den NTP-Server belästigen
> > wegen deiner Uhr-Bastelei. Wenn das alle so machen würden...
> >
> > Ein bisschen systematische Einarbeitung in Coding-Basics täte vielleicht
> > auch gut ;-)
> >
> > Und das nächste Mal schickst du sowas bitte als Anhang statt alles in die
> > Mail zu packen!
>
> soll das lustig sein oder Ironie? Dann ist das aber nicht deutlich genug
> kenntlich gemacht.
> Oder ist das hier der übliche Ton, mit dem Hilfesuchende "abgefrühstückt"
> werden?
>
> Der Ton ist wirklich nicht nett.
> Inhaltlich kann ich leider nichts beitragen.
>
> Grüße
> Lars
> --
> Lars Täuber <lars.taeuber at web.de>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170731/c51c755d/attachment.html>