more G-Labs products

Author Topic: TESTING RELEASE  (Read 196296 times)

August 15, 2014, 02:51:59 AM
Reply #300

celloweb

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

Yes, the transceivers function is increase the rf coverage. CM15a have a poor rf range. Leviton DHC transceivers have AGC and respond to  all 256 X-10 codes. I have a lot of spare modules, like RR501 and TM751, and with DHC transceivers the whole performance is better.
« Last Edit: August 15, 2014, 02:59:18 AM by celloweb »

August 15, 2014, 03:03:43 AM
Reply #301

celloweb

  • *
  • Information
  • Newbie
  • Posts: 16
And I'm talking about HG hear the RF, to change the device status, not acting when the command was originated from another controller.

By the way, dismiss what I'd talked about  (the RF thing). HG already updated the devices status...
« Last Edit: August 15, 2014, 03:39:03 PM by celloweb »

August 15, 2014, 07:50:38 PM
Reply #302

Jens

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

411 was up for approx. 30hrs when accessing this afternoon. Th UI did not load, /etc/init.d/homegenie status said running. A reboot fixed it but irsend was not working after. Irsend ... worked on raspian level so no dead hardware. Another reboot did not fix irsend from HG either. A service Restart via the maintenance menue fixed irsend.

X10 was working already after the first reboot.

Hope this is helpful.

Cheers
Jens

August 15, 2014, 11:14:07 PM
Reply #303

Jens

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

at some point in time between my last post and this one irsend stopped again working. The procedure for healing it seems to be a sudo reboot followed by a service restart within in maintenance.

Anything else I can provide to help?

Regards
Jens

August 16, 2014, 01:37:26 PM
Reply #304

Jens

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

I spent the whole morning on re-installing everything from scratch but irsend is not working reliable.

My remotes are learned via irrecord to create a valid lircd.conf. This seems to be no issue for irreceive, it always works very reliable. As a consequence, within Interfaces, LIRC is only enabled an no remotes are within your lircconfig.xml - could that cause an issue?

As the configuration is encrypted I haven't found a way to "modify" the XML file to match with lircd.conf.

Can you please help, is the empty XML file an issue and if it is how could I get a working one with the described method of creating the lircd.conf?

Many thanks
Jens

Update:
I found a remote which is in the database and created the config via interfaces/lirc/add remote but it does not make a difference. Irreceive works even with that remote and irsend does still only work from raspian but not HG wizard script.
« Last Edit: August 16, 2014, 05:45:38 PM by Jens »

August 16, 2014, 09:42:19 PM
Reply #305

Jens

  • *****
  • Information
  • Global Moderator
  • Posts: 211
Probably the most comprehensive view on that matter I am able to provide

Part of LIRCD.CONF

begin remote

  name  led
?..
      begin codes
          on                       0xC03F
?..

Received by HG when pressing "on" on the remote

- Notification window pops up on HG with led/on

Configuring the wizard script

-> Program Conditions e.g. act on time or whatsoever

-> Program Instructions -> capture
-> press "on" on the remote
-> Result is: LircRemote IR Sensor IRSEND led/on

Nothing beeing sent when the program condition fires off

Test on raspian OS Level:

irsend SEND_ONCE led on

-> led is turned on, infrared command was sent

