Ideensammlung xxAPI2

[Bodo]

Ich muss mich echt zusammenreissen

...Aber weder du, noch sonst jemand, der sich genügend mit dem Baustein auskennt ist Willens bzw. in der Lage, ... Möglicherweise weil die Komplexität deines Bausteins zu hoch/ oder die Doku zu mager ist ...Und du glaubst, dass die Umstellung auf Logikbausteine, die NIEMAND mehr ausser dir ändern kann, die Lösung bringt?

Hoi atlatus

Ich weiss auch, dass man mit einem provokativen Frageton manchmal jemanden aus der Reserve locken kann und man gute Antworten erhält.

Aber dieser dauernde Jammerton mit nichts als Forderungen und dabei wenige konstruktive Beiträge, das kann einem schon auf die Nerven gehen.

Wenn Du Verbesserungsvorschläge hast dann bringe diese doch an und lass das Genörgel.

Und dann diese unstrukturierte Kleinschreibung mit Zitaten dazwischen, die nicht kenntlich sind ...

Respektvoller Umgang mit Forumsmitgliedern und Gästen geht wirklich anders. Mal mehr vor der eigenen Haustüre kehren.

Nur so meine Gedanken zu dem ellenlangen langweiligen hin und her gezicke.

[NilsS]

Die Frage ist einfach was man als "komplex" definiert.

- Es soll wohl Leute geben die können das KNX-Telegramm lesen auch incl cEMI
- Es soll auch Leute geben die erweiterungen für Misterhouse & Co programmieren
- Es soll auch Leute geben die sich das alles was wir hier mit dem HS zusammenklicken mal eben selber bauen


Man muss sich halt fragen ob "komplex" nicht einfach nur
-bequem
-desinteressiert
-nicht wichtig genug
heißt

- wenn man will - kann man das alles alleine mit dem Internet lösen.

[vento66]

[I] Ich bekomme ziemlich viele Anfragen von Nutzern, die nicht wissen, wie sie mit XXAPI (oder überhaupt einer ordentlichen VISU) anfangen müssen.

Also Jungs jetzt hört auf bevor ich mich hier vor lachen nicht mehr halten kann!
Erst gross ankündigen was weltverbesserndes zu machen, um ein paar Leute ,die darauf reinfallen auf seine Seite zu ziehen (die doch tatsächllich "g-homeserver" heisst) um sich Harley Tuning Tips zu holen ?
Und dann wundern wenn man was anbietet wo man sich selbst nicht auskennt das die Leute einen auch noch Fragen stellen?

Ausserdem besteht die Seite doch meist aus Links hier ins Forum!

Sorry aber das muste jetzt mal raus!

[atlatus]

Was ich sage ist, dass es bisher keiner gemacht hat. Weder du noch sonst jemand, der es könnte. Obwohl es dringend ist, und jeder (mich eingeschlossen) liebend gerne so etwas hätte. Und für die, die es machen würden, ist die komplexität offensichtlich zu hoch, in relation zur simplen webabfrage.

Das man es machen könnte, bestreite ich nicht. Aber da greift mein argument: wenn es zu komplex und zu "schwierig" ist, dann macht es halt niemand.

Und man würde im fall der Umstellunjg der XXAPI hinterher schlechter dastehen wie vorher. Etwa genauso wie bei der QC, wo man auf das Wohl und Wehe und der Einsicht der Systemprogrammierer angewiesen ist.

[NilsS]

OK, es gibt wohl eine Grundform eines Logikbausteins, der das Wetter abfragt. Aber weder du, noch sonst jemand, der sich genügend mit dem Baustein auskennt ist Willens bzw. in der Lage, daraus eine funktionierende Wetterabfrage zu bauen, die auch noch DOKUMENTIERT und getestet ist. Möglicherweise weil die Komplexität deines Bausteins zu hoch/ oder die Doku zu mager ist.

https://knx-user-forum.de/project.php?projectid=11

wir sind hier nicht im Schlaraffenland

