ich kann jetzt gerade nicht wirklich folgen. auch wenn js für die darstellung der openhab uis benötigt wird, der seitenquellcode hat nichts mit openhab zu tun. wenn du in deinem browser js durch irgendwelche einstellungen oder addons blockst, dann wirst du auf diversen seiten natürlich probleme bekommmen.
Beiträge von horschte
-
-
ja richtig. beim http binding gibts grundsätzliche änderungen. die items müssen jetzt per things datei erstellt werden. beispiel:
Code
Alles anzeigenThing http:url:tvheadend_aufnahme "TVHeadend Aufnahme" [ baseURL="http://192.168.2.3:9981/api/dvr/entry/grid_finished?limit=1&sort=stop_real&dir=desc", ignoreSSLErrors="true", authMode="BASIC_PREEMPTIVE", username="user", password="passwort", refresh=60] { Channels: Type string : TVH_Letzte_Aufnahme_Name "Letzte Aufnahme Name" [ stateTransformation ="JSONPATH:$.entries.*.title.ger" ] Type string : TVH_Letzte_Aufnahme_Kanal "Letzte Aufnahme Kanal" [ stateTransformation ="JSONPATH:$.entries.*.channelname" ] Type string : TVH_Letzte_Aufnahme_Bild "Letzte Aufnahme Bild" [ stateTransformation ="JSONPATH:$.entries.*.image" ] } Thing http:url:tvheadend_subscriptions "TVHeadend Subscriptions" [ baseURL="http://192.168.2.3:9981/api/status/subscriptions", ignoreSSLErrors="true", authMode="BASIC_PREEMPTIVE", username="user", password="passwort", mode="WRITEONLY", refresh=60] { Channels: Type number : TVH_Subscriptions "TVH Subscriptions" [ stateTransformation ="JSONPATH:$.totalCount" ] }
so hast du dann items, deren channels du nutzen kannst. sieht erstmal kompliziert aus, soviel musst du aber gar nicht anpassen.
-
sudo apt purge mosquitto* wäre richtig gewesen, da da noch mosquitto-clients dran hängt.
da wird auch dein problem liegen. 2 instanzen laufen. -
Und in der Things Datei auch?
-
Bbin am Handy und kann daher nur bedingt helfen. Hast du im openhab Webif etwas manuell angelegt?
-
sudo netstat -nlp zeigt dir an was auf welchem port läuft. dein angezeigter fehler sagt ja recht deutlich wo das problem ist
-
-
-10° draussen und man friert sich den arsch ab. grandioser zeitpunkt zum antizyklischen kaufen....bspw ein smarten standventilator.
für 53.90€ einen smartmi 2s ventilator als b-ware/rückläufer bei cyberport ergattert.
das ding ist smart, super leise, hat nen akku, genügend power....qualität aus dem xiaomi kosmos, was will man mehr.ventilator war komplett original verpackt, keinerlei mankos feststellbar. sellbstverständlich ist auch schon alles in openhab integriert und per sprache steuerbar.
-
Die Kombi pi3 und USB dvbs2 läuft eigentlich äußerst stabil. Entweder liegt's an deinem Stick, der os Installation auf dem Pi oder der SD Karte. Ich würde da erstmal ansetzen bevor ein Receiver gekauft wird.
Ich hatte beide Varianten vor langer Zeit im Einsatz und würde sofort wieder zu Pi + Stick wechseln wenn ich mir eine der beiden Lösungen aussuchen müsste. -
Ich denke hier nutzt keiner die Hue Bridge, zumindest hab ich noch nichts von gelesen.
Zu deiner anderen Frage, meiner Erfahrung nach sind die Hue so ziemlich das beste was es an Leuchtmitteln gibt. Allerdings sind sie auch maßlos überteuert und im Vergleich zu Konkurrenzprodukten auch nicht das wert, was für sie aufgerufen wird. Ich hab auch Hue Geräte, würde mir auf Grund der verfügbaren Alternativen aber keine mehr kaufen...zumindest im Segment der Leuchtmittel. -
ändere das batterie item wie folgt ab
Number klingel_batterie "Klingel Batterie [%d %%]" {channel="mqtt:topic:embedded-mqtt-broker:klingel:klingel_batterie"}
-
-
ok hier muss ich auch erstmal schauen. openhab arbeitet bei color channels mit hsb werten, zigbee2tasmota macht das ganz anders. hue und saturation werden einzeln bis 255 gesendet...keine ahnung was das für ein farbraum sein soll.
hex funktioniert wohl auch noch, allerdings weiss ich nicht ob openhab das unterstützt. power, dimmer sollte sich aber schon problemlos einbinden lassen.
@darkside40 hat du nicht zigbee2mqtt zu laufen? wie wird da der farbwert dargestellt und gesendet? -
Der erste Versuch wenigstens den Batteriestans auszulesen
thing inkl batterie
CodeThing topic klingel "Klingel" @ "ZigBee Test" { Channels: Type switch : klingel_knopf "Klingelknopf" [ stateTopic = "tele/bridge/klingel/SENSOR" , transformationPattern="REGEX:(.*Contact.*)∩JSONPATH:$.ZbReceived.klingel.Contact", on = "1", off = "0"] Type number : klingel_batterie "Klingel Batterie" [ stateTopic = "tele/bridge/klingel/SENSOR" , transformationPattern="REGEX:(.*BatteryPercentage.*)∩JSONPATH:$.ZbReceived.klingel.BatteryPercentage"] }
wie schon gesagt, batterie aktualisierung kann einige stunden dauern.
-
when Item Klingel changed to ON
changed from OFF to ON
then Echo_Kitchen_TTS.sendCommand('<speak>Klingeling es ist jemand an der Tür</speak>')
then Echo_Kitchen_TTS.sendCommand("Klingeling. Es ist jemand an der Tür") wäre richtig....oder halt wirklich nen klingelton abspielen oder announcement (ton + text) dafür nutzen.....geht alles was du möchtest.
Dann mache ich noch einen Thread für die LED "Birnen" auf??
ja, kann aber erst ab morgen was antworten.
BTW die Befehle für die Batterie sind richtig?
schau ich ebenso morgen drüber
-
folgendes in die things im mqtt bereich
CodeThing topic klingel "Klingel" @ "ZigBee Test" { Channels: Type switch : klingel_knopf "Klingelknopf" [ stateTopic = "tele/bridge/klingel/SENSOR" , transformationPattern="REGEX:(.*Contact.*)∩JSONPATH:$.ZbReceived.klingel.Contact", on = "1", off = "0"] }
items:
Switch Klingel "Klingel" {channel="mqtt:topic:embedded-mqtt-broker:klingel:klingel_knopf"}alles abspeichern, nen moment warten, openhab [definition='1','0']log[/definition] (frontail) aufrufen, nach "Klingel" filtern, dann klingelknopf drücken und schauen ob das item "klingel" im openhab [definition='1','0']log[/definition] sich zu ON ändert. den OFF status bekommt das item offenbar 10sek nach dem klingeln.
Das thing habe ich übrigens aus dem Aqara Bewegungsmelder thing umgestrickt.
Aber da läuft es auch nicht. Triggert der Batteriestand überhaupt bei einer Meldung ? Der scheint nur bei zbinfo mitzukommenbei zigbee2tasmota wird batterie nicht jedesmal abgefragt um die batterie des gerätes zu schonen. die statusänderung für batterie kann einige stunden dauern. wenn du batterie nicht via persistence speicherst, wird der status nach editierem am system natürlich nicht wiederhergestellt und es dauert bis zur nächsten aktualisierung.
-
wie gesagt morgen kann ich gern schauen. filtern kann man meines wissens nach nicht....aber das wird schon
-
also ich komme erst morgen nachmittag mir das genauer anzuschauen.
drückst du beim 2. [definition='1','0']log[/definition] mehrfach auf die klingel? falls ja, bitte nur einmal kurz drücken, nichts mehr machen und dann das ergebniss von 45sek [definition='1','0']log[/definition] (inkl dem zeitpunkt des drückens) hier posten. -
-
2021-12-16 18:21:55.510 [ome.event.ItemCommandEvent] - Item 'Dreifachleiste_1' received command ON2021-12-16 18:21:55.523 [nt.ItemStatePredictedEvent] - Dreifachleiste_1 predicted to become NULLzeig mal deine items. mehr ist im [definition='1','0']log[/definition] nicht vorhanden?wird denn die dose geschalten per openhab?Wenn man in der Things Datei send\":{\"Power\":\"%s\"}}", on = "1", off = "0"] durch send\":{\"Power\":\"%s\"}}", ON = "1", OFF = "0"] ersetzt (weil im Log der Befehl auch in Großbuchstaben auftaucht) geht es auch nicht.die groß/kleinschreibung ist da egal.wenn du per tasmota konsole schaltest zeig mal den folgenden [definition='1','0']log[/definition] eintragjaja....der fehler vorm bildschirm usw
was war falsch?