Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Dave Mallery]

hi

looking to get the l/h sources on my linux box.  the l/h download button on
the web site only brings in the setup.exe which i presume does the windows
download.

what to do?

thanks.

dave mallery

On Sat, Apr 23, 2016 at 5:59 PM, Mark Sims  wrote:

> The question came up about Lady Heather's system usage on a PI3.  Turn's
> out she's quite the little resource hog.  CPU usage hovers between a
> whooping 2 and 3 percent ;-)   Running on a PI2 showed about the same.
>
> Slinging a window violently around on the srceen and it peaks to around
> 20%.  So there should be a few CPU cycles left over for whatever...
> Amazing what you can buy for $35 these days.  Or $5 for a Pi Zero... but
> it's only a single core processor... and likely to be in very short supply
> for a long time... they only build them when their production line is idle.
>
>
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>



-- 
Dave Mallery, K5EN (ubuntu linux 15-10)
PO Box 15  Ophir,  OR  97464

  linux counter #64628 (since 1997)
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

[time-nuts] Lady Heather coming soon to a Linux box near you...

[Mark Sims]

The question came up about Lady Heather's system usage on a PI3.  Turn's out 
she's quite the little resource hog.  CPU usage hovers between a whooping 2 and 
3 percent ;-)   Running on a PI2 showed about the same.

Slinging a window violently around on the srceen and it peaks to around 20%.  
So there should be a few CPU cycles left over for whatever...  Amazing what you 
can buy for $35 these days.  Or $5 for a Pi Zero... but it's only a single core 
processor... and likely to be in very short supply for a long time... they only 
build them when their production line is idle.

  
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

[time-nuts] Lady Heather coming soon to a Linux box near you...

[Mark Sims]

She lives! She sings! She dances!Turned out it was not the serial port that was 
blocking... it was the X11 event handler. XNextEvent blocks if no event is 
pending. There is a X11 call that got around it...
So far everything seems to be working well.  I still need to do a lot of detail 
work for More Better Optimum Linux Compatibility Goodness.  All my testing has 
been on Ubuntu Mate on X86 (32 and 64 bit) and Power PC (Mac Mini G4!) and the 
Raspberry Pi 3 with Raspbian.  Still no support for network connections to 
remote units.
Please direct all questions, comments, etc to me directly.  No need to clutter 
up the list with Heather ramblings and musings...   
   
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[albertson . chris]

Is the code someplace where we can see it, like github or source forge?  Hard 
to get help if not. 

How does it work?  I would guess it's all event driven. 

One debug technique is to rethink the design. I just read here that there 
exists a tboltd that is a multiplexer for the serial port.   Maybe use that so 
LH does not access the serial port at all.  Likely that is what most users 
would want anyway. 

On Apr 22, 2016, at 3:28 PM, Mark Sims  wrote:

>> This is great news. Will the code be available for inspection /
>> modification?Yes.  It is the same source code as the current version.  Just 
>> compile under Linux and voila...   The code currently has a no-commerical 
>> copyright on it, but I am going to GPL it (if I can ever figure out what GPL 
>> to use).
> I have the serial port code working,  but something weird is going on.  It 
> acts like the serial reads are blocking (but a test loop shows it 
> non-blocking).  Net result is I can get it to update the screen but not 
> access the keyboard/mouse or I can access the keyboard/mouse, but not update 
> the screen (unless you are moving the mouse).  Figuring out what is going on 
> is not going well...
> 
> 
> 
> 
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Nick Sayer via time-nuts]

Rather than use the Hat, you might consider just using the breakout board and 
just using hookup wires to connect it up. Connect up the Vin pin to +5, ground 
to ground, TX and RX to the serial port pins and the PPS pin to GPIO 18. 
That’ll save you $5, if nothing else.

Add

dtoverlay=pps-gpio,gpiopin=18

to config.txt, comment out the getty on ttyAMA0 in inittab, use 
dpkg-reconfigure to set up GPSD on /dev/ttyAMA0.

At that point, ppstest should see the PPS output and gpsmon should be able to 
see the GPS.

