Test Adapter Rain Bird v0.1.x GitHub

[Feuersturm]

@bilberry Danke für die Grafiken
Ich hab eine kurze Frage. Wie sorgst du in Abhängigkeit vom Status der Regner dafür, dass die Grafiken mittels CSS Klasse mdui-blue-pulse leuchten? Ich habe Uhulas CSS Klasse eingebunden und sehe auch in meiner VIS Oberfläche, dass die Grafiken leuchten, wenn ich den Wert mdui-blue-pulse bei CSS-Klasse eintrage.

Aktuell sehe ich zwei Wege, zwischen leuchtenden und nicht leuchtenden Grafiken umzuschalten zu können:
a) 2 Grafiken werden übereinander gelegt und in Abhängigkeit vom Status des Regners wird die Sichtbarkeit gesteuert
b) In das Feld für die CSS Klasse wird ein Binding eingetragen z.B.: {javascript.0.Bewaesserung.RegensensorCSSKlasse} und man schreibt über ein Skript den Wert "mdui-blue-pulse" in den Datenpunkt, wenn der Regner aktiv ist.

Aktuell gefällt mir Lösung b) am besten. Gibt es noch weitere Lösungsmöglichkeiten?

[ioBrockerNewbee]

@bilberry said in Test Adapter Rain Bird v0.1.x GitHub:

Saisonalen Anpassungen

Bei mir ist die "Saisonalen Anpassungen" aktiviert aber die Fehler-Meldung erscheint trotzdem.

[bilberry]

@Feuersturm : Ja, das sind grundsätzlich die beiden gängigen Wege, die mir bekannt sind. Zwei Grafiken übereinander versuche ich jedoch zu vermeiden. Deshalb bevorzuge ich i.d.R. den Weg über Bindings.
Allerdings musst Du nicht noch den Umweg mit einem Skript und separaten Datenpunkt machen.
Am Beispiel des Regensensor-Icons könntet Du ins Feld "CSS-Klasse" nämlich direkt folgendes eintragen: {val:rainbird.0.device.sensors.rain;val=="true"? "mdui-blue-pulse": " "}

Den ein oder anderen Tipp findest Du vielleicht auch noch in den Antworten auf meine diesbezüglichen Fragen im "Material Design CSS für ioBroker.vis"-Thread: Link 1 / Link 2

@ioBrockerNewbee: OK, dann lag ich mit meiner Vermutung doch daneben. Müssen wir abwarten bis @StrathCole eine fundierte Aussage dazu machen kann.

[StrathCole]

Zu dem Problem mit der saisonalen Anpassung kann ich aktuell nicht viel sagen. Es scheint so zu sein, dass bei manchen Steuergeräten hier andere Parameter erwartet werden. Daher liefern diese dann bei der entsprechenden Anfrage einen Fehler zurück. 00 heißt im Grunde nur so viel wie "Befehl nicht akzeptiert". Der NAKCode ist mir noch nicht ganz klar, was welcher Wert bedeutet. Ich meine, dass 2 bedeutet, zu wenige Parameter gesendet. Den Wert 4 hatte ich bisher noch nicht herausgefunden.

[Feuersturm]

@tobitobsta sagte in Test Adapter Rain Bird v0.1.x GitHub:

Gleichzeitig steht device.irrigation.active auf "true" und device.irrigation.station auf "0" obwohl nix läuft - soll das so?

Dieses Verhalten sehe ich bei mir auch. Ich verwende eine ESP-ME mit Adapterversion v 0.2.3r44
Wenn ich Programm A manuell starte wird der aktive Kreis unter rainbird.0.device.irrigation.station korrekt angezeigt. Das Objekt rainbird.0.device.irrigation.active ist aber durchgehend auf true, egal ob die Bewässerung läuft oder nicht.

@StrathCole Du hattest weiter oben geschrieben, dass du gerade im Job gut eingespannt bist. Hilft es dir, wenn github issues für die Auffälligkeiten erstellt werden oder wühlst du dich Stück für Stück hier durch den Faden durch?

[StrathCole]

@Feuersturm sagte in Test Adapter Rain Bird v0.1.x GitHub:

@StrathCole Du hattest weiter oben geschrieben, dass du gerade im Job gut eingespannt bist. Hilft es dir, wenn github issues für die Auffälligkeiten erstellt werden oder wühlst du dich Stück für Stück hier durch den Faden durch?

Issues sind natürlich immer hilfreich, damit nichts in Vergessenheit gerät.

Habt ihr mal getestet, ob rainbird.0.device.irrigation.active auf false springt, wenn ihr den Controller manuell auf "stop" setzt, also nicht in der App, sondern den Regler am Gerät?

[Feuersturm]

