[time-nuts] IRIG B
hmurray at megapathdsl.net
Tue May 25 18:49:54 UTC 2010
> The IRIG-B decoder work I did was implemented on power systems relays &
> disturbance recorders several years ago, then I left the company and in the
> meantime, they changed over to an FPGA implementation and skipped the
> processor altogether. Now I'm back with that same company (although
> ownership has changed), but I haven't yet had a chat with the new FPGA
> designer to find out how he did it :-)
Interesting. I'd like to know why they switched to FPGA.
I thought the consensus in the FPGA world was that if you could do it in
software that was probably the better way to go. The main idea is that it's
easier to hire programmers than FPGA designers.
I'd expect silicon costs to be roughly equal. In a FPGA you are "wasting" a
lot of silicon for routing. In a CPU, you are wasting it on instruction
decoding. Both are high volume parts riding the crest of Moore's Law. Of
course, algorithm details may push you one way or the other.
> I've also tweaked and "upgraded" (well in my opinion) the TG program of the
> NTP package, which generates WWV(H) and IRIG-B audio signals in *NIX
> operating systems. It was targeted for the Sun Sparc and I moved it to OSS
> audio which was what I was using on X86 GNU/LINUX at the time. I think I
> submitted it for inclusion in the NTP package but I don't think it ever got
> in there; I used to claim that it was rejected, but then again it's also
> possible that I didn't submit it correctly. I can give this to you if you
> would like.
It's in there. Thanks. I called it tg2 because I couldn't test it in the
Sun world and I wanted to make sure I didn't break anything.
The recipe for getting fixes into the NTP package is pretty simple: find an
insider who likes your changes. Mechanically, their bugzilla is at
That tracks enhancements/wishes as well as bugs. You can upload diffs and
These are my opinions, not necessarily my employer's. I hate spam.
More information about the time-nuts