CometVisu - (interner) Beta-Test

[JNK]

@JNK: Wenn ich das richtig verstehe (kenne das ABB nicht) sendest Du 1% (KNX) hin was 33% (real/DALI) entspricht und bekommst auf der Rückmeldeadresse diese 33%?? Das wär ja grob "anders"?!
Meine DALI-GW's (Siemens N141, beide) geben bei 1% auf der Rückmeldeadresse auch 1% zurück, wie ist es bei den anderen (Insta) Gateways falls einer mitliest?

Genau. Sieht dann so aus (alle anderen Telegramme habe ich mal gelöscht)

#,Zeit,Dienst,Flags ,Prio,Quelladresse,Quelle,Zieladresse,Ziel,Rout,Typ,DPT,Info
2,2011-06-11 21:23:55.993,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$02 | 0,8 %"
3,2011-06-11 21:23:56.013,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$02 | 0,8 %"
5,2011-06-11 21:24:02.931,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
15,2011-06-11 21:24:22.016,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$05 | 2 %
16,2011-06-11 21:24:22.047,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),$05 | 2 %
18,2011-06-11 21:24:30.707,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
19,2011-06-11 21:24:36.763,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$0C | 4,7 %"
20,2011-06-11 21:24:36.800,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$0C | 4,7 %"
23,2011-06-11 21:24:47.400,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
24,2011-06-11 21:24:52.413,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$19 | 9,8 %"
25,2011-06-11 21:24:52.451,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$19 | 9,8 %"
27,2011-06-11 21:24:58.573,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
28,2011-06-11 21:25:03.543,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$33 | 20 %
29,2011-06-11 21:25:03.579,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),$33 | 20 %
34,2011-06-11 21:25:15.257,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
35,2011-06-11 21:25:19.916,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$4C | 29,8 %"
36,2011-06-11 21:25:19.953,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$4C | 29,8 %"
38,2011-06-11 21:25:31.959,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$55 | 33,3 %"
39,2011-06-11 21:25:37.893,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$66 | 40 %
40,2011-06-11 21:25:37.929,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),$66 | 40 %
42,2011-06-11 21:25:48.643,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$66 | 40 %
43,2011-06-11 21:25:59.652,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$7F | 49,8 %"
44,2011-06-11 21:25:59.688,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$7F | 49,8 %"
49,2011-06-11 21:26:10.823,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$7F | 49,8 %"
50,2011-06-11 21:26:18.109,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$BF | 74,9 %"
51,2011-06-11 21:26:18.142,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$BF | 74,9 %"
55,2011-06-11 21:26:27.498,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$BF | 74,9 %"
56,2011-06-11 21:26:34.814,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$E5 | 89,8 %"
57,2011-06-11 21:26:34.851,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$E5 | 89,8 %"
61,2011-06-11 21:26:44.196,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$E5 | 89,8 %"
62,2011-06-11 21:26:51.228,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$F2 | 94,9 %"
63,2011-06-11 21:26:51.265,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),"$F2 | 94,9 %"
66,2011-06-11 21:27:00.892,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),"$F2 | 94,9 %"
68,2011-06-11 21:27:05.902,zum Bus,,Low,0.0.0,-,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$FF | 100 %
69,2011-06-11 21:27:05.935,vom Bus,,Low,1.1.254,-,1/7/120,Allgemeinlicht Arbeitszimmer,4,Schreiben,  5.001 Prozent (0..100%),$FF | 100 %
73,2011-06-11 21:27:12.079,vom Bus,,Low,1.1.1,DALI Gateway,1/7/120,Allgemeinlicht Arbeitszimmer,5,Schreiben,  5.001 Prozent (0..100%),$FF | 100 %
74,2011-06-11 21:27:21.455,Stop,,,,,,,,,,Aufzeichnung wurde beendet

Da wäre ein Plugin zur Wertumsetzung dann schon durchaus erstmal ne einfache Lösung - oder ein Haken im Slider ob die Rückmeldeadresse Reverse-DALI umgesetzt wird (und schon haben wir wieder Rundungsfehler und leicht hoppelnde Slider) oder nicht. Aber wenn pro Adresse sonst geht das auch schief

