wmcneil

There is discussion from myself and others about Zooz ZSE29 in the support thread for IoX 5.5.7 release. I have a ticket open, and thought I would open a new thread and give an update: My ZSE29 is hardware version 1.0 At the suggestion of UD, I did more testing, and confirmed the following: * Wake-up does not occur due to motion detection. Wake-up occurs at power-on, and at the wake-up interval, which is set by default to 4 hours. Once woken up, the device stays awake for 10 seconds. The wake up interval value does not appear to be configurable in any way. There is no difference in behavior for battery powered vs continuous DC power supply. I did a test where I initiated a write changes from the AC immediately after having applied power to the ZSE29. The writes did complete for this scenario, as evidenced by the green 1011 icons in the AC going away after just a few seconds. Even with the default wake up interval of 4 hours, the write changes should have been written at the first wake up event. UD is continuing to investigate why IoX code is not performing the write when the wake up happens.

My ZSE29 is HW version 1.0, which does not support firmware version updates.

Good suggestion, unfortunately did not work. I kept the motion sensor triggering while attempting a write changes, and got the same result. Also on the wake up node, I changed the keep awake setting to on, tried the write again, and got the same result.

The device is connected to continuous 5V power. Selecting Write Changes causes the icons to change to WRITING briefly, then they return to 1011 and appear to be stuck there. I do have a ticket open.

Thanks for the info. I have excluded/included my zse29 several times. If I select no security options, the motion sensor node gets added. The motion sensor node is now working (reports status ON in the AC when motion is detected), but the motion sensor and all of the other nodes show the green outstanding write icon (has 1011 digits in it) that does not go away (has not gone away after 24 hours or so.)

Yes. Writes still seem to be stuck. Doing a synchronize/update or synchronize/replace with interview (after having previously done an exclude/include) actually causes several of the associated nodes to disappear, including the motion sensor node.

Thanks @brians and @DennisC for the suggestions. I tried excluding/including with no security options checked. That resulted in more associated nodes, and the AC is showing the IOW icon for all the associated nodes (seems to be stuck trying to write). I still have blank status for the Motion Sensor node, and when I try a query on it I get an error popup window. I also tried turning compatability mode off, then rebooted polisy. When reboot was finished, I tried a query of the motion sensor node, and got a TCP client read response failed. I am wondering if the zse29 hardware has gone bad. I only have one of them.

Updated both my polisy/ZMatter systems to 5.5.7 . The IoX spurious reboot problem appears to be gone. I do continue to have a problem with my Zooz Zse29 outdoor motion sensor. It is continuously connected to a 5V power supply. I did an exclude, and a secure include. The primary device shows three values in the AC: V1 Alarm Type, V1 Alarm level, Battery Level. All three values are blank. When I attempt a query in the AC, I get a pop up window that says Error Request Failed. I will open a ticket.

I opened a ticket. Michel responded and stated that this is a known issue and a fix is hoped for by tomorrow.

I've updated and migrated my home polisy/5.5.0/pg3_3.1.17/zooz_zst10 to 5.5.6/pg3_3.1.17/ZMatter. After manually initiating an update and interview for each of my zwave devices they all seem to be working. But, the polisy keeps rebooting itself. The time between reboots seems to varying from around 15 minutes to 60 minutes. PG3 is reporting that 3.1.18 is available, but the AC update does not cause 3.1.18 to be installed (or at least it is not being reported as installed in the web browser) sudo pkg info udx reports 3.3.6_3 sudo pkg info isy reports 5.5.6 sudo pkg info pg3 reports 3.1.17_1

Started with polisy/5.5.5/pg3 1.1.17 I did an upgrade packges using AC button. After 4 beeps power cycled polisy. AC showed 5.5.6 , but PG3 was not started. I tried a couple of polisy reboots. PG3 still not started. Then I opened an SSH and ran the update command that @brians posted. That resulted in the same package update shown in @brians post, and now PG3 is running.

I had done a reboot not too long before I was trying to authenticate, so that could be a strong hint.

Polisy/5.5.5 , Today suddenly when I attempt login to AC using the http link in IoX Finder, my user/password will not authenticate (I tried admin/admin and that was not working either). This happened every time I tried over the course of about 15 minutes. When I tried the https link in IoX Finder, authentication worked correctly. Given all the other churn going on with ZMatter, and eisy, I thought I would mention this in a form post, in the hope it helps someone else. I'm not going to open a ticket at this point, as there are so many other more pressing issues at the moment.

In the AC, right click the sensor / ZWave / Set Configuration parameter use the pull down to select parameter number 64, then click on Query

My Multisensor 6 is now displaying farenheit in the AC. I am running Polisy/5.5.5/ZMatter. After verifying that parameter 64 was configured to a value of 2, I had to do an update with interview to get this working. The AC started displaying farenheit immediately after the update with interview completed.

UD provided the solution in my ticket. The REST API is slightly different for ZMatter zwave than it is for the original zwave: original zwave: http://uname:password@IP:port/rest/zwave/node/... ZMatter zwave: http://uname:password@IP:port/rest/zmatter/zwave/node/... EX: http://uname:password@IP:port/rest/zmatter/zwave/node/ZY002_306/security/user/2/delete

