This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Comments
fully reset and wiped the homey.
paired the fibaro, and tried to set : 40,2,10;42,2,300;64,2,900;80,1,0;89,1,0 wich resulted in the error "Cannot read property 'id' of undefined"
okey, yes this works.
dont think this is the optimal way.
I'm currently using 40 at 10 lux, but that's even too frequent for indoor usage. I'm considering to go towards 20 lux
maybe ill just eliminate the illumance change and go with the 5 min updates
if you edit the parameters in flow, they wil NOT appear in the device config popup.
but once the device has woken up they will receive the parameters and save them inside.
The best way to see if the parameters worked, is to change one of the LED parameters,
or have some patience with any of the other parameters.
Rationale: By setting the parameters for the sensor via the flow the parameters will be queued within the memory of Homey until the next Z-wave wakeup of the sensor. With above action you do not have to wat for the scheduled wakeup
(I even doubt if the wakeup interval is working)
that is not impatience, it is just more convenient and is why the wakeup with B-button is there
Have not been able to test yet on 0.8.34 but I'm curious if you recognize this behaviour @caseda
I will test it this evening by setting parameter 80 back to 10 and not manually waking up the sensor...
If the regular wakeup interval is working; it should be flashing based on motion after around 2 hours...
Currently with 40 at 10 Lux... as mentioned, I will increase it to 20 or even 50 Lux (saving the battery life)
hmm i have actually never looked at that, even though it would be kinda strange to have 2 different wakeup sequences in a device, i will try with two of my sensors.
I need to re-add them still anyway.
So far, no blinking LED..
no that can't be true, the default wakeup time is not specified by homey, it is by default coded in (most) battery devices.
I'm testing now 2 options, keeping the flow alive until change, and deleted flow until change.
What i think is happening, the parameters are indeed in homey's memory stored with the flow data, so if you delete the flow before the wakeup time is passed it will delete the parameter data as well.
but to be sure, will have you updated in about 1/1,5 hours (if i'm not busy by then.!)
The led is not blinking as it should be during motion detection... So the settings are not updated during the Z-wave wakeup interval or the Z-wave wakeup was not triggered by the sensor.... Next experiment: set all parameters to default (40, 42, 62, 64 all to 0); so no individual triggered reports, the sensor should now report illumination, temperature and battery on every wakeup. Right?
They Both updated their parameter (sensor 1: 80,1,13 & sensor 2: 80,1,15 - different color when seeing motion), so this included the deleted flow, and the flow that is still there.
it is the only parameter i changed but i don't think this should matter.
the few reasons i can think of that the parameter is never send
@TedTolboom; But to answer your question, yes it should send all information on every wake up interval, if the values have changed (I.E. + or - 1 lux, Temp + or - 0,1°)
After almost 4 hours, the sensor shows that the settings have been updated... after more than the default wakeup interval of 7200 sec... It could be that the sensor / Homey skipped an interval.
But now I have another question. When pressing the B-button my device went in the generic alarm state and will stay in it for I don't know how many minutes/hours (see figure below). I also noticed this yesterday after I connected the motion sensor the first time to my Homey.
- Does somebody know how this generic alarm state is triggered? It is not triggered by the motion alarm or tamper alarm.
maybe something to do with compatibility between the normal Z-Wave version and the Z-Wave+ (plus) version.
Or has something to do with being an alarm being active while being added i read a while ago.
@taco .?
@Jesper Do the tamper and motion work though? If so then at least that has been fixed
The generic alarm was off when I looked at it now. I will try and see if I can find out how it is triggered and for how long it stays triggered.
I think @Taco can remove the genric alarm for the fibaro motion sensor because I do not see any use for it (motion and tamper are reported separately)
All Fibaro Motion Sensors with v3.2 (Z-Wave+ (plus)) use separate alarm states.