X10 Community Forum
🖥️ActiveHome Pro => ActiveHome Pro General => Help & Troubleshooting => Topic started by: Noam on October 06, 2010, 04:22:05 PM
-
As some of you may remember, a few months back I had a terrible problem with noise coming from a CFL bulb across the street.
In the process of trying to track that down, I installed an XTB-IIR, and plugged my primary CM15A into it (I have a second one on another PC, just for monitoring).
Well, ever since I installed it, I have noticed some "extra" commands showing up in my Activity Monitor, that I never seemed to have before. Since they are all on Housecodes I don't use, they don't (at this point) mess up my system at all. However, I was wondering how I'd be able to track them down better.
Since they are only showing up on my primary CM15A (which is plugged into the XTB-IIR and connected to a dedicated 220V outlet next to the breaker panel), and not on the secondary one (which is down at the end of a circuit), I am guessing they are coming over the powerline from a neighbor, get picked up by the primary CM15A next to the breaker box, but are too weak to be picked up by the secondary CM15A further down the line.
I'm seeing two types of commands.
1) I'll see pairs (usually) of "Receive RF A Unknown". sometimes (but not always), these will follow immediately after some of my timers firing on schedule. However, that is not consistent.
2) I'll see a pair of "Receive B All Lights On", followed a minute later by a pair of "Receive B All Units Off".
this happens a few times during the day, nearly every day.
Now, I know that I don't have anything on HouseCode B. If I did, I would think the secondary CM15A would pick these up.
I'm thinking a neighbor has something, but this is the ONLY set of codes I see.
As I recall, the X10 security system sends those codes when it trips. Perhaps a neighbor has one, but isn't using any of the modules with it? The times COULD be consistent with people coming home from school and work at different times.
What other devices would send those codes, spaced a minute apart? Can any of the motion sensors be set that way?
A while back, I'd tried to "bait" the system, by sending a flood of "on" and "off" commands all across that housecode, to see if that caused any more activity on that housecode (like them trying to turn off lights that were "magically" turned on). However, I never saw any other activity.
Any ideas where these might be coming from?
-
Sounds like you need to politely ask neighbors (especially those whose electricity comes from the same transformer as your house) if they have X10. If any do. ask what they have and what housecodes are they using or X10 security equipment. If they do, you have to agree which housecodes are you and he going to get.
Oddly enough I have a B1 showing up under Find other computers in RED. B1 is a code I use in the Winter for our electric blanket. No other RED shows up. I wonder what it will show after the Winter and Christmas ahx files are in use, both have B1 in them.
I've had x10 since the middle 1980's and NOBODY else on my transformer has X10 in any form.
-
Oh, of course I have to ask them. However, I was hoping to gather as much information as I could before doing so.
I think the "Receive RF A Unknown" has something to do with the USB connection and the CM15A.
I think my PC was putting the USB ports to sleep to save power, so waking them up caused the CM15A to be rediscovered, and it interprets that as the "Receive RF A Unknown", or something like that.
Other than the "B All Lights On / All Units Off" pairs, I am not picking up any other stray codes.
I would think if any of my neighbors is really using X10, then I would see a lot more activity.
Does anyone know which devices (security system, motion sensors, PowerFlash modules, etc) generate those codes, spaced 1 minute apart?
Since I'm not using HouseCode "B", it doesn't really affect me at all, I would just like to track down the source of the signals, if I could.
-
PJ's $0.02
Since updating from 228 to 286, I am also receiving RF 00TV, and RF M Unknown. On one CM15A only (I have two and they're within 10' of each other.) If it's really a true RF signal, I would think the 2nd CM15 would pick up at least one, but it has zero.
And the M unknown comes every time after I get a particular MS10 detect or reset.
I was getting NONE of these RF signals prior to updating the software - so I find it unlikely that a neighbor started transmitting on the day I upgraded the software, and doubly so that only one CM15 picks it up.
I feel a weekend AHP wipe & reload coming this weekend. B:(
-
I also updated AHP when I received a package with the cm19. I'm not using the cm19 though. I am using the cm15 with a v572 plugged into a XTB-IIR. I also received a DS7000, with 7 DS10's, 2 MS10's, 2 keyfobs, 1 security remote. This security system was used. Picked it up for 40 bucks. Saying that:
After installing the DS7000 system and the new AHP software (can't remember which version it think it was 3.271) Some of my timers didn't work, even the remotes didn't work. I went to the pc and started investigating.
I looked in the log of iHouse and blasting away was "a" command.
I started to disconnect items one at a time. If I unplugged the v572 it quit, so I figured it had to be RF from somewhere so I plugged the v572 back in, away the "a" commands went again. Went to the all the door and motion sensors and took out the batteries, still "a" blarin away. Went to the DS7000 took out battery and unplugged from the wall, still "a" firing away.
Last thing was the cm15 or the AHP software or iHouse software (I really don't think iHouse anything to do with this though) I shut down iHouse and AHP and rebooted. When the pc came up I just started AHP only, Within a couple of seconds here come the "a" commands.
I couldn't figure it out so I reprogrammed the v572 to disable the "a" house code. Hooked everything back up and got my system working again.
So in the long run I really still don't know what caused the "a" flooding. Just some troubleshooting that I did that did not fix it! One thing on AHP, I only use AHP for the DS7000 so nothing else is installed in it.
-
I know all about those "A"'s - I had to write a macro that trapped them, then cycled the power to the V572 to stop the flood. - You're correct, once the flood starts, the only way to stop it is to cycle power to the 572.
My brain's gettin old, but I'm sure the trigger to start the flood came from the MS10's - and I "think" flipping the trigger to "2" is what stopped them.
I know I'm going to hear that it's my repeaters causing my current issues, but until updating the software this past weekend, I did NOT have the problems:
When my DS10's do fire either Motion detected, or Reset, I get upwards of 10 of each received by my CM15, each one follower by a Received RF M Unknown and/or a Received RF A 00TV. - neither of which trigger a flood. And yep, I put in fresh batteries.
Like I said, I'll try re-installing everything DS7000 and AHP this weekend - my gut is telling me it has something to do with the new OnAlert/OnAlertMobile. And oh by the way - OnAlertMobile installed double macro commands and it worked BEFORE I got and used the registration code.....
One last thing - I was sure I installed 3.285 on the 2nd, but the ABOUTs show 3.286 installed on the 4th??? for all modules??
Arrrrgh.
-
I'm also using a V572RF32, XTB-IIR, and CM15A.
I was also seeing A 00TV, A Unknown, and M Unknown in AHPs activity monitor.
It appears this would happen when a DS10A was triggered.
I had mapped it in OnAlert and used it to trigger a macro.
I removed the sensor from OnAlert and directly mapped it with the V572RF32 and find I am not seeing it as frequently now.
My V572 does not transceive HC A or B, these are transceived by 2 DS7000 consoles.
-
Geez - I have the same setup - and in my previous post I said I cycled the 572, - I meant to say I cycle BOTH the 572 & the XTB.
I think I like your idea of not installing the MS10's in OnAlert, but rather using the 572's transceived commands instead!
Are you transceiving anything in AHP?
-
Nothing is being transceived by the CM15A.
I have 2 DS7000 consoles, one on A the other B, and the rest are handled by the V572.
-
thanks.
Since I don't have any of the security components, nor do I have any motion sensors, can someone tell me if either one can be set to send a "All Lights On", followed by an "All Units Off" about a minute later?
Short of that, could a remote with dying batteries (or with something on top of it) do the same thing?
Thanks.
--Noam
-
The security console. When triggered sends an All Lights On All Units Off to trigger the lights on the security house code and powerhorn sirens.
Though it is on a one second cycle.
Low batteries could possible do strange things with remotes.
We have seen motion sensors do that, but you don't have any of those.
-
OK I did a few tests with my modified CM15A.
Where I added a switch to switch the RF receiver in the CM15A Off; with the receiver ICs disable signal pin.
Cleared the Activity Monitor Screen.
Verified an RF remote was not being received or processed at all.
Close AHP.
Start AHP. Activity Monitor still clear.
Close AHP. Unplug the USB Connector for the CM15A. Reconnect the USB Connector for the CM15A. Restart AHP. Activity Monitor now shows two entries. Receive RF A Unknown. Yes the receiver in the CM15A is still disabled.
Clear Activity monitor and close AHP. Turn OFF X10nets.exe. Unplug and plug in the CM15A a few times. Activity Monitor shows no Received RF A Unknown entries. ;D
Changed Monitored House Code but the Received RF A Unknown was the one still the reported message.
I wounder since the CM19A was added to AHP as a controller. If connecting and disconnecting the USB cable with X10nets.exe running triggers something? I have not tried anything with a power saving mode where maybe a USB port is turned on and off.
-
I'm also using a V572RF32, XTB-IIR, and CM15A.
I was also seeing A 00TV, A Unknown, and M Unknown in AHPs activity monitor.
It appears this would happen when a DS10A was triggered.
I had mapped it in OnAlert and used it to trigger a macro.
I removed the sensor from OnAlert and directly mapped it with the V572RF32 and find I am not seeing it as frequently now.
My V572 does not transceive HC A or B, these are transceived by 2 DS7000 consoles.
I too saw the A 00TV & M unknown RF Received showing up after I updated AHP. I thought I'd traced it to DS-10s. Alarm system RF for sure. I do not have a V572 or XTB-IIR. I do use a CM-15A and DS7000 console.
-
OK I did a few tests with my modified CM15A.
Where I added a switch to switch the RF receiver in the CM15A Off; with the receiver ICs disable signal pin.
Cleared the Activity Monitor Screen.
Verified an RF remote was not being received or processed at all.
Close AHP.
Start AHP. Activity Monitor still clear.
Close AHP. Unplug the USB Connector for the CM15A. Reconnect the USB Connector for the CM15A. Restart AHP. Activity Monitor now shows two entries. Receive RF A Unknown. Yes the receiver in the CM15A is still disabled.
Clear Activity monitor and close AHP. Turn OFF X10nets.exe. Unplug and plug in the CM15A a few times. Activity Monitor shows no Received RF A Unknown entries. ;D
Changed Monitored House Code but the Received RF A Unknown was the one still the reported message.
I wounder since the CM19A was added to AHP as a controller. If connecting and disconnecting the USB cable with X10nets.exe running triggers something? I have not tried anything with a power saving mode where maybe a USB port is turned on and off.
Brian -
Thanks for doing the research. I recall something from years ago (I'd have to use the "less-than-excellent" search tool here to try and find it) where a user reported all of the "status" commands that the CM15A sends when booting up, connecting to the PC, etc.
I haven't really paid attention to the Activity Monitor is a while, so I don't know if the "RF" commands I'm seeing are really from the CM15A or not.
They clearly aren't REAL RF commands, or my other CM15A would have seen them (AND your "deaf" CM15A wouldn't).
I think this is similar to the "P16 On" that we used to see at power-up, which was never usable to trigger anything from what I recall.
-
I believe P16 ON RF is sent on start up by the CM15A.
Reason escapes me at the moment
-
The XTB-IIR sends "P16 Status ON" at power-up, but that should not effect any module.
Jeff
-
The XTB-IIR sends "P16 Status ON" at power-up, but that should not effect any module.
Jeff
Jeff -
If only I could use that to trigger my "power restoration" macro... ;-)
Does it do it EVERY time it powers up, even if the power was only out for a brief moment?
Perhaps it's something to think about for a future revision of the firmware - an optional HC/UC to send a command on when the unit powers up, or perhaps a few seconds later, that can be used to trigger macros and such.
-
The XTB-IIR sends "P16 Status ON" at power-up, but that should not effect any module.
Does it do it EVERY time it powers up, even if the power was only out for a brief moment?
No, there is a lot of energy storage in the XTB-IIR to deliver the high power signal bursts, so it can take up to 10 seconds for that to discharge when power is removed. A short dropout lasting a second or two would not be recognized.
Jeff
-
The XTB-IIR sends "P16 Status ON" at power-up, but that should not effect any module.
Does it do it EVERY time it powers up, even if the power was only out for a brief moment?
No, there is a lot of energy storage in the XTB-IIR to deliver the high power signal bursts, so it can take up to 10 seconds for that to discharge when power is removed. A short dropout lasting a second or two would not be recognized.
Jeff
Aww. That's too bad.
Maybe you can look into that for the next version of the hardware (XTB-3R?)
-
OK I did a few tests with my modified CM15A.
Where I added a switch to switch the RF receiver in the CM15A Off; with the receiver ICs disable signal pin.
Cleared the Activity Monitor Screen.
Verified an RF remote was not being received or processed at all.
Close AHP.
Start AHP. Activity Monitor still clear.
Close AHP. Unplug the USB Connector for the CM15A. Reconnect the USB Connector for the CM15A. Restart AHP. Activity Monitor now shows two entries. Receive RF A Unknown. Yes the receiver in the CM15A is still disabled.
Clear Activity monitor and close AHP. Turn OFF X10nets.exe. Unplug and plug in the CM15A a few times. Activity Monitor shows no Received RF A Unknown entries. ;D
Changed Monitored House Code but the Received RF A Unknown was the one still the reported message.
I wounder since the CM19A was added to AHP as a controller. If connecting and disconnecting the USB cable with X10nets.exe running triggers something? I have not tried anything with a power saving mode where maybe a USB port is turned on and off.
Brian -
Thanks for doing the research. I recall something from years ago (I'd have to use the "less-than-excellent" search tool here to try and find it) where a user reported all of the "status" commands that the CM15A sends when booting up, connecting to the PC, etc.
I haven't really paid attention to the Activity Monitor is a while, so I don't know if the "RF" commands I'm seeing are really from the CM15A or not.
They clearly aren't REAL RF commands, or my other CM15A would have seen them (AND your "deaf" CM15A wouldn't).
I think this is similar to the "P16 On" that we used to see at power-up, which was never usable to trigger anything from what I recall.
I noticed something VERY strange, when I was trying to figure out one of my other problems (All of my flags suddenly got flipped to "on" last Friday evening, with no indication as to how - not the first time this has happened).
I noticed that I see a pair of "Receive RF A Unknown" at the same exact time that I see the "Multimedia Class Scheduler Service" start (in the Windows system log). I am running Windows 7 pro 64-bit.
I don't know which is the cause and which is the effect, but I think the "Receive RF A Unknown" causes the service to start, because stopping and restarting the service DIDN'T cause the "Receive RF A Unknown" to show up, and I stopped the service for several hours, during which I still saw the "Receive RF A Unknown" show up at least once in the middle.
I just ran an experiment:
I opened AHP, and verified that the last command in the log was a normal one (turning off my humidifiers).
I then closed AHP.
I then opened the Device Manager, and disabled the hub that the CM15A is connected to.
I re-opened AHP, and the log now shows a SINGLE "Receive RF A Unknown" command.
I closed AHP, and opened the Windows System log, and I see the "The Multimedia Class Scheduler service entered the running state" event.
I then re-enabled the USB hub.
I re-opened AHP, and looked in the log.
I now see a second "Receive RF A Unknown" in there, at the time I turned the hub back on.
I certainly see a correlation between those commands and the USB being connected/disconnected.
However, I'm wondering how that relates to the "Multimedia Class Scheduler" service in Windows, and why my system seems to be dropping and reconnecting that device periodically.
Any ideas on this one?
-
I think my PC was putting the USB ports to sleep to save power, so waking them up caused the CM15A to be rediscovered, and it interprets that as the "Receive RF A Unknown", or something like that.
I wounder since the CM19A was added to AHP as a controller. If connecting and disconnecting the USB cable with X10nets.exe running triggers something? I have not tried anything with a power saving mode where maybe a USB port is turned on and off.
In short... yes.
This being caused by the RF Transceiver Init command. When CM19 support was added it caused this message to appear in the history logs. It was never intended to show up in the Activity Monitor so it didn't know how to parse it, and anything it can't parse it displays as unknown. It is now properly filtered out with build 296, but there is some discussion on whether it should be or not (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948 (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948))
00TV is a similar message which started to bubble up recently which shouldn't, and it also has been filtered out correctly now in 296. This is a blank command (all 0 values) which is sometimes used as part of another command, but by itself means nothing.
M Unknown or more recently seen as M MTCDDVD is a bug in security command parsing in the Activity Monitor. Please refer to this thread for more information about M MTCDDVD
http://forums.x10.com/index.php?topic=21743.msg122947#msg122947 (http://forums.x10.com/index.php?topic=21743.msg122947#msg122947)
-
In short... yes.
This being caused by the RF Transceiver Init command. When CM19 support was added it caused this message to appear in the history logs. It was never intended to show up in the Activity Monitor so it didn't know how to parse it, and anything it can't parse it displays as unknown. It is now properly filtered out with build 296, but there is some discussion on whether it should be or not (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948 (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948))
Erik -
Please see my response in the thread you mentioned (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948 (http://forums.x10.com/index.php?topic=21738.msg122948#msg122948)), regarding the "Receive RF A Unknown" commands.
My system seems to be affected more than I think it should be, and commands are being dropped during the handshaking.
-
Where can I get 3.296 ?
Thanks
-
Where can I get 3.296 ?
Thanks
Here: http://www.x10.com/support/support_soft1.htm
-
I wanted to provide an update for anyone following this thread, and ask if anyone else has seen anything similar.
After working with the X10 developers for the past two weeks, it looks like the USB stack on my Windows 7 Pro 64-bit PC is re-initializing several times a day. The strange thing is, it only seems to affect the CM15A. Other USB devices (such as the other hubs and my UPS) don't seem to re-initialize.
I can't prove, one way or another, if my USB extender is at fault or not. I thought I observed the same issue when I was running without the extender, but I can't be 100% sure. I have ordered a different extender (one that was reported to work well here on the forums), and I should have that in a few days.
When this re-init happens, which takes two or three seconds, any X10 timers still seem to run (a second PC I have with a second CM15A is watching the powerline). However, those commands are not logged in the AHP log. I have been told that the CM15A is *SUPPOSED* to log events while it is disconnected, and update AHP when it reconnects, but that isn't happening in this case.
This has been happening most often to me in the morning, when I have three lights set to turn off with a dawn delay (30 minutes after dawn). All three lights turn off, but only the first two are logged in the AHP activity log. The third one is skipped, because there is another "Receive RF A Unknown" message, indicating a re-init sequence took place.
Now this isn't the only time I see it happen. It happens sometimes immediately after I manually turn on one of my Smarthome two-way switches (I see it receive the command, and the re-init), and it also happens completely at random sometimes, too (when there is no X10 activity going on).
In the meantime, the most recent version of AHP (3.296) is filtering the "Receive RF A Unknown" messages from the log within AHP. However, if you save the log out to an HTML file, they are still there.
Is anyone else out there having issues where timers are running, but some commands are not being logged?
If so, have you tried saving out the AHP log and checking the file for that time when those timers ran?
Please let me know, as I'm trying to gather as much information for the X10 developers to investigate this issue, and find a proper resolution.
Thanks.
--Noam
-
Thanks Noam Now am running 3.296 on with XP. For the last 30 min, I have not given any commands nor are any timers on but this is what the activity monitor has lodged:
11/20/2010 10:13:50 AM received RF M MTCDDVD
Repeat
11/20/2010 10:18:59 AM Received RF M MTCDDVD
11/20/2010 10:18:59 AM _DO_
-DO_
-Do_
-DO-
11/20/2010 10:19:00 AM -Do-
10:29:38 AM -Do-
10:29:38 AM Received RF Basement-Grage Door - Sensor Closed
And repeats in various sequences
Sun or wind triggered sensor 14A so some Macros were triggered
That's about all for today.
Noam I don't know if that will help you with data collection.
IPS
-
........ using the cm15 with a v572 .........
I looked in the log of iHouse and blasting away was "a" command.
.................I couldn't figure it out so I reprogrammed the v572 to disable the "a" house code. Hooked everything back up and got my system working again.
So in the long run I really still don't know what caused the "a" flooding.
to ease ur mind I will tell u what caused your a flood: the V572: Warren had a bug in one of his firmwares about 1.5yrs ago that I had so corresponded with him; I returned my 2 v572s for fw update and that fixed it.
-
Sounds like you need to politely ask neighbors (especially those whose electricity comes from the same transformer as your house) if they have X10......I've had x10 since the middle 1980's and NOBODY else on my transformer has X10 in any form.
fyi, with my XTB-IIR I can sometimes turn on lites in my 'neighbors' house. we live 1/2 mile off the road so have 7200v line to our xfmr by the house. when neighbor house went in years later, we allowed power company to tie into our 7200v line 1/4 from street to power their xfmr. OK, they were crazy people whoshot anything that moved, including our pets so we made them move by buying their house. since it was empty for a long time I put x10 motion sensors & lites in, a radio that would go off and we would hear via vox on little 2 way radios at our house. anyway, we taught the other neighbors that if the 4' floresecent lite in the front window when on in the middle of the nite, there was motion on the backdoor porch.... sometimes it would be animals and sometimes we got a few calls......being lazy, I learned to send A2 OFF from a remote at my house and if I held button down for about 10 seconds, the lite & radio would go off. consistently. I could have neighbors on phone and say 'watch this' and turn that lite on and off from y house. thru 2 pole round transformers! took a couple dozen sends (10-20 sec on the button) but it worked 90% of the time.
Moral of this story is perhaps you might have to go past looking at your possible neighbor on same xfmr secondary. especially since this is not a lot of code received and some are .unknown. like they are semi corrupt.
-
...................
When my DS10's do fire either Motion detected, or Reset, I get upwards of 10 of each received by my CM15, each one follower by a Received RF M Unknown and/or a Received RF A 00TV..........
Like I said, I'll try re-installing everything DS7000 and AHP this weekend - my gut is telling me it has something to do with the new OnAlert/OnAlertMobile.
One last thing - I was sure I installed 3.285 on the 2nd, but the ABOUTs show 3.286 installed on the 4th??? for all modules??
Arrrrgh.
I too get the 00tv and m unknown. I figured it is firmware bug in ahp and ignore it.
I think addins did not get automatic update until 3.296.... so unless u put it in you have to update add ins individually.
-
thanks.
Since I don't have any of the security components, nor do I have any motion sensors, can someone tell me if either one can be set to send a "All Lights On", followed by an "All Units Off" about a minute later?
Short of that, could a remote with dying batteries (or with something on top of it) do the same thing?
Thanks.
--Noam
i am going down this thread fro the top so hope I am not repeating anything others have already said further down.....
yes, ds7000 sends all lites on/all lites off - on its house code 1x per sec or so when triggers. that what you mean?
I was going to ask if you ever looked at what house code your security devices are on? it doesnt matter to the ds7000 as it uses the 32bit data instead, but I recall years ago you can edit a sec device, change it to a non sec device to see what house code it is on, change it if u want, then change it back to the sec code. that said, could your random stuff be sec devices on B house code that normally means nothing, but what if they send their normal 60 min on/off report in at same time as something else sends so they clash; perhaps the 32bit sig gets gobbled up and its 16bit house code goes thru instead?
-
sorry for last post mess up. here it is clear:
i am going down this thread fro the top so hope I am not repeating anything others have already said further down.....
yes, ds7000 sends all lites on/all lites off - on its house code 1x per sec or so when triggers. that what you mean?
I was going to ask if you ever looked at what house code your security devices are on? it doesnt matter to the ds7000 as it uses the 32bit data instead, but I recall years ago you can edit a sec device, change it to a non sec device to see what house code it is on, change it if u want, then change it back to the sec code. that said, could your random stuff be sec devices on B house code that normally means nothing, but what if they send their normal 60 min on/off report in at same time as something else sends so they clash; perhaps the 32bit sig gets gobbled up and its 16bit house code goes thru instead?
-
... I was going to ask if you ever looked at what house code your security devices are on? ...
I don't have ANY X10 security devices.