From zak.zebrowski at gmail.com  Mon May 12 07:37:21 2014
From: zak.zebrowski at gmail.com (Zachary Zebrowski)
Date: Mon, 12 May 2014 10:37:21 -0400
Subject: [Hardware-pm] [dcpm] Net::GPSD3 issue
In-Reply-To: <1399869291.23217.YahooMailNeo@web121002.mail.ne1.yahoo.com>
References: <CAO3DSnfuYzn421r1G+0Dw-vs1Am0yvWPTAqHoS1Ug5LdPis5Ug@mail.gmail.com>
	<1399869291.23217.YahooMailNeo@web121002.mail.ne1.yahoo.com>
Message-ID: <CAO3DSne=cq-q8_O1KREiO8j2iGPq7oC5Ofy-y0WuBaB3pbRhMA@mail.gmail.com>

Hi Mike,

Ah ok...  that makes sense...  It might be a change in the gpsd protocol
from the time you wrote it.... Plus, I can't have the "always run" flag
set, because of the specific model of the gps requires a different baud
rate than the default for the port, and gpsd runs before I manually set the
baud rate.  I was just running the sample code provided with the module.
 This is the error I'm getting from the default sample code:

pi at raspberrypi ~ $ perl perl-Net-GPSD3-poll.pl
Net::GPSD3:    0.19
GPSD Release:  3.6
Protocol:      3.7
Can't call method "reported" on an undefined value at
perl-Net-GPSD3-poll.pl line 23, <GEN0> line 3.

I'm using this gps: http://amzn.com/B003WNHGAO which communicates at 4800
baud on /dev/ttyUSB0.

I do have separate (non gpsd code) that works by directly reading and
parsing the NEMA data, which, for this case, I will use instead for now
(which still uses perl).

Thanks for your input! :-)
Zak


On Mon, May 12, 2014 at 12:34 AM, Michael R. Davis <mrdvt92 at yahoo.com>wrote:

> Zak,
> I don't use gpsd any more and have not been following it recently.  I do
> know when I was last working with it the poll did not work very well.  The
> poll required another client to be connected at all times to really work or
> required gpsd to be started with the "always run" flag.
>
> If you send me your code (excerpt) and versions, I can set up testing.
> Thanks,
> Mike
>
>    *From:* Zachary Zebrowski <zak.zebrowski at gmail.com>
> *To:* DC PM <dc at lists.pm.org>; "hardware-pm at pm.org" <hardware-pm at pm.org>
> *Sent:* Sunday, May 11, 2014 9:26 PM
> *Subject:* [dcpm] Net::GPSD3 issue
>
> Hello,
> I want to write a simple app that polls gpsd version 3 server for the
> current lat and longitude, etc.  net::gpsd3 is supposed to be able to
> provide this service, but it doesn't return anything valid.  (Can't call
> method sky on an undefined variable...). However, when I use the provided
> command line clients (cgps) it works fine, and it uses the gpsd3 protocol
> for that information.  Any clues on how to proceed?
> Thanks!
> Zak
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/hardware-pm/attachments/20140512/2e38f779/attachment.html>

From claes at surfar.nu  Tue May 13 01:56:12 2014
From: claes at surfar.nu (Claes Jakobsson)
Date: Tue, 13 May 2014 10:56:12 +0200
Subject: [Hardware-pm] what is the aim ?
In-Reply-To: <531F75BA.9070002@cpan.org>
References: <531F75BA.9070002@cpan.org>
Message-ID: <1D2FCEF6-6976-46C3-B6A5-A94AFA0100B6@surfar.nu>

Hi,

On 11 mar 2014, at 21:44, Vikas N Kumar <vikas at cpan.org> wrote:
> Hi
> 
> Is Hardware.pm only for Perl projects with hardware ?

Dunno, where does one draw the line for "hardware"? The small stuff I use for embedded is more powerful today than servers we ran Perl on in the mid-90's.

Personally I'm working on a project for plant sensors/actuators where most of the controlside part of the system will be written in Perl and JS (V8) running on a fairly powerful ARM Cortex-A5 microcontroller from Atmel running Linux. This will talk via serial to a smaller board running Contiki-OS but there I write the stuff in C. Perl simply can't fit on those MCUs.

/Claes