Active TopicsActive Topics  Display List of Forum MembersMemberlist  Search The ForumSearch  HelpHelp
  RegisterRegister  LoginLogin
PowerHome General
 PowerHome Messageboard : PowerHome General
Subject Topic: PowerHome 1.03.4.7-3 Patch Post ReplyPost New Topic
Author
Message << Prev Topic | Next Topic >>
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 15 2006 at 23:01 | IP Logged Quote dhoward

Hello all,

Edit:
The latest patch is now 1.03.4.7-4 (fourth patch). Please see this thread for more details: http://www.power-home.com/forum/forum_posts.asp?TID=645&PN=1

I have made available for general release the third patch to version 1.03.4.7 of PowerHome.

This patch addresses several issues. First, it should address the problem some have seen of bogus links slowly creeping in to the PowerHome database. I believe Ive got the problem solved with this patch.

The patch should also address issues of learning IR and receiving long range IR codes using the USB-Uirt.

The patch fixes problems with sending a long sequence of multiple X-10 commands. In previous versions, the commands would eventually start to garble.

To install this patch, download this file: http://www.power-home.com/download/phpatch10347-4.zip. Shutdown PowerHome. Unzip the included two files into the PowerHome directory (default located at c:\program files\powerhome) and overwrite the existing files (you can rename them first if you wish in case you decide to revert back). Start PowerHome.

As always, let me know if you experience any problems or have any questions. Also, if any of the above problems this patch addresses do not seem to be fixed, please let me know as soon as possible.

Thanks,

Dave.


Edited by dhoward
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 16 2006 at 19:09 | IP Logged Quote QuickCarl

Where is the place that 1.03.4.7 itself is available? Or is this patch meant to upgarde 1.03.4.6 to .7?
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
Dean
Senior Member
Senior Member
Avatar

Joined: August 21 2003
Location: United States
Online Status: Offline
Posts: 109
Posted: March 16 2006 at 19:59 | IP Logged Quote Dean

QuickCarl wrote:
Where is the place that 1.03.4.7 itself is available? Or is this patch meant to upgarde 1.03.4.6 to .7?


You can download the main 1.03.4.7 in the download section here.
Back to Top View Dean's Profile Search for other posts by Dean
 
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 16 2006 at 23:38 | IP Logged Quote dhoward

The patch is meant only for version 1.03.4.7. It fixes some minor bugs explained above but does not actually change your version number.

There will be no indication that the patch has been applied other than the datetime stamp on the phctlrs.pbd file.

Dave.
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 17 2006 at 08:44 | IP Logged Quote QuickCarl

After upgrading (following all directions for the upgrade and then the patch) I was trying to add a couple of X10 devices to make sure that my Insteon PLC would get the signals and send out what needed to happen to the appropriate devices...

When adding the "Garage Sensors" (which happen to be the same house code and unit code as my supersockets that I want controlled by them) I get the error pictured below. Help please.



Edited by QuickCarl
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 17 2006 at 09:31 | IP Logged Quote dhoward

Carl,

At least on my end, the image you posted is an ad for digital pictures. Could you update and I'll try to figure it out.

Dave.
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 17 2006 at 10:06 | IP Logged Quote QuickCarl

Is there a way to add an image that is not from the web? I only see how to do it using a hpyerlink. The image that I added from club photo should show up, but it would be so much easier if I knew how to add an image from my computer.

I did some investigation, and it looks like the problem is duplicate house and unit codes, becuase when I changed the X10 address to G9, everything saved just fine.
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 17 2006 at 10:32 | IP Logged Quote QuickCarl

It should be noted, however, that I NEED the house codes to be duplicate, so that the motion detectors turn on the super sockets along wtih the switch.
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 17 2006 at 11:00 | IP Logged Quote dhoward

Carl,

If the error was a Database Error and said something to the effect of: "Index x10devices_idx1 for table 'x10devices' would not be unique", then yes...X-10 house/unit codes must be unique.

PowerHome is only setup to work within the context of a single device per house/unit. You would have to name the device such as "LAMP/MOTION" or similar since they are essentially "joined" together.

Now you could get a measure of separation using a virtual X-10 device. Since you've tied the motion detector and lamp together, Im assuming you're not using an X-10 RF receiver such as the MR26A or W800RF32A. This means that you have a TW-523 or RR-501 transceiver that is converting the RF to powerline and PowerHome is receiving incoming X-10 for the motion sensor. What I would do is declare a virtual X-10 device for the motion sensor. If the lamp/motion combo is on B5 then you could create a virtual X-10 device on say X5. Then create an incoming X-10 trigger for B5 on and off and set the status of X5 appropriately. This way, any incoming X-10 commands from B5 would be reflected on both B5 and X5 (as they should be) but outgoing X-10 to B5 would only be reflected on B5 (such as you controlling the light manually or programatically from PowerHome).

Let me know if this isnt clear or you need help on this.

Dave.
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 17 2006 at 11:40 | IP Logged Quote QuickCarl

Hi Dave, thanks for trying to help. It really isn't quite clear to me, and for some reason the garage lights/switch/detector combo isn't working reliably like I want it too.

