Date   
Re: #uBITX Firmware KD8CEC - IF-Shift etc. #ubitx

Rod Davis
 

Hi All,

Doesn't that mean that your transmitted audio (prior to IF shift) was also on the high side?

Rod KM6SN

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


Final implemented version of audio fix

w7hd.rh <w7hd.rh@...>
 

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

Jerry Gaffke
 

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: 
     https://github.com/afarhan/ubitx
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?

Re: Endian issues...final chapter

Jerry Gaffke
 

We agree that  "Endianness is a problem when a binary file created on a computer is read on another computer with different endianness."

Where we seem to disagree is that I am convinced this code will always prints a value of "4"
regardless of whether the machine is big or little endian:

  long data32;    int  data8;
  data32 = 0x04030201;
  data8 = data32>>24;
  printf("%d \n", data8);

From this, we can create the endian agnostic code at the top of post 44018.  
Arv is correct, this is not something most of you need to worry about.
I'm totally done here.
Unless you want to talk about Gulliver's Travels.

Jerry


On Sat, Mar 10, 2018 at 08:42 am, Jack Purdum wrote:
   Endianness is a problem when a binary file created on a computer is read on another computer with different endianness.
 

Re: Endian issues...final chapter

Michael Hagen
 

If Push comes to Stack, who wins Big Injun or Little Injun?


On 3/10/2018 10:48 AM, Jerry Gaffke via Groups.Io wrote:
We agree that  "Endianness is a problem when a binary file created on a computer is read on another computer with different endianness."

Where we seem to disagree is that I am convinced this code will always prints a value of "4"
regardless of whether the machine is big or little endian:

  long data32;    int  data8;
  data32 = 0x04030201;
  data8 = data32>>24;
  printf("%d \n", data8);

From this, we can create the endian agnostic code at the top of post 44018.  
Arv is correct, this is not something most of you need to worry about.
I'm totally done here.
Unless you want to talk about Gulliver's Travels.

Jerry


On Sat, Mar 10, 2018 at 08:42 am, Jack Purdum wrote:
   Endianness is a problem when a binary file created on a computer is read on another computer with different endianness.
 

-- 
Mike Hagen, WA6ISP
10917 Bryant Street
Yucaipa, Ca. 92399
(909) 918-0058
PayPal ID  "MotDog@..."
Mike@...

Re: ubitx order

Terry Morris
 

Dave, KN4OK,

I ordered/paid on January 12. I received notification from PayPal yesterday, March 09, that my ubitX is shipping. Since I used India Postal Service I may have another month before receiving it the skuttlebut on the forum is accurate.
72,


Terry - KB8AMZ
Brimfield Twp, OH
Linux User#412308, Ubuntu User #34905
OSs: LM18.1, Ubuntu 16.04, Puppy tahrpup64, Raspbian
Orgs: PCL70-FOP, NTHS, ALUG, ARRL, PCARS#78, NAQCC#6668, NO-QRP-C, QRP-ARCI#8855
I chair the PCARS CW/QRP SIG and Linux for Hams SIG, second and fifth Tuesday

my computer, my opinion

On Sun, Mar 4, 2018 at 2:53 PM, davekn4ok via Groups.Io <davekn4ok@...> wrote:
Hi Group,

I ordered a ubitx Feb 11th and went with the DHL shipment.   Have not seen it yet and was wondering if anyone else is still waiting?

Dave KN4OK


Re: Pulling Arduino data apart

Skip Davis
 

Jack I don’t know if “degenerated “ is the right word for it. To a basic new programmer of Arduino your discussion elevated beyond my level of understanding. Maybe one day I’ll understand what the two of you are talking about.....Hi Hi.

Skip Davis, NC9O

ubitx mount question regarding lcd display and bezel

Tom Christian
 

While I'm waiting for my blown U1 replacement parts, I'm finishing up on my ubitx case.  I'm not sure the best way to mount the LCD display to the case.  I've read a number of posts but did not find the exact answer I'm looking for.  Using the metal standoffs which come with the kit does not quite fit with a nice Digikey bezel mentioned in other posts.  The bezel looks really good, but if I use the mounting hardware, the screws will overlap the bezel corners and show.  I have some plastic standoffs which I could countersink, but the color still does not exactly match my Jaemco case.  I've thought of using a metal glue for the standoffs but I'm not crazy about that idea.  I've seen posts where others used larger bezels or custom bezels.  But I'm wondering what others have done when using the Digikey bezel.  Enclosed is a picture.  Any thoughts?
Thanks!
Tom
AB7WT

