¿ªÔÆÌåÓý

Date

Re: experience with Sunil VU3SUA's enclosures #ubitx

Andy Wragg
 

I ordered mine towards the end of April, there was stock showing at the time of order but this soon changed. I had several email exchanges with Sunil, over the course of my wait, with a final notification of shipping about 3 weeks ago. I chose to use IndiaPost as DHL charge extra on delivery to the UK. Shipping took 10 days. I have found the case and supplied components to be great considering what you are getting for the money. No it's not a Yaesu or Icom but if that's what you want go and spend half a grand or more. This thing is $60 delivered anywhere in the world. The power switch is a little intermittent but I can live with that until it fails and needs replacing.
Considering the popularity of these cases (overwhelming Sunil I'm sure) I'm surprised I wasn't waiting longer, remember this is cottage industry in the North of India.? ??


Nextion 3.2 Display

 

I just uploaded 4 files for the Nextion 3.2 display. They are for the basic and enhanced to work with Dr Ian Lee's CEC 1.094 firmware. I am starting to work on the 3.5 display next.
I would appreciate input on these files if you choose to use them. They are not an enlarged version of the 2.4 they are done on an actual 3.2 size scale.

kn4ud
--
Allen ?Merrell


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: ubitx_32E_F_0_2e.tft

Uploaded By: Allen Merrell

Description:
32B is for basic and 32E is for enhanced

You can access this file at the URL:
/g/BITX20/files/3.2%20Nextion/ubitx_32E_F_0_2e.tft

Cheers,
The Groups.io Team


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: ubitx_32E_F_0_2e.HMI

Uploaded By: Allen Merrell

Description:
32B is for basic and 32E is for enhanced

You can access this file at the URL:
/g/BITX20/files/3.2%20Nextion/ubitx_32E_F_0_2e.HMI

Cheers,
The Groups.io Team


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: ubitx_32B_F_0_2e.tft

Uploaded By: Allen Merrell

Description:
32B is for basic and 32E is for enhanced

You can access this file at the URL:
/g/BITX20/files/3.2%20Nextion/ubitx_32B_F_0_2e.tft

Cheers,
The Groups.io Team


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: ubitx_32B_F_0_2e.HMI

Uploaded By: Allen Merrell

Description:
32B is for basic and 32E is for enhanced

You can access this file at the URL:
/g/BITX20/files/3.2%20Nextion/ubitx_32B_F_0_2e.HMI

Cheers,
The Groups.io Team


Re: RFI from uBitx TX after AGC and other mods installed

 

I did it exactly as Mark did and I'm using Kees' PCB.

John
KC9OJV


Re: TX frequency? of uBitx at CWL and CWU mode #ubitxcw

 

Ian :?

I did as you suggested within the uBITX Manager :?

?- Enabled Adjust CW Frequency
?- Shift Display Frequency on CWL, CWU Mode

I encoded and wrote to the uBITX and then reset and I see no difference in operation.

Note that I am using your v1.094 beta with the Nextion Display.

With my main radio set to 7.050 Mhz (CWU) the uBITX must still be tuned to 7.049.300 Mhz (700 Hz Sidetone/Offset selected) CWU
in order for each Radio to hear the other, so the Display Frequency on the uBITX is still the RX frequency, not the TX Frequency.

Both radios should display 7.050 Mhz or very close to it.

Cheers

Michael VE3WMB?


Re: RFI from uBitx TX after AGC and other mods installed

Mark M
 

FWIW, I soldered the cap across the audio input pins on the underside of the board. I didn't have an SMD so it's just a plain old leaded part...I'm not even sure what technology it is (it's blue), it's what I had in my junque boxe. I listened around last night on 40M and it sounds OK, there's plenty of audio. Nothing weird on xmit, either, that I could hear.

As always, YMMV. :)

I have some 43 mix beads laying around so if have a chance I'll remove the cap and try them and see what happens.

Now I'm looking into the S meter connection but that's for another thread.

Mark AA7TA

On 7/2/18 11:59 AM, Kees T wrote:
Forgot to ask. Did you connect the capacitor across the connector end to ground of C1 or the 2N3904 Base end of C1 to ground ?
73 Kees K5BCQ


Re: Easy, Inexpensive Cooling Fan, Excelway Case

 


Arvo KD9HLC via Groups.Io <arvopl=[email protected]> schrieb am Mo., 2. Juli 2018, 15:48:

On Sat, Jun 30, 2018 at 04:32 pm, n4eev wrote:
Arv, you are one smart dude! I love your idea.
Haha, well, there are always unforeseen complications.

On mine, when I open PTT the fan coasts down and I'm guessing acts like a little magnetic generator and puts quite the whir into the AF signal for a second or two.? I'm thinking the DC pulses produced by the freewheeling fan are of opposite polarity from the PS, so I could snub them with a diode, right?

Does sound kinda cool, though.? Maybe not as cool as a "Roger beep" and nobody else (I hope) can hear it.

That's what I get for testing the idea on WSPR with the volume all the way down.


Re: RFI from uBitx TX after AGC and other mods installed

 

Forgot to ask. Did you connect the capacitor across the connector end to ground of C1 or the 2N3904 Base end of C1 to ground ?

73 Kees K5BCQ


Elmer in Atlanta GA with working BITx40 RFSignals Kit working

 

Howdy,

I am seeking someone close to Atlanta, GA that has a working Bitx-40
"Kit" the one that you just do the final wiring and put the "kit" in a enclosure.

My "kit" receives great but does not transmit.

Thanks in advance.

Hugo


Re: Compiler warnings

Jack Purdum
 

