[neuer Adapter] smartgarden adapter for Gardena smart system

[jpgorganizer]

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

Zwei Verständnisfragen vorweg:
Den aktuellen Zustand frage ich über activity_value ab und die Befehle schicke ich an activity_control_i, oder?

richtig

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

Funktioniert so nur leider nicht

was sollte passieren und was passiert tatsächlich?

Ich glaube auch nicht, dass du einen Mäher, der noch quasi in der Ladestation steht sofort parken kannst, ohne dass er erstmal rausfährt, eine Runde dreht und dann wieder einparkt. Aber das ist nur eine Vermutung von mir.

[Flexer]

@jpgorganizer Also ich habe den Fehler nicht finden können. Es funktioniert auch alles wie immer. Reboot tut gut! Trotzdem Danke für die schnellen Antworten

[SirHenri]

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

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

Funktioniert so nur leider nicht

was sollte passieren und was passiert tatsächlich?

die Idee war, das OK_LEAVING vom System abzufangen (das am Ende vom Skript selbst ereugte soll mit der Variablen unterdrückt werden), den Mäher wieder zu parken und mit Zeitverzug wieder entsprechend Zeitplan (da der letzte Befehl ja nicht bekannt ist) auf den Weg zu schicken.

Ich glaube auch nicht, dass du einen Mäher, der noch quasi in der Ladestation steht sofort parken kannst, ohne dass er erstmal rausfährt, eine Runde dreht und dann wieder einparkt. Aber das ist nur eine Vermutung von mir.

Sieht so aus, als wenn Du Recht hast. Gestern hab ich nur registirert, dass der Mäher aus der Ladestation raus gefahren ist. Heut hab ich mal die Objekte dierekt im Broker beobachtet - da passiert (leider muss ich jetzt wohl sagen) das, was im Skipt steht. Der Mäher fährt aber, so wie Du vermutet hast, trotzdem erst mal raus. Da bin/war ich wohl von den Reaktionszeiten des ESP8266, der die Tor-Hardware steuert, etwas verwöhnt. Der reagiert im Millisekundenbreich auf neue Zustände von Variablen.
Sieht so aus, als wenn der Zeitplan dann doch erst mal in Cronjobs abgebildet wird, bzw. ich Cronjobs an den Zeitplan der Gardena App dran hänge, um das Tor zu steuern. Das ist zwar erst mal alles andere als komfortabel, sollte ja aber wohl funktionieren.
Gruß
Andreas

[jpgorganizer]

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

Da bin/war ich wohl von den Reaktionszeiten des ESP8266, der die Tor-Hardware steuert, etwas verwöhnt. Der reagiert im Millisekundenbreich auf neue Zustände von Variablen.

naja, das ist grundsätzlich nicht vergleichbar. Der Mäher muss wieder einparken. Bei OK_LEAVING ist er nicht mehr in der Ladestation, auch wenn er nur 1 cm weit rausgefahren ist. Und um Einzuparken will er auf dem Suchkabel entlang fahren. Und genau das wird er dann tun. Also fahren und Suchkabel suchen und dann wieder reinfahren. Da ist der limitierende Faktor weder Cloud noch irgendein Prozessor, sondern schlicht die Tatsache, dass es ein Fahrzeug ist, das nicht weiß wo es sich befindet.

Bei deinem Rolladen am Tor ist das wesentlich einfacher. Strom aus und alles steht, Strom an und Rollo bewegt sich. Und das innerhalb von Millisekunden (wobei du vermutlich auch nicht hoch- und runterfahren im Millisekundenbereich umschalten kannst. Irgendeine Totzeit wird der Motor auch haben/machen.)

[jpgorganizer]

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

@jpgorganizer Also ich habe den Fehler nicht finden können. Es funktioniert auch alles wie immer. Reboot tut gut! Trotzdem Danke für die schnellen Antworten

mir war nicht klar, dass das schon mal funktionierte ???? Stand das irgendwo?

Aber gut, wenn's geht.

[oberfragger]

@sirhenri Wie lange braucht das Tor zum hochfahren?
Im Kopf habe ich nämlich die Hütte auch bereits so gebaut...

