Date   

Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

MVS Sarma
 

Farhan jee,
 the FT232 chips are also made in Chaina and they are are problem with working on windows software.
Perhaps call them fake FTDI chips


Regards
MVS Sarma
 

On Sun, Apr 29, 2018 at 10:25 AM, Ashhar Farhan <farhanbox@...> wrote:
Let me see if i can get hfsignals to change to another chipset. Should the ftdi232 be fine with everybody?
- f

On Sun, 29 Apr 2018, 09:58 AA9GG, <paul.aa9gg@...> wrote:
Interesting.  You guys(Apple users) always said the Apple was "bullet-proof".  I guess there IS a way to "hack attack" an Apple!  I'll stick with my PC. 
Glad you found a "fix" though.....

Virus-free. www.avast.com

On Sat, Apr 28, 2018 at 3:34 PM, ab2ts <sciascia@...> wrote:

For those Radiuno suppliers that do not know;  Macintosh users have significant trouble with the CH340/CH341 Arduino clones.    

The Chinese vendor that makes that chip has done a very poor job writing drivers for the Macintosh.   Many users report computer crashes and "kernel panics".    The most suggested solution is to bypass an important security feature of the Mac called System Integrity Protection.  This is definitely not recommended and requires some system level hacking that is beyond the average user.   Some users report that the Chinese driver works for them; most do not.   The latest driver from the Chinese (v1.4) does not require the system hack, but it does not connect to the Radiuno for me.  I do still get occasional system crashes when trying to upload.   

Apple supports just about all modern USB devices but it specifically does not provide drivers CH34x devices.  Clearly this is a security issue for them.  My understanding is that the CH34x devices were created to skirt royalties to be paid to the FTDI or Prolific intellectual property holders.  For one reason or another, Apple does not support them.   CURRENTLY (and despite claims to the contrary) THE AVAILABLE 3RD PARTY DRIVERS ARE UNRELIABLE.   

