Weihnachtsangebot 2025! 🎄

[tombox]

@homoran Er wird nicht weiter entwickelt habe nur die sachen für js controller 3.3 gefixt. Ich denke aber das sprinkecontrol einbaut wenn du die anfrage stellst

[Homoran]

@tombox Danke für die schnelle und ehrliche Antwort.

Aber ehrlich ist dein Adapter für mich besser, Sprinkle control hatte ich mir mal angesehen, da sind für mich zu viele Funktionen/Berechnungsgrundlagen, die ich nicht benötige, und solche Antworten wie:

Es tut mir leid, aber diese Änderung steht nicht im Einklang mit den Grundprinzipien des Adapters. Ich werde sie daher nicht umsetzen.
Erledige diese individuellen Aufgaben doch mit JS oder Blockly.

motivieren nicht gerade.

[JB_Sullivan]

@homoran

@tombox hat bestimmt mit dem VW Wallbox Adapter genug zu tun, zumal der VAG Konzern die e-Autos z.Zt. raushaut wie geschnitten Brot und sich somit auch alle Nase lang etwas an den WB Einstellungen ändern dürfte.

Von daher habe ich dafür schon ein gewisses Verständnis. Aber mir geht es wie dir - der Gartenbewässerungsadapter von tombox ist einfach nur geil und leistet mir dieses, wie auch letztes Jahr hervorragende Dienste.

Hauptsache er bleibt noch lange lauffähig.

[Homoran]

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Von daher habe ich dafür schon ein gewisses Verständnis.

das hab ich doch auch!

Aber ich brauche den Schnickschnack von sprinkle nicht
Sitze mit meinem bescheidenen Wissen gerade am Blockly

[bob der 1.]

@homoran sagte in Test Adapter Gartenbewässerung v0.0.x:

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Von daher habe ich dafür schon ein gewisses Verständnis.

das hab ich doch auch!

Aber ich brauche den Schnickschnack von sprinkle nicht
Sitze mit meinem bescheidenen Wissen gerade am Blockly

So sehe ich das auch....Sprinkler C. ist zu verworren.

Der hier hat alles was man braucht und ist stabil.
Mit einem Blockly lässt sich das zwar lösen aber ich bin da kein Freund davon.

Finde es mega schade das der Adapter atirbt

[Homoran]

@bob-der-1 sagte in Test Adapter Gartenbewässerung v0.0.x:

Sprinkler C. ist zu verworren.

naja, sagen wir mal der ist akademisch.

Wenn man alleine auf Regenmenge, Luftfeuchte, Windstärke und Helligkeit (als Sonneneinstrahlung!!) die theoretische Bodenfeuchte berechnet, werden alleine z.B. verschiedene Bödendurchlässigkeiten, und Pflanzgegebenheiten nicht berücksichtigt.
So habe ich zwei Pflanzmauern (1x 25cm breit, 1x 60cm breit) sowie eine Rasenfläche und unterschiedlich wind- und sonnengeschützte Areale in meinem Garten (mit unterschiedlicher Bodenqualität)
in jedem spezifischen Areal steht ein Bodenfeuchtesensor und jedes dieser Areale soll je nach Bedarf getrennt bewässert werden (im Moment noch Mischbewässerung).
Dieses kann IMHO der Sprinkle-Adapter nicht abbilden.

Ich hatte ihn gerade trotzdem noch mal installiert, finde aber keine einfache Möglichkeit eine Herangehensweise wie mit dem Gartenbewässerungs-Adapter dort abzubilden.
Dazu sind die beiden Ansätze zu unterschiedlich

[sigi234]

Könnte man den Adaper nicht in die Community aufnehmen, damit er uns erhalten bleibt und Erweiterungen möglich sind?
Wenn @tombox nichts dagegen hat?

[JB_Sullivan]

@sigi234
Dafür müsste er wahrscheinlich erstmal die "bürokratischen" Hürden der ioBroker Oberen überwinden, denn bis heute ist er weder im latest noch im stable zu finden.

Entweder hat sich tombox gar nicht um eine Aufnahme bemüht, oder er müsste den Adapter in großen Teilen umschreiben, damit er überhaupt aufgenommen werden kann. Vielleicht liegt da die Kruxx mit der Weiterentwicklung - wer weiß das schon.