I believe it’s still the case at this point that you need to build a custom 
ntpd with support for the GPIO PPS driver, as it’s not turned on by default in 
the Raspberry Pi distro.

I did something very similar (wired the same, but I had made my own “cap” - not 
quite a hat - board for the GPS) to make my Pi Zero public NTP server.

> On Apr 22, 2016, at 12:36 PM, Hal Murray  wrote:
> 
> 
> paulsw...@gmail.com said:
>> As I recall there was work using the Pi 1 to make a ntp server and that
>> could use a simple gps receiver dedicated to the system. Its installation
>> was pretty simple. 
> 
> Adafruit sells a GPS HAT.  Some soldering required: the 40 pin header comes 
> loose.
> 
> Uputronics has one if you are in Europe.  It's slightly different.
> 
> 
> -- 
> These are my opinions.  I hate spam.
> 
> 
> 
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.

___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

[time-nuts] Lady Heather coming soon to a Linux box near you...

[Mark Sims]

> This is great news. Will the code be available for inspection /
> modification?Yes.  It is the same source code as the current version.  Just 
> compile under Linux and voila...   The code currently has a no-commerical 
> copyright on it, but I am going to GPL it (if I can ever figure out what GPL 
> to use).
I have the serial port code working,  but something weird is going on.  It acts 
like the serial reads are blocking (but a test loop shows it non-blocking).  
Net result is I can get it to update the screen but not access the 
keyboard/mouse or I can access the keyboard/mouse, but not update the screen 
(unless you are moving the mouse).  Figuring out what is going on is not going 
well...



  
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Michael Wouters]

One simple trick I have used many times is to split the TX pin from the GPS
receiver - ntpd really only needs to receive. Some ntpd refclock drivers
will attempt to configure the receiver but if you can ensure that ntpd is
getting the messages it needs, then all should be fine. Otherwise, hack the
code!

Cheers
Michael

On Saturday, 23 April 2016, Chris Albertson 
wrote:

> The install is easy as NTP comes with most Linux distributions.  So it
> would likely already be there and all you do is edit the .conf file
> Again the problem with LH is that it and NTP both want access to the
> GPS' serial port.
>
> NTP can be configured to NOT require access to the GPS' serial port
> but if you do that NTP will not know the time of day.  It WILL know
> when the seconds click over because of the PPS.   Not a bad problem as
> getting the time of day from some other source to within a few tens of
> milliseconds is easy.
>
> On Fri, Apr 22, 2016 at 6:20 AM, paul swed  > wrote:
> > Chris,
> > Quite the good point on the TBolt overkill and power. But the whole
> reason
> > for LH is to monitor an operating TBolt so a great use for something
> > already sucking power is a NTP server.
> > As I recall there was work using the Pi 1 to make a ntp server and that
> > could use a simple gps receiver dedicated to the system. Its installation
> > was pretty simple.
> > Interesting project and simply hope the install is dumb simple and
> stupid.
> > Regards
> > Paul
> > WB8TSL
> >
> > On Fri, Apr 22, 2016 at 2:01 AM, Chris Albertson <
> albertson.ch...@gmail.com >
> > wrote:
> >
> >> Neither of those two programs require much in the way of CPU power and
> >> the Pi 3 is a very powerful computer.  The Pi 3 could be doing several
> >> additional things all at once.  I doubt NTP and LH together would use
> >> 10% of the Pi 3's CPU.
> >>
> >> The problem is that I think BOTH NTP and LH will want to communicate
> >> with the T-bolt's serial port.  You'd have to figure out  way around
> >> that.  They both can't have exclusive access.   One way might be
> >> software like gpsd to make the GPS available via a socket interface to
> >> multiple users another way would be to configure NTP to use the "atom"
> >> reference clock.  This just uses a PPS only and not the serial port.
> >> But then NTP would need another clock to "number the seconds" which
> >> could be another NTP server out on the Internet.
> >>
> >> My opinion is that a Thunderbolt is over kill for NTP.  Not only that
> >> but it uses a lot of power.  Better to use a tiny, low power GPS
> >> receiver for NTP.  It runs 24x7 so it adds up.
> >>
> >> On Thu, Apr 21, 2016 at 3:09 PM, Mark Sims  > wrote:
> >> >>Would there be enough horsepower for a Pi 3 to run Lady Heather and
> act
> >> as a stratum 1 NTP server?
> >> > I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.
> >> The PI3 seems to be about 50% faster than the PI2.   It also runs about
> >> code about as fast as a 2 GHz Pentium 4.   But the ethernet interface is
> >> via a USB bridge (or maybe some other serial interface on the PI3).  Not
> >> the best way to do things...  Also,  the current PI Linux distros are
> all
> >> 32-bit.
> >> > I have the sound file issue worked out (system() a background shell
> that
> >> invokes aplay).  My old code left off the & on the shell command and it
> was
> >> not returning until the sound finished... d'oh
> >> > I also have the PI color issue resolved...
> >> > Now to finish up the serial port init code...  Oh,  and also the
> >> ethernet socket code...
> >> > I'm picking up one of those 7" PI LCD screens tomorrow...  should make
> >> for a nice package.  But they cost twice what the PI does...
> >> >
> >> >
> >> > ___
> >> > time-nuts mailing list -- time-nuts@febo.com 
> >> > To unsubscribe, go to
> >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> >> > and follow the instructions there.
> >>
> >>
> >>
> >> --
> >>
> >> Chris Albertson
> >> Redondo Beach, California
> >> ___
> >> time-nuts mailing list -- time-nuts@febo.com 
> >> To unsubscribe, go to
> >> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> >> and follow the instructions there.
> >>
> > ___
> > time-nuts mailing list -- time-nuts@febo.com 
> > To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> > and follow the instructions there.
>
>
>
> --
>
> Chris Albertson
> Redondo Beach, California
> ___
> time-nuts mailing list -- time-nuts@febo.com 
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>
___

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Chris Caudle]