@StrathCole Kann ich morgen gerne mal ausprobieren.

[bilberry]

Diese Frage hatte ich hier kürzlich auch schon mal gestellt, dann aber gleich wieder gelöscht. Hatte nämlich auch durch Probieren rausgefunden, dass der DP auf false geht, wenn man am Controller auf Stopp drückt.

[myssv]

Ich denke mal damit ist grundsätzlich die automatische Bewässerung gemeint.

active = true bedeutet, dass nach dem Bewässerungsplan bewässert wird

[bilberry]

Habe heute mal den Adapter komplett neu installiert, weil ich mir nicht sicher war ob das Update richtig funktiniert hat. Die neun Funktiuoinen, dass nur die verfügbaren Stationen als DP geladen werden, hat funktioniert. Danke!

Was ich aber nach wie vor vermisse, ist der DP rainbird.X.device.settings.seasonalAdjust
Der erschein bei mir nicht, obwohl die Saisonale anpassung aktiviert ist (wird in App und am Controller angezeigt)

Wo kann ich eigenlich sehen welche "r-Version" gerade installiert ist? Habe weder im ioBroker noch auf github einen Hinweis darauf gefunden.

[StrathCole]

@bilberry Die r-Version siehst du im Log beim Start des Adapters. Wenn der Datenpunkt fehlt, kann es sein, dass dein Controller andere Antworten liefert, als ich bei meinem kriege, und daher aufgrund einer unbekannten Antwort der DP nicht angelegt wird

[Feuersturm]

@StrathCole sagte in Test Adapter Rain Bird v0.1.x GitHub:

@myssv Ich mache mir das via Hilfsscript, weil der Controller die Zeit immer in Sekunden liefert. Ich weiß nicht, ob es sinnvoll wäre, das direkt im Adapter zu integrieren, da jeder User die Daten anders verarbeiten will. Was ich noch vorhabe, ist, die Restlaufzeit intern im Adapter feinkörniger runterzuzählen. Unabhängig von der Polling-Time.

In meinem Fall sieht das Skript so aus:

Spoiler

if(existsState('javascript.0.vis.rainbird.remaining_1') === false) {
    createState('vis.rainbird.remaining_1', '', {name: 'Restlaufzeit Station 1', unit: '', type: 'string', role: 'text', def: ''});
}
if(existsState('javascript.0.vis.rainbird.remaining_2') === false) {
    createState('vis.rainbird.remaining_2', '', {name: 'Restlaufzeit Station 2', unit: '', type: 'string', role: 'text', def: ''});
}
if(existsState('javascript.0.vis.rainbird.remaining_3') === false) {
    createState('vis.rainbird.remaining_3', '', {name: 'Restlaufzeit Station 3', unit: '', type: 'string', role: 'text', def: ''});
}
if(existsState('javascript.0.vis.rainbird.remaining_4') === false) {
    createState('vis.rainbird.remaining_4', '', {name: 'Restlaufzeit Station 4', unit: '', type: 'string', role: 'text', def: ''});
}

on({id: ['rainbird.0.device.stations.1.remaining', 'rainbird.0.device.stations.2.remaining', 'rainbird.0.device.stations.3.remaining', 'rainbird.0.device.stations.4.remaining'], change: 'any'}, function(obj) {
    if(obj.state.ack !== true) {
        return;
    }

    let id = 'remaining_1';
    if(obj.id === 'rainbird.0.device.stations.2.remaining') {
        id = 'remaining_2'
    } else if(obj.id === 'rainbird.0.device.stations.3.remaining') {
        id = 'remaining_3'
    } else if(obj.id === 'rainbird.0.device.stations.4.remaining') {
        id = 'remaining_4'
    }

    let minutes = Math.floor(obj.state.val / 60);
    let seconds = obj.state.val - (minutes * 60);

    setState('javascript.0.vis.rainbird.' + id, minutes + ':' + (seconds < 10 ? '0' : '') + seconds, true);
});

Ich suche gerade eine Möglichkeit direkt in VIS die Restlaufzeit (Angabe in Sekunden) direket als Ausgabe "x min y s" darstellen zu können. Kann man diese Berechnung und Darstellung direkt in einem Widget machen oder kommt hier um ein Skript + zusätzliche Datenpunkte nicht drumherum?

[StrathCole]

@Feuersturm Es könnte evtl. mit Object-Bindings gehen, aber aus Lesbarkeits- und Preformancegründen würde ich es wohl eher mit einem Skript und separatem DP machen.

[Feuersturm]

@StrathCole Danke. Hab das Skript soweit für mich angepasst, dass es funktioniert

