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

[Andreas Goetz]

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.
>
>
> [image: 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/241dd725/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ws_vz.jpg
Type: image/jpeg
Size: 34224 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160513/241dd725/attachment-0001.jpg>