Bug #41461 for Device-LaCrosse-WS23xx: Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.

Fri Dec 05 11:55:27 2008 lars [...] larsdebruin.net - Ticket created

Subject:	Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.
Date:	Fri, 05 Dec 2008 17:13:07 +0100
To:	bug-Device-LaCrosse-WS23xx [...] rt.cpan.org
From:	Lars de Bruin <lars [...] larsdebruin.net>

I am using a simple script to get the outside temperature. Perl is in sctrict mode and run with the -w option. I seem to get this error back: Argument "AA90" isn't numeric in division (/) at (eval 2) line 1. Is this a bug? What is causing this? my $ws = Device::LaCrosse::WS23xx->new($serial) or die "Cannot communicate with $serial: $!\n"; my $outdoortemp = $ws->get("Outdoor_Temp"); my $indoortemp = $ws->get("Indoor_Temp"); print "$outdoortemp $indoortemp";

Sat Dec 06 09:04:44 2008 cpanrt [...] edsantiago.com - Correspondence added

Hi Lars, Show quoted text

> Argument "AA90" isn't numeric in division (/) at (eval 2) line 1. > > Is this a bug? > What is causing this?

It is clearly a bug, but I can't figure out where. One other person has reported this, but I am unable to reproduce it. It seems to be a communication error with the device. Have you tried using Open2300 to see if you get the same error? http://www.lavrsen.dk/twiki/bin/view/Open2300/WebHome

Sat Dec 06 09:04:56 2008 The RT System itself - Status changed from 'new' to 'open'

Sat Dec 06 09:05:34 2008 cpanrt [...] edsantiago.com - Given to ESM

Sat Dec 06 09:05:36 2008 cpanrt [...] edsantiago.com - Severity Important added

Sat Dec 06 09:17:05 2008 lars [...] larsdebruin.net - Correspondence added

