Ankündigung

Einklappen
Keine Ankündigung bisher.

Wann kommt endlich smartVISU 2.9!?

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • EIB@Home
    antwortet
    Das ist mir gestern Abend danach auch aufgefallen. Komischerweise funktioniert das wohl dann trotzdem. Wobei ich immer nur den Seitenaufruf selbst getestet habe und nie z.B. eine Schaltaktion durchgeführt habe. Erst bei meiner Navigationsseite kamen die 1. Fehler. Erstmal das '%' im Format, dass er ohne die Hochkommas nicht wollte und nachdem ich die nachgezogen hatte, hat er die Seite zwar dargestellt, jeweils aber immer mit NAN %. Dann muss ich tatsächlich nochmal über alle Seiten drüber und muss das nachbessern. Wenn es bei allen Replacements so ist, dann reicht es vielleicht auch, einfach einen Hinweis mit reinzunehmen. Dann kann man beim kopieren gleich darauf achten.

    Github Issue. Du forderst mich ganz schön heraus 😀. Ich probier es mal...

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    De facto betrifft das alle Replacement Angaben. Die Lösung scheint mir aber nicht ganz trivial. Es muss gecheckt werden, ob ein Parameter ein Array ist, nur dann kann er unter '' gesetzt werden. Mach doch bitte auf github ein Issue auf - ist derzeit definitv low prio, aber danke dennoch für den Hinweis.

    Einen Kommentar schreiben:


  • EIB@Home
    antwortet
    Mir ist heute ein "kleiner" Bug im genialen Template-checker aufgefallen. Hab darüber in den letzten 2 Tagen mit viel Spaß 😉 und Fleiß meine Seiten umgebaut. Beim Widget Deprecation Check wird das replacement für basic.float --> basic.print ohne die notwendigen Hochkomma gebaut.

    Code:
    • Parameters: 'AussentemperaturD', 'Zentral.Wetterdaten.Aussentemperatur', '°C'
    • Replacement: {{ basic.print(AussentemperaturD, Zentral.Wetterdaten.Aussentemperatur, °C) }}
    Viele Grüße
    Marco
    Angehängte Dateien

    Einen Kommentar schreiben:


  • artner
    antwortet
    Ich hab mir (wie auch immer) zwar gerade eine Testinstanz von Smartvisu zerschossen - aber Snapshot sei Dank habe ich es jetzt testen können: ovbasic.period funktioniert jetzt einwandfrei

    ich sage danke für die Arbeit!

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Hab jetzt nochmal einen Ansatz ausprobiert und die Lösung gefunden.
    Lade Dir ovbasic.html neu herunter und ändere die Aufrufe von
    Code:
    {{ ov.period ('bad_temp_popup', 'Bad: Temperaturen', 'EG.Bad.Temperatur', 'avg', '24h', 0, 0, '', '', 'Temperatur', '', 'spline', ['Uhrzeit', 'Temperatur'], '1h') }}
    in
    Code:
    {{ ovbasic.period ('bad_temp_popup', 'Bad: Temperaturen', 'EG.Bad.Temperatur', 'avg', '24h', 0, 0, '', '', 'Temperatur', '', 'spline', ['Uhrzeit', 'Temperatur'], '1h') }}
    Sollte jetzt funktionieren.

    Danke fürs Testen!
    Zuletzt geändert von wvhn; 28.01.2020, 00:36. Grund: Lösung gefunden :-)

    Einen Kommentar schreiben:


  • artner
    antwortet
    Hallo

    ich versuche mich gerade darum das Grafik Example für meine Zwecke anzupassen - ich scheitere aber irgendwie an ov.period

    Code:
     {{ ovbasic.print ('bad_temperatur','EG.Bad.Temperatur', '°C', '', '', '', 'Bad: Raumtemperatur','20.5%', '26%', 'bad_temp_popup', 1) }}
    {{ ov.period ('bad_temp_popup', 'Bad: Temperaturen', 'EG.Bad.Temperatur', 'avg', '24h', 0, 0, '', '', 'Temperatur', '', 'spline', ['Uhrzeit', 'Temperatur'], '1h') }}
    ovbasic.print funktioniert einwandfrei - ov.period zeigt nur ein leeres Fenster, Plot funkioniert in der Autogenerierten Visu einwandfrei, also Daten sind vorhanden

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Ich bin mit den Beispielen soweit durch und habe einen zweiten PR erstellt. smai, wenn Du meine beiden PRs ins develop mergen würdest, könnten wir eine breitere Basis an Testern ansprechen. Da meine Änderungen sich ausschließlich auf die Beispiele und die readme.md im Hauptverzeichnis beschränken, dürfte es keine unerwünschten Wechselwirkungen geben.

    Was gibt es sonst noch zu tun?

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Gerne in meinem Repo die Beispiele 1 und 3 überprüfen und testen. Links siehe #34 in diesem Thread für Beispiel 3. Beispiel 1 ist im Branch "Develop" des gleichen Repos.
    Zuletzt geändert von wvhn; 12.01.2020, 23:44.

    Einen Kommentar schreiben:


  • raudi87
    antwortet
    ...würde euch hier gerne unterstützen, bräuchte aber einen Hinweis was ich genau tun kann?

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Ah, ok, dann ist da ja schon ein Haken dran. Danke sehr!

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    Das Readme hatte ich schon angepasst, d.h. die zusätzlichen Treiber aufgezählt und mit den entsprechenden Links versehen. Ist Teil des bereits vorliegenden Pull-Requests.
    Siehe hier.

    Einen Kommentar schreiben:


  • bmx
    antwortet
    Das ist genau der Punkt wo wir den develop branch bräuchten, das ist doch eigentlich die Spielwiese. smai hat außer Dir und Apollo eigentlich jemand Zugriff auf das Repo?

    wvhn Derzeit habe ich leider keine Zeit zum Testen, evtl. komme ich am Wochenende dazu.

    Wenn ihr noch am Überarbeiten seid: Das Readme sollte vielleicht mal auf den neuesten Stand gebracht werden. Das betrifft unter anderem die verfügbaren Treiber aber auch die knx zentrierte Darstellung. Smarthome.py ist auch nicht aktuell, es müßte dann SmartHomeNG sein und das gerne durchgängig auch für Treibername, Dokumentation, Links auf nicht mehr aktuelle Repos...
    Zuletzt geändert von bmx; 07.01.2020, 10:34.

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    So. Ich bin jetzt mal fürs Erste so weit, dass "overview" keine Macken mehr hat und aus meiner Sicht ins Release kommen kann. Ein paar Verbesserungen wären noch schön. Dazu habe ich im Forum ein paar Fragen laufen, aber das kann dann im übernächsten Release gemacht werden. Das Beispiel heißt jetzt "example3.graphic" und findet sich hier.

    Das "Grid"-Design ist als "example 4.mobile" ebenfalls in meinem github-repository. Hier würde ich vorschlagen, dass dies frühestens ins nächste Develop gezogen wird.

    Wollt Ihr drüber schauen, bevor ich einen Pull-Request für example3.graphic mache? Den PR für example1.smarthome habe ich ja schon gemacht.

    Je tiefer ich in die Programmierung der widgets abgestiegen bin, desto mehr Hochachtung habe ich vor all denen empfunden, die dieses tolle System aufgebaut haben! Danke Euch allen und vor allem Dir, @smai!

    Gruß Wolfram

    Einen Kommentar schreiben:


  • Onkelandy
    antwortet
    Ja, stimmt. Bei der UZSU ist das nicht so dramatisch, da kein eigenes Widget nötig ist - man kann die Parameter also einfach ignorieren. Bei stateengine bräuchte es eben eine Möglichkeit, ein Widget ins Design nur einzubinden, wenn die Datei existiert. Optimal ist es natürlich generell nicht, wenn Datenquelle spezifische Dinge drin sind, die es dann in anderen Quellen nicht gibt. Ich würde dennoch vorschlagen, mal Erfahrung mit quad und shng zu sammeln und parallel dazu Ideen zu generieren, wie das "offener" gestaltet werden könnte. Dass sich zB ein Design einer Smarthome Quelle anpasst was die Parameter und Widgets anlangt..!?

    Einen Kommentar schreiben:


  • smai
    antwortet
    Es ist ja nicht nur eines, sondern einige Widgets, welche die Parameter item_uzsu, uzsu_attribs, item_plot, icon_plot und item_auto beinhalten.
    (Plot hatte ich zuvor noch vergessen, diese gibt es ja auch nicht mit jedem Backend und in SHNG nur per Plugin).
    Weil es Parameter in anderen Widgets sind, lässt sich auch nicht einfach einzeln weglassen bzw. als Dropin gestalten.

    Einen Kommentar schreiben:

Lädt...
X