Re: [neonixie-l] Re: SMPTE Time Code Reader—Almost a Clock

> On Jun 13, 2024, at 9:06 PM, gregebert wrote: > > From what I recall when I worked for Grass Valley Group, SMPTE timing info > can be sent in an NTSC video signal during the vertical blanking interval, or > thru a dedicated audio channel. Exactly. > Do you know which channel this equipment

[neonixie-l] Re: SMPTE Time Code Reader—Almost a Clock

>From what I recall when I worked for Grass Valley Group, SMPTE timing info can be sent in an NTSC video signal during the vertical blanking interval, or thru a dedicated audio channel. Do you know which channel this equipment uses ? On Thursday, June 13, 2024 at 5:03:30 PM UTC-7 Adrian Pardini

[neonixie-l] Re: SMPTE Time Code Reader—Almost a Clock

Congratulations! What a nice piece of equipment. On Thursday, June 13, 2024 at 6:06:20 PM UTC-3 Mac Doktor wrote: > I acquired this recently: > > https://www.ebay.com/itm/266798260729 > > Now all I need is a SMPTE time code generator and the info for hooking it > up to this.. Does anyone out th

Re: [neonixie-l] A bit $teep for a DMM

> You got it. What I don't have enough of are the AC cords. I've been collecting those as well. Whoever came up with the standard IEC power cord deserves a Nobel prize. On Thursday, June 13, 2024 at 10:48:37 AM UTC-7 Mac Doktor wrote: > > On Jun 13, 2024, at 1:34 PM, Adrian Godwin wrote: > >

Re: [neonixie-l] A bit $teep for a DMM

> On Jun 13, 2024, at 10:04 AM, Paul Andrews wrote: > > Why not both? Here is my partially successful attempt to display the time on > a frequency counter by generating the correct frequency that would result in > the time being shown in the frequency counter. I had forgotten about this > unt

[neonixie-l] SMPTE Time Code Reader—Almost a Clock

I acquired this recently: https://www.ebay.com/itm/266798260729 Now all I need is a SMPTE time code generator and the info for hooking it up to this.. Does anyone out there have any experience with this? Just asking before I go down the rabbit hole. It a

Re: [neonixie-l] A bit $teep for a DMM

> On Jun 13, 2024, at 1:34 PM, Adrian Godwin wrote: > > Wow, I could display several time zones at once. 8D > > I assume because you have more frequency counters than some people might feel > is strictly necessary :). You got it. What I don't have enough of are the AC cords. I've been collec

Re: [neonixie-l] A bit $teep for a DMM

Hmmm. Maybe I need to have another look at this. Anyway I have faster processors now too. On Thursday, June 13, 2024 at 11:26:49 AM UTC-4 gregebert wrote: > I'm planning a similar approach with the HP5245L, but instead I will run > the counter with a 10-second gate. The gate signal is an *outpu

Re: [neonixie-l] A bit $teep for a DMM

On Thu, Jun 13, 2024 at 6:17 PM Mac Doktor wrote: > > Wow, I could display several time zones at once. 8D > > I assume because you have more frequency counters than some people might feel is strictly necessary :). But if several time zones at once is useful to you, perhaps because of amateur rad

Re: [neonixie-l] A bit $teep for a DMM

It's true most micros won't run instructions that fast, but outputting a count of pulses can often be handled by a timer peripheral at anything up to the system clock rate. Alternatively a microprogrammable peripheral such as the RP2040 PIO, Beagleboard PRUs, or the venerable Motorola TPU. On Th

Re: [neonixie-l] A bit $teep for a DMM

I'm planning a similar approach with the HP5245L, but instead I will run the counter with a 10-second gate. The gate signal is an *output* from the counter, and while the signal is active, it just acts like a regular counter. So, all I need to do is wait for gate to go active, send a stream of

Re: [neonixie-l] A bit $teep for a DMM

Why not both? Here is my partially successful attempt to display the time on a frequency counter by generating the correct frequency that would result in the time being shown in the frequency counter. I had forgotten about this until I read this thread: https://www.nixies.us/2018/03/25/display-

Re: [neonixie-l] A bit $teep for a DMM

Interesting idea. I'd speculate that the accuracy problem where the counter failed to see some pulses is perhaps a synchronization problem. If the pulse-counting method worked by generating a variable number of pulses at 240kHz then they should always be visible to the counter as long as that's wit

Re: [neonixie-l] A bit $teep for a DMM

I much prefer Nixies in functional equipment rather than for their own sake. And while displaying them in a clock is fine, there are other types of clock to cherish too, leading to a loss of space. And since I can build a clock myself, other functionality is attractive (admittedly I wouldn't pay $3