All:

On Monday I will be releasing version 1.07 of the software for the BITX40 transceiver. The only visual difference is that there are provisions in the code for a DS3234 RTC module, as seen in the following photo. (Smaller display sizes fold the UTC directly under the local time.) The plans for the additions (e.g., AGC, speech compression, S-meter, and CW mode with contest keyer) are still on hold. Dennis (W6DQ) is the EE talent behind the mods and he is currently wrapped up

?

moving from LA and setting up his shack and lab. I honestly don't know when he will shake loose and I don't have the EE brains to finish it.

?

So, my thought is to keep the PCB with the TFT display, VFO, and the Mega 2560 Pro Mini, but add some of Allard's code to implement many of the features that are unrealized at the present. I am more than willing to work on the software end of things to help my code "talk" to the hardware. The main advantage of such a port is that, compared to the Nano, the Mega has a boatload of resources available. Indeed, I am amazed at everything that Allard's packed into the Nano and the "library diet" that helped make it possible. You can compare their resource bases at: . An important difference not listed is that the Mega has 5 external interrupt vectors compared to only 2 for the Nano.

?

? Arduino - Compare ?

?

?

The PCB that we did forms an Arduino "sandwich" with the TFT display on the bottom, the PCB and its components in the middle, and the AD9850 DDS and Mega on the top. Here's an image of the bare board. As you can see, most of the 54 I/O pins are brought out for experimenting. The pins dedicated to the display are not brought out. The size of the display can be 2.4" up to 3.95". The recent increase in the USPS Parcel Post rate raises the domestic shipping cost to $3. I'm selling the board for $8, and that includes domestic shipping. Foreign buyers, I'm not sure what to do. The USPS charges about $14 minimum to send a parcel outside the US. If there's a group in the EU and it offers some advantage, perhaps one person could serve as a clearing house for the group; same for the Pacific Rim countries.

?

Anyway, I apologize for not bringing out the mods in a timely fashion. I am still going to work on them as I think Dennis' design is first rate and is more than worth the effort it takes to complete his design. I have already uploaded the latest version of the manual to the group's site. It also includes a small trouble shooting section to reflect several of the questions that have come up over time. Take a look at the manual and see if you might want to help port Allard's code over to the Mega platform. I'll be happy to help those who would like to do so.

?

Jack, W8TEE

I posted the images to my W8TEE album.

Jack, W8TEE

---

From: William R Maxwell <wrmaxwell@...>
To: [email protected]
Sent: Saturday, September 30, 2017 6:26 PM
Subject: Re: [BITX20] W8TEE pending software release and port(?) #w8tee

Can't see the image Jack. Thanks for picking up the RTC suggestion.

Bill, VK7MX

On 1/10/2017 7:38 AM, Jack Purdum via Groups.Io wrote:

All:

On Monday I will be releasing version 1.07 of the software for the BITX40 transceiver. The only visual difference is that there are provisions in the code for a DS3234 RTC module, as seen in the following photo. (Smaller display sizes fold the UTC directly under the local time.) The plans for the additions (e.g., AGC, speech compression, S-meter, and CW mode with contest keyer) are still on hold. Dennis (W6DQ) is the EE talent behind the mods and he is currently wrapped up

?

moving from LA and setting up his shack and lab. I honestly don't know when he will shake loose and I don't have the EE brains to finish it.

?

So, my thought is to keep the PCB with the TFT display, VFO, and the Mega 2560 Pro Mini, but add some of Allard's code to implement many of the features that are unrealized at the present. I am more than willing to work on the software end of things to help my code "talk" to the hardware. The main advantage of such a port is that, compared to the Nano, the Mega has a boatload of resources available. Indeed, I am amazed at everything that Allard's packed into the Nano and the "library diet" that helped make it possible. You can compare their resource bases at: . An important difference not listed is that the Mega has 5 external interrupt vectors compared to only 2 for the Nano.

?

? Arduino - Compare ?

?

?

