Robonect (Automower G3): online

[Mave]

Frage: müssen sich der FHEM Server und der Automower im selben IP-Netzwerk befinden?

Ich habe über den Winter meinen FHEM Server in ein sicheres, internes Netzwerk umgezogen und bekomme jetzt keine Verbindung mehr zustande. Schickt der Automower Daten an FHEM oder fragt FHEM beim Automower nach?

Thx

Hat sich geklärt. Der FHEM Server und der Automower dürfen sich in separaten Netzwerken befinden.
Problem war die Authentifizierung.

[Der Neuling]

Hallo zusammen,

Seit dem grossen Regen (Anfang Mai) habe ich Probleme mit dem Start des Schafes.
Dieses startet per DOIF mit "set Shirley auto", fährt aus dem Stall, geht sofort in den Suchmodus und rennt wieder in den Stall.
Dort bleibt es bis der Akku 100% hat und dann wieder das selbe Spiel von vorne.
Der interne Timer von Robonect/Husqvarna 420 ist deaktiviert.

Code Auswählen Erweitern

Internals:
   DEF        192.168.1.42
   DEVNAME    Shirley
   FUUID      5c449cf0-f33f-28eb-ed47-3744ec5746f55837
   IP         192.168.1.42
   LAST_CMD   cmd=health
   LAST_COMM_STATUS success: erfolgreich
   NAME       Shirley
   NR         329
   STATE      laden
   TYPE       Robonect
   READINGS:
     2019-06-08 20:11:47   alarm-ueberspannung_batterie 0
     2019-06-08 20:11:47   alarm-unterspannung_batterie 0
     2019-06-08 20:11:47   alarm-zu_feucht 0
     2019-06-08 20:11:47   alarm-zu_kalt   0
     2019-06-08 20:11:47   alarm-zu_warm   0
     2019-06-08 20:11:47   allgemein-batteriezustand 60
     2019-06-08 20:11:47   allgemein-betriebsstunden 580
     2019-06-08 20:11:47   allgemein-dauer 0
     2019-06-08 20:11:47   allgemein-modus home
     2019-06-08 20:11:47   allgemein-status laden
     2019-06-08 20:11:47   spannung-batterie 19153
     2019-06-08 20:11:47   state           laden
     2019-06-08 20:11:47   timer-startdatum 2019-06-09
     2019-06-08 20:11:47   timer-startzeit 00:00:00
     2019-06-08 20:11:47   timer-status    deaktiviert
     2019-06-08 20:11:47   umwelt-feuchte  35
     2019-06-08 20:11:47   umwelt-temperatur 29
     2019-05-30 20:51:46   winterschlaf    off
     2019-06-08 20:11:47   wlan-signal     -82
     2019-06-08 20:11:47   wlan-signal-prozent 21
Attributes:
   basicAuth  Ym9ocnNhdToyMDE4d2FybG9yZDIwMTk=
   devStateIcon offline:WLAN_Status.0 schlafen:scene_sleeping@#548dd4 maehen:scene_robo_lawnmower@#548dd4 laden:batteryladen
   event-on-change-reading .*
   eventMap   /Auto:Automatik/Manuell:Manuell/Home:Ladestation/Feierabend:Feierabend/Start:Starten/Stop:Stop/Maehauftrag:Mähauftrag
   group      Roboter
   icon       scene_robo_lawnmower@#548dd4
   pollInterval 60
   room       Garten
   sortby     1
   timeout    15
   useHealth  1
   verbose    0
   webCmd     Automatik : Manuell : Home : Feierabend : Start : Stop : Maehauftrag

und das DOIF dazu:

Code Auswählen Erweitern

Internals:
   DEF        ([du_Shirley_Zeitschaltuhr] eq "on" and ([07:00-11:50 | 6 8 ] or [13:00-20:00 | 6 8 ]))
