choosing a standard

Brandon Kruger bmk789 at gmail.com
Wed Apr 2 14:58:04 CEST 2008


It sounds like the LinuxMCE project may be of interest to you.  I know a 
couple members of the LinuxMC community already run the Orbiter control 
software on the Openmoko platform.


On Mon March 31 2008 9:59:27 am Flemming Richter Mikkelsen wrote:
> Hi list.
>
> I want to write an application for the Freerunner to control stuff in my
> house. This includes TV, light and other stuff.
>
> For the TV, I want a smart remote, that remembers which channels I
> usually watch on a given time and weekday. It should sort the channels
> so that my favorite program appears first. This is not something I
> will implement, but I want to make a lib. for communication with TV,
> lights, etc. The systems could be accessed through wlan, bluetooth,
> etc.
>
> All these peripherals should communicate using the same standard
> protocol. My problem is to choose a good one. It must support:
>   - auto registration of devices (each device has a default ID and a
> device_type_id,
>     it will be discovered on broadcast and assigned an unique ID, much like
> DMLS (http://www.dmls.com))
>   - knowing what kind of device it is (device_type_id)
>     (ligh (on/off or dimming, etc), TV (selecting channels, etc), etc)
>   - ask the devices for status report
>   - send control message to the devices
>
> My plan is to connect the divices to a micro controller, a multiplexer
> and then to a linksys wireless router (flashed) over rs232 or usb. A
> normal computer could of course also be used.
>
> I am not sure exactly how or when to do this, but it would be cool. Any
> ideas? The most important thing is that it is an open standard with low
> overhead.
>
> -- Flemming
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



-- 
----
Brandon Kruger <bmk789 at gmail.com>
http://onedollarlinux.com
BLOG - http://onedollarlinux.com/personal/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://lists.openmoko.org/pipermail/community/attachments/20080402/3f8cdfa3/attachment.pgp 


More information about the community mailing list