Looking into the code, I think this is the important part:

            {
                string commands = "";
                int c = 0;
                while (request.GetOption(c) != "")
                {
                    var options = request.GetOption(c).Split('/');
                    foreach (string o in options)
                    {
                        commands += """ + o + "" ";
                    }
                    c++;
                }
                ShellCommand("irsend", "SEND_ONCE " + commands);
            }

Why is commands being built up with backslash, I am not a programming expert but the ShellCommand should be like

ShellCommand("irsend", "SEND_ONCE " + "led on");

in this example or am I wrong?

Many thanks
Regards
Jens




August 24, 2014, 08:54:48 PM
Reply #306

Jens

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

several more tests had the following results

- complete fresh install of raspian, lirc and HG 411
- create wizard script with instructions irsend only
- place into groups as button
--> Irsend works reliable

Use a second HG box to forward irreceive commands to the first box
- create a wizard script on the first box by using capture program condition for forwarded IR signal from second box
- instructions are X10 on off commands
--> works reliable BUT the irsend on the first box stopped working

To fix irsend on the first box
- remove wizard scripts which include captured IR commands from the second box as program condition (on the first box)
- reset remotes module routing within maintenance from the first box

Do you see a chance in fixing it with this information?

Thanks
Jens
« Last Edit: August 24, 2014, 09:04:28 PM by Jens »

August 25, 2014, 12:02:36 AM
Reply #307

Gene

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

the problem is that the SignalEvent function used to receive events from a remote hg, uses the same domain/name for the remote module, so it overrides the local Lirc IR module that stops working. Things starts working again if you use the  "Reset Modules Routing" function. 
The solution is to adopt the same naming convention used by MQTT program that put the protocol and remote hg address in front of the domain name of the module originating the event.
So the local lirc module would keep working and the remote one as well too but under a different domain (eg. "HGIX:hg-server-01.Protocols.LircRemote").

could you please file a issue on github?

Cheers,
g.

August 25, 2014, 07:56:22 PM
Reply #308

Jens

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

thanks, this caused me all the hassle, the guilty was the second HG box and not the release on the main one.

As I need to register on github first it'll take me to the weekend


Regards
Jens

September 04, 2014, 06:45:26 PM
Reply #309

Gene

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

r412 is available from testing folder:

https://sourceforge.net/projects/homegenie/files/testing/

Some changes have also been done to ZWaveLib about sensors values, please report any issue.

Cheers,
g.

September 10, 2014, 08:15:46 PM
Reply #310

t0mpa

  • *
  • Information
  • Newbie
  • Posts: 3
Hi Gene, first of all thank you for an great software and the new release that made my fibaro sensor FGMS001 work a lot better.
I seem to have an issue with power metering of an AEON labs micro smart switch, AEO_MSES.
It is controlled by sunset and it turns on the light just fine and power metering is also working fine at first, but after about 15 minutes it reports 0,15 watts instead of the 28 watts it should report.
This has happened two days in a row and it seems like i can only solve it with an reboot of the box and then flip the lamp switch on and off.

I am an rookie with homegenie so maybe i have done something wrong?
I have set the level poll under z-wave.

Homegenie 1.00 beta r412
Host Ubuntu 14.04LTS.
Z wave USB adapter: Aeon Z Stick, AEO_USB (series 2)

I only have the micro switch and the sensor so far since this is a test for me, if it goes well i will have the fibaro wall plugs and shutters controlled as well as roof windows.

Many thanks and kind regards,
Thomas




September 10, 2014, 10:52:32 PM
Reply #311

Jens

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

the web interface slows down over time and suddenly it is not responding anymore. Neither the acces to the UI nor the http api access.

How can I help to troubleshoot this?

ps -elf shows that HG is still running. A raspberry reboot is not needed, sudo /etc/init.d/homegenie restart is sufficient.


Thanks
Jens

September 11, 2014, 09:28:56 AM
Reply #312

dani

  • *****
  • Information
  • Global Moderator
  • Posts: 535
I had same troubleshooting than Jens every two, three or for days. I need to restart HG.

Dani

September 11, 2014, 10:15:28 AM
Reply #313

ado464

  • **
  • Information
  • Jr. Member
  • Posts: 32
Hi all,

r412 is available from testing folder:

https://sourceforge.net/projects/homegenie/files/testing/

Some changes have also been done to ZWaveLib about sensors values, please report any issue.

Cheers,
g.

Some changes to ZWaveLib sensor values? Does that include the Hem2/3 i described in the bug section?

cheers guys! :D

September 18, 2014, 12:47:10 AM
Reply #314

cplBlutch

  • *
  • Information
  • Newbie
  • Posts: 17
I also have problems with a slowing down gui and after a while the gui keeps on loading and nothing happens anymore. a RB reboot or restart of HG with putty brings HG back to live..

I also did a complete fresh install again because I did a lot of playing with HG, while doing that the gui slowed down quickly
but even with a fresh install it happens again and again. the strange thing is that on wifi it slows down quicker then on a wired pc :(