Beiträge von horschte

wenn die fernbedienung gepairt ist sollte beim drücken was im tasmota [definition='1','0']log[/definition] auftauchen. einfach mal testen und die taster drücken

Zitat von patrick31698

du schreibst "verfügbare skala mit angeben, bspw , min="153", max="500" " wie kriege ich raus, welche Skala bei mir verfügbar ist?

153-500 ist glaube ich die maximal unterstützte reichweite. damit sind alle weisstöne abgedeckt. wenn deine lampe weniger unterstützt, dann sollte dein regler nach kurzer zeit zurückspringen.

Zitat von patrick31698

Die Fernbedienung ist einigermaßen interessant. Ich hatte mir ja den LIDL Kingeltaster gekauft, weil ich meine Haustürklingel smart machen will. Allerdings habe ich keine Ahnung, wie das hardwaremäßig bewerkstellige.
Die Fernbedienung zu diesen Lampen sieht da deutlich "besser" aus.

um was gehts genau? musst mal beschreiben was du da womit umsetzen willst.

sry bin die woche komplett eingespannt. für eine fertige lösung hab ich erst sonntag zeit. der weisswert der lampe ist "ct" (ColorTemperature), einheit ist mired.
im thingseintrag (number) für den weisskanal musst du die verfügbare skala mit angeben, bspw , min="153", max="500"
hier ein beispiel aus einer testconfig

Type number : Ku_Schranklicht_Weiss       "Ku_Schranklicht Weiss"     [ stateTopic = "tele/zigbee_bridge/Ku_Schranklicht/SENSOR" , transformationPattern="REGEX:(.*CT.*)∩JSONPATH:$.ZbReceived.Ku_Schranklicht.CT", commandTopic="cmnd/zigbee_bridge/ZbSend", formatBeforePublish="{\"device\":\"Ku_Schranklicht\",\"send\":{\"CT\":\"%s\"}}", min="153", max="500"]

damit erstellst du dann einen numbers item eintrag, in die sitemap setzt du dann einen slider für die steuerung mit den zusätzlichen parametern des items...also bspw
Slider item=Kue_Huestripe_Weiss minValue=153 maxValue=500
das wars eigentlich auch schon zum thema weisswert.
du kannst das ganze ja mal testen...aber bitte nicht wundern wenn meine antworten diesmal länger dauern....mangelnde zeit diese woche wie schon erwähnt.

Komme leider erst nächste Woche dazu. Fernbedienung sollte auch nutzbar sein

Kein Support für banned Addons!
https://kodi.wiki/view/Official:Forum_rules/Banned_add-ons

Zitat von patrick31698

Ich habe den Eindruck, daß der Melder alle 60 sekunden triggert. Oder ist das die Deaktivierungszeit von tasmota?
Aber wie kriege ich das raus?

mittels ZbOccupancy den wert in tasmota niedrig setzen. tasmota sendet dann ja bspw nach 15sek bewegungsmelder aus...dann vor dem bewegungsmelder rumhampeln und schauen wie lange es dauert bis er wieder auslöst. differenz zum ersten mal auslösen und dem zweiten mal ist das, was dein bewegungsmelder kann.

Zitat von patrick31698

der Link Channel ist sehr gesprächig.
Kann man das wegen der Batterielebensdauer irgendwie begrenzen??

was ist das für ein channel? verbindungsqualität? braucht man das? das kann man übrigens auch nicht eingrenzen. sendet der sensor ja von sich aus. ich würde solche "spammer channels" jedenfalls aus meinem system entfernen.

