-nuts-boun...@febo.com] On
Behalf Of John Seamons
Sent: Monday, February 21, 2011 2:24 PM
To: Discussion of precise time and frequency measurement
Subject: Re: [time-nuts] Rom Expansion for HP5370B
Well the hard part (or maybe the fun part) is still to come.
I wasn't going to talk about any
Hi!
On 02/22/2011 06:29 PM, Bob Camp wrote:
Hi
Well now that you are committed to the project, it's time for the wish list:
1) Make the beast easier to calibrate and keep in calibration.
2) Improve the accuracy.
100) Add cool features like Avar.
The 5370 dates to a period when the idea of
I hope this can be designed to work on the 5370A as well!
Thanks,
Bert, VE2ZAZ
___
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.
Would be frightening if the message were Hello Dave...
El 21/02/2011 15:46, Scott Newell escribió:
At 10:55 PM 2/20/2011, John Seamons wrote:
I've been looking at this a bit recently.
Pictures here: http://jks.com
Wow!
--
Have you tried going through the various checkout procedures in the manual
to make sure they all still work? If the 5370 firmware authors *didn't*
bake some timing dependencies into that 6800 code, they were the exception.
Of course, if your emulator is cycle-for-cycle faithful to the 6800
Perhaps an AT91SAM7SE512 - it has an external addr/data bus, with quite
flexible configuration, and USB - but no Ethernet :)
Regards,
Javier
One thing I like about the SAM7X512 (and others) is that in exchange for giving
up the external bus interface you get USB -and- Ethernet. The m6800
In message ed447133-9087-4270-b320-74b602774...@jks.com, John Seamons writes:
Yes, then there are the timing issues. When I first ran the code,
and printed every instruction executed, it was clear after a while
that a timing loop was running. Now whether this delay is critical
to a measurement
In message a9edf64f-c7a2-4679-9f69-a9395b1a0...@jks.com, John Seamons writes:
It's bad enough to have to solder a single LQFP-100..
Why even try ? There are plenty of good eval boards from olimex.com
(sparkfun.com in the USA)
And yes, the HP5370B bus can probably be bitbanged just fine.
That is true, the SAM7X... are very nice. I currently use them a lot
(mainly for its CAN bus). The bad thing is that they have Ethernet but
no phy, so an external phy must be used. In that respect, for an
application using Ethernet I would use a Luminary, that has both MAC
PHY on-chip and
On Feb 21, 2011, at 10:38 AM, Poul-Henning Kamp wrote:
In message a9edf64f-c7a2-4679-9f69-a9395b1a0...@jks.com, John Seamons
writes:
It's bad enough to have to solder a single LQFP-100..
Why even try ? There are plenty of good eval boards from olimex.com
(sparkfun.com in the USA)
On 2/20/11 8:55 PM, John Seamons wrote:
I've been looking at this a bit recently.
Pictures here: http://jks.com
I *am* impressed...
And what a coincidence that phk's name can be adequately done on a 7
segment display (or did he have particularly clever parents?... I can
only do one of my
That is true, the SAM7X... are very nice. ... The bad thing is that they have
Ethernet but no phy, so an external phy must be used.
In that respect, for an application using Ethernet I would use a Luminary, that has
both MAC PHY on-chip and only needs the magnetic ...
Regards,
Javier
I
Well the hard part (or maybe the fun part) is still to come.
I wasn't going to talk about any of this until I had a board to sell, but this
thread sort of forced the issue, lol.
On Feb 21, 2011, at 12:14 PM, jimlux wrote:
On 2/20/11 8:55 PM, John Seamons wrote:
I've been looking at this a bit
In message 4d62b98e.5070...@earthlink.net, jimlux writes:
On 2/20/11 8:55 PM, John Seamons wrote:
I've been looking at this a bit recently.
Pictures here: http://jks.com
I *am* impressed...
And what a coincidence that phk's name can be adequately done on a 7
segment display (or did he have
At 08:50 AM 2/19/2011, Poul-Henning Kamp wrote:
Imagine a board with EPROM + ARM chip w/USB interface...
HP5370B with built in allan-variance calculation, anyone ?
No, I don't have the time, but if I had...
I've had similar (like maybe a Luminary ARM + ethernet) thoughts. I
wasn't sure if
In message 920772.7182...@smtp103.prem.mail.sp1.yahoo.com, Scott Newell
writes:
At 08:50 AM 2/19/2011, Poul-Henning Kamp wrote:
I've had similar (like maybe a Luminary ARM + ethernet) thoughts. I
wasn't sure if the firmware was simple enough to be re-written so
that the entire CPU section
I've had similar (like maybe a Luminary ARM + ethernet) thoughts. I
wasn't sure if the firmware was simple enough to be re-written so
that the entire CPU section could be replaced.
From reasonable ignorance, would a device like the Parallax propeller do
the job? I have a couple of 5370 A models
In message 11df8bbd5d5941b0d47d4afe0321a8a8.squir...@webmail.montana.com, Do
n Latham writes:
From reasonable ignorance, would a device like the Parallax propeller do
From reasonable ignorance, would a device like the Parallax propeller do
the job? I have a couple of 5370 A models here...
I
My this would be quite a task to reverse engineer.
Though only 8K of eprom I suspect its cleverly coded. But since this is a
desert island kind of discussion here are my 2 cents. (Truly the value)
The propellers are parallel processors. Sort of the Basic stamp2 for
parallel processing. They are
measurement
Subject: Re: [time-nuts] Rom Expansion for HP5370B
In message AANLkTi=Z8oX4dQWY_nRQDcnkMDHZRRc3QhsaB0=7_...@mail.gmail.com,
paul
swed writes:
Though only 8K of eprom I suspect its cleverly coded.
It's not really that bad. There has clearly been somebody there to pound
structure
Poul-Henning Kamp wrote:
In message466fdfc184a3469eac08eee5ee36c...@hm.clpa.com, Bob Camp writes:
Is the CPU strictly an I/O machine or does it do any of the timing for the
counter?
All the counting is hardware.
Not so for the 5370A (was this changed for the 5370B?), the 16 bit
I've been looking at this a bit recently.
Pictures here: http://jks.com
I run the 5370 firmware on an m6800 emulator written in C running on a Linux
box.
Reads and writes to I/O space are caught and executed on the 5370 hardware via
an interface board hooked up to the m6800 processor bus.
This
John Seamons wrote:
I've been looking at this a bit recently.
Pictures here: http://jks.com
I run the 5370 firmware on an m6800 emulator written in C running on a Linux
box.
Reads and writes to I/O space are caught and executed on the 5370 hardware via
an interface board hooked up to the
I've been looking at this a bit recently.
Pictures here: http://jks.com
Cool as heck!
The next step is to move everything to a microcontroller (e.g.
SAM7X) on a card that replaces the processor board completely.
As has been mentioned you can do all sorts of crazy, and perhaps
useful,
In message 5eed908f-6a51-4447-b433-84b0e0fdd...@jks.com, John Seamons writes:
I've been looking at this a bit recently.
Pictures here: http://jks.com
Kudos for that picture :-)
I have a question about the dead time of the 5370.
Can it be eliminated with a fast enough processor, buffering,
In message 4d61de84.3050...@xtra.co.nz, Bruce Griffiths writes:
Poul-Henning Kamp wrote:
In message466fdfc184a3469eac08eee5ee36c...@hm.clpa.com, Bob Camp writes:
Is the CPU strictly an I/O machine or does it do any of the timing for the
counter?
All the counting is hardware.
El 21/02/2011 05:55, John Seamons escribió:
The next step is to move everything to a microcontroller (e.g. SAM7X) on a card
that replaces the processor board completely.
Perhaps an AT91SAM7SE512 - it has an external addr/data bus, with quite
flexible configuration, and USB - but no Ethernet
27 matches
Mail list logo
