Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - hari

Pages: 1 [2] 3 4
Developers / GuruPlug
« on: July 19, 2010, 12:22:11 pm »
Hi folks,

The "mini" variant of LinuxMCE, aka "Standalone DCE" runs very nice on a Guru Plug. It is the successor of the Sheevaplug. 1,2GHz ARM, 512MB RAM, 512MB NAND flash + other goodies. Perfect low power platform (<10W) for DCE. It is even powerful enough to do a native compilation:

Just testing the unit with a Tricklestar Z-Wave stick, behaves quite well so far, very fast in comparison to the

br Hari

Developers / RPC Plugin overview
« on: July 15, 2010, 04:01:58 pm »
The actual version of the RPC plugin supports the following requests (assuming for the IP):
Code: [Select]
3|0|14|10|File Grids Plug-in|
4|0|61|27|General Info Plug-in|
5|0|68|31|Climate Plug-in|
6|0|66|9|Datagrid Plug-in|
7|0|78|39|Infrared Plug-in|
8|0|67|32|Lighting Plug-in|
9|0|56|12|Orbiter Plug-in|
10|0|15|2|Media Plug-in|
11|0|69|34|Telecom Plug-in|
12|0|99|52|Event Plug-in|
13|0|70|33|Security Plug-in|
14|0|159|1809|Plug And Play Plug-in|
15|0|65|26|App Server|
17|0|60|1977|UPnP Server|
19|0|101|57|Text To Speech|
21|0|82|1820|ZWave Embedded Climate Interfa|
22|0|80|1922|ZWave Embedded Security Interf|
23|0|4|2032|RPC Plugin|
338|2|73|38|Lava Lampe|ON/100
Code: [Select]
Code: [Select]
mycallback (
{ "devices": [
{ "id": 1, "room": 1, "category": 7, "template": 7, "description": "CORE", "state": "" },
{ "id": 2, "room": 1, "category": 1, "template": 1, "description": "DCERouter", "state": "" },
{ "id": 3, "room": 1, "category": 14, "template": 10, "description": "File Grids Plug-in", "state": "" },
{ "id": 4, "room": 1, "category": 61, "template": 27, "description": "General Info Plug-in", "state": "" },
{ "id": 5, "room": 1, "category": 68, "template": 31, "description": "Climate Plug-in", "state": "" },
{ "id": 6, "room": 1, "category": 66, "template": 9, "description": "Datagrid Plug-in", "state": "" },
{ "id": 7, "room": 1, "category": 78, "template": 39, "description": "Infrared Plug-in", "state": "" },
{ "id": 8, "room": 1, "category": 67, "template": 32, "description": "Lighting Plug-in", "state": "" },


{ "id": 336, "room": 2, "category": 73, "template": 38, "description": "Wohnzimmer", "state": "OFF/0" },
{ "id": 338, "room": 2, "category": 73, "template": 38, "description": "Lava Lampe", "state": "ON/100" },
] } );

switch on device 338 (off is also supported):

set level 50 for device 338:

more to come..

Developers / Fedora 12 Packages
« on: July 15, 2010, 03:50:58 pm »
Fedora 12 i686 binary packages are available here:

Be aware that the included CreateDevice binary (DCERouter package) is PPL and *NOT GPL* (yet).

br Hari

Users / MOVED: Mini installation
« on: July 15, 2010, 03:29:43 pm »

Users / MOVED: Z-wave devices control from NAS or router
« on: July 15, 2010, 03:29:29 pm »

Users / Chromoflex RGB LED controller supported in 0810
« on: July 08, 2009, 05:55:43 pm »
Hi Girls and Guys,

the Chromoflex units support serial control with rs232. The protocol is documented (USP3). One can atttach multiple units to a single interface (but only broadcasts supported for now). The new Chromoflex_USP3 device template in 0810 supports the protocol, and I've added a new "Light Device (RGB)" with a Set_Level_RGB command. On/Off/set level are mapped to rgb values. It is created as default child when adding the unit from the web admin. PnP won't be supported, as the unit does not send characters back, so no way to auto-detect it.

Video clip showing control of a RGB stripe from an IPAQ orbiter:

Feedback appreciated,

best regards,

Users / IRTrans Ethernet
« on: July 01, 2009, 09:36:24 pm »
Ladies and Gentlemen,

the IRTrans Ethernet is now supported for IR blasting in 0810

We just need to do a pkg (matter of minutes, anybody interested in becoming a pkg maintainer?), it will then be full PnP.

The unit is very recommended. High quality, PoE variant for Ethernet available. The manufacturer was so nice to provide the core devs with a usb (already supported in 0710) and an ethernet sample.

best regards,

Users / @massabuntu: KNX eibd question
« on: June 17, 2009, 06:32:30 pm »
17:29 <massabuntu> Hi Hari, i'm a linuxmce forum user, can i  ask a question about EIBD and Eib/KNX?

