[neuer Adapter] smartgarden adapter for Gardena smart system

[JohGre]

@michihorn
das selbe wie in deinem letzten Problem-Post. Rate-Limit überschritten, siehe Auszug aus der API-Beschreibung

Rate Limits
Rate limits are in place to prevent malicious use of the API that would impact other users.

Each application has the following limits:

Throttling occurs if average call rate exceeds one call every fifteen minutes.
Quota of 3'000 requests per month.

[michihorn]

@johgre Kannst du mir sagen was ich in der Konfig des Adapters einzutragen habe?

[JohGre]

@michihorn Das sind meine Einstellungen und da hatte ich den 429 noch nie

[michihorn]

@johgre OK Danke ich übernehme die mal

[oberfragger]

@michihorn Ich habe diese settings und auch kein Problem.

[stevie77]

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

@johgre Kannst du mir sagen was ich in der Konfig des Adapters einzutragen habe?

Man korrigiere mich, aber die Einstellungen allein sind das ja nicht (unbedingt). Bei mir war ein von mir unbedacht geschriebenes Skript der Auslöser, ich hatte schlicht zu oft den Status eines Geräts abgefragt bzw. gesetzt. Erst als ich das geändert habe, war das Problem weg.

[jpgorganizer]

@stevie77
korrekt

@michihorn
durch Änderung der Einstellungen kann ich mir überhaupt nicht vorstellen, wie es da zu einem 403 kommen kann bzw. wie man ihn dann wieder umgehen könnte.

Wie @stevie77 schon schrieb, ich tippe darauf, dass du bewusst oder unbewusst eine Loop gebaut hast, die regelmäßig Befehle sendet. Da reicht es schon alle 5 Minuten etwas zu tun, dann bist du nach ~10 Tagen bei 3000 Befehlen und hast das Limit gerissen.

[stevie77]

Ich habe mal ne Frage.
Ich habe für jeden Tag beispielsweise mähen von 10 bis 18 Uhr eingestellt. Ich schicke den Mäher um 15 Uhr mit PARK_UNTIL_NEXT_TASK zurück ins Häuschen, da der Regenmesser eine bestimmte Menge Regen meldet. Das funktioniert auch. Nur fängt er danach wieder an zu mähen. Ich hätte jetzt gedacht, dass er Pause bis zum nächsten Tag um 10 Uhr hat, wenn es wieder losgehen soll. Oder ist PARK_UNTIL_NEXT_TASK so zu verstehen, dass er nach ner Weile (wenn Batterie wieder voll?) wieder loslegt, da der aktuelle Task (bis 18 Uhr) noch nicht abgeschlossen ist?

[JohGre]

@stevie77 Ich machs mit PARK_UNTIL_FURTHER_NOTICE

[jpgorganizer]

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

Ich habe mal ne Frage.
Ich habe für jeden Tag beispielsweise mähen von 10 bis 18 Uhr eingestellt. Ich schicke den Mäher um 15 Uhr mit PARK_UNTIL_NEXT_TASK zurück ins Häuschen, da der Regenmesser eine bestimmte Menge Regen meldet. Das funktioniert auch. Nur fängt er danach wieder an zu mähen. Ich hätte jetzt gedacht, dass er Pause bis zum nächsten Tag um 10 Uhr hat, wenn es wieder losgehen soll. Oder ist PARK_UNTIL_NEXT_TASK so zu verstehen, dass er nach ner Weile (wenn Batterie wieder voll?) wieder loslegt, da der aktuelle Task (bis 18 Uhr) noch nicht abgeschlossen ist?

was sagt die Gardena App, wenn du den Mäher heimgeschickt hast? Die zeigt doch, wann es wieder weitergeht.

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

@stevie77 Ich machs mit PARK_UNTIL_FURTHER_NOTICE

ich auch. Hoffentlich frägt jetzt keiner warum. Ich kann es nicht mehr sagen. Ist bei mir in meiner eigenen App so eingestellt seid ewiger Zeit.

[stevie77]

@johgre Aber dann startet der Mäher am nächsten Tag nicht wieder, ne? Also nicht nach dem App-Programm. Du hast dann dein Programm vollständig im ioBroker und startest ihn dann wohl auch wieder darüber, oder?

[JohGre]

@stevie77 Ich starte den Zeitplan wieder um 6:00 Uhr mit START_DONT_OVERRIDE
Ist aber alles gut beschrieben in der Adapter ReadMe

[stevie77]

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

was sagt die Gardena App, wenn du den Mäher heimgeschickt hast? Die zeigt doch, wann es wieder weitergeht.

Das ist ja gerade das verwirrende: Die sagte Nächster Zeitplan: Morgen um 10:30 Uhr. Eine halbe Stunde später hab ich ihn aber auch schon wieder laufen sehen.

Inzwischen habe ich aber noch ganz andere Probleme gehabt: Ich hab einen Objekt-State geloggt und zum gleichen Zeitpunkt wurde im Skript was anderes geloggt als im Objektbaum. Hat sich dann herausgestellt, dass irgendwie die Device-Nummer anders war in meinem Skript als im Objektbaum. Ist sowas möglich, dass sich die irgendwie geändert hat über den Winter? Momentan verstehe ich das nicht, aber ich habe jetzt mal den Objektbaum komplett neu anlegen lassen, die Device-Nummer ins Skript übernommen und kontrolliere das morgen nochmals (falls es wieder regnet). Verstehe irgendwie nicht, wie das überhaupt (teilweise) funktionieren konnte. Ich muss mal abwarten und nochmals kontrollieren...

[stevie77]