The PCB that we did forms an Arduino "sandwich" with the TFT display on the bottom, the PCB and its components in the middle, and the AD9850 DDS and Mega on the top. Here's an image of the bare board. As you can see, most of the 54 I/O pins are brought out for experimenting. The pins dedicated to the display are not brought out. The size of the display can be 2.4" up to 3.95". The recent increase in the USPS Parcel Post rate raises the domestic shipping cost to $3. I'm selling the board for $8, and that includes domestic shipping. Foreign buyers, I'm not sure what to do. The USPS charges about $14 minimum to send a parcel outside the US. If there's a group in the EU and it offers some advantage, perhaps one person could serve as a clearing house for the group; same for the Pacific Rim countries.

?

Anyway, I apologize for not bringing out the mods in a timely fashion. I am still going to work on them as I think Dennis' design is first rate and is more than worth the effort it takes to complete his design. I have already uploaded the latest version of the manual to the group's site. It also includes a small trouble shooting section to reflect several of the questions that have come up over time. Take a look at the manual and see if you might want to help port Allard's code over to the Mega platform. I'll be happy to help those who would like to do so.

?

Jack, W8TEE

I'm still waiting for my BitX kit (I fear it may have gone missing)

Check my photo album at the site, then.

Jack, W8TEE

---

From: "dm5tu@..." <dm5tu@...>
To: [email protected]
Sent: Sunday, October 1, 2017 1:59 PM
Subject: Re: [BITX20] W8TEE pending software release and port(?) #w8tee

Hi Jack,

sorry but my feedback is the same... no ?inline picture on the side. I am even logged in.

TNT fer all . sTef DM5TU es 72/3`s

Some do take longer than others to arrive:
/g/BITX20/message/22442

This tidbit from the first post in that thread might be informative:
"I had an email exchange with hfsignals at gmail dot com. They said if
deemed not deliverable, it should come back to them. And that the
package labels are directly printed from the PayPal system and covered
with clear protective tape. I've verified that the address is correct
in the email I got from PayPal."

IndiaPost tracking numbers (you may have one from HFSigs or PayPal) can
be tracked by a USPS postal clerk if you ask nicely and they aren't
swamped with work. Maybe ask at a small rural post office sometime you
have a chance. The publicly accessable tracking system for IndiaPost
knows nothing once the package leaves India.

Jerry

On Sun, Oct 1, 2017 at 02:42 pm, <paul@...> wrote:

I'm still waiting for my BitX kit (I fear it may have gone missing)

On Sun, Oct 1, 2017 at 04:01 pm, Vince Vielhaber wrote:

On the digital pins:

There are 20K pullup resistors built into the Atmega chip that can
be accessed from software. These built-in pullup resistors are
accessed by setting the pinMode() as INPUT_PULLUP. This effectively
inverts the behavior of the INPUT mode, where HIGH means the sensor
is off, and LOW means the sensor is on.

This is absolutely INCORRECT.
pinMode(xx, INPUT) and pinMode(xx, INPUT_PULLUP) only enable/disable the
internal pull up resistors.
They DON'T invert the behaviour of the input!

73 Allard PE1NWL

As I stated when I put it there, it came from the Arduino docs.

Vince.



On 10/01/2017 07:38 PM, Allard PE1NWL wrote:

On Sun, Oct 1, 2017 at 04:01 pm, Vince Vielhaber wrote:

On the digital pins:

There are 20K pullup resistors built into the Atmega chip that can
be accessed from software. These built-in pullup resistors are
accessed by setting the pinMode() as INPUT_PULLUP. This effectively
inverts the behavior of the INPUT mode, where HIGH means the sensor
is off, and LOW means the sensor is on.

This is absolutely INCORRECT.
pinMode(xx, INPUT) and pinMode(xx, INPUT_PULLUP) only enable/disable the
internal pull up resistors.
They DON'T invert the behaviour of the input!

73 Allard PE1NWL

When input pullup is NOT used, a floating connection is low (or presumably low).