I plugged the Radiuno into my Mac and tried to program it with the Arduino GUI and let loose with a few expletives.  I knew immediately what had happened.   I usually do my homework and avoid the CH34x chipsets in my Arduino projects, but Radiuno was not offered in another form and I neglected to check the chipset.    (I still haven't found a spec for Radiuno that says what chipset it uses; clearly it is a CH340.)

 I solved the problem by digging out a very old MacBookPro with an antique OS which does did not have the security feature and did support CH34x chipsets.  While it is slow, it fortunately it runs the latest version of Arduino.   My other alternative would have been to remove the CHxx Arduino Nano and replace it with an FTDI or Prolific PL2303 Arduino Nano...   I may do that yet am not looking forward to it.  

Please no more CH34x chipsets!

Thanks




--
Paul Mateer, AA9GG
Elan Engineering Corp.
www.elanengr.com
NAQCC 3123, SKCC 4628



Re: Diagnostic software for uBitx #ubitx

John (vk2eta)
 

Yes you can be Hans. It is a great idea.

73, John (VK2ETA)


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

ab2ts
 

My rule #1 is "It does not have to make sense"

In this case there is no explaining why the Chinese can't write a good driver for the ch34x or why Apple will not do the job for them.   It is just the way of the world.


Re: uBITX_CEC1.073_20I.hex

Ian Lee
 

Bo
I have a limited time to sit in front of my computer and my reply is late.
I am glad I have already solved the problem.
You have already solved it, but we will let you know by sharing information.
I always use the Release function of github when releasing a version.

Its location is the link below.

You do not need to subscribe to download the file.

Ian KD8CEC

2018-04-29 12:47 GMT+09:00 Bo Barry <wn4ghv@...>:

Finally fixed it. I don't recall using the old bootloader earlier and I thought the hex loader might have disturbed it since I could no longer upload sketches. 
Long story but all is well when I selected old bootloader.

Never did find the compiled hex files but going from source worked fine for my 20x4 display.

Fun project for sure.
W4GHV 



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


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

R. Kuehn
 

What about the CP2102 part from Silicon Labs. They are $1.33 in single quantities from digikey. Official drivers are available from the Silicon Labs website for Windows, OS X, and Linux. I haven't used them personally but it's what I've designed into a personal GPSDO project that is still in the development stages. 
As a mac user I've dealt with some of the CH340 issues, the paid for drivers worked for me in the past. Going forward I'll just use a raspberry pi to program and talk to the CH340 devices if I have to. 

Ralph
N9WTX


On Sat, Apr 28, 2018 at 11:55 PM, Ashhar Farhan <farhanbox@...> wrote:
Let me see if i can get hfsignals to change to another chipset. Should the ftdi232 be fine with everybody?
- f

On Sun, 29 Apr 2018, 09:58 AA9GG, <paul.aa9gg@...> wrote:
Interesting.  You guys(Apple users) always said the Apple was "bullet-proof".  I guess there IS a way to "hack attack" an Apple!  I'll stick with my PC. 
Glad you found a "fix" though.....

Virus-free. www.avast.com

On Sat, Apr 28, 2018 at 3:34 PM, ab2ts <sciascia@...> wrote:

For those Radiuno suppliers that do not know;  Macintosh users have significant trouble with the CH340/CH341 Arduino clones.    

The Chinese vendor that makes that chip has done a very poor job writing drivers for the Macintosh.   Many users report computer crashes and "kernel panics".    The most suggested solution is to bypass an important security feature of the Mac called System Integrity Protection.  This is definitely not recommended and requires some system level hacking that is beyond the average user.   Some users report that the Chinese driver works for them; most do not.   The latest driver from the Chinese (v1.4) does not require the system hack, but it does not connect to the Radiuno for me.  I do still get occasional system crashes when trying to upload.   

Apple supports just about all modern USB devices but it specifically does not provide drivers CH34x devices.  Clearly this is a security issue for them.  My understanding is that the CH34x devices were created to skirt royalties to be paid to the FTDI or Prolific intellectual property holders.  For one reason or another, Apple does not support them.   CURRENTLY (and despite claims to the contrary) THE AVAILABLE 3RD PARTY DRIVERS ARE UNRELIABLE.   

I plugged the Radiuno into my Mac and tried to program it with the Arduino GUI and let loose with a few expletives.  I knew immediately what had happened.   I usually do my homework and avoid the CH34x chipsets in my Arduino projects, but Radiuno was not offered in another form and I neglected to check the chipset.    (I still haven't found a spec for Radiuno that says what chipset it uses; clearly it is a CH340.)

 I solved the problem by digging out a very old MacBookPro with an antique OS which does did not have the security feature and did support CH34x chipsets.  While it is slow, it fortunately it runs the latest version of Arduino.   My other alternative would have been to remove the CHxx Arduino Nano and replace it with an FTDI or Prolific PL2303 Arduino Nano...   I may do that yet am not looking forward to it.  

Please no more CH34x chipsets!

Thanks




--
Paul Mateer, AA9GG
Elan Engineering Corp.
www.elanengr.com
NAQCC 3123, SKCC 4628



Re: Diagnostic software for uBitx #ubitx

Hans Summers
 

Hi all

> So far I have to say the Han's QCX concept is really
> neat. It uses 6 passive components and provides an 
> on-board DC, AC/RF meter, RF power meter, frequency 
> meter and signal generator. Brilliant.
>
> That coupled with the measuring functions pre-loaded
> in software and an expected list of values seems the
> best value for money in debugging a radio's circuit 
> and wiring.

Thanks for the nice comments about the built-in test equipment and alignment procedures in the QCX transceiver kit http://qrp-labs.com/qcx ! At the time I developed these features I had no idea that they would create so much excitement.

I had never seen a kit with built-in test and alignment equipment before. But I have personally in the past have built kits or projects, and got all the way to the end - only to find what seems like a very complex alignment procedure, or I need some other piece of test equipment for it - and relegated the kit to the shelf for seemingly infinite postponement. 

The QCX concept was originally designed for the YOTA 2017 summercamp buildathon hosted in UK by RSGB in August last year. I could imagine a room full of youngsters finishing the assembly and getting stuck for want of equipment to use for an adjustment procedure... or fighting over one set of equipment the organizers had brought along for the purpose. How much nicer, to have all the equipment built-in, along with firmware assistance to guide you easily through the process! In the QCX it's a Band Pass Filter peaking adjustment, then the I-Q balance and phasing adjustment to get best unwanted sideband suppression. It makes alignment simple. Literally just a few minutes is all it takes to adjust it for around 60dB unwanted sideband cancellation.

Once that far... It was a relatively small further thought step to say, well why not add the DVM (which can later be jumpered to the power supply input to allow an on-screen battery icon, useful for portable use!), RF Power meter, frequency counter and signal generator. It took very few additional components to add these, which are useful if the assembly needs debugging, and even just for general purpose use in the shack.

I'm really happy these built-in test and alignment equupment features have turned out so popular!

73 Hans G0UPL 


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

Ashhar Farhan
 

Let me see if i can get hfsignals to change to another chipset. Should the ftdi232 be fine with everybody?
- f

On Sun, 29 Apr 2018, 09:58 AA9GG, <paul.aa9gg@...> wrote:
Interesting.  You guys(Apple users) always said the Apple was "bullet-proof".  I guess there IS a way to "hack attack" an Apple!  I'll stick with my PC. 
Glad you found a "fix" though.....

Virus-free. www.avast.com

On Sat, Apr 28, 2018 at 3:34 PM, ab2ts <sciascia@...> wrote:

For those Radiuno suppliers that do not know;  Macintosh users have significant trouble with the CH340/CH341 Arduino clones.    

The Chinese vendor that makes that chip has done a very poor job writing drivers for the Macintosh.   Many users report computer crashes and "kernel panics".    The most suggested solution is to bypass an important security feature of the Mac called System Integrity Protection.  This is definitely not recommended and requires some system level hacking that is beyond the average user.   Some users report that the Chinese driver works for them; most do not.   The latest driver from the Chinese (v1.4) does not require the system hack, but it does not connect to the Radiuno for me.  I do still get occasional system crashes when trying to upload.   

Apple supports just about all modern USB devices but it specifically does not provide drivers CH34x devices.  Clearly this is a security issue for them.  My understanding is that the CH34x devices were created to skirt royalties to be paid to the FTDI or Prolific intellectual property holders.  For one reason or another, Apple does not support them.   CURRENTLY (and despite claims to the contrary) THE AVAILABLE 3RD PARTY DRIVERS ARE UNRELIABLE.   

I plugged the Radiuno into my Mac and tried to program it with the Arduino GUI and let loose with a few expletives.  I knew immediately what had happened.   I usually do my homework and avoid the CH34x chipsets in my Arduino projects, but Radiuno was not offered in another form and I neglected to check the chipset.    (I still haven't found a spec for Radiuno that says what chipset it uses; clearly it is a CH340.)

 I solved the problem by digging out a very old MacBookPro with an antique OS which does did not have the security feature and did support CH34x chipsets.  While it is slow, it fortunately it runs the latest version of Arduino.   My other alternative would have been to remove the CHxx Arduino Nano and replace it with an FTDI or Prolific PL2303 Arduino Nano...   I may do that yet am not looking forward to it.  

Please no more CH34x chipsets!

Thanks




--
Paul Mateer, AA9GG
Elan Engineering Corp.
www.elanengr.com
NAQCC 3123, SKCC 4628


Re: ND6T AGC implementation for uBIT-X

Mike Woods
 

Kees

The modified T/R click fix from VA7AT (see link below) is probably a better one to implement ( ND6T uses an earlier VA7AT design, which is not perfect, and hence the subsequent mod by VA7AT).

http://ubitx.net/2018/03/05/updated-circuit-from-va7at-for-removing-audio-pops/

Mike ZL1AXG ubitx.net


On 29/04/18 1:45 PM, Kees T wrote:
I've been looking at the ND6T website and find several interesting, useful, and focused on minimalist circuits. 

1) The AGC circuit which we're discussing here. I have a board layout which is 980mils x 980mills and it seems to fit nicely. It offers jumper selection of 4 Hold times and AGC OFF......using 0 ohms for AGC OFF, "a" ohms, "b" ohms, "c" ohms, "d" ohms. It's a 2 sided board which you can attach with double sided tape to the back of an RF gain pot (5K) or wherever you want. The reason for mentioning the RF gain pot is that it's a recommended good idea and you wire it to the uBITX board using small coax. This is also explained by ND6T in the "Adding an RF Gain Control to the uBITX".

2) T/R Click Fix is a board half the size of the AGC board and contains the circuit defined by ND6T. I refer you to his write-up for implementation. 

3) The Polite Antenna Tuner also caught my eye and has a really simple minimalist technique using a broadband noise generator to tune the antenna and listen with your receiver for a null (when you are matched to 50 ohms). Seems to fall right in line with QRP rigs and tuners. And you don't require transmitting to get "close". Believe you me, a high BITX antenna SWR will take out an IRF510 in a heartbeat .....not so much for a RD16HHF1 RF MOSFET. Sounds like another ~ 1 sqin board. 

