Active TopicsActive Topics  Display List of Forum MembersMemberlist  Search The ForumSearch  HelpHelp
  RegisterRegister  LoginLogin
PowerHome General
 PowerHome Messageboard : PowerHome General
Subject Topic: eventraw=05 Post ReplyPost New Topic
Author
Message << Prev Topic | Next Topic >>
MrGibbage
Super User
Super User
Avatar

Joined: October 23 2006
Location: United States
Online Status: Offline
Posts: 513
Posted: September 22 2010 at 21:33 | IP Logged Quote MrGibbage

I added a couple of new devices today, and as I was browsing around my links in the Insteon
explorer, I noticed some links not found. No problem, I've seen that happen before. I just
rebuild the links and I'm usually good to go. Well, while it was rebuilding the links, I
noticed some red eventraw=05 log messages roll by. I am assuming that something is not
good. But how do I know which device is causing the problem? That message rolled by for
just about every link as it was created.
Back to Top View MrGibbage's Profile Search for other posts by MrGibbage
 
MrGibbage
Super User
Super User
Avatar

Joined: October 23 2006
Location: United States
Online Status: Offline
Posts: 513
Posted: September 22 2010 at 22:08 | IP Logged Quote MrGibbage

Update: All the links that I was rebuilding have been recreated and everything
seems to be working fine. I don't see anything wrong, other than those eventraw=05
messages that scrolled by while rebuilding the links. I don't know if it is
something to worry about or not.
Back to Top View MrGibbage's Profile Search for other posts by MrGibbage
 
grif091
Super User
Super User


Joined: March 26 2008
Location: United States
Online Status: Offline
Posts: 1357
Posted: September 22 2010 at 23:49 | IP Logged Quote grif091

The Event 05 is a NAK. The previous command did not receive the expected ACK.   If this is a frequent occurrence it indicates a powerline reliability problem that should be addressed. The 120V legs are not coupled correctly, noise on the powerline, something attenuating the Insteon signals, etc.

__________________
Lee G
Back to Top View grif091's Profile Search for other posts by grif091
 
MrGibbage
Super User
Super User
Avatar

Joined: October 23 2006
Location: United States
Online Status: Offline
Posts: 513
Posted: September 23 2010 at 06:37 | IP Logged Quote MrGibbage

Oh, that doesn't sound like fun to troubleshoot. I don't think it's caused me any problems yet.
And it doesn't look like I've had a lot of NAKs. The top device is the one I just installed, so it
has only had about ten uses. Since the graph shows percentages, just one or two NAKs will look a
lot worse. Of course, the way you describe this problem, it's really not a problem with a single
device, but rather a problem with the system and network overall.

By the way, is this chart (it's the ack vs nak chart from PH) showing NAKs for each device when it
was the sender or responder? In other words, say I have two linked devices, a controller and a
responder. If the controller sends an ON signal to the responder, but the comms break down here,
does PH record that as a NAK for the controller or the responder in this case? This is an
interesting question (to me anyway) because some devices can only act as a controller (a
controlinc, for instance) and some devices can only act as a responder (a lamplinc for instance).
Would it make a difference with regards to troubleshooting? If I had a device that was excessively
higher than the rest with NAKs, might I look for different things if I knew it was having trouble
sending vs receiving?

Back to Top View MrGibbage's Profile Search for other posts by MrGibbage
 
grif091
Super User
Super User


Joined: March 26 2008
Location: United States
Online Status: Offline
Posts: 1357
Posted: September 23 2010 at 10:23 | IP Logged Quote grif091

I was thinking there were more than a few NAKs when I read "I noticed some red eventraw=05 log messages roll by". An ACK is sent by the device receiving a command, back to the device that sent the command. Device A sends a command to device B. Device B sends an ACK back to device A to acknowledge receipt of the command. Should device A not receive the ACK it will retry the command sent to device B. With the way the Insteon powerline works the PH2 PLM generally does not "see" the ACK that device B sends back to device A. It is on the powerline at the PLM but the architecture is such that the PLM does not pass out to PH2 Insteon commands/ACKs that were not addressed to the PLM.   The net of that is the NAKs to ACKs are for commands the PLM sent to specific devices. That chart actually looks good.

__________________
Lee G
Back to Top View grif091's Profile Search for other posts by grif091
 
MrGibbage
Super User
Super User
Avatar

Joined: October 23 2006
Location: United States
Online Status: Offline
Posts: 513
Posted: September 23 2010 at 10:42 | IP Logged Quote MrGibbage

Well, some of my devices have over 16,000 comm counts (wow, that sounds really, really high).
Yesterday when I was adding this new device, there was an eventraw=05 roll by about every five seconds.
I was probably rebuilding links for a good half hour. There were periods of time when the 05's weren't
rolling by, but there were other times when they definitely were.

Now that I have pretty much added every device that I probably can add, I should probably reset all of
my numbers. But then again, it is probably good to keep track of older devices and trend their
performance as they get older.

By the way, I am still using a PLC (not a PLM) and I do have one set of signalincs installed.
Back to Top View MrGibbage's Profile Search for other posts by MrGibbage
 

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