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
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
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
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.
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
> 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
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
> 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
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
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
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
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
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
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
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
>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
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
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
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
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
>
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
21 matches
Mail list logo