[neuer Adapter] smartgarden adapter for Gardena smart system

swagner

Da habe ich wohl die "GARDENA Smart System API" vergessen :-) jetzt geht natürlich alles.

Danke für deine Arbeit :+1:

Lg, Stefan

jpgorganizer

Übrigens scheinen die 59 Minuten nicht mehr das Limit zu sein.

nochmals danke, für den Hinweis bzgl. Limits bei den Ventilen. Sieht wirklich so aus, als ob Gardena hier den Wert erhöht hat.

Wie mag es bei den anderen Geräten aussehen? Kann das jemand testen?

GARDENA smart Irrigation Control : 90 min (~~59 min~~)
GARDENA smart Pump: 10 hours (bitte testen, ob das noch stimmt)
GARDENA smart Water Control: 10 hours (bitte testen, ob das noch stimmt)

Ist aber ein reines Doku-Thema. Dem Adapter selbst ist das vollkommen egal. Es kommt bei einem Wert oberhalb der jeweiligen Limits lediglich eine Fehlermeldung von Gardena zurück und der Befehl wird von Gardena nicht ausgeführt. Deshalb besteht für mich aktuell kein weiterer Handlungsbedarf. Die Doku passe ich bei Gelegenheit aber in Github an ohne ein neues Release zu erstellen.

nukleuz

@jpgorganizer

Erst einmal vielen Dank für den super Adapter.

Kann es sein, dass man den Mähvorgang tatsächlich nicht stoppen und starten kann?

Bin ich denn der Einzige, dem diese Funktion fehlt? 🤷‍♂️😎

Ich weiß, Gardena sieht es nicht vor, aber warum nicht?

Fehlt euch sowas nicht auch?

Bestes!

stevie77

@nukleuz Doch, das geht. Ich schicke meinen Mäher nach Hause, wenn der Regenmesser zu viel Regen detektiert hat...

const lawnMowerId = 'smartgarden.0.LOCATION_xyz';
const activity_control = '.activity_control_i';
const lawnMowerActivityControlId = lawnMowerId + activity_control;
setState(lawnMowerActivityControlId, "PARK_UNTIL_NEXT_TASK");

nukleuz

@stevie77

Ich meinte im Mähvorgang zu stoppen - nicht zurück zur Basisstation - dann weitermähen, weil z.B. der Hund in den Garten gemacht hat… Es gibt einige Anwendungsfälle..,

stevie77

@nukleuz Hehe, okay, dann sag das doch gleich. :-) Diesen Anwendungsfall habe ich zum Glück nicht... ;-)

tp1de

@nukleuz
Die Anforderung den Mäher einfach zu stoppen und dann weiterzufahren gibt es von vielen Anwendern.
Viele fordern auch, dass wenn der Robi stoppt -bei mir mit der Meldung angehoben - dass er dann wieder startbar sein sollte.

Beides geht weder über die App noch per API. Da hilft es nur, wenn viele diese Anforderung an Gardena melden !

Flexer

Hallo @jpgorganizer ich habe heute entdeckt das manche States nicht korrekt sind. Wenn ich ein Ventil aktiviere dann sagt der Datenpunkt activity_value closed als Rückmeldung.

Siehe Screenshot, dort sieht man, dass das Ventil für 600 Sekunden laufen soll jedoch sagt activity_value closed.

Viele Grüße

jpgorganizer

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

Screenshot, dort sieht man, dass das Ventil für 600 Sekunden laufen soll j

wo sieht man das?

und die Frage ist: ist das Ventil tatsächlich offen?

Flexer

@jpgorganizer Habe eben mit der Gardenaapp die Ventile manuell gesteuert. Da werden die States korrekt angezeigt. Evtl habe ich ein Problem mit meinem Script. Ich werde das erst nochmal überprüfen ob da der Fehler liegt. Melde mich...

jpgorganizer

@flexer

jetzt habe ich gerade die 600 im DP duration_value gesehen. Auf meinem Handy habe ich die Zahl vorhin nicht gesehen. Warum auch immer.

Aber das erinnert mich an
https://github.com/jpgorganizer/ioBroker.smartgarden/issues/28

Vielleicht auch dein Problem.

nukleuz

@tp1de

Mail an den Support ist raus

SirHenri

Moin zusammen,

lange Zeit hat mein Mäher nur arbeiten dürfen / müssen, jetzt habe ich ein altes Thema wieder hoch geholt.
Ich will an der Hütte das Rolltor in Betrieb nehmen. Hardware zur Steuerung steht schon, der Roboter ist nur - wie erwartet - zu schnell am Tor, wenn ich das nach "OK_LEAVING" einfach hoch fahre.
Idee: ich fange das OK_LEAVING ab und parke den Mäher wieder, Tor wird hoch gefahren, danach schicke ich den Roboter wieder nach Zeitplan auf den Weg.