Das DALI-Flag finde ich gar nicht so schlecht. Dann aber auch richtig und auch für die Hinrichtung, das wäre super für die DMX-Geschichten, wo die Dimmer keine Dimmkurve haben. Da gibts dann nur das Problem, dass wir dann mit "variant" nicht auskommen, weil wir das z.B. beim Color-Chooser schon für "color" brauchen.....

Gruss,

der Jan

[makki]

@Chris: nun ich bin ja auch nicht der Debian-gott, muss ich nochmal testen aber ist halt AFAIK so das dpkg/apt die Versionsnummern ziemlich stupide von vorne nach hinten auswertet. (0.6.0-pre1-1 vs 0.6.0-2 könnte aber klappen). Mach ich sonst einfach 0.5.99.1 oder so draus, merkt ja eh keiner..
Idee dazu: sollte (zumindest die SVN-Default-config) die Version/Commit-stand in der Statuszeile oder im Editor anzeigen? Bin ich nämlich auch schon ein paarmal drübergestolpert auf einer "alten Version" rumzurutschen.. (Allgemein im Release handle ich das lieber mit dem dafür geschaffenen PL damit sich keiner 17 Versionen von 28 Packerl merken muss, PLxy entspricht einfach eine Snapshot-Stand den zumindest wir kennen)

@JNK: Wenn ich das richtig verstehe (kenne das ABB nicht) sendest Du 1% (KNX) hin was 33% (real/DALI) entspricht und bekommst auf der Rückmeldeadresse diese 33%?? Das wär ja grob "anders"?!
Meine DALI-GW's (Siemens N141, beide) geben bei 1% auf der Rückmeldeadresse auch 1% zurück, wie ist es bei den anderen (Insta) Gateways falls einer mitliest?
Da wäre ein Plugin zur Wertumsetzung dann schon durchaus erstmal ne einfache Lösung - oder ein Haken im Slider ob die Rückmeldeadresse Reverse-DALI umgesetzt wird (und schon haben wir wieder Rundungsfehler und leicht hoppelnde Slider) oder nicht. Aber wenn pro Adresse sonst geht das auch schief

Makki

[Chris M.]

Gut Äh, Mist, das bedeutet ja Arbeit

Willst Du die pre1 gepackaged haben ?

Du hat recht, dass es eher ein Tag als ein Release ist.

Dennoch hatte ich es als Release gemacht, da sich doch einiges seit dem letzten Release geändert hat - und der aktuelle Zustand auch stabil ist. Daher hätte ich gegen ein Package auch nichts einzuwenden, da könnte jeder schon mal seine Konfig-Datei anpassen, so dass die beim fertigen 0.6.0 Release schon da ist.
(Und mein persönlicher Grund: meine Visu an der Wand läuft immer mit der Version aus dem Package - die muss ich z.Zt. immer manuell per Link in der Status-Zeile auf die SVN-Version umstellen...)

(müsste ich anders nennen weil 0.6-pre1 ist für dpkg > 0.6)

Hm, ok. Wie machen dass denn andere Projekte? So eine Versionsreihenfolge wie

• 0.6.0-pre1
• 0.6.0-pre2
• 0.6.0-rc1
• 0.6.0-rc2
• 0.6.0
• 0.6.1....

ist doch eher üblich, oder?

So gross das wir experimental, unstable, testing, stable und oldstable+backports brauchen, sind wir glaub ich noch nicht

Nö. Deswegen wird's auch kein Schema wie gerade/ungerade o.ä. geben. Nur die Suffixe "-pre*" und "-rc*" finde ich ganz praktisch

Ich habe auch ein ABB DG/S 1.1 und zusammen mit einem Philips T5 EVG (kann bis 1% dimmen) springt der Slider automatisch von 0% auf 33%. Man kann ihn zwar kleiner ziehen, dann springt er aber wieder zurück, weil 1% Helligkeit KNX 33% entsprechen. Ich will keine halben % einstellen können, aber so ist 1/3 des Sliders völlig wertlos.

Stimmt, das ist ein Nachteil der Designentscheidung von neulich...

Leider fehlt mir die sinnvolle Idee, wie man das beheben kann. Ein Plugin für die inverse DALI-Kurve scheint mir irgendwie nicht die richtige Lösung zu sein, würde aber natürlich funktionieren.

