UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[hsteinme]

@saeft_2003 sagte in Zeigt her eure Views zum Thema Mähroboter:

Es muss aber klar sein das man z.B. 30min vor der Startzeit keine Zeiten mehr setzten kann, dass muss dann immer >40min sein.

Warum das denn?

[saeft_2003]

@hsteinme

Weil das skript in meinem fall 3 min vor der startzeit z.B. um 7:57 die Daten setzt. Gebe ich jetzt um 7:58 die Startzeit 8:00 an dann gilt das erst für in einer Woche.

Ist etwas schwierig zu erklären ich hoffe du verstehst was ich mein.

[excalibur270]

@saeft_2003 Wenn du aber den mähplan im Mäher dann aber löschst kannst du wieder eine neue eingeben für den Tag. Oder denke ich gerade falsch.
Ich habe das Script so umgebaut das ich pro Tag zwei Zeiten eingeben kann. Dazu zwei Sonderscripte und die dp in der Vis angepasst. Auch habe ich das Script so angepasst das ich für jede Fahrt eine direkte Zone via meterzahl angeben kann.

[saeft_2003]

@excalibur270

Ich habe es noch nicht ausprobiert, weil ich das bei meinen 100 qm nicht brauch, aber das sollte möglich sein.

Ich habe das Skript noch so geändert das wenn er normal um 8:00 wegen Regen nicht starten konnte, er es nochmal automatisch um 10:00 probiert falls das auch nicht geht muss ich es manuell machen.

[excalibur270]

@saeft_2003 Das mit dem löschen in der App klappt auf jeden Fall. So hatte ich das gemacht als ich am einrichten war.
Hier mal die View zum überarbeiteten script

[Semmy]

Hallo @saeft_2003

Ich habe dein Script am Laufen, funktioniert soweit, aber heute wurde anstatt Startzeit 12 Uhr 0 Uhr gesetzt. Woran kann das liegen?

Viele Grüße
Semmy

[saeft_2003]

@Semmy

Das hört sich nach dem Problem an was ich vereinzelt auch habe. Ich hatte es schon das die work time nicht mit 70 sondern mit 0 gesetzt wurde und dann fährt er natürlich nicht.

Leider kann ich nicht sagen ob das ein Problem vom Skript oder ein Problem vom worx Adapter ( @Meistertr ) ist. Ich habe den worx Adapter jetzt auf debug stehen, damit ich wenn es wieder vorkommen sollte vielleicht schlauer bin. Das könntest du auch tun.

Noch dazu überprüfe ich im Skript ob die work time wirklich gesetzt wurde, falls nein wird Sie einfach nochmal gesetzt. Diesen Fall hatte ich aber bis jetzt noch nicht, ob das dann so einfach klappt.

[Semmy]

@saeft_2003 Wie stellt man den denn auf debug?

[saeft_2003]

@Semmy

einfach mal googlen :-)
https://iot-blog.net/2018/08/31/adapter-auf-debug-logstufen-log-reiter-und-mehr/

[Semmy]

@saeft_2003 Wie muss das aussehen, wenn ich im Script zusätzlich überprüfen möchte, ob die Startzeit gesetzt wurde und falls nein, soll sie nochmal gesetzt werden.

Viele Grüße
Semmy

[saeft_2003]

@Semmy

so

[Semmy]

@saeft_2003 Muss da im falls-teil nichts mehr eingetragen werden wegen der Startzeit?

[saeft_2003]

@Semmy

Er vergleicht nach 30 Sek ob die work time im adapter der entspricht wie im Datenpunkt im Skript, falls nicht wird versucht die work time noch mal zu setzen.

[Semmy]

@saeft_2003 worktime wurde ja richtig gesetzt, nur eben die Startzeit nicht. Wie könnte man das in deinen Script noch mit einbinden?

[saeft_2003]

@Semmy

Auch so. Einfach die work time mit der Startzeit ersetzten.

[Semmy]

@saeft_2003 ok, und wie siehts aus mit beiden, also worktime und Startzeit?

[saeft_2003]

@Semmy

Du kopierst einfach den 30 Sekunden timeout block und ersetzt die work time durch die Startzeit und fertig.

[Semmy]

@saeft_2003 Hallo
Wo muss das genau hin und was ist dann mit den timeout24-Einträgen?

[saeft_2003]

@Semmy

Nein das ist flasch. Bau doch bitte mal den timeout27 block nach und ersetze die work time durch die Startzeit

[Semmy]

@saeft_2003 So siehts jetzt aus. Was ist mit timeout24? Lassen oder löschen? Wie müsste ich das dann noch mit worktime machen? Also worktime und Startzeit zusammen?