Der Baustein urllib ist in Quelltext vorhanden inkl. dem Template zum bauen, weitere Doku die dafür nötig ist Webabfragen zu parsen sind unter http://docs.python.org/library/index.html oder http://www.google.de/#q=regex zu finden. Andere Communities VDR/Mediacenter... schaffen es auch sich genügend mit Infos einzudecken.

weitere Info's dazu
https://knx-user-forum.de/knx-eib-fo...zpruefung.html


https://knx-user-forum.de/knx-eib-fo...ver-error.html
https://knx-user-forum.de/knx-eib-fo...ter-seite.html
https://knx-user-forum.de/knx-eib-fo...ik-urllib.html
https://knx-user-forum.de/knx-eib-fo...-probleme.html

sag also nicht das das keiner könnte es gibt also durchaus User die das auch nutzen

[atlatus]

Ich hab mal zum Spaß irgendwann mal die urllib mit dem Googlewetter gefüllt. ist hier irgendwo im Forum..

Diese Bausteine könnten nach einfachem Schema von jemandem ( nicht mir ) erstellt werden und aktuell gehalten werden.

OK, es gibt wohl eine Grundform eines Logikbausteins, der das Wetter abfragt. Aber weder du, noch sonst jemand, der sich genügend mit dem Baustein auskennt ist Willens bzw. in der Lage, daraus eine funktionierende Wetterabfrage zu bauen, die auch noch DOKUMENTIERT und getestet ist. Möglicherweise weil die Komplexität deines Bausteins zu hoch/ oder die Doku zu mager ist.

Übrig bleibt für den Nutzer wie mich: weitermachen mit der Webabfrage. Denn die kann ich selber machen, auch wenn sie gleichfalls nicht optimal dokumentiert ist. Aber es gibt wenigstens sackweise Demos, an denen man sich orientieren und von denen man abgucken kann, wie es funktiononiert...

Und diesen Zustand haben wir jetzt schon bei so einem "dringlichen" Problem wie mit dem Wetter, von allen anderen Problemen mal abgesehen. Und du glaubst, dass die Umstellung auf Logikbausteine, die NIEMAND mehr ausser dir ändern kann, die Lösung bringt?

[NilsS]

Schön, gibt es denn den Wetterbaustein?

Ich hab mal zum Spaß irgendwann mal die urllib mit dem Googlewetter gefüllt. ist hier irgendwo im Forum..

Diese Bausteine könnten nach einfachem Schema von jemandem ( nicht mir ) erstellt werden und aktuell gehalten werden.

[atlatus]

noch ein ob du nun einen Logikbaustein verbindest oder eine Webabfrage ich glaube das bleibt ziemlich gleich.
aber wenn du jetzt das eine oder andere implementiert hast, dann ist der Tausch des Logikbausteins ein simpler kopiervorgang einer Datei, wohingegen ein erneutes importieren einer hslib Sehnenscheidenentzündung gibt.

Schön, gibt es denn den Wetterbaustein?

[NilsS]

Ich bekomme ziemlich viele Anfragen von Nutzern, die nicht wissen, wie sie mit XXAPI (oder überhaupt einer ordentlichen VISU) anfangen müssen.

Tja selber Schuld kann ich nur sagen . Lies dir mal die Threads durch die jemand hier mit Problemen hatte, die nicht gelöst worden sind. Da kann ich nur sagen wer nicht fragt hat selber Schuld.

Webabfragen sind relativ simpel. Und die kann jeder selber machen und ändern. der Graus kommt von den webseitenanbietern, die ständig etwas ändern..

ich glaub auch nicht das die ihre Webseiten für uns machen, ich weiß selber wie man eine Webabfrage baut nur sinn ist ja das nicht ich daran bauen muss.

Ja, aber wie man das ändern will? zum Glück änder sich die Abfrage nur alle halbe Jahre. Will man sich wirklich den ganz grossen Aufwand für Wetterabfragen machen?
....
...
Prima. Gibt es diesen Logikbaustein? Und wenn es ihn gibt: implementieren muss ich ihn nach wie vor.