(set Shirley start)
DOELSE
([du_Shirley_Zeitschaltuhr] eq "off")  (set Shirley home)

   FUUID      5c95ddb0-f33f-28eb-32b6-b04e29731c93da4c
   MODEL      FHEM
   NAME       di_clock_Shirley
   NR         362
   NTFY_ORDER 50-di_clock_Shirley
   STATE      cmd_2
   TYPE       DOIF
   VERSION    19303 2019-05-01 08:47:16
   READINGS:
     2019-06-08 08:32:19   Device          du_Shirley_Zeitschaltuhr
     2019-06-08 20:00:00   cmd             2.2
     2019-06-08 20:00:00   cmd_event       timer_4
     2019-06-08 20:00:00   cmd_nr          2
     2019-06-08 20:00:00   cmd_seqnr       2
     2019-06-08 08:32:19   e_du_Shirley_Zeitschaltuhr_STATE off
     2019-06-07 18:15:48   mode            enabled
     2019-06-08 20:00:00   state           cmd_2
     2019-06-08 11:50:00   timer_01_c01    09.06.2019 07:00:00|68
     2019-06-08 11:50:00   timer_02_c01    09.06.2019 11:50:00|68
     2019-06-08 20:00:00   timer_03_c01    09.06.2019 13:00:00|68
     2019-06-08 20:00:00   timer_04_c01    09.06.2019 20:00:00|68
   Regex:
     accu:
   attr:
     cmdState:
     wait:
     waitdel:
   condition:
     0          ::InternalDoIf($hash,'du_Shirley_Zeitschaltuhr','STATE') eq "on" and (::DOIF_time($hash,0,1,$wday,$hms,"68") or ::DOIF_time($hash,2,3,$wday,$hms,"68"))
   days:
     0          68
     1          68
     2          68
     3          68
   devices:
     0           du_Shirley_Zeitschaltuhr
     all         du_Shirley_Zeitschaltuhr
   do:
     0:
       0          set Shirley start
     1:
       0          [du_Shirley_Zeitschaltuhr] eq "off"
       1          set Shirley home
   helper:
     event      timer_4
     globalinit 1
     last_timer 4
     sleeptimer -1
     timerdev   
     timerevent timer_4
     triggerDev
     DOIF_eventas:
       cmd_nr: 2
       cmd_seqnr: 2
       cmd_event: timer_4
       state: cmd_2
     timerevents:
       timer_4
     timereventsState:
       state: off
     triggerEvents:
       timer_4
     triggerEventsState:
       state: off
   internals:
     0           du_Shirley_Zeitschaltuhr:STATE
     all         du_Shirley_Zeitschaltuhr:STATE
   interval:
     0          -1
     1          0
     2          -1
     3          2
   intervalfunc:
   intervaltimer:
   itimer:
   localtime:
     0          1560056400
     1          1560073800
     2          1560078000
     3          1560103200
   perlblock:
   readings:
   realtime:
     0          07:00:00
     1          11:50:00
     2          13:00:00
     3          20:00:00
   time:
     0          07:00:00
     1          11:50:00
     2          13:00:00
     3          20:00:00
   timeCond:
     0          0
     1          0
     2          0
     3          0
   timer:
     0          0
     1          0
     2          0
     3          0
   timers:
     0           0  1  2  3
   trigger:
   triggertime:
     1560056400:
       localtime  1560056400
       hash:
     1560073800:
       localtime  1560073800
       hash:
     1560078000:
       localtime  1560078000
       hash:
     1560103200:
       localtime  1560103200
       hash:
   uiState:
   uiTable:
Attributes:
   alias      Määääähzeit
   devStateIcon cmd1:scene_robo_lawnmower:cmd2 cmd2:fts_garage:cmd1
   do         always
   group      Roboter
   icon       clock@#548dd4
   room       Garten
   sortby     4
   verbose    0

vielleicht hat ja jemand eine Idee... Bin schon Betriebsblind.

Gruss

[curt]

Dieses startet per DOIF mit "set Shirley auto",

Ja, bei mir. Bei Dir nicht, denn

   DEF        ([du_Shirley_Zeitschaltuhr] eq "on" and ([07:00-11:50 | 6 8 ] or [13:00-20:00 | 6 8 ]))
      (set Shirley start)

