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

[mcBirne]

@ofbeqnpolkkl6mby5e13
Ich muss da etwas zurückrudern. Ich habe mir das noch einmal angeschaut und zwei Fehler in meinem Blockly gefunden. Nun funktioniert es.
Um die Bewässerung zu starten muss man in duration_value eine Zahl (Dauer in Sekunden) als String eingeben. Um die Bewässerung zu beenden muss man in duration_value "STOP_UNTIL_NEXT_TASK" eingeben. Ich habe dann noch Schalter in meiner Vis verändert. Dort ist es wichtig, dass man bei abgeschlossener Bewässerung auf den Wert "duration_leftover_i" = null prüft, da der Wert bei duration_value erst später aktualisiert wird.
Nun muss ich nur noch die Zeitplan Aktivierung über die Vis wieder einbauen.
Der Adapter scheint also fehlerfrei zu funktionieren.

[mcBirne]

Kann man in der App erstellte Zeitpläne zur Bewässerung aktivieren und passivieren? Ich habe dazu nichts gefunden.

[Gre4t0ne]

Welcher Datenpunkt muss geändert werden um den Mäher bis zum nächsten Zeitplan in die Garage zu schicken?
-> activity_mowing false funktioniert schonmal nicht ;)

EDIT: es ist natürlich activity_control_i PARK_UNTIL_NEXT_TASK

sry

[jpgorganizer]

@mcbirne sagte in [neuer Adapter] smartgarden adapter for Gardena smart system:

Kann man in der App erstellte Zeitpläne zur Bewässerung aktivieren und passivieren? Ich habe dazu nichts gefunden.

leider nein, die Gardena API gibt die Info's leider nicht preis

[stevie77]

@mcbirne Passivieren geht in gewisser Weise indirekt. Du könntest den Plan (wiederholt) so lange passivieren, bis die Bewässerung wieder starten soll. Ich vermute mal du verfolgst einen ähnlichen Anwendungsfall wie ich?

Ich habe einen festen Zeitplan per App definiert (Bewässerung Mo, Mi und Fr, jeweils 5x für alle Beregner). Wenn mein Regenmesser (innerhalb 24 Stunden) eine gewisse Menge Niederschlag meldet, dann wird der Zeitplan für eine definierbare Zeit x ausgesetzt, also der bestehende Bewässerungsplan übersprungen. Ich passiviere den Zeitplan dann immer für einen Tag. Erst heute Nacht hat es geregnet, dann wurde die Bewässerung um 9 Uhr ausgesetzt. Die App zeigt dann das Pausensymbol und nennt das errechnete Enddatum + Uhrzeit bis wann der Plan pausiert wird. Ab diesem Zeitpunkt greift die App dann automatisch wieder.

const pressurePumpId = GARDENA + 'DEVICE_abc.SERVICE_VALVE_xyz';
const durationValue = '.duration_value';
[..]
var irrigationPauseInSeconds = irrigationPauseInHours * 3600;
setState(pressurePumpId + durationValue, "PAUSE_" + irrigationPauseInSeconds.toString());

[M1R0O]

Hi zusammen,
ich besitze einen Gardena Feuchtesensor: (19040-20)
In der App werden mit die historischen Daten der Bodenfeuchtigkeit angezeigt.

Wenn ich den Sensor in Lovelace einbinde, werden diese nicht angezeigt.

Dort, wo das Diagramm erscheinen sollte, dreht sich der "Ladekreis".

Liegt das an Lovelace oder daran, dass der Adapter diese Werte nicht erhält/liefert?

[FernetMenta]

@m1r0o Ich verwende den Sensor und speichere die History in influxdb. Die Anzeige in einem Chart in Jarvis funktioniert wunderbar. Liegt also definitiv nicht am Adapter, der mit der History auch nichts zu tun hat.

[martin_olw]

Hallo zusammen!
Ich habe seit Kurzem das Problem, dass die "activity_value" bei Fehlern nach wie vor auf "OK_CUTTING" steht und nicht wie sonst auf "NONE" springt:

Tritt das Problem nur bei mir auf? Adapter ist Version 2.0.1

Danke für die Hilfe!
VG Martin

[ewc]

@jpgorganizer

cooler Adapter, big thanks buddy!!!

Betrifft die Smart Sensoren 19040-20.
Bekommst Du da eventuell mehr Daten aus der API, außer Temperatur und Feuchtigkeit.

Ich hatte zunächst 9 Sensoren an ein Gateway gehangen... mit pflanzenspezifischen Idealwerten bin ich nun bei 40 bis 45 zusätzlichen Datenpunkten.
"Mutti" fands cool, eröffnete ein Happy-Wife-Happy-Life Projekt und nun stehe ich binnen kürzester Zeit vor 3 Gateways und 19 Sensoren... natürlich "open end"

In der App können bis zu 5 Pflanzen pro Sensor verknüpft werden, bedeutet aktuell bis zu 95 Datenpunkte für die Pflanzen, 95 Datenpunkte mit Idealwerten und 1 Datenpunkt für ne Flasche Whiskey, weil ich langsam nicht mehr durchblicke :pick:

Könnte man die entsprechenden Daten aus der API noch rausquetschen? - Whiskey hätte ich noch :pill:

[jpgorganizer]

@ewc

