A Protocol For Home Automation

snmp... by Anonymous Coward · 2013-11-01 05:06 · Score: 0

Lets just hope it's less secure than SNMP...

Re:snmp... by h4rr4r · 2013-11-01 05:47 · Score: 1

He invented the protocol not the poor implementations.

Not my style to quote xkcd, but... by Anonymous Coward · 2013-11-01 05:09 · Score: 3, Insightful

http://xkcd.com/927/

Re:Not my style to quote xkcd, but... by Anonymous Coward · 2013-11-01 06:00 · Score: 1

The only question in my mind when I read the summary, was whether or not this would be 1st post.
Re:Not my style to quote xkcd, but... by Anonymous Coward · 2013-11-01 09:59 · Score: 0

I didn't even click the link and still know it's the one about standards. And you will go +5 Funny, because this is /.

obligatory xkcd by Anonymous Coward · 2013-11-01 05:10 · Score: 4, Funny

#927

Pick an existing building automation standard. by 486Hawk · 2013-11-01 05:14 · Score: 1, Informative

Bacnet over IP or Modbus TCP take your pick.

Re:Pick an existing building automation standard. by Anonymous Coward · 2013-11-01 05:51 · Score: 2, Interesting

Either of those would work quite well for automation considering it is what they are designed for. I would pick bacnet because of the auto discovery that modbus lacks.
The real problem is cost per item plus line run (wireless can cut that labor/cost but adds others). Lets say you want to control 50 things. Each one needs a controller at the endpoint. Even at 5-10 dollars a control point it adds up pretty quickly.
Then each of the automation systems out there are somewhat compatible but not really. Then you need another 100-500 for a master controller. Then someone to set the whole thing up.
There is also setup. For many it is a pain to setup. If you use a protocol like modbus you basically have to tell the system something exists. Instead of 'hey this exists'.
Even if you have auto discovery. The 'what does it do' bit is a pain. As there are several good ideas on how to do that but none that are cheap enough for people to say 'yeah I want that' vs 'I can turn the switch on/off myself'.
I work in a similar field which has many of the same issues. The real thing is not the protocol on the bottom stack. That is a fairly well solved issue. The issue is the control software and cost.
It seems to be something everyone 'wants' but is not totally sure what it (home automation) even means. Until we can clearly define what it means we will get tons of one off solutions. Also since what it means is nebulous it has produced a solid thud on people who may even think hey I want that.
Then of the off the shelf solutions out there many want to charge you by the month to use it. Meaning you dont really own it. For people who buy houses they want to assume they 'own' the wires. Making the thing a interesting selling point on the house. However as a buyer I would be like 'wait this is another bill I have to pay just to turn the lights on and off?' meh...
This is currently squarely in the DIY court or people who have enough cash to buy a capable system.
Re:Pick an existing building automation standard. by LoRdTAW · 2013-11-01 06:00 · Score: 2

Modbus is a very low level protocol in which you are manipulating registers or contacts/coils in a PLC. Essentially a register is a 16 bit location in memory (variable) and a contact or coil is a single bit which can read/write physical inputs or outputs or virtual coils or contacts (essentially relays). Modbus is very old and dates back to Modicon who developed it as a simple network protocol for ladder logic programmed PLC's in the late 70's. It is still used today because ladder is still heavily used and it is simple enough to cover most of the needs for industrial automation.
Bacnet is a similar protocol in terms of functionality but can not be passed over modbus because of the primitive simplicity of the modbus protocol. So you either do Bacnet over rs232, IP or another physical link/protocol like RS485/422, LonTalk, Ethernet (raw packets) or possibly over CAN as well.
Re:Pick an existing building automation standard. by Anonymous Coward · 2013-11-01 06:33 · Score: 0

Bacnet looks like a jumble of very low-level objects (things with values, but nothing very specific or structured). There's no automation in it, but you can build automation with it.
Re:Pick an existing building automation standard. by 486Hawk · 2013-11-01 07:33 · Score: 1

This is true. The major problem for any home automation setup will be the endpoint user interface. Most of the solutions I have played with are very expensive for home use.
What I have been thinking about for home use are some cheap modbus thermostats from china along with a decent rs485 adapter. Given the nice python modules (modbusTK) out there it would be very easy to put something together python and some sort of web interface.
If you are going BACnet over rs485 good luck finding a cheap solution that can speak the protocol.
Re:Pick an existing building automation standard. by Anonymous Coward · 2013-11-01 13:36 · Score: 1

