TESTING RELEASE

[Gene]

duplicate on github.

github will be used as issue tracker, the forum will be used for discussing bugs/features.

cheers,
g.

[bkenobi]

I installed r407 last night but forgot to grab the log this morning to see if there were any more instances.  I'll report back this evening if I get a chance to review them.

I noticed something when restoring my backup that may just be a fluke/one time issue.  During the restore, I'm given the option to restore programs.  I selected all modules and continued.  When HG had finished restarting, I checked my installation to make sure everything looked right.  All modules were there and configured correctly, but for some reason my widgets were not functioning.  The LED was green on all of them, but they didn't seem to run.  I tried restarting the Raspi, but that didn't work.  I tried turning them off and on with the check box at the right without success.  I tried selecting each and restarting them without success.  The only thing that seemed to work was to enter each one, go to the C# code and select "Update" to recompile the code.  After doing this for each, things worked correctly.

Is there a problem with the backup function where the programs don't get copied correctly?  If they don't work after restore, it would probably be better to not include the dll in the backup such that they don't look like they are ready when they are not.  Maybe this is a one time thing, but I believe I had this issue the last time I restored my setup, too.

[Jens]

Hi Gene

something is broken in 407 in regards to intrfaces

- I de-installed the previous version
- installed 407 .deb
- started the config from scratch interfaces are x10, lirc, upnp
- X10 dimmer behaved weired, x10 devices suddenly cannot be controlled any more
- did a sudo reboot
- x10 is not coming up
- interfaces does not list insteon any more, all others are disabled and none of the interfaces can be enabled any more

Thanks for looking into it

Regards
Jens

[bkenobi]

I have seen that before but HG r407 is working for me.  I think this happens when something goes wrong with the update/installaion,.  Best solution is to uninstall HG, reinstall, restore backup.

[Jens]

That did not fix it either, it is even worse. As Gene included a new interface and the config files were a kind of incompatible last time as well when the interfaces section was changed (I think remove Airplay or so) I started from scratch. This time I did again an uninstall and reinstall and activated my 403 backup. The result is correct interfaces but groups and modules are still the same as in the config which Gene delivers with the package (just dasboard and color lights).

BTW, the removal has an issue since the 40x releases, not sure whether this is an raspian or HG topic

sudo dpkg --remove homegenie
(Reading database ... 69352 files and directories currently installed.)
Removing homegenie ...
[ ok ] homegenie stopped.
update-rc.d: using dependency based boot sequencing
dpkg: warning: while removing homegenie, directory '/usr/local/bin/homegenie' not empty so not removed

I have to manually clear the path and files

Cheers
Jens

[bkenobi]

I've had the dpkg --remove indicate that the path was not removed.  In my case, it was because I created files in that folder that were not a standard part of HG (log files) so I assumed that meant that everything but my files and the directory structure were removed.  When I checked, that appeared to be the case.

[Jens]

I am back on 403, loaded the 403 config (which I tried before to be accepted by 407)
and all modules show up like they should. I think this prooves that the config as such is not a damaged file.

I have no files in it and once I do a sudo rm-rf /usr/local/bin/homegenie they should be gone annyway. After the next installation of HG the behavior is the same. If I am not wrong there were some rights issues after a certain version of HG with files in that directory

[bkenobi]

I think there may still be a problem with HG sending a house code + command without a defined unit code.  I'm not sure since I don't have the log for what HG sent, only what the second HG instance received.  I'll get a log going on the Raspberry Pi and post if I see the issue again.

[Jens]

Hi Gene,

 the dimmer is already weired in 403, I did not test it for a while (since we had the dimmer conversation in this thread and now with 403). Turning the diimmer on brights it very short, then it goes off and cannot be controlled with the widget. It works just once after a fresh install of 403. Turning it off the first time gets it into the strange status.
Bright to a 100% and level memory are both selected and enabled.

Regards
Jens

[bkenobi]

I have not turned the "100% bright when turned on" since I noticed strange issues a few weeks ago.  With it disabled, my dimmers turn on correctly and I haven't seen any issues.  I don't know if that means there is an issue with dimming commands or that widget.

[bkenobi]

I am back on 403, loaded the 403 config (which I tried before to be accepted by 407)
and all modules show up like they should. I think this prooves that the config as such is not a damaged file.

I have no files in it and once I do a sudo rm-rf /usr/local/bin/homegenie they should be gone annyway. After the next installation of HG the behavior is the same. If I am not wrong there were some rights issues after a certain version of HG with files in that directory

Jens is right, there seems to be a problem with restoring configs.  I had an issue with some code not responding, so I tried to toggle the X10 interface.  After restoring it, all modules were set to unconfigured.  I tried to restore settings, but had issues so I uninstalled and reinstalled r407.  I then tried to restore a working config from r403 but the config resulted in a broken setup.  I tried this multiple times and one time I ended up with all of my modules but all unconfigured.  The second time resulted in the default dashboard and hue lights.  I haven't tried installing r403 yet, but that will be my next attempt which should work.

[Gene]

Hi Ben and Jens,

can you try modifying the "Brighten 100%" and "Level Memory" programs by adding a

Code: [Select]

Pause(.2);

right before setting the new level in the code to run.

I'm trying to upload r408 that fixes the backup restore problem, but I'm currently experiencing problems with my internet connection...

Cheers,
g.

[bkenobi]

I will once I get a setup restored.  I tried r403 and it didn't work either.  I'm not sure why this is an issue since I installed both manually before and both required using a restore.

[Jens]

Hi Gene,

i added the code for the bright 100%, but could not do it for level, there I am getting the error

Line 2, Column 6 (Code to Run):
    `HomeGenie.Automation.Scripting.EventsHelper.ModuleParameterChange(System.Func)' is obsolete: `use 'ModuleParameterChanged' instead'


I am on R403 and the level program indicator was green before the change, but I guess the error message is not because of the added Pause statement.

Within this thread on pg11/reply156 dimmer was working perfect


Jens

[Jens]

Some observations on 408

- config from 403 was accepted and up to know seems to be reboot save
- parameters were just shown once by selecting the 3bars icon
- x10 dimmer is working by changing the level program as posted earlier to ...changed as shown in the compile error message
- restart does not restart hg anymore, after waiting 10 minutes a sudo /etc/init.d/homegenie status displays not running, a sudo reboot is a workaround
- openwheather does not update anymore - a api key is now required?
- http://hgipaddress/hg/html/control/bs3/index.html# does not load the bs3 webpage, is this omitted now or should it still work?


Update after testing for a while
- x10 dimmer ist still weired (initially level memory and bright 100% were not ticked on)
- openwheather suddenly started to work

best regards
Jens