noch ein ob du nun einen Logikbaustein verbindest oder eine Webabfrage ich glaube das bleibt ziemlich gleich.
aber wenn du jetzt das eine oder andere implementiert hast, dann ist der Tausch des Logikbausteins ein simpler kopiervorgang einer Datei, wohingegen ein erneutes importieren einer hslib Sehnenscheidenentzündung gibt.

Kein Problem. Wunder dich dann nur nicht, wenn die Welt komplett auf QC wechselt...

Na bitte ... ist das mein Bier, ich verdien doch nix damit
Abgesehen das "Die Welt" wohl eher zu Browser & Co + HTML5 wandern wird als ein .NET Prog mit eingebetter IE-Zeitbombe

[atlatus]

Ja dann soll sie doch wechseln!

*unfassbar*

Das ist doch mal eine Aussage...

[MatthiasS]

Wunder dich dann nur nicht, wenn die Welt komplett auf QC wechselt...

Ja dann soll sie doch wechseln!

*unfassbar*

[atlatus]

Ich glaube du verstehst es nicht.

Mag sein.



bzgl. der Doku die du erstellen willst.... du nutzt doch die xxAPI, du hast es doch hingekriegt.. was für weitere Doku brauchst du ??? wie man was daraus macht weiß ich selber nicht da ich bei mir fast nix davon eingebaut hab.

Sorry, aber man merkt, dass du deine Bausteine nicht selber benutzt. Der Programmierer sieht meistens nicht die Probleme, die ein Nutzer hat. Ich bekomme ziemlich viele Anfragen von Nutzern, die nicht wissen, wie sie mit XXAPI (oder überhaupt einer ordentlichen VISU) anfangen müssen. Meine Installationsanleitung Visu:
XXAPI Installation

war da einfach ein Versuch, dem grundlegenden Dokumentationsm,angel zu begegnen. Da ist aber noch vieles offen. Und auch ich hatte Anfangs ziemliche Probleme, alles zum Laufen zu bekommen...

PS: Ich versteh einfach nicht wo der Sinn dieser Diskussion ist.. würdest du bei einer Webabfrage, die für mich übrigends der absolute administrative Graus ist, eine solche Diskussion führen ? Die gibts hier wie Sand am Meer aber mal in echt. Sowas von .

Webabfragen sind relativ simpel. Und die kann jeder selber machen und ändern. der Graus kommt von den webseitenanbietern, die ständig etwas ändern..

Als Beispiel mal ne "normale" Webabfrage vom Wetter (so ziemlich das schlimmste).
Dutzende von iko's die ich beim neu importieren klicken muss bis mir die Hände abfallen, und das nur weil sich das Layout der Seite geändert hat.

Ja, aber wie man das ändern will? zum Glück änder sich die Abfrage nur alle halbe Jahre. Will man sich wirklich den ganz grossen Aufwand für Wetterabfragen machen?

Bei einem Logibaustein der diese Webabfrage macht und als XML ausspuckt packst du jetzt die Logik ins Verzeichniss und lädst hoch, da das XML immer noch das gleiche ist == Null klick

Prima. Gibt es diesen Logikbaustein? Und wenn es ihn gibt: implementieren muss ich ihn nach wie vor.


Es bleibt auf jeden Fall dabei, die xxAPI als "EIN" einziger Baustein der nur kopiert werden muss, und danach alle XX... in der Visuprogrammmierung einfach zur Verfügung stehen ist nunmal der einfachste weg --- BASTA --

Kein Problem. Wunder dich dann nur nicht, wenn die Welt komplett auf QC wechselt...

[NilsS]

Bei mir starten nach dem Hochfahren 30 Webabfragen. DAS ist langsam...

Das hat irgendwie überhaupt nix damit zu tun, ist ausserdem ärgerlich wenn du immer nachträglich was reinschreibst, da alle die es bereits gelesen haben es ja eigentlich nicht nochmal lesen

Die webabfrage der xxAPI wird, oder sollte zumindest, nicht beim HS-Start ausgeführt werden, da das iKO ja remanent ist.

[NilsS]

Ich glaube du verstehst es nicht.

