@codierknecht und @Dieter_P

läuft. danke

@kuddel said in Ring Doorbell Adapter:

Somit hat der Adapter dann knapp 30 Minuten, bis 13:05 Uhr, die DPs aktualisiert.

Hätte ich jetzt schon Skrtipte aktiv, die an den beiden o.g. DPs hängen, würde sie 30 Minuten permanent ausgeführt.

Das gleiche Problem habe ich auch. Ich hatte vor, wenn geklingelt wird, die Kamera 30 Sekunden groß auf der Vis anzuzeigen. Das ist mit dem Datenpunkt allerdings unmöglich. bei mir geht er erst etwa 10Sekunden nach dem Klingeln auf wahr und springt dann noch etwa 30-45min nach dem klingeln zwischen wahr und falsch hin und her.

Wie verarbeitet ihr die Ereignisse von eurer Doorbell mit ioBroker?

Ich benutze lediglich das Video um erst in meiner Vis darzustellen. Der Datenpunkt der Klingel ist so wie er ist unbrauchbar.

@ofbeqnpolkkl6mby5e13
Nachdem ich es abgeschickt habe ist mir auch aufgefallen, dass die Frage unnötig ist.

Es ging mir darum den Text "heute", der dann ja im DP steht und den ich auslese, farbig zu formatieren. Das geht aber ja problemlos in der Vis.

@Dieter_P wieder ein Volltreffer ich hatte es gestern Abend nach meinem Post schon gefunden. In der Masse der Befehle hatte ich „ShutterRelay1 1“ zuerst übersehen. Danach war es aber kein Problem mehr. Danke nochmal ️

@jan1 Wir haben insgesamt 8 der Schalter geflasht. Bei keinem war es nötig RX zu trennen oder RST auf Masse zu legen. Ich würde insbesondere das trennen von RX auch nicht pauschal machen, da wie bereits geschrieben es 1. fast unmöglich ist nur den Pin von von der Hauptplatine zu trennen ohne andere Pins zu beschädigen da sie doch schon sehr nah aneinander sind und 2. die Leiterbahn zu durchtrennen sehr risikoreich ist, da direkt neben der Leiterbahn eine weitere verläuft. Mein Fazit ist also, erstmal mit RX versuchen zu flashen. Wie gesagt, war es bei meinen 8 Schaltern nicht nötig irgendwas zu trennen.

@dieter_p

Ich habe es entsprechend geändert. Nun heißt es den Sommer abzuwarten. Vielleicht setze ich auch mal testweise einen anderen Wert für die Temperatur ein wenn ich zu ungeduldig werde

Danke wieder einmal für deine Hilfe

Übrigens: Der Web-Installer funktioniert bei mir immernoch nicht. Ich bekomme die Fehlermeldung das das Manifest nicht runtergeladen werden konnte. Schon seltsam das Ding.

@ofbeqnpolkkl6mby5e13
Ist ja auch richtig so wie ich es beschrieben habe, nur dass im Datenpunkt nur die reine Zahl der verbleibenden Tage steht.

So sieht der DP des Adapters aus

Tasmota Shutter Callibration.xlsx

Ehrlich gesagt, nein ich finde das eher kompliziert. Man kann einfach die Zeit messen, die das Rollo braucht um auf oder zu zu gehen. Das trägt man einfach unter shutteropenduration und shuttercloseduration ein. In meinem Fall ist es so, dass der Motor des Rollos eh abschaltet wenn es oben oder unten angekommen ist. Ich vermute, das ist Standard bei den Motoren. Sonst würde ja auch relativ schnell das Rollo oder der Motor kaputt sein. Daher ist es auch nicht schlimm wenn das Rollo bereits oben oder unten angekommen ist und das Relais des Schalters noch nicht abgeschaltet hat. Ich hatte die Laufzeiten noch in der originalen App und habe die einfach übernommen. So genau muss die Einstellung nicht sein, da die Laufzeit eh etwas variiert.

@paul53 said in DP abhängig von mehreren Varianten:

Ich war der Auffassung, dass du die in diesem Skript (pro Raum) beschriebenen Datenpunkte auswerten willst, um in Vis zu zeigen, in welchen Räumen noch Fenster offen sind.

Nicht ganz
Also, das erste Skript setzt den DP für das jeweilige Zimmer auf 1 wenn die IST-Temperatur tiefer als die SOLL-Temeratur ist und ein bzw mindestens ein Zimmer geöffnet ist.

