Messages

1

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 05:36:33 am »

Hi all, I go through the ZWave stack. The structure is not complex as i was though:

Main process
├ZWJobAssignReturnRoute
├ZWJobAssociationSet
├ZWJobConfig
├ZWJobDeleteRoute
├ZWJobInitialize
|├ZWJobGetID
|├ZWJobGetInitData
|├ZWJobGetNodeProtocolInfo
|├ZWJobGetSUC
|└ZWJobGetVersion
├ZWJobPool
|└ZWJobSwitchBinaryGet
├ZWJobReceive
├ZWJobReset
├ZWJobSetLearnMode
├ZWJobSwitchChangeLevel
└ZWJobWakeUp

Some basic objects:
-SerialConnection
-PlutoZWSerialAPI
-ZWaveJob
-ZWaveNode
-ZWJobSendData

The PIR method is complex its two way status feedback:
-wakeupPIRHandler
-alarmPIRHandler

2

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 05:08:01 am »

Leviton to Pay Lutron in Settlement
http://resmagonline.com/articles/publish/article_2186.shtml

3

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 04:50:33 am »

The ZWave stack in LMCE needs some work and it may be possible to license the Leviton technology as long as it supports the Leviton switches only to add to it. Any volunteers to work on it? It may require NDA's etc to be able to work on it.

Is Leviton computer interface compatible with ACT ZCS/ZCU? It seems the Zen-sys document just mention ZCS/ZCU.

4

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 04:44:57 am »

The Zniffer is not a product. Its only a developer tool to look at signals. Leviton and Lutron announced a settlement this month. No details however.

If the suit is settle and Leviton keeps this "technology", its good for LinuxMCE to support Leviton.

5

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 04:36:40 am »

In ZWave there is a signal that comes from the switch when you press it but its low level and meant to only reach a controller within 3 feet. Its not sent around the network. In the Leviton version of the system they program their switches to send a signal to the controller over the network.

Hi 1audio, if the signal from the switch is not sent over the network, how can be a plugin module associated with the transmitter/switch?

6

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 04:27:57 am »

Can you rephrase that, I read your reply 3 times, and still can't understand it...

Ooops sorry. I can only find the consumer products from Lutron. They don't sell RF sniffer.

7

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 03:30:32 am »

I don't think so I can only see all are end user products.

8

Developers / Re: Questions on ZWave source code

« on: December 28, 2007, 02:39:06 am »

A ZWave packet sniffer captures the activities from wall switch. If LinuxMCE supports this device and receives the light states like PIR does, will Lutron sue LinuxMCE as a software solution?

9

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 06:05:44 am »

Kinman,
Are you for real?!?
There's lots of documentation out there..
There ARE reasons to program in C++ vs Ruby
If I know C++, I would have programmed in that instead.
The only reasons I did it in Ruby were:
1.  It was available
2.  Less of a learning curve..
3.  It's INTERPRETED.. meaning I could test my code instantly to make sure it worked.

I would suggest you start READING some wiki's on THIS site.

Nobody spoon fed me with code, I had to dig, lots of trial and error...

I coughed up the $$ for Insteon Devkit, even though Pluto has one too..

Search the wiki for GSD RUBY... that should give you a start..

Thanks Dan. Let me scan through the wiki 1st.

10

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 06:00:08 am »

Why ZWave, with the Insteon stuff almost done? There is a battle for what the industry sees as a big opportunity. Some private solutions like Lutron are doing very well. Zen-sys and Insteon are trying to get in as are UPB, Echelon and possibly others. Insteon has a broad product offering due to the parent company's business of selling home automation stuff to geeks. Zen-sys went after big players and landed some major customers- Cooper, Leviton and Intermatic. This leaves only smaller players for the other technologies. And over the next few years we will probably see a lot of ZWave lighting stuff at retail. The Intermatic stuff is in Home Depots and Lowes around the US already. Unfortunately except for lighting there isn't much other ZWave stuff of interest yet. A few thermotats, some PIR's and not much else yet.

I am forced to choose ZWave. Insteon do not product 240V. And those powerline signals will interfere my audio amp. It needs a lot of filters, transformer to reduce it. Clipsal use CAT5 but need to re-wire everything. Its expensive and not open source.

11

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 05:43:33 am »

The ZWave interface code is all propriatary and only available under NDA. (Why, I don't know, since it only works with chips they sell). Pluto has a license and may be able to share it with developers who sign an agreement under the license. Not very open source but probably the only way. ZWave is on its third generation chips and the stuff works pretty well. The Pluto ZWave code has some bugs and needs some enhancements. And the USB interfaces on the market all are a problem under Linux. The Leviton interface is serial so it should be easy to integrate, however not yet. It may be possible to implement the Leviton feedback feature as well, but only as protected code.

Woo you are an insider... Do you have contact person of Pluto? We don't need the whole devkit but just one or two pdf. Do you know why Pluto works on ZWave cpp and not go for GSD/Ruby? Yes USB a problem under Linux. Also the reliability of serial is better than USB.

12

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 05:34:38 am »

The ZWave lights reporting back to the controller isn't a technology issue. Its a patent mess. Lutron has a patent on a light switch reporting via radio when its switched. Within days of Leviton shipping their first switch with their implementation of the feedback they got sued. These are both $B+ companies with big legal resources.

Zen-sys and Lutron sounds like netscape invent the browser, M$ft get the patent.

13

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 05:26:49 am »

The ZWave lights reporting back to the controller isn't a technology issue. Its a patent mess. Lutron has a patent on a light switch reporting via radio when its switched. Within days of Leviton shipping their first switch with their implementation of the feedback they got sued. These are both $B+ companies with big legal resources.

Lutron does not produce 240V switch. My area is 240V and I discover a new patent: A 240V light switch reporting via radio when its switched. 

14

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 05:21:33 am »

The issue with Insteon is that it's a 120V/60Hz solution currently.  Technical work-arounds of the Zwave patent have occured such that I believe more 2-way devices are availalbe.  In the absence of that, polling can accomplish light state maintainence as well.

Yes! Insteon is the best, but 120V and no european square electrical box  Insteon just says no plan for 240V (also patent issue? ) It should be an easy job by changing the resistor capacitor value. Do you know which brand is trying to bypass the patent? I find the polling method has some limitations for example, someone press the light switch, states report back to controller and the computer decides to turn on the light.

15

Developers / Re: Questions on ZWave source code

« on: December 25, 2007, 05:03:58 am »

Please don't take that last comment the wrong way..
I don't like flamers, and I will NOT flame here.

you really really will need the devkit

Dan

Never mind! I wonder if Pluto will lend this document:
Zensys, INS10247, Instruction, Z-Wave™ ZW0102/ZW0201 Appl. Prg. Guide
The relation between Pluto and Linuxmce sounds like Redhat and Linux. They are willing to release their C source code. I think we can try to contact Pluto something like "any programmer freelance available ".