Support ist der den du hier im Forum lesen kannst, wenn hier oder auch im Mittwochs Chat jemand die xxAPI installieren wollte dann wurde ihm dort auch bis zum Erfolg hin geholfen. Von mir als auch von vielen anderen die es inzwischen installiert haben. Du musst zugeben, nachdem es erst einmal läuft ist die Fehleranfälligkeit bei der xxAPI nicht wirklich hoch. Ebenso siehe hsfusion.

Diese Bausteine KÖNNEN einem viel Arbeit ersparen.

Das was du schreibst, ist das importieren von hslibs und nicht von Logikbausteinen.

Ob das jetzt jemand versteht oder nicht, da kann ich nun auch nix für, es hat sich aber nicht zwangsläufig etwas daran geändert ob es konventionelle Logikbausteine sind oder ByteCode.


OT:
bzgl der Rollladen/Heizung... Bausteine ... wie ich schon schrieb hauptsächlich für mich.

überleg dir mal den Aufwand den du betreiben musst um.....

Haus
-Aussentemp
-Anwesend
-Helligkeit
-Warmwasser
----Raum1
------Präsenz
------Sollwert
------ISTwert
------Rollladen
--------fahren zeit/taster
--------Rollladen Fenster 1
-----------Azimuth etc.
-----------Beschattung (aufgrund Anwesend/Raum anwesend/Istwert...)
-----------Lüftung
--------Rollladen Fenster 2
-----------Azimut...
-----------Beschattung .....
-----------Lüftung (bei Türe evtl. automatisch öffnen)

so und jetzt bau dir mal mit konventioneller Logik.
Raumtemperatur zeitabhängigen Sollwert, das heißt 7:00-9:00 möchte ich 23° im Bad
Nutzwert ermitteln .. wenn Präsenz im Bad grundsätzlich mit der eingestellten Zeit abweicht (früher oder später), dann Loggen oder ändern. heißt wenn ich immer um 7:30 erst im Bad bin müsste die Ist-Temperatur von 23° ja auch erst dann ereicht sein.

Bei zentraler Abwesenheit (Urlaub...) muss das ja nun nicht sein.

Ebenso Warmwasser. Wenn ich um 7:00 Uhr zum duschen 40-53° Wassertemperatur haben will und der Speicher beim Ende des duschen regelmäßig 44° hat dann kann das sicher auch optimiert werden.

Das gleiche falls zu bestimmten Zeiten das WW unter eine Mindestschwelle fällt und das Wasser danach unnötig hoc erhitzt wird.

und hey wenn es ausser mir keiner nutzen will ... naund... für mich ist es dann immer noch einfacher zu verstehen als 40+Seiten mit schwachsinningen und/oder Verknüpfungen zu haben und noch ein dutzend sperren .....



bzgl. der Doku die du erstellen willst.... du nutzt doch die xxAPI, du hast es doch hingekriegt.. was für weitere Doku brauchst du ??? wie man was daraus macht weiß ich selber nicht da ich bei mir fast nix davon eingebaut hab.



PS: Ich versteh einfach nicht wo der Sinn dieser Diskussion ist.. würdest du bei einer Webabfrage, die für mich übrigends der absolute administrative Graus ist, eine solche Diskussion führen ? Die gibts hier wie Sand am Meer aber mal in echt. Sowas von .

Als Beispiel mal ne "normale" Webabfrage vom Wetter (so ziemlich das schlimmste).
Dutzende von iko's die ich beim neu importieren klicken muss bis mir die Hände abfallen, und das nur weil sich das Layout der Seite geändert hat.

Bei einem Logibaustein der diese Webabfrage macht und als XML ausspuckt packst du jetzt die Logik ins Verzeichniss und lädst hoch, da das XML immer noch das gleiche ist == Null klick


aber jetzt sind wir voll OT.

Es bleibt auf jeden Fall dabei, die xxAPI als "EIN" einziger Baustein der nur kopiert werden muss, und danach alle XX... in der Visuprogrammmierung einfach zur Verfügung stehen ist nunmal der einfachste weg --- BASTA --

[atlatus]

