UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Matze R]

Hi danke cool . Aber mit welchem Widget und wie funktioniert das . Html- und Image- Widget haben nicht funktioniert.
diese Inventwo auch nicht. Auch ein Wetter Widget aus der Time and weather Serie hat nicht funktoiniert .
Vielen dank nochmal für die Hilfe
FG

Maro

[andre1de]

Hallo,
erstmal danke für den Adapter!
Eine Frage: Manche Datenpunkte, wie z.B. "icon" oder "timestamp", sind auf englisch. Bleibt es so? Muss man dann es selbst durch Scripts erledigen?

[andre1de]

@matze-r Probiermal und verbinde "Objekt ID" mit "brightsky.0.current.iconUrl"

[ticaki]

@andre1de
icon ist ein token, das so von der Api kommt. condition könnte ich in einem weiteren Feld übersetzen - bei icon macht das jetzt nicht wirklich sinn.

timestamp ist nicht übersetzbar - das ist ein ISO-Date-String 2025-10-21T10:30:00+00:00 das wird vom Admin so dargestellt wie du es siehst, wenn das im Datenfeld anderes aussehen soll ist das ein Adminproblem. Der Datenpunkt inhalt lässt sich per Blockly oder Javascript so formatierten wie man es will. z.B. new Date('2025-10-21T10:30:00+00:00').toLocaleDateString('de', { weekday: 'long', day: '2-digit', month: 'long', year: 'numeric' });

[andre1de]

@ticaki
Danke für die Antwort!
Ich wollte noch wie z.B. bei anderen Wetter-Adapter den aktuelle Wetterzustand in Textform haben. Z.B "Sonnig" oder "Bewölkt" usw.
Aber das kann ich auch mit Blockly realisieren.

[ticaki]

@andre1de

in condition gehen folgende Werte:

dry fog rain sleet snow hail thunderstorm null

in icon:
clear-day clear-night partly-cloudy-day partly-cloudy-night cloudy fog wind rain sleet snow hail thunderstorm null

ist halt kein Problem da was in einem weiteren State zu übersetzen aber nicht in die Orginalfelder.
icon z.B. in localLanguageCondition oder so :)

Aber nicht diesen Monat - eröffne ein Issue dann lass ich das nächsten Monat Copilot einbauen. Der übersetzt das dann auch ordentlich in die verschiedenen Sprachen.

[andre1de]

@ticaki
Vielen Dank!

[Matze R]

@andre1de

hier siehst du auch den Wetterstatus, ist ganz einfach

Das ist meine Wettervorschau für die Startseite
das Datum habe ich aus dem Timestamp Datenpunkt und mit javascript und blockly so verändert

FG
Maro

[andre1de]

@matze-r
Danke!
Wochentag wäre kein Problem. Das habe ich nur als Beispiel dazu geschrieben (dass auch auf englisch ist). Hauptsätzlich interessierte mich Wetterzustand in Textform. Bei dir hast du deine "Klarer Tag" durch Blockly hingekriegt oder?
Aber damit kann ich erst abwarten oder Blockly schreiben. Es wäre kein Problem.

[Homoran]

Ich habe gestern an meiner Konfig herumgespielt um "bessere" Werte zu erhalten und eine fixe Wetterstation eingegeben.

jetzt abe ich dauend

brightsky.0
	2025-10-25 17:07:48.968	error	Error fetching weather data: {}
brightsky.0
	2025-10-25 17:07:48.968	error	Error fetching weather data: {}

im log.
leider ohne mehr Infos

Loglevel auf debug zeigt massig input.

ich habe jetzt die Station wieder herausgenommen, aber die error message bleibt.

habe noch v0.5.2

[ticaki]

@homoran
Ist das gleiche falsche Errorhandling was ich auch in pirate-weather hatte. Muß ich hier auch anpassen - mache ich später. Dann gibts zumindest mal ne brauchbare Errormessage

EDIT:
Da sind noch 2 Issue offen die bearbeite ich auch noch (morgen) bevor es eine neue Version gibt.

[ticaki]

0.6.7 (2025-10-26)

• (ticaki) Corrected some roles for Lovelance
• (ticaki) Added conditionUI
• (ticaki) Air pressure and humidity are now integers
• (ticaki) Added air pressure to daily data
• (ticaki) Improved error logging

[Bushveld]

Hallo zusammen,

vielen Dank erstmal für den Adapter der ist richtig gut! Eine kleinen Teil habe ich leider nicht verstanden. Das ist wann sich die Werte ändern. Die Beiträge bzgl der Struktur habe ich gelesen. Nun wollte ich solar_estimate (was ja der prognostizierte Ertrag sein müsste) mit den Echtdaten vergleichen.

