Beiträge von horschte

  • Lidl Zigbee Steckdosenleiste mittels zigbee2tasmota in openhab ⚒

    Zitat von patrick31698

    Ist das vielleicht eine Sache, die es solchen Idioten wie mir vereinfachen könnte??

    zigbee2mqtt ist im grunde nichts anderes als zigbee2tasmota. da ist nichts leichter oder schwerer. das zigbee signal wird dann halt von diesem programm per mqtt ausgegeben und nicht von tasmota, nichts anderes. dein klammerfehler wäre dir da genauso passiert. du hast den fehler ja nicht bei zigbee2tasmota gemacht sondern bei openhab.

    Zitat von patrick31698

    Ich überlege, ob ich mit meinen beschränkten Möglichkeiten nicht mit dem ZigBee Binding und einer Zigbee Bridge besser zurecht käme.

    mit dem zigbee binding bist du immer darauf angewiesen das, ob und wann der maintainer ein gerät einpflegt. sprich, kaufst du was neues heisst es mit ihm kontakt aufzunehmen...usw usw usw.
    das würde mir zu umständlich sein.

    Zitat von patrick31698

    Ja, mein Pi heißt openhabiandevice. Das ist, wenn ich mich recht entsinne der Standardname bei Openhabian. Manchmal ist er allerdings nicht über openhabiandevice zu erreichen. Dann muß ich die IP nehmen.

    dann trag bei deiner mqtt bridge gleich die ip ein. nicht das du mit dem hostnamen fehler provozierst.

  • Lidl Zigbee Steckdosenleiste mittels zigbee2tasmota in openhab ⚒

    Am Ende fehlt bei dir ne geschweifte Klammer "}" . Entweder du setzt sie ganz unten hin oder wie bei deinen anderen Geräten ans Ende des Eintrags.
    zum verständnis:
    die bridge wird mit ner geschweiften klammer (siehe ende) geöffnet

    Code
    Bridge mqtt:broker:embedded-mqtt-broker "MQTT Bridge"
