OK, I just started playing with the trial version and can see that this thing can be a good thing, however, the range on these bluetooth devices stinks, so basically you have to be right next to the thing to get it to connect, then as soon as you leave that close proximity, it disconnects, which kind of defeats the purpose.
Not being a programmer, is there a way to add a feature/features (or use in conjunction with some other software) that would connect your device, and then upon disconnect, do nothing, but later when it got a second (or third or fourth), whatever the user decided upon, connect signal, run a different program or send a different command? This would then become much more useful in my opinion. Or, upon disconnect run some kind of virtual connection, tricking the software into thinking it was still connected, then when it got a subsequent "real" connect signal, that would trigger a second set of commands? Let me give you an example.
In my house, everyone basically comes in through the garage, into the entryway (where my front door is also). So in my case, everyone must pass through an area of about 15 square feet. I can get bluewatch to detect in this area, but as soon as they move downstairs, or into other areas of the house, bang, a disconnect. It would be great if there were a way, as described above, for bluewatch to detect in this area, then send a x10 signal or run a program, play a file, whatever (as it already does), but to ALSO be able to send a different x10 signal, play a different file, or run a different program, upon a subsequent connection. So it works like this, I come home, pass through the zone, it detects me, something is triggered, then I leave the zone, I get disconnected, nothing is triggered. Then when I leave the house later, I pass through the same zone, I get connected, a different thing is triggered (the 2nd connection is detected). In this way, it would actual work and the measly range of the dongles would not matter. Somehow you would have to get the software to ignore certain connect/disconnect signals.
I realize this might be a stupid idea, and that there are some flaws in the above method, (I could leave out the back door), but still I think it would be more usable (just my opinion!).