NEWS
Material Design Widgets: Wetter View
-
@skiworker sagte in Material Design Widgets: Wetter View:
Hallo,
erst einmal vielen Dank für die hervorragende View. Wirklich tolle Arbeit.
Ich habe alles soweit am laufen, jedoch funktionieren bei mir die Popups nicht, Anzeige ist leer. Ich hatte hier schon darüber gelesen. Auch bei mehrmaligen öffnen und schließen ändert sich nichts. Die Datenpunkte (Dialog) werden geschaltet. Hier ist schon mehrfach darüber geschrieben worden, allerdings gab es bislang keinen Lösungsansatz. Ist hier schon jemand weiter gekommen oder weiß vielleicht, woran es liegt bzw. gelegen hat?Gruß
skiworkerWürde mich auch interessieren. Funktioniert bei mir auch nicht.
-
@skiworker Danke. Ich habe im Dateimanager gesehen, das die views-Datein in vis.o liegt. Das ist wohl das falsche Verzeichnis. Wo genau muss die denn hin?
-
Moin!
Ich habe seit Sonntag 21:00 Uhr (19.11.23) ein Problem. Evtl. habe ich da Adapter aktualisiert, kann ich aber jetzt auch nicht mehr genau sagen. Auf jeden Fall ist bei mir das Wetter seit Sonntagabend eingefroren:
Bislang lief es über mehrere Monate ohne Probleme. Es ist jetzt Dienstag 7:11 Uhr, aber mir werden immer die Daten seit Sonntagabend angezeigt. Ursache scheint zu sein, dass daswetter.0.NextHours.Location_1.Day_1.current nicht mehr aktualisiert wird:
daswetter.0.NextDays.Location_1.Day_1 hingegen ist z.B. aktuell:
Die Adapter sind DasWetter.com 3.1.10 und Weatherunderground 3.6.0. Hat jemand eine Idee, woran es liegen könnte?
-
Problem hat sich über Nacht von selbst erledigt:
Allerdings wurde das ioBroker-Image (docker auf Synology NAS) heute Nacht auch auf v9.0.1 aktualisiert. Vielleicht lag's daran...
-
Hallo,
sagt mal, hat schon jemand diese View in Vis-2 am laufen?
Sobald ich die Wetter - View im Editor öffnen will, bleibt der Bildschirm weiß. Kann es sein, dass das Gridview widget in Vis-2 Probleme macht? Das gleiche Problem habe ich bei den Wetter_Aktuell_Dialog Views?Grüße
Skiworker -
@skiworker
Soviel ich weiß werden die Widgets in VIS 2 nicht unterstützt -
In der letzten Beta vom Javascript erhalte ich auf einmal diesen Fehler:
script.js.common.vis.Material_Wetterview: existsState has been called with id of type "function" but expects a string
Macht nicht so richtig Sinn, wenn ich es überfliege. Die Variablen werden immer mit strings belegt.
// Edit Die Lösung ist in Zeile 858 (bei mir) in der Funktion createVorschauGraph(maxDays)
Hier einfach eine Prüfung auf den Typen ergänzen:if (typeof i === 'string' && existsState(i) && getState(i).val >= 0) {
-
@dirni sagte in Material Design Widgets: Wetter View:
Hallo
Wieder mal eine Frage.
Eigentlich sind es zwei fragen
Warum steht bei mir überall Nummer hinter den Texten?
Und wie kann man die Breite variieren, die Widgets überschneiden sich alle seit ich sie in meine VIS übernommen habe?
Gibt da schon einen Lösungsansatz, bei mir wird auch bei allem Cards eine 1 dahinter geschrieben
-
@robertm
Das könnte ein Editorproblem sein. Ascii Code 13 ist CR Carriage Return. Einfach mal im Edidor ansehen und löschen. -
@bongo nein ist kein CR drinnen, aber danke für die info. Bei wird bei allen cards eine 1 angehängt.
zb.: Meine Sensoren1 -
Hallo zusammen,
ich habe seit einigen Wochen das Problem, dass mir mein Chart nicht mehr korrekt angezeigt wird.
Ich kann mich leider nicht mehr erinnern, ob es in Zusammenhang mit einem Update eines Adapters kam, da mir das erst später aufgefallen ist.Ich benutze für die Darstellung das Skript von Scrounger (Version: 1.0.5) inklusive "DasWetter"-Adapter und "WeatherUnderground"-Adapter. Die Adapter sind auf dem aktuellesten Stand. Es hat nun jahrelang funktioniert - ich habe im Skript natürlich auch nichts geändert.
Die Werte auf der x-Achse passen leider nicht, wie man im Screenshot sehen kann (es beginnt nicht bei 1h sondern bei 2h mit 3-Stunden-Abständen bis 23h und dann ab 9h erst mit 1-Stunden-Abständen:
Die Labels der x-Achse bzw. die Beschriftungen werden im Skript verteilt / gesetzt - wie gesagt habe ich hier nichts geändert.
Im Skript werden die x-Axis-Labels hier (falsch) gesetzt:for (var i = 1; i <= maxHours; i++) { let hour = parseFloat(getState(`${idDasWetter}.Hour_${i}.hour_value`).val.replace(':00')); if ((maxHours === 24) || maxHours === 8) { axisLabels.push(`${hour}h`); } else { axisLabels.push(''); } ...
Dementsprechend sieht der JSON-Datenpunkt unter Chart/Day_1 auch (falsch) aus:
{ "axisLabels": [ "2h", "5h", "8h", "11h", "14h", "17h", "20h", "23h", "9h", "10h", "11h", "12h", "13h", "14h", "15h", "16h", "17h", "18h", "19h", "20h", "21h", "22h", "23h", "24h" ], ...
Mich macht es aber natürlich stutzig, dass sonst keiner dieses Problem hat, oder habe ich etwas nicht mitgekriegt?
Jemand eine Idee? -
@gender sagte in Material Design Widgets: Wetter View:
inklusive "DasWetter"-Adapter und "WeatherUnderground"-Adapter.
Prüfe doch mal, ob Daten vom "DasWetter-Adapter" fehlen. Da gibt es seit Monaten Probleme, da bei DasWetter was geändert wurde (API Zugriff). Falls da Lücken in den Daten sind, musst du ggfs. auf einen anderen Adapter ausweichen.
Ro75.
-
Vielen Dank.
Ja inzwischen habe ich mich auch daran erinnert, dass ich an dem "DasWetter"-Adapter etwas geändert habe - und daran liegt es auch. Ich habe die "3-Stunden-Abfrage" des Adapters zusätzlich drin gehabt - daher auch die komische Anzeige.
Ich hab jetzt wieder ne normale Anzeige von 1h bis 24h.
Allerdings kriege ich jetzt nicht die Objekte von den "NextDaysDetailed".
So richtig eindeutig sind die Einträge in den Einstellungen des Adapters leider auch nicht!EDIT:
Habs jetzt auch mit den Detailed-Objekten:
Hab mich an den Einträgen hier https://forum.iobroker.net/topic/5347/adapter-daswetter/1197 orientiert.