New AHP Version 3.311 Released 4/14/2011

[Noam]

Okay, I was able to reproduce this on my Win XP SP3 system, but not on my Win7 Pro 64-Bit system.
I'm adding it to the bug list, and I'll let the developers know about it.

EDIT: I WAS able to reproduce it on windows 7 after switching to a different AHX file.
However, if I ignored the prompt to download on the next session, and exit AHP without downloading, I don't get the prompt on future sessions.
It definitely is a bug in the code somewhere.

[Dan Lawrence]

Just for the record, I was not nuts.  I did uninstall it and re-install 3.310 which didn't show that and will use it until the next version of AHP after 3.311 is released.

[JMac]

Go back to 3.228

[Dan Lawrence]

Been there, but I'm not going back as I'd have to reconvert all my modules back to the original status as 3.228 will not properly support the soft-start modules. 

[Tuicemen]

A simple prompt to download is no reason to revert to a previous version.
I know as we all get older our memories fail and a gentil reminder is sometimes needed.
But most of the time I can remember if I added or removed something from my AHP setup
I'm not sure why Dan you uninstall before you update?
I sure hope you've been defragmenting.
Sure seems like a lot of extra work for nothing to me!

[Dan Lawrence]

I always uninstall before updating AHP so no detritus from a prior version will screw up the new version. I've been burned twice.  Fifteen minutes to do everything tops. 

[glacier991]

When I converted to the newest version I noticed a few things... in some cases my modules selected were not in fact the actual ones in place (sometimes because of Insteon crossovers) and I had a bunch of modules that did not work correctly due to the soft start extended cose issues - I think I have most of those resolved. I also noticed a recurring RF reception M - MCDDVD  which I have not tracked down yet but never had before. Finally I seem to have some macros using conditions where the conditions are now being ignored. Anyone else experiencing this?

Chris

[Tuicemen]

The recurring RF reception M - MCDDVD  is a outstanding bug AHP. Is seeing some security modules connect/disconnect signals sometimes replacing the batteries in the module will stop this, and sometimes not!
I was able to stop all mine but one from being picked up this way.
Of coarse you could always disable the transceived option for this house code.

[glacier991]

Thanks ! I'll start replacing batteries and report back. (Did just removing and replacing them work, or do I need "new" batteries?)

Chris

[Tuicemen]

I replaced all with new as it was time, but didn't get 100% satisfaction.
In the end I set house code M as not transceived.

[glacier991]

I had to wait until I got home, but wanted to check my transcieved house codes, and M was not checked. Wierder.

[phongluu]

I got mine all clear after few reset the code by: press and hold the test button until new code generate, remove batt, re-insert batt, then install the sensor again in AHP. Eventually, u will get rid of that M crap!

PL

[glacier991]

Thanks ! I'll devise my approach accordingly

[ErikP]

I just installed 3.311 (no problems) but after the install there was a 143KB file entitled setup_AHP.exe sitting in one of my temp folders on the C: drive. I moved it to my AHP backup file, what is it?

The files from the self extracting installer are placed in your system's temp folder so the OS knows it can safely delete these later.  The file you downloaded from the web contains these temp files and will copy them into the temp folder when run, so there is no need to backup these files.

For an explanation about the self extracting file see my post about the new 310+ installer framework.
http://forums.x10.com/index.php?topic=23042.msg131561#msg131561

The universal update installer does not self extract, and so does not place anything in your temp folder.

[Noam]

New versions 3.312 and 3.313 were released on 4/15/2011.
Here is a link to the new thread:
http://forums.x10.com/index.php?topic=23363.0