Re: [vz-dev] jsonp support für vz
On Mon, 01 Apr 2013 17:33:46 +0200 Andreas Goetz cpui...@gmail.com wrote: Hallo Zusammen, ich hatte den Wunsch, remote (d.h. per iphone-app) auf die mw zuzugreifen. Aus Sicherheitsgründen ist das nur per JsonP, nicht jedoch json möglich. interessante sache irgendwie... es ist doch eigentlich im frontend vorgesehen, kanaele von verschiedenen middlewares abbonieren zu koennen - funktionierte das bisher garnicht?! (fuer die die die problematik nicht kennen: http://en.wikipedia.org/wiki/JSONP ) Wenn Interesse besteht hätte ich hier einen Patch mit dem sich JsonP darstellen lässt- es fehlt nur noch eine Default-Konfigurationsoption um das Verhalten standardmäßig zu deaktivieren. warum schickst du den patch nicht einfach? oder noch besser, einen pull-request auf github. interessant waehre noch die technische umsetzung... ein zusaetzlicher parameter um das format anzugeben, und den namen der callback funktion? ich denke das standard-rueckgabeformat der middleware zu aendern waehre keine gute idee, zumal es auch andere clients als das standard-frontend gibt. Frohe Ostern, Andreas - Thorben
Re: [vz-dev] jsonp support für vz
Hallo Thorben, On 03.04.2013 08:03, Thorben Thuermer wrote: On Mon, 01 Apr 2013 17:33:46 +0200 Andreas Goetz cpui...@gmail.com wrote: Hallo Zusammen, ich hatte den Wunsch, remote (d.h. per iphone-app) auf die mw zuzugreifen. Aus Sicherheitsgründen ist das nur per JsonP, nicht jedoch json möglich. interessante sache irgendwie... es ist doch eigentlich im frontend vorgesehen, kanaele von verschiedenen middlewares abbonieren zu koennen - funktionierte das bisher garnicht?! Kann nicht. Allerdings habe ich auch keinen Platz in rigendeiner Config gefunden wo ich eine zweite MW hätte eintragen können- für's durch JS hacken fehlte mir bisher die Zeit. Wäre aber eine spannende Aufgabe auch daran ein wenig zu basteln. (fuer die die die problematik nicht kennen: http://en.wikipedia.org/wiki/JSONP ) Wenn Interesse besteht hätte ich hier einen Patch mit dem sich JsonP darstellen lässt- es fehlt nur noch eine Default-Konfigurationsoption um das Verhalten standardmäßig zu deaktivieren. warum schickst du den patch nicht einfach? oder noch besser, einen pull-request auf github. Da war ich schneller ;) https://github.com/volkszaehler/volkszaehler.org/pull/44 In der jetzigen Version ist das allerdings ein potentielles Sicherhitsrisiko- es lassen sich ja nicht nur Daten abfragen sondern auch löschen. Was fehlt ist m.E. eine Konfigurationsoption mit der jsonp standardmäßig erstmal deaktiviert ist. interessant waehre noch die technische umsetzung... ein zusaetzlicher parameter um das format anzugeben, und den namen der callback funktion? Sind nur 3 Zeilen- siehe patch. Aufgerufen wird es- wenn man jQuery einsetzt- indem einfach callback=? an die Anfrage gehängt wird, jQ bastelt daraus dann einen eindeutigen Funktionsnahmen den es auf dem Rückweg auch aufruft und die Daten rausholt. ich denke das standard-rueckgabeformat der middleware zu aendern waehre keine gute idee, zumal es auch andere clients als das standard-frontend gibt. Nicht nötig- es wird ja über den Request gesteuert, der Client kann also entscheiden. Frohe Ostern, Andreas - Thorben Viele Grüße, Andreas
[vz-dev] vzlogger c++ y-Port Meter1 Problem
Hallo Zusammen, in der von mir verwendeten Version 0.3.4 werden anscheinen keine Daten vom 2ten Meter eingelesen. Folgende Konfiguration wird verwendet und laut log auch ohne Probleme geladen. Per Telnet werden von beiden Ports Daten gesendet. Auch hatte ich schon den 1ten Meter deaktiviert, was keine Änderung brachte. Hat jemand eine IDEE?? meters : [{ enabled : true, /* disabled meters will be ignored */ protocol : sml, /* see 'vzlogger -h' for list of available protocols */ host : 192.168.0.177:7970,/* Bezugszaehler ueber yport */ device : , channels: [{ uuid : 7598cf90-9c4b-11e2-af52-09ea1585fb60, /*OK*/ middleware : http://localhost/middleware.php;, identifier : 1-0:16.7.0 /* Bezugszaehler Wirkleistung Summe*/ }, { uuid : 6875f9c0-9c3a-11e2-b610-27e51fabb05f, /*ok mit Summe stimmt noch nicht */ middleware : http://localhost/middleware.php;, identifier : 1-0:1.8.0*255 /* Bezugszaehler Stand Total*/ }, { uuid : 13bbbfb0-9c63-11e2-ad5b-2fb5bc3d1f57, /*9779b9c0-9ba5-11e2-ac8f-3fed0862983b*/ middleware : http://localhost/middleware.php;, identifier : 1-0:2.8.0*255 /* Einspeise Zaehler Total */ }] }, { enabled : true, protocol : sml, host : 192.168.0.177:7980,/* HAGER PV Zaehler ueber yPort*/ device : , channels : [{ uuid : b1b176b0-96d1-11e2-b497-35f2ec9325a4, middleware : http://localhost/middleware.php;, identifier : 1-0:16.7.0*255 /* Wirkleistung Total PV-Anlage */ }, { uuid : 7d020740-9c37-11e2-814d-41311effe063, middleware : http://localhost/middleware.php;, identifier : 1-0:2.8.0*255 /* Gesamtertrag PV Anlage */ }] } Marcus Fries Mail : marcus.fr...@cutweb.demailto:marcus.fr...@cutweb.de
Re: [vz-dev] Error executing grouped queries
Hallo Jakob, habe mir das jetzt nochmal in Ruhe angeschaut. mal möchte ich Dir aber ein kleines goodie zeigen dass Dich vielleicht interessieren wird- nämlich ein kleines Dashboard für meine PV-Anlage das ich als iPhone-WebApp zusammengedübelt habe: Wenn's da Interesse gibt kann ich gerne Code beitragen. Die Widgets sind aus dem emoncms und auf jQuery widgets umgebaut... Sieht gut aus, bringt mir mit meinen Android-Geräten allerdings nix, oder? Ist alles HTML+JS- läuft überall. Die Widgets sind von emoncms.org ausgeborgt und für jQuery angepasst. Komisch- da fromto den gleichen Wert haben, aber anders angegeben waren! Damit glaube ich, dass mindestens noch ein weiteres Problem besteht- sobald from gesetzt ist, wird dieses nämlich in der Abfrage von to als now() gesetzt- die Abfragen sind also counterintuitiv _immer_ relativ zueinander. Ja, die Logik in Interpreter ist da etwas kaputt. Ich hab das jetzt mal gefixt. Wäre Klasse wenn der Fix es in die offizielle Version schaffen würde (mit Update der Doku..)- die Logik ist wirklich krank :/ Die Gruppierung läuft allerdings weiter nicht- auch nicht mit: http://localhost/vz/middleware.php/data/8f20eb60-60df-11e2-81a1-3d3ab836429e.json?from=1.1.2013to=1.4.2013group=month Das hab ich gerade mal mit meinem Test-Channel probiert, das funktioniert problemlos: $ curl 'http://localhost/vzdemo/middleware.php/data/x.csv?tsfmt=sqlfrom=1.1.2013to=1.4.2013group=month' # source: volkszaehler.org # version: 0.2 # uuid: x # from: 2013-03-31 23:59:28 # to: 2013-04-01 00:01:29 # min: 2013-03-31 23:59:28 = 297,892 # max: 2013-03-31 23:59:28 = 297,892 # average: 297,892 # consumption: 10 # rows: 2 2013-03-31 23:59:28;297,892;2 Mhm. Bei mir tatsächlich nicht. Ohne group:
Re: [vz-dev] Alternative Implementierung für vzcompress
Abend, Florian Knodt schrieb: Getestet (im Sinne von es sind noch Daten da die stimmen könnten) ist das Ganze gegen MySQL und SensorInterpreter, andere Sensoren sollten funktionieren, Bei mir leider nicht, ich hab 3 Kanäle vom Typ electric meter und 2 power sensor. Gekürzte Ausgabe: Processing Sensor ID 9... PHP Warning: Invalid argument supplied for foreach() in /home/pi/bin/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type electric meter in /home/pi/bin/vzcompress2.php on line 161 Processing Sensor ID 10... PHP Warning: Invalid argument supplied for foreach() in /home/pi/bin/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type powersensor in /home/pi/bin/vzcompress2.php on line 161 Done. Purged Datapoints from 5 Channels in 0 Seconds mfg Daniel Lauckner
Re: [vz-dev] Alternative Implementierung für vzcompress
Hallo! On Wed, 3 Apr 2013 23:51:44 +0200, Daniel Lauckner mail...@jahp.de wrote: Abend, Florian Knodt schrieb: Getestet (im Sinne von es sind noch Daten da die stimmen könnten) ist das Ganze gegen MySQL und SensorInterpreter, andere Sensoren sollten funktionieren, Bei mir leider nicht, ich hab 3 Kanäle vom Typ electric meter und 2 power sensor. Bei mir leider auch nicht: Ungekürzte Ausgabe: pi@raspberrypi /var/www/volkszaehler.org/misc/tools $ php vzcompress2.php Processing Sensor ID 6... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type powersensor in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 8... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type gas in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 9... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type water in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 10... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type powersensor in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 13... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 18... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 19... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 20... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 21... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 22... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 23... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Processing Sensor ID 24... PHP Warning: Invalid argument supplied for foreach() in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 154 PHP Warning: Could not detect inperpreter for type temperature in /var/www/volkszaehler.org/misc/tools/vzcompress2.php on line 161 Done. Purged Datapoints from 12 Channels in 0 Seconds Hier noch die entities: id uuidtypeclass 6 635481a0-6fcd-11e2-8587-... powersensor channel 8 8102dbc0-6fcd-11e2-a8b7-... gas channel 9 89a19f80-6fcd-11e2-be46-... water channel 10 ebb9c9b0-7058-11e2-b5ed-... powersensor channel 13 fc73fdb0-831f-11e2-ab63-... temperature channel 15 a10a70a0-8390-11e2-9181-... group aggregator 16 5ac74c10-8391-11e2-967f-... group aggregator 17 a2484840-83fa-11e2-94eb-... group aggregator 18 27fd1e00-89c9-11e2-bc92-... temperature channel 19 3a513760-89c9-11e2-8948-... temperature channel 20 3c391a00-8a11-11e2-92ec-... temperature channel 21 1e6e25a0-8a11-11e2-96be-... temperature channel 22 2414a2e0-8a11-11e2-8319-... temperature channel 23 2dd2cb00-8a11-11e2-b8a9-... temperature channel 24 16a5a410-8a11-11e2-bfb5-... temperature channel Hier noch die Properties: id entity_id pkeyvalue 30 6 [-]