Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

The trouble with computers is that they do what you tell them, not what you want. -- D. Cohen


tech / sci.electronics.design / Re: really slow PLL

SubjectAuthor
* really slow PLLJohn Larkin
+* Re: really slow PLLPhil Hobbs
|`* Re: really slow PLLJohn Larkin
| +* Re: really slow PLLPhil Hobbs
| |`* Re: really slow PLLjlarkin
| | `* Re: really slow PLLPhil Hobbs
| |  +* Re: really slow PLLjlarkin
| |  |`* Re: really slow PLLPhil Hobbs
| |  | `- Re: really slow PLLjlarkin
| |  `* Re: really slow PLLLes Cargill
| |   `- Re: really slow PLLJohn Larkin
| +* Re: really slow PLLbitrex
| |+- Re: really slow PLLjlarkin
| |`* Re: really slow PLLLes Cargill
| | `* Re: really slow PLLLasse Langwadt Christensen
| |  +- Re: really slow PLLbitrex
| |  `- Re: really slow PLLLes Cargill
| `* Re: really slow PLLMartin Brown
|  +* Re: really slow PLLjlarkin
|  |`* Re: really slow PLLMartin Brown
|  | `- Re: really slow PLLjlarkin
|  +* Re: really slow PLLPhil Hobbs
|  |`- Re: really slow PLLjlarkin
|  `* Re: really slow PLLbitrex
|   +* Re: really slow PLLLasse Langwadt Christensen
|   |`* Re: really slow PLLbitrex
|   | `* Re: really slow PLLJohn Walliker
|   |  +* Re: really slow PLLMartin Brown
|   |  |+* Re: really slow PLLbitrex
|   |  ||+* Re: really slow PLLbitrex
|   |  |||`* Re: really slow PLLLasse Langwadt Christensen
|   |  ||| `- Re: really slow PLLbitrex
|   |  ||+- Re: really slow PLLDon Y
|   |  ||`* Re: really slow PLLMartin Brown
|   |  || `* Re: really slow PLLDon Y
|   |  ||  `* Re: really slow PLLJohn Walliker
|   |  ||   `- Re: really slow PLLDon Y
|   |  |`* Re: really slow PLLJohn Larkin
|   |  | `* Re: really slow PLLMartin Brown
|   |  |  `- Re: really slow PLLPhil Hobbs
|   |  `- Re: really slow PLLDon Y
|   +* Re: really slow PLLPhil Hobbs
|   |`* Re: really slow PLLbitrex
|   | `* Re: really slow PLLPhil Hobbs
|   |  `* Re: really slow PLLjlarkin
|   |   `* Re: really slow PLLLes Cargill
|   |    `* Re: really slow PLLjlarkin
|   |     `* Re: really slow PLLLes Cargill
|   |      +* Re: really slow PLLjlarkin
|   |      |`- Re: really slow PLLLes Cargill
|   |      `* Re: really slow PLLDon
|   |       `- Re: really slow PLLLes Cargill
|   `* Re: really slow PLLDon Y
|    +* Re: really slow PLLbitrex
|    |`- Re: really slow PLLDon Y
|    +* Re: really slow PLLDon
|    |`* Re: really slow PLLDon Y
|    | `* Re: really slow PLLDon
|    |  `* Re: really slow PLLDon Y
|    |   +* Re: really slow PLLDon
|    |   |`* Re: really slow PLLDon Y
|    |   | `* Re: really slow PLLDon
|    |   |  +- Re: really slow PLLDon Y
|    |   |  `* Re: really slow PLLClifford Heath
|    |   |   `- Re: really slow PLLGerhard Hoffmann
|    |   `* Re: really slow PLLLasse Langwadt Christensen
|    |    `* Re: really slow PLLJoe Gwinn
|    |     `* Re: really slow PLLDon Y
|    |      `* Re: really slow PLLLasse Langwadt Christensen
|    |       `* Re: really slow PLLDon Y
|    |        `* Re: really slow PLLLasse Langwadt Christensen
|    |         `* Re: really slow PLLDon Y
|    |          `- Re: really slow PLLDon Y
|    `* Re: really slow PLLjlarkin
|     +- Re: really slow PLLJan Panteltje
|     `* Re: really slow PLLJohn Walliker
|      +- Re: really slow PLLDon Y
|      `- Re: really slow PLLClifford Heath
+- Re: really slow PLLJan Panteltje
+* Re: really slow PLLGerhard Hoffmann
|`* Re: really slow PLLjlarkin
| +* Re: really slow PLLGerhard Hoffmann
| |+* Re: really slow PLLPhil Hobbs
| ||`* Re: really slow PLLGerhard Hoffmann
| || `* Re: really slow PLLPhil Hobbs
| ||  `* Re: really slow PLLClifford Heath
| ||   `* Re: really slow PLLMartin Brown
| ||    `* Re: really slow PLLPhil Hobbs
| ||     `* Re: really slow PLLJoe Gwinn
| ||      `* Re: really slow PLLGerhard Hoffmann
| ||       +* Re: really slow PLLJoe Gwinn
| ||       |+* Re: really slow PLLGerhard Hoffmann
| ||       ||`* Re: really slow PLLJoe Gwinn
| ||       || `* Re: really slow PLLPhil Hobbs
| ||       ||  `- Re: really slow PLLGerhard Hoffmann
| ||       |`* Re: really slow PLLPhil Hobbs
| ||       | `* Re: really slow PLLJoe Gwinn
| ||       |  `* Re: really slow PLLPhil Hobbs
| ||       |   `- Re: really slow PLLGerhard Hoffmann
| ||       `* Re: really slow PLLPhil Hobbs
| ||        +* Re: really slow PLLjlarkin
| ||        `* Re: really slow PLLMartin Brown
| |+- Re: really slow PLLJan Panteltje
| |`- Re: really slow PLLClifford Heath
| `* Re: really slow PLLCydrome Leader
+* Re: really slow PLLwhit3rd
+- Re: really slow PLLClive Arthur
+* Re: really slow PLLLasse Langwadt Christensen
+- Re: really slow PLLLes Cargill
+- Re: really slow PLLjlarkin
`- Re: really slow PLLJasen Betts

Pages:1234567
Re: really slow PLL

<tbr32q$qg7c$1@solani.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102439&group=sci.electronics.design#102439

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: dk4...@arcor.de (Gerhard Hoffmann)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 12:12:42 +0200
Message-ID: <tbr32q$qg7c$1@solani.org>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 27 Jul 2022 10:12:42 -0000 (UTC)
Injection-Info: solani.org;
logging-data="868588"; mail-complaints-to="abuse@news.solani.org"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.9.1
Cancel-Lock: sha1:tIFFUps3URcrBcflrmEPbJtcT/U=
Content-Language: en-US
In-Reply-To: <tbqtf2$1iif$2@gioia.aioe.org>
X-User-ID: eJwNyMkBwDAIA7CVSrGBjEM49h+h1VNUEyuH0cDlNvw8J9IltSFt0hrIEZui5vVY/ZMX+dakfBP8ESc=
 by: Gerhard Hoffmann - Wed, 27 Jul 2022 10:12 UTC

Am 27.07.22 um 10:36 schrieb Martin Brown:
> On 26/07/2022 13:05, Phil Hobbs wrote:
>> Gerhard Hoffmann wrote:
>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs

> Entrainment of weakly coupled oscillators at frequencies near to each
> other can be quite strong (a problem if you don't want that to happen).

But I want to lock them to the same frequency and phase anyway
with dedicated slooow PLLs. Injection locking would just
take away some control over the corner frequencies of the PLLs.
As long as the corners a low enough that is not a desaster.
Say below 0.5 Hz.

I did not see that the 2 Morion MV89A oscillators I use as a
cross corr reference talk to each other. The double oven and
the hermetically soldered box probably help. And there is a
frequency doubler to the output.

> I think the catch is that to do that you would have to provide hardware
> to compute the cross correlation of every pair of oscillators so that
> correlator complexity goes up as N(N-1)/2 too. I can't immediately see a
> way to exploit this to get a better average oscillator though.

My Timepod can do the 3 cornered hat only. Since 2 corners are
already reserved for the X-Band extension, I cannot remove the
noise of the reference by cross correlation via the 2
independent oscillators.

But then, the X-Band sources are not that wonderful. It's not
necessary to swim faster than the sharc, It's enough to swim
faster than your neighbour.

BUT IT'S STILL FOR THE SPORTS!

Cheers,
Gerhard, DK4XP

Re: really slow PLL

<tbraoi$tq3$1@gonzo.revmaps.no-ip.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102441&group=sci.electronics.design#102441

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx09.iad.POSTED!not-for-mail
From: use...@revmaps.no-ip.org (Jasen Betts)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Organization: JJ's own news server
Message-ID: <tbraoi$tq3$1@gonzo.revmaps.no-ip.org>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com>
<16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com>
<gp0mdh5fkrnokau319vars33ecoece580q@4ax.com> <20220722f@crcomp.net>
<43196afa-6997-4550-9f27-b5b1a2832b0cn@googlegroups.com>
Injection-Date: Wed, 27 Jul 2022 12:23:46 -0000 (UTC)
Injection-Info: gonzo.revmaps.no-ip.org; posting-host="localhost:127.0.0.1";
logging-data="30531"; mail-complaints-to="usenet@gonzo.revmaps.no-ip.org"
User-Agent: slrn/1.0.3 (Linux)
X-Face: ?)Aw4rXwN5u0~$nqKj`xPz>xHCwgi^q+^?Ri*+R(&uv2=E1Q0Zk(>h!~o2ID@6{uf8s;a
+M[5[U[QT7xFN%^gR"=tuJw%TXXR'Fp~W;(T"1(739R%m0Yyyv*gkGoPA.$b,D.w:z+<'"=-lVT?6
{T?=R^:W5g|E2#EhjKCa+nt":4b}dU7GYB*HBxn&Td$@f%.kl^:7X8rQWd[NTc"P"u6nkisze/Q;8
"9Z{peQF,w)7UjV$c|RO/mQW/NMgWfr5*$-Z%u46"/00mx-,\R'fLPe.)^
Lines: 34
X-Complaints-To: https://www.astraweb.com/aup
NNTP-Posting-Date: Wed, 27 Jul 2022 12:30:47 UTC
Date: Wed, 27 Jul 2022 12:23:46 -0000 (UTC)
X-Received-Bytes: 2391
 by: Jasen Betts - Wed, 27 Jul 2022 12:23 UTC

On 2022-07-23, whit3rd <whit3rd@gmail.com> wrote:
> On Friday, July 22, 2022 at 2:38:45 PM UTC-7, Don wrote:
>> Joe Gwinn wrote:
>>
>> <snip>
>> > Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
>> > and Type N are far better.
>> >
>> > Or use shielded twisted pair to carry the 1PPS pulses.
>
>> Twisted pair (TP) sounds even easier than BNC. So, what's the
>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
>
> Biggest 'gotcha' is the lack of good shielded TP connectors. I had only
> UHF-style twisted pair shielded connectors last time I wanted some, and
> that's a polarity-insensitive connector. We applied paint markings
> to get it straight.

> MiniDIN 3 (don't trust the shield connector) was what Apple used for their
> LocalTalk/Appletalk hardware,

SVHS ran a higher bandwidth, unbalanced, over the 4 pin version.
localtalk was only a few hundered kilobaud.

Shileded pair conectors are fairly common now, USB, HDMI, SATA all give
multiple shielded pairs. (SATA is actully untwisted). Oh shit! I
forgot "RJ45" is also used for STP.

--

Jasen.

Re: really slow PLL

<cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102442&group=sci.electronics.design#102442

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 14:06:46 +0000
From: jlar...@highlandsniptechnology.com
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 07:07:09 -0700
Message-ID: <cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>
References: <tbbspp$golj$1@solani.org> <e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net> <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com> <tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org> <6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org> <dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net> <d3tvdhlbdtq808ea305r5kcm9ss6dmenfv@4ax.com> <a4132ea9-7353-a9f5-5868-914116536d41@electrooptical.net>
X-Newsreader: Forte Agent 3.1/32.783
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 66
X-Trace: sv3-QCdU90NjX/UA9Rq9DhCdy9LQnyNJ+UJzdwhEy9HZ/V+GCgLql2ICZreq3fAKCJH+cyFtSjDKI0IHLtw!JKZ+Fqr0jnwzDZVIwqdePh/u8b5H3UI0PWL9QrMen83CPtmryFuSADF2wckBJauZNCL4nqsNF4P6!JWiJzg==
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: jlar...@highlandsniptechnology.com - Wed, 27 Jul 2022 14:07 UTC

On Tue, 26 Jul 2022 11:03:15 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>jlarkin@highlandsniptechnology.com wrote:
>> On Tue, 26 Jul 2022 08:05:49 -0400, Phil Hobbs
>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>
>>> Gerhard Hoffmann wrote:
>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>>
>>>>> "A geometric view of closure phases in interferometry", DOI:
>>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>>
>>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>>
>>>>>
>>>>>
>>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>>> allowed for some significant improvements.
>>>>
>>>> I have not yet digested it, but can I assume that it won't help
>>>> me to create a carrier that is phase noise wise better than
>>>> averaged over 16 oscillators created equally bad?
>>>>
>>>> More suitable for post-processing after-the-fact?
>>>>
>>>> U. Rohde has the math for n injection locked oscillators in one
>>>> of his books, but the formulas probably fall apart when you have
>>>> to insert hard numbers for real oscillators you can buy, or build.
>>>> Methinks he is more into multiple coupled resonators.
>>>>
>>>> cheers,
>>>> Gerhard
>>>
>>> I'm not sure--as I say, I haven't got a properly-thought-out scheme, but
>>> it seems as though it ought to be possible to combine the measurements
>>> to produce N-1 oscillator signals, each one N times quieter, so that
>>> averaging _those_ would get you to the N(N-1)/2 level.
>>>
>>> It probably needs a whole lot of phase shifters or weighted summers
>>> (like a Wilkinson with attenuators), so it may well not be a win from a
>>> total-hardware POV. Seems like it would be worth a bit of thought, though.
>>>
>>> Cheers
>>>
>>> Phil Hobbs
>>
>> Imagine a single circuit/pcb that has N crystal oscillator circuits,
>> injection locked and summed, in an oven.
>>
>> XOs near one another, namely in the same room, like to injection lock.
>
>Sure. That only gets you 10*log(N), though, AFAICT. Looking at it from
>a phase noise POV, you win improved <delta phi> like sqrt(N), just as
>you gain lower <delta V> by parallelling JFETs.
>
>Cheers
>
>Phil Hobbs

I'm beyond my pay grade here, but summing jfets can be done with an
ideal isolated n-port summer and the s/n improvement indeed goes as
sqrt(n). But injection locking 10 oscillators is different. Each one
pulls towards the mean of the other nine. They herd one another.

Re: really slow PLL

<0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102444&group=sci.electronics.design#102444

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pcdhSpam...@electrooptical.net (Phil Hobbs)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 10:13:21 -0400
Organization: A noiseless patient Spider
Lines: 79
Message-ID: <0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: reader01.eternal-september.org; posting-host="ce5926898e8290229f0ca077b9e6e51b";
logging-data="2673217"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX193ILh5hhHTD40Tzbi0LZ/L"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.0
Cancel-Lock: sha1:IwXzwAV7oN1GgYhAMybgWWssW8k=
In-Reply-To: <tbqtf2$1iif$2@gioia.aioe.org>
 by: Phil Hobbs - Wed, 27 Jul 2022 14:13 UTC

Martin Brown wrote:
> On 26/07/2022 13:05, Phil Hobbs wrote:
>> Gerhard Hoffmann wrote:
>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>
>>>> "A geometric view of closure phases in interferometry", DOI:
>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>
>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>
>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>> allowed for some significant improvements.
>>>
>>> I have not yet digested it, but can I assume that it won't help
>>> me to create a carrier that is phase noise wise better than
>>> averaged over 16 oscillators created equally bad?
>>>
>>> More suitable for post-processing after-the-fact?
>>>
>>> U. Rohde has the math for n injection locked oscillators in one
>>> of his books, but the formulas probably fall apart when you have
>>> to insert hard numbers for real oscillators you can buy, or build.
>>> Methinks he is more into multiple coupled resonators.
>
> Entrainment of weakly coupled oscillators at frequencies near to each
> other can be quite strong (a problem if you don't want that to happen).
>>
>> I'm not sure--as I say, I haven't got a properly-thought-out scheme,
>> but it seems as though it ought to be possible to combine the
>> measurements to produce N-1 oscillator signals, each one N times
>> quieter, so that averaging _those_ would get you to the N(N-1)/2 level.
>
> I think the catch is that to do that you would have to provide hardware
> to compute the cross correlation of every pair of oscillators so that
> correlator complexity goes up as N(N-1)/2 too. I can't immediately see a
> way to exploit this to get a better average oscillator though.
>>
>> It probably needs a whole lot of phase shifters or weighted summers
>> (like a Wilkinson with attenuators), so it may well not be a win from
>> a total-hardware POV.  Seems like it would be worth a bit of thought,
>> though.
>
> VLBI typically disciplines a hydrogen maser using some other long term
> stable centralised terrestrial time source. Getting it just a little bit
> wrong just makes the white light fringe much harder to find later. Local
> clock short term stability stability is the key to it working well.
>
> I expect they  are a lot better at it by now. In my day it involved
> moving around furniture van loads of tweaked VHS video tape cassettes
> from the big dishes to the correlator centres.

As the wise man said, "Never underestimate the bandwidth of a truck full
of tapes."

Also, variously, a 747 full of tapes, CDs, DVDs, MicroSDs, etc. A
747-load of 256-GB MicroSDs is about
256e12 B * 113,400 kg / 0.25 g = 1.16E+23 bytes.

Six of them would be over 1 Avogadro.

Of course reading them out in less than the lifetime of the universe
would take quite a few boxes--it would need a bandwidth of
1.16E+23 / 3.156e+7 / 15e+9 = 245 kB/s just to do that.

Cheers

Phil Hobbs

--
Dr Philip C D Hobbs
Principal Consultant
ElectroOptical Innovations LLC / Hobbs ElectroOptics
Optics, Electro-optics, Photonics, Analog Electronics
Briarcliff Manor NY 10510

http://electrooptical.net
http://hobbs-eo.com

Re: really slow PLL

<f7850e6f-f351-3d9d-f15e-4c4586e8f980@electrooptical.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102445&group=sci.electronics.design#102445

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pcdhSpam...@electrooptical.net (Phil Hobbs)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 10:29:44 -0400
Organization: A noiseless patient Spider
Lines: 108
Message-ID: <f7850e6f-f351-3d9d-f15e-4c4586e8f980@electrooptical.net>
References: <tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<d3tvdhlbdtq808ea305r5kcm9ss6dmenfv@4ax.com>
<a4132ea9-7353-a9f5-5868-914116536d41@electrooptical.net>
<cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader01.eternal-september.org; posting-host="ce5926898e8290229f0ca077b9e6e51b";
logging-data="2676851"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/UgJ919pwahyuH4lP9+uFL"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.0
Cancel-Lock: sha1:ibjX9SrElZwgDSJ/IxTWLAPoYC0=
In-Reply-To: <cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>
 by: Phil Hobbs - Wed, 27 Jul 2022 14:29 UTC

jlarkin@highlandsniptechnology.com wrote:
> On Tue, 26 Jul 2022 11:03:15 -0400, Phil Hobbs
> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>
>> jlarkin@highlandsniptechnology.com wrote:
>>> On Tue, 26 Jul 2022 08:05:49 -0400, Phil Hobbs
>>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>>
>>>> Gerhard Hoffmann wrote:
>>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>>>
>>>>>> "A geometric view of closure phases in interferometry", DOI:
>>>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>>>
>>>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>>>> allowed for some significant improvements.
>>>>>
>>>>> I have not yet digested it, but can I assume that it won't help
>>>>> me to create a carrier that is phase noise wise better than
>>>>> averaged over 16 oscillators created equally bad?
>>>>>
>>>>> More suitable for post-processing after-the-fact?
>>>>>
>>>>> U. Rohde has the math for n injection locked oscillators in one
>>>>> of his books, but the formulas probably fall apart when you have
>>>>> to insert hard numbers for real oscillators you can buy, or build.
>>>>> Methinks he is more into multiple coupled resonators.
>>>>>
>>>>> cheers,
>>>>> Gerhard
>>>>
>>>> I'm not sure--as I say, I haven't got a properly-thought-out scheme, but
>>>> it seems as though it ought to be possible to combine the measurements
>>>> to produce N-1 oscillator signals, each one N times quieter, so that
>>>> averaging _those_ would get you to the N(N-1)/2 level.
>>>>
>>>> It probably needs a whole lot of phase shifters or weighted summers
>>>> (like a Wilkinson with attenuators), so it may well not be a win from a
>>>> total-hardware POV. Seems like it would be worth a bit of thought, though.
>>>>
>>>> Cheers
>>>>
>>>> Phil Hobbs
>>>
>>> Imagine a single circuit/pcb that has N crystal oscillator circuits,
>>> injection locked and summed, in an oven.
>>>
>>> XOs near one another, namely in the same room, like to injection lock.
>>
>> Sure. That only gets you 10*log(N), though, AFAICT. Looking at it from
>> a phase noise POV, you win improved <delta phi> like sqrt(N), just as
>> you gain lower <delta V> by parallelling JFETs.
>>
>> Cheers
>>
>> Phil Hobbs
>
> I'm beyond my pay grade here, but summing jfets can be done with an
> ideal isolated n-port summer and the s/n improvement indeed goes as
> sqrt(n). But injection locking 10 oscillators is different. Each one
> pulls towards the mean of the other nine. They herd one another.
>

Yup. Inside the locking bandwidth, it's probably possible to make the
phases chaotic at some level, so the close-in noise might even be worse.

Outside that, though, as long as the peak phase error is smallish, both
amplitude and phase noise look additive, so the usual theorems apply.

For small epsilon,

sin(t + epsilon) = sin t cos epsilon + cos t sin epsilon

~= sin t + epsilon*cos t, (1)

so

(sin(t) + sin(t + epsilon))/2 ~=

sin t + (epsilon / 2) cos t. (2)

Using (1) backwards,

(sin(t) + sin(t + epsilon))/2 ~= sin(t + epsilon / 2).

With N different epsilons, you have a random phasor sum, which winds up
with an average phase error going like 1/sqrt(N).

Cheers

Phil Hobbs

--
Dr Philip C D Hobbs
Principal Consultant
ElectroOptical Innovations LLC / Hobbs ElectroOptics
Optics, Electro-optics, Photonics, Analog Electronics
Briarcliff Manor NY 10510

http://electrooptical.net
http://hobbs-eo.com

Re: really slow PLL

<iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102447&group=sci.electronics.design#102447

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 14:59:48 +0000
From: jlar...@highlandsniptechnology.com
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 08:00:18 -0700
Message-ID: <iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>
References: <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com> <tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org> <6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org> <dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net> <d3tvdhlbdtq808ea305r5kcm9ss6dmenfv@4ax.com> <a4132ea9-7353-a9f5-5868-914116536d41@electrooptical.net> <cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com> <f7850e6f-f351-3d9d-f15e-4c4586e8f980@electrooptical.net>
X-Newsreader: Forte Agent 3.1/32.783
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 108
X-Trace: sv3-Rxp9FAcb/mseRy4f/FWr/gVntsAIoZwFT5ozO1vNNsyTYg3zfbmGvtM4QoK4B+amoSeMGZHo7usAbcJ!lbpT92Kc8wourRRI8f+x3FJydBNhhvGO2utmbeofQPAoRqDjGruS7LjpXdz7N/vX5jnqeVh13E6s!so3zMQ==
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: jlar...@highlandsniptechnology.com - Wed, 27 Jul 2022 15:00 UTC

On Wed, 27 Jul 2022 10:29:44 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>jlarkin@highlandsniptechnology.com wrote:
>> On Tue, 26 Jul 2022 11:03:15 -0400, Phil Hobbs
>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>
>>> jlarkin@highlandsniptechnology.com wrote:
>>>> On Tue, 26 Jul 2022 08:05:49 -0400, Phil Hobbs
>>>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>>>
>>>>> Gerhard Hoffmann wrote:
>>>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>>>>
>>>>>>> "A geometric view of closure phases in interferometry", DOI:
>>>>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>>>>
>>>>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>>>>> allowed for some significant improvements.
>>>>>>
>>>>>> I have not yet digested it, but can I assume that it won't help
>>>>>> me to create a carrier that is phase noise wise better than
>>>>>> averaged over 16 oscillators created equally bad?
>>>>>>
>>>>>> More suitable for post-processing after-the-fact?
>>>>>>
>>>>>> U. Rohde has the math for n injection locked oscillators in one
>>>>>> of his books, but the formulas probably fall apart when you have
>>>>>> to insert hard numbers for real oscillators you can buy, or build.
>>>>>> Methinks he is more into multiple coupled resonators.
>>>>>>
>>>>>> cheers,
>>>>>> Gerhard
>>>>>
>>>>> I'm not sure--as I say, I haven't got a properly-thought-out scheme, but
>>>>> it seems as though it ought to be possible to combine the measurements
>>>>> to produce N-1 oscillator signals, each one N times quieter, so that
>>>>> averaging _those_ would get you to the N(N-1)/2 level.
>>>>>
>>>>> It probably needs a whole lot of phase shifters or weighted summers
>>>>> (like a Wilkinson with attenuators), so it may well not be a win from a
>>>>> total-hardware POV. Seems like it would be worth a bit of thought, though.
>>>>>
>>>>> Cheers
>>>>>
>>>>> Phil Hobbs
>>>>
>>>> Imagine a single circuit/pcb that has N crystal oscillator circuits,
>>>> injection locked and summed, in an oven.
>>>>
>>>> XOs near one another, namely in the same room, like to injection lock.
>>>
>>> Sure. That only gets you 10*log(N), though, AFAICT. Looking at it from
>>> a phase noise POV, you win improved <delta phi> like sqrt(N), just as
>>> you gain lower <delta V> by parallelling JFETs.
>>>
>>> Cheers
>>>
>>> Phil Hobbs
>>
>> I'm beyond my pay grade here, but summing jfets can be done with an
>> ideal isolated n-port summer and the s/n improvement indeed goes as
>> sqrt(n). But injection locking 10 oscillators is different. Each one
>> pulls towards the mean of the other nine. They herd one another.
>>
>
>Yup. Inside the locking bandwidth, it's probably possible to make the
>phases chaotic at some level, so the close-in noise might even be worse.
>
>Outside that, though, as long as the peak phase error is smallish, both
>amplitude and phase noise look additive, so the usual theorems apply.
>
>For small epsilon,
>
>sin(t + epsilon) = sin t cos epsilon + cos t sin epsilon
>
>~= sin t + epsilon*cos t, (1)
>
>so
>
>(sin(t) + sin(t + epsilon))/2 ~=
>
>sin t + (epsilon / 2) cos t. (2)
>
>
>Using (1) backwards,
>
>(sin(t) + sin(t + epsilon))/2 ~= sin(t + epsilon / 2).
>
>With N different epsilons, you have a random phasor sum, which winds up
>with an average phase error going like 1/sqrt(N).
>
>Cheers
>
>Phil Hobbs

Of course the summing follows the usual linear equations AFTER the
oscillators are locked. But the things being summed are changed by the
phase locking, not independent sources any more.

If one oscillator is the big outlier, it gets all nine others pounding
on it to get in sync. Injection locking is fundamentally nonlinear.

Re: really slow PLL

<tbro0v$2ic4l$1@dont-email.me>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102451&group=sci.electronics.design#102451

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pNaonStp...@yahoo.com (Jan Panteltje)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 15:58:50 GMT
Organization: A noiseless patient Spider
Lines: 34
Message-ID: <tbro0v$2ic4l$1@dont-email.me>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com> <tbbi6s$ghm7$1@solani.org> <749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net> <tbbspp$golj$1@solani.org> <e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net> <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com> <tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org> <6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net> <tbqtf2$1iif$2@gioia.aioe.org> <tbr32q$qg7c$1@solani.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 27 Jul 2022 16:10:07 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="61020e939ffaf648828d1eba401e5efa";
logging-data="2699413"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+98RJDGdj5Tp8hfxIiHgrs+QDBuHgR1jo="
User-Agent: NewsFleX-1.5.7.5 (Linux-2.6.37.6)
Cancel-Lock: sha1:JE5MYg7CiPxKqKBJH6wB6ojIg3w=
X-Newsreader-location: NewsFleX-1.5.7.5 (c) 'LIGHTSPEED' off line news reader for the Linux platform
NewsFleX homepage: http://www.panteltje.com/panteltje/newsflex/ and ftp download ftp://sunsite.unc.edu/pub/linux/system/news/readers/
 by: Jan Panteltje - Wed, 27 Jul 2022 15:58 UTC

On a sunny day (Wed, 27 Jul 2022 12:12:42 +0200) it happened Gerhard Hoffmann
<dk4xp@arcor.de> wrote in <tbr32q$qg7c$1@solani.org>:

>Am 27.07.22 um 10:36 schrieb Martin Brown:
>> On 26/07/2022 13:05, Phil Hobbs wrote:
>>> Gerhard Hoffmann wrote:
>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>
>
>> Entrainment of weakly coupled oscillators at frequencies near to each
>> other can be quite strong (a problem if you don't want that to happen).
>
>But I want to lock them to the same frequency and phase anyway
>with dedicated slooow PLLs. Injection locking would just
>take away some control over the corner frequencies of the PLLs.
>As long as the corners a low enough that is not a desaster.
>Say below 0.5 Hz.

No idea what you are doing, but in the old days of Ampex broadcast videotape
recorders there were several loops on top of each other to get the color carrier to nano seconds precision in playback
1) slow one capstan tape speed
2) 4 head rotating scanning head to get the signal from tape
3) AMTEC (Automatic Time Element Compensator) a variable delay to get the video to micro second correct phase
4) Colortec a vaiable delay to sync the playback 4.43 MHz playback color carrier to the studio precision reference
all this so they could cross-fade and edit and use effects, and people's TVs would sync. and display color.

Old tech...
Slow PLL was not the way it worked,
From tape speed variations to nano second precision.
google Ampex AMTEC and Ampex Colortec
sixties and seventies

Re: really slow PLL

<tbro7j$qul6$1@solani.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102452&group=sci.electronics.design#102452

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: dk4...@arcor.de (Gerhard Hoffmann)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 18:13:39 +0200
Message-ID: <tbro7j$qul6$1@solani.org>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
<0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 27 Jul 2022 16:13:39 -0000 (UTC)
Injection-Info: solani.org;
logging-data="883366"; mail-complaints-to="abuse@news.solani.org"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.9.1
Cancel-Lock: sha1:AORyo3NYDUfonacUNra/EEmGYPU=
X-User-ID: eJwVwYERwCAIBLCVQJ4HxhGV/UfoNXGj8gTohI+PtA1Z8h5i4wA7LaSCQ5hn/UxbdeUtjf4ABKoP0w==
Content-Language: en-US
In-Reply-To: <0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
 by: Gerhard Hoffmann - Wed, 27 Jul 2022 16:13 UTC

Am 27.07.22 um 16:13 schrieb Phil Hobbs:

>> I expect they  are a lot better at it by now. In my day it involved
>> moving around furniture van loads of tweaked VHS video tape cassettes
>> from the big dishes to the correlator centres.
>
> As the wise man said, "Never underestimate the bandwidth of a truck full
> of tapes."

That was Andy Tanenbaum, either in his book "Structured Computer
Organisation" or in a guest lecture i saw at TU Berlin.
I was seldom more impressed by a prof.

He announced the "Free Univerity Compiler Kit", from the
Free Univerity Amsterdam. :-)

Gerhard

Re: really slow PLL

<tbrohs$quof$1@solani.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102454&group=sci.electronics.design#102454

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: dk4...@arcor.de (Gerhard Hoffmann)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 18:19:08 +0200
Message-ID: <tbrohs$quof$1@solani.org>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
<0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
<tbro7j$qul6$1@solani.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 27 Jul 2022 16:19:08 -0000 (UTC)
Injection-Info: solani.org;
logging-data="883471"; mail-complaints-to="abuse@news.solani.org"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.9.1
Cancel-Lock: sha1:+MJl+H/LCOLawIZSjwbvPxc5TAk=
Content-Language: en-US
X-User-ID: eJwNwokRwDAIA7CVEh4D62DC/iO0J7nigmFwmO+v7d1MpWN6S5DasvJG6lQM2StgoV8kj9gHHzQRRA==
In-Reply-To: <tbro7j$qul6$1@solani.org>
 by: Gerhard Hoffmann - Wed, 27 Jul 2022 16:19 UTC

Am 27.07.22 um 18:13 schrieb Gerhard Hoffmann:

> He announced the "Free Univerity Compiler Kit", from the
> Free Univerity Amsterdam.  :-)

:gs/Univerity/University/

I hate that keyboard.

> Gerhard

Re: really slow PLL

<tbrpeq$qvek$1@solani.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102456&group=sci.electronics.design#102456

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: dk4...@arcor.de (Gerhard Hoffmann)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 18:34:34 +0200
Message-ID: <tbrpeq$qvek$1@solani.org>
References: <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<d3tvdhlbdtq808ea305r5kcm9ss6dmenfv@4ax.com>
<a4132ea9-7353-a9f5-5868-914116536d41@electrooptical.net>
<cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>
<f7850e6f-f351-3d9d-f15e-4c4586e8f980@electrooptical.net>
<iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 27 Jul 2022 16:34:34 -0000 (UTC)
Injection-Info: solani.org;
logging-data="884180"; mail-complaints-to="abuse@news.solani.org"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.9.1
Cancel-Lock: sha1:odbeH0G7q2osB2odBGjphyM2Tz8=
Content-Language: en-US
X-User-ID: eJwFwYkRwDAIA7CVGh77GIcSvP8IkdJxMAwkIpVqL1qr2r5YQfznyHUt7op3uGG1HssaYPwBMT4R1w==
In-Reply-To: <iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>
 by: Gerhard Hoffmann - Wed, 27 Jul 2022 16:34 UTC

Am 27.07.22 um 17:00 schrieb jlarkin@highlandsniptechnology.com:

> Of course the summing follows the usual linear equations AFTER the
> oscillators are locked. But the things being summed are changed by the
> phase locking, not independent sources any more.
>
> If one oscillator is the big outlier, it gets all nine others pounding
> on it to get in sync. Injection locking is fundamentally nonlinear.
>
No, they all follow the Lucent GPS timing receiver and its own MTI-260
oven by a dedicated PLL in my case

Re: really slow PLL

<20220727b@crcomp.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102459&group=sci.electronics.design#102459

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: g...@crcomp.net (Don)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 16:50:16 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 70
Message-ID: <20220727b@crcomp.net>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <pq5hdh9oeleu54rljjk3r1bk3vfgj9dni0@4ax.com> <tbbbvk$pta$1@gioia.aioe.org> <T1dCK.48233$vd2.40244@fx39.iad> <fef9280b-a7fb-b351-d65f-780d294f02a4@electrooptical.net> <PaeCK.77418$Lx5.70440@fx02.iad> <7e922c2e-daea-bb7d-660b-c03ff01c3c80@electrooptical.net> <5atidhpvjlcboca3b0m4tare67i9jgd1cj@4ax.com> <tbflas$3j9bc$1@dont-email.me> <rnindhtl7dpsvpsrjivrmhsdmsq7re6dll@4ax.com> <tbq2gn$2a4pg$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 27 Jul 2022 16:50:16 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="d98b2339ad9b2a0f64d364fcaa6216c4";
logging-data="2708369"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/eS5Nx9Cq2LHsZDNRZ2ZMK"
Cancel-Lock: sha1:8fXySlKVXpQaiJWdLR1vibTVFAk=
 by: Don - Wed, 27 Jul 2022 16:50 UTC

Les Cargill wrote:
> jlarkin@highlandsniptechnology.com wrote:
>> Les Cargill wrote:
>>> jlarkin@highlandsniptechnology.com wrote:
>>>> Phil Hobbs wrote:
>>> <snip>
>>>>> Phil Hobbs
>>>>
>>>> Mathematicians often like music. In my experience, music fandom is
>>>> negatively correlated to engineering design skill. Different brain
>>>> structure or something.
>>>
>>> Engineering is composition. Composition is the thin edge of the musical
>>> wedge. Musicianship is different; it's pattern identification. As is
>>> composition but in a different way. But it is all the same thing.
>>>
>>> It all depends on which wall you prefer to have your back against.
>>
>> I've always wondered about musicians. They have to play a piece
>> hundreds of times to get it right.
>
> Some do; some don't. Session players from back when studio time
> was the dominant cost probably played the parts on a song you later
> heard on the radio on the first take.
>
>> Some have surely performed
>> something thousands of times. Don't they get bored? Apparently not.
>>
>
> There's too broad a spectrum to generalize. Some forms are better for
> people with mild forms of OCD.
>
>> I design something, finish, and then want to design something entirely
>> different.
>>
>> It depends on boredom thresholds.
>>
>
> Much does.

<snip>

My much older, late partner used to play saxophone in High School in the
1950s. He belonged to an Illinois union and said you had to sight read
sheet music to join the union.
It was the big band era. To keep costs down, the band's core, of say
six musicians, would tour and then hire local union musicians for a one
night stand in order to fill out the big band.

There's a Muscle Shoals studio interview somewhere out on the Inet. In
it one of the sessions players talks about how he played by ear - at
first. Until someone told him he needed to wise-up and learn how to
sight read in order to earn the easiest money.

My church's two volume songbook contains 634 songs. And a different mix
is played each weekend. It's best to simply sight read the songs, as
needed.

Humble symphony orchestras work it about the same. Part-time musicians
pick up their sheet music a day or two before a concert. There's simply
not enough available time to "play a piece hundreds of times to get it
right."

Danke,

--
Don, KB7RPU, https://www.qsl.net/kb7rpu
There was a young lady named Bright Whose speed was far faster than light;
She set out one day In a relative way And returned on the previous night.

Re: really slow PLL

<0957bd26-29f8-7c5c-1724-780bbc4ec1da@electrooptical.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102460&group=sci.electronics.design#102460

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!border-1.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 16:50:51 +0000
Subject: Re: really slow PLL
Newsgroups: sci.electronics.design
References: <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<d3tvdhlbdtq808ea305r5kcm9ss6dmenfv@4ax.com>
<a4132ea9-7353-a9f5-5868-914116536d41@electrooptical.net>
<cah2eht4fvti0mb8eqv8h38plih3u638jc@4ax.com>
<f7850e6f-f351-3d9d-f15e-4c4586e8f980@electrooptical.net>
<iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>
From: pcdhSpam...@electrooptical.net (Phil Hobbs)
Message-ID: <0957bd26-29f8-7c5c-1724-780bbc4ec1da@electrooptical.net>
Date: Wed, 27 Jul 2022 12:51:38 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.0
MIME-Version: 1.0
In-Reply-To: <iek2ehpe79ar15ffrl8hklct7isf17pchu@4ax.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 128
X-Trace: sv3-MTUQYI21QTaToCGfP341wJsq/By0MRKLzKmQibLSWXJE75oftbeUJyivM/AOib/ZSwAaBaq0wlb8N3g!SIoTL7/mA47nMr/TP/bidgQTi9lHAzJXwnIYOSha2vdvcGvFWsU6jyrsJ0TvkC/Fzc7S63jSlOhE!JXgg5SS0JIOWYld6R2rcb/M=
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 6526
 by: Phil Hobbs - Wed, 27 Jul 2022 16:51 UTC

jlarkin@highlandsniptechnology.com wrote:
> On Wed, 27 Jul 2022 10:29:44 -0400, Phil Hobbs
> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>
>> jlarkin@highlandsniptechnology.com wrote:
>>> On Tue, 26 Jul 2022 11:03:15 -0400, Phil Hobbs
>>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>>
>>>> jlarkin@highlandsniptechnology.com wrote:
>>>>> On Tue, 26 Jul 2022 08:05:49 -0400, Phil Hobbs
>>>>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>>>>
>>>>>> Gerhard Hoffmann wrote:
>>>>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>>>>>
>>>>>>>> "A geometric view of closure phases in interferometry", DOI:
>>>>>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>>>>>
>>>>>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>>>>>> allowed for some significant improvements.
>>>>>>>
>>>>>>> I have not yet digested it, but can I assume that it won't help
>>>>>>> me to create a carrier that is phase noise wise better than
>>>>>>> averaged over 16 oscillators created equally bad?
>>>>>>>
>>>>>>> More suitable for post-processing after-the-fact?
>>>>>>>
>>>>>>> U. Rohde has the math for n injection locked oscillators in one
>>>>>>> of his books, but the formulas probably fall apart when you have
>>>>>>> to insert hard numbers for real oscillators you can buy, or build.
>>>>>>> Methinks he is more into multiple coupled resonators.
>>>>>>>
>>>>>>> cheers,
>>>>>>> Gerhard
>>>>>>
>>>>>> I'm not sure--as I say, I haven't got a properly-thought-out scheme, but
>>>>>> it seems as though it ought to be possible to combine the measurements
>>>>>> to produce N-1 oscillator signals, each one N times quieter, so that
>>>>>> averaging _those_ would get you to the N(N-1)/2 level.
>>>>>>
>>>>>> It probably needs a whole lot of phase shifters or weighted summers
>>>>>> (like a Wilkinson with attenuators), so it may well not be a win from a
>>>>>> total-hardware POV. Seems like it would be worth a bit of thought, though.
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> Phil Hobbs
>>>>>
>>>>> Imagine a single circuit/pcb that has N crystal oscillator circuits,
>>>>> injection locked and summed, in an oven.
>>>>>
>>>>> XOs near one another, namely in the same room, like to injection lock.
>>>>
>>>> Sure. That only gets you 10*log(N), though, AFAICT. Looking at it from
>>>> a phase noise POV, you win improved <delta phi> like sqrt(N), just as
>>>> you gain lower <delta V> by parallelling JFETs.
>>>>
>>>> Cheers
>>>>
>>>> Phil Hobbs
>>>
>>> I'm beyond my pay grade here, but summing jfets can be done with an
>>> ideal isolated n-port summer and the s/n improvement indeed goes as
>>> sqrt(n). But injection locking 10 oscillators is different. Each one
>>> pulls towards the mean of the other nine. They herd one another.
>>>
>>
>> Yup. Inside the locking bandwidth, it's probably possible to make the
>> phases chaotic at some level, so the close-in noise might even be worse.
>>
>> Outside that, though, as long as the peak phase error is smallish, both
>> amplitude and phase noise look additive, so the usual theorems apply.
>>
>> For small epsilon,
>>
>> sin(t + epsilon) = sin t cos epsilon + cos t sin epsilon
>>
>> ~= sin t + epsilon*cos t, (1)
>>
>> so
>>
>> (sin(t) + sin(t + epsilon))/2 ~=
>>
>> sin t + (epsilon / 2) cos t. (2)
>>
>>
>> Using (1) backwards,
>>
>> (sin(t) + sin(t + epsilon))/2 ~= sin(t + epsilon / 2).
>>
>> With N different epsilons, you have a random phasor sum, which winds up
>> with an average phase error going like 1/sqrt(N).
>>

>
> Of course the summing follows the usual linear equations AFTER the
> oscillators are locked. But the things being summed are changed by the
> phase locking, not independent sources any more.

Well outside the lock bandwidth, they'd be pretty well independent, I
should think.

> If one oscillator is the big outlier, it gets all nine others pounding
> on it to get in sync. Injection locking is fundamentally nonlinear.

Yes, and the math is very pretty, as I remember--all sorts of
bifurcations and strange attractors and limit cycles and stuff. It gets
more boring with weaker coupling, which is usually all you need.

Cheers

Phil Hobbs

--
Dr Philip C D Hobbs
Principal Consultant
ElectroOptical Innovations LLC / Hobbs ElectroOptics
Optics, Electro-optics, Photonics, Analog Electronics
Briarcliff Manor NY 10510

http://electrooptical.net
http://hobbs-eo.com

Re: really slow PLL

<c32d86ab-104b-4a8a-3db7-6ecf371503cd@electrooptical.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102461&group=sci.electronics.design#102461

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-1.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 16:54:05 +0000
Subject: Re: really slow PLL
Newsgroups: sci.electronics.design
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
<0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
<tbro7j$qul6$1@solani.org>
From: pcdhSpam...@electrooptical.net (Phil Hobbs)
Message-ID: <c32d86ab-104b-4a8a-3db7-6ecf371503cd@electrooptical.net>
Date: Wed, 27 Jul 2022 12:54:53 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.0
MIME-Version: 1.0
In-Reply-To: <tbro7j$qul6$1@solani.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 23
X-Trace: sv3-Wzxzwd9qraB7C2ns2UioobJ7PLfQqu529MPQgQT7FN7AZkjM5ecmJ3ojHjP8JNhzAisAZhv7ph7qzo8!2GnTLu/mD+h6pRoZUoh108CT5hQW2JBt+Kd1qFjleuHOIBXV5wqogw/x1rqeOe+/c3hvyfvU3uGx!z1jFeHBhRJ/WVjFBu3ESyIA=
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: Phil Hobbs - Wed, 27 Jul 2022 16:54 UTC

Gerhard Hoffmann wrote:
> Am 27.07.22 um 16:13 schrieb Phil Hobbs:
>
>>> I expect they  are a lot better at it by now. In my day it involved
>>> moving around furniture van loads of tweaked VHS video tape cassettes
>>> from the big dishes to the correlator centres.
>>
>> As the wise man said, "Never underestimate the bandwidth of a truck
>> full of tapes."
>
> That was Andy Tanenbaum, either in his book "Structured Computer
> Organisation" or in a guest lecture i saw at TU Berlin.
> I was seldom more impressed by a prof.
>
> He announced the "Free Univerity Compiler Kit", from the
> Free Univerity Amsterdam.  :-)

Well, after all, it's more prestigious than the South Holland Institute
of Technology.

Cheers

Phil Hobbs

Re: really slow PLL

<6is2ehlsm4bfk2f97aoffg60u0njlrev1v@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102462&group=sci.electronics.design#102462

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!border-1.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 17:13:33 +0000
From: jlar...@highland_atwork_technology.com (John Larkin)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 10:14:20 -0700
Organization: Highland Tech
Reply-To: xx@yy.com
Message-ID: <6is2ehlsm4bfk2f97aoffg60u0njlrev1v@4ax.com>
References: <749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net> <tbbspp$golj$1@solani.org> <e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net> <170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com> <tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org> <6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org> <dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net> <tbqtf2$1iif$2@gioia.aioe.org> <0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
X-Newsreader: Forte Agent 3.1/32.783
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Lines: 74
X-Trace: sv3-Kg8D1XEKhfcgeSJvwmJGJIY95slbYd+XoxXvS/q8e/XsLqlF3i3TK5CDVqXZ4B9pXAYTmZ5z31k29pS!i/N5j5vQsss6Y9hOlWi7NMfuYUSlA44w30sA5hlx734EI/JouWooh5mkyKUDZUsQ4uaWYNtIUMpI!dqjSDw==
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 4996
 by: John Larkin - Wed, 27 Jul 2022 17:14 UTC

On Wed, 27 Jul 2022 10:13:21 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>Martin Brown wrote:
>> On 26/07/2022 13:05, Phil Hobbs wrote:
>>> Gerhard Hoffmann wrote:
>>>> Am 25.07.22 um 18:31 schrieb Joe Gwinn:
>>>>> On Fri, 22 Jul 2022 09:03:16 -0400, Phil Hobbs
>>>>
>>>>> "A geometric view of closure phases in interferometry", DOI:
>>>>> <https://doi.org/10.1017/pasa.2022.6>
>>>>>
>>>>> .<https://www.cambridge.org/core/journals/publications-of-the-astronomical-society-of-australia/article/geometric-view-of-closure-phases-in-interferometry/5E8A5A8D58A2FC72ADFA0587347C4DA7>
>>>>>
>>>>> I'm still digesting it, but basically deducing the underlying geometry
>>>>> allowed for some significant improvements.
>>>>
>>>> I have not yet digested it, but can I assume that it won't help
>>>> me to create a carrier that is phase noise wise better than
>>>> averaged over 16 oscillators created equally bad?
>>>>
>>>> More suitable for post-processing after-the-fact?
>>>>
>>>> U. Rohde has the math for n injection locked oscillators in one
>>>> of his books, but the formulas probably fall apart when you have
>>>> to insert hard numbers for real oscillators you can buy, or build.
>>>> Methinks he is more into multiple coupled resonators.
>>
>> Entrainment of weakly coupled oscillators at frequencies near to each
>> other can be quite strong (a problem if you don't want that to happen).
>>>
>>> I'm not sure--as I say, I haven't got a properly-thought-out scheme,
>>> but it seems as though it ought to be possible to combine the
>>> measurements to produce N-1 oscillator signals, each one N times
>>> quieter, so that averaging _those_ would get you to the N(N-1)/2 level.
>>
>> I think the catch is that to do that you would have to provide hardware
>> to compute the cross correlation of every pair of oscillators so that
>> correlator complexity goes up as N(N-1)/2 too. I can't immediately see a
>> way to exploit this to get a better average oscillator though.
>>>
>>> It probably needs a whole lot of phase shifters or weighted summers
>>> (like a Wilkinson with attenuators), so it may well not be a win from
>>> a total-hardware POV.  Seems like it would be worth a bit of thought,
>>> though.
>>
>> VLBI typically disciplines a hydrogen maser using some other long term
>> stable centralised terrestrial time source. Getting it just a little bit
>> wrong just makes the white light fringe much harder to find later. Local
>> clock short term stability stability is the key to it working well.
>>
>> I expect they  are a lot better at it by now. In my day it involved
>> moving around furniture van loads of tweaked VHS video tape cassettes
>> from the big dishes to the correlator centres.
>
>As the wise man said, "Never underestimate the bandwidth of a truck full
>of tapes."
>
>Also, variously, a 747 full of tapes, CDs, DVDs, MicroSDs, etc. A
>747-load of 256-GB MicroSDs is about
>256e12 B * 113,400 kg / 0.25 g = 1.16E+23 bytes.
>
>Six of them would be over 1 Avogadro.
>
>Of course reading them out in less than the lifetime of the universe
>would take quite a few boxes--it would need a bandwidth of
>1.16E+23 / 3.156e+7 / 15e+9 = 245 kB/s just to do that.
>
>Cheers
>
>Phil Hobbs

I suspected that I've been taking too many pictures.

Re: really slow PLL

<i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102466&group=sci.electronics.design#102466

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!69.80.99.14.MISMATCH!border-1.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 20:36:31 +0000
From: joegw...@comcast.net (Joe Gwinn)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 16:37:01 -0400
Message-ID: <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com> <16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com> <gp0mdh5fkrnokau319vars33ecoece580q@4ax.com> <20220722f@crcomp.net> <m58mdhtt1f2nrldo4flpv9nksqgd8dstpg@4ax.com> <76de2ee6-2efc-ceb1-f49d-76321a4054ff@electrooptical.net>
User-Agent: ForteAgent/8.00.32.1272
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 56
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-PMjkFihhJrDbUn2PHSQhvBJ9koR8QrMHtGBD5l4P8DRvCEZeWkf1auc9Zv6bbMVUCDHRPx1rXW3KQEX!XVzNHRKn9QwWJZf4Do2hOqvkJXH0fMSCQhlp3nPUYbf4NXHy8IbVeUA7Ebj0XNdWQ6KaNRU=
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 3348
 by: Joe Gwinn - Wed, 27 Jul 2022 20:37 UTC

On Fri, 22 Jul 2022 21:12:31 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>Joe Gwinn wrote:
>> On Fri, 22 Jul 2022 21:38:39 -0000 (UTC), "Don" <g@crcomp.net> wrote:
>>
>>> Joe Gwinn wrote:
>>>
>>> <snip>
>>>
>>>> Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
>>>> and Type N are far better.
>>>>
>>>> Or use shielded twisted pair to carry the 1PPS pulses. This would
>>>> work better over a backplane.
>>>
>>> This is good advice. Even though the lazy guy within me never truly
>>> gives up his fight to take the easy way out with BNC.
>>> Twisted pair (TP) sounds even easier than BNC. So, what's the
>>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
>>
>> Depends on what you are trying to do.
>>
>> For nanosecond edges, coax is pretty useful, but short range and often
>> mechanically awkward.
>>
>> For microsecond edges at 1000 meters, RS422 over shielded twisted pair
>> is pretty good.
>>
>> For bus length links, LVDS or the like.
>>
>> And so on. And there is always optical links.
>>
>> Joe Gwinn
>>
>
>BNCs are the bomb, as long as you aren't putting 500 of them in series,
>as with the old 10base2 coax Ethernet.
>
>TNCs are a very small niche, and N connectors belong only on spectrum
>analyzers.

The issue with BNCs in phase-critical radar timing systems is that the
delay through a BNC can jump by a few picoseconds from mechanical
rattling. If the signal traversing the BNC is subsequently multiplied
up into the GHz, the angular phase shifts can become intolerable.
Especially in a high-vibration environment.

BNCs are also somewhat leaky, even in the precision grades.

So, BNCs are usually forbidden except for test outputs. Only threaded
coax connectors, or mechanically stable blind-mate, or the like are
allowed.

Joe Gwinn

Re: really slow PLL

<70fcaf1c-cbf4-4556-9fea-d9c463b38bb1n@googlegroups.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102467&group=sci.electronics.design#102467

  copy link   Newsgroups: sci.electronics.design
X-Received: by 2002:a05:620a:4726:b0:6b6:2239:f5f7 with SMTP id bs38-20020a05620a472600b006b62239f5f7mr18068632qkb.96.1658956714471;
Wed, 27 Jul 2022 14:18:34 -0700 (PDT)
X-Received: by 2002:a25:7bc5:0:b0:66f:d1:1ad with SMTP id w188-20020a257bc5000000b0066f00d101admr19185985ybc.538.1658956714307;
Wed, 27 Jul 2022 14:18:34 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: sci.electronics.design
Date: Wed, 27 Jul 2022 14:18:34 -0700 (PDT)
In-Reply-To: <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2001:8b0:fb4e:0:8286:f2ff:fe6b:6c87;
posting-account=de11ZAoAAACBQRb2jWnaIkHYK2q9mRvs
NNTP-Posting-Host: 2001:8b0:fb4e:0:8286:f2ff:fe6b:6c87
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com>
<16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com> <gp0mdh5fkrnokau319vars33ecoece580q@4ax.com>
<20220722f@crcomp.net> <m58mdhtt1f2nrldo4flpv9nksqgd8dstpg@4ax.com>
<76de2ee6-2efc-ceb1-f49d-76321a4054ff@electrooptical.net> <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <70fcaf1c-cbf4-4556-9fea-d9c463b38bb1n@googlegroups.com>
Subject: Re: really slow PLL
From: jrwalli...@gmail.com (John Walliker)
Injection-Date: Wed, 27 Jul 2022 21:18:34 +0000
Content-Type: text/plain; charset="UTF-8"
X-Received-Bytes: 3708
 by: John Walliker - Wed, 27 Jul 2022 21:18 UTC

On Wednesday, 27 July 2022 at 21:37:14 UTC+1, Joe Gwinn wrote:
> On Fri, 22 Jul 2022 21:12:31 -0400, Phil Hobbs
> <pcdhSpamM...@electrooptical.net> wrote:
>
> >Joe Gwinn wrote:
> >> On Fri, 22 Jul 2022 21:38:39 -0000 (UTC), "Don" <g...@crcomp.net> wrote:
> >>
> >>> Joe Gwinn wrote:
> >>>
> >>> <snip>
> >>>
> >>>> Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
> >>>> and Type N are far better.
> >>>>
> >>>> Or use shielded twisted pair to carry the 1PPS pulses. This would
> >>>> work better over a backplane.
> >>>
> >>> This is good advice. Even though the lazy guy within me never truly
> >>> gives up his fight to take the easy way out with BNC.
> >>> Twisted pair (TP) sounds even easier than BNC. So, what's the
> >>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
> >>
> >> Depends on what you are trying to do.
> >>
> >> For nanosecond edges, coax is pretty useful, but short range and often
> >> mechanically awkward.
> >>
> >> For microsecond edges at 1000 meters, RS422 over shielded twisted pair
> >> is pretty good.
> >>
> >> For bus length links, LVDS or the like.
> >>
> >> And so on. And there is always optical links.
> >>
> >> Joe Gwinn
> >>
> >
> >BNCs are the bomb, as long as you aren't putting 500 of them in series,
> >as with the old 10base2 coax Ethernet.
> >
> >TNCs are a very small niche, and N connectors belong only on spectrum
> >analyzers.
>
> The issue with BNCs in phase-critical radar timing systems is that the
> delay through a BNC can jump by a few picoseconds from mechanical
> rattling. If the signal traversing the BNC is subsequently multiplied
> up into the GHz, the angular phase shifts can become intolerable.
> Especially in a high-vibration environment.
>
> BNCs are also somewhat leaky, even in the precision grades.
>
> So, BNCs are usually forbidden except for test outputs. Only threaded
> coax connectors, or mechanically stable blind-mate, or the like are
> allowed.
>
N connectors have their problems too. I discovered that if they are hand-tightened
fairly gently they can introduce losses of 1 or 2 dB at about 1.2 or 1.3GHz.

John

Re: really slow PLL

<4ccdbaae-5cc4-fc03-7917-a17f84f2bc4f@electrooptical.net>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102468&group=sci.electronics.design#102468

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pcdhSpam...@electrooptical.net (Phil Hobbs)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 17:22:03 -0400
Organization: A noiseless patient Spider
Lines: 115
Message-ID: <4ccdbaae-5cc4-fc03-7917-a17f84f2bc4f@electrooptical.net>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com>
<16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com>
<gp0mdh5fkrnokau319vars33ecoece580q@4ax.com> <20220722f@crcomp.net>
<m58mdhtt1f2nrldo4flpv9nksqgd8dstpg@4ax.com>
<76de2ee6-2efc-ceb1-f49d-76321a4054ff@electrooptical.net>
<i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Info: reader01.eternal-september.org; posting-host="231d81544f339e1206b6fe73eba9244a";
logging-data="2776308"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18klGktiiGKvZ+OnkhUN1c9"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.0
Cancel-Lock: sha1:XLgF7qn4AteoAgkh8tElwruWHGs=
In-Reply-To: <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com>
 by: Phil Hobbs - Wed, 27 Jul 2022 21:22 UTC

Joe Gwinn wrote:
> On Fri, 22 Jul 2022 21:12:31 -0400, Phil Hobbs
> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>
>> Joe Gwinn wrote:
>>> On Fri, 22 Jul 2022 21:38:39 -0000 (UTC), "Don" <g@crcomp.net> wrote:
>>>
>>>> Joe Gwinn wrote:
>>>>
>>>> <snip>
>>>>
>>>>> Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
>>>>> and Type N are far better.
>>>>>
>>>>> Or use shielded twisted pair to carry the 1PPS pulses. This would
>>>>> work better over a backplane.
>>>>
>>>> This is good advice. Even though the lazy guy within me never truly
>>>> gives up his fight to take the easy way out with BNC.
>>>> Twisted pair (TP) sounds even easier than BNC. So, what's the
>>>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
>>>
>>> Depends on what you are trying to do.
>>>
>>> For nanosecond edges, coax is pretty useful, but short range and often
>>> mechanically awkward.
>>>
>>> For microsecond edges at 1000 meters, RS422 over shielded twisted pair
>>> is pretty good.
>>>
>>> For bus length links, LVDS or the like.
>>>
>>> And so on. And there is always optical links.
>>>
>>> Joe Gwinn
>>>
>>
>> BNCs are the bomb, as long as you aren't putting 500 of them in series,
>> as with the old 10base2 coax Ethernet.
>>
>> TNCs are a very small niche, and N connectors belong only on spectrum
>> analyzers.
>
> The issue with BNCs in phase-critical radar timing systems is that the
> delay through a BNC can jump by a few picoseconds from mechanical
> rattling. If the signal traversing the BNC is subsequently multiplied
> up into the GHz, the angular phase shifts can become intolerable.
> Especially in a high-vibration environment.
>
> BNCs are also somewhat leaky, even in the precision grades.
>
> So, BNCs are usually forbidden except for test outputs. Only threaded
> coax connectors, or mechanically stable blind-mate, or the like are
> allowed.
>
>
> Joe Gwinn
>

For synthetic-aperture radars, I believe that--small phase transients
are bad news. I had a similar experience long ago.

When I was a grad student, back around 1985-6, I built a heterodyne
interferometric scanning laser microscope.

It had a 13-bit phase digitizer, which used a nulling technique to
measure phase directly. There was an AM2504 successive-approximation
register, driving an AD DAC80 12-bit DAC, driving a homemade linearized
varactor phase shifter, with a MCL RPD-1 phase detector looking for a
null. (All dead-bug construction.)

One extra SAR cycle (with an external d-flop) made sure it was shooting
for the stable null, making 13 bits in all. It ran at the 60-MHz IF,
and pi phase was about 6000 LSBs, so 1 LSB was equivalent to

dt = 1/(6000 * 60 MHz) = 2.8 ps.

It had an associated calibrator, based on two 60-MHz crystal oscillators
locked together with a divide-by-360 counter on each. The counters had
(iirc) 11C90 10/11 prescalers, and one of them had the appropriate logic
for a pulse-swallower. That way the two outputs could be phase shifted
in exact 1-degree increments. A whole lot of attention was paid to
shielding and isolation amps and so forth, because any leakage of one
signal into the other above the -80 dB level would cause measurable
phase whoopdedoos.

Fortunately that was easy to verify by sitting on the pulse-swallowing
button, which moved the frequency enough to see any spurs on the
spectrum analyzer. (I borrowed an 8566A from another group for the
purpose.)

Calibrating the phase shifter with 1-degree steps made it easy to run a
cubic spline through the data to 1-LSB accuracy. Linearizing the phase
shifter meant that the conversion of 1 LSB to delta phase didn't vary
much across the range--it was always around 3 ps.

Jiggling coax cables during a measurement made for some very
entertaining image artifacts there too.

Cheers

Phil Hobbs

(Taking today off because it's so nice out, and because I can.)

--
Dr Philip C D Hobbs
Principal Consultant
ElectroOptical Innovations LLC / Hobbs ElectroOptics
Optics, Electro-optics, Photonics, Analog Electronics
Briarcliff Manor NY 10510

http://electrooptical.net
http://hobbs-eo.com

Re: really slow PLL

<umh3eh1icpmdpo8bd79omq40d6utalip7l@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102470&group=sci.electronics.design#102470

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!border-1.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 23:16:34 +0000
From: joegw...@comcast.net (Joe Gwinn)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 19:16:34 -0400
Message-ID: <umh3eh1icpmdpo8bd79omq40d6utalip7l@4ax.com>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com> <16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com> <gp0mdh5fkrnokau319vars33ecoece580q@4ax.com> <20220722f@crcomp.net> <m58mdhtt1f2nrldo4flpv9nksqgd8dstpg@4ax.com> <76de2ee6-2efc-ceb1-f49d-76321a4054ff@electrooptical.net> <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com> <70fcaf1c-cbf4-4556-9fea-d9c463b38bb1n@googlegroups.com>
User-Agent: ForteAgent/8.00.32.1272
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 66
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-mCFfqraL/bpCwT3b4Xqv6x2Pbz6QcUwuH9CrVnBdYG4w0nF3jEgJ9D1FbjyZLDNuT2ID0N2qu4TZdWl!RtM1T8zUBbRAWxxplH/bLfOmrwuXWGgC5xV3lYpXG9pcuLbYdhKZeSQgMTN9jssnqVo/ga8=
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Received-Bytes: 4026
 by: Joe Gwinn - Wed, 27 Jul 2022 23:16 UTC

On Wed, 27 Jul 2022 14:18:34 -0700 (PDT), John Walliker
<jrwalliker@gmail.com> wrote:

>On Wednesday, 27 July 2022 at 21:37:14 UTC+1, Joe Gwinn wrote:
>> On Fri, 22 Jul 2022 21:12:31 -0400, Phil Hobbs
>> <pcdhSpamM...@electrooptical.net> wrote:
>>
>> >Joe Gwinn wrote:
>> >> On Fri, 22 Jul 2022 21:38:39 -0000 (UTC), "Don" <g...@crcomp.net> wrote:
>> >>
>> >>> Joe Gwinn wrote:
>> >>>
>> >>> <snip>
>> >>>
>> >>>> Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
>> >>>> and Type N are far better.
>> >>>>
>> >>>> Or use shielded twisted pair to carry the 1PPS pulses. This would
>> >>>> work better over a backplane.
>> >>>
>> >>> This is good advice. Even though the lazy guy within me never truly
>> >>> gives up his fight to take the easy way out with BNC.
>> >>> Twisted pair (TP) sounds even easier than BNC. So, what's the
>> >>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
>> >>
>> >> Depends on what you are trying to do.
>> >>
>> >> For nanosecond edges, coax is pretty useful, but short range and often
>> >> mechanically awkward.
>> >>
>> >> For microsecond edges at 1000 meters, RS422 over shielded twisted pair
>> >> is pretty good.
>> >>
>> >> For bus length links, LVDS or the like.
>> >>
>> >> And so on. And there is always optical links.
>> >>
>> >> Joe Gwinn
>> >>
>> >
>> >BNCs are the bomb, as long as you aren't putting 500 of them in series,
>> >as with the old 10base2 coax Ethernet.
>> >
>> >TNCs are a very small niche, and N connectors belong only on spectrum
>> >analyzers.
>>
>> The issue with BNCs in phase-critical radar timing systems is that the
>> delay through a BNC can jump by a few picoseconds from mechanical
>> rattling. If the signal traversing the BNC is subsequently multiplied
>> up into the GHz, the angular phase shifts can become intolerable.
>> Especially in a high-vibration environment.
>>
>> BNCs are also somewhat leaky, even in the precision grades.
>>
>> So, BNCs are usually forbidden except for test outputs. Only threaded
>> coax connectors, or mechanically stable blind-mate, or the like are
>> allowed.
>>
>N connectors have their problems too. I discovered that if they are hand-tightened
>fairly gently they can introduce losses of 1 or 2 dB at about 1.2 or 1.3GHz.
>
Yes, all threaded connectors need to torqued to the "inspection
torque" value specified by the manufacturer, using a actual torque
wrench.

Joe Gwinn

Re: really slow PLL

<s0i3ehlcbs83pposmcu000uafoh7m0gub8@4ax.com>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102471&group=sci.electronics.design#102471

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!border-1.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 27 Jul 2022 23:26:21 +0000
From: joegw...@comcast.net (Joe Gwinn)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 19:26:57 -0400
Message-ID: <s0i3ehlcbs83pposmcu000uafoh7m0gub8@4ax.com>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com> <fb6d0d81-2d83-40aa-93ec-e8313f569653n@googlegroups.com> <16didh52v3vvhmstv614a7in88v5iuqa0d@4ax.com> <gp0mdh5fkrnokau319vars33ecoece580q@4ax.com> <20220722f@crcomp.net> <m58mdhtt1f2nrldo4flpv9nksqgd8dstpg@4ax.com> <76de2ee6-2efc-ceb1-f49d-76321a4054ff@electrooptical.net> <i183eh5nidtbhrgckge9pehebuk1uhkegt@4ax.com> <4ccdbaae-5cc4-fc03-7917-a17f84f2bc4f@electrooptical.net>
User-Agent: ForteAgent/8.00.32.1272
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 114
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-6WZIB7skpLMvx16zxGUN7ND2VMWISC4A4qbykodgxGbyLIitWcjpNEp+qXt8mOhy0fqrYKf70C/Riya!+/kc3n8qni5JPX4EdHsjsU5i7dvuwA1136Cav0ONny+0ID0olLhDEDXAi0QN61wrnk16MzY=
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: Joe Gwinn - Wed, 27 Jul 2022 23:26 UTC

On Wed, 27 Jul 2022 17:22:03 -0400, Phil Hobbs
<pcdhSpamMeSenseless@electrooptical.net> wrote:

>Joe Gwinn wrote:
>> On Fri, 22 Jul 2022 21:12:31 -0400, Phil Hobbs
>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>
>>> Joe Gwinn wrote:
>>>> On Fri, 22 Jul 2022 21:38:39 -0000 (UTC), "Don" <g@crcomp.net> wrote:
>>>>
>>>>> Joe Gwinn wrote:
>>>>>
>>>>> <snip>
>>>>>
>>>>>> Also, I'd lose the BNC connectors. Threaded connectors like SMA, TNC,
>>>>>> and Type N are far better.
>>>>>>
>>>>>> Or use shielded twisted pair to carry the 1PPS pulses. This would
>>>>>> work better over a backplane.
>>>>>
>>>>> This is good advice. Even though the lazy guy within me never truly
>>>>> gives up his fight to take the easy way out with BNC.
>>>>> Twisted pair (TP) sounds even easier than BNC. So, what's the
>>>>> "catch" with TP? Where's the "gotcha" to make TP harder than BNC?
>>>>
>>>> Depends on what you are trying to do.
>>>>
>>>> For nanosecond edges, coax is pretty useful, but short range and often
>>>> mechanically awkward.
>>>>
>>>> For microsecond edges at 1000 meters, RS422 over shielded twisted pair
>>>> is pretty good.
>>>>
>>>> For bus length links, LVDS or the like.
>>>>
>>>> And so on. And there is always optical links.
>>>>
>>>> Joe Gwinn
>>>>
>>>
>>> BNCs are the bomb, as long as you aren't putting 500 of them in series,
>>> as with the old 10base2 coax Ethernet.
>>>
>>> TNCs are a very small niche, and N connectors belong only on spectrum
>>> analyzers.
>>
>> The issue with BNCs in phase-critical radar timing systems is that the
>> delay through a BNC can jump by a few picoseconds from mechanical
>> rattling. If the signal traversing the BNC is subsequently multiplied
>> up into the GHz, the angular phase shifts can become intolerable.
>> Especially in a high-vibration environment.
>>
>> BNCs are also somewhat leaky, even in the precision grades.
>>
>> So, BNCs are usually forbidden except for test outputs. Only threaded
>> coax connectors, or mechanically stable blind-mate, or the like are
>> allowed.
>>
>>
>> Joe Gwinn
>>
>
>For synthetic-aperture radars, I believe that--small phase transients
>are bad news. I had a similar experience long ago.
>
>When I was a grad student, back around 1985-6, I built a heterodyne
>interferometric scanning laser microscope.
>
>It had a 13-bit phase digitizer, which used a nulling technique to
>measure phase directly. There was an AM2504 successive-approximation
>register, driving an AD DAC80 12-bit DAC, driving a homemade linearized
>varactor phase shifter, with a MCL RPD-1 phase detector looking for a
>null. (All dead-bug construction.)
>
>One extra SAR cycle (with an external d-flop) made sure it was shooting
>for the stable null, making 13 bits in all. It ran at the 60-MHz IF,
>and pi phase was about 6000 LSBs, so 1 LSB was equivalent to
>
>dt = 1/(6000 * 60 MHz) = 2.8 ps.
>
>It had an associated calibrator, based on two 60-MHz crystal oscillators
>locked together with a divide-by-360 counter on each. The counters had
>(iirc) 11C90 10/11 prescalers, and one of them had the appropriate logic
>for a pulse-swallower. That way the two outputs could be phase shifted
>in exact 1-degree increments. A whole lot of attention was paid to
>shielding and isolation amps and so forth, because any leakage of one
>signal into the other above the -80 dB level would cause measurable
>phase whoopdedoos.

Oh yes. Must use only double-shielded or better coax - RG-58 need not
apply.

Also must worry about power-frequency ground loops driving large
currents through the coax shield.

>Fortunately that was easy to verify by sitting on the pulse-swallowing
>button, which moved the frequency enough to see any spurs on the
>spectrum analyzer. (I borrowed an 8566A from another group for the
>purpose.)
>
>Calibrating the phase shifter with 1-degree steps made it easy to run a
>cubic spline through the data to 1-LSB accuracy. Linearizing the phase
>shifter meant that the conversion of 1 LSB to delta phase didn't vary
>much across the range--it was always around 3 ps.
>
>Jiggling coax cables during a measurement made for some very
>entertaining image artifacts there too.
>

Yes, exactly the same kinds of things bedevil phased-array radars.

Joe Gwinn

Re: really slow PLL

<tbsm55$2lv8n$1@dont-email.me>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102474&group=sci.electronics.design#102474

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: lcargi...@gmail.com (Les Cargill)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 19:44:21 -0500
Organization: A noiseless patient Spider
Lines: 77
Message-ID: <tbsm55$2lv8n$1@dont-email.me>
References: <daf0c8cf-07ea-241b-2e4e-bfe2bbaa6f63@electrooptical.net>
<pq5hdh9oeleu54rljjk3r1bk3vfgj9dni0@4ax.com> <tbbbvk$pta$1@gioia.aioe.org>
<T1dCK.48233$vd2.40244@fx39.iad>
<fef9280b-a7fb-b351-d65f-780d294f02a4@electrooptical.net>
<PaeCK.77418$Lx5.70440@fx02.iad>
<7e922c2e-daea-bb7d-660b-c03ff01c3c80@electrooptical.net>
<5atidhpvjlcboca3b0m4tare67i9jgd1cj@4ax.com> <tbflas$3j9bc$1@dont-email.me>
<rnindhtl7dpsvpsrjivrmhsdmsq7re6dll@4ax.com> <tbq2gn$2a4pg$1@dont-email.me>
<b6v1ehpdjhi9bcssp3rghi9sgs6udsp04v@4ax.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 28 Jul 2022 00:44:21 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="c4eacc17370f1b0adb71a25d2b49b4f1";
logging-data="2817303"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/7X18JcdetHiOfwEbfHL0npRXXxF62QO0="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101
Firefox/68.0 SeaMonkey/2.53.13
Cancel-Lock: sha1:0PfKOv8bM0cXRC9JbYCb6h0FVHg=
In-Reply-To: <b6v1ehpdjhi9bcssp3rghi9sgs6udsp04v@4ax.com>
 by: Les Cargill - Thu, 28 Jul 2022 00:44 UTC

jlarkin@highlandsniptechnology.com wrote:
> On Tue, 26 Jul 2022 19:56:53 -0500, Les Cargill <lcargil99@gmail.com>
> wrote:
>
>> jlarkin@highlandsniptechnology.com wrote:
>>> On Fri, 22 Jul 2022 21:10:35 -0500, Les Cargill <lcargil99@gmail.com>
>>> wrote:
>>>
>>>> jlarkin@highlandsniptechnology.com wrote:
>>>>> On Thu, 21 Jul 2022 11:42:28 -0400, Phil Hobbs
>>>>> <pcdhSpamMeSenseless@electrooptical.net> wrote:
>>>> <snip>
>>>>>> Phil Hobbs
>>>>>
>>>>> Mathematicians often like music. In my experience, music fandom is
>>>>> negatively correlated to engineering design skill. Different brain
>>>>> structure or something.
>>>>>
>>>>
>>>> Engineering is composition. Composition is the thin edge of the musical
>>>> wedge. Musicianship is different; it's pattern identification. As is
>>>> composition but in a different way. But it is all the same thing.
>>>>
>>>> It all depends on which wall you prefer to have your back against.
>>>
>>> I've always wondered about musicians. They have to play a piece
>>> hundreds of times to get it right.
>>
>> Some do; some don't. Session players from back when studio time
>> was the dominant cost probably played the parts on a song you later
>> heard on the radio on the first take.
>>
>>> Some have surely performed
>>> something thousands of times. Don't they get bored? Apparently not.
>>>
>>
>> There's too broad a spectrum to generalize. Some forms are better for
>> people with mild forms of OCD.
>>
>>> I design something, finish, and then want to design something entirely
>>> different.
>>>
>>> It depends on boredom thresholds.
>>>
>>
>> Much does.
>>
>>>>
>>>>> One other thing I see a lot is undue respect for standards. As in "you
>>>>> can't do that because it violates SCPI standards." Where are the SCPI
>>>>> Police when you need them?
>>>>
>>>> Over where they MATLAB.
>>>
>>> SCPI is send-and-forget. There is some query you can send to ask if
>>> the last command worked. And you can have an error queue that you can
>>> interrogate now and then for historical forensics.
>>>
>>> I told the customer that damn the specs, every command is going to
>>> reply with data, an error message, or "OK". They agree.
>>>
>>>
>>
>> And there you go turning a perfectly good full duplex channel into a
>> half duplex walkie-talkie channel :)
>>
>> It'll be fast enough.
>
> One might feel a little silly, having sent 14,000 commands to a box
> and then discovering that the power strip is off.
>

There are a small eternity of approaches. Line turnarounds are one.

--
Les Cargill

Re: really slow PLL

<tbsm96$2lv8n$2@dont-email.me>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102475&group=sci.electronics.design#102475

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: lcargi...@gmail.com (Les Cargill)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Wed, 27 Jul 2022 19:46:30 -0500
Organization: A noiseless patient Spider
Lines: 74
Message-ID: <tbsm96$2lv8n$2@dont-email.me>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<pq5hdh9oeleu54rljjk3r1bk3vfgj9dni0@4ax.com> <tbbbvk$pta$1@gioia.aioe.org>
<T1dCK.48233$vd2.40244@fx39.iad>
<fef9280b-a7fb-b351-d65f-780d294f02a4@electrooptical.net>
<PaeCK.77418$Lx5.70440@fx02.iad>
<7e922c2e-daea-bb7d-660b-c03ff01c3c80@electrooptical.net>
<5atidhpvjlcboca3b0m4tare67i9jgd1cj@4ax.com> <tbflas$3j9bc$1@dont-email.me>
<rnindhtl7dpsvpsrjivrmhsdmsq7re6dll@4ax.com> <tbq2gn$2a4pg$1@dont-email.me>
<20220727b@crcomp.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 28 Jul 2022 00:46:30 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="c4eacc17370f1b0adb71a25d2b49b4f1";
logging-data="2817303"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19Fx8aWpKIq3OiAW+KCNlC6cn4TijjREd8="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101
Firefox/68.0 SeaMonkey/2.53.13
Cancel-Lock: sha1:cbWONAfEVBdEgQhcaHOX4GTquTQ=
In-Reply-To: <20220727b@crcomp.net>
 by: Les Cargill - Thu, 28 Jul 2022 00:46 UTC

Don wrote:
> Les Cargill wrote:
>> jlarkin@highlandsniptechnology.com wrote:
>>> Les Cargill wrote:
>>>> jlarkin@highlandsniptechnology.com wrote:
>>>>> Phil Hobbs wrote:
>>>> <snip>
>>>>>> Phil Hobbs
>>>>>
>>>>> Mathematicians often like music. In my experience, music fandom is
>>>>> negatively correlated to engineering design skill. Different brain
>>>>> structure or something.
>>>>
>>>> Engineering is composition. Composition is the thin edge of the musical
>>>> wedge. Musicianship is different; it's pattern identification. As is
>>>> composition but in a different way. But it is all the same thing.
>>>>
>>>> It all depends on which wall you prefer to have your back against.
>>>
>>> I've always wondered about musicians. They have to play a piece
>>> hundreds of times to get it right.
>>
>> Some do; some don't. Session players from back when studio time
>> was the dominant cost probably played the parts on a song you later
>> heard on the radio on the first take.
>>
>>> Some have surely performed
>>> something thousands of times. Don't they get bored? Apparently not.
>>>
>>
>> There's too broad a spectrum to generalize. Some forms are better for
>> people with mild forms of OCD.
>>
>>> I design something, finish, and then want to design something entirely
>>> different.
>>>
>>> It depends on boredom thresholds.
>>>
>>
>> Much does.
>
> <snip>
>
> My much older, late partner used to play saxophone in High School in the
> 1950s. He belonged to an Illinois union and said you had to sight read
> sheet music to join the union.
> It was the big band era. To keep costs down, the band's core, of say
> six musicians, would tour and then hire local union musicians for a one
> night stand in order to fill out the big band.
>
> There's a Muscle Shoals studio interview somewhere out on the Inet. In
> it one of the sessions players talks about how he played by ear - at
> first. Until someone told him he needed to wise-up and learn how to
> sight read in order to earn the easiest money.
>
> My church's two volume songbook contains 634 songs. And a different mix
> is played each weekend. It's best to simply sight read the songs, as
> needed.
>
> Humble symphony orchestras work it about the same. Part-time musicians
> pick up their sheet music a day or two before a concert. There's simply
> not enough available time to "play a piece hundreds of times to get it
> right."
>

Just so. I think of solo concert pianists as the people who woodshed
the most. But they can probably produce a passable rendition on first
read.

> Danke,
>

--
Les Cargill

Re: really slow PLL

<tbtgag$1j4p$1@gioia.aioe.org>

  copy mid

https://www.novabbs.com/tech/article-flat.php?id=102486&group=sci.electronics.design#102486

  copy link   Newsgroups: sci.electronics.design
Path: i2pn2.org!i2pn.org!aioe.org!U54xAdP7pvGKboowhQIuJQ.user.46.165.242.75.POSTED!not-for-mail
From: '''newsp...@nonad.co.uk (Martin Brown)
Newsgroups: sci.electronics.design
Subject: Re: really slow PLL
Date: Thu, 28 Jul 2022 09:10:54 +0100
Organization: Aioe.org NNTP Server
Message-ID: <tbtgag$1j4p$1@gioia.aioe.org>
References: <qd2hdhhs6bnndjs4likrvlq9jt6q5deebo@4ax.com>
<tbap1m$h0d7$1@solani.org> <4edidhp1j5athn19ro297m6lkm21nba4ck@4ax.com>
<tbbi6s$ghm7$1@solani.org>
<749c3c03-5765-9bfe-a6e6-6b9be06fc84d@electrooptical.net>
<tbbspp$golj$1@solani.org>
<e9f067f2-0482-e037-635a-1fe45f43849e@electrooptical.net>
<170406a10b0f2331$1$383679$60dd6a6a@news.thecubenet.com>
<tbdkv2$1n19$1@gioia.aioe.org> <tbe76k$l7$1@gioia.aioe.org>
<6qgtdhtg0ktkvujpkf6rakd0q9b77g5kp6@4ax.com> <tbmon6$o067$1@solani.org>
<dbf4ba20-433a-2a1a-74db-5ea8307b3f6b@electrooptical.net>
<tbqtf2$1iif$2@gioia.aioe.org>
<0d256f55-c36d-d4d0-41c5-f234ffe3ee77@electrooptical.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="52377"; posting-host="U54xAdP7pvGKboowhQIuJQ.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.11.0
X-Notice: Filtered by postfilter v. 0.9.2
Content-Language: en-GB
 by: Martin Brown - Thu, 28 Jul 2022 08:10 UTC

On 27/07/2022 15:13, Phil Hobbs wrote:
> Martin Brown wrote:

>> I expect they  are a lot better at it by now. In my day it involved
>> moving around furniture van loads of tweaked VHS video tape cassettes
>> from the big dishes to the correlator centres.
>
> As the wise man said, "Never underestimate the bandwidth of a truck full
> of tapes."

It works well and was very cost effective.
Tapes got reused after a while..
>
> Also, variously, a 747 full of tapes, CDs, DVDs, MicroSDs, etc.  A
> 747-load of 256-GB MicroSDs is about
> 256e12 B * 113,400 kg / 0.25 g = 1.16E+23 bytes.
>
> Six of them would be over 1 Avogadro.

The recent black hole images were using about 5e15 bytes of data each.

Disks and mass storage capacity generally have got a lot bigger. The
plastic chips in Star Trek (original) look huge in comparison to sD.

--
Regards,
Martin Brown


tech / sci.electronics.design / Re: really slow PLL

Pages:1234567
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor