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

Christian Schnellrieder schnellrieder.cs at gmail.com
Tue May 17 19:06:42 CEST 2016


Hallo Andreas,

>Ich erinnere mcih- nicht sehr geschickt. Würdest Du ein Issue dafür
aufmachen damits nicht untergeht?

Wird gemacht.

>Hast Du einen Screenshot? Das kann eigentlich nur passieren wenn der
Zähler mehrfach den gleichen Zählerstand >sendet und dann plötzlich einen
neuen. Macht Dein Zähler sowas (vzlogger logfile)? Falls ja mach bitte
ebenfalls ein >Issue auf, das kann ich im Pushserver abfangen.

Ja das ist der Fall. Issue mach ich dann am Abend auf sobald die Kinder im
Bett sind
.[image: 2_2.png]
[image: 1.png]


Zum node-red Thema:
Dank dem Code von Sineos "
https://github.com/Sineos/Push-Volkszaehler-Readings-to-Influxdb-via-MQTT"
war das eigentliche Ziel... ein Info Screen am Handy nur noch ein
Kinderspiel

[image: Screenshot_2016-05-17-18-57-46.png]

 Danke Andreas für die Implementierung. :)

Grüße und noch einen schönen Abend,
Christian




Andreas Goetz <cpuidle at gmail.com> schrieb am Di., 17. Mai 2016 um 18:35 Uhr:

> Hallo Christian,
>
> 2016-05-17 10:18 GMT+02:00 Christian Schnellrieder <
> schnellrieder.cs at gmail.com>:
>
>> Hallo.
>>
>> Ich hab nun das Wochenende in node-red gebastelt und folgende zwei Punkte
>> sind mir aufgefallen:
>>
>> 1. Durch das Liveupdate der Daten ist es sehr schwer einen Bereich zu
>> selektieren (bei jeden Update der Daten verschwindet die Auswahl).
>>
>
> Ich erinnere mcih- nicht sehr geschickt. Würdest Du ein Issue dafür
> aufmachen damits nicht untergeht?
>
>
>> 2. Bei den Zählern mit Zählerständen kommt es zb bei der Stunden Ansicht
>> zu spitzen die auf den ersten Blick nicht so schnell zu erklären sind (bis
>> man sich wieder klar wird... das ist die Ausgabe vom pushserver ist)
>>
>
> Hast Du einen Screenshot? Das kann eigentlich nur passieren wenn der
> Zähler mehrfach den gleichen Zählerstand sendet und dann plötzlich einen
> neuen. Macht Dein Zähler sowas (vzlogger logfile)? Falls ja mach bitte
> ebenfalls ein Issue auf, das kann ich im Pushserver abfangen.
>
>
>>
>> Ggf könnte man die Livedaten im Frontend etwas einstellbar machen.
>> Aus/An, andere Farbe oder so.
>>
>
> Das würde ich lieber nicht machen.
>
> Viele Grüße,
> Andreas
>
>
>>
>>
>> Grüße
>>
>> Christian Schnellrieder <schnellrieder.cs at gmail.com> schrieb am So., 15.
>> Mai 2016 um 11:49 Uhr:
>>
>>> Nachtrag:
>>> Hab soeben die Config über /socket zum "laufen" gebracht.
>>> ws://192.168.1.100:8082/socket statt ws://192.168.1.100/socket brachte
>>> mich zum Ziel.
>>>
>>> Grüße
>>>
>>>
>>>
>>> Christian Schnellrieder <schnellrieder.cs at gmail.com> schrieb am So.,
>>> 15. Mai 2016 um 11:37 Uhr:
>>>
>>>> Hallo Andreas,
>>>>
>>>> diese Fehler kommen aber auch am "Produktions System" vor:
>>>> root at nas:/var/www/volkszaehler.org# git branch -v
>>>> * master 0a1363d Fix hhvm travis error
>>>>
>>>>
>>>> Ich werde dir alles zusammen packen und hochladen (kann grad nicht
>>>> wegen den Kindern :). Wenn Dir es lieber ist per SSH einfach den puplic Key
>>>> an meine Mail schicken. Ich richte dir dann den Zugang ein zum Test Server.
>>>>
>>>>
>>>> Grüße
>>>>
>>>>
>>>> Andreas Goetz <cpuidle at gmail.com> schrieb am So., 15. Mai 2016 um
>>>> 11:13 Uhr:
>>>>
>>>>> Moin und Frohe Pfingsten!
>>>>>
>>>>> 2016-05-15 11:10 GMT+02:00 Christian Schnellrieder <
>>>>> schnellrieder.cs at gmail.com>:
>>>>>
>>>>>> Hallo Andreas,
>>>>>>
>>>>>> ja für mich aus der Anwenderecke sieht es so aus als ob alles
>>>>>> funktionieren würde.
>>>>>> Einzig die Debug Konsole vom Chrome wirft einen Autobahn Fehler aus:
>>>>>>
>>>>>> WebSocket connection to 'ws://192.168.1.100/ws' failed: Error during
>>>>>> WebSocket handshake: Unexpected response code: 503
>>>>>> init.js:166 Autobahn disconnected (3, Connection could not be
>>>>>> established.)
>>>>>>
>>>>>> WebSocket connection to 'ws://demo.volkszaehler.org/ws' failed:
>>>>>> Error during WebSocket handshake: Unexpected response code: 503
>>>>>>
>>>>>> Diese Fehler kommen aber immer. Auch wenn der pushserver abgeschaltet
>>>>>> ist in der "volkszaehler.conf.php". Hat also scheinbar einen anderen
>>>>>> Ursprung.
>>>>>> Wenn du bzgl diesem Fehler in der Konsole die Daten/Config haben
>>>>>> möchtest stelle ich die gerne "online"
>>>>>>
>>>>>
>>>>> Dein Frontend erhält noch keine Pushnachrichten, muss die Middleware
>>>>> also immer pollen. Vmtl. weil WAMP abgeschaltet ist. Wenn Du's gelöst haben
>>>>> willst gerne- entweder über Dateien oder- wenn Du magst- SSH Zugang und URL
>>>>> per PM dann könnte ich es auch umkonfigurieren.
>>>>>
>>>>>
>>>>>> Grüße
>>>>>>
>>>>>
>>>>> Viele Grüße,
>>>>> Andreas
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Andreas Goetz <cpuidle at gmail.com> schrieb am So., 15. Mai 2016 um
>>>>>> 10:52 Uhr:
>>>>>>
>>>>>>> Hallo Christian,
>>>>>>>
>>>>>>> es ist nicht ganz trivial und ich erkläre es vmtl. nicht gut genug.
>>>>>>> Wenn alles läuft ists ja fein. Wenn Dein Frontend nicht nur Daten anzeigt
>>>>>>> sondern auch push-Updates bekommen (und in der Konsole kein "autobahn"
>>>>>>> Fehler angezeigt wird) dann ist alles gut.
>>>>>>>
>>>>>>> Falls nicht und Du noch Hilfe brauchst lass es uns andersrum machen-
>>>>>>> Du sagst was konkret nicht funktioniert und gibst dazu folgende Daten:
>>>>>>>
>>>>>>> - Url für das Frontend (also wie rufst Du es auf)
>>>>>>> - Middleware Konfiguration in der options.js
>>>>>>> - Push Konfiguration in der volkszaehler.conf.php
>>>>>>> - Push Konfiguration in der vzlogger.conf
>>>>>>> - Apache Konfiguration für push Weiterleitung
>>>>>>>
>>>>>>> Irgendwo dazwischen wird sich dann die Ursache finden.
>>>>>>>
>>>>>>> Viele Grüße,
>>>>>>> Andreas
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2016-05-14 18:57 GMT+02:00 Christian Schnellrieder <
>>>>>>> schnellrieder.cs at gmail.com>:
>>>>>>>
>>>>>>>> Hallo Andreas,
>>>>>>>>
>>>>>>>>
>>>>>>>> >Im Gegensatz dazu kann Node-red nur "nackte/plain" websockets ohne
>>>>>>>> weitere Module. Dafür bietet es sich an _nicht_ >/ws oder / zu nehmen weil
>>>>>>>> Du dann damit das Frontend abhängst. Daher der Vorschlag /socket dafür zu
>>>>>>>> konfigurieren.
>>>>>>>>
>>>>>>>> Es wäre ja nicht so das ich es nicht versucht habe es auf /socket
>>>>>>>> einzustellen. Aber nach dem ersten Tag bin ich dann in den "try and error"
>>>>>>>> Modus gewechselt und zumindest für mich als Anwender zum "Ziel" gekommen.
>>>>>>>> Das Frontend zeigt die Daten an... node-red gibt im Sekundentakt die Live
>>>>>>>> Daten an. Was verstehst du unter Frontend abhängen?
>>>>>>>>
>>>>>>>> >Sollte eigentlich so aus dem Diagramm hervor gehen :O
>>>>>>>>
>>>>>>>> Ich hätte es so verstanden. Es gibt WAMP... es gibt Websocket....
>>>>>>>> und dazu die jeweilige config Line. Aber ich hab nun "verstanden" das es
>>>>>>>> anders laufen sollte und ich werde es nochmal mit /socket testen.
>>>>>>>>
>>>>>>>>
>>>>>>>> Grüße und schöne Pfingstfeiertage,
>>>>>>>> Christian
>>>>>>>>
>>>>>>>> Andreas Goetz <cpuidle at gmail.com> schrieb am Sa., 14. Mai 2016 um
>>>>>>>> 17:09 Uhr:
>>>>>>>>
>>>>>>>>> Hi Christian,
>>>>>>>>>
>>>>>>>>> 2016-05-13 18:00 GMT+02:00 Christian Schnellrieder <
>>>>>>>>> schnellrieder.cs at gmail.com>:
>>>>>>>>>
>>>>>>>>>> Nicht eingetragen. Brauch ich den?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Das Frontend spricht WAMP- ein spezielles Protokoll das websockets
>>>>>>>>> nutzt. Schau Dir
>>>>>>>>> https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/frontend/javascripts/init.js#L132
>>>>>>>>> an: das Frontend versucht es
>>>>>>>>>
>>>>>>>>> 1)  auf der Adresse wo auch das Frontend gehostet wird, aber unter
>>>>>>>>> /ws als Pfad. Wenn konfiguriert könnte da die Apache Weiterleitung greifen
>>>>>>>>> 2) oder- wenn das nicht funktionier- direkt auf dem Port der für
>>>>>>>>> WAMP konfiguriert ist
>>>>>>>>>
>>>>>>>>> Damit Beides mit als auch ohne weitere Apachekonfiguration
>>>>>>>>> funktioniert lauscht der Pushserver via WAMP auf / und /ws am
>>>>>>>>> konfigurierten Port. Der muss entweder extern zugreifbar sein oder via
>>>>>>>>> Apache weiter geleitet.
>>>>>>>>>
>>>>>>>>> Im Gegensatz dazu kann Node-red nur "nackte/plain" websockets ohne
>>>>>>>>> weitere Module. Dafür bietet es sich an _nicht_ /ws oder / zu nehmen weil
>>>>>>>>> Du dann damit das Frontend abhängst. Daher der Vorschlag /socket dafür zu
>>>>>>>>> konfigurieren.
>>>>>>>>>
>>>>>>>>> Sollte eigentlich so aus dem Diagramm hervor gehen :O
>>>>>>>>>
>>>>>>>>> Viele Grüße,
>>>>>>>>> Andreas
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Andreas Götz <cpuidle at gmail.com> schrieb am Fr., 13. Mai 2016 um
>>>>>>>>>> 17:57 Uhr:
>>>>>>>>>>
>>>>>>>>>>> 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/20160517/457678c7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2_2.png
Type: image/png
Size: 15396 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160517/457678c7/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 29753 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160517/457678c7/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot_2016-05-17-18-57-46.png
Type: image/png
Size: 63776 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160517/457678c7/attachment-0005.png>


More information about the volkszaehler-users mailing list