Author |
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 15 2006 at 23:01 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 16 2006 at 19:09 | IP Logged
|
|
|
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 |
|
|
Dean Senior Member
Joined: August 21 2003 Location: United States
Online Status: Offline Posts: 109
|
Posted: March 16 2006 at 19:59 | IP Logged
|
|
|
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 |
|
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 16 2006 at 23:38 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 17 2006 at 08:44 | IP Logged
|
|
|
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 |
|
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 17 2006 at 09:31 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 17 2006 at 10:06 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 17 2006 at 10:32 | IP Logged
|
|
|
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 |
|
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 17 2006 at 11:00 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 17 2006 at 11:40 | IP Logged
|
|
|
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 |
|
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 17 2006 at 14:40 | IP Logged
|
|
|
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 |
|
|
QuickCarl Groupie
Joined: February 13 2006 Location: United States
Online Status: Offline Posts: 60
|
Posted: March 19 2006 at 10:13 | IP Logged
|
|
|
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 |
|
|
dhoward Admin Group
Joined: June 29 2001 Location: United States
Online Status: Offline Posts: 4447
|
Posted: March 19 2006 at 13:43 | IP Logged
|
|
|
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 |
|
|