HomeGenie Forum

Development => Bug reporting => Topic started by: Gene on April 01, 2014, 01:50:58 PM

Title: TESTING RELEASE
Post by: Gene on April 01, 2014, 01:50:58 PM
Hi all testers!  ;D

This is the place where to report about new testing releases.
r357 is now out with a bunch of fixes and new features:

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

let's play with it for a while and report any bug or suggestion here.

Thanks!
g.
Title: Re: TESTING RELEASE
Post by: badfinger on April 01, 2014, 04:13:58 PM
Hi Gene,
i installed the release 357.....

1. It is very fast. congratulations.

2. manual scheduler entries can't be added.

Corection 16:30 : After several new starts it is possible.

stay tuned

Alex
Title: Re: TESTING RELEASE
Post by: bkenobi on April 01, 2014, 06:21:53 PM
It looks like r357 does not have the X10 activity output like r356.  I had hoped it might have been included with times.

Installed this morning, will report any issues if found!
Title: Re: TESTING RELEASE
Post by: badfinger on April 01, 2014, 07:46:32 PM
Hi Gene,
bad news from here.......

@raspberrypi:~# /etc/init.d/homegenie status
[ ok ] homegenie not running.

 >:(

stay tuned

Alex
Title: Re: TESTING RELEASE
Post by: Gene on April 01, 2014, 08:48:01 PM
could you please provide further details about your configuration (system, devices, mono version)? also it would be useful running hg in a screen session.

g.
Title: Re: TESTING RELEASE
Post by: Jens on April 02, 2014, 07:52:12 AM
Hi Gene,

I can report the following

- Installation runs fine

Bugs so far
- Scheduler keeps on crashing (even with additional Save/Update to compile it again) - was working in 356, assumption is again a link to  HUE which was reproducable in the first release with the new scheduler already. 3 preconfigured hue lights do not cause the trouble, the next 3 have been the root cause.

Errors:
1. Object reference not set to an instance of an object
2. at HomeGenie.Automation.Scheduler.SchedulerService.IsEventActive (System.String cronExpression, System.Collections.Generic.List`1 checkedStack) [0x00000] in :0
3. at HomeGenie.Automation.Scheduler.SchedulerService.IsScheduling (System.String cronExpression) [0x00000] in :0
4. at HomeGenie.Automation.Scripting.SchedulerHelper.IsScheduling (System.String cronExpression) [0x00000] in :0
5. at HomeGenie.Automation.Scripting.ScriptingInstance.m__0 (HomeGenie.Automation.Scripting.ModuleHelper module) [0x00000] in :0
6. at HomeGenie.Automation.Scripting.ModulesManager.Each (System.Func`2 callback) [0x00000] in :0
7. at HomeGenie.Automation.Scripting.ScriptingInstance.RunCode (System.String PROGRAM_OPTIONS_STRING) [0x00000] in :0
8. at HomeGenie.Automation.Scripting.ScriptingInstance.Run (System.String PROGRAM_OPTIONS_STRING) [0x00000] in :0
Program disabled, fix errors first.

-  X10: Turn on light - bulb gets yellow light gets on, turn off light bulb gets grey lights gets off. Change to eg. Analyze page go back to Control bulb is yellow although no x10 command has been sent and in reality the light is still off. First seen with the recent 352 and up builds please see the relevant thread.

Thanks
Cheers
Jens



Title: Re: TESTING RELEASE
Post by: badfinger on April 02, 2014, 08:07:06 AM
Hi Gene,
here the things you want:

1. Raspberry
2. Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4+rpi1)
3. All Updates / Upgrades are made.
4. Now, i only use Z-Wave. (Z-Wave.Me USB Stick C )

If you want to, i can give you access to my system via "teamviewer". This week i'm at home.

regards

Alex
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 01:56:41 PM
Hi Jens,

Quote
- Scheduler keeps on crashing (even with additional Save/Update to compile it again) - was working in 356, assumption is again a link to  HUE which was reproducable in the first release with the new scheduler already. 3 preconfigured hue lights do not cause the trouble, the next 3 have been the root cause.

tell me how did you modify the hue program and if you put any scheduler on/off configuration into hue lights.
I was not able to reproduce the issue with a standard configuration.

Quote
-  X10: Turn on light - bulb gets yellow light gets on, turn off light bulb gets grey lights gets off. Change to eg. Analyze page go back to Control bulb is yellow although no x10 command has been sent and in reality the light is still off. First seen with the recent 352 and up builds please see the relevant thread.

also tried this without having the issue. What browser are you using? Do you see any error in the developer console?

Thanks for reporting.
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 02:00:24 PM
Hi Alex,


4. Now, i only use Z-Wave. (Z-Wave.Me USB Stick C )

If you want to, i can give you access to my system via "teamviewer". This week i'm at home.


If you can reproduce the bug systematically it's best if you launch HG within a screen session as described here:

http://www.homegenie.it/forum/index.php?topic=126.msg536#msg536

so you can copy/paste the error returned when hg stops running.

Thanks!
g.
Title: Re: TESTING RELEASE
Post by: dani on April 02, 2014, 03:18:58 PM
Hi,

Now time appear in the widget jkUtils SunCalc.. Only NaN is write in place. And the refresh time is correct.
The image noon.jpg doesn't appear so.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 03:52:32 PM
Hi Dani,

what Os are you using? What browser?
Thanks for reporting, until this bug is fixed I'm disabling the widget then, and restore Earth Tools and Wundergound.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: badfinger on April 02, 2014, 05:46:52 PM
Hi Gene,
what happens, if you have a write error in the URL. Can this result a crash?

regards

Alex
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 05:54:48 PM
no it won't cause any error.
Thanks for reporting anyway =)
Title: Re: TESTING RELEASE
Post by: badfinger on April 02, 2014, 06:11:43 PM
OK Gene,
here is the error.....

regards

Alex

Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 06:26:01 PM
Well done Alex!! bug found and fixed =)
I'm attacching the fixed dll:

1) stop hg
2) replace the file
3) start hg in a screen session as before

so you can do further testing and confirm it's fixed now.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on April 02, 2014, 08:46:42 PM
Hi Gene,

issue #1 scheduler crash (Scheduled ON/OFF PID35):

- go to configure ...
- Philips Hue Bridge
- edit trigger code
- change value from 5 to 6
- actions -> update

- go to configure
- group room1
- add hue devices
- add in device 4 a scheduler configuration like shown in the screenshot
- scheduler crasher within 20seconds with the errors reported earlier in this thread and indicator goes red

BUT I am not so sure anymore whether this is hue related because if I configure an X10 device with @Sunset/@Sunrise it crashes, too. Please see the second screenshot, showing the values within the scheduler itself.


Issue #2 wrong device status indication

Browser 1, Safari on iPad
Browser 2, Firefox 28.0 Mozilla 12 on Mac

- got to Control
- room1
- x10 light - select "swap status icon" at the right end of the line - how do you name it ?;-)
- device goes on, icon goes yellow
- press the "swap status icon" again
- device goes off, icon goes grey
- select Home
- select Analyze and just wait until the default watts graph is shown
- select Control
- select room1
- x10 light is yellow (the real device is still off)

Instead of using the "swap status" you can use the widget also, I have the feeling it is a 100% reproducable with "swap status" and a little less via widget.
The same happens to Browser 1 and 2.

Did you change something on caching versus R336? I did not try yet different timings between my actions. More or less one after another.

Thanks
Regards
Jens

Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 08:59:42 PM
Ok the problem is that in r357 I changed the name of these events to:

Code: [Select]
@WeatherUnderground.Sunrise
@WeatherUnderground.Sunset

in next public release these will be reverted to @Sunrise and @Sunset as these can be considered system events.
Anyway I also fixed the "Object reference not set to an instance of an object" error that was caused by a not found event name.

Thanks!
g.
Title: Re: TESTING RELEASE
Post by: Jens on April 02, 2014, 09:19:37 PM
Thank you.

Can I help further with the second topic, this is really strange.

I have another scenario

- do the part on iPad (on/off)
- use the Mac
- clear cache
- enter HG IP
- Control
- Room1
- surprise surprise, Light1 is indicated as beeing on although it is off

So it's not local cache or something like that on the device where the procedure is executed.

Cheers
Jens

Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 09:32:58 PM
I'm trying Firefox now and see if I can reproduce the problem.
I've actually been testing with Chrome and IE.

g.
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 09:48:47 PM
Hi Jens,

I just tried with Firefox... not able to reproduce the problem. =/ Unfortunately I do not have an iPad nor a Mac for matching your config.
Any other hint?

g.
Title: Re: TESTING RELEASE
Post by: Jens on April 02, 2014, 10:41:30 PM
Hi Gene

just thinking..... maybe browser and os is not relevant, are you familiar with a wireshark trace, would that help to see what is beeing exchanged between browser and HG?

If so, I would plan this for the coming weekend.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on April 02, 2014, 10:50:54 PM
what's this change about in R345?

MIG: added html memory files caching to WebServiceGateway


This issue is not reproducable with R336, unfortunate I did not use all versions, so can't get any closer. My starting point is always R336 as I used that one for longer.


Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 02, 2014, 11:23:46 PM
Caching only applies to html files.
From r352 and up the way the interface is updated is very different.
It is based on streaming events via http exception made only for the first load.
You can see detail of event messages by activating the developer tools/console in your browser.
So wireshark is not needed I hope =)

g.
Title: Re: TESTING RELEASE
Post by: pmowry911 on April 03, 2014, 02:04:03 AM
On 32bit linux ( Ubuntu 12.04.4 LTS, Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-1ubuntu2.2) ), should I still need to downgrade the Newtonsoft.Json.dll file?  I cannot rename my Z-wave switches or change them to being lights without doing so.  It looks like it changes on the config page, but they are back to default on the control.  This is happening with 357, but perhaps I did not clean up properly.  I just did an apt-get remove.  This is related to a problem reported prior to 351.

I'm keeping everything at 357 for now to see if I have other issues.

I have a macbook pro (OSX 10.9.2) as well as a windows 7 enterprise system available.  if you want me to try and duplicate some of the other reported issues, but z-wave devices are all I have.  Switches, 1 dimmer and a thermostat.

edit: added mono version
Title: Re: TESTING RELEASE
Post by: badfinger on April 03, 2014, 07:52:39 AM
Hi Gene,
since the replacement of the Zwave DLL it works well.
Congratulations!

stay tuned

Alex
Title: Re: TESTING RELEASE
Post by: dani on April 03, 2014, 08:51:05 AM
Hi Gene,
I installed the release 357 on RaspPI.

1 - I got some problems with JkUtils SunCalc WidGet.
Any hours are replaced by "NaN".
The image noon.png is not loaded.
Only the field "Last Updated" is right.

Do I miss something to use the widget.

2 - I have made some test with Fibaro Binary switch.
The status of the switches ON/OFF doesn't change in real time. I have to refresh the page to see the status changed to ON or OFF.


Cheers.
Dani

PS 1 : I verified, the file "non.png" doesn't exist in the folder http://192.168.1.17/hg/html/pages/control/widgets/jkUtils/suncalc/images
Title: Re: TESTING RELEASE
Post by: Gene on April 03, 2014, 11:52:13 AM
Hi mowry,

On 32bit linux ( Ubuntu 12.04.4 LTS, Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-1ubuntu2.2) ), should I still need to downgrade the Newtonsoft.Json.dll file?  I cannot rename my Z-wave switches or change them to being lights without doing so.  It


you have either upgrade to mono 3.x or downgrade Newtonsoft.Json.dll.
With mono 2.x also scripting engines like Python and Ruby may not work properly, so I strongly suggest upgrading mono:

http://stackoverflow.com/questions/13365158/installing-mono-3-x-3-0-x-and-or-3-2-x

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 03, 2014, 11:55:37 AM
2 - I have made some test with Fibaro Binary switch.
The status of the switches ON/OFF doesn't change in real time. I have to refresh the page to see the status changed to ON or OFF.


are you using a Mac as a client?
Can you look at the javascript console and see if you notice any error?
See this other post:

http://www.homegenie.it/forum/index.php?topic=129.msg623#msg623

g.
Title: Re: TESTING RELEASE
Post by: dani on April 03, 2014, 07:44:50 PM
Hi Gene,

I am using Google Chrome under Linux Debian as client.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Jens on April 03, 2014, 09:10:26 PM
Hi Gene

i did the procedure again on/off chang to home analyze back to control
I cannot attach the snapshot from ipad so i try to describe best

- control
- room1 expands
- bulb is grey as it should be
- waiting indicator pops up (rotating circle)
- bulb gets yellow but should not

in debug i get

java script protocol in line 6251 ... event ...X10 A1... value

I do get this for 8 devices, but I have a lot more configured
a5 which is the bulb under test does not show up in the debug console
a1 and a10 do

if I make the test with a12 which does not show up either I have the same strange behaviour as with a5


sorry for typos sending from ipad

cheers
jens
Title: Re: TESTING RELEASE
Post by: bkenobi on April 03, 2014, 09:53:21 PM
Would it be possible to add the X10 input/output and a time it occurs back into the next test version?  I'd like to spend some more time with the x10 timing like I was with r356.
Title: Re: TESTING RELEASE
Post by: Gene on April 03, 2014, 10:41:58 PM
Hi Ben,

replace the XTenLib.dll with this one.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 03, 2014, 10:55:31 PM
Awesome, thanks!
Title: Re: TESTING RELEASE
Post by: bkenobi on April 04, 2014, 05:07:47 AM
It looks like the code outputs the same as r356 which is great.  I looked at the code and found a few couple locations that wrote data out in XTenManager.cs and added a time stamp output to them which seemed to work ok.  I was wondering if it would be possible to add this same type of code to the version you used to build the XTenLib.dll from earlier today?

This is what I added:
Code: [Select]
DateTime Timestamp = DateTime.Now;
string date = Timestamp.ToLocalTime().ToString("yyyy-MM-ddTHH:mm:ss.fffffffzzz");
string logentrytxt = date + " " + ">>>>> " + Transceiver.ByteArrayToString(msg);
Console.WriteLine(logentrytxt);

This correctly outputs:
Quote
2014-04-03T19:58:21.5543550-07:00       >>>>>OUT C3

Obviously, this won't output all data that comes in/goes out.  It's pretty close, but would be nice if the data could be added to this data prefix.  I'll work with what I have here for now and hope you can provide a little more help.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 04, 2014, 05:39:34 AM
I tried using the same XTenLib.dll with HG sending the commands and it actually output more data.  When I send an X10 PLC from ActiveHome Pro, HG sees:
Code: [Select]
2014-04-03T20:08:32.1387840-07:00       >>>>>OUT C3
2014-04-03T20:08:32.5046660-07:00       HomeAutomation.X10      B6      -      Status.Level     1
2014-04-03T20:08:32.6442390-07:00       >>>>>OUT C3
2014-04-03T20:08:33.1495130-07:00       >>>>>OUT C3
2014-04-03T20:08:33.3617300-07:00       HomeAutomation.X10      A6      -      Status.Level     1
2014-04-03T20:08:33.6551680-07:00       >>>>>OUT C3

However, if I use HG as the switch->light controller:
Code: [Select]
2014-04-03T20:15:33.3295930-07:00       >>>>>OUT C3
2014-04-03T20:15:33.7463570-07:00       HomeAutomation.X10      B6      -      Status.Level     1
2014-04-03T20:15:33.8352980-07:00       >>>>>OUT C3
2014-04-03T20:15:33.9490800-07:00       HomeAutomation.X10      A6      -      Status.Level     1
2014-04-03T20:15:34.3407120-07:00       >>>>>OUT 04 69
2014-04-03T20:15:34.8458870-07:00       >>>>>OUT 06 62

The time for AHP to see and then respond to a command appears to be 1.223 to 1.234 seconds (not including the time for the initial transmission from the switch to AHP).  The time for HG appears to be 1.011 seconds consistently.  HOWEVER, this is does not include the time for PLC from the switch to HG or from HG to the light.  I think I'm understanding this correctly.  If so, AHP takes 1.3s + 0.7s = 2 seconds for this action.  HG takes 1.4s + 1.0s = 2.4s.  But, I'm seeing a bit longer so I guess this measurement isn't perfect.
Title: Re: TESTING RELEASE
Post by: Jens on April 04, 2014, 07:13:59 AM
Hi Gene,

now from Firefox, I get these event streams

GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588220173 [HTTP/1.1 200 OK 10ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10030ms]
"event:{"Timestamp":"2014-04-04T05:10:22.21567Z","Domain":"HomeAutomation.PhilipsHue","Source":"1","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222215.67}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.31639Z","Domain":"HomeAutomation.PhilipsHue","Source":"2","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222316.39}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.417083Z","Domain":"HomeAutomation.PhilipsHue","Source":"3","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222417.083}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.518467Z","Domain":"HomeAutomation.PhilipsHue","Source":"4","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222518.467}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.619089Z","Domain":"HomeAutomation.PhilipsHue","Source":"5","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222619.0891}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.719761Z","Domain":"HomeAutomation.PhilipsHue","Source":"6","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222719.761}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.820577Z","Domain":"HomeAutomation.X10","Source":"A1","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222820.5769}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:22.921279Z","Domain":"HomeAutomation.X10","Source":"A10","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588222921.2791}" index.html:6253
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588230172 [HTTP/1.1 200 OK 461ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10022ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588240173 [HTTP/1.1 200 OK 10ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10022ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588250173 [HTTP/1.1 200 OK 10ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10068ms]
"event:{"Timestamp":"2014-04-04T05:10:53.022439Z","Domain":"HomeAutomation.PhilipsHue","Source":"1","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253022.439}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.123108Z","Domain":"HomeAutomation.PhilipsHue","Source":"2","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253123.1079}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.223851Z","Domain":"HomeAutomation.PhilipsHue","Source":"3","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253223.8511}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.32454Z","Domain":"HomeAutomation.PhilipsHue","Source":"4","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253324.54}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.425255Z","Domain":"HomeAutomation.PhilipsHue","Source":"5","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253425.2549}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.526775Z","Domain":"HomeAutomation.PhilipsHue","Source":"6","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253526.7749}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.627626Z","Domain":"HomeAutomation.X10","Source":"A1","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253627.626}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:10:53.728697Z","Domain":"HomeAutomation.X10","Source":"A10","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396588253728.697}" index.html:6253
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588260172 [HTTP/1.1 200 OK 11ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10023ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396588270172 [HTTP/1.1 200 OK 15ms]


It's the same than on iPad (and A5 is "yellow" and should not). I changed A5 to include a VM Value, as far as I can see this was the trigger to have A5 part of these events.

After going from Analyze to Control I have A5 grey (which is correct), the rotating waiting indicator pops up, I get these events

Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589369887.333}" index.html:6253
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396589370357 [HTTP/1.1 200 OK 10ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Statistics/Global.TimeRange// [HTTP/1.1 200 OK 315ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Statistics/Global.CounterTotal//Meter.Watts [HTTP/1.1 200 OK 969ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Statistics/Parameter.StatsHour/Meter.Watts// [HTTP/1.1 200 OK 3878ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10257ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Statistics/Parameter.Counter/Meter.Watts// [HTTP/1.1 200 OK 1129ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396589380622 [HTTP/1.1 200 OK 10ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Automation/Macro.GetDelay/ [HTTP/1.1 200 OK 9ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Automation/Programs.List/1396589383394 [HTTP/1.1 200 OK 324ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Groups.List/Control/1396589385157 [HTTP/1.1 200 OK 403ms]
POST http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Modules.List/1396589386234 [HTTP/1.1 200 OK 1075ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Automation/Programs.List/1396589387961 [HTTP/1.1 200 OK 199ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396589390220 [HTTP/1.1 200 OK 9ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10023ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Config/Interfaces.List/1396589400144 [HTTP/1.1 200 OK 10ms]
GET http://192.168.2.20/api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ [HTTP/1.1 200 OK 10033ms]
"event:{"Timestamp":"2014-04-04T05:30:00.223233Z","Domain":"HomeAutomation.PhilipsHue","Source":"1","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400223.2329}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.323913Z","Domain":"HomeAutomation.PhilipsHue","Source":"2","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400323.9131}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.424609Z","Domain":"HomeAutomation.PhilipsHue","Source":"3","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400424.6089}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.525271Z","Domain":"HomeAutomation.PhilipsHue","Source":"4","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400525.271}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.62592Z","Domain":"HomeAutomation.PhilipsHue","Source":"5","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400625.92}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.72662Z","Domain":"HomeAutomation.PhilipsHue","Source":"6","Description":"","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400726.62}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.827354Z","Domain":"HomeAutomation.X10","Source":"A1","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589400827.354}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:00.928079Z","Domain":"HomeAutomation.X10","Source":"A5","Description":"X10 Module","Property":"Meter.Watts","Value":"40","UnixTimestamp":1396589400928.0791}" index.html:6253
"event:{"Timestamp":"2014-04-04T05:30:01.028738Z","Domain":"HomeAutomation.X10","Source":"A10","Description":"X10 Module","Property":"Meter.Watts","Value":"0","UnixTimestamp":1396589401028.738}"

and A5 is "yellow " :-( but in reality still off.

Does it help?

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Jens on April 04, 2014, 07:48:21 AM
if I query /api/HomeAutomation.HomeGenie/Config/Modules.List/

I get for A5 the wrong value (so I think this is an independent issue from the browser/os)

{
           "Name": "Status.Level",
           "Description": "",
           "Value": "1",
           "UpdateTime": "2014-04-04 05:29:15Z",
           "ValueIncrement": "1",
           "LastValue": "0",
           "LastUpdateTime": "2014-04-04 05:29:15Z"

... and there's 2hrs difference (UTC?)

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 04, 2014, 12:26:49 PM
Hi Ben,

It looks like the code outputs the same as r356 which is great.  I looked at the code and found a few couple locations that wrote

I actually changed it a little bit. Perhaps in the future I'll add common logging to the whole project, for now it's best if you change it to suite your tests.

x10 input:
https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L374

x10 output:
https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L649

and I'll also add a line after the Monitor.Enter:

https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L652

If you cannot compile the code yourself send me these lines, I'll compile it for you.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 04, 2014, 12:33:02 PM
Hi Jens,

there must be some automation option/feature or program that is controlling A5.
Check the configuration.

g.
Title: Re: TESTING RELEASE
Post by: Gene on April 04, 2014, 01:59:04 PM
Hi Jens,

perhaps I found the problem. Are you using the "toggle" button to switch lights on/off?
There's actually a bug with the toggle functionality.
If so, try using the ON/OFF buttons istead. Tell me if that was the bug.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: pmowry911 on April 04, 2014, 05:37:25 PM
Hi Jens,

perhaps I found the problem. Are you using the "toggle" button to switch lights on/off?
There's actually a bug with the toggle functionality.
If so, try using the ON/OFF buttons istead. Tell me if that was the bug.

Cheers,
g.

Would this toggle bug happen to be the action happening twice?  If a light is on and I hit the toggle button it will turn off and back on, and vice versa.  This is the only bug I'm seeing after upgrading to 358 and mono to 3.2 (thanks again for the support and great application).
Title: Re: TESTING RELEASE
Post by: Gene on April 04, 2014, 06:40:32 PM
yes pmowry, toggle funcionality will be like performing twice when used in conjuction with any feature that changes the level (eg. level memory or energy saving mode).

g.



Title: Re: TESTING RELEASE
Post by: Gene on April 04, 2014, 07:49:22 PM
An update that fixes the issue can be downloaded here:

http://sourceforge.net/projects/homegenie/files/_updates/HomeGenie_1_00_beta_r358_359_update.zip/download

It can be automatically updated from Maintenance menu too, but it needs disabling logging before updating, due to a bug in the logger shutdown procedure (fixed also in this update).

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: pmowry911 on April 04, 2014, 08:34:05 PM
An update that fixes the issue can be downloaded here:


You fix things to fast ;)  and thank you..

-Patrick
Title: Re: TESTING RELEASE
Post by: Jens on April 04, 2014, 09:36:16 PM
Hi Gene,

yes, I use the toggle button and ON/OFF. Just tried it now several times, if I only use ON/OFF the problem does not show up, if I use once toggle, the problem also shows up with ON/OFF afterwards.

I will try your fix by tomorrow

Thanks a lot
Cheers
Jens

Title: Re: TESTING RELEASE
Post by: Jens on April 05, 2014, 06:59:39 PM
Hi Gene,

thanks you, you fixed it. 360 so far w/o any problems.

Since UPNP was disabled the 357 was not crashing anymore now for several days (until I updated today to 360)

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: dani on April 05, 2014, 10:54:17 PM
Hi Gene,

I unstalled r360 now but same problem for the status in Control mode.
The java script console says that one file is missing (Error 404).
The file is fr.lingo.json.
And this file is not in the folder /hg/html/locales/.

In this release JkUtils SunCalc doesn't work anymore same as r357.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Jens on April 07, 2014, 06:53:11 PM
HG now to fast :-) ?

Hi Gene,

I use Infrared Commands forwarding from one Box to the main Box

Programm Instructions are

HomeGenie Automation do LIGHTSON Room1

Room1 has 1 X10 device and 5 HUE devices

nearly always the last hue device is not turned on

and I have to issue the command again.

First showed up in R360 (before all lights were turned on but it took longer)

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 07, 2014, 09:08:40 PM
Does the light actually turn on and just the control panel it is not updated?
If the light do not turn on at all, try increasing the delay in the Automation->Scenes->GroupsOn program:

Code: [Select]
Modules
  .InGroup( PROGRAM_OPTIONS_STRING )
  .OfDeviceType("Light,Dimmer")
  .IterationDelay(0.25) // <--- 250ms pause, try increasing it to eg. 350ms (0.35)
  .On();

If the light turn on and just the status in the control panel it is not updated, try to look at the debug info in the browser console and see if the event is missing from there.

g.
Title: Re: TESTING RELEASE
Post by: Jens on April 08, 2014, 09:52:42 AM
HI Gene,

thanks for the tip, increasing the delay fixed it (the light was not turning on)

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 09, 2014, 10:56:23 PM
Hello Beta Testers  :)

a new testing release is available:

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

please read the change log for testing new features and fixes.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 10, 2014, 06:21:40 AM
I updated and found a few issues with programs not being usable.  When I went through the list of automation items, I tried to disable all items I don't need for testing.  There were several items that had red icons that were either green or yellow before.  I can disable them but they turn purple which means they are broken I believe.  The ones I found were:



I don't use these, but I tried to figure what was wrong with a couple but couldn't figure it out.

Also, I tried my 2 part X10 speed test using a stop watch.  The fastest time was right at 2 seconds.  The slowest was closer to 3 though.  I'm not sure why it would vary since I'm not running anything special on this system yet.
Title: Re: TESTING RELEASE
Post by: Gene on April 10, 2014, 12:27:54 PM
Hi Ben,

please upgrade using this procedure:

1) sudo dpkg --remove homegenie
2) sudo gdebi homegenie-beta_1.00.362_all.deb

also refresh the home page the first time you load it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 10, 2014, 02:35:58 PM
Will do.  For reference, I started from a fresh image of r360.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 10, 2014, 03:34:44 PM
1) sudo dpkg --remove homegenie
2) sudo gdebi homegenie-beta_1.00.362_all.deb
3) restore backup image saved several versions ago

I tried a factory reset to see if using the image was the issue.  It did not fix things, so either the backup was not completely removed or it's an issue somewhere else.
Title: Re: TESTING RELEASE
Post by: Gene on April 11, 2014, 01:03:09 AM
Hi Ben,

I need more info about the issue you reported since I am not able to reproduce.
I suspect it's something related to the bakcup restore. Probably if you do not restore a backup after r362 install, there won't be any issue.

In the meanwhile attacched to this message there is a patch that adds event logs to HG. This is a work in progress so any suggestion is welcome.
I think you'll like it, I remember you asking for such feature.
It's just html files but since HG has got some caching mechanism it can takes up to 10 minutes to see the new UI without a restart.
Click the upper right led to enter the event log.




Title: Re: TESTING RELEASE
Post by: bkenobi on April 11, 2014, 03:15:51 AM
I tried installing HG 362 again without restoring the backup and programs work correctly again.  There must be something in the backup files causing issues.  I don't have much in my test setup, so I'll just import programs and set up from scratch.

I installed the log tool, but haven't figured out where to find it yet.  I believe you are suggesting that I just click the X icon in the upper right corner where the update arrow appears.  So far, that doesn't do anything so I will keep looking.  I also tried clicking the led on the group but that also did nothing for me.  For reference, I'm using FireFox on Win7.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 11, 2014, 03:35:28 AM
Is there a direct link to the log so I can at least take a look at it?
Title: Re: TESTING RELEASE
Post by: bkenobi on April 11, 2014, 05:17:44 AM
I found that I could manually navigate to the log page, but it was empty. 

http://192.168.0.200/hg/html/pages/events/main.html (http://192.168.0.200/hg/html/pages/events/main.html)

I'm using a little imagination here since the formatting is rough and the page was empty of events.  However, based on the titles and the text boxes, I'm envisioning that you will be listing all kinds of events with sufficient detail to see what's going on.  And, the text boxes are presumably for filtering on the fly.  I'm looking forward to seeing a functioning version!
Title: Re: TESTING RELEASE
Post by: bkenobi on April 11, 2014, 08:03:35 AM
One comment on the new version with my 2 X10 command test.  I found that it could be very quick or somewhat slow.  I'm not sure why, but sometimes the light turned on in what appeared to be less than 2 seconds (good), but a few times it seemed to take closer to 3 seconds (bad).  I did have the web interface running on the laptop, so perhaps that caused lag?  I didn't have the logging XTenLib.dll setup for this, so I don't know what could be going on to slow things down.  In previous testing I was pretty consistently between 2.1 and 2.3 seconds).
Title: Re: TESTING RELEASE
Post by: Gene on April 11, 2014, 10:08:00 PM
Hello,

the week is over and I hopefully got a new release with lot of fixes and things making hg a more reliable product.
Most notably updates regard the automation section and the automation engine itself.
For those who will read this in the next hours and want to test, you are still in time to report a bug before I submit the packages from testing to the release folder (tomorrow) =)

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

Thanks!
g.

Title: Re: TESTING RELEASE
Post by: bkenobi on April 12, 2014, 05:22:20 AM
I haven't found anything wrong with r363 so far.   ;D

The one thing I'd recommend about the activity log right now is to include the date with the time stamp.  I haven't used it enough to give more feedback, but it will be very useful from the looks of it!
Title: Re: TESTING RELEASE
Post by: bkenobi on April 12, 2014, 07:47:26 AM
I just realized that the activity monitor currently only shows actions from while you are looking at the viewer (or perhaps while web interface is open).  Either way, it's empty when I load the browser and starts showing activity a few seconds later.  It is useful this way, but would be MUCH more useful to be able to see historic activity.

For instance, if I notice a motion activated light turned on, I'd like to know what sensor turned it on and when.  As is, I have to keep the web browser open at all times if I want to keep an activity log going.

The other thing is that I'm seeing a lot of instances of "Program.Status" "HomeAutomation.HomeGenie.Automation" which doesn't mean a lot to me.  I know there's the source field which could indicate what code is running, but to me it's useless as I don't know what "35" is.  Perhaps I could find out by searching the automation items, but it would be more useful if it indicated something more human readable as well/instead.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 12, 2014, 05:23:05 PM
Another thought I just had was that it would be nice if the name given to a module could be displayed.  When I create a module, I give it a name that HG can use in scripts and whatnot (entry lights, garage motion, etc.), might as well show that in the log.

And since I'm giving a wish list at this point, maybe a more advanced filter system.  Having any filter is far better than what AHP offers, but I was thinking of date/time and even combinations of fields or multiple items in a field.

I know the activity log is early, so these are just suggestions.  You asked for them after all. ;D
Title: Re: TESTING RELEASE
Post by: Gene on April 12, 2014, 05:49:20 PM
I Ben,

thanks for reporting. I'm also missing all these things you suggested and as you said, this is just the early draft setup of the event log functionality.
Testing I found some issues about the program code editor. These are fixed in r364 (that is uploading as a release right now).
Unfortunately I caught another issue after bundling r364 =/ =)
It is about restoring a configuration with no user's program in it. The web browser will keep displaying the waiting circle due to a minor javascript error. That's now fixed but it will be placed in the next release.

Title: Re: TESTING RELEASE
Post by: badfinger on April 12, 2014, 05:57:57 PM
Hi Gene,
i'm missing the promised "shutter slider" or "shutter modul" in rel 364
In Z-Wave i only see this.....


regards

Alex

Title: Re: TESTING RELEASE
Post by: Gene on April 12, 2014, 06:04:36 PM
Hi Alex,

dunno why your list is displaying those strange names. I suppose because of some localization issue.
Anyway, it should be the one after the Thermostat.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: badfinger on April 13, 2014, 11:04:40 AM
Hi Gene,
ok, i try to use the item after "Thermostat". But it has the following erreors.

1. It has no options eg scheduler, poll, .....

2. The buttons are inverted. Press "close" will open and "open" will close the shutter.

regards

Alex

PS: This is installed from scratch with the new raspi 364 image!
Title: Re: TESTING RELEASE
Post by: Gene on April 13, 2014, 12:32:53 PM
Hi Alex,

thanks for reporting, these will be fixed soon.
In the meantime you can add missing options to shutter type, by editing automation programs.
For example, in the Scenes->Schedule On/Off program, you can edit the trigger code and add Shutter type to the
Program.AddFeature instruction:

Code: [Select]
Program.AddFeature("Light,Dimmer,Switch,Shutter", "HomeGenie.ScheduleControl", "Control device on a given schedule");

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on April 13, 2014, 08:43:48 PM
For X10 shutters the buttons are not inverted, close really is close and vice versa.

But on a tablet device the slider is not really usable. For Dimmers it is fine but with the shutter
you get quite easy "jumping values" which make the shutter go "crazy".

May I suggest to change the UI this way:
- change a percentage value with the slider
- Press SET and then the changes are sent via X10/ZWAVE Command

Thanks for consideration
Regards
Jens




Title: Re: TESTING RELEASE
Post by: Gene on April 13, 2014, 08:49:56 PM
Hi Jens,

as a non-shutters user =) thanks to you for suggesting this.
But now I am a bit confused. Are Z-Wave commands inverted or it's just the same as X10?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on April 13, 2014, 08:59:29 PM
Hi Gene,

I cannot comment on ZWAVE (not in use at all), just wanted to state that X10 is not inverted.

So if there's a bug it must be only for ZWAVE devices as badfinger wrote.

Regards
Jens


Title: Re: TESTING RELEASE
Post by: badfinger on April 13, 2014, 10:40:55 PM
Hi Gene,
when i use the "Dimmer" function "ON" means the shutter is open and "OFF" was a closed shutter.
When i use the "Shutter" function it seems exactely opposite. When i press "CLOSE" it opens the shutter and when i press "OPEN" its closing. This is only for ZWave !!!!

regards

Alex
 
Title: Re: TESTING RELEASE
Post by: Gene on April 13, 2014, 10:58:28 PM
Hi Alex,

let's review this once more: if you press the ON button of the Dimmer widget the shutter does CLOSE, if you press the OFF button the shutter does OPEN.
Do you confirm that? =D
So I can go ahead and fix the shutter widget.
I will also apply suggestions from Jens.

g.
Title: Re: TESTING RELEASE
Post by: badfinger on April 13, 2014, 11:32:24 PM
Hi Gene,
i agree.......

regards

Alex
Title: Re: TESTING RELEASE
Post by: Gene on April 18, 2014, 12:55:40 PM
Hi guys,

attached to this message a patch that will update dimmer and shutter widgets.
Let me know your thoughts about these.
Also go to Automation->Scenes and edit the Scheduled ON/OFF program by changing line 4-6 of the Trigger Code as follow:

Code: [Select]
Program.AddFeature("Light,Dimmer,Switch,Shutter", "HomeGenie.ScheduleControl", "Control device on a given schedule");
Program.AddFeatureTextInput("Light,Dimmer,Switch,Shutter", "HomeGenie.ScheduleOn", "Turn On (enter scheduler expression)");
Program.AddFeatureTextInput("Light,Dimmer,Switch,Shutter", "HomeGenie.ScheduleOff", "Turn Off (enter scheduler expression)");

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: badfinger on April 18, 2014, 03:24:35 PM
Hi Gene,
done. Great....congratulations.......my shutter works now perfect.

regards

Alex
Title: Re: TESTING RELEASE
Post by: nolio on April 18, 2014, 09:48:57 PM
Hi,
The status "open"/"close" is good now.

The "Scheduled ON/OFF" appear but not the two value :
But i can see the "Control device on a given schedule".

Bye

PS : The windows phone app don't permit to do action : open/close
Title: Re: TESTING RELEASE
Post by: Gene on April 18, 2014, 11:53:03 PM
LoL.. nolio just forgot two lines of code. See the above message again, I added them.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: nolio on April 19, 2014, 07:32:22 AM
Hi Gene,
Oki good ! Thanks.
Bye
Title: Re: TESTING RELEASE
Post by: Jens on April 19, 2014, 10:36:18 AM
Hi Gene,

the UI looks really good, but the shutter dim function still does not work as expected on X10.

I am using the marmitek SW 12 module, the manual you can find here:

http://www.marmitek.com/de/produkt-details/home-automation-security/haus-automatisierung/micromodules/sw12.php (http://www.marmitek.com/de/produkt-details/home-automation-security/haus-automatisierung/micromodules/sw12.php)

Within the manual they say:
The unit will respond to X-10 power line commands sent in ?Standard? and ?Extended? format.
The unit responds to ?Standard? X-10 messages ?Address On? , ?Address Off? , BRIGHT and DIM .
?ON? fully opens the blind and ?OFF? fully closes it.

BRIGHT and DIM can be used to set the blind to any position. The action is identical to that which occurs when the UP and DOWN keys are pressed. Bright is equivalent to UP and DIM is
equivalent to DOWN.


The unit will also respond to ?Extended? code1 X-10 messages of Type = 0. Using these commands enables the unit to remotely set the blind to any desired position using a suitable controller and fully automate the blinds in the house, apartment or office. Extended code messages can be sent to the SW12 using a CM15PRO Computer Interface for example.

Within manual control they write:
You can control the blind in 2 different ways:
- Press and hold down the key until the blind reaches the desired position.

I am not sure, does that mean you have to send the DIM Command for a certain period (like pressing and holding the down key) ?

Within the SW10 manual they say:

The switch will respond to the following commands: ON: fully open, OFF: fully closed,
DIM : 4 % up, BRIGHT: 4 % down.

Which I would understand the way, that each DIM command opens the blinds by 4% and BRIGHT closes them by 4%.

If I use your current widget, I can close the blinds to approx. 20% of window hight only.

About extended commands I found this how it should work:
http://developer.telldus.com/attachment/ticket/124/X10%20xtdcode.pdf (http://developer.telldus.com/attachment/ticket/124/X10%20xtdcode.pdf)

TYPE = 0 Shutters and Sunshades
DATA COMMAND
TYPE FUNCT.
128 64 32 16 8 4 2 1 8 4 2 1 8 4 2 1
x x x D D D D D 0 0 0 0 0 0 0 1 Open Shutter to amount in
Data Field. Enable Sun
Protection.
(0 = closed, 25=fully open)

How is your implementation? Do you issue several commands, e.g. widget set to 50% means 50/4=12 BRIGHT commands in a row?

Thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 19, 2014, 02:20:47 PM
Hi Jens,

I believe we actually found a bug in dim/bright commands sent by HG =)
This is not noticeable when using lights, but as you reported it's being a problem with shutters.

When you go bright up to 100% does the shutter open to its max level? So, is the problem only with dimming to the minimum level?

I'll try to fix XTenLib and send you a fixed version for testing. I don't have any way of getting a precise feedback with lights, so you are the only who can help debugging this using shutter.

I'll send the new XtenLib for testing later on today in this thread.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on April 19, 2014, 07:22:25 PM
Hi Gene,

sometimes the shutter does not even move and I have o push open to start again.

What I found in regards to the extended code to be used with mochad is this one:

Shutters
Shutters can be controlled via extended commands.
You can open a shutter in steps from 0-25 (0 -> close 25 -> fully open).
Open shutter half way:
pl J2 extended_code_1 0 2 12

25 steps  with the 4% posted earlier which I found in the marmitek description would end up to a hundred.
Maybe you divide the widget value by four and send it via the extended command shown above?

If I have time over the weekend i will try with mochad.

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on April 19, 2014, 07:55:19 PM
Hi Jens,

XTenLib do not implement extended codes. I'll see if I can do something about it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 19, 2014, 08:40:07 PM
Hi Jens,

seems like CM15Pro only supports Extended Code 1 Type 3 (Control Modules) as stated here:

http://www.marmitek.com/de/download/manuals/cm15pro/115/0 (http://www.marmitek.com/de/download/manuals/cm15pro/115/0)

Sunshades and Shutters belong to Extended Code 1 Type 0.

http://www.linuxha.com/athome/common/x10.xtc797.txt (http://www.linuxha.com/athome/common/x10.xtc797.txt)

Let me know about your tests with mochad, pheraps there is an undocumented way to implement Type 0 with CM15Pro.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 19, 2014, 08:48:48 PM
Ok never mind, CM15Pro supports:

Extended Code 1 Type 0 (Sunshades and Shutters)
Extended Code 1 Type 3 (Control Modules)

only for receiving it just support Type 3.

So I'll see what I can do, whenever I'll have some time to work on this. If you can get some output debug from mochad that could also help.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 19, 2014, 09:03:59 PM
If you implement extended codes, please keep in mind that if 2 or more are sent in less than some defined time, it will cause some chime modules to turn into sirens that can only be turned off by unplugging/power cycling. I Don't have any extended code compatible devices, but if HG did send multiple extended codes, my chime could be hard to use.
Title: Re: TESTING RELEASE
Post by: Gene on April 19, 2014, 11:21:16 PM
Well if I implement this, I'll let the user choose what kind of commands to perform on a module from a module setup page (like the setup page that is enabled for z-wave modules).
The problem is that I can only test this for lights (LM12).

g.
Title: Re: TESTING RELEASE
Post by: Jens on April 20, 2014, 07:16:57 PM
Hi Gene,

I tested today the SW12 using mochad and it works perfect.

commands tested in this sequence

pi@raspberrypi ~ $ echo "pl p16 extended_code_1 0 1 25" | nc localhost 1099
04/20 18:57:35 Tx PL HouseUnit: P16 Func: Ext code 1, data, control Data: 19 Command: 01
pi@raspberrypi ~ $ echo "pl p16 extended_code_1 0 1 15" | nc localhost 1099
04/20 19:01:10 Tx PL HouseUnit: P16 Func: Ext code 1, data, control Data: 0F Command: 01
pi@raspberrypi ~ $ echo "pl p16 extended_code_1 0 1 0" | nc localhost 1099
04/20 19:01:46 Tx PL HouseUnit: P16 Func: Ext code 1, data, control Data: 00 Command: 01
pi@raspberrypi ~ $ echo "pl p16 extended_code_1 0 1 25" | nc localhost 1099
04/20 19:03:22 Tx PL HouseUnit: P16 Func: Ext code 1, data, control Data: 19 Command: 01

25 is fully opened and 0 is fully closed as posted earlier, so knob_value/4=value to be send.

Please find attached the command and the output of mochad according to the command.

Would be great to enhance HG shutter functionality by this.

Many thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: RichieC on April 21, 2014, 12:27:35 AM
I have just updated to r366 and it appears that my X10 dimmers don't work correctly anymore...

In the Control screen their names just appear as "loading..." and the smart lights scenes that i have controlling them from Z-Wave motion sensors don't work anymore.
If i change the module type of the X10 dimmers to normal light swiches they work fine!

Seems like something is broken with X10 Dimmers?

Rich
Title: Re: TESTING RELEASE
Post by: bkenobi on April 21, 2014, 12:33:46 AM
I updated via the web UI to r366 and everything shows up as "undefined" now.  I tried restoring from my last backup and it still shows the same.  I Tried deleting the modules and recreating them but when I select "add module", the list is empty.

I was going to just download r366 and install manually via the gdebi, but I'm not seeing the installer.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 21, 2014, 11:19:14 PM
Can you upload a r366 debian image so I can just install that straight away?  I've somehow broken my setup and was hoping to just uninstall all HG install and start again from a known working config.

1) sudo dpkg --remove homegenie
2) sudo gdebi homegenie-beta_1.00.366_all.deb
3) restore backup image saved several versions ago

Maybe I'll have to skip step 3 and setup from scratch again.  I can't get r366 working no matter how I try to get there, so I'm hoping to get a ready-to-go installation.
Title: Re: TESTING RELEASE
Post by: Gene on April 21, 2014, 11:35:27 PM
I'll upload a new testing release tomorrow. I'm currently stressing the new XTenLib to ensure that everything is ok.
It will be included in the testing release as well so you can test.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 21, 2014, 11:37:18 PM
Sounds good!
Title: Re: TESTING RELEASE
Post by: Gene on April 22, 2014, 12:11:23 AM
Well Ben,

in this very moment here is already tomorrow  ;D
So I packed up the r367 deb package:

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

There are lot of debug messages in XTenLib, I will remove these after testing.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 22, 2014, 12:13:49 AM
Tomorrow came early!  I'll test this tonight.
Title: Re: TESTING RELEASE
Post by: Gene on April 22, 2014, 01:20:09 PM
Hey Ben,

I replace r367 deb with a new one with better debugging. I will leave this always active from now on.
Also fixed:
- a bug when changing house codes, it was not updating modules list
- better handling of interface disconnect/reconnect

This is going to be the candidate for next public release.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 22, 2014, 06:48:31 PM
I must have downloaded the image before the update.  When I look at the debug log I'm not getting anything more than the normal MIG activity (program activity, module status change, etc).  I did not see any X10 debug messages like you are showing in the attached image.

I did some testing and it looks like the HG interface runs much faster in regards to my little test C#.  The time for HG to process a command was up to 1 second before (time between when switch status changed and the light status changed).  When I ran r367 last night, the delta time was as little as 0.001 seconds though I did see at least one time where it was 0.3 seconds so it must depend on other things going on within HG at the time.  This represents the time between HG seeing an X10 command and when HG sends out the response.  Ideally, this would be 0.0 seconds, but 0.001s is probably close enough  ;)

I did notice that it was not possible to set up any advanced features on any of my modules.  When I selected "Add module" and selected the X10 address the only options are name, type, and energy usage.  I'll update to r367(new) tonight to see if this was just a fluke.
Title: Re: TESTING RELEASE
Post by: Jens on April 23, 2014, 08:13:10 AM
Hi Gene,

Feedback on R368:

adding modules (tested with shutter) gives a failure "Error saving modules!", see attached.

Pressing okay results in the rotating wait indicator.

It works most of the time with a second try.

This came up first after applying the html_r366.zip patch to r364 but I did not pay attention,
because I thought this was just due to the patch mechanism as such and I did not try further.

BTW, do you expect a different behaviour with shutters? The extended code is not in use yet - right?

Thanks
Jens


Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 03:01:14 PM
Hi Jens,

thanks for reporting, this is a known issue.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 03:05:25 PM
Hi X10 guys,

I've been working on XTenLib in the last two days.
Now I've completed the work so wondering if some of you can test it and report back.
It's the maximum speed I could achieve and I can say it's pretty faaaast. I can't think of optimizing it more than this.
I'm attacching the new library.
Please Ben whenever you have a chance to, just give it a try.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 23, 2014, 03:15:36 PM
Do I have to restart the HG service after swapping the DLL?  I will assume so just to make sure I deliver valid results.
Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 03:16:40 PM
1) download the dll again since I re-uploaded it (wrong file before)
2) stop homegenie
3) overwrite the dll with the new one
4) start homegenie
Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 03:19:18 PM
One note about XTenLib.

I made it store the last housecode/unit so to avoid sending the "address" repeatedly. But I am not sure when this has to be resent.
Also when receiving (eg from activehome or other hg) the last addressed module are stored and so when sending a command if the module is present in the last addressed, it won't re-send the address but just the command function.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 23, 2014, 03:29:25 PM
The standard works pretty close to that way.  The full implementation would allow you to send multiple house/unit codes of the same house code and then a command.  Sending another command is acceptable, too.  When a new house/unit code are sent, that's when it resets.

Example:  I want to turn on a set of lights on house code A.  Units are 2, 3, 4, and 5.  I then want to increase dim level to 100%.  This is what I can press on my Maxi controller (SC503):

A2
A3
A4
A5
ON
BRIGHT
BRIGHT
BRIGHT


The code sent shows up as:

A2
A3
A4
A5
A ON
A BRIGHT
A BRIGHT
A BRIGHT

This allows all of these lights to respond at the same time.  It works quites well!
Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 03:33:06 PM
All right, so I'm modifying XTenLib so that every time a new address is sent it will reset the previously stored values.
I'll update the attacched dll when done.
In the meantime if you are available right now, you can already test the currently attacched dll.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 23, 2014, 03:37:07 PM
I can do a very quick test now and more thorough tonight.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 23, 2014, 05:03:41 PM
I was able to run my test script against the old and new dll configurations.  Both versions seem to work equally reliable, so that's good.  I didn't have the time to use output from HG in order to report accurate times so I went with my trust stop watch.  I ran my test code against both and there was a difference in response time.  The old dll ran my test in 2.1-2.2 seconds (same as before).  The new dll appeared much faster and seemed to be able to toggle the lights in closer to 1.6 seconds.  I only tried this 5-10 times with each config, but it seemed pretty consistently faster.

If there is a way for you to add a time stamp for the X10 debug block that shows the start and end time of the block (or a timestamp on each output line) I could give much more accurate results including the time to process X10.  I have something similar for the older dll, so this could be useful info.

So far, this looks really good.  Nice work!   8)
Title: Re: TESTING RELEASE
Post by: Gene on April 23, 2014, 05:53:44 PM
Hi Ben,

thanks for your test and time =)
I'm attacching the latest XTenLib with timestamps.

I have to say few things about X10 when sending a sequence of commands from two different controllers:

1) often commands won't reach the destination and there's no way to aknowledge about it
2) the two interfaces will get desync and current addressed units could be different each other

Also using RF as primary source for triggering is not reliable. An example follow.

HG with CM15Pro
1) received RF signal "5D 20 70 8F 58 A7" from MS13E that is set as a trigger for HG "Smart Light"
2) HG "Smart Light" turn B7 ON
3) HG "X10 100% Brighten When turned On" set B7 light to 100%
4) HG "Energy Saving Mode" dim B7 light to 40%
5) somewhere in between these the RF signal is sent over PLC by CM15 as B8 ON (that is the unit associated with the motion sensor)

The other HG box receiption with CM11 over PLC of all the above is not consistent and receives either one of the following:
1) B7 ON BRIGHT DIM B8 ON (that is correct)
2) B7 ON BRIGHT B8 ON DIM (that is bad)
3) B7 ON BRIGHT B8 ON (that is lossy)

Everything works as it should if I set the source of the Smart Light trigger to be B8 ON instead of the RF signal itself.

So, about X10 RF my conclusion is that if the RF signal is also being sent over PLC, it's better to relay on the unit associated to it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 23, 2014, 06:13:21 PM
I think this would be the same issue with X10 that anyone would see if they were using more than one controller at the same time.  I have multiple motion sensors that use RF and one that is PLC.  If it is a very windy day, I have seen where I have hundreds or thousands of motion triggers by these devices.  If I were to run a macro in AHP during a time that these motion sensors were to send, things could go bad as you describe.  The one advantage you have with HG is that it is a smart controller.  Since you know this *could* happen, you have the ability to potentially try to minimize the impact.  People using a RR501 or TM751 (for example) would just have to deal with it by repeating commands manually.

In some cases these controllers actually can ten quite rude (TM751 is a big offender).  If an RF command is sent to this transceiver it simply dumps the command to PLC immediately.  If another command is in progress, they collide and neither work.  The RR501 is polite and will check for PLC activity before sending a command.  But, if a command is actually a sequence (like smart light control), it won't know to wait for the end of the sequence.

I guess it would be nice if there was a way in the CM15 to lock RF from tranceiving until the sequence was complete, but I doubt that can be done.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 24, 2014, 06:21:33 AM
I've done some testing with the new X10 dll.  So far, things look bad unfortunately.  What I've found so far:


1) The following is an example of turning on a light in the web interface by selecting toggle or ON buttons:

Code: [Select]
2014-04-23T20:51:23.5422280-07:00 HomeAutomation.X10 A6 - Status.Level 0
2014-04-23T20:51:27.0535810-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
2014-04-23T20:51:28.3538690-07:00 MIG.Gateways.WebServiceGateway 192.168.0.5 api/HomeAutomation.HomeGenie/Config/Interfaces.List/1398311522266 HTTP GET
2014-04-23T20:51:28.4992150-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Config/Interfaces.List/1398311535575 HTTP GET
[20:51:28.627269] X10 < 06 63
[20:51:29.906193] X10 > 55

This shows that the command A6 ON is sent after nearly 5 seconds.  Some times I found it respond very quickly, but many times it was very slow.


2) I ran my test code in 2 ways.  Attempt 1 was using the light switch to send an X10 command "B6 ON" which should trigger HG to send "A6 ON".  I found that sometimes it works, but other times it doesn't send the "A6 ON" command.  The following was a success:

Code: [Select]
[21:02:05.336049] X10 > 5A 02 00 E9
[21:02:05.339821] X10 > PLCRX: 5A 02 00 E9
[21:02:05.342002] X10 > FNMAP: 00
[21:02:05.344239] X10 >  DATA: E9
[21:02:05.346606] X10 >       0) House code = B
[21:02:05.348882] X10 >       0)  Unit code = 6
[21:02:05.518999] X10 > 5C 00 1D
[21:02:05.712840] X10 > 5A 02 01 E2
[21:02:05.715674] X10 > PLCRX: 5A 02 01 E2
[21:02:05.717753] X10 > FNMAP: 01
[21:02:05.719999] X10 >  DATA: E2
[21:02:05.722258] X10 >       0) House code = B
[21:02:05.724444] X10 >       0)    Command = ON
2014-04-23T21:02:05.7315590-07:00 HomeAutomation.X10 B6 - Status.Level 1
2014-04-23T21:02:05.7411470-07:00 HomeAutomation.X10 A6 - Status.Level 1
[21:02:05.838967] X10 < 04 69
[21:02:06.913538] X10 > 55
[21:02:06.920679] X10 < 06 62
[21:02:07.347125] X10 > 5C 00 1D
In this case, the total time for execution was 2.011 seconds plus whatever transmission takes (minimal in this case).  A second case where it was super slow:

Code: [Select]
[21:07:49.816736] X10 > 5A 02 00 E9
[21:07:49.820036] X10 > PLCRX: 5A 02 00 E9
[21:07:49.823022] X10 > FNMAP: 00
[21:07:49.825751] X10 >  DATA: E9
[21:07:49.828297] X10 >       0) House code = B
[21:07:49.830415] X10 >       0)  Unit code = 6
[21:07:50.055838] X10 > 5C 00 1D
[21:07:50.249933] X10 > 5A 02 01 E3
[21:07:50.252976] X10 > PLCRX: 5A 02 01 E3
[21:07:50.255945] X10 > FNMAP: 01
[21:07:50.258716] X10 >  DATA: E3
[21:07:50.261167] X10 >       0) House code = B
[21:07:50.263242] X10 >       0)    Command = OFF
2014-04-23T21:07:50.2660500-07:00 HomeAutomation.X10 B6 - Status.Level 0
2014-04-23T21:07:50.2751540-07:00 HomeAutomation.X10 A6 - Status.Level 0
2014-04-23T21:07:51.4034150-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Config/Interfaces.List/1398312518351 HTTP GET
2014-04-23T21:07:52.4117290-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/ HTTP GET
[21:07:55.331273] X10 < 06 63
[21:07:55.746802] X10 > 55
2014-04-23T21:07:58.4575890-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Config/Interfaces.List/1398312525575 HTTP GET
2014-04-23T21:07:58.7834590-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Running
2014-04-23T21:07:58.7997080-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
2014-04-23T21:07:59.6727100-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1398312526775 HTTP POST
2014-04-23T21:07:59.6828790-07:00 MIG.Gateways.WebServiceGateway 192.168.0.100 api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1398312526782 HTTP POST
[21:07:59.703400] X10 > 5C 00 18

Total transmission time from B6 OFF to A6 OFF was 9.886 seconds.  I had a couple times where nothing happened at all. 

3) I have a signal monitor that tells me what's going on with PLC, noise, signal strength, etc.  In the cases where the lights don't work as expected, I'm seeing:

B6 ON
Axx ON

When I viewed commands with the older X10 dll, I would see:

B6 ON
A6 ON

I think what must be going on is that I confused the issue when I told you about multiple house/unit codes.  This only works when it's the same house code.  So, you can turn all lights with house code A and unit codes 2-5 on at the same time by giving the following:

A2
A3
A4
A5
A ON

If you want to control more than one unit but they are different house codes, you cannot combine this way.  A6 and B6 would have to be:

A6
A ON
B6
B ON

There is a way to set things up using scenes with extended codes, but I'm not familiar with this approach and could not provide any input.

I'm not positive this is the issue with the implementation, but I can say that something has significantly regressed as far as speed goes.
Title: Re: TESTING RELEASE
Post by: Gene on April 24, 2014, 11:27:49 AM
Hi Ben,

I've been running all sort of test for almost one day obtaining very faaast response from XTenLib. Faster than the previous release.

My configuration is:

1) HG1 with CM11
2) HG2 with CM15Pro

Here some tests. Timings are relative to the time the action is performed on the source.

TEST 1

HG1 send B4 ON (830ms)
Code: [Select]

Control.On//1398328626757        HTTP    GET
2014-04-24T08:37:02.7768960+00:00       HomeAutomation.X10      B4      -       Status.Level    1
[08:37:02.830053] X10 < 04 EA
[08:37:02.854065] X10 > EE 00
[08:37:02.861990] X10 > CKSUM: Expected [EE] Checksum ==> EE 00
[08:37:02.869079] X10 < 00
[08:37:03.477697] X10 > 55 00
[08:37:03.491462] X10 < 06 E2
[08:37:03.598742] X10 > E8 00
[08:37:03.606362] X10 > CKSUM: Expected [E8] Checksum ==> E8 00



HG2 receive (start 633ms, end 1451ms)

Code: [Select]

/Logging/RealTime.EventStream/  HTTP    GET
[10:37:03.409065] X10 > 5A 02 00 EA
[10:37:03.416941] X10 > PLCRX: 5A 02 00 EA
[10:37:03.466086] X10 > FNMAP: 00
[10:37:03.473770] X10 >  DATA: EA
[10:37:03.498727] X10 >       0) House code = B
[10:37:03.506655] X10 >       0)  Unit code = 4
[10:37:04.156554] X10 > 5A 02 01 E2
[10:37:04.163939] X10 > PLCRX: 5A 02 01 E2
[10:37:04.177119] X10 > FNMAP: 01
[10:37:04.184902] X10 >  DATA: E2
[10:37:04.195521] X10 >       0) House code = B
[10:37:04.202990] X10 >       0)    Command = ON
2014-04-24T10:37:04.2274570+02:00       HomeAutomation.X10      B4      -       Status.Level    1



TEST 2

HG1 send B4 OFF (716ms)

Code: [Select]
2014-04-24T08:39:53.9298560+00:00       HomeAutomation.X10      B4      -       Status.Level    0
[08:39:54.006153] X10 < 06 E3
[08:39:54.022008] X10 > E9 00
[08:39:54.031675] X10 > CKSUM: Expected [E9] Checksum ==> E9 00
[08:39:54.038305] X10 < 00
[08:39:54.645699] X10 > 55 00


HG2 receive (start 637ms, end 676ms)

Code: [Select]

[10:39:54.566365] X10 > 5A 02 01 E3
[10:39:54.574639] X10 > PLCRX: 5A 02 01 E3
[10:39:54.582370] X10 > FNMAP: 01
[10:39:54.589757] X10 >  DATA: E3
[10:39:54.595955] X10 >       0) House code = B
[10:39:54.601317] X10 >       0)    Command = OFF
2014-04-24T10:39:54.6059110+02:00       HomeAutomation.X10      B4      -       Status.Level    0


Then I built a little script for triggering B7 on/off and linking it to the B4 light:

Code: [Select]
var bedroomlight = Modules.WithAddress("B4");
When.ModuleParameterChange((module, parameter)=>{
 
  if (module.Is("Luce Secondaria") && parameter.Is("Status.Level"))
  {
    if (parameter.Value != "0") bedroomlight.On();
    else bedroomlight.Off();
  }
 
  return true;
});

TEST 3

HG2 send B7 ON and triggers B4 ON (2516ms)

Code: [Select]

2014-04-24T10:50:53.2367960+02:00       HomeAutomation.X10      B7      -       Status.Level    1
2014-04-24T10:50:53.2739360+02:00       HomeAutomation.X10      B4      -       Status.Level    1
[10:50:53.283518] X10 < 04 E5
[10:50:54.190070] X10 > 55
[10:50:54.198647] X10 < 06 E2
[10:50:54.712041] X10 > 55
[10:50:54.719952] X10 < 04 EA
[10:50:55.231987] X10 > 55
[10:50:55.240187] X10 < 06 E2
[10:50:55.752727] X10 > 55


HG 1 receive (start 925ms, end 3149ms)

Code: [Select]

[08:50:54.161101] X10 > 5A 00
[08:50:54.260062] X10 < C3
[08:50:56.162860] X10 > 5A 00
[08:50:56.269089] X10 < C3
[08:50:56.305030] X10 > 5A 05 0A E5 E2 EA E2
[08:50:56.312858] X10 > PLCRX: 5A 05 0A E5 E2 EA E2
[08:50:56.320079] X10 > FNMAP: 00 01 00 01
[08:50:56.324693] X10 >  DATA: E5 E2 EA E2
[08:50:56.330664] X10 >       0) House code = B
[08:50:56.336786] X10 >       0)  Unit code = 7
[08:50:56.342497] X10 >       1) House code = B
[08:50:56.347953] X10 >       1)    Command = ON
2014-04-24T08:50:56.3521180+00:00       HomeAutomation.X10      B7      -       Status.Level    1
[08:50:56.366095] X10 >       2) House code = B
[08:50:56.373316] X10 >       2)  Unit code = 4
[08:50:56.379581] X10 >       3) House code = B
[08:50:56.385334] X10 >       3)    Command = ON
2014-04-24T08:50:56.3895230+00:00       HomeAutomation.X10      B4      -       Status.Level    1
20


TEST 4

HG1 send B7 OFF and receive also B4 ON from the HG2 trigger (4567ms)

Code: [Select]

2014-04-24T08:55:38.7350400+00:00       HomeAutomation.X10      B7      -       Status.Level    0
[08:55:38.811446] X10 < 04 E5
[08:55:38.865267] X10 > E9 00
[08:55:38.874739] X10 > CKSUM: Expected [E9] Checksum ==> E9 00
[08:55:38.881278] X10 < 00
[08:55:39.488727] X10 > 55 00
[08:55:39.497035] X10 < 06 E3
[08:55:39.604811] X10 > E9 00
[08:55:39.612512] X10 > CKSUM: Expected [E9] Checksum ==> E9 00
[08:55:39.619039] X10 < 00
[08:55:40.224652] X10 > 55 00
[08:55:41.142127] X10 > 5A 00
[08:55:41.209264] X10 < C3
[08:55:43.151140] X10 > 5A 00
[08:55:43.218377] X10 < C3
[08:55:43.258904] X10 > 5A 03 02 EA E3
[08:55:43.266605] X10 > PLCRX: 5A 03 02 EA E3
[08:55:43.272907] X10 > FNMAP: 00 01
[08:55:43.278164] X10 >  DATA: EA E3
[08:55:43.285259] X10 >       0) House code = B
[08:55:43.290805] X10 >       0)  Unit code = 4
[08:55:43.296805] X10 >       1) House code = B
[08:55:43.302151] X10 >       1)    Command = OFF
2014-04-24T08:55:43.3061340+00:00       HomeAutomation.X10      B4      -       Status.Level    0


HG2 receive B7 OFF and triggers B4 OFF (start 680ms, end 1471ms)

Code: [Select]

[10:55:39.415667] X10 > 5A 02 00 E5
[10:55:39.423106] X10 > PLCRX: 5A 02 00 E5
[10:55:39.430977] X10 > FNMAP: 00
[10:55:39.437877] X10 >  DATA: E5
[10:55:39.442557] X10 >       0) House code = B
[10:55:39.447582] X10 >       0)  Unit code = 7
[10:55:40.134068] X10 > 5A 02 01 E3
[10:55:40.141500] X10 > PLCRX: 5A 02 01 E3
[10:55:40.149519] X10 > FNMAP: 01
[10:55:40.155491] X10 >  DATA: E3
[10:55:40.162022] X10 >       0) House code = B
[10:55:40.168075] X10 >       0)    Command = OFF
2014-04-24T10:55:40.1731150+02:00       HomeAutomation.X10      B7      -       Status.Level    0
2014-04-24T10:55:40.2068560+02:00       HomeAutomation.X10      B4      -       Status.Level    0
[10:55:40.290066] X10 < 04 EA


About:

Quote
I think what must be going on is that I confused the issue when I told you about multiple house/unit codes.  This only works when it's the same house code.  So, you can turn all lights with house code A and unit codes 2-5 on at the same time by giving the following:

I didn't do that. Currently it works that if I send A4 ON and then send DIM OFF and other sequence of commands on that unit, XTenLib simply won't resend the address but just the command unless a new address is received or sent from PLC.

I dunno what's different or wrong with your test, please double check your configuration and or give me some hint about how to replicate this.

Remarks:
The B4 light is a module (LM12) with soft start enabled so the ack to the "passive" HG is sent only when the soft start sequence is completed (at least, visibly looks like that).

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 24, 2014, 04:07:43 PM
I don't think I have anything to exotic in my setup, but perhaps all the updates has corrupted something.  Since things are working well for you, it is probably time for me to format the card and start from scratch again.

My config is pretty simple I think. 
Title: Re: TESTING RELEASE
Post by: Gene on April 24, 2014, 04:48:52 PM
The only relevant change I can think of, regarding the CM15, is the following.

Everytime a command is sent to the CM15, XTenLib expects the ACK from the interface before sending the next command.
The ACK is for my CM15EU a simple 55 or 55 00 for the CM11:

Code: [Select]

[16:43:04.343366] X10 < 04 E5
[16:43:05.786054] X10 > 55
[16:43:05.794459] X10 < 06 E4 2E
[16:43:07.008771] X10 > 55

(this is an exmaple B7 DIM)

if this ACK is not received, XTenLib will wait on next command up to 5 seconds (it was 3 seconds before, and thruth to be said HG was ignoring it when using the CM15).

This ACK signal should tell that the command has been understood and actually sent over PLC.

Can you make some more tests with your current setup and see if the problem is this ACK wait?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 24, 2014, 05:12:20 PM
I already have that kind of data in a log file I saved yesterday.  I'll both check it out myself and package it up so you take a look at it.  I'll upload something after work.
Title: Re: TESTING RELEASE
Post by: Gene on April 24, 2014, 05:53:53 PM
Ok thanks.

I'm also attacching a version of XTenLib that shorten the max wait for the ACK to 500ms, but only for CM15.
I've tried to tight it up to 300ms and 400ms and wouldn't work. 500ms is the minumum I was able to set.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 25, 2014, 06:03:39 AM
I tried the same test with the same configuration this evening.  I found that it was working much better actually.  But, after more than a dozen attempts, it finally had an issue where it took way too long to toggle the light.  I've attached the whole log with that session of testing.  The last set of data is:

Code: [Select]
[20:54:38.904775] X10 < 06 62
[20:54:39.331669] X10 > 5C 00 1D
[20:54:40.596641] X10 > 5A 02 00 E9
[20:54:40.600057] X10 > PLCRX: 5A 02 00 E9
[20:54:40.603338] X10 > FNMAP: 00
[20:54:40.606782] X10 >  DATA: E9
[20:54:40.610593] X10 >       0) House code = B
[20:54:40.613973] X10 >       0)  Unit code = 6
[20:54:40.832644] X10 > 5C 00 1D
[20:54:41.026731] X10 > 5A 02 01 E3
[20:54:41.030138] X10 > PLCRX: 5A 02 01 E3
[20:54:41.033634] X10 > FNMAP: 01
[20:54:41.036839] X10 >  DATA: E3
[20:54:41.040613] X10 >       0) House code = B
[20:54:41.043878] X10 >       0)    Command = OFF
2014-04-24T20:54:41.0480820-07:00 HomeAutomation.X10 B6 - Status.Level 0
2014-04-24T20:54:41.0585510-07:00 HomeAutomation.X10 A6 - Status.Level 0
2014-04-24T20:54:46.0446650-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Running
2014-04-24T20:54:46.0636570-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
[20:54:46.114246] X10 < 06 63
[20:54:47.519510] X10 > 55
[20:54:59.605913] X10 > 5C 00 18
Title: Re: TESTING RELEASE
Post by: bkenobi on April 25, 2014, 06:32:04 AM
After updating the XTenLib.dll to the one you posted today, I was not able to get an instance of a multi-second delay.  I did see a couple times where it seemed like the light took more like 3-4 seconds to toggle, but nothing like the 10 seconds from the last update.



I did notice some errors when I loaded HG after swapping XTenLib.dll with the latest update.  It looks like HG didn't like me performing tail on some log files when it was trying to access them.
Title: Re: TESTING RELEASE
Post by: bkenobi on April 29, 2014, 04:18:00 AM
Did you find anything out about this issue based on the log files I uploaded?  I can do more testing if that would help.  I currently am running r370 and have not performed much testing since uploading the logs.
Title: Re: TESTING RELEASE
Post by: Jens on May 04, 2014, 06:12:59 PM
Hi Gene,

I tried now R370/371 but moving the X10 shutters to a certain hight does still not work.

Did you have a chance to loook at the extended code sample I provided? I think the only
chance to get them working is by using extended commands.

Furthermore if I set the shutter to any value and press "open" afterwards I would expect
the widget to switch from that previous value to a hundred, which is not the case. This is
more the UI behaviour it would not help annyway to move to a certain hight.

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on May 05, 2014, 02:06:30 AM
I just updated to r371 and it looked like the X10 system was kinda slow again.  I checked the logs and am not seeing the X10 time stamps with the I/O statements, so I was thinking perhaps this was an old version of the XTenLib.dll?  I'm going to try the one you posted last, but was just posting in case something unintentional went backwards.

Also, I found a strange occurrence that I cannot duplicate.  I have my test script enabled and no other X10 related programs enabled.  I selected the toggle button on the switch module in HG which should have toggled the light as well.  It did, but it also sent an unrelated command.  I couldn't figure out where it did this or why and it wasn't in the logs so I don't know what happened.  Basically, I toggled B6 (switch) in HG and A6 (light) turned on but B1 (chime module) also triggered.  I checked my AHP log and it didn't show nor did my XTBM.  If this recurs and I can trap the source, I'll let you know if it's my side or HG.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 05, 2014, 04:41:35 PM
I swapped out the XTenLib.dll for the one posted on 24 April and the speed is back as well as the X10 time stamps.
Title: Re: TESTING RELEASE
Post by: Gene on May 09, 2014, 08:11:56 PM
New testing release available:

09/05/2014 1.00 beta rev 372
   - Widgets: added localization support
   - Widgets: added jkUtils widgets "Solar Altitude" and "Open Weather"
   - WebService: added automatic charset encoding
   - X10: fixed reception of RF X10 Security codes
   - UI: added user selectable icons for modules
   - ZWave: updated PepperOne database
   - Other minor fixes and improvements

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jan on May 09, 2014, 11:46:13 PM
Hey Gene,

Thanks for the new testing release (r372)!

It seems like you accidentially removed the

Code: [Select]
hg.Program.AddControlWidget( "jkUtils/SolarAltitude/SolarAltitude" );
from the trigger part of the solar altitude widget.


j.
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2014, 09:28:06 AM
Hi Jan,

I did not remove it, just put an if before:

Code: [Select]

// list the program as custom widget
if (!hg.Program.Parameter("Widget.DisplayModule").Value == "jkUtils.SolarAltitude.Latitude")
  hg.Program.AddControlWidget("jkUtils/SolarAltitude/SolarAltitude");


I think I will change the ID of the program from 501 to 504 because when restoring a backup the new Solar.Altitude will inherit all old SunCalc parameters.

g.
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2014, 09:35:54 AM
ok, nevermind the if is wrong =)
fixed it.

Code: [Select]
// list the program as custom widget
if (hg.Program.Parameter("Widget.DisplayModule").Value != "jkUtils/SolarAltitude/SolarAltitude")
  hg.Program.AddControlWidget("jkUtils/SolarAltitude/SolarAltitude");

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 10, 2014, 08:24:05 PM
It looks like siren has been removed from the list of module types.  Was it changed to something else, or did it get dropped for some reason?
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2014, 08:39:02 PM
A siren works just like a switch or a multilevel switch (dimmer).
Since now you can change the icon image, the specific type is not needed anymore.
Well, at least that's what I was thinking... but I just realized that the siren type may be kept because of the alarm system program.
I think I'm gonna resume it =) Any advice?

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 10, 2014, 08:48:13 PM
I was using it for my advanced smart lights code.  I had it set up such that it would turn on when motion was sensed and turn off after a timeout period such that I would limit how often it would go off.  I suppose it could be treated like a light, but I would prefer to be able to address it uniquely.  Either way will work, but I think for my application it's better as it's own module.
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2014, 08:55:04 PM
Ok, then let's keep it =)

Other types that have been deprecated are:

- Temperature
- Fan
- Thermostat

g.
Title: Re: TESTING RELEASE
Post by: dani on May 11, 2014, 06:19:39 PM
Hi Gene,

I've installed r372.
1 - In french every special letter (with accent) are now wrong.
2 - I have made the patch of jkUtils.- Solar Altitude  found in the upper meesage but the module doesn't appear in the dashboard when I link it. I see many errors in the JS console, many files not found.
3 - Since these release, the contrib FibaroRGBW doesn't work anymore in Android Apps.
I found the problem :
You have move the widget from zwave to DaniMail, in this case you have to modify the file GenericWidgetAdapter.java
Replace at line 219 zwave/fibaro/rgbw by DaniMail/fibaro/rgbw. Thank's

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 11, 2014, 06:57:58 PM
Hi Dani,

1) can you make a screenshot of wrong characters?

2) the Solar.Altitude program is using Javascript and there seems to be an issue with AddControlWidget with the Js engine. Can you try disabling/enabling the Solar.Altitude program to see if it shows up in the modules list at some point?

3) I'll update the Android app accordingly to check for "DaniMail/fibaro/rgbw" widget.

Thanks for reporting,
g.

Title: Re: TESTING RELEASE
Post by: dani on May 12, 2014, 11:26:45 AM
Hi Gene,

You can found following screenshot of bad charsets.

Cheers.
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 12, 2014, 11:27:43 AM
Hi Gene,

I have stop and start JkUtils-Solar Altitude but I get the same result.
Following the sceenshot of JS console.
For information, I get the stealth message in the right corner as :
jkUtils - Solar Altitude
Data has been updated

Cheers.
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 12, 2014, 10:11:53 PM
Hi Dani,

I fixed the charset encoding issue.

About the "not found" files this is normal. The web api try anyway to look for a localization file. But these localization files are not there yet (not even italian ones :D).

I'll try later to fix the Solar Altitude widget problem too.

If you replace the attacched file in the html/js/api folder, should get a quick fix for the char encoding issue.

g.
Title: Re: TESTING RELEASE
Post by: Gene on May 13, 2014, 12:47:31 AM
Ok, the bug of program's widget not showing up in the modules list is now fixed too.

I just updated r372 packages in the testing folder with these fixes.

g.

Title: Re: TESTING RELEASE
Post by: Jens on May 13, 2014, 08:31:44 PM
Hi Gene,

sorry to bother you, did you have a chance to look at the extended X10 codes for shutters - it's getting summer ;-)

Many thanks

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: dani on May 14, 2014, 12:26:04 AM
Hi Gene,

About problem with jkUtils - Sunset Altitude :

HG is running on RaspPI.
The client is under Linux Debian/Gnome and the browser is Google Chrome.

Cheers.
Dani
Title: Re: TESTING RELEASE
Post by: bkenobi on May 19, 2014, 05:50:29 AM
I think the latest release may have broken RF X10.  I can see the RF commands on my AHP setup, but they don't show up in the log for HG.  I'm running r372 from the test release, but it still thinks I need to update (even though that fails).  I replaced the XTenLib.dll with the one I've been testing since 4/24 and I'm still not seeing anything.

After a reboot (still using the 4/24 XTenLib.dll), I sent a single command which HG saw via RF.  It did not convert this to PLC.  After this one instance, it did not respond again to RF.  Stopping and restarting the HG service did not help.  I replaced the XTenLib.dll with the release version and restarted the service.  This did not help either.

I then unplugged the CM15A, waited a couple seconds, then plugged it back in.  The HG log dumped a number of messages about the interface being missing while it was disconnected.  When I plugged it back in, I was able to send one RF command and then nothing else, just like before.

Again, I know the command is being sent since I'm seeing it on my AHP setup.  So, something appears to be broken with the CM15 code (or the XTenLib.dll I suppose).

Let me know if I can test something to help get things working again.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 20, 2014, 03:20:31 PM
I'm not sure what's going on, but it could be my CM15A having gone bad.  I haven't checked RF in a few versions, but I thought it was working in the last version.  I installed r370 and it didn't work though.  I unplugged the CM15A overnight to see if the interface needed a hard reset.  After plugging it back in, it did see the first RF command, but then nothing.  Logs showed the following.  Maybe RF has been broken for a while now?

Code: [Select]
X10 > 5D 20 60 9F 20 DF
X10 > RFCOM: 5D 20 60 9F 20 DF
2014-05-20T06:15:20.8131780-07:00       HomeAutomation.X10      RF      X10 RF Receiver Receiver.RawData        5D 20 60 9F 20 DF
2014-05-20T06:15:20.8182060-07:00       HomeAutomation.HomeGenie.Automation    145      Object reference not set to an instance of an object    Exception.StackTrace      at HomeGenie.Automation.Scripting.ScriptingInstance+<>c__DisplayClass5.<RunScript>b__0 (HomeGenie.Automation.Scripting.ModuleHelper module, HomeGenie.Data.ModuleParameter parameter) [0x00000] in <filename unknown>:0
  at HomeGenie.Service.HomeGenieService.RouteParameterChangedEvent (System.Object eventData) [0x00000] in <filename unknown>:0
X10 > 5C 00 1D
2014-05-20T06:15:21.8324150-07:00       HomeAutomation.X10      RF      X10 RF Receiver Receiver.RawData
I'll try installing an older version and see if that works.  What version was the new X10 library added?  I'll try the one just prior and that version to see if that's the issue.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 21, 2014, 04:30:16 PM
It looks like the CM15A must have gotten stuck somehow.  Even though I unplugged it for several hours, it was still doing the same thing.  I moved it over to my AHP setup and it also failed to function.  I used AHP's tool to fully wipe the memory and it started working again.

I wiped HG off the RPi so I could get an older version installed and now it's not happy.  But, now that I have a working CM15A again, it looks like HG should work fine.  Is there any chance that there was a recent change in the X10 library or CM15 code that could cause the CM15A to get confused?  I've never had any issues with either my main unit or this one, but this one was used so could have been abused by previous owner.
Title: Re: TESTING RELEASE
Post by: Gene on May 21, 2014, 07:23:32 PM
In the CM15 initialize code (BuildTransceivedCodes function) there were missing two bytes at the end of the message.
This was because the program we used to sniff the USB comm was a trial and so hiding messages with more than 8 bytes.

In latest XTenLib the message is now complete:

Code: [Select]
byte b1 = (byte)(transceivedCodes >> 8);
byte b2 = (byte)(transceivedCodes);
byte[] trCommand = new byte[] { 0xbb, b1, b2, 0x05, 0x00, 0x14, 0x20, 0x28, 0x24, 0x29 };

thanks to these last two bytes, now RF security codes receive in working too.

Perhaps your CM15 was hunged by using older version of XTenLib.
At least I hope so =) I'm not experiencing the problem you reported with the new XTenLib.
Of course I've been using AHPro when sniffing, so my interface probably was already in a good state before reconnecting to HG.

I'll be taking care of speed optimization soon, but in this very moment I am carrying some other tasks.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 21, 2014, 07:34:03 PM
Sounds good.  I'll just get HG back up and running and wait for the next update to get RF back.  Thanks!
Title: Re: TESTING RELEASE
Post by: Gene on May 21, 2014, 07:54:55 PM
r372 should already work.
Download it from main files section:

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

Since now you reset the CM15, give it a try  and let me know if you experience any problem.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 21, 2014, 07:57:11 PM
OK, will do.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 22, 2014, 03:07:30 AM
I tried a backup installation of HG and everything seemed to work fine.  Updating to r372 now.
Title: Re: TESTING RELEASE
Post by: Gene on May 31, 2014, 02:59:20 PM
HomeGenie r373 is now available for testing.

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

31/05/2014 1.00 beta rev 373
   - Scheduler can now evaluate expressions with parentheses
   - Statistics now consider any value starting with "Meter." as valid for counter facility
   - Source code editor now has better formatted error messages
   - Added PullUp and PullDown resistor configuration to Raspberry GPIO and MCP23017 programs (MCP23017 PullUp only)
   - Fixed bug in Interconnections (remote modules control was working only for few minutes)
   - Fixed bug in Server Sent Events (bad IDs formatting)
   - Fixed minor bug in UpdateChecker

Testers, please download and report =)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on May 31, 2014, 06:48:09 PM
I just installed this, so I may find some other things.

I opened the activity log and noticed an endless stream of Scheduler errors.  It kept going and eventually caused Firefox to ask to continue running or stop the script.  Even stopping the script causes Firefox to hang and force me to kill the process.

The C# debug messages seem to be better.  Did this address the trigger versus run code issue I described in the other thread?
Title: Re: TESTING RELEASE
Post by: Jens on May 31, 2014, 06:53:55 PM
Hi Gene,

I bought just yesterday an LM12 X10 Dimmer Module for test, I am still on 372.

Level Memory PID 16 and X10 Dimmer bright PID 84 are running.
At module level the check box for level memory is ticked on also I tried
ticking the box for X10 dimmer bright.

I can control the brigness of the Dimmer w/o any problems. The strange scenario is
dim to 50%, turn off. After turning it on it starts bright (not a 100%) but the brightness is automatically decreased immedeately to maybe 25%. I think I tried all combinations
of enabling PID 16 and/or 84 and check boxes ticked on.

I am using hue lights (which are kind of dimmer, too) w/o any problems.

Am I doing something wrong? Do you have the same X10 module for test?

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Jens on May 31, 2014, 07:17:48 PM
Hi Gene,

my DHT11 went dead so I was not using it for a while. I have two boxes running now 372, both having a DHT11 connected to them. One box shall forward the measurements to the main box. The measurement notification shows up, but the value is not stored in the DB nor is the module created as a virtual module to include it e.g. in the dashboard of the main module.

This was working a while ago in previous releases.

Thanks
Cheers
Jens


Title: Re: TESTING RELEASE
Post by: bkenobi on May 31, 2014, 07:21:16 PM
Here's an example of the errors that I am seeing:
Title: Re: TESTING RELEASE
Post by: Gene on May 31, 2014, 10:07:48 PM
Hi Ben,

thanks for reporting.. I tested it in Windows but not on Raspi. So it turned out that System.Data.DataTable.Compute method it's not working in mono =/
The expression evaluation is now using a different library and should work.
Just re-uploaded r373 files with this fix.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on May 31, 2014, 11:08:58 PM
Hi Gene,

I bought just yesterday an LM12 X10 Dimmer Module for test, I am still on 372.
...

Hi Jens,

there was a bug in the Level Memory program.
Please update the code with this:
Code: [Select]
// We want to do further processing whenever a module changes
When.ModuleParameterChange( (module, property) => {
// stores the Status.MemoryLevel value for recalling last light dimmer level
// when switched on
  if (module.HasFeature("HomeGenie.LevelMemory") && module.IsOfDeviceType("Dimmer") && property.Name == "Status.Level")
{
  var level = module.Parameter("Status.Level");
var memory = module.Parameter("Status.MemoryLevel");
//
        if (level.DecimalValue != level.LastDecimalValue)
        {
            bool justswitchedon = (level.LastDecimalValue == 0 && level.DecimalValue > 0);
          if (justswitchedon)
            {
                // set current level to memory level if different
                if (level.DecimalValue != memory.DecimalValue && memory.DecimalValue > 0)
                {
                    var newlevel = (int)(memory.DecimalValue * 100);
                    Program.Notify("Level Memory", module.Instance.Name + "<br>" + module.Instance.Address + " set to " + newlevel + "%");
                    module.Level = newlevel;
                    // returning false, prevent from routing event to other listeners                 
                    return false;
                }
            }
            if (level.DecimalValue > 0)
            {
                memory.Value = level.Value;
            }
        }
    }
  // returning true, will route event to other listeners
    return true;
});

Program.GoBackground();

let me know if it works.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on June 01, 2014, 06:23:49 AM
Looks like the scheduler is now fixed.  Thanks!
Title: Re: TESTING RELEASE
Post by: Jens on June 01, 2014, 11:38:00 AM
Hi Gene,

X10 Dimmer:
It works now the following way, Level Memory and X10 Dimmer bright to 100% have to be activated.
Then once the light is turned on it brights up to a 100% and lowers than to the value it was dimmed to before e.g. 50%. If this is the desired behaviour (having the two functions enabled) than it is working, otherwise I think it does a relative dim, if it is already 50% another dim 50% gets us to 25%, because
if X10 Dimmer bright ... is not selected it turns on to the dimmed value (this is what I assume because the process is fast) and lowers than automatically to approx. 25%.

DHT11:
I reminded me this old thread
http://sourceforge.net/p/homegenie/discussion/general/thread/28d3aee9/ (http://sourceforge.net/p/homegenie/discussion/general/thread/28d3aee9/)

I checked
http://192.168.x.x/api/HomeAutomation.HomeGenie/Config/Modules.List (http://192.168.x.x/api/HomeAutomation.HomeGenie/Config/Modules.List)
and the remote DHT11 shows up as PID70 with the correct routingNode information

but it does neither show up on the analyze page nor in the add module dialog.

Thanks
Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on June 01, 2014, 12:08:26 PM
Hi Jens,

LM12 has its builtin memory feature, but there's no way to know what is the actual level memory value of the device. So the only way to proper control it is to brighten at 100% first and the use the software level memory. So it is a wanted behavior.

I think that the DHT-11 is not showing up in modules list because it is seen as an automation program and the interconnection forwarding program it's not replicating the "Widget.DisplayModule" parameter, but just the Sensor.* params.

A solution could be either make the interconnection sensor forwarding, forward the widget.displaymodule parameter as well, or make the DHT-11 program implement it's own virtual module (a sensor one) instead of relaying on own program module parameters.

Cheers,
g.

Title: Re: TESTING RELEASE
Post by: Jens on June 01, 2014, 01:22:54 PM
Hi Gene,

X10 Dimmer: Okay, than you can include the code change into the next release

DHT11: Now I got the change. Previously I was just having the remote sensor connected and no sensor on the main box. The param, was updated and included in the DB. Now I have a sensor on the remote box and the main box - which is the difference why I still just see the value of one. I think it could/would be quite handy to have more sensors reporting to one main box, especially with your new project the touch panel, have a DHT in the touch panel and you get temperature from several rooms ;-)

Thanks for considering it.

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on June 02, 2014, 02:13:17 AM
HG will allow for X10 to be enabled and the different house codes to be turned on without selecting a port type.  This will allow a user to add modules and whatnot so it looks like everything is working.  However, without the port selected, HG will not use the X10 controller.

This confused me for a couple minutes this evening after setting up r373 from scratch again.  I knew where to look to see what was going on, but I could see others having an issue with this.

I believe that HG should either not allow for X10 modules to be added or some form of a warning message should be displayed when selecting house codes. 
Title: Re: TESTING RELEASE
Post by: Marcelo on June 05, 2014, 11:39:19 PM
Hi Gene ,
I have had problems with HomeGenie on Raspberry  Pi. All is software is update. The problem arises with the web interface that no shows icons of the modules (see attached pictures). From what I've seen, this error occurs when I began to be accessed from the Android application .But the Android app work  perfect and icon looks great. Also appear this error when open admin from the Android browser .
  Thanks for help.
Great work Generoso,greetings from Argentina !
Marcelo
Title: Re: TESTING RELEASE
Post by: Gene on June 06, 2014, 12:30:35 AM
Hi Marcelo,

perhaps something went wrong updating, if you updated hg from a previous version.
If so, first try just restarting hg.
If still not working, backup your current configuration and reinstall homegenie using the latest distribution package (or sd card if you prefer) from:

http://sourceforge.net/projects/homegenie/files/ (http://sourceforge.net/projects/homegenie/files/)

then restore your configuration.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on June 14, 2014, 06:09:58 PM
Hi Gene,

My version is r374 on raspberry.
I got always some errors with "Solar Altitude Widget"
See Following screenshot

Bests regards
Dani
Title: Re: TESTING RELEASE
Post by: Jan on June 21, 2014, 12:10:53 AM
Hi dani,

I think I found a fix to this problem.

see: http://www.homegenie.it/forum/index.php?topic=194.msg1317#msg1317 (http://www.homegenie.it/forum/index.php?topic=194.msg1317#msg1317)

Best,
jan

BTW: the 404 errors in your log are due to the fact, that there are no french translation files available yet. You can ignore those or create them yourself so that they can be included in the upcoming releases - which of course would be really great  ;)
Title: Re: TESTING RELEASE
Post by: Gene on June 22, 2014, 04:53:58 PM
Hello,

r375 is available for testing:

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

22/06/2014 1.00 beta rev 375
   - Fixed "Unknown/Unsupported" module error appearing in some browsers (eg. SmartTV web browser)
   - Fixed parsing error in scheduler expressions with blank characters before/after parentheses
   - Added Scheduler.DateTime comparison operators to Wizard programs' condition
   - Newly added scheduler events are now set to enabled by default
   - Fixed Solar Altitude "NaN" bug

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on June 23, 2014, 03:24:16 PM
I tried to install r375 and got an error.

Code: [Select]
pi@raspberrypi ~ $ sudo gdebi homegenie-beta_1.00.375_all.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done
This package is uninstallable
A later version is already installed

I'll uninstall r374 and install fresh, but this probably needs addressing.
Title: Re: TESTING RELEASE
Post by: dani on June 23, 2014, 10:53:52 PM
I've installed r375 on RaspPI.
Now Solar Altitude works good.
I've got a problem with multicheck button for select all my scenes in the restore function.
If the scenes are selected the multiple select button unselects and selects again, and vice versa.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: bkenobi on June 23, 2014, 11:04:00 PM
Did you try selecting the button on top "check all" (or whatever it's called)?  I did it that way and it appears to have worked correctly.
Title: Re: TESTING RELEASE
Post by: dani on June 24, 2014, 11:20:37 AM
Yes I used the top button "Check All" to multicheck, and it is this button that doesn't work correctly.
In the previous version it's work perfectly
Title: Re: TESTING RELEASE
Post by: Gene on July 01, 2014, 01:33:19 AM
r387 is available for testing.

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

g.
Title: Re: TESTING RELEASE
Post by: dani on July 01, 2014, 12:18:58 PM
Hi Gene,

I'am testing the new release.
Congratulations, you have made a big work tout change the design of the Control part. I like it.
It's a good way to suppress on step so the toggle sin't need any more.
Thank's Gene for your work

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on July 02, 2014, 11:11:28 AM
Hi dani,

I've made some fix the to new ui and so published r388.
Please report about any issue and suggestions.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on July 02, 2014, 04:20:36 PM
Ok, I will testing r388.
With r387, I had some mix between Group with jkUtils-Solar Attitude in Dashboard. I will see if it's persist with r388.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on July 03, 2014, 09:52:44 AM
With r388, the mixed view between Group in Control screen desappears. And the percent size of jkUtils Widgets works.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on July 03, 2014, 09:21:10 PM
Just bundled r390. I think the UI rework is completed now.   ::)

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

g.
Title: Re: TESTING RELEASE
Post by: Jens on July 04, 2014, 09:31:51 PM
Hi Gene,

I just updated from 374 to 392, is there any chance in Grouping the devices within the new UI?

Please see the one attached, I would like to have them more aligned. e.g a row for X10,
a row for hue, a row for shutters etc. Especially on tablet pc this looks confusing to me.

Thanks
Regards
Jens
 
Title: Re: TESTING RELEASE
Post by: bkenobi on July 04, 2014, 09:42:09 PM
I haven't updated to r390 yet.  I updated to r375 a few days ago and have been seeing issues with my custom code functioning.  I believe I have narrowed down the cause (or at least what causes things to stop working).

My lighting code consists of 4 scripts:  Activity Log, Advanced Smart Lights, Last Event, Stuck Module Check.  I have tweaked things a bit since my last upload, but nothing that should cause a complete failure like I'm seeing.  It appears that when I have both the Activity Log and Last Event scripts running, Last Event does not run.  If I stop Activity Log, Last Event starts functioning again.

The only things of note that have changed recently are updating from r374 and mapping a network drive to the logging file write location.  Any thoughts?  Were there any changes to the "WhenModuleIsChanging" code?
Title: Re: TESTING RELEASE
Post by: Gene on July 05, 2014, 02:50:09 AM
Hi Jens,

the new control page is using "isotope" for sorting the modules:

http://isotope.metafizzy.co/layout-modes/packery.html (http://isotope.metafizzy.co/layout-modes/packery.html)

the modules position in your screenshot should not be the result of "isotope packery".
Perhaps there's some javascript error that is preventing the modules to be sorted.
As you can see in my screenshot the modules are packed and there's no blank spaces.
Also when rotating the screen on phone/tablet, the modules are rearranged (and animated also) to fit in the new screen size.

Either way this is just a first rework, probably to be improved in the future allowing at least to add a "new row" separator in the modules list.

g.
Title: Re: TESTING RELEASE
Post by: Gene on July 05, 2014, 02:58:52 AM
Hi ben,

no changes to the EventsHelper class since march 5th.

Btw just a suggestion for the logging. Why don't you just create a symbolic link to the homegenie "log" folder making it point to your samba share?
So you can use standard hg logging.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 05, 2014, 03:43:56 AM
I thought about that but wasn't sure if that would cause issues for HG.  Since you suggested it, I'll give it a try.
Title: Re: TESTING RELEASE
Post by: Jens on July 05, 2014, 07:49:44 PM
Hi Gene,

I think the new row separator will help, maybe it would also help to have the widgets all the same hight. In the screenshot X10 switch/X10 Dimmer/Shutter/hue... are all not the same hight. From the amount of information displayed within the widget I think they could all be the same hight which would probably help isotope as far as I understood their webpage.

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 06, 2014, 05:06:49 PM
I have my code all straightened out now so I installed r392 and everything seems to be working as expected.  I like the new look!  The old one was fine, just a bit bland and dated.  The only thing I'm not so keen on is the drop down to switch groups.  Perhaps I split things up into too many groups, but it feels a little clunky switching between them.  Perhaps having a divider and being able to scroll through them all?  I don't plan on using the web interface much when everything is configured, so this isn't all that critical.
Title: Re: TESTING RELEASE
Post by: dani on July 09, 2014, 04:49:10 PM
Hi Gene,

Remember that problem in Android App. It still persists in the last release :

Since release 372, the contrib FibaroRGBW doesn't work anymore in Android Apps.
I found the problem :
You have move the widget from zwave to DaniMail, in this case you have to modify the file GenericWidgetAdapter.java
Replace at line (219) zwave/fibaro/rgbw by DaniMail/fibaro/rgbw. Thank's
Can you do it or does I make ?

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on July 09, 2014, 08:59:07 PM
I'll do it. =)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on July 13, 2014, 08:12:18 PM
Hi Gene,

just to let you know, I upgraded today to R398 and had the first time ever, that the wrong x10 module responded. Should have been P16 off and was P 14 off.

Just in case you changed fromR374 to R398 relevant code.


Cheers
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 13, 2014, 08:26:23 PM
Is it possible that P14 was the last module used?  I've seen several times now where HG should have sent "A9, A ON" but instead only "A ON" was sent.  Since the last module used was A4, that's the one that was turned on.  This has only been happening recently since I started using the scheduler.
Title: Re: TESTING RELEASE
Post by: Jens on July 13, 2014, 08:58:35 PM
I don't think so, the last module was A 5 if I recall it correct.
Title: Re: TESTING RELEASE
Post by: Jens on July 16, 2014, 06:54:10 AM
Hi Gene,

with the recent updates the wizard scripts got broken, this command does not work anymore:

HomeGenie Automation do LIGHTSON Livingroom


I think we had this in the far history, too.

Can you please have a look

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 16, 2014, 04:17:48 PM
I'm seeing some strange behavior of some X10 modules.  Would it be possible to get a XTenLib.DLL with the debugging output enabled?  I can grab an old copy, but I believe a lot of changes have been implemented since the last posted version.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 20, 2014, 09:01:37 PM
Gene,

I had a version of the XTenLib.dll source that I had modified to include more debugging output based on an older testing version that you provided.  Unfortunately, the computer where that data was stored went down last month and I lost the source.  The new version has been modified significantly anyway from what I'm seeing.  It would be extremely helpful if you could provide a snippet of code or at least a line number for where the debugging output should be placed.

I see that there is a function for writing debug data in the DebugLog function, but it doesn't appear that data is written to homegenie.log or any other file I've located.  I thought console.writeln would output to the standard homegenie.log file, but that doesn't appear to be the case.  I don't see a toggle to enable this anywhere (other than the "enable" for debug logs).  If it's written somewhere else, perhaps the needed data can be found there.

The reason I need this data is that I'm getting a lot of instances of only the second half of X10 command being sent or at least received.  I'm trying to determine if HG is sending the command, if it's sending at the same time something else is happening, or if there's something else I could find.  Right now, I have logs from a second CM15A connected to AHP to act as a logger that show lots of issues.

Code: [Select]
8594 7/20/2014 5:34:00 AM Receive A8
8595 7/20/2014 5:34:00 AM Receive A Off
8596 7/20/2014 10:40:12 AM Receive A On
8597 7/20/2014 10:44:03 AM Receive A6
8598 7/20/2014 10:44:04 AM Receive A Off
8599 7/20/2014 11:21:57 AM Receive A On

This is an example from this morning.  I had the same issue last night several times.  I also show this same scenario many times in the recorded logs.  I moved my production CFM15A and it's very close to the distribution panel.  It's possible that there's an issue there.  I just don't have the data I need to suse the problem.
Title: Re: TESTING RELEASE
Post by: Gene on July 21, 2014, 01:32:18 AM
Hi Ben,

low level messages coming from XTenLib and ZWaveLib are not part of the homegenie log. These are only visible from the console.
Btw, there haven't been relevant changes to XTenLib.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 21, 2014, 03:27:12 AM
That explains why I haven't seen them.   ;)

I've never viewed the console output apparently.  Do you have a guide for accessing it?

EDIT: I just realized that since I changed some some things related to my logging approach I changed what homegenie.log actually contains.  I was writing the output of the startup.sh command to a file I called homegenie.log.  Funny, since that's the output of the console and what I actually need to see.  The data contained in homegie.log within /urs/local/bin/homegenie/log is not the same which I assumed it was.  Anyway, I've got the data I need now.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 21, 2014, 07:53:26 PM
I'm not sure if this should be in a different/new topic.  Right now, it's a quick question so I'll leave it here.

When reviewing the console output of HG when an X10 command is issued, I'm noticing that the scheduler has different output than when commands are sent manually.  This is a snippet from sending A1 ON and A1 OFF from a module via the web interface:
Code: [Select]
[21:06:09.611308] X10 > 5A 02 00 66
[21:06:09.614871] X10 > PLCRX: 5A 02 00 66
[21:06:09.623798] X10 > FNMAP: 00
[21:06:09.626953] X10 >  DATA: 66
[21:06:09.639776] X10 >       0) House code = A
[21:06:09.642864] X10 >       0)  Unit code = 1
[21:06:13.667697] X10 > 5A 02 01 62
[21:06:13.671166] X10 > PLCRX: 5A 02 01 62
[21:06:13.678882] X10 > FNMAP: 01
[21:06:13.681925] X10 >  DATA: 62
[21:06:13.686930] X10 >       0) House code = A
[21:06:13.690129] X10 >       0)    Command = ON
2014-07-20T21:06:13.6983970-07:00 HomeAutomation.X10 A1 - Status.Level 1
[21:06:27.548215] X10 > 5A 02 01 63
[21:06:27.551782] X10 > PLCRX: 5A 02 01 63
[21:06:27.554675] X10 > FNMAP: 01
[21:06:27.557493] X10 >  DATA: 63
[21:06:27.560483] X10 >       0) House code = A
[21:06:27.563414] X10 >       0)    Command = OFF
2014-07-20T21:06:27.5706870-07:00 HomeAutomation.X10 A1 - Status.Level 0

This is a snippet from the scheduler sending A9 ON and later A9 OFF:
Code: [Select]
2014-07-20T20:55:36.4268150-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Scheduled Control Pigeon loft light ON
[20:55:36.882627] X10 < 04 67
2014-07-20T20:55:36.8933750-07:00 HomeAutomation.X10 A9 - Status.Level 1
[20:55:42.132349] X10 < 06 62
2014-07-20T20:55:42.2944060-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
[20:55:42.554087] X10 > 55

Code: [Select]
2014-07-20T22:30:56.1446280-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Scheduled Control Pigeon loft light OFF
2014-07-20T22:30:56.1533250-07:00 HomeAutomation.X10 A9 - Status.Level 0
[22:30:56.422957] X10 > 55
[22:30:56.426626] X10 < 04 67
[22:30:56.848014] X10 > 55
[22:30:56.851801] X10 < 06 63
2014-07-20T22:30:56.9828730-07:00 HomeAutomation.HomeGenie.Automation 35 Automation Program Program.Status Idle
[22:30:57.281133] X10 > 55

The main thing that stands out to me is that the scheduled PLC data is only 4 digits whereas the web interface sends 8 digit PLC data.  Also, the scheduler sends 55 between each 4 digits.  I didn't have a chance to test what the same module sends when it's both a scheduled event and a manual web instantiated event.  I'll post that this evening in the hopes that that will explain something.
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 12:59:25 AM
HG r402 available for testing:

   - Added "Sunrise Colors Scenario" sample script for Philips Hue lights
   - Added module settings popup to the control page
   - Fixed occasional crash in shutdown/restart process
   - Added "Raspberry Pi Camera" resolution modes to camera driver (up to 5Mpx and 90fps)
   - Fixed bug in Interconnections (decimal fields serialization issue in SignalEvent)
   - Fixed bug in web service file caching

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

Reports and suggestions are welcome =)

g.
Title: Re: TESTING RELEASE
Post by: Jens on July 26, 2014, 10:26:43 AM
Hi Gene,

thanks for the new release.

Unfortunate this one is still broken in wizard scripts

HomeGenie Automation do LIGHTSON Livingroom

Please see the screenshot attached. The trigger is not the issue for sure, if I change the
instructions to something else it works. If I am not mistaken, it went broken by adding the
group lights on/off to the actions menu.

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 11:21:50 AM
Hi Jens,

is since your previous report that I'm trying to reproduce the issue but did not succeed in that.
So some questions:

- do you see the event popup when you press the remote button?
- is the name "Livingroom" matching the group name definition?
- what is being logged by hg after you press the button?
- what happen if you launch the script manually with the "Run" action?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on July 26, 2014, 02:53:33 PM
Hi Gene,

thank's for looking into it

- do you see the event popup when you press the remote button?
YES

- is the name "Livingroom" matching the group name definition?
YES

- what is being logged by hg after you press the button?
014-07-26T14:40:59.3987610+02:00   MIG.Gateways.WebServiceGateway   192.168.2.35   api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/   HTTP   GET
2014-07-26T14:41:00.8159120+02:00   MIG.Gateways.WebServiceGateway   192.168.2.35   api/HomeAutomation.HomeGenie/Config/Interfaces.List/1406378460841   HTTP   GET
2014-07-26T14:41:01.4833910+02:00   MIG.Gateways.WebServiceGateway   192.168.2.46   api/HomeAutomation.HomeGenie/Interconnection/Events.Push/80   HTTP   PUT
2014-07-26T14:41:01.5818110+02:00   Controllers.LircRemote   IR   192.168.2.46   Receiver.RawData   Sony_VaioRemote/ChanUp
2014-07-26T14:41:02.2630480+02:00   HomeAutomation.HomeGenie.Automation   1003   Automation Program   Program.Status   Running
2014-07-26T14:41:02.3131940+02:00   HomeAutomation.HomeGenie.Automation   1003   Automation Program   Program.Status   Idle
2014-07-26T14:41:02.5764150+02:00   MIG.Gateways.WebServiceGateway   192.168.2.46   api/HomeAutomation.HomeGenie/Interconnection/Events.Push/80   HTTP   PUT
2014-07-26T14:41:02.6076850+02:00   Controllers.LircRemote   IR   192.168.2.46   Receiver.RawData   
2014-07-26T14:41:03.2809880+02:00   MIG.Gateways.WebServiceGateway   192.168.2.35   api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1003/1406378463446   HTTP   POST
2014-07-26T14:41:03.4129140+02:00   MIG.Gateways.WebServiceGateway   192.168.2.35   api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1003/1406378463531   HTTP   POST

- what happen if you launch the script manually with the "Run" action?
I get an error, please see the attached screenshot

Second screenshot shows the correct name in the Control Page

Selecting it from the actions menue within the group Livingroom - no problems.

Regards
Jens


Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 03:26:49 PM
Is the "remote button pressed" event coming from another hg box or is it originated locally within the hg where the script has been created?

g.
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 03:44:34 PM
Hi Jens,

also, if this script is imported from a backup, could you try recreating it from scratch?

g.
Title: Re: TESTING RELEASE
Post by: Jens on July 26, 2014, 05:21:36 PM
Hi Gene,

- yes it is coming from a remote box but that is hardly the problem because controlling shutters from the remote box via lirc does work
- i did recreate it from scratch, same result

Next thing I can try is starting from scratch in 402 for everything, but this will take me some time

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 05:39:54 PM
Hi Jens,

I'll try to setup same scenario and make some tests.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 26, 2014, 06:38:37 PM
I'm wondering if the reason I'm seeing bad X10 commands is due to the time between commands on PLC.  We attempted to optimize this a couple months back and it all looked pretty good.  But, I have 13 instances of commands becoming broken somehow that I know about.  The following is an example of the one I saw last night:
Code: [Select]
2014-07-25T19:27:24.0509350-07:00 HomeAutomation.X10 RF X10 RF Receiver Receiver.RawData
2014-07-25T19:27:24.1002270-07:00 HomeAutomation.X10 B1 - Status.Level 1
[19:27:24.159674] X10 < 04 E6
[19:27:24.200499] X10 > 5A 02 00 46
[19:27:24.204143] X10 > PLCRX: 5A 02 00 46
[19:27:24.207010] X10 > FNMAP: 00
[19:27:24.209868] X10 >  DATA: 46
[19:27:24.212975] X10 >       0) House code = O
[19:27:24.215845] X10 >       0)  Unit code = 1
[19:27:24.600535] X10 > 5A 02 01 43
[19:27:24.604056] X10 > PLCRX: 5A 02 01 43
[19:27:24.606969] X10 > FNMAP: 01
[19:27:24.609802] X10 >  DATA: 43
[19:27:24.613015] X10 >       0) House code = O
[19:27:24.615907] X10 >       0)    Command = OFF
2014-07-25T19:27:24.6193980-07:00 HomeAutomation.X10 O1 - Status.Level 0
[19:27:24.723005] X10 > 55
[19:27:24.727413] X10 < 06 E2
2014-07-25T19:27:25.0414780-07:00 MIG.Gateways.WebServiceGateway 192.168.0.5 hg/html/pages/control/widgets/homegenie/generic/siren.json HTTP GET
[19:27:25.149617] X10 > 55

Now, I don't currently know for sure that this is due to timing, but that's one of two things I'm looking into (the other being potential attenuation issues on the line which is being worked concurrently).  Can you point to the line in the XTenLib_Manager that the timing is taken care of such that I can tweak it and see if that makes a difference?
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 07:55:45 PM
Hi Ben,

where exactly in the log is the command broken?

https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L741

this is where the PLCRX message is originated.

g.


Title: Re: TESTING RELEASE
Post by: bkenobi on July 26, 2014, 09:16:50 PM
The command that HG is sending looks correct.  The problem is that the module does not trigger.  AHP connected to a second CM15A on a PC located in my office shows the following for that event:
Code: [Select]
7/25/2014 19:27 Receive O1
7/25/2014 19:27 Receive O Off
7/25/2014 19:27 Receive B On
So HG thinks it's sending the full command, but something isn't working.  The sequence should be:
Code: [Select]
7/25/2014 19:27 Receive O1
7/25/2014 19:27 Receive O Off
7/25/2014 19:27 Receive B1
7/25/2014 19:27 Receive B On
The B1 command is getting lost somehow.  It's either because of issues with the setup of hardware (noise, signal sucker, etc) or with the signal (HG is sending the command too close to the O1 Off being received, something else).  I can play with the hardware to isolate things, but I was looking to see if giving a longer pause between commands might help.

The issues is that this happens occasionally but not in a way that I can currently cause manually.  IOW, I don't know how to make this happen so I don't know how to easily debug it yet.
Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 10:21:21 PM
Ok Ben,

the problem may be related to the way xtenlib stores last addressed units.
I remember having problem understanding when the last addressed units should be cleared for each house code.
Do you have any info regarding this?

Btw I just made some modifications to XTenLib I wanted to make time ago. It is regarding the way it sends outgoing messages.
I removed the use of message queuing, indeed messages are now sent immediately.

Just overwritten r402 with this modifications so you can download it again and try.

Cheers,
g.


Title: Re: TESTING RELEASE
Post by: Gene on July 26, 2014, 10:26:22 PM
Hey Ben,

the "addressedModules" list, stores currently addressed units.

Then if receiving just a "B ON", hg should lookup this list to find out last addressed unit.
https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L777

When sending, also HG could be optimized by taking this into account.
https://github.com/genielabs/HomeGenie/blob/master/MIG/Support%20Libraries/XTenLib/XTenManager.cs#L553

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 26, 2014, 10:56:30 PM
I'll try this tomorrow (busy the rest of the day) and let you know how it goes.  Thanks for looking into this.

Oh, and I learned something the other day regarding X10 and when combined addresses are reset. Take the following sequence:
Code: [Select]
A1
A2
A3
A4
A ON
B1
B ON
A OFF
My understanding from documentation and other experienced users over at the X10 forums was that this sequence of commands should turn on A1-A4, turn on B1, and then do nothing since sending B1 would reset the A HC modules.  However, I tried this in my setup and found that the A HC modules turn off.  I suppose this makes sense.  In situations where 2 residences use X10 with different HC's, you wouldn't want the second home to affect your modules.  That being said, I'd prefer HG work the first way (reset unit codes when a new HC is sent.
Title: Re: TESTING RELEASE
Post by: Jens on July 27, 2014, 10:15:29 AM
Hi Gene,

I started from scratch (factory reset -> build new config) - result the same not working.

BUT annyway I found the reason why - it is the separator.

Please see the screenshot attached, to have better grouping in the new UI I placed a separator already after the two automation programs - this is like a border for the wizard script. If I place the separator after the first light, the first can be controlled by the wizard script but not the rest and so on and so forth.

Hope this can be fixed

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on July 27, 2014, 04:45:29 PM
Hi Ben and Jens,

I fixed the group lights on/off problem.

The main rework of XTenManager.cs is completed (from asynchronous queued send to synchronous send with acknowledge wait/timeout).
It seems to be much more reliable/faster but I'll be waiting for ben's testing before saying "hurrah!" =)
I added some bit of more logging too.

Also solved a "locking" issue about ZWaveLib/SerialPort.

Just replaced r402 with new fixes (it will be r403 if things are working).

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 27, 2014, 05:10:55 PM
Sounds good.  I'll install and give it a try!
Title: Re: TESTING RELEASE
Post by: Jens on July 27, 2014, 07:19:18 PM
Hi Gene

sorry to say, but it is not fixed. I still have to remove the separator to make it work.

In this build, when removing, a configuration box pops up saying UI ... settings. The type is empty, maybe type has to be either light or dimmer, it cannot be set.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 27, 2014, 09:45:29 PM
Looks like that didn't fix the X10 either.  This is from about an hour ago:

Code: [Select]
[11:31:34.781207] X10 < 04 E6
[11:31:37.967624] X10 > PREVIOUS COMMAND TIMED OUT
[11:31:37.970728] X10 < 06 E3
2014-07-27T11:31:37.9862900-07:00 HomeAutomation.X10 B1 - Status.Level 0
[11:31:38.408242] X10 > 55
[11:31:38.411803] X10 > COMMAND SUCCESSFUL

And what AHP saw:
Code: [Select]
8524 7/27/2014 11:27 Receive O2
8525 7/27/2014 11:27 Receive O Off
8526 7/27/2014 11:31 Receive B Off
8527 7/27/2014 11:32 Receive O3
8528 7/27/2014 11:32 Receive O On
Title: Re: TESTING RELEASE
Post by: bkenobi on July 27, 2014, 10:03:02 PM
I just realised that if I install HG on that windows box where AHP is currently, I can get a better diagnostic since it will tell me the raw PLC coming in as well as how HG interprets it.  I'll set that up and update the results when I see the next anomaly.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 27, 2014, 10:50:07 PM
Two comments.

1) I went to install the Windows version of r394 and both XP and 7 told me the file was corrupt.  I downloaded again and it was still corrupt.  I installed r374 from the previous folder.

2) I know how to access the mono output from Linux.  How do I get that info from windows?  homegenie.log doesn't contain the debug info needed to view X10 PLC traffic.
Title: Re: TESTING RELEASE
Post by: Jens on July 28, 2014, 08:25:05 AM
Hi Gene

besides the wizard script issue I can just tell that interactions with X10 are now slower. From pressing a button to  modules reacting takes longer than before. I have no methods to measure this exactly.

Will revert to the previous 402 build

Happy to test the next version


Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on July 28, 2014, 12:43:02 PM
I am back on the first 402 build, in general this seems to respond faster, than the 402 you gave us for testing last.

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on July 28, 2014, 12:59:59 PM
Sorry guys,

I've had some problem with my internet connection. r402 was also having a bug that made it slower.
Please try r403 from testing folder.

Thanks!
g.
Title: Re: TESTING RELEASE
Post by: Jens on July 28, 2014, 01:50:48 PM
Hi Gene

I have done that and the separator is still the border


The separator looks again like initially, no extra UI settings

But 403 is fast again

Update: Please see the screenshot attached, sometimes the separator pops up with this UI during remove, sometimes w/o - regardless of the appearance it is always the border for the wizard script for group lights.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on July 29, 2014, 02:57:26 PM
Hi Jens,

the bugs you reported should be fixed now.
r403 from testing folder is updated with these fixes.
If noone else reports other bugs, this release will be promoted from testing beta to public beta.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 29, 2014, 03:40:02 PM
i noticed a strange occurznce last night with the X10 transmit.  I have HG set up on my Raspi and now on my WinXP.  I sent ON commands for several modules consecutively (pressing ON on 4 or 5 modules within a couple seconds).  the second HG saw the commands and set it's modules to ON but only the first module turned on.  these were all the same HC, so it might be related to the same issue we've been working on.
Title: Re: TESTING RELEASE
Post by: Gene on July 29, 2014, 03:58:53 PM
Hi Ben,

if you send a sequence of x10 commands quickly, some of them will fail due to an insight limitation of the x10 protocol.
With the new XTenLib release, hg can now detect when a command failed (old releases couldn't acknowledge of that).
But xtenlib does not do anything when a command failed and don't even revet the status of the module (eg. if you turn on something but the command fails, the hg module will have Status.Level = 1 as if the command succeed).
I've been thinking of implementing a basic resend with a maximum number of 3 tries. Since the command timeout is set to 3 seconds, the maximum command execution time, when it fails, it will be 9 seconds.
Any suggestion is welcome.

Cheers,
g.


Title: Re: TESTING RELEASE
Post by: bkenobi on July 29, 2014, 04:47:47 PM
If multiple devices send PLC commands at exactly the same time, the result will be a signal collision.  In this case, both commands will fail.  If multiple commands are issued by the same controller nearly consecutively, I would expect that the controller would send the first but either cache or not issue the second command.  I have not performed much experimentation on this, but have seen this a few times when issuing commands from an XPT wall switch/transmitter.

The thing that was odd here was in regards to the two HG machines (I'll call them HG1 and HG2).  HG1 sent A2 ON, A3 ON, A4 ON, A5 ON within a couple seconds (however long it took to press the buttons in the HG web interface.  HG1 showed that the lights were switched on, which makes sense since it only knows it issued the command and did not monitor anything nor receive a status from the modules (not available for most X10 equipment).  HG2 somehow knew that the command was issued and turned those modules to ON as well.  But, in reality the lights did not turn on.  Only the first module turned on and the others remained off.  So, either HG sent the command and the lights somehow ignored them or the two machines interacted via the network to communicate the module status.  I know HG can do this, but I didn't think it was enabled by default.

Either way, if 4-5 modules are toggled within 1-2 seconds, I would expect one of three things. 

1) Signal collision
2) Cached commands
3) Missed commands

Some modules may work, but overlapping signals might occur depending on the controller.  If the controller is not polite, it will kill all transmissions.  If it is polite, it will wait for the line to clear before issuing a command.  It may cache commands and send them or it may just ignore some and send the first and one of the others.
Title: Re: TESTING RELEASE
Post by: Gene on July 29, 2014, 07:04:11 PM
Hi ben,

I added handling of message errors and resend.
Tested it by using two X10 controllers (CM11 and CM15) on two different machines.
It seems to work.
The test I made is launching the same macro simultaneously on the two machines.
I'm attacching the example macro too.
If you download r403 again you'll get this optimization for testing.
Let me know the results of your testing and your considerations about it.

Code: [Select]


Timings from CM15 machine:

[19:05:25.903342] X10 < 04 E5
2014-07-29T19:05:26.2023770+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1000/1406653528427  HTTP    POST
[19:05:26.410761] X10 > 55
[19:05:26.418266] X10 > COMMAND SUCCESSFUL
[19:05:26.463500] X10 < 06 E2
2014-07-29T19:05:26.5197380+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Automation/Programs.List/1406653528744     HTTP    GET
[19:05:26.972789] X10 > 55
[19:05:26.980250] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:27.0252760+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:27.051515] X10 < 04 E5
2014-07-29T19:05:27.2639510+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1406653529481       HTTP    GET
[19:05:27.567005] X10 > 55
[19:05:27.574254] X10 > COMMAND SUCCESSFUL
[19:05:27.624291] X10 < 06 E3
[19:05:28.130279] X10 > 55
[19:05:28.137686] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:28.1851970+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:28.226472] X10 < 04 E5
[19:05:28.732714] X10 > 55
[19:05:28.740110] X10 > COMMAND SUCCESSFUL
[19:05:28.792660] X10 < 06 E2
[19:05:29.303316] X10 > 55
[19:05:29.310475] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:29.3582430+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:29.384053] X10 < 04 E5
[19:05:29.896604] X10 > 55
[19:05:29.903919] X10 > COMMAND SUCCESSFUL
[19:05:29.944286] X10 < 06 E3
2014-07-29T19:05:30.1918180+02:00       HomeAutomation.HomeGenie.Automation     35      Automation Program      Program.Status  Running
2014-07-29T19:05:30.2169580+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1406653532440    HTTP    POST
2014-07-29T19:05:30.2490980+02:00       HomeAutomation.HomeGenie.Automation     35      Automation Program      Program.Status  Idle
[19:05:30.450769] X10 > 55
[19:05:30.458222] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:30.5070280+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:30.542647] X10 < 04 E5
2014-07-29T19:05:30.7181960+02:00       HomeAutomation.PhilipsHue       1       -       Meter.Watts     0
2014-07-29T19:05:30.8315840+02:00       HomeAutomation.PhilipsHue       2       -       Meter.Watts     0
2014-07-29T19:05:30.9622920+02:00       HomeAutomation.PhilipsHue       3       -       Meter.Watts     0
[19:05:31.052975] X10 > 55
[19:05:31.059955] X10 > COMMAND SUCCESSFUL
[19:05:31.103953] X10 < 06 E2
2014-07-29T19:05:31.2236390+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1406653533448    HTTP    POST
[19:05:31.613965] X10 > 55
[19:05:31.620915] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:31.6648720+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:31.691750] X10 < 04 E5
[19:05:32.207637] X10 > 55
[19:05:32.218580] X10 > COMMAND SUCCESSFUL
[19:05:32.252146] X10 < 06 E3
[19:05:32.765902] X10 > 55
[19:05:32.773240] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:32.8125220+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:32.849226] X10 < 04 E5
[19:05:33.351473] X10 > 55
[19:05:33.359191] X10 > COMMAND SUCCESSFUL
[19:05:33.411822] X10 < 06 E2
[19:05:33.921816] X10 > 55
[19:05:33.929206] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:33.9781990+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:34.004198] X10 < 04 E5
[19:05:34.515609] X10 > 55
[19:05:34.522871] X10 > COMMAND SUCCESSFUL
[19:05:34.572698] X10 < 06 E3
[19:05:35.085957] X10 > 55
[19:05:35.093187] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:35.1331090+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:35.168341] X10 < 04 E5
2014-07-29T19:05:35.2300260+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP    GET
[19:05:35.672448] X10 > 55
[19:05:35.679786] X10 > COMMAND SUCCESSFUL
[19:05:35.732484] X10 < 06 E2
[19:05:36.243042] X10 > 55
[19:05:36.250380] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:36.2956010+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:36.323289] X10 < 04 E5
[19:05:36.831513] X10 > 55
[19:05:36.839131] X10 > COMMAND SUCCESSFUL
[19:05:36.890140] X10 < 06 E3
2014-07-29T19:05:37.2763070+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1406653539496       HTTP    GET
[19:05:37.401416] X10 > 55
[19:05:37.408919] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:37.4515490+02:00       HomeAutomation.X10      B7      -       Status.Level    0




g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 29, 2014, 07:25:45 PM
I'll give this a try after work.  Two questions.

1) How did you run both macros at the same time?  Did you just select "run" on both machines at the same time or did you have an automated method (run at a certain time)?

2) I can get the debug output from the Raspi, but I won't be able to get this data from the Windows XP machine.  I haven't found out a way to get to the Mono Console in Windows so I can only see what's written to the log file.
Title: Re: TESTING RELEASE
Post by: Gene on July 29, 2014, 07:29:23 PM
Hi Ben,

sorry for flooding here =) I also re-enabled the house code optimization.
If currently addressed housecode is the same it won't resend the house code but only the unit number.
So now it's even faster (500-600ms a command), see the new log:

Code: [Select]

[19:05:25.903342] X10 < 04 E5
2014-07-29T19:05:26.2023770+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1000/1406653528427  HTTP    POST
[19:05:26.410761] X10 > 55
[19:05:26.418266] X10 > COMMAND SUCCESSFUL
[19:05:26.463500] X10 < 06 E2
2014-07-29T19:05:26.5197380+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Automation/Programs.List/1406653528744     HTTP    GET
[19:05:26.972789] X10 > 55
[19:05:26.980250] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:27.0252760+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:27.051515] X10 < 04 E5
2014-07-29T19:05:27.2639510+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1406653529481       HTTP    GET
[19:05:27.567005] X10 > 55
[19:05:27.574254] X10 > COMMAND SUCCESSFUL
[19:05:27.624291] X10 < 06 E3
[19:05:28.130279] X10 > 55
[19:05:28.137686] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:28.1851970+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:28.226472] X10 < 04 E5
[19:05:28.732714] X10 > 55
[19:05:28.740110] X10 > COMMAND SUCCESSFUL
[19:05:28.792660] X10 < 06 E2
[19:05:29.303316] X10 > 55
[19:05:29.310475] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:29.3582430+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:29.384053] X10 < 04 E5
[19:05:29.896604] X10 > 55
[19:05:29.903919] X10 > COMMAND SUCCESSFUL
[19:05:29.944286] X10 < 06 E3
2014-07-29T19:05:30.1918180+02:00       HomeAutomation.HomeGenie.Automation     35      Automation Program      Program.Status  Running
2014-07-29T19:05:30.2169580+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1406653532440    HTTP    POST
2014-07-29T19:05:30.2490980+02:00       HomeAutomation.HomeGenie.Automation     35      Automation Program      Program.Status  Idle
[19:05:30.450769] X10 > 55
[19:05:30.458222] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:30.5070280+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:30.542647] X10 < 04 E5
2014-07-29T19:05:30.7181960+02:00       HomeAutomation.PhilipsHue       1       -       Meter.Watts     0
2014-07-29T19:05:30.8315840+02:00       HomeAutomation.PhilipsHue       2       -       Meter.Watts     0
2014-07-29T19:05:30.9622920+02:00       HomeAutomation.PhilipsHue       3       -       Meter.Watts     0
[19:05:31.052975] X10 > 55
[19:05:31.059955] X10 > COMMAND SUCCESSFUL
[19:05:31.103953] X10 < 06 E2
2014-07-29T19:05:31.2236390+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1406653533448    HTTP    POST
[19:05:31.613965] X10 > 55
[19:05:31.620915] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:31.6648720+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:31.691750] X10 < 04 E5
[19:05:32.207637] X10 > 55
[19:05:32.218580] X10 > COMMAND SUCCESSFUL
[19:05:32.252146] X10 < 06 E3
[19:05:32.765902] X10 > 55
[19:05:32.773240] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:32.8125220+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:32.849226] X10 < 04 E5
[19:05:33.351473] X10 > 55
[19:05:33.359191] X10 > COMMAND SUCCESSFUL
[19:05:33.411822] X10 < 06 E2
[19:05:33.921816] X10 > 55
[19:05:33.929206] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:33.9781990+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:34.004198] X10 < 04 E5
[19:05:34.515609] X10 > 55
[19:05:34.522871] X10 > COMMAND SUCCESSFUL
[19:05:34.572698] X10 < 06 E3
[19:05:35.085957] X10 > 55
[19:05:35.093187] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:35.1331090+02:00       HomeAutomation.X10      B7      -       Status.Level    0
[19:05:35.168341] X10 < 04 E5
2014-07-29T19:05:35.2300260+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP    GET
[19:05:35.672448] X10 > 55
[19:05:35.679786] X10 > COMMAND SUCCESSFUL
[19:05:35.732484] X10 < 06 E2
[19:05:36.243042] X10 > 55
[19:05:36.250380] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:36.2956010+02:00       HomeAutomation.X10      B7      -       Status.Level    1
[19:05:36.323289] X10 < 04 E5
[19:05:36.831513] X10 > 55
[19:05:36.839131] X10 > COMMAND SUCCESSFUL
[19:05:36.890140] X10 < 06 E3
2014-07-29T19:05:37.2763070+02:00       MIG.Gateways.WebServiceGateway  192.168.0.6     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1406653539496       HTTP    GET
[19:05:37.401416] X10 > 55
[19:05:37.408919] X10 > COMMAND SUCCESSFUL
2014-07-29T19:05:37.4515490+02:00       HomeAutomation.X10      B7      -       Status.Level    0

....


I'm also attacching a new test script with some dimming commands too.

g.
Title: Re: TESTING RELEASE
Post by: Gene on July 29, 2014, 07:31:04 PM
I did run manually on both machines to simulate some collisions.

You can get the debug output on windows too.

1) Run a command prompt as administrator
2) cd the homegenie program files folder
3) type: "HomeGenie.exe" and press enter to run hg

g.

I'll give this a try after work.  Two questions.

1) How did you run both macros at the same time?  Did you just select "run" on both machines at the same time or did you have an automated method (run at a certain time)?

2) I can get the debug output from the Raspi, but I won't be able to get this data from the Windows XP machine.  I haven't found out a way to get to the Mono Console in Windows so I can only see what's written to the log file.
Title: Re: TESTING RELEASE
Post by: Jens on July 29, 2014, 09:07:42 PM
Hi Gene,

what shall I say, the bug is still there.

I upgrade to the new r403 and imported my 402 config as backup - hope that is not causing problems.

The group has
- group lights on
- group lights off
- separator
- x10 light
- five hue lights
- separator
- three x10 shutter
- separator
- upnp media


deleting the first separator makes the wizard script working, creating a new separator results in a non working wizard script.


How can I help further?

thanks
regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 30, 2014, 05:42:03 AM
I'm installing r403 on the Raspi right now.  I was wondering if I need to install the same version on WinXP in order to use the test scripts you posted?  As of a few minutes ago, there was no Windows version on SourceForge.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 30, 2014, 06:26:02 AM
I installed r403 on the Raspi and the test script on both machines.  I added each the script to a group so I could click them to run easily.  I clicked each and the attached were the results.

WindowsXP running r374
Raspi running r403
Title: Re: TESTING RELEASE
Post by: Gene on July 30, 2014, 11:55:55 AM
Hi Ben,

hg update to r403 for Windows is now available from hg update manager.
What wanted to know from you is your consideration about performances of the new xtenlib.
Does it feel like more reactive?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on July 30, 2014, 11:57:02 AM
Hello Jens,

get r403 from the main download folder. It fixes the group lights on/off bug (I swear! this time it fixes it =)).

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 30, 2014, 02:27:09 PM
When triggering from the web interface, things looked pretty good.  I found that one of my outdoor lights didn't turn off at it's scheduled time, but it's possible I was updating or running the test macro at the time.   I'll review the logs to see if it explains anything.
Title: Re: TESTING RELEASE
Post by: bkenobi on July 30, 2014, 05:57:44 PM
I must have been updating HG at the wrong time last night since it didn't even try to turn off the light.  So far, everything looks good.  I'll continue to monitor for anomalies and post if something comes up.
Title: Re: TESTING RELEASE
Post by: Jens on July 30, 2014, 05:59:18 PM
Hi Gene

yes, it is working now - many thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on July 31, 2014, 03:53:53 AM
Hi Ben,

hg update to r403 for Windows is now available from hg update manager.
What wanted to know from you is your consideration about performances of the new xtenlib.
Does it feel like more reactive?

Cheers,
g.
I tried to perform the update and it hung on me.  I eventually killed the process and tried launching HG again.  This time, it said it was running, but I could not access the web interface.  I'll go back to r374 for now.

EDIT: I don't know why the update didn't work, but I performed the update manually and things appear correct.
Title: Re: TESTING RELEASE
Post by: nolio on July 31, 2014, 12:47:05 PM
Hi,
I update to r403 and in "Security Alarm System" at line 45:
Code: [Select]
When.ModuleParameterChange((module, parameter)=>When i update, there is an error, i replace by :
Code: [Select]
When.ModuleParameterChanged((module, parameter)=>like the suggestion of the error message, and i can update again.
Bye
Title: Re: TESTING RELEASE
Post by: ado464 on July 31, 2014, 03:08:40 PM
I am running 403 and i get this when i go into interfaces, can't add node or remove but discovery works - running mono 3.2.8
System.NullReferenceException: Object reference not set to an instance of an object
  at HomeGenie.Service.Handlers.Config.ProcessRequest (MIG.MIGClientRequest request, MIG.MIGInterfaceCommand migCommand) [0x00000] in <filename unknown>:0
  at HomeGenie.Service.HomeGenieService.migService_ServiceRequestPreProcess (MIG.MIGClientRequest request, MIG.MIGInterfaceCommand migCommand) [0x00000] in <filename unknown>:0
  at MIG.MIGService.webGateway_ProcessRequest (System.Object gwRequest) [0x00000] in <filename unknown>:0
  at MIG.Gateways.WebServiceGateway.Worker (System.Object state) [0x00000] in <filename unknown>:0
System.NullReferenceException: Object reference not set to an instance of an object
  at HomeGenie.Service.Handlers.Config.ProcessRequest (MIG.MIGClientRequest request, MIG.MIGInterfaceCommand migCommand) [0x00000] in <filename unknown>:0
  at HomeGenie.Service.HomeGenieService.migService_ServiceRequestPreProcess (MIG.MIGClientRequest request, MIG.MIGInterfaceCommand migCommand) [0x00000] in <filename unknown>:0
  at MIG.MIGService.webGateway_ProcessRequest (System.Object gwRequest) [0x00000] in <filename unknown>:0
  at MIG.Gateways.WebServiceGateway.Worker (System.Object state) [0x00000] in <filename unknown>:0

help please :)
Title: Re: TESTING RELEASE
Post by: bkenobi on July 31, 2014, 04:50:33 PM
I was just reviewing the mono console output from running the test script on both HG boxes.  I see most instances of commands with the "COMMAND SUCCESSFUL" statement which I assume means that the CM15A responded with 0x55.  I also see a couple instances of "PREVIOUS COMMAND TIMED OUT, RESENDING(1)" which I infer as meaning 0x55 was not received so HG assumes the command did not go through.  Is that correct?
Title: Re: TESTING RELEASE
Post by: ado464 on July 31, 2014, 06:59:13 PM
That shows up in the console, and then i can't add or remove a node from the zwave menu, it can discover nodes however - can't find the problem really, maybe sending wrong command in the ui?
Title: Re: TESTING RELEASE
Post by: Gene on July 31, 2014, 11:48:57 PM
Hi ado,

the bug is now fixed. You can update using the update checker (configure->maintenance).

g.
Title: Re: TESTING RELEASE
Post by: ado464 on August 01, 2014, 10:05:53 AM
Hi ado,

the bug is now fixed. You can update using the update checker (configure->maintenance).

g.

Yes it now works flawlessly :) while on the subject on fixing things, on energy meters is it possible for it to display Watt(W) or kilowatt(kW) at the end of the number? cause all i get is 1580, i know it's counting watts but it would be nice to have something in the end showing what it is - also is it possible to count both watts and kilowatts and display them? Using Energy Meter 2nd Generation from AeonLabs. Preferably to display Ampere, Volt, Watt & Kilowatt, is it possible? :)

Also another bug, when avg antivirus is active the control page does not load, it spins infinitely.

Cheers all :)
Title: Re: TESTING RELEASE
Post by: bkenobi on August 02, 2014, 04:29:32 PM
Looks like I found at least one instance of the system not working quite right.  I'm pretty sure this is HG deciding to send only the second half of the command.

HG1 sending B1, B ON correctly at 19:39:
Code: [Select]
[19:39:04.395905] X10 > 5A 02 00 46
[19:39:04.399045] X10 > PLCRX: 5A 02 00 46
[19:39:04.401883] X10 > FNMAP: 00
[19:39:04.404714] X10 >  DATA: 46
[19:39:04.407699] X10 >       0) House code = O
[19:39:04.410459] X10 >       0)  Unit code = 1
[19:39:04.808018] X10 > 5A 02 01 42
[19:39:04.811568] X10 > PLCRX: 5A 02 01 42
[19:39:04.814434] X10 > FNMAP: 01
[19:39:04.817265] X10 >  DATA: 42
[19:39:04.820226] X10 >       0) House code = O
[19:39:04.823041] X10 >       0)    Command = ON
2014-08-01T19:39:04.8266590-07:00 HomeAutomation.X10 O1 - Status.Level 1
[19:39:06.086326] X10 < 04 E6
[19:39:07.112685] X10 > 55
[19:39:07.116125] X10 > COMMAND SUCCESSFUL
[19:39:07.148440] X10 < 06 E2
[19:39:07.572134] X10 > 55
[19:39:07.575184] X10 > COMMAND SUCCESSFUL
2014-08-01T19:39:07.6062030-07:00 HomeAutomation.X10 B1 - Status.Level 1

HG2 receiving B1, B ON correctly at 19:39:
Code: [Select]
[19:39:00.890625] X10 > 5A 02 00 46
[19:39:00.890625] X10 > PLCRX: 5A 02 00 46
[19:39:00.890625] X10 > FNMAP: 00
[19:39:00.890625] X10 >  DATA: 46
[19:39:00.890625] X10 >       0) House code = O
[19:39:00.890625] X10 >       0)  Unit code = 1
[19:39:01.296875] X10 > 5A 02 01 42
[19:39:01.296875] X10 > PLCRX: 5A 02 01 42
[19:39:01.296875] X10 > FNMAP: 01
[19:39:01.296875] X10 >  DATA: 42
[19:39:01.312500] X10 >       0) House code = O
[19:39:01.312500] X10 >       0)    Command = ON
2014-08-01T19:39:01.3125000-07:00 HomeAutomation.X10 O1 - Status.Level 1
[19:39:03.593750] X10 > 5A 02 00 E6
[19:39:03.593750] X10 > PLCRX: 5A 02 00 E6
[19:39:03.593750] X10 > FNMAP: 00
[19:39:03.593750] X10 >  DATA: E6
[19:39:03.593750] X10 >       0) House code = B
[19:39:03.593750] X10 >       0)  Unit code = 1
[19:39:04.046875] X10 > 5A 02 01 E2
[19:39:04.046875] X10 > PLCRX: 5A 02 01 E2
[19:39:04.046875] X10 > FNMAP: 01
[19:39:04.046875] X10 >  DATA: E2
[19:39:04.046875] X10 >       0) House code = B
[19:39:04.046875] X10 >       0)    Command = ON
2014-08-01T19:39:04.0468750-07:00 HomeAutomation.X10 B1 - Status.Level 1


HG1 sending B OFF only at 19:44(and previous command O1, O OFF to show it should send more):
Code: [Select]
[19:40:24.528825] X10 > 5A 02 00 46
[19:40:24.532266] X10 > PLCRX: 5A 02 00 46
[19:40:24.535097] X10 > FNMAP: 00
[19:40:24.537923] X10 >  DATA: 46
[19:40:24.540962] X10 >       0) House code = O
[19:40:24.543803] X10 >       0)  Unit code = 1
[19:40:24.941841] X10 > 5A 02 01 43
[19:40:24.945281] X10 > PLCRX: 5A 02 01 43
[19:40:24.948156] X10 > FNMAP: 01
[19:40:24.950998] X10 >  DATA: 43
[19:40:24.953932] X10 >       0) House code = O
[19:40:24.956852] X10 >       0)    Command = OFF
2014-08-01T19:40:24.9603950-07:00 HomeAutomation.X10 O1 - Status.Level 0
<truncated HG internal commands>
[19:44:06.476460] X10 < 06 E3
[19:44:06.902297] X10 > 55
[19:44:06.905813] X10 > COMMAND SUCCESSFUL
2014-08-01T19:44:06.9419770-07:00 HomeAutomation.X10 B1 - Status.Level 0

HG2 receiving B OFF (and previous command):
Code: [Select]
[19:40:21.031250] X10 > 5A 02 00 46
[19:40:21.031250] X10 > PLCRX: 5A 02 00 46
[19:40:21.031250] X10 > FNMAP: 00
[19:40:21.031250] X10 >  DATA: 46
[19:40:21.031250] X10 >       0) House code = O
[19:40:21.031250] X10 >       0)  Unit code = 1
[19:40:21.437500] X10 > 5A 02 01 43
[19:40:21.437500] X10 > PLCRX: 5A 02 01 43
[19:40:21.437500] X10 > FNMAP: 01
[19:40:21.437500] X10 >  DATA: 43
[19:40:21.437500] X10 >       0) House code = O
[19:40:21.437500] X10 >       0)    Command = OFF
2014-08-01T19:40:21.4375000-07:00 HomeAutomation.X10 O1 - Status.Level 0
[19:44:03.375000] X10 > 5A 02 01 E3
[19:44:03.375000] X10 > PLCRX: 5A 02 01 E3
[19:44:03.375000] X10 > FNMAP: 01
[19:44:03.375000] X10 >  DATA: E3
[19:44:03.375000] X10 >       0) House code = B
[19:44:03.375000] X10 >       0)    Command = OFF
2014-08-01T19:44:03.3750000-07:00 HomeAutomation.X10 B1 - Status.Level 0

For reference, O1 is a PLC based transmitter.  It looks to me like HG thinks the last HC was still B, so it didn't send the B1 unit code.  Perhaps there's an issue with HG tracking external transmitters when it comes to the current HC?
Title: Re: TESTING RELEASE
Post by: Gene on August 02, 2014, 06:04:09 PM
Perhaps it doesn't set the current HC correctly when receiving from PCL/RF... I'll check this out.

g.
Title: Re: TESTING RELEASE
Post by: Jens on August 02, 2014, 08:15:08 PM
Hi Gene,

the parameters UI cannot be invoked any more. Within configure selecting the module or selecting the right 3-bars icon invokes the settings UI.

Cannot tell exactly when this happened. I am on 403+zwave fix

Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on August 02, 2014, 08:22:48 PM
i suppose it's worth mentioning that the IsOn and IsOff functions don't work correctly for me most of the time.  In my various scripts I had to revert to using Parameter("Status.Level").DecimalValue==1 or 0 in my logic.  this works fine for me, so I require no change but it might be good to understand why it didn't work at some point.
Title: Re: TESTING RELEASE
Post by: RichieC on August 03, 2014, 10:33:50 PM
I have this problem too.. it was working correctly on r400 .. so the bug crept in somewhere after that..

Hi Gene,

the parameters UI cannot be invoked any more. Within configure selecting the module or selecting the right 3-bars icon invokes the settings UI.

Cannot tell exactly when this happened. I am on 403+zwave fix

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on August 03, 2014, 11:37:43 PM
to bkenobi:

IsOn/IsOff = true when at least one module in the current selection is On/Off. How are you selecting the module?

to RichieC, Jens

I filed a new issue:

https://github.com/genielabs/HomeGenie/issues

feel free to post more issues/requests on that page. =)

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 03, 2014, 11:51:00 PM
I don't have a backup of when I was using the IsOn/IsOff statements, but it would have been something like this:

Code: [Select]
When.ModuleParameterIsChanging((module, parameter) =>
{
...
  if (module.IsOn)
...

Since that wasn't working, I switched to using this:

Code: [Select]
When.ModuleParameterIsChanging((module, parameter) =>
{
...
  if (module.Parameter("Status.Level").DecimalValue==1)
...
Title: Re: TESTING RELEASE
Post by: ado464 on August 04, 2014, 09:19:47 AM
Statistics are a bit messed up, global settings are working and showing correctly, but if you select an individual energy meter it shows "today" as 0
Title: Re: TESTING RELEASE
Post by: ado464 on August 04, 2014, 01:36:51 PM
Disabled Philips hue, still reports to statistics when it shouldn't. The last database the genie outputs goes blank even tho it's 10.5mb. Weird
Title: Re: TESTING RELEASE
Post by: ado464 on August 04, 2014, 04:04:02 PM
Bug, when restarting homegenie it does not run z-wave discovery and results in leaving the nodes empty of energy information, is it possible to implement auto discovery on boot?

Cheers, ado
Title: Re: TESTING RELEASE
Post by: Gene on August 04, 2014, 04:13:49 PM
Hi ado,

about statistics, everything is working for me. Give further details regarding the problem.
Also when HG restarts, z-wave discovery is working for me.
For Philips Hue metering when program is disabled, please file a issue on github.

g.
Title: Re: TESTING RELEASE
Post by: ado464 on August 05, 2014, 09:45:33 AM
Seems discovery is now working when i used the in hg restart instead of the command, another note is that the module parameters in groups configuration of devices does not show the parameters on the sensors, so i can not delete the parameters. It just pops up in a window where i can edit VM Watt, Remove Group, Update - no visible parameters to delete.

cheers, Ado
Title: Re: TESTING RELEASE
Post by: ado464 on August 05, 2014, 11:09:02 AM
Database is based on utc time when it should be running local time, time is very off.
Title: Re: TESTING RELEASE
Post by: Jens on August 05, 2014, 08:20:24 PM
Hi Gene,

can you please advise, which bugs do you want us to post here and which ones shall go to github?

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on August 05, 2014, 08:46:40 PM
Hi Jens,

use github as the preferred way for all bug reports/requests.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 05, 2014, 08:53:05 PM
Do you want the bugs that have already been reported here to be added to github or would that double things on the tracking side for you?
Title: Re: TESTING RELEASE
Post by: Gene on August 05, 2014, 10:39:29 PM
duplicate on github.

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

cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 07, 2014, 04:59:23 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 08, 2014, 09:50:43 AM
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
Title: Re: TESTING RELEASE
Post by: bkenobi on August 08, 2014, 02:59:47 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 08, 2014, 06:36:56 PM
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
Title: Re: TESTING RELEASE
Post by: bkenobi on August 08, 2014, 06:50:57 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 08, 2014, 06:54:52 PM
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
Title: Re: TESTING RELEASE
Post by: bkenobi on August 08, 2014, 07:33:03 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 08, 2014, 09:25:28 PM
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
Title: Re: TESTING RELEASE
Post by: bkenobi on August 08, 2014, 11:48:58 PM
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.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 09, 2014, 04:11:19 PM
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.
Title: Re: TESTING RELEASE
Post by: Gene on August 09, 2014, 04:17:52 PM
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.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 09, 2014, 04:23:23 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 09, 2014, 08:56:27 PM
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
Title: Re: TESTING RELEASE
Post by: Jens on August 10, 2014, 06:43:42 PM
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# (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
Title: Re: TESTING RELEASE
Post by: Jens on August 10, 2014, 08:51:18 PM
Hi Gene,

before documenting a new bug on github, were there changes to lirc in 408?

- lircd.conf contains a valid config
- on raspian level commands are seen
- in 403 HG did see the commands, too although there was no remote added in the interfaces config, lirc just enabled
- in 408 disabling and enabling lirc - the status indicator remains light grey, a reboot makes it dark grey, still commands were not seen anymore afterwards
( I cannot select a remote from interfaces setup, because my model is not known to the lirc database)

Many thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on August 11, 2014, 01:16:41 AM
I'm having an issue with X10 and HG interpreting commands.  This is the same problem I had for the 403 which caused me to try updating.  In short, if I send a valid X10 command from a second HG box running CM15A, PLC code, or RF code, HG sees the command on my Raspi CM15A setup but it does not interpret it.  Here's an example:

RF transmission (I believe there are 2 commands because the button down is different than button up):
Code: [Select]
[16:08:38.193918] X10 > 5D 20 20 DF 00 FF
[16:08:38.197023] X10 > RFCOM: 5D 20 20 DF 00 FF
2014-08-10T16:08:38.2029220-07:00       HomeAutomation.X10      RF      X10 RF Receiver Receiver.RawData        5D 20 20 DF 00 FF
[16:08:38.297027] X10 > 5D 20 20 DF 00 FF
[16:08:38.300564] X10 > RFCOM: 5D 20 20 DF 00 FF
[16:08:38.625046] X10 > 5A 02 00 46
[16:08:38.628632] X10 > PLCRX: 5A 02 00 46
[16:08:38.631626] X10 > FNMAP: 00
[16:08:38.634424] X10 >  DATA: 46
[16:08:38.637410] X10 >       0) House code = O
[16:08:38.640303] X10 >       0)  Unit code = 1
[16:08:39.029085] X10 > 5A 02 01 42
[16:08:39.032520] X10 > PLCRX: 5A 02 01 42
[16:08:39.035486] X10 > FNMAP: 01
[16:08:39.038225] X10 >  DATA: 42
[16:08:39.041152] X10 >       0) House code = O
[16:08:39.043923] X10 >       0)    Command = ON
[16:08:39.049451] X10 > 55
2014-08-10T16:08:39.2061060-07:00       HomeAutomation.X10      RF      X10 RF Receiver Receiver.RawData
[16:08:39.497158] X10 > 5A 02 00 46
[16:08:39.500714] X10 > PLCRX: 5A 02 00 46
[16:08:39.503583] X10 > FNMAP: 00
[16:08:39.506410] X10 >  DATA: 46
[16:08:39.509406] X10 >       0) House code = O
[16:08:39.512284] X10 >       0)  Unit code = 1
[16:08:39.893229] X10 > 5A 02 01 42
[16:08:39.896883] X10 > PLCRX: 5A 02 01 42
[16:08:39.899890] X10 > FNMAP: 01
[16:08:39.902702] X10 >  DATA: 42
[16:08:39.905676] X10 >       0) House code = O
[16:08:39.908584] X10 >       0)    Command = ON
[16:08:39.913145] X10 > 55

And here's one for a PLC command sent from my WinXP HG setup:
Code: [Select]
[16:11:11.226857] X10 > 5A 02 00 42
[16:11:11.230395] X10 > PLCRX: 5A 02 00 42
[16:11:11.233259] X10 > FNMAP: 00
[16:11:11.236083] X10 >  DATA: 42
[16:11:11.239199] X10 >       0) House code = O
[16:11:11.241817] X10 >       0)  Unit code = 3
[16:11:11.679918] X10 > 5A 02 01 42
[16:11:11.683319] X10 > PLCRX: 5A 02 01 42
[16:11:11.686196] X10 > FNMAP: 01
[16:11:11.689004] X10 >  DATA: 42
[16:11:11.691987] X10 >       0) House code = O
[16:11:11.694886] X10 >       0)    Command = ON

In both cases, HG should have included one more statement something like:
Code: [Select]
[16:12:30.484375] X10 > 5A 02 00 2E
[16:12:30.484375] X10 > PLCRX: 5A 02 00 2E
[16:12:30.484375] X10 > FNMAP: 00
[16:12:30.484375] X10 >  DATA: 2E
[16:12:30.484375] X10 >       0) House code = C
[16:12:30.484375] X10 >       0)  Unit code = 2
[16:12:31.203125] X10 > 5A 02 01 23
[16:12:31.203125] X10 > PLCRX: 5A 02 01 23
[16:12:31.203125] X10 > FNMAP: 01
[16:12:31.203125] X10 >  DATA: 23
[16:12:31.203125] X10 >       0) House code = C
[16:12:31.218750] X10 >       0)    Command = OFF
2014-08-10T16:12:31.2187500-07:00 HomeAutomation.X10 C2 - Status.Level 0

This has been an issue for at least r403 and r408.
Title: Re: TESTING RELEASE
Post by: Gene on August 11, 2014, 02:54:54 AM
Hi Ben,

did you set correct house codes on the other hg box?
Please also try latest r408 that I just uploaded.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 11, 2014, 03:11:28 AM
If r408 is available for windows now, I'll definitely give it a try.

The code that I posted was from the raspi HG box, so it doesn't really matter what the win HG box was set to, but yes it's set to the correct house codes.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 11, 2014, 08:24:36 AM
I think there is some confusion about my setup and the reported issue I posted earlier.  I have my raspi running r408 and my WinXP running r403.  The error I am eporting was found on the raspi where it would see valid incoming PLC but not react.  If I go to the interface setup, the dialog shows that it should be using the given house codes but it's acting like they are not enabled.  I have A, B, C, H, and O enabled but for some reason HG is not interpret ting any of these as module commands.

However, after writing that, I went to check one more thing and it seems to be working this second.

Code: [Select]
api/HomeAutomation.X10/A2/Control.Off/null/1407738366949 HTTP    GET
[23:26:30.283151] X10 < 04 6E
[23:26:30.990429] X10 > 55
[23:26:30.993784] X10 > COMMAND SUCCESSFUL
2014-08-10T23:26:31.0165140-07:00       MIG.Gateways.WebServiceGateway  192.168.0.36                                                    api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407738367673        HTTP                                                            GET
[23:26:31.176943] X10 < 06 63
2014-08-10T23:26:31.2975220-07:00       MIG.Gateways.WebServiceGateway  192.168.0.36                                                    api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/       HTTP    GET
[23:26:31.598129] X10 > 55
[23:26:31.601497] X10 > COMMAND SUCCESSFUL
2014-08-10T23:26:31.7846040-07:00       HomeAutomation.X10      A2      -                                                               Status.Level     0
Title: Re: TESTING RELEASE
Post by: Jens on August 11, 2014, 11:39:43 AM
Hi Gene,

I am back on R403fix.

- LIRC is back working in that Release
  * what I noticed is, that in R403fix under Add New Module I have Sensor (IR)
  * in R408 this changes to Sensor (RF)
  * of course I cannot say for sure, but it looks like this happened with having Insteon in the interfaces menu (R403fix w/o Insteon, R408 with Insteon)

- X10 Dimmer
   * X10 Dimmer is already weird in this Release with Level Memory and Bright100% turned on and selected on the X10 Module Config
   * as far as I can tell, was working in that setup perfect in R39x (please see old thread entry)
   * it works in this Release with Level Memory and Bright a 100% turned off
   * as soon as I turn them on, Dimmer cannot be controlled anymore, turning them off again keeps the weird status, only a re-installation of the initial config heals the process

- Level memory
   * is green
   * cannot be updated, this results in error
Line 2, Column 6 (Code to Run):
    `HomeGenie.Automation.Scripting.EventsHelper.ModuleParameterChange(System.Func)' is obsolete: `use 'ModuleParameterChanged' instead'
   
   * I added the missing 'd', than the program can be updated, not sure whether this is all what has to be done

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on August 11, 2014, 01:46:14 PM
Hello Jens,

I fixed the wrong "RF" address on LircRemote, thanks.
The "obsolete" error it's not a problem. This is due to some changes in the api.

I would like to solve the x10 issue. Can you give me any hints on trying to replicate this?
Couldn't you control dimmer anymore? Did you have to restart HG?

What version of r408 did you download? Check the upload time of the latest, I made some fixes to XTenLib and replaced the r408 files.

g.
Title: Re: TESTING RELEASE
Post by: Gene on August 11, 2014, 03:33:42 PM
Hi Ben and Jens,

I may have solved these two issues:

- x10 modules events not fired on other hg with x10 controller (reported by ben)
- x10 locking when issuing commands too fast (reported by jens)

this will be available in r409, that should be candidate for the new public beta.

g.
Title: Re: TESTING RELEASE
Post by: Jens on August 11, 2014, 05:48:37 PM
Hi Gene,

>I would like to solve the x10 issue. Can you give me any hints on trying to replicate this?
>Couldn't you control dimmer anymore? Did you have to restart HG?

What I do is
- upgrade to 408
- restore configuration from 403 (BTW, I tried config from scratch, no difference)
- the X10 Dimmer module has Level Memory and Bright 100% not activated
--> Dimming works
- activate Bright 100% at Dimmer Module config
- Turn Dimmer on
- Goes on for a second and immediately off
- Play around with the Dimmer Level (control via widget), sometimes goes on for a second (seems to be the dimmed level) but immediately off
- activate Level Memory at Dimmer Module config
- same behavior as before
- try to fix the 'obsolete error message by adding the 'd'
- same behavior as before
- deselect both at Dimmer Module config
- Dimmer still behaves weird
- unplug the Module from the socket, wait for a while, do a fresh install from Backup
  and restart HG gets me back to the starting point (working w/o Bright100% selected)


>What version of r408 did you download? Check the upload time of the latest, I made some
>fixes to XTenLib and replaced the r408 files.
- I took the latest one early this morning as well, no difference between the various 408 versions

I went even back to 402 and the behavior is the same, if I am not mistaken, 394 is the last working correct (I have no further versions stored for a retest between 394 and 402).

Once you have a new version for testing, may I ask for including the fix for LIRC and the parameters Widget.

Many Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on August 11, 2014, 08:18:57 PM
I installed the current version of r408 yesterday and posted my findings very shortly thereafter.  I mentioned that X10 stopped functioning, but that it mysteriously started again.  I'm not sure what would have caused it to stop or start, but I have a mono log that shows lots of X10 traffic without any interpretation by HG and then all of a sudden a scheduled event sending a command like nothing was wrong.  After that point, it appears the log indicates everything working.  The attached is the mono log from my Raspi running r408 (current). 

Notice that at time 2014-08-10T15:54:27.3973870-07:00 there is X10 traffic coming into the CM15A but HG doesn't interpret it.  This was sent by my motion sensor on PLC.

Later, at 2014-08-10T15:56:35.9271750-07:00, HG sends a command and it appears to have been successful. 

But then a few seconds later, 2014-08-10T15:57:12.6985310-07:00, a command came in on PLC that HG ignored.

At 2014-08-10T22:30:27.2429350-07:00 HG sent a scheduled command which seems to have worked correctly.

And finally, at 2014-08-10T23:23:29.0138490-07:00, HG saw a PLC command come in and showed the module toggle.
Title: Re: TESTING RELEASE
Post by: Gene on August 12, 2014, 01:09:35 AM
r409 is now available for download... hope this fixes most of the reported issues. =)

cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 12, 2014, 01:13:20 AM
I'll give it a try.  Thanks as always!
Title: Re: TESTING RELEASE
Post by: bkenobi on August 12, 2014, 03:58:35 AM
Unfortunately, r409 doesn't seem to fix the X10 communication issue.

Code: [Select]
[18:46:13.565375] X10 ! Thread was being aborted
[18:46:13.569682] X10 !   at (wrapper managed-to-native) System.Threading.WaitHandle:WaitAll_internal (System.Threading.WaitHandle[],int,bool)
  at System.Threading.WaitHandle.WaitAll (System.Threading.WaitHandle[] waitHandles, Int32 millisecondsTimeout, Boolean exitContext) [0x00000] in <filename unknown>:0
  at XTenLib.Drivers.CM15.ReadData () [0x00000] in <filename unknown>:0
  at XTenLib.XTenManager.ReaderThreadLoop () [0x00000] in <filename unknown>:0
[18:46:13.685016] X10 < 9B 0D 2E 09 DE 02 09 02
[18:46:13.688159] X10 < 9B 0D 2E 09 DE 02 09 02
[18:46:13.743570] X10 < BB 44 60 05 00 14 20 28 24 29
[18:46:13.799983] X10 < 8B
[18:46:13.859310] X10 > 55
2014-08-11T18:46:13.9148730-07:00       MIGService.Interfaces   HomeAutomation.X10      MIG Interface   Options.HouseCodes      A,B,C,H
[18:46:19.660760] X10 ! Thread was being aborted
[18:46:19.665507] X10 !   at (wrapper managed-to-native) System.Threading.WaitHandle:WaitAll_internal (System.Threading.WaitHandle[],int,bool)
  at System.Threading.WaitHandle.WaitAll (System.Threading.WaitHandle[] waitHandles, Int32 millisecondsTimeout, Boolean exitContext) [0x00000] in <filename unknown>:0
  at XTenLib.Drivers.CM15.ReadData () [0x00000] in <filename unknown>:0
  at XTenLib.XTenManager.ReaderThreadLoop () [0x00000] in <filename unknown>:0
[18:46:19.746679] X10 < 9B 13 2E 09 DE 02 09 02
[18:46:19.749913] X10 < 9B 13 2E 09 DE 02 09 02
[18:46:19.805370] X10 < BB 54 60 05 00 14 20 28 24 29
[18:46:19.861644] X10 < 8B
[18:46:19.929115] X10 > 55
2014-08-11T18:46:19.9745140-07:00       MIGService.Interfaces   HomeAutomation.X10      MIG Interface   Options.HouseCodes      A,B,C,H,O
2014-08-11T18:46:22.5616700-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407807983869      HTTP     GET
2014-08-11T18:46:23.4184010-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET
2014-08-11T18:46:25.3372690-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Running
2014-08-11T18:46:25.4324150-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Idle
2014-08-11T18:46:25.9726080-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407807987032    HTTP    POST
2014-08-11T18:46:26.7043040-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407807988011    HTTP    POST
[18:46:30.075751] X10 > 5A 02 01 42
[18:46:30.078848] X10 > PLCRX: 5A 02 01 42
[18:46:30.081754] X10 > FNMAP: 01
[18:46:30.084523] X10 >  DATA: 42
[18:46:30.087564] X10 >       0) House code = O
[18:46:30.090505] X10 >       0)    Command = ON
2014-08-11T18:46:32.5600910-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407807993869      HTTP     GET
2014-08-11T18:46:34.5072820-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET

I don't know what the errors are, but maybe they will help.  In this logged data, I turned the house code O off and then back on.  I then transmitted an ON command for O3 which is configured as a sensor.  This used to work fine, so I'm not clear what's wrong now.

So, just to try something, I tried switching O2 from a sensor to a switch.  In the following log, I sent O2 ON immediately after switching the sensor.  The strange thing is, once I did that O3 appears to respond too.

Code: [Select]
[18:51:01.906798] X10 > 5A 02 00 4E
[18:51:01.909969] X10 > PLCRX: 5A 02 00 4E
[18:51:01.912866] X10 > FNMAP: 00
[18:51:01.915657] X10 >  DATA: 4E
[18:51:01.921266] X10 >       0) House code = O
[18:51:01.924294] X10 >       0)  Unit code = 2
2014-08-11T18:51:02.0532410-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET
2014-08-11T18:51:02.2013120-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Running
2014-08-11T18:51:02.2448290-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Idle
[18:51:02.369075] X10 > 5A 02 01 42
[18:51:02.372520] X10 > PLCRX: 5A 02 01 42
[18:51:02.375393] X10 > FNMAP: 01
[18:51:02.378229] X10 >  DATA: 42
[18:51:02.381184] X10 >       0) House code = O
[18:51:02.384077] X10 >       0)    Command = ON
2014-08-11T18:51:02.3989360-07:00       HomeAutomation.X10      O2      -      Status.Level     1
2014-08-11T18:51:03.6787080-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407808263909      HTTP     GET
2014-08-11T18:51:03.6986570-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407808264688    HTTP    POST
2014-08-11T18:51:03.7187180-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407808264695    HTTP    POST
2014-08-11T18:51:03.7386230-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     hg/html/pages/control/widgets/homegenie/generic/images/socket_on.png   HTTP     GET
2014-08-11T18:51:03.7622870-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     hg/html/images/indicators/plug.png      HTTP    GET
[18:51:09.580861] X10 > 5A 02 01 43
[18:51:09.584178] X10 > PLCRX: 5A 02 01 43
[18:51:09.586791] X10 > FNMAP: 01
[18:51:09.589635] X10 >  DATA: 43
[18:51:09.592606] X10 >       0) House code = O
[18:51:09.595505] X10 >       0)    Command = OFF
2014-08-11T18:51:09.5992240-07:00       HomeAutomation.X10      O2      -      Status.Level     0
2014-08-11T18:51:12.5683100-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407808273901      HTTP     GET
2014-08-11T18:51:13.1684990-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET
[18:51:15.844432] X10 > 5A 02 00 42
[18:51:15.847501] X10 > PLCRX: 5A 02 00 42
[18:51:15.850526] X10 > FNMAP: 00
[18:51:15.853321] X10 >  DATA: 42
[18:51:15.856379] X10 >       0) House code = O
[18:51:15.859190] X10 >       0)  Unit code = 3
[18:51:16.289407] X10 > 5A 02 01 43
[18:51:16.292561] X10 > PLCRX: 5A 02 01 43
[18:51:16.295428] X10 > FNMAP: 01
[18:51:16.298259] X10 >  DATA: 43
[18:51:16.301224] X10 >       0) House code = O
[18:51:16.304027] X10 >       0)    Command = OFF
2014-08-11T18:51:16.3075260-07:00       HomeAutomation.X10      O3      -      Status.Level     0

Again, I tried something new.  I transmitted A8 ON from HG2 and HG1 responded as did the light.  I then used HG1 to transmit A8 OFF, but only HG1 switched the module off.  The light remained off and HG2 did not see the command either.

Code: [Select]
[18:55:36.685361] X10 > 5A 02 00 6D
[18:55:36.688814] X10 > PLCRX: 5A 02 00 6D
[18:55:36.691695] X10 > FNMAP: 00
[18:55:36.694485] X10 >  DATA: 6D
[18:55:36.697479] X10 >       0) House code = A
[18:55:36.700394] X10 >       0)  Unit code = 8
[18:55:37.138418] X10 > 5A 02 01 62
[18:55:37.141924] X10 > PLCRX: 5A 02 01 62
[18:55:37.144719] X10 > FNMAP: 01
[18:55:37.147537] X10 >  DATA: 62
[18:55:37.150638] X10 >       0) House code = A
[18:55:37.153412] X10 >       0)    Command = ON
2014-08-11T18:55:37.1569690-07:00       HomeAutomation.X10      A8      -      Status.Level     1
2014-08-11T18:55:37.5008890-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     hg/html/pages/control/widgets/homegenie/generic/images/light_on.png    HTTP     GET
2014-08-11T18:55:37.5286690-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     hg/html/images/indicators/bulb.png      HTTP    GET
2014-08-11T18:55:38.5776400-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Running
2014-08-11T18:55:38.6695290-07:00       HomeAutomation.HomeGenie.Automation    35       Automation Program      Program.Status  Idle
2014-08-11T18:55:39.3309360-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET
2014-08-11T18:55:39.7090180-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407808540911    HTTP    POST
2014-08-11T18:55:39.7189240-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/35/1407808540931    HTTP    POST
2014-08-11T18:55:42.5917660-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Config/Interfaces.List/1407808543905      HTTP     GET
2014-08-11T18:55:44.9791280-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.X10/A8/Control.Off/null/1407808546310        HTTP   GET
[18:55:45.076672] X10 < 04 6D
[18:55:50.194668] X10 > PREVIOUS COMMAND TIMED OUT, RESENDING(1)
[18:55:50.251188] X10 < 06 63
2014-08-11T18:55:50.4190280-07:00       MIG.Gateways.WebServiceGateway  192.168.0.5     api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream/      HTTP   GET
[18:55:50.611908] X10 > 55
[18:55:50.615466] X10 > COMMAND SUCCESSFUL
2014-08-11T18:55:50.7094750-07:00       HomeAutomation.X10      A8      -      Status.Level     0
Title: Re: TESTING RELEASE
Post by: bkenobi on August 12, 2014, 06:03:04 AM
Very strange, but for some reason my raspi HG which has my Advanced Smart Lights code running works to see the RF communication and then was able to send ON and OFF commands without issue.  I changed nothing from earlier.
Title: Re: TESTING RELEASE
Post by: Jens on August 12, 2014, 08:27:55 PM
Hi Gene,

lirc is back working with 409 thanks for that.

The Dimmer unfortunate ist still not working, please see as well the post from celloweb in the troubleshooting forum. I tried to install the xtenlib.dll from 394 on top of 403 before upgrading to 409, that did not fix it either, the behaviour was the same. Could it be that the root cause is not the xtenlib but the widget itself has had a change?

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on August 12, 2014, 08:35:03 PM
Hi Jens,

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

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on August 12, 2014, 08:51:24 PM
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
Title: Re: TESTING RELEASE
Post by: Jens on August 12, 2014, 10:01:19 PM
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
Title: Re: TESTING RELEASE
Post by: bkenobi on August 13, 2014, 05:02:26 PM
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.
Title: Re: TESTING RELEASE
Post by: celloweb on August 13, 2014, 07:32:41 PM
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?
Title: Re: TESTING RELEASE
Post by: bkenobi on August 13, 2014, 07:38:01 PM
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 (http://www.linuxha.com/USB/cm15a.html)
Title: Re: TESTING RELEASE
Post by: celloweb on August 13, 2014, 08:07:10 PM
bkenobi,

Thanks for the clarifications. I'm just asking about the protocol. So, if it's the same, there is no difference for HG.
Title: Re: TESTING RELEASE
Post by: bkenobi on August 13, 2014, 08:09:10 PM
They should look the same to HG.  They both have the same USB ID so they will detect the same.
Title: Re: TESTING RELEASE
Post by: Jens on August 13, 2014, 11:04:52 PM
Hi Gene,

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

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on August 14, 2014, 05:11:12 AM
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...
Title: Re: TESTING RELEASE
Post by: ado464 on August 14, 2014, 11:20:44 AM
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 :(
Title: Re: TESTING RELEASE
Post by: bkenobi on August 14, 2014, 04:59:39 PM
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
Title: Re: TESTING RELEASE
Post by: celloweb on August 14, 2014, 05:51:06 PM
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


Title: Re: TESTING RELEASE
Post by: bkenobi on August 14, 2014, 06:15:00 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 14, 2014, 08:54:57 PM
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
Title: Re: TESTING RELEASE
Post by: celloweb on August 15, 2014, 02:51:59 AM
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.
Title: Re: TESTING RELEASE
Post by: celloweb on August 15, 2014, 03:03:43 AM
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...
Title: Re: TESTING RELEASE
Post by: Jens on August 15, 2014, 07:50:38 PM
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
Title: Re: TESTING RELEASE
Post by: Jens on August 15, 2014, 11:14:07 PM
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
Title: Re: TESTING RELEASE
Post by: Jens on August 16, 2014, 01:37:26 PM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 16, 2014, 09:42:19 PM
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



Title: Re: TESTING RELEASE
Post by: Jens on August 24, 2014, 08:54:48 PM
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
Title: Re: TESTING RELEASE
Post by: Gene on August 25, 2014, 12:02:36 AM
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.
Title: Re: TESTING RELEASE
Post by: Jens on August 25, 2014, 07:56:22 PM
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
Title: Re: TESTING RELEASE
Post by: Gene on September 04, 2014, 06:45:26 PM
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.
Title: Re: TESTING RELEASE
Post by: t0mpa on September 10, 2014, 08:15:46 PM
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



Title: Re: TESTING RELEASE
Post by: Jens on September 10, 2014, 10:52:32 PM
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
Title: Re: TESTING RELEASE
Post by: dani on September 11, 2014, 09:28:56 AM
I had same troubleshooting than Jens every two, three or for days. I need to restart HG.

Dani
Title: Re: TESTING RELEASE
Post by: ado464 on September 11, 2014, 10:15:28 AM
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
Title: Re: TESTING RELEASE
Post by: cplBlutch on September 18, 2014, 12:47:10 AM
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 :(
Title: Re: TESTING RELEASE
Post by: Jens on September 21, 2014, 06:34:26 PM
Hello dani, cplBlutch,

are you using UPNP, too?

I am not sure yet, but its seems to be that after turning UPNP off HG UI is faster and not slowing down - let's see
for a couple of more hours.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on September 21, 2014, 06:51:36 PM
Hi Jens,

this seems to be an old known issue. Activating UPnP makes HG unstable. Let us know your findings.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on September 21, 2014, 07:23:30 PM
Hi All,

I disable allways UPnP. And HTTP of HG freeze after a few days.
I have also one problem with UPnP, I disable it, but when I restart HG, UPnP is enable every time, I need to disable it at every restart.
And I find today the way to disable it definitely, I disable it and I make a backup of HG.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on September 21, 2014, 11:02:11 PM
Hi Dani,

let me know if starting HG with UPnP disabled solve the HTTP freeze issue.

g.
Title: Re: TESTING RELEASE
Post by: Gene on September 21, 2014, 11:05:08 PM
Is anyone else experiencing problems when updating a C# program?

http://www.homegenie.it/forum/index.php?topic=351.msg2073#msg2073 (http://www.homegenie.it/forum/index.php?topic=351.msg2073#msg2073)

g.
Title: Re: TESTING RELEASE
Post by: dani on September 22, 2014, 10:05:32 AM
Hi Gene,

Ok I let's running my RPI with UPnP disable at start, and let's we see.

And for C# problem (Line -16, Column 0 (Code to Run): Metadata file `Microsoft.CSharp.dll' could not be found), I never get this issue.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Void on September 22, 2014, 11:52:18 PM
Hi Gene,

Nope, I've just modified some C# code some minutes ago without any problem.

(HG r412 under Debian x64)
Title: Re: TESTING RELEASE
Post by: jarrettv on September 24, 2014, 04:58:32 PM
Just noticed this thread. Yes I'm having issues with C# on 1.00 beta r411 on debian running on beaglebone black.

I installed mono-runtime using the raspbian repository.

(https://dl.dropboxusercontent.com/u/6142956/forums/Csharpupdateissue.png)
Code: [Select]
Linux arm 3.8.13-bone63 #1 SMP Mon Aug 11 20:08:34 UTC 2014 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
debian@arm:~$ mono --version
Mono JIT compiler version 3.4.1 (master/148b100 Sun Mar 30 09:59:44 UTC 2014)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. [url=http://www.mono-project.com]www.mono-project.com[/url]
        TLS:           __thread
        SIGSEGV:       normal
        Notifications: epoll
        Architecture:  armel,vfp+hard
        Disabled:      none
        Misc:          softdebug
        LLVM:          supported, not enabled.
        GC:            sgen
Title: Re: TESTING RELEASE
Post by: Jens on September 30, 2014, 07:24:38 AM
Hi Gene

I removed all the UPnP modules and turned off UPnP in interfaces, followed by a reboot.

Since than, now for a week, HG is running without problems as fast as initially after reboot.

So the problem is still/again with UPnp from my point of view.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on October 01, 2014, 08:44:22 PM
Dear hg friends,

a new testing release is available now:

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

01/10/2014 1.00 beta rev 415
   - Added Eden Sensor Board programs to Raspberry Pi section (http://homegenie.it/docs/diy/eden.php (http://homegenie.it/docs/diy/eden.php))
  - Improved Program Editor UI
  - Fixed bug in Z-Wave discovery (issue #12)
  - Added user definable API commands to Wizard script editor (issue #28)
  - Added remote node prefix to domain of remotely Interconnected modules (issue #26)
  - Added last updated time info to sensor widget
  - Updated Jint Javascript Engine (r353-4) - now accepting hg.Program.Setup and other methods using Action delegates
  - Updated RaspberrySharp-IO
  - Fixed occasional bug in reading temperature value from HSM-100 sensor

Cheers,
g.
p.s.
thanks Jens for reporting about upnp :)
Title: Re: TESTING RELEASE
Post by: Void on October 01, 2014, 09:13:34 PM
Hi Gene,

Upgraded from r412 to r415 and everything its OK :) (.deb package + backup)

wow!, Really nice the change in program edit ;)

Regards
Title: Re: TESTING RELEASE
Post by: Void on October 01, 2014, 10:26:48 PM
Hi again Gene,

In the new Wizard editor, HomeAutomation.HomeGenie is empty.
Title: Re: TESTING RELEASE
Post by: Gene on October 02, 2014, 12:02:58 AM
Hi Void,

thanks for reporting quickly :) I replaced the r415 files with the wizard editor fix.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 02, 2014, 07:03:26 AM
I like the tabs on the new editor, but it doesn't quite look right for me on Firefox.  If I load things in IE, everything looks right but on Firefox, it's wrong (compile is hidden, code is a small section of the display, etc.).
Title: Re: TESTING RELEASE
Post by: Gene on October 02, 2014, 09:23:35 AM
Hi ben,

try clearing web browser cache, I couldn't test it with IE but I tested in Chrome and Firefox.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 02, 2014, 08:38:07 PM
I loaded HG on Firefox on my work computer (v24.7.0) and it works.  The version at home is up to date at v32.  I'll try clearing the cache this evening and reload.
Title: Re: TESTING RELEASE
Post by: nolio on October 02, 2014, 10:19:56 PM
Hi,
On my r411, i write some script (simple, only in wizard mode). But after reboot of HG or after sometimes, my script pass to state "disable".

I try the following things but with no better result:


Code: [Select]
2014-10-02T22:06:26.8251320+02:00 HomeAutomation.HomeGenie.Automation 1017 Automation Program Program.Status Idle
2014-10-02T22:06:40.7101700+02:00 MIG.Gateways.WebServiceGateway x.x.x.x api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1013/1412280388112 HTTP POST
2014-10-02T22:06:41.2261080+02:00 MIG.Gateways.WebServiceGateway x.x.x.x api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1017/1412280388210 HTTP POST
2014-10-02T22:06:45.2997700+02:00 HomeAutomation.HomeGenie.Automation 1017 Automation Program Program.Status Disabled
2014-10-02T22:06:46.0643790+02:00 MIG.Gateways.WebServiceGateway x.x.x.x api/HomeAutomation.HomeGenie/Config/Modules.Get/HomeAutomation.HomeGenie.Automation/1017/1412280406061 HTTP POST

Any idea why ?

Bye
Title: Re: TESTING RELEASE
Post by: bkenobi on October 03, 2014, 04:58:59 AM
Clearing the cache fixed things.  Looks great!
Title: Re: TESTING RELEASE
Post by: bkenobi on October 04, 2014, 05:46:54 PM
I had an error last night that caused the system to stop functioning.  It appears that when a PLC command was issued HG had an issue and locked.  This is the mono log for the set of commands that led to the crash as well as the crash itself:

Code: [Select]
[20:21:52.536675] X10 > 5A 02 00 6E
[20:21:52.537080] X10 > PLCRX: 5A 02 00 6E
[20:21:52.537381] X10 > FNMAP: 00
[20:21:52.537688] X10 >  DATA: 6E
[20:21:52.538259] X10 >       0) House code = A
[20:21:52.538550] X10 >       0)  Unit code = 2
[20:21:52.984683] X10 > 5A 02 00 62
[20:21:52.985087] X10 > PLCRX: 5A 02 00 62
[20:21:52.985472] X10 > FNMAP: 00
[20:21:52.985791] X10 >  DATA: 62
[20:21:52.986276] X10 >       0) House code = A
[20:21:52.986584] X10 >       0)  Unit code = 3
[20:21:53.432797] X10 > 5A 02 00 6A
[20:21:53.433204] X10 > PLCRX: 5A 02 00 6A
[20:21:53.433503] X10 > FNMAP: 00
[20:21:53.433765] X10 >  DATA: 6A
[20:21:53.434251] X10 >       0) House code = A
[20:21:53.434537] X10 >       0)  Unit code = 4
[20:21:53.872783] X10 > 5A 02 01 62
[20:21:53.873215] X10 > PLCRX: 5A 02 01 62
[20:21:53.873531] X10 > FNMAP: 01
[20:21:53.873792] X10 >  DATA: 62
[20:21:53.874260] X10 >       0) House code = A
[20:21:53.874549] X10 >       0)    Command = ON
2014-10-03T20:21:53.8760880-07:00 HomeAutomation.X10 A4 - Status.Level 1
2014-10-03T20:21:53.8773870-07:00 HomeAutomation.HomeGenie.Automation 84 Automation Program X10 Auto Bright Kennel light<br>A4 set to 100%
[20:21:53.879523] X10 ! Collection was modified; enumeration operation may not execute.
[20:21:53.880682] X10 !   at System.Collections.Generic.List`1+Enumerator[XTenLib.X10Module].MoveNext () [0x00000] in <filename unknown>:0
  at XTenLib.XTenManager.ModulesOn (System.String housecode) [0x00000] in <filename unknown>:0
  at XTenLib.XTenManager.ReaderThreadLoop () [0x00000] in <filename unknown>:0
[20:21:54.380581] X10 < 04 6A
[20:21:54.643275] X10 ! Thread was being aborted
[20:21:54.644370] X10 !   at (wrapper managed-to-native) System.Threading.WaitHandle:WaitAll_internal (System.Threading.WaitHandle[],int,bool)
  at System.Threading.WaitHandle.WaitAll (System.Threading.WaitHandle[] waitHandles, Int32 millisecondsTimeout, Boolean exitContext) [0x00000] in <filename unknown>:0
  at XTenLib.Drivers.CM15.ReadData () [0x00000] in <filename unknown>:0
  at XTenLib.XTenManager.ReaderThreadLoop () [0x00000] in <filename unknown>:0

I upgraded to r415 a couple days ago.  I had no issues before when I was running r411, so I assume this is due to an update in the last release.

EDIT:  When I went to restart HG, it looks like the HG process actually had crashed.

Code: [Select]
pi@raspberrypi ~ $ sudo service homegenie restart
start-stop-daemon: warning: failed to kill 17721: No such process
No process in pidfile '/tmp/homegenie.pid' found running; none killed.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
[ ok ] homegenie stopped.
[ ok ] homegenie started.
Title: Re: TESTING RELEASE
Post by: Gene on October 04, 2014, 05:57:47 PM
Hi Ben,

file a issue on github. I'll carry out X10 issues for the next release.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 04, 2014, 06:09:01 PM
Will do.

I noticed that after restarting the service and logging in to HG, there was an update available.  I checked and it was for r415 but I was already at r415 from the testing release.  I updated and the notification went away.  I don't know if anything was really updated though.
Title: Re: TESTING RELEASE
Post by: Gene on October 04, 2014, 06:16:39 PM
this is ok, update/r415 contains a fix to wizard script ui that was not present in testing/r415.

g.
Title: Re: TESTING RELEASE
Post by: Jens on October 05, 2014, 07:29:16 PM
Hi Gene,

I am using now R415, which I downloaded after your post in regards to the wizard editor fix, bytesize is 6116920, but the current version available for download is 6111386 - was there another change?

In the version I use (6116920) the HUE colors can be set via wizard scripts and the LIRC works with two HG boxes - thanks a lot, that is really great.

Although I struggle with the DHT11, was there a change, too?

Please see the screenshot attached the remote DHT11 shows up with the prefix like lirc, too and reports data. So I turned on the local DHT11 which was inactive for a while, and shows up as PID 70. The local one is not working at all. A broken DHT would be too much of coincidence I think - any idea?

Many thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on October 05, 2014, 10:02:09 PM
Hi Jens,

try updating the DHT-11 program code with the following:

Code: [Select]
// it makes program to respond to webservices calls:
// - http://<hg_address>/api/Components.DHT11/0/Sensor.Temperature
When.WebServiceCallReceived("Components.DHT11/0/Sensor.Temperature", ( args ) =>
{
  return "{ 'ResponseValue' : '" + Program.Parameter("Sensor.Temperature").Value + "' }";
});
// - http://<hg_address>/api/Components.DHT11/0/Sensor.Humidity
When.WebServiceCallReceived("Components.DHT11/0/Sensor.Humidity", ( args ) =>
{
  return "{ 'ResponseValue' : '" + Program.Parameter("Sensor.Humidity").Value + "' }";
});

int[] data = new int[5];

var irpin = ConnectorPin.P1Pin7.ToProcessor();
MemoryGpioConnectionDriver driver = new MemoryGpioConnectionDriver();
while (Program.IsEnabled)
{
    driver.Allocate(irpin, PinDirection.Output);
    driver.Write(irpin, true);
    //Pause(5);
  for(int a = 0; a < 30; a++)
    {
        driver.Allocate(irpin, PinDirection.Output);
        driver.Write(irpin, false);
        Pause(0.018);
        //driver.Write(irpin, true);
        //Pause(0.001);
        // 
        driver.Allocate(irpin, PinDirection.Input);
        //
        int i = 0;
        data = new int[5];
        int j = 0;
        int counter = 0;
        bool laststate = true; 
        //
        // detect change and read data
        for ( i=0; i<= 85; i++) {
          counter = 0;
          while (driver.Read(irpin) == laststate) {
            //Raspberry.Timers.HighResolutionTimer.Sleep(0.000001m);
            if (++counter == 255) {
              break;
            }
          }
          laststate = driver.Read(irpin);
     
          if (counter == 255) break;
     
          // ignore first 3 transitions
          if ((i >= 4) && (i%2 == 0)) {
            // shove each bit into the storage bytes
            data[j/8] <<= 1;
            if (counter > 40)
              data[j/8] |= 1;
            j++;
          }
        }
        //
      //Program.Notify("DHT-11", "J = " + j.ToString());
        if ((j >= 40) && (data[4] == ((data[0] + data[1] + data[2] + data[3]) & 0xFF)) )
        {
            data[2] = data[2] - 3; // temperature adjustment, due to heat excess inside the HG box
            double f = data[2] * 9D / 5D + 32;
            //Console.WriteLine("

Humidity = {0}.{1} %
Temperature = {2}.{3} *C ({4} *F)

",
            //      data[0], data[1], data[2], data[3], f);
         
          var hum = data[0] + "." + data[1];
          var tempc = data[2] + "." + data[3];
          var tempf = f.ToString();
          //if (hum != Program.Parameter("Sensor.Humidity").Value)
            {
              Program.RaiseEvent("Sensor.Humidity", hum, "DHT-11 Sensor");
            }
          //if (tempc != Program.Parameter("Sensor.Temperature").Value)
            {
                Program.RaiseEvent("Sensor.TemperatureF", tempf, "DHT-11 Sensor");
                Program.RaiseEvent("Sensor.Temperature", tempc, "DHT-11 Sensor");
            }
            break;
        }
        else
        {
            //Console.WriteLine(j + ") Data not good, skip
");
          Pause(2);
        }
    }
    //
    //Console.WriteLine(data[0]);
    //Console.WriteLine(data[1]);
    //Console.WriteLine(data[2]);
    //Console.WriteLine(data[3]);
    //Console.WriteLine(data[4]);
  //
  var pause = Program.InputField("UpdateInterval").DecimalValue;
  if (pause == 0) pause = 600; // default pause is 10 minutes
  Pause(pause);

}


g.
Title: Re: TESTING RELEASE
Post by: Jens on October 06, 2014, 08:24:44 PM
Hi Gene,

thanks for the fast reply. It works after changing the code. I'll keep an eye on it whether it runs stable.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on October 10, 2014, 10:59:39 PM
Anyone here interested in receiving a free "beta" Eden Sensor Board?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on October 11, 2014, 11:22:23 AM
Hi Gene,

I'am interesting for testing as specify in the topic Eden.

Cheers
Dani.
Title: Re: TESTING RELEASE
Post by: Gene on November 12, 2014, 07:54:32 PM
New testing release 419 is available.

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

12/11/2014 1.00 beta rev 419
    - Fixed ModuleParameter.DecimalValue negative values conversion (issue #43)
    - Reviewed ZWaveLib/MIG Thermostat device implementation
    - Added new thermostat widget
    - Updated MCP3008 app, now with virtual modules mapped from analog input channels
    - Added "Generic Thermostat" app for using any sensor and any switch module for implementing a thermostat logic
    - Fixed modules properties editing bug (issue #27)
    - Enhanced HTTP port binding: if default HTTP port is busy, HG will now try to bind from 8080 to 8090
    - Should fix Z-Wave discovery problem reported as issue #42

issues update/reporting: https://github.com/genielabs/HomeGenie/issues

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on November 22, 2014, 12:52:57 AM
New testing release 425 is out:

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

21/11/2014 1.00 beta rev 425
    - Added support for Arduino sketches inside HomeGenie Program Editor
    - Added DHT-22 app
    - Added SmartIC app for using two MCP23017 I/O expanders
    - Updated Grove-RGB, OneWire, DHT-11 apps
    - Updated Jint Javascript Engine

For those interested in testing Arduino Sketches inside HomeGenie program editor a new package install is required:

Code: [Select]
sudo apt-get install arduino-mk

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on November 22, 2014, 05:57:57 PM
Hi Gene,

I went from 416 to 425. DHT11 was not working after installation of 425 even after recompile/restart - program indicator was running.

Again, I changed the code to the code you posted some comments earlier:
>Hi Jens,
>
>try updating the DHT-11 program code with the following:

I did not check line by line - but after using that code DHT11 is back working

Something else, 425 does not include the raspberry programm for indicating that HG is runnig (eden board light), is this by intention?

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on November 22, 2014, 07:32:10 PM
Hi Jens,

thanks for reporting, I forgot to update this part of the DHT-11 program. Since I can't test it right now, can you try if the attacched file is working?
Change the data pin on line #13 to match your configuration (I guess it is P1Pin7).
The leds and buzzer programs where removed by intention.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2014, 02:03:41 PM
HomeGenie testing release r429 is out:

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

Changes since r421:
Code: [Select]
  - Added When.SystemStarted / When.SystemStopping events
  - Fixed display unit as Celsius/Fahrenheit based on user's locale settings
  - Deprecated Sensor.TemperatureF parameter
  - Added support for middle endian date/time formatting
  - Updated Pepper1 Z-Wave database (30+ new devices supported)
  - Added support for Arduino sketches inside HomeGenie Program Editor
  - Added program status led in the program editor
  - Added DHT-22 app
  - Added SmartIC app for using two MCP23017 I/O expanders
  - Updated Grove-RGB, OneWire, DHT-11 apps
  - Updated Jint Javascript Engine

this is candidate to be the next HG update push as also the base for new Raspberry Pi SD card image.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on November 23, 2014, 06:45:43 PM
Hi Gene,

you have been faster in issuing an newer version than me testing the attached DHT HQX file.

So I took 429
- changed line 13 to PIN7
- save
- compile

-> no values, no notify

-> changed program code to the one posted earlier by you in this thread and it works again (farenheit does not show up properly but this is due to the widget json change I suspect)

Regards
Jens


Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2014, 06:49:33 PM
Hi Jens... I thought the code was the same this time. =/
I'll look at it again.

g.
Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2014, 06:58:25 PM
Ok Jens,

there was a "<85" instead of "<=85" in the line:

Code: [Select]
        // detect change and read data
        for (i=0; i <= 85; i++)

the rest of the code should be the same.
As I can't test it, please can you check if this is workingnow?

g.
Title: Re: TESTING RELEASE
Post by: Jens on November 23, 2014, 07:48:46 PM
Hi Gene,

if I am not mistaken, there is another difference

old version
>int[] data = new int[5];

I changed that one, but it did not work, only after copying the full code into programm code
compile-restart, HG startet to respond values.
There must be still something else...

Regards
Jens

Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2014, 08:15:15 PM
Jens thanks... that's ok, I better move my fat ass and get the breadboard to make a real test...

g.

Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2014, 09:03:45 PM
Finally!!!

I suspect though that DHT-22 program has not good reading for humidity...

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on November 25, 2014, 08:00:48 PM
Hi Gene,

I updated to 430, the config I restore is from 416. The DHT still includes the farenheit template - and is not working :-( Do I do something wrong, does HG load the "old" HQX file or is it using the new DHT11 programm?

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2014, 10:47:48 PM
Hi Jens,

this time dunno what to do.. with latest fixes it is woring for me. Did you remember to change the data pin in the source code?

g.
Title: Re: TESTING RELEASE
Post by: Jens on November 26, 2014, 08:41:09 PM
Hi Gene,

this time I really forgot to change the pin ;-)

With a changed Pin its now working. Why does the widget still show the line for farenheit, which I think is omittted in the code - due to the restore of a 416 config?

thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on November 26, 2014, 09:41:13 PM
Hi Jens,

yes its because of your previous configuration. You can delete the unused module parameter from the "group and modules" section.

g.
Title: Re: TESTING RELEASE
Post by: Gene on December 03, 2014, 10:03:00 PM
New testing r440 available:

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

g.
Title: Re: TESTING RELEASE
Post by: dani on December 04, 2014, 11:21:46 AM
Hi Gene,

I installed r440 for sure about last upgrade.
But relative to this topic http://www.homegenie.it/forum/index.php?topic=458.msg2815#msg2815, (http://www.homegenie.it/forum/index.php?topic=458.msg2815#msg2815,) I get the same issue (Issue to send Control command to another HG RP).
In which src file I have to look at for following the problem ?
Thank's for answer.

Cheers.
Dani
Title: Re: TESTING RELEASE
Post by: RichieC on December 10, 2014, 08:16:11 PM
I have updated to r440, and problem that i had previously but fixed in the previous update seems to have reappeared..

None of my Z-Wave TZ68 Switches work anymore with this version!

When i turn a switch on/off the widget in Homegenie shows that it is on/off and the notification appears to show that the device has been switched but it doesnt actually switch the device. If i press the button on the device to switch it on/off manually - the home genie just shows "Basic Get" for the device and it doesnt update the widget with it new status.

Any ideas what this could be?

Rich
Title: Re: TESTING RELEASE
Post by: RichieC on December 11, 2014, 12:13:14 AM
Looks like i spoke too soon!

I used to modules cleanup option to remove all of the old modules that no longer exist and now my ZWave devices are working again!

Is there a way to permantly remove these old z-wave devices.. as they reappear whenever homegenie is restarted?

Rich

I have updated to r440, and problem that i had previously but fixed in the previous update seems to have reappeared..

None of my Z-Wave TZ68 Switches work anymore with this version!

When i turn a switch on/off the widget in Homegenie shows that it is on/off and the notification appears to show that the device has been switched but it doesnt actually switch the device. If i press the button on the device to switch it on/off manually - the home genie just shows "Basic Get" for the device and it doesnt update the widget with it new status.

Any ideas what this could be?

Rich
Title: Re: TESTING RELEASE
Post by: Gene on December 11, 2014, 12:21:41 AM
After cleaning up modules do a soft restart by clicking the restart button in the maintenance section.
This should force writing of system configuration files.
If you do an hard reset (eg. power loss or a system reboot) hg doesn't have the time to write the current configuration.

g.
Title: Re: TESTING RELEASE
Post by: RichieC on December 14, 2014, 10:33:23 PM
After cleaning up modules do a soft restart by clicking the restart button in the maintenance section.
This should force writing of system configuration files.
If you do an hard reset (eg. power loss or a system reboot) hg doesn't have the time to write the current configuration.

g.

Gene, This doesn't work..

If i use the modules cleanup option to remove all of the old z-wave nodes that are no longer in use, then click the restart button to do a soft restart, when homegenie starts up it shows "Adding node 2", "Adding node 3" etc.. for all of the nodes that i have removed in the cleanup option and puts them all back!
Title: Re: TESTING RELEASE
Post by: dani on December 14, 2014, 11:19:55 PM
If HG create the old node, it's because they always exist on your zwave controller I think. Which controller do you use ? You must unrecord a zwave module from controller before tout register it again. It's very important to respect that.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: RichieC on December 15, 2014, 11:39:02 AM
Im using a Z-Stick controller..

I think you're right.. it's because they are registered on the controller and it picks them up each time.. but the problem is some of the node are actually the same device that has been registered more than once.. question is, how can i remove them once this has happened?

Is there a way to reset the z-stick to remove all devices and start again?

Title: Re: TESTING RELEASE
Post by: Gene on December 15, 2014, 01:34:50 PM
Hi RichieC,

this is a missing feature, added issue to github:

https://github.com/genielabs/HomeGenie/issues/70

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on December 15, 2014, 03:05:07 PM
In the latest source code has been added "Hard Reset" button to z-wave options that should remove all paired nodes from the controller.
Can someone test it from source code?

https://github.com/genielabs/HomeGenie/

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: nunofx on December 15, 2014, 11:16:14 PM
Hi Gene,

I updated to r443 from r421 and HG on the browser is unusable and looks unformatted (check attachm).

Do you know what happened?

Thanks Nuno.
Title: Re: TESTING RELEASE
Post by: RichieC on December 16, 2014, 10:54:04 AM
Thanks for adding this Gene, I'll try and test it tonight.. if i can figure out how to install the code onto my pi :-)

I'm assuming that it's not possible to selectively remove nodes from the controller instead of resetting and removing everything?

Rich

In the latest source code has been added "Hard Reset" button to z-wave options that should remove all paired nodes from the controller.
Can someone test it from source code?

https://github.com/genielabs/HomeGenie/

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on December 16, 2014, 01:36:26 PM
I think selective removal of a node is only possible if you still have the device that was originarly paired, so you can press the button on it when the "remove node" operation is asking so.
If you don't know how to run HG from source code, just wait a few days when next update become available.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on December 16, 2014, 05:57:01 PM
For unpair a Node that is always paired from Aeon ZStick 2 :
- Unplug Stick from USB
- Press the paired button of ZStick during a few seconds until the blue light flashing quickly
- Then habitually press the paired button of the ZWave module 3 times shortly.
The module will be unpaired.
But the number of the node in the ZStick will be never used again.
After a hard reset, I don't know, if the new number of paired module will be started at 2.
Title: Re: TESTING RELEASE
Post by: RichieC on December 19, 2014, 05:01:04 PM
I have installed r447 and have notied something a bit strange...

All of my widgets that show temperature, i.e. thermostats and my 3-in1 motion sesnsors all now show their temperature in Farenheit whereas they used to show in Centigrade. However the values shown in the group list still show in Centigrade.

I haven't had a chance to try the Z-Wave hard reset option yet, but i'll try this over the weekend and let you know how it goes..

Rich
Title: Re: TESTING RELEASE
Post by: Gene on December 19, 2014, 11:25:53 PM
Hi RichieC,

this is a known issue, please add it to github.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: RichieC on December 22, 2014, 12:17:07 AM
Ok Gene, will add the temp issue to GitHub.. strangely though.. its now working correctly again and showing Temps in Degrees C.. and im not sure that ive done anything to get it to do this?

I have now tested the new Z-Wave hard reset option and can confirm that it works, although there are some issues.

It does remove all nodes from the controller, however if you then go into the modules cleanup option all of the nodes are still there. If you then try to remove a node from here, it runs a discovery and adds all of the nodes (except the one you've chosen to remove) back to the controller!

I did manage to remove all of them by removing a node from cleanup and then resetting the controller each time, but it would be good if you could erase all of the nodes from Homegenie's database when doing a hard reset to prevent this.

Also, the Add Node option in homegenie dosn't seem to work correctly - at least not for all types of devices.. I had to add all of my Z-Wave devices back using the inclusion option of the Z-Stick itself (pressing the button etc) then doing a discovery in HomeGenie which then found them all...

Interestingly all of the modules kept their old z-wave node ids that were assigned before the reset - I did think that this is probably because they were not excluded from the network before the reset, i imagine if the modules were removed/reset before adding them back to the network their id's would start at 2 again .. but i diddn't try this..

Rich
Title: Re: TESTING RELEASE
Post by: Jens on December 30, 2014, 08:51:59 PM
Hi Gene,

in 441 I am currently developing an APP which uses the serial port by
var portname = "/dev/ttyAMA0";

based on the serial example and this works fine.

After updating via Maintenance - update to the latest version, it looks like I can neither send nor receive data anymore. Going back to 441 gets it back working.

Any idea?

Thanks
regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on December 30, 2014, 10:08:14 PM
Hi Jens,

as for rev 442:
"- Fixed wrong isConnected assigment order in SerialPortLib"

this is the only change. If you don't know how to fix, post your code, I'll give it a look.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on December 30, 2014, 10:40:31 PM
Hi Gene,

I am using not much more than this as core function

Action<string>
HandleStringReceived = (string message) => {
     // this will be called every time a message is received from serial port
    Program.Parameter("Status.Level").Value = message;
};
SerialPort
     .WithName( portname )
     .OnStatusChanged( HandleStatusChanged )
     .OnMessageReceived( HandleMessageReceived )
     .OnStringReceived( HandleStringReceived )
     .Connect( 57600 ); // change baud rate if needed to 57600
// initial modem configuration
SerialPort.SendMessage("AT.....\r");

As the RS232 on Raspberry is using GND/TX/RX only and missing handshake signals, how does the serial port know whether it is connected or not?

Maybe I am wrong and it is not the update as such but X10 Interface switching to /dev/ttyS0. Is this the same than /dev/ttyAMA0 and using the serial port?

I will test further tomorrow

Regards
Jens






Title: Re: TESTING RELEASE
Post by: Gene on December 31, 2014, 12:09:36 AM
Do you have any code inside the "HandleStatusChanged"?
You should check the connection status before using:

SerialPort.SendMessage("AT.....\r");

otherwise it won't send anything.
What do you mean by "switching to /dev/ttyS0" ?
On RPi the serial port is /dev/ttyAMA0 afaik.

g.
Title: Re: TESTING RELEASE
Post by: Jens on December 31, 2014, 11:30:20 AM
I am using raspberry only, in the interfaces setup for X10 there are 3 options.
These are USB, /dev/ttys0 and /dev/ttyAMA0 - not sure whether ttyS0 has been there ever since.

I will do another upgrade test.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on January 01, 2015, 09:28:24 PM
It is working even after upgrade, I did not recognize the switch to /dev/ttyS0 whilst doing the first test, which seems to be the same as ttyAMA0.

Regards

Jens
Title: Re: TESTING RELEASE
Post by: dani on January 02, 2015, 04:09:11 PM
At the last Update to R452 from HG UI, all my ConfigurationOptions.Parameter have been lost, Generic Thermostat Configuration, Groups definition, ZWave Modules Setup, Log file Enable instead of Disable.
Title: Re: TESTING RELEASE
Post by: dani on January 02, 2015, 04:38:13 PM
We got display of NaN instead of temperature in the Group Status Display.
Because in French, the t° in the module is stored with coma instead of point : 18,5 instead of 18.5.
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2015, 09:42:36 PM
I'll fix the NaN issue.
Also r452 introduced a bug and modules are not saving (that's probably why you lost all parameters) =/
I'll be pushing an update soon. Sorry about that.

g.
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2015, 11:12:52 PM
Hi dani and all,

just uploaded r453. Please help testing! =)

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

03/01/2015 1.00 beta rev 453
    - Fixed bug introduced with r452 and that was preventing modules config from being saved
    - Fixed parsing of negative sensor values in ZWaveLib
    - Fixed "NaN" issue in group values indicator for locales using "," as decimal separator
    - Added modules.xml fields encryption
    - Fixed missing scheduler config restore from a backup

Cheers,
g
Title: Re: TESTING RELEASE
Post by: bkenobi on January 02, 2015, 11:28:41 PM
Can I assume this also includes the public properties in the HistoryValues class?
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2015, 11:33:39 PM
Yes... you assume right but fields have been renamed:

History.Values (the list with the history values)
History.Last
History.LastEmpty
History.LastNonEmpty

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 03, 2015, 01:55:25 AM
I'm getting an error during install of r453.

Code: [Select]
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done
Building data structures... Done

Requires the installation of the following packages:
arduino-core  arduino-mk  avr-libc  avrdude  binutils-avr  empty-expect  gcc-avr  libconfig-yaml-perl  libyaml-libyaml-perl  libyaml-perl  perl-doc
Open Source Home Automation Server in a "Internet Of Things" world.
             Supports UPnP, X10, Z-Wave, Philips Hue and more...
Do you want to install the software package? [y/N]:y
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main libyaml-libyaml-perl armhf 0.38-3+deb7u2
  404  Not Found
Fetched 0 B in 0s (0 B/s)
Error during install: 'Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/liby/libyaml-libyaml-perl/libyaml-libyaml-perl_0.38-3+deb7u2_armhf.deb 404  Not Found

I wasn't sure what the issue was, so I tried to install a second time and got the same issue (the output above is from the second attempt).  The first install attempt took a very long time since apparently there were a number of packages updated.  Perhaps the mirror my Raspi chose to use is not available right now.  I'll try again later to see if I can get it to work.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 03, 2015, 01:57:45 AM
I found the issue.  The HG installer is looking for:
libyaml-libyaml-perl_0.38-3+deb7u2_armhf.deb

But, there is a new update available on the server:
libyaml-libyaml-perl_0.38-3+deb7u3_armhf.deb
Title: Re: TESTING RELEASE
Post by: bkenobi on January 03, 2015, 02:06:34 AM
I manually installed the package with the error and the installer was happy again.

Code: [Select]
wget http://mirrordirector.raspbian.org/raspbian/pool/main/liby/libyaml-libyaml-perl/libyaml-libyaml-perl_0.38-3+deb7u3_armhf.deb
sudo gdebi libyaml-libyaml-perl_0.38-3+deb7u3_armhf.deb
Title: Re: TESTING RELEASE
Post by: Gene on January 03, 2015, 03:20:41 AM
Hi bkenobi,

to fix that installation error, you should have just done:

Code: [Select]
sudo apt-get update

before installing r453 package.

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 03, 2015, 03:25:06 AM
That would have been easier!
Title: Re: TESTING RELEASE
Post by: dani on January 04, 2015, 09:03:38 AM
Hi Gene,

You have made a good work in R453. My issues are all corrected.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Bounz on January 11, 2015, 01:26:54 PM
Gene,
What is the purpose of modules values encryption?
Title: Re: TESTING RELEASE
Post by: Gene on January 14, 2015, 08:46:43 AM
Bounz,

HG was supposed to work this way since the very beginning. But there was a bug in the modules saving function.
This is mainly done to prevent showing clear passwords that might be stored in some apps data.
That can obviously be hacked but that's another story =)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Wibo on January 14, 2015, 08:31:35 PM
Hi all,

downloaded the install for windows revision yesterday.
It has problems when you want to edit code using the web interface.
All combinations of win7,win8,IE11,Firefox and Chrome have the same issue.

The previous install revision 394 didn't have this behavior.
Is this a known issue or should I report it as a bug?
Title: Re: TESTING RELEASE
Post by: Gene on January 14, 2015, 09:14:14 PM
Did you install using latest Win setup package (r447)? Tried clearing browser cache already?

http://sourceforge.net/projects/homegenie/files/ (http://sourceforge.net/projects/homegenie/files/)

I just tried fresh install on Win7 of r447 package and with IE11 everything looks ok. Also updated to r453 from UI and everything still looks ok.

g.
Title: Re: TESTING RELEASE
Post by: Wibo on January 14, 2015, 11:30:54 PM
Hi Gene,
sorry about this one, I'm not a web developer.
Clearing the browser cache solved it for FireFox.

It happened when I upgraded from r394 to r447, my bad.

Thx
Wibo.
Title: Re: TESTING RELEASE
Post by: Gene on January 17, 2015, 06:20:41 PM
Packed up latest testing release (r457).

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

CHANGES FROM r453
==================

    - Added CubieTruck/CB3 GPIO app with 30 modules-mapped GPIOs
    - Added saving/loading of node device handlers to ZWaveLib (issue #78)
    - Updated UPnP library from latest source code release
    - Added ModuleParameter.RequestUpdate() and ModuleParameter.IdleTime, also renamed ModuleParameter.Wait to WaitUpdate (issue #72)
    - Fixed "precision" issue in ZWaveLib ExtractValueFromBytes (issue #97)
    - Fixed unwanted serialization of some module fields such as "Statistics" (also affecting performance of MQTT client app)
    - Added support for CubieTruck/Cubieboard3 to raspberrysharp-io library
    - Fixed bug in X10 that was not performing first command after HG startup
    - Fixed bug in Lirc initialization that was preventing IR remote from working when installing HG from debian package
    - Fixed multiple unit code addressing in X10 library issue #30
    - Added more field icons to sensor widget (pull request #94)
    - Fixed error with Pepper1 db when lang is not an array (pull request #90)
    - Changed widget's files extension from *.json to *.js

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on January 17, 2015, 06:30:23 PM
Hi Gene,
The power consumption is not correct..As you can see in the joined screenshot, the value is multiple by 100.
In that case I have 3 modules of 20W actifs.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on January 17, 2015, 09:28:24 PM
Hi dani,

please provide the console output from ZWaveLib, we'll try to fix.

g.
Title: Re: TESTING RELEASE
Post by: dani on January 18, 2015, 12:25:51 AM
Hi gene,
I am using virtual meter in that case for raspi gpio node.
Title: Re: TESTING RELEASE
Post by: Gene on January 18, 2015, 01:37:22 AM
Hi dani,

please check VMWatt settings if for some reason the value screwed up. I'm not able to replicate the issue.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on January 18, 2015, 02:35:50 PM
r458 available with following additions/fixes:

    - Fixed missing X10, Z-Wave automation groups (bug from r457)
    - Added Z-Wave Meter Poll app; fixed bug in Level Poll app
    - Optimized file GPIO connection driver for faaaster I/O operationss
    - Added "fuzzyness" to Virtual Meter
    - Added Meter box to Z-Wave node setup page
    - Major ZWaveLib refactoring, now supporting kWh, KVAh, Watt, Pulses, AC Volt, AC Current and Power Factor energy values (issue #21)

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on January 18, 2015, 03:32:31 PM
Hi Gene,
I Found the issue for Electric consumption.
I don't know why but for some Switchs, I got a value of Status.Level at 100.
I can't reproduce so.
Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on January 19, 2015, 12:46:30 PM
Hi Gene,
Allways for meter consumption multiply by 100, it happened after a complete restart of my computer.
I saw Status level of sxitch at 100 instead of 1. Do you agree ?
I update HG from 457 to 458 and the issue disappear, and now with this version with some a value with decimal, instead of 60W in my case we get sometimes 60.1 or 59.9 ? is it a normal way ? I thing some round function has changed. I don't worry this only it's for inform you.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on January 19, 2015, 01:14:50 PM
Yes a Status.Level of 100 cause this issue. Dunno why this happened though.
The virtual meter now simulates randomly "floating" watt values. This make the graph in the statistics closer to a real one =)

g.
Title: Re: TESTING RELEASE
Post by: Gene on January 20, 2015, 03:24:27 PM
r459 available.

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

    - Little improvement to Scheduled ON/OFF program
    - Added I2C PCF8574 + Hd44780 LCD display example app (Raspberry Pi)
    - Improved Raspberry Pi GPIO Modules program by adding !OUT option for inverted level logic (pull request #99)

this is the candidate for next update push in hg update manager for upgrading from r453 to r459, so please help testing =)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Wibo on January 24, 2015, 10:55:36 PM
Hi Gene,

finally got the r460 working on both Win7 and RPi.
Setup:
RPi HG sending 4 events/sec using mqtt
Win7 Mosquitto mqtt broker
Win7 HG receiving and logging(with my own crappy hgx) the events.

After a quick look at the logs I didn't see any events were lost, thanks Gene.

Other things I'm going to test:
Duration/stability test RPi HG when sending (It was crashing within 24h)
Bandwidth limitation(just see how many events I can transmit before the system fails)

regards,
Wibo.
Title: Re: TESTING RELEASE
Post by: Gene on January 29, 2015, 02:21:49 PM
Hello everyone,

please help testing r471!!  :)

    - Added new Timetable widget
    - Deprecated old Timetable widget
    - Fixed security widget slider size
    - Added X10 CM15 RF messages decoding
    - Fixed bug in ZWaveLib Basic Report command (bug introduced with latest refactoring)
    - Fixed bug in RegisterDynamicApiCall

expecially the Timetable widget. Actually it's only missing the Help popup text, but all other features are completed.

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 29, 2015, 04:22:13 PM
I'll test the X10 RF when I get a chance.  Thanks!
Title: Re: TESTING RELEASE
Post by: bkenobi on January 30, 2015, 04:04:00 AM
I turned on the new time table to see what it was like.  I did not set anything up and only added it to the dashboard.  When I select anything on the widget I get a "Loading table" dialog that never leaves until I switch pages.  I don't see anything in the mono output that looks abnormal.
Title: Re: TESTING RELEASE
Post by: Gene on January 30, 2015, 11:20:46 AM
Hi everyone,

for those interested in testing Timetable widget, I just uploaded r472 with few fixes and improvements.

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

@bkenobi perhaps it's something due to backup restore? did you try on fresh install? did you check if the program in Automation->Scheduling->Timetable is enabled?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 30, 2015, 03:13:19 PM
Everything else seems OK and the script is enabled. I'll try a fresh install of r472 to see if that makes a differenc.
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 02:21:01 AM
I installed r474 with the default configuration.  Looking at the timetable in the dashboard everything looked right.  I then restored my configuration and added the timetable to my dashboard.  It did the same thing (continually showed spinning "loading" message).  I did have the timetable script enabled.  I can try a different configuration if there are any ideas.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 10:15:33 AM
Hi bkenobi,

try restarting the Timetable app, which is located in Configure->Automation->Scheduling.

g.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 12:25:31 PM
Hi Gene,

I have similar problems as bkenobi.

Did the upgrade from 441 to 474 this morning

remove the old version with dpkg and clean install 474
start config from scratch
added within timetable dimmers a timeframe to turn dimmers on
everything seemed to work
did a sudo reboot
timetable was empty
parts of the config were missing (mainly X10 shutters within a group)
clicking on timetable brought up the spinning wheel which never stopped, same on the analyze page

did a sudo service homegenie stop
sudo apt-get update
sudo apt-get upgrade
sudo reboot

full config was showing up again
recreated entry within timetable

not sure whether this is solved or still unstable

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 12:34:19 PM
Hi Jens,

probably it solved not because of the sudo update things, but because rebooting also made the timetable app restarted.
So simply restart the app in homegenie should solve the issue.

g.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 01:05:17 PM
Hi Gene,

tried that first, ended up in an endless spinning wheel.

Did some more tests now

- values of DHT sensors cannot be selected in the statistics options menue, they do not show up
- selecting anything else within the options menue brings up the endless spinning wheel, too

- Hue lights show up in the notification window as normal bulbs although the widget shows the right color, turning them on or off the bulb is always the dark one displayed by the notification window


Maybe something with the config file, although I started from scratch?

Thanks
Regards
Jens

Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 01:48:23 PM
Guys don't know what's going on, but until I'm not able to reproduce I've no way of trying to help.
Everything with r474 is working fine for me.

Tried:

- updating from 466 on Raspberry Pi and Banana Pi
- fresh install on Ubuntu
- fresh install on Windows 7

all of the above worked without any of the reported issues... well actually without any issue at all.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 01:58:40 PM
Wel... there's one issue  ??? and that's the one about the Options dialog in the Statistics page.

g.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 03:30:03 PM
Not sure whether that is of any relevance but I did a clean install on raspian

R
Jens
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 04:35:19 PM
The longer HG runs the more unreadable gets the Y-Axis, please see the screenshot attached

Thanks
regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 04:37:55 PM
I checked my settings again for timetable.  The widget is added to the dashboard and the timetable app (Configure->Automation->Scheduling) is enabled.  When I view the timetable it looks incomplete.  I did a factory from the maintenance menu and checked the dashboard.  The timetable displayed correctly.  I then did a restore of my settings and the dashboard is broken again.  Not sure what else to try to get it working.  If it's just me, that's ok since I haven't started to use it yet.  If it's others too, then it must be something that needs addressing.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 04:52:34 PM
Hi bkenobi,

my timetable looked exactly the same as yours when I start from 441 and do the upgrades via HG.

I got it working by doing a

- sudo dpkg --remove homegenie
- sudo apt-get update
- sudo apt-get upgrade
- sudo reboot
- sudo gdebi homegenie…474…
- and do not import a previous backup, start from scratch

seems to be reboot save for the time being.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 04:54:56 PM
Hello Gene,

please find attached a screenshot for hue. Even starting from scratch and using your factory default config, the color lights look the same. If I am not mistaken, instead of the grey light bulb we had the colored icon from the widget.

regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 05:12:44 PM
Hi Jens,

I just pushed an update. It is related to some web service calls and it solves the issue with the Statistics options.
But still can't clue what is the problem about hues.
=/
This is what I did on Ubuntu:
- removed HG with dpkg --remove homegenie
- removed the whole folder too with rm -rf /usr/local/bin/homegenie
- reinstalled with gdebi homegenie-beta_1.00.r474_all.deb
- opened up hg homepage, switched to Color Lights group

everything is working.
Is there some different step in what you did?
Does the apt-get update solved this for you?
Is the Philips Hue app running? Do you see popups when switching hues on/off or changing colors?

g.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 05:25:05 PM
displayed correctly.  I then did a restore of my settings and the dashboard is broken again.  Not sure what else to try to get it working.  If it's just me, that's ok since I haven't started to use it yet.  If it's others too, then it must be something that needs addressing.

I tried a backup restore on a fresh install to see if I could replicate. Could not.

So let's do some tests. Try manually calling this webservice call:

Code: [Select]
/api/HomeAutomation.HomeGenie.Automation/36/Timetable.Get/Level.0

timetable app should reply with something like:

Code: [Select]
[{ 'ResponseValue': '000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' }]

Do you get a similar response?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 05:35:26 PM
I tried:

Code: [Select]
192.168.0.200/api/HomeAutomation.HomeGenie.Automation/36/Timetable.Get/Level.0
The response was a blank page.  I then did a factory reset and tried again.  This was the response:
Code: [Select]
[{ 'ResponseValue': '000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' }]
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 05:40:35 PM
Ok... I know what is then!
=)

Ensure that the Security System Program and no other apps are using this instruction:

Code: [Select]
When.WebServiceCallReceived("HomeAutomation.HomeGenie.Automation", ....

if so, correct this with

Code: [Select]
When.WebServiceCallReceived(Program.Module.Domain + "/" + Program.Module.Address, ....

Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 05:45:52 PM
I don't use the security alarm (turned off).  I'll turn it on and see if that makes a difference.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 05:46:31 PM
topic HUE

I did exactly the same just on raspian, changing colors works, it is just the notification pop up not showing th colored hue icon

Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 05:49:09 PM
I enabled the security system and checked again...same result.

I looked at the code and found the following:
Code: [Select]
//
// web service calls handling
//
When.WebServiceCallReceived(Program.Module.Domain + "/" + Program.Module.Address, (args) => //"HomeGenie.SecuritySystem", ( args ) =>
{
    string[] reqs = ((string)args).Split('/');
    var res = "";

So, it looks like the code is up to date.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 05:59:29 PM
Hi Jens,

ok I understood now... fixed it.
Go to update manager and update. This update require no restart, it's just some html files.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 06:00:57 PM
I enabled the security system and checked again...same result.

no other program using that command?

g.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 06:07:09 PM
The longer HG runs the more unreadable gets the Y-Axis, please see the screenshot attached

this is a known issue of the energy monitor widget. it will be fixed.

g.
Title: Re: TESTING RELEASE
Post by: Jens on February 01, 2015, 06:11:09 PM
Hi Gene

- options page fixed  :)
- hue fixed  :)
Thanks


coming to the timetable

my own app still has the old when web service called, but the timetable is working since I did the procedure written earlier ...

Regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2015, 06:38:55 PM
The only instance of
Code: [Select]
When.WebServiceCallReceived("HomeAutomation.HomeGenie.Automation"
is in the Jens' code
jkUtils - OpenWeatherMap Ver 2.0 2014-05-08

I disabled that app and the timetable displays correctly.

Next, I made the following modification:
Code: [Select]
//
// Web service calls handling
//

//When.WebServiceCallReceived("HomeAutomation.HomeGenie.Automation", (args) => //"HomeGenie.SecuritySystem", ( args ) =>
When.WebServiceCallReceived(Program.Module.Domain + "/" + Program.Module.Address, (args) =>
{
    string[] reqs = ((string)args).Split('/');
    var res = "";

Now everything seems to work ok.  Looks like jkutils needs an update.
Title: Re: TESTING RELEASE
Post by: Gene on February 01, 2015, 07:00:20 PM
Thanks bkenobi, I'll fix this.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on February 03, 2015, 09:07:18 PM
r476: should fix UPnP issues, adds popup blocking facility, improved full screen statistics with date selection.
Please help testing.

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

RELEASE HISTORY

03/02/2015 1.00 beta rev 476
    - Improved Statistics section with new UI and date range selection (issue #17)
    - Added tooltips to graphs
    - Minor improvements to popup notifications blocking functionality (issue #46)

02/02/2015 1.00 beta rev 475
    - Added event popups ignore list (issue #46)
    - Fixed some bugs in js/api web service calls (introduced with r474 js/api refactoring)
    - Improved Media Renderer widget
    - Fixed some bugs in UPnP MIG interface (not disposing objects when disabled; not setting device type to MediaTransmitter for media browser nodes)
    - Removed all System.Windows.Forms and System.Drawing references from UPnP library (hopefully making it more stable)

Title: Re: TESTING RELEASE
Post by: Marco on February 04, 2015, 12:16:33 AM
Hi Gene,
thank to implement the possibility to manage the popup notifications.   ;D
Apparently work well, but tomorrow I will made a long test.  ;)

some problem with "jkutil solar altitude" if I change parameter from dashboard don't take effect. Need to change from "weather and enviroment", like he had different place where to set it. see picture...And It need to press F5 more time for take the parameters.

Another question please: need to load different thermostat (like DANI thermostat) for use it with the timetable or it is a future implementation?
there is only basic thermostat now...

Thank

Marco
Title: Re: TESTING RELEASE
Post by: Marco on February 04, 2015, 12:35:24 AM
Hi Gene,
me again..  :D
If I make a new installation, the program don't create the file ".lircrc"  described here:
http://www.homegenie.it/forum/index.php?topic=597.msg3565#msg3565 (http://www.homegenie.it/forum/index.php?topic=597.msg3565#msg3565)

In the previous release I remember it was solved..
It is possible something is lost now?

Thank
I can test it for you if find something, I wait first to create it manually.

Marco
Title: Re: TESTING RELEASE
Post by: Gene on February 04, 2015, 11:15:16 AM
If I make a new installation, the program don't create the file ".lircrc"  described here:

I just run a test both with root and non-root user and hg is creating the .lircrc file correctly.
For the Solaraltitude issue, I'm working on fixing it.

Thanks,
g.
Title: Re: TESTING RELEASE
Post by: Marco on February 05, 2015, 11:14:38 PM
Hi Gene,
you moved the testing link, but the new one here:
http://sourceforge.net/projects/homegenie/files/ (http://sourceforge.net/projects/homegenie/files/)
for the file homegenie-beta_1.00.r476_all.deb

doesn't work

Thank

Marco
Title: Re: TESTING RELEASE
Post by: Gene on February 05, 2015, 11:24:52 PM
this is a sourceforge.net issue... they are working on solving it.
In the meantime use the download links here:

http://www.homegenie.it/download.php (http://www.homegenie.it/download.php)


g.

Title: Re: TESTING RELEASE
Post by: nolio on February 06, 2015, 10:32:01 PM
Hi,

I try to update to r476 and HG ko.
The errors :

I try to downgrade to r474fix but the problem appear again this time ! :|
I will try to investigate and do with a fresh install ..

Bye
Title: Re: TESTING RELEASE
Post by: bkenobi on February 06, 2015, 10:43:10 PM
Update via web interface failed (hung).  I rebooted but HG not accessible and no modules triggered anymore (motion lights, scheduled on/off, etc).  I manually downloaded r476, installed, and restored setup and all works again.  I did not check for errors and any output would have been deleted during restore.
Title: Re: TESTING RELEASE
Post by: nolio on February 06, 2015, 10:46:41 PM

Ok i solve the problem too : clean suppress of homegenie dpkg -r homegenie and a reinstall of r474 and the r474fix work fine again.
Title: Re: TESTING RELEASE
Post by: Jens on February 07, 2015, 06:19:15 PM
Hi Gene,

I updated today (again) from 441 to 476.

- removed 441 with sudo dpkg ...
- sudo apt-get update
- sudo apt-get upgrade
- sudo gdebi ...476...

After that LIRC was suddenly broken.

If /etc/lirc/hardware.conf contains (like always before)

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS="--uinput"

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false

#Don't start irexec, even if a good config file seems to exist.
#START_IREXEC=false

#Try to load appropriate kernel modules
LOAD_MODULES=true

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="default"
# usually /dev/lirc0 is the correct setting for systems using udev
DEVICE="/dev/lirc0"
MODULES="lirc_rpi"

# Default configuration files for your hardware if any
LIRCD_CONF=""
LIRCMD_CONF=""

I get the following errors

[ ok ] Loading LIRC modules:.
[FAIL] Unable to load LIRC kernel modules. Verify your ... failed!
[FAIL] selected kernel modules in /etc/lirc/hardware.conf ... failed!

Changing within hardware.conf this line to false

#Try to load appropriate kernel modules
LOAD_MODULES=false

I get this
[ ok ] Starting remote control daemon(s) : LIRC :.

BUT HG does not see anything or send something via IR

I found on the net to change this line, too, to devinput

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="devinput"

But I did not solve the issue

Do you have any clue what might have changed, I guess it happend with the apt-get upgrade.

Thanks a lot
Regards
Jens

Title: Re: TESTING RELEASE
Post by: Jens on February 07, 2015, 06:38:05 PM
Found the Root Cause.

The upgrade updated raspi-config, there's a new setting device tree.
Disabling device tree get's LIRC back working

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on February 08, 2015, 01:31:02 AM
new testing release r477 is out:

    - Should fix bug in ZWaveLib Thermostat.SetPointSet (encoding of setpoint value)
    - Added ZWave message queuing for nodes supporting Wake Up command class (battery powered devices - issue #77)
    - Added new option for configuring size of the statistics database (pull request #121)
    - Fixed bug in MIGInterfaceCommand options parsing, that was affecting Statistics/Parameter.StatsHour when a module domain/address filter was passed
    - Fixed IP Camera widget preview not showing
    - Added missing Z-Wave command classes to _nodesetup.js
    - Updated locale language files
    - Fixed temperature reading Fahrenheit/Celsius conversion bug in ZWaveLib when value precision == 2
    - Added thermostats query to Z-Wave WakeUp app

http://sourceforge.net/projects/homegenie/files/testing/ (http://sourceforge.net/projects/homegenie/files/testing/)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: gcoupe on February 10, 2015, 01:30:44 PM
I've installed r478 on a couple of Windows machines. Is it just me, or is this release very much more sluggish than previous releases? I seem to spend most of my time looking at the spinning circle...
Title: Re: TESTING RELEASE
Post by: gcoupe on February 10, 2015, 01:43:29 PM
Well, I unistalled r478 from one of my machines, and reinstalled r476. Now the system is back to be fast and responsive... So my Windows machines don't like something in r478...
Title: Re: TESTING RELEASE
Post by: RichieC on February 10, 2015, 09:00:50 PM
Hi Gene

I have r478 installed and im trying to get my thermostat to work, but im having a slight issue - not sure that i have the correct version of the Z-Wave Wake-up program ? 

I have my thermostat set to wake up every 256 seconds (the minimum value) and when it wakes up homegenie receives it's update.. but if i change the set point in the homegenie widget i get a response timeout message and the temperature on the thermostat doesnt change - then at the next wake up interval the setpoint value in the widget changes back to the same as the thermostat.

Looking at the code in the Z-Wave wake up program i cant see anywhere where it sets the thermostat setpoint (just reads it).. which makes me think it didnt get updated for some reason?

Rich



new testing release r477 is out:

    - Should fix bug in ZWaveLib Thermostat.SetPointSet (encoding of setpoint value)
    - Added ZWave message queuing for nodes supporting Wake Up command class (battery powered devices - issue #77)
    - Added new option for configuring size of the statistics database (pull request #121)
    - Fixed bug in MIGInterfaceCommand options parsing, that was affecting Statistics/Parameter.StatsHour when a module domain/address filter was passed
    - Fixed IP Camera widget preview not showing
    - Added missing Z-Wave command classes to _nodesetup.js
    - Updated locale language files
    - Fixed temperature reading Fahrenheit/Celsius conversion bug in ZWaveLib when value precision == 2
    - Added thermostats query to Z-Wave WakeUp app

[url]http://sourceforge.net/projects/homegenie/files/testing/[/url] ([url]http://sourceforge.net/projects/homegenie/files/testing/[/url])

Cheers,
g.
Title: Scheduled on/off automatically becomes level poll.
Post by: t0mpa on February 11, 2015, 04:18:30 PM
Hi! I have r478 running and my z wave module Aeon Micro Smart energy switch is automatically changing from scheduled on/off to level poll...
I have tried to make a clean install(including removing the /usr/local/bin/homegenie directory) but still no luck.
This is supposed to control some of our outdoor lights with Sunset / Sunrise...

How can i debug this problem?

Many thanks for a really nice software(have donated)

Cheers,
Tompa
Title: Re: TESTING RELEASE
Post by: chrispazz on February 14, 2015, 03:15:55 PM
Hi gene
Any chance to fix bug #98?

Thank you
Title: Re: TESTING RELEASE
Post by: d-home78 on February 18, 2015, 08:43:47 AM
After update to R478 :
- Fibaro FGS211 : feedbacks of local action "on/off" are displayed
- Evergreen SM103 door switch : no feedback of "door is open" (same as < R478). Tamper switch works fine (same as with previous release)

Thanks.
Title: Re: TESTING RELEASE
Post by: Gene on February 19, 2015, 06:47:09 PM
Only from source code, is now available the new integrated Widget Editor (work in progress).
Currently only support editing/previewing of existing widgets, does not support saving nor adding new widgets, but it will soon.
If some of you want to help testing/suggesting/improving:

https://github.com/genielabs/HomeGenie/tree/ui-rework

this branch also includes latest z-wave library rework that should be more capable supporting a wider range of devices.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on February 19, 2015, 09:11:34 PM
Some screenshots of the Widget Editor.

Cheers,
g.
Title: TESTING RELEASE - r480
Post by: Gene on February 21, 2015, 03:23:28 PM
HomeGenie 1.0 beta r480:

  - Added new Widgets Editor with save, export, import, preview and debug functionalities
  - Updated RaspberrySharp-IO library to possibly support new Raspberry Pi 2 model (issue #133)
  - Some minor fixes to Z-Wave interface
  - General improvements to integrated code editor
  - Added some synchronization locks to NetHelper class to avoid unsafe thread operations
  - Changed domain of CubieBoard GPIO app from "Raspberry" to "CubieBoard"
  - Fixed "Module exception data..." (issue #127)
  - Fixed missing Y axis in statistics graph (issue #123)
  - ZWaveLib rework - phase 1 completed (also solve issue #118)
  - Fixed bug in Statistics class when parsing address of remote modules
  - Fixed MIG UPnP interface MediaMediaInfo/MediaPositionInfo double quotes escaping issue
  - Fixed MIG CameraInput interface not reading configuration

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on February 28, 2015, 07:09:32 PM
Hi Gene,

I was absent a lot. I got release 480, but where we can  find The widgets Group ? To help you to improve.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on February 28, 2015, 08:17:24 PM
Configure->Automation  then Actions menu.

g.
Title: Re: TESTING RELEASE
Post by: nunofx on April 12, 2015, 03:14:18 PM
Hi all,

I noticed that after upgrading to r484, frequently my own programs were disabled somehow. After I enable them back, in the next 1 or 2 days they were disabled again. I downgraded to r478 and now everything looks ok.

Anyone is experiencing similar problems?

Thx.
Title: Re: TESTING RELEASE
Post by: Gene on May 01, 2015, 06:30:31 PM
New testing release available r485 (preview):
https://sourceforge.net/projects/homegenie/files/testing/

  - Updated Pepper1 Z-Wave database
  - Program.Say will now use Pico TTS if installed in the system, otherwise Google Speech API
  - Improved unhandled exceptions trapping/recovery
  - Fixed bug in app module creation
  - Added "Console.Output" to the event log page
  - Added redirection of standard output/error to HG log file
  - Added preliminary code for Z-Wave Security command class support
  - Fixed bug in ZWaveLib that was causing the creation of non-existent nodes
  - Added pause to ModuleParameter.WaitUpdate loop
  - Some minor fixes to the UI
  - Fixed bug in modules cleanup (not deleting modules sometime)
  - Fixed MQTT client app: it was missing reconnection when disconnected from MQTT server
  - Deprecated Weeco 4M board interface driver as built-in (now available as importable interface driver)
  - Added importable MIG interface driver plugins (add-ons)
  - Added "configlets" files for implementing custom interface drivers UI

Add-ons listing:
https://github.com/genielabs/HomeGenie/blob/master/BaseFiles/Common/ADDONS.md

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on May 05, 2015, 10:56:54 PM
Cool new features with r486 (preview):
https://sourceforge.net/projects/homegenie/files/testing/

    - Added confirm popup for "database reset" and "remote routing reset"
    - Updated automation programs to use new Program.AddFeature widgets
    - Added UI widgets for fields created with Program.AddFeature (last method parameter is the type: "text", "slider", "password", "checkbox", "module.text", "store.script", "store.list")
    - Added simple store to Module helper too
    - Added simple key/value persistent store to Program helper class: Program.Store("<store_name>")[.Get("<item_key>") | .Remove("<item_key>") | .List]
    - Fixed encoding bug in input text of module features and program config options (not handling properly double quotes and other characters)
    - Added "Description" field to MIGServiceConfiguration.Interface
    - Added Sunrise/Sunset event raising to Weather Underground app
    - Updated Jint: javascript engine now accepting "camelCase" convention for invoking Helper Classes

g.
Title: Re: TESTING RELEASE
Post by: Gene on May 08, 2015, 02:38:21 PM
HomeGenie r487 preview is available for download.
https://sourceforge.net/projects/homegenie/files/testing/

- various fixes to r485/r486
- added new translation entries to locale files
- added Cron event Wizard

this is the candidate for next public release, so please help testing ;)

g.
Title: Re: TESTING RELEASE
Post by: dani on May 08, 2015, 07:03:41 PM
Hi Gene,

Very cool Cron Events Wizard. You have made a good work. Because I many people whose don't know so much linux envrronmment need that.
I have made some tests of r487. For ZWave that's seems ok.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Michel on May 08, 2015, 07:15:43 PM
I have installed r487 and restored my backup config. All my modules are X10 for now. When I send a command to a module, it is executed (ex. lamp turns on), but the widget is not updated unles I refresh the dashboard page (with F5) or if I go to the event page and come back. Also, the events are not registered even if the events history is enabled.
Title: Re: TESTING RELEASE
Post by: Michel on May 08, 2015, 07:28:09 PM
Correction : I just restarted the Raspberry and everything is working now.

Thanks Gene, very nice job.
Title: Re: TESTING RELEASE
Post by: nolio on May 09, 2015, 08:27:26 AM
Hi,
I install this beta yesterday, for now, everything work fine.

##### update 1
I try my "anti-jamming" again because i see you add a "pause to ModuleParameter.WaitUpdate loop". And now my program doesn't overload my system !
#####
Bye
Title: Re: TESTING RELEASE
Post by: Jens on May 09, 2015, 07:05:54 PM
Hi Gene,

a while ago there was a discussion to change

When.WebServiceCallReceived("HomeAutomation.HomeGenie.Automation", (args) =>

into

When.WebServiceCallReceived(Program.Module.Domain + "/" + Program.Module.Address, (args) =>


Looking at 487, if I am not mistaken, both versions are in use - is it causing trouble or not?

Thanks
regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2015, 12:20:42 AM
The first one should not be used. Where did you see it?
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2015, 12:21:19 AM
FYI

http://www.homegenie.it/forum/index.php?topic=891 (http://www.homegenie.it/forum/index.php?topic=891)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on May 10, 2015, 09:49:32 AM
I upgraded from 484 to 487 and imported the config file via restore

I used Hue and DHT11 in 484 but not DHT22 my understanding so far is that the code should be changed or does it only apply to "HomeAutomation.HomeGenie.Automation"?

Philips Hue Line 16 When.WebServiceCallReceived("HomeAutomation.PhilipsHue", ( args ) =>
DHT11 Line 9/13 When.WebServiceCallReceived("Components.DHT11/0/Sensor.Temperature", ( args ) => {
DHT22 Line 9/13 When.WebServiceCallReceived("Components.DHT22/0/Sensor.Temperature", ( args ) => {

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on May 10, 2015, 01:13:35 PM
Hi Jens,

it only applies to "HomeAutomation.HomeGenie.Automation".

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 11, 2015, 11:35:25 AM
Hi Gene,

I have made a pull request of french files language in github.

But One question, for me in french fr.prgrams.json seems not work (No translation effect) in r487. Do we have to modify some parameters somewhere.

And I made some tests with Smart Light program. It seems not work. The function GetDomainAddress() doesn't return in the main. If I use locales var(s) in When.ModuleParameterIsChanging() for get Domain and Address  The Smart Lights works.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 11, 2015, 12:39:54 PM
Hi dani I think you've to add the fr.programs.json file to the Common project and flag this as "copy if newer", so that it will be copied to the html/locales folder.
Btw, the programs translation will not work with r487, it works with r488 and later (because of changes in the json formatting).
The smart lights program should have worked with r487. I'll check this out.

Thanks,
g.

Title: Re: TESTING RELEASE
Post by: Gene on May 11, 2015, 12:57:28 PM
Added fr.programs.js to Common.csproj and it is working now. You can pull updates from latest commit and test.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 11, 2015, 03:23:50 PM
Ok Thank's. I will make some tests and inform you
Title: Re: TESTING RELEASE
Post by: Gene on May 11, 2015, 03:31:50 PM
Hi dani,

fixed the Smart Lights bug too.
Just pushed the patch.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 11, 2015, 11:26:41 PM
Thank's Gene.
I will make tests

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 12, 2015, 07:10:38 AM
Hi Gene,

Smart Lights works fine, only I need to modify source code for my motion sensor.
The fibaro multisensor (FGMS-001) sends Sensor.Generic with value 255 for motion detect.

But I got new error with that Sensor since version r487 as you can see in the following screenshot. That happens when I move the sensor, FGMS-001 sends an alarrm message that generate an error in ZWaveLib.

Note : That I am using with Raspi B+ and AeonLabs ZStick 2

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 12, 2015, 09:00:09 AM
Thanks dani, the ZWaveLib bug should now be fixed.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 12, 2015, 10:10:39 PM
Hi Gene,

ZWaveLib it's OK now.

Cheers.
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 13, 2015, 11:02:01 AM
It's impossible to modify the label of a separator in Groupe. The text written depends on the previous selected module and it's impossible to write new. Since r487 minimum.

In Cron wirard is it possible to initialize the wirard with the currents values ?

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Jens on May 14, 2015, 06:45:46 PM
Hi Gene

I have a similar issue with the separator

I imported a config from 484 into 487, the name of the already existing separator cannot be changed. But I can create a new separator in 487 and change the name of the new one.

Is the config probably not 'upgradable' to 487 and we should start from scratch?

Thanks
Jens

Title: Re: TESTING RELEASE
Post by: dani on May 14, 2015, 07:50:03 PM
Even if I create a separator with R487 with last gît I cannot modify it
Title: Re: TESTING RELEASE
Post by: Jens on May 14, 2015, 07:55:58 PM
You're right, I did another test, I can name it but not rename it. Remove and create a new one works, that's at least a workaround.

Cheers
Jens
Title: Re: TESTING RELEASE
Post by: nunofx on May 17, 2015, 11:50:29 AM
Hi all,

I noticed that after upgrading to r484, frequently my own programs were disabled somehow. After I enable them back, in the next 1 or 2 days they were disabled again. I downgraded to r478 and now everything looks ok.

Anyone is experiencing similar problems?

Thx.

Just discovered that I had some programs using the trigger for single shot that somehow didn't worked correctly in the past. Now it was working and disabling the programs after 1st run.
Title: Re: TESTING RELEASE
Post by: nunofx on May 17, 2015, 11:59:20 AM
Since I upgraded to R485 that the status sent by a multi instance device (Fibaro FGS221) for node 0 is not being correctly decoded.

Do you know if it's already fixed on the recent updates to the zwave lib?

Thanks.
Title: Re: TESTING RELEASE
Post by: dani on May 18, 2015, 11:56:07 PM
Hi Gene,

I got new ZWave equipement - A fibaro smoke detector FGSD-002 and I can make some improvement.
I cannot get it works properly. It's detected as simple Generic Sensor.

When I try setup the node, I got that Console trace with finally a Query node timeout.
You can find following screenshot of the exchange with that device.
In some tries I got some other error messages as :
- "Cannot perform member binding on 'null' value"
- "Repeated message discarded"
I can perform some more tests if you need

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 19, 2015, 12:21:18 AM
It seems that NodeInfo message is not correctly interpreted.

New infos :
In Controller.cs, the function gotNodeUpdateInformation(znode); is not called when a security node is detected and no paramater is shown in the Setup.
                                if (znode.SupportCommandClass(CommandClass.Security))
                                {
                                    // ask the node what security command classes are supported
                                    Security.GetSupported(znode);
                                }
                                else
                                {
                                    gotNodeUpdateInformation(znode);
                                }                               

Is Security.cs class was already used with any ZWave material ?
I am using new Fibaro Smoke Detector and it seems to send a data for that but that class seems to write only on log in the events console.
If I had the line gotNodeUpdateInformation(znode); in the block of CommandClass.Security the node parameters are shown and we can set them.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 25, 2015, 03:46:40 PM
Hi Gene,

Is the new pull src code give a solution with the previous issue (Security.GetSupported(znode);)of Fibaro smoke sensor ?
I have to had gotNodeUpdateInformation(znode); before in the code, if not the node doesn't permit acces to the parameter.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 25, 2015, 04:43:55 PM
Hi dani,

sorry for late reply, I just read this. I pushed the r488 update, hope it doesn't have any issue now.
Let me know if you still having issues with the sensor or if you find a solution to this.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 25, 2015, 06:02:09 PM
Ok Gene Many Thank's I will try.

But I have issue with new src and monodevelop, it cannot use FrameWork 4.5.
So I try to install Monodevelop 5.9 but with that version cannot open any src code files due to an error in monodevelop. If I try to build the project I got always the error that the Framework 4.5 is not instaled.
Which developpement tools do you use ?
And do you know what to do for install the framework 4.5 in monodevelop ?

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on May 25, 2015, 06:09:47 PM
You've to install latest mono release. Follow instructions here:

http://www.mono-project.com/docs/getting-started/install/linux/ (http://www.mono-project.com/docs/getting-started/install/linux/)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 25, 2015, 06:50:49 PM
Yes that's what I was doing before.
So I will uninstal and instal it again.

Thank's Gene
Title: Re: TESTING RELEASE
Post by: Jens on May 25, 2015, 08:10:11 PM
Hi Gene,

was the fix to the issue with the separator, reported by dani and me, also part of R488?

I think it is still there

Thanks
Cheers
Jens
 
Title: Re: TESTING RELEASE
Post by: Gene on May 25, 2015, 08:14:00 PM
the issue with the separator is still there.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 26, 2015, 09:12:44 AM
Hi Gene,

As I explain in that post http://www.homegenie.it/forum/index.php?topic=129.msg5432#msg5432
The smoke sensor FGSD-002 is not correctly setting up even in r488.

I need to patch controller.cs as before to get all the parameters in the setup screen.
if (newNode.SupportCommandClass(CommandClass.Security))
{
     gotNodeUpdateInformation(newNode);
     var nodeSecurityData = Security.GetSecurityData(newNode);
     nodeSecurityData.IsAddingNode = true;

     Security.GetScheme(newNode);
}
else
{
     gotNodeUpdateInformation(newNode);
}

I can make any test as you need. Where I can add some loging data to check the issue ?
Do you know if somebody are using module with CommandClass.Security ? Which one ? Some KeyFOB ?

Cheers
Dani

Title: Re: TESTING RELEASE
Post by: Gene on May 26, 2015, 10:44:14 AM
snagytx added the security class code and he's using a door lock device.

The problem is probably that in your case this part of code is never hit:

https://github.com/genielabs/HomeGenie/blob/master/MigFiles/SupportLibraries/ZWaveLib/Controller.cs#L768

this is supposed to be hit when the device reply with the security node information frame.
To better understand what happens look at the I/O transaction during the discovery process (or each time you wake up the device).

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 26, 2015, 02:19:59 PM
As you can see in the screenshot no IO Data are send or receive. But perhaps, snagytx doesn't put Console.Writeline in his code.
I will do for follow what happen.
For monodevelop 5.9 I have to uninstal mono completely that uninstal homegenie so before a complete instal of monodevelop, instead of some packets do not want to instal correctly. Now the build works correctly under Debian Jessie.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on May 27, 2015, 03:00:54 PM
For ZWave moduke with security class code it's necessary to added the Node by HG UI, not by using the inclusion button of the ZWave Interface Stick (In my case AEN LABS ZStick 2).
I got that procedure from snagytx. Thank's to him for quick response.
Title: Re: TESTING RELEASE
Post by: dani on May 27, 2015, 03:07:30 PM
Since r487, we don't get the popup log event "Node X response timeout !" when ZWave Node doesn't answer. Is it volontary ?

I think it will be good to add a Node parameter that indicate the state of the node as OnLine or not, of course care of battery node that are not always wake up..
Title: Re: TESTING RELEASE
Post by: Gene on May 27, 2015, 03:26:25 PM
Since r487, we don't get the popup log event "Node X response timeout !" when ZWave Node doesn't answer. Is it volontary ?

I think it will be good to add a Node parameter that indicate the state of the node as OnLine or not, of course care of battery node that are not always wake up..

it is not volontary. It's a bug.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on May 27, 2015, 03:58:46 PM
Small issue with r488 :
When compile a program with errors, the red cross signalling on the left does not appear at the good line, it's drawing one line under.
Title: Re: TESTING RELEASE
Post by: dani on May 27, 2015, 04:09:57 PM
It's not possible to compile "Security Alarm System", because of Program.AddFeature as one more parameter, the fisrt one which is Domain I suppose. Can we let that Domain with empty value ("") ? And it that case Every Domain are include ?

Modification : I have try with empty domain name and the Feature appear in my ZWave device.
Title: Re: TESTING RELEASE
Post by: Gene on May 27, 2015, 04:38:33 PM
yes, empty domain will work and it stands for "any domain".

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: kevin1 on May 29, 2015, 04:18:49 PM
My install says version 1.00 beta r476.  Update check shows 1.00 beta 478.  I think I have run the update and I am still at 476.

If there is a stable newer version, can you push it so it shows in our HG "update check"?  I prefer not update too often for fear of re-implmenting my custom changes that I have hacked into the various programs.  But I would like to get new features/widgets :-)

Thanks,
Kevin
Title: Re: TESTING RELEASE
Post by: Jens on May 31, 2015, 08:46:18 PM
Hi Gene,

I tried 491 the UI enhancement is really cool and the UI is faster.

But on iOS (ipad) it stays with the HG icon in the middle and grey background until you select anything from the left upper corner HG menue first time. On Firefox PC browser after loading has completed the centered HG icon disappears automatically and you can directly make use of the UI

The language seems to be mixed sometimes, e.g. widgets are labelled On/Off but shutters are labelled Ouvert instead of Open.

Thanks
Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on May 31, 2015, 09:09:57 PM
Hi Jens,

thanks for feedback on r491. I think that something here:

https://github.com/genielabs/HomeGenie/blob/master/BaseFiles/Common/html/js/api/homegenie.webapp.js#L121

is not working on iPad. But I have no way for testing/fixing. Perhaps someone else can help with it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on June 01, 2015, 11:40:24 AM
Hi Jens,

I found the issue and fixed. Apparently it seems that localization is not working on iPad (and not even on my Smart TV), but at least now the loading screen disappear after UI initialization.
There is an update ready for that, let me know if the grey background now disappear on iPad too.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on June 01, 2015, 02:34:31 PM
I just updated to r491 last night.  The installation hung, so I had to install manually on RPi.  i changed an icon for a siren from default to the speaker and saved, but it does not show up with web.  Android app works correctly.  I don't know how long this has been a problem since I haven't tried changing icons in the past.

Also, when viewing on Android Chrome the jkUtils OpenWeather widget is formatted poorly such that the title overlaps the top line of data.  I don't think this was an issue in the past.  The jkUtils Solaraltitude widget looks strange (one block per line), but I think that's always been that way.
Title: Re: TESTING RELEASE
Post by: dani on June 01, 2015, 02:53:53 PM
Hi Gene,
Very Small issue, when slected a new group in the list, the arrow in the front of group name is up instead of down.
Title: Re: TESTING RELEASE
Post by: Jens on June 01, 2015, 08:15:35 PM
Hi Gene,

I installed the update and it is working on iPad now, too.

At least the Shutter Widget still has the localization issue french instead of english - do you need any further information about that?

Thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on June 01, 2015, 08:52:29 PM
try replacing this file:

https://github.com/genielabs/HomeGenie/blob/master/BaseFiles/Common/html/pages/control/widgets/homegenie/generic/locales/en.json

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on June 01, 2015, 09:57:20 PM
I think same you, because in one update I modify only my french json and I don't create the fields in en and it files, it's for this I send you them in the morning

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Jens on June 04, 2015, 09:50:52 AM
Not sure what happened, but since I changed the locale I am back to problem #1.
The grey background stays at the beginning, not only on iPad but firefox, too.

Even after restart of the raspberry and disabling http cache.

I probably wait till the next testing release

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on June 07, 2015, 04:46:41 PM
I really like the new UI!  One thing I'm not finding though is a direct link to configure modules.  Unless I'm missing something, in order to get to the modules group list, you have to select "Home" and then "Configure" from the bottom.  Perhaps the group editor could be added in the future.
Title: Re: TESTING RELEASE
Post by: Gene on June 08, 2015, 07:20:51 PM
Coming shortly with next update...

Cheers,
g.


Title: Re: TESTING RELEASE
Post by: Gene on June 08, 2015, 07:33:16 PM
some more screenshots..
Title: Re: TESTING RELEASE
Post by: Jens on June 08, 2015, 08:36:58 PM
Hi Gene,

may I suggest to change the UI a liitle bit. Move the HomeGenie static text to the right and move the buttons to the left. Reason why I am asking this is tablet users (like iPad). If you hold the tablet you cannot use your thumb to click on Home, with the text in front the distance is too big ;-)

Thanks for considering

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on June 08, 2015, 11:56:29 PM
Hi Jens,

I applied your advice. It is already available in the latest github commit along with the new wallpaper feature.
Someone want to help testing before packing the update?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: marc on June 09, 2015, 07:03:35 PM
Hi Gene,

after update to r491-p2 i have some problems with Fibaro Multi Switch (FGS-222). There are no repsonse, i cannot switch on or off the lights. It seems that only the double switch have the problems.

Best regards

Marc
Title: Re: TESTING RELEASE
Post by: Gene on June 09, 2015, 07:30:31 PM
Hi marc,

ensure that the "93 Multi Instance/Channel Virtual Modules" is running. Also you may try recompiling it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: marc on June 09, 2015, 08:46:00 PM
Hi Gene,

The program was running, but i recompiled it. Thats the problem, after that its working now.

Best regards

Marc
Title: Re: TESTING RELEASE
Post by: dani on June 10, 2015, 04:01:20 PM
Hi Gene,

Have regular JS error in the JS console of Chrome.
Look at the screenshot following

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: d-home78 on June 10, 2015, 04:30:11 PM
Hi,
after updating to R492, all the devices (switch, sensor, camera) have lost their parameters (name, ip address, off delay, etc).
Title: Re: TESTING RELEASE
Post by: Gene on June 10, 2015, 05:07:31 PM
@d-home78: this sometime happens (known-bug), that's why is important you make a backup of your config before upgrading

@dani: cannot replicate this issue, can you investigate on your side what might be causing it? (tried already refreshing the page?)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on June 10, 2015, 06:35:01 PM
Hi Gene,

Yes, refresh the page anytime. I will investigate my side

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on June 11, 2015, 10:32:45 AM
Hi Gene,

Is that scrrenshot help you ? Otherwise I will investigate more about that JS fault.
You must know that some ZWave Nodes ara not always in line in my configuration. And I got always the issue that I don't see the popup event "Node timeout" only I get sometimes.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on June 11, 2015, 11:59:35 AM
Hi dani,

can you try adding a breakpoint and inspecting the object at line 1734 (see attacched screenshot).
A solution to the problem could be changing the line in _event.js from:

Code: [Select]
HG.WebApp.SystemSettings.Interfaces['HomeAutomation.ZWave'].DiscoveryLog.prepend('*&nbsp;' + eventLog.Value + '<br/>');

to

Code: [Select]
var zwaveInterface = HG.WebApp.SystemSettings.Interfaces['HomeAutomation.ZWave'];
if (zwaveInterface)
    zwaveInterface.DiscoveryLog.prepend('*&nbsp;' + eventLog.Value + '<br/>');

still dunno why this is happening.
Also, do you see any other different error before that one?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on June 11, 2015, 12:12:23 PM
Hi Gene,

If I mask that line 1789 :              HG.WebApp.SystemSettings.Interfaces['HomeAutomation.ZWave'].DiscoveryLog.prepend('*&nbsp;' + eventLog.Value + '<br/>');
Then I got Popup Event Node TimeOut every time.
I will try your suggest so. But why zwaveInterface will be null ?
What does that function DiscoveryLog.prepend() ? If it is not called the popup appears.

Note : With your code that works so. I got Node timeout message.
What does that function DiscoveryLog.prepend() ? If it is not called the popup appears.
Title: Re: TESTING RELEASE
Post by: Gene on June 11, 2015, 12:32:26 PM
the DiscoverLog is the popup that is shown when you click the "Discovery" button in the z-wave interface options and it shows all messages from the controller (node 1).
This is why you don't see any "response timeout" error. Because it is hitting this error.
**** UPDATE ****

I probably found out what the problem is.
Can you try opening the Settings page and see if after this the problem disappear?
The problem is that now the DiscoveryLog is initialized only when the settings page is opened. This is wrong, I'll fix this.

https://github.com/genielabs/HomeGenie/blob/master/BaseFiles/Common/html/pages/configure/interfaces/configlet/zwave.html#L69

Can you confirm the problem disappear if you first enter the interface settings page?

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on June 11, 2015, 12:41:11 PM
Here is the fix.

Cheers
g.
Title: Re: TESTING RELEASE
Post by: dani on June 11, 2015, 01:06:04 PM
That's ok for _event.js, but the first patch will be ok also. And I confirm if I call the Configuration/Interfaces the issue disappears.

Cheers
Dani
Title: New Widgets - Testing
Post by: Gene on June 13, 2015, 12:13:46 PM
The proposed new Dimmer widget. Feel free to contribute, suggest improvements.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on June 13, 2015, 03:12:13 PM
I like it, only the circulate icon in the middle is for what ?
Title: Re: TESTING RELEASE
Post by: Gene on June 13, 2015, 03:32:27 PM
It is for "toggle" (if on, then turn it off, if off then turn it on).
Title: Re: TESTING RELEASE
Post by: Gene on June 13, 2015, 04:59:03 PM
perhaps this is better?

g.
Title: Re: TESTING RELEASE
Post by: Gene on June 13, 2015, 05:03:29 PM
And the switch one (which are actually the same file).

Title: Re: TESTING RELEASE
Post by: bkenobi on June 13, 2015, 06:10:12 PM
FYI, the last couple updates (491, 492) have required restoring settings from a backup file.  I have not had that issue with an update in quite some time.  I'm not sure from the update items why this would be an issue.
Title: Re: TESTING RELEASE
Post by: kevin1 on June 15, 2015, 03:53:17 AM
So is it safe to use a recent build, or what is the most stable recent version to use?  I am way out of date now, 476.
Title: Re: TESTING RELEASE
Post by: bkenobi on June 15, 2015, 07:49:31 AM
You would have to check the build logs to see what's changed (a lot).  I have no significant issues with the current release (492) other than I had to restore a backup configuration.
Title: Re: TESTING RELEASE
Post by: Jens on June 15, 2015, 07:55:28 PM
Hi Gene,

after the recent upgrade

- wheather underground does not update anymore, notify window tells me "string does not contain a definition for moon phase"
- dimmer has the new slider, but light, too (X10 modules) is that desired? I would suggest that the light switch has no slider


Thanks
Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Gene on June 15, 2015, 08:40:07 PM
Did you try restarting Wunderground? Is the city name correct?
The light should not have the dimmer level knob (now it's fixed).
Thanks for quick reporting :)

Cheers,
g.


Hi Gene,

after the recent upgrade

- wheather underground does not update anymore, notify window tells me "string does not contain a definition for moon phase"
- dimmer has the new slider, but light, too (X10 modules) is that desired? I would suggest that the light switch has no slider


Thanks
Cheers
Jens
Title: Re: TESTING RELEASE
Post by: Jens on June 15, 2015, 09:14:58 PM
Once over sudden wunderground started to work, cityname is set to autoip
I have no clue why, as I tried restarts before

One other thing I noted, adding a module to a group, in this case a x10 module
crashes the browser, safari on ipad. I have not tried a PC yet, but adding a module recently worked on the iPad, too.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: pamatika on June 16, 2015, 08:13:03 PM
Hi,

I noticed interesting feature after updating to r493. For some reason Chrome on my PC is showing temperatures in Fahrenheit not in Celsius as it should. IE is showing temperature in Celsius. On Raspi temperature unit is Celsius when using Chromium.
Any hints how this could be fixed? Could it be something in Chrome settings??

BR,
Pasi
Title: Re: TESTING RELEASE
Post by: kevin1 on June 22, 2015, 01:17:40 PM
Since updating from 471(?) to 491, my HG has been getting into some weird states.  I would say I have seen three separate behaviors:
1-everything okay
2-'undefined module' shows on all clients browsers (PC running HG, ipad chrome, android phone chrome) - see attachment
3-'undefined module' shows only on the mobile devices while PC running HG is okay.

Tried stopping/starting service via windows tray icon.  Tried service restarting HG.  Tried rebooting PC.  This happened oen other time in the past week, I think I had to restore backup to get working.

Seems to be receiving data from my at least one of my arduinos.  The programs all have yellow lights.  One program for my garage arduino has red light in list of programs.  When I try to edit one of my programs, all I get is: 'loading program data' (even for programs that seem to be running according to the event log - see attachment)

Very frustrating that HG is so unreliable from mobile devices for me :-(
Title: Re: TESTING RELEASE
Post by: Gene on June 22, 2015, 01:33:26 PM
Hi kevin1,

there have been some changes in the API, so try compiling programs again. If it doesn't work, I think it's best to install latest hg package and then restore your config backup.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: kevin1 on July 08, 2015, 08:27:12 PM
On android and ios chrome browser the HG login prompt pops up for me repeatedly.  This is very annoying and makes it hard to even close the HG tab frequently.  It pops up as I try to type or cancel into the first popup.  I have posted about this in other threads but have not gotten a solution.  Tried adding the user/password to the URL, this helps a bit on android, but the problem still pops up after going away from the browser and returning. 

I access HG through my router so a long password is a must for security but difficult in this situation.

Can you make an option to use a webpage form (like most websites) for the password instead of popup?  Also, would it be good to allow us to change username from admin to something more secure?

Title: Re: TESTING RELEASE
Post by: Jens on July 21, 2015, 08:57:36 PM
Hi Gene,

I am trying to use X 10 Shutters (they usually need extended X10 commands) with the timetable and came across the following. The timetable "dimmer and shutters" is linked to the shutter module, the shutter module does not support percentage values for X10 modules (or I am doing something completely wrong with calibrate). The only chance I have is using X10 on and off commands to close the shutter or open it completely. Now, the timetable does not have an "On" selection. Would you mind enhancing the selection by the following (Off, On, 10%, 20%....) ?

Many thanks
Regards

Jens
Title: Re: TESTING RELEASE
Post by: swaner on August 26, 2015, 06:58:25 PM
I have an issue that has been following me around since the first time I started to use HomeGenie, maybe it's my setup since I never read about this issue on the forum?

In the statistics the program crashes when loading the "Data analysis" tab. The page loads but the loading icon just keeps on spinning and the datetime pickers are blank. When clicking the datepicker I get an error msg in the console (the same error msg occurs upon loading, see picture).
When debugging I can see that the lang property is undefined, maybe there is a workaround?
I am guessing this is related to my locale (Swedish)?
Title: Re: TESTING RELEASE
Post by: Jens on August 27, 2015, 07:14:29 AM
Hi Gene,

I am on version 493 (raspberry) how can I upgrade to 493-p4 to test it?

Many thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: dani on August 27, 2015, 10:24:48 AM
Hi Jens,

Actually, you have to get github sources and compile by yourself.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on August 27, 2015, 12:44:27 PM
I don't know where I can put that issue. Or is that an issue ?
All Status and Thermostats controls (SetPoint,Mode,OperatingMode) don't pass through Interconnections. Is it a normal aptitude ?

Updated Post at 14:35 :
I have made some patchs on module, ans now I receive all thermostats events from the server node.
Only replace :
     if (!celladdress.Contains("?") && property.Name.StartsWith("Status."))
By :
     if (!celladdress.Contains("?") && (property.Name.StartsWith("Status.") || property.Name.StartsWith("Thermostat.Mode") || property.Name.StartsWith("Thermostat.Set")))
I have know to find that error ZWave Interface Exception: An empty string is not considered a valid value ..... when I wan't to control the thermostat from client side.

Updated Post at 16:42 :
Side of client HG I got that api call :
MIG.Gateways.WebServiceGateway
192.168.1.7
api/HGIC:192_168_1_2.HomeAutomation.ZWave/11/Thermostat.ModeSet/Off/1440686403825     HTTPGET

Side of server HG I got that api call :
MIG.Gateways.WebServiceGateway
192.168.1.7
api/HomeAutomation.ZWave/11/Thermostat.ModeSet/    HTTPGET

We can see that one parameter is lost in the call to server.

That issue exists with Dimmer and Shutter also. The level Value is not passed to the server :
MIG.Gateways.WebServiceGateway
192.168.1.7
api/HomeAutomation.ZWave/10/Control.Level/   HTTPGET


Updated post at 17:51 :
Found the issue I will pull a request soon.
Title: Re: TESTING RELEASE
Post by: Jens on August 27, 2015, 05:30:47 PM
Hi Dani,

can you please advise on how to do that, would be very much appreciated?

Many thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on August 27, 2015, 11:03:22 PM
I installed mono-complete, gtk and monodevelop on raspian.

Opening the sln file just gets me an Hex editor - am I following the wrong path?

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: dani on August 28, 2015, 02:16:44 PM
I don't know, I never used Monodevelop on RaspPI. I have one PC under Debian Jessie.
Is rasPI can support Monodevelop IDE and compiler ? I can't certify.
But normally, yes you are in the good way. Which version is Monodevelop give you ?
Title: Re: TESTING RELEASE
Post by: KaZe on August 28, 2015, 08:10:24 PM
With new version (493-p4) I have the z-wave discovery error. And some times    "HomeAutomation.ZWave   1   Z-Wave Controller   Controller.Status   Error"
In my case I upgrade my homegenie 493 to 493-p4:
1. Open the source code in visual studio 2015 (in windows 10)
2. Debug/start program
3. stop and close homegenie service
4. replace files in program files\homegenie folder with debug files
5. restore my own backup (group setting, etc.)
6. start homegenie service.

Is that correct?

Title: Re: TESTING RELEASE
Post by: Jens on August 28, 2015, 09:05:58 PM
Hi Dani,

it gives me the following

MonoDevelop 3.0.3.2

Runtime:
   Mono 3.2.8 (Debian 3.2.8+dfsg-4+rpi1)
   GTK 2.24.10
   GTK# (2.12.0.0)
Build information:
   Git revision: 7bf6ac...
   Build date: 2013-12-28 01:27:08+0000
Operating System:
   Linux
   Linux raspberrypi 4.1.6+ #810 PREEMPT Tue Aug 18 15:19:5

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: dani on August 31, 2015, 03:46:49 PM
Hi Gene,

With new release (External ZWaveLib) we lost Console ZWave logs, and the No response node popup. Is it a normal way. Those logs and popup were very interresting in the pass.

Updated Topic 17:14 :
I saw in the sources code you are using now NLog. But how does that work under RaspPI ?
UDP/TCP Connect ? For receive logs.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: KaZe on August 31, 2015, 08:56:27 PM
With new version auto turn off function not working.
Title: Re: TESTING RELEASE
Post by: Gene on September 01, 2015, 03:16:42 AM
Hi Dani,

the timeout popup is still there and visible when a command time out.
All HG components are gradually migrating to NLog. To activate logging just copy this file:

https://github.com/genielabs/zwave-lib-dotnet/blob/master/Test.ZWave/NLog.config

in the HG folder. You will be able to see log messages in the console output.
NLog can be configured in various way by editing that config file.

Cheers,
g.


Hi Gene,

With new release (External ZWaveLib) we lost Console ZWave logs, and the No response node popup. Is it a normal way. Those logs and popup were very interresting in the pass.

Updated Topic 17:14 :
I saw in the sources code you are using now NLog. But how does that work under RaspPI ?
UDP/TCP Connect ? For receive logs.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on September 01, 2015, 03:21:49 AM
Hi Kaze,

always prefer a fresh copy of the whole compiled folder instead of replacing new files over the old ones.

Cheers,
g.

Title: Re: TESTING RELEASE
Post by: Jens on September 02, 2015, 08:25:39 PM
Hi Gene

I copied the whole debug folder 493-p4 after compilation and HG starts as expected.
Once I want to change programs I am getting errors like this e.g. for DHT11

TC,5,11: `HomeGenie.Automation.Scripting.ProgramHelper.AddInputField(string, string, string)' is obsolete: `use 'Program.AddOption(, , , )' instead'   
20:19:19

TC,4,11: `HomeGenie.Automation.Scripting.ProgramHelper.AddControlWidget(string)' is obsolete: `use 'Program.UseWidget()' instead'   
20:23:57

Do I have to change all programs?

Many thanks
Regards
Jens

Edit:
I did not install my config yet via restore, timetable is using
 Program.AddControlWidget("homegenie/generic/timetable");

does that need to be changed to *.UseWidget, it seems to be running, while DHT11 did not before I updated the commands?


Title: Re: TESTING RELEASE
Post by: KaZe on September 10, 2015, 11:11:28 AM
I try debug a new  v1.1-beta.494. But it has an error.
Title: Re: TESTING RELEASE
Post by: KaZe on September 10, 2015, 11:16:07 AM
Log details:

System.IO.FileNotFoundException was unhandled
  FileName=System.Data.SQLite, Version=1.0.85.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139
  FusionLog==== Pre-bind state information ===
LOG: DisplayName = System.Data.SQLite, Version=1.0.85.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139
 (Fully-specified)
LOG: Appbase = file:///C:/Users/kaze/Downloads/HomeGenie-master/HomeGenie/bin/Debug/
LOG: Initial PrivatePath = NULL
Calling assembly : HomeGenie, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\bin\Debug\HomeGenie.vshost.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Post-policy reference: System.Data.SQLite, Version=1.0.85.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139
LOG: The same bind was seen before, and was failed with hr = 0x80070002.

  HResult=-2147024894
  Message=Could not load file or assembly 'System.Data.SQLite, Version=1.0.85.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139' or one of its dependencies. The system cannot find the file specified.
  Source=HomeGenie
  StackTrace:
       at HomeGenie.Service.Logging.StatisticsLogger.OpenStatisticsDatabase()
       at HomeGenie.Service.Logging.StatisticsLogger.Start() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Service\Logging\StatisticsLogger.cs:line 93
       at HomeGenie.Service.HomeGenieService..ctor() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Service\HomeGenieService.cs:line 131
       at HomeGenie.Program.Main(String[] args) in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Program.cs:line 55
       at System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
       at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
       at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
       at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadHelper.ThreadStart()
  InnerException:
Title: Re: TESTING RELEASE
Post by: Gene on September 10, 2015, 11:23:43 AM
Hi KaZe,

did you try Rebuilding (Clean & Build) the "Windows" project? The missing dll should be copied when building that project.

g.
Title: Re: TESTING RELEASE
Post by: KaZe on September 10, 2015, 11:41:46 AM
Thx Gene!

It solved the problem.
Title: Re: TESTING RELEASE
Post by: KaZe on September 10, 2015, 11:58:17 AM
In my HomeGenie project I change built in programs...("Security Alarm System" PID:90, "Ping Me At Home" PID:154) The backup don't save this programs, so if i restore my config, after i must change this programs manualy again.
Would it be able to save the built-in programs?
Title: Re: TESTING RELEASE
Post by: Gene on September 10, 2015, 12:23:06 PM
System programs cannot be replaced, otherwise you would loose updates when these are changed.
What you can do is create and use a copy of it and disable the system program. So you can have your own copy of the program running.

g.
Title: Re: TESTING RELEASE
Post by: Gene on September 10, 2015, 12:23:43 PM
btw... update the code from github... I just pushed some updates.

g.
Title: Re: TESTING RELEASE
Post by: KaZe on September 10, 2015, 03:14:35 PM
The 493-p4 version work fine in visual studio 2015 (windows 10)
1. Build/clean solution
2. Build/build solution
then start debug...HG works fine. No error.

But with new 494 version with this steps HG start too, but in HG settings menu empty.

In log, HG cant find them, and HG start has errors.

Quote
2015-09-10 15:05:54.9782 Debug Stopping MigService
2015-09-10 15:05:54.9962 Debug Stopped MigService
2015-09-10 15:05:55.2242 Debug Adding Gateway WebServiceGateway
2015-09-10 15:05:55.2242 Debug Setting Gateway options
2015-09-10 15:05:55.2242 Debug WebServiceGateway: BaseUrl=/hg/html
2015-09-10 15:05:55.2302 Debug WebServiceGateway: HomePath=html
2015-09-10 15:05:55.2302 Debug WebServiceGateway: Host=*
2015-09-10 15:05:55.2302 Debug WebServiceGateway: Port=80
2015-09-10 15:05:55.2302 Debug WebServiceGateway: Username=admin
2015-09-10 15:05:55.2302 Debug WebServiceGateway: Password=
2015-09-10 15:05:55.2302 Debug WebServiceGateway: HttpCacheIgnore.1=^.*\/pages\/control\/widgets\/.*\.(js|html)$
2015-09-10 15:05:55.2302 Debug WebServiceGateway: HttpCacheIgnore.2=^.*\/html\/index.html
2015-09-10 15:05:55.2302 Debug WebServiceGateway: UrlAlias.1=api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream:events
2015-09-10 15:05:55.2302 Debug WebServiceGateway: EnableFileCaching=false
2015-09-10 15:05:55.2302 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.2302 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.2492 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.2632 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.2632 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.2882 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:55.3012 Error System.IO.FileLoadException: The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
   at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean loadTypeFromPartialName)
   at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
   at System.Type.GetType(String typeName)
   at MIG.MigService.TypeLookup(String typeName, String assemblyName)
   at MIG.MigService.AddInterface(String domain, String assemblyName)
2015-09-10 15:05:57.7093 Info HomeAutomation.HomeGenie.Automation       6       Automation Program  Program.Status
Idle
2015-09-10 15:05:57.7223 Info HomeAutomation.HomeGenie.Automation       7       Automation Program  Program.Status
Idle
2015-09-10 15:05:57.7483 Info HomeAutomation.HomeGenie.Automation       16      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.7483 Info HomeAutomation.HomeGenie.Automation       26      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.7723 Info HomeAutomation.HomeGenie.Automation       34      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.7993 Info HomeAutomation.HomeGenie.Automation       35      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.8183 Info HomeAutomation.HomeGenie.Automation       37      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.8433 Info HomeAutomation.HomeGenie.Automation       70      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.8803 Info HomeAutomation.HomeGenie.Automation       72      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.8803 Info HomeAutomation.HomeGenie.Automation       73      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9083 Info HomeAutomation.HomeGenie.Automation       74      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9263 Info HomeAutomation.HomeGenie.Automation       75      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9263 Info HomeAutomation.HomeGenie.Automation       82      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9373 Info HomeAutomation.HomeGenie.Automation       84      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9583 Info HomeAutomation.HomeGenie.Automation       90      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9583 Info HomeAutomation.HomeGenie.Automation       91      Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9683 Info HomeAutomation.HomeGenie.Automation       112     Automation Program  Program.Status
Idle
2015-09-10 15:05:57.9893 Info HomeAutomation.HomeGenie.Automation       142     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0114 Info HomeAutomation.HomeGenie.Automation       144     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0114 Info HomeAutomation.HomeGenie.Automation       154     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0114 Info HomeAutomation.HomeGenie.Automation       180     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0114 Info HomeAutomation.HomeGenie.Automation       200     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0453 Info HomeAutomation.HomeGenie.Automation       81      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0453 Info HomeAutomation.HomeGenie.Automation       93      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0703 Info HomeAutomation.HomeGenie.Automation       76      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.0923 Info HomeAutomation.HomeGenie.Automation       145     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.1173 Info HomeAutomation.HomeGenie.Automation       100     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.1363 Info HomeAutomation.HomeGenie.Automation       201     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.3727 Info HomeAutomation.HomeGenie.Automation       77      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.3948 Info HomeAutomation.HomeGenie.Automation       8       Automation Program  Program.Status
Idle
2015-09-10 15:05:58.4538 Info HomeAutomation.HomeGenie.Automation       62      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.4747 Info HomeAutomation.HomeGenie.Automation       38      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.5137 Info HomeAutomation.HomeGenie.Automation       133     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.5137 Info HomeAutomation.HomeGenie.Automation       63      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.5477 Info HomeAutomation.HomeGenie.Automation       28      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.5928 Info HomeAutomation.HomeGenie.Automation       150     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.8427 Info HomeAutomation.HomeGenie.Automation       41      Automation Program  Program.Status
Idle
2015-09-10 15:05:58.8627 Info HomeAutomation.HomeGenie.Automation       505     Automation Program  Program.Status
Idle
2015-09-10 15:05:58.9467 Debug Starting Gateway WebServiceGateway
2015-09-10 15:05:58.9587 Debug Interface not found HomeAutomation.ZWave
2015-09-10 15:05:58.9587 Debug Interface not found HomeAutomation.Insteon
2015-09-10 15:05:58.9587 Debug Interface not found HomeAutomation.X10
2015-09-10 15:05:58.9587 Debug Interface not found HomeAutomation.W800RF
2015-09-10 15:05:58.9587 Debug Interface not found Controllers.LircRemote
2015-09-10 15:05:58.9587 Debug Interface not found Media.CameraInput
2015-09-10 15:05:58.9657 Debug Interface not found Protocols.UPnP
2015-09-10 15:05:58.9657 Info HomeAutomation.HomeGenie  0       HomeGenie service ready SystemInfo.HttpAddress  *:80
2015-09-10 15:05:59.7458 Info HomeAutomation.HomeGenie.Automation       6       Automation Program  Program.Status
Setup
2015-09-10 15:05:59.7458 Info HomeAutomation.HomeGenie.Automation       7       Automation Program  Program.Status
Setup
2015-09-10 15:05:59.7458 Info HomeAutomation.HomeGenie.Automation       84      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.7308 Error System.Runtime.Serialization.SerializationException: Type 'System.DelegateSerializationHolder+DelegateEntry' with data contract name 'DelegateSerializationHolder.DelegateEntry:http://schemas.datacontract.org/2004/07/System' is not expected. Consider using a DataContractResolver if you are using DataContractSerializer or add any types not known statically to the list of known types - for example, by using the KnownTypeAttribute attribute or by adding them to the list of known types passed to the serializer.
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeAndVerifyType(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, Boolean verifyKnownType, RuntimeTypeHandle declaredTypeHandle, Type declaredType)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeWithXsiType(XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle objectTypeHandle, Type objectType, Int32 declaredTypeID, RuntimeTypeHandle declaredTypeHandle, Type declaredType)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.InternalSerialize(XmlWriterDelegator xmlWriter, Object obj, Boolean isDeclaredType, Boolean writeXsiType, Int32 declaredTypeID, RuntimeTypeHandle declaredTypeHandle)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.WriteSerializationInfo(XmlWriterDelegator xmlWriter, Type objType, SerializationInfo serInfo)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.WriteISerializable(XmlWriterDelegator xmlWriter, ISerializable obj)
   at System.Runtime.Serialization.ClassDataContract.WriteXmlValue(XmlWriterDelegator xmlWriter, Object obj, XmlObjectSerializerWriteContext context)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.WriteDataContractValue(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle declaredTypeHandle)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeWithoutXsiType(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle declaredTypeHandle)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.InternalSerialize(XmlWriterDelegator xmlWriter, Object obj, Boolean isDeclaredType, Boolean writeXsiType, Int32 declaredTypeID, RuntimeTypeHandle declaredTypeHandle)
   at WriteSystemConfigurationToXml(XmlWriterDelegator , Object , XmlObjectSerializerWriteContext , ClassDataContract )
   at System.Runtime.Serialization.ClassDataContract.WriteXmlValue(XmlWriterDelegator xmlWriter, Object obj, XmlObjectSerializerWriteContext context)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.WriteDataContractValue(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle declaredTypeHandle)
   at System.Runtime.Serialization.XmlObjectSerializerWriteContext.SerializeWithoutXsiType(DataContract dataContract, XmlWriterDelegator xmlWriter, Object obj, RuntimeTypeHandle declaredTypeHandle)
   at System.Runtime.Serialization.DataContractSerializer.InternalWriteObjectContent(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
   at System.Runtime.Serialization.DataContractSerializer.InternalWriteObject(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
   at System.Runtime.Serialization.XmlObjectSerializer.WriteObjectHandleExceptions(XmlWriterDelegator writer, Object graph, DataContractResolver dataContractResolver)
   at System.Runtime.Serialization.XmlObjectSerializer.WriteObject(XmlDictionaryWriter writer, Object graph)
   at System.Runtime.Serialization.XmlObjectSerializer.WriteObject(Stream stream, Object graph)
   at HomeGenie.Service.Extensions.DeepClone[T](T a) in C:\Users\kaze\Downloads\HomeGenie-master494\HomeGenie\Service\Utility.cs:line 50
   at HomeGenie.Data.SystemConfiguration.Update() in C:\Users\kaze\Downloads\HomeGenie-master494\HomeGenie\Data\SystemConfiguration.cs:line 63
2015-09-10 15:05:59.7708 Info HomeAutomation.HomeGenie.Automation       6       Automation Program  Program.Status
Idle
2015-09-10 15:05:59.7708 Info HomeAutomation.HomeGenie.Automation       7       Automation Program  Program.Status
Idle
2015-09-10 15:05:59.7768 Info HomeAutomation.HomeGenie.Automation       26      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.7768 Info HomeAutomation.HomeGenie.Automation       16      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.7768 Info HomeAutomation.HomeGenie.Automation       84      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.7768 Info HomeAutomation.HomeGenie.Automation       34      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.8048 Info HomeAutomation.HomeGenie.Automation       35      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.8238 Info HomeAutomation.HomeGenie.Automation       16      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.8238 Info HomeAutomation.HomeGenie.Automation       16      Automation Program  Program.Status
Running
2015-09-10 15:05:59.8238 Info HomeAutomation.HomeGenie.Automation       26      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.8238 Info HomeAutomation.HomeGenie.Automation       26      Automation Program  Program.Status
Running
2015-09-10 15:05:59.8238 Info HomeAutomation.HomeGenie.Automation       84      Automation Program  Program.Status
Running
2015-09-10 15:05:59.8438 Info HomeAutomation.HomeGenie.Automation       34      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.8438 Info HomeAutomation.HomeGenie.Automation       34      Automation Program  Program.Status
Running
2015-09-10 15:05:59.8438 Info HomeAutomation.HomeGenie.Automation       35      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.8438 Info HomeAutomation.HomeGenie.Automation       35      Automation Program  Program.Status
Running
2015-09-10 15:05:59.9398 Info HomeAutomation.HomeGenie.Automation       82      Automation Program  Program.Status
Setup
2015-09-10 15:05:59.9398 Info HomeAutomation.HomeGenie.Automation       82      Automation Program  Program.Status
Idle
2015-09-10 15:05:59.9398 Info HomeAutomation.HomeGenie.Automation       82      Automation Program  Program.Status
Title: Re: TESTING RELEASE
Post by: dani on September 10, 2015, 10:33:22 PM
Hi Gene,

Just compile r494 under Linux Monodevelop, after a fresh git pull from Homegene/master . But now HG doesn't want to start. In the folder bin/debug, some interface dll missing, as ZWaveLib.dll XTenLib.dll.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on September 10, 2015, 10:40:19 PM
Hi Gene,

Just compile r494 under Linux Monodevelop, after a fresh git pull from Homegene/master . But now HG doesn't want to start.

Cheers
Dani

I got that error when I start HG, even if i cpy old dll in the folder
daniel@PCDM-2007:~$ cd /usr/local/bin/homegenie
daniel@PCDM-2007:/usr/local/bin/homegenie$ sudo /usr/bin/mono HomeGenie.exe
[sudo] password for daniel:
2015-09-10 22:34:50.0448 Debug Stopping MigService
2015-09-10 22:34:50.0544 Debug Stopped MigService
2015-09-10 22:34:50.1500 Debug Adding Gateway WebServiceGateway
2015-09-10 22:34:50.1511 Debug Setting Gateway options
2015-09-10 22:34:50.1516 Debug WebServiceGateway: BaseUrl=/hg/html
2015-09-10 22:34:50.1525 Debug WebServiceGateway: HomePath=html
2015-09-10 22:34:50.1525 Debug WebServiceGateway: Host=*
2015-09-10 22:34:50.1525 Debug WebServiceGateway: Port=80
2015-09-10 22:34:50.1525 Debug WebServiceGateway: Username=admin
2015-09-10 22:34:50.1525 Debug WebServiceGateway: Password=
2015-09-10 22:34:50.1525 Debug WebServiceGateway: HttpCacheIgnore.1=^.*\/pages\/control\/widgets\/.*\.(js|html)$
2015-09-10 22:34:50.1525 Debug WebServiceGateway: HttpCacheIgnore.2=^.*\/html\/index.html
2015-09-10 22:34:50.1525 Debug WebServiceGateway: UrlAlias.1=api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream:events
2015-09-10 22:34:50.1532 Debug WebServiceGateway: EnableFileCaching=false
2015-09-10 22:34:50.1603 Debug Adding Interface HomeAutomation.ZWave
2015-09-10 22:34:50.1613 Debug Setting Interface options
2015-09-10 22:34:50.1613 Trace HomeAutomation.ZWave: Port=
2015-09-10 22:34:50.1629 Debug Adding Interface HomeAutomation.Insteon
2015-09-10 22:34:50.1632 Debug Setting Interface options
2015-09-10 22:34:50.1632 Trace HomeAutomation.Insteon: Port=
2015-09-10 22:34:50.1632 Trace HomeAutomation.Insteon: HouseCodes=
2015-09-10 22:34:50.1740 Debug Adding Interface HomeAutomation.X10
2015-09-10 22:34:50.1744 Debug Setting Interface options
2015-09-10 22:34:50.1772 Trace HomeAutomation.X10: Port=
2015-09-10 22:34:50.1772 Trace HomeAutomation.X10: HouseCodes=A
TypeRef ResolutionScope not yet handled (7) for .X10CommandReceivedEventHandler in image /usr/local/bin/homegenie/lib/mig/MIG.HomeAutomation.dll
* Assertion at class.c:5753, condition `!mono_loader_get_last_error ()' not met

Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native) System.Reflection.MonoCMethod.InternalInvoke (System.Reflection.MonoCMethod,object,object[],System.Exception&) <0xffffffff>
* Assertion at class.c:5753, condition `!mono_loader_get_last_error ()' not met

daniel@PCDM-2007:/usr/local/bin/homegenie$
Title: Re: TESTING RELEASE
Post by: Gene on September 11, 2015, 01:24:24 AM
@Kaze, this was not yet tested under VS/Windows. Anyway I fixed the issues in Windows. I'm using VS2013, so can't tell about 2015.

@dani, dunno what this can be, perhaps it depends on mono runtime you're using.

g.

Title: Re: TESTING RELEASE
Post by: KaZe on September 11, 2015, 07:24:04 AM
All right Gene. Thanks.
 I can help Windows / VS2015 testing if you need it.
Title: Re: TESTING RELEASE
Post by: KaZe on September 11, 2015, 07:47:55 AM
The new windows version works for me. It has only 1 error at startup.

Quote
2015-09-11 07:43:52.1064 Debug Adding Interface Controllers.LircRemote
2015-09-11 07:43:52.1220 Debug Setting Interface options
2015-09-11 07:43:52.1220 Error System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified
   at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   at MIG.MigService.ShellCommand(String command, String args)
2015-09-11 07:43:52.1377 Debug Adding Interface Media.CameraInput
2015-09-11 07:43:52.1377 Debug Setting Interface options
Title: Re: TESTING RELEASE
Post by: Gene on September 11, 2015, 07:49:16 AM
yes KaZe, any help is very appreciated :)
Title: Re: TESTING RELEASE
Post by: Gene on September 11, 2015, 07:53:50 AM
Quote
2015-09-11 07:43:52.1064 Debug Adding Interface Controllers.LircRemote
2015-09-11 07:43:52.1220 Debug Setting Interface options
2015-09-11 07:43:52.1220 Error System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified
   at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   at MIG.MigService.ShellCommand(String command, String args)

this is expected as the lirc driver is looking for some shell commands that do not exist in Windows. In the future I was thinking of adding a "SupportedPlatform" field to MigInterface, so to avoid loading of plugins that cannot work on some platforms.

g.

Title: Re: TESTING RELEASE
Post by: emerich on September 11, 2015, 05:09:53 PM
Hi All,

can someone give me an advice how to build this releases on a Raspberry Pi?

Would like to do some testing with x10 and zwave devices!

Thanks for help. :)
Title: Re: TESTING RELEASE
Post by: Jens on September 11, 2015, 07:58:51 PM
Hi emerich,

I had the same question, too. (See Help Forum)

I now compile it on windows and copy the debug folder into the homegenie folder on the raspberry, that works. I was not successful with monodevelop on the raspberry itself.

regards
Jens
Title: Re: TESTING RELEASE
Post by: bkenobi on September 11, 2015, 10:55:08 PM
The compiled code is the same for RPi and Windows AFAIK (that's the point of mono to have a single complied code base run on multiple platforms).  If you compile on Windows, you just need to copy it to the RPi and it should work.
Title: Re: TESTING RELEASE
Post by: emerich on September 12, 2015, 09:49:40 AM
Thanks for help! :)
Title: Re: TESTING RELEASE
Post by: Gene on September 12, 2015, 02:19:51 PM
Hi Dani,

did you solve your issue with hg?
Try deleting/renaming the NLog.config file.

g.
Title: Re: TESTING RELEASE
Post by: dani on September 12, 2015, 02:56:46 PM
Hi Gene,

Yes I solve my issue, just I need to clean the folder and restore my configuration. Thank's.
Just I push a statistique issue correction and a new statistique view. If you agree, can you merge it.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on September 12, 2015, 03:25:55 PM
hi dani, I merged your request. please if you can help testing my latest changes. I'm rewriting the automation program engine (trying to keep it compatible with previous version).

g.
Title: Re: TESTING RELEASE
Post by: dani on September 12, 2015, 03:54:35 PM
Ok, Gene, I will make some tests. For now, I recompile some programs and that works fine.
Principally, what you think I can try ?
Title: Re: TESTING RELEASE
Post by: dani on September 15, 2015, 11:50:54 AM
Hi Gene,

Just I push a new combined statistique view (Temperature-Humidity). If you agree, can you merge it.
It's a request of bkenobi.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: KaZe on September 17, 2015, 01:39:38 PM
Hi Gene!

I try debug a brand new version. The debug start with this errors:
Quote
Severity   Code   Description   Project   File   Line
Error   CS0246   The type or namespace name 'OpenSource' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   31
Error   CS0246   The type or namespace name 'UPnPControlPoint' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   46
Error   CS0246   The type or namespace name 'UPnPDevice' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   47
Error   CS0246   The type or namespace name 'UPnPDevice' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   109
Error   CS0246   The type or namespace name 'UPnPDevice' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   119
Error   CS0246   The type or namespace name 'OpenSource' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\MainWindow.xaml.cs   46
Error   CS0246   The type or namespace name 'UPnPDevice' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   55
Error   CS0246   The type or namespace name 'UPnPControlPoint' could not be found (are you missing a using directive or an assembly reference?)   HomeGenieManager   C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie_Windows\HomeGenieManager\App.xaml.cs   56

Than I try clean, rebulid/build, but the debug has many errors:
Quote
2015-09-17 13:38:33.8879 Debug Stopping MigService
2015-09-17 13:38:33.9089 Debug Stopped MigService
2015-09-17 13:38:34.0439 Error HomeAutomation.HomeGenie LoadSystemConfig()      Cannot deserialize type 'HomeGenie.Data.ModuleParameter' because it contains property 'UpdateTime' which has no public setter.  Exception.StackTrace       at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping mapping, ArrayList list)
   at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping structMapping)
   at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping mapping, Dictionary`2 memberInfos)
   at System.Xml.Serialization.XmlSerializationReaderILGen.WriteLiteralStructMethod(StructMapping structMapping)
   at System.Xml.Serialization.XmlSerializationReaderILGen.GenerateMethod(TypeMapping mapping)
   at System.Xml.Serialization.XmlSerializationILGen.GenerateReferencedMethods()
   at System.Xml.Serialization.XmlSerializationReaderILGen.GenerateEnd(String[] methods, XmlMapping[] xmlMappings, Type[] types)
   at System.Xml.Serialization.TempAssembly.GenerateRefEmitAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence)
   at System.Xml.Serialization.TempAssembly..ctor(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, String location, Evidence evidence)
   at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace)
   at System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
   at HomeGenie.Service.HomeGenieService.LoadSystemConfig() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Service\HomeGenieService.cs:line 1378
2015-09-17 13:38:34.1139 Error HomeAutomation.HomeGenie LoadModules()   Cannot deserialize type 'HomeGenie.Data.Module' because it contains property 'RoutingNode' which has no public setter.  Exception.StackTrace       at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping mapping, ArrayList list)
   at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping structMapping)
   at System.Xml.Serialization.TypeScope.GetSettableMembers(StructMapping mapping, Dictionary`2 memberInfos)
   at System.Xml.Serialization.XmlSerializationReaderILGen.WriteLiteralStructMethod(StructMapping structMapping)
   at System.Xml.Serialization.XmlSerializationReaderILGen.GenerateMethod(TypeMapping mapping)
   at System.Xml.Serialization.XmlSerializationILGen.GenerateReferencedMethods()
   at System.Xml.Serialization.XmlSerializationReaderILGen.GenerateEnd(String[] methods, XmlMapping[] xmlMappings, Type[] types)
   at System.Xml.Serialization.TempAssembly.GenerateRefEmitAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence)
   at System.Xml.Serialization.TempAssembly..ctor(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, String location, Evidence evidence)
   at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace)
   at System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
   at HomeGenie.Service.HomeGenieService.LoadModules() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Service\HomeGenieService.cs:line 1420
2015-09-17 13:38:34.6389 Error HomeAutomation.HomeGenie LoadConfiguration()     Could not load file or assembly 'Nmqtt, Version=0.1.1.0, Culture=neutral, PublicKeyToken=8cdf8067e66135eb' or one of its dependencies. The system cannot find the file specified.       Exception.StackTrace       at HomeGenie.Automation.Scripting.NetHelper..ctor(HomeGenieService hg)
   at HomeGenie.Automation.Scripting.ScriptingHost.SetHost(HomeGenieService hg, Int32 programId) in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Automation\Scripting\ScriptingHost.cs:line 69
   at HomeGenie.Automation.Engines.JavascriptEngine.Load() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Automation\Engines\JavascriptEngine.cs:line 36
   at HomeGenie.Automation.Engines.ProgramEngineBase.SetHost(HomeGenieService hg) in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Automation\Engines\ProgramEngineBase.cs:line 34
   at HomeGenie.Automation.ProgramManager.ProgramAdd(ProgramBlock program) in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Automation\ProgramManager.cs:line 298
   at HomeGenie.Service.HomeGenieService.LoadConfiguration() in C:\Users\kaze\Downloads\HomeGenie-master\HomeGenie\Service\HomeGenieService.cs:line 926
2015-09-17 13:38:41.9724 Info HomeAutomation.HomeGenie  0       Configuration entry not found   Gateways        WebServiceGateway
HomeGenie is now exiting...


...QUIT!


I try it in VS2013...the problem same as.
Title: Re: TESTING RELEASE
Post by: Gene on September 17, 2015, 03:19:24 PM
Hi KaZe!

I looked into these issues and hopefully fixed. Try latest code, let me know if it works.
Title: Re: TESTING RELEASE
Post by: KaZe on September 17, 2015, 03:29:47 PM
Hi Gene!

I try.

Build errors:
Quote
1>------ Build started: Project: NetClientLib, Configuration: Debug Any CPU ------
2>------ Build started: Project: Common, Configuration: Debug Any CPU ------
3>------ Build started: Project: HomeGenieManager, Configuration: Debug Any CPU ------
1>  NetClientLib -> C:\Users\kaze\Downloads\HomeGenie-master_2\SupportLibraries\NetClientLib\bin\Debug\NetClientLib.dll
3>C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.CSharp.CurrentVersion.targets(133,9): warning MSB3884: Could not find rule set file "MinimumRecommendedRules.ruleset".
3>  HomeGenieManager -> C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\bin\Debug\HomeGenieManager.exe
2>  Common -> C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\bin\Debug\Common.dll
4>------ Build started: Project: HomeGenie, Configuration: Debug Any CPU ------
4>C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1819,5): warning MSB3277: Found conflicts between different versions of the same dependent assembly that could not be resolved.  These reference conflicts are listed in the build log when log verbosity is set to detailed.
4>C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Engines\CSharpEngine.cs(278,21,278,65): warning CS0618: 'AppDomain.SetShadowCopyFiles()' is obsolete: 'AppDomain.SetShadowCopyFiles has been deprecated. Please investigate the use of AppDomainSetup.ShadowCopyFiles instead. [url]http://go.microsoft.com/fwlink/?linkid=14202'[/url] ([url]http://go.microsoft.com/fwlink/?linkid=14202'[/url])
4>  HomeGenie -> C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\bin\Debug\HomeGenie.exe
5>------ Build started: Project: HomeGenieService, Configuration: Debug Any CPU ------
6>------ Build started: Project: Windows, Configuration: Debug Any CPU ------
6>  Windows -> C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\bin\Debug\Windows.dll
5>  HomeGenieService -> C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\bin\Debug\HomeGenieService.exe
========== Build: 6 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========


Debug errors:
Quote
2015-09-17 15:24:13.9675 Debug Stopping MigService
2015-09-17 15:24:13.9875 Debug Stopped MigService
2015-09-17 15:24:14.1265 Debug Adding Gateway WebServiceGateway
2015-09-17 15:24:14.1285 Debug Setting Gateway options
2015-09-17 15:24:14.1285 Debug WebServiceGateway: BaseUrl=/hg/html
2015-09-17 15:24:14.1285 Debug WebServiceGateway: HomePath=html
2015-09-17 15:24:14.1285 Debug WebServiceGateway: Host=+
2015-09-17 15:24:14.1285 Debug WebServiceGateway: Port=80
2015-09-17 15:24:14.1285 Debug WebServiceGateway: Username=admin
2015-09-17 15:24:14.1285 Debug WebServiceGateway: Password=
2015-09-17 15:24:14.1285 Debug WebServiceGateway: HttpCacheIgnore.1=^.*\/pages\/control\/widgets\/.*\.(js|html)$
2015-09-17 15:24:14.1285 Debug WebServiceGateway: HttpCacheIgnore.2=^.*\/html\/index.html
2015-09-17 15:24:14.1285 Debug WebServiceGateway: UrlAlias.1=api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream:events
2015-09-17 15:24:14.1285 Debug WebServiceGateway: EnableFileCaching=false
2015-09-17 15:24:14.2835 Debug Adding Interface HomeAutomation.ZWave
2015-09-17 15:24:14.2855 Debug Setting Interface options
2015-09-17 15:24:14.2855 Trace HomeAutomation.ZWave: Port=
2015-09-17 15:24:14.2855 Debug Adding Interface HomeAutomation.Insteon
2015-09-17 15:24:14.2855 Debug Setting Interface options
2015-09-17 15:24:14.2855 Trace HomeAutomation.Insteon: Port=
2015-09-17 15:24:14.2855 Trace HomeAutomation.Insteon: HouseCodes=
2015-09-17 15:24:14.3215 Debug Adding Interface HomeAutomation.X10
2015-09-17 15:24:14.3215 Debug Setting Interface options
2015-09-17 15:24:14.3485 Trace HomeAutomation.X10: Port=
2015-09-17 15:24:14.3485 Trace HomeAutomation.X10: HouseCodes=A
2015-09-17 15:24:14.3625 Debug Adding Interface HomeAutomation.W800RF
2015-09-17 15:24:14.3625 Debug Setting Interface options
2015-09-17 15:24:14.3625 Trace HomeAutomation.W800RF: Port=
2015-09-17 15:24:14.3625 Debug Adding Interface Controllers.LircRemote
2015-09-17 15:24:14.3785 Debug Setting Interface options
2015-09-17 15:24:14.4206 Error System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified
   at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   at MIG.MigService.ShellCommand(String command, String args)
2015-09-17 15:24:14.4275 Debug Adding Interface Media.CameraInput
2015-09-17 15:24:14.4275 Debug Setting Interface options
2015-09-17 15:24:14.4406 Debug Adding Interface Protocols.UPnP
2015-09-17 15:24:14.4406 Debug Setting Interface options
2015-09-17 15:24:16.1566 Info HomeAutomation.HomeGenie.Automation       6       Automation Program  Program.Status
Idle
2015-09-17 15:24:16.1696 Info HomeAutomation.HomeGenie.Automation       7       Automation Program  Program.Status
Idle
2015-09-17 15:24:16.1806 Info HomeAutomation.HomeGenie.Automation       16      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.1806 Info HomeAutomation.HomeGenie.Automation       26      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.1947 Info HomeAutomation.HomeGenie.Automation       34      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.1947 Info HomeAutomation.HomeGenie.Automation       35      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2077 Info HomeAutomation.HomeGenie.Automation       37      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2077 Info HomeAutomation.HomeGenie.Automation       70      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2347 Info HomeAutomation.HomeGenie.Automation       72      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2416 Info HomeAutomation.HomeGenie.Automation       73      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2416 Info HomeAutomation.HomeGenie.Automation       74      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2557 Info HomeAutomation.HomeGenie.Automation       75      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2557 Info HomeAutomation.HomeGenie.Automation       82      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2557 Info HomeAutomation.HomeGenie.Automation       84      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2776 Info HomeAutomation.HomeGenie.Automation       90      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2776 Info HomeAutomation.HomeGenie.Automation       91      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2876 Info HomeAutomation.HomeGenie.Automation       112     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2997 Info HomeAutomation.HomeGenie.Automation       142     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.2997 Info HomeAutomation.HomeGenie.Automation       144     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3196 Info HomeAutomation.HomeGenie.Automation       154     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3196 Info HomeAutomation.HomeGenie.Automation       180     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3196 Info HomeAutomation.HomeGenie.Automation       200     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3367 Info HomeAutomation.HomeGenie.Automation       81      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3367 Info HomeAutomation.HomeGenie.Automation       93      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3486 Info HomeAutomation.HomeGenie.Automation       76      Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3486 Info HomeAutomation.HomeGenie.Automation       145     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3736 Info HomeAutomation.HomeGenie.Automation       100     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.3806 Info HomeAutomation.HomeGenie.Automation       201     Automation Program  Program.Status
Idle
2015-09-17 15:24:16.5347 Error HomeAutomation.HomeGenie LoadConfiguration()     Could not load file or assembly 'Nmqtt, Version=0.1.1.0, Culture=neutral, PublicKeyToken=8cdf8067e66135eb' or one of its dependencies. The system cannot find the file specified.       Exception.StackTrace       at HomeGenie.Automation.Scripting.NetHelper..ctor(HomeGenieService hg)
   at HomeGenie.Automation.Scripting.ScriptingHost.SetHost(HomeGenieService hg, Int32 programId) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Scripting\ScriptingHost.cs:line 69
   at HomeGenie.Automation.Engines.JavascriptEngine.Load() in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Engines\JavascriptEngine.cs:line 58
   at HomeGenie.Automation.Engines.ProgramEngineBase.SetHost(HomeGenieService hg) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Engines\ProgramEngineBase.cs:line 56
   at HomeGenie.Automation.ProgramManager.ProgramAdd(ProgramBlock program) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\ProgramManager.cs:line 298
   at HomeGenie.Service.HomeGenieService.LoadConfiguration() in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Service\HomeGenieService.cs:line 926
2015-09-17 15:24:16.5956 Debug Starting Gateway WebServiceGateway
2015-09-17 15:24:16.7257 Debug Disabling Interface HomeAutomation.ZWave
2015-09-17 15:24:16.7387 Debug Disabling Interface HomeAutomation.Insteon
2015-09-17 15:24:16.7737 Debug Disabling Interface HomeAutomation.X10
2015-09-17 15:24:16.7737 Debug Disabling Interface HomeAutomation.W800RF
2015-09-17 15:24:16.7737 Debug Disabling Interface Controllers.LircRemote
2015-09-17 15:24:16.7737 Debug Disabling Interface Media.CameraInput
2015-09-17 15:24:16.7737 Debug Disabling Interface Protocols.UPnP
2015-09-17 15:24:16.8037 Info HomeAutomation.HomeGenie  0       HomeGenie service ready SystemInfo.HttpAddress  +:80
Title: Re: TESTING RELEASE
Post by: Gene on September 17, 2015, 03:38:19 PM
Hi KaZe,

there are no build errors in your log, just warning and that's fine for now.
I am not sure why your debug log is reporting this:

Quote
2015-09-17 15:24:16.5347 Error HomeAutomation.HomeGenie LoadConfiguration()     Could not load file or assembly 'Nmqtt, Version=0.1.1.0, Culture=neutral, PublicKeyToken=8cdf8067e66135eb' or one of its dependencies. The system cannot find the file specified.       Exception.StackTrace       at HomeGenie.Automation.Scripting.NetHelper..ctor(HomeGenieService hg)
   at HomeGenie.Automation.Scripting.ScriptingHost.SetHost(HomeGenieService hg, Int32 programId) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Scripting\ScriptingHost.cs:line 69
   at HomeGenie.Automation.Engines.JavascriptEngine.Load() in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Engines\JavascriptEngine.cs:line 58
   at HomeGenie.Automation.Engines.ProgramEngineBase.SetHost(HomeGenieService hg) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\Engines\ProgramEngineBase.cs:line 56
   at HomeGenie.Automation.ProgramManager.ProgramAdd(ProgramBlock program) in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Automation\ProgramManager.cs:line 298
   at HomeGenie.Service.HomeGenieService.LoadConfiguration() in C:\Users\kaze\Downloads\HomeGenie-master_2\HomeGenie\Service\HomeGenieService.cs:line 926

since for me it's running fine on VS 2013.
That file should be located in the Debug\lib\shared folder, don't you have it?

g.
Title: Re: TESTING RELEASE
Post by: KaZe on September 17, 2015, 04:10:18 PM
usual ....clean....build/rebuild and again clean...build/rebuild  :), it solve the problem. Now no error. Works fine!
After a few hours I update the "master" system and try the functions.

Thx
Title: Re: TESTING RELEASE
Post by: KaZe on September 17, 2015, 08:59:17 PM
What does it mean the color blue?
Title: Re: TESTING RELEASE
Post by: KaZe on September 17, 2015, 10:39:54 PM
Hi Gene!

Will there be Windows version HomeGenie Server Pre-release?
Title: Re: TESTING RELEASE
Post by: KaZe on September 18, 2015, 03:15:18 PM
My first experience with pre-release version:

Android app bad and good news:
1. Module status update improved.
2. Switch and lamp icons disappeared. Somewhere status too.
Title: Re: TESTING RELEASE
Post by: Gene on September 18, 2015, 04:24:51 PM
yes Kaze there will be Windows version. The blue icon indicates that the program is waiting for events (so using the Program.GoBackground instruction).
To fix the missing icons issue in the Android app, add the following lines to the systemconfig.xml file

after this line

Code: [Select]
<Option Name="UrlAlias.1" Value="api/HomeAutomation.HomeGenie/Logging/RealTime.EventStream:events" />

add these

Code: [Select]
<Option Name="UrlAlias.2" Value="hg/html/pages/control/widgets/homegenie/generic/images/socket_on.png:hg/html/pages/control/widgets/homegenie/generic/images/switch_on.png" />
<Option Name="UrlAlias.3" Value="hg/html/pages/control/widgets/homegenie/generic/images/socket_off.png:hg/html/pages/control/widgets/homegenie/generic/images/switch_off.png" />
<Option Name="UrlAlias.4" Value="hg/html/pages/control/widgets/homegenie/generic/images/siren.png:hg/html/pages/control/widgets/homegenie/generic/images/siren_on.png" />

Title: Re: TESTING RELEASE
Post by: bkenobi on September 20, 2015, 07:13:15 PM
With both 495 and 496 on my RPi B I'm not able to create a backup.  Normally it takes up to 5 mknutes before firefox displays the save dialog.  Is it possible that FF is timing out?  I suppose I could restore the system default config and try to back that up as a test to see if less programs would be quicker and not time out.  Thoughts?
Title: Re: TESTING RELEASE
Post by: Gene on September 20, 2015, 07:31:31 PM
backup archive building will be improved soon, in the meantime I can tell that it is working on banana pi and it took a couple of minutes or so.
do you get a timeout error? or it just hang forever? anyway, there were no relevant changes on the way the backup archive is created.
Title: Re: TESTING RELEASE
Post by: bkenobi on September 20, 2015, 08:32:03 PM
I get a server unavailable error on the new page that is blank while the save file is generated.  the main HG page works fine.  Perhapse there's a setting in firefox for timeout duration I could change to verify it's just timing out.
Title: Re: TESTING RELEASE
Post by: bkenobi on September 21, 2015, 06:23:39 AM
I turned off the timeout in FF and it gave the attached error.  It looks like the problem isn't a timeout.
Title: Re: TESTING RELEASE
Post by: nolio on September 21, 2015, 06:57:40 AM
My anti-virus block the file, so I deactivate anti-virus and I can get the file.
Title: Re: TESTING RELEASE
Post by: bkenobi on September 21, 2015, 07:03:22 AM
Come to think of it, my anti virus did flash a message the other day when trying to backup, but it didnt show long enough to do anything about it.  I'll have to see if it's filtering HG now.
Title: Re: TESTING RELEASE
Post by: bkenobi on September 22, 2015, 06:48:22 AM
I can confirm that my antivirus seems to be the issue.  For some reason, Avast! is now filtering the backup file download though I'm not sure why.

Also, it looks like the new version has broken my Advanced Smart Lights APP.  I have started discussing the issues with nolio:

http://www.homegenie.it/forum/index.php?topic=241.msg6629#msg6629 (http://www.homegenie.it/forum/index.php?topic=241.msg6629#msg6629)

Any suggestions would be very much appreciated.
Title: Re: TESTING RELEASE
Post by: bkenobi on September 24, 2015, 12:04:10 AM
I just changed from using the old AddFeature command to using the new one.  I like the slider and auto complete!  One question I'm currently curious about is if you could make it so autocomplete allows for blank values.  I have a field for "switch" and "sensor" in my Advanced Smart Lights APP.  The switch should be optional.  Since I only have one switch, it's automatically filling in that switch without my input.  I don't want that!  The only option I currently see is to keep using "text" instead of "module.text::switch:"
Title: Re: TESTING RELEASE
Post by: dani on October 23, 2015, 05:14:47 PM
Hi Gene,

I have made one modification in MIG lin which I got your repository.
When I load the solution with Monodevelop, it told me that an update is avalaible. So I got it : NLog (4.1.2).
But now when I compile the MIG Library I got error with all other Libraries that use that dependancy.
Can you update that dependency in your dot net libaries. I know that is not a small job. Thank you in advance.

Cheers
Dani

PS : My modification in ZWave.cs is to send a notification (Status.Link=Error sent by ) to the Node in error instead of to the master Node.
Here is the code in Controller_NodeOperationProgress :
     default:
          OnInterfacePropertyChanged(this.GetDomain(), args.NodeId.ToString(), "ZWave node", "Status.Link", args.Status.ToString());
           //OnInterfacePropertyChanged(this.GetDomain(), "1", "Z-Wave Controller", "Controller.Status", String.Format("Node {0} Status {1}", args.NodeId, args.Status.ToString()));
            break;

And with little update in the js code of Widgets I can display an Error link icon in the front of the name.
If you agree I can commit the Widgets to HG. I think it's interresting just by a look to see which node doesn't answer.
Title: Re: TESTING RELEASE
Post by: dani on October 23, 2015, 05:45:01 PM
My actual version : 1.1 r498

1 - New sensor analysis :
With new ZWaveLib I cannot tell which version, for Fibaro Sensor I receive Status.Level instead of Sensor.Generic event ? Is somebody get that event so ? Because I modify the sensor widget some month ago regardless to that events that I received. If this fact is it normal due to previous analyze error ?
I have to modify the widget again. Actually, with Sensor.Generic it's the running man icon that is display.

Status.Level in that case has not always the same meaning regardless to the equipment.
I have one temperature sensor everspring for which it's the receive ZWave level.

2 - Issue of accent with raspberry pi :
Since some versions I got an issue in Widget name and in program notifications with accent letters.
Title: Re: TESTING RELEASE
Post by: Gene on October 23, 2015, 08:05:12 PM
Hi Dani,

Status.Link is a good thing but we have to add specific  switchcases, as there are some Status that do not have any node id (for example NodeAddStarted):

https://github.com/genielabs/zwave-lib-dotnet/blob/master/ZWaveLib/Enums/OperationStatus.cs#L58

Code: [Select]
            case NodeQueryStatus.Error:
                OnInterfacePropertyChanged(this.GetDomain(), args.NodeId.ToString(), "ZWave node", "Status.Link", "Error");

but then I think we also need to clear that field when the node is available again. I am busy with another project now, so let me know if in the meantime you get some idea of how to do this.
About NLog, I prefer not to updating for now because it requires to update all libs and publish them on NuGet, but I will another time later.

Title: Re: TESTING RELEASE
Post by: dani on October 23, 2015, 09:04:43 PM
Hi Gêne,
Actually I don't clear that property. I compare the update time with other fields. If it's the last or not. Like this does  not need to clear it at each parameter update. And that works property.
Title: Re: TESTING RELEASE
Post by: Gene on October 24, 2015, 01:03:08 AM
Dani,

that's a solution too, but I think I will make it to clear automatically, as it already happen for the "Sleeping" flag feature, that was recently introduced for nodes that supports WakeUp class.
Title: Re: TESTING RELEASE
Post by: Gene on October 26, 2015, 12:53:01 AM
hi dani,

check out latest commit :) the new timetable widget should look familiar to you.

g.
Title: Re: TESTING RELEASE
Post by: dani on October 26, 2015, 01:01:44 PM
Hi Gene,

Yes I like you new design and the notion pf Summer time. I had introced that in my first version so. And add a new possibility but only for working day : for each day of the week you can choice the time table from monday to sunday. On each node if the lengh of TimeTable.workingday is more than one then I choice the timetable indexed par the day of the week from 0 to 6 (Sunday to Saturday).

Two small issues as you can see in the screenshots :
1 - The Setup popup of Widget is not large enough for me under chrome
2 - If i want to setup a table, the title remains 'Thermostats' even for other groups.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on October 26, 2015, 08:16:15 PM
thanks for testing dani. the issues should be fixed by latest commit.
I'm also going through dashboard widgets improvements and redesign. any suggestion/request is welcome

Title: Re: TESTING RELEASE
Post by: Gene on October 27, 2015, 08:57:00 PM
New release r499 is ready for testing:

    - Added temperature unit and date format preference in the maintenance/ui settings page
    - Should fix TcpClient helper class that was not releasing resources on disconnect/reconnect
    - Added "Siren start delay" option to Security Alarm program
    - Brand new style and features for dashboard widgets
    - Added timetable program picker (module options dialog)

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

Enjoy!
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 27, 2015, 10:32:41 PM
I noticed that a bunch of new fields are now available in the statistics viewer as of 498.  I don't have any data in them, so I'm wondering if these are things that will always be required to be listed even if not available or if they will only show up when data is present?  It's not a huge list at the moment, so it's not a big deal it just looks a little cluttered.
Title: Re: TESTING RELEASE
Post by: Gene on October 27, 2015, 10:48:13 PM
What fields are you seeing?
Title: Re: TESTING RELEASE
Post by: bkenobi on October 28, 2015, 12:26:30 AM
I don't have 498 loaded at the moment, but when I install it again (or 499 probably) I'll post a list.
Title: Re: TESTING RELEASE
Post by: Gene on October 28, 2015, 01:16:48 AM
Ok ben...

@all:
 I had to repack r499 due to a major bug:

- Fixed bug in Program Manager not releasing resources when disabling/stopping C-Sharp programs
- Rewrote TcpClient class in order to use TcpClient class shipped with net 4.5

g.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 28, 2015, 05:10:18 AM
I installed 499 and the list looks correct again.  I'm not sure why 498 showed all the other fields.  If it does it again, I'll post a screen shot.
Title: Re: TESTING RELEASE
Post by: dani on October 28, 2015, 03:21:27 PM
Hi Gene,

I have tested r499. Have issue with Security Widget. The title I have traduced some time ago is too long, so the buttons are in the listbox and they have no effect.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: bkenobi on October 28, 2015, 03:28:42 PM
I did some thinking about the items in the statistics list last night.  I believe the items came from the WU APP.  I have a weather station, but the values listed were things that I don't have a sensor for such as UV.  The other items looked like parameter values with a "parameter.name" type format.  Perhaps them showing up that one time was a fluke.
Title: Re: TESTING RELEASE
Post by: Gene on October 28, 2015, 03:46:52 PM
@Dani I'll fix it.
@bkenobi is "Forecast.*" parameters that you were seeing? (I'll fix that too)

btw r499 is a preview (not the final r499 release), so I'll wait for your feedback and fix stuff before linking on the download pages.

g.
Title: Re: TESTING RELEASE
Post by: pim555 on October 28, 2015, 10:06:16 PM
I upgraded from r493 to r498 and everything seems to work fine except for all my z-wave devices. Whenever I try to get status I get a status error. Devices do not seem to be recognized anymore. Any clue what this could be?

Pim
Title: Re: TESTING RELEASE
Post by: bkenobi on October 29, 2015, 03:29:32 AM
The extra items in the statistics menu came back.  They are indeed the forecast.x data from the WU APP.
Title: Re: TESTING RELEASE
Post by: dani on October 29, 2015, 05:26:40 AM
I think it's normal if you use WU. I got that datas since long time in my statistics.
Title: Re: TESTING RELEASE
Post by: bkenobi on October 29, 2015, 06:20:13 AM
That's possible. I just switched to WU back from jkutils since they added an API and broke the APP.  I don't have a problem with the added fields, It's just something new that looked like a mistake the way they were displayed with the ugly field names.  I don't really see a benefit to it since it's not the actual weather just the forecast over time, but if people want to see it having it available isn't bad.
Title: Re: TESTING RELEASE
Post by: Gene on October 29, 2015, 11:40:43 AM
I upgraded from r493 to r498 and everything seems to work fine except for all my z-wave devices. Whenever I try to get status I get a status error. Devices do not seem to be recognized anymore. Any clue what this could be?

Pim

I'm working on a fix for this. I might be able to upload a testing release later on today.
Title: Re: TESTING RELEASE
Post by: Gene on October 29, 2015, 02:12:33 PM
Hi Pim,

can you try installing r499 (testing) and see if Z-Wave issues are now fixed?

https://sourceforge.net/projects/homegenie/upload/

to update follow this procedure:

- backup your configuration
- uninstall current hg with the command "dpkg --remove homegenie"
- completely remove the hg folder "sudo rm -rf /usr/local/bin/homegenie"
- install new r499 "sudo gdebi homegenie-beta_1.1.r499_all.deb"
- restore your backup

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Jens on October 29, 2015, 08:27:15 PM
Hi,

i tried R499 and 498. With both versions the CPU usage remains on a very high level after approx 24hrs. After installation mono is using around 20 percent of cpu time. After approx 24hrs CPU usage climbs up to 98 percent and toggles between that value and roughly 60 percent. I did not observe this with earlier versions.

Setup is raspberry model B
Interfaces in use lirc, X10 and Hue - no upnp

How can I help to troubleshoot this?

Thanks
Regards
Jens
Title: Re: TESTING RELEASE
Post by: nolio on October 29, 2015, 08:48:58 PM
Hi,
On my side, i have too high cpu usage (r498). cpu is 100% on one core of the 4 of my raspberry pi 2 (see picture joint).
Title: Re: TESTING RELEASE
Post by: Gene on October 29, 2015, 09:14:30 PM
Jens, nolio,

It is important that you remove the old homegenie folder completely before. I just upped a new r499 package. Installed on my Pi and no high cpu at all, indeed it's a bit lower than usual.

g.
Title: Re: TESTING RELEASE
Post by: Jens on October 29, 2015, 09:22:34 PM
Hi Gene

did that by rm -rf /usr/local/bin/homegenie

even did not import the old config, I started from scratch with 498

It takes a while to happen, did you run your installation for more than a day?

Thanks

Jens
Title: Re: TESTING RELEASE
Post by: nolio on October 29, 2015, 09:50:00 PM
I have just updated to r499 (with dpkg+rm -rf) and run again, i will keep you inform it it happen again.
Title: Re: TESTING RELEASE
Post by: Gene on October 29, 2015, 09:56:06 PM
Try r499. I'll see tomorrow if I notice something with it.


Hi Gene

did that by rm -rf /usr/local/bin/homegenie

even did not import the old config, I started from scratch with 498

It takes a while to happen, did you run your installation for more than a day?

Thanks

Jens
Title: Re: TESTING RELEASE
Post by: pim555 on October 29, 2015, 11:30:22 PM
Hi Pim,

can you try installing r499 (testing) and see if Z-Wave issues are now fixed?

https://sourceforge.net/projects/homegenie/upload/

to update follow this procedure:

- backup your configuration
- uninstall current hg with the command "dpkg --remove homegenie"
- completely remove the hg folder "sudo rm -rf /usr/local/bin/homegenie"
- install new r499 "sudo gdebi homegenie-beta_1.1.r499_all.deb"
- restore your backup

Cheers,
g.

Hi Gene,

Upgraded to r499. Findings so far:
- z-wave switch and shutter can be contrlled again
- after controlling or getting status from swicth and shuitter I get a time out message in the UI
- SP103 motion sensor is working but status cannot be read. Also, tamper signal seems to be always there (was also already in previous releases)
- Mulit-sensor is not working, not status can be retrieved. I did manage to remove and add the device again but am not able to get status/configuration.

Btw, I see a lot of posts regarding z-wave set-up. Is there somewhere a short manual that describes the process for adding a new z-wave device and that describes the exact functionality of discovery, remove, add and reset?

Regards
Pim
Title: Re: TESTING RELEASE
Post by: Jens on October 30, 2015, 07:02:21 PM
In regards to the high CPU, I did a sudo reboot and monitored via shell command top.

Once I compile or save a program, a second instance seems to fire up for mono

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                 
21803 root      20   0 43816  25m  11m R  90.0  5.3   0:05.12 mono                   
21531 root      20   0  170m  81m  26m S   8.5 16.9   2:56.64 mono     

Not sure whether this has been ever since.

I did now install the "new 499" version from yesterday afternoon

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on October 30, 2015, 07:23:24 PM
High cpu during C# compile on small boards like pi is absolutely normal and it has been always like this. The question is: does the cpu return to normal after finish compiling/saving in your case? I made a few test and cpu goes back as normal after compiling/saving.
Title: Re: TESTING RELEASE
Post by: Jens on October 30, 2015, 07:50:03 PM
I was wondering about the second mono pid entry during compilation.

The current installation runs just since an hour, for now the cpu usage is around 20 percent.

I did recompile the youless energy sensor program, too. It seems that that lowered the CPU usage a little.


Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on October 30, 2015, 08:53:07 PM
The second mono entry I guess it is the mono compiler service doing the job.

20% of cpu usage is really a lot. Something is wrong in your configuration. Perhaps some app doing a bad work.
On my setup (bananapi dual core) normally the cpu usage is 0% to 1% and sometimes (when some app is working and/or the web UI updating some widgets) it reaches a peak of 10%-15% for just a couple of seconds.
Consider that I've connected to hg X10 and Z-Wave interface and a dozen of custom apps (wizard script mostly).

Title: Re: TESTING RELEASE
Post by: Jens on October 31, 2015, 05:50:16 PM
I found the reason why.

One of my programs, using program.say ws the high runner. After compiling it again the CPU usage when down to 5 to 15 percent. This program started every morning to tell me the current temperature, that explains why the increase was visible after one day. It was part of my backup from an older release.

The next candidate was the youless energy monitoring widget after removing that one the CPU usage is around 3 percent. The program is still running and the new energy widget displays the current power.

Thanks
Jens
Title: Re: TESTING RELEASE
Post by: skakben on November 03, 2015, 02:33:49 PM
Hi,

I am experiencing the same issues, my SP103 is constantly reporting level 0.01 and my Fibaro FGMS-001 keeps getting "ERR TIMEOUT" when trying to get/set variables in the UI, despite pushing the sync-button on the sensor.

However the new 499 release was a big improvement comparing to the prior release. Before 499r i could not get any info from the fibaro-sensor. Now i get correct level updates. So it works ok, but it would be great if the "ERR TIMEOUT" can be resolved.

Still, thanks for a superb home control software! :D i love it!


Hi Pim,

can you try installing r499 (testing) and see if Z-Wave issues are now fixed?

https://sourceforge.net/projects/homegenie/upload/

to update follow this procedure:

- backup your configuration
- uninstall current hg with the command "dpkg --remove homegenie"
- completely remove the hg folder "sudo rm -rf /usr/local/bin/homegenie"
- install new r499 "sudo gdebi homegenie-beta_1.1.r499_all.deb"
- restore your backup

Cheers,
g.

Hi Gene,

Upgraded to r499. Findings so far:
- z-wave switch and shutter can be contrlled again
- after controlling or getting status from swicth and shuitter I get a time out message in the UI
- SP103 motion sensor is working but status cannot be read. Also, tamper signal seems to be always there (was also already in previous releases)
- Mulit-sensor is not working, not status can be retrieved. I did manage to remove and add the device again but am not able to get status/configuration.

Btw, I see a lot of posts regarding z-wave set-up. Is there somewhere a short manual that describes the process for adding a new z-wave device and that describes the exact functionality of discovery, remove, add and reset?

Regards
Pim
Title: Re: TESTING RELEASE
Post by: pim555 on November 04, 2015, 08:56:12 AM
Hi,

I am experiencing the same issues, my SP103 is constantly reporting level 0.01 and my Fibaro FGMS-001 keeps getting "ERR TIMEOUT" when trying to get/set variables in the UI, despite pushing the sync-button on the sensor.

However the new 499 release was a big improvement comparing to the prior release. Before 499r i could not get any info from the fibaro-sensor. Now i get correct level updates. So it works ok, but it would be great if the "ERR TIMEOUT" can be resolved.

Still, thanks for a superb home control software! :D i love it!


Hi Pim,

can you try installing r499 (testing) and see if Z-Wave issues are now fixed?

https://sourceforge.net/projects/homegenie/upload/

to update follow this procedure:

- backup your configuration
- uninstall current hg with the command "dpkg --remove homegenie"
- completely remove the hg folder "sudo rm -rf /usr/local/bin/homegenie"
- install new r499 "sudo gdebi homegenie-beta_1.1.r499_all.deb"
- restore your backup

Cheers,
g.

Hi Gene,

Upgraded to r499. Findings so far:
- z-wave switch and shutter can be contrlled again
- after controlling or getting status from swicth and shuitter I get a time out message in the UI
- SP103 motion sensor is working but status cannot be read. Also, tamper signal seems to be always there (was also already in previous releases)
- Mulit-sensor is not working, not status can be retrieved. I did manage to remove and add the device again but am not able to get status/configuration.

Btw, I see a lot of posts regarding z-wave set-up. Is there somewhere a short manual that describes the process for adding a new z-wave device and that describes the exact functionality of discovery, remove, add and reset?

Regards
Pim

I have another issue now as well (on top of the ERR TIMEOUT and am not sure if that is related to r499 or was present before as well. Due to the ERR_TIMEOUT I have been trying to remove and add my multi sensor a couple of times. Somewhere this has gone wrong and when I do a discovery, I now see left overs of the previous addition. For example I added the multi sensor as device #10, then tried to remove. The remove did not succeed so added again as device #11 but device #10 still shows up in discovery.

Is there a manual way of removing z-wave devices?

Regards
Pim
Title: Re: TESTING RELEASE
Post by: dani on November 04, 2015, 06:54:35 PM
Which ZWave key do you use ? If Aeon Labs yes you have to remove the node by pressinf to times the button key then the led flash rapidely. Then press  tree times faster the button on the node.
Title: Re: TESTING RELEASE
Post by: kevin1 on November 04, 2015, 08:49:31 PM
Using 499...
(1) My HG is loading very slowly from remote chrome browser.  Sometimes it displays as all white with a bunch of the code showing instead of the actual UI/widgets
(2) My HG is not refreshing, if enable alarm for example, it does not show as enabled until I open a new tab (browser refresh doesn't help)
Title: Re: TESTING RELEASE
Post by: pim555 on November 04, 2015, 09:20:36 PM
@Dani

I use RPI with Razberry plugin board.

For some kind of reason I have been able to add the same device under multiple entries. Am wondering how to remove as removing the device will only try to remove the most recent entry?

Pim
Title: Re: TESTING RELEASE
Post by: Gene on November 05, 2015, 12:16:41 AM
A screen shot of the new media server browser widget coming with r500... (already available on github). Also the new camera widget is included in r500.

g.
Title: Re: TESTING RELEASE
Post by: dani on November 05, 2015, 09:50:38 AM
I think you have to make new fresh install.
Make a bakeup of HG if you can. And then :

$ sudo apt-get remove homegenie

After delete the folder /usr/local/bin/homegenie
and then get the .db file : homegenie-beta_1.1.r499_all.deb

$ sudo dpkg -i homegenie-beta_1.1.r497_all.deb

PS : $ is the prompt of shell don't type it
Title: Re: TESTING RELEASE
Post by: Gene on November 05, 2015, 07:38:53 PM

Hi Gene,

Upgraded to r499. Findings so far:
- z-wave switch and shutter can be contrlled again
- after controlling or getting status from swicth and shuitter I get a time out message in the UI
- SP103 motion sensor is working but status cannot be read. Also, tamper signal seems to be always there (was also already in previous releases)
- Mulit-sensor is not working, not status can be retrieved. I did manage to remove and add the device again but am not able to get status/configuration.

Btw, I see a lot of posts regarding z-wave set-up. Is there somewhere a short manual that describes the process for adding a new z-wave device and that describes the exact functionality of discovery, remove, add and reset?

Regards
Pim

Hi Pim,

ZWave sensor timeout bug has been fixed in r500 that should be available for download in a couple of days,
Thanks for reporting.

g.
Title: Re: TESTING RELEASE
Post by: Gene on November 07, 2015, 05:10:44 PM
Hi all,

HG v1.1 beta r500 is out:

- Fixed ZWave interface sensor timeout bug and sensor Status.Level "0.01" bug
- Disabled limit of max one opened http connection per program in NetHelper
- Improved media server widget with thumbnails and support for multiple bitrates and formats
- Added UPnP interface command "AvMedia.GetItem"
- Improved camera widget
- Fixed 'continuous Event Stream disconnection' bug when running on old mono ARM-hf (eg. Raspberry Pi)
- Updated Spanish locales
- Disabled periodic Weather Underground program notifications in the UI
- Reverted XTenLib to the using of Thread instead of Task

this is not a pre-release, and it should be considered the first v1.1 marked as stable (still beta though).
Next updates will be pushed through the update manager (unless there are major issues with r500... hope not!).

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 05:19:59 PM
Hi Gene!

In my case HomeGenie (499 and 500 too) can't see my media library from Kodi media player. I use an Android TV box, which running Kodi 15.2. DLNA running. My Windows media player see it, but HomeGenie no.
I have plex server too, on my other server, it's works with homegenie and media player too.
Any suggestion?
Title: Re: TESTING RELEASE
Post by: Gene on November 07, 2015, 05:35:30 PM
No suggestions. I tested it with Rygel (which is a very nice and lightweight media server) and with Windows Media Player sharing and both work.
You could try to see the url that is called when you click on the folder and open it manually in the browser to see what the output looks like.

eg.
Code: [Select]
http://hg_server_addresst/api/Protocols.UPnP/7af8b69f-09e2-41b9-d887-13d310235f1c/AvMedia.Browse/4e74b23c7708032533b0b28137de88b3/

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 06:07:16 PM
With this new UPNP I can not play anything. The movies, songs not clickable.
Title: Re: TESTING RELEASE
Post by: Gene on November 07, 2015, 06:20:54 PM
Hi KaZe,

for some reason it's not showing the "green" buttons like in my screenshot here:

http://www.homegenie.it/forum/index.php?topic=129.msg7241#msg7241 (http://www.homegenie.it/forum/index.php?topic=129.msg7241#msg7241)

clicking on the green buttons will play the item.
If you know how to use the browser developer tools, please find requests with the AvMedia.GetItem command and try to open it manually in the browser and paste here the output.
It should be something like this:
Code: [Select]
http://hg_server_address/api/Protocols.UPnP/7af8d49f-04e2-43e3-b847-21e390335f1c/AvMedia.GetItem/virtual-id:7fc70ba12a00b01a687b858dd95fcf09:3049a2ebabdc3f49415ed51612ed3416/
{
  "item": {
    "@id": "virtual-id:7fc70ba12a00b01a687b858dd95fcf09:3049a2ebabdc3f49415ed51612ed3416",
    "@parentID": "virtual-container:7fc70ba12a00b01a687b858dd95fcf09",
    "@restricted": "0",
    "dc:title": "6 hour Deep Jazz House Mix - Peaceful Lounge Playlist Music for Studying & Relaxing-ipviArejhR8.mp4",
    "upnp:class": "object.item.videoItem",
    "res": [
      {
        "@size": "1369335595",
        "@protocolInfo": "http-get:*:video/mp4:DLNA.ORG_OP=01",
        "@duration": "6:19:45.000",
        "@bitrate": "23999",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D.mp4"
      },
      {
        "@protocolInfo": "http-get:*:video/x-ms-wmv:DLNA.ORG_PN=WMVHIGH_FULL;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01700000000000000000000000000000",
        "@duration": "6:19:45.000",
        "@bitrate": "158000",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/tr/WMVHIGH_FULL.wmv"
      },
      {
        "@protocolInfo": "http-get:*:video/mp4:DLNA.ORG_PN=AVC_MP4_BL_CIF15_AAC_520;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01700000000000000000000000000000",
        "@duration": "6:19:45.000",
        "@bitrate": "158000",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/tr/AVC_MP4_BL_CIF15_AAC_520.mp4"
      },
      {
        "@protocolInfo": "http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_NA_ISO;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01700000000000000000000000000000",
        "@duration": "6:19:45.000",
        "@bitrate": "211500",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/tr/MPEG_TS_HD_NA_ISO.mpg"
      },
      {
        "@protocolInfo": "http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_EU_ISO;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01700000000000000000000000000000",
        "@duration": "6:19:45.000",
        "@bitrate": "211500",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/tr/MPEG_TS_SD_EU_ISO.mpg"
      },
      {
        "@protocolInfo": "http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_NA_ISO;DLNA.ORG_OP=10;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=01700000000000000000000000000000",
        "@duration": "6:19:45.000",
        "@bitrate": "211500",
        "@sampleFrequency": "44100",
        "@nrAudioChannels": "2",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/tr/MPEG_TS_SD_NA_ISO.mpg"
      },
      {
        "@size": "47880",
        "@protocolInfo": "http-get:*:image/png:DLNA.ORG_PN=PNG_TN;DLNA.ORG_OP=01;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=00f00000000000000000000000000000",
        "#text": "http://192.168.0.6:60778/MediaExport/i/dmlydHVhbC1pZDo3ZmM3MGJhMTJhMDBiMDFhNjg3Yjg1OGRkOTVmY2YwOTozMDQ5YTJlYmFiZGMzZjQ5NDE1ZWQ1MTYxMmVkMzQxNg%3D%3D/th/0.png"
      }
    ]
  }
}

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 06:22:29 PM
Ok, I look after 2 hours.
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 10:12:07 PM
Hi Gene!

I find it:

I browse Avatar movie. This is the link with AvMedia.GetItem command:
Code: [Select]
http://hgserver:port/api/Protocols.UPnP/27c00215-fdbb-9720-0537-ea584409bba8/AvMedia.GetItem/552322872d399b9deda0/
And this is the resoult, when I open in browser:

Code: [Select]
{
  "item": {
    "@id": "071cde02ed8399fd4237",
    "@parentID": "4c67bb237ebdbfa281e4",
    "@restricted": "1",
    "dc:title": "Avatar (2009)",
    "upnp:genre": [
      "Akció",
      "Kaland",
      "Fantasy",
      "Sci-Fi"
    ],
    "res": {
      "@duration": "2:41:41.000",
      "@size": "21774642561",
      "@bitrate": "2244375",
      "@nrAudioChannels": "6",
      "@protocolInfo": "http-get:*:video/x-matroska:DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01500000000000000000000000000000",
      "#text": "http://10.1.1.201:32469/object/071cde02ed8399fd4237/file.mkv"
    },
    "upnp:class": "object.item.videoItem.movie"
  }
}
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 10:16:17 PM
No suggestions. I tested it with Rygel (which is a very nice and lightweight media server) and with Windows Media Player sharing and both work.
You could try to see the url that is called when you click on the folder and open it manually in the browser to see what the output looks like.

eg.
Code: [Select]
[url]http://hg_server_addresst/api/Protocols.UPnP/7af8b69f-09e2-41b9-d887-13d310235f1c/AvMedia.Browse/4e74b23c7708032533b0b28137de88b3/[/url]

g.



Hi Gene!

I found this reguest too:

Code: [Select]
http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/library://video//
And the response is:

Code: [Select]
{"Status":"Error","Message":"{\"ClassName\":\"OpenSource.UPnP.UPnPInvokeException\",\"Message\":\" Internal Server Error\",\"InnerException\":null,\"HelpURL\":null,\"StackTraceString\":\"  at OpenSource.UPnP.UPnPService.InvokeSync (System.String MethodName, OpenSource.UPnP.UPnPArgument[] InVarArr) [0x00000] in <filename unknown>:0 \\n  at MIG.Interfaces.Protocols.UPnP.InvokeUpnpDeviceService (OpenSource.UPnP.UPnPDevice device, System.String serviceId, System.String methodName, OpenSource.UPnP.UPnPArgument[] args) [0x00000] in <filename unknown>:0 \\n  at MIG.Interfaces.Protocols.UPnP.InterfaceControl (MIG.MigInterfaceCommand request) [0x00000] in <filename unknown>:0 \\n  at MIG.MigService.Gateway_PreProcessRequest (System.Object sender, MIG.ProcessRequestEventArgs args) [0x00000] in <filename unknown>:0 \",\"RemoteStackTraceString\":null,\"RemoteStackIndex\":0,\"HResult\":-2146233088,\"Source\":\"UPnP\",\"ExceptionMethod\":null,\"Data\":null}"}

I think the problem is, that the HG can't recognize the shares in Kodi UPNP.
In developer tools:

Plex AvMedia.Browse:

Code: [Select]
http://hgserver:port/api/Protocols.UPnP/27c00215-fdbb-9720-0537-ea584409bba8/AvMedia.Browse/4c67bb237ebdbfa281e4/
Kodi AvMedia.Browse:

Code: [Select]
http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/0/
Title: Re: TESTING RELEASE
Post by: KaZe on November 07, 2015, 10:40:58 PM
I found with my phone, what should be the end of the link.
Code: [Select]
http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/library%3a%2f%2fvideo%2f
Browser response:
Code: [Select]
[{ "Id" : "library://video/movies/", "Title" : "Filmek", "Class" : "object.container" },
{ "Id" : "library://video/tvshows/", "Title" : "Sorozatok", "Class" : "object.container" },
{ "Id" : "library://video/inprogressshows.xml/", "Title" : "Folyamatban lévő sorozatok", "Class" : "object.container" },
{ "Id" : "library://video/recentlyaddedmovies.xml/", "Title" : "Nemrég bekerült filmek", "Class" : "object.container" },
{ "Id" : "library://video/recentlyaddedepisodes.xml/", "Title" : "Nemrég bekerült epizódok", "Class" : "object.container" },
{ "Id" : "library://video/files.xml/", "Title" : "Fájlok", "Class" : "object.container" },
{ "Id" : "library://video/playlists.xml/", "Title" : "Lejátszáslisták", "Class" : "object.container" }]
Title: Re: TESTING RELEASE
Post by: Gene on November 07, 2015, 11:47:18 PM
Hi KaZe,

thanks for the info it was useful to understand what was causing the issue.
Copy the attacched file into the folder homegenie/html/pages/control/widgets/homegenie/generic.
This should fix it.

g.

Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 09:21:39 AM
Hi KaZe,

thanks for the info it was useful to understand what was causing the issue.
Copy the attacched file into the folder homegenie/html/pages/control/widgets/homegenie/generic.
This should fix it.

g.

Hi Gene!

Thanks! It's works with plex media server. I can play the movies with green button. BTW what is means "matroska"? :)

The Kodi media server still not working. :(
Title: Re: TESTING RELEASE
Post by: Gene on November 08, 2015, 01:35:31 PM
Thanks! It's works with plex media server. I can play the movies with green button. BTW what is means "matroska"? :)

it's a video encoding format and the number next to it it's the bitrate.

https://en.wikipedia.org/wiki/Matroska

The Kodi media server still not working. :(

if you provide output of API commands when connecting to Kodi, perhaps I could find out what the problem is with it.

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 08:58:42 PM

if you provide output of API commands when connecting to Kodi, perhaps I could find out what the problem is with it.

g.


Hi Gene!

This link can not help?
http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/ (http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/)library%3a%2f%2fvideo%2f

Or what API command do you think?

I found with my phone, what should be the end of the link.
Code: [Select]
[url]http://hgserver:port/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/library%3a%2f%2fvideo%2f[/url]
Browser response:
Code: [Select]
[{ "Id" : "library://video/movies/", "Title" : "Filmek", "Class" : "object.container" },
{ "Id" : "library://video/tvshows/", "Title" : "Sorozatok", "Class" : "object.container" },
{ "Id" : "library://video/inprogressshows.xml/", "Title" : "Folyamatban lévő sorozatok", "Class" : "object.container" },
{ "Id" : "library://video/recentlyaddedmovies.xml/", "Title" : "Nemrég bekerült filmek", "Class" : "object.container" },
{ "Id" : "library://video/recentlyaddedepisodes.xml/", "Title" : "Nemrég bekerült epizódok", "Class" : "object.container" },
{ "Id" : "library://video/files.xml/", "Title" : "Fájlok", "Class" : "object.container" },
{ "Id" : "library://video/playlists.xml/", "Title" : "Lejátszáslisták", "Class" : "object.container" }]
Title: Re: TESTING RELEASE
Post by: Gene on November 08, 2015, 10:01:11 PM
Hi Kaze,

Kodi uses an URL for the folder id, and this was not really expected :) I was expecting something like a number or a guid.
Try replacing the attacched file and see if it fixes the issue with Kodi.

g.
Title: Re: TESTING RELEASE
Post by: pim555 on November 08, 2015, 10:21:37 PM
I am struggling again with Zwave device inclusion and exclusion. My set-up is RPI and Razberry board. In earlier releases (493 and 498) all seemed to work ok but as of 499/500 (dont know exactly), I cannot include/exclude devices anymore.

To make sure that my devices are still ok I installed the Z-way controller (http://razberry.z-wave.me/index.php?id=10 (http://razberry.z-wave.me/index.php?id=10)) on top of the HG install. By doing so I can include and exclude devices with no issues. However, from HG it does not seem to work.

Btw, I installed r499/r500 by removing earlier releases and installing the new one.

Any hints as to what might be happening?

Pim
Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 10:27:58 PM
Hi Kaze,

Kodi uses an URL for the folder id, and this was not really expected :) I was expecting something like a number or a guid.
Try replacing the attacched file and see if it fixes the issue with Kodi.

g.


The video browse work fine. But, It can't load video data. I paste the developer info:

Link: http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/library%3A%2F%2Fvideo%2Fmovies%2Ftitles.xml%2F/ (http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/library%3A%2F%2Fvideo%2Fmovies%2Ftitles.xml%2F/)
Code: [Select]
[{ "Id" : "videodb://movies/titles/22?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Air", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/9?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Amerika Kapitány - Az első bosszúálló", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/23?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Armageddon", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/7?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Avatar", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/26?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Banana", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/8?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Csatahajó", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/2?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Delfines kaland", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/31?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Die Hard - Az élet mindig drága", "Class" : "object.item.videoItem.movie" },
.......
{ "Id" : "videodb://movies/titles/52?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Vissza a jövőbe 3.", "Class" : "object.item.videoItem.movie" },
{ "Id" : "videodb://movies/titles/5?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d", "Title" : "Az Őrzők legendája", "Class" : "object.item.videoItem.movie" }]

Link: http://smarthome.home.local:8080/api/Protocols.UPnP/e0a1029e-a48b-bca6-3185-299dada439be/AvMedia.GetTransportInfo// (http://smarthome.home.local:8080/api/Protocols.UPnP/e0a1029e-a48b-bca6-3185-299dada439be/AvMedia.GetTransportInfo//)
Code: [Select]
[{ "CurrentTransportState" : "STOPPED", "CurrentTransportStatus" : "OK", "CurrentSpeed" : "1" }]
Link: http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.GetItem/videodb://movies/titles/22?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d/ (http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.GetItem/videodb://movies/titles/22?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d/)
Code: [Select]
{"Status":"Error","Message":"{\"ClassName\":\"OpenSource.UPnP.UPnPInvokeException\",\"Message\":\" Internal Server Error\",\"InnerException\":null,\"HelpURL\":null,\"StackTraceString\":\"  at OpenSource.UPnP.UPnPService.InvokeSync (System.String MethodName, OpenSource.UPnP.UPnPArgument[] InVarArr) [0x00000] in <filename unknown>:0 \\n  at MIG.Interfaces.Protocols.UPnP.InvokeUpnpDeviceService (OpenSource.UPnP.UPnPDevice device, System.String serviceId, System.String methodName, OpenSource.UPnP.UPnPArgument[] args) [0x00000] in <filename unknown>:0 \\n  at MIG.Interfaces.Protocols.UPnP.InterfaceControl (MIG.MigInterfaceCommand request) [0x00000] in <filename unknown>:0 \\n  at MIG.MigService.Gateway_PreProcessRequest (System.Object sender, MIG.ProcessRequestEventArgs args) [0x00000] in <filename unknown>:0 \",\"RemoteStackTraceString\":null,\"RemoteStackIndex\":0,\"HResult\":-2146233088,\"Source\":\"UPnP\",\"ExceptionMethod\":null,\"Data\":null}"}

I test it with music. Music first level is browsable.

Link: http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/musicdb%3A%2F%2F/ (http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/musicdb%3A%2F%2F/)
Code: [Select]
[{ "Id" : "musicdb://genres/", "Title" : "Műfajok", "Class" : "object.container" },
{ "Id" : "musicdb://artists/", "Title" : "Előadók", "Class" : "object.container" },
{ "Id" : "musicdb://albums/", "Title" : "Albumok", "Class" : "object.container" },
{ "Id" : "musicdb://songs/", "Title" : "Zeneszámok", "Class" : "object.container" },
{ "Id" : "musicdb://years/", "Title" : "Év", "Class" : "object.container" },
{ "Id" : "musicdb://top100/", "Title" : "Top 100 ", "Class" : "object.container" },
{ "Id" : "musicdb://recentlyaddedalbums/", "Title" : "Új albumok", "Class" : "object.container" },
{ "Id" : "musicdb://recentlyplayedalbums/", "Title" : "Mostanában játszott albumok", "Class" : "object.container" },
{ "Id" : "special://musicplaylists/", "Title" : "Lejátszáslisták", "Class" : "object.container" }]

I enter in "Zeneszámok" from the list.

Link: http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/musicdb%3A%2F%2Fsongs%2F/ (http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.Browse/musicdb%3A%2F%2Fsongs%2F/)
Code: [Select]
[]
Thank you to deal with the problem!
Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 10:30:26 PM
Pictures.
Title: Re: TESTING RELEASE
Post by: Gene on November 08, 2015, 10:53:38 PM
Forgot to encode the GetItem request as well.
Not sure what the problem with the music folder is.
Try this and let me know.

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 11:28:06 PM
Forgot to encode the GetItem request as well.
Not sure what the problem with the music folder is.
Try this and let me know.

g.
It's works with video! I can play the videos. A little problem is, that I can't se all information. It does not fit.

The audio still not working, but I think, this is the Kodi problem. I see it tomorrow.

THANKS for your help!
Title: Re: TESTING RELEASE
Post by: Gene on November 08, 2015, 11:32:42 PM
Good,

can you provide the output for one of the AvMedia.GetItem requests?
Because I see that in the video list it shows the container (matroska) but it does not show the bitrate.
Talk to you tomorrow!

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 08, 2015, 11:42:22 PM
Good,

can you provide the output for one of the AvMedia.GetItem requests?
Because I see that in the video list it shows the container (matroska) but it does not show the bitrate.
Talk to you tomorrow!

g.


I found a problem in Kodi music library...the problem solved ;)

This is Avatar AvMedia.GetItem:
http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.GetItem/videodb%3A%2F%2Fmovies%2Ftitles%2F7%3Fxsp%3D%257b%2522order%2522%253a%257b%2522direction%2522%253a%2522ascending%2522%252c%2522ignorefolders%2522%253a0%252c%2522method%2522%253a%2522sorttitle%2522%257d%252c%2522type%2522%253a%2522movies%2522%257d/ (http://smarthome.home.local:8080/api/Protocols.UPnP/b9d156b1-6282-e5af-d571-297d28761f74/AvMedia.GetItem/videodb%3A%2F%2Fmovies%2Ftitles%2F7%3Fxsp%3D%257b%2522order%2522%253a%257b%2522direction%2522%253a%2522ascending%2522%252c%2522ignorefolders%2522%253a0%252c%2522method%2522%253a%2522sorttitle%2522%257d%252c%2522type%2522%253a%2522movies%2522%257d/)
Code: [Select]
{
  "item": {
    "@id": "videodb://movies/titles/7?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d",
    "@parentID": "videodb://movies/titles/?xsp=%7b%22order%22%3a%7b%22direction%22%3a%22ascending%22%2c%22ignorefolders%22%3a0%2c%22method%22%3a%22sorttitle%22%7d%2c%22type%22%3a%22movies%22%7d",
    "@restricted": "1",
    "dc:title": "Avatar",
    "upnp:genre": [
      "Akció",
      "Kaland",
      "Fantasy",
      "Sci-Fi"
    ],
    "res": [
      {
        "@duration": "2:41:41.000",
        "@protocolInfo": "http-get:*:video/x-matroska:DLNA.ORG_OP=01;DLNA.ORG_CI=0",
        "@xmlns:pv": "http://www.pv.com/pvns/",
        "@pv:subtitleFileUri": "http://10.1.1.210:1457/%25/5AD1419FBBFD4445E916F428745D871E/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.srt",
        "@pv:subtitleFileType": "srt",
        "#text": "http://10.1.1.210:1457/%25/9C1DBD424995374F170607BAB46C1702/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.mkv"
      },
      {
        "@duration": "2:41:41.000",
        "@nrAudioChannels": "6",
        "@protocolInfo": "xbmc-get:*:video/x-matroska:DLNA.ORG_OP=01;DLNA.ORG_CI=0",
        "#text": "smb://10.1.1.250/media/Movies/Cinema3D/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.mkv"
      },
      {
        "@protocolInfo": "xbmc.org:*:fanart:*",
        "#text": "http://10.1.1.210:1457/%25/C6363C53598731D2446EF1C0F32045EE/5XPPB44RQGfkBrbJxmtdndKz05n.jpg"
      },
      {
        "@protocolInfo": "xbmc.org:*:poster:*",
        "#text": "http://10.1.1.210:1457/%25/7423582BAEE440380C660E0B4EF6C6BF/fGaMZI0KNJBODnnZqwEwi3k0zPP.jpg"
      },
      {
        "@protocolInfo": "http-get:*:text/srt:*",
        "#text": "http://10.1.1.210:1457/%25/5AD1419FBBFD4445E916F428745D871E/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.srt"
      },
      {
        "@protocolInfo": "http-get:*:smi/caption:*",
        "#text": "http://10.1.1.210:1457/%25/5AD1419FBBFD4445E916F428745D871E/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.srt"
      }
    ],
    "sec:CaptionInfoEx": {
      "@sec:type": "srt",
      "#text": "http://10.1.1.210:1457/%25/5AD1419FBBFD4445E916F428745D871E/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.srt"
    },
    "sec:CaptionInfo": {
      "@sec:type": "srt",
      "#text": "http://10.1.1.210:1457/%25/5AD1419FBBFD4445E916F428745D871E/Avatar.2009.1080p.3D.BluRay.Half-OU.DTS.x264.HuN-LiLBOX.srt"
    },
    "upnp:class": "object.item.videoItem.movie"
  }
}
Title: Re: TESTING RELEASE
Post by: Gene on November 09, 2015, 12:46:45 PM
Hi Kaze,

looking at the AvMedia.GetItem output I noticed that we can also show thumbnails. Not sure what is best to pick between fanart or poster. In the updated code the last one is picked (so it will be mostly like poster).
Please try the attacched file and perhaps let me know what is the difference between fan art image and poster one (you find the url in the debug output you provided in the previous message).

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 09, 2015, 05:44:24 PM
Hi Kaze,

looking at the AvMedia.GetItem output I noticed that we can also show thumbnails. Not sure what is best to pick between fanart or poster. In the updated code the last one is picked (so it will be mostly like poster).
Please try the attacched file and perhaps let me know what is the difference between fan art image and poster one (you find the url in the debug output you provided in the previous message).

g.

Hi Gene!

I attach the fanart and poster pics.
But the new .js file not change anything. Thumbnails not show. I think we need a fanart pic.
Title: Re: TESTING RELEASE
Post by: Gene on November 09, 2015, 06:03:00 PM
Hi Kaze,

can you try opening this url:

http://10.1.1.210:1457/%25/C6363C53598731D2446EF1C0F32045EE/5XPPB44RQGfkBrbJxmtdndKz05n.jpg (http://10.1.1.210:1457/%25/C6363C53598731D2446EF1C0F32045EE/5XPPB44RQGfkBrbJxmtdndKz05n.jpg)

is the image displayed?
Btw I think I found the issue... try the new file.

g.
Title: Re: TESTING RELEASE
Post by: KaZe on November 09, 2015, 06:12:30 PM
Hi Kaze,

can you try opening this url:

[url]http://10.1.1.210:1457/%25/C6363C53598731D2446EF1C0F32045EE/5XPPB44RQGfkBrbJxmtdndKz05n.jpg[/url] ([url]http://10.1.1.210:1457/%25/C6363C53598731D2446EF1C0F32045EE/5XPPB44RQGfkBrbJxmtdndKz05n.jpg[/url])

is the image displayed?
Btw I think I found the issue... try the new file.

g.


It's works fine Gene!  8) Big thanks!
BTW, the link work, because I download the previous pictures with them.
Title: Re: TESTING RELEASE
Post by: Gene on November 09, 2015, 06:16:28 PM
Cool! :)
I'm glad it works now :)

Title: Re: TESTING RELEASE
Post by: bkenobi on November 10, 2015, 11:03:46 PM
Gene, can you confirm what version of .NET framework HG 500 requires?  I read in a thread that in r496 you switched to requiring 4.5 whereas older HG used 4.0.  I have been reading that older RPi 1.0 boards using Debian can only go up to mono 3.2.8 (.NET 3.5 I believe) due to an ARM processor hardfloat issue.  I can't confirm any of this because I can't locate the detailed information for either mono or HG.

If there is a limitation that restricts use of certain RPi boards for HG 1.1, it should be noted and stickied somewhere.  If it's just something I am seeing that no one else has an issue with, I'll keep plugging away at figuring things out.
Title: Re: TESTING RELEASE
Post by: kevin1 on November 11, 2015, 03:32:55 PM
With r500 I am still having troubles with widgets not refreshing.  I thought it was working for a while this morning, but now I have to close the HG chrome tab and open a new one in order to see that a door closed.  Security and light switches also don't change state when pressing them.  Actual my Security widget is stuck showing disarm and will not switch to the home/away buttons.
Title: Re: TESTING RELEASE
Post by: dani on November 11, 2015, 03:47:23 PM
I think you have problem with event stream that connect and disconnect continuously. For me the best way is to make a complete desinstal and  reinstal of HG.
Title: Re: TESTING RELEASE
Post by: kevin1 on November 11, 2015, 03:54:30 PM
I completely removed r499 (uninstall then delete the c:\program files\homegenie folder) before installing r500.  I am not seeing any popups about event stream disconnect.  I see one pop up to say it is connected.  I haev also tried removing and adding the security widget from group.

Also, I have factory reset configuration and then tried to restore just a couple of my programs.  This interface has a bug, if the program I try to select requires scrolling down, I can not select it.  Select all/none works, and I can select/deselect the first 7 programs, but any scrolling down past first 7 causes those programs to not select.

Further... even though I select one program, it seems to restore my whole dashboard (maybe that is expected?)
Title: Re: TESTING RELEASE
Post by: dani on November 14, 2015, 02:52:47 PM
I made a fresh install on Debian Jessie on a PC, the USB Port of my ZWave Key doesn't appear in the proposed list even if it is in /dev, it name is ttyACM0.
Title: Re: TESTING RELEASE
Post by: MichelvB on November 15, 2015, 07:42:54 PM
I think you have problem with event stream that connect and disconnect continuously. For me the best way is to make a complete desinstal and  reinstal of HG.
I did a total clean install on a raspberry pi 2 and r499 had the same problems as kevin1. I removed the directory homegenie and installed r500 and have still the same problem not updating.

How can I solve the problem with the event stream?
Title: Re: TESTING RELEASE
Post by: MichelvB on November 15, 2015, 08:01:18 PM
just tested the raspberry pi b. Put the sd card of my raspberry pi 2 with r500 in the b and had the same problem. Not updating and event stream.
Title: Re: TESTING RELEASE
Post by: Gene on November 18, 2015, 04:53:49 PM
18/11/2015 v1.1-beta.501
    - Added UPnP AvMedia.Seek command
    - Added configurable command delay and heal network options to ZWave interface
    - Fix blocking event propagation. Events are now processed asynchronously (also solves issue #237)
    - Fix Security Alarm program events propagation issue
    - Fixed Media Server browser widget not listing/linking files encoded in one format only; fixed also issues with XBMC and Kodi media player

is available for download now. It is not available through the update checker since there was a bug in the maintenance page :-/
Title: Re: TESTING RELEASE
Post by: KaZe on November 18, 2015, 07:35:58 PM
Hi Gene!

Can you put the media seek option in the Media Receiver widget?
Title: Re: TESTING RELEASE
Post by: Jens on November 22, 2015, 02:56:08 PM
Hi Gene

I struggle with my X10 motion sensor since a while, but had just time today to do some further testing.

- MS13 X10 motion sensor configured to send D7 on off
- raw strings are 5D 20 50 AF 68 97 and 5D 20 50 AF 48 B7
- X10 RF Virtual Modules Mapper running
- wizard script with RF1 (virtual module) as trigger to turn on/off X10 devices

Behaviour

- X10 devices associated to the wizard scripts can be turned on/off w/o any problem
- MS13 is triggered and message pops up
- sometimes it does switch the configured X10 module sometimes it does not
- X10 module is blocked for manual switch via GUI

Tests done

- disable X10 RF Virtual Modules Mapper
- enable house code D for the CM15pro
- use event D7 on/off as trigger in the wizartd script - same results as above

- revert XTenLib to the time before you made this change  "Reverted XTenLib to the using of Thread instead of Task"
- If I am not mistaken this was the one from 499 bytesize 35614
- same result as above (even though I think that one is faster on general X10 switching)

- Back to XTenLib from 501
- same result as above (although I think it switches slower)

Not to completely go back to 493, where was this change applied
 - X10 CM-15, W800RF32: added RF security codes decoding and automatic modules creation from X10-RF

Is it as well XTenLib, so I could try XTenLib from 493-p4 or somewhere else?


Many thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Jens on November 22, 2015, 06:53:47 PM
I even went back to XTenLib from 491 - still the same problems.

There's somehow a link to the wizard script. MS 13 is configured the way to sent on/off if it detects light or not (motion not used, just light detection).

I have two wizard scripts, one reacting on sensor light off the other on sensor light on switching a X10 switch.

Script to react on light on (in fact it sents X10 command off)

Trigger : when condition evaluation switches to true
Condition: HomeAutomation.X10.RF/1 Status.Level equals 0

ProgramCode: X10/A1 Control.On

Script to react on light off (in fact it sents X10 command on)

Trigger : when condition evaluation switches to true
Condition: HomeAutomation.X10.RF/1 Status.Level equals 1

ProgramCode: X10/A1 Control.Off

This A1 does not turn on and cannot be controlled via the GUI after MS13 sent the command.

Although the GUI updates accordingly, the LED Indicator between the switches goes on and off but nothing seems to be sent.

It can be controlled via the GUI after MS13 sent the X10on command

Does that help?

Many thanks

Jens


Title: Re: TESTING RELEASE
Post by: dani on November 22, 2015, 07:09:25 PM
Hi Gene,

Since sevral release, Letter with accent in raspBerry apperas with ?? instaed of the letter after saving Name of module for example. When we write is good, but when UI want to show it is not good.

Since R501, we cannot control Fibaro RGBW Virtual module.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2015, 06:15:27 PM
Hi dani,

edit the startup.sh file and remove the 'LC_ALL=en_US.UTF-8 ' string before the mono command path.
This will though cause "Event stream disconnected" issue on system where mono is not updated to latest release.
I will remove this in next releases as well, so people with older mono release will have to upgrade mono in order to avoid the "event stream disconnected" issue.
Thanks for reporting this.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on November 23, 2015, 06:30:25 PM
I have tried to update mono on an RPiv1B and it causes issues.  I have a thread that I started today that I'm hoping will help with getting mono up to date correctly.

http://www.homegenie.it/forum/index.php?topic=1209.0 (http://www.homegenie.it/forum/index.php?topic=1209.0)
Title: Re: TESTING RELEASE
Post by: Gene on November 23, 2015, 07:46:25 PM
Hi bkenobi,

updating mono is just straight forward following the instructions on the mono site.
Anyway the encoding issue doesn't affect you since your locale is en_US by default.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: bkenobi on November 23, 2015, 07:54:45 PM
I followed the 3 steps to update mono and got an error.  I'll try again and post the error in case someone with more Linux experience can help.
Title: Re: TESTING RELEASE
Post by: kevin1 on November 25, 2015, 04:08:45 AM
r503 feedback...
after backup, uninstall, install 503, restore...

-restore seems to work much better/faster, clearly finishes
-HG seems to load more reliably (I was seeing >75% fails and had to open another browser tab)
-still no x10 for me
-temperature unit setting ignored on various systems (chrome iPad at the moment)
-widgets still not refreshing on some remote systems

Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 03:24:30 PM
Hi Gene,

R503 installed, Got always issue with accent on html Browser with HG installed on RasPI.
At the first if we correct the accent letter in the module parameter, the widget  is OK. But when calling refresh the two ?? appear again in place of every accent  letter.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 04:02:32 PM
Hi dani you've to set correct locale on your raspberry (eg, fr_FR.UTF-8).



g.
Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 05:02:43 PM
Hi Gene,

That is doing long time ago, you mean with raspi-config.
I'am sure it is correct because when I connect to it by ssh, at the exit it told me in french Déconnexion.
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 05:14:11 PM
Hi dani,

then I don't know how to fix it...it is working in ubuntu though. just tried on pi and got the issue so perhaps it is a mono-arm related issue.
This is my /etc/default/locale file in ubuntu:
Code: [Select]
LANG="it_IT.UTF-8"
LC_NUMERIC="it_IT.UTF-8"
LC_TIME="it_IT.UTF-8"
LC_MONETARY="it_IT.UTF-8"
LC_PAPER="it_IT.UTF-8"
LC_IDENTIFICATION="it_IT.UTF-8"
LC_NAME="it_IT.UTF-8"
LC_ADDRESS="it_IT.UTF-8"
LC_TELEPHONE="it_IT.UTF-8"
LC_MEASUREMENT="it_IT.UTF-8"
LANGUAGE="it:en_US:en"

didn't try this on pi yet (because it would require a reboot and don't wanna do it now).

g.
Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 05:30:01 PM
Thank's Gene, I will Check on RasPI
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 05:32:33 PM
Hey dani,

just checked the above settings and after a reboot it worked on pi too!
I had to rename the module again because it was saved with "? ? ? ?".

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 05:43:32 PM
About the last line of the file you know the utility of the translation if -> en
LANGUAGE="it:en_US:en"
Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 05:53:58 PM
Sorry Gene after modify that file with my locale value, I got same issue.
At first it seems to work. Until the next complete refresh of the UI. Then all accent letter are replace  by "??"
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 06:26:40 PM
Well, that's what I did to get it working and it works refreshing too.

On the terminal check if settings are right using the locale command:

Code: [Select]
$ locale
LANG=it_IT.UTF-8
LANGUAGE=it:en_US:en
LC_CTYPE="it_IT.UTF-8"
LC_NUMERIC=it_IT.UTF-8
LC_TIME=it_IT.UTF-8
LC_COLLATE="it_IT.UTF-8"
LC_MONETARY=it_IT.UTF-8
LC_MESSAGES="it_IT.UTF-8"
LC_PAPER=it_IT.UTF-8
LC_NAME=it_IT.UTF-8
LC_ADDRESS=it_IT.UTF-8
LC_TELEPHONE=it_IT.UTF-8
LC_MEASUREMENT=it_IT.UTF-8
LC_IDENTIFICATION=it_IT.UTF-8
LC_ALL=

consider also that HG runs as "root" user, so ensure that settings are also applied to the root profile.

g.
Title: Re: TESTING RELEASE
Post by: dani on November 25, 2015, 06:52:41 PM
Here my result of locale as root user.
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 07:49:00 PM
hey dani,

please check startup.sh file, ensure it does NOT have the LC_ALL variable set.
Also, what mono version are you running?

Code: [Select]
$ mono --version
Mono JIT compiler version 4.0.4 (Stable 4.0.4.1/5ab4c0d Tue Aug 25 23:45:14 UTC 2015)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. [url=http://www.mono-project.com]www.mono-project.com[/url]
TLS:           __thread
SIGSEGV:       normal
Notifications: epoll
Architecture:  armel,vfp+hard
Disabled:      none
Misc:          softdebug
LLVM:          supported, not enabled.
GC:            sgen
Title: Re: TESTING RELEASE
Post by: Gene on November 25, 2015, 07:53:08 PM
One more thing. Did you change the name of the modules again? Because otherwise you will get "? ? ?" from previous update. Module name must be updated again.

g.
Title: Re: TESTING RELEASE
Post by: dani on November 26, 2015, 09:06:35 AM
Yes of course I modify the text every time but same aI say, it's appear ok in every groups until I make a complete refresh. In the modules.xml file the letter is saved with 2 "?" .

On my PC Debian Mono is in :
Code: [Select]
daniel@PCDM-2007:~$ mono --version
Mono JIT compiler version 4.0.4 (Stable 4.0.4.1/5ab4c0d Tue Aug 25 23:11:51 UTC 2015)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. [url=http://www.mono-project.com]www.mono-project.com[/url]
TLS:           __thread
SIGSEGV:       altstack
Notifications: epoll
Architecture:  amd64
Disabled:      none
Misc:          softdebug
LLVM:          supported, not enabled.
GC:            sgen
daniel@PCDM-2007:~$

But on my RasPI under Wheezy :
Code: [Select]
pi@HG-LAna ~ $ mono --version
Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4+rpi1)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. [url=http://www.mono-project.com]www.mono-project.com[/url]
TLS:           __thread
SIGSEGV:       normal
Notifications: epoll
Architecture:  armel,vfp+hard
Disabled:      none
Misc:          softdebug
LLVM:          supported, not enabled.
GC:            sgen
pi@HG-LAna ~ $

What I can do for update RasPI with mono 4.0.4. Pass it on Jessie or change sources.lst ?

Cheers
Dani

Title: Re: TESTING RELEASE
Post by: Gene on November 26, 2015, 10:22:46 AM
Hi dani,

follow instructions here:

http://www.mono-project.com/docs/getting-started/install/linux/ (http://www.mono-project.com/docs/getting-started/install/linux/)

I think I will soon end up writing a FAQ page about common issues installing hg in RPi :)

g.
Title: Re: TESTING RELEASE
Post by: Jens on November 26, 2015, 06:57:36 PM
Hi Gene,

I did a clean install of 503 and the behaviour described earlier in this thread is the same, but I think I found the root cause.

Please see the wizard script attached

- Trigger is RF X10 receive

First test ist without lines 1 and 2

- Widget Icon of A6 goes green after receiving the X10RF sequence but the switch does not switch

Adding line 1 and 2

- Widget icon of A7 and A6 go green but only A6 does switch


Removing line 1

- Widget Icon of A6 goes green but A6 does not switch

Conclusion, having a pause after receiving an X10 RF command does not heal the process.

So my analysis is, that the first X10 command after receiving an X10RF sequence is either not sent at all or corrupted.

Hope this helps, workaround is to have a dummy X10 adress be the first X10 device of a wizard program code in combination with X10 RF receive trigger.

Thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: dani on November 26, 2015, 07:15:34 PM
Hi Gene,

I following the tutorial you indicate upstair :
Code: [Select]
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
echo "deb http://download.mono-project.com/repo/debian wheezy main" | sudo tee /etc/apt/sources.list.d/mono-xamarin.list
sudo apt-get update
and then uninstall all :
Make a backup of HomeGenie Data
Code: [Select]
sudo apt-get remove homegenie
sudo apt-get remove mono-complete
sudo apt-get autoremove

sudo apt-get install mono-complete
sudo wget [url]http://sourceforge.net/projects/homegenie/files/homegenie-beta_1.1.r503_all.deb[/url]
sudo dpkg -i  homegenie-beta_1.1.r503_all.deb
sudo apt-get -f upgrade
Connect to HG and restore configuration data

Now, accent letters seem to work.
And I am in advance on the mono version :
Code: [Select]
pi@HG-LAna ~ $ mono --version
Mono JIT compiler version 4.2.1 (Stable 4.2.1.102/6dd2d0d Thu Nov 12 10:06:49 UTC 2015)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. [url=http://www.mono-project.com]www.mono-project.com[/url]
TLS:           __thread
SIGSEGV:       normal
Notifications: epoll
Architecture:  armel,vfp+hard
Disabled:      none
Misc:          softdebug
LLVM:          supported, not enabled.
GC:            sgen
pi@HG-LAna ~ $

I will inform you if I get some issues with that new version

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on November 26, 2015, 07:18:53 PM
@Jens thanks, I will look into this soon.

@dani is this working now for you? If so I will add your instructions to a FAQ page for HG RPi asap.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on November 26, 2015, 07:24:11 PM
Hey Jens,

what happen if you put a Pause(1) as the first line before sending any X10 command?

g.
Title: Re: TESTING RELEASE
Post by: dani on November 26, 2015, 07:37:33 PM
Hi Gene,

Yes my procedure has work on Rasbian wheezy.
Only one error when dpkg, because lirc and some others lib not installed.
But don't worry the last command I wrote sudo apt-get -f upgrade corrects that and complete the homegenie installation.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Jens on November 26, 2015, 08:24:54 PM
Hi Gene

thats the last test I wrote removing line 1. line 2 with a pause of 6s is then the first line before sending control on to A6.


Result is the same, widget goes green but switch does not switch

Changing line 1 to A6 and having line 3 still be A6 does not help either, I think this is because HG thinks A6 is already on and does not send the same command a second time.
Same with the widget, pressing ON does not issue the command a second time on plc if the widget is already green.


Regards
Jens
Title: Re: TESTING RELEASE
Post by: Gene on November 27, 2015, 04:08:29 PM
Hi Jens,

I've made the RF test and it's working for me. Post the log perhaps it will give some useful info about what's going on.

g.
Title: Re: TESTING RELEASE
Post by: Jens on November 28, 2015, 07:54:41 PM
Hi Gene,

it took me hours to find out that an additonal x10 device (line 1) in the wizard scripts helps to free up the X10 communication. Based on your request i turned on logging did a test and removed line 1 and 2, so just the needed switch is still part of the wizard script. But suddenly it is now working even without the additional lines 1 and 2, I turned off logging and it keeps working. I am puzzled.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: kevin1 on November 29, 2015, 04:41:22 PM
r503 update... hg page loading very slow or not at all from remote browsers (in my house but on iPad for example).

switched back to 493... x10 devices working again.  pages load fast.  widgets refresh and show status when switching devices on.
Title: Re: TESTING RELEASE
Post by: bkenobi on November 29, 2015, 06:11:43 PM
That's interesting because I've found that r503 works faster for most things including X10 than it ever has (no timing, just perception).  I'm running off RPi and connecting with FireFox.
Title: Re: TESTING RELEASE
Post by: dani on November 29, 2015, 07:14:45 PM
Hi Gene,

For your information, I saw that a release is present in sourceforge from 503 to 504 but my 503 version on RPI doesn't propose o update
Title: Re: TESTING RELEASE
Post by: Gene on November 29, 2015, 07:34:52 PM
Hi dani,

I was still packaging stuff. Only after updating all packages and download links I make the update visible.
Now everything is ready r504 available for download:

28/11/2015 v1.1-beta.504
    - Added Z-Wave "Send to sleep" option to "Query on Wake Up" program
    - Added SendToSleep command after each WakeUp query for battery powered device
    - Added custom serial port path selector for various serial interfaces (z-wave, x10, w800rf, insteon)
    - Updated FibaroRGBW app
    - Fixed ZWaveLib packet fragmentation issue (affecting RaZberry) and timeout errors occurring with some devices (eg. Fibaro in wall switches)
    - Fixed "event stream disconnected" issue occurring on some mono-arm platforms
    - Removed 20 seconds pause after backup restore/factory reset
    - Fix modules serialization bug (backslash character not escaped)

g.
Title: Re: TESTING RELEASE
Post by: dani on November 29, 2015, 07:40:18 PM
Hi Gene,

Ok, I saw you have a lot of work. Don't care of my other post about Fibaro, I will get new version and make new tests for that, and report my result there.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: kevin1 on November 29, 2015, 10:18:04 PM
maybe I use wrong word.. fast. for me the hg page was not loading at all.  I would open new tab, nothing, new tab maybe white web page, new tab maybe one widget loads, eventually hg full page would load.  this is all win7 by the way.
Title: Re: TESTING RELEASE
Post by: [email protected] on November 30, 2015, 07:46:42 PM
that mono upgrade seemed to work for me, however doing sudo gdebi homegenie-beta_1.1.r504_all.deb rather than apt-get upgrade -f stopped the lirc errors :)
Title: Re: TESTING RELEASE
Post by: dani on December 11, 2015, 04:27:40 PM
Hi Gene,

Since my system is in version r50X - r505 I got that error every 2 or 3 days :
Code: [Select]
2015-12-11 01:02:15.4767 Info HomeAutomation.Thermostats 3 Thermostats Sensor.Temperature 14.5
2015-12-11 01:02:15.4816 Error System.NullReferenceException: Object reference not set to an instance of an object
  at HomeGenie.Data.ValueStatistics.AddValue (System.String fieldName, Double value, DateTime timestamp) <0x736d3990 + 0x003b0> in <filename unknown>:0
  at HomeGenie.Data.ModuleParameter.set_Value (System.String value) <0x737f66e0 + 0x00107> in <filename unknown>:0
  at HomeGenie.Service.HomeGenieService.migService_InterfacePropertyChanged (System.Object sender, MIG.InterfacePropertyChangedEventArgs args) <0x7364a240 + 0x002e7> in <filename unknown>:0
2015-12-11 01:02:15.4841 Error System.NullReferenceException: Object reference not set to an instance of an object
  at HomeGenie.Data.ValueStatistics.<AddValue>m__0 (HomeGenie.Data.StatValue sv) <0x6ba4e818 + 0x00030> in <filename unknown>:0
  at System.Collections.Generic.List`1[T].RemoveAll (System.Predicate`1 match) <0x74e1fa78 + 0x000db> in <filename unknown>:0
  at HomeGenie.Service.TsList`1[T].RemoveAll (System.Predicate`1 predicate) <0x736611e0 + 0x00077> in <filename unknown>:0
  at HomeGenie.Data.ValueStatistics.AddValue (System.String fieldName, Double value, DateTime timestamp) <0x736d3990 + 0x0037f> in <filename unknown>:0
  at HomeGenie.Data.ModuleParameter.set_Value (System.String value) <0x737f66e0 + 0x00107> in <filename unknown>:0
  at HomeGenie.Service.HomeGenieService.migService_InterfacePropertyChanged (System.Object sender, MIG.InterfacePropertyChangedEventArgs args) <0x7364a240 + 0x002e7> in <filename unknown>:0

And one of my program with virtual modules stop. I cannot restart that module. I need to reboot the Raspberry PI. I am sure that I never got that issue before r500.

Can you help me to solve that issue.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: Gene on December 11, 2015, 05:49:06 PM
Hi dani,

I've just applied a patch for this, not sure if it will work out, so keep an eye on this when testing next hg release.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on December 12, 2015, 05:43:40 PM
Hi all,

please help testing r507:

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

12/12/2015 v1.1-beta.507
    - Improved startup/trigger code check, now executing on every system event to ensure maximum accuracy even with Wizard scripts
    - Fix wizard script Scheduler.CronEvent not working

11/12/2015 v1.1-beta.506
    - Fix Interface Add-On install bug (it was removing all other interfaces when installing a new one)
    - Should fix occasional null reference exception in ValueStatistics.AddValue

since there were some major changes in the program engine, just make sure that everything is running smoothly.

Thanks,
g.
Title: Re: TESTING RELEASE
Post by: pim555 on December 12, 2015, 11:08:12 PM
installed r507 but when restoring back-up (that restores in r506 within 2-3 mins), it seems to be stuck when restoring programs (waited for 10 mins)...

Back-up file is attached.

Cheers
Pim
Title: Re: TESTING RELEASE
Post by: Gene on December 12, 2015, 11:58:45 PM
Hi Pim,

what I need is the log not the backup. However I tried restoring with my own backup and it worked.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: pim555 on December 13, 2015, 09:43:12 AM
Sh@t, still have to get used to pulling a log with every issue:-) Will try next time. As I only have 1 system that is used for home operation and testing, the wife doesn't like me testing these releases:-)

Can you restore my backup? Or did you try your backup? I suspect that some programs that use HomeAutomation.Automation and Scheduler are causing the issue...

Title: Re: TESTING RELEASE
Post by: pim555 on December 14, 2015, 09:33:23 PM
Tried to restore my backup by not restoring the programs that I believe cause above issues when restoring. However, if the restore configuration box pops up, I cannot select additional programs beyond the ones that are shown on the first page of the list. If I scroll down and try to select, the list jumps back to the beginning and no additional selection is being made.

Pim
Title: Re: TESTING RELEASE
Post by: pim555 on December 14, 2015, 10:37:23 PM
Removing all references in automation programs to deprecated HomeGenie/Automation->Scheduler did the trick.

Regards
Pim
Title: Re: TESTING RELEASE
Post by: Jens on December 15, 2015, 06:57:48 PM
Hi Gene,

the issue with the wizard script switching X10 based on X10-RF receive happened again to me. Unfortunate logging was not turned on by that time so I cannot provide additional logs.

But it looks like the very same thing is now described here, specially in the last reply.

http://www.homegenie.it/forum/index.php?topic=1276.0 (http://www.homegenie.it/forum/index.php?topic=1276.0)

So it does not seem to be linked to X10 it seems to happen with ZWAVE, too.

Hopefully this gives you a clue

Thanks

Jens
Title: Re: TESTING RELEASE
Post by: Gene on December 15, 2015, 08:36:29 PM
Hi Jens,

try r507.

g.
Title: Re: TESTING RELEASE
Post by: dani on December 16, 2015, 03:40:17 PM
Hi All,

I have continued my test with RaspBerry B2 under debian jessie and ZWave Key (AEONLabs Gen 5 or SIGMA ZWave+).
Be carrefull, I found that if you take of the key from USB and put it again, it will not take the same dev port : from ttyACM0 to ttyACM4.
So HG will not work anymore for ZWave, because it lost the port, you have to go in maintenance to change the port.
I roll back to Wheezy and then the ZWave key keep always the same dev port name.
So I confirm Gene writting that is better actually to stay under wheezy,

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: skl77 on December 16, 2015, 08:31:28 PM
Hi All,

i would like to ask or inform that i have some trouble with debian jessie and the Aeon Stick S2E.  I have a banana pi with running a bananian linux on it. Homegenie works fine but the zwave network is not recognised by homegenie. The port ttyUSB0 is available and also identified by the OS as SiLAb CP210x device, the zwave table is also read by homegenie from the stick but every zwave communication response node timeout. With a similar windows configuration on my tablet the zwave network is working.
Before i upgraded the OS and homegenie everything was also running on the banana pi
Any ideas?

BR
Sebastian
Title: Re: TESTING RELEASE
Post by: rg2k on December 18, 2015, 05:17:53 PM
Hi,

I am having two new issues with build #507:

1) HomeGenie stops running at random times. No errors logged or any evidence as to why. It also crashes when I do the log export.
2) The Fibaro Multi-switches do not work in any automation program or as security alarms. They do work when manually triggered, but just not via any other method (it used to work in <504).

I'm running it on a Raspberry Pi 2, Debian 7 with all the latest updates. Zwave is an Aeon Zstick 2E.

Thanks
Title: Re: TESTING RELEASE
Post by: kevin1 on December 18, 2015, 05:26:48 PM
I tried r507 and my Win7 i7 CPU usage shot up about 10% and kicked the laptop fan into overdrive :-(
Title: Re: TESTING RELEASE
Post by: mvdarend on December 18, 2015, 07:54:20 PM
Quote
I tried r507 and my Win7 i7 CPU usage shot up about 10% and kicked the laptop fan into overdrive :-(
I didn't think to look at the CPU usage of my machine, but I did find a noticeable lag in some events firing. As I didn't know if it was due to 507 or some other changes I had made to the MySensors code I rolled back both before the wife noticed ;)
Title: Re: TESTING RELEASE
Post by: Jens on December 20, 2015, 07:52:05 PM
Hi Gene,

the problem also happens with 507. Please see the wizard script part earlier in this thread (p48).

What happens is

- X10 motion sensor sends 5D-20-50-AF-68-97

- what should happen is that the wizard scripts turns on A6 and starts the program 1012

But

- only program 1012 starts

Please see the log attached which is the part from the Motion sensor sending "light detected - 5D-20-50-AF-68-97" and "darkness detected - 5D-20-50-AF-48-B7"


Hope this helps

Regards
Jens

Title: Re: TESTING RELEASE
Post by: Gene on December 22, 2015, 06:10:32 PM
R508 is coming soon with a brand new TimeTable widget and other improvements.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on December 22, 2015, 06:34:20 PM
Also fixed/improved Smart Lights app, that can now be synchronized with the Timetable scheduling.

g.

Title: Re: TESTING RELEASE
Post by: nolio on December 23, 2015, 03:42:23 PM
Hi,
Gene, good news for timetable, i see 2 bug in r507 :
Perhaps this is part of R508 fix ...
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 03:59:32 PM
Yes nolio the first issue is fixed. For the second one you can go back to jan 2015 to set day types because once set, the calendar days will be valid for all years. Anyway the Jan 1st is already marked as holiday.
As you will notice there's no year indication in the calendar popup title. I will think of a way for improving this later.

Cheers,
g.

Title: Re: TESTING RELEASE
Post by: nolio on December 23, 2015, 04:51:37 PM
Ok cool for first issue.
I didn't remember that calendar is for A year, so I didn't think to go back to January 2015. Thanks for advice :-).
You are right the 1st was already holiday, but now I can check and be sure.
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 05:06:01 PM
r508 is out.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: dani on December 23, 2015, 06:46:46 PM
Hi Gene,

First impress for the last r508A.
Good work around Time Table.

For Node Setup, in French the Save button is out of the Popup. I prefer the right cross of before to escape the popup. With that button, Esc keyboard touch will operate, not now, we need to move the mouse in the bottom.

For Program Setup also, the button restart is out of the popup.

Cheers
Dani.
Title: Re: TESTING RELEASE
Post by: skl77 on December 23, 2015, 08:10:18 PM
Hi all,

again and again i try to find some hints about my issues that my zwave Network doesn't work on bananapi. After i tried some weeks on a actual raspberry Image, now i went back to an old bananapi Image from the homegenie sourceforge repository. But also this Image doesn't work, as i mentioned in other Posts, wake up Events etc. could be received but no Action like Switch on or off of an zwave device work. All came back with a Response time out. I use a Aeon S2 Z Stick on a bananapi, nobody use also a raspberry or bananapi to test this ? BR Sebastian
Title: Re: TESTING RELEASE
Post by: mvdarend on December 23, 2015, 08:26:11 PM
I've update to r508 and the processor went up to 50% for HomeGenie alone (with r506 it's almost always below 2.5%) so I quickly rolled back to r506.

Could the 'Improved startup/trigger code check' changes? (I'm running HomeGenie on a Windows server 2012 machine.)

Code: [Select]
I use a Aeon S2 Z Stick on a bananapi, nobody use also a raspberry or bananapi to test this
? BR Sebastian
My previous HomeGenie setup was also a BananaPi with an Aeon Zstick 2, but for me it worked fine. (I only moved to a Windows machine as I'm not very proficient with Linux)
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 09:04:29 PM
Hi mvdarend,

try upgrading by doing a fresh install of r508 and then restore your backup. If this is still not working, try recompiling custom automation programs.
I'm not experiencing the issue. CPU load on my BananaPi with Z-Stickv2 is even less than before with r507/508.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: KaZe on December 23, 2015, 09:29:54 PM
Hi Gene!

The program export button was missing? Where can i find it?
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 09:36:44 PM
Hi Kaze,

it's in the action menu of the program editor.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: KaZe on December 23, 2015, 09:40:53 PM
Hi Kaze,

it's in the action menu of the program editor.

Cheers,
g.
Oh I see. It's change to "Save" :) But I think the "export" was better. The "save" mean to me, save program modification changes.

Thx
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 09:54:29 PM
oh-oh it was supposed to be export...

g.
Title: Re: TESTING RELEASE
Post by: KaZe on December 23, 2015, 09:57:09 PM
In English it's "Save" now.
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 10:25:27 PM
I see, this means that the localization file is not loaded... the error is in the html, but localization should have changed that label to 'Export' anyway. So we should find out why localization is not working for you. Do you see any JavaScript error in the dev tools console?
What is the detected language here?
http://www.localeplanet.com/support/browser.html (http://www.localeplanet.com/support/browser.html)

This is the entry in the localization file:
https://github.com/genielabs/HomeGenie/blob/2714bbbe070299d88bcdbdf26efc25f5faf3a799/BaseFiles/Common/html/locales/en.json#L134 (https://github.com/genielabs/HomeGenie/blob/2714bbbe070299d88bcdbdf26efc25f5faf3a799/BaseFiles/Common/html/locales/en.json#L134)

g.
Title: Re: TESTING RELEASE
Post by: KaZe on December 23, 2015, 10:31:33 PM
I see, this means that the localization file is not loaded... the error is in the html, but localization should have changed that label to 'Export' anyway. So we should find out why localization is not working for you. Do you see any JavaScript error in the dev tools console?
What is the detected language here?
[url]http://www.localeplanet.com/support/browser.html[/url] ([url]http://www.localeplanet.com/support/browser.html[/url])

g.


The link resoult:
Quote
Your Browser Information
JavaScript Information
navigator.browserLanguage: undefined
navigator.language: hu
navigator.userAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
date: Wed Dec 23 2015 22:27:53 GMT+0100 (Central Europe Standard Time)
date.toLocaleDateString(): 2015. 12. 23.
date.toLocaleTimeString(): 22:27:53
date.toLocaleString(): 2015. 12. 23. 22:27:53
date.toUTCString(): Wed, 23 Dec 2015 21:27:53 GMT
date.getTimezoneOffset(): -60
Java request Object
request.getLocale(): hu_HU.

request.getLocales(): hu_HU, hu, en_US, en.

Raw Headers
Note: these are not that raw: they get cooked a bit by Google AppEngine, but probably not in ways that affect the locale information.

Host: [url=http://www.localeplanet.com]www.localeplanet.com[/url] ([url]http://www.localeplanet.com[/url])
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Upgrade-Insecure-Requests: 1
Referer: [url]http://www.homegenie.it/forum/index.php?topic=129.750[/url] ([url]http://www.homegenie.it/forum/index.php?topic=129.750[/url])
Accept-Language: hu-HU,hu;q=0.8,en-US;q=0.6,en;q=0.4
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
X-Zoo: app-id=fflocale,domain=localeplanet.com
X-Google-Apps-Metadata: domain=localeplanet.com
X-AppEngine-Country: HU
X-AppEngine-Region: va
X-AppEngine-City: szombathely
X-AppEngine-CityLatLong: 47.230685,16.621844
X-AppEngine-Default-Namespace: localeplanet.com
LocalePlanet Settings
Locale: hu_HU

Locale code: hu-HU

Cookie: (Nincs megadva)


In dev tool, HG looking for 'HU' language.
Title: Re: TESTING RELEASE
Post by: skl77 on December 23, 2015, 10:32:34 PM
So now i got my first answer that bananapi and Z Stick S2 should running, so could please someone send me the detailed configuration? Which OS or Image do you use? I am totally worried because my configuration doesn't work, same on Windows OS is running !

BR
Sebastian
Title: Re: TESTING RELEASE
Post by: Gene on December 23, 2015, 10:56:16 PM
Thanks Kaze for the infos.
I found out the bug in the localization. It was not falling back to default locale (english) when current locale was not found (eg. HU or any other locale that is not present in the html/locales folder).
I'm attacching the fix for you to test. It has to be copied in the html/js/api folder.
Why not translating HG to hungarian? :) It's not complicated to do.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: KaZe on December 23, 2015, 11:14:01 PM
Thanks Kaze for the infos.
I found out the bug in the localization. It was not falling back to default locale (english) when current locale was not found (eg. HU or any other locale that is not present in the html/locales folder).
I'm attacching the fix for you to test. It has to be copied in the html/js/api folder.
Why not translating HG to hungarian? :) It's not complicated to do.

Cheers,
g.

Thx Gene. The "Save" button change back "Export". ;)

BTW I plan to create a Hungarian translation in the next month. ;) ::)
What is the easiest way to create it?
Title: Re: TESTING RELEASE
Post by: kevin1 on December 24, 2015, 01:15:53 AM
I am also seeing high cpu with 507 and 508 as soon as HG service is started.  Is there a way to recompile all programs at one time?
Title: Re: TESTING RELEASE
Post by: Gene on December 24, 2015, 01:28:07 AM
No Kevin, there's no way to recompile all at once. Before recompiling I would suggest to try disabling one program at time to determine which one is causing the high CPU. I am not 100% sure that this is the issue, but I've seen this reported some time ago and it was solved like this.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: mvdarend on December 24, 2015, 06:55:12 AM
Quote
try upgrading by doing a fresh install of r508 and then restore your backup. If this is still not working, try recompiling custom automation programs.

Thanks Gene, I'll give it a try this weekend.
Title: Re: TESTING RELEASE
Post by: kevin1 on December 24, 2015, 03:42:05 PM
No Kevin, there's no way to recompile all at once. Before recompiling ...

I recompiled a few and that didn't help so I tried restoring 1 program at a time and that found the culprit. now 508 is running well as far as cpu.

 I'm still zwave noob looking for help getting my new zwave gear working :(
Title: Re: TESTING RELEASE
Post by: kevin1 on December 24, 2015, 04:16:10 PM
508... none of my zwave is working now :-(  can't even get into the setup menus for each device.  tried restarting service still can't :-(
Title: Re: TESTING RELEASE
Post by: Peter1977 on December 26, 2015, 10:12:30 AM
with 508 my zwave stopped working as well. Had to go back to my previous version to get it working (499 in my case).
gtrz
Title: Re: TESTING RELEASE
Post by: nolio on December 26, 2015, 05:59:18 PM
with 508 my zwave stopped working as well. Had to go back to my previous version to get it working (499 in my case).
gtrz
After some days, reboot ? Or immediately ?
My z-wave work fine for now in r508...
Title: Re: TESTING RELEASE
Post by: mvdarend on December 27, 2015, 10:07:53 AM
Finally managed to upgrade to r508a, a few things I encountered that may help others:

- I had a test program that didn't have a Program.GoBackground() at the end, this caused a massive increase in processor time after upgrading to 508.

Same problem as Peter and Kevin: a clean install of 508 and an import seemed to work well, but I couldn't get my Z-wave to work after this. I tried all available COM ports, Discovery, Heal network but nothing seemed to help. (Upgrading from 506 to 508 didn't cause this problem.)
Title: Re: TESTING RELEASE
Post by: Peter1977 on December 27, 2015, 11:22:12 AM
with 508 my zwave stopped working as well. Had to go back to my previous version to get it working (499 in my case).
gtrz
After some days, reboot ? Or immediately ?
My z-wave work fine for now in r508...

Happened immediately.
Did a clean install and import.
Title: Re: TESTING RELEASE
Post by: Gene on January 01, 2016, 11:24:14 PM
HomeGenie v1.1-beta.509 is out:

- Added 'Zone Sensors' program; group multiple sensors into one logical sensor
- Added 'Automatic Off' options to TimeTable programs (when armed home/away or no motion activity detected)
- Updated Z-Wave device database (pepper1)
- Updated RaspberrySharp-IO libraries
- Little UI rework and improvements
- Fix to Timetable widget 'today events' bug

TimeTable programs have now some new options.
Each program can be individually disabled.
Each program can have Automatic Off rules that can be triggered when arming/disarming the security system or by a motion sensor inactivity or both.
For example if a program has the "Automatic turn off when security is armed away" option set, all modules (lights, thermostats, ...) belonging to that timetable program, will be automatically turned off when the alarm system is armed.
If the alarm system is then disarmed, all modules belonging to that program will go back to the original state as scheduled.
The other option will let specify a motion sensor and a timeout period. If not motion is detected for the given period, all modules belonging to that program, will be automatically turned off. If the motion sensor become active again, then all modules belonging to that program will go back to the original state as scheduled.
These two options can be also combined, so that if the system is disarmed but no motion is detected the modules won't go back to the scheduled state. Modules will only go back to the scheduled state once a motion is detected.

Zone Sensors program
This new program let create a given number of virtual sensors that can group into each one ore more sensors. For example we can include into the Zone Sensor 1 two motion detector modules, one light sensor and two temperature sensors. The result will be a single module (Zone Sensor 1) that will inherit all events from the included modules. When both of the included motion sensors will be off, Zone Sensor 1 will be off. If one or both motion sensors will be on, then Zone Sensor 1 will be on. For other values like luminance or temperature the result will be the average of the included modules values.
This new program can come handy for other features such as Smart Lights or TimeTable.

Happy New Year!
g.

P.S. Be patient if upgrading from RaspberryPi or similar as the decompression of this update can take 15 minutes or more :/ Update decompression speed is something I will look into next ;)

P.P.S.S. Empty browser cache after upgrading, otherwise a few things won't work in the UI.
Title: Re: TESTING RELEASE
Post by: Jens on January 02, 2016, 04:48:45 PM
Hi Gene,

have you had a chance to look at the log file in regards to the X10 RF receive issue (in my setup in combination with wizard scripts). I think something similar is reported "X10 ERROR". Can I help to identify the root cause?

As you are working on the timetable currently, could you please add an X10 ON for Shutters/dimmers, either to replace 100% or in addition. As long as X10 extended codes are not supported the SW12 will only work with X10 ON/OFF.

Thanks

Regards
Jens
Title: Re: TESTING RELEASE
Post by: nolio on January 02, 2016, 06:05:42 PM
Hi Gene,
I test "Zone Sensors program" to create a group of shutter to centralize the configuration of "TimeTable" and "Schedule" for 5 shutter.
I can configure it, but : Any advise ?
Therefore, i have other idea to use this function so it's a very good idea to add it :).

Happy new year !!
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2016, 07:57:54 PM
Hi Gene,

have you had a chance to look at the log file in regards to the X10 RF receive issue (in my setup in combination with wizard scripts). I think something similar is reported "X10 ERROR". Can I help to identify the root cause?

As you are working on the timetable currently, could you please add an X10 ON for Shutters/dimmers, either to replace 100% or in addition. As long as X10 extended codes are not supported the SW12 will only work with X10 ON/OFF.

Thanks

Regards
Jens

did not have a chance to look into the x10 rf issue.
I'll add ON command for the shutter/dimmer timetable in the next release.

g.
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2016, 08:03:29 PM
Hi Gene,
I test "Zone Sensors program" to create a group of shutter to centralize the configuration of "TimeTable" and "Schedule" for 5 shutter.
I can configure it, but :
  • Not sure it will work because you have create to work for sensor ...
  • the group appear as sensor therefor i choose "shutter"
Any advise ?
Therefore, i have other idea to use this function so it's a very good idea to add it :).

Happy new year !!

Zone Sensors are meant to be just sensors and so used as sensors, you cannot change the type.
What is your other idea?

Title: Re: TESTING RELEASE
Post by: dani on January 02, 2016, 08:04:43 PM
Hi All,

As Gene told you, the update from 508 to 509 take a while, for me decompressing taken more than 12 minutes with Raspberry Pi B2. Be patient. Don't touch the screen, otherwise you lost the progress popup
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2016, 08:22:17 PM
this is even worse with old rpi models. I hope to have soon a chance of replacing standard compression class with the SharpZipLib which would take few seconds only even on oldest rpi.

g.
Title: Re: TESTING RELEASE
Post by: nolio on January 02, 2016, 08:49:43 PM
Zone Sensors are meant to be just sensors and so used as sensors, you cannot change the type.
What is your other idea?
1/ Centralize the configuration of my "scheduler" and "timetable" for my 5 shutter (that avoid to change a value on the 5 HomeGenie devices
2/ Use to optimize my script "My Smart Lights" to use the 2 motions sensor of the room instead of only one (motion only for now)
Title: Re: TESTING RELEASE
Post by: pim555 on January 02, 2016, 08:57:50 PM
Hi Nolio,

#1, I do this using a program that switches all shutters on a fixed time. I still find this easier to maintain than using timetable (although that is getting better and better) of schedule on/off.
#2, was thinking about that as well. Example: would like to switch off my kitchen light after specific amount of time but switch on when motion is detected in the kitchen or in the back of the living room (towards the kitchen).

Cheers
Pim
Title: Re: TESTING RELEASE
Post by: Gene on January 02, 2016, 09:22:02 PM
2/ Use to optimize my script "My Smart Lights" to use the 2 motions sensor of the room instead of only one (motion only for now)

you can already do this. Include the two sensors into the same Zone, then specify the Zone Sensor in your Smart Light options.

g.
Title: Re: TESTING RELEASE
Post by: nolio on January 02, 2016, 09:26:56 PM
Hi Pim,

#1, I do this using a program that switches all shutters on a fixed time. I still find this easier to maintain than using timetable (although that is getting better and better) of schedule on/off.
For now, i use a combination of "TimeTable" and "Schedule" to manage the open of everyday (the close is only manager by scheduler). Initially i only use scheduler, but my need become too complicated.

Code: [Select]
(@SolarAltitude.Morning.Sunrise.Start:10 8 * * *);@Weekdays
I remember that something like that didn't work and didn't permit to manage holiday
Code: [Select]
((@SolarAltitude.Morning.Sunrise.Start:10 8 * * *);@Weekdays):(@Weekend:0 9 * * *))
So not very simple, but for now, i don't think i can do better ...
For me, expression in timetable should permit to use timetable only .

############
With motion sensor for open shutter on non working day, it would be perfect ! :D
############

Bye
Title: Re: TESTING RELEASE
Post by: nolio on January 03, 2016, 11:30:20 AM
Hi,
I create one virtual sensors (Zone Sensors), the battery level appear at 1%, but my sensors have 81% and 100%.
Not a big problem but 2 idea to optimize :
Regards.
Title: Re: TESTING RELEASE
Post by: Bounz on January 03, 2016, 02:16:56 PM
Hi, Genie.
After upgrading to v509a new timetable widget didn't show any modules at all. I've fixed with clean install and restoring configuration backup.
Now I'm wondering what for 4 DaniMail thermostat modules with names (DaniMail1) .. (DaniMail4) are included in the default configuration?
Title: Re: TESTING RELEASE
Post by: Gene on January 03, 2016, 03:31:27 PM
Hey Bounz,

I don't see any DaniMail thermostat modules in the default config. Where are these?

g.
Title: Re: TESTING RELEASE
Post by: dani on January 03, 2016, 03:54:36 PM
Hi Bounz,

Are you or Had you using first version of TimeTable with separate Calendar Widget ?

Dani
Title: Re: TESTING RELEASE
Post by: bkenobi on January 03, 2016, 05:53:51 PM
this is even worse with old rpi models. I hope to have soon a chance of replacing standard compression class with the SharpZipLib which would take few seconds only even on oldest rpi.

g.
Will this make backups quicker as well?  Right now, it takes several minutes to create a backup of my setup due to a large number of APPs but the resulting zip file is well under 1MB.
Title: Re: TESTING RELEASE
Post by: Bounz on January 04, 2016, 07:04:25 AM
I don't see any DaniMail thermostat modules in the default config. Where are these?

Yes, you are right. I've found these modules in my backups. As I found out they appeared in modules.xml between January and October 2015. They looks like:
Code: [Select]
<Module>
    <Name />
    <Description />
    <DeviceType>Thermostat</DeviceType>
    <Domain>HomeAutomation.DaniMail</Domain>
    <Address>1</Address>
    <Properties>
      <ModuleParameter>
        <Name>ModuleTemperature</Name>
        <Value />
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.633435Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Sensor.Humidity</Name>
        <Value />
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.635928Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Sensor.Temperature</Name>
        <Value />
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.635775Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Status.Battery</Name>
        <Value />
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.636073Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Thermostat.Mode</Name>
        <Value>VPeKVIbfwhwD46IyYU4o6w==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.845733Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Thermostat.OperatingState</Name>
        <Value />
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.63622Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Thermostat.SetPoint.Eco</Name>
        <Value>eOBHtf2p9JGVaJqjziLJBg==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.848663Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Thermostat.SetPoint.Heating</Name>
        <Value>tluMAZN0MH3Z5rpZ9FYJ+A==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.851866Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Thermostat.SetPoint.NoFrost</Name>
        <Value>Ri1VdDW6uIVO4CPS82EASw==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.854706Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>TimeTable.F</Name>
        <Value>M3m/88N37t16WUoTMlpS6g==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.857692Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>TimeTable.O</Name>
        <Value>ZIWBXy5mRGRuEte8y0MSqg==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.860602Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>TimeTable.S</Name>
        <Value>OGzMiOkGhp0dCVGwLGMY+w==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.863824Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>TimeTable.W</Name>
        <Value>1bJd8AxkP04ggqA73hoY+w==</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-09-28T18:33:23.867065Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>VirtualModule.ParentId</Name>
        <Value>512</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-01-27T16:43:34.022886Z</UpdateTime>
      </ModuleParameter>
      <ModuleParameter>
        <Name>Widget.DisplayModule</Name>
        <Value>DaniMail/generic/thermostats</Value>
        <Description />
        <FieldType />
        <UpdateTime>2015-01-26T21:14:09.546372Z</UpdateTime>
      </ModuleParameter>
    </Properties>
    <Stores />
    <RoutingNode />
  </Module>

Are you or Had you using first version of TimeTable with separate Calendar Widget ?
Yes, I have used Timetable with separate Calendar Widget some time ago.

After deleting this entries from modules.xml and restarting service Timetable was broken again (showing no modules in every category).
Title: Re: TESTING RELEASE
Post by: KaZe on January 05, 2016, 09:21:23 PM
Hi Gene!

I installed the 1.1 510 HG. The timetable can't start:

Code: [Select]
"2016-01-05 21:16:36.5187 Info HomeAutomation.HomeGenie.Automation 36 Automation Program Runtime.Error CR: The call is ambiguous between the following methods or properties: `System.Console.WriteLine(char[])' and `System.Console.WriteLine(string)'"

I try compile the program, but nothing change.
Title: Re: TESTING RELEASE
Post by: Gene on January 05, 2016, 09:44:53 PM
KaZe on which system are you running HG?
Anyway you can remove line 143 from the timetable app, it was just for debugging purpose and I forgot removing it.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: KaZe on January 05, 2016, 09:48:39 PM
KaZe on which system are you running HG?
Anyway you can remove line 143 from the timetable app, it was just for debugging purpose and I forgot removing it.

Cheers,
g.

Hi Gene!

Thx, it's works.
My HG system Linux Ubuntu 15.04
Title: Re: TESTING RELEASE
Post by: nolio on January 05, 2016, 10:52:08 PM
I just test r510, and it doesn't work well on my side :

So roll back to r509 for now.
Title: Re: TESTING RELEASE
Post by: Bounz on January 05, 2016, 11:13:14 PM
After deleting this entries from modules.xml and restarting service Timetable was broken again (showing no modules in every category).

Well, the solution was as easy as my inattention: the Timetable app didn't start after update/service restart, so no module has "TimeTable.Enable" feature.  :)
Title: Re: TESTING RELEASE
Post by: Gene on January 06, 2016, 12:33:10 AM
You're right nolio... I've made a little mistake by distraction, forgot to multiply by 1000 the pause of the SchedulerService :/

https://github.com/genielabs/HomeGenie/compare/v1.1-beta.509...master#diff-ff986620e87a45b15130d3a29491b39eR52

going to fix... :)

g.
Title: Re: TESTING RELEASE
Post by: Jens on January 06, 2016, 09:25:43 PM
Hello Gene

did you add X10 on for shutters/dimmers - I can't see it in r511?

The timetable programm was running fine in 508, with 509 the program already stopped twice by itself. I have currently just one hue light (# 4) being controlled by the timetable.

r511 is currently just installed on my test raspberry, so I cannot tell anything in regards to stability yet.


Thanks
Jens
Title: Re: TESTING RELEASE
Post by: Gene on January 06, 2016, 10:31:42 PM
Sorry Jens, forgot once again I'll remember for next release. R511 should solve stability issues of the timetable I hope. I'm running it since 1 am, too early yet to be sure :)
Title: Re: TESTING RELEASE
Post by: pim555 on January 06, 2016, 10:44:19 PM
Upgraded from r509 to r510
- Zwave stopped working

Upgraded from r510 to r511
- Zwave working again
- Zone sensors confirmed working as part of smart lights, nice job !
- Backup file creation on RPI model B significantly improved!

Nice additions, thanks. Still puzzled why after updates sometimes Zwave does not properly come back on (using RPI + Razberry so could be related to this combination?)


Cheers
Pim
Title: Re: TESTING RELEASE
Post by: Gene on January 07, 2016, 01:23:35 AM
did you add X10 on for shutters/dimmers - I can't see it in r511?

The timetable programm was running fine in 508, with 509 the program already stopped twice by itself. I have currently just one hue light (# 4) being controlled by the timetable.

r511 is currently just installed on my test raspberry, so I cannot tell anything in regards to stability yet.

Hi Jens,

I just released r511a update that fixes a bug in the TimeTable (the program it was stopping at midnight) and also add the "ON" option for shutters/dimmers.

Cheers.
g.
Title: Re: TESTING RELEASE
Post by: KaZe on January 08, 2016, 12:40:59 PM
Hi Gene!

I can't update 510 to 511a. I think it is a decompressing error.
My system Linux x64 (Ubuntu 15.04)
Title: Re: TESTING RELEASE
Post by: Jens on January 09, 2016, 11:13:24 AM
Hi Gene,

thanks for implementing X10 ON, the SW12 shutters now work with the timetable.
…and it did not crash anymore during nighttime.

Regards
Jens
Title: Re: TESTING RELEASE
Post by: Bounz on January 10, 2016, 08:44:17 PM
Hi Gene!

I can't update 510 to 511a. I think it is a decompressing error.
My system Linux x64 (Ubuntu 15.04)
Hi Kaze!
It might be if your system locale is not English or if you are using UTF8 based locale.
Try to install r512 manually (it contains fix for this issue) and then you should be able to install updates normally.
Title: Re: TESTING RELEASE
Post by: KaZe on January 10, 2016, 08:46:58 PM
Thx for response!

I solved that yesterday. I was reinstall 509, and update to 511.
Title: Re: TESTING RELEASE
Post by: Bitcraze on January 11, 2016, 08:05:35 AM
Hi, all

My DHT-22 and 2x DS18B20 all stopped working after upgrading from r509 to r512 beta, after rebooting the Raspberry PI 2.

Running Jessie.

Issue must be within HG, as I can see both DS18B20 when I run LS command from Terminal.

Any ideas?
Title: Re: TESTING RELEASE
Post by: Gene on January 11, 2016, 10:47:23 AM
Hi Bitcraze,

what automation program are you using for DS18B20? What the code looks like?
For DHT-22, double check if the input pin is correct and try recompiling the program.

g.
Title: Re: TESTING RELEASE
Post by: Bitcraze on January 11, 2016, 01:50:07 PM
Hi, Gene

Thanks so much for your quick response. Much appreciated.

I have used the default built-in programs, no custom stuff used.
Both the DHT-22 and 2x DS18B20 were working fine, but stopped after I updated and rebooted the RPI.


1) "what automation program are you using for DS18B20?"

Configure / Programs / Devices and Things / One-Wire Devices
Noted that icon is RED
and error: Program.Notification = "{"Title":"OneWire Error","Message":"Could not fin....

Configure / Groups / Bedroom / Bedroom (OneWire1):
Set to:Sensor
Features: One-Wire Devices
Device ID: 28-0000059a0036

LS command lists this device and shows temp.

2) "What the code looks like?"

Default Homegenie code.

3) "For DHT-22, double check if the input pin is correct and try recompiling the program."

Configure / Programs / Raspberry PI / DHT-22 Sensor - Enabled
Noted that the update to R512 changed my settings from Pin18 GPIO24 back to defaults (Pin7 GPIO4).
I have corrected and DHT-22 is now working fine again.

4) Configure / Programs / Raspberry PI / GPIO Modules: Do I need to switch GPIO24 to ON, for my DHT-22, or is this setting just used for in-out switches?

5) The Temp now shows in Fahrenheit in my web console (See both attached images), but is still showing fine in Celsius on my Android App. What to do?



Thanks in advance,
Eugene
Title: Re: TESTING RELEASE
Post by: Gene on January 11, 2016, 02:08:05 PM
Hi Bitcraze,

the DS18B20 didn't change at all since it was released.
Please supply the full error message for "Message":"Could not fin....".

For using DHT-22 program you don't need GPIO program enabled at all, unless you're using it for some other purposes.

The free Android client does not implement temperature unit preference. The paid app does.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Bitcraze on January 11, 2016, 02:18:45 PM
Hi, Gene

1) the DS18B20 didn't change at all since it was released.
Please supply the full error message for "Message":"Could not fin....".
   That's all that was displayed in that area.

2) For using DHT-22 program you don't need GPIO program enabled at all, unless you're using it for some other purposes.
   Ah, thought as much, thanks.

The free Android client does not implement temperature unit preference. The paid app does.
   Agreed. I have the paid app, so selected Celsius. How do I change the display from F to C in the Web Management Console? (http://localhost/hg/ (http://localhost/hg/)*****)
Title: Re: TESTING RELEASE
Post by: Gene on January 11, 2016, 02:39:23 PM
Hi Eugene,

you can change temp unit from the Maintenance page, under "User Interface".

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: kevin1 on January 11, 2016, 02:49:14 PM
Quote
you can change temp unit from the Maintenance page, under "User Interface".

I recently discovered that this option is unique to each device/client that accesses the HG server (stored in browser cookies?).  I had reported that the temperature preference setting was not working.  This was because I had set it to Fahrenheit on my home PC, but when accessing from mobile devices or other PC, this preference was still set to Celsius.  So... now I think HG shows correctly on all the widgets and charts since I have made this setting on each device.  Same goes for the UI color theme.  Anyway... hopefully this helps someone else out there who didn't know.
Title: Re: TESTING RELEASE
Post by: dani on January 13, 2016, 07:44:34 PM
Hi Gene,

Sometimes I saw wip as at the last scr release. What means that abreviation ?
Title: Re: TESTING RELEASE
Post by: Gene on January 13, 2016, 08:19:27 PM
Work In Progress, meaning that some of the newer functionalities may not be fully functional, as for the new "Repository Browser/Package Installer".

g.
Title: Re: TESTING RELEASE
Post by: dani on January 14, 2016, 10:39:09 AM
Hi Gene,

Can you analyze that :
http://www.homegenie.it/forum/index.php?topic=1315.msg8845#msg8845 (http://www.homegenie.it/forum/index.php?topic=1315.msg8845#msg8845)
and report the correction I propose in ZWaveLib.
Title: Re: TESTING RELEASE
Post by: Gene on January 18, 2016, 03:50:30 PM
HomeGenie v1.1-beta.513 is available for testing (.deb and .tgz):

http://sourceforge.net/projects/homegenie/files/ (http://sourceforge.net/projects/homegenie/files/)

18/01/2016 v1.1-beta.513
    - Added new Program.ApiCall(string apiCommand) helper method
    - Added installed packages and statistics files to backup archive
    - Fixed bug in Z-Wave MultiCmd and SensorBinary command class
    - Added Package Browser and Installer to the Maintenance page
    - Fixed occasional "object reference not set" error when compiling/starting a program
    - Added recursion check to scheduler event expressions
    - Fixed bug in evaluating composite scheduler events using names (@)

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: Gene on January 23, 2016, 09:00:46 PM
HomeGenie v1.1-beta.514 is now available for testing:

21/01/2016 v1.1-beta.514
    - Moved LIRC, Insteon, W800RF32, V4LCamera interfaces to package repository
    - Fix C# automation program compile error on mono ARM platforms with locale settings using comma separator for decimals
    - Fix package install error on mono ARM &lt; 4.0.4
    - Added new Program.ApiCall(string apiCommand) helper method
    - Added installed packages and statistics files to backup archive
    - Fixed bug in Z-Wave MultiCmd and SensorBinary command class
    - Added Package Browser and Installer to the Maintenance page
    - Fixed occasional "object reference not set" error when compiling/starting a program
    - Added recursion check to scheduler event expressions
    - Fixed bug in evaluating composite scheduler events using names (@)

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

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: enterprised on January 24, 2016, 02:04:02 AM
I tried HomeGenie v1.1-beta.514, but after installing it would not run on my RPi, not even when I tried to start the program manually. I reverted back to HomeGenie v1.1-beta.512
Title: Re: TESTING RELEASE
Post by: Gene on January 24, 2016, 02:14:08 AM
Any error reported?
Title: Re: TESTING RELEASE
Post by: Gene on January 24, 2016, 02:35:32 AM
Hi enterprised,

I can see the error installing on Pi with mono 3.2. I forgot to switch back the supported runtime version to 4.0. Sorry about that.
It's fixed now and I updated the deb and tgz files on sourceforge.

Cheers,
g.
Title: Re: TESTING RELEASE
Post by: enterprised on January 24, 2016, 08:50:06 PM
Thanks for the quick fix, working like a dream now. Really like the new package installer, program is getting better all the time.
Title: Re: TESTING RELEASE
Post by: bkenobi on January 31, 2016, 03:38:38 PM
I installed the r514 testing release last week.  It appears that the RPi GPIO APP is no longer included.  Is there an alternative that I should be aware of or did this get excluded accidentally?
Title: Re: TESTING RELEASE
Post by: nolio on January 31, 2016, 05:47:10 PM
Hi,
You can find this "package" in the maintenance menu "Package Manager".

More details here :
http://<Your HomeGenie @IP>:<Your HomeGenie port>/hg/html/README.RestoreP513.md

I think, it's a choice and a simple way to update this script without need of release a new HomeGenie version :).


Bye
Title: Re: TESTING RELEASE
Post by: dani on January 31, 2016, 09:57:40 PM
Until R513 the file zwavenode.xml disappears. And that causes thé followingthing : after a reboot some nodes are undefined until a complete zwave discovery. Is it the same for everybody ?
Title: Re: TESTING RELEASE
Post by: bkenobi on February 01, 2016, 04:29:06 AM
Thanks, that did the trick!
Title: Re: TESTING RELEASE
Post by: nolio on February 01, 2016, 09:19:17 PM
Until R513 the file zwavenode.xml disappears. And that causes thé followingthing : after a reboot some nodes are undefined until a complete zwave discovery. Is it the same for everybody ?
I don't reboot my raspberry since my update in r514, so i try, and no "undefined". But on HomeGenie start a discover was launch ...
Title: Re: TESTING RELEASE
Post by: kevin1 on February 22, 2016, 05:15:59 PM
Haven't seen anything from Gene for a while...  Hopefully all is well?
Title: Re: TESTING RELEASE
Post by: bkenobi on February 22, 2016, 08:52:29 PM
Last active Feb 11 and nothing on github for 26 days, so it's been a little longer than usual.  But, everyone needs a vacation (even from hobbies) every now and again.
Title: Re: TESTING RELEASE
Post by: harrised28 on March 18, 2016, 06:57:59 AM
Liked your shared ideas regarding testing release. Would be interested to hear more knowledge from you on this topic.
Title: Re: TESTING RELEASE
Post by: pim555 on March 29, 2016, 09:00:51 PM
If I try to update from r512 to r515 using the update manager within Homegenie, I get an error downloading the file?

Pim
Title: Re: TESTING RELEASE
Post by: nolio on March 29, 2016, 09:19:50 PM
Hi,

you can try to download in command line, like :
Code: [Select]
wget https://sourceforge.net/projects/homegenie/files/_updates/HomeGenie_1_1_beta_r512_515_update.zip/downloadPerhaps, you can see where is the problem ...
But it's pretty weird ...
Bye
Title: Re: TESTING RELEASE
Post by: maxflax on March 29, 2016, 09:26:56 PM
If I try to update from r512 to r515 using the update manager within Homegenie, I get an error downloading the file?

Pim

I Hade the same problem, Fixed it by updating the certs on the raspberry pi.
Title: Re: TESTING RELEASE
Post by: wouter on March 30, 2016, 02:57:13 PM
I'm also having the same problem.
Quote
I Hade the same problem, Fixed it by updating the certs on the raspberry pi
How does one do that?
Title: Re: TESTING RELEASE
Post by: maxflax on March 31, 2016, 12:22:03 AM
I'm also having the same problem.
Quote
I Hade the same problem, Fixed it by updating the certs on the raspberry pi
How does one do that?

First I installed mono-complete and then ran mozroots.
sudo apt-get install mono-complete
sudo mozroots --import --ask-remove --machine
Title: Re: TESTING RELEASE
Post by: saue0 on March 31, 2016, 06:50:04 PM
Thanks Work for me.
Title: Re: TESTING RELEASE
Post by: pim555 on April 03, 2016, 09:27:25 PM
Worked for me as well.

After upgrading to r515, my zone sensors and variables derived from weather app (eg sunset) dont seem to work anymore. Any ideas?

Pim
Title: Re: TESTING RELEASE
Post by: tasioX on April 03, 2016, 10:40:36 PM
I am having a similar problem.  Under windows the scheduler seems to be broken.  Some of the built in schedules, some custom schedules, and some JKUTILS schedules are all intermittently being disabled.
Title: Re: TESTING RELEASE
Post by: dani on April 07, 2016, 10:50:09 AM
Hi Gene,

If we use :
sudo /etc/init.d/homegenie stop
sudo /etc/init.d/homegenie start

or
sudo /etc/init.d/homegenie restart

At the service stopping SaveData() is not called, so the last datas of modules.xml are lost.
Can we call SaveData() from C# Programs ? What is the way ?
Thank's for answer.

Cheers Dani
Title: Re: TESTING RELEASE
Post by: maxflax on April 17, 2016, 02:15:59 AM
In the trunk there was a JasonIgnore added to ModuleParameter.cs on the property NeedsUpdate. That made saving feature parameters on modules troublesome. 
https://github.com/genielabs/HomeGenie/commit/36c22cec4b0f0095155c0a267857dcf5a74ab368
Title: Re: TESTING RELEASE
Post by: Bitcraze on June 08, 2016, 04:59:59 PM
Hi, all

Fresh install of xxx and attempted auto upgrade: Error.

Downloaded the upgrade .tgz and attempted the new manual upgrade option: Error. (See attached).

Running on ZorinOS (Ubuntu based) PC. I ahev the same kind of issues on my RPI and Windows 10 PC.

How to resolve?
Title: Re: TESTING RELEASE
Post by: Bitcraze on June 08, 2016, 05:19:11 PM
Hi, all

Just resolved my issue on the ZorinOS machine:

Update ERROR: Problem with the certificate
use this command : sudo mozroots --import --ask-remove --machine

Above resolved. :)
Title: Re: TESTING RELEASE
Post by: KaZe on June 26, 2016, 10:40:53 AM
Hi Gene!

With the new release (525), the automatic turn off feature work wrong. I was set the delay time to 3600s (1h), but it turns off about 3 minutes.
Title: Re: TESTING RELEASE
Post by: Gene on June 26, 2016, 11:57:52 AM
Hi KaZe,

the Tun Off program has been deprecated since the same functionality is available from Smart Lights. Just leave empty the sensor boxes, enter the turn off delay only and check the "enable smart lights" flag.

g.
Title: Re: TESTING RELEASE
Post by: dani on June 28, 2016, 10:22:40 AM
Hi Gene,

Since R525 or just relesase ahaed ... I got that accent letter issue instaed of Date fixée :
Title: Re: TESTING RELEASE
Post by: dani on June 28, 2016, 10:30:45 AM
And since a long time I got always that issue with accent letters in widget and programs, all sources codes accent letters are replace by 2 interrogation points.

If not saved it's ok, the issue appears after we save the source code.
Title: Re: TESTING RELEASE
Post by: Gene on June 28, 2016, 10:39:10 AM
Hi dani,

please have a look at your startup.sh file. Eventually uncomment the line

Code: [Select]
ENCFIX="LC_NUMERIC=en_US LC_MONETARY=en_US LC_MEASUREMENT=en_US"

Not really sure what the proper solution is, since on my side upgrading to latest mono solved the issue as well (so I am not using the ENCFIX line).

g.
Title: Re: TESTING RELEASE
Post by: Gene on June 28, 2016, 11:01:06 AM
Hi Dani,

I'm also attacching debugging infos of the "Save/Compile" request.
Can you have a look and see if your request are encoded in UTF-8 like shown in this picture?

g.
Title: Re: TESTING RELEASE
Post by: dani on June 28, 2016, 11:08:14 AM
Thank's Gene I will take a look.

Where do I got that debugging infos ?
Title: Re: TESTING RELEASE
Post by: dani on August 09, 2016, 11:44:53 AM
Hi Gene,

I got Zipato Mini Keypad RFID and I want to use for arm disarm Alarm.
Can you make some modifications in ZWaveLib because when I patch it by myself from your repository ZWaveLib_dotnet and replace ZWaveLib.dll in RaspiPi version R525 I got crash.

In AlarmValu.cs Line 60 :
59        AccessDoorClosed = 0x17,
//  Add those lines
60        AccessAlarmHome = 0x06,
61        AccessAlarmAway = 0x05,

                         Line  126 :
123                case ZWaveAlarmEvent.AccessDoorClosed:
124                   alarm.Value = 0;
125                   break;
//  Add those lines
126                case ZWaveAlarmEvent.AccessAlarmHome:
127                    alarm.Value = 6;
128                    break;
129                case ZWaveAlarmEvent.AccessAlarmAway:
130                    alarm.Value = 5;
131                    break;


Thank you for help.
I am using Monodevelop 5.10 with Mono version 4.4.1

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: dani on August 09, 2016, 02:43:39 PM
Hi Gene,

I found why my ZWaveLib compilation crashes HG/ It's due to that in the ZWaveLib repository the serialportlib is not the same than the one is merged with HG R525.
If I make a copy of the lib from ZWaveLib HG doesn't crash anymore.

Cheers
Dani
Title: Re: TESTING RELEASE
Post by: jensc on August 12, 2016, 06:18:14 AM
Running version 525 on Raspberry Pi 3:

All Aeon 6 in 1 Multisensors Gen 5 are now constantly saying "tamper triggered".
Title: Re: TESTING RELEASE
Post by: dani on October 14, 2016, 06:32:31 PM
Hi Gene,

Since a lot of time in the SetUp ZWave Screen it is impossible to get Heal Node.
I think it's due to the call of function RequestNodeNeighborsUpdateOptions. I didn't see any Node giving an answer to that ZWave request, so it always generate a time out error, so the RequestNodeNeighborsUpdate came to late and we can see the answer in the events history screen a few time later.
Title: Re: TESTING RELEASE
Post by: dani on October 14, 2016, 06:41:39 PM
Hi Jensc,

Aeon 6 MultiSensor sends Tamper value to 255 when it's move or when you open the back door,  but it never sends a reset value to 0 after a delay. You have to make a program to reset the value yourself.
Personnaly I modify Sensor Widget for when I click Red TAMPER Text, I reset that module parameter to 0.
I got same problem with some other ZWave modules that send Alarm  value 255 but never send 0 after a delay.
Title: Re: TESTING RELEASE
Post by: Michel on October 15, 2016, 02:54:45 PM
Hi Dani,

I think that the best way to reset the sensor value is like you did, by clicking on the value. Doing this means that I took notice of that alarm. If the value resets itself after a time delay, I will certainly miss some of these alarms.
Title: Re: TESTING RELEASE
Post by: djatie on January 14, 2017, 09:59:18 PM
Running 2 hg version 525 on pi b+ and pi 3, mono version 4.0. Fresh install HG, no spi, i2c off, mqtt off, just UPNP. OS debian jessie minimal on b+, jessie standart with gui on pi 3.

On b+.
if i restart the board, some program, failed to run so widget show error, not recognize widget bla bla bla. May this happen cause board have limit ram. But i dont know. Its happen too on my debian wezee with mono 3.

On b+ and on raspi 3
If i leave home index page (ex i go to program page to activate some plugin) then go back to menu HOME - (group) Dashboard. Page not load completed no widget show, its blank. I must tap or click reload/refresh then its show all complete. But if i tap second group page its show normal.
I open it use edge browser w10, firefox on debian/windows/android, and open from chrome too.
 
Widget for raspi gpio (on this case i use for light) if i click on off, widget icon some time not animated, in normal if i click on it will change to yellow, but its not big problem, overall all working well.
Title: Re: TESTING RELEASE
Post by: Bounz on February 12, 2017, 02:18:37 PM
Following this forum thread (http://www.homegenie.it/forum/index.php?topic=2228.0 (http://www.homegenie.it/forum/index.php?topic=2228.0)) I have implemented an auto-restart feature, that should allow crashed programs to start again without user interaction.
I also merged raptorjr's new "Add Module" dialog window.

It may take a long time to Genie to merge opened pull requests, so I decided to publish test build by myself: https://github.com/Bounz/HomeGenie/releases/download/v1.1-beta.526/homegenie.r526.zip. (https://github.com/Bounz/HomeGenie/releases/download/v1.1-beta.526/homegenie.r526.zip)

Before updating to this build don't forget to make a full backup of you HG installation folder and HG settings.
Title: Re: TESTING RELEASE
Post by: Doc on February 13, 2017, 11:06:33 AM
Hi Bounz, I have a RPi3 running Jessie, HG525 and Mono 4, can you advise me the best way to upgrade to your test build please?
Title: Re: TESTING RELEASE
Post by: Bounz on February 13, 2017, 11:50:31 AM
For this release only manual update is possible.

Always make a backup of your settings before doing anything with HG.
For this update also make a backup (copy) of your current HG installation directory.

After that, you need to:
1. download .zip archive to your Pi (using wget, for example)
2. extract it to a temporary folder
3. stop HG
4. replace files in your existing HG installation folder with files you have extracted from the archive
5. start HG again
6. restore settings from a backup
Title: Re: TESTING RELEASE
Post by: dani on February 13, 2017, 07:18:05 PM
Hi bounz, can we get src code of your version from r525. Thank^d in advance.
Cheers Dani
Title: Re: TESTING RELEASE
Post by: bkenobi on February 13, 2017, 10:31:11 PM
It looks like the source is available in the same repository:
https://github.com/Bounz/HomeGenie/

I don't know what's different between what Bounz did and Gene's original, but I assume there's a way to figure that out by change logs.
Title: Re: TESTING RELEASE
Post by: Bounz on February 14, 2017, 06:21:56 AM
bkenobi, yes, you are right.
The easiest way to check new sources is to look at the PR (pull request) I have opened into HomeGenie main repository: https://github.com/genielabs/HomeGenie/pull/308 (https://github.com/genielabs/HomeGenie/pull/308).
There you can see the commits that are involved in this PR.

Basically, the commits included into r526 version from the .zip file are all of them except the last one ("Fixed problem with saving modules.xml with corrupted encoding").
Title: Re: TESTING RELEASE
Post by: Doc on February 14, 2017, 10:14:46 AM
Hi Bounz, thank you for the upgrade information, it worked fine. Also can I ask if email works in your build please as I am still getting no emails sent on alarm module?
Title: Re: TESTING RELEASE
Post by: bkenobi on February 14, 2017, 02:22:53 PM
Email is most likely a certificate issue.
Title: Re: TESTING RELEASE
Post by: Doc on February 14, 2017, 04:56:00 PM
Thanks bkenobi all working now.
Title: Re: TESTING RELEASE
Post by: pim555 on May 30, 2017, 09:54:22 AM
All, fyi,

Recently did a clean install of r525 on RPI3, latest Jessie release, Mono 3.2.

I started to get a lot of runtime errors in various programs, all seemed to be "Collection was modified; enumeration operation may not execute."

I did an upgrade of mono from 3.2 to 5.x and all seems to be running fine again (fingers crossed)!

Btw, instructions for upgrading mono below:

# Update Mono
#
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
echo "deb http://download.mono-project.com/repo/debian (http://download.mono-project.com/repo/debian) raspbianjessie main" | sudo tee /etc/apt/sources.list.d/mono-official.list
sudo apt-get update

sudo apt-get install mono-devel