more G-Labs products

Author Topic: TESTING RELEASE  (Read 196296 times)

August 12, 2014, 08:35:03 PM
Reply #285

Gene

  • *****
  • Information
  • Administrator
  • Posts: 1472
  • Tangible is the future!
    • Yet Another Programmer
Hi Jens,

what was the dimming issue?
Does this solve for you:

http://www.homegenie.it/forum/index.php?topic=222.msg1710#new

Cheers,
g.

August 12, 2014, 08:51:24 PM
Reply #286

Jens

  • *****
  • Information
  • Global Moderator
  • Posts: 211
Hi Gene,

you confuse me? The Dimming issue is the one described some posts earlier, Level Memory is not even selected for that module - but I can try the proposed code, too. As Celloweb wrote, HG appears to send the dim value, but always an off at the end. This is how it looks to me, too.

Thanks
Jens

August 12, 2014, 10:01:19 PM
Reply #287

Jens

  • *****
  • Information
  • Global Moderator
  • Posts: 211
Hi Gene,

now the LM12 confuses me ;-) it does not even work anymore with r374. Maybe its dead from testing allover I have no clue

Regards
Jens

August 13, 2014, 05:02:26 PM
Reply #288

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
I know I've posted a lot of logged data, but I was wondering if there was some kind of test I could run that might isolate things better?  I can help diagnose as best I can, but I don't know what else I can provide that will help right now.

August 13, 2014, 07:32:41 PM
Reply #289

celloweb

  • *
  • Information
  • Newbie
  • Posts: 16
Hi Gene and Jens,

I will test the dimming tonight, with the new r409 Level Memory, and post the results here. Just one question: there is any protocol difference between european CM15pro and US CM15a?
« Last Edit: August 13, 2014, 07:34:20 PM by celloweb »

August 13, 2014, 07:38:01 PM
Reply #290

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
The power lines are slightly different, but the transmission protocol is the same from what I've read.  The two devices function effectively identically inside AHP from my understanding though they cannot simply be swapped due to plug type and type of power.  I'm not sure what other differences you are asking about.

For more information about the CM15, check out the following:
http://www.linuxha.com/USB/cm15a.html
« Last Edit: August 13, 2014, 07:39:54 PM by bkenobi »

August 13, 2014, 08:07:10 PM
Reply #291

celloweb

  • *
  • Information
  • Newbie
  • Posts: 16
bkenobi,

Thanks for the clarifications. I'm just asking about the protocol. So, if it's the same, there is no difference for HG.

August 13, 2014, 08:09:10 PM
Reply #292

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
They should look the same to HG.  They both have the same USB ID so they will detect the same.

August 13, 2014, 11:04:52 PM
Reply #293

Jens

  • *****
  • Information
  • Global Moderator
  • Posts: 211
Hi Gene,

could it have happened, that IRsend is linked to RF in 410 as it happened recently to IRreceive?

Thanks
Jens

August 14, 2014, 05:11:12 AM
Reply #294

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
Gene,

I was getting sporadic results with HG on my Raspi but my WinXP box was working correctly.  So, since it didn't make sense why things weren't working I thought that perhaps the CM15A was the culprit.  I had to play with drivers on the WinXP machine to get AHP working again, but I then reset the CM15A and reinstalled on my Raspi.  After this procedure, it appears that things are working correctly now.  Now, I can't say that this was the fix (or if things are completely fixed) since I also updated to r411.  If things are working, it could be the reset, the fixes to the XTenLib code, or something else entirely.  I just hope it keeps working.

The reason I point out the reset is that it's complicated to perform the task due to drivers and the requirement to have AHP installed.  When you added the capability to select active House Codes, you watched the traffic to the CM15A on USB.  Is there any chance that something similar could be done to capture resetting of the CM15A?  Just a thought...

August 14, 2014, 11:20:44 AM
Reply #295

ado464

  • **
  • Information
  • Jr. Member
  • Posts: 32
I have just compiled the latest version of hg at github using a mac with monodevelop mono 3.8.0 and the buttons for "update module" and "remove module" in the groups & modules settings don't work so i can't give my devices names. Setup button is grayed out and can't be clicked. Help :(

August 14, 2014, 04:59:39 PM
Reply #296

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
I'm not sure if I should put this in the features request or here, but since it's something I would like to try before it's released I'm posting here.

When HG sends an X10 command with multiple unit codes, it correctly doesn't need to repeat the unit codes when it sends a second command to them (example below).  However, it seems to me that if a different house code is sent, it would probably be better to send the unit codes again.  Also, if a certain amount of time has elapsed it seems like sending the unit code(s) again would be good just in case HG missed a command from a different controller or whatnot.  I don't know what this timeout period should be and there is none defined in the X10 protocol.

Example:
Code: [Select]
A1, A2, A3, A4 ON
A1, A2, A3, A4 OFF
The desired action is for modules A1-A4 to turn on and then turn off.  There are several command sequences that would accomplish this. 

