Date   
Re: Pulling Arduino data apart

Arv Evans
 

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:
    https://en.wikipedia.org/wiki/Endianness
Also this, do a search for "endian":
    https://en.wikipedia.org/wiki/Lilliput_and_Blefuscu

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

Jack, W8TEE
 

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: BITX20@groups.io
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:
    https://en.wikipedia.org/wiki/Endianness
Also this, do a search for "endian":
    https://en.wikipedia.org/wiki/Lilliput_and_Blefuscu

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.


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

ge_clipboard
 

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

Endian issues...final chapter

Jack, W8TEE
 

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

Re: Pulling Arduino data apart

Jack, W8TEE
 

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: BITX20@groups.io
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
_._


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:
    https://en.wikipedia.org/ wiki/Endianness
Also this, do a search for "endian":
    https://en.wikipedia.org/ wiki/Lilliput_and_Blefuscu

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.



uBITX Firmware KD8CEC - IF-Shift etc.

ge_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

Re: Fw: uBitx delivery

Terry Morris
 

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 ubitx.net/ delivery may be within a few days or up to several more weeks due to Customs.

72 de Terry, KB8AMZ  


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 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. #ubitx

ge_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

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)