Just for the /.-ers that don't know much about this stuff, LON-anything is patent-encumbered. BACnet is far less so, since it was designed by ASHRAE instead of a corporation. BACnet was designed to be a standard from the get-go, while LON-whatever was developed by Eschelon and met whatever needs they had to sell their gear. That said, it may be one of those US vs. The World things, as Europe picked up LON as their de facto standard, and ASHRAE is the American Society of Heating, Refrigeration, and Air-conditioning Engineers.
As far as Modbus goes, it was a low-cost also-ran that had been mostly left behind by all of the big players in the building automation industry. BACnet vs. LON has been the real turf war for over a decade now.
I used to work for an Automated Logic dealer in the early 2000's, and had to deal with this stuff daily. Making a LON bridge play nice with a BACnet network is not fun. Looking through their product catalog, I see they still have the SE Line controllers. Those were single-program, but had 6 digital outputs, 10 inputs, and 4 analog outputs. They'd be quite nice for some home applications. But the list price on those was right around $1000. And then you needed software, which ran another $8000-ish. And then you needed a network bridge (Ethernet-to-Arcnet), which was another $3000 or so. Then you had to wire up and program the thing, which would be far easier to do than to part with $12,000. Totally not worth it for home use unless you're a millionaire.
Re:Pick an existing building automation standard. by dgatwood · 2013-11-01 18:12 · Score: 1
Simple discovery should be all you actually need. After that, the rest is just mapping tables between the device's GUID and what it does. You don't typically add devices a hundred at a time. You add them one at a time. When you plug it in, it goes online. Your laptop or iPad or Raspberry Pi or whatever says, "Hey, I see a new electronic switch. What's attached?" And you say, "Bedside table lamp." And now you know what it does.
But even if you're adding hundreds of them at once (e.g. adding wall switches during new home construction), as long as the protocol is bidirectional, it should still be trivial to make the association. Simply put the computer in a mode where it listens for sensor changes. Turn on the wall switch, and your laptop or iPad says, "What did you just turn on?" And you say, "Bedroom ceiling fan." And now you know what it does once again.
I'm also a fan of multiplexing the communication over the existing power lines. It makes no sense to run extra control wires for something that just shouts, "It's 24 degrees" or "Somebody just turned me on" periodically. Just MHO.
As for cost, there's no reason for the controller to cost hundreds of dollars. Most people already have a TV. Use that as the interface, and use a Raspberry Pi Model A tied into the power-line network via USB. It ought to be possible to make a profit selling such devices at $50 apiece easily.
The bigger problem, which this article touches on, is when you want devices to talk to each other, rather than talking to the end user—things like electrically controlled baffles to manage temperature in multiple zones with a single blower—you need not only to know what protocol the devices speak, but also how those devices should integrate with one another, which isn't always obvious and can't always be preprogrammed. Instead, what you really need is an extremely simple, standardized programming language with rules based on measurements (input values) and actions (output values) to facilitate that interaction, and a master computer to handle running those programs—sort of an awk for home automation. For example, you might have a rule like this:
(device[0xdeadbeef01010101 == 1 && (device[0xdeadbeef00000001]->input[0] > device[0xdeadbeef00000002]->input[0] + 3)) { device->[0xdeadbeef00c03156]->output[3] = 0 }
That rule would, of course, be expressed to the user in English as something like "If the thermostat is switched to heat and the bedroom temperature is at least three degrees warmer than the living room temperature, then turn off power to the bedroom baffle" (or even "... close the bedroom baffle").
Of course, that's all interesting in principle, but IMO it is putting the cart before the horse. We first need devices that can communicate with non-brain-damaged protocols. Minimally, this means:
- A VID/PID pair that uniquely identifies the model of the device. The VID should be 128 bits long, with everyone agreeing to use the same GUID generation algorithm when generating the VID so you'll never get a collision. This avoids the need for anyone to be the "keeper of the VID list".
- A GUID for every device.
- Service discovery.
- Bidirectional communication with retransmission.
- A capabilities dictionary containing inputs and outputs, each with a possible range, type (e.g. float vs. int), scale, and unit.
- A pairing protocol that proves you have physical access (e.g. the computer telling you to turn the switch on for five seconds, off for two, on for three, then off again) and ideally involves the exchange of a PK pair.
- The ability to push a user-chosen device name back to the device after pairing, for easier identification later.
If this sounds like it is reimplementing a more open-hardware version of USB HID over power lines, that's because it is....
Such a design makes lots of things trivial—the stage lighting controller example posed by 486Hawk, for example.
--
Check out my sci-fi/humor trilogy at PatriotsBooks.

Another home automation hub? by Midnight+Thunder · 2013-11-01 05:15 · Score: 4, Informative

There are already a few home automation hubs (if I understand what he is suggesting correctly), such as Pytomation.

The main challenge is as far as I can see there is yet a single protocol to bind them all, and even then it would be yet another protocol. For this reason, there have been attempts to create protocol exchanges (not sure the right term), that act as central system that can speak to different sensors and control systems using the specific protocols.

Its not clear what he is offering that existing solutions fail at? It doesn't help that the site doesn't sum things up in one paragraph and instead requires us to parse the whole presentation before understanding what he really is proposing.

--
Jumpstart the tartan drive.

Re:Another home automation hub? by Anonymous Coward · 2013-11-01 05:26 · Score: 0

Don't worry - someone will come up with a device to allow all these incompatible hubs to talk to each other - I propose the name 'WTF System'. It will solve all home automation problems!
Re:Another home automation hub? by pitchpipe · 2013-11-01 06:53 · Score: 1

The main challenge is as far as I can see there is yet a single protocol to bind them all, and even then it would be yet another protocol.
That's the great thing about standards: there are so many to choose from.
Side note: I worked for an engineer that compared the ISA tagging standard to the bible. e.g. it's clear what religion you get out of the bible, isn't it?

--
Look where all this talking got us, baby.
Re:Another home automation hub? by lgw · 2013-11-01 06:59 · Score: 1

Well, the key as I see it is that "home automation" is something only the geekiest of geeks would ever be involved with, but most people in America are currently frustrated with needing a pile of remotes.
Find a great solution to the "pile of remotes" problem (clearly programmable remotes weren't the answer, or at least not as currently implemented) and you can use that to drive a single unified future by market dominance.
Personally, I think the right answer will allow you to easily use any of the popular video game console controllers as a universal remote - as well as more normal controls of course.

--
Socialism: a lie told by totalitarians and believed by fools.

Please don't re-invent the wheel. by Vesvvi · 2013-11-01 05:18 · Score: 4, Insightful

Please don't re-invent the wheel unless you need to. By that, I mean to say that automation and interconnection of "gadgets" is a well-established field in industry and tech. For example, vehicle ECU and sensor systems, factory automation, and data acquisition systems are all now decades old, and we should have a really solid idea of how to do these things properly.

Of course these existing systems aren't the same as what we're talking about here, with modules that span different physical link layers, protocols, etc. I just hope that we can take the best lessons from existing "gadget integration" attempts to make forward progress more successful and not just something doomed to rapid obsolescence.

For some fun and background, have a look at the old HPIB/GPIB physical/protocol standard (http://en.wikipedia.org/wiki/IEEE-488), which was used in many different pieces of scientific equipment. When that somewhat died out it was replaced by CAN (http://www.team-cag.com/support/theory/chroma/hplc_bas_at/system/cableConnections.html). Agilent uses that for their HPLCs (maybe test equipment, too?), and Waters uses the same physical link, but with a different protocol? Other vendors still work with contact-closure, and USB is becoming more popular, but that pushes so much onto the host computer and really enforces lock-in.

I will personally be watching this closely from the perspective of someone who operates a lot of data-acquisition equipment. Could this be the foundation for better interop between different vendors at the more commercial/research level, in addition to the consumer? I hope so.

Re:Please don't re-invent the wheel. by Anonymous Coward · 2013-11-01 06:42 · Score: 0

For some fun and background, have a look at the old HPIB/GPIB physical/protocol standard (http://en.wikipedia.org/wiki/IEEE-488), which was used in many different pieces of scientific equipment. When that somewhat died out it was replaced by CAN (http://www.team-cag.com/support/theory/chroma/hplc_bas_at/system/cableConnections.html).
GPIB never died out. It's on pretty much every piece of test equipment by default. It's mandatory for anything that's actually used as part of a factory test. CAN is primarily used in automobiles.
Re:Please don't re-invent the wheel. by postbigbang · 2013-11-01 06:56 · Score: 1

Most all of these you mention presume trust relationships, which is the singular problem with all of them-- to start. Auto vendors put bluetooth and various buses into cars, and someone hacks them so that the brakes can be slammed on in a BMW.
Marshall Rose's own SNMP was and if incorrectly configured, be a landmine. It's my fervent wish that whatever he does, he thinks about the problem of authentication and non-repudiation and audit of stuff he arranges to communicate.
Otherwise, I don't want the blender telling the pool to drain.

--
---- Teach Peace. It's Cheaper Than War.
Re:Please don't re-invent the wheel. by fermion · 2013-11-01 07:45 · Score: 1

Part of this is simple market forces. If everything operates with everything, where is the market lock in.
To put more perspective on what the parent is saying, 25 years ago I was able to write reletively simple code to control a lab full of equipment. The most difficult part of the process was that the standard PC did not natively support a large number of ports, and some equipment only had rs-232 not rs-422. Otherwise it was pretty much a case of sending text command to a controller and receives text back. If a machine was not automated to begin with, a simple DAC solved the problem.
The technical aspects to home automation has been solved for 20 years. The only thing lacking is packaging and marketing. Really, what has been lacking is a so-called killer app. Why do you need to turn off the lights or turn on the TV when no one is home? Why do you want you door locks to be as venerable as you car, or have your home key cost $300 to replace.

--
"She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
Re:Please don't re-invent the wheel. by RabidReindeer · 2013-11-01 09:11 · Score: 1

Why do you need to turn off the lights or turn on the TV when no one is home? Why do you want you door locks to be as venerable as you car, or have your home key cost $300 to replace.
Because I want the house to look lived-in when I'm gone. Because I want a bright warm (or cool) house waiting for me when I get home. Because why should I have to turn the holiday lights on and off manually when a timer/daylight sensor could do it cheaply>
I've resisted automating my door locks, but two of the cheapest alternatives to a key are the Bluetooth in my phone (already paid for) or an RFID chip in my wallet (about 10 cents, give or take). Those are items I'm almost certainly carrying whenever I go out and I've already got problems if I lose either one, so I tend to keep track of them.
Re:Please don't re-invent the wheel. by Anonymous Coward · 2013-11-01 13:33 · Score: 0

Bluetooth MAC addresses are broadcast in the open, hacking a pair and toying with the lock mechanism doesn't sound too difficult. RFID tag to open a lock is the worst thing you could do because RFID has no negotiation to speak of. It would be just as secure as using your thumb print someone could lift off your door handle.

I Fully Support This by Atticka · 2013-11-01 05:19 · Score: 3, Informative

I've been attempting to connect, network and control as much of my house as possible with little success. Too many companies are trying (and failing) to offer up an integrated solution, none have the ability to truly integrated across the board.

Key systems that need this:
HVAC - Nest is doing great things for automation and remote control, limited reach however
Lighting - a bunch of half baked solutions out there, each with their own app and control interface
Security - sound, video, motion detection, garage door control, etc...
Appliances - remote control certain appliances, pre-heat your stove, notification when the dryer is done, etc...
Power Monitoring - Semi decent solution out there, however needs better apps and integration
Audio\Video - Remote control

If all of these systems used a common protocol we can focus on developing great apps and home automation, as long as manufacturer dick around with their own setup we'll never move forward.

--
No sig here...

Re:I Fully Support This by Anonymous Coward · 2013-11-01 05:30 · Score: 1

I've been attempting to connect, network and control as much of my house as possible with little success. Too many companies are trying (and failing) to offer up an integrated solution, none have the ability to truly integrated across the board.
Key systems that need this:
HVAC - Nest is doing great things for automation and remote control, limited reach however
Lighting - a bunch of half baked solutions out there, each with their own app and control interface
Security - sound, video, motion detection, garage door control, etc...
Appliances - remote control certain appliances, pre-heat your stove, notification when the dryer is done, etc...
Power Monitoring - Semi decent solution out there, however needs better apps and integration
Audio\Video - Remote control
If all of these systems used a common protocol we can focus on developing great apps and home automation, as long as manufacturer dick around with their own setup we'll never move forward.
Blame demand. There are too few geeks who have the time and patience to automate anything in the home to this level. Most people are sloth-lazy, and view the light switch on the wall as good enough to continue to ignore lights being left on anyway.
Feel free to blame the feeding frenzy around the patent system too. All these damn manufacturers think they MUST secure their own patented proprietary gimmick in order to sell their product, which of course is horseshit.
Re:I Fully Support This by Anrego · 2013-11-01 05:42 · Score: 4, Insightful

I was really interested in home automation at one point. Had an x10 setup using an ocelot controller (x10 is a horrible, horrible system by the way and I wouldn't recommend it to an enemy).
The novelty factor wore off eventually (and my frustration with x10 grew) and I gave up on it. Beyond automated lighting (which while cool, isn't really all that useful.. a light switch really is "good enough"), temperature (already handled quite well by smart thermostats), and appliances which handle their own automation (coffee pot), what else is there that provides any real benefit beyond geek appeal.
And with that limited set of actual useful use cases, how much benefit is there in centralizing it, or adding voice control.
I suspect all this is why despite having the tech to do it for quite some time, home automation hasn't really taken off.
Re:I Fully Support This by LoRdTAW · 2013-11-01 06:15 · Score: 1

Funny thing is I have a friend trying to get x10 working with little success. The problem is in US homes, there are two separate busses in the panel box for circuit breakers, one for each hot leg. The problem is if you plug a transmitter into one outlet on bus A, any circuits on bus B can't communicate with the transmitter. So you have to buy a bridge which he did, it plugs into the dryer outlet which is 240V and wired across the two hot legs. Still wont work. He asked me if an amplifier he found would work and I told him to dump x10, its an uphill battle that is difficult to win.
Kompressor said it best: We must destroy X10
Re:I Fully Support This by Atticka · 2013-11-01 06:40 · Score: 1

I think there are lot of useful cases, but I don't think voice control would be useful however (nobody wants to have a conversation with their microwave).
Lighting automation would be useful in a number of ways; on\off\vacation schedule, see a list of all active lights with power consumption (and then turn them off remotely), auto on\off depending on your location, etc...
Appliance automation; coffee pots have timers but why not control the settings from your remote device? Preheat the oven remotely, schedule your slow cooker based on your schedule, notifications when timers are done (microwave, oven, washer, dryer, etc...)
Power Monitoring; get a detailed report on power consumption per appliance, room, season and setup automation depending on peak hour usage rates.
Audio\Video: Crestron has some great automation, Logitech has excellent remotes, imagine if you could control the lights when settling in to watch a movie.
Security; get live feeds from your house, pickup audio, two way communication, remotely control locks (real security concern here however), random light control when on vacation.
All of these things can be done but are not integrated. If all these devices worked together we could think of some really creative ways to automate, making a phone or tablet the central control device for the home would be genius!

--
No sig here...
Re:I Fully Support This by sjbe · 2013-11-01 06:44 · Score: 1

what else is there that provides any real benefit beyond geek appeal.
Use cases that are actually pretty useful:
* Remote confirmation of door status (open/shut) including garage doors or appliance status (stove off)
* Revocable key code access and other security controls
* Controlling multiple lights or other devices without having to run new wires
* Controlling hard to reach windows/fans
* Opening/closing multiple windows, shades or fans with a single control
* Putting lighting controls in new places without requiring new wiring
* Timer controls for lighting
* Better adjustments for seasonality (daylight length, etc)
* Interaction with power companies regarding price optimization
That's just off the top of my head. I agree that the options presently are relatively poor but the potential is there.
Re:I Fully Support This by Anrego · 2013-11-01 06:50 · Score: 1

The big thing with x10, more so now, is it can't handle all the various transformers and other so called "signal sinks". A very common standard at the time I was into this stuff was to send all commands 3 times.
Even if you do manage to get x10 traffic moving reliably around your house (I at least got this far), the next problem you face is interference. The x10 protocol is very primitive, and it is quite common for a chunk of noise on the line (provided by any number of devices) to produce a valid command. I had a UPS that when plugged in, would turn my bedroom light on once every few hours. Luckily though, they've got filters for that!
After awhile you come to your senses and realize just how much effort (and money) you've invested in bridges, filters, cleaning up wiring, running special "neutral" lines, etc.. and you throw all the stuff in a box and move on with your life!
Re:I Fully Support This by Kazoo+the+Clown · 2013-11-01 06:53 · Score: 1

ABSOLUTELY. I struggled with x10, then bought into the argument that it's a one-way protocol and there's no way to verify that a command sent was recieved or to query a device state. So I dumped x10 and went to SmartHome. But after a power fail or brownout, they took way too much fiddling to get them re-linked with each other. So I dumped SmartHome and now use fixed wireless devices that don't have to "remember" anything. Not quite as flexible, but they are way more reliable, and without that you've got nuthin'. I don't believe it's impossible to design reliable devices, but lazy engineers seem to have been getting away with not doing it.
Re:I Fully Support This by RichardtheSmith · 2013-11-01 07:03 · Score: 1

Does he know about this guy?
http://jvde.us/
Re:I Fully Support This by jeffmflanagan · 2013-11-01 07:20 · Score: 1

I put a bridge in the circuit breaker box to solve that problem. It worked great. A dryer bridge seems like a bad idea since any signal going through the bridge has to go through the dryer line twice.
Re:I Fully Support This by istartedi · 2013-11-01 08:15 · Score: 2

But, but, but... it looked good on Star Trek, so it must be good in real life. Now if you'll excuse me, the contractor is arriving to replace all my swinging doors with sliders. Yeah, they're going to have to remove a lot of studs but fortunately none of them are structural. $17,000 estimated; but it's the door of the future so it's worth it.

--
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
Re:I Fully Support This by mrchaotica · 2013-11-01 08:57 · Score: 1

Beyond automated lighting (which while cool, isn't really all that useful.. a light switch really is "good enough"), temperature (already handled quite well by smart thermostats), and appliances which handle their own automation (coffee pot), what else is there that provides any real benefit beyond geek appeal.
The main thing I would want to do is hook my windows (and my window treatments) to the thermostat. The AC or heat should be disabled when any windows are open, and the blinds should open to direct light into the house when it's cold inside, but reflect it away when it's hot (and close completely at night for privacy).

--
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Re:I Fully Support This by mcgrew · 2013-11-01 09:50 · Score: 1

And with that limited set of actual useful use cases, how much benefit is there in centralizing it, or adding voice control.
A agree about the centralization, but as to voice control, I see you never had children. "Shut off that light, dammit! I have to PAY for electricity, should I take it out of your allowance?"

--
Free Martian Whores!
Re:I Fully Support This by Anonymous Coward · 2013-11-01 10:17 · Score: 0

Yeah - we all THOUGHT we wanted Star Trek and Dick Tracy, turns out it it's more convenient to flip a switch or turn a dial than it is to install, implement, configure and learn to use a home automation system - and I miss the days when my phone was connected TO THE WALL instead of ME.
Re:I Fully Support This by mypalmike · 2013-11-01 13:02 · Score: 1

> There are too few geeks who have the time and patience to automate anything in the home to this level. Most people are sloth-lazy...
We're too lazy to spend the energy to enable even more laziness.

--
There are 0x40000000 types of people: those who understand 32-bit IEEE 754 floating point, and those who don't.
Re:I Fully Support This by LoRdTAW · 2013-11-05 00:34 · Score: 1

Thanks for that link. Ill pass it on to him.

The great thing about standards by Anonymous Coward · 2013-11-01 05:20 · Score: 0

yeah you get it...

He needs to learn more.... by Lumpy · 2013-11-01 05:23 · Score: 3, Informative

"Marshall Rose, one of the creators of the SNMP protocol, has a beef with current home automation gadgets: it's very, very difficult to get them to talk to each other, and you often end up needing a pile of remote controls to operate them."

I have 1 remote to control every gadget in the house including sonos. It's called Crestron, but AMX can do it as well (The toy stuff called Control 4 can not)
He really needs to learn more about integration because there have been solutions out there for decades.

--
Do not look at laser with remaining good eye.

Re:He needs to learn more.... by rahvin112 · 2013-11-01 06:28 · Score: 1

Crestron and AMX are NOT open standards. That's the problem, you have companies creating proprietary standards to create lockin. If Crestron was willing to open their control standard to an open standard it may very well succeed even though it's horribly dated (Crestron still uses mostly RS232 for communication though they have a few protocols that use communication standards that aren't 70 years old).
Re:He needs to learn more.... by Lumpy · 2013-11-01 06:47 · Score: 1

Yes they are, try looking at them before opening your mouth.You know absolutely nothing about any of the technology, why dont you go and actually look at them first.

--
Do not look at laser with remaining good eye.
Re:He needs to learn more.... by Anonymous Coward · 2013-11-01 08:11 · Score: 0

Feel free to enlighten us, but searching for "Crestron protocol" doesn't yield anything obviously useful, and the same for AMX yields some low level lightning control protocol?
This is pretty specialized stuff, you could at least give us the actual protocol names.
Re:He needs to learn more.... by Anonymous Coward · 2013-11-01 09:07 · Score: 0

There is no Crestron protocol. You look up the data (usually a string of ASCII text) that your device needs to receive to do a certain function (via RS-232, TCP/IP, IR flasher, Cresnet, RF, etc...) then program the Crestron processor to send that data when you press the appropriate button on the touch panel. It's really pretty simple.
Re:He needs to learn more.... by Lumpy · 2013-11-01 09:30 · Score: 1

www.crestron.com
Start reading, call me when you are done.

--
Do not look at laser with remaining good eye.
Re:He needs to learn more.... by Anonymous Coward · 2013-11-01 13:36 · Score: 0

It's called Crestron, but AMX can do it as well (The toy stuff called Control 4 can not)
You should take a deeper look at Control4- they can control everything AMX or Crestron can, and more.
Nest CEO Tony Fadell announces at CEDIA Expo 2013 an open API and developer program for its learning thermostats. Control4 is first and only home automation partner announced:
http://www.cepro.com/article/nest_opens_api_for_thermostat_control4_is_first_home_automation_partner/
Nest selected the partner with the most promise in the marketplace. Crestron is too tied to old and dated standards and hardware. They may have more marketshare for now, but not for long....
Re:He needs to learn more.... by Anonymous Coward · 2013-11-01 14:08 · Score: 0

So it's literally nothing. You can't standardize on that. You can't do device discovery, or authentication, or have standard device types with that.
Re:He needs to learn more.... by Anonymous Coward · 2013-11-02 02:26 · Score: 0

Hey Lumpy,
Calling C4 a toy shows that you know nothing about it. It actually has better Sonos integration than Crestron. And it's gotten far more mature that, in the residential world, C4 has more installations than Crestron.
I know, my company installs both products (both are great, depending on client preference and budget).
Re:He needs to learn more.... by Anonymous Coward · 2013-11-04 03:28 · Score: 0

My understanding of the Crestron system is that you end up with a central coordinator device and despite the fact that there is a very powerful scripting language, you're basically either 1) using a driver from a library or 2) actually bit-banging ASCII strings you may have had to decode in a spreadsheet somewhere or 3) writing your own driver if you need a full protocol stack for a yet to be supported device.
Gateways/bridges/coordinators != interoperable. Brute force integration through some sort of supervisory system is *always* going to possible and a variable effort, but direct connect, open, standardized (likely to the point of an actual RFC) is where we need to end up. The already multiply replied XKCD #927 gets the last word though...

won't work by callmetheraven · 2013-11-01 05:23 · Score: 5, Funny

Everything in the fridge is melted because I couldn't find the right MIB.

--
You can have my SIG when you pry it from my cold, dead hands.

Re:won't work by grub · 2013-11-01 05:26 · Score: 1

HAHAHAHA!!! Oh I wish I had mod points for you.

--
Trolling is a art,
Re:won't work by Anonymous Coward · 2013-11-01 05:48 · Score: 0

Hell yes. Mod this guy up.
Re:won't work by Xtifr · 2013-11-01 07:04 · Score: 1

I wish he weren't already modded to five, because I *do* have mod points, and have rarely seen something so deserving of one. :)
Re:won't work by Anonymous Coward · 2013-11-01 09:12 · Score: 0

This is not funny without an explanation of the acronym. Anyone?
I get nothing on Google, it's obviously not Men in Black, Mebibyte, or Management Information Base, and the Wikipedia MIB disambiguation page does not help either.
Re: won't work by Anonymous Coward · 2013-11-01 11:21 · Score: 0

TFS refers to SNMP, an existing protocol developed by Marshall Rose. Item 3 under "Computing" on the Wikipedia page refers to "Simple Network Management Protocol". You can probably manage from there. If you don't get it, you're not the target audience.

SNMP is a model for how not to do things. by Above · 2013-11-01 05:25 · Score: 5, Informative

This is someone who was ok with ASN.1, OID's, and "walking" tables that had no business in being walked, over an unreliable UDP protocol that initially had effectively zero security.

Someone stop him from developing a home automation protocol before his being "first" relegates that industry to 30 years of pain and suffering.

Re:SNMP is a model for how not to do things. by indeterminator · 2013-11-01 08:46 · Score: 1

I came here to post "yeah, because SNMP is the example of an easy way to make things talk to each other", but you were faster. I'd mod you up but you're already at +5.
Re:SNMP is a model for how not to do things. by g4sy · 2013-11-03 23:55 · Score: 1

What you said is all that ever needs to be said. He had better start talking about what he's going to different this time and all the negative lessons and feedback he received on SNMP or he can be sure to receive no interest from me. If there is a clear message of "we won't do (things,that,donot,work) because of the feedback on SNMP," then it might be interesting to watch.

--
somewhere, on a Big Red Sign:
if(color==blue){speed--;}

Hmm by Anonymous Coward · 2013-11-01 05:32 · Score: 0

I'm only mildly familiar with SNMP, but, would it not actually be a decent mechanism for this kinda thing.

I mean what you really want is a generic bus that lets you see a list of what everything can do (and their parameters), and remotely invoke said things with a set of parameters. Some kind of authentication would also be nifty.

The problem really seems to come down to physical connection. Most of the older systems I've used (particularly the pile of garbage known as x10) attempted to use power lines, which was terrible for a great many reasons (though I hear insteon and newer variants are much better with cutting edge features such as "handshaking").

Wireless would seem ideal, but then you need to power the individual components. Fine if you do this while building, but sucks if you want to replace existing inline wall switches and such. Wonder if anyone has an inline solution with a battery that recharges by leaching power while the controlled device is on. That would seem ideal.

Ultimately I got out of the whole home automation thing anyway. Back when I was a kid, it was _the future_, and I kinda rode that gee-wiz factor for a while.. but the truth is, once you automate lighting, temperature, and the coffee pot.. you've pretty much done all the practical consumer use cases for home automation. These areas are served quite well by specific technologies already, and having them centrally managed doesn't really give much added benefit.

It's Intentional by Jaime2 · 2013-11-01 05:33 · Score: 3, Interesting

Home automation gadgets are incompatible because the vendors want it that way. Selling you a $50 light bulb is the "gateway drug" to selling you a $20 a month service to manage it from your smart phone. If the protocol is proprietary, there is no competition. A/V components have been this way for so long that the world has just accepted that IR is the only way to talk to them.

It will change when a system gets so much market share that the component vendors see more value in staying a component vendor than they see in establishing themselves as a system vendor. At that point the problem is that the system vendor will want to protect their market by locking up their protocol.

Re:It's Intentional by Anonymous Coward · 2013-11-01 05:59 · Score: 0

Which is exactly why I don't buy them. They'd be opening up a huge market if they decided to cooperate. Many people like me don't want these devices because they have to be manages using proprietary interfaces and pipe data through 3rd parties. That's ridiculous for a device meant for the home.
Re:It's Intentional by Nerdfest · 2013-11-01 06:30 · Score: 1

Unfortunately, they're all hoping to be the Apple of home automation and get a defacto monopoly. What's worse is that someone may pull it off, perhaps even Apple. People don't seem to understand that the reason the internet is so effective is that it's based on free, open protocols. Home automation needs to be approached the same way.
Re:It's Intentional by mrchaotica · 2013-11-01 09:06 · Score: 1

People don't seem to understand that the reason the internet is so effective is that it's based on free, open protocols. Home automation needs to be approached the same way.
The trouble is, all these people are looking at the success of things like Facebook, Skype and Twitter (which should all be open and decentralized, but aren't).

--
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Re:It's Intentional by hh10k · 2013-11-02 17:47 · Score: 1

But once one has taken over the market, it's only more reason for the others to band together to create an alternative. It took iOS to make Android.

Hooray! by djdanlib · 2013-11-01 05:42 · Score: 1

Sweet, ANOTHER "standard".

Did we really need it?

Re:Hooray! by Lumpy · 2013-11-01 06:00 · Score: 1

It doesn't matter as manufacturers ignore it. HDMI has a standard called CEC that they are supposed to follow. Well none do. 90% of all video equipment do not adhere to the CEC standard making it impossible to have full control of a SONY bluray player from a Panasonic TV even though they are supposed to.
The only way to do it is a central processor with lots of IO that does translations and control with scripting. That or get Congress to pass a law that all Consumer electronics must follow a specific protocol and command set or they can not be sold inside the USA.
And that will never happen.

--
Do not look at laser with remaining good eye.
Re:Hooray! by Belial6 · 2013-11-01 07:17 · Score: 1

I don't know what you are talking about. I use CEC every day. Most manufacturers call there CEC something different, but they should all work the same. Or, maybe I just hit on the perfect combo of RaspBMC and Vizio TV.
Re:Hooray! by Anonymous Coward · 2013-11-01 07:36 · Score: 0

Or vendor like Apple deliberately bastardizes the protocol and everyone else follows along with their idiocy.
Re:Hooray! by Lumpy · 2013-11-01 09:30 · Score: 1

you DO?? Well then use CEC to send every single function that XBMC supports.... Oh wait.... you cant.....

--
Do not look at laser with remaining good eye.

SNMP is a turd by Anonymous Coward · 2013-11-01 05:45 · Score: 0

n/t

Gave up on home automation by Anonymous Coward · 2013-11-01 05:45 · Score: 0

I tried home automation systems a couple of times now, but they always end up with problems. The stuff will work 90% of the time. Given that my wife is not a tech type person this became frustrating - fast.

I've decided it's just easier to get up and shut off the light with the switch (works everytime), instead of trying to figure out and explain why it didn't turn itself off.

But hey more power to him!

Re:Gave up on home automation by Lumpy · 2013-11-01 06:01 · Score: 1

You did it the poor mans way. Buy the real gear and it works just fine.

--
Do not look at laser with remaining good eye.
Re:Gave up on home automation by jedidiah · 2013-11-01 06:13 · Score: 1

> You did it the poor mans way. Buy the real gear and it works just fine.
You would be better off just taking that money, putting it in a metal bowl and burning it. That's what you're doing with the "real gear": trying do demonstrate how much contempt you have for the money you've spent time and effort to earn (or borrow).
A solution has to be worth the problem it's solving or it's pointless.

--
A Pirate and a Puritan look the same on a balance sheet.
Re:Gave up on home automation by Anonymous Coward · 2013-11-01 06:46 · Score: 0

Kind of like listening to rambling incoherent people?
Did you lose your "end is near" sign and don't you have a corner to stand on?

Did he learn from SNMP? by Luke_22 · 2013-11-01 06:06 · Score: 3, Interesting

I had a quick look at the website, and can't find any low-level detail, just a lot of pictures...

That said, he seems to use HTTPS/SSH and certificate-based access.
It is useless to sign the certificates, since we are in a lan, not on the internet, and I doubt your house devices will have a full dns name...

I'm more interested in the packet structure and to the data format, as it always gives more insight on the protocol that big, colored images...
Its said to use websockets, but I doubt that will be the case in SSH-based access.
There seems to be the option to use UDP multicast for the sensors..

The HTTP traffic is exchanged via websockets and json... This is nice, since the programmers can use all the http server/client and json libraries they want, and it usually is fairly simple.... BUT we are talking about home automation, arduino boards and in general "things" with very little computational power/memory etc...
I really don't understand why we want all on HTTP, the efficiency is very low and now you require an HTTP server and client to communicate with something just to flip a switch...

Maybe if SNMP was done the right way, without OIDs and security from the start we would not need this, but I digress...

I don't like the fact that there seem to be a lot of new definitions... apprentices, stewards, and ... "things"... couldn't dumb it down more even if he tried -.-''

But the nice thing is that it seems to be able to include 3rd-party modules and protocols fairly easily... Which IMHO is not a small thing and can in fact help this protocol a lot.
And whatever he does, he can't do as badly as DPWS. If he manages to make it general enough we might even put an end to the horror that is DPWS and WS-* standards....

--
"I was gratified to be able to answer promptly, and I did. I said I didn't know." -- Mark Twain

Re:Did he learn from SNMP? by Anonymous Coward · 2013-11-01 06:32 · Score: 1

I agree, this is total fail.
When a sensor can run this system from a lithium coin cell for a decade, wake me up.
Re:Did he learn from SNMP? by Anonymous Coward · 2013-11-01 06:43 · Score: 0

Hydra Control Freak has implemented a websockets interface for their home automation controller, implemented on top of tomcat7. That works seemlessly with X10, te rfxtrx433 multi-protocol controller (European only) and Phidgets (For wired devices). Works really nicely. I use it to dynamically load security camera views in response to triggers. Their website is down at the moment.

Thing System? by chthon · 2013-11-01 06:06 · Score: 1

Clobbering time?

Re:Ob. XKCD? by Anonymous Coward · 2013-11-01 06:07 · Score: 0

Or you could have looked at the four other posts before you that had the exact same link.

What? The Thing Systems been around since the 60s by RevWaldo · 2013-11-01 06:10 · Score: 1

Look up my prior artwork and despair!

.

--
Prisencolinensinainciusol. Ol Rait!

Already available by Animats · 2013-11-01 06:11 · Score: 1

Here are some existing over-the-power-line transmission systems usable for home control:

X10 Pro signals over the power line since 1978, and still works, despite having annoyed millions with their ads in the 1990s.
LonWorks - originally intended for home automation, but was too expensive in its early days. So it became a standard for commercial building automation. So robust electrically that it's used on subway trains to control auxiliary equipment (signs, lights, HVAC, etc.)
HomePlug - also known as IEEE 1901. Mostly used to pipe Ethernet packets around house-sized buildings. More bandwidth than needed for lighting and such, but there are HomePlug thermostats.

We don't need another one. Especially since the original article's link to the protocol definition is a dead link. And because making home automation run a web server with "node.js" is terrible from a security perspective. And because it's WiFi based, which means it won't go through some walls it needs to go through, and will go through some walls it shouldn't. With the power line systems you can put a low-pass filter after your meter and keep out external signals.

Re:Already available by Anrego · 2013-11-01 08:12 · Score: 1

As someone who invested a ridiculous amount of time trying to get x10 running, I would strongly argue against it being usable ;p
It's been around for a while, and sucked even when it was new. It can't cope with all the transformers and other "signal sinks" found plugged in all over the place in any home build in the last few decades. You end up with a whole hodgepodge of bridges and filters and custom run "neutral" wires.
When you do manage to get signals moving around your house, you then hit up against the second big problem. The x10 protocol is insanely primitive, and random noise will often also be a valid command. Nothing like the UPS plugged in upstairs turning your bedroom lights on every few hours..
I invested a fair bit of time and money into this (had an ocelot controller and I estimate about 20 billion dollars in filters and different varieties of inline switches and appliance modules that all sucked in their own unique way) before throwing it all in a box and moving forward with my life.
I still drag out my x10 gear around Christmas time, but that's about it.
Re:Already available by RabidReindeer · 2013-11-01 09:21 · Score: 1

X10, when it works, works well. I exclude that horrible webserver appliance that was supposed to let me control X10 and SmartHome and made X10 look fast AND reliable by comparison. Total waste of money.
How well X10 works depends on the age and quality of your wiring and whether the control and target devices have a relatively clear shot at each other.
I get pretty good operation in a relatively new home. But I used to live almost directly across from a 5KW AM radio transmitter. The stereo could "play" itself with the power unplugged. I don't even want to think of how X10 would have worked there!

Yeah yeah yeah... by RichardtheSmith · 2013-11-01 06:33 · Score: 0

The history of Home Automation is littered with the bodies of business that have come in and then left when they realized it's a very difficult place to make money, unless you just carve out the high-end systems used by rich people. If you are building a McMansion type home there are always options available. If you are a middle class home owner looking for a good way to retrofit, no one wants to talk to you. So you end up going down the path of tried-and-true technologies like X10 that have spotty vendor support but a strong hobbyist community.

I'm not saying X10 is perfect, but it does let me control my sprinklers from a crontab file. Any system that can't do that is beneath my contempt. :)

Take a look over here, this is what the industry looks like...

http://www.cepro.com/

echosystem by Anonymous Coward · 2013-11-01 06:40 · Score: 0

Another such system gaining popularity in india is http://www.echosystem.in , integrates lighting media, thermostats. Apart from usual mobile access it also exposes all my appliances over web api. find out more at

one word by Anonymous Coward · 2013-11-01 06:56 · Score: 0

PROFINET

ethernet based process network.

why mess around with all these little wires when you can just use PROFIBUS or PROFINET. automate your house with Siemens PLCs!

already done? by datapharmer · 2013-11-01 06:56 · Score: 3

Isn't this what zigbee and 802.15.4 was designed for?

--
Get a web developer

Too slim margins. by Kazoo+the+Clown · 2013-11-01 07:04 · Score: 2

The problem is, x10 has caused people to expect to get "smart" devices for peanuts. Problem is, the reason x10 is so cheap is it's minimally designed. But as a consequence, it's also highly unreliable. SmartHome tried to improve on that, raised the price a bit, but didn't sufficiently solve the reliability problems. Any new series of gadgets will have to be dirt cheap, and given gadget manufacturing costs in China these days, it's doable but takes an upfront investment, is risky and one must survive on thin margins. Not exactly the most attractive opportunity. If he wants to give it a go, more power to him, but if configuration is anywhere near as complicated as SMTP, in fact, if configuration can't be done with a smartphone app in about 2 minutes, it's doomed.

CANbus by John.Banister · 2013-11-01 07:17 · Score: 1

When I see actual things with the ability to talk to each other, the universal option always seems to be CANbus (or a variant, like NMEA 2000). Chung-Wei Lin and Alberto Sangiovanni-Vincentelli of UC Berkeley have this proposal for implementing CANbus with security. If I'm going to automate something in my home, I'd rather use CANbus so I can just buy the stuff that does the tasks.

Re:CANbus by wiredlogic · 2013-11-01 09:31 · Score: 1

CAN is nice in well designed systems but it wouldn't work well in retrofits to existing homes since no one wants to run dedicated wiring in an age where wireless communication is ubiquitous. It would be like expecting people to install 10Base2 and understand the need for terminations and avoiding star topologies. Not going to happen.
A powerline based solution has potential but trying to tunnel CAN over the powerline would be doomed to failure since the non-destructive arbitration system depends on a well designed bus with length restrictions to limit propagation delays. Wireless CAN implementations are really only meant to bridge existing CAN busses and have the same security problems and range/interference issues as any other wireless solution.

--
I am becoming gerund, destroyer of verbs.
Re:CANbus by John.Banister · 2013-11-01 17:19 · Score: 1

It's my understanding that NMEA 2000 devices communicate over their power connection, but they are generally in fairly close proximity to one another. When I think of building myself a house, I think of putting the wiring in channel conduit set into grooves routed into the interior surface of ICF/AAC walls, so "You'd have to run a wire and nobody's going to do that" wasn't in my mind.

The de facto standard is yet to come... by Anonymous Coward · 2013-11-01 07:32 · Score: 0

Apple TV has the potential to unify CEDIA and, eventually, home automation protocols.

And what exactly is wrong... by Anonymous Coward · 2013-11-01 07:41 · Score: 0

...with the universally known and supported, highly customizable, protocol known as...
Simple Network Management Protocol (aka SNMP) ?

Thanks, but this exists already by Anonymous Coward · 2013-11-01 07:43 · Score: 0

It's called Crestron (or, regrettably, AMX). There's no one correct protocol for all devices. Certain *types* of devices should use the same communication standard (IR or RS232 for simple AV devices, IP for server/PC/tablet, Zigbee for lighting, BACnet for HVAC, etc.), but what's truly needed is a device that can communicate to all of these protocols. Fortunately, we have a few systems out there that do that. Working for Crestron for many years, I can tell you with certainty that One Protocol to Rule Them All will never exist.

If Mr Rose wanted to create a simpler, easier-to-program device, then I encourage him to do so because Crestron programming, while nothing like C/Java/Python, is not exactly user-friendly. I also wish him the best of luck in not becoming victim to the XKCD #927 meme.

Re: Thanks, but this exists already by sonixtwo · 2013-11-01 09:16 · Score: 1

A company called Loytec makes a controller called a Linx which integrates bacnet, zigbee, rs232, and a number of other protocols. Also has an ip server built in. It spits all the data points out through a data abstraction layer. Granted this is suited for commercial controls, but it seems to be what you are describing.
Re:Thanks, but this exists already by djrobxx · 2013-11-01 11:49 · Score: 1

Or for the more standards/budget friendly: MiCasaVerde Vera turns various ZWave/X10/RS232/IR devices into standard UPnP endpoints.

It's a massive beast by Ichijo · 2013-11-01 07:46 · Score: 1

3.7GB for the Raspberry Pi disk image? They should try to get it down below 128MB so they can make a distribution based on OpenWRT.

--
Any sufficiently unpopular but cohesive argument is indistinguishable from trolling.

Re:It's a massive beast by mspohr · 2013-11-01 10:20 · Score: 1

That's the size of just about all Raspberry Pi disk images... they contain a full Linux and application stack. The Thing System seems to be based on node.js which is included in their image.
Raspberry Pi's can be bought for $25 and you can hook up keyboards, monitors, etc. for configuration and management.
4GB SD memory cards are cheap ($7) (or you can splurge and get an 8GB card for $8).
OpenWRT is fine for managing routers but this application calls for something more.

--
I don't read your sig. Why are you reading mine?

OSGi by Anonymous Coward · 2013-11-01 07:51 · Score: 0

Already solved by osgi. That's what it's for.

KNX/EIB + ethernet by Anonymous Coward · 2013-11-01 07:54 · Score: 0

KNX / EIB exists since the seventies. Finishing up the house with stuff from Gira this year.
Tools for linux are OK (eibd)
Thermostats, dimmers, switches, movement- presence- and lightdetection are all on the knx-bus; video, audio, weather and machine-learning functions are on pc-ethernet. It's flexible, expandable but the knx-art is best done in a new house with cabling planning for it.

theres already one by Anonymous Coward · 2013-11-01 10:50 · Score: 0

What we need is a glue to bind all the disperate protocols together into one framework.
I'm trying this out at the moment, despite it being in java and me hating java being a unix greybeard, its got some exciting posibilities due to its modular design.

www.freedomotic.com

As we speak its controlling some lights, gluing in some sensors (light, rain, pir) and my underfloor heating system and the wood furnace.
Having worked a lot with snmp I certainly dont want the designer of snmp1 to be dictating how a framework should work...

Re:theres already one by djrobxx · 2013-11-01 11:39 · Score: 1

The MiCasaVerde Vera "glues" protocols together by presenting everything as a UPnP device. It doesn't matter whether it's X10, Zwave, Zigbee, or some proprietary IP protocol with an appropriate LUA driver, a basic on/off switch presents a device with BinaryLight/SwitchPower interface.
This seems to work well in practice, although I haven't seen anything take advantage of this. Every third party UI I've seen uses MCV's remote access APIs.

1 endpoint, 8 devices with relay / dimmer pack by raymorris · 2013-11-01 11:09 · Score: 1

You make a good point about current standards assuming each controlled device is an intelligent endpoint. In stage lighting, where you may control over a hundred lights, it's typical to have a few intelligent end devices and several relay or dimmer packs that control many "dumb" lights. Typically, one smart pack control power to eight lights. Most lights are dumb and cheap - just bulbs in sockets. Only a few lights, the moving, color changing spot lights, have any electronics in the end device.

Boulder Startup's got this one by Anonymous Coward · 2013-11-01 11:49 · Score: 0

There's a company called Revolv in Boulder, CO that aims to eliminate the wide variety of different home automation standards/protocols by creating a custom hardware solution that has all necessary antennas on it. It's not a unified protocol persay, but it does solve the problem of multiple apps/standards quite nicely.

SNMP stinks by Anonymous Coward · 2013-11-01 15:55 · Score: 1

This is a guy that keeps reinventing the wheel. The problem is that his new wheel is really no better than what was there before. Take SNMP for example: grouping static and dynamic objects together in the same MIB is idiotic. So you poll for all of this data and you get the same static context information every single time you ask for the dynamic data. What a waste of bandwidth!

This so-called Internet of Things concept predates the Internet. It is called SCADA. It is a very subtle and difficult subject. The auto-magic easy-peasy install people who think we can make this concept consumer friendly are missing one huge problem: unless we standardize very carefully on background context, the objects will be very confusing and difficult to integrate.

There is a reason we continue to do things "the hard way." It looks obsolete as hell, and yet, nothing better has replaced it. The closest thing to an upgrade is the IEC 61850 substation object model. However the jury is still out on whether this is actually an improvement. Sure, it is easier to install, but it is not an improvement in terms of actually getting good data in the hands of those who need it.

The ultimate problem with IT specialists who try to standardize home automation is that they don't understand home automation. And when they realize how many variants and kinds there are, they realize why this hasn't happened before. It hasn't been for lack of trying.

One thing to rule the all by Anonymous Coward · 2013-11-01 22:47 · Score: 0

... One thing to find them, one thing to bring them all and in the darkness switch the lights on.

Why Not Zigbee by Anonymous Coward · 2013-11-02 01:28 · Score: 0

Isn't this what zigbee and 802.15.4 was designed for?

What is it about Zigbee that is preventing its adoption? I have no direct experience with Zigbee, but it sounds like a superior technology choice.

However, manufacturers and vendors seem to be lining up behind Z-Wave. (GE, Leviton, Schlage, Honeywell, Guest Controls, Comcast, Time Warner, Verizon(just canceled), ADT, Linksys...) Z-Wave has many similar features to Zigbee and it is a great technology. The drawback to Z-Wave is that it is an expensively licensed technology that is not open like Zigbee.

So, what failing or shortcoming of Zigbee is causing it to not gain the traction that Z-Wave is getting? Why are the manufacturers willing to spend money(Z-Wave), that they theoretically don't have to(Zigbee), for licensing?

Re:Why Not Zigbee by Anonymous Coward · 2013-11-02 01:52 · Score: 0

Zigbee is actually non-free:
https://en.wikipedia.org/wiki/ZigBee#License
So a non-free premium vendor might as well use Z-Wave, and all those cheap chinese mass-producers do not care and use some even cheaper self-designed RF protocols.
Furthermore, Zigbee security is already dead in multiple ways: no replay protection, bad key management, and generally it's optional, meaning nobody cares anyway.

Use SNMP! by Anonymous Coward · 2013-11-02 04:57 · Score: 0

Well, the creator of SNMP should use his very own protocol.

There are working SNMPv3 implementations for 8-bit Microcontrollers with about 8 Kbyte of RAM readily available:
http://cnds.eecs.jacobs-university.de/software/contiki-snmp/

YAHAI by ghee22 · 2013-11-02 13:56 · Score: 1

Yet another home automation integrator? I'm looking into setting this up: openhab.org

--
"Persistence is annoying success." - ghee22 11:28:1999 - 10:53:PM

Unify the controllers, not the protocols by Anonymous Coward · 2013-11-03 22:58 · Score: 0

The solution he should have gone for is present in software like Minerva (MinervaHome.net) and others where vendors create as many proprietary protocols as they like, but you have an abstraction on the controller side which interprets generic commands, and re-transmits them in a sensible format for the devices. This way everyone wins.The guy behind the minerva software also has a book out on the subject, so I'm guessing it must be pretty good :)

Slashdot Mirror

A Protocol For Home Automation

116 comments