[73_GardenaSmartBridge, 74_GardenaSmartDevice] - Module für Gardena Smart System

[Mucki]

Also die letzte Zeile sagt ja, dass der Mäher kein Gateway zugewiesen hat. das wäre ungünstig.

Das stimmt. Aber trotz dieser Zeile wird mein Mäher aktualisiert und die beiden Internals

	IODev	myGardenaBridge
	LASTInputDev	myGardenaBridge

sind auch vorhanden.

Bevor ich den Mäher zum Überwintern in den Keller gebracht habe, habe ich noch ausprobiert, ob er auf 

Code Auswählen Erweitern

set SILENO startOverride Timer 10 reagiert: er ist brav losgefahren und seine Readings wurden auch aktualisiert.   

Mit den beiden Modulen bin ich, so wie sie jetzt sind, sehr zufrieden:
- es gibt keine Einträge im Logfile mehr,
- die Readings werden aktualisiert,
- der Mäher läßt sich per FHEM bedienen.

Aus meiner Sicht ist alles ok und ich danke Dir nochmals sehr herzlich für Deine Geduld und Ausdauer!   

[Mucki]

Moin BOFH,

ich befürchte/vermute, dass Gardena Änderungen vorgenommen hat. Seit 9. Januar, 11:34 habe ich wieder jede Minute einen Eintrag im Logfile. Das Setzen des Attributes stacktrace bestätigt, dass die Einträge vom Bridge-Modul kommen.

Mein Mäher ist im Winterschlaf und meine Bridge ist offline.

Hast Du eine Idee?

Code Auswählen Erweitern

[Fri Jan 12 07:59:45 2024] fhem.pl: Use of uninitialized value $value in string eq at fhem.pl line 5026.
[Fri Jan 12 08:00:45 2024] fhem.pl: Use of uninitialized value $value in string eq at fhem.pl line 5026.
[Fri Jan 12 08:01:46 2024] fhem.pl: Use of uninitialized value $value in string eq at fhem.pl line 5026.
[Fri Jan 12 08:02:47 2024] fhem.pl: Use of uninitialized value $value in string eq at fhem.pl line 5026.
2024.01.12 08:03:47 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 5026.
2024.01.12 08:03:47 1: stacktrace:
2024.01.12 08:03:47 1:     main::__ANON__                      called by fhem.pl (5026)
2024.01.12 08:03:47 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/73_GardenaSmartBridge.pm (1069)
2024.01.12 08:03:47 1:     FHEM::GardenaSmartBridge::WriteReadings called by ./FHEM/73_GardenaSmartBridge.pm (911)
2024.01.12 08:03:47 1:     FHEM::GardenaSmartBridge::ResponseProcessingFinalFromSubProcessing called by ./FHEM/73_GardenaSmartBridge.pm (928)
2024.01.12 08:03:47 1:     FHEM::GardenaSmartBridge::PollChild called by fhem.pl (3508)
2024.01.12 08:03:47 1:     main::HandleTimeout                 called by fhem.pl (707)
2024.01.12 08:04:49 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 5026.
2024.01.12 08:04:49 1: stacktrace:
2024.01.12 08:04:49 1:     main::__ANON__                      called by fhem.pl (5026)
2024.01.12 08:04:49 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/73_GardenaSmartBridge.pm (1069)
2024.01.12 08:04:49 1:     FHEM::GardenaSmartBridge::WriteReadings called by ./FHEM/73_GardenaSmartBridge.pm (911)
2024.01.12 08:04:49 1:     FHEM::GardenaSmartBridge::ResponseProcessingFinalFromSubProcessing called by ./FHEM/73_GardenaSmartBridge.pm (928)
2024.01.12 08:04:49 1:     FHEM::GardenaSmartBridge::PollChild called by fhem.pl (3508)
2024.01.12 08:04:49 1:     main::HandleTimeout                 called by fhem.pl (707)

[BOFH]

Muss ich mal bei Gelegenheit schauen.
Das er Updates schreiben will obwohl gerät offline ist ist schon nett. Also Gardena Cloud wird sicher versuchen Werte zu publizieren. Kenn aber auch keine. Der die Bridge vom Strom nimmt
Wir werden sehen !

[BOFH]

Kannst du das gateway device mal auf verbose 4 stellen und mal ein log vom getdevicesstate machen.

quelle des ganzen ist der versuch gateway informationen in fhem zu schreiben.
jetzt sind 2 Faktoren interessant. 1 ist der token in irgend einer form valide, da das gateway diesen ja nicht aktuallisiert (ist ja aus) und 2 welche Informationen bietet Gardena aus dem eigenen Fundus an.

[Mucki]

Hallo BOFH,

sorry, ich bin spät dran mit meiner Antwort.

Das Reading vom Token hat das Datum 2024-01-13 17:55:27. Kurz vorher hatte ich ein Update mit anschl. FHEM-Neustart gemacht.
STATE und state haben den Zusatnd Connected, obwohl die Bridge stromlos ist. Im Logfile (s. Anhang) steht jedoch last_time_online","timestamp":"2023-12-02T12:16:46Z".

[BOFH]

Denke auf den ersten Blick gefunden.
Werd hier mal für dich ein Test Branch eröffnen.
token und Zeitstempel ist ja dann ok.

[Mucki]

Denke auf den ersten Blick gefunden.

Das wäre ja großartig 

[BOFH]

so bissel spät... magst du mal die quelle hinzufügen

update add https://git.cooltux.net/FHEM/mod-GardenaSmart/raw/branch/patch_mucki_gwoffline/controls_GardenaSmartDevice.txt
dann ein update. Die Bridge dann in fhem auf verbose 4 stellen und dann schauen was beim getdevicestate passiert.

[Mucki]

Ja klar, das mache ich morgen gerne. Ich habe gerade den Rechner runtergefahren. 

[Mucki]

Hallo BOFH,

vielen Dank.

und dann schauen was beim getdevicestate passiert.

Erledigt, in der Anlage ist das Logfile.

Ich hatte den Roboter zwischenzeitlich wieder am Start, da der Rasen aufgrund der milden Temperaturen und des vielen Regens nur so sprießt. Vor dem Update habe ich die Bridge stromlos gemacht.

Viele Grüße
Mucki

[BOFH]

Ja, hoffe dass das dann noch die "Probleme" gibt. Hatte einwenig die Tatsache einer längeren Vakanz des Gateways im verdacht.

Update ist pushed. Schau mal obs was gebracht hat. Die vermutetet stelle sollte hiermit fixed sein.

[Mucki]

Anliegend das neue Logfile.

Vieleicht noch zur Info:
Ich habe den Mäher heute laufen lassen, daher ist die Brigde noch online. Gib bitte Bescheid, wenn ich die Bridge stromlos machen und dann nochmal testen soll.

Ich konnte den Mäher nicht mit

Code Auswählen Erweitern

set SILENO startOverrideTimer 240 starten. "state" war zwischenzeitlich "send command to gardena cloud", oben im DeviceOveerview stand rechts 400. Nach dem Start des Mähers über die Gardena-App wurden die Readings des Mähers ordnungsgemäß aktualisiert. 

Schönes Wochenende!

[BOFH]

Grundlegend sollst du gern nun mit offline gw testen wie es passt. Wir merzen ja nur memleaks aus. Funktional haben deine Meldungen ja nichts mit ,,echten Fehlern" zu tun.

Wenn das senden. Ich mehr geht. Schau ob fhem dei Gateway noch kennt ^^ ansonsten musst du leider die devices löschen da die io Zuordnung verloren gegangen ist

[sparkiie]

Anliegend das neue Logfile.

Vieleicht noch zur Info:
Ich habe den Mäher heute laufen lassen, daher ist die Brigde noch online. Gib bitte Bescheid, wenn ich die Bridge stromlos machen und dann nochmal testen soll.

Ich konnte den Mäher nicht mit

Code Auswählen Erweitern

set SILENO startOverrideTimer 240 starten. "state" war zwischenzeitlich "send command to gardena cloud", oben im DeviceOveerview stand rechts 400. Nach dem Start des Mähers über die Gardena-App wurden die Readings des Mähers ordnungsgemäß aktualisiert.

Schönes Wochenende!

Selbes Problem habe ich auch.

Geht nicht:

Code Auswählen Erweitern

set SILENO startOverrideTimer 240
Geht:

Code Auswählen Erweitern

set SILENO startResumeSchedule

[Mucki]

Selbes Problem habe ich auch.

Geht nicht:

Code Auswählen Erweitern

set SILENO startOverrideTimer 240
Geht:

Code Auswählen Erweitern

set SILENO startResumeSchedule

Das kann ich bestätigen. Das ist bei mir genau so.