Beiträge von patrick31698
-
-
Aller Anfang ist schwer
Das Addon hat mit TVH eigentlich nicht zu tun. Das schreibt brav die xml Datei. was dann passiert, ist dem Addon egal.
Wann das Addon läuft, kannst Du einstellen. Bei mir um 20 Uhr. Dann ist Kodi meistens an. Wenn die Zeit aber verpasst wird, startet der Grabbvorgang beim Einschalten.
TVH liest das xml dann standardmässig um 2 Uhr (?) die xml ein. Wenn TVH dann an ist. Wenn das bei Dir beides auf demselben Rechner läuft muss Du da vielleicht mal schauen, daß das zusammen paßt.Was sind denn die massiven Probleme??
Die Namen der Sender müssen auch zusammen passen Pro7Max Austria heißt in der xml bestimmt anders.
-
Ich bin auf einem guten (?) Weg
Melder heißt jetzt nicht mehr motion_1, sondern nur motion
CodeThing topic motion "Bewegungssensor LIDL" @ "ZigBee Test" { Channels: Type string : Motion_LIDL_Occupancy "Bewegung" [ stateTopic = "tele/bridge/motion/SENSOR", transformationPattern="REGEX:(.*\"Occupancy\".*)∩JSONPATH:$.ZbReceived.motion.Occupancy"] Type number : Motion_LIDL_Battery "Battery" [ stateTopic = "tele/bridge/motion/SENSOR" , transformationPattern="REGEX:(.*\"BatteryPercentage\".*)∩JSONPATH:$.ZbReceived.motion.BatteryPercentage"]
CodeString Motion_LIDL_Occupancy "Bewegung" {channel="mqtt:topic:MosquittoMqttBroker:motion:Motion_LIDL_Occupancy"} Number Motion_LIDL_Battery "Bewegungsmelder Batterie" {channel="mqtt:topic:MosquittoMqttBroker:motion:Motion_LIDL_Battery"}
Zeigt schon einmal 0 oder 1
und 100 an -
Wer aufmerksam im Smarthome Sondeangebote hread mit liest, wird es erwartet haben.
Für mein neues Projekt habe ich mir den Bewegungsmelder im Laden geholt. Die beiden Leuchten kommen in den nächsten Tagen per Post.Den sensor habe ich gepairt und motion_1 genannt.
Ich möchte ihn gerne mit zigbee2tasmota in OH einbinden
zbinfo motion_1
ist auch sehr gesprächig.
Ich sehe den Wald vor lauter Bäumen nicht.
Vielleicht hilft unser Godfather of OpenHAB @horschte wieder??Code
Alles anzeigen16:11:53.381 MQT: tele/bridge/_motion_1/SENSOR = {"ZbReceived":{" motion_1":{"Device":"0xBC85","Name":" motion_1","BatteryPercentage":100,"Endpoint":1,"LinkQuality":84}}} 16:11:54.022 CMD: zbinfo motion_1 16:11:54.023 SRC: WebConsole from 192.168.178.48 16:11:54.025 CMD: Group 0, Index 1, Command "ZBINFO", Data "motion_1" 16:11:54.029 MQT: stat/bridge/RESULT = {"ZbInfo":"Unknown device"} 16:11:54.222 ZIG: {"ZbEZSPReceived":"3F000085BC0401010001010000000075010000"} 16:11:54.272 ZIG: ZbEZSPSend 34000085BC040100050101400100003201050032000100 16:11:54.335 ZIG: {"ZbEZSPReceived":"34000076"} 16:11:55.282 ZIG: {"ZbEZSPReceived":"450000040100050101400100001BB8CA85BCFFFF09083201010000310D0002"} 16:11:55.284 ZIG: {"ZbZCLReceived":{"groupid":0,"clusterid":"0x0500","srcaddr":"0xBC85","srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"LinkQuality":86,"securityuse":0,"seqnumber":27,"fc":"0x08","frametype":0,"direction":1,"disableresp":0,"manuf":"0x0000","transact":50,"cmdid":"0x01","payload":"010000310D00"}} 16:11:55.286 ZIG: ZbZCLRawReceived: {"0xBC85":{"0500/0001":13,"Endpoint":1,"LinkQuality":86}} 16:11:55.291 ZIG: {"ZbEZSPReceived":"3F000085BC0401000501014001000076010000"} 16:11:55.663 MQT: tele/bridge/_motion_1/SENSOR = {"ZbReceived":{" motion_1":{"Device":"0xBC85","Name":" motion_1","ZoneType":13,"Endpoint":1,"LinkQuality":86}}} 16:11:56.231 ZIG: Writing CIE address 16:11:56.232 ZIG: ZbEZSPSend 34000085BC0401000501014001000033010E0033021000F00B7106FEFF23A460 16:11:56.294 ZIG: {"ZbEZSPReceived":"34000077"} 16:11:57.287 ZIG: {"ZbEZSPReceived":"450000040100050101400100001CB0C885BCFFFF040833040002"} 16:11:57.289 ZIG: {"ZbZCLReceived":{"groupid":0,"clusterid":"0x0500","srcaddr":"0xBC85","srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"LinkQuality":81,"securityuse":0,"seqnumber":28,"fc":"0x08","frametype":0,"direction":1,"disableresp":0,"manuf":"0x0000","transact":51,"cmdid":"0x04","payload":"00"}} 16:11:57.297 MQT: tele/bridge/RESULT = {"ZbResponse":{"Device":"0xBC85","Name":" motion_1","Command":"0500_04","Status":0,"StatusMessage":"SUCCESS","Endpoint":1,"LinkQuality":81}} 16:11:57.300 ZIG: ZbZCLRawReceived: {"0xBC85":{"Endpoint":1,"LinkQuality":81}} 16:11:57.305 ZIG: {"ZbEZSPReceived":"3F000085BC0401000501014001000077010000"} 16:11:57.529 ZIG: {"ZbEZSPReceived":"4500000401000501014001000016B4C985BCFFFF0808540A020019250002"} 16:11:57.530 ZIG: {"ZbZCLReceived":{"groupid":0,"clusterid":"0x0500","srcaddr":"0xBC85","srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"LinkQuality":84,"securityuse":0,"seqnumber":22,"fc":"0x08","frametype":0,"direction":1,"disableresp":0,"manuf":"0x0000","transact":84,"cmdid":"0x0A","payload":"0200192500"}} 16:11:57.532 ZIG: ZbEZSPSend 34000085BC0401000501010000000054010510540B0A00 16:11:57.534 ZIG: ZbZCLRawReceived: {"0xBC85":{"0500/0002":37,"Endpoint":1,"LinkQuality":84}} 16:11:57.545 ZIG: {"ZbEZSPReceived":"34000078"} 16:11:57.918 MQT: tele/bridge/_motion_1/SENSOR = {"ZbReceived":{" motion_1":{"Device":"0xBC85","Name":" motion_1","ZoneStatus":37,"Occupancy":1,"Tamper":1,"Endpoint":1,"LinkQuality":84}}} 16:11:58.223 ZIG: Sending Enroll Zone 1 16:11:58.224 ZIG: ZbEZSPSend 34000085BC040100050101400100003401050134000001 16:11:58.282 ZIG: {"ZbEZSPReceived":"34000079"} 16:11:59.431 ZIG: {"ZbEZSPReceived":"3F000085BC0401000501010000000078010000"} 16:11:59.435 ZIG: {"ZbEZSPReceived":"3F000085BC0401000501014001000079010000"} 16:12:00.276 ZIG: auto-bind `ZbBind {"Device":"0xBC85","Endpoint":1,"Cluster":"0x0001"}` 16:12:00.277 ZIG: ZbEZSPSend 34000085BC0000210000004001000025011625195594FEFFBD1BEC010100030B7106FEFF23A46001 16:12:00.337 ZIG: {"ZbEZSPReceived":"3400007A"} 16:12:01.321 ZIG: {"ZbEZSPReceived":"450000000021800000400100001DB4C985BCFFFF02250002"} 16:12:01.328 MQT: tele/bridge/RESULT = {"ZbBind":{"Device":"0xBC85","Name":" motion_1","Status":0,"StatusMessage":"SUCCESS"}} 16:12:01.335 ZIG: {"ZbEZSPReceived":"3F000085BC000021000000400100007A010000"} 16:12:02.228 CMD: zbinfo motion1 16:12:02.229 SRC: WebConsole from 192.168.178.48 16:12:02.231 CMD: Group 0, Index 1, Command "ZBINFO", Data "motion1" 16:12:02.235 MQT: stat/bridge/RESULT = {"ZbInfo":"Unknown device"} 16:12:02.251 ZIG: auto-bind `ZbBind {"Device":"0xBC85","Endpoint":1,"Cluster":"0x0500"}` 16:12:02.252 ZIG: ZbEZSPSend 34000085BC0000210000004001000026011626195594FEFFBD1BEC010005030B7106FEFF23A46001 16:12:02.286 ZIG: {"ZbEZSPReceived":"3400007B"} 16:12:02.344 ZIG: {"ZbEZSPReceived":"450000000021800000400100001EB4C985BCFFFF02260002"} 16:12:02.351 MQT: tele/bridge/RESULT = {"ZbBind":{"Device":"0xBC85","Name":" motion_1","Status":0,"StatusMessage":"SUCCESS"}} 16:12:02.358 ZIG: {"ZbEZSPReceived":"3F000085BC000021000000400100007B010000"} 16:12:04.252 ZIG: auto-bind `ZbSend {"Device":"0xBC85","Config":{"BatteryVoltage":{"MinInterval":3600,"MaxInterval":14400,"ReportableChange":0.1},"BatteryPercentage":{"MinInterval":3600,"MaxInterval":14400,"ReportableChange":1}}}` 16:12:04.253 ZIG: ZbEZSPSend 34000085BC0401010001014001000035011510350600200020100E40380100210020100E403802 16:12:04.310 ZIG: {"ZbEZSPReceived":"3400007C"} 16:12:04.401 ZIG: {"ZbEZSPReceived":"450000040101000101400100001FB4C985BCFFFF040835070002"} 16:12:04.403 ZIG: {"ZbZCLReceived":{"groupid":0,"clusterid":"0x0001","srcaddr":"0xBC85","srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"LinkQuality":84,"securityuse":0,"seqnumber":31,"fc":"0x08","frametype":0,"direction":1,"disableresp":0,"manuf":"0x0000","transact":53,"cmdid":"0x07","payload":"00"}} 16:12:04.405 ZIG: ZbZCLRawReceived: {"0xBC85":{"ConfigResponse":{},"Endpoint":1,"LinkQuality":84}} 16:12:04.413 MQT: tele/bridge/_motion_1/SENSOR = {"ZbReceived":{" motion_1":{"Device":"0xBC85","Name":" motion_1","ConfigResponse":{},"Endpoint":1,"LinkQuality":84}}} 16:12:04.419 ZIG: {"ZbEZSPReceived":"3F000085BC040101000101400100007C010000"} 16:12:06.274 ZIG: auto-bind `ZbSend {"Device":"0xBC85","Config":{"ZoneStatus":{"MinInterval":1,"MaxInterval":3600}}}` 16:12:06.276 ZIG: ZbEZSPSend 34000085BC0401000501014001000036010B103606000200190100100E 16:12:06.333 ZIG: {"ZbEZSPReceived":"3400007D"} 16:12:06.410 ZIG: {"ZbEZSPReceived":"4500000401000501014001000020B8CA85BCFFFF040836070002"} 16:12:06.412 ZIG: {"ZbZCLReceived":{"groupid":0,"clusterid":"0x0500","srcaddr":"0xBC85","srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"LinkQuality":86,"securityuse":0,"seqnumber":32,"fc":"0x08","frametype":0,"direction":1,"disableresp":0,"manuf":"0x0000","transact":54,"cmdid":"0x07","payload":"00"}} 16:12:06.415 ZIG: ZbZCLRawReceived: {"0xBC85":{"ConfigResponse":{},"Endpoint":1,"LinkQuality":86}} 16:12:06.419 MQT: tele/bridge/_motion_1/SENSOR = {"ZbReceived":{" motion_1":{"Device":"0xBC85","Name":" motion_1","ConfigResponse":{},"Endpoint":1,"LinkQuality":86}}} 16:12:06.424 ZIG: {"ZbEZSPReceived":"3F000085BC040100050101400100007D010000"}
-
Bei Lidl gibt es wieder u.a. ZigBee Sachen.
-
Nein.
Mi Box S
CPUCortex-A53 Quad-Core 64 Bi
GPUMali-450 -
Ich habe versucht 19.4 64bit auf einer MiBox zu installieren. Leider läuft die Installation nicht durch. Irgenwelxhe Tipps??
-
Der Provider ist die Quelle von der das EPG gezogen wird. Ich z. B. habe TVSpielfilm genommen, weil sie beim Wintersport jedes Event innerhalb der stundenlangen Sendung einzeln angeben.
Kurz gesagt, such dir einwn aus. Du brauchst kein Abo bei Magenta.
-
Mit dem mitgelieferten Modul ging es bei mir auch nicht.
Habe dann das genommen.
-
Als bei mir läuft das zuverlässig mit dem Takealug EPG Grabber addon!
-
Die falsch benannte Gruppe wars.
Danke!
-
Juhu! Fehler gefunden!
Jetzt läuft es!
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?
-
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.
Melde mich wieder. -
Die Wiederholung des Alarms will nicht.
2022-03-04 19:50:26.177 [ERROR] [internal.handler.ScriptActionHandler] - Script execution of rule with UID 'aufnahme-3' failed: The name 'Wassersensor' cannot be resolved to an item or type; line 40, column 18, length 12 in aufnahme
==> /var/[definition='1','0']log[/definition]/openhab/events.[definition='1','0']log[/definition] <==
2022-03-04 19:50:26.074 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Alarm_repeat' received command OFF
2022-03-04 19:50:26.120 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Alarm_repeat' changed from ON to OFFmuss es anstatt
if (Wassersensor.statevielleicht
if (Wassersensor.state.membersheißen?
Außerdem gibt die Rule Fehler aus:
There is no context to infer the closure's argument types from. Consider typing the arguments or put the closures into a typed context.
The name 'Wassersensor' cannot be resolved to an item or type;
-
Dann brauche ich das doch
-
An die Sitemap muss ich auch endlich mal ran. Allerdings habe ich so wenig Zeug, daß es es sich irgendwie nicht wirklich lohnt. Andererseits reizt es mich ....
Aber einen Wasseralarm in der Sitemap? Ist das sinnvoll? -
Cool! Du bist mein Held!
Wenn ich die rules lese, verstehe ich die Logik. Nur selber schreiben haut nicht wirklich hin.Da weiß ich ja, was ich heute abend zuhause mache.
Ein bisschen Anpassung muß ich ja wegen Alexa noch machen.
Danke bis hierher.
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.
-
Der zweite Sensor ist noch verpackt. Wird dann hinten wohl (erst einmal nur) 2 heißen.
Also Water_Sensor2_leakUps. Ja, ich habe für das Handy den eintrag aus der Things Datei genommen. Ein passendes item gibt es auch.
Wenn ich das von hier aus richtig sehe, heißt das sinnigerweise "Patrick" -
Das sieht schon mal sehr viel versprechend aus.
Ja, ich habe wegen des oben angesprochenen Aufbaus zwei Sensoren gekauft. wenn ich aber mit der "Kabellösung" an zwei Stellen mit einem Sensor auskommen, kann ich den zweiten für andere Zwecke nutzen.
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.Ich überlege schon wo und wie ich die Geschichte mit den unterschiedlichen Benachrichtigungen einbauen muß.
Wenn das Handy nicht im WLAN, dann Telegramm.
Wenn Handy im WLAN dann Alexa und/oder Xiaomi Hub -
Der Battery_low Channel scheint doch zu funktionieren:
CodeItem 'Water_Sensor1_leak' changed from NULL to ON 2022-03-03 18:19:25.650 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Water_Sensor1_Battery' changed from NULL to 88.0 2022-03-03 18:19:25.659 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Water_Sensor1_BatteryLow' changed from NULL to OFF