> Again the problem with LH is that it and NTP both want access to the
> GPS' serial port.

This came up a few months ago.  Search in the archives for tboltd,
gpsclientd, and wa5znu.
Someone wrote a driver to act as a pass through so the Thunderbolt could
be connected to Lady Heather, and the messages would also be passed
through to ntpd.

-- 
Chris Caudle


___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Paul Alfille]

This is great news. Will the code be available for inspection /
modification?

Paul Alfille
K1PHA

On Thu, Apr 21, 2016 at 1:13 AM, Mark Sims  wrote:

> Well,  Lady Heather finally got off her ample ass and dug into the tao of
> X11 and all things Linuxy.   The program is currently working well enough
> to display log files, etc.  Serial port initialization for non-blocking
> asynchronous I/O needs to be completed.   I have it working on a couple of
> Ubuntu Mate boxes  (X86 and Mac Mini power pc G4) and a Raspberry Pi 3.  I
> need to tweak the Pi color palette initialization code... the bastards
> defaulted it to a 16 bit RGB 565 frame buffer...
> One thing that will probably not be supported is sound file support...
> playing .WAV files asynchronously does not seem to come naturally to
> Linux.  Does anybody know of a simple / lazy bastard way to play a sound
> file in the background from a C/C++ program...  I'd really like my GPS
> disciplined singing clock to work.
>
>
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Hal Murray]

albertson.ch...@gmail.com said:
> The problem is that I think BOTH NTP and LH will want to communicate with
> the T-bolt's serial port.  You'd have to figure out  way around that.  They
> both can't have exclusive access.   ...

gpsd uses shared memory to pass info to ntpd.  If Lady Heather is already 
tracking time, it wouldn't be hard to teach it to play that game.


albertson.ch...@gmail.com said:
> My opinion is that a Thunderbolt is over kill for NTP.

But this is time-nuts.

Yes, the power does add up.


-- 
These are my opinions.  I hate spam.



___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Hal Murray]

paulsw...@gmail.com said:
> As I recall there was work using the Pi 1 to make a ntp server and that
> could use a simple gps receiver dedicated to the system. Its installation
> was pretty simple. 

Adafruit sells a GPS HAT.  Some soldering required: the 40 pin header comes 
loose.

Uputronics has one if you are in Europe.  It's slightly different.