Ich kenne noch einen anderen Adapter der Super ist (BYDHVS) und der seit Wochen darauf wartet überhaupt aufgenommen zu werden. Der Entwickler hat seinen Teil wohl erledigt und nun wartet und wartet er.

Offensichtlich sind die "Master of Adapter Freigaben" im Moment mehr mit Admin 5.x und js-controller 3.3.x beschäftigt ;) - nicht böse gemeint

[Homoran]

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Dafür müsste er wahrscheinlich erstmal die "bürokratischen" Hürden der ioBroker Oberen überwinden

ich denke. das hat er ja gerade gemacht.

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Entweder hat sich tombox gar nicht um eine Aufnahme bemüht,

bei einer Versionsnummer von 0.0.7 wäre das auch gar nicht verwunderlich.
Aber sie läuft ja im Prinzip problemlos.
Da könnte IMHO die Version deutlich hochgesetzt werden, da (mir) der Funktionsumfang so vollkommen in Ordnung erscheint

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Ich kenne noch einen anderen Adapter der Super ist (BYDHVS) und der seit Wochen darauf wartet überhaupt aufgenommen zu werden. Der Entwickler hat seinen Teil wohl erledigt und nun wartet und wartet er.

Das ist ein anderes Thema

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Offensichtlich sind die "Master of Adapter Freigaben" im Moment mehr mit Admin 5.x und js-controller 3.3.x beschäftigt

Das hat nichts miteinander zu tun, da müsste erst einmal der "Antrag gestellt werden".

[tombox]

@jb_sullivan Ich habe ihn nie in latest hinzugefügt weil er minimum dynamisch anzahl von ventile unterstützen müsste dafür. Dann kam der sprinkecontroler der ein guten Funktionsumfang hat und deswegen war für mich kein notwendigkeit ihn weiterzuentwickeln damit er beta/latest wird. Aber ich habe kein Problem damit ihn zu warten damit er funktionsfähig bleibt.

[Homoran]

@tombox sagte in Test Adapter Gartenbewässerung v0.0.x:

Aber ich habe kein Problem damit ihn zu warten damit er funktionsfähig bleibt.

Danke!
trotzdem will ich es jetzt mal mit einem Blockly selbst versuchen

[JB_Sullivan]

Kann es sein, das unter Umständen noch ein kleiner Fehler im Adapter bzgl. der Restlaufzeit drin ist? Ich bin mir ziemlich sicher, das letzten Sommer die Restlaufzeit Werte dort angezeigt wurden. Ist das evtl. auch eine Nachwirkung von js-controller 3.3.x?

Ich bekomme bei der Restlaufzeit im VIS das hier angezeigt:

In dem Datenpunkt wird die Laufzeit aber scheinbar korrekt eingetragen

Hier die RAW Daten dazu.