Funktioniert so nur leider nicht :-(

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

Mein System sieht so aus:
Node.js v12.22.2
NPM 6.14.12
js-controller 3.2.16
Admin: 5.1.9
Smartgarden 1.0.5
Das Skript sieht so aus:

bzw.:

<block xmlns="https://developers.google.com/blockly/xml" type="on_ext" id="0cldvv1U?jrOj3P,khDs" x="-1612" y="163">
  <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
  <field name="CONDITION">ne</field>
  <field name="ACK_CONDITION"></field>
  <value name="OID0">
    <shadow type="field_oid" id="Xa+^tK:lsXS?RpU-@}|a">
      <field name="oid">smartgarden.0.LOCATION_[...].activity_value</field>
    </shadow>
  </value>
  <statement name="STATEMENT">
    <block type="controls_if" id="odAePuB[gwN71?dW~[Mf">
      <mutation else="1"></mutation>
      <value name="IF0">
        <block type="logic_operation" id="tys|p?)SnoPEH=27V~_H">
          <field name="OP">AND</field>
          <value name="A">
            <block type="logic_negate" id="QW*Exfm7/cqkcsSxkXHF">
              <value name="BOOL">
                <block type="get_value" id="0;~Z}Z#0XQ*k5oRqjgQ*">
                  <field name="ATTR">val</field>
                  <field name="OID">0_userdata.0.HerrKrause.StartAusSkript</field>
                </block>
              </value>
            </block>
          </value>
          <value name="B">
            <block type="logic_compare" id="M2f{$*aNW,IDolJp-c8^">
              <field name="OP">EQ</field>
              <value name="A">
                <block type="get_value" id="m!5Cmu]iC3Oe6`N3_%t3">
                  <field name="ATTR">val</field>
                  <field name="OID">smartgarden.0.[...].activity_value</field>
                </block>
              </value>
              <value name="B">
                <block type="text" id="xl4#Ba|w6^i2Li+BGU,T">
                  <field name="TEXT">OK_LEAVING</field>
                </block>
              </value>
            </block>
          </value>
        </block>
      </value>
      <statement name="DO0">
        <block type="control" id="~pdfUkmzsy)Ov;F6#n.N">
          <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
          <field name="OID">smartgarden.0.[...].activity_control_i</field>
          <field name="WITH_DELAY">FALSE</field>
          <value name="VALUE">
            <block type="text" id="SL.ce=h@4Yj!oPBhOrbA">
              <field name="TEXT">PARK_UNTIL_FURTHER_NOTICE</field>
            </block>
          </value>
          <next>
            <block type="timeouts_wait" id="5:]c%$Nz2~T|*KD+DNxg">
              <field name="DELAY">10</field>
              <field name="UNIT">sec</field>
              <next>
                <block type="control" id="UJWS~m%PfRTfYR66]L0J">
                  <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
                  <field name="OID">0_userdata.0.HerrKrause.StartAusSkript</field>
                  <field name="WITH_DELAY">FALSE</field>
                  <value name="VALUE">
                    <block type="logic_boolean" id="w$4R9*7hrW/Qd!)J2`kH">
                      <field name="BOOL">TRUE</field>
                    </block>
                  </value>
                  <next>
                    <block type="control" id="$x/SE{U=Bo9V_Vkr|IbK">
                      <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
                      <field name="OID">smartgarden.0.[...].activity_control_i</field>
                      <field name="WITH_DELAY">FALSE</field>
                      <value name="VALUE">
                        <block type="text" id="~H9j^N)_bWikGNLVl*;I">
                          <field name="TEXT">START_DONT_OVERRIDE</field>
                        </block>
                      </value>
                      <next>
                        <block type="timeouts_wait" id="?EeRVGA;OpdT?qs|$nqr">
                          <field name="DELAY">10</field>
                          <field name="UNIT">sec</field>
                        </block>
                      </next>
                    </block>
                  </next>
                </block>
              </next>
            </block>
          </next>
        </block>
      </statement>
      <statement name="ELSE">
        <block type="control" id="Ia|Sus94.gUDk7EGB}vU">
          <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
          <field name="OID">0_userdata.0.HerrKrause.StartAusSkript</field>
          <field name="WITH_DELAY">FALSE</field>
          <value name="VALUE">
            <block type="logic_boolean" id="oP[:tu:uWrkDX0VFVPi7">
              <field name="BOOL">FALSE</field>
            </block>
          </value>
        </block>
      </statement>
    </block>
  </statement>
</block>

Hat irgendjemand eine Idee, was ich übersehe?
Den Weg über einen eigenen Zeitplan würde ich gerne vermeiden ;-)
Grüsse
Andreas

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

Community Forum

NEWS

[neuer Adapter] smartgarden adapter for Gardena smart system

Support us

900

32.4k

81.4k

1.3m