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

[dslraser]

@Mainframe
wenn ich über die App starte, denn wird die Zeit umgerechnet und in den Gardena Datenpunkt eingetragen. Dieser Wert wird in meinen eigenen Datenpunkten in Minuten umgerechnet und dann jede Minute um eins runter gezählt. Bei null endet sowohl die App, aber auch das Blockly.
Wenn ich über iQontrol starte, dann wird der Wert in meinen eigenen Datenpunkt eingetragen und für den Gardena Datenpunkt umgerechnet und dann dort gestartet.

iQontrol 12 Minuten eingestellt

Meine eigenen Datenpunkte

eine Minute später

Wenn da 0 steht, dann wird die Bewässerung beendet.
Wenn in der App beendet wird, dann geht der Datenpunkt auf 0

[Mainframe]

@dslraser

Wie du das gemacht hast. Ich glaube ich habe einen kompletten Denkfehler!

Wenn das Gerät eingeschalten ist dann hole dir die Sekunden aus dem iobrocker mit ZB 297 sec. Ziehe jede Minute 60 ab und schreibe dies in eine Variable.
ok gut aber wie und 2. wenn ich die bewässerung stoppe läuft ja die restzeit ja weiter. Oder steh ich voll am Schlauch

[Mainframe]

@dslraser OK das ist mir wie gesagt zu hoch. soweit bin ich noch lange nicht. Trotzdem Danke für deine Mühe!

[dslraser]

@Mainframe
ich weiß leider nicht wie ich es besser erklären kann

[Steff_2806]

Hi Leute,

hätte da mal noch ne Frage zum Adapter. Wird auch beim (Smart) Sileno City (250) auch der Status des Neigungssensors gepusht? Dann könnte man sich ja recht einfach einen Alarm selber bauen. Für mich persönlich obligatorisch und die letzte Info die ich brauche um mich selbst vom Kauf des Sileno zu überzeugen.

Viele Grüße
Steff

[exmerci]

Hallo Leute,

ich habe eine Frage die schon mal gestellt wurde, aber auf die ich nur ein nicht verstandene Antwort gefunden habe.

"Leider wird mir die Uhrzeit immer mit 2 Stunden Abzug angezeigt.
Steht in der Gardena App: Nächster Start 11:30 Uhr, wird in dem ioBroker Objekt 09:30 Uhr angezeigt.

Wie zeigt man dann in der VIS trotzdem den richtigen Wert an? Müsste a 120 Min draufrechnen."

Wo muss was eingetragen werden, damit die Uhrzeit stimmt?

[klausiob]

@exmerci Ja ist halt UTC in ISODate-Zeitformat. In einem basic-HTML-Widget z.B.

{gardena.0.datapoints.xxxx.timestamp_next_start;date(DD.MM.YY hh:mm)}

korrekt anzeigbar.

Gruß klausiob

[exmerci]

Hallo,

Das eine Problem habe ich gelöst. Ich habe die Spalte "Rolle" auf Date statt "Text" gesetzt. Jetzt stimmte die Zeit erstmal.
Warum erstmal? Weil sie stimmte solange der Mäher geladen wurde. Im dem Moment wo er wieder zum Mähen losfuhr, wurde wieder folgendes angezeigt:
Wed Dec 31 1969 23:00:00 GMT+0100 (Mitteleuropäische Normalzeit)
Woher kann dieser Wert kommen? In der Gardena App wird einfach "Mähen" angezeigt.

PS.

Leider funktioniert das alles gar nicht richtig. Unter Admin Datenpunkten steht zwar beim Laden die richtige Zeit, aber im View steht trotzdem noch die um 2 Stunden versetzte Zeit. Ich verstehe das nicht. Und wieso steht während des Mähens dort etwas völlig falsches? Fragen über Fragen

[exmerci]

So, ich habe jetzt Stunden damit zugebracht die richtige Zeit angezeigt zu bekommen.
Für jemand der keine Ahnung von Java hat und neu ist in IOBroker ist das wohl nicht zu schaffen.
Ich gebe mich geschlagen und belasse es dabei die Batterieanzeige darzustellen.

[klausiob]

@exmerci Um welchen Datenpunkt geht es genau und mit welchem Widget zeigst Du die in VIS an?
Ich habe auch diesen Adapter und ein Sileno 500 smart und habe nicht diese Probleme.
![Mower-DP]
().

