|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
|
|
EZSNSRF not workingMy EZSNSRF stopped working in the last few weeks. I thought it was because I had moved the power strip so that it could no longer get a signal from the doorbell outside, but I'm starting to wonder if it has something to do with the log entries I'm seeing.
I am using a PLM and the EZSNSRF is the only other Insteon device I currently have. I have a dozen or so X10 devices which are working fine. I updated from svn last night.
The relevant lines from my .mht file are: INSTEON_PLM, myPLM ...
IPLL, 08.9B.04:01, driveway_bell, Sensors|Outside, myPLM, 0705 IPLL, 08.9B.04:02, driveway_motion, Sensors|Outside, myPLM, 0705 What I'm seeing in the logs is a lot of: 08/31/09 23:42:31 [Insteon_PLM] WARN: No acknowledgement from PLM to last command requires forced abort of current command. This may reflect a problem with your environment. 08/31/09 23:42:31 [Insteon_PLM] Prepending prior data fragment: 83e00edb0903057206 08/31/09 23:42:31 [Insteon_PLM] Parsing serial data: 83e00edb090305720683f3089b040f190006 08/31/09 23:42:31 [Insteon_PLM] Prepending prior data fragment: 83e00edb090305720683f3089b040f190006 08/31/09 23:42:31 [Insteon_PLM] Parsing serial data: 83e00edb090305720683f3089b040f19000683f8089b040edb092b1900 08/31/09 23:42:34 [Insteon_PLM] WARN: No acknowledgement from PLM to last command requires forced abort of current command. This may reflect a problem with your environment. 08/31/09 23:42:34 [Insteon_PLM] Prepending prior data fragment: 83e00edb090305720683f3089b040f19000683f8089b040edb092b1900 08/31/09 23:42:34 [Insteon_PLM] Parsing serial data: 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a0006 08/31/09 23:42:37 [Insteon_PLM] WARN: No acknowledgement from PLM to last command requires forced abort of current command. This may reflect a problem with your environment. 08/31/09 23:42:37 [Insteon_PLM] Prepending prior data fragment: 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a0006 08/31/09 23:42:37 [Insteon_PLM] Parsing serial data: 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a000683ac2c30f0 I am also seeing slow response to X-10 commands sent (I assume because it's waiting for the ack that never happens). I'm assuming that this is related to the EZSNSRF because it is not sending doorbell signals, and because it will respond to any of the Insteon specific commands (scan links, ...). But that's just an assumption.
The blue light on the EZSNSRF blinks at the same time as the while like on the PLM. I have not yet tried re-pairing them. Any suggestions? Jeff -- Jeffrey C. Honig <jch@...> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> Sent from Trumansburg, NY, United States ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 Thanks.
Jeff -- Jeffrey C. Honig <jch@honig.net> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> |
|
|
Re: EZSNSRF not workingHi Jeff,
Just FYI--it's pointless to cc me (not to mention that I then have multiple messages to manage). I've been subscribed to the list for years. The problem from the insteon code viewpoint is that the received messages can not be parsed. In other words, they don't even begin with a legitimate insteon sequence (02xx). I have heard of this happening for other users, but have no idea as to why. In some cases, it has been a faulty serial board. In other cases, it just magically started working again. AFAIK, it's always been something outside of mh. I'm not ruling out some issue buried in the mh core relating to serial handling; but, it's not something that I'm able to troubleshoot/diagnose since I can't force the situation locally. Gregg Jeffrey Honig wrote: > My EZSNSRF stopped working in the last few weeks. I thought it was > because I had moved the power strip so that it could no longer get a > signal from the doorbell outside, but I'm starting to wonder if it has > something to do with the log entries I'm seeing. > > I am using a PLM and the EZSNSRF is the only other Insteon device I > currently have. I have a dozen or so X10 devices which are working fine. > > I updated from svn last night. > > The relevant lines from my .mht file are: > > INSTEON_PLM, myPLM > ... > IPLL, 08.9B.04:01, driveway_bell, Sensors|Outside, myPLM, 0705 > IPLL, 08.9B.04:02, driveway_motion, Sensors|Outside, myPLM, 0705 > > > What I'm seeing in the logs is a lot of: > > > 08/31/09 23:42:31 [Insteon_PLM] WARN: No acknowledgement from PLM to > last command requires forced abort of current command. This may reflect > a problem with your environment. > 08/31/09 23:42:31 [Insteon_PLM] Prepending prior data fragment: > 83e00edb0903057206 > 08/31/09 23:42:31 [Insteon_PLM] Parsing serial data: > 83e00edb090305720683f3089b040f190006 > 08/31/09 23:42:31 [Insteon_PLM] Prepending prior data fragment: > 83e00edb090305720683f3089b040f190006 > 08/31/09 23:42:31 [Insteon_PLM] Parsing serial data: > 83e00edb090305720683f3089b040f19000683f8089b040edb092b1900 > > 08/31/09 23:42:34 [Insteon_PLM] WARN: No acknowledgement from PLM to > last command requires forced abort of current command. This may reflect > a problem with your environment. > 08/31/09 23:42:34 [Insteon_PLM] Prepending prior data fragment: > 83e00edb090305720683f3089b040f19000683f8089b040edb092b1900 > 08/31/09 23:42:34 [Insteon_PLM] Parsing serial data: > 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a0006 > > 08/31/09 23:42:37 [Insteon_PLM] WARN: No acknowledgement from PLM to > last command requires forced abort of current command. This may reflect > a problem with your environment. > 08/31/09 23:42:37 [Insteon_PLM] Prepending prior data fragment: > 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a0006 > 08/31/09 23:42:37 [Insteon_PLM] Parsing serial data: > 83e00edb090305720683f3089b040f19000683f8089b040edb092b190083636a000683ac2c30f0 > > I am also seeing slow response to X-10 commands sent (I assume because > it's waiting for the ack that never happens). > > I'm assuming that this is related to the EZSNSRF because it is not > sending doorbell signals, and because it will respond to any of the > Insteon specific commands (scan links, ...). But that's just an assumption. > > The blue light on the EZSNSRF blinks at the same time as the while like > on the PLM. > > I have not yet tried re-pairing them. > > Any suggestions? > > Thanks > > Jeff > > -- > Jeffrey C. Honig <jch@... <mailto:jch@...>> > http://www.honig.net/jch > GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> > > Sent from Trumansburg, NY, United States > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
|
|
Re: EZSNSRF not workingGregg Liming wrote:
> I'm > not ruling out some issue buried in the mh core relating to serial > handling; but, it's not something that I'm able to troubleshoot/diagnose > since I can't force the situation locally. I doubt that it is related; but, in the chance that it might help or help others, I thought I'd mention a recent issue that I encountered specific to the mh serial driver. For some reason, every time I would fully restart mh, I would encounter the error: "Can't open serial port: /tty/xxxx". The problem never occurred on reboot (which I try to avoid ever doing). I had remembered that the driver in lib/site/Device/SerialPort.pm was exceptionally dated and replaced it with the one that is more current from CPAN. My problems went away. FWIW: I'm running a very recent version of ubuntu using 64 bit libraries. So, among other troubleshooting ideas specific to serial processing, I would probably add to the list: swap out the old driver with something more current to see if things change/work (better). Possibly, the current driver in the mh distro needs to be replaced; but, I have no idea whether this could introduce problems for others (especially, those w/ older distros or platforms). Gregg ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
|
|
Re: EZSNSRF not workingI'm also running 64-bit Jaunty, I'll look into this. Jeff -- Jeffrey C. Honig <jch@...> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> Sent from Trumansburg, NY, United States On Wed, Sep 2, 2009 at 09:17, Gregg Liming <gregg@...> wrote:
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 Thanks.
Jeff -- Jeffrey C. Honig <jch@honig.net> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> |
|
|
Re: EZSNSRF not workingUpdating the serial driver did not seem to change anything. Of course when you say more current, you mean five years old instead of eight... :-)
Thanks Jeff -- Jeffrey C. Honig <jch@...> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> On Wed, Sep 2, 2009 at 09:35, Jeffrey Honig <jch@...> wrote:
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 Thanks.
Jeff -- Jeffrey C. Honig <jch@honig.net> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> |
|
|
Re: EZSNSRF not workingAn update is that I got my hands on an ISY-26 and it can not talk to the PLM either (although X10 devices still work). I've tried a reset with now luck. I believe my PLM is ill and have contacted Smarthome support.
On 2009-09-02, Jeffrey Honig <jch@...> wrote: Updating the serial driver did not seem to change anything. Of course when you say more current, you mean five years old instead of eight... :-) -- Thanks Jeff -- Jeffrey C. Honig <jch@...> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 Thanks.
Jeff -- Jeffrey C. Honig <jch@honig.net> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> |
|
|
Re: EZSNSRF not workingMy PLM is definitely broken. I D/L'd the PLMTEST program and when I sent a status request ``02 60'' I get: 83 83 15 83 83 15
83 83 15 ad infinitum. Jeff -- Jeffrey C. Honig <jch@...> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> On Wed, Sep 9, 2009 at 16:23, Jeffrey Honig <jch@...> wrote: An update is that I got my hands on an ISY-26 and it can not talk to the PLM either (although X10 devices still work). I've tried a reset with now luck. I believe my PLM is ill and have contacted Smarthome support. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 Thanks.
Jeff -- Jeffrey C. Honig <jch@honig.net> http://www.honig.net/jch GnuPG ID:14E29E13 <http://www.honig.net/jch/key.shtml> |
| Free embeddable forum powered by Nabble | Forum Help |