{
  "type": "state",
  "common": {
    "name": "restzeit",
    "role": "indicator",
    "type": "string",
    "write": false,
    "read": true,
    "unit": "min"
  },
  "native": {},
  "from": "system.adapter.gartenbewaesserung.0",
  "user": "system.user.admin",
  "ts": 1622049718696,
  "_id": "gartenbewaesserung.0.status.ventil4.restzeit",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Im VIS habe ich ein basic-time value mit dieser Einstellung gewählt. Gibt es vielleicht eine Idee dazu? Gibt es hier noch jemanden bei dem die Restlaufzeit nicht angezeigt wird? Adapter Version ist 0.08. DP`s wurden auch gelöscht und mit der 0.0.8 neu angelegt.

.... und diese Meldungen bekomme ich immer noch im LOG

gartenbewaesserung.0	2021-06-18 06:35:50.029	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:35:40.023	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:35:30.022	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:35:20.025	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:35:10.020	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:35:00.021	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-18 06:34:50.022	info	(15320) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"

[tombox]

@jb_sullivan Es ist ein normaler String/Text und kein time value mehr

[JB_Sullivan]

Kann man mit dem Adapter eigentlich mehrere Kreis gleichzeitig laufen lassen? Ich Frage, weil ich eine neue Pumpe montiert habe, welche nun genug Leistung hat, um auch mehrere Kreise gleichzeitig voll zu versorgen.

Irgendwie stehe ich gerade auf dem Schlauch wie man das im Adapter realisieren kann. Händisch einschalten funktioniert, aber automatisch wird immer ein Kreis nach dem anderen abgearbeitet.

[htrecksler]

@jb_sullivan Mach dir einen eigenen Datenpunkt. Diesen schaltest Du mit dem Adapter.
Und dann ein kleines Script was auf den Datenpunkt reagiert und die eigentlichen 2 oder 3 oder 4 Kreise schaltet.

[JB_Sullivan]

@tombox OK, Danke für den Hinweis, funktioniert wieder. Hattest du nicht diese "Störmeldungen" die durch den js-controller 3.3.x verusacht wurden, in der Version 0.0.8 eleminiert?

Bei mir sind sie leider immer noch vorhanden. Auch wenn ich den Datenpunkt Typ in RAW Daten von "string" auf "number" ändere, poppen die Meldungen auf.

gartenbewaesserung.0	2021-06-19 06:58:38.661	info	(3996) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-19 06:58:28.694	info	(3996) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-19 06:58:18.656	info	(3996) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-19 06:58:15.481	info	(3996) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-19 06:58:15.475	warn	(3996) Read-only state "gartenbewaesserung.0.status.ventil1.endeTimestamp" has been written without ack-flag with value "1624080495"
gartenbewaesserung.0	2021-06-19 06:58:15.474	warn	(3996) Read-only state "gartenbewaesserung.0.status.ventil1.ende" has been written without ack-flag with value "Sat Jun 19 2021 07:28:15 GMT+0200"
gartenbewaesserung.0	2021-06-19 06:58:15.473	info	(3996) State value to set for "gartenbewaesserung.0.status.restzeit" has to be type "number" but received type "string"
gartenbewaesserung.0	2021-06-19 06:58:15.457	info	(3996) Start ventil1
gartenbewaesserung.0	2021-06-19 06:58:15.439	info	(3996) Stop ventil4 in 6330sek
gartenbewaesserung.0	2021-06-19 06:58:15.439	info	(3996) Start ventil4 in 4830sek
gartenbewaesserung.0	2021-06-19 06:58:15.438	info	(3996) Stop ventil3 in 4820sek
gartenbewaesserung.0	2021-06-19 06:58:15.438	info	(3996) Start ventil3 in 3620sek
gartenbewaesserung.0	2021-06-19 06:58:15.438	info	(3996) Stop ventil2 in 3610sek
gartenbewaesserung.0	2021-06-19 06:58:15.437	info	(3996) Start ventil2 in 1810sek
gartenbewaesserung.0	2021-06-19 06:58:15.436	info	(3996) Stop ventil1 in 1800sek
gartenbewaesserung.0	2021-06-19 06:58:15.436	info	(3996) Start ventil1 in 0sek
gartenbewaesserung.0	2021-06-19 06:58:15.404	info	(3996) Start pumpe
gartenbewaesserung.0	2021-06-19 06:58:15.403	info	(3996) Start Bewaesserung

[JB_Sullivan]

@htrecksler

Das funktioniert aber nur, wenn die beiden Kreise die zusammen gefasst werden sollen, die gleiche Laufzeit haben. Das wäre bei mir nämlich nicht der Fall.

In der Konstellation wäre die eine Fläche zu Nass, die andere zu trocken (aufgrund der unterschiedlichen Größe).

Ein anderes Problem was ich mit der neuen Pumpe habe, ist die Wurfweite. Die ist jetzt größer geworden und es werde Dinge im Einzelmodus nass gemacht, die man lieber trocken haben will. Schaltet man einen 2. oder 3. Kreis dazu, geht die Wurfweite minimal zurück und man ist wieder save bzgl. der nicht gewünschten Ecken.

Klar könnte man alles irgend wie verskripten, aber dann wäre der Sinn des Adapters verfehlt.

[htrecksler]

@jb_sullivan sagte in Test Adapter Gartenbewässerung v0.0.x:

Das funktioniert aber nur, wenn die beiden Kreise die zusammen gefasst werden sollen, die gleiche Laufzeit haben.

das stimmt natürlich.

[gender]

Ich habe auch nochmal eine Frage zu einem möglichen "Fehler" bei der Restzeit:

Bei mir werden die Timestamps bzw. das Ende der Laufzeit für einzelne Ventile in Sekunden korrekt angezeigt. Nur bei der Restlaufzeit in Minuten bleibt immer der Wert "null".

Woran kann das liegen?

[tombox]

@gender ich habe in die github version debug log eingefügt das. einfach im debug log laufen lassen wenn er null setzt das kann vielleicht helfen