Re: #uBITX Firmware KD8CEC - IF-Shift etc. #ubitx

Mike Woods
 

Jerry

The IF Shift function should only be applied during RX, but it sounds like it is being applied during TX in error in KD8CEC's sketch.  Probably a bug.

However, the op shouldn't be using the IF Shift permanently, he may not have used the BFO calibration function to fix the shift for LSB & USB for the correct passband.

Mike ZL1AXG

On 11/03/18 7:25 AM, Jerry Gaffke via Groups.Io wrote:

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: 
     https://github.com/afarhan/ubitx
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?


--
Mike Woods
mhwoods@...

Re: uBITX Mic Wireup

Dexter N Muir
 

Fanciful, perhaps, but would it be possible to detect the current drain of the electret as a PTT? Enough resistance in the feed resistor of the rig should take the electret voltage down to mid-supply - detect that.
de ZL2DEX

Re: uBITX Mic Wireup

Anthony Luscre
 

I am not clear on the mic wiring.
  • Is it polarized (which terminal is which on mic)?
  • Is there a capacitor that is to be included in wiring?

On Thu, Mar 8, 2018 at 10: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.

Shaun
KEØNLN




--
Anthony Luscre

K8ZT
Assistant Ohio Section Manager for Education Outreach
ARRL - The National Association For Amateur Radio™
 
a@... (best for Education & Technology)
k8zt@... (best for Amateur Radio)

The Web Resource Hoarder- www.ZTLearn.com
Web Resource Hoarder Blog

K8ZT Radio Website- www.k8zt.com
My Radio Blog- k8zt.blogspot.com


Re: #uBITX Firmware KD8CEC - IF-Shift etc. #ubitx

Ian Lee
 

Gerald

Thanks for feedback.

Errors that apply IF-Shift on TX will be corrected soon and will be included in the next version.
If you test a bit more about IF Shift, we can improve it.

Ian KD8CEC

2018-03-11 2:15 GMT+09:00 ge_clipboard <clipboard@...>:


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






--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: uBITX Mic Wireup

Arv Evans
 

Dex

You are right on.  Since the electret microphone uses a microphone voltage
resistor inside the uBITX or BITX-40 (or any older BITX with electret microphone)
it is possible to sense voltage drop across this resistor (with a MOSFET...?)
and key the transceiver when the microphone circuit is closed.  This is for
those who are wondering how to connect a 2-wire electret microphone with
built-in PTT switch. 

This is particularly useful for those cheap combination ear-buds and electret
microphone that we see in the Dollar Stores. 

Arv
_._


On Sat, Mar 10, 2018 at 1:04 PM, Dexter N Muir <dexy@...> wrote:
Fanciful, perhaps, but would it be possible to detect the current drain of the electret as a PTT? Enough resistance in the feed resistor of the rig should take the electret voltage down to mid-supply - detect that.
de ZL2DEX


Re: uBITX Mic Wireup

Dexter N Muir
 

Afterthought: perhaps feed the electret from the base of a PNP?
Dex

Re: uBITX Firmware CEC Version Added WSPR function, I am looking for a beta tester. #ubitx

Ian Lee
 

Philip.
You are right. I used the trick to reduce the program size, which did not work as I thought. Using a function called SetTxFiler will solve this problem easily.
After the weekend, I will update uBITX Beta version next week.
And I was able to check your radio signal at wsprnet.org.

Thanks for testing.

Ian KD8CEC

2018-03-09 23:56 GMT+09:00 Philip <philip.g7jur@...>:

Hi Ian.

The frequency error is down to the way uBITX manager calculates the RF frequency. If I enter into the Band 2 box 14094850 Hz, then the audio comes out of my radio at 1.5 KHz, when it is tuned to 14.09560 MHz.
Now my WSPR is going all around the world.
I do find that I get a bit confused by all the calculations, when trying to work out all this stuff.
Anyway thanks for putting WSPR in to the uBITX, a great bonus.

Philip G7JUR 



--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: uBITX Firmware CEC Version Added WSPR function, I am looking for a beta tester. #ubitx

Ian Lee
 

Carlos.

Wow great! It is very nice graph.
My plan is to climb mountains with only uBITX. And it sends WSPR by each band and communicates with built-in memory keyer.

I will Search your callsign in wsprnet.org

Could you test the new version next week?

Ian KD8CEC

2018-03-10 5:25 GMT+09:00 Carlos E. Wenzel <Ik2yra@...>:

uBiTx on air....Tks Ian / Philip

Carlos

2018-03-09 21:12 GMT+01:00 Carlos E. Wenzel <ik2yra@...>:
So simple.... TKS Philip
Carlos

2018-03-09 21:01 GMT+01:00 Philip <philip.g7jur@...>:
Carlos.
Just enter it in the box, it is in hz. Not Mhz, so no decimal point.
Philip.




--
Carlos Wenzel
ik2yra@...
+39-3284684518
Skype: IK2YRA



--
Carlos Wenzel
ik2yra@...
+39-3284684518
Skype: IK2YRA



--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com (my blog)

Re: uBITX Mic Wireup

Clark Martin
 


Clark Martin
KK6ISP

On Mar 10, 2018, at 12:10 PM, Anthony Luscre <k8zt73@...> wrote:

I am not clear on the mic wiring.
  • Is it polarized (which terminal is which on mic)?
As a general rule, one of the terminals on an electret mic is attached to the metal case while the other is insulated from the case.  The terminal attached to the case is ground.  The other, insulated, terminal is signal.

  • Is there a capacitor that is to be included in wiring?
There is a capacitor on the µBitX board, C61.  You don’t want to connect the microphone through a capacitor, it needs a DC bias (also on the board).

From the Hans Blog-Wise idea to avoid a "monopoly"-

 

I agree with Hans and I think when the common sense fail a reminder as this a very good option for the health of the blog and the group relationship.

----------------------------------------------------

Hi all
 
This is a monthly reminder of guidelines for posting to the QRP Labs group. Keep these guidelines in mind when posting to the group. 
  1. Remember your email goes to up to 2500 people - so ask yourself, is it something you really want 2500 people to see?
  2. Before asking a question, please ensure you have read the relevant manuals and web pages thoroughly, to see if your question is already answered somewhere.
  3. Also check the FAQs http://qrp-labs.com/faq and http://qrp-labs.com/qcx/faq 
  4. Don't write about your kit arriving. Send that to sales@... instead - where it is compiled into statistics published here http://qrp-labs.com/shipping
  5. For any questions about shipping or your order, please email sales@... instead
  6. In the event of any missing or damaged component, please email sales@... instead
  7. Please don't write "Happy Christmas", "Happy New Year" etc messages - it's very nice of you but imagine if all 2500 members wrote it...
  8. It is nice and friendly, to provide your name and callsign - or if you wish, you can add a photograph and whatever details you like, to your profile: https://groups.io/account?page=profile&profilesubid=0
  9. Ideally label the subject with a tag in square brackets e.g. [QCX] to help people who may wish to set up filtering.
  10. If you are asking for help with a problem, please provide as much information as possible about your problem; "Doctor I feel sick" never helps the doctor to diagnose much, without a lot of further questions; it saves time and messages, if you provide as much information as you can at the outset. 
  11. If you change the topic of a thread, please edit the subject line or start a new thread, to keep the content and subject lines relevant.
  12. Remember, a lot of people in the group are hobbyists trying to help other hobbyists for free and in their own spare time.
  13. If you find the volume of emails too high, remember that you could also configure your group membership to send you "daily digest" emails, collecting all posts for a day into one; or you can configure it to group 12 posts in one email. 
Thanks & 73
Hans G0UPL

Re: #uBITX Firmware KD8CEC - IF-Shift etc. #ubitx

Jerry Gaffke
 

I think I was wrong in my previous post, shifting the value of SECOND_OSC_USB won't help.
The audio frequencies through the crystal filter should be strictly a matter of where the BFO is relative to 
the crystal filter passband.  I can't explain why USB audio would be different than LSB audio.

I'm not quite sure what you mean by "IF Shift function".
Can you give an example?

Jerry


On Sat, Mar 10, 2018 at 11:59 am, Mike Woods wrote:
The IF Shift function should only be applied during RX, but it sounds like it is being applied during TX in error in KD8CEC's sketch.  Probably a bug.

However, the op shouldn't be using the IF Shift permanently, he may not have used the BFO calibration function to fix the shift for LSB & USB for the correct passband.

Re: #uBITX Firmware KD8CEC - IF-Shift etc. #ubitx

Jerry Gaffke
 

Though Ian has responded, he seems to know what's going on here.


On Sat, Mar 10, 2018 at 12:54 pm, Jerry Gaffke wrote:
I think I was wrong in my previous post, shifting the value of SECOND_OSC_USB won't help.
The audio frequencies through the crystal filter should be strictly a matter of where the BFO is relative to 
the crystal filter passband.  I can't explain why USB audio would be different than LSB audio.

I'm not quite sure what you mean by "IF Shift function".
Can you give an example?