Here is what I have, two MS13A motion sensors mounted in the garage that work only in darkness. They are set to G8. Then I have two supersockets that are set to G8 that have additional florescent lights plugged into the controlled socket. I have the regular garage lights on an insteon switch that has house an unit code of G8 assigned to it.

My home setup is using a V572A all code transceiver to catch x10 signals from all my motion dectors and send out the signals on the powerlines.

In order to have the simplest system, that doesn't depend upon the computer being up all the time and a whole bunch of macros being used to trigger a simple on off of a set of lights, I just gave all of the items the G8 address.

How it should work is when using the Insteon switch, turning it on sends X10 G8 ON, and the regular garage and florescent lights go on, when using the switch and turing it OFF, will send an OFF to the super sockets, so the both sets of lights go off.

When it is dark, any motion caught by the motion detectors send an x10 ON to the sockets and the regular lights and after 4 minutes (the time I have set in the detectors) an OFF signal is sent. It can be overriden by the switch. While the lights are on, the motion sensors think it is daylight, so no "ON" signals are sent.

I was using a virtual device as a trigger in my Smart Home Manger Plus software, but the reliability was not very good. Seems to me if I just use the signals generated by the motion sensors, I will be eliminating several layers of complexity and reducing chances of failure.
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 17 2006 at 14:40 | IP Logged Quote dhoward

Carl,

I think I understand your setup now. Since the motion sensors are essentially tied to the lights with no way for the computer to discern a G8 signal as originating from the motion sensor or originating from the Insteon switch, I would'nt bother even trying to define it within PowerHome. Your primary concern would be the status of the lights.

So I would define an X10 device called "GARAGE SOCKET ROCKET" with an address of G8 and an Insteon device called "GARAGE OVERHEAD" with an X10 address of G8. When the motion detectors go off, they will send G8 on and turn on both the socket rocket and overhead lights. PowerHome will respond to this signal and show both devices being on. If you press the Insteon switch on, it will also send a G8 On and both sets of lights will turn on and PowerHome will reflect the status as well. If you send a G8 on from PowerHome, both sets of lights will turn on and PowerHome should reflect this. If you send an Insteon ON command, then only the Insteon connected light will turn on and PowerHome should reflect only this light as well.

Since the computer cant differentiate the G8 commands coming from the motion sensor, the Insteon switch or even possibly a palm pad, keychain remote or similar, then there is no reason to distinguish the device within PowerHome.

If you really wanted to show the motion sensors within PowerHome, then you could define the motion sensor as a Virtual X-10 device, say X8. Set this virtual device to be "GARAGE MOTION" and the device type to be an MS13A. Create two triggers. The first one will be for Incoming X10 on G8,ON. Use a formula action with this formula: ph_x10setstat(2,"X",8,0,0). The second trigger is the same except for G8,OFF. Use formula: ph_x10setstat(3,"X",8,0,0). This will be mostly correct except when the Insteon switch is flipped on. In this case, the X8 motion sensor will register as ON whether motion was detected or not because the computer cant tell if the G8 On comes from the motion sensor or comes from the Insteon switch.

This should do pretty much what you'd like to do.

Dave.
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 
QuickCarl
Groupie
Groupie
Avatar

Joined: February 13 2006
Location: United States
Online Status: Offline
Posts: 60
Posted: March 19 2006 at 10:13 | IP Logged Quote QuickCarl

Thnaks Dave, that is basically how I have things set up right now.

Problem is, that with the more Insteon devices I set up, the less reliable my legacy X10 stuff becomes. Man I ned Insteon motion sensors badly...
Back to Top View QuickCarl's Profile Search for other posts by QuickCarl
 
dhoward
Admin Group
Admin Group
Avatar

Joined: June 29 2001
Location: United States
Online Status: Offline
Posts: 4447
Posted: March 19 2006 at 13:43 | IP Logged Quote dhoward

Carl,

I feel your pain . Everything I read seems to support that as you add more Insteon devices, the Insteon reliability goes up but the X10 reliability goes down )

What you may want to look at in the meantime is an X10 RF receiver such as the excellent W800RF32A (same guy that makes your V572) or even X10's own MR26A. What these devices does is takes the X10 motion sensor (or palm pad or keychain) RF signals and brings them directly into the PC and doesnt place them on the powerline. It makes you more reliant upon your PC for automation but once you play with it and see the increase in speed (you may not see any increased since you've got the motion sensors tied directly to controlled devices) you never go back.

Anyways, it's just a thought. As the Insteon network increases, it may get to a point where the X10 PLC network ceases to work at all. It appears that Insteon RF devices (remotes and motion sensors) will be coming sometime this year but it's hard to say for sure.

Dave.
Back to Top View dhoward's Profile Search for other posts by dhoward Visit dhoward's Homepage
 

If you wish to post a reply to this topic you must first login
If you are not already registered you must first register

  Post ReplyPost New Topic
Printable version Printable version

Forum Jump
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot delete your posts in this forum
You cannot edit your posts in this forum
You cannot create polls in this forum
You cannot vote in polls in this forum