73 Kees K5BCQ


--
Mike Woods
mhwoods@...


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

AA9GG
 

Interesting.  You guys(Apple users) always said the Apple was "bullet-proof".  I guess there IS a way to "hack attack" an Apple!  I'll stick with my PC. 
Glad you found a "fix" though.....

Virus-free. www.avast.com

On Sat, Apr 28, 2018 at 3:34 PM, ab2ts <sciascia@...> wrote:

For those Radiuno suppliers that do not know;  Macintosh users have significant trouble with the CH340/CH341 Arduino clones.    

The Chinese vendor that makes that chip has done a very poor job writing drivers for the Macintosh.   Many users report computer crashes and "kernel panics".    The most suggested solution is to bypass an important security feature of the Mac called System Integrity Protection.  This is definitely not recommended and requires some system level hacking that is beyond the average user.   Some users report that the Chinese driver works for them; most do not.   The latest driver from the Chinese (v1.4) does not require the system hack, but it does not connect to the Radiuno for me.  I do still get occasional system crashes when trying to upload.   

Apple supports just about all modern USB devices but it specifically does not provide drivers CH34x devices.  Clearly this is a security issue for them.  My understanding is that the CH34x devices were created to skirt royalties to be paid to the FTDI or Prolific intellectual property holders.  For one reason or another, Apple does not support them.   CURRENTLY (and despite claims to the contrary) THE AVAILABLE 3RD PARTY DRIVERS ARE UNRELIABLE.   

