Adding support for home automation devices - Revision history

Marie.o at 15:58, 17 May 2010

2010-05-17T15:58:00Z

←Older revision		Revision as of 15:58, 17 May 2010
Line 1:		Line 1:
	[[Category: Programmer's Guide]]		[[Category: Programmer's Guide]]

	~~<p>~~Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup LinuxMCE, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in LinuxMCE Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:~~</p>~~		Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup LinuxMCE, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in LinuxMCE Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:

	~~<p>1.~~ Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]~~</p>~~		# Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]
			# For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[LinuxMCE Libraries DCE]] for instructions and a tutorial.
	~~<p>2.~~ For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[LinuxMCE Libraries DCE]] for instructions and a tutorial.~~</p>~~

Jerry finn at 15:59, 16 March 2007

2007-03-16T15:59:54Z

←Older revision		Revision as of 15:59, 16 March 2007
Line 1:		Line 1:
	<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table>[[Category: Programmer's Guide]]		[[Category: Programmer's Guide]]

	<p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup LinuxMCE, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in LinuxMCE Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>		<p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup LinuxMCE, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in LinuxMCE Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>
Line 5:		Line 5:
	<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>		<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>

	<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[~~Pluto~~ Libraries DCE]] for instructions and a tutorial.</p>		<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[LinuxMCE Libraries DCE]] for instructions and a tutorial.</p>

Jerry finn at 10:49, 14 March 2007

2007-03-14T10:49:11Z

←Older revision		Revision as of 10:49, 14 March 2007
Line 5:		Line 5:
	<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>		<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>

	<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[~~LinuxMCE~~ Libraries DCE]] for instructions and a tutorial.</p>		<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[Pluto Libraries DCE]] for instructions and a tutorial.</p>

Jerry finn at 10:48, 14 March 2007

2007-03-14T10:48:36Z

←Older revision		Revision as of 10:48, 14 March 2007
Line 1:		Line 1:
	<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table>[[Category: Programmer's Guide]]		<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table>[[Category: Programmer's Guide]]

	<p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup ~~Pluto~~, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in ~~Pluto~~ Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>		<p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup LinuxMCE, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in LinuxMCE Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>

	<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a ~~Pluto~~ driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other ~~Pluto~~ systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>		<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a LinuxMCE driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other LinuxMCE systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>

	<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[~~Pluto~~ Libraries DCE]] for instructions and a tutorial.</p>		<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[LinuxMCE Libraries DCE]] for instructions and a tutorial.</p>

Wikiadmin at 03:01, 29 August 2006

2006-08-29T03:01:00Z

←Older revision		Revision as of 03:01, 29 August 2006
Line 1:		Line 1:
	<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table><p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup Pluto, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in Pluto Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>		<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table>[[Category: Programmer's Guide]]

			<p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup Pluto, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in Pluto Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>

	<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a Pluto driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other Pluto systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>		<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a Pluto driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other Pluto systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>

	<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[Pluto Libraries DCE]] for instructions and a tutorial.</p>		<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[Pluto Libraries DCE]] for instructions and a tutorial.</p>

Wikiadmin: Imported document

2006-06-05T16:48:38Z

Imported document

New page

<table width="100%"> <tr><td bgcolor="#FFCFCF">This page was written by Pluto and imported with their permission when LinuxMCE branched off in February, 2007. In general any information should apply to LinuxMCE. However, this page should be edited to reflect changes to LinuxMCE and remove old references to Pluto.</td></tr> </table><p>Although our GSD device allows non-programmers to add support for new devices, our staff will be happy to do it for you. If you have a device that we don't presently support, like a lighting control system, you can setup Pluto, connect the device to your Core, and then contact us with the make & model. We'll setup a time for one of our programmers to add the device. There's a remote assistance feature you enable in Pluto Admin on the Wizard, Security, Outside Access. This lets our programmer log in to your Core to test the new software driver against your equipment so that we don't need physical access to it. If you'd like to add the new device driver yourself you have 2 choices:</p>

<p>1. Our "Generic Serial Device" module (GSD) is designed for the thousands of devices that are controlled over RS232 and Ethernet. It allows a Pluto driver to be added using a point-and-click, fill-in-the-blanks interface. Basic protocols can be implemented with no programming at all. For more complicated tasks GSD embeds the Ruby language. Ruby is a high-level interpreted language with flexible string handling, like Perl, but the syntax is simpler. The protocol and embedded Ruby for GSD devices is stored in the database and automatically synchronized with all other Pluto systems as long as you leave checked the "Share my IR codes and GSD device" box on the A/V Equipment wizard. So there's no compiling and no code to check in. GSD devices that control a/v equipment, lighting, etc., can be done in as little as an hour or two, almost never more than a day for complex protocols. Click [[A new concept in collaborative development]]</p>

<p>2. For more complex devices, like a software media player, which require low-level access to the PC's hardware, then you'll need a traditional DCE device can be created in C++. We have code generators that automate the process of getting started and build a ready-to-compile Windows & Linux project with stubs for the programmer to implement. See the [[Pluto Libraries DCE]] for instructions and a tutorial.</p>