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

[tombox]

@lesiflo Er nutzt deine eingetragenen lat und long werte aus den ioBroker Optionen. Schraubenschlüssel oben rechts. Und berechnet die Werte wenn keine Werte gesetzt sind dann nutzt er Berlin. Welche Werte hast du da drin.

[Bastelritius]

@tombox Hallo, danke für das Update. Bei dem ON_Time topic gibt es keinen Unterschied im Verhalten zur vorherigen Version. Ich sehe auch in den Objekten meines HM-Aktors nicht das die ON_Time 1s vorher gesetzt wird.

Eine Frage noch zu den Control DPs.

Mit diesen DPs (switches) kann ich jedes Ventil einzeln mit der eingestellten Zeit steuern, oder? Nachdem die Zeit abgelaufen ist und das Ventil wieder ausgeht, wechselt der State aber nicht zurück auf "false".

Ich muss auch leider noch mal Fragen. Unter welchem Datenpunkt in den Objekten kann ich das jeweilige Ventil für den Automatikablauf aktivieren oder deaktivieren?
Im Adapter ist es diese Checkbox:

[MartyBr]

@tombox
Eine kurze Rückmeldung:
Der Adapter läuft jetzt seit 3 Tagen produktiv. Ich habe meine CCU Steuerung deaktiviert. Bisher läuft alles ohne Probleme.

[paul.honka]

Hallo,
bei mir startet der Adapter nicht.

gartenbewaesserung.0 2020-04-16 10:02:31.426 info (17150) Bewässerung nicht gestartet wegen Regen Schwellwert undefined
Hier mal die Daten!


Weiternin kann ich den Niederschlagswert für den nächsten Tag ab wann nicht beregnet werden soll nicht eintagen.
Das Feld öffnet sich nicht.
Kann mann den Adapter nicht auch ohne Wetterdaten betreiben?
Vielleicht kann jemand helfen??
Beste Grüsse paul

[lesiflo]

@tombox Die Werte habe ich jetzt korrigiert. Waren noch falsch eingetragen. Geht jetzt. Danke !

[lesiflo]

Hi,

mir ist noch aufgefallen, dass wenn ich alle Ventile nacheinander starten lasse, die Restlaufzeit für die einzelen Ventile falsch berechnet wird. Die Gesamtlaufzeit ist korrekt. Die erste Zeit ist noch korrekt, bei jeder weiteren wird Restzeit mit draufgerechnet. Wenn ich nur einen Kreis alleine manuell starte stimmen die Restzeiten.

[tombox]

@paul-honka das war noch ein fehler im ui .. installier nochmal und teste nochmal

[tombox]

@Bastelritius ich habe nochmal getestet und auch auf 2sek angehoben bei mir funktioniert es.

control states bekommen noch kein feedback die bleiben wie sie gesetzt sind. ich werde das vielleicht noch verbessern
unter status findest du den korrekten status des ventils
enable findest du unter gartenbewaesserung.0.config.ventil1.enable werde ich vielleicht im ui umbennen

[Bastelritius]

@tombox komisch, bei mir funktioniert es nicht. Die neue Version 0.0.4 installiere ich einfach über die Alte Version vom Adapter drüber, oder muss ich vorher die alte löschen?
ON_Time und state werden bei mir zeitgleich gesetzt. Der working state wechselt dann erst beim Ausschalten von false auf true. D.h. der Timer ON_Time wird erst beim Ausschalten aktiv. Kann das mal noch jemand mit HM devices checken. Evtl. ist ja bei mir auch was falsch?

[tombox]

@Bastelritius einfach Installieren und Instanz Neustarten.

[tombox]

@Bastelritius Ich habe noch etwas beim setzen der States verbessert installier nochmal neu und checke ob es jetzt geht.

[paul.honka]

Hallo, mal was zum Verständnis,
ich installiere den Adapter, gebe die Datenpunkte der Ventile ein, ändere die Zeiten
und schon sollte es losgehen. Brauche ich die Wetterdaten zwingend, oder kann man die auch abschalten. Also die Instanz als "bessere" Zeitschaltuhr. Das soll nicht abwertend sein.
Beste Grüße paul

[tombox]

@paul-honka das ist korrekt du kannst die zeitschaltuhr auch über dein Vis ändern (Zeiten oder Ventile deaktivieren)

[Bastelritius]

@tombox sorry, bei mir läuft es nicht.

Nach dem Einschalten:

Nach dem Ausschalten:

Komisch das es bei Dir funktioniert. Hast Du ein HM-Device an dem du das testest?

Ich habe mal meine HM-Adapter auf debug gestellt und bekomme folgenden LOG:

hm-rpc.0	2020-04-16 14:34:08.597	debug	(21237) xmlrpc <- event ["hm-rpc.0","JPSENACT01:1","STATE",false]
hm-rpc.0	2020-04-16 14:34:08.597	debug	(21237) xml multicall <event>: hm-rpc.0,JPSENACT01:1,STATE,false
hm-rpc.0	2020-04-16 14:34:08.504	debug	(21237) setValue ["JPSENACT01:1","ON_TIME",{"explicitDouble":60}] FLOAT
hm-rpc.0	2020-04-16 14:34:08.501	debug	(21237) setValue ["JPSENACT01:1","STATE",true] BOOL
hm-rpc.0	2020-04-16 14:34:08.428	debug	(21237) setValue ["JPSENACT01:3","STATE",false] BOOL
hm-rpc.0	2020-04-16 14:34:08.418	debug	(21237) setValue ["JPSENACT01:2","STATE",false] BOOL
hm-rpc.0	2020-04-16 14:34:08.411	debug	(21237) setValue ["JPSENACT01:1","STATE",false] BOOL

Wenn ich das jetzt richtig lese, wurden um 14:34:08:411 die states aus deinem Adapter gesetzt. Es ist aber in Zeile 3 und 4 zu erkennen das erst der State auf True gesetzt wird und dann die ON_Time auf 60. Dazwischen vergehen aber nur 0,003s. Irgendwas passt hier nicht.

Aus Deinem Adapter bekomme ich nur folgenden LOG:

gartenbewaesserung.0	2020-04-16 14:34:08.444	info	(21312) Start ventil3 in 130sek
gartenbewaesserung.0	2020-04-16 14:34:08.441	info	(21312) Stop ventil2 in 125sek
gartenbewaesserung.0	2020-04-16 14:34:08.440	info	(21312) Start ventil2 in 65sek
gartenbewaesserung.0	2020-04-16 14:34:08.439	info	(21312) Stop ventil1 in 60sek
gartenbewaesserung.0	2020-04-16 14:34:08.438	info	(21312) Start ventil1 in 0sek
gartenbewaesserung.0	2020-04-16 14:34:08.436	info	(21312) Start Bewaesserung
gartenbewaesserung.0	2020-04-16 14:34:08.395	info	(21312) Bewässerung stop
gartenbewaesserung.0	2020-04-16 14:34:08.394	info	(21312) Stop Ventil: ventil3
gartenbewaesserung.0	2020-04-16 14:34:08.393	info	(21312) Stop Ventil: ventil2
gartenbewaesserung.0	2020-04-16 14:34:08.391	info	(21312) Stop Ventil: ventil1

[tombox]

@Bastelritius Du hast recht mein Fehler hatte das nur für die ventil einzelsteuerung geändert bitte nochmal installiern , instanz neustarten und testen

[Bastelritius]

@tombox Jetzt funktioniert es. Danke :+1:

[tombox]

Super danke dir

[paul.honka]

Hallo,
Gerade mal getestet mit 6 Ventilen und bei jedem eine Minute Laufzeit eingetragen. Das erste Ventil wird üben den Zeitplan angesteuert und die Restzeit im Status von Ventil 1 beginnt bei 60 sec. runterzuzählen, dann startet das zweite Ventil und die Restzeit beginnt bei 120 sec. runterzählen und bleibt bei 65 sec. stehen. Das 3. Ventil dann bei 180 sec und bleibt bei 125 sec. stehen, usw.
Ist das so gewollt? Ich dachte das wäre die Restzeit von dem Ventil, hier immer 60 sec.
Beste Grüsse paul

[tombox]

Version 0.0.5

• ON_TIME Reihenfolge gefixt
• Instanzoptionen alle auswählbar
• Restzeit wird korrekt angezeigt
• states under control haben jetzt immer den korrekten Wert

Ich habe mal geschaut in der vis gibt es das control timestamp mit dem man gut das Datum aus dem Adapter formatieren kann so wie man es möchte.

[Hitzi 69]

Der Adapter funktioniert wirklich gut. Mir ist nur aufgefallen dass die Restzeiten Gesamt und bei den Ventilen nicht stimmen. Die Endzeiten stimmen schon. Und könnte man das Datum bei den Endzeiten wegnehmen, das ist so eine lange Zeile im Vis? Hab schon die Version 0.0.5