Re: MQTT mit app verbinden
Verfasst: Sa Mär 14, 2020 11:55 pm
Oh Mann,, echt jetzt? Zieh mal deinen Aluhut ab, dann siehst Du das Netscape ein Jahr nach erscheinen des iPhone von der Bildfläche verschwunden ist.
Vollkommen verständlich, jeder der nach 1.7 einsteigt sollte das nicht mehr haben. Es ist halt schwierig das in allen Konstellationen zu implementieren. Soll auch keine Ausrede sein, eine App wäre hier klar im Vorteil. Web Entwickler sind ja den ganzen Tag am Jammern und ein Großteil der Zeit geht dafür drauf das es in den unterschiedlichen Browsern läuft.Meine bessere Hälfte hat das Browser-Lesezeochen als "Icon-App" auf dem Home-Screen des Tablet...und was war selbst im im Standard Theme? -> "Er startet nicht, warum startet er nicht?". Es geht nicht mehr! Was mach ich jetzt, ich muss doch laden!?!".
Sorry, aber das geht einfach nicht....openWB sollte ja nicht nur für nerds sein, oder?
Das tut sich tatsächlich schon. Da Änderungen im UI ausschließlich per APP Update erfolgen und somit alles resettet wird. Zudem läuft somit überall die exakt gleiche Basis....und mit App meine ich eben nicht so ne olle embedded-Web App"-Verarsche", es sei denn die beseitigt das Problem mit dem Browser-Cache.
Das ist auch jetzt schon so. Siehe die "one click" Cloud Integration in der Nightly. Manuell MQTT Brücke erstellen haben viele nicht hinbekommen. Ist auch nicht schlimm, openWB soll ja für jeden sein.Mit steigender Anzahl von Käufern der Fertig-Version ändert sich aber vielleicht der Anspruch und die Welt dreht sich weiter....man muss auf der richtigen Stelle stehenbleiben und an anderer Stelle was Neues machen....leider dreht sich die Welt immer schneller
Wie sollte das aussehen? Free für openWB Käufer und (onetime-)paid für alle anderen?...und da sind wir 100% einer Meinung
Es muss also auch kalkuliert werden...aber das ist evtl. eben nicht Teil der Community-Version....oder da gelten andere SLA.
Das machen cloudmqtt, openHAB und iobroker zB auch so....
Je nach Userlevel hat er hier nicht unrecht. Browser bleibt trotz Mehraufwand standard.Nun mach' mal nicht so ein Bohei wegen bisschen Cache löschen. Das ist ziemlich übertrieben, was Du hier erzählst. Ich bitte um mehr Sachlichkeit.
Browser ist absoluter Standard und sollte deshalb die main-gui bleiben.
Jeder lebt "in seiner Welt" (wie ich übrigens auch). Ich kenne Leute da gibts keinen Desktop mehr. Ein parallel Thread zeigt das hier dann auch mal irgendwelche Sicherheitssoftware die Kommunikation unterbindet.Des Weiteren gebe ich zu bedenken, dass nicht jede:r mobile devices in rauen Mengen nutzt. Der Desktop ist immer noch am übersichtlichsten und dort funktioniert ein Browser immer (am phone/tablet auch, wenn's nicht gerade 10 Jahre alt ist).
Jede auswählbare Konfiguration funktioniert. In der aktuellen Nightly gibt es auch für jedes Modul Tages- & Monatsgraphen. Hier wurden selbstzählende Zählerstände eingeführt die sogar erstaunlich genau sind.z.B. noch mehr PV-WB-Speicherkombinatioen mit z.B. Hinweisen zu den Eigenheiten der jeweiligen Konstellationen (Excel-sheet mit standardisieren Infos). Da brauchen wir Kevins Hilfe, denn ich kenne nur bestimmte Konstellationen.
Auf lange Sicht gesehen kommen wir da keinesfalls drum rum.Ich würde Zweigleisigkeit unbedingt vermeiden wollen. Das führt nur zu mehr bürokratischem Aufwand ohne echten Nutzen. OpenWB sollte schlank und einheitlich bleiben.
Täusch dich da mal nicht. Die APP Nachfrage kommt oft und ist für Normalos oft wichtig. Auch wenn sie nicht verstehen warum sie das eigentlich nicht ist.Ich fände es extrem schade, den Vorsprung von openWB durch solche "Kinkerlitzchen" , die vornehmlich ein 2. gui für Nerds sind,
Ist aktuell in der Mache* Jahreslogging
Das liegt nicht an mir (Community Part)* restliche themes aktualisieren
Steht danach auf dem Plan* OEM-übergreifende Mehrfach-Zählungm von PV-WR
Denk Punkt versteh ich nicht.* standardisierte Doku der vorh. PV-WB-Speicherkombinationen
Neue Module folgen immer parallel. Die Grundgerüste stehen, meist sind nur kleine Anpassungen nötig.* noch mehr PV-WB-Speicherkombinationen
Steht sehr weit unten auf der ToDo, da sehr komplex und sehr wenig gefragt und sehr hohes Fehlerpotential anwenderseitig.* mehrere Autos je LP