Last night I built up an input band pass filter. The point of this little beastie is filter out the RF from above and below the band or radio frequency that you want to receive on.
I found a page on the band pass filters; http://blog.makezine.com/archive/2009/02/maker_channel_ep_8_uber_tuber_freel.html
So the original Pixie 2 circuit - a direct conversion receiver I'd like to use for QRSS - has a low pass filter. Firstly, the reason the BPF project was started, is to remove all the spurious noise from other bands. Mainly the huge signal from the commercial AM broadcasters around 1.8MHz. Secondly, I want to make pretty sure that I'm not spraying harmonics across higher bands.
Some testing with the original LPF from the crystal oscillator shows a nice sine wave like signal with some noise on the peak of the upper cycle. However the Chebyshev BFP has lots of harmonics and looks like its attenuating a lot. I need to get some advice on reading the output of my CRO. Also a spectrum analyzer would be a very hand tool. But I'm not real happy with the output of the Chebyshev, it actually looks worse than the input side from the oscillator.
It seems, on advice from VK5TR / VK5JST, that many of the generic toroids from Altronics, DSE & Jaycar, may not have a suitable Q factor. Jim suggested the FT68-41 toroid cores. The suggested core is the T94-6. Will have to find a source of toroids specifically for the purpose. Not found any local suppliers, but will keep looking.
BPF == band pass filter
LPF == low pass filter
HPF == high pass filter
CRO == cathode ray oscilloscope
harmonics == multiples of the frequency that you are generating
Kim VK5FNET
Monday, February 23, 2009
Tuesday, February 17, 2009
LinuxSA Talk: Hacking the chumby, by Chris Iona
Chris Iona talks about "Hacking the chumby". Has a control panel. Runs Adobe Flash Lite 3.0. Plays FLV, PNG, GIF, MP3, some streams. 350MHz ARM9. Can boot from cramfs and chroot a distro(Debian) from an external USB drive. The 2009 model has an internal battery.
More interesting stuff at Bunnies blog of chumby hacks.
More interesting stuff at Bunnies blog of chumby hacks.
Monday, February 16, 2009
More on toroids
Been searching for info about the toroids from Altronics. Setting up a band pass filter for the QRSS receiver.
The L4534 seems to be the same dimensions as the T130-2.
OD = 1.30 / 33.0 mm +/- 0.02 in
ID = .780 in / 19.8 mm +/- 0.02 in
Ht = .437 in / 11.1 mm +/- 0.025 in
Also I've found a useful site on the standard sizes.
The T130-2 has a AL of 11 +/-5%. So then to calculate the inductance like so; uH=(AL*Turns2)/1000
The L4517 does not match up to any of the standard sizes. Its just a bit bigger than the T50-2. So I'll use that as a model and obviously subtract some turns ...
I have three of the L4517's would with 36 turns of 0.5mm enabled wire for an inductance of 12uH. Now to pick out the capacitors for the BPF. Then find the smallest way to build it all up on copper clad board for the Pixie2 in the Haighs tin.
kim vk5fnet
The L4534 seems to be the same dimensions as the T130-2.
OD = 1.30 / 33.0 mm +/- 0.02 in
ID = .780 in / 19.8 mm +/- 0.02 in
Ht = .437 in / 11.1 mm +/- 0.025 in
Also I've found a useful site on the standard sizes.
The T130-2 has a AL of 11 +/-5%. So then to calculate the inductance like so; uH=(AL*Turns2)/1000
The L4517 does not match up to any of the standard sizes. Its just a bit bigger than the T50-2. So I'll use that as a model and obviously subtract some turns ...
I have three of the L4517's would with 36 turns of 0.5mm enabled wire for an inductance of 12uH. Now to pick out the capacitors for the BPF. Then find the smallest way to build it all up on copper clad board for the Pixie2 in the Haighs tin.
kim vk5fnet
Sunday, February 15, 2009
How to capture output from a CW beacon with an Arduino?
So what the hell am I talking about? In them olden days CW, or as we know it, morse, was the primary means of radio communications. CW is still in active use today. Its common for HAM repeaters to use CW to identify their call sign. CW is also used for MEPT beacons. Its these beacons that I'm interested in listening out for. There are a couple of uses that beacons serve, firstly its a really useful thing to have a beacon on 24/7 to listen for so you can tell what the radio propagation is like. Another useful thing is many beacons are time based, so they transmit in regular intervals, ie every hour/half/quarter.
Now where does the Arduino fit into this? Ideally we need to monitor the incoming signals. We can do this with programs like glfer or baudline in Linux. In windows land there is Spectran and Argo. This requires the operator to sit and watch the waterfall screen scroll by and wait to see whats out there. Often what happens is that the operator will do a screen capture of the window with the waterfall to share what they saw. Often there will have to be a series of screen captures to get the entire message. I'm aiming to find a way to use the Arduino to monitor the audio from a Pixie2. Once an interesting signal is detected it either records the audio stream or attempts to decode it.
I'm sure there are useful SDRAM devices that you can store an audio stream to, not sure of the bandwidth, but expect that 10-44KHz audio wouldn't be that much of a challenge. Once you have the data then you manually need to view or listen to all the recorded streams and see of any of them are indeed useful. Perhaps its a little ambitious, but what I'd like to do is to decode the CW audio into text and record on the fly. Perhaps also logging to a serial port. We're talking about 25 words per minute, tops, for manually sent CW from a good operator. With QRSS we are talking about 0.3 baud, so much, much less. The hard part is actually processing the data and making clever descisions about what is real signal and what is noise.
If you've ever watched the waterfall scroll by, you'll see that there is a lot of noise out there. Much more than you'd expect. Every plasma TV, every AM radio station, every computer, etc adds to electrical and magnetic junk flying around. The power supply on my laptop is amazingly bad. So much so that I've added extra filtering so that I can use it near my Pixie2 to record the audio coming from it. Actually I don't use the PSU when recording any more, luckily the laptop has a 5 hour battery life. The laptop itself isn't too bad. I have added RF filtering on the audio input cable, which solved a bunch of things, but has reduced the sensitivity a bit. Its hard to measure.
Measuring seems to be the black art of HAM radio. Yes a DMM, a digital multi-meter will do a lot of things, but doesn't do everything. A while back I found a LCR meter, which has been really handy. L is inductance, C is capacitance, R is resistance. It does the job ok, but I'd like to compare it to another meter see see if its accurate.
Building radio gear is easy if you know all your components are right. I had a battle with measuring inductance before. Calculating coils it easy but you don't know if your theoretical model actually matches your hand wound inductor in the low pass filter. Is it really 2.2uF? Am I really getting RF above 4MHz filtered out? Is it actually 3MHz? I suppose thats where a spectrum analyser comes in. Good radio practice is all about measuring things. Things that measure things are not cheap as I've discovered.
My ongoing reading leads me down the path of buying some existing kits. Why? Other people measured things and made a kit with all the part supplied. You don't have to think too much about measuring the details, because the kit is supposed to work =) Not casting nasturtiums at all. However if I've any change to understand how all this stuff works, you need to cut the code yourself, wind the toroids yourself, put the transistors in backward the first time and mess with it and measure until you've got what you expected. I mean, who'd have thought that the 2N2222's that I baught from Dick Smith have a different pin out to the data sheet?!?!
Where was I going... oh yes, there is a point at which you don't want to have to build everything. There are nice kits out there and there are building blocks that you just want to slot in that just work. I am finding that I need to actually build some anyway as its the only way to learn about this stuff. Electronics isn't as easy as it first looks. Just like code, you have APIs, you have to muck around with the input/output matching, buffers and sometimes you need to add a few bypass capacitors, just because! I don't know why yet, but it makes a difference. One of these days I'm sure I'll understand RFC's too, people put them in funny places.
RF propagation is at a low right now. Sun spots are also at a low. Yes these are related. While propagation is bad, folks are playing with MEPT beacons that use QRSS, its a really slow form of CW. Why? Because when you slow down the data rate, you can decrease the bandwidth needed to send the signal. If you are narrowing the bandwidth you can use less power too. When receiving a QRSS signal, you only need to look at a very narrow chunk of RF spectrum. As little as 10Hz. Folks are using tiny amounts of power to get their signals around, as little as 100uW. 10mW will travel from the USA to Australia.
Stability becomes a problem when we are talking about a band 100Hz wide. You also need an oscillator that is very temperature insensitive. Which is where something simple like the Pixie2 comes in, it listens to a much wider chunk of RF spectrum. A peecee sound card has an input bandwidth around 44KHz. That is plenty wide enough to allow for a beacon and receiver to drift around. The main battle is find the signal in the first place.
As you make the radio hardware simpler, you may need to make the software a little more complex. A peecee has more then enough capacity to process this amount of information, but does an Arduino? I'm hoping that it does. To record a QRSS MEPT transmission and play back the message. Also I'd really like the Arduino to be independent from a peecee, so it can be remote.
The other option is a full SDR, software defined radio, but these are very expensive. Also a lot more flexible than a little direct conversion (DC) receiver like the Pixie2. The way the Australian dollar is compared to the US dollar theres no chance an SDR will land in my radio shack this year.
kim vk5fnet
Now where does the Arduino fit into this? Ideally we need to monitor the incoming signals. We can do this with programs like glfer or baudline in Linux. In windows land there is Spectran and Argo. This requires the operator to sit and watch the waterfall screen scroll by and wait to see whats out there. Often what happens is that the operator will do a screen capture of the window with the waterfall to share what they saw. Often there will have to be a series of screen captures to get the entire message. I'm aiming to find a way to use the Arduino to monitor the audio from a Pixie2. Once an interesting signal is detected it either records the audio stream or attempts to decode it.
I'm sure there are useful SDRAM devices that you can store an audio stream to, not sure of the bandwidth, but expect that 10-44KHz audio wouldn't be that much of a challenge. Once you have the data then you manually need to view or listen to all the recorded streams and see of any of them are indeed useful. Perhaps its a little ambitious, but what I'd like to do is to decode the CW audio into text and record on the fly. Perhaps also logging to a serial port. We're talking about 25 words per minute, tops, for manually sent CW from a good operator. With QRSS we are talking about 0.3 baud, so much, much less. The hard part is actually processing the data and making clever descisions about what is real signal and what is noise.
If you've ever watched the waterfall scroll by, you'll see that there is a lot of noise out there. Much more than you'd expect. Every plasma TV, every AM radio station, every computer, etc adds to electrical and magnetic junk flying around. The power supply on my laptop is amazingly bad. So much so that I've added extra filtering so that I can use it near my Pixie2 to record the audio coming from it. Actually I don't use the PSU when recording any more, luckily the laptop has a 5 hour battery life. The laptop itself isn't too bad. I have added RF filtering on the audio input cable, which solved a bunch of things, but has reduced the sensitivity a bit. Its hard to measure.
Measuring seems to be the black art of HAM radio. Yes a DMM, a digital multi-meter will do a lot of things, but doesn't do everything. A while back I found a LCR meter, which has been really handy. L is inductance, C is capacitance, R is resistance. It does the job ok, but I'd like to compare it to another meter see see if its accurate.
Building radio gear is easy if you know all your components are right. I had a battle with measuring inductance before. Calculating coils it easy but you don't know if your theoretical model actually matches your hand wound inductor in the low pass filter. Is it really 2.2uF? Am I really getting RF above 4MHz filtered out? Is it actually 3MHz? I suppose thats where a spectrum analyser comes in. Good radio practice is all about measuring things. Things that measure things are not cheap as I've discovered.
My ongoing reading leads me down the path of buying some existing kits. Why? Other people measured things and made a kit with all the part supplied. You don't have to think too much about measuring the details, because the kit is supposed to work =) Not casting nasturtiums at all. However if I've any change to understand how all this stuff works, you need to cut the code yourself, wind the toroids yourself, put the transistors in backward the first time and mess with it and measure until you've got what you expected. I mean, who'd have thought that the 2N2222's that I baught from Dick Smith have a different pin out to the data sheet?!?!
Where was I going... oh yes, there is a point at which you don't want to have to build everything. There are nice kits out there and there are building blocks that you just want to slot in that just work. I am finding that I need to actually build some anyway as its the only way to learn about this stuff. Electronics isn't as easy as it first looks. Just like code, you have APIs, you have to muck around with the input/output matching, buffers and sometimes you need to add a few bypass capacitors, just because! I don't know why yet, but it makes a difference. One of these days I'm sure I'll understand RFC's too, people put them in funny places.
RF propagation is at a low right now. Sun spots are also at a low. Yes these are related. While propagation is bad, folks are playing with MEPT beacons that use QRSS, its a really slow form of CW. Why? Because when you slow down the data rate, you can decrease the bandwidth needed to send the signal. If you are narrowing the bandwidth you can use less power too. When receiving a QRSS signal, you only need to look at a very narrow chunk of RF spectrum. As little as 10Hz. Folks are using tiny amounts of power to get their signals around, as little as 100uW. 10mW will travel from the USA to Australia.
Stability becomes a problem when we are talking about a band 100Hz wide. You also need an oscillator that is very temperature insensitive. Which is where something simple like the Pixie2 comes in, it listens to a much wider chunk of RF spectrum. A peecee sound card has an input bandwidth around 44KHz. That is plenty wide enough to allow for a beacon and receiver to drift around. The main battle is find the signal in the first place.
As you make the radio hardware simpler, you may need to make the software a little more complex. A peecee has more then enough capacity to process this amount of information, but does an Arduino? I'm hoping that it does. To record a QRSS MEPT transmission and play back the message. Also I'd really like the Arduino to be independent from a peecee, so it can be remote.
The other option is a full SDR, software defined radio, but these are very expensive. Also a lot more flexible than a little direct conversion (DC) receiver like the Pixie2. The way the Australian dollar is compared to the US dollar theres no chance an SDR will land in my radio shack this year.
kim vk5fnet
Fun with toroids
The aim here is to find an inexpensive source of toroids for kits for QRSS receivers. Jaycar and Altronics have a reasonable number of shops around the place and also do Internet and mail order, so folks should be able to get the parts easily enough.
Anyhow, some time back I picked up all the 15.2X8.53X5.94 toroid cores, L4517 the local Aztronics. They sell from the Altronics catalog. So these cores are not standard sizes or models that are used in HAM radio, so far that I can make out. They are pretty close to a T50-2, as they are supposed to be iron core, but are a bit larger diameter. Using 0.5mm/24bs enameled copper wire, WW4016, from Jaycar, I've spread the turns out over at least 80% of the toroid, values as follows;
I could probably squeeze on another 5 turns, but 10-36 turns covers the inductance that I need right now. Perhaps other gauges of wire will yield other usable values. These toroids as they are setup are intended for low pass filters or band pass filters. The Pixie 2 needs just one in its current configuration. I intend to build up a better filter as there is lots of AM broadcast signal there when down on the flat in Adelaide.
kim vk5fnet
Anyhow, some time back I picked up all the 15.2X8.53X5.94 toroid cores, L4517 the local Aztronics. They sell from the Altronics catalog. So these cores are not standard sizes or models that are used in HAM radio, so far that I can make out. They are pretty close to a T50-2, as they are supposed to be iron core, but are a bit larger diameter. Using 0.5mm/24bs enameled copper wire, WW4016, from Jaycar, I've spread the turns out over at least 80% of the toroid, values as follows;
- 10 turns gives 0.001mH
- 20 turns gives 0.003mH
- 25 turns gives 0.005mH
- 36 turns gives 0.012mH - for 3.5MHz BPF
I could probably squeeze on another 5 turns, but 10-36 turns covers the inductance that I need right now. Perhaps other gauges of wire will yield other usable values. These toroids as they are setup are intended for low pass filters or band pass filters. The Pixie 2 needs just one in its current configuration. I intend to build up a better filter as there is lots of AM broadcast signal there when down on the flat in Adelaide.
kim vk5fnet
Sunday, February 01, 2009
Thankyou
Kim returned from the LCA09 with a brainful
of tech and hands full of Tasmanian treasure.
He also brought home a
Community Recognition Award certificate for me.
Thankyou very much!
Congratulations to Alli Russell and
Hugh Blemings who were also recognised. =)
The conference sounds like it was a ripper.
Looking forward to checking out the recordings.
Good luck to the Wellington team with LCA2010,
the incoming Linux Australia committee,
and all the best to the LA mob for 2009.
jh
of tech and hands full of Tasmanian treasure.
He also brought home a
Community Recognition Award certificate for me.
Thankyou very much!
Congratulations to Alli Russell and
Hugh Blemings who were also recognised. =)
The conference sounds like it was a ripper.
Looking forward to checking out the recordings.
Good luck to the Wellington team with LCA2010,
the incoming Linux Australia committee,
and all the best to the LA mob for 2009.
jh
Subscribe to:
Posts (Atom)