alles richtig gemacht.
das einzige was du jetzt noch machen kannst ist die deaktivierungszeit von tasmota einzustellen. standard ist bei tasmota 60sek. also nach 60sek meldet tasmota das der melder keine bewegung mehr hat.
auf welchen wert du das einstellst hat auch mit den fähigkeiten deines melders zu tun. kann er alle paar sekunden triggern dann ist eine niedrige zeit sinnvoll, kann er nur alle 60sek triggern (wie bspw die xiaomi melder ohne "hack") dann reicht eine höhere zeit.
die zeiten in tasmota stellst du mit ZbOccupancy in der konsole um....bspw
ZbOccupancy Bewegungsmelder_Kue,15
...heisst, alle 15sek wird der bewegungsmelder Bewegungsmelder_Kue (name in zigbee2tasmota) auf off gesetzt. erlaubte werte sind 15, 30, 45, 60, 75, 90, 105, 120.
das ganze ist relevant wenn du bei bewegungsmeldern mit einem expire dummy arbeitest um zu erreichen, dass bei jeder bewegung wieder ein timer, bspwe für dein licht wieder nach oben gesetzt wird.

Zitat von Ronny

Habe Heute das neue MIUI Version 13.0.3 plus Android 12 Update erhalten für das Xiaomi Redmi Note 10 Pro ...wie schaut es bei Euch aus?

hab vor ner woche mein mi10 auf miui 13.0.3 xiaomi.eu rom geflasht. hätte ich schon vorher machen sollen. die custom rom ist dann doch noch besser als stock rom. android12 natürlich.

Zitat von taker-`

wäre DAS der richtige? meine, ich habe gelesen, dass die hue teile zwei arten von weiß können? das heißt dann wohl auch nicht RGBW, sondern bisschen anders... oder wäre das mehr oder weniger in meinem fall egal?

theoretisch ja...ohne gewähr.

Zitat von taker-`

welche stripes, oder andere bunte lämpchen könnte ich den nutzen? ich wollte jetzt nicht grad 5m stripes in das gehäuse reinhämmern xD

rgb = nur bunte leds, weiss kann per mischen erreicht werden
rgbw = rgb + zusätzlich kaltweisse leds
rgbww = rgb + zusätzlich warmweisse leds
rgbct = rgb + zusätzlich leds die im weiswert, kalt warm gesteuert werden können
für ne dekobeleuchtung in nem rechner brauchst du keine rgbw/ww/ct stripes/controller. da reicht es auch rgb zum weiss mischen zu nutzen. es sei denn du willst wirklich schneeweiss als beleuchtung nutzen und nicht bunt.

Zitat von taker-`

das müsste doch passen, soweit ich das verstehe? sollte ich dazu ein externes netzteil als stromversorgung nehmen, oder könnte ich das theoretisch auch intern irgendwie anklemmen?

theoretisch würde das funktionieren....theoretisch. meines erachtens wie schon erwähnt ist rgbw bei solchen beleuchtungen nicht notwendig. stromversorgung kannst du über molex im rechner machen wenn du 12v oder 5v stripes/controller nutzen möchtest.

aber eins gleich vorweg. unterschiedliche leuchtmittelhersteller = unterschiedliche farbtöne. speziell bei diesen stripes stimmt die farbe nur in ein paar grundtönen mit hue überein.

der esp kann mit tasmota nur hue emu, kann so also bspw via alexa gesteuert werden. eine steuerung mittels hue app/schalter etc oder eine synchronisierung von den lampen aus zum esp funktioniert so nicht.
dafür bräuchtest du einen hue kompatiblen zigbee stripe bzw led controller.
in sachen systemintegration ist hue halt murks. da müsstest du die led-steuerung einem anderen gerät überlassen.

na dann....auf zum nächsten projekt

Zitat von patrick31698

Juhu! Fehler gefunden!

und wars die fehlende bzw falsch benannte Gruppe?

Zitat von patrick31698

Wenn ich den Alarm auf allen Echos ausgeben will, packe ich die Sprachausgabe items auch in eine Gruppe und lasse die Gruppe den Alarm ausgeben?

Genau. Die TTS Channels in eine Gruppe und dann funktioniert das auch.

Zitat von patrick31698

Aah da muss ich noch mal schauen, in der ersten Version hieß die Gruppe Wassersensoren, in der zweiten Wassersensor. Vielleicht habe ich das nicht geändert.

möglich, deswegen schrieb ich oben ja:

Zitat von horschte

ok dann items und rules NICHT aus meinem letzten beitrag nehmen. hier kommt die finale version.

nenne die gruppe gleich mal so
Group:Switch:OR(ON, OFF) Wassersensor

Gruppe Wassersensor angelegt?

ok dann items und rules NICHT aus meinem letzten beitrag nehmen. hier kommt die finale version. damit werden dann auch nochmals die namen aller alarmauslösenden wassersensoren in der erinnerungsrule gesendet.

sitemap:

Text item=Water_Sensor1_leak
Text item=Water_Sensor2_leak

items:

Group:Switch:OR(ON, OFF) Wassersensor
Switch      Water_Sensor1_leak          "Wassersensor Aquarium [MAP(Wassersensor.map):%s]"       <water>    (Wassersensor)          {channel="mihome:sensor_wleak_aqxxxxxxxxxxx:xxxxxxxxxxxxxxx:leak"}
Switch      Water_Sensor2_leak          "Wassersensor Küche [MAP(Wassersensor.map):%s]"          <water>    (Wassersensor)         {channel="mihome:sensor_wleak_aqyyyyyyyyyyy:yyyyyyyyyyyyyyy:leak"}

datei runterladen, entpacken und Wassersensor.map in den transform ordner von openhab schieben /etc/openhab/transform Wassersensor.zip
achtung das "Map Transformation" binding muss in openhab installiert sein.

rule 1:

rule "Wasseralarm"
    when   
        Member of Wassersensor changed to ON  
    then
        val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
        val sensor  = triggeringItem.label
            Alarm_repeat.sendCommand(ON)
            if (Patrick.state == ON){
               Alexa_Sprachausgabe.sendCommand("Achtung! " + sensor + " hat Alarm ausgelöst!")
            }
            if (Patrick.state == OFF){
               telegramAction.sendTelegram("Achtung! " + sensor + " hat Alarm ausgelöst!")
            }
    end

rule 2

rule "Wasseralarm Erinnerung"
when   
    Item Alarm_repeat changed from ON to OFF  
then
    val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
    val sensor = Wassersensor.members.filter[ i | i.state == ON ].map[ label ].reduce[ s, label | s + ", " + label ]
        if (Wassersensor.state == ON && Patrick.state == ON){
            Alarm_repeat.sendCommand(ON)
            Alexa_Sprachausgabe.sendCommand("Achtung! " + sensor + " ist noch aktiv!")
        }
        if (Wassersensor.state == ON && Patrick.state == OFF){
            Alarm_repeat.sendCommand(ON)
            telegramAction.sendTelegram("Achtung! " + sensor + " ist noch aktiv!")
        }
end

Zitat von patrick31698

Aber einen Wasseralarm in der Sitemap? Ist das sinnvoll?

kann schon sinnvoll sein. bspw wenn der sensor mal nach nem neustart o.ä. keine verbindung hat. dann siehst du da ob der status UNDEF/NULL ist.

die 2. rule könnte halt noch so abgeändert werden das sie nochmals den namen des aktiven sensor ausgibt. musste sagen ob du das gern hättest oder brauchst. dann schreib ich dir die notwendigen änderungen. dann muss mit mapping gearbeitet werden. das empfiehlt sich auch wenn du die sensoren in der sitemap darstellen willst.

Zitat von patrick31698

Falls da jemand anderen interessiert. Oben ist ein Fehler in den items. Die heißen beide Water_Sensor1_leak. Einer muß in Water_Sensor2_leak umbenannt werden.

ist abgeändert

ok angenommen die beiden sensoren sind Water_Sensor1_leak & Water_Sensor2_leak, dann ändere mal die labels ab. "Leck!" ist ja nicht wirklich ein geeigneter name für einen sensor und auch doof für die folgenden rules. zusätzlich erstellst du eine gruppe für die sensoren und fügst die gruppe natürlich in den items ein. das ist für die rule wichtig....beispiel:

Group       Wassersensoren
Switch      Water_Sensor1_leak          "Wassersensor Aquarium"       <water>    (Wassersensoren)          {channel="mihome:sensor_wleak_aqxxxxxxxxxxx:xxxxxxxxxxxxxxx:leak"}
Switch      Water_Sensor2_leak          "Wassersensor Küche"          <water>    (Wassersensoren)         {channel="mihome:sensor_wleak_aqyyyyyyyyyyy:yyyyyyyyyyyyyyy:leak"}

die rule hier ersetzt die erste rule, die ich oben gepostet hatte. zeile 3 ist jetzt ein gruppentrigger, also wenn das mitglied einer bestimmten gruppe sich auf on ändert. in zeile 6 wird der name des auslösenden gruppenmitglieds ermittelt. in zeile 8 und 11 wird ermittelt ob du zuhause bist und dann je nach fall telegram oder alexa sprachausgabe aktiviert.

rule "Wasseralarm"
when   
    Member of Wassersensoren changed to ON  
then
    val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
    val sensor  = triggeringItem.label
        Alarm_repeat.sendCommand(ON)
        if (Patrick.state == ON){
           Alexa_Sprachausgabe.sendCommand("Achtung! " + sensor + " hat Alarm ausgelöst!")
        }
        if (Patrick.state == OFF){
           telegramAction.sendTelegram("Achtung! " + sensor + " hat Alarm ausgelöst!")
        }
end

die 2. rule brauch eigentlich nicht gross abgeändert werden. man könnte da jetzt nach aktiven sensoren (on) filtern um den namen auszugeben aber das halte ich dann doch für quatsch. 5min vorher wurde ja bereits der name des triggernden sensors ausgegeben.

rule "Wasseralarm Erinnerung"
when   
    Item Alarm_repeat changed from ON to OFF  
then
    val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
        if (Wassersensoren.state == ON && Patrick.state == ON){
            Alarm_repeat.sendCommand(ON)
            Alexa_Sprachausgabe.sendCommand("Achtung! Der Wasseralarm ist noch aktiv!")
        }
        if (Wassersensoren.state == ON && Patrick.state == OFF){
            Alarm_repeat.sendCommand(ON)
            telegramAction.sendTelegram("Achtung! Der Wasseralarm ist noch aktiv!")
        }
end

Zitat von patrick31698

Das mit dem triggering item hört sich ja sehr kompliziert an. Habe ich bei den wenigen Sensoren, die ich habe bis her nicht genutzt.

ist es nicht wirklich. für ein beispiel brauche ich dann das item des 2. sensors.

Zitat von patrick31698

Ich überlege schon wo und wie ich die Geschichte mit den unterschiedlichen Benachrichtigungen einbauen muß.

dafür musste erstmal ein switch item (thing hast du ja scheinbar schon) für die anwesenheit vom handy erstellen und hier posten

Zitat von patrick31698

Der Battery_low Channel scheint doch zu funktionieren:

trotzdem unnötig. du kannst auch einen % wert nutzen wenn du bei leerer batterie triggern willst.

beispiel wasseralarm rule:

rule "Wasseralarm"
when   
    Item Water_Sensor1_leak changed to ON  
then
    val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
        Alarm_repeat.sendCommand(ON)
        telegramAction.sendTelegram("Wasseralarm!")
end


rule "Wasseralarm Erinnerung"
when   
    Item Alarm_repeat changed from ON to OFF  
then
    val telegramAction = getActions("telegram","telegram:telegramBot:Telegram_Bot")
        if (Water_Sensor1_leak.state == ON){
            Alarm_repeat.sendCommand(ON)
            telegramAction.sendTelegram("Wasseralarm Erinnerung!")
        }
end

- die erste rule schaltet bei wasseralarm den timer ein und sendet eine telegram nachricht
- die zweite rule setzt den timer wieder neu wenn der wassersensor immer noch alarm schlägt und sendet zeitgleich die erinnerung per telegram
(telegram config natürlich auf deine werte anpassen)

falls du mehrere sensoren hast kannst du auch per "triggering item" zusammenfassen, per "members" triggern und per "filter" die nachrichten anpassen. dadurch sind nicht für jeden sensor eigene rules notwendig.