bei Dir steht start und nicht auto.

Liegt es daran?

[Der Neuling]

Nein. Ich hab es mit allen möglichen Kombinationen probiert - auch mit "auto"
Habe mir auch schon überlegt,das Schaf per manuell und auto per wait aus dem Stall zu jagen - Ist natürlich eine ganz hässliche Möglichkeit.

Gruss

[curt]

Es tut mir leid, dass ich Dir nicht helfen kann. Ich kann Dir noch mein DOIF zeigen (da hatte mir ein anderer im Thread geholfen).

ws980wifi:rainRate ist die Regenrate meiner Wetterstation, bei 0 regnet es nicht, ab 0.5 regnet es.

Code Auswählen Erweitern


([ws980wifi:rainRate] == 0) (set Movie auto) DOELSE (set Movie feierabend)


Es gibt zudem wohl einen Unterschied in unseren Konfigurationen: Ich habe in meinem Mover die Programmzeiten hinterlegt. Der weiß also grundsätzlich, wann er fein leise zu schlafen hat und wann er loslegen darf. Hintergrund war: Ich wollte mich nicht via FHEM auch noch um den Ladezustand kümmern müssen. Das kann der doch autonom, also mein Mover wenigstens.

Vielleicht hilft Dir das.

[Der Neuling]

Wie verhält sich der interne Timer gegenüber dem FHEM Timer? Wer "hat mehr recht"?
Ich werde mein Schaf in der nächsten Zeit wieder mit dem internen Timer laufen lassen, obwohl dann Feiertage nicht berücksichtigt werden.
Und natürlich weiter ausprobieren.

Gruss

Andi

[curt]

Wie verhält sich der interne Timer gegenüber dem FHEM Timer? Wer "hat mehr recht"?

Ehe Dir nun niemand antwortet: Ich glaube, dass Deine Frage zu allgemein formuliert ist: Wo ist denn nun Dein konkretes Problem? Und was genau ist ein "FHEM Timer"? Das mal bitte erklären.

Allgemein:
Das Robonect-Modul sendet Befehle wie "feierabend" oder "home" oder "auto" an den Mover. Diese von FHEM gesendeten Befehle toppen die im Mover hinterlegten Programmzeiten negativ: Will sagen - wenn im Mover "jetzt mähen" hinterlegt ist und von FHEM ein "feierabend" kommt, fährt Movie artig nach Hause und schläft bis Mitternacht: Die Programmzeiten des Movers gelten bis Mitternacht nicht mehr.

Wie das umgekehrt ist (also zusätzlich zu Programmzeiten, positiv), kann ich seriös nicht sagen, daran verschwendete ich keinen Gedanken. Da müssen sich andere äußern - ich verstand das ansatzweise so, dass die im Mover alle internen Steuerungen ausschalteten und wirklich alles via FHEM steuern: Abhängig von Ladezustand Movie zum laden schicken undsoweiter ... wie gesagt: Das weiß ich nicht genau.

[Der Neuling]

Wie weiter oben beschrieben fährt der Mäher per DOIF raus und je nach Fernstarteinstellung (Robonect) kehrt dieser nach erreichen des Fernstartpunktes sofort um und fährt heim.

Ich habe mich wirklich zu allgemein ausgedrückt. Ich weiss, das FHEM und Robonect (mehr oder weniger) strickt getrennt angesehen werden müssen - zwei Paar Stiefel.
----Meine Vermutung ist, das der DOIF set ..auto Befehl zwar ausgeführt wird, aber der Robonect/Husqvarna- Timer dagegen (suche/suche Base) - also gegen den von FHEM gesendeten Befehl wirkt.---

Dies wurde gestern bei einem Versuch bestätigt. Mein Post gestern aus dem Robonect-Forum:

mein Schaf starte ich über FHEM/DOIF (set Schaf auto). Funktioniert auch wunderbar.
Nach einer Mähzeitanpassung (20% Restlasung, 17,4 Volt) Mähzeit verkürzen/verlängern fuhr das Schaf aus der Garage zum Fernstartpunkt, fing kurz an mit seiner Arbeit (2 Sekunden) um dann sofort wieder in den Stall zu fahren (suche Base).
Seitdem fährt das Schaf "wie auf Schienen" zurück in die Garage - schöne Spurrillen

Laut Modul Robonect startete er (set Schaf auto) im Status/Modus/Timer - auto/auto/aus, schaltet am Fernstartpunkt ganz kurz für ein halbe Sekunde in den Modus "Mähzeitanpassung" um dann sofort in den Status/Modus/Timer - Heimweg/Home/Nicht im Auto-Modus zu gehen.

Ohne Mähzeitanpassung fährt das Schaf normal aus dem Stall und frisst ganz normal nach Timer vom DOIF/FHEM ohne Probleme.
Die Mähzeitanpassung wollte ich nur, um den Akku besser auszunutzen, bzw. für eine längere Fahrzeit.

https://forum.robonect.de/viewtopic.php?f=14&t=2531

Lange Rede, kurzer Sinn: Wenn die Mähzeitanpassung an ist, dann wird der Befehl von FHEM (noch) verworfen.
Ich habe die Mähzeitanpassung wieder raus genommen und siehe da - das Schaf rennt wieder normal.
Gruss

[curt]

Ja, ich bin auch im Robonect-Forum. Da herrschen andere Regeln. Das mal nebenbei.

Ich habe Dich jetzt so verstanden, dass Du versucht hast, den Mover bei niedriger Akku-Ladung ins Rennen zu schicken - und die angeschaltete interne Moversteuerung hat beschlossen, dass das gar kein guter Plan ist.

So etwa?

Also aus meiner bescheidenen Sicht klingt das ja eher wie ein sehr guter Plan: Mover hat Programm und schützt sich daher selbst.

[Der Neuling]

Nicht ganz.
Dieses Spiel hat er frisch aus der Ladestation heraus betrieben ( Akku 100% )
Nach dem zurückfahren in den Stall - je nach Weg - 97% -99% Akku beim eintreffen an der Ladestation -> geladen bis 100% und dann das selbe
Spiel wieder von vorne.
Ich wollte nicht nur 60% Akkukapazität ausnutzen, sondern 80% - ergibt dann weniger Ladezyklen.

Gruss 

[curt]

Als erstes: Ich kann Dir nicht helfen. Leider.

Aber mal eine Frage: Welchen Vorteil hättest Du denn ganz konkret davon? Auf den Tag bezogen ist das doch völlig Wurscht. (Nein, nicht mir antworten. Dir selbst antworten.)

Mein Plan ist -wie wohl schon gesagt- ein durchaus anderer:
Die bei Husqvarna (oder Deinem Hersteller) werden sich schon was bei dem autonomen Programm des Movers gedacht haben - bei mir bleibt das so [¹]. Für mich ist FHEM bezogen auf den Mover

1) Überwachung, Protokollierung, spätere mögliche Auswertung
2) Alarme - Mover hat sich festgefahren
3) "Handsteuerung" - vom Arbeitszimmer mit einem Klick den Mover nach Hause schicken
4) DOIF-Verknüpfung - wenn es regnet, autonomer Befehl "nach Hause rennen".

Ich persönlich sehe keinen Vorteil darin, die eigentlich im Mover vorhandene Ladesteuerung zu toppen. Oder die gar völlig selbst zu übernehmen ... dann platzt mir FHEM weg oder das Wlan oderoder. Aber das darf selbstverständlich jeder anders sehen.

[¹] Ich habe im Mover den Sonntag ausgeschlossen. An allen anderen Tagen gibt es zwei Programmzeiten im Mover: Vormittags und nach der gesetzlichen Mittagsruhe nachmittags bis in den Abend. Und eie Ladesteuerung selbstverständlich auch vom Mover aus.

[hixhupf]

Hallo zusammen,

mein Mäher kommt nach Haus und geht in den State "laden". Das lasse ich mir per Notify und Telegram zuschicken.

