Date   
Re: Blown by nearby transceiver #bitx40help

Jerry Gaffke
 

When bored with all the cat videos, take a look at this:
    https://www.youtube.com/watch?v=urglg3WimHA
Weird Al rules!

Jerry, KE7ER


On Mon, Feb 12, 2018 at 07:27 am, Gordon Gibby wrote:
Hi Jack, I hope your response was in jest!
 

Re: Blown by nearby transceiver #bitx40help

Jerry Gaffke
 

Very curious. 
Blowing R131 and R132 might be due to a very large signal showing up at Q13,
though I would expect Q13 to blow first.

In your first post it says:
    > A quick flash, smoke, and the bitx40 that was only on, no antenna connected, died. 
I would think the Bitx40 would have to be in transmit to supply +12v via the TX rail
for R131,R132 to fry.  Perhaps the RF field also managed to turn on PTT somehow?

I find this to be very weird and still unexplained, we appreciate all the photos.
Another photo showing the tuner involved and the physical placement of transceiver, tuner, and Bitx40
would be appreciated.  Also any further information about what was going on when this occurred.

Jerry, KE7ER




On Mon, Feb 12, 2018 at 07:18 am, <edufortes@...> wrote:

I've found another two burned :/    R131 & R132

Re: Blown by nearby transceiver #bitx40help

Gordon Gibby <ggibby@...>
 

Hi Jack, I hope your response was in jest!

I once gave a four session training package on financial planning to the docs at my institution and I told them the last session would be way off the beaten path, and I actually made a tin hat to wear to start off that session. As usual, my predictions turned out to be mostly completely wrong so far.  Luckily, I never completely believe even myself.


On Feb 12, 2018, at 10:24, Jack Purdum via Groups.Io <jjpurdum@...> wrote:

Fashion a hat with any leftover scraps.
Uncalled for...

Jack, W8TEE


From: Jerry Gaffke via Groups.Io <jgaffke@...>
To: BITX20@groups.io
Sent: Monday, February 12, 2018 10:22 AM
Subject: Re: [BITX20] Blown by nearby transceiver #bitx40help

Those with plastic cases for their Bitx40/uBitx and with nearby high power gear
might line the inside of that case with tinfoil.  Fashion a hat with any leftover scraps.
Jerry, KE7ER


On Sun, Feb 11, 2018 at 09:17 pm, Jerry Gaffke wrote:
I am still quite surprised that enough energy got coupled in to blow the trace. 
The traces do form a moderately large loop, a single turn inductor, perhaps that was all it took.
Or perhaps those toroids are not as self shielding as I had figured.


Re: Blown by nearby transceiver #bitx40help

Jack, W8TEE
 

Fashion a hat with any leftover scraps.
Uncalled for...

Jack, W8TEE


From: Jerry Gaffke via Groups.Io <jgaffke@...>
To: BITX20@groups.io
Sent: Monday, February 12, 2018 10:22 AM
Subject: Re: [BITX20] Blown by nearby transceiver #bitx40help

Those with plastic cases for their Bitx40/uBitx and with nearby high power gear
might line the inside of that case with tinfoil.  Fashion a hat with any leftover scraps.
Jerry, KE7ER


On Sun, Feb 11, 2018 at 09:17 pm, Jerry Gaffke wrote:
I am still quite surprised that enough energy got coupled in to blow the trace. 
The traces do form a moderately large loop, a single turn inductor, perhaps that was all it took.
Or perhaps those toroids are not as self shielding as I had figured.


Re: Blown by nearby transceiver #bitx40help

Jerry Gaffke
 

Those with plastic cases for their Bitx40/uBitx and with nearby high power gear
might line the inside of that case with tinfoil.  Fashion a hat with any leftover scraps.
Jerry, KE7ER


On Sun, Feb 11, 2018 at 09:17 pm, Jerry Gaffke wrote:
I am still quite surprised that enough energy got coupled in to blow the trace. 
The traces do form a moderately large loop, a single turn inductor, perhaps that was all it took.
Or perhaps those toroids are not as self shielding as I had figured.

Re: Blown by nearby transceiver #bitx40help

edufortes@...
 

Thanks to everyone for your help, I'll be checking those and trying to replace the burned components.

 Jerry Gaffke
 (KE7ER),

yes, we were testing 40m on a ICom IC-725. 

I've found another two burned :/    R131 & R132




Re: Second batch of uBITX shipping? #ubitx

Art Howard
 

Steve
 I should get mine today I noticed that it's in Minneapolis now.
  Do you know if the package has to be signed for ?
Art

