As a lot of people have pics of things unrelated to ham radio on their websites, I thought I would add a couple of my own (Scroll down for site updates). Banjo, our Red Heeler/Koolie cross at 4 months old. And at 12 months old (Feb 2016) enjoying his birthday breakfast treat of banana on toast.
New project added - my version of the X-Phase noise canceller. PCB available and a kit of parts to follow soon
27 December 2016
Another addition to the Gallery section. This time, fitting a DDS module to a Philips PM5326 RF Generator to cure a bad drift problem.
26 November 2016
Additional software for the Simple DDS VFO added. This enables the pushbutton on the encoder to change step size (step sizes 10kHz, 1kHz and 10Hz). See the notes in the Download section of the Simple DDS VFO page for more info.
20 November 2016
I have had some interesting conversations with homebrewers over the last few years relating to experiments/modifications of the works published on this website. One of the things on the 'list of things to do', was to publish some of their pics' etc on my website, so along that line, the first one, a filter/leveller for DDS modules from G3OAG, is now on my site. This one and all the others I have available to show, will be posted under the 'Gallery' menu. Now that things are starting to return to somewhat normal around here, I will endeavour to get the others up as quickly as possible (with apologies to those that have been waiting to see their work in lights).
Or - a trap most have fallen into?
While working on another custom modification of the DDS Module, I spent about a week banging my head against the wall, cussing, using other nasty words and throwing things around the workshop. Why? Because the !#%$* encoder wouldn't work properly when the DDS code was modified and migrated to an 8 pin PIC. Nothing to do with the encoder changed in the code transplant other than the pins it was connected to. Even looking at an oscilloscope wasn't helping (it showed the problem, but wasn't helping). Instead of getting this: I was getting this: What on earth was going on? It was a brand new (if cheap) mechanical encoder. Tried changing pullup resistors and the value of the filtering caps (<- CLUE ) but nothing made any diference. Even went so far as to try Schmitt inverters and 'D' Flip Flops to try and cure the problem. Here is the snippet of the schematic as it relates to the encoder and I can tell you, the problem is right there, staring you in the face. Have you worked it out yet? Come on, it's simple when you know - keep trying. And no cheating by scrolling down. Annoying aren't I! Oh, all right, here's another clue - how are the caps supposed to discharge? Via the encoder when it's contacts connect to gnd I hear you say? Maybe so, but it's already too late by then. Besides, what are the caps supposed to do? Eliminate contact bounce, right? All right, stop yelling, here's the answer: Question, how can the caps eliminate contact bounce when they (the caps) are already fully charged and the software is configured as 'active low'? With 100n caps, the bounce time of the contacts is too fast to properly discharge the caps and the input pins of the PIC are high enough in resistance that they aren't going to help either, so nowhere for the spikes of contact bounce to go. Solution: This way, the caps are held discharged so that when the encoder contacts connect to ground, they are more easily able to absorb the small voltage fluctuations. With the values shown, I now get nice clean quadrature signals (don't be tempted to increase the value significantly, the trailing edge will develop a nasty curved appearance that will cause problems). Get out your scopes and cheapy mechanical encoders and try it. I know it solved my problem. (I had a couple of narky emails saying what a load of bull, but you can bet they didn't actually try it. Also, a couple of experimenters have reduced the caps to 1n and commented that it worked out better for them.)