At 02:25 PM 2/22/2011, Bert, VE2ZAZ wrote...
I hope this can be designed to work on the 5370A as well!
They're the same, only different. :-)
The major difference with the "B" was to the front end, which has no
impact on software. I'm running "B" firmware on my "A."
___
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.
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 sof
ebo.com [mailto:time-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
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 di
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 b
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 di
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 chi
On Feb 21, 2011, at 10:38 AM, Poul-Henning Kamp wrote:
> In message , 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
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 onl
In message , 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.
Poul-Henning
--
Poul-Henning Kamp | UNIX
In message , 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 function or not is unknown to me.
Now, wh
> 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
> 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
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!
--
--
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!
--
newell N5TNL
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/l
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
In message <4d61de84.3050...@xtra.co.nz>, Bruce Griffiths writes:
>Poul-Henning Kamp wrote:
>> In message<466fdfc184a3469eac08eee5ee36c...@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 coun
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,
>
> 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,
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 m6800
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
Poul-Henning Kamp wrote:
In message<466fdfc184a3469eac08eee5ee36c...@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 b
In message <466fdfc184a3469eac08eee5ee36c...@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.
Basically the CPU arms, waits, reads registers, does math, puts on
display and sends display over GPI
uency measurement
Subject: Re: [time-nuts] Rom Expansion for HP5370B
In message ,
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 into the result, and there is very little evidenc
Start with replacing the existing board with something new.
Step 2, add a USB interface.
Step 3, world domination!
Ok, maybe not so much with the last one...
On Sun, Feb 20, 2011 at 3:21 PM, Poul-Henning Kamp wrote:
> In message ,
> paul
> swed writes:
>
>>Though only 8K of eprom I suspect
In message , 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 into the result, and there is very little evidence of code-bumming.
>So its quite speedy and does also have interrupt capabil
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 fa
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'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
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 sectio
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
I'm having fun with my python disassembler (github: bsdphk/PyRevEng)
and a HP5370B image.
One of the things I have just discovered, is that the firmware has
support for an expansion ROM.
If you look at page 8-53 in the manual, it lists
"Err 3 Undefined Routine. For possible future use."
33 matches
Mail list logo