I plugged the Radiuno into my Mac and tried to program it with the Arduino GUI and let loose with a few expletives.  I knew immediately what had happened.   I usually do my homework and avoid the CH34x chipsets in my Arduino projects, but Radiuno was not offered in another form and I neglected to check the chipset.    (I still haven't found a spec for Radiuno that says what chipset it uses; clearly it is a CH340.)

 I solved the problem by digging out a very old MacBookPro with an antique OS which does did not have the security feature and did support CH34x chipsets.  While it is slow, it fortunately it runs the latest version of Arduino.   My other alternative would have been to remove the CHxx Arduino Nano and replace it with an FTDI or Prolific PL2303 Arduino Nano...   I may do that yet am not looking forward to it.  

Please no more CH34x chipsets!

Thanks




--
Paul Mateer, AA9GG
Elan Engineering Corp.
www.elanengr.com
NAQCC 3123, SKCC 4628


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

K9HZ <bill@...>
 

Suit yourself…

 

 

Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ

 

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

 

Owner – Operator

Villa Grand Piton – J68HZ

Soufriere, St. Lucia W.I.

Rent it: www.VillaGrandPiton.com

Like us on Facebook! facebook icon

 

Moderator – North American QRO Group at Groups.IO.

 

email:  bill@...

 

 

From: BITX20@groups.io [mailto:BITX20@groups.io] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Saturday, April 28, 2018 11:19 PM
To: BITX20@groups.io
Subject: Re: [BITX20] Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

 

Most modern linux distributions come with working drivers for the ch340 already installed.
I'm running Xubuntu 14.4 linux, works great. 
A Rasberry Pi 3 B+ under Raspbian should do fine for running the Arduino IDE.



On Sat, Apr 28, 2018 at 08:56 pm, K9HZ wrote:

Good reason to keep a $50 windows laptop around I guess…

 


Virus-free. www.avg.com


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

Jerry Gaffke
 

Most modern linux distributions come with working drivers for the ch340 already installed.
I'm running Xubuntu 14.4 linux, works great. 
A Rasberry Pi 3 B+ under Raspbian should do fine for running the Arduino IDE.



On Sat, Apr 28, 2018 at 08:56 pm, K9HZ wrote:

Good reason to keep a $50 windows laptop around I guess…

 


Re: ND6T AGC implementation for uBIT-X

K9HZ <bill@...>
 

Well, data shows that the RD16HHF1 does have a lower “kill rate” than the IRF510.  In fact, the RD16 device can run at higher power and still survive usual SWR problems (short, open, etc).  I don’t think it has anything to do with voltage spikes, as the maximum voltage of the IRF510 is about double the RD16 device limits.  I have not studied the dies thoroughly, but I think it has to do with heat removal and the way the junctions are manufactured.

 

 

Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ

 

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

 

Owner – Operator

Villa Grand Piton – J68HZ

Soufriere, St. Lucia W.I.

Rent it: www.VillaGrandPiton.com

Like us on Facebook! facebook icon

 

Moderator – North American QRO Group at Groups.IO.

 

email:  bill@...

 

 

From: BITX20@groups.io [mailto:BITX20@groups.io] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Saturday, April 28, 2018 10:47 PM
To: BITX20@groups.io
Subject: Re: [BITX20] ND6T AGC implementation for uBIT-X

 

I'm not so sure that a high SWR is more likely to kill an IRF510.
What characteristic of the RD16HH1 would make it a better survivor?
If we are talking a missing antenna, it's voltage spikes that would kill the final.
An IRF510 is good for double the voltages that an RD16HH1 is.

I haven't thought very much about what happens when an antenna is shorted to ground.

Here's an old thread about voltage spikes at the final:
    https://groups.io/g/BITX20/message/41057
I'm not very handy with magnetics, but my conclusion there is that T11 on our push-pull
uBitx final is a forward transformer, behaves like any filament transformer.  Energy is
coupled through the transformer, not stored in the core.  The center tap of the primary
is at 12v, when one side of the primary is shorted to ground by a FET the other side
will bounce up to 24v.  And one or the other FET is always on.
 
On the Bitx40 with its single IRF510 FET and inductor up to VCC, we are alternately storing 
energy in the core when the FET is on, then releasing that energy when the FET is off.
This is a flyback transformer, the configuration is that of a boost mode switching power supply.
With a high impedance antenna there's nowhere for that energy to go, we can expect some very high
voltage spikes.  But my simulations were showing that at 7mhz and no antenna those spikes
weren't all that bad.  As the drain voltage rises it drags up the gate (miller capacitance)
and keeps the FET turned on.  If you bring the frequency down far enough from 7mhz
the FET does eventually turn off, and you start seeing kilovolt+ spikes
at the Bitx40  FET drain in the simulation. 

Is Gary, N3GO still around?
I wonder how that TR scheme of his worked out.

Jerry, KE7ER


On Sat, Apr 28, 2018 at 06:45 pm, Kees T wrote:

Believe you me, a high BITX antenna SWR will take out an IRF510 in a heartbeat .....not so much for a RD16HHF1 RF MOSFET. Sounds like another ~ 1 sqin board. 


Virus-free. www.avg.com


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

K9HZ <bill@...>
 

Good reason to keep a $50 windows laptop around I guess…

 

 

Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ

 

Owner - Operator

Big Signal Ranch – K9ZC

Staunton, Illinois

 

Owner – Operator

Villa Grand Piton – J68HZ

Soufriere, St. Lucia W.I.

Rent it: www.VillaGrandPiton.com

Like us on Facebook! facebook icon

 

Moderator – North American QRO Group at Groups.IO.

 

email:  bill@...

 

 

From: BITX20@groups.io [mailto:BITX20@groups.io] On Behalf Of Jack Purdum via Groups.Io
Sent: Saturday, April 28, 2018 10:47 PM
To: BITX20@groups.io
Subject: Re: [BITX20] Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

 

They are very high maintenance if they work at all...on a Mac.

 

There...fixed.


Jack, W8TEE

 

 

On Saturday, April 28, 2018, 11:37:43 PM EDT, ab2ts <sciascia@...> wrote:

 

 

OK... this fixed it...  Talk about Monkey Wrenches in the machinery.


1)  I deleted the latest version (v1.4) of the Chinese ch341 driver
2)  Restarted
3)  Purchased and installed the mac-usb-serial.com ch341 driver for OS X 10.12
4)  Restarted, debugged and tested for several hours per the mac-usb-serial.com instructions.
5)  As a last hail Mary, I set the options under the Arduino Tools Menu to - Processor:  Atmega328P (Old Bootloader)
6)  It worked!  I set the Arduino Preferences to Show verbose output during upload.
7)  Restarted and tried again.   It still worked.  

It is interesting that I do not have to select  - Processor:  Atmega328P (Old Bootloader) on my old MacBookPro to get a good upload.

This is only a temporary fix.   There is an entirely different mac-usb-serial.com driver already released for OS X 10.13.  When I upgrade to 10.13 the current driver will need to be removed and the new one installed.  I expect everything to break again for other future OS updates.

I am still avoiding CH34x chipsets like the plague.   They are very high maintenance if they work at all.   So please no more products with CH34x chipsets!   Mac users everywhere will thank you.  

Thanks to 
Andrew​ VK6WAM   for the link to mac-usb-serial.com.

73 
AB2TS


Virus-free. www.avg.com


Re: uBITX_CEC1.073_20I.hex

Bo Barry <wn4ghv@...>
 

Finally fixed it. I don't recall using the old bootloader earlier and I thought the hex loader might have disturbed it since I could no longer upload sketches. 
Long story but all is well when I selected old bootloader.

Never did find the compiled hex files but going from source worked fine for my 20x4 display.

Fun project for sure.
W4GHV 


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

Jack, W8TEE
 

They are very high maintenance if they work at all...on a Mac.

There...fixed.

Jack, W8TEE


On Saturday, April 28, 2018, 11:37:43 PM EDT, ab2ts <sciascia@...> wrote:


OK... this fixed it...  Talk about Monkey Wrenches in the machinery.

1)  I deleted the latest version (v1.4) of the Chinese ch341 driver
2)  Restarted
3)  Purchased and installed the mac-usb-serial.com ch341 driver for OS X 10.12
4)  Restarted, debugged and tested for several hours per the mac-usb-serial.com instructions.
5)  As a last hail Mary, I set the options under the Arduino Tools Menu to - Processor:  Atmega328P (Old Bootloader)
6)  It worked!  I set the Arduino Preferences to Show verbose output during upload.
7)  Restarted and tried again.   It still worked.  

It is interesting that I do not have to select  - Processor:  Atmega328P (Old Bootloader) on my old MacBookPro to get a good upload.

This is only a temporary fix.   There is an entirely different mac-usb-serial.com driver already released for OS X 10.13.  When I upgrade to 10.13 the current driver will need to be removed and the new one installed.  I expect everything to break again for other future OS updates.

I am still avoiding CH34x chipsets like the plague.   They are very high maintenance if they work at all.   So please no more products with CH34x chipsets!   Mac users everywhere will thank you.  

Thanks to Andrew​ VK6WAM   for the link to mac-usb-serial.com.

73 
AB2TS


Re: ND6T AGC implementation for uBIT-X

Jerry Gaffke
 

I'm not so sure that a high SWR is more likely to kill an IRF510.
What characteristic of the RD16HH1 would make it a better survivor?
If we are talking a missing antenna, it's voltage spikes that would kill the final.
An IRF510 is good for double the voltages that an RD16HH1 is.

I haven't thought very much about what happens when an antenna is shorted to ground.

Here's an old thread about voltage spikes at the final:
    https://groups.io/g/BITX20/message/41057
I'm not very handy with magnetics, but my conclusion there is that T11 on our push-pull
uBitx final is a forward transformer, behaves like any filament transformer.  Energy is
coupled through the transformer, not stored in the core.  The center tap of the primary
is at 12v, when one side of the primary is shorted to ground by a FET the other side
will bounce up to 24v.  And one or the other FET is always on.
 
On the Bitx40 with its single IRF510 FET and inductor up to VCC, we are alternately storing 
energy in the core when the FET is on, then releasing that energy when the FET is off.
This is a flyback transformer, the configuration is that of a boost mode switching power supply.
With a high impedance antenna there's nowhere for that energy to go, we can expect some very high
voltage spikes.  But my simulations were showing that at 7mhz and no antenna those spikes
weren't all that bad.  As the drain voltage rises it drags up the gate (miller capacitance)
and keeps the FET turned on.  If you bring the frequency down far enough from 7mhz
the FET does eventually turn off, and you start seeing kilovolt+ spikes
at the Bitx40  FET drain in the simulation. 

Is Gary, N3GO still around?
I wonder how that TR scheme of his worked out.

Jerry, KE7ER