Das zweite Skript soll nun in dem Datenpunkt für die VIS anzeigen in welchem Zimmer das der Fall ist. Dazu habe ich bei dem oberen Datenpunkten die für das erste Skript angelegten DP ausgewählt und sie weiter unten so bezeichnet wie die Anzeige in der VIS sein soll.
Wenn nun einer der oben eingetragenen DP auf 1 geht, wird das jeweilige Zimmer richtig angezeigt. Ist die Voraussetzung mit IST < SOLL und mind. ein Fenster auf nicht mehr gegeben, geht der DP vom ersten Skript ja wieder auf 0. Aber das zweite Skript nimmt den jeweiligen Text nicht raus. Es bleibt weiter im zweiten DP stehen, dass das Fenster auf ist.

@paul53 said in DP abhängig von mehreren Varianten:

Das widerspricht dieser Aussage:
@stefan341 sagte in DP abhängig von mehreren Varianten:

nur den Inhalt des letzten DP, in dem alle offenen Fenster gelistet sind, in der VIS ausgeben lassen

Ich habe das unglücklich ausgedrückt. Ich meinte in dem Datenpunkt sollten alle offenen Fenster gelistet sein, weswegen folgendes Skript ausgelöst hat

@paul53 said in DP abhängig von mehreren Varianten:

@stefan341 sagte: wenn der DP auf true war, er erst auf false geht, wenn alle Fenster zu sind?

Das wäre dann das zweites Skript aus deinem letzten Post oder?

@paul53
Ok, das klingt logisch. Aber das soll ja keine generelle Warnung sein wenn ein Fenster offen ist, sondern nur warnen wenn einer der Datenpunkte auf 1 geht.

@paul53 Ich bin jetzt endlich dazu gekommen es zu testen.
Es funktioniert fast.

Wenn einer der DP auf 1 geht, ändert sich der VIS-DP in "folgende Fenster sind geöffnet...". Soweit geht es. Geht der DP nun aber wieder auf 0 weil das Fenster geschlossen wurde, ändert sich der VIS-DP nicht in "Alle Fenster sind geschlossen"

@eduard77
Danke. Werde ich mir mal anschauen.

@paul53 danke, das probiere ich mal aus.

Hallo,
ich stehe gerade etwas auf dem Schlauch. Unwar möchte ich einen DP ab einem bestimmten Zeitpunkt hochzählen lassen.

Zum Hintergrund (dann ist es wahrscheinlich leichter zu verstehen):
Ich habe an meinem Stromzähler im Haus eine Smartmeter-Lesekopf. Dieser liefert mir den Wert über den Zählerstand, also den Gesamtverbrauch.
Aus diesem Wert möchte ich nun den Wert jeweils für den heutigen und gestrigen Tag in jeweils einen weiteren DP schreiben. Zurücksetzen kann ich die beiden DP ja beweist um 0Uhr. Wobei "gestern" ja nichtmal zwingend zurückgesetzt werden muss. Da er ja nicht mitzählt, kann er ja auch einfach überschrieben werden. Nur mit der Berechnung komme ich nicht klar. Natürlich soll der Wert im DP "heute" ab 0:00Uhr mit hochlaufen, bis er dann wieder um 23:59Uhr auf 0 gesetzt wird. Davor könnte man diesen Wert ja einfach in den DP "gestern übergeben. Also scheitert es bei mir eigentlich nur noch an der Berechnung für "heute".

Hat jemand eine Idee?

@asgothian said in Zigbee Adapter und NOUS A1Z:

• welche Adapter Version ?

3.1.5

• was passiert wenn du den device-query auslöst ? Kommen dann Daten ?

Wie mache ich das?

• was passiert wenn du die Steckdose schaltest - kommen warn oder info Meldungen ?
  Nein, keinerlei Einträge im Log

• was passiert wenn du die Steckdose über die Kachel neu konfigurierst ? (kachelrückseite, die 2 gebogenen roten Pfeile)
  Das war die Lösung. Jetzt kommen die Daten. Danke

Hallo,
Ich habe schön seit längerem einige NOUS A1Z Steckdosen im Einsatz und über den Zigbee Adapter verbunden. Heute wollte ich dann mal meine Vis mit Daten aus der Steckdose pumpen und mr ist aufgefallen, dass die Sensordatenpunkte wie Spannung, Strom, Leistung etc leer sind. Eigentlich sollte die Steckdose das messen können.

Hat vielleicht jemand eine Idee woran das liegen könnte? @Asgothian vllt?

@paul53
Danke. Ich habe momentan noch ein paar andere Dinge die ich zuerst erledigen muss. Darum dauerte meine Antwort auch etwas. Ich werde es testen.

@paul53
Danke, das klappt soweit.

Im nächsten Schritt müsste ich die Datenpunkte, die ich für jeden Raum habe, in der VIS anzeigen lassen. Also ich habe mir das so gedacht, dass ich ein Skript erstelle, dass die Datenpunkte triggert, wenn einer auf true geht, einen Namen für den DP in einen weiteren DP schreibt. Im Idealfall muss ich dann nur den Inhalt des letzten DP, in dem alle offenen Fenster gelistet sind, in der VIS ausgeben lassen