Robonect.de

Da ich als IOS-Nutzer nur mit der iOS-App testen kann und der Fehler auf Seiten der iOS-App Roboconnect vom Entwickler ausgeschlossen wurde, vermuten wir beide den Bug in der FW 1.0 Beta 7a:

Syptom:

Das ist die Push-Nachricht: Das die in Roboconnect eingestellten und dort gespeicherten (Speicher-Button dort getippt) Trigger: und das, was bei Robonect im Webinterface steht: Diese stimmen überein.

Ergo:
Diese Push-Nachricht, dass er sucht, hätte nicht kommen dürfen, da der Trigger nicht aktiv ist.
Danach kommt aber noch eine korrekte Push, dass er mäht, wie der Trigger auch eingestellt ist.
Auch „Parkt“ wird fälschlicherweise gepusht, obwohl der Trigger nicht aktiv ist.

Kannst Du das bitte überprüfen, Fabian?

Ich stelle bei mir fest, dass anstelle „Heimweg“ ein „Parkt“ gepusht wird wenn vermutlich die Wetterpause den Mähvorgang abbricht. Unter normalen Umständen wird korrekt ein „Heimweg“ gesendet.

buenti hat geschrieben:Ich stelle bei mir fest, dass anstelle „Heimweg“ ein „Parkt“ gepusht wird wenn vermutlich die Wetterpause den Mähvorgang abbricht. Unter normalen Umständen wird korrekt ein „Heimweg“ gesendet.

Da anliegt vielleicht daran, dass er zuerst kurz Parkt und dann den Heimweg antritt.
Wird der Heimweg dann trotzdem noch zusätzlich gepusht, oder nur „Parkt“?

Kein Bug. Das Problem:
Du hast den Trigger auf "Immer" gestellt. D.h. beim Betreten UND beim Verlassen. Um das zu realisieren, was Du möchtest, musst Du die Trigger auf "Beim Betreten" stellen.

Beispiel:

Parkt > Lädt > Parkt > Suche > Mäht > Parkt > Heimweg > Lädt

Wenn ich jetzt nur den Trigger "Suche" auf "Immer" stelle, würde ich eine Push erhalten, wenn der Status auf "Suche" wechselt oder von "Suche" weg. In meinem Beispiel würde ich also eine Push erhalten bei "Suche" und "Mäht".

Achso - das ist aber schwer erkennbar, woher soll man das wissen, so vong Webinterface her?