Reinfahren ist ja kein Problem, da kann man ja den Akkustand nehmen. Wäre schon schön, wenn man App & ioBroker gleichzeitig für den Mäher nutzen könnte.

[SirHenri]

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

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

Da bin/war ich wohl von den Reaktionszeiten des ESP8266, der die Tor-Hardware steuert, etwas verwöhnt. Der reagiert im Millisekundenbreich auf neue Zustände von Variablen.

naja, das ist grundsätzlich nicht vergleichbar. Der Mäher muss wieder einparken. Bei OK_LEAVING ist er nicht mehr in der Ladestation, auch wenn er nur 1 cm weit rausgefahren ist.

die Hoffnung war, anzuhalten bevor er losgefahren ist

[tp1de]

Ich wundere mich ein bischen über diese Diskussion.
Ich hoffe, dass Ihr Euch über den Kommunikationsweg bewusst seit:

1. Befehl über APP oder API an die Husquarna Cloud
2. Cloud gibt den Befel an das Gardena Gateway im LAN/WLAN weiter
3. Gateway kommuniziert mit dem Robi über 866MHz.
4. Robi bestätigt den Befehl / bzw. die Ausführung an Gateway
5. Gateway gibt das an Cloud weiter
6. Cloud an APP/API

Das alles dauert mehrere Sekunden ! Ich habe bis zu 10 Sekunden Verzögerung - Im Mittel 4-5 Sekunden

[SirHenri]

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

@sirhenri Wie lange braucht das Tor zum hochfahren?
musste erst mal messen - ca. 9s
bei einer Einfahrtshöhe von 36 cm

Reinfahren ist ja kein Problem, da kann man ja den Akkustand nehmen.
da sollte SEARCHING im Status reichen

[SirHenri]

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

Ich wundere mich ein bischen über diese Diskussion.

Das alles dauert mehrere Sekunden ! Ich habe bis zu 10 Sekunden Verzögerung - Im Mittel 4-5 Sekunden

das zieht sich - klar, aber ohne noch mal nachgemessen zu haben: das geht bei mir deutlich unter 4s, aber eben nicht rückwärts in der Zeit

Schön wäre hier ein Signal von Gardena: fahre in 2 min los...

Anforderungen wurden hier grade noch mal von "extern" runter gefahren - meine besser Hälfte meinte morgens auf und abends wieder zu tut's doch auch - das bekomme ich in jeden Fall hin

[stevie77]

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

Anforderungen wurden hier grade noch mal von "extern" runter gefahren - meine besser Hälfte meinte morgens auf und abends wieder zu tut's doch auch - das bekomme ich in jeden Fall hin

Kann es sein, dass die das Thema nicht Ernst nimmt?!

[SirHenri]

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

Kann es sein, dass die das Thema nicht Ernst nimmt?!

offensichtlich weit davon entfernt

[Flexer]

Guten Morgen in die Runde, bei mir kommt heute die Meldung

2021-07-07 12:23:29.092 error Error: request returned 403 Forbidden

Anscheinend gibt es Probleme bei der Cloud. Kann das jemand bestätigen?

[Happyuser20]

Ähnliches bei mir seit heute Morgen, allerdings mit dem Fehler: Error: request returned 401 Unauthorized

[Flexer]

@happyuser20 Habe die Api nochmal neu angelegt und verbunden, jetzt geht wieder alles

[jpgorganizer]

@Happyuser20

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

@happyuser20 Habe die Api nochmal neu angelegt und verbunden, jetzt geht wieder alles

ich habe keinen solchen Fehler in den Logs. Aber falls sich das häuft, dann bitte melden. Auch die Lösung von @Flexer ist ja nicht wirklich eine Lösung.
Einen solchen Fehler gab es vergangenes Jahr schon mal. Und falls der wieder auftaucht, dann sollten wir Gardena darüber informieren. Aber erst, wenn er wirklich mehrfach und bei vielen Usern auftritt. Ansonsten muss man von kurzen Server-/Internetproblemen ausgehen. Gardena hat damals sehr schnell reagiert und den Fehler behoben.

[nukleuz]

@jpgorganizer

Ich habe seit ein paar Stunden ebenfalls: (LogLevel 3):
Keine Änderungen vorgenommen...