5.5.3/ZMatter: Kwikset 914 deadbolt lock. The following two rest commands no longer work. When entered in a web browser no data is returned and eventually the browser displays "the connection was reset. http://uname:password@IP:port/rest/zwave/node/ZY###_###/security/user/2/delete http://uname:password@IP:port/rest/zwave/node/ZY###_###/security/user/2/set/code/WXYZ ZY###_### is the address of the Access Control Alarm that is associated with the ZWave lock. I have opened a ticket.

Any code you have that was accessing the lock primary device / User Number can be changed to now access the lock Access Control Alarm associated device / User Number

I am experiencing the same problem - status never updates. gocontrol GD00Z-8 garage door controller, 5.5.3, ZMatter. Did you file a ticket? If I issue an open comand or a close command, it works, but my programs that are using the status value do not work, of course.

Thanks for the update, appreciate it.

I am running ZMatter with 5.5.3 and have restored a migration backup that was created with Zooz zst10. My Aeotec Multisensor 6 does not appear to be recognizing the parameter decimal 64 value. This parameter is supposed to control whether temperature units are Celsius or Fahrenheit. Value 1 is supposed to be Celsius, value 2 is supposed to be Fahrenheit. Temperature is displaying as Celsius in the AC, regardless of whether I set this value to 1 or 2. I am able to confirm the write value is being accepted, because if I do a query after the write, it is returning the value I am writing. So it appears that the Multisensor 6 is accepting the parameter write, but it is not affecting the units displayed in the AC. Some additional info: I have successfully used parameter 64 to control the displayed units in the past when I was using zooz zst10. I have a different polisy in another location that is running 5.5.0 with Zooz zst10. This system also has a Multisensor 6, and it has been reporting in Fahrenheit for at least a couple years (When I first installed it I wrote parameter 64 to a 2). Today I tried changing parameter 64 to 1, and the reporting changed to Celsius. BUT, I have changed the value back to 2, and now the reporting will not change back to Fahrenheit. I have tried rebooting IoX to no avail. So now it is not clear where the problem(s) are. Edit: Now that some time has passed, my 5.5.0/zooz system is now reporting in Farenheit, so it is behaving as if there is a time lag between the parameter being written and the AC updating (I had previously tried many queries, and that had not caused a change, so strange behavior for sure.)...My 5.5.3/ZMatter system continues to report in celsius. I'll post back if this changes after more time passes.

I've been waiting for Michel or someone else at UD to respond and answer my question. I know they are busy with IoX 5.5.0 migration plans, but I am asking something that I think is something important that others would like clarification on, so In the interest of potentially helping others, I will comment with some further information while we wait for the official word. The Zooz ZST10 700 has never had a backup/restore capability provided by the Admin Console (AC). An AC backup/restore feature was present up to and including the 500 Zwave option, so this is a feature that was lost when moving to Polisy and the Zooz stick. There is Windows software that Silicon Labs provides called Simplicity Studio which has a backup and restore function for the Zooz. This is the method brians is referring to above. Simplicity Studio is a large software package that has a lot of functionality in addition to the backup and restore. It is neither lightweight nor simple to use, but with a little persistence it can be installed and learned. Once UD has the ZMatter migration software perfected, it will be possible to directly backup from Zooz and restore to ZMatter. My previously stated question was asking if there will also be a backup from Zooz and restore to Zooz available. My guess is that the answer is no. That being the case, if you want the protection of having a Zooz backup you have to use Simplicity Studio. The reason you would want a Zooz backup is to protect against either the Zooz stick failing before you attempt migration to ZMatter, or a worst case scenario of something going wrong with the migration process that corrupts the Zooz stick (before you unplug it for the final time). I had a Zooz stick fail after only 7 months, and from what I read elsewhere, I'm not the only one that has had an early life failure.

@brians , I understand that the current v5.5.0 release is not working as intended with ZMatter. I also understand that one of the things that is not currently working is migration from Zooz to ZMatter. I have read everything that anyone has posted with regard to ZMatter in the last several days, and my questions are still valid. I want to know what UD intends when things are working, and I want to know for certain. I have had to rebuild my Zwave network from scratch once in the past month, and I do not intend to have to do it again, so I want to know exactly how UD intends that backup is going to work. I will attempt to further clarify what I originally asked: @Michel KohanimDoes UD intend to provide a backup and restore capability for Zooz ZST10 700, independent of the migration path from Zooz to ZMatter? If YES, in what version of IoX is this capability planned to first be present? If NO, that implies that only a 1 way migration path from Zooz ZST10 700 to ZMatter will be supported, correct?

For IoX 5.4.5, does backup/restore include Zooz ZST10 700? (Please do not answer unless you are certain of your reply. "I think so", "I hope so", etc. are not useful. Ideally someone from UD can reply with 100% certainty.) This part of the "IoX Release v5.5.0 Is Now Available" directions implies that ZWave is included, but I want to be absolutely certain: When IoX restarts, all existing Z-Wave nodes from the old installation are removed Note: The only way to go back is to restore a backup that was made prior to moving to ZMatter Z-Wave+ OR Does the snippet above imply that ZWave backup/restore for Zooz ZST10 700 is present only starting with IoX 5.5.0, BUT will be available only prior to pressing the Move to ZMatter Z-Wave button?

Are you looking at the directions in the Polisy User Guide under "Migrating from 994 to Polisy" ? If so, the zwave backup utility that those directions refer to apply only to the 994.