Die Frage ist doch: was soll die Slider-Postion bedeuten?
Absolute Helligkeit?
Oder
Gefühlte Helligkeit?

[JNK]

Dimmem mit Slider

Ich hätte da noch was, wurde auch hier schon mal angesprochen wurde.

Ich habe auch ein ABB DG/S 1.1 und zusammen mit einem Philips T5 EVG (kann bis 1% dimmen) springt der Slider automatisch von 0% auf 33%. Man kann ihn zwar kleiner ziehen, dann springt er aber wieder zurück, weil 1% Helligkeit KNX 33% entsprechen. Ich will keine halben % einstellen können, aber so ist 1/3 des Sliders völlig wertlos.

Leider fehlt mir die sinnvolle Idee, wie man das beheben kann. Ein Plugin für die inverse DALI-Kurve scheint mir irgendwie nicht die richtige Lösung zu sein, würde aber natürlich funktionieren.

Gruss,

der Jan

[makki]

Gut Äh, Mist, das bedeutet ja Arbeit

Willst Du die pre1 gepackaged haben ? (müsste ich anders nennen weil 0.6-pre1 ist für dpkg > 0.6) Ich sehe eher wenig Sinn darin, eher ein Feature-Freeze denke ich (macht Sinn, irgendwann muss man..) weil wer es hier liest & hat nimmts aus dem SVN und bekam das schon irgendwie erklärt. Mit der 0.0.5 musste ich ja noch das Packaging üben und die Basics dafür schaffen..
Die nicht-pre 0.0.6 dann selbstverständlich aber ich hab mich jetzt an svn up gewöhnt..

So gross das wir experimental, unstable, testing, stable und oldstable+backports brauchen, sind wir glaub ich noch nicht

Makki

P.S.: Die rrdtool-Erweiterung (für die Diagramme notwendig, damit diese in 30 statt 500ms ankommen) ist im ersten Anlauf übrigens gescheitert - ausnahmsweise nicht weil ich kein C kann, sondern weil die Kommandozeilenparameter nicht mehr werden sollen
Zefix.. werde nachtreten..
Naja, Fluch und Segen von OSS, man kanns machen aber es bleibt vorerst schlicht ein Fork bis mir was ähnlich schnelles, effizientes einfällt.. (fürs WG ja einfach weil das kommt einfach beim Update-Button mit aber sonst eher schwer zu erklären..)

[Chris M.]

Ich würde gerne die 0.6.0-pre1 releasen.

Diese Version ist jetzt releast.

Ziel dieses Releases ist es, das ganze stabilisieren zu lassen. D.h. Feature-Freeze bis 0.6.0 (die öffentliche Beta) draußen ist.

Dem lässt sich nichts hinzufügen

[makki]

Der vermeindliche "Bug" mit den mobilen Sachen scheint schon länger gefixt zu sein, hat wohl nurnoch niemand im Bugtracker "gemeldet".