Subject:	Re: [rt.cpan.org #41461] Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.
Date:	Sat, 06 Dec 2008 15:16:50 +0100
To:	bug-Device-LaCrosse-WS23xx [...] rt.cpan.org
From:	Lars de Bruin <lars [...] larsdebruin.net>

I have been using open2300 for about 4 years without any problems.
I use 2 different WS-2305 stations and never got that error.
Im not getting this error anymore at this moment.
Maybe AA90 is a memory area in the device and at that moment the data got corrupted?
Maybe when the device was sanctimoniously receiving info the the remote sensor?

Eduardo Santiago Munoz via RT wrote: Show quoted text

<URL: http://rt.cpan.org/Ticket/Display.html?id=41461 >

Hi Lars,

Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.

Is this a bug?
What is causing this?

It is clearly a bug, but I can't figure out where.  One other
person has reported this, but I am unable to reproduce it.  It
seems to be a communication error with the device.  Have you
tried using Open2300 to see if you get the same error?

  http://www.lavrsen.dk/twiki/bin/view/Open2300/WebHome

Sat Dec 06 09:23:42 2008 cpanrt [...] edsantiago.com - Correspondence added

Show quoted text

> I have been using open2300 for about 4 years without any problems. > I use 2 different WS-2305 stations and never got that error. > Im not getting this error anymore at this moment.

Interesting... you mean: you are not seeing the error while using Device::LaCrosse::WS23xx.pm, or with Open2300? If you are using the Perl module and not seeing the error, that makes it even harder to track down. Show quoted text

> Maybe AA90 is a memory area in the device and at that moment > the data got corrupted?

It does seem possible, but there are checksums in place that are supposed to detect that. I'm really puzzled by this one. Ed

Sat Dec 06 09:33:09 2008 lars [...] larsdebruin.net - Correspondence added

Subject:	Re: [rt.cpan.org #41461] Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.
Date:	Sat, 06 Dec 2008 15:32:56 +0100
To:	bug-Device-LaCrosse-WS23xx [...] rt.cpan.org
From:	Lars de Bruin <lars [...] larsdebruin.net>

At this moment i am using your Perl lacrosse module without any problems.
The first time i tried your module it failed often, now it stopped failing and it works OK.
Maybe the ws2305 station was writing in that memory block when the Perl module was reading it?

Eduardo Santiago Munoz via RT wrote: Show quoted text

<URL: http://rt.cpan.org/Ticket/Display.html?id=41461 >

 I have been using open2300 for about 4 years without any problems.
I use 2 different WS-2305 stations and never got that error.
Im not getting this error anymore at this moment.

Interesting... you mean: you are not seeing the error while
using Device::LaCrosse::WS23xx.pm, or with Open2300?

If you are using the Perl module and not seeing the error,
that makes it even harder to track down.

Maybe AA90 is a memory area in the device and at that moment
the data got corrupted?

It does seem possible, but there are checksums in place that are
supposed to detect that.  I'm really puzzled by this one.

Ed

Wed Sep 09 07:05:01 2009 lars [...] larsdebruin.net - Correspondence added

Subject:	Re: [rt.cpan.org #41461] Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.
Date:	Wed, 09 Sep 2009 13:04:29 +0200 (CEST)
To:	bug-Device-LaCrosse-WS23xx [...] rt.cpan.org
From:	"Lars de Bruin" <lars [...] larsdebruin.net>

Hi again, Is it possible for this module to be more accurate with windspeed? I pol the weatherstation every 5 minutes but only get the wind registered at the specific moment. Is there nothing in the memory on the weatherstation that holds the highest windspeed for the laste 5 / 10 minutes? -Lars

Wed Sep 09 08:06:03 2009 cpanrt [...] edsantiago.com - Correspondence added

Hi Lars, Show quoted text

> Is it possible for this module to be more accurate with windspeed? > I poll the weatherstation every 5 minutes but only get the wind > registered at the specific moment.

That has affected me too. To the best of my knowledge, there is no averaging or memory of wind speeds in the unit itself. The only way to determine max speed is to poll frequently. I ultimately changed to the wired connection and set my polling to 10 seconds. Sorry... Ed

Wed Sep 09 10:08:01 2009 lars [...] larsdebruin.net - Correspondence added

Subject:	Re: [rt.cpan.org #41461] Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.
Date:	Wed, 09 Sep 2009 16:07:40 +0200 (CEST)
To:	bug-Device-LaCrosse-WS23xx [...] rt.cpan.org
From:	"Lars de Bruin" <lars [...] larsdebruin.net>

The weird thing is is that the unit itself shows the windspeed quite good. So there must be something in the unit where it stores the values? It changes faster when the windspeed is high and slower when the windspeed it less.... Show quoted text

----- Start Original Message ----- Sent: Wed, 09 Sep 2009 08:06:06 -0400 From: "Eduardo Santiago Munoz via RT" To: lars@larsdebruin.net Subject: [rt.cpan.org #41461] Argument "AA90" isn't numeric in division (/) at (eval 2) line 1.

> > > > Hi Lars, >

> > Is it possible for this module to be more accurate with windspeed? > > I poll the weatherstation every 5 minutes but only get the wind > > registered at the specific moment.

> > That has affected me too. To the best of my knowledge, there > is no averaging or memory of wind speeds in the unit itself. > The only way to determine max speed is to poll frequently. > I ultimately changed to the wired connection and set my polling > to 10 seconds. > > Sorry... > Ed >

----- End Original Message -----

Wed Sep 09 10:26:37 2009 cpanrt [...] edsantiago.com - Correspondence added

Show quoted text

> The weird thing is is that the unit itself shows the windspeed > quite good. > So there must be something in the unit where it stores the values? > It changes faster when the windspeed is high and slower when the > windspeed it less....

Interesting. I haven't looked at the unit in years, because I only care about the data and I can do a better job of displaying it than the LCD display. It's very possible that the unit does some internal processing to display a max or average wind speed. It's also possible that those values are accessible via the data protocol. But it's not in any of the documentation I've read, so there's no way for me to know about it. If you find any documentation describing any such fields, do let me know. Regards, Ed

Sat Dec 25 08:06:10 2010 jeremy [...] austux.net - Correspondence added

Subject:	Re: [rt.cpan.org #41461] AA10/AAAA" isn't numeric in division
Date:	Sun, 26 Dec 2010 00:05:45 +1100
To:	Eduardo Santiago Munoz via RT <bug-Device-LaCrosse-WS23xx [...] rt.cpan.org>
From:	Jeremy Lunn <jeremy [...] austux.net>

I'm regularly seeing a similar error, reported by cron for wu-upload.pl: Argument "AA10" isn't numeric in division (/) at (eval 8) line 1. Argument "AAAA" isn't numeric in division (/) at (eval 11) line 1. Argument "AA10" isn't numeric in division (/) at (eval 13) line 1. It also occurred for my for my simple perl script which reported the following: Indoor_Temp = 22.9 Indoor_Humidity = 63 Argument "AA10" isn't numeric in division (/) at (eval 3) line 1. Outdoor_Temp = -30 Outdoor_Humidity = AA Not long after the figures returned to the proper values: Outdoor_Temp = 17.3 Outdoor_Humidity = 75

Sat Dec 25 16:29:23 2010 cpanrt [...] edsantiago.com - Correspondence added

On Sat Dec 25 08:06:10 2010, jeremy@austux.net wrote: Show quoted text

> I'm regularly seeing a similar error, reported by cron for wu- > upload.pl: > > Argument "AA10" isn't numeric in division (/) at (eval 8) line 1. > Argument "AAAA" isn't numeric in division (/) at (eval 11) line 1. > Argument "AA10" isn't numeric in division (/) at (eval 13) line 1.

I've uploaded a new Device-Lacrosse-WS23xx to CPAN, version 0.08. This doesn't fix the problem, because I can think of no way for me to fix it. The device is returning bad data. What this version does is issue a warning (if warnings are enabled), and return undef for the given value. The warning includes the bad data and the name of the requested field.