On 12 Feb 2018 7:59 am, "S. Porter" <srporter@...> wrote:
Art,

Just got off the phone with a DHL rep who said DHL will deliver here, not USPS. Your mileage may vary. The package is on the move again this morning! :-)

73,
Steve

On Sat, Feb 10, 2018 at 04:08 pm, Art Howard wrote:
I also ordered mine on the 18th and mine is also sitting in Cincinnati for the last day.
 It is indicated that once it hits the USA it is USPS. Was supposed to deliver this last Friday so I figure maybe Tuesday here in Minnesota.
 

Re: wrong frequency after software change. #ubitx

Jack, W8TEE
 

The Files --> Open Recent menu choice holds the 10 most-recently opened projects. I find that very handy.

Jack, W8TEE



From: at91r40008 <yvon@...>
To: BITX20@groups.io
Sent: Monday, February 12, 2018 12:32 AM
Subject: Re: [BITX20] wrong frequency after software change. #ubitx

Thanks Jack. I missed that one.
It still doesn't show me the exact location of my project.
The problem is only I open more than one project at a 
time for comparison.
From now on when I download a project I'll rename it
immediately and insert a note where it is coming from.

--
73, Yvon NU6I


Re: AGC kits

Tim Gorman
 

The actual resistance will also depend on the input resistance of the final amplifier. For instance, if the volume pot is set to maximum you would have the 10K pot in parallel with the input resistance of the final amp. 

I will try a 10K resistor and rerun the test in the next couple of days. 

Re: Second batch of uBITX shipping? #ubitx

S. Porter <srporter@...>
 

Art,

Just got off the phone with a DHL rep who said DHL will deliver here, not USPS. Your mileage may vary. The package is on the move again this morning! :-)

73,
Steve


On Sat, Feb 10, 2018 at 04:08 pm, Art Howard wrote:
I also ordered mine on the 18th and mine is also sitting in Cincinnati for the last day.
 It is indicated that once it hits the USA it is USPS. Was supposed to deliver this last Friday so I figure maybe Tuesday here in Minnesota.
 

Re: uBITX woes, feeling disheartened. #ubitx

rlawson695@...
 

Ran :  does rx mean receive, if it does? The radio has been  reviveing the last four weeks  very good hearing  stations all over the world.  73’s de AC8XZ 

Re: Aluminum enclosure

Randy
 

6" x 6" is what it needs (for a very very tight fit). At least 2-1/2" inches if you are on standoffs. The stand-offs are 1/2 inch, the display is another 1-3/4 inch above the PCB.

Si5351mcu library update

Pavel Milanes Costa <pavelmc@...>
 

Hi OM.

I have re-worked on my lib for the Si5351, I have a few new features in there, if you like to peek you can check the code in github

https://github.com/pavelmc/Si5351mcu

Comments, critics, error spotting are welcomed.

Features

This are so far the implemented features (Any particular wish? use the Issues tab for that):

  • Custom XTAL passing on init (Default is 27.000 MHz (See Si.init() )
  • You can pass a correction to the xtal while running (See Si.correction() )
  • You have a fast way to power off all outputs of the Chip at once. (See Si.off() )
  • You can enable/disable any output at any time (See Si.enable(clk) and Si.disable(clk) )
  • By default all outputs are off after the Si.init() procedure. You has to enable them by hand.
  • You can only have 2 of the 3 outputs running at any moment (See "Two of three" section below)
  • Power control on each output independently (See Si.setPower(clk, level) on the lib header)
  • Initial power defaults to the lowest level (2mA) for all outputs.
  • You don't need to include and configure the Wire (I2C) library, this lib do that for you already.
  • Frequency limits are not hard coded on the lib, so you can stress your hardware to it's particular limit (You can move usually from ~3kHz to ~225 MHz, far away from the 8kHz to 160 MHz limits from the datasheet)
  • NEW: You has a way to verify the status of a particular clock (Enabled/Disabled by the Si.clkOn[clk] var)
  • NEW: From v0.5 and beyond we saved more than 1 kbyte of your precious firmware space due to the use of all integer math now (Worst induced error is below +/- 2 Hz)
  • NEW: Overclock, you can move the limits upward up to ~250MHz (see the "OVERCLOCK" section below)
  • NEW: Improved the click noise algorithm to get even more click noise reduction (see Click noise free section below)
  • NEW: Fast frequency changes as part of the improved click noise algorithm (see Click noise free section below)

73 Pavel CO7WT

Re: Aluminum enclosure

John KC9OJV
 

For the uBitx

Aluminum enclosure

John KC9OJV
 

I ordered one of these: https://www.hammfg.com/part/1402D
I'm hoping I can work with the height of the Raduino OK.

John
KC9OJV

Re: Raduino seperate

LKNDAVE
 

I HAVE always wondered why, guys that do pcb layouts the dont add slightly longer pads with thru holes to dually accomodate smd 0805 OR 1/8 was resistors and 5 mm caps.
dave N4LKN.

RadI2Cino - I2C replacement for the uBITX Raduino #ubitx

Jim Sheldon
 

Announding the RadI2Cino (prounounced "Rad ee too CEE no", an almost "Drop In" replacement for the original uBITX Raduino card.
The attached PDF file contains the complete information on it but here is a summary of the changes/enhancements incorporated in the
RadI2Cino from the original Raduino.

I2C is used so the 16 pin LCD display header has been eliminated.
The LCD display contrast pot has been eliminated.
The 16 pin and 8 pin uBITX headers are retained and connect in the original fashion.
Arduino NANO I/O pin assignments have been rearranged to free up digital and analog I/O pins.
     a) D8, D11, D12 now used for key, paddles, and PTT.
     b) D10 used for an A/B split selection button.
     c) D9, D13, A3, A6, A7 now available for other needs.
