neazoi
Advanced Member level 6
- Joined
- Jan 5, 2008
- Messages
- 4,157
- Helped
- 13
- Reputation
- 26
- Reaction score
- 15
- Trophy points
- 1,318
- Location
- Greece
- Activity points
- 37,198
Is there any way to do it with a simple frequency divider?
.... Gate times, that are a multiple of 10 µs, can be however exact.
Its instructive to note how you got the 10uS periodIn essense, a gate based on any 40 cycles count will be an exact 10uS !:idea:
Unfortunately we have not been given the inner workings of the freq-counter, nor do we know what input frequency ranges the counter is designed for. Nevertheless a nice round & smallish number like 10uS is useful since its more than likely the designer chose some standard gate-times of 1mS/ 10mS or such-like.
So in essense we would need to set up a system to do a divide-by-2 for 27 cycles, and then no-divide for 53 cycles, and then divide THIS output again by 2 to square it up ?
That sounds like quite a lot of jitter/ spurs within an 80 cycle block.
Or is it better to do (3*27 + 2*13) /40 ?
Basically yes. Seriously speaking, the whole idea of 4 MHz frequency generation sounds like a dead-end to me, a bad solution for a problem that can be better solved in a number of different ways.I do not think spurs would be so much of a problem, a bandpass filter could be used to reject many of these.
In other words, the author didn't even manage to provided a state-of-the-art crystal accurate gate time generation for the PIC processor. Doesn't sound like connecting a precision frequency normal to it makes any sense.This file contains the gate loop time measurement routines - the loop time is tuned to 999us so that the caller can calibrate the 1 second delay time
Basically yes. Seriously speaking, the whole idea of 4 MHz frequency generation sounds like a dead-end to me, a bad solution for a problem that can be better solved in a number of different ways.
For the present problem, supplying the processor with 10.7 MHz clock would the obvious and straightforward way. When you say that you're not able to modify the code, how do you know that it meets your requirements at all?
I reviewed the descprition of the software project and found the below dubious description:
In other words, the author didn't even manage to provided a state-of-the-art crystal accurate gate time generation for the PIC processor. Doesn't sound like connecting a precision frequency normal to it makes any sense.
The counter is fine, it's starting from 10.7MHz that's the problem.
You could just change the OCXO to a 4MHz crystal and trim it to exact frequency with a capacitor. If you need even more stability, you can temperature control a 4MHz crystal quite easily or you could lock it to an external frequency reference using a simple PLL arrangement.
Brian.
Hm... it sounds easier to make another small oven for the internal 4mhz crystal or TC as you suggest, to avoid all this complexity, indeed.
Thank you all very much for your replies
Oh good ! So we come full circle to my suggestion way up there in #2.
Good discussions though...
cheers!
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?