-- 
These are my opinions.  I hate spam.



___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Chris Albertson]

The install is easy as NTP comes with most Linux distributions.  So it
would likely already be there and all you do is edit the .conf file
Again the problem with LH is that it and NTP both want access to the
GPS' serial port.

NTP can be configured to NOT require access to the GPS' serial port
but if you do that NTP will not know the time of day.  It WILL know
when the seconds click over because of the PPS.   Not a bad problem as
getting the time of day from some other source to within a few tens of
milliseconds is easy.

On Fri, Apr 22, 2016 at 6:20 AM, paul swed  wrote:
> Chris,
> Quite the good point on the TBolt overkill and power. But the whole reason
> for LH is to monitor an operating TBolt so a great use for something
> already sucking power is a NTP server.
> As I recall there was work using the Pi 1 to make a ntp server and that
> could use a simple gps receiver dedicated to the system. Its installation
> was pretty simple.
> Interesting project and simply hope the install is dumb simple and stupid.
> Regards
> Paul
> WB8TSL
>
> On Fri, Apr 22, 2016 at 2:01 AM, Chris Albertson 
> wrote:
>
>> Neither of those two programs require much in the way of CPU power and
>> the Pi 3 is a very powerful computer.  The Pi 3 could be doing several
>> additional things all at once.  I doubt NTP and LH together would use
>> 10% of the Pi 3's CPU.
>>
>> The problem is that I think BOTH NTP and LH will want to communicate
>> with the T-bolt's serial port.  You'd have to figure out  way around
>> that.  They both can't have exclusive access.   One way might be
>> software like gpsd to make the GPS available via a socket interface to
>> multiple users another way would be to configure NTP to use the "atom"
>> reference clock.  This just uses a PPS only and not the serial port.
>> But then NTP would need another clock to "number the seconds" which
>> could be another NTP server out on the Internet.
>>
>> My opinion is that a Thunderbolt is over kill for NTP.  Not only that
>> but it uses a lot of power.  Better to use a tiny, low power GPS
>> receiver for NTP.  It runs 24x7 so it adds up.
>>
>> On Thu, Apr 21, 2016 at 3:09 PM, Mark Sims  wrote:
>> >>Would there be enough horsepower for a Pi 3 to run Lady Heather and act
>> as a stratum 1 NTP server?
>> > I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.
>> The PI3 seems to be about 50% faster than the PI2.   It also runs about
>> code about as fast as a 2 GHz Pentium 4.   But the ethernet interface is
>> via a USB bridge (or maybe some other serial interface on the PI3).  Not
>> the best way to do things...  Also,  the current PI Linux distros are all
>> 32-bit.
>> > I have the sound file issue worked out (system() a background shell that
>> invokes aplay).  My old code left off the & on the shell command and it was
>> not returning until the sound finished... d'oh
>> > I also have the PI color issue resolved...
>> > Now to finish up the serial port init code...  Oh,  and also the
>> ethernet socket code...
>> > I'm picking up one of those 7" PI LCD screens tomorrow...  should make
>> for a nice package.  But they cost twice what the PI does...
>> >
>> >
>> > ___
>> > time-nuts mailing list -- time-nuts@febo.com
>> > To unsubscribe, go to
>> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
>> > and follow the instructions there.
>>
>>
>>
>> --
>>
>> Chris Albertson
>> Redondo Beach, California
>> ___
>> time-nuts mailing list -- time-nuts@febo.com
>> To unsubscribe, go to
>> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
>> and follow the instructions there.
>>
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.



-- 

Chris Albertson
Redondo Beach, California
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[paul swed]

Chris,
Quite the good point on the TBolt overkill and power. But the whole reason
for LH is to monitor an operating TBolt so a great use for something
already sucking power is a NTP server.
As I recall there was work using the Pi 1 to make a ntp server and that
could use a simple gps receiver dedicated to the system. Its installation
was pretty simple.
Interesting project and simply hope the install is dumb simple and stupid.
Regards
Paul
WB8TSL

On Fri, Apr 22, 2016 at 2:01 AM, Chris Albertson 
wrote:

> Neither of those two programs require much in the way of CPU power and
> the Pi 3 is a very powerful computer.  The Pi 3 could be doing several
> additional things all at once.  I doubt NTP and LH together would use
> 10% of the Pi 3's CPU.
>
> The problem is that I think BOTH NTP and LH will want to communicate
> with the T-bolt's serial port.  You'd have to figure out  way around
> that.  They both can't have exclusive access.   One way might be
> software like gpsd to make the GPS available via a socket interface to
> multiple users another way would be to configure NTP to use the "atom"
> reference clock.  This just uses a PPS only and not the serial port.
> But then NTP would need another clock to "number the seconds" which
> could be another NTP server out on the Internet.
>
> My opinion is that a Thunderbolt is over kill for NTP.  Not only that
> but it uses a lot of power.  Better to use a tiny, low power GPS
> receiver for NTP.  It runs 24x7 so it adds up.
>
> On Thu, Apr 21, 2016 at 3:09 PM, Mark Sims  wrote:
> >>Would there be enough horsepower for a Pi 3 to run Lady Heather and act
> as a stratum 1 NTP server?
> > I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.
> The PI3 seems to be about 50% faster than the PI2.   It also runs about
> code about as fast as a 2 GHz Pentium 4.   But the ethernet interface is
> via a USB bridge (or maybe some other serial interface on the PI3).  Not
> the best way to do things...  Also,  the current PI Linux distros are all
> 32-bit.
> > I have the sound file issue worked out (system() a background shell that
> invokes aplay).  My old code left off the & on the shell command and it was
> not returning until the sound finished... d'oh
> > I also have the PI color issue resolved...
> > Now to finish up the serial port init code...  Oh,  and also the
> ethernet socket code...
> > I'm picking up one of those 7" PI LCD screens tomorrow...  should make
> for a nice package.  But they cost twice what the PI does...
> >
> >
> > ___
> > time-nuts mailing list -- time-nuts@febo.com
> > To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> > and follow the instructions there.
>
>
>
> --
>
> Chris Albertson
> Redondo Beach, California
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Storer, Darren]

Hi Chris/Mark,

thanks for the feedback on the Pi 3 horsepower.

For stratum 1 NTP the PPS interface from the Thunderbolt would be
required...

Hopefully Mark can conquer the GPU and sound challenges soon.

Best regards

Darren


On 22 April 2016 at 07:01, Chris Albertson 
wrote:

> Neither of those two programs require much in the way of CPU power and
> the Pi 3 is a very powerful computer.  The Pi 3 could be doing several
> additional things all at once.  I doubt NTP and LH together would use
> 10% of the Pi 3's CPU.
>
> The problem is that I think BOTH NTP and LH will want to communicate
> with the T-bolt's serial port.  You'd have to figure out  way around
> that.  They both can't have exclusive access.   One way might be
> software like gpsd to make the GPS available via a socket interface to
> multiple users another way would be to configure NTP to use the "atom"
> reference clock.  This just uses a PPS only and not the serial port.
> But then NTP would need another clock to "number the seconds" which
> could be another NTP server out on the Internet.
>
> My opinion is that a Thunderbolt is over kill for NTP.  Not only that
> but it uses a lot of power.  Better to use a tiny, low power GPS
> receiver for NTP.  It runs 24x7 so it adds up.
>
> On Thu, Apr 21, 2016 at 3:09 PM, Mark Sims  wrote:
> >>Would there be enough horsepower for a Pi 3 to run Lady Heather and act
> as a stratum 1 NTP server?
> > I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.
> The PI3 seems to be about 50% faster than the PI2.   It also runs about
> code about as fast as a 2 GHz Pentium 4.   But the ethernet interface is
> via a USB bridge (or maybe some other serial interface on the PI3).  Not
> the best way to do things...  Also,  the current PI Linux distros are all
> 32-bit.
> > I have the sound file issue worked out (system() a background shell that
> invokes aplay).  My old code left off the & on the shell command and it was
> not returning until the sound finished... d'oh
> > I also have the PI color issue resolved...
> > Now to finish up the serial port init code...  Oh,  and also the
> ethernet socket code...
> > I'm picking up one of those 7" PI LCD screens tomorrow...  should make
> for a nice package.  But they cost twice what the PI does...
> >
> >
> > ___
> > time-nuts mailing list -- time-nuts@febo.com
> > To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> > and follow the instructions there.
>
>
>
> --
>
> Chris Albertson
> Redondo Beach, California
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Chris Albertson]

