Re: #uBITX Firmware KD8CEC - IF-Shift etc.
#ubitx
A straightforward implementation of an SSB transmitter would be to have a sharp crystal filter,
let's assume nice even numbers of 2khz wide between 11.999000 and 12.001000 mhz.
Also a BFO that is 500 hz beyond the edge of the crystal filter, the frequency of the BFO
is the frequency of the suppressed carrier of the transmitted (or received) SSB signal.?
To create an upper sideband signal, we might use the filter to allow through only the stuff that?
is between 500 hz and 2500 hz above the carrier.? So the BFO should be at 11.998500 mhz,
and the audio frequencies that get through are between 500 and 2500 hz.
To create a lower sideband signal, we use the filter to allow through only the stuff that
is between 500 hz and 2500 hz below the carrier.? So the BFO should be at 12.001500 mhz.
The critical issue for Gerald is likely the 3000 hz difference (in this case) between the
11.998500 mhz and the 12.001500 mhz BFO.? This needs to be adjustable somehow
to account for variations in filter width and different preferences regarding how far the BFO
should be from the filter passband.? (The further the BFO is from the filter passband,
the more high frequency content the audio will have.)??
On the uBitx, the LSB/USB selection is carried out by moving the second local oscillator
between 33 and 57 mhz, the BFO is always on the low side of the 12 mhz crystal filter.
So a little bit harder to think about than the "straightforward implementation" presented above.
A fix for the code as shipped from HFSignals would be to modify the code here:?
? ? ?
such that this value in ubitx_20.ino? can be varied within the configuration menu?
? ??#define SECOND_OSC_USB (56995000l)
Procedure would be to adjust the BFO using the existing configuration routines for best audio
for LSB reception, then adjust SECOND_OSC_USB for best audio on USB reception.
When transmitting, everything just runs backwards and all those relationships still apply,
so audio allowed through the 12mhz filter should be identical.
Jerry, KE7ER
On Sat, Mar 10, 2018 at 09:15 am, ge_clipboard wrote:
The sound of SSB signals with my uBITX are very strong on the high side. In LSB I can adjust the received sound with the IF-Shift with a very pleasing effect, but this does not work the same with USB. And I have noticed, that using the IF-Shift, does also influence the TX signal where the output is becoming a DSB signal with lots of power in the other sideband. I have also tried to adjust the BFO, but without positive results.
Would it be possible to have the IF-Shift function just with the RX and leave the TX on its own? What am I doing wrong?
|
Final implemented version of audio fix
Attached is the PDF of the finished version using a 7806 to power the 2822 chip, with a picture of the board as implemented.
Ron W7HD
--
W7HD - NAQCC#7587 OMISS#9898 KX3#6966 LinuxUser#415320
|
Re: #uBITX Firmware KD8CEC - IF-Shift etc.
#ubitx
Hi All,
Doesn't that mean that your transmitted audio (prior to IF shift) was also on the high side?
Rod KM6SN
toggle quoted message
Show quoted text
On 03/10/2018 09:15 AM, ge_clipboard wrote: Hello Ian and All
The sound of SSB signals with my uBITX are very strong on the high side. In LSB I can adjust the received sound with the IF-Shift with a very pleasing effect, but this does not work the same with USB. And I have noticed, that using the IF-Shift, does also influence the TX signal where the output is becoming a DSB signal with lots of power in the other sideband. I have also tried to adjust the BFO, but without positive results.
Would it be possible to have the IF-Shift function just with the RX and leave the TX on its own? What am I doing wrong?
Best 73, Gerald - HB9CEY
|
#uBITX Firmware KD8CEC - IF-Shift etc.
#ubitx
Hello Ian and All
The sound of SSB signals with my uBITX are very strong on the high side. In LSB I can adjust the received sound with the IF-Shift with a very pleasing effect, but this does not work the same with USB. And I have noticed, that using the IF-Shift, does also influence the TX signal where the output is becoming a DSB signal with lots of power in the other sideband. I have also tried to adjust the BFO, but without positive results.
Would it be possible to have the IF-Shift function just with the RX and leave the TX on its own? What am I doing wrong?
Best 73, Gerald - HB9CEY
|
Nick, G4FAT,
I ordered mine January 12. I received notification from PayPal yesterday that my uBitx has shipped. I didn't use DHL for delivery to the US. What I've read here in the forum and delivery may be within a few days or up to several more weeks due to Customs.
72 de Terry, KB8AMZ??
On Thu, Mar 8, 2018 at 1:31 PM, Nick Trollope <www.aplaceinfrance.com@...> wrote:
Hello chaps,
?
Paid for a ubitx on 14 January 18. Does anyone have any idea what delivery
times are like at the moment?
?
Thanks
Nick
G4FAT
?
|
uBITX Firmware KD8CEC - IF-Shift etc.
Hello Ian and All
The sound of SSB signals with my uBITX are very strong on the high side. In LSB I can adjust the received sound with the IF-Shift with a very pleasing effect, but this does not work the same with USB. And I have noticed, that using the IF-Shift, does also influence the TX signal where the output is becoming a DSB signal with lots of power in the other sideband. I have also tried to adjust the BFO, but without positive results.
Would it be possible to have the IF-Shift function just with the RX and leave the TX on its own? What am I doing wrong?
Best 73, Gerald - HB9CEY
|
Re: Pulling Arduino data apart
Arv:
I understand your point, but some of us are doing things with the ?BITX that does cross platforms yet I still want the code to work on multiple platforms. I think Ashhar made the Raduino "detachable" for a reason, and one of those might be a different microcontroller than one from the Atmel family which uses a different programming platform. There's nothing inherent in the design that would prevent that. Indeed, I'm doing some work on several different microcontrollers, languages, OS's, and displays for the ?BIT.
Also, my discussion started about using a C union data structure and some of the advantages it brings to the programmer. My experience is that many beginning programmers don't use it because they don't know how it works. I apologize that it degenerated from there.
Jack, W8TEE
From: Arv Evans <arvid.evans@...>
To: [email protected]
Sent: Saturday, March 10, 2018 11:31 AM
Subject: Re: [BITX20] Pulling Arduino data apart
Sometimes I wonder how many of those who are new to BITX, Raduino, etc.
are becoming confused by discussions of "big-endian", "little-endian", and "non-endian"
by thinking that this affects how they do programming for Ardunio boards?? While the
discussion is informative and educational it does not apply if one just wants to
use the Arduino IDE, or GCC compiler with some other IDE.? Those particular IDE's
handle the endian issue by making it a non-issue for persons using Arduino and AVR
focused tools.
Arv? K7HKL
_._
|
Endian issues...final chapter
All:
Jerry and I have continued to argue offline about passing data between machines that use different endians. (The endian idea is that an int data type can be organized in Big Endian or Little Endian, that is, are the two bytes organized as Hi-byte/Lo-byte or Lo-byte/Hi-byte.) His position is that C code is endian agnostic, meaning you don't have to worry about it. My position is that any communication between those two different endians must take it into consideration.
Jerry found a good discussion at:
?
In that reference, the Files and byte swap sections states:
??? Endianness is a problem when a binary file created on a computer is read on another computer with different endianness.
which is what I was trying to say all along.
Anyway, I said I wouldn't waste anymore of the groups time on this, but I thought the Wikipedia source Jerry found kinda settles the issue...at least it has for me.
Jack, W8TEE
|
uBITX Firmware CEC Version Added WSPR function, I am looking for a beta tester.
#ubitx
Hi Ian
Thanks a lot for the latest update with the wspr function.
It is now working fine after adjusting the tx frequencies by hand for the 3 chosen bands, 40, 30 and 20m.
The signals have reached all continents except SA with my vertical delta loop antenna..
Is there a way to reduce the output power in the future?
73, Gerald - HB9CEY
|
Re: Pulling Arduino data apart
Take a look at the wikipedia entry down at Files and Byte Swap. That shows that machines that use different endians must account for it when reading data, be it from a file, a DB, or a COM link. That's all I was trying to say. I know this to be true as I've seen it demonstrated. Making code endian agnostic simply means that the code account for and adjusts to the different endians. The example uses a different algorithm than yours, but the fact you have one means that somewhere it must be accounted for.
I realize you don't want to admit all of this, but either we're talking at cross purposes or you're simply wrong. Either way, I'm not going to convince you, nor you me. This ends it.
Jack, W8TEE
From: Jerry Gaffke via Groups.Io <jgaffke@...>
To: [email protected]
Sent: Saturday, March 10, 2018 11:17 AM
Subject: Re: [BITX20] Pulling Arduino data apart
The Wikipedia entry is a much better starting point than my previous stackoverflow conversation:
? ??
Also this, do a search for "endian":
? ??
Jerry, KE7ER
On Fri, Mar 9, 2018 at 01:02 pm, Jerry Gaffke wrote:
Here's a starting point on web resources regarding this big/little endian stuff in case you're curious.
|
Re: Pulling Arduino data apart
Sometimes I wonder how many of those who are new to BITX, Raduino, etc.
are becoming confused by discussions of "big-endian", "little-endian", and "non-endian"
by thinking that this affects how they do programming for Ardunio boards?? While the
discussion is informative and educational it does not apply if one just wants to
use the Arduino IDE, or GCC compiler with some other IDE.? Those particular IDE's
handle the endian issue by making it a non-issue for persons using Arduino and AVR
focused tools.
Arv? K7HKL
_._
On Sat, Mar 10, 2018 at 9:17 AM, Jerry Gaffke via Groups.Io <jgaffke@...> wrote: The Wikipedia entry is a much better starting point than my previous stackoverflow conversation:
? ??
Also this, do a search for "endian":
? ??
Jerry, KE7ER
On Fri, Mar 9, 2018 at 01:02 pm, Jerry Gaffke wrote:
Here's a starting point on web resources regarding this big/little endian stuff in case you're curious.
|
Re: Pulling Arduino data apart
The Wikipedia entry is a much better starting point than my previous stackoverflow conversation:
? ??
Also this, do a search for "endian":
? ??
Jerry, KE7ER
On Fri, Mar 9, 2018 at 01:02 pm, Jerry Gaffke wrote:
Here's a starting point on web resources regarding this big/little endian stuff in case you're curious.
|
Re: How to order a Raduino
I would like very much to order one of these.
please email me.
I am good on qrz
--
73
clyde
kk4ywi
|
Re: The issues of the TDA2822
That’s a great question. ?Mine was shipped two days ago. ?Will it come with a 7822 that won’t require any mods?
toggle quoted message
Show quoted text
On Mar 10, 2018, at 6:16 AM, Marko Pavlicevic < sonymlp@...> wrote: " We finally located a source of brand new, high quality TDA2822s that are currently being shipped."
I placed an order few days ago... Does that mean that I will have normal chip that doesn't need any mods? Maybe just lowering voltage with 78L09?
|
Re: The issues of the TDA2822
" We finally located a source of brand new, high quality TDA2822s that are currently being shipped."
I placed an order few days ago... Does that mean that I will have normal chip that doesn't need any mods? Maybe just lowering voltage with 78L09?
|
Re: Variable power control
I have been powering my bitx40 with a 3s Lipo battery Nominal voltage 12.? last night I thought maybe I could put in a LM317 and set the bias for 12 v and power the radio with a higher voltage lipo. Leaving the power for the power amp at battery voltage. it would be easy enough to change batteries for different power levels.
Things didn't go quite as planned. I think some RF may have gotten into the regulator (a guess) The regulator became quite hot even though i had put on a power transistor to carry most of the load. The sensitivity of the radio was noticeably less. I stopped the experiment for now. The Bitx is my only radio and I didn't want to burn something out. .?
|
I have just received my notification from PayPal! Top result!
N.
G4FAT
toggle quoted message
Show quoted text
From: Nick Trollope
Sent: Thursday, March 8, 2018 6:31 PM
Subject: [BITX20] Fw: uBitx delivery
?
Hello chaps,
?
Paid for a ubitx on 14 January 18. Does anyone have any idea what delivery
times are like at the moment?
?
Thanks
Nick
G4FAT
?
|
Re: Pulling Arduino data apart
All this talk about
injun's puts Mikey's brain on warpath!
?
On 3/9/2018 10:10 PM, Tom Christian
wrote:
Great discussion
from my perspective.? No wasted bandwidth here.? Thanks Jack &
Jerry!
Tom
AB7WT
--
Mike Hagen, WA6ISP
10917 Bryant Street
Yucaipa, Ca. 92399
(909) 918-0058
PayPal ID "MotDog@..."
Mike@...
|
Connecting the Mic- to ground to generate PTT is common for many handheld radios. It saves a wire in the cable. ?
You’ll need to rewire the Mic and PTT SW to work with the uBITX which is exactly the way you would wire it work with most QRP radios including Elecraft’s KX2/KX3 radios.
toggle quoted message
Show quoted text
On Mar 8, 2018, at 7:54 PM, Shaun < slong682000@...> wrote: ?Does anybody have a diagram or description of the mic wire up for the uBITX? I am looking for the mic itself, not the mic jack on the transceiver. Most of the mic's I have dealt with have the MIC+ going to one side of the electret and MIC- or ground routing through the PTT switch when it is closed, completing the circuit. Looking at the uBITX schematic and a mic wireup for an older version of BITX from several years ago on the forum, what I think I am seeing is that the sleeve is providing a constant ground to both the MIC- side of the electret and one side of the PTT switch. The tip connects a constant output to the other side of the PTT switch and the ring is providing a constant output to the MIC+ side of the electret. It almost looks like the electret is an "always on" state but the output is not utilized until the separate PTT circuit is completed. Any help would be appreciated.
|
Re: Pulling Arduino data apart
Great discussion from my perspective.? No wasted bandwidth here.? Thanks Jack & Jerry!
Tom
AB7WT
|
Terry Morris
EDGAR ALEXANDER
_Dave_ AD0B