Beiträge von horschte

  • zigbee2tasmota

    pairing an der bridge einschalten, button am sensor 5 sek drücken bis es blau blinkt, dann button am sensor alle 2sek kurz drücken. nach ein paar sekunden ist der sensor angelernt

  • zigbee2tasmota

    also ich finde bei setoptions und auch in dem thread nichts, was es ermöglicht, die channels eines gerätes im topic zu trennen bzw immer alle werte mittels mqtt senden zu lassen [ac]

  • zigbee2tasmota

    die teile stehen doch in der kompatiblitätsliste. wieso kommen da keine eindeutigen meldungen an? hab nen hue dimmer drin und da werden alle tastenkombinationen ootb erkannt. (siehe Power:1)

    Code
    {"ZbReceived":{"Ku_Schranklicht":{"Device":"0xE52B","Name":"Ku_Schranklicht","Power":1,"Endpoint":11,"LinkQuality":29}}}

  • zigbee2tasmota

    nachtrag zum json path warning eintrag im openhab [definition='1','0']log[/definition]:
    das ganze hat mich zu sehr genervt....also ein wenig getestet. die json path abfrage vorher per regex filtern funktioniert.
    beispiel thing eintrag für einen switch

    Code
    Type switch : Ku_Schranklicht_Switch"Ku_Schranklicht Switch"     [ stateTopic = "tele/Ku_Schranklicht/SENSOR", transformationPattern="REGEX:(.*Power.*)JSONPATH:$.ZbReceived.Ku_Schranklicht.Power", commandTopic="cmnd/zigbee_bridge/ZbSend", formatBeforePublish="{\"device\":\"Ku_Schranklicht\",\"send\":{\"Power\":\"%s\"}}", on = "1", off = "0"]

    bei transformationPattern in der statusabfrage also einfach mit REGEX:(.*Power.*) filtern. so gibts keinen fehler wenn ein anderer channel über diesen statetopic (bspw dimmer) sendet.

  • TV Headend Server Status in Sitemap

    in der start_real abfrage ist lediglich die vorlaufzeit bei der api abfrage mit drin. das hat nichts mit fehlern o.ä. zu tun.
    ich hab gerade nochmal alles was ich dort TV Headend Server Status in Sitemap gepostet hab getestet. das läuft bei mir auch mit passenden zeiten. bedenke, dass du 1-2min warten musst bis per api die daten gezogen werden nachdem du eine aufnahme zugefügt/entfernt hast oder die rule zum ersten mal läuft.
    vlt hast du irgendwo nen tippfehler drin.

  • Bitte um Hilfe beim Tasmota flashen. Tasmotizer will nicht

    ich hab ja gerade die zigbee bridge geflasht....also ganz frische erfahrungen. IO0 -> GND kann beim flashvorgang die ganze zeit verbunden bleiben. der button muss bei der bridge NICHT gedrückt werden für den flash vorgang. hast du auch die richtige tasmota version genommen?
    https://github.com/arendst/Tasmot…ta-zbbridge.bin

    Zitat von patrick31698

    Müsste ich den LED controller oder die zigbee bridge auch erst in flash mode versetzen?

    natürlich. ohne flashmode startet das gerät ganz normal und es wird keine fw raufgespielt.
    bei vielen sonoff geräten muss der power/reset knopf gedrückt werden, bei der zigbee bridge nicht.
    wie oben geschrieben -> alles verkabeln, zusätzlich IO0 -> GND verbinden -> anschliessen -> flashen

  • Amazon Echo Control Binding

    Zitat von damien83

    - Es wird in den String "Echo_LastVoiceCommand_Spot" das reingeschrieben was ich als letztes gesagt habe (in der PaperUI)
    - Ich kann über die PaperUI beide Harmony Hubs steuern (d.h. ich kann die jeweiligen Aktionen starten)

    Echo_LastVoiceCommand ist so ziemlich der schlechteste trigger den du nehmen kannst.
    bau dir für jedes zimmer nen dummy switch "Wohnzimmer Fernseher"/"Schlafzimmer Fernseher" usw. beide dummies versiehst du mit dem alexa switch tag.
    also bspw

    Code
    Switch  Harmony_WZ  "Wohnzimmer Fernseher"  {alexa="PowerController.powerState"}

    dem entsprechend eine case rules...bsp fürs w


    das wars auch schon fürs wz. das ganze dann nochmal mit harmony_hub_sz_fernsehen. also item und rule.
    damit kannst du von überall beide aktionen starten.

    wenn du für irgendeine aktion lastvoicecommand nutzen willst, dann mach das auf diese art:

    Code
    rule "Contains -> enthält"
