[vz-users] node-red Support für die Middleware?

Andreas Götz cpuidle at gmail.com
Fri May 13 17:57:31 CEST 2016


Was hast Du mit dem Config Eintrag für WAMP gemacht???

> Am 13.05.2016 um 16:43 schrieb Christian Schnellrieder <schnellrieder.cs at gmail.com>:
> 
> Hallo Andreas,
> 
> an der Baustelle bin ich noch dran. Aktuell kann ich einstellen was ich will... es zeigt nur eine Veränderung ins negative.. (keine Verbindung mehr Möglich)
> 
> Aktuell habe ich folgende Settings:
> /var/www/volkszaehler.org/etc/volkszaehler.conf.php
> $config['push']['enabled'] = true;              // set to true to enable push updates
> $config['push']['server'] = 5582;               // vzlogger will push to this ports (binds on 0.0.0.0)
> $config['push']['broadcast'] = 8082;    // frontend will subscribe on this port (binds on 0.0.0.0)
> $config['push']['routes']['websocket'] = array('/');
> 
> 
> In der Apache Config:
> LoadModule proxy_module modules/mod_proxy.so
> LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so
> 
> <Location "/ws">
>     ProxyPass ws://localhost:8082
> </Location>
> 
> 
> Mit /socket mag es nicht so recht.
> 
> /var/www/volkszaehler.org/etc/volkszaehler.conf.php
> $config['push']['enabled'] = true;              // set to true to enable push updates
> $config['push']['server'] = 5582;               // vzlogger will push to this ports (binds on 0.0.0.0)
> $config['push']['broadcast'] = 8082;    // frontend will subscribe on this port (binds on 0.0.0.0)
> $config['push']['routes']['websocket'] = array('/socket');
> 
> Node-Red gibt dann einen Verbindungs Fehler aus.
> In der Debug Console vom Volkszähler sieht man folgende Ausgabe:
> 
> <Clipboard02.jpg>
> 
> Grüße
> 
> 
> Andreas Goetz <cpuidle at gmail.com> schrieb am Fr., 13. Mai 2016 um 16:25 Uhr:
>> Servus,
>> 
>> wenn ich Dein Bild richtig deute dann connectest Du Dich auf /ws. Das sieht aus als hättest Du dafür WAMP abgeschaltet und nus websockets in der vz Config aktiviert?
>> 
>> Wäre nicht falsch bedeutet aber dass das VZ Frontend keine Updates mehr bekäme wenn Du das nicht auch umkonfiguriert hast. Im Zweifelsfall ist der Vorschlagswert /socket vielleicht geeigneter.
>> 
>> Viele Grüße,
>> Andreas
>> 
>> 
>> 
>> 2016-05-13 15:35 GMT+02:00 Christian Schnellrieder <schnellrieder.cs at gmail.com>:
>>> Hallo.
>>> 
>>> Es lebt :)
>>> Nach zwei Tagen habe ich heute einen "neustart" gemacht und war rel schnell am Ziel.
>>> 
>>> 
>>> <ws_vz.jpg>
>>> Grüße
>>> 
>>> 
>>> 
>>> Andreas Goetz <cpuidle at gmail.com> schrieb am Mi., 11. Mai 2016 um 11:59 Uhr:
>>>> Hi Christian,
>>>> 
>>>> 2016-05-11 10:58 GMT+02:00 Christian Schnellrieder <schnellrieder.cs at gmail.com>:
>>>>> Hallo Andreas,
>>>>> 
>>>> 
>>>>> erster Punkt ist erledigt. Auf meinem Live System läuft nun eine Version die dem Pullrequest 430 entspricht.
>>>>> Ich hab jetzt mal https://github.com/andig/volkszaehler.org/blob/push-sockets/misc/tools/push-server.md studiert....
>>>>> 
>>>>> Die Architecture beschreibt folgenden flow:
>>>>> vzlogger ==http ==> push server == webSockets ==> node red
>>>>> 
>>>>> 
>>>>> Also richtige ich jetzt einfach im vzlogger einen push server ein.
>>>> 
>>>> 
>>>> Jaein. Im vzlogger richtest Du ein das er alle(!) Daten irgendwohin "pusht". Der Gag ist dass dabei aggtime etc. umgangen werden, also wirklich _jeder_ Meßwert weiter gereicht wird den man vielleicht auch nicht in der MW speichern will (wer will schon sekundengenauen Stromverbraucht, Stichwort Speichermenge und Performance).
>>>>  
>>>>> Nur was hat das ganze jetzt nun mit dem front end zu tun?
>>>>  
>>>> Es gibt im Diagramm zwei Wege:
>>>> 
>>>> 
>>>> 1. vzlogger ==http ==> push server == WAMP ==> frontend
>>>> 2. vzlogger ==http ==> push server == webSockets ==> node red
>>>> 
>>>> Der erste Weg existiert heute schon- damit bekommt das Frontend die Echtzeitupdates wenn eingeschaltet.
>>>> Der zweite Weg (von Dir oben angegeben) ist neu- und hat insofern mit dem Frontend also nix zu tun außer dass die gleichen Komponenten verwendet werden.
>>>> 
>>>>> 
>>>>> Verstehe ich das richtig... das in der volkszaehler.conf.php  eine "Umleitung" eingestellt wird 
>>>>> $config['push']['routes']['websocket']: /socket
>>>> 
>>>> Nicht wirklich eine Umleitung. Das bedeutet dass der pushserver auf /socket auf WebSocket Verbindungen wartet die er dann mit Daten versorgt- darauf muss ich Dein node-red also verbinden (= Weg 2).
>>>>  
>>>>> 
>>>>> 
>>>>> Somit kann man dann über das Frontend... den "pushserver" abfragen?
>>>> 
>>>> Wieder jaein. Der Push-server versorgt das Frontend wenn sich dieses via WAMP auf einem konfigurierten Pfad verbindet (=Weg 1):
>>>> 
>>>> $config['push']['routes']['wamp'] = array('/', '/ws');	
>>>> 
>>>> In init.js ist codiert dass wir das auf /ws oder direkt auf / versuchen.
>>>>  
>>>>> 
>>>>> 
>>>>> Grüße
>>>> 
>>>> Viele Grüße,
>>>> Andreas
>>>> 
>>>> PS.: Hast Du nicht Lust zum VZ Treffen zu kommen? Dann könnten wir das auch live zusammenbasteln ;)
>>>>  
>>>>> 
>>>>> 
>>>>>  
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Andreas Goetz <cpuidle at gmail.com> schrieb am Do., 5. Mai 2016 um 11:31 Uhr:
>>>>>> Moin Christian,
>>>>>> 
>>>>>> schau mal hier: https://github.com/volkszaehler/volkszaehler.org/pull/430
>>>>>> 
>>>>>> insbesondere lege ich Dir https://github.com/andig/volkszaehler.org/blob/push-sockets/misc/tools/push-server.md ans Herz, da hab ich mal die Logik zusmammen geschrieben.
>>>>>> 
>>>>>> Viele Grüße,
>>>>>> Andreas
>>>>>> 
>>>>>> 
>>>>>> 2016-05-05 10:45 GMT+02:00 Christian Schnellrieder <schnellrieder.cs at gmail.com>:
>>>>>>> Hallo Andreas,
>>>>>>> 
>>>>>>> >Wenn Du ein Update auf mein Repo nicht scheust und den node-red Teil selber basteln willst sag Bescheid.
>>>>>>> 
>>>>>>> Ja würde ich gerne testen.
>>>>>>> o Unter welchen Link bzw. welchen branch liegen die Änderungen?
>>>>>>> 
>>>>>>> Grüße
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Andreas Götz <cpuidle at gmail.com> schrieb am Di., 3. Mai 2016 um 19:42 Uhr:
>>>>>>>> Hallo Christian,
>>>>>>>> 
>>>>>>>>> Am 29.04.2016 um 10:14 schrieb Christian Schnellrieder <schnellrieder.cs at gmail.com>:
>>>>>>>>> 
>>>>>>>>> Hallo.
>>>>>>>>> 
>>>>>>>>> Spät aber doch. Ich hab mir node-red angesehen und bin begeistert. Also von meiner Seite her... ja der Bedarf wäre da.
>>>>>>>> 
>>>>>>>> Ich hab mittlerweile was zusammengehackt das gut genug für einen ersten Test sein sollte. Erweiterung des push-servers mit zusätzlichem WebSocket Support. Wenn mans elegant mach dann Http/ Wamp/ Websocket über einen einzigen externen Port.
>>>>>>>> 
>>>>>>>> Wenn Du ein Update auf mein Repo nicht scheust und den node-red Teil selber basteln willst sag Bescheid.
>>>>>>>> 
>>>>>>>> Viele Grüße, Andreas 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Grüße und noch ein schönes Wochenende,
>>>>>>>>> Christian
>>>>>>>>> 
>>>>>>>>> Andreas Goetz <cpuidle at gmail.com> schrieb am Mo., 14. März 2016 um 17:27 Uhr:
>>>>>>>>>> Hallo Zusammen,
>>>>>>>>>> 
>>>>>>>>>> einige von Euch kennen vielleicht node-red, eine drag-und-drop Entwicklungsumgebung und Runtime auf Basis von nodejs um IoT Applikationen mit wirklich wenig Aufwand zusammenzustöpseln.
>>>>>>>>>> 
>>>>>>>>>> Damit lässt sich natürlich auch die Vz Middleware ansprechen oder Daten daraus weiter verarbeiten (@Patrick: hatte auch an Dich gedacht ;).
>>>>>>>>>> 
>>>>>>>>>> Gibt es Bedarf dafür, vorgefertige Nodes für node-red zur Verfügung zu stellen? Ich dahte an sowas wie:
>>>>>>>>>> 
>>>>>>>>>> - read channel
>>>>>>>>>> - write channel
>>>>>>>>>> - get channel details
>>>>>>>>>> 
>>>>>>>>>> und evtl. auch unsere Echtzeitupdates.
>>>>>>>>>> 
>>>>>>>>>> Wäre auch ein interessantes Thema für unser Entwicklertreffen...
>>>>>>>>>> 
>>>>>>>>>> Viele Grüße,
>>>>>>>>>> Andreas
>>>>>>>>>> 
>>>>>> 
>> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160513/93a1fe33/attachment.html>


More information about the volkszaehler-users mailing list