[
   host="openhabiandevice",
    secure=false
]
{

    und am ende aller mqtt einträge geschlossen }
    zusätzlich steht jedes thing in geschweiften klammern (vor channel und am ende des things

    Code
    Thing topic gosund2 "Gosund 2" @ "mqtt" {Channels:Type switch:gosund2 [stateTopic="stat/gosund2/POWER", commandTopic="cmnd/gosund2/POWER"]}

    beim letzten eintrag von der dreifachdose fehlt das bei dir.

    btw...."openhabiandevice" ist wirklich der hostname des gerätes wo dein mqtt broker läuft?

  • Lidl Zigbee Steckdosenleiste mittels zigbee2tasmota in openhab ⚒

    hier als persönliches backup und für alle die es brauchen eine komplette textconfig um die seit heute erhältliche zigbee3 steckdosenleiste von lidl in openhab3 mittels zigbee2tasmota einzubinden.
    regex und jsonpath müssen als transformation addons installiert sein.
    den topic zigbee_bridge2 und den namen der steckdosenleiste Std_WZ3 müsst ihr natürlich auf eure werte anpassen.
    @darkside40 ...der usb block lässt sich wie vermutet nicht schalten. da gar nichts diesbezüglich per zigbee ankommt nehme ich mal an, diese funktion hat die leiste gar nicht.

    things:

    Code
    Thing topic Std_WZ3 "Std_WZ3"  @ "Wohnzimmer" {
    Channels:
        Type switch : Std_WZ3_1       "Dose 1"     [ stateTopic = "tele/zigbee_bridge2/Std_WZ3/SENSOR" , transformationPattern="REGEX:(.*Endpoint..1.*)∩JSONPATH:$.ZbReceived.Std_WZ3.Power", commandTopic="cmnd/zigbee_bridge2/ZbSend", formatBeforePublish="{\"device\":\"Std_WZ3\",\"endpoint\":\"1\",\"send\":{\"Power\":\"%s\"}}", on = "1", off = "0"]
        Type switch : Std_WZ3_2       "Dose 2"     [ stateTopic = "tele/zigbee_bridge2/Std_WZ3/SENSOR" , transformationPattern="REGEX:(.*Endpoint..2.*)∩JSONPATH:$.ZbReceived.Std_WZ3.Power", commandTopic="cmnd/zigbee_bridge2/ZbSend", formatBeforePublish="{\"device\":\"Std_WZ3\",\"endpoint\":\"2\",\"send\":{\"Power\":\"%s\"}}", on = "1", off = "0"]
        Type switch : Std_WZ3_3       "Dose 3"     [ stateTopic = "tele/zigbee_bridge2/Std_WZ3/SENSOR" , transformationPattern="REGEX:(.*Endpoint..3.*)∩JSONPATH:$.ZbReceived.Std_WZ3.Power", commandTopic="cmnd/zigbee_bridge2/ZbSend", formatBeforePublish="{\"device\":\"Std_WZ3\",\"endpoint\":\"3\",\"send\":{\"Power\":\"%s\"}}", on = "1", off = "0"]
    }

    items:

    Code
    Switch    Dose1  "Dose 1"  {channel="mqtt:topic:embedded-mqtt-broker:Std_WZ3:Std_WZ3_1" }
Switch    Dose2  "Dose 2"  {channel="mqtt:topic:embedded-mqtt-broker:Std_WZ3:Std_WZ3_2" }
Switch    Dose3  "Dose 3"  {channel="mqtt:topic:embedded-mqtt-broker:Std_WZ3:Std_WZ3_3" }

    sitemap:

    Code
    Switch item=Dose1
Switch item=Dose2
Switch item=Dose3

  • Steckdosen schalten bei Playback start/stop

    Zitat von arminfro

    Ich bräuchte einfach einen Terminal Befehl oder ein Shell Skript welches mir zB true oder false als Rückgabe liefert. Dann könnte ich das Skript zB alle 1~2 Sek abfragen lassen.

    kodi hat ne api, hue auch. es ist also mit nem script umsetzbar.

    Zitat von arminfro

    Mir geht es bei der Frage erstmal nur um die Software seitens Kodi. Habe noch keine Hardware bzgl der Steuerung und ebenso noch nicht die Wahl für OpenHAB oder einen Vetreter getroffen. Ist noch alles offen und bin in der Planungsphase

    dein vorhaben kannst du ganz simpel mit diverser smarthome software umsetzen. openhab und sicher die anderen kandidaten auch können den status von kodi (play/pause oder auch die art des wiedergegebenen contents: tv,musik, serie, film) erkennen und dann deine lampen/steckdosen wie auch immer schalten. da du offenbar eine smarthome software einplanst ist es m.e. unsinnig sich da sich jetzt einen abzuwürgen,

  • Frage zu smarten Steckdosen

    hier findest du infos zur api und was du abfragen kannst https://github.com/dave-p/TVH-API-docs/wiki
    im openhab forum hatte ich schonmal ne rudimentäre lösung gepostet Digibit o.ä. intelligent nach Aufnahmen/bei Nichtnutzung ausschalten
    das sollte für dich eigentlich als gute orientierung dienen.
    im grunde fragst du vorm abschalten die subscriptions von tvheadend ab (oder alternativ ob alle clienten offline sind).
    sind die bedingungen erfüllt -> steckdose aus.

    hier noch weitere anwendungsbeispiele für die tvh api
    Tvheadend Aufnahmebenachrichtigung an Openhab
    TV Headend Server Status in Sitemap

  • Visualisierung von Energiemess-Daten (mit Grafana)

    grafana ist im openhab bereich recht verbreitet um zu visualisieren.
    ich nutze auch grafana (lokale installation), war bei debashdi ebenso. wir hatten da mal pn kontakt zu dem thema.
    an datenbanken wird von grafana so ziemlich alles unterstützt. ich nutze mariadb, influxdb ist auch recht verbreitet.

    Zitat von buers

    In anderem Beitrag erinnere ich mich, dass sich DeBaschdi über fehlende Datenpunkte geärgert hatte (wenn halt Mal ein Stecker-Adapter nicht antwortet, das nächste Mal aber schon wieder antwortet), die anscheinend die VIsualisierung kaputt machen. Ist das wirklich so? Grade grafana ist ja u.a. auf Monitoring fokusiert. Ist doch normal, dass ein Sever Mal gebootet wird, und dann für 10 Minuten oder so keine Performance-Daten geliefert werden. Stört das wirklich? Dass da ne Lücke ist in 'ner Kurve würde mich nicht stören).

    die lücke kann je nach config der visualisierung geschlossen werden. der optische "fehler" ist dann weg. verstehe da sein problem nicht wenn er damit eins gehabt hatte.

  • Frage zu smarten Steckdosen

    Zitat von buers

    Was ich mich allerdings frage: Nimmt es dir dein Sat-IP Server nicht übel, wenn du den hart ausschaltest? Bei E2 Receiver kann man über Webif den Receiver in Deep-Standby bringen (was praktisch aus ist) Danach könnte man Shelly schalten, dann ist der sauber runtergefahren, und fährt beim nächsten Schalten auch wieder hoch.

    ich hab seit vielen jahren nen digibit im einsatz der so ausgeschaltet wird. btw...der originale powerknopf macht auch nichts anderes. da ist nichts mit runterfahren vorgesehen. ist halt auch kein e2 receiver.

  • Frage zu smarten Steckdosen

    Zitat von .:[Stefan]:.

    Wann, also zu welchem Zeitpunkt genau, würde der jeweilige Request dann abgesendet werden? Weiter oben habe ich konfiguriert, dass Aufnahmen einen Vorlauf von 1 Min und einen Nachlauf von 4 Min haben sollen.

    eingeschaltet wird je nachdem wie du deine vorlaufzeit + "Extra warming up time (seconds): (weiter unten) eingestellt hast. also bei beginn dieses "countdowns" zur eigentlichen sendung.
    das gleiche gilt für "post command"....in deinem fall wird 4min nach der aufnahme das script ausgeführt.

    Zitat von .:[Stefan]:.

    Was passiert, wenn die Aufnahme fertig ist, aber trotzdem noch weiter TV geschaut wird? Wird dann dennoch hart ausgeschaltet? Hat man hier irgendwelche Möglichkeiten dies zu berücksichtigen?

    ja es wird trotzdem abgeschaltet. um das zu umgehen müsstest du mit nem script, smarthome software oder was auch immer prüfen ob clienten tv schauen. tvheadend hat dafür eine api.

    Zitat von .:[Stefan]:.

    Nur ist mir nicht ganz klar was ich in TVH (nutze hier v4.3) in dem Recording Profil bei dem Pre- bzw. Post Recording Commands angeben soll.
    Kann ich da einfach auf ein simples Skript verweisen, dass z.B. unter /var/lib/hts/ abliegt und den gewünschten http Request für Power On bzw. Power Off der Shelly Dose aufruft?

    wie @SkyBird1980 bereits korrekt erwähnte, curl reicht um deine steckdosen zu schalten. also bspw einfach curl http://meine-shellydose/schalter?=ON
    curl muss natürlich installiert sein