Code Auswählen Erweitern

GA_Automower:laden set mainzelBot msg ⛺ Automower hat geparkt

Dann geht er irgendwann in den Status "schlafen", alles gut soweit. Manchmal lädt er dann aber nach, wechselt also den State wieder zu "laden" und ich bekomme erneut die Meldung, dass er geparkt hat. Was ja nicht stimmt, er parkt ja schon seit Stunden.

Also würde ich beim ersten Notify einen Dummy "Parken" auf "1" setzen. Und mein Notify sollte dann prüfen, ob "Parken" nun "0" oder schon "1" ist. Eine Nachricht wird dann nur verschickt, wenn Parken auf "0" steht. Und wenn der Mäher irgendwann wieder losfährt, der State auf "maehen" wechselt, kann ich den Dummy "Parken" auf "0" setzen.

Ich bekomme das aber nicht umgesetzt ... hab mich schon an DOIF versucht oder verschachtelten notifys, aber es klemmt bei mir.

[hixhupf]

Ich hab es jetzt über zwei notify und ein DOIF gelöst. Geht vielleicht eleganter, aber es funktioniert.

Das erste Notify reagiert auf den Status "maehen", schickt ein Telegram ("Mäher fährt los") und setzt den Park-Dummy auf 0.
Das zweite Notify reagiert auf den Status "laden" und setzt den Park-Dummy auf 1.
Das DOIF schickt ein Telegram, wenn der Park-Dummy auf 1 gesetzt wird ("Mäher hat geparkt").

Wenn nun der Mäher vom Status "laden" auf "schlafen" wechselt passiert ... nichts. Obwohl sich der State ändert. So soll es sein.

Ich rede hier mit mir selbst  Aber bin froh, dass es nun funktioniert. Wenn es jemandem hilft: umso besser.

Grüße,
Sascha

[fireball]

Hey, viell kann mir ja einer den entscheidenen Hinweis geben.

Mein Modul bekommt keine Verbindung zum Husky420.

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        192.168.178.99
   DEVNAME    POTSI
   FUUID      5eb9a31d-f33f-0804-2ff8-ef9350f67e79348b
   IP         192.168.178.99
   LAST_COMM_STATUS connect to http://192.168.178.99:80 timed out
   NAME       POTSI
   NR         46541
   STATE      offline
   TYPE       Robonect
   READINGS:
     2020-05-11 21:35:52   fehler_aktuell  cannot decode content
     2020-05-11 21:37:26   state           offline
Attributes:
   icon       scene_robo_lawnmower
   room       GARTEN
   verbose    5

Ich habe aufgrund der Problematik, weil ich schon lange keine Verbindung mehr hatte, nochmal alles gelöscht und neu angelegt und dann UserID und Passwort eingetragen.
Ich habe auch nochmal mit den Befehelen User und Passwort gelöscht und nochmal neu gemacht... nichts..


Ein Aufruf von http://192.168.178.99/json?cmd=status im Browser geht:

Code Auswählen Erweitern

{"name": "POTSI", "id": "A6147D", "status": {"status": 1, "distance": 0, "stopped": true, "duration": 139, "mode": 0, "battery": 99, "hours": 1177}, "timer": {"status": 2, "next": {"date": "2020-05-12", "time": "08:00:00", "unix": 1589270400}}, "blades": {"quality": 5, "hours": 190, "days": 44}, "wlan": {"signal": -84}, "health": {"temperature": 18, "humidity": 24}, "clock": {"date": "2020-05-11", "time": "21:19:50", "unix": 1589231990}, "successful": true}

Noch ne Idee was es sein könnte?
Robonect ist auf V1.2 RC0 (Beta-Version) und in Fhem das Modul was in Fhem drin ist..

VG
René

[Chris46]

Hast du ein basicAuth erzeugt?

Code Auswählen Erweitern

echo -n <<user>>:<<password>>| base64

Mit user:password hat es bei mir auch nicht funktioniert.

Damit sollte es gehen.