EZSNSRF not working

View: New views
7 Messages — Rating Filter:   Alert me  

EZSNSRF not working

by jchonig :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...>
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 working

by Gregg Liming :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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 working

by Gregg Liming :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Gregg 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 working

by jchonig :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I'm also running 64-bit Jaunty, I'll look into this.

Thanks

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:
Gregg 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



------------------------------------------------------------------------------
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 working

by jchonig :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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>



On Wed, Sep 2, 2009 at 09:35, Jeffrey Honig <jch@...> wrote:
I'm also running 64-bit Jaunty, I'll look into this.

Thanks

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:
Gregg 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




------------------------------------------------------------------------------
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 working

by jchonig :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.

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>



On Wed, Sep 2, 2009 at 09:35, Jeffrey Honig <jch@...> wrote:
I'm also running 64-bit Jaunty, I'll look into this.

Thanks

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:
Gregg 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






--
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 working

by jchonig :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

My 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.

Thanks

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.


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>



On Wed, Sep 2, 2009 at 09:35, Jeffrey Honig <jch@...> wrote:
I'm also running 64-bit Jaunty, I'll look into this.

Thanks

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:
Gregg 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






--
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>