1. neue Browser (vorher nur ABFRAGE IE dann mache xxx, jetzt z.B. IE9 kann canvas)

Mir würde es ehrlich gesagt voll reichen (bei dem Leistungsumfang des HS), wenn IE8 mit den Standardfeatures einwandfrei laufen würde. Meine Visu nutzt nicht ein Bruchteil aller IE Features aus.

2. Bugs in den xxAPPS (z.B. Balkendiagramm, ein unewarteter Wert im Minus lässt das Bild unsauber darstellen)

3. Neuerungen in den xxAPPS (neu VLC Version zeigt jetzt standardmäßig den Filenamen an)

Warum man dafür diesen Aufwand treiben muss und das nur dynamisch gelöst werden kann, durchschaue ich jetzt nicht.

4. Skins für die POPUPS dynamisch laden.

Nuja, ich kann die Skins auch vorgeben. Ich sehe im Moment keine HS applikation, die das irgendwie erfordern würde.


Es bliebt aber weiterhin so, es geht IMMER auch alles statisch. Man muss es nur selbst zusammenklicken.

Das muss man beim HS endeffektlich sowieso. Bei jedem kleinen Fuzzelchen, jedem Rolladen, jeder Zeitsteuerung..., die man in dem HS programmiert. Geschweige denn, wenn man eine Applikation auf Basis des Demoprojektes macht. DAS ist Arbeit, unabhängig von der XXAPI.

Jetzt heißt das xxAPI per Browser laden und in das iKO, später heißt das dann halt ajax.js laden und manuell in das hsupload/... Verzeichniss.

Und was spare ich mir damit? ausser ein paar sekunden beim hochfahren des HS? Ist das wirklich ein Problem?
Bei mir starten nach dem Hochfahren 30 Webabfragen. DAS ist langsam...

bzgl. deines händischen hinzufügens.... genau da entstehen aber doch die Fehler die Zeit kosten im Support.

Support? welcher Support? ausser von dir gibts wenig hilfreiches :-)

Ich denke, eine genügend einfache und ausführliche Dokumentation würd da Wunder wirken. Schon bei den bisherigen Projekten. Ich bin da durchaus bereit (allein aus Eigennutz) daran mitzuwirken... Zusammen mit eine überschaubaren Projektdokumentation und Downloadmöglichkeit, wie sie in anderen Foren usus ist.

Derzeit hab ich genau dieselben Probleme mit Rollladen, Heizung und Konsorten.
Jeder braucht es aber jeder klickt sich alles selbst zusammen.

Wenn man eine fertige Bibliothek hat die man verwenden kann und nur verbinden muss dann kann man auch weniger falsch machen.

Ich vertraue da inzwischen Objektorientierten Logikbausteinen mehr als den konventionellen und auch als dem GLE.

Ja eben. Jeder klickt sich alles zusammen. Und es funktioniert. Und beim klicken bleibt es auch, wenn ich deine Bibliotheken in eine Applikation einbinde (Statisch oder dynamisch). Da muss ich dann neue Fenster bauen, die in das Demoprojekt einbinden, die Verweise richtig nachführen... DAS ist die Hauptarbeit. Und die Hauptfehlerquelle. Genau deshalb hat Gira ja QC gemacht, um genau das zu umgehen...

genannte Bausteine sind als Konzept schon vorhanden und erlauben (zumindest in Gedanken) schon eine hierarchische Anordnung dieser Elemente und erlauben solch einfache Dinge wie Vererbung/Gruppierungen

Schön. Nur allen Ernstes: deine Bausteine (so gut sie auch sind) sind für die Mehrzahl der Nutzer jetzt schon zu kompliziert und Aufwendig. Und viel zu wenig Dokumentiert. Da willst du nochwas draufsetzen?

Alles was du sagst hat als letztliche Konsequenz, dass du ein Konkurrenzprodukt zu QC bauen musst, und du hast weder die Manpower noch den finanziellen Background, das zu machen. Zumal du ja gar kein Geld damit verdienen kannst/willst. Gira verkauft dadurch wenigstens HS und Visus...