Der Trick ist für jedes Gerät in Zeile 129

  if (/(android|blackberry|iphone|ipod|ipad|series60|symbian|windows ce|palm)/i.test(uagent)) {

Stimmt, das Scrolling-Problem ist gefixed. Erstmal gut!
Nur fürs Protokoll: Aber es geht jetzt auch auf meinem N900 (Maemo, Standardbrowser) ganz gut, das da nun aber nicht drinsteht (ich kann allerdings nicht beziffern wieviele Updates ich dazwischen installiert habe..)
(Useragent "Mozilla/5.0 (X11; U; Linux armv7l; de-DE; rv:1.9.2.3pre) Gecko/20100723 Firefox/3.5 Maemo Browser 1.7.4.8 RX-51 N900")
Egal, aber komisch, wenns das alleine war..


Aber der Slider lässt sich auf nem Touch (total unabhängig von iApple/Maemo/druid) noch nicht per ziehen bedienen, Würde ich morgen (heute) dann mal nen neuen Bug aufmachen - ich glaube zwar zu wissen worans ungefähr liegt (onmousedown vs ontouch..) aber...

Makki

P.S.: Unwetter: Perl schafft es ein total unerklärliches Leerzeichen einzufügen, nach zwei Stunden Space-hunting ist für heute Schluss aber das wird schon noch werden

[daviid]

Habs hinbekommen nachdem ich das von dir beschriebene gestern auchnoch kapiert hab

Trotzdem danke für die Hilfe

[netzkind]

Hi David,

Ich hab Toirtoise da und würd gern was updaten, wie mach ich dass, ich muss mich iwo in Toirtoise "einloggen" oder?

Was du machen willst ist kein Update (lokale Kopie aktualisieren), sondern ein Commit (entfernte Kopie [= auf dem SVN-Server] aktualisieren). Und beim Commit sollte dich Tortoise dann von selbst nach deinen Zugangsdaten fragen.

Grüße,
Julian

[makki]

@Julian: Es geht um mehreres:
- zum einen natürlich den Status neue/aktualisierte/keine Unwetterwarnung liegt vor; das würde ich in einem Plugin instinktiv auf eine GA senden (so wie bisher im HS auch) - was man damit anfängt ist jedem selbst überlassen; mein Haus hat wenn ich nicht da bin, für hiesige "Unwetter" den Stresstest bestanden
Macht ansonsten eine Durchsage im Multiroom und eine Meldung auf die Dreambox, wenn ich gerade in FFM bin ist mir das allerdings wurscht, da will ich nichtmal ne Mail/SMS, aber das sprengt den Threadtitel deutlich..
- das zweite ist: man will es natürlich auf der Visu sehen was denn nun Sache ist und da war ich mal wieder betriebsblind: -> ein iframe tuts sicher bevor wir neue Protokolle erfinden.

Websockets sehe ich ähnlich: schön, klingt toll, ist aber wohl nicht real ohne Ultra-fummeln verfügbar. Also wenns mit 30% gängigen Browsern geht ok, bis dahin muss es auch ohne lüppen...

Makki

P.S.: Ist dank der Vorarbeit von Michel eigentlich fertig, hatte nur heute nicht mehr den Nerv für den Feinschliff, das soll dann auch Inhalt eines sep. Threads sein. Worum es mir hierbei ging ist übrigens nicht die Abfrage ansich sondern nur die "wissenschaftlich" interessante, möglichst 1:1 Verwendbarkeit einer HS-Baustein-regexp, da ich keine Lust habe das vorhandene Rad neu zu erfinden und bei Änderungen die Neuerfindung dann daran anzupassen.. Klar ginge die regexp auch mit Perl direkt ab dafür muss man daran stricken und das ist umständlich, da verbrate ich für sowas lieber in einem PL-Plugin die Resourcen einen Python-interpreter aufzurufen, wir haben ja genug davon

[Chris M.]

Ich werf nochmal die Frage in Raum wg SVN.

Ich hab Toirtoise da und würd gern was updaten, wie mach ich dass, ich muss mich iwo in Toirtoise "einloggen" oder? Hab schon gegoogelt aber ich hab wohl die falschen Stichwörter.

Meine letzte Verwendung von Tortoise ist leider über 5 Jahre her... Hoffentlich kann hier jemand anderes helfen.

Nicht ausprobiert, aber bei Google (tortoise svn sourceforge) ganz oben habe ich diese "offizielle" Anleitung gefunden:
https://sourceforge.net/apps/trac/so...20instructions

Achja, heute kam mein Wiregate
Sehr gutes Teil, läuft schon inklusive CometVisu

[daviid]

Ich werf nochmal die Frage in Raum wg SVN.

Ich hab Toirtoise da und würd gern was updaten, wie mach ich dass, ich muss mich iwo in Toirtoise "einloggen" oder? Hab schon gegoogelt aber ich hab wohl die falschen Stichwörter.


Achja, heute kam mein Wiregate
Sehr gutes Teil, läuft schon inklusive CometVisu

[Chris M.]

Wie bekommt man "schlau" sowas in die Visu? (Der Rest sendet auf die entspr. KNX-Adresse bzw. schickt ein eMail, das im WG ja einfacher als im HS )

Websockets lesen sich für mich wie next-generation-beta

Vor ziemlich ähnlicher Fragestellung war ich, als ich das Live-Streamen für die PyWireGate-Logiken (ok, den Signal-Teil den ich commitet habe - für'n Rest ist's nur eine triviale Erweiterung) gebraucht habe.

Zuerst dachte ich auch an WebSockets - tolle Sache, außer dass manche Browser die wieder ausgeschaltet haben, da es ein angebliches Sicherheitsproblem gibt (das liegt - laut iX - aber nicht am Protokoll, sondern an schlechten Proxies. Das Protokoll soll dennoch so umgeändert werden, dass auch die schlechten Proxies wieder mögen. Naja. Egal - wichtige Browser mögen das zur Zeit nicht. Punkt.)

Blieb also wieder das CometVisu-Protokoll mit dem CometVisu-Client. Die hatte ich erst mal ignoriert, da ich Daten im Millisekunden-Takt vom Server streamen wollte, der Client aber nur dumm zuhört. Dafür war mir das Protokoll zu fett und langsam.

Aber: bei genauem Nachdenken war das trotzem die Lösung. Da ich ja nicht im Millisekunden-Raster anzeigen muss (ja auch gar nicht kann), reicht es einfach weniger Pakete mit mehreren Infos zu packen - und die kann das Protokoll super.

=> Nimm doch das, was schon da ist.

In der Praxis bleiben da wohl zwei Möglichkeiten:

• r und w zu erweitern, so dass die nun mit den Namespaces umgehen können
  Vorteil: die CometVisu Anwendung muss nicht wirklich angepasst werden
• ein weiteres Backend laufen lassen und per paralleler Verbindung abfragen

[netzkind]

@makki:

über welche Art von Daten reden wir denn hier? URLs, Bilder, oder strukturierte Informationen (Unwetter: an/aus)?

Spontan denke ich an eine Art Daemon dem man per UDP/TCP Daten senden kann, und der die Daten "cached" und für die Visu als HTML zurückliefert - so kann man dort per iframe arbeiten. Dadurch bekommt man die Daten aus fast jeder Quelle in die Visu geschoben.

Falls sich die Daten die du verteilen willst nun stark von meiner Vorstellung unterscheiden mag das natürlich total ungeeignet sein

Alternativ war ja auch schon angedacht, das Backend für die Visu zu ändern, um auch Daten aus anderen Quellen transportiert zu bekommen. Das Backend ist in dem Fall ja dein C-Client (r, w) - und es da reinzudröseln wäre auch eine Möglichkeit. Dann muss man nurnoch klären, dass die Visu mit den Daten umzugehen weiß

Grüße,
Julian

[makki]

Externe Daten einbinden

Echt dumme Frage aber ich bin unsicher: wie macht man das in einer sicherlich mehrmonatigen "transistion-phase"? Klar am Ende des Tages wollen wir alle die perfekte Logik-Engine aber wenn ich jetzt morgen in meiner CometVisu die Unwetterwarnungen ohne HS haben will:

Hab grade mal spasseshalber Michel's Unwetterbaustein (ist ja grad in Bayern aktuell) "adaptiert".. (lustig, ein C-daemon [den ihr noch nicht kennt] lässt das Perl laufen und generiert darin dann aus dem eigenen Source persistenten Python Bytecode )

Also mal angenommen die PL-Plugins würden schnell und effizient ausgeführt (klitzekleiner Rückschlag durch Plattencrash mit Neustart des Quellcodes bei 0):
Wie bekommt man "schlau" sowas in die Visu? (Der Rest sendet auf die entspr. KNX-Adresse bzw. schickt ein eMail, das im WG ja einfacher als im HS )

Websockets lesen sich für mich wie next-generation-beta (ihr wisst: ich klammere einen IE auch mal gerne aus den supporteten Systemen aus aber naja, auf > 30% sollte es schon gehen)

Makki würde jetzt das in ein File in /var/ww/... schreiben und in der Visu wieder holen - bestimmt nicht elegant - aber geht und sowas versteh ich
Bessere Ideen? Den KNX als Default-Backend kann man da nur schwerlich nutzen weil halt bei 14 chars Schluss ist (obwohl da auch mehr ginge, da muss ich nochmal zwei Tage lesen..)

Makki