Was ich gerade festgestellt habe ist folgendes.
Wenn ich mit dem "materialdesign - Slider" den Datenpunkt rainbird.0.device.stations.4.runZone auf z.B. 4 Minuten stellen, dann fängt die Bewässerung an zu laufen, im Datenpunkt steht aber nichts drin. Der Inhalt bleibt leer bzw. wird sofort nach der Übergabe geleert. Der Slider springt somit auch sofort auf 0 zurück.

Ist das bei euch auch so oder ist das so gewollt, damit man einen neuen Trigger hat um ein neues Zeitfenster an die Rainbird Steuerung zu übergeben?

[freeman2020]

Hallo zusammen,
ich bin im Thema iobroker noch "ganz frisch" - Entschuldigt also bitte die "dumme Frage":
Wie und wo setzt Ihr eigentlich den entsprechenden Wert (z.B. für rainbird.0.device.stations.3.runZone auf 5 (also für 300 Sekunden)? Hat eigentlich von Euch auch schon jemand die Rainbird Steuerung in yahka realisiert?

[Martin Rodewald]

@freeman2020 kommt bei runzone rein. Ich hab das mal gelb markiert. !

In Yahka hab ich die Steuerung nicht. Steuer über Telegram und Node red Dashboard. Mit yahka müsste ich mal probieren.

[freeman2020]

@Martin-Rodewald Vielen Dank - wahrscheinlich schaue ich mir die Kombination Telegram und Node red auch einmal an. Hast Du hier eine Empfehlung zum Start?

[Feuersturm]

@freeman2020 Geht es dir darum z.B. über einen Slider deine Regner zu aktivieren?
Ich hab hiefür "materialdesign - slider" im Einsatz. Wenn du diesen auswählst und deinen Datenpunkt in das Gelb markierte Feld einträgst wird der eingestellte Wert in den Datenpunkt geschrieben und die Beregnung kann losgehen.

Kleiner Hinweis: Wenn man den "materialdesign - slider" auch im VIS Editor versucht zu greifen und dabei auf den Punkt zum Einstellen des Wertes kommt wird dieser direkt übernommen und die Beregnung startet. Das Verhalten hatte ich hier auch schon einmal gepostet https://forum.iobroker.net/topic/29661/material-design-widgets-slider-widget/10

So sieht meine Bewässerungsview aktuell aus. Ist aber noch im Auf- und Umbau:

Edit: Ich sehe gerade, dass du nach einer Umsetzung in yahka gefragt hast. Sorry, dann wird dir meine Antwort wohl nicht so viel weiterhelfen. Mit yahka hab ich keine Erfahrung.

[bilberry]

@Feuersturm
hast du schon unkomplizierte Lösung gefunden, den Silder nach Einstellen der Zeit rückwärts "ticken" zu lassen?
Meine Überlegung war, einen zweiten drüber zu legen. Dann passt das aber mit Einheiten (Minuten vs. Sekunden) nicht und mal müsste die erst umrechnen...
Das war mit zu viel Aufwand für die "Spielerei".

@StrathCole: gibt es eine (einfache) Möglichkeit, die Rohdaten zwischen Adapter und Rainbird-Controller mitzulesen bzw. zu ändern, um zu probieren, welche Daten ggf. noch verwertet werden können? Manche Adapter haben ja einen Datenpunkt für "raw-data", mit dem man manuelle Requests versenden kann. Ich würde vor allem gern mal der Ursache für den Fehler des B0-Request, der scheinbar nicht von allen Controllern beantwortet wird, auf den Grund gehen. Außerdem interessiert mich, welche „Saisonale Anpassung" der Controller aktuell errechnet hat.
Wenn es hier eine wenig komplizierte Möglichkeit gäbe, könnten wir aus der Community Infos und Besonderheiten zu einzelne Steuergeräten zusammentragen.

[StrathCole]

@bilberry sagte in Test Adapter Rain Bird v0.1.x GitHub:

gibt es eine (einfache) Möglichkeit, die Rohdaten zwischen Adapter und Rainbird-Controller mitzulesen bzw. zu ändern, um zu probieren, welche Daten ggf. noch verwertet werden können?

Leider ist das nicht so einfach. Zwischen Controller und Client werden nur Hex-Codes verschickt. Also beispielsweise 320101 oder so etwas. Zurück kommen dann wieder Hex-Daten, wie z. B. das 00 etc. Ich weiß also selbst nur aus der pyrainbird Bibliothek bzw. teilweise durch selbst rumprobieren, welcher Code welchen Befehl ausführt und welche Antwort zurückkommt.

Vielleicht müsste ich mal ein kleines NodeJS Skript schreiben, dem man einfach beliebige Hex-Codes übergeben kann und beliebige Parameter – aber ob das was bringt, weiß ich nicht, denn die Antworten sind auch schwer zu verstehen.