Hello all
Have had the first confirmed contacts with the BITX40. !!!
I confirmed contact on norcars net this morning. With Sebring Fl, Michigan and maybe MD. The Florida station was about 1100 miles away. 

I am using the stock microphone on a wand and am using an inverted V 40m dipole.
http://veloliner.com/ham/bitx40.JPG
I am operating my radio off of a 12v 1300mah Lipo. i should be able to go to 24v on the finals. 
Dave
KE0PVO

Thanks Ian, for some reason I was using 9600, changed it to 38400 and that did the trick.  Thanks for your patience.
David

All
uBITX Firmware CEC Version Added WSPR function, but It is still a test level.
so, I am looking for a beta tester who has uBITX and knows how to use WSPR.

I used the following method to put the WSPR function in the small space of uBITX.
 - All settings required for WSPR transmission are pre-entered in uBITX.
 - Callsign, location(2alpha, 2 number), db and frequency information to be used for transmission are stored in uBITX.
 - Outdoors, uBITX and antenna are all you need to transmit WSPR with pre-entered information.

you do not need to make any modifications to your uBITX to use WSPR.


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

I've been going through some of the BITX/µBITX code and see a number of places where bit shifting and/or masking is being done to get rid of "unwanted" bits of data. Doing this means you have solved the "Endian" problem for the microcontroller being used. For example, on some processors, the number 5 stored as an int data type appears in memory as: 00000000 00000101. On other processors, it is stored as: 00000101 00000000. If you are bit shifting or masking, you need to know the "Endian" order for the bytes. On an Arduino, you are given two functions: lowByte() and highByte() to allow you to extract the order to determine how the data are organized in an int. Knowing the byte order can be important, such as transferring binary data from one place to another over a serial link. But what if you are working with a long data type? The lowByte() and highByte() functions don't work since a long is 4 bytes. The solution is to use a C structure called a union. Think of the union as a buffer; a small chunk of memory. I think of it as a bucket, the size of which is determined by the biggest piece of data that will be stored in the union. For example:

union {
  byte array[4];
  byte b;
  char c;
  int i;
  long L;
  float f;
} myUnion;

The long and the float data types are the biggest in the union, so the C compiler will allocate 4 bytes to the union named myUnion. It's a 4-byte bucket. If you want to, you can pour those four bytes into another long variable, or a float variable, or you could use a 1-byte dipper and spoon the 4 bytes into a 4-byte array. Your choice. Suppose, for some reason, the long in the union (i.e., the union member named L) needs to hold an RGB value for a color display. Further suppose you need to know the byte that isn't used as a color value. The following short program will show you how a union works. Note how I can fill the union with any data type, but extract it as a byte array. This makes it easy to observe the byte-order of the data. unions are a great C structure to understand as it gives you a portable way to determine the byte order of the data for a given processor.


union {
  byte array[4];
  byte b;
  char c;
  int i;
  long L;
  float f;
} myUnion;      // Define a union

void setup() {
  byte b = 255;      // create a list of variables...
  char c = 'A';
  int i = 5;
  long L = 10000000L;
  float f = 3.14;

  Serial.begin(9600);

  Serial.print("low byte = ");          // the non-portable way to see the byte order of  variable i
  Serial.print(lowByte(i));
  Serial.print("   high byte = ");
  Serial.println(highByte(i));

  myUnion.i = i;                              // Stuff the int into the union, then look at it
  Serial.print("Union:  low byte = ");
  Serial.print(myUnion.array[0]);
  Serial.print("   high byte = ");
  Serial.println(myUnion.array[1]);

  myUnion.b = b;                        // same for a byte, in DEC and HEX
  Serial.print("Union: byte = ");
  Serial.println(myUnion.array[0]);
  Serial.print("  byte (hex) = ");
  Serial.println(myUnion.array[0], HEX);

  myUnion.L = L;                           // same for a long
  Serial.print("Union: long[0] = ");
  Serial.print(myUnion.array[0]);
  Serial.print("    long[1] = ");
  Serial.print(myUnion.array[1]);
  Serial.print("    long[2] = ");
  Serial.print(myUnion.array[2]);
  Serial.print("  long[3] = ");
  Serial.println(myUnion.array[3]);
                                                         // Do some others on your own...
}

void loop() {
}

Dunno about your aluminum tape, but copper tape is easy to solder to.

Vince.

--
Michigan VHF Corp. http://www.nobucks.net/ http://www.CDupe.com/
http://www.metalworkingfun.com

Hi Qonita,
I agree with Chris, you do not have to transmit GPS coordinates.
WSPR is a protocol for testing propagation, antennas and so on.
Using this digital mode you transmit your Callsign, first 4 chars of your locator and power in dBm.
Receiving stations report transmitter they are able to heard.
GPS usage could be to transform coordinate in Locator so you can made a beacon always transitting right locator and runtime updated.
WSJTX is a program written by John Taylor (WSPR creator and Physics Nobel Prize) for operating WSPR, JT65, FT8 etc. digital modes 

Hope this helps,
Alessandro M. IU1ETR

Hi, Ron.  I have a similar post for the same problem.  My U1 has the WX label on it.  I ordered a replacement and it should be here next week.  I'll post results.  Crossing my fingers......:)
Tom
AB7WT

WOW!.  I'm excited at all the work different people are doing.  This makes the Bitx40 and uBitx even more exciting.  Now if I can just retire and get to work on all this stuff I'd have a blast. lol   Thanks to you and all the others that are coming up with some amazing ideas and Farhan. 

73, Michael
KM4OLT

John,
More kits/projects than time permits is kinda the standard with hams I think. I keep finding kit projects I've had so long that I can't remember when/why/where I ordered them LOL. Just received my BITX40 and am anxiously awaiting my uBitx.
Don N9GOD

Nice looking case, Carl.  I like the idea of lining the interior with metal tape for better shielding, but does it need to be copper?  I have some aluminum tape that I use for patching up ductwork, and I wonder if that will be just as effective.
--
Darren, W9ZIM

I designed a Case specifically for the uBITX.  Please read my attached PDF File and see what you think.  I have been getting nice feedback from those that have purchased one.

I ordered mine on Jan 10th and just received notice it was shipped today. It was shipped via DHL so should be here n a few days.

Ron
W5RKW

I ordered mine on Jan 5 and it arrived March 7. what an elegant little board. beautiful!!!!!
Jim

wb4ctx

John,

How did you implement the ssm2167?

I have one in my bitx40.

Regards


Simon
VK3ELH

Hi Nik,

Not yet. I just received the BN43-3312 so I try that as soon as I finish the ATU (half way there). 

Been busy with mic compressor SSM2167 (done), S-Meter (hardware and software done), SWR/POWER meter (hardware done, basic display), Arduino pro mini linked by I2C to Raduino to measure power, swr, final's current (hall effect sensor) and control the ATU plus shutdown the final's bias if required.

ATU is L-Network with 2 servos controlling a variable capacitor and a two wafers rotary switch to get 6 coil positions on high impedance and 6 on low impedance.

Too much fun.

If you get the mods for the final in, please let us know the results.

Thanks and 73, John (VK2ETA)

I replaced mine with a logarithmic pot.  I tried a linear type, but wasn’t happy with the result.