NEWS
Test Adapter Gartenbewässerung v0.0.x
-
@tombox
Hab den Adapter nochmal neu installert. Geht jetzt wieder. Danke !-> Welche Werte stehen bei dir in "status.sonnenaufgang"
Da steht "Invalid Date Uhr". Von wo holt er sich denn die Werte ? -
@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.
-
@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:
-
@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. -
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 -
@tombox Die Werte habe ich jetzt korrigiert. Waren noch falsch eingetragen. Geht jetzt. Danke !
-
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.
-
@paul-honka das war noch ein fehler im ui .. installier nochmal und teste nochmal
-
@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 -
@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? -
@Bastelritius einfach Installieren und Instanz Neustarten.
-
@Bastelritius Ich habe noch etwas beim setzen der States verbessert installier nochmal neu und checke ob es jetzt geht.
-
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 -
@paul-honka das ist korrekt du kannst die zeitschaltuhr auch über dein Vis ändern (Zeiten oder Ventile deaktivieren)
-
@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
-
@Bastelritius Du hast recht mein Fehler hatte das nur für die ventil einzelsteuerung geändert bitte nochmal installiern , instanz neustarten und testen
-
@tombox Jetzt funktioniert es. Danke
-
Super danke dir
-
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 -
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.