My RF Amplifier project is making progress!

The RF amplifier will work with the tetrode tube GU-84b. On the left you see the anode voltage transformer - that beast delivers 2 500 Volts at 2 Amperes in continuous service.

Current work is to program the controller that handles the operation of the power supply. The controller is based on the AVR microcontroller ATmega16 - a very flexible 8 bit CPU that can be programmed in C language using the GNU C compiler gcc in its avr-gcc incarnation ... 

All this is done on a MacBookPro using publicly available tools on Mac OS X (10.5.2 currently).

It's pure fun - I can tell you. You should try it one day... Oh, btw, the transformer weighs a woppy 52 kg.  Building the cabinet for the power supply is just about to be completed - and was not an easy task. But hey, it's just a hobby ... Now for the details -

An AVR code excerpt:

// ----------------------------------------------------
// MAIN                                                                    
// ----------------------------------------------------

int main ( int nArgc, char **ppcArgv )
{
tsREPLContext sContext;

memset( &sContext, 0 , sizeof( tsREPLContext ));
vSetREPLContext( &sContext );

// Start of controller ... so boot and init!

boot();
init();

// Controller main loop

while( 1 )
{
  repl();
}

// This point is never reached

return -1;
}

"Nothing special" you say? Well, maybe. Let's have a closer look:
  • A "context" is used - Lispers will recognize this as the environment. The context is used to hold global state and global data. This technique allows for context switches - between different modes, like "normal operation" and "service mode", by a single function call.
  • The AVR is run in interrupt mode via a timer interrupt. Every 2 ms a routine is called that reads external devices: pushbuttons, the RS232C port, the I2C bus. The values that are read from these devices are stored in the context. 
  • The REPL (the Read Eval Print Loop - also known from Lisp implementations) now reads those values, evaluates them (well, not really in the sense of a Lisp), and prints the values - which in effect means that results are written back to the devices: lamps, relays (via the I2C bus), digital and analog outputs.
Want to see more? Drop me an email!

Some more pictures:

These are the capacitor banks: 300 uF at max 5600 V. The energy stored will be around 1500 Joule. 

Actual values will be:  3240 V with 1500 Joule - Nothing to be taken lightly! 
THIS IS HIGH VOLTAGE !




High Voltage can kill - please be very careful when trying this at home!








The GU-84b tube in a test configuration. See also: http://www.sm5cki.se/ompower/testrig.html

I don't want to miss to point you to some very interesting places:
  1. Yahoo group "ham_amplifiers"
  2. Rich Measure's web site on RF Amplifiers
  3. This Japanese site is an RF Amplifier Heaven ...
Enjoy - and build one yourself - you'll have pure fun and learn a lot along the way ...

Yours truly,

   frgo.

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

SLIME, Lisp, Editing - the lost slime-close-parens-at-point

Once upon a time there was a rich SLIME version that had all bateries included in a few files. Now this old, old version is long gone. The Powers Of SLIME deleted the function slime-close-parens-at-point whose use and benefit is described in this blog post of Bill Clementson . For those requiring this exact feature here's the original code of that function: (setq slime-close-parens-limit 16) (defun slime-close-parens-at-point () "Close parenthesis at point to complete the top-level-form. Simply inserts ')' characters at point until `beginning-of-defun' and `end-of-defun' execute without errors, or `slime-close-parens-limit' is exceeded." (interactive) (loop for i from 1 to slime-close-parens-limit until (save-excursion (slime-beginning-of-defun) (ignore-errors (slime-end-of-defun) t)) do (insert ")"))) In addition to putting this in my .emacs file I have also the following line in it: (define-key slime-mode-map (kbd "
Mehr anzeigen

Compiling ACE+TAO on Mac OS X

So, what's ACE+TAO? It's big, it's complex, it's middleware! See more info at http://www.cs.wustl.edu/~schmidt/ACE.html and at http://www.cs.wustl.edu/~schmidt/TAO.html . In trying to compile ACE 5.7.5 and TAO 1.7.5 on my Mac OS X 10.5.8 system I encountered some strange error messages while linking. These were duplicate symbol errors I couldn't really track down to their root cause but was able to find simple cures. For those poor souls also hitting those faults the following list of changes may help: File $ACE_ROOT/ace/Based_Pointer_Repository.h File $ACE_ROOT/ace/Obstack.h Re 1. : File $ACE_ROOT/ace/Based_Pointer_Repository.h I had to comment out the ACE_SINGLE_DECLARATION on lines 82 to 84: /* - frgo, 2010-01-03 /// Declare a process wide singleton ACE_SINGLETON_DECLARE (ACE_Singleton, ACE_Based_Pointer_Repository, ACE_SYNCH_RW_MUTEX) */ Re 2. : File $ACE_ROOT/ace/Obstack.h I had to comment out the ACE_SINGLE_DE
Mehr anzeigen
Aloha! Wow - I always refused to have a blog. Now, well, here it is - my own blog. I don't know yet how frequently I will post or what the posts will be about. So, this is the all-in-one-you-must-have-a-blog first post. There's some other places I can be found:  USENET newsgroup comp.lang.lisp - watch out for posts from "frgo". On the ether: I enjoy doing Ham Radio. If you listen carefully on the 20m band (14.000,00 kHz to 14.350,00 kHz) you might hear me under my callsign DG1SBG. I am also QRV on 145.450 MHz in the VHF band in FM. You have to be close to my locator JN48rn though to hear me - it's VHF after all. Hope to CU! Yours truly - frgo.
Mehr anzeigen