Neither of those two programs require much in the way of CPU power and
the Pi 3 is a very powerful computer.  The Pi 3 could be doing several
additional things all at once.  I doubt NTP and LH together would use
10% of the Pi 3's CPU.

The problem is that I think BOTH NTP and LH will want to communicate
with the T-bolt's serial port.  You'd have to figure out  way around
that.  They both can't have exclusive access.   One way might be
software like gpsd to make the GPS available via a socket interface to
multiple users another way would be to configure NTP to use the "atom"
reference clock.  This just uses a PPS only and not the serial port.
But then NTP would need another clock to "number the seconds" which
could be another NTP server out on the Internet.

My opinion is that a Thunderbolt is over kill for NTP.  Not only that
but it uses a lot of power.  Better to use a tiny, low power GPS
receiver for NTP.  It runs 24x7 so it adds up.

On Thu, Apr 21, 2016 at 3:09 PM, Mark Sims  wrote:
>>Would there be enough horsepower for a Pi 3 to run Lady Heather and act as a 
>>stratum 1 NTP server?
> I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.  The 
> PI3 seems to be about 50% faster than the PI2.   It also runs about code 
> about as fast as a 2 GHz Pentium 4.   But the ethernet interface is via a USB 
> bridge (or maybe some other serial interface on the PI3).  Not the best way 
> to do things...  Also,  the current PI Linux distros are all 32-bit.
> I have the sound file issue worked out (system() a background shell that 
> invokes aplay).  My old code left off the & on the shell command and it was 
> not returning until the sound finished... d'oh
> I also have the PI color issue resolved...
> Now to finish up the serial port init code...  Oh,  and also the ethernet 
> socket code...
> I'm picking up one of those 7" PI LCD screens tomorrow...  should make for a 
> nice package.  But they cost twice what the PI does...
>
>
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.



-- 

Chris Albertson
Redondo Beach, California
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

[time-nuts] Lady Heather coming soon to a Linux box near you...

[Mark Sims]

>Would there be enough horsepower for a Pi 3 to run Lady Heather and act as a 
>stratum 1 NTP server?
I suspect so,  the PI3 has quad core 64-bit capable 1.2GHz processor.  The PI3 
seems to be about 50% faster than the PI2.   It also runs about code about as 
fast as a 2 GHz Pentium 4.   But the ethernet interface is via a USB bridge (or 
maybe some other serial interface on the PI3).  Not the best way to do 
things...  Also,  the current PI Linux distros are all 32-bit.
I have the sound file issue worked out (system() a background shell that 
invokes aplay).  My old code left off the & on the shell command and it was not 
returning until the sound finished... d'oh
I also have the PI color issue resolved...
Now to finish up the serial port init code...  Oh,  and also the ethernet 
socket code...
I'm picking up one of those 7" PI LCD screens tomorrow...  should make for a 
nice package.  But they cost twice what the PI does...

  
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Storer, Darren]

Would there be enough horsepower for a Pi 3 to run Lady Heather and act as
a stratum 1 NTP server?

D.


On 21 April 2016 at 06:13, Mark Sims  wrote:

> Well,  Lady Heather finally got off her ample ass and dug into the tao of
> X11 and all things Linuxy.   The program is currently working well enough
> to display log files, etc.  Serial port initialization for non-blocking
> asynchronous I/O needs to be completed.   I have it working on a couple of
> Ubuntu Mate boxes  (X86 and Mac Mini power pc G4) and a Raspberry Pi 3.  I
> need to tweak the Pi color palette initialization code... the bastards
> defaulted it to a 16 bit RGB 565 frame buffer...
> One thing that will probably not be supported is sound file support...
> playing .WAV files asynchronously does not seem to come naturally to
> Linux.  Does anybody know of a simple / lazy bastard way to play a sound
> file in the background from a C/C++ program...  I'd really like my GPS
> disciplined singing clock to work.
>
>
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
>
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Attila Kinali]

