NEWS
-
@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@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_LEAVINGist 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 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
@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.
-
@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@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 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_LEAVINGist 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 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_LEAVINGist er nicht mehr in der Ladestation, auch wenn er nur 1 cm weit rausgefahren ist.die Hoffnung war, anzuhalten bevor er losgefahren ist
-
@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_LEAVINGist er nicht mehr in der Ladestation, auch wenn er nur 1 cm weit rausgefahren ist.die Hoffnung war, anzuhalten bevor er losgefahren ist
Ich wundere mich ein bischen über diese Diskussion.
Ich hoffe, dass Ihr Euch über den Kommunikationsweg bewusst seit:- Befehl über APP oder API an die Husquarna Cloud
- Cloud gibt den Befel an das Gardena Gateway im LAN/WLAN weiter
- Gateway kommuniziert mit dem Robi über 866MHz.
- Robi bestätigt den Befehl / bzw. die Ausführung an Gateway
- Gateway gibt das an Cloud weiter
- Cloud an APP/API
Das alles dauert mehrere Sekunden ! Ich habe bis zu 10 Sekunden Verzögerung - Im Mittel 4-5 Sekunden
-
@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.
@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 cmReinfahren ist ja kein Problem, da kann man ja den Akkustand nehmen.
da sollte SEARCHING im Status reichen -
Ich wundere mich ein bischen über diese Diskussion.
Ich hoffe, dass Ihr Euch über den Kommunikationsweg bewusst seit:- Befehl über APP oder API an die Husquarna Cloud
- Cloud gibt den Befel an das Gardena Gateway im LAN/WLAN weiter
- Gateway kommuniziert mit dem Robi über 866MHz.
- Robi bestätigt den Befehl / bzw. die Ausführung an Gateway
- Gateway gibt das an Cloud weiter
- Cloud an APP/API
Das alles dauert mehrere Sekunden ! Ich habe bis zu 10 Sekunden Verzögerung - Im Mittel 4-5 Sekunden
@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 :face_with_rolling_eyes: - das bekomme ich in jeden Fall hin :angry:
-
@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 :face_with_rolling_eyes: - das bekomme ich in jeden Fall hin :angry:
@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 :face_with_rolling_eyes: - das bekomme ich in jeden Fall hin :angry:
Kann es sein, dass die das Thema nicht Ernst nimmt?! :blush:
-
@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 :face_with_rolling_eyes: - das bekomme ich in jeden Fall hin :angry:
Kann es sein, dass die das Thema nicht Ernst nimmt?! :blush:
-
Ähnliches bei mir seit heute Morgen, allerdings mit dem Fehler: Error: request returned 401 Unauthorized
-
Ähnliches bei mir seit heute Morgen, allerdings mit dem Fehler: Error: request returned 401 Unauthorized
-
@happyuser20 Habe die Api nochmal neu angelegt und verbunden, jetzt geht wieder alles
@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.Bitte keine Fragen per PN, die gehören ins Forum!
ioBroker
smartgarden Adapter für GARDENA smart system
Plattform: Raspberry Pi OS Linux 12 (bookworm), Node.js: v18.18.2, NPM: 9.8.1 -
@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.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 -
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. -
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. -
Auch bei mir war der API-Key ungültig. Es muss aber nur ein neuer Key generiert werden. Die Applikation kann bleiben.
-
@nukleuz sagte in [neuer Adapter] smartgarden adapter for Gardena smart system:
@tp1de
Super, dann bleiben die Objekte erhalten?!Welche Objekte? ioBroker Objekte haben doch nichts mit den Login API-Key der Husqvarna Cloud zu tun. Der API-Key zum Login war scheinbar ungültig. Ich weiss nicht, ob der ein "Verfallsdatum" hat.
-
Auch bei mir war der API-Key ungültig. Es muss aber nur ein neuer Key generiert werden. Die Applikation kann bleiben.
@Happyuser20 @nukleuz @Flexer @mirage @tp1de
an Alle:
nachdem es immer mehr Meldungen gibt mit dem Problem, habe ich den Fehler an Gardena gemeldet. Sieht für mich nach einem Fehler aus, den wir schon mal hatten.
Workaround war damals einen neuen API key zu generieren. Aber das war manchmal dann auch nur von kurzem Erfolg gekrönt. Wurde aber sehr schnell von Gardena behoben. Jetzt müssen wir abwarten.
Melde mich wenn ich was weiß oder brauche.
VG jpgorganizer
Bitte keine Fragen per PN, die gehören ins Forum!
ioBroker
smartgarden Adapter für GARDENA smart system
Plattform: Raspberry Pi OS Linux 12 (bookworm), Node.js: v18.18.2, NPM: 9.8.1 -
@Happyuser20 @nukleuz @Flexer @mirage @tp1de
an Alle:
nachdem es immer mehr Meldungen gibt mit dem Problem, habe ich den Fehler an Gardena gemeldet. Sieht für mich nach einem Fehler aus, den wir schon mal hatten.
Workaround war damals einen neuen API key zu generieren. Aber das war manchmal dann auch nur von kurzem Erfolg gekrönt. Wurde aber sehr schnell von Gardena behoben. Jetzt müssen wir abwarten.
Melde mich wenn ich was weiß oder brauche.
VG jpgorganizer
Support us
600
Online32.6k
Users82.3k
Topics1.3m
Posts