when
Item Stringitem changed
then
if(Stringitem.state.toString.contains("Triggerwort")) {
Itemswitch.sendCommand(ON)
}
end

    damit wird die rule getriggert sobald das wort "Triggerwort" in deinem satz enthalten ist. dadurch sind die rules verlässlicher und einfacher zu schreiben. es passieren keine fehler mehr wenn alexa minimal etwas anderes verstanden hat.

  • zigbee2tasmota

    Zitat von TehTux

    Also ich sehe in der Doku keine Konfigurationsmöglichkeit. Eine Idee wäre es statt JsonPath- JavaScript-Transformation zu nutzen und dann im Script zu prüfen, ob der Key denn existiert.

    hatte auch nichts gefunden. ich werd denen das mal zukommen lassen. so ein einzigartiger anwendungsfall ist das ja dann auch nicht.
    mit js hab ich leider nicht wirklich was am hut [al]

  • zigbee2tasmota

    einen schönheitsfehler hab ich noch in openhab.
    und zwar sendet mein hue outdoor bewegungsmelder bewegung, temperatur,helligkeit,batterie.
    mein thing sieht so aus


    Code
    Thing topic HueMotion1 "HueMotion1"  @ "HWR" {
    Channels:
        Type string : HueMotion1_Bewegung  "Bewegung"  [stateTopic="tele/HueMotion1/SENSOR", transformationPattern="JSONPATH:$.ZbReceived.HueMotion1.Occupancy"]
        Type number : HueMotion1_Helligkeit      "Helligkeit"     [stateTopic="tele/HueMotion1/SENSOR", transformationPattern="JSONPATH:$.ZbReceived.HueMotion1.Illuminance"]
        Type number : HueMotion1_Temp      "Helligkeit"     [stateTopic="tele/HueMotion1/SENSOR", transformationPattern="JSONPATH:$.ZbReceived.HueMotion1.Illuminance"]
}

    die statusmeldungen von tasmota bspw so:

    Code
    12:09:00 MQT: tele/HueMotion1/SENSOR = {"ZbReceived":{"HueMotion1":{"Device":"0xD67D","Name":"HueMotion1","Temperature":23.73,"Endpoint":2,"LinkQuality":107}}}
12:09:50 MQT: tele/HueMotion1/SENSOR = {"ZbReceived":{"HueMotion1":{"Device":"0xD67D","Name":"HueMotion1","Illuminance":14381,"Endpoint":2,"LinkQuality":107}}}

    es werden also nie alle werte in einer nachricht gesendet.
    mit meiner things datei kann ich zwar alles auslesen, bekomme aber natürlich nen fehler wenn bestimmte werte nicht vorhanden sind.
    HueMotion1_Bewegung erzeugt also einen fehler im [definition='1','0']log[/definition] wenn bspw der wert
    12:09:50 MQT: tele/HueMotion1/SENSOR = {"ZbReceived":{"HueMotion1":{"Device":"0xD67D","Name":"HueMotion1","Illuminance":14381,"Endpoint":2,"LinkQuality":107}}} von tasmota ankommt.
    logeintrag:
    Executing the JSONPATH-transformation failed: Invalid path '$.ZbReceived.HueMotion1.Occupancy'ist natürlich klar, da der wert "HueMotion1_Bewegung" nicht in dieser tasmota nachricht enthalten ist.
    grundsätzlich ist das natürlich nur ein schönheitsfehler, mir gehen rote meldungen im [definition='1','0']log[/definition] aber mächtig auf die eier. gibts eine option in zigbee2tasmota wo man bspw den topic für die einzelnen channel eines gerätes erweitern kann? also bspw
    stateTopic="tele/HueMotion1/Occupancy/SENSOR"
    anstatt wie bisher
    stateTopic="tele/HueMotion1/SENSOR"

  • zigbee2tasmota

    mmmhh.....mir ist gerade aufgefallen, dass nicht mal über mqttfx was ankommt per publish in der zigbee bridge.
    über tasmota console funktioniert cmnd/Osram1/ZbSend {"device":"Osram1","send":{"Power":1}}
    über mqttfx funktioniert aber nicht das (im tasmota [definition='1','0']log[/definition] erscheint nichts, im subscribe [definition='1','0']log[/definition] von mqttfx dagegen schon)

    hab ich irgendwo nen denkfehler?

    edit...ich bin soooo doof. das kommando muss natürlich an die bridge gehen und nicht ans gerät. da hab ich mich echt an so nem dämlichen fehler 1h festgerammelt [bc]
    @SLiX so läufts (danke für den tipp mit dem command pfad, das war der richtige weg) :

    Code
    Thing topic Osram1 "Osram1"  @ "HWR" {
    Channels:
        Type switch : Osram1switch  "Osram1" [ stateTopic = "tele/Osram1/SENSOR" , transformationPattern="JSONPATH:$.ZbReceived.Osram1.Power", commandTopic="cmnd/zigbee_bridge/ZbSend", formatBeforePublish="{\"device\":\"Osram1\",\"send\":{\"Power\":\"%s\"}}"]
}

  • zigbee2tasmota

    ich versuche gerade einige geräte einzubinden. klappt so erstmal alles sehr gut (osram ledvance steckdose, hue outdoor bewegungsmelder...). bei der integration in openhab hänge ich gerade bei der steckdose, hab momentan totale aussetzer im kopf.
    auslesen mit openhab passt überrall aber senden läuft noch nicht.
    hat jemand schon ein switch thing in openhab erstellt und kann mir weiterhelfen.
    manuelles kommando in tasmota mit dem ich schalten kann: cmnd/Osram1/ZbSend {"device":"Osram1","send":{"Power":"Off"}}
    bloß wie bekomme ich jetzt den thing eintrag hin

    Code
    Thing topic Osram1 "Osram1"  @ "Büro" {
    Channels:
        Type switch : Osram1switch  "Osram1"  [stateTopic="tele/Osram1/SENSOR", transformationPattern="JSONPATH:$.ZbReceived.Osram1.Power", commandTopic="cmnd/Osram1/ZbSend"?????
}