Date   
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

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: 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: 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: #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?

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

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


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

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: 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.



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

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

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.


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

Jerry Gaffke
 

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: How to order a Raduino

clyde-alex@...
 

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

Gary Shriver
 

That’s a great question.  Mine was shipped two days ago.  Will it come with a 7822 that won’t require any mods?
Thanx-Gary


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

Marko Pavlicevic
 

" 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

_Dave_ AD0B
 

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