Home Automation Domotica Forum Europe, Bwired Forum

Hi There,

Sorry for my first post submission in dutch, i really did'n't read proper or i would have seen that this part is english

The thing with Domotiga is i use the CM11 in combination with HEYU protocol and the X10commander in domotiga. I can turn a lamp on and off but i cannot get it to dim (from domotiga that is) because in the terminal it is able to dim through a direct heyu command (heyu dim A16 22, heyu bright A16 22)

If i turn the light on trough the domotiga interface and press the +(bright) or the -(dim) button it sets the status of the light to off! the light isn't turned off just the status, so in order to turn it off i have to push the control 2 times.

Something i'm doing wrong in domotiga ?? or ???

I will check, maybe dim is not supported yet for heyu, will add it if not.

Heyu supports dim and bright thats why i tested it trough the commandline

Hope u can add it!

Was looking into this, but does heyu and your devices support preset dim?
dim means, dim ?% from current state, bright same.

Yeah heyu does support that (and my devices)

dim a16 20 for example

i believe the values for bright and dim run from 0 upto 20

so the otherway around it will be bright A16 20

you can easily see this and try it on a linux machine with heyu installed

heyu --help

any progress ? using this dumb php domotica thing now

The point is, how does heyu support presetdim, domotiga only support a level from 0-100, i can of course calculate a value from 0-20 from this, but the normal heyu dim and bright command only go 0-20 up or down.
This isn't supported, because then domotiga first has to look what the currect setting is and then either use dim or bright.
So I would like to implement preset dimming first.
Can you test preset dimming with heyu and your module from command line and post the correct command line options for it?
Then implementing it is easy.

I think i mean this.

preset HU <level> Preset units to <level> (1-32) (*)
mpreset HU <linked> Limited Preset for uploaded macros
preset_level <level> Preset to <level> (1-32) (function only)

I have added dim/bright and predim support to X10Cmd module in revision 800 domotiga.nl/projects/domotiga/repositor ... isions/800
Also changed the Control page, it now displays a dim slider for x10 devices if 'supports extended x10' is checked in device parameter, or +/- bright/dim buttons if not.
Can you please check if it works correctly with heyu?
I saw that A5 is sent as A05, is that ok for heyu too?
Let me know if it needs tweaking, post debug log.

Heya!

havn't got much time lately but i freshly installed it today on the new ubuntu and tested it.. The normal dimming trough the control page works great!

Haven't tested the slider dimmer etc. will do this or next week and tell u the results. I'm just glad that with the new dimming posibilities u converted 1 homeseer user to your domotiga. And u got my attention too, a fresh home automation user!

Good job! Keep it up!

You're welcome, i'm trying to keep DomotiGa support/coding up despite lack of time but this is known fact for all forum members here I guess, but replies like yours help doing that.
Let me know if you need anything else, and I will see what I can do.

IS the DIM function also working when using the RFXcomm in stead of the CM11 (heyu).
I have the dim slider in the controlpanel but I'm not able to dim the lights.. Just On or Off.

any suggestions?

Can you dim with it with the RFXCom application "RFXmngr"? If it works, then in principle we can build it into DomotiGa

The rfxtrx sends X10 dim and bright OK.

A couple of points you may want to note regarding status reporting:

If a light is off, many (certainly all my dimmable X10 stuff) X10 dimmable switches will switch to on when they receive dim/bright (ie. you can not gradually dim up from the off state).

I don't know how common this is with X10 remotes but mine (Marmitec UR86E) send the unit code 0 with a dim/bright command resulting in a "device not found" message by domotiga. A possible hack to get round this (at least most of the time) is to alter the decode lighting function so it saves the a unit code (greater than 0) for each housecode and uses the saved value if unit code 0 is received.