Premise Generic http driver?

Motorola Premise
I think, emphasis on think, that if the device presents an html screen 'hello', it would always be tcp. If not, please educate me...
 
A couple other thoughts - it would seem for direct control of a device, TCP would be the best choice due to the Guaranteed delivery' nature of TCP..what kind of device would use UDP?
 
My bad, I mixed up experiences there.  My issue with CQC was the lack of X10 support. I didn't want to purchase an Insteon controller just to support my x10 hardware. So I can't speak for VRC0P & CQC. With Elve however, I CAN say without a doubt that 123's driver is light years ahead -- it was taking between 30 minutes to an hour to "start-up," after any modification to the settings or a reboot of the PC/restart of the driver service. It's extreme verbosity was then causing issues with my primary controller which would drop it to failed node status and eventually just start ignoring it requiring removal & reinclusion making it completely useless. Not to pick on JH though, I know he's done the vast majority of work on Elve by himself and like us all has other priorities in life as well.
 
 
etc6849 said:
The Premise module seriously works better than CQC with the VRC0P?!?  That's a huge compliment to 123 if he's reading this!  It was his cleaver idea to use the job queue feature that will automatically retry failed jobs, etc...  I'm not sure of any other z-wave software that has such a feature.
 
I agree.  John is a pretty nice guy, and I've seen him on the forums more than once here.
 
To be fair, the VRC0P module was more than one person's work and that maybe why it is so refined.  123 designed the basic structure with lights and thermostats.  Some extra features were added by me to make it even more stable (delay before next job, etc), but these really aren't required if you use the newest VRC0P with the latest firmware.  Markh added a lot of neat stuff too that I haven't had the pleasure of  trying (motion sensors, door sensors, etc...) and I added lock support.  On the whole, 123's structure is still there and works great, so he deserves a lot of credit as does Markh.  Markh and 123 write very nice code IMHO.
 
At some point I'd like to redesign the module from the ground up to use the zensys classes directly and avoid using the expensive VRC0P.  123 and I didn't have certain technical zensys class information originally, but it's hard to justify the effort when the module works so well as is.  Every now and then I'll get a hiccup when a dimmer loses power due to a burned out light bulb, but that is really the only issue I have.  That would be an issue with any two wire dimmer though, so it's not fair to include that as an issue with the VRC0P or Z-Wave.
 
Back
Top