smartgarden.0	2021-07-07 14:48:49.398	info	(17020) 3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)
smartgarden.0	2021-07-07 14:48:49.393	info	(17020) 3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)
smartgarden.0	2021-07-07 14:48:49.369	info	(17020) 3/ getConnection: trying to connect again in 300 seconds
smartgarden.0	2021-07-07 14:48:49.369	info	(17020) 3/ getConnection: returned connection error: request returned 401 Unauthorized
smartgarden.0	2021-07-07 14:48:49.368	info	(17020) 3/ sgSetState: info.connection value=false ack=true
smartgarden.0	2021-07-07 14:48:49.367	error	(17020) Error: request returned 401 Unauthorized
smartgarden.0	2021-07-07 14:48:49.366	info	(17020) 3/ get_locations failure:..return with error
smartgarden.0	2021-07-07 14:48:49.365	info	(17020) 3/ get_locations failure: response.statusCode/Message=401/Unauthorized
smartgarden.0	2021-07-07 14:48:49.364	info	(17020) 3/ sgSetState: info.connection value=false ack=true
smartgarden.0	2021-07-07 14:48:49.190	info	(17020) 3/ get_locations ...
smartgarden.0	2021-07-07 14:48:49.188	info	(17020) 3/ connected ... auth_data=eyJhXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
smartgarden.0	2021-07-07 14:48:49.186	info	(17020) 3/ Connection: expires_in/timeout/factor:86399 / 86485 / 1.001
smartgarden.0	2021-07-07 14:48:49.177	info	(17020) 3/ Connection: successful: response.statusCode / statusMessage=200 / OK
smartgarden.0	2021-07-07 14:48:48.973	info	(17020) 3/ ---> State change by device: state sg.0.info.adapterversion changed: 1.0.5 (ack = true)
smartgarden.0	2021-07-07 14:48:48.894	info	(17020) 3/ ---> State change by device: state sg.0.info.revision changed: Main: 2495 / API: 2506 (ack = true)
smartgarden.0	2021-07-07 14:48:48.884	info	(17020) 3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)
smartgarden.0	2021-07-07 14:48:48.878	info	(17020) 3/ ---> State change by device: state sg.0.info.connection changed: false (ack = true)
smartgarden.0	2021-07-07 14:48:48.871	info	(17020) 3/ sgSetState: info.revision value=Main: 2495 / API: 2506 ack=true
smartgarden.0	2021-07-07 14:48:48.799	info	(17020) 3/ Gardena Smart System Service hosts at: smart_host: https://api.smart.gardena.dev authentication_host: https://api.authentication.husqvarnagroup.dev
smartgarden.0	2021-07-07 14:48:48.799	info	(17020) 3/ connecting to Gardena Smart System Service ...
smartgarden.0	2021-07-07 14:48:48.797	info	(17020) 3/ sgSetState: info.connection value=false ack=true
smartgarden.0	2021-07-07 14:48:48.793	info	(17020) 3/ connectToGardena...
smartgarden.0	2021-07-07 14:48:48.791	info	(17020) 3/ getConnection...
smartgarden.0	2021-07-07 14:48:48.619	info	(17020) starting. Version 1.0.5 in /opt/iobroker/node_modules/iobroker.smartgarden, node: v12.22.1, js-controller: 3.2.16
smartgarden.0	2021-07-07 14:48:43.274	info	(8269) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
smartgarden.0	2021-07-07 14:48:43.272	info	(8269) terminating
smartgarden.0	2021-07-07 14:48:43.270	info	(8269) Got terminate signal TERMINATE_YOURSELF
smartgarden.0	2021-07-07 14:47:26.535	error	(8269) Error: request returned 401 Unauthorized

[mirage]

Hatte den Fehler auch einige Tage lang, bis ich jetzt mal Zeit hatte mich damit zu beschäftigen.
Habe auf der Seite https://developer.husqvarnagroup.cloud/apps die Application gelöscht, neu erstellt und die API's wieder verbunden, neuen Key in den IOBroker ... dann ging es wieder.

[tp1de]

Auch bei mir war der API-Key ungültig. Es muss aber nur ein neuer Key generiert werden. Die Applikation kann bleiben.

[nukleuz]

@tp1de

Super, dann bleiben die Objekte erhalten?!