Everything posted by Guy Lavoie
-
Best Zwave 800 and Zigbee Dongles
Well those devices have only been listed as being supported by the new release 6.1.1 for less than 48 hours, so unless someone was able to quickly buy one at a corner store, I don't think anyone here will have experience with them yet. Since you want both zwave and zigbee, the dual protocol dongle sounds like the most attractive option. If you already have one of the Zooz dongles (700 or 800) then you might consider adding the Sonoff zigbee dongle. No instructions have been posted as to if it's possible to migrate existing devices from the Zooz or ZMatter dongles to one of the new ones.
-
Upgrade Polisy from 5.9.1 to 6.0.0 or 6 something.
You cannot update to versions other than the latest release. The automatic update from the System menu will also no longer work. You can do it manually by logging into your Polisy with ssh and then doing: sudo pkg upgrade udx isy eisyui pg3x This method was suggested by Michel at UDI. I've successfully upgraded two Polisys this way. Remember the release announcement warning: If your FreeBSD OS is below 13.2p11 (check via https://eisy.local:8443/WEB/sysconfig.txt), do not attempt this upgrade; it will brick your system.
-
New release out today.....Does this work on Polisy?
It does work, but the update must be done manually, by accessing the Polisy by ssh. Then you do: sudo pkg upgrade udx isy eisyui pg3x This method was suggested by Michel at UDI. I've successfully upgraded two Polisys this way. Remember the release announcement warning: If your FreeBSD OS is below 13.2p11 (check via https://eisy.local:8443/WEB/sysconfig.txt), do not attempt this upgrade; it will brick your system.
-
IoX 6.1.1 let's discuss it!
Ok, let me try that and a few more things. Thanks!
-
IoX 6.1.1 let's discuss it!
Mine are Enbrighten (Jasco) ZB4103 (as indicated in the Zigbee thread). They are the ones that generated the cluster information I sent you in March. I also have a GE branded one (ZB4101) that seems to also be a rebranded Jasco.
-
IoX 6.1.1 let's discuss it!
Yes, and also tried adding two other modules that had never been added before. Same result.
-
IoX 6.1.1 let's discuss it!
-
IoX 6.1.1 let's discuss it!
So it won't work with the ZMatter dongle?
-
IoX 6.1.1 let's discuss it!
Speaking of Zigbee libraries, that reminds me of something I brought up a back in March. I have some Zigbee modules that measure power consumption. You had me capture cluster information, and you had ordered a module with the same functionality, for the purposes of implementing the retrieval of the power consumption value. It's a standard cluster in Zigbee 3.0. So I just gave that a try, first doing a re-interview of the module, then an actual delete and add. There is no new information appearing for the module, though it turns on and off just fine. Should this be working? I'm doing this with the ZMatter module.
-
User Interface suggestion/request
Or better yet, not have it overlap the program area when it opens by default. Another minor quibble: When adding or editing a line with a variable, the default radio button selects integer variables. Could that default be changed to state variables instead? I think most of us program using state variables much more often than integer. Another thing is the variable name list being centered: it would be easier to read if it was left justified.
-
IoX 6.1.1 let's discuss it!
Another minor obervation: the release announcement mentions backup and restore of zwave dongles. Just for fun I looked this up on my upgraded test Polisy that has a Zooz 700 series dongle. The dongle works, but the zwave menu hasn't added backup and restore options. Maybe it's a limitation of the dongle itself. If anyone reading this has a 800 series dongle on a 6.1.1 system, have backup and restore options appeared?
-
Color scheme in UI --> hard to read the red on black
Yes, the black background isn't pleasant. Having color settings would be nice.
-
Memory usage information --> how to interpret
Bingo, exactly what I needed to know! Added to my (ever growing) notes!
-
Memory usage information --> how to interpret
@Michel Kohanim Thanks. That brings up another question: if an update did in fact really mess things up and it's bad enough that eisy-ui can't be accessed, how could we manually switch to the inactive boot environment from the command line (by hooking up a screen and keyboard)?
-
Memory usage information --> how to interpret
Ok, but is the general idea that after you confirm that the new one has working fine for a while, you can delete the inactive one? Will a new update further down the line then made the current one an inactive one, offering a recovery path again? It's a great feature, making updates less do or die.
-
IoX 6.1.1 let's discuss it!
@xlurkr Try the manual update, as suggested by @Michel Kohanim himself (a couple of posts up). Worked for me. Join the geriatric Polisy club 😄
-
IoX 6.1.1 let's discuss it!
Well hey, I just tried exactly that, and it upgraded fine! Thanks for the honest reply. Yes, it's a bit slower but as a testing device, that's small price to pay for the versatility I get from having these test units. I'm quite active on the forum and many of my posts begin with "I tried this on one of my test Polisys..." It both helps the community, and pushes me to try and learn new things. I have three Polisys that I obtained as used units for a very low cost or free. For sure, a test eisy would be nice, but it's prohibitively expensive here in Canada. I even got my own eisy as a used unit, and used eisys come up rather rarely. A slower but otherwise functional Polisy makes for a good compromise and a handy test device. Thanks for the workaround. 😊
-
Network Resources
That does not appear to be supported yet.
-
IoX 6.1.1 let's discuss it!
Oops its: uname -a
-
IoX 6.1.1 let's discuss it!
The raw method is to ssh into it and do: umame -a Otherwise it should appear in the sysconfig.txt file that is accessible as shown in the release announcement
-
IoX 6.1.1 let's discuss it!
That program editor is going to take some getting used to...
-
IoX 6.1.1 let's discuss it!
you ssh into it and watch the log file as it grows: tail -f /var/udx/logs/debug.log This is handy for observing the progress of upgrades as they happen.
-
IoX 6.1.1 let's discuss it!
Looks like the Polisy won't getting this update. I just thought I'd try it on one of my test units and the upgrade log file says: Upgrade failed: field upgrading of non-eisy devices no longer available ...
-
IoX 6.1.1 let's discuss it!
Basically, don't do this from any type of remote access. Do the upgrade from Admin Console, on a computer that's in the same physical location and on the local network, such that you can restart the eisy by power cycling if necessary. This avoids any issues that could be dependant on remote access authentication, etc.
-
v3.1.29 in Beta ; dependabot & branch cleanup
Paranoia is an asset in software development 😄