On Thu, 21 Apr 2016 05:13:20 +
Mark Sims  wrote:


> Well,  Lady Heather finally got off her ample ass and dug into the
> tao of X11 and all things Linuxy. 

Cool! What did you use as widget set? Or did you use xlib directly?

> One thing that will probably not be supported is sound file support... 
> playing .WAV files asynchronously does not seem to come naturally to Linux. 
> Does anybody know of a simple / lazy bastard way to play a sound file in the
> background from a C/C++ program...  I'd really like my GPS disciplined
> singing clock to work.

For simple playing, you don't need any library. Just write your wav
file directly into /dev/dsp. The usual way to use it is to have a
select() or poll() call in your main event loop and check whether
the file handle can accept more data. If you need it to be fully
asynchrounus, just fork a new process and do the loop there (adds maybe
10-20 lines or so). (dont worry about overhead here. as forking is much
cheaper on unix than on windows, forking to play a wav once in a while is
not going to hurt)


Attila Kinali

-- 
Reading can seriously damage your ignorance.
-- unknown
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Nick Sayer via time-nuts]

select() is the best way to keep from blocking, at least if you’re not going to 
use threads or sub-processes.

Unless you’re going to support one or more of the intermediate sound libraries 
(ALSA comes to mind), then playing a sound involves opening a device, using 
ioctl()s to set the format and rate and the like, and then writing the samples 
out and closing, which takes me back to select().

> On Apr 20, 2016, at 10:13 PM, Mark Sims  wrote:
> 
> Well,  Lady Heather finally got off her ample ass and dug into the tao of X11 
> and all things Linuxy.   The program is currently working well enough to 
> display log files, etc.  Serial port initialization for non-blocking 
> asynchronous I/O needs to be completed.   I have it working on a couple of 
> Ubuntu Mate boxes  (X86 and Mac Mini power pc G4) and a Raspberry Pi 3.  I 
> need to tweak the Pi color palette initialization code... the bastards 
> defaulted it to a 16 bit RGB 565 frame buffer...
> One thing that will probably not be supported is sound file support...  
> playing .WAV files asynchronously does not seem to come naturally to Linux.  
> Does anybody know of a simple / lazy bastard way to play a sound file in the 
> background from a C/C++ program...  I'd really like my GPS disciplined 
> singing clock to work.
> 
> 
> ___
> time-nuts mailing list -- time-nuts@febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.

___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

Re: [time-nuts] Lady Heather coming soon to a Linux box near you...

[Orin Eman]

On Wed, Apr 20, 2016 at 10:13 PM, Mark Sims  wrote:

>
> One thing that will probably not be supported is sound file support...
> playing .WAV files asynchronously does not seem to come naturally to
> Linux.  Does anybody know of a simple / lazy bastard way to play a sound
> file in the background from a C/C++ program...  I'd really like my GPS
> disciplined singing clock to work.
>


Why not run up a thread and play the sound synchronously in the thread?
I'd use std::thread if in C++ land, otherwise, you are in pthread hell.

If a thread doesn't work, there's always fork/exec...
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.

[time-nuts] Lady Heather coming soon to a Linux box near you...

[Mark Sims]

Well,  Lady Heather finally got off her ample ass and dug into the tao of X11 
and all things Linuxy.   The program is currently working well enough to 
display log files, etc.  Serial port initialization for non-blocking 
asynchronous I/O needs to be completed.   I have it working on a couple of 
Ubuntu Mate boxes  (X86 and Mac Mini power pc G4) and a Raspberry Pi 3.  I need 
to tweak the Pi color palette initialization code... the bastards defaulted it 
to a 16 bit RGB 565 frame buffer...
One thing that will probably not be supported is sound file support...  playing 
.WAV files asynchronously does not seem to come naturally to Linux.  Does 
anybody know of a simple / lazy bastard way to play a sound file in the 
background from a C/C++ program...  I'd really like my GPS disciplined singing 
clock to work.

  
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.