simplextech

That is the way associations work. Device -> Device without any controller involved. However I had thought at least for the HS switches they would still report back their status (on/off/level) even if from association.... interesting.

This is what you will find advertised as "Instant Status" from various z-wave switches/devices. HomeSeer switches have this as do some others. Lutron held a patent for years (expired now) that caused z-wave manufacturers to implement a "work around" that really never worked well. Most older z-wave switches do require polling to update the controller.

The Caseta lineup of products is very entry level. There's the Caseta Pro bridge which has the integration option but again the available devices is very limited. Stepping into the RA2 product family opens up a lot of possibilities but at a much higher entry cost. I think the appeal in general HA is around the Caseta Pro of having the fast lighting and Pico remotes. Lutron just announced a fan controller for the Caseta line which I have limited details on, however to me it's not worth changing out a Fanlinc + KPL for the same functionality. I think now is an interesting turning point with Insteon. With the MSII I think they are trying to evolve into more than just powered devices and remotes.

Yes associations is another topic. However the "gotcha" here is that not all devices support the full capability. All devices support the minimal of 1 association which is the controller. To benefit from this the end devices must also support multiple associations. This is device specific and not all devices support it which is really a downside that you have to be careful about devices and not just assume they are all implementing the full spectrum of z-wave capabilities. All Lutron systems use the same radio technology. So whether it be Caseta Standard (buy at stores, Best buy, Home Depot, Lowe's etc etc) or Caseta Pro which can be integrated with systems or up the spectrum to the RA2 or HomeWorks systems. They are great systems. As an individual you can get "certified" for install/setup of any of the systems. The RA2 classes I think are still free even. Getting up to the HomeWorks (high end) systems costs though. But if you can afford to deploy a system like HomeWorks then the cost of setup/integration would look like pennies on the final bill. I've actually been considering a Polyglot for RA2 compatible systems as I still have my Caseta Pro bridge and the Pico remotes are awesome and dirt cheap compared to Insteon remotes. I'm sure there are. I can say I'm mostly neutral but with a background in Z-Wave (Z-Wave Alliance member) and some exposure to Zigbee which is good but still not prime time for "general home automation" uses as it's still too fragmented even with the ZHA spec. Z-Wave really isn't much better in regards to the fragmentation but it has gotten better and controllers have gotten better at overcoming some of the problems that mostly originate with the devices and the lack of a "true" enforcement of the standards.

@rccoleman, there are benefits and draw backs with z-wave as with any of the protocols commonly used. The "ACK" is part of the protocol and used for validation. One of the z-wave specifications is ensured message delivery and re-transmission on failures. This makes the communications more "robust" but has it's drawbacks in speed. The nature of the communications being serial are also a drawback on speed as there is no "broadcast" mechanism. The "Central Scene" command class has actually been phased out and is not commonly used anymore and most newer devices don't even support it. I can go and double check the z-wave specifications but the last I checked and the talk on the z-wave alliance boards that was the case. Even HomeSeer has mostly phased out the "Central Scene" functionality which many people were using for this type of scenario. I've read of the draw backs of interference/noise with Insteon but at least it's known and there are mitigation steps. With Z-Wave it's unfortunately harder to figure out what the cause could be without expensive tools. A misbehaved z-wave device can wreak havoc on the entire mesh and trying to isolate and find it without the proper tools can be maddening!!! For lighting (personally) I have found Z-wave to be less than stellar for wanting the lights to respond quickly and dim/brighten or fade nicely. I've had Lutron, Z-Wave, Zigbee and now insteon in my home and test environment and as it stands now I'm still in the middle of rolling out more Insteon for comparison. However In my very early testing/comparison of things for lighting I would place Insteon and Lutron on the same playing field. May just be my opinion but I'm coming from a mostly Z-Wave background and I'm liking Insteon more and more each day for lighting and for motion sensors and contact (door/window) sensors. I just replaced all of my door sensors with Insteon because they respond much faster and more reliably than the Z-Wave sensors I had. All in all I think I will ultimately always have a mixed environment but for now I think Insteon will have my lighting and Z-Wave will be mostly plugin devices and energy monitoring devices and some exotic devices only available in z-wave. I think my switches/dimmers will all be converted to Insteon along with the motion sensors controlling the lighting.

Since getting my ISY the first thing I did was update to the 5.0.14Beta and start adding Z-Wave devices. I've had good success with only a few hiccups/issues. Some of my issues are self induced as I'm testing controller shifts and secondary controller functions which many would not be doing from different "other" controllers. With that... so far so good. There are still issues with some multi-sensor devices but so far I haven't noticed any major show stoppers just yet. Actually in my testing I'm finding that I like Insteon a lot more than I originally thought I would so I've bought a bunch of switches and dimmers to replace some of my z-wave stuff.

@rccoleman one thing with Z-Wave to keep in mind is that it's a serial communication. Even though devices are in a "scene" the communication is serial not broadcast like Insteon devices. The controller will send the command to the devices one at a time and wait for the ack before moving to the next device (or timeout) whichever is first. On Command: Controller -> Device -> On? Device -> ACK -> Controller -> Yes/No Move on to the next device in your "scene". Sometimes this happens very quickly and sometimes not so quickly. This is actually a reason why I'm investigating Insteon. I have nearly 100 Z-Wave devices mostly powered and there are still delays in some devices responding and especially in multi-light "events" or "programs". Just the nature of Z-Wave...

Does anyone know the direction of the sensitivity setting? Is 1 LOW or HIGH?

I'll send those over the the hardware group to find out if there's currently a known method of pulling this or not.

@Michel Kohanim as for the inquiry about Tesla. I would like to get more information around your requirements and I'll send that to integration's to find out what is or is not possible today and whether or not there's been any further communications with Tesla.

Hardware choices vary from direct hardwired devices to simple OBDII plugin modules. We do not (normally) sell hardware direct as we can't support every single device combination that is possible. We do have recommendations for hardware devices and vendors we partner with. Tesla integration has been of interest. They do not have a standard OBDII connection for vehicle diagnostic information but they do have their own Wifi connected system which does have an API. There are some opensource integrations floating around in the wild and there is a plugin that someone created for HomeSeer. I have reached out to Tesla to try and work with them, but we are not Apple/Google/Amazon so they have not responded.

Effectiveness of phone based geofencing is the quality of the app, the OS (Android/iOS) and internal GPS chip quality which I've found the quality can differ between phones of the same make/model even. The value of a hardware solution is that is works and a new Android/iOS update does not break it. If a phone works for you that is great which is also why we support several mobile apps. I don't host a few servers. I partner with Gurtam to bring the Wialon system to users. This is a commercial system that fleet companies, other tracking companies, car services, delivery services, etc use. I instead of licensing and re-branding and marketing to trucking companies or companies with fleets of vehicles I'm trying (possibly failing) to bring a full blown telematics system into the Smart Home. For the basic geofencing purpose and you have an app that can send to a direct URL to flip a virtual switch on/off for home/away or whatever value/geofence you configure then I can provide you with nothing better. For vehicle telematics I can send you the vehicle diagnostic information from sensors that you can then setup automations for. Examples would be sending a pushover when the fuel level is below a certain percentage, or setting a reminder to get gas tomorrow and having that message automated in your morning routine. Measuring the vehicle battery and alerting when/if it's low so you don't wake up to a dead battery, alerting or sending messages about trouble codes which include the actual code so you don't have to go to a shop to have them pull the code (if you don't have an OBDII reader already...a lot of us do). Internal to the system you can get in browser alerts (used by dispatchers) or e-mail Simplex Locate has many more functions/capabilities than simple geofencing which was why I asked if people are of interest before putting time into developing something for ISY. Here's a sample of basic information:

Simplex Locate is a "service". We have support for several mobile clients and could probably add "Locative" however to my knowledge Locative is no longer being developed/supported? We did recently add BTraced and there are other existing mobile clients. This was a project that originated from my personal experience with mobile/phone based Geolocation and how unreliable it is and slow. Having a very large geofence to compensate for the update interval of the "Phone app" to me was not acceptable. However for many a 1 minute update or slower is perfectly fine for their needs. Simplex Locate is different in that it supports the phone apps, but also supports almost any hardware device. With hardware devices you can do updates to the system as quickly as the hardware supports example 1,5,10,15 seconds or higher or based on distance or angle or the options/configurations that your hardware device supports. Having the very fast updates enables actual real time geofencing which is critical for security purposes of not opening a door/gate etc. Simplex Locate is different than other GPS Tracking systems in a few key ways: You choose your hardware. We do not force any hardware onto users You provide your own SIM/Data. You control your own data so you can choose your update times based upon device data consumption Flat monthly service fee (IOT Base is all features of the system. IOT-Google adds google maps/streetview to the web interface) There's additional costing for Google Maps because Google charges us for the API access HTTP End point support Utilize a GET/POST to send notifications to whatever system can accept a HTTP POST/GET Other systems that provide this start at $20/month and require the use of their hardware and only provide 1 minute updates. Full sensor access If your hardware can read the sensor/data you can present that to your automation system Full API/SDK access Nobody else provides this We are small and growing but looking to see if there's interest. As I now have an ISY system I will be doing the integration for myself and if others are interested that is great. Forums: https://forums.simplextech.net/ [EDIT]: Forget to answer the location question: The system runs in 3 major data centers across the globe with the closest being in Washington D.C. Currently system wide over 1.7 Million units are being tracked world wide. We just a tiny speck in the overall system.

I was reviewing the ISY Portal documentation and a very basic integration is quickly/easily done via the IFTTT/Webhooks connectivity. The data that can be sent is based on the tracker in use (mobile vs hardware) and the data available whether it be vehicle or something else (planes, tractors, pets, etc). I've been thinking of Polyglot for integration to provide nodes for possible sensor data (ignition, fuel, RPM, idle, etc). The question is around potential interest for ISY and geofencing for automation. If there's interest I can put forth development time/effort. Simplex Locate does not "define" your update intervals and leaves that up to you based upon your own data consumption choices. If you want 5 second updates you can and there's no additional cost. The full system is available at a flat monthly cost. We are the only provider currently that offers full telematics features at a low cost specifically for Home/Business Automation.

I figured this would be a good place to post this and ask the question to the community. Currently one of the offerings of Simplex Technology is a GPS service called Simplex Locate. This is a full telematics system capable of doing among the basic things geofencing and notifications to HTTP end points. There is support for different mobile clients and over 1500 hardware devices. We have integrated this with HomeSeer and Hubitat Elevation and are looking to do the same with ISY systems. This is not a "free" service as we do not collect, store, SELL any of your data. So the question: Is this of interest to ISY users?

The [DHCP] state=RENEW should not be classified as an error but more of INFO at least it is in other equipment. That is the periodic renewal a dhcp client will send out to refresh the IP address from the dhcp server. These are normal for any network client using dhcp. The only thing odd that I see if the frequency of them however that is set from the dhcp server for the dhcp renewal time and expire times.

Hooray it's working now! ? Validated changing temp up and down with selector.

@bmercier, yes I noticed the Web Access problem still exists.

Checked Alexa App and Google Home and they both are working correctly also.

The effort and thanks all belongs with @Michel Kohanim who was answering support and working through a Sunday evening and Monday (Holiday). I have great appreciation for the level of customer support that has been provided around what I consider to be a small issue. I can only imagine at this point what kind of effort would go towards a critical or outage type problem. This was fantastic support.

Same with most vendors. They will say they don't support XYZ controller even though they proudly display the Z-Wave Plus certification logo

I've changed the unit from F to C at the unit and the change is recognized in the Admin Console. Then I change it back to F and again it is recognized. Unit increase from Admin Console is still in tenths which is normal for this thermostat. From the Web portal (udAjax and HAD) any setpoint change goes to the max 86 degrees F. Agave can see the Thermostat and reports the status. Increments in .5 is how Agave changes the temp. However after a change the setpoint jumps to 85.5 (max temp) no matter what is chosen. Increase/decrease and then wait and it will jump the temp to Max like the Web interface does. Alexa nor Google Home can connect/display/control this Thermostat through ISY portal. No testing from Mobilinc currently. ISY 994i ZW+/IR Shipped FW: 5.0.13D - had the same issues Upgraded to 5.0.14 - still has issues