The LCD display is operated via an I2C bus connection.|
     a) Contrast control is now part of I2C interface "backpack".
     b) Larger, 4-line displays are supported.
The TO-220 5 volt regulator has been replaced by a surface mount 7805 1 amp regulator.
A surface mount 3.3 volt regulator has been added.
A 4-pin header has been added to give access to the I2C bus.
A logic level translator has been added to the I2C bus to protect the Si5351 clock chip.
Manufacturer-recommended RC de-bouncing for the rotary encoder phases has been added.
Provision is made for an optional dropping resistor to reduce regulator dissipation.
Several powering options are provided, selected by shorting jumpers.
     a) power everything through the NANO via the uBITX +12V rail**
     b) power the NANO from the uBITX +12V rail, and the rest via the 5V regulator**
     c) power everything from the board mounted 5 volt regulator.
     d) power the Si5351a from the NANO's 3.3 V output.
     e) power the Si5351a from the on-board 3.3 V regulator.
Though the PC board is slightly longer, mounting holes compatible with the LCD display are retained.
An additional 8 pin header is added for access to the newly free I/O pins.
Uncommitted PCB pads are provided to connect serial I/O and NANO Reset.
NANO mounting pads are intentionally oversized to allow for a low profile, machined pin, socket for the Nano.
Heavy use is made of silk-screened labels to identify signals and functions.

 ** If the optional dropping resistor is not used DO NOT EXCEED 12V when using these power options.

Re: BITx 40 Frequency lock during transmit

David Robertson <kd1na363@...>
 

Thank all of you for the information.
73

--
Dave Robertson KD1NA

Re: BITx 40 Frequency lock during transmit

Vic WA4THR
 

I agree on changing to Allard's code. It is a wonderful improvement to all aspects of the BitX40 and works even without any hardware mods. Loading a new sketch is easy. I had no experience with Arduinos or anything like that and following the "Raduino Software for Geezers" instructions (Google it) I was able to upload and experiment with changes to the sketch. For best results you'll need at least one pushbutton switch to get access to the function menu, and make one small addition running a connection from a well-illustrated location back to the Raduino so it will know when you are in transmit, but those changes just add features like being able to scan, switch VFOs, work split, etc., and the sketch will work better than the OEM sketch right out of the box with no changes at all.

As another aside, for guys just building their BitXs. Look where the USB port is on the Raduino. Almost every build I see puts the tuning pot right in front of it so you can't get at it to change software. Mount the Raduino to the right (facing) side of your front panel and you'll have easy access to the port and have as much fun playing with sketch changes as with other aspects of the rig.

=Vic=

Re: #bitx40help Probably need new Raduino #bitx40help

 

Amici curiae will tell you that probably nothing happened.

You would have had a smoking gun: D7 - in B40 that part dies first, so please check if it has fried and then the rest..

What was the power supply?

Raj

At 12-02-2018, you wrote:
Yep I think I did it. I applied reverse polarity to my BITX40 from HFSignals. The power to the board was connected but no power to the PA. (The connector I used had the positive connected to the outside and the negative to the central - was for an odd piece of test gear I used years ago). Anyway, correcting the connector results in no sign of life on the display. Reading through the posts, it would appear that I may well have bricked the raduino. Hence I would like to contact Mike Hagen to enquired about his improved raduino. So could Mike please contact me off list so we can discuss features, costs etc. And the irony is that components toprotect against reverse polarity are on order but have not yet arrived. vivimus atque discimus.