Same boat here. I have excluded and reset the sensor. Then included it without security just to make sure it wasn't the sensor and it worked perfectly. Since it is an exterior door, I'd prefer S2.
But I know @bcopeland is on it and it'll get resolved soon.
Bad news... Nothing I can do to fix this.. Aeotec has a firmware bug.. The SDK is blocking it because the session ID is not incrementing on the supervision get requests from the device..
Ok, fine, thanks for looking into this. I didnāt find any firmware updates on the Aeotec site. I looked before reporting issues for the device. My particular needs right now donāt require S2, but I would, eventually, like to put them on our front and back doors.
What about these other issues with this device that donāt involve S2? Note that these are just the things I have noted. Others have reported other issues.
Interesting note.. the button does not trigger wakeup.. so looks like there is no way to trigger wakeup from this device, you have to wait until the wakeup period..
Pressing the button just triggers a NIF, no wakeup
So, is there a requirement to remove firmware files from the Device Firmware Updaterās File Manager, such that, if a firmware file for a different device is needed, then all prior files for other non-identical devices must first be removed before a different file for a different device can be chosen?
I would have thought that the File Manager was a āFile Managerā, and allowed the desired file to be chosen for an update.
It does .. You can have as many firmware files as the storage allows.. I'm not sure what the issue is you are describing..
But this was a discussion about Aeotec Recessed 7 to which you said all of these posts were related to the device not functioning without security.. To which I said .. one of those is not this device.. And I pointed out that I re-tested the device with the current driver version without secure inclusion and am having no issues operating the device..
Now.. The device seems to function properly with the current driver without secure inclusion.. We are attempting to reach out to Aeotec engineering to get them to fix their firmware so secure inclusion will function properly.. I have many more issues with other drivers / devices / software bugs I need to address..
Ok. I sent you a PM on this rather than hijack this thread on this point. I will prepare another post repeating only the Aeotec Recessed Door Sensor 7 issues for which I have filed a number of bug reports over the past months for the consolidated driver that have never been addressed, and which have never been solved, and which I donāt see that you have tried to address. I have never filed a bug report for the Aeotec Recessed Door Sensor 7 regarding secure pairing. I could never get the device to work with S2 pairing, for reasons you seem to have discovered and are addressing, so my Aeotec devices have always been paired with no security.
My points have always been that the Aeotec Recessed Door Sensor 7 worked perfectly on my C-5, which could not, and did not, use S2 pairing, but instead used the now-deprecated Aeotec Recessed Door Sensor 7 built-in driver. That deprecated but fully-functional driver is no longer available as a driver choice now that I have manually migrated to my C-7.
Understood that the S2 security inclusion issue is a device issue, not a driver issue, and we are in complete agreement on that.
But my Recessed Door Sensor 7 devices, paired with no security, have never worked correctly with the consolidated built-in driver on my C-7, whereas they did work correctly on my C-5 with the older built-in (and now unavailable) Aeotec Recessed Door Sensor 7 driver.
I understand that you tested and it works fine for you when included without security using the consolidated driver. Thatās just not what I see.