Aircraft headset speaker impedance and ubitx
#ubitx
Hi everyone!?
I've ordered yesterday my ubitx and I'm thinking upon the boxing and peripherals to add.?
I already have a great quality tourism aircraft headset with mic and was thinking about using it with the ubitx to have comfortable equipment for my ears.
But the impedance of the speakers is 600 ohms. I've red that the IC audio output is for something about 8 ohms. So what should be the behavior with 600 ohms? Does it will work in your opinion or best : did someone already test it?
Thank you for your kind answers.
73
Adrien F4IJA
|
Re: Kit box paint removal
I used a drammel to make bare the areas that needed to be grounded;; also the tops of the 4 lugs where the board is connected..? ?
|
Re: raduino crystal question
Thank you Gordon. ?Helps my understanding of crystals and Bitx adjustments. David J. Wilcox K8WPE’s iPad
toggle quoted message
Show quoted text
On Aug 23, 2019, at 3:31 PM, Gordon Gibby < ggibby@...> wrote:
Crystals are specified by their manufacturer to oscillate to correct frequency when placed in a circuit that has a certain amount of parallel capacitance, which is a property of the circuit, not the capacitance per se of the crystal
If you need a few extra picofarads of capacitance and your circuit to meet the manufacturers requirement, that is easily added with a small capacitor. ?
The reason that the bitx series tends to oscillate ?just a little bit higher than where it should’ve, is because there apparently isn’t enough capacitance in parallel— which makes the crystal oscillator be a little higher than expected?
You can easily fix that in the source code of the software by just changing the designated frequency of the Crystal to match where it actually oscillates, and then all of your adjustments should be simple from then on ? ? A good communications receiver
will allow you to measure the actual oscillation frequency. ?Dip a ?wire near the raduino and you’ll pick up a ?signal
Even easier is to command the read you a note to go to the specified frequency of the Crystal, and then measure the amplified output! ? That’s a very loud signal!
Add 10-20 picofarads in parallel with the capacitor and you may find that you get it exactly on frequency without doing any software at all
These are wonderful things to learn in?
ham radio
Thanks KE7ER thats helps a lot.
|
Re: Wired up Bitx40 and it doesn't work!
That 0.49v means you have the power supply reversed.
At 24-08-19, you wrote:
toggle quoted message
Show quoted text
I finally got around to wiring
up my bitx40 QRP radio and when I applied 12v, 2.0 amps from my bench
power supply, nothing happens with the bitx40... the bench power supply
supply voltage drops down from 12v to 0.49 V, but nothing happening on
the Bitx40 display and no sound from the speaker.? I checked the
inline fuse and it is working and it did not pop...?
Any suggestions are greatly appreciated.
--
73,
Mark / WU6R
mark.wheeler3575@...
|
Re: Audio pre-amplifier for microphone?
How to connect this to uBITX?
Vote oh3jve
|
Re: Bitx40 very loud, high-pitched, low frequency noise
I think it could even be an issue with the way the LM386 is wired up. The power supply to the audio amp is via a 100 ohms resistor. So, when something loud gets into the audio input, it would draw more current and the voltage across that resistor will increase, in turn decreasing the dc voltage to the LM386. The dip in the dc voltage would dip the gain of the LM386, decreasing the current... The cycle would repeat causing oscillations. But that would lead to motor boating : butbutbutbutbrrrrrr.. kind of a sound.
I think that your comment about even on battery there is faint noise and it is near your PC is significant.Some pc's give out lots of hash or wine and I wonder if moving the uBITX? further away may silence that last bit of noise.I am surprised that the capacitor
combination on the output does not help,that has always worked for me as I proved by my test last evening on a randomly picked switch mode wall wart.? Anyways it's progress in the right direction,keep the leads short and you will minimise pickup.A ferrite
ring or two on the cables won't do any harm,the best quality power supplies usually have fitted on the DC lead to keep switching noise away from the DC output.
On 8/23/2019 19:39, Gordon Gibby wrote:
> You may decide that you want to build a real low pass filter, with an
> inductor etc., similar to what people had to use in the past to get
> rid of alternator whine
--
...Or a new / different power supply.
--
It would be interesting to examine the supply output with an oscilloscope.
W00DY
--
|
Re: Audio pre-amplifier for microphone?
Once again, very good art work from ND6T. --KB5PWL, Donald
|
Re: Audio pre-amplifier for microphone?
On Fri, Aug 23, 2019 at 04:50 PM, Don, ND6T wrote:
common-base amplifier
It is great to be reminded that there are other configurations than the knee-jerk choice of common emitter. Because the impedance of the microphone is low and you are basically trying to raise the voltage, not so much the current, this works just like the ever popular common grid arrangement of vacuum tube days of the (not completely) past. Tom, wb6b
|
Re: bitx and ubitx encoder replacement / Software Issues (too slow)
Keep in mind that the delay() function is a blocking function. That it, it uses its own interrupt service routine so if you're using an ISR for your encoder and it calls delay(), all kinds of weird things can happen, all usually bad. This is while I wrote MyDelay() which is constructed from non-blocking calls.
Jack, W8TEE
On Friday, August 23, 2019, 8:37:39 PM EDT, Sascha Bohnet | DL5SMB via Groups.Io <saschabohnet@...> wrote:
So, I played some more and found a simple solution that works for me.
As I could not figure out, why the new library was not working, i rewired the encoder to the analog inputs
and? reloaded the original code - but, based on my earlier findings, made two changes:
Within the enc_read() function, I changed both delay(1) commands to delayMicroseconds(1),
so the function looks like
With this change of code I seem to get my 100 pulses per rotation - though the faster I go the more pulses get swallowed.
But I think this workaround is bearable :-)
I also tried fiddling around with the millis(), exchanging them for micros(), but this was more pain than it was worth,
though maybe I just tried the wrong values (I tried 1 and 500 instead of the default 50).
Maybe this helps someone - I just wanted to document what I found for everyone else who does not have too much experience in programming.
Sascha
?
|
Re: bitx and ubitx encoder replacement / Software Issues (too slow)
So, I played some more and found a simple solution that works for me.
As I could not figure out, why the new library was not working, i rewired the encoder to the analog inputs
and? reloaded the original code - but, based on my earlier findings, made two changes:
Within the enc_read() function, I changed both delay(1) commands to delayMicroseconds(1),
so the function looks like
With this change of code I seem to get my 100 pulses per rotation - though the faster I go the more pulses get swallowed.
But I think this workaround is bearable :-)
I also tried fiddling around with the millis(), exchanging them for micros(), but this was more pain than it was worth,
though maybe I just tried the wrong values (I tried 1 and 500 instead of the default 50).
Maybe this helps someone - I just wanted to document what I found for everyone else who does not have too much experience in programming.
Sascha
?
|
Re: Wired up Bitx40 and it doesn't work!
Also, make certain that you don't have the +12v and Ground leads from power supply to Bitx40 reversed.
It could be that the reverse polarity protection diode recommended in the Bitx40 instructions actually worked in this case,
and the power supply has folded back into a shutdown mode due to over-current.
|
Re: Wired up Bitx40 and it doesn't work!
Are you measuring that 12v at the power supply terminals?
If so, then I would guess that either the supply is too wimpy or there is a knob somewhere that has set the current limit too low.
If you are measuring that 12v at the Bitx40, then there may be a bad solder job or bad connector between the power supply and the Bitx40.
Jerry
?
On Fri, Aug 23, 2019 at 05:04 PM, <mark.wheeler3575@...> wrote:
I finally got around to wiring up my bitx40 QRP radio and when I applied 12v, 2.0 amps from my bench power supply, nothing happens with the bitx40... the bench power supply supply voltage drops down from 12v to 0.49 V, but nothing happening on the Bitx40 display and no sound from the speaker.? I checked the inline fuse and it is working and it did not pop...??
|
Wired up Bitx40 and it doesn't work!
I finally got around to wiring up my bitx40 QRP radio and when I applied 12v, 2.0 amps from my bench power supply, nothing happens with the bitx40... the bench power supply supply voltage drops down from 12v to 0.49 V, but nothing happening on the Bitx40 display and no sound from the speaker.? I checked the inline fuse and it is working and it did not pop...??Any suggestions are greatly appreciated.?--
|
Re: Audio pre-amplifier for microphone?
Here is what I use: A dynamic mic element feeding a 3-component common-base amplifier. Fits right inside the microphone case. Matches the 600 ohm element to the pre-amp and great frequency response.
Doesn't get much simpler. 73, Don
|
Re: Audio pre-amplifier for microphone?
It looks like an excellent solution. ?
On Aug 23, 2019, at 16:01, Dennis Zabawa < kg4rul@...> wrote:
toggle quoted message
Show quoted text
I have one sitting on my bench that I have not had the chance to wire up.? From the specs, it looks ideal for the task.
|
Re: bitx and ubitx encoder replacement / Software Issues (too slow)
I totally forgot that changing the title breaks the contiguity. There is the original thread.
|
Re: bitx and ubitx encoder replacement / Software Issues (too slow)
Hey, It's me again :-) Still working on this problem - and since I think I am not the only one who wants to get this encoder working, I am keeping to this thread. My next approach to this problem was switching to an I2C adapter.
This way I could free up some digital pins, formerly used by the parallel connection of the display.
The idea was that maybe another rotary encoder libray works better than the standard solution. If thats is not sufficient,
maybe there is still the possibility of using a pin change interrupt libray or port mapping.
So I started making adjustments in the code and inserted the quite popular rotary libray by ,
but it is not working correctly yet. As soon as power is applied the frequency starts going up.
If I push the button I am able to get into the menue. There I can choose within the first layer of
options "Select band, "select VFO"... but as soon as I enter the second layer (80m, 40m, etc)
all band start changing permanently, as If soneone would turn the encoder very fast.
And if the putton is pushed again, a random band is choosen and the VFO starts running up again.
Turning the rotary encoder again does nothing - whatever direction or speed I use. It's still running up.
I assume the problem is caused by the interaction of the two functions
in file ubitx.ui (which I modified to
??????????? and
in file ubitx_20
I thought I understood? vaguely what exactly enc_read() does in the original version, but it seems this function does not simply give back
an increasing or decreasing number.? For example I don't get what purpose the additional "enc_speed++;" is serving.
I don't see where this is relevant in the code or where this is used later.
After playing around a bit I inserted a "delay(1)" within the rotary code before the value is given back. This stopped the VFO
from going wild and allowed tuning again.
But issues persist:
a.) if the encoder is turned to fast, it hangs again (maybe like with the original code?)
b.) in the second layer of the menu no signals of the encoder are recognizes. The menue does not go wild, but you cannot
???? choose anything either.
Does anybody see what it is that I am doing wrong?
I once also tried the old mechanical encoder again with the new library at the digital ports.
With that one i needed 20 complete turns in the fuirst layer of the menu to get to the next option ("Change bands" to "Change VFO A").
Maybe this is also relevant.
It would be nice if anyone had some suggestions.
Sascha
?
|
Re: Bitx40 very loud, high-pitched, low frequency noise
I think that your comment about even on battery there is faint noise and it is near your PC is significant.Some pc's give out lots of hash or wine and I wonder if moving the uBITX? further away may silence that last bit of noise.I am surprised that the capacitor
combination on the output does not help,that has always worked for me as I proved by my test last evening on a randomly picked switch mode wall wart.? Anyways it's progress in the right direction,keep the leads short and you will minimise pickup.A ferrite
ring or two on the cables won't do any harm,the best quality power supplies usually have fitted on the DC lead to keep switching noise away from the DC output.
toggle quoted message
Show quoted text
On 8/23/2019 19:39, Gordon Gibby wrote:
> You may decide that you want to build a real low pass filter, with an
> inductor etc., similar to what people had to use in the past to get
> rid of alternator whine
--
...Or a new / different power supply.
--
It would be interesting to examine the supply output with an oscilloscope.
W00DY
--
|
Re: Audio pre-amplifier for microphone?
I have one sitting on my bench that I have not had the chance to wire up.? From the specs, it looks ideal for the task.
|
Re: Kit box paint removal
Should always be mindful of paint dust etc,I never use power tools for this purpose,a hand drill and counter sinking bit work for me.Any dust thus created won't be spread and inhaled as you drill at hand speed.
toggle quoted message
Show quoted text
Hi,
try this tool:
73 de DB1BMN
|
David Wilcox K8WPE
Raj vu2zap
Mark WU6R
Don, ND6T
