[Aufruf] Neuer DWD Pollenflug Adapter

[cvidal]

Ich hab das mal auf meine Test-View eingestellt. Gute Arbeit.

[Homoran]

@cvidal
Deine Schritte und Kalorien kommen auch vom DWD

Aber wie hast du den Feinstaub eingebunden. ich habe damals den Thread begonnen zu verfolgen, es dann aber iwie nicht geschafft und wollte mir selber einen Sensor bauen. Bei dem Willen ist es dann aber geblieben

[cvidal]

@Homoran
Ich teste gerade den Fitbit Adapter, meine Frau hat so eine Uhr

Den Feinstaubsensor habe ich selber gebaut,nach der Anleitung.
Habe es aber in ein anderes Gehäuse gepackt und hinter meiner Garage angebracht.

[Homoran]

@cvidal
Danke, dann muss ich doch mal basteln.
Da ich nicht bei ALI bestelle wird es wohl etwas teurer

[pix]

Ich habe letzt Woche bei ALI die Teile für den Sensor bestellt und warte auf die Zustellung. Ich war es leid, dass die Sensoren in meiner Nähe offensichtlich immer wieder nachts Sendepause haben, weil die EIgentümer ihr WLAN abschalten.

@Stuebi Danke für die Verbesserung der JSON.

Ich bastele gerade an einem iobroker-Remake der Ansicht eines anderen Automationssystems für die einzelnen Pollenarten. Werde das hier posten, wenn sie fertig ist.

Pix

[smarti2015]

Ich würde gern den Adapter nutzen, aber bei mir kommt folgende Fehlermeldung:

host.tinkerboard	2019-03-14 16:09:26.412	error	instance system.adapter.pollenflug.0 terminated with code 1 ()
Caught	2019-03-14 16:09:26.412	error	by controller[0]: at startup (bootstrap_node.js:160:9)
Caught	2019-03-14 16:09:26.411	error	by controller[0]: at run (bootstrap_node.js:394:7)
Caught	2019-03-14 16:09:26.404	error	by controller[0]: at Module.runMain (module.js:611:10)
Caught	2019-03-14 16:09:26.404	error	by controller[0]: at Function.Module._load (module.js:445:3)
Caught	2019-03-14 16:09:26.403	error	by controller[0]: at tryModuleLoad (module.js:453:12)
Caught	2019-03-14 16:09:26.403	error	by controller[0]: at Module.load (module.js:494:32)
Caught	2019-03-14 16:09:26.402	error	by controller[0]: at Object.Module._extensions..js (module.js:586:10)
Caught	2019-03-14 16:09:26.402	error	by controller[0]: at Module._compile (module.js:549:28)
Caught	2019-03-14 16:09:26.402	error	by controller[0]: at Object.runInThisContext (vm.js:97:10)
Caught	2019-03-14 16:09:26.401	error	by controller[0]: at createScript (vm.js:56:10)
Caught	2019-03-14 16:09:26.401	error	by controller[0]: SyntaxError: Unexpected token (
Caught	2019-03-14 16:09:26.400	error	by controller[0]: ^
Caught	2019-03-14 16:09:26.400	error	by controller[0]: adapter.on('unload', async (callback) => {
Caught	2019-03-14 16:09:26.399	error	by controller[0]: /opt/iobroker/node_modules/iobroker.pollenflug/pollenflug.js:25

Ich nehmen an, das liegt an der alten Node Version. Ich habe grad 6.16 drauf und 8 wird ja vorrausgesetzt.
Meine Frage ist es unproblematisch auf 8 zu updaten oder gibt es da ein paar kleine Fallen?

[Stuebi]

@smarti2015 , der Adapter setzt Node 8 oder höher voraus. Bei mir war das Update von Node 6 auf Node 8 kein Problem. Ich würde aber vorher eine Datensicherung vornehmen. z.B. einmal das ganze /opt/iobroker Verzeichnis sichern.

[pix]

Hallo,

ich habe mich mal an die Darstellung der Pollenbelastung gesetzt. Beim Stöbern auf anderen Platform ist mir die Umsetzung von Heiko/pitti auf IP-Symcon aufgefallen. Nach Klärung der Rechte mit ihm (Icons), zeige ich hier die natürlich in VIS komplett neu erstellte Ansicht.

Es braucht dazu diese Widgets (als txt-Datei angehängt zum Importieren im VIS-Editor

pollen-widgets_neu.txt

und die CSS-Anweisungen in VIS. Dazu im VIS Editor unter dem Reiter CSS / Projekt diesen ganzen Code einfügen (ist sehr viel!).

pollen_css.txt

Die Icons kommen von
Icon made by Freepik from Free vector icons - SVG, PSD, PNG, EPS & Icon Font - Thousands of free icons (http://www.flaticon.com)

Sie sind im CSS Code als SVG hinterlegt (daher der lange Code).

Ich hoffe, es kann jemand damit arbeiten. Ich bitte um Feedback.

Gruß
Pix

04.04.2019 EDIT: Textdatei pollen-widgets.txt korrigiert
06.04.2019 EDIT: Aktuellste Versionen ab jetzt auf Github https://github.com/Pix---/vis_widget_dwd_pollenflug

[Homoran]

@pix

SPITZENMÄSSIG!!!

Jetzt hatte gerade einer das Skript wieder ans laufen gebracht und ich bin vom skript zum Adapter wieder zum Skript zurück.

Aber das hier ist doch schon wieder ein Grund auf den Adapter zu wechseln.

Super Arbeit

Danke!

[sigi234]

@pix

Danke, funktioniert Super. Beifuss habe ich bei mir geändert.

[Mallet]

Super gemacht... Großes Lob, Danke für deine Mühe !!!

[helfi9999]

@pix Tolle Arbeit

[Nashra]

@pix

Fantastisch, funktioniert, super Arbeit

[Homoran]

Ich habe jetzt mal einen Vergleich zwischen Skript und Adapter (Wetter-online gegen DWD) machen wollen.

Dabei ist mir aufgefallen dass "Keine" in der Ampel noch lange nicht überall "Keine" ist.
Jetzt gerade sehe ich, dass das anscheinend bei allen so ist.

Außerdem scheinen die xcolor keine Function zu haben. Wenn ich das x lösche tut sich was. Aber da weiß ich nicht was ich da tue.

@pix wo muss ich dran drehen?

[pix]

Hallo,
freut mich, dass es so gut ankommt.

@Homoran
Ich habe im Bereich Beifuss in den Ampel-Kästchen den Zahlencode fürs Areal vergessen (hier 121 für Oberbayern). Nach der Raute muss der Zahlencode stehen:

Ich korrigiere oben mal die TXT-Datei. Wer alles schon für seine eigenen Datenpunkte angepasst hat, kann einfach alle 14 Felder einzeln nacheinander bearbeiten (oben bei Background und unten bei Border/Rahmen.

Wir haben ja 7 Codes für Zustände (0,1,2,3,4,5,6). Code 0 heisst keine Belastung und wird als grüner Kasten mit grauem Rand dargestellt. Sobald der Code auf mindestens 1 geht, wird der graue Kasten auch grün. Das kann man ändern. Habe überlegt, den grünen Kasten bei "keine Belastung" auch grau darzustellen. Aber das stimmt inhaltlich nicht, denn es ist ja alles okay, also grün.

Die ganze Konstruktion liesse sich mit gruppierten Widgets sicher einfacher editieren. Leider funktioniert das bei mir nicht so richtig. Denn dann bräuchte man nur an einer Stelle die Objekt-ID einzugeben und könnte sie zB bei der Farbdefinition einfach übernehmen (als oid). Jetzt, wo ich schreibe, habe ich noch ein andere Idee. Vielleicht kriege ich das schnell umgesetzt ...

@sigi234
Der Darstellungsfehler scharfes s ? bei Beifuß kann durch ein ss oder ein ß ersetzt werden.

Gruß
Pix

[SBorg]

@pix Geilo Kommt als Design-Noob direkt richtig.

Noch ein kleiner Fehler:

Birke ist hier schon gefixt, Esche ist noch falsch. Bei beiden ist beim Risk-Index "1" today und tomorrow vertauscht.

Edit: Ups, ist bei allen vertauscht...

[pix]

@Homoran sagte in [Aufruf] Neuer DWD Pollenflug Adapter:

Wenn ich das x lösche tut sich wa

JA, kommt gleich der fix. Dauert etwas, Handarbeit....

[pix]

So, habe es jetzt umgebaut:

Bitte diesen CSS-Code noch in den Reiter CSS/Projekt einfügen:

Zusätzlicher CSS-Code

/* Ampelfarben und größe*/
.pollen_ampel_inaktiv,
.pollen_ampel_0,
.pollen_ampel_1,
.pollen_ampel_2,
.pollen_ampel_3,
.pollen_ampel_4,
.pollen_ampel_5,
.pollen_ampel_6 {
    border-width: 2px;
    border-style: solid;
    width: 9px;
    height: 10px;
}

.pollen_ampel_inaktiv {
    border-color: grey !important;
    background-color: transparent !important;
}

.pollen_ampel_0 {
    border-color: rgba(0,139,64,1) !important;
    background-color: rgba(0,100,0) !important;
}

.pollen_ampel_1 {
    border-color: rgba(0,139,64,1) !important;
    background-color: rgba(34,139,34,1) !important;
}

.pollen_ampel_2 {
    border-color: rgba(173,255,47,1) !important;
    background-color: rgba(124,252,0,1) !important;
}

.pollen_ampel_3 {
    border-color: rgba(255,215,0,1) !important;
    background-color: rgba(255,255,0,1) !important; /* gelb */
}

.pollen_ampel_4 {
    border-color: rgba(255,130,71,1) !important;
    background-color: rgba(238,154,0,1) !important;
}

.pollen_ampel_5 {
    border-color: rgba(255,0,0,1) !important; /* rot */
    background-color: rgba(205,0,0,1) !important;
}

.pollen_ampel_6 {
    border-color: rgba(255,0,0,1) !important; /* rot */
    background-color: rgba(139,58,98,1) !important; /* violet */
}

Dann diese Widgets nutzen:
pollen-widgets_3.txt

Was ist neu?

Es wird nun im vielseitigen und wunderbaren VIS-Editor Feld CSS-Klasse über ein Binding abgefragt, welcher Wert im Feld steht und danach eine CSS-Klasse vergeben.

Damit sind die Formatierungen unten in Border und Background überflüssig, weil sie jetzt zentral im CSS-Reiter festgelegt werden. Einmal für alle Ampelfelder. Das spart Code, das spart ein Binding (nicht zu verachten) und es spart sehr viel Zeit, wenn man die Farben ändern/anpassen will.
Einziger (mir aufgefallener) Nachteil: Die Farbe wird im Editor nicht mehr live angezeigt, weil dynamisch erstellt.

Ausserdem kann man nun leicht die Ampeln auch noch für andere Anzeigen verwenden, zB Stau oä. Dazu dann einfach die Widgets mit einer anderen Objekt ID füttern.

Gruß
Pix

PS: Man könnte noch mehr mit CSS3 tüfteln und die Farben damit abhängig vom Inhalt (0 bis 6) steuern, aber das war mir jetzt zuviel.

[Homoran]

@pix
Hallo Pix,
habe jetzt den CSS-Code hinten dran gehängt, die neuen Widgets genommen. sieht jetzt so aus:

zwischen code 0 und code 1 ist kein unterschied.

Liegt das an mir?

[sigi234]

@Homoran

Bei mir schaut es so aus: