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

[sigi234]

@australien sagte in Test Adapter pirate-weather 0.3.x:

@ticaki ich kann den Adapter nicht im stabel finden?
gibt es dazu noch einen Trick? Auch die Version von 0.3 nicht.

Ist auch nicht in stabel.

[australien]

@sigi234 dann hatte ich das verwechselt

5
T
ticaki Developer
25 Aug 2025, 21:41

Der Adapter ist im latest angenommen worden, ab morgen dann im Repo - werde auf Version 0.3.0 gehen.

[ticaki]

@australien

Der Adapter ist seit 10 Tagen im latest - und seit 7 Tagen mit der Version 0.4.0

Die Mindestfrist für einen Adapter um im stable ein update zu bekommen ist 7-14 Tage latest. Nun der Adapter ist noch nicht im stable und ich denke nicht das @mcm1957 diesen schon mit 7 Tagen rein lässt. Daher wollte ich 14 Tage warten bevor ich eine stable Anfrage stelle.

[ticaki]

Da Accuweather heute angefangen hat Api Keys zu deaktivieren (oder alle, ka) hab ich die stable Anfrage 2 Tage früher gestellt als geplant.

[ticaki]

Ist im stable angenommen worden - wird dann wohl spätestens morgen verfügbar sein.

[rtwl]

Danke für den Adapter, läuft super geschmeidig!
ich hab nur eine Kleinigkeit als Idee.
könnte man das 'E' für East zu 'O' für Ost bei diesem Datenpunkt ersetzen? pirate-weather.0.weather.*.windBearingText
damit beispielsweise ein ESE zu OSO wird, also deutsch.
eventuell auch als Option in der Instanz falls jemand die englische Bezeichnung der Himmelsrichtungen lieber hat.

[ticaki]

@rtwl
machst bitte ein issue - das könnte copilot machen, ist ja nur was für lehrlinge im ersten Jahr - vielleicht bekommt er das mal hin ohne das ich nachher rein schau und denke - sieht so gut aus, aber wieso funktioniert das nicht :D - fehlt meist ne kleinigkeit.

[ticaki]

Auf dem weg

0.4.1 (2025-09-12)

• (ticaki) Humidity is now displayed correctly in percent. fixes #15
• (ticaki) Wind direction text is now translated into the system iobroker language. fixes #16

[bayerlemerz]

@ticaki Danke gerade wollte ich schreiben das die Luftfeuchtigkeit nicht passt und schon ist es gefixt. Super Danke

[ticaki]

0.5.0 (2025-09-24)

• (ticaki) Code migration from axios to node:fetch
• (ticaki) Corrected roles for visualisation (lovelance) fixes #19

@icebear
Soll/Kann ich die Icons im Adapter aufnehmen? (Vorausgesetzt die sind frei für freie Projekte) Hm und könnte ich die auch im Brightsky verwenden?

[icebear]

@ticaki said in Test Adapter pirate-weather 0.5.x:

Soll/Kann ich die Icons im Adapter aufnehmen? (Vorausgesetzt die sind frei für freie Projekte) Hm und könnte ich die auch im Brightsky verwenden?

Feel free, du kannst die Icon's aufnehmen, sind 'Free to use'.

[ticaki]

0.6.0 (2025-09-25)

• (ticaki) icons from icebear added

Erstmal die animierten - Ein paar hab ich zusammen gefasst, weil keine passenden gab. Würde mich jetzt interessieren ob man das so verwenden kann in vis oder lovelance. Werden jetzt url erzeugt die so aussehen:
/adapter/pirate-weather/icons/icebear/drizzle.svg

[lobomau]

@ticaki sieht sehr gut aus. Ich habe mal zum Testen das animierte "drizzle" dargestellt im basic image widget.
Wie automatisiere ich es am besten? Muss ich ein Script schreiben? Ich möchte, dass abhängig vom folgenden DP das Symol dargestellt wird:

pirate-weather.0.weather.currently.icon = drizzle

[sigi234]

@ticaki sagte in Test Adapter pirate-weather 0.5.x:

Würde mich jetzt interessieren ob man das so verwenden kann in vis

Ja, mit VIS-2 erstellt:

[sigi234]

@lobomau sagte in Test Adapter pirate-weather 0.5.x:

@ticaki sieht sehr gut aus. Ich habe mal zum Testen das animierte "drizzle" dargestellt im basic image widget.
Wie automatisiere ich es am besten? Muss ich ein Script schreiben? Ich möchte, dass abhängig vom folgenden DP das Symol dargestellt wird:

pirate-weather.0.weather.currently.icon = drizzle

Via bindings

[ticaki]

@lobomau

Wenns es um Vis geht siehe Sigis beitrag - lovelance sollte das selbst finden. Aber benutze egal wo die iconUrl - das wird von den meisten visu sachen verstanden.

EDIT: Oder hab ich die Frage falsch verstanden?!

Es gibt nicht für jeden Wert den icon darstellt ein gleichnamiges Icon - light-, heavy-, mostly- haben keine eigenen Icons - das wird in iconUrl berücksichtigt. Muss das auch in icon berücksichtigt werden?

[lobomau]

@ticaki achso... iconUrl fehlt(e) bei mir. Bei mir war es gerade so, dass der host meinte 0.6.0 sei installiert, aber der slave auf dem es läuft zeigte 0.4.1. an. Nach dem Upgrade habe ich nun auch iconUrl :+1:

[lobomau]

@ticaki "mostly-cloudy-day" fehlt als Grafik. Morgen soll so ein Tag sein.

[ticaki]

@lobomau

Gucke ich mal heute abend, die mostly fehlen alle - ich zeige dann das basis icon an - hab das -day übersehen :)

[ticaki]

0.6.1 (2025-09-26)

• (ticaki) Use the default icons for mostly-

hab das aber jetzt anders gemacht - so werden icons für die ich kein bild habe gemappt.

erste Zeichenkette was rein kommt - zweite das Icon das verwendet wird. Rest ist native da.

        const aliasMap: Record<string, string> = {
            'light-rain': 'rain',
            'heavy-rain': 'rain',
            'possible-precipitation-day': 'rain',
            'possible-precipitation-night': 'rain',
            precipitation: 'rain',
            'mostly-clear-day': 'clear-day',
            'mostly-clear-night': 'clear-night',
            'mostly-cloudy-day': 'cloudy',
            'mostly-cloudy-night': 'cloudy',
            'very-light-sleet': 'sleet',
            'light-sleet': 'sleet',
            'heavy-sleet': 'sleet',
            'light-snow': 'snow',
            'heavy-snow': 'snow',
            mixed: 'rain',
            none: 'not-available',
            'Not Available': 'not-available',
        };