![Mein VIS])
Noch nicht ganz fertig.

[Master77]

@klausiob sagte in [neuer Adapter] Gardena Smart System API:

@exmerci Um welchen Datenpunkt geht es genau und mit welchem Widget zeigst Du die in VIS an?
Ich habe auch diesen Adapter und ein Sileno 500 smart und habe nicht diese Probleme.
![Mower-DP]
().

![Mein VIS])
Noch nicht ganz fertig.

Würdest du mir die Vis für dein Mähroboter zur Verfügung stellen? Die schaut sehr schick aus.

Gruß Markus

[exmerci]

@klausiob

Hallo,

es geht um den Datenpunkt timestamp_next_start. Der stimmt auch bei dir nicht mir dem Widget überein.
timestamp_next_start ist bei dir 14:00 Uhr und in dem Widget steht 16:00 Uhr. Ich weiß ja nicht welche Zeit bei dir wirklich die Richtige ist, aber sie stimmen nicht überein.
Bei mir ist es nur umgekehrt. In der Objekttabelle steht bei mir z.B. 8:00 Uhr und im Widget steht 6:00 Uhr.

Es ist allerdings so, das in der Objekttabelle wenn ich sie über Admin aufmache die richtige Zeit steht und wenn ich die Tabelle dann im Widget öffne steht die falsche Zeit drin.

[klausiob]

@exmerci Also in den Datenpunkte werden die Zeitangaben als string und wegen dem "Z" am Ende mit Zeitzone UTC (+00:00) angezeigt Beispiele mit Zeitzonenangaben. Da sind die 14:00 bei mir richtig (Greenwich-Zeit). Ich habe aber MEZ also + 2h. Das kriege ich hin in einem Basic-HTML-Widget, wie oben bereits gezeigt mit einem Binding.

{gardena.0.datapoints.xxxx.timestamp_next_start;date(DD.MM.YY hh:mm)}

Die date-Fkt. berücksichtigt dann die konfigurierte Zeitzone.
Hast Du in raspi-config die richtige Zeitzone "Europa" eingestellt?
Die 16:00 Uhr sind dann die richtige Zeit bei mir, wie sie auch als Startzeit in dem Zeitplan steht.

VG klausiob

PS: Deine Anzeige "Wed Dec 31 1969 23:00:00 GMT+0100 (Mitteleuropäische Normalzeit)" ist eine Angabe die einem Initialwert einer internen Datumsfunktion entspricht.

The cdate utility converts a date and time to the number of seconds since midnight on January 1, 1970 UTC (Coordinated Universal Time, also known as Greenwich Mean Time or GMT). The valid range of dates and times that can be specified is from January 1, 1970 00:00 UTC to December 31, 2190 23:59 UTC. Because the specified date and time are assumed to be in the local time zone, the actual valid dates range may differ depending on the offset from UTC. For example, EST (Eastern Standard Time) is 5 hours earlier than UTC, so the valid date and time range for that zone is December 31, 1969 19:00 EST to December 31, 2190 18:59 EST. Similarly, the earliest valid date and time for time zones east of UTC, will be January 1, 1970 00+offset:00 where offset is the offset from UTC. The error Bad date conversion is given for dates and times out of the valid range. 

Die Zeitangabe in dem Datenpunkt ist nur sinnvoll in Verbindung mit anderen Stati, z.B. source_for_next_start

[exmerci]

@klausiob sagte in [neuer Adapter] Gardena Smart System API:

{gardena.0.datapoints.xxxx.timestamp_next_start;date(DD.MM.YY hh:mm)}

Hallo, mein Problem liegt eher darin, das ich nicht weiß, welches Widget ich nehmen muss.
In einem normalen HTML Wiget kann ich keine Datenpunkte auswählen.
In einem HTML Widget wo ich Datenpunkte auswählen kann, bekomme ich es nicht hin, das Widget so zu füllen mit dem String den du mir geschickt hast, das auch etwas angezeigt wird.
Ich habe z.B. folgende Widgets probiert:

(

Wenn du magst könntest du mir ja mal deine VIS schicken, vielleicht würde ich es dann verstehen. Ich verstehe aber auch wenn die das nicht möchtest.
Meine Raspi zeigt mir mit dem Befehl date die korrekte aktuelle deutsche Sommerzeit an.

PS. Wofür steht das xxxx in dem String den du oben abgebildet hast? Meine Annahme ist das dies die ID des Datenpunktes ist. Stimmt das?
Würde das dann bei mir bedeuten:

{gardena.0.datapoints.20a8c4b8-403e-4760-8bd7-732dff94ac12.b0b2fb36-ea5f-481f-b632-0d1057ffe837.abilities.9257633e-b876-36f0-ab67-86a9c6fd3631.ef36fb79-742e-3972-b408-1b0c672f312c.timestamp_next_start;date(DD.MM.YY hh:mm)}

Wenn ich das in einem HTML Widget eintrage bekomme ich keine Ausgabe. Aber vll. nehme ich ja die falschen Widgets.

[klausiob]

@exmerci das rechte Widget HTML ist richtig und rechts unter Allgemein und HTML-Feld den String eintragen. Im Editor zeigt er den Wert nicht an.

xxx steht für meine IDs (aus Sicherheitsgründen nicht dass mein Mäher zu Deinem Garten fährt ). Du muß da Deine aus der Objekttabelle komplett kopieren und einsetzen.

[exmerci]

Das habe ich jetzt genau so gemacht.
Hier mal ein Bild von meinem Datapoint.

Du kannst hier leider nicht den ganzen String sehen. Aber oben habe ich die ja den ganzen String eingetragen.
Genau so wie oben in dem schwarzen Feld habe ich den String in deas HTML Feld eingetragen. Das ergebnis ist, das ich nichts angezeigt bekomme.
So sieht es im Editor aus:

Und im ausgeführten VIS sehe ich dann gar nichts davon.

Was mache ich falsch?

[klausiob]

Wenn Du die Maus über die ID von dem Datenpunkt hälst, wird ein Kopiersymbol angezeigt. Wenn Du da drauf drückst, hast Du die Adresse von dem Datenpunkt im Zwischenspeicher. Diesen kannst Du dann ins HTML einfügen. Nach den abilities müssen noch 2 IDs mit Punkt getrennt stehen. Der String timestamp_next_start muß weg, war nur ein Hinweis auf den Datenpunkt. Dafür der ID-Teil der mit f312c endet. Aber wenn Du wie oben Copy/Paste machst haste alles. Dann im HTML ;date(DD.MM.YY hh:mm) dranhängen und alles in geschweifte Klammern setzen {...}.

[exmerci]

@klausiob sagte in [neuer Adapter] Gardena Smart System API:

Der String timestamp_next_start muß weg,

Du bist mein Held. Das war es. Super.Vielen Dank, das WE ist gerettet

[exmerci]

@klausiob sagte in [neuer Adapter] Gardena Smart System API:

PS: Deine Anzeige "Wed Dec 31 1969 23:00:00 GMT+0100 (Mitteleuropäische Normalzeit)" ist eine Angabe die einem Initialwert einer internen Datumsfunktion entspricht.

The cdate utility converts a date and time to the number of .......

Die Zeitangabe in dem Datenpunkt ist nur sinnvoll in Verbindung mit anderen Stati, z.B. source_for_next_start

Ich habe jetzt dazu dann doch noch mal eine Frage. Das die Zeitangabe nicht Sinvoll ist, sehe ich auch so. Aber die Frage ist, wie bekomme ich sie weg, da sie ja automatisch, statt der Zeit zum nächsten geplanten Start, angezeigt wird, wenn der Robo unterwegs ist, ohne das ich etwa dazu eingestellt habe.
Was steht bei dir bei "nächster Start", wenn der Rasenmäher gerade mäht?

[klausiob]

@exmerci Mich hat das bisher nicht gestört. Ich bin da auch gerade noch am experimentieren. Das sind ja eigentlich auch nur interne Daten. Also wann macht das Sinn oder kein Sinn die nächste Startzeit anzuzeigen. Wenn man nach Zeitplan geparkt hat, zeigt es die programmierte Startzeit vom Zeitplan an, also eigentlich doppelt. Wann zeigt er diese Initialzeit an, wenn man z.B. bis auf Widerruf geparkt hat. Dann ist die source_for_next-start="no_source". Dann habe ich erstmal per Binding bei nächster Start "manuell" reingeschrieben. Muß dann mal gucken, wie das bei einer längeren Mähzeit mit Zwischenaufladung aussieht. Ich mähe immer nur eine Std. und da braucht er keine Zwischenaufladung. Ich vermute, dass da source_for_next-start="charging" steht.
VG klausiob