I'm playing with my first Cs standard. It's a Datum 4065A which appears
to have a dead STEL-1173 synthesizer. Before I put too much effort into
replacing that, I thought I'd check the tube and see if it has any life
left. I've attached a chart showing the response of the central peak.
My me
wb0...@yahoo.com said:
> As I am not using windows, I cannot make use of application program there to
> test my interface. I do not wish to implement "NTP" on Linux as my eventual
> target is not Linux, it is just my initial test environment.
You can use ntpd on Linux for initial testing.
You c
I have interfaced a Motorola Oncore UT PLUS module to my Linux PC via serial
port and RS-232 adapter. When I power up the module I see 1 PPS from the pin
(currently connected to a LED via current limiting resistor.) The port is set
to 9600 bps 8/N/1 but no messages are being seen (I think this
On 5/4/14, 11:44 AM, Bob Camp wrote:
Hi
Well I do have those Sparc machines sitting over in the shed ….. I
suspect hauling over the CRT monitor to go with it would be a bit of
a pain. I doubt I would win the “low power GPSDO of the year” award
with it.
Like it or not, once you get to 64 b
On 5/4/14, 11:38 AM, Chris Albertson wrote:
These guys claim "IEEE-754 FPU". But this is not the board to use for a
Posix-like OS. For that you'd want disk controller, networking and so on.
Ah, so they did include the FPU: that's handy.
Actually, an in-ram file system, along with a decen
Hi
Well I do have those Sparc machines sitting over in the shed ….. I suspect
hauling over the CRT monitor to go with it would be a bit of a pain. I doubt I
would win the “low power GPSDO of the year” award with it.
Like it or not, once you get to 64 bit math, the “this versus that” hard
These guys claim "IEEE-754 FPU". But this is not the board to use for a
Posix-like OS. For that you'd want disk controller, networking and so on.
The big advantage of this thing is that it has an Arduino compatible boot
loader and pinout so it drops into that environment which is VERY easy f
On Sun, May 4, 2014 at 5:40 PM, Chris Albertson
wrote:
> Looks like this is all you'd need for most timing projects. Just add your
> favorite OCXO and some wire.
>
> The SPARC (not Spark) is actually a step up from ARM. It was developed by
> Sun Microsystems (now Oracle) it is optimized for thin
On 5/4/14, 10:07 AM, Bob Camp wrote:
Hi
Well some of us still have RSX-11M (and RSTS/E) code floating around …..
B
As do I, but the stuff I'd actually reuse is pretty OS independent
(signal processing code in FORTRAN, and in reality, I'd most likely
rewrite it anyway.)
I suspect you'll p
Hi
Well some of us still have RSX-11M (and RSTS/E) code floating around …..
Bob
On May 4, 2014, at 12:30 PM, Jim Lux wrote:
> On 5/4/14, 8:40 AM, Chris Albertson wrote:
>> Looks like this is all you'd need for most timing projects. Just add your
>> favorite OCXO and some wire.
>>
>> The SPA
Moin,
On Fri, 02 May 2014 23:54:25 +0100
Tony wrote:
> I'm considering designing and building some dataloggers, probably ARM
> Cortex based (eg. STM32F4xx), which record the time of infrequent
> events, preferably to better than 100ns and if possible better than
> 50nS. The data loggers will
On 5/4/14, 8:40 AM, Chris Albertson wrote:
Looks like this is all you'd need for most timing projects. Just add your
favorite OCXO and some wire.
The SPARC (not Spark) is actually a step up from ARM. It was developed by
Sun Microsystems (now Oracle) it is optimized for things like fast context
Looks like this is all you'd need for most timing projects. Just add your
favorite OCXO and some wire.
The SPARC (not Spark) is actually a step up from ARM. It was developed by
Sun Microsystems (now Oracle) it is optimized for things like fast context
switching, multi tasking and so on, all the
On 5/2/14, 7:07 PM, Tony wrote:
On 03/05/2014 02:07, Edesio Costa e Silva wrote:
Welcome!
Take a look at NavSpark from SkyTraq (http://www.skytraq.com.tw/).
They had
an Indiegogo
(https://www.indiegogo.com/projects/navspark-arduino-compatible-with-gps-gnss-receiver)
campaign recently and shoul
On 03/05/2014 02:07, Edesio Costa e Silva wrote:
Welcome!
Take a look at NavSpark from SkyTraq (http://www.skytraq.com.tw/). They had
an Indiegogo
(https://www.indiegogo.com/projects/navspark-arduino-compatible-with-gps-gnss-receiver)
campaign recently and should deliver real soon now. The NavSp
True, but I haven't got that far yet, I'm just trying to establish for now
whether or not it's doing what it should be to start with.
Regards
Nigel
GM8PZR
In a message dated 04/05/2014 13:51:43 GMT Daylight Time,
p...@phk.freebsd.dk writes:
In message , gandal...@aol.com writes:
>Th
In message , gandal...@aol.com writes:
>Thanks too for the feedback on the LCD backlight, I've found nothing so far
> to suggest it should be backlit but it could certainly do with it.
You can probably swap the LCD module for one with backlight,
it's probably a bog-standard module with HD44780 i
On 24/04/14 23:30, Bob Camp wrote:
> There is no difference at all between a 32 pf series crystal and a 32
> pf parallel crystal. They both resonate with a 32 pf load and operate
> at exactly the same frequency into that load. Your crystals will work
> fine with that circuit.
That's good to know.
18 matches
Mail list logo