Writing that in plain ansi C is just more error prone work than it needs to be.

What is your suggestion to fix that?

There are elements of C++ that I don't like and tend to be misused (e.g., multiple inheritance). However, one can practice the OOP concept of encapsulation even within the confines of ANSI C, and that's a very good thing. Perhaps the two biggest mistakes I see made by beginning programmers are 1) the reliance on globally-scoped variables and 2) trying to write functions that do too much (i.e., they are not "cohesive"). A globally defined variable means that every single statement in the program has the ability to change that variable. It's like placing a hooker at the top of the program and giving every statement in the program a $50 bill and, after something goes wrong, trying to find out who the father of the error is. Encapsulation at least lessens the scope of the error search.

If you can't tell someone what a function does in two sentences or less, it is not cohesive. Another tip off is a function that has a bunch of variables passed to it, especially variables that are little more than flag variables. Writing Swiss Army knife functions may seem like a good idea, but they are almost always too complex for the task at hand and, because they try to do too much, they are rarely reusable.

Just paying attention to those two things as you write code will make the code less error-prone. Personally, I've used a lot of different languages over the years and I still think C is the best. There must be some agreement, otherwise it wouldn't be the first language most companies resurrect on a new processor and it wouldn't have lasted over 40 years.

Jack, W8TEE

On Monday, July 2, 2018, 12:08:58 PM EDT, ajparent1/KB1GMX <kb1gmx@...> wrote:


As someone that cut their teeth is the '70s with K&R C the biggest thing I see is poor programming
not poor programming languages.? I also grew up in systems where resources are scarce and?
adding them was expensive.? So pardon me if I think 32K of code space, 1k of eeprom and 2K
of ram is a lot of space.? Sure beats 8749 with 2K of program Eprom, 128byts of ram and a timer.

OOP is not a bad word but it may be very stupid in a machine with maybe 2K of ram, code
accordingly.? The problem is coders (not programmers) that figure if it doesn't fit use a bigger
chip.? Then again if the objects are small it can be useful.? For example a Arduino Mega2650
running a two axis (elevation and azimuth) antenna control that serves out position and
tracking as a web page.? No it isn't full and it even gets the TLEs for the Sat to track via
the web page.? One of these days I need GPS and a electronic compass so it knows
where it is and what way is north so I can move it with out calibrating it afterwards.
Writing that in plain ansi C is just more error prone work than it needs to be.


Allison


Re: RFI from uBitx TX after AGC and other mods installed

 

Did you add the ferrite bead on only the Audio line (not the ground) and was it #43 material ? That's what I would try.

But if adding 10nF-15nF to ground which is about 7K at audio frequencies is OK, it's easy to add a 805 size capacitor across the Audio connector pins.?

73 Kees K5BCQ


Re: RFI from uBitx TX after AGC and other mods installed

 

Kees, I tried the clip on beads and if anything it made matters worse- applied to the audio cable. Perhaps multiple turns on a more perfect mixture may help but in reality adding that additional capacitor has very little effect on audio quality as best I can tell.

John
KC9OJV


Re: Anyone seen an SSB xmit causing the menu to pop up?

 

I have this happen, but typically with poor SWR.? That would make sense if it is an EMI issue, wouldn't it?


Re: RFI from uBitx TX after AGC and other mods installed

 

If the problem is feedback from the RF portion of the AGC board back to the AF input, wouldn't a ferrite bead on the Audio input at the AGC board accomplish the same thing without attenuating the audio any with another capacitor to ground ?? On the first pass of the AGC board (none were shipped out), I had a 470pF capacitor to ground but it caused oscillations .....apparently a 10nF capacitor does not, based on the work you guys did.(and thank you for the input) .?

73 Kees K5BCQ


Re: Compiler warnings

 

As someone that cut their teeth is the '70s with K&R C the biggest thing I see is poor programming
not poor programming languages.? I also grew up in systems where resources are scarce and?
adding them was expensive.? So pardon me if I think 32K of code space, 1k of eeprom and 2K
of ram is a lot of space.? Sure beats 8749 with 2K of program Eprom, 128byts of ram and a timer.

OOP is not a bad word but it may be very stupid in a machine with maybe 2K of ram, code
accordingly.? The problem is coders (not programmers) that figure if it doesn't fit use a bigger
chip.? Then again if the objects are small it can be useful.? For example a Arduino Mega2650
running a two axis (elevation and azimuth) antenna control that serves out position and
tracking as a web page.? No it isn't full and it even gets the TLEs for the Sat to track via
the web page.? One of these days I need GPS and a electronic compass so it knows
where it is and what way is north so I can move it with out calibrating it afterwards.
Writing that in plain ansi C is just more error prone work than it needs to be.


Allison


Re: Compiler warnings

 

Google "oop and microcontrollers" or "C++ and microcontrollers" .? The main reason is the code bloat OOP generates

On Mon, Jul 2, 2018 at 10:16 AM, ajparent1/KB1GMX <kb1gmx@...> wrote:
I wondered on that too.

Some of C++ features are bulky but for Arduino you don't use them. But it makes building reusable code far easier.
Encapsulation is a useful one and I don't see any cost for it in the code size.

OF course if your that concerned about space....? A good macro assembler for the target machine works.

Allison




--
Paul Mateer, AA9GG
Elan Engineering Corp.

NAQCC 3123, SKCC 4628


Re: Compiler warnings

 

I wondered on that too.

Some of C++ features are bulky but for Arduino you don't use them. But it makes building reusable code far easier.
Encapsulation is a useful one and I don't see any cost for it in the code size.

OF course if your that concerned about space....? A good macro assembler for the target machine works.

Allison