Jump to content

Chris Jahn

Administrators
  • Posts

    1745
  • Joined

Everything posted by Chris Jahn

  1. Hello! We have added a new log viewer to the Admin Console for anyone interested in viewing the low-level detailed logs for Z-Wave, Zigbee, Matter, etc. Just go to Tools | Log Viewer and from there you can select the log to view, search the log, and capture logs. There are also short cuts to capture logs for Z-Wave, Zigbee, and Matter in their respective menus. When creating tickets, capturing a log is a good way to provide more detailed information to help debug the issue.
      • 6
      • Like
      • Thanks
  2. Yes, we are no longer backing up the node status history database (the database used by UD Mobile to show charts for the ongoing activity of your devices). This database can grow to a significant size so we're deciding on the best direction for pruning it and backing it up.
  3. Not that I'm aware of. Yes, we've moved the bulk of the work from the Admin Console to the eisy and it sped things up quite a bit! I'll see why we are missing the completion notification.
  4. Hello all, This release contains minor enhancements and bug fixes. Important Note: Please do not unplug your unit from power. Instructions: 1. Backup your unit. 2. Please click on the using the Upgrade Packages button in the Configuration section of the Admin Console. Fixes: - Insteon I3 Paddle and I3 Keypad buttons default links - Show Unix Time status values as Timestamps - Faster IoX Backup - Some characters not displayed correctly in Admin Console For Developers: - Allow node servers to define their own status names in nodedefs - Fill in device type field for Zigbee (so a UI can properly identify devices) - Query Zigbee devices after they are added - added <rpnode> to Zigbee nodes - added <NodePropertyHistory> to system options - Initial support for posting events to MQTT - Fix ISO8601 Timestamps for node property history and events
      • 1
      • Like
  5. Hello all, This release contains minor enhancements and bug fixes. Important Note: Please do not unplug your unit from power. Instructions: 1. Backup your unit. 2. Please click on the using the Upgrade Packages button in the Configuration section of the Admin Console. Fixes: - Remove default time events from event viewer - Occasional issues when restarting IoX Features: - Better support for Philips Hue (including support for enhanced hue) - Support Zigbee Color XY / Temperature - Allow user to manually specify Zigbee radio channel (for Securifi devices)
      • 2
      • Like
  6. The thing that may have actually fixed it was the first step of removing the existing /var/isy/FILES/CONF/ENABLED.D2D file (well, actually moving it so essentially deleting it), then restarting IoX, and then re-enabling the programs again.
  7. The reboot won't create new nodes, but if the same node with same address was recreated with the same functionality being used in the programs then you should see them again in programs. (Which may not currently be the case because as you mentioned, the interviews probably didn't succeed).
  8. The nodes were likely recreated so the best bet is to restart IoX and they should re-appear in the programs again. We have a feature request to fix this so that a restart is not required (wasn't possible due to memory constraints in Isy-994 but we should be able to do it in Polisy/Eisy)
  9. Hi Rob, First off, I believe the device was successfully upgraded. One of the interesting things about OTA firmware upgrade is that it is primarily driven by the device being upgraded. Its something like this: 1) The ISY tells device X it wants to apply an OTA firmware upgrade, providing it with the number fragments in the upgrade (and a few other things) 2) Device X sends a message back to ISY agreeing with the upgrade 3) Device X sends a request to ISY for each fragment (possibly multiple times) and ISY sends the requested fragment to Device X 4) When Device X recognizes it has all the fragments, it assembles them into one file and applies it to itself 5) It sends out a success/fail status message to ISY (although some devices incorrectly skip this step) At this point though, the ISY still thinks Device X is at the old version because it hasn't been interviewed since the upgrade. Therefore, you have to either right+click | Z-Wave | Synchronize | Update with Interview (Making sure the device is awake and stays awake), or, remove the device and add it back again. We are going to help automate this in an upcoming build to avoid any confusion and to close the loop on the firmware upgrade.
  10. The interview failed possibly because the device may have factory reset itself as part of the upgrade (and thus the empty DH X-Ray). Did you try removing and adding the device back? edit: One more possibility, was the device awake when you tried to interview it? From Zooz website (for OTA Firmware upgrades) You may need to exclude and re-include the device after the update is complete for best performance. Please consider you may need to rebuild all of your automations and settings for the device.
  11. I'll add a prompt at the end indicating whats needed along with option of doing an interview right away.
  12. On clarification on this .. to see the changes to the device in IoX after the OTA Firmware upgrade completes, you must either do: right+click | Z-Wave | Synchronize | Update with Interview or Remove and add the device again.
  13. Hello, This was tested on the current I3 Keypad and I3 Paddle and all the flags ands LEDs should be working and visible as status (and thus usable in programs etc.). Have you tried querying the Keypad Flags node? Is it possible you have an earlier version of the I3 Keypad that doesn't have the most recent firmware?
  14. I also upgraded a Zen17 (1.04 -> 1.30) which worked except that the device did not send out a completion message so the status window just stayed up. I waited for quite awhile before I closed the window and started using the device. If this happens when doing any OTA Firmware upgrade, I would recommend you wait at least 10 minutes after you see the last fragment being sent. Its probably overkill but it gives the device the time to apply the firmware and do a software reboot without being interrupted. To get the new features from the device you can right+click Z-Wave | Synchronize | Update with Interview If that doesn't work you may need to remove /add the device again.
  15. Its saying "Reading firmware file" .. did it send any of the fragments?
  16. There is one clarification to that. Some people have reported that they have devices that support OTA but it still doesn't show. We haven't tested it here, but if you right+click Z-Wave | Synchronize | Update (Not Update with Interview) then it will recreate the ISY nodes and then you should be able to see OTA if the device supports it (again, only for the root node e.g. address of form "ZY005_1")
  17. Hey everyone, One thing you can always do for enabled programs, or run at startup programs, or just selecting a group of programs in general is to put hashtags in the program comment (nothing special about them being hashtags by the way) e.g. #Bootup #Enabled You can then go to the Summary page, do Find/Replace on Raw text, and search for your hash tag. All the programs containing that hash tag will be selected. From there you can just right+click on one of the selected programs and choose enable, disable, run at startup or whatever and it will update all the selected programs. If more convenient you could use #Disabled instead of #Enabled to manage this if most of your programs are enabled. Of course these problems with enabled/startup should never happen, but its a convenient backstop if they do.
  18. Hello everyone, The fix for disabled programs is now available. Please run Update Packages from the Configuration section of the Admin Console again.
  19. Hello, For everyone experiencing the problem of having all of their programs disabled, please run the following commands from ssh and send me a DM with the output sudo ls -lt /var/isy/FILES/CONF cat /var/isy/FILES/CONF/ENABLED.D2D
  20. This is the support thread for IoX 5.7.0:
  21. For some reason it can take 10-15 tries to get the Aqara devices to pair. We initially thought based on their documentation that they wouldn't pair at all but we managed it with their motion sensor. In the new 5.7 build there is additional support (occupancy cluster) that may make these motion sensors more useful in IoX. You can give the Aqara a try and see if it meets your needs.
  22. Hello all, This release contains a new operating system upgrade, some enhancements to Zigbee, Z-Wave, and Insteon as well as some bug fixes. Important Note: The new 13.2 version of the OS is included and an upgrade will be attempted during this upgrade. As such, it may take much longer to upgrade your unit (especially on Polisy) and the unit may reboot during the process. Please do not unplug your unit from power. Instructions: 1. Backup your unit. 2. Please click on the using the Upgrade Packages button in the Configuration section of the Admin Console. Zigbee - Support for Zigbee On/Off switch - Support for Zigbee Occupancy cluster (required by some motion sensors) - Basic support for Zigbee door locks (lock/unlock/query) Z-Wave - Support .gbl OTA Firmware upgrade files - Support abandon OTA Firmware upgrade Insteon - Support dimmer/relay mode for I3 Paddle and I3 Keypad - Support various flags for I3 Paddle and I3 Keypad General - Support dynamic text status values for node servers - Add parameter initial values for light on/off commands Bug Fixes - Fix: Some file updates were not synchronized - Fix: Zigbee Synchronize New & Deleted with Interview - Fix: Zigbee Color commands not available for some customers using Sengled color bulbs - Fix: Zigbee devices unexpectedly removed from network - Fix: WiFi gets disabled forever when Ethernet is plugged in
      • 7
      • Like
      • Thanks
  23. What I read originally was that Aqara only works with their hub and its proprietary, and after several attempts at adding it I came to that same conclusion. I did some more digging and found that they should be HA compliant but it can take many tries to actually pair it. It took me about 10-15 tries but it finally was recognized and paired. The only issue now is that it uses a cluster we have not yet implemented because its not yet supported in the underlying Zigbee library we are using. Hopefully they will add support to the library soon so that we can then support it.
×
×
  • Create New...