Heute war der erste Lauf, ich glaube um 18:00 Uhr ist dann der Wert von solar_estimate start gefallen und der Wert von solar_estimateForHomoran blieb konstant.
War das eine zufällige Beobachtung oder ist das Absicht und ich habe die Logik dahinter nicht verstanden? Irgendwo habe ich gelesen das um 00:00, 5:00 und 18:00 Uhr irgendwas neu berechnet wird. Die Stelle finde ich leider nicht mehr.

Die Werte in estimateForHomoran scheinen besser zu meinen aktuellen Erträgen zu passen.

Somit habe ich am Ende zwei Fragen:

• Warum hat der der Wert von solar_estimate geändert? Das hätte ich beim daily total nicht erwartet.
• Was ist der Unterschied zwischen solar_estimate und solar_estimateForHomoran

Ich hoffe meine Fragen verständlich notiert zu haben und hoffe dass @Homoran hier Licht ins Dunkel bringen kann. Oder jeder andere der es weiß :-)

Viele Grüße
Michael

[ticaki]

@bushveld
Das ist ein State für Homoran - wenn du den nutzen willst musste Lizenz... hahaha :D

Homoran wollte einen State haben der sich morgens einmalig befüllt und dann stehen bleibt - wird um ca. um 5:00 gesetzt. Die anderen States werden um 5:00, 18:00 und 0:00 gesetzt + 3-90 Sekunden

[Bushveld]

Hallo @ticaki

da mache doch beide Varianten Sinn. Ohne dass ich hier @Homoran und "seinen" Objekten was möchte. Wäre ein sprechender Namen nicht auch eine Option, ggf. additiv damit nichts bricht?

Ich könnte mir sogar eine weitere Variante vorstellen die sich über die current Werte anpasst damit würde die Tagssumme im Verlauf sich den realen Werten anpassen. Über den Bedarf kann man diskutieren. Der der's baut entscheidet :-)

Vielen Dank für die schnelle Antwort
Michael

[arteck]

@ticaki sagte in Betatest Bright Sky v0.6.x:

Homoran wollte einen State haben der sich morgens einmalig befüllt und dann stehen bleibt

dann benene es bitte ordentlich um.. ist doch kacke... da weiss keiner in 6 Monaten was der State macht

[ticaki]

@bushveld sagte in Betatest Bright Sky v0.6.x:

Ich könnte mir sogar eine weitere Variante vorstellen die sich über die current Werte anpasst damit würde die Tagssumme im Verlauf sich den realen Werten anpassen. Über den Bedarf kann man diskutieren. Der der's baut entscheidet :-)

Vielen Dank für die schnelle Antwort
Michael

Wenn ich eine Aktualisierung um 12:00 einbauen würde wären 12 Werte tatsächliche Werte und 12 Werte voraussagen - kann ich gerne machen - die frage ist halt ob man es braucht - den Server zu belasten nur weils nix kostet ist nicht so mein Ding :) - um 5 weil man will morgens das wetter für den Tag sehen - 18:00 weil mans für die Abend gestaltung sehen will - 0 Uhr wegen Tageswechsel.

@arteck @bushveld
Namensvorschlag?

[Bushveld]

@ticaki sagte in Betatest Bright Sky v0.6.x:

Wenn ich eine Aktualisierung um 12:00 einbauen würde wären 12 Werte tatsächliche Werte und 12 Werte voraussagen - kann ich gerne machen - die frage ist halt ob man es braucht - den Server zu belasten nur weils nix kostet ist nicht so mein Ding - um 5 weil man will morgens das wetter für den Tag sehen - 18:00 weil mans für die Abend gestaltung sehen will - 0 Uhr wegen Tageswechsel.

Ich hätte mir da mehr eine kontinuierliche Anpassung der Tagessummen Prognose vorgestellt (derzeit aka solar_estimationForHomoran. Der Anwendungsfall wäre nur eine optimierte Prognose der Tagessumme und ob das den Aufwand rechtfertigt kann ich schwer abschätzen. Bsp wäre. Entgegen der eigentlichen Vorhersage ist der Morgen doch sonnig dann würde die Tagesprognose schlicht über die currentwerte angepasst werden, das macht aber dann wohl nur Sinn wenn man das stündlich macht. Ich glaube das ist zuviel des Guten.

[Homoran]

@arteck sagte in Betatest Bright Sky v0.6.x:

dann benene es bitte ordentlich um.. ist doch kacke... da weiss keiner in 6 Monaten was der State macht

@ticaki
schmeiss ihn raus!
ich schreibe den Wert schon um 05:16 in einen eigenen DP.

Hab mich schon gewundert dass er anscheinend noch drin ist. Der war ja erst nur in einen speziellen Branch

[Homoran]

@bushveld sagte in Betatest Bright Sky v0.6.x:

Ich hätte mir da mehr eine kontinuierliche Anpassung der Tagessummen Prognose vorgestellt (derzeit aka solar_estimationForHomoran.

Genau das Gegenteil war der Usecase!