On Sat, Apr 28, 2018 at 06:45 pm, Kees T wrote:
Believe you me, a high BITX antenna SWR will take out an IRF510 in a heartbeat .....not so much for a RD16HHF1 RF MOSFET. Sounds like another ~ 1 sqin board. 


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

ab2ts
 

OK... this fixed it...  Talk about Monkey Wrenches in the machinery.

1)  I deleted the latest version (v1.4) of the Chinese ch341 driver
2)  Restarted
3)  Purchased and installed the mac-usb-serial.com ch341 driver for OS X 10.12
4)  Restarted, debugged and tested for several hours per the mac-usb-serial.com instructions.
5)  As a last hail Mary, I set the options under the Arduino Tools Menu to - Processor:  Atmega328P (Old Bootloader)
6)  It worked!  I set the Arduino Preferences to Show verbose output during upload.
7)  Restarted and tried again.   It still worked.  

It is interesting that I do not have to select  - Processor:  Atmega328P (Old Bootloader) on my old MacBookPro to get a good upload.

This is only a temporary fix.   There is an entirely different mac-usb-serial.com driver already released for OS X 10.13.  When I upgrade to 10.13 the current driver will need to be removed and the new one installed.  I expect everything to break again for other future OS updates.

I am still avoiding CH34x chipsets like the plague.   They are very high maintenance if they work at all.   So please no more products with CH34x chipsets!   Mac users everywhere will thank you.  

Thanks to Andrew​ VK6WAM   for the link to mac-usb-serial.com.

73 
AB2TS


Re: Please don't make Radiuno with CH340/CH341 chipsets any more! Or at least advertise that you do use them! #radiuno

ab2ts
 

On Sat, Apr 28, 2018 at 04:06 pm, Andrew Merrybard wrote:
Just as an aside. I am having good luck with he drivers for the CH340 (etc) from
mac-usb-serial.com
​.
Just the mac-usb-serial drivers,  same problem.  Radiuno fails to upload.   NodeMCU works....

Radiuno continues to work with an antique MacBookPro


Re: ND6T AGC implementation for uBIT-X

Kees T
 

I've been looking at the ND6T website and find several interesting, useful, and focused on minimalist circuits. 

1) The AGC circuit which we're discussing here. I have a board layout which is 980mils x 980mills and it seems to fit nicely. It offers jumper selection of 4 Hold times and AGC OFF......using 0 ohms for AGC OFF, "a" ohms, "b" ohms, "c" ohms, "d" ohms. It's a 2 sided board which you can attach with double sided tape to the back of an RF gain pot (5K) or wherever you want. The reason for mentioning the RF gain pot is that it's a recommended good idea and you wire it to the uBITX board using small coax. This is also explained by ND6T in the "Adding an RF Gain Control to the uBITX".

2) T/R Click Fix is a board half the size of the AGC board and contains the circuit defined by ND6T. I refer you to his write-up for implementation. 

3) The Polite Antenna Tuner also caught my eye and has a really simple minimalist technique using a broadband noise generator to tune the antenna and listen with your receiver for a null (when you are matched to 50 ohms). Seems to fall right in line with QRP rigs and tuners. And you don't require transmitting to get "close". Believe you me, a high BITX antenna SWR will take out an IRF510 in a heartbeat .....not so much for a RD16HHF1 RF MOSFET. Sounds like another ~ 1 sqin board. 

73 Kees K5BCQ


No output on LSB but output fine on CW.

Dennis Yancey
 

I have a new uBitx that seems to be working fine except for the microphone. I am using several electret mics that I know work as I use them on my computer, hand held Baofeng, ICOM 746, etc with no issues at all except for the microphone output. In LSB on 40 meter I have no output on LSB or USB. CW works fine as it should with the straight key. I have tried the stock sketch as well as the KD8CEC 1.061 sketch. Both have the same characteristics. When the PTT is depressed, the LCD indicates the unit is going into TX mode, there is lots of speaker pop both on depression and release. However there is no output on my meter. I can go to CW mode and get a full 7 watts out. d
I have checked the wiring about a dozen times and am getting 1.4 vdc on the violet wire which is hooked to the tip of the mic connector and the blue wire is hooked to ground. The mic I am currently trying to use is a Kenwood speaker mic I use on my Baofeng. It works fine.

Suggestions, ideas, comments?




--
72 and God bless
KD4EPG