Code: [Select]
A1
A ON
A2
A ON
A3
A ON
A4
A ON
A1
A OFF
A2
A OFF
A3
A OFF
A4
A OFF
Code: [Select]
A1
A2
A3
A4
A ON
A1
A2
A3
A4A OFF
Code: [Select]
A1
A2
A3
A4
A ON
A OFF

The first sequence is brute force and will definitely work correctly but it's slow.  The second sequence is correct as well but would be slow if the second command was for dimming and several dim commands were needed.  The third sequence would probably be best under most circumstances if there were no other traffic on the system and the commands were within a short time of each other (minutes?).

HG currently uses the 3rd method.  This is fine except for a couple scenarios.
1) The receiving module misses the address command somehow.  In this case, HG will continue to send action commands and yet nothing is listening.  If you only have one module on that house code, it's going to be difficult to get HG to work again without a reset or creating a dummy unit on that house code.
2) A long time has elapsed since the last command.  X10 protocol does not state how long the modules must remember the last unit code called out to know if they should be listening for a command.  It is possible they could go to sleep after some time and yet HG will continue to send the command only.  In my logs, I see that HG will continue this for at over 7 hours and possibly longer (see attached).
3) Other house codes and commands have been sent after the initial set of unit code(s)/command(s).  If viewing a log file, it's sometimes difficult to know what module was intended to function when no unit code is specified (see attached).

In the end, the benefit of sending the command only is shortening the transmit time.  If 7 hours has elapsed, spending an extra second or so to control the module isn't necessarily a problem.   ;D

August 14, 2014, 05:51:06 PM
Reply #297

celloweb

  • *
  • Information
  • Newbie
  • Posts: 16
Ok, but I have some questions about X-10 operation. For example, I have a 16 X-10 devices network.

Interfaces:

CM15A connected to a RPi running HG,
CM19 in my HTPC (for a simple palmpad emulator),

Transceivers:

2 x Leviton-Transceiver-Base-HCPRF-1TW (only as transceiver, one for each house phase).

Coupler / Booster:

XPCP Phase Coupler Signal Bridge and X10 PRO PZZ01 250 Amp Whole House Blocking Filter installed in my house's breaker box.

Modules:

2 x PAO11 SuperSocket Receptacle;
1 x PAM02 3 pin Grounded Appliance Module with AG;
3 x PLM01 Lamp Module;
3 x XPD3-IW Master Dimmer Switch;
5 x XPDI3 Dimmer 120 VAC 500W Inductive Wall Switch;
1 x PSM04 150 Watt Screw-In Non Dimming Lamp Module;
1 X XPFM Inline Receiver Module

Remotes:

1 X XPT4-W-NS Wall Transmitter w 4 Button Keypad;
3 x PHW04D Slim RF Wall Transmitter Remote Control;
2 x PHR04 Wireless RF Key Chain Remote Control;
2 x PHR03 Wireless RF Remote Control;
1 X XPMT4 LCD 64-Event Mini Timer;
1 X10 PRO Mini Timer - PHT02.

Some Inline filters and some Filterlinc modules.

127 VAC (two phases) and all dimmable fluorescent compact lamps (a lot).

My main question is: HG is not the only source to control all modules, I can activate/deactivate any module using the RF remotes. Since HG can hear the RF commands received by C15a, HG can assume that the status of a particular device was changed. F.ex. pressing one button of slimline wall switch PHW04D turns my TV Room light on (A7 on). I did not tested if HG changes the status of A7 device to ON, but it could do that.

For external commands (RF) received, I guess HG should only change the device status, but not send any command.

Att,

Marcus


« Last Edit: August 14, 2014, 05:56:36 PM by celloweb »

August 14, 2014, 06:15:00 PM
Reply #298

bkenobi

  • *****
  • Information
  • Global Moderator
  • Posts: 1525
I'm confused about your setup.  You seem to have redundancy that could cause issues.  You have a phase coupler but then you have 3 transceivers.  Is the reason for this to increase coverage?  Having more than one transceiver can cause big issues with signal reliability especially if the devices are not "polite".  They can only be polite if they watch the PLC (e.g., CM15A and RR501 but NOT TM751).

As far as HG sending a command when it sees RF, that should be done by the CM15A and not HG.  I believe you can disable transceiving on the CM15A with ActiveHome Pro.  The only issue there is that HG and AHP can't be installed on the same computer at the same time due to a driver conflict.

August 14, 2014, 08:54:57 PM
Reply #299

Jens

  • *****
  • Information
  • Global Moderator
  • Posts: 211
Hi Gene,

the following error is marked as fixed in 408

>When selecting the module properties button, the popup shown is the module settings popup instead of the "module parameters popup".

I do not think it is. At least with Firefox and Safari I encounter the following behaviour in 411

- access HG startpage
- configure
- groups and modules
- click on properties
- no response for a while

- click on module settings
- close settings
- click on properties
- parameters show up
- click on properties from a different module
- parameters show up from the first module and not the one selected

to get paramaterrs from the second module, first I have to click on the module settings and close them.

Regards
Jens