sure, just go ahead.. don't ask if you can ask a question, that's a question itself :-p

Marketplace / NO E-BAY POINTERS!
« on: February 21, 2009, 11:09:05 am »
We don't want to see links to ebay auctions here.

Developers / DataLogger
« on: February 09, 2009, 01:11:08 am »
Hi Girls and Guys,

I've written a small DataLogger plugin for the DCERouter. It is way not finished and only stores the value of co2 level change events for now:

Code: [Select]
mysql> select PK_Datapoints,EK_Device,Description,timestamp,Datapoint,Unit from Datapoints,Unit where FK_Unit=PK_Unit order by timestamp desc limit 5;
| PK_Datapoints | EK_Device | Description | timestamp           | Datapoint | Unit |
|           106 |       101 | CO2 level   | 2009-02-09 01:07:42 |       410 | ppm  |
|           105 |       101 | CO2 level   | 2009-02-09 01:06:42 |       416 | ppm  |
|           104 |       101 | CO2 level   | 2009-02-09 01:05:42 |       417 | ppm  |
|           103 |       101 | CO2 level   | 2009-02-09 01:04:42 |       419 | ppm  |
|           102 |       101 | CO2 level   | 2009-02-09 01:03:42 |       411 | ppm  |
5 rows in set (0.00 sec)

DT is on schema, the code is in the 0810 branch, src/DataLogger_Plugin and src/lmce_datalog.

best regards,

Users / EnOcean - do you use/know this?
« on: February 08, 2009, 01:52:53 am »
Hi Folks,

I was wondering if anybody uses EnOcean? I'm working on a driver and I would be interested which devices are used by our userbase.

best regards,

Developers / HELP: swig/libruby expert needed to resolve 0810 bug #78
« on: January 24, 2009, 07:29:25 pm »
Hi there,

I'm a bit stuck on that one:

Maybe some ruby/swig/libruby expert can shed some light on the topic..

best regards,

Users / Symbian S60 3rd edition Mobile Orbiter
« on: December 10, 2008, 10:46:09 pm »
Hi girls and guys,

if you want to try the PlutoMO (native, not Java) on a Symbian S60 3rd edition phone, you should read this post:

br, Hari

Developers / SymbianMO progress, call for S60v3 developers
« on: December 06, 2008, 11:17:19 pm »
Hi girls and guys,

thanks to the great work of Martin ( i was able to compile the symbian orbiter on linux and spit out a s60v2 sis file after minor tweaks:

Code: [Select]
[root@localhost group]# makesis PlutoMO-lnx.pkg
Processing PlutoMO-lnx.pkg...
Created PlutoMO-lnx.sis

The file is available here:

I'm now trying to compile it for s60v3. Are there any coders here with skill in that area?

best regards,

Developers / Improve ATI/INTEL UI2 Support
« on: December 03, 2008, 12:55:53 am »
this is a follow up from

I got an ATI based board for exact that reason. We also got a intel based TEO-X unit for testing. It is not that the core devs really liked the "go nvidia" recommendation. Tschak already gave pointers to the code sections in question. It would help if somebody could isolate the needed GL stuff and write a small reproducer with our needed functions.

A summary from danielk:
The extensions the UI2 uses above the usual suspects are:

The UI is rendered to an OpenGL surface and the video is rendered to
an XVideo surface, so both need to be supported with XComposite. Also,
OpenGL must support the GLX_RGBA_BIT render type; basically it needs
to support RGB buffers with an alpha channel. We don't need any alpha
for the XVideo since it's always on the bottom of the stack and has
full opacity.

XVideo must support buffers of at least 1920x1088. The 8 at the end
of 1088 is not a mistake; at least one driver for intel chips supported
"1920x1080" video frames, but this meant it couldn't play ATSC
1920x1080, video since the actual size of the video buffer is 1920x1088
due to the MPEG2 16x16 block size. XVideo also needs to respect the
dimensions of the video frame to use and the output frame in
XvShmPutImage, including negative x & y output position values (for
when the user zooms into the video) and support showing only a portion
of the input buffer (This is used, for instance, for bob deinterlacing
when the top half of the buffer is used for the even fields and the
bottom half of the buffer is used for the odd fields.) It doesn't matter
if only I420_PLANAR or YV12_PLANAR is supported for the video buffers,
but if both are advertised in the driver they should both work without
funky colors (Some ATI drivers pretend to support I420, but actually
always display the buffer as a YV12 buffer, so the U & V planes are
reversed when an application selects I420_PLANAR).

We currently use xcompmgr for the compositing, but I'm open to changing
this. What I really want, which we don't have with nvidia, is foolproof
V-Sync when using XComposite. Currently, if we turn try to enable
a video player's use of OpenGL V-Sync we actually lose V-Sync when
XComposite is in use. If we enable global V-Sync in the nVidia driver
we get a little judder when it works, and sometimes it doesn't work
at all.

best regards,

Pages: 1 [2] 3 4