« Return to Thread: Insteon 2412N support
Re: Insteon 2412N support
by Jason Sharpee
::
Rate this Message:
Good advice! You are correct about the incomplete design aspect driving the Insteon.raw. This appears to go against the intent of xPL, however, Im trying to break up
this project into smaller Story Cards so that I have a greater chance of
immediate success. First I just am focusing
on getting an xPL translator daemon working, GitHub
setup, and necessary changes to MH xPL / Insteon_PLM. What I dont know is if the resulting Insteon.raw should be published officially.
I will certainly make use of the X10.basic schema (The insteon 2412N supports real X10 as well), however, dont currently remember much about the Insteon protocol to know if that can also be applied easily there. I quickly browsed through the schemas at the xplproject and didnt find anything that simply dumped a raw protocol encapsulated in xPL. Ill know a lot more about this hopefully at the end of the weekend.
Rest assured though, my final goal though is to come up with X10.basic and Insteon.basic (if needed) support.
Thanks
-J
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
I will certainly make use of the X10.basic schema (The insteon 2412N supports real X10 as well), however, dont currently remember much about the Insteon protocol to know if that can also be applied easily there. I quickly browsed through the schemas at the xplproject and didnt find anything that simply dumped a raw protocol encapsulated in xPL. Ill know a lot more about this hopefully at the end of the weekend.
Rest assured though, my final goal though is to come up with X10.basic and Insteon.basic (if needed) support.
Thanks
-J
On Tue, Mar 22, 2011 at 8:55 PM, Greg Satz <satz@...> wrote:
The x10.basic schema http://xplproject.org.uk/wiki/index.php?title=Schema_-_X10.BASIC is similar. If you use that as a model you would only define a single schema for Insteon. That one schema can be designed to support all the protocol functions. You could break up the design into multiple parts so other implementations don't have to support the entire thing. That way the schema supports the complete Insteon protocol and the xPL namespace and documentation is consistent. This might be better from an xPL view point but not sure about an Insteon or MH view points. You could define insteon.basic to handle functions and insteon.raw to pass in raw data. I would guess the only reason for a .raw class of service would be an incomplete design of insteon.basic.
Thanks,
Greg
On Mar 22, 2011, at 6:13 PM, Jason Sharpee wrote:
> Now, wrt to xPL, picking an appropriate schema (or, maybe creating one) will
> be necessary if you are thinking of relatively easy interface w/ the current
> code. That is, a schema that sends the raw insteon code and receives them
> (possibly something like an xPL sensor might), would be needed. Using
> something at the Lighting schema level would also be fine, but would require
> more effort on your end (because your endpoint would be doing more of the
> work) and would also be specific to the Lighting schema (so, some of the low
> level stuff would not be supported).
>
>
> I was perusing through our emails on this topic previously (embarrassingly years ago) and I am going to approach it by supporting two DeviceID's;
> - One for submitting / xmitting xPL encoded RAW Insteon command messages. I was trying to find a suitable schema for this but may have to resort to a proprietary one
> - One that will be proposed as Insteon.Basic to the xPL team (basic device link control). Ill definitely be involving anyone interested in getting this defined to them.
>
> I wasnt intending on supporting the Lighting schema right from the start but may discover this will be inevitable at some point.
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
« Return to Thread: Insteon 2412N support
| Free embeddable forum powered by Nabble | Forum Help |
