Hallo zusammen,
ich hab Probleme mit dem korrekten einbinden der oben genannten Aqara Bewegungsmelder. Als device sind sie angelegt, set Statusrequest gibt motion / nomotion aus. Aber es erfolgt keine aktive Abfrage des device. Was muss ich da einstellen?
Internals:
DEF sensor 6 IODev=deCONZ
FUUID 5f7393d3-f33f-ac26-2438-42b798d399d31db7
FVERSION 31_HUEDevice.pm:0.218370/2020-05-02
ID S6
INTERVAL
IODev deCONZ
NAME BMKellerflur
NR 35
STATE nomotion
TYPE HUEDevice
lastupdated 2020-09-29 20:41:17
lastupdated_local 2020-09-29 22:41:17
manufacturername LUMI
modelid lumi.sensor_motion.aq2
name Bewegungsmelder_Kellerflur
on 1
reachable 1
swversion 20170627
type ZHAPresence
uniqueid 00:15:8d:00:05:3f:9d:76-01-0406
READINGS:
2020-09-29 22:41:17 battery 100
2020-09-29 22:41:17 batteryPercent 100
2020-09-29 22:41:17 reachable 1
2020-09-29 22:41:17 state nomotion
2020-09-29 22:41:17 temperature 24
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 058347022753c05c7a44e20b76f5ffca
lastseen 2020-09-29T20:50:35.313
manufacturername LUMI
modelid lumi.sensor_motion.aq2
name Bewegungsmelder_Kellerflur
swversion 20170627
type ZHAPresence
uniqueid 00:15:8d:00:05:3f:9d:76-01-0406
config:
battery 100
duration 90
temperature 2400
state:
lastupdated 2020-09-29T20:41:17.923
setList:
Attributes:
IODev deCONZ
devStateIcon motion:people_sensor nomotion:message_presence
icon motion_detector
model lumi.sensor_motion.aq2
room Keller
?
deconz pusht doch. Braucht man daher nicht "abfragen" (=pollen)...
Poste doch mal ein list deines HUEBridge-Devices (deCONZ!?)...
Weil wie geschrieben: eigentlich sollte der BWM das "melden". Reacheable ist er ja...
Was geschieht denn auf der deCONZ-/Phoscon-Oberfläche/-App wenn du Bewegung auslöst!?
Wie hast du deCONZ installiert?
Worauf läuft es?!
Welche Version!?
Gruß, Joachim
deCONZ
Internals:
DEF 192.168.1.99
FUUID 5f6e62c1-f33f-ac26-cd1e-ef964c3771050028
FVERSION 30_HUEBridge.pm:0.213660/2020-03-06
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 26
NTFY_ORDER 50-deCONZ
STATE initialized
TYPE HUEBridge
host 192.168.1.99
READINGS:
2020-10-01 16:50:09 lastError parameter, on, not available
2020-10-01 16:40:29 state initialized
helper:
count 0
last_config_timestamp 0
Attributes:
httpUtils 1
key F6211D14A8
pollDevices 1
Ich habe da auch noch etwas das sich Configuration Tool 1 nennt. Weiß nicht was es ist. Kann auch kein List machen aber steht mit dem Hue in Verbindung
Die Phoscon App erkennt alle Bewegungen. Läuft auf nem Pi4. Version ... ist jetzt 4 Wochen installiert. Also ziemlich aktuell. Bin nach Anleitung vorgegangen. Welche Versionsnummer an welcher Stelle möchtest du wissen
Hm, bei mir läuft das ohne "pollDevices"...
Und mit
Zitat von: LastOne am 01 Oktober 2020, 16:56:36
Bin nach Anleitung vorgegangen.
fängt man wenig an. Welche Anleitung genau? Für was? (deconz funktioniert ja, du schreibst ja, dass phoscon das auch direk mitbekommt...) Kann also eigentlich nur auf der FHEM-Seite ein "Problem" sein. Will sagen: bitte einen Link liefern, wenn du sowas schreibst!
Deine HUE-Bridge ist "nur" initialized!
Was kommt/passiert bei: set deCONZ active ?
Dann steht auch unter Internals die Version von deCONZ (die wollte ich u.a. wissen ;) )...
EDIT: dein key sieht auch etwas kurz aus!? Gekürzt wegen "private"!? Wenn nicht würde ich den noch mal löschen und neu "Verbinden"...
Gruß, Joachim
Das set active hat es tatsächlich gelöst :-X
Hier ein neuer List
Internals:
DEF 192.168.1.99
FD 9
FUUID 5f6e62c1-f33f-ac26-cd1e-ef964c3771050028
FVERSION 30_HUEBridge.pm:0.213660/2020-03-06
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 26
NTFY_ORDER 50-deCONZ
PORT 46310
STATE connected
TYPE HUEBridge
apiversion 1.16.0
buf
host 192.168.1.99
mac dc:a6:32:77:14:91
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name Cybertron
swversion 2.5.78
updatestate 0
websocket 1
websocketport 443
zigbeechannel 25
READINGS:
2020-10-01 16:50:09 lastError parameter, on, not available
2020-10-01 23:44:15 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1601588655
offsetUTC 7200
updatestate 0
groups:
1:
etag b1277d357ac9ab43417573c6a3160e1d
id 1
name Wohnzimmer
type LightGroup
action:
bri 127
colormode hs
ct 0
effect none
hue 0
sat 127
scene
xy:
0
0
devicemembership:
lights:
scenes:
state:
lights:
1:
etag 31ace7304e92727f086efd2f03088a9a
lastannounced
lastseen 2020-10-01T21:44:11Z
manufacturername dresden elektronik
modelid ConBee II
name Configuration tool 1
swversion 0x26580700
type Configuration tool
uniqueid 00:21:2e:ff:ff:06:02:d6-01
state:
scenes:
Attributes:
httpUtils 1
key F6211D14A8
Na dann...
Evtl. ist das hier interessant: https://forum.fhem.de/index.php/topic,112963.msg1072995.html#msg1072995
Gruß, Joachim
Hallo, möchte mich gerne hier einklinken.
Ich habe das exakt selbe Problem nachdem ich 2 neue Aqara Bewegungsmelder angelernt habe (zuvor liefs bereits mit 4 Aqara BWMs).
Im Phoscon-UI wird der Status aller Bewegungsmelder korrekt und unmittelbar bei Bewegung auf "motion" umgesetzt.
Der Status im Bewegungsmelder-Huedevice wird aber nur aktualisiert, wenn ich manuell ein "set <device> statusRequest" auslöse.
Hat jemand eine Idee? Ich bin mal wieder mit meinem Latein am Ende und für jeden Hinweis dankbar!
Hier das Bewegungsmelder-Device:
Internals:
.FhemMetaInternals 1
.triggerUsed 1
DEF sensor 10 IODev=deCONZ
FUUID 5fe336b4-f33f-4ce6-b633-a78dca5ec3250b7c
FVERSION 31_HUEDevice.pm:0.233440/2020-12-13
ID S10
INTERVAL
IODev deCONZ
NAME motionKuecheAqara
NR 578
STATE nomotion
TYPE HUEDevice
lastupdated 2021-01-07 22:00:23
lastupdated_local 2021-01-07 23:00:23
manufacturername LUMI
modelid lumi.sensor_motion.aq2
name BwmKuecheAquara
on 1
reachable 1
swversion 20170627
type ZHAPresence
uniqueid 00:15:8d:00:05:4d:02:1c-01-0406
.attraggr:
.attrminint:
READINGS:
2021-01-07 23:00:23 .lastupdated 2021-01-07 22:00:23
2021-01-07 23:00:23 .lastupdated_local 2021-01-07 23:00:23
2021-01-07 23:00:23 battery 100
2021-01-07 23:00:23 batteryPercent 100
2021-01-07 23:00:23 lastseen 2021-01-07T21:58Z
2021-01-07 23:00:23 reachable 1
2021-01-07 23:00:23 state nomotion
2021-01-07 23:00:23 temperature 29
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag f15312052e812c31a9e079565fd0491d
lastseen 2021-01-07T21:58Z
manufacturername LUMI
modelid lumi.sensor_motion.aq2
name BwmKuecheAquara
swversion 20170627
type ZHAPresence
uniqueid 00:15:8d:00:05:4d:02:1c-01-0406
config:
battery 100
duration 90
temperature 2900
state:
lastupdated 2021-01-07T22:00:23.247
setList:
Attributes:
DbLogExclude .*
IODev deCONZ
devStateIcon motion:people_sensor nomotion:message_presence
group Bewegungsmelder
icon motion_detector
model lumi.sensor_motion.aq2
room Erdgeschoss,Wohn-/Esszimmer
und hier das "Modem"/deConz:
Internals:
.FhemMetaInternals 1
.triggerUsed 1
DEF 192.168.178.46:8080
FD 150
FUUID 5fd933be-f33f-4ce6-b3f0-93eb96c4ddcb24b4
FVERSION 30_HUEBridge.pm:0.233630/2020-12-16
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 567
NTFY_ORDER 50-deCONZ
PORT 58902
STATE connected
TYPE HUEBridge
apiversion 1.16.0
bridgeid 00212EFFFF0653BC
buf
host 192.168.178.46:8080
mac dc:a6:32:27:43:03
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name Phoscon-GW
swversion 2.7.1
updatestate 0
websocket 1
websocketport 443
zigbeechannel 15
.attraggr:
.attrminint:
READINGS:
2020-12-15 23:09:52 lastError link button not pressed
2021-01-07 23:14:19 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1610057659
offsetUTC 0
updatestate 0
groups:
1:
etag dcaf0a909629a42b9d913fa25ef295e2
id 1
name Testgruppe
type LightGroup
action:
alert none
bri 127
colormode hs
ct 0
effect none
hue 0
sat 127
scene
xy:
0
0
devicemembership:
lights:
1
scenes:
state:
lights:
1:
etag c4c0fef76bc4bedb9ab2d2afd3928eb6
lastannounced
lastseen 2021-01-07T22:13Z
manufacturername dresden elektronik
modelid ConBee II
name Configuration tool 1
swversion 0x26660700
type Configuration tool
uniqueid 00:21:2e:ff:ff:06:53:bc-01
state:
scenes:
Attributes:
DbLogExclude .*
httpUtils 1
key 5B7E2FD637
room Modems