Hallo zusammen,

um noch ein wenig weiter in die Materie Adapter-Entwicklung einzutauchen, brauchte ich Praxis. Die letzten zwei Tage war daher der Umbau des http://forum.iobroker.net/viewtopic.php?f=21&t=2584&p=25015&hilit=solarwetter#p22850 zum Adapter dran.

Ich wollte lernen, wie man eine Auswahlliste einbaut (Settings) und wie man die Daten der Auswahlliste dynamisch aus einer Variablen holt. Und ich bin ganz stolz, dass es diesmal ohne die Hilfe von Bluefox geklappt hat

Der Adapter liegt hier: https://github.com/Pix–-/ioBroker.solarwetter

Ein paar Anmerkungen:

• Bitte nicht über das Icon lachen, ist nur schnell zusammengeschustert. Gern nehme ich Vorschläge an. 8-)

• Der ausgewählte Area Code wird natürlich vom Skript verwendet. Aber wird beim nächsten Öffnen der Settings nicht direkt ausgewählt. Der HTML-Befehl option bietet das Attribut selected dafür, ich habe das aber noch nicht einbauen können. Deshalb steht die Liste beim Öffnen der settings immer auf dem ersten Wert (zZt 010). Damit man aber sicher sein kann, die richtigen Werte einzulesen, habe ich ein weiteres Objekt angelegt: forecast.Region Darin wird die ausgewählte PLZ nochmal gespeichert.

• Die Daten kommen von einer privaten Webseite. natürlich hängt alles am Betreiber. Wenn der keine Lust mehr hat und die Seite abschaltet, ist Schluss. Wenn sich seine Seite grundlegend ändert, muss auch der Code zum Parsen hier im Adapter angepasst werden. Und schließlich: wenn er gar nicht will, dass seine Daten so verwendet werden, muss der Adapter wieder gelöscht werden. Ich habe ihn noch nicht gefragt und ich habe das auch nicht vor. Für mich war der Adapter eine Übung, denn ich habe gar keine Solaranlage und brauche die Daten nicht :lol:

Ich warte wieder auf Feedback!

Gruß

Pix

Ich werde noch die Prognose für den Tag, wie sie http://forum.iobroker.net/viewtopic.php?f=21&t=2584#p22915, einbauen.

Das müsste schnell gemacht sein. Der Code ist ja schon da :lol:

Gruß

Pix

Version 0.0.3 auf Github kann jetzt die zur erwartende Energie der eigenen Anlage errechnen.

Gruß

Pix

@Homoran:

zu spät

Habe die Umrechnung über den Faktor im Widget gemacht.

Bluefox hat das ja in fast allen widgets eingebaut. `
Das hatte ich mir auch gedacht. Aber als Feature eigentlich praktisch, wenn "alles in einem Topf kocht" :lol:
@Homoran:

Aber einen Wunsch habe ich da noch.

Die Datenpumkte sind ja für klaren Himmel, für reale Bedingungen Das Maximum (= clear sky) und das real zu erwartende Minimum.

Ich habe mal das Maximum als Vergleichswert genommen.

Wäre es da nicht sinnvoller als "reale" Prognose dann das Mittel zwischen clear Sky und Minmum zu nehmen?

Max und clear sky sind ja identisch - oder ist das nur heute so? ` Da habe ich, ehrlich gesagt, keine Ahnung. Wie oben schon erwähnt, habe ich keine Solaranlage. Ich habe daher die Werte auch nicht so beobachtet. Aber ich glaube, clearSky und realMax sind nicht immer gleich. clearSky (klarer Himmel), realMax(maximal bei jetzigem Wetter), realMin(minimal bei jetzigem Wetter). Da scheinen auch die Wetterdaten bei der Datenaufbereitung durch den Anbieter ein Rolle zu spielen.

Gruß

Pix

PS: Version 0.0.5 ist auf https://github.com/Pix–-/ioBroker.solarwetter - jetzt wird die ausgewählte PLZ in Settings endlich beim erneuten Öffnen des Fensters richtig angezeigt (sprang vorher immer automatisch auf den ersten Wert). Settings Fenster etwas aufgehübscht.

Schnell vom Mobiltelefon: npm geht erst, wenn Testphase abgeschlossen. Bluefox entscheidet und nimmt es dann ins Rep von ioBroker.

Problem bei diesem Adapter (wie schon beim Skript): Wenn Quellseite wechselt, gibt's sofort Probleme. Könnte aufwendig werden, muss aber nicht.

Lad mal erst noch von Github.

Gruß

Pix

Gesendet mit Tapatalk

Hallo Matze,@Matzes:

Hallo Pix,

kannst du in den Adapter noch die Rundung auf 2 Kommastellen einbauen?

Ich hatte dies im Skript bereits umgesetzt. Würde jedoch gerne auf deinen Adapter umsteigen.

var emin = Math.round(p * rmin * 100) / 100;

var emax = Math.round(p * rmax * 100) / 100;

var eclear = Math.round(p * c * 100) / 100;

setState('SolarWetter.PrognoseSkyMax', emax);

if (logging) log('PrognoseSkyMax: ' + emax);

setState('SolarWetter.PrognoseSkyMin', emin);

if (logging) log('PrognoseSkyMin: ' + emin);

setState('SolarWetter.PrognoseClearSky', eclear);

if (logging) log('PrognoseClearSky: ' + eclear);

Gruß,

Matze `
die Datenpunkte haben den Typ number. Das bedeutet, dass die Zahl der Dezimalstellen keine Rolle spielt (ich nutze hier kein toFixed(2) ). Du kannst bei der Verwendung des Datenpunktes in VIS ein "val number Widget" nutzen und dort die Zahl der Dezimalstellen festlegen.

PS: Update auf 0.0.6 draussen (Adapter-Stop Fehler beseitigt)

Hallo Zippolighter,

hab's gerade fertig. Neue Version 0.1.1 ist da. Readme noch nicht fertig, Webseite (Doku) auch noch nicht.

Die Stadt ist in den Settings auswählbar. Das war ganz schön Handarbeit.

Nicht das Bild wird als Objekt gespeichert, sondern der Link zum Bild. Also bitte ein HTML Widget oder Webcam Widget oder so verwenden, evtl. mit binding {solarwetter.0.forecast.chart.url}

Wenn eine URL zu einer Stadt nicht funktioniert, bitte auf Adapter auf DEBUG stellen und die Logausgabe checken. Evtl. ist nur die Stadt falsch geschrieben, sollte aber eigentlich alles gehen.

Bitte um Rückmeldung!

Gruß

Pix

@Zippolighter:

Bei mir erscheint nur "Stadt" beim Klick auf das Pulldown `
Ehrlich? Habe den Adapter gerade frisch auch auf meinem Produktivsystem installiert. Sieht so aus:

Browser Cache geleert?

Kann natürlich sein, das man den alten Adapter erst löschen muss. Das passt dann nicht ganz mit dem Update über Admin zusammen. Wenn ich entwickle, aktualisiere ich von Lokal und dann wenn es läuft, packe ich den Adapter auf Github. Dann installiere ich einmal zum Test von Github und wenn das auch läuft, dann mach ich die Veröffentlichng auf npm.

Gruß

Pix