@johgre Ja, ich überlasse die Zeiten komplett der Gardena-App. Bei PARK_UNTIL_FURTHER_NOTICE würde der Mäher in meinem Fall nicht mehr starten, deswegen scheidet das aus (wenn ich die Hilfe sprachlich richtig deute).

- um den aktuellen Vorgang abzubrechen, zur Ladestation zurückkehren und ignorieren
Zeitplan verwenden Zeichenfolge PARK_UNTIL_FURTHER_NOTICE

Leider steht die Antwort zu meiner Frage zu PARK_UNTIL_NEXT_TASK nicht drin: Ist der aktuelle Vorgang erledigt, wenn einmal abgebrochen, obwohl der Vorgang noch ein paar Stunden dauern würde? Man sollte es annehmen...ich meine heute das Gegenteil beobachtet zu haben. Aber ich muss das nochmals gegenchecken.

- um den aktuellen Vorgang abzubrechen und zur Nutzung der Ladestation zurückzukehren
Zeichenkette PARK_UNTIL_NEXT_TASK

[berndpehome]

Bei mir das selbe, habe ihn heute per PARK_UNTIL_NEXT_TASK heimgeschickt und später fuhr er wieder obwohl als er in der Ladestation war nächster Start Morgen in der APP stand.

Das hat letztes Jahr funktioniert aber jetzt nicht mehr, ich habe das heuer schon einige Male beobachtet aber dachte mir nur eventuell hat sich der IOBROKER verschluckt aber wenn ich hier lese das ich nicht der einzige damit bin wird es wohl am Adapter oder Gardena liegen.

[jpgorganizer]

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

wird es wohl am Adapter oder Gardena liegen.

am Adapter liegt das nicht, der reicht den Befehl nur durch. Was Gardena draus macht liegt ausserhalb der Einflußsphäre des Adapters

Aber btw., ich habe dieses Jahr schon mehrere Dinge beobachtet, bei denen ich mir zu 99,9% sicher bin, dass das vergangenes Jahr anders war.

[JohGre]

Prinzipiell lasse ich ihn auch per APP-Zeitplan laufen, nur wenn es regnet schicke ich ihn nach Hause PARK_UNTIL_FURTHER_NOTICE , wenn's dann wieder aufgehört hat lass ich ihn weitermähen.
Regenerkennung mache ich mit dem Netatmo Regenmesser, der hat einen Datenpunkt mit der Regensumme der letzten Stunde. Hat es wieder aufgehört starte ich ihn immer mit einer Duration bis 17:00 Uhr, das ist meine APP-Ende-Mähzeit.
Und das wars dann auch schon und wie schon geschrieben um 6:00 Uhr setzte ich den Zeitplan quasi wieder in Betrieb START_DONT_OVERRIDE.

[oberfragger]

@johgre Stell doch mal bitte dein Blockly bzw. Script ein.
Danke.

[stevie77]

@jpgorganizer Ich kann meinerseits Entwarnung geben. Nachdem ich gestern die Device-ID angepasst hatte, fuhr der Kleine heute nach einem von Netatmo übermittelten Regenschauer um 12:53 Uhr mit PARK_UNTIL_NEXT_TASK ins Häuschen und regt sich seitdem nicht mehr.

Funktioniert also nach wie vor (zumindest bei mir). Muss gestern wohl ein niedriger Akkustand und nicht der zeitgleiche Regenschauer gewesen sein, der den Mäher zurück schickte? Allerdings habe ich ganz sicher gesehen in der App, dass er geparkt war und erst am nächsten Tag wieder starten wollte.
Hat vielleicht mit der falschen Device-ID zu tun, die komischerweise auch keinen Skriptfehler auslöste. Aber vielleicht ist das auch normal, dass es kein direktes Feedback gibt. Ich hatte nur im Skript-Log nachgesehen, nicht direkt unter dem Menüpunkt Protokolle für alle Adapter. Wie auch immer, heute hat jedenfalls alles funktioniert wie es soll.

[JohGre]

@oberfragger Das ist der esentielle Teil des Scripts

on('netatmo.0.NetAtmo-Station-(Wohnzimmer).Regenmesser.Rain.SumRain1', function (obj) { //auf regen reagieren
    let regen =  obj.state.val;   
    let status = getState(dpSilenoStatus).val;
    let timespan2Five = GetTimespan2End(maxLaufzeit);//Zeitspanne bis 18:00 Uhr holen
    if  ( regen > '0.200') {
        if ((status == 'OK_CUTTING') || (status == 'OK_CUTTING_TIMER_OVERRIDDEN') || (status == 'OK_LEAVING') || (status == 'PAUSED')) {
            if (IsTimeInRange('09:00:00','18:00:00')) {
                setState(dpSilenoCommand, 'PARK_UNTIL_FURTHER_NOTICE');//Parken
                log('Setze Mäher auf PARK_UNTIL_FURTHER_NOTICE wegen Regen: ' + regen + ' Mäherstatus: ' + status)
            }
        }
    } else {
        if ( regen < '0.100' ) {
            if ( status ==  "PARKED_TIMER" || status == "PARKED_PARK_SELECTED") {
                if (IsTimeInRange('09:00:00', '18:00:00') && (IsWorkDay()) && (getState(objCarportTemperatur).val > minMovingTemp)) { //in definierter Zeitspanne, nur unter der Woche und Temp > 5°
                    setState(dpSilenoCommand, String(timespan2Five*60));//für errechnete Laufzeit starten 
                    log("Starte Mäher aus parked_timer || parked_park_selected : Zeit bis 18:00 Uhr " + timespan2Five*60);
                    Send2Telegram('STARTE Mäher nach Regen: ', 'STARTE Mäher nach Regen aus Status: '  + status);
				}
            }
        }
    }
});