https://github.com/jpgorganizer/ioBroker.smartgarden?tab=readme-ov-file#wishes-for-data-points

[intruder7]

@jpgorganizer oder alle anderen....
Hat hier aktuell jemand auch Probleme mit dem Adapter? Seit einigen Tagen kann er bei mir keine Verbindung mehr aufbauen.
Error: request returned 429
kommt bei mir immer.
Habe keine Updates oder ähnliches gemacht. Einfach ausgestiegen.

[mcBirne]

@intruder7 ich habe das Problem nicht.

[intruder7]

@mcbirne okay, dann muss ich schauen... danke dir

[Lokverführer]

Hallo,
ich bekomme den Adapter leider nicht zum Laufen. Ich habe ihn gemäß der REadme-Datei eingerichtet. Im Husquvarna Dev Portal eine Application angelegt und Authenication API + Smart System API verbunden und Application Key sowie Application Secret im Adapter hinterlegt. Trotzdem kommt "404 not found"

smartgarden.0
2025-06-22 15:16:16.456	info	3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)

smartgarden.0
2025-06-22 15:16:16.415	info	3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)

smartgarden.0
2025-06-22 15:16:16.411	info	3/ getConnection: trying to connect again in 300 seconds

smartgarden.0
2025-06-22 15:16:16.411	info	3/ getConnection: returned connection error: request returned 404 Not Found

smartgarden.0
2025-06-22 15:16:16.411	info	3/ sgSetState: info.connection value=false ack=true

smartgarden.0
2025-06-22 15:16:16.411	error	Error: request returned 404 Not Found

smartgarden.0
2025-06-22 15:16:16.411	info	3/ get_locations failure:..return with error

smartgarden.0
2025-06-22 15:16:16.411	info	3/ get_locations failure: response.statusCode/Message=404/Not Found

smartgarden.0
2025-06-22 15:16:16.410	info	3/ sgSetState: info.connection value=false ack=true

smartgarden.0
2025-06-22 15:16:16.200	info	3/ get_locations ...

smartgarden.0
2025-06-22 15:16:16.200	info	3/ connected ... auth_data=eyJhXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-XXXXXXXXXXXXXXXXXXXXXXXXXX-X-XXX-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-XXXXXXX-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-X

smartgarden.0
2025-06-22 15:16:16.200	info	3/ Connection: expires_in/timeout/factor:86399 / 86313 / 0.999

smartgarden.0
2025-06-22 15:16:16.199	info	3/ Connection: successful: response.statusCode / statusMessage=200 / OK

smartgarden.0
2025-06-22 15:16:16.120	info	3/ ---> State change by device: state sg.0.info.adapterversion changed: 2.0.1 (ack = true)

smartgarden.0
2025-06-22 15:16:16.039	info	3/ ---> State change by device: state sg.0.info.revision changed: Main: 3209 / API: 3207 (ack = true)

smartgarden.0
2025-06-22 15:16:16.037	info	3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)

smartgarden.0
2025-06-22 15:16:16.035	info	3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)

smartgarden.0
2025-06-22 15:16:16.034	info	3/ sgSetState: info.revision value=Main: 3209 / API: 3207 ack=true

smartgarden.0
2025-06-22 15:16:15.978	info	3/ connect ... using client credentials grant

smartgarden.0
2025-06-22 15:16:15.977	info	3/ connect ... empty password

smartgarden.0
2025-06-22 15:16:15.977	info	3/ connect ... empty username

smartgarden.0
2025-06-22 15:16:15.977	info	3/ Gardena Smart System Service hosts at: smart_host: https://api.smart.gardena.dev authentication_host: https://api.authentication.husqvarnagroup.dev

smartgarden.0
2025-06-22 15:16:15.977	info	3/ connecting to Gardena Smart System Service ...

smartgarden.0
2025-06-22 15:16:15.976	info	3/ sgSetState: info.connection value=false ack=true

smartgarden.0
2025-06-22 15:16:15.974	info	3/ connectToGardena...

smartgarden.0
2025-06-22 15:16:15.974	info	3/ getConnection...

smartgarden.0
2025-06-22 15:16:15.913	info	starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.smartgarden, node: v20.19.2, js-controller: 7.0.7

[FernetMenta]

@lokverführer Hast du dich auch mit deinem Gardena-Account, mit dem sich der SmartGateway anmeldet, im Dev-Portal angemeldet?

[Lokverführer]

@fernetmenta
Ich war fest der Meinung, nur 1 Gardena Account zu haben, waren tatsächlich 2 unterschiedliche Accounts :man-facepalming:
Da war auch der Fehler! Vielen Dank für deinen Hinweis!

[Gonzokalle]

Hallo,

hatte heute Probleme: Error: request returned 429
Mit der v2 ging es plötzlich.

Welche Base URL ist denn die Richtige?

https://api.smart.gardena.dev

oder

https://api.smart.gardena.dev/v2

[FernetMenta]

@gonzokalle sagte in [neuer Adapter] smartgarden adapter for Gardena smart system:

https://api.smart.gardena.dev

Nachdem der Adapter seine letzte Änderung vor einem Jahr erfahren hat und v2 ganz neu ist, würde ich bei v1 bleiben. Im übrigen bedeutet 429, zu viele Anfragen innerhalb einer gewissen Zeit.