Date   
Re: Digital communications with a USB sound card - dumb mistake #ubitx

atouk
 

For sound interfacing, I decided the best route was to keep as much inside the box as possible.  The mic and speaker jacks are wired so that if nothing is plugged in, they default to the Easy-Digi board audio transformers.  These are connected to a 6 dollar USB sound dongle plugged into a 4 port USB adapter (room for a RTLSDR panadapter later on).  A 330 ohm resistor is in parallel with the audio out to the mic-in on the sound dongle to make volume adjust less sensitive.

For heat dissipation, I used the outer shell of an old car audio amp (almost 2 pounds of solid aluminum), and mounted the PA finals directly to the case by moving them underneath the main board.  I also re-purposed one of the original heat sinks to the 7805 regulator.  That puppy gets pretty warm without a little help.

Ignore the cardboard front and back panels.  Those are temporary until I print out the permanent ones.

The 3 color LED strip also acts as a transmit light.  Only blue and green are on with power, and red turns on for transmit.


On 5/15/2018 4:18 PM, Bo Barry wrote:
Whoops, a USB sound card gives you stereo sound output. Plugged into the mike connector for digital work it activates the PTT line with the audio!
The CAT interface works find for PTT and frequency control.
It took me forever to realize the orange PTT wire needs to be disconnected for digital work.

I made a bit of progress, getting a copyable RTTY signal with fldigi on my nearby rig. I couldn't get FT8 to copy. Experimenting with proper audio levels is driving me crazy but I'll figure it out.

The receiver surprised me, with me copying PA & NY on FT8 WHILE CONNECTED TO A DUMMY LOAD. I hope my transmitted signals didn't get out too.

I happened to have a 5v fan that fit the 3d printed panels I bought. I used a 7805 to drop the voltage down. Kinda noisy, going to drop it down to 3 volts. or so.

One awkwardness - the rig runs off of 12 volts which runs thru the power switch. However the usb interface activates the LCD whenever it is plugged in. How many times have I scratched my head with it when it wouldn't transmit even tho the display said it was, because the power switch was off. A solution would be to cut the +5v lead in a USB cable I guess.

In the meantime, a simple CW QSO is in order.
Bo W4GHV

Re: [Bitx-20] special session at hamfests to teach the neophytes re latest firmware

Jerry Gaffke
 

If there's a local makerspace handy, I suggest you lug a laptop and a Raduino (or Nano) in and ask if somebody can help you load some firmware.  Or a local ham club meeting.  Arduino's are very popular,   having an impact far beyond ham radio.  Here's an old post about maker spaces:
    https://groups.io/g/BITX20/message/48022
 


On Tue, May 15, 2018 at 01:23 pm, David Wilcox wrote:
I just need to see someone do it the first time (load in new code) with a step by step explanation and then the light might go on.
 

Re: Order Turn Around Times

Jim Sheldon
 

They must be very close to shipping from stock now.  I ordered one on the 9th, it shipped out the 12th and I received it today by DHL right at Noon Central US time.  It don't get much better than that.

Jim - W0EB

Re: Should we adopt the KD8CEC firmware?

K9HZ <bill@...>
 

Made up scenarios dont really do this thought train justice as any competent coder would then include the CW code when the Tune feature is defined in the code. QED. 


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


email:  bill@...

 


On May 15, 2018, at 9:48 AM, Tim Gorman <tgorman2@...> wrote:

Jack,

Respectfully, you missed my point. I probably wasn't clear. I didn't
mean a "coding" standard. I meant a standard software load with defined
functionality.

Trying to add functionality that others might want to use, in an
environment of multiple conditional compiles, becomes a true nightmare
of regression testing to insure the added functionality works with all
combinations of the conditional compiles.

Not doing such regression testing and throwing a software modification
out into the wild means many users are going to find that their
individual software load no longer works as intended if they try to use
the software modification.

For instance, your mention of deleting keyer code if you never use CW.
If I develop functionality like a "Tune" option that requires the CW
transmit module and some kind of a CW key to transmit a carrier, it
won't work with someone that has deleted the keyer code using their
conditional compile. If they add my functionality what's the first
thing they are going to see happen? It won't work. Who then gets to
figure out why and then who gets to fix it?

tim ab0wr

On Tue, 15 May 2018 13:25:23 +0000 (UTC)
"Jack Purdum via Groups.Io" <jjpurdum@...> wrote:

I agree with Ron, here. Tim's statement:

    It's important to have a *standard* to write to.

would be nice, but as we all know, there is a difference between
coding style and functionality. Cut-and-paste code is also nice to
have, but any code may be useful if you can read and understand it.
To me, the litmus test of good code is code that can be read and
understood easily. When that's true, it becomes much easier to adapt
it to your needs. Simple things like using #define's instead of
"magic numbers" make it easier to read and adapt code. (If the IDE
had a symbolic debugger, I might use constants, although symbolic
constants are typeless and that can be a huge benefit in writing
reusable code.) Writing "clever" code is rarely a benefit. Which
would you rather read:

   a = b >> 1;

or

   averageVoltage = baseVoltage / 2;   // Voltage divider derives
average voltage that's applied to pin AVERAGEVOLTAGE

Perhaps the only real reason the first version might make sense is to
cause some speed gain in the executed code, or perhaps save some
memory. Even that, however, often makes no sense because the Gnu
compiler is quite good at optimizations. Indeed, my guess is that the
two forms above generate exactly the same code. You can examine the
*.lst file to get a feel for the final answer.

The final step before making it available to the public is to ask
yourself: What can I do to make it easier to read and understand this
code? If you cannot find changes that enhance readability, it's read
for prime time. Even then, readers will have difference preferences
on the way they would write the code...that's to be expected.
However, the fact they have preferences means they can read,
understand, and hopefully use the code.

For reasons most can guess, I have not read Ian's code recently, but
I'm sure it's readable. The fact that Farhan has even suggested using
it as the standard means he's happy with it. If it's possible to
conditionally compile the code (e.g., why have a keyer if you know
you'll never use CW, leaving some room for additions you know you
want), it seems to me to be a moot question.

And to those who argue: "But conditional compiles means the users
have to be able to change the code!" Yeah, so what? If you can't
change the code, you still have several options: 1) accept the radio
"as is", 2) learn enough programming to make the changes you want, or
3) pay a programmer to implement the changes you want. Trying to get
a boo-hoo from me for people who don't want to invest a weekend in
learning how to make such changes is pretty much going to fall on a
deaf set of ears. Besides, this kind of programming is going to get
more important down the road, not less. May as well bite the bullet
and jump on board...you may even find you like it!

Jack, W8TEE



   On Monday, May 14, 2018, 11:53:47 PM EDT, W2CTX
<w2ctx@...> wrote:

Tim





   When I write software I don't have reuse as part of my mindset.  I
try to make something work that is


broken or develop something new that does not exist.  Once it is
tested it is given to the community to


use.





 So if I don't care if others use my code how does that advance the
radio?  Well one case comes to mind in that


my keyer code had iambic A/B working correctly.  After I published
the firmware I believe Ian looked at it.  Now


he could not cut-n-paste my code into his firmware because he used
different timing and different hardware pins.


As he stated in his description of his keyer routine, he looked at my
logic and  adapted my code into his.


And as all good programmers do gave me acknowledgement in his header
of his keyer module.





So you don't have to create code that can be cut-n-paste to be
useful.





rOn


On May 14, 2018 at 10:32 PM Tim Gorman wrote:


John,

If I am writing a function that others might want to use, how do I
know which analog input to look at for a trigger by the CW key?

Does my function need to look at both A3 and A6 just in case? Or do I
use one or the other and let the user worry about fiddling with my
code to make it work?

It's important to have a *standard* to write to.

tim ab0wr



On Mon, 14 May 2018 13:54:44 -0700
"John" wrote:
I disagree that the original software is a good starting point for
building on as its tuning and keying section need work.

I think the uBitx should be shipped with a software that best
promotes it's capabilities. That way the user can enjoy it fully
without having to go through an upgrade process that he may not be
willing to go through.

Making room for later software changes is easy if, as said above, the
software is segmented and shows the "memory cost" of each option.

As an example below is the start of the my ubitx_20.ino file, based
on Ian's 1.061 version.

It is easy to make room by commenting out options to insert one's own
code if desired, or simply enable "extra features".
//================== Compile options for adding/removing features and
saving memory =====================
//When there are no hardware modifications (i.e. wired as per the
HfSignals web-site) // If UNdefined, or commented OUT, assumes that
the CW key is connected to the PTT input (A3) to free-up A6 for //
the handsfree option here. (note that A6 could also be used for SWR
or supply voltage monitoring). No memory impact.

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#49147): https://groups.io/g/BITX20/message/49147
View All Messages In Topic (64):
https://groups.io/g/BITX20/topic/19183012 Mute This Topic:
https://groups.io/mt/19183012/141851 New Topic:
https://groups.io/g/BITX20/post -=-=-
http://www.phonestack.com/farhan/bitx.html The original BITX
http://www.hfsignals.com/index.php/bitx40/ BITX40 by HFSignals
http://www.hfsignals.com/index.php/ubitx/ uBITX by HFSignals
https://amateurradiokits.in/store/ BITX Store by Sunil
http://ubitx.net/ BITX Web Site of Mike ZL1AXG
https://groups.io/g/BITX20/wiki/home Wiki
-=-=-
Change Your Subscription: https://groups.io/g/BITX20/editsub/141851
Group Home: https://groups.io/g/BITX20
Contact Group Owner: BITX20+owner@groups.io
Terms of Service: https://groups.io/static/tos
Unsubscribe: https://groups.io/g/BITX20/leave/defanged<hr
style="height: 0; border: 0; border-top: 1px solid #aaa; margin: 8px
0;">




Re: CONTEST!!!! New Board Naming Contest #ubitx

Jim Sheldon
 

Vince - shame on you.  You did not read the post.  You were not to submit your entry publicly to this reflector -- read the original post!  Because of that, this entry is hereby disqualified, sorry.

Come on people, follow the rules!

W0EB

Re: CONTEST!!!! New Board Naming Contest #ubitx

Vince Vielhaber
 

After reading the rules I submitted it again to the email address provided.

Vince.

On 05/15/2018 04:43 PM, Jim Sheldon wrote:
Vince - shame on you. You did not read the post. You were not to
submit your entry publicly to this reflector -- read the original post!
Because of that, this entry is hereby disqualified, sorry.

Come on people, follow the rules!

W0EB

Re: CONTEST!!!! New Board Naming Contest #ubitx

Jim Sheldon
 

Contest updates AND clarification of the rules - go to www.w0eb.com for the details and also the main details on the card itself.

READ THE RULES -- NO PUBLIC POSTING OF ENTRIES to this reflector OR to the uBITX group on Facebook or the entry will be disqualified.  You can submit more than one entry but send it to the email address defined in the original post. 

We have had to disqualify several entries already because people did not read the rules.

W0EB

Re: Should we adopt the KD8CEC firmware?

Arv Evans
 

This is only loosely related to the question regarding what should be the standard
uBITX Arduino software system, but it might be interesting to some.

http://servo.texterity.com/servo/201409/?folio=58#pg58

https://github.com/robinhedwards/ArduinoBASIC

Arv  K7HKL
_._


On Tue, May 15, 2018 at 1:57 PM, Vince Vielhaber <vev@...> wrote:
You, like Tim, are looking at it from an experimenter's point of view as an experimenter's platform.  Not everyone who purchases one is an experimenter or plan to use it as an experimenter's platform.  The idea of standardizing on the CEC firmware will (IMO) appeal to the greatest number of hams.  That's the goal, attract as much interest as possible.

As atouk said earlier, "uBITX should be targeted at new hams, not new coders.  New hams already have enough to be confused about."  I don't know if you've been paying attention to the general population of hams these days, a great number of them aren't the slightest bit technical and having a radio that they can plug their computer in to for $109 plus a bit of connecting wires would be rather attractive to them.

Vince.


On 05/15/2018 03:25 PM, Laurence Oberman wrote:
Or the other way around
Nobody is stuck with stock firmware, update to the KD8CEC firmware if
you choose :)

I would be fine with the units coming with latest stock firmware and a
not about KD8CEC possibilities.
Just my 2c

Laurence
KB1HKO

On Tue, May 15, 2018 at 12:38 PM, Vince Vielhaber <vev@...> wrote:
Simple solution.  Download the original firmware, modify it and load it onto
your Raduino.  Noone ever said you'd be stuck with the CEC firmware if it
came as stock.

Vince.




On 05/15/2018 10:28 AM, Tim Gorman wrote:

Jerry,

Ian's code may be easy for you to read and understand. That is most
definitely *not* the case for many of us.

Any code that can be changed on the fly by defining options to be
included or excluded probably can't be considered "stable". It becomes
a minefield for others trying to add their functionality. Regression
testing to insure the software still works as intended becomes a
nightmare of trying all the numerous options together in a multiplicity
of option combinations.

This is not meant as disparagement Ian's software. It has a lot of
functionality that many people have asked for. Many people are using
it. There is a good reason for that.

But that doesn't mean it is suitable as the base load for all future
ubitx units.

Does Ashar have the resources to do a full regression testing of Ian's
software as it stands today when changes are made to the ubitx hardware?

tim ab0wr

On Mon, 14 May 2018 22:42:01 -0700
"Jerry Gaffke via Groups.Io" <jgaffke=yahoo.com@groups.io> wrote:

I haven't looked at Ian's code yet.
But suspect it is plenty readable.
And if it's readable, there's a bunch of people here that could
support it. And I doubt Farhan would ship with it unless he was
confident he understood it and could make his own mods and fixes.

Farhan would be shipping something that is hopefully stable.
And if Ian is so inclined, he will continue adjusting the code to
suit his whims. Now I'm confused, was there somehow a problem with
this?

Generally, a few hundred lines of C code is fairly easy to figure out.
Though there are exceptions:
   https://www.ioccc.org/2018/algmyr/prog.c
    https://www.ioccc.org/years.html#2018

Jerry, KE7ER

On Mon, May 14, 2018 at 09:24 pm, W2CTX wrote:


If CEC firmware is selected to be the delivered "base" then you
must think about the following two implications:

1. Is Ian willing to support the "base" in the future w.r.t. uBITX
production hardware changes?
As well as answering all the "newbie" questions about all the
options everyone is eluding to?

2. If Ian does not support the "base", then customers will be
confused by having CEC as "base" and IAN still supplying CEC
firmware that is different.






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







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




Re: Should we adopt the KD8CEC firmware?

Arv Evans
 

and for almost-machine-language Arduino coding.....

http://amforth.sourceforge.net/TG/recipes/Arduino-HelloWorld.html

Yes, that does show the era in which I learned to write code.    8-)

Arv  K7HKL
_._

On Tue, May 15, 2018 at 2:50 PM, Arv Evans <arvid.evans@...> wrote:
This is only loosely related to the question regarding what should be the standard
uBITX Arduino software system, but it might be interesting to some.

http://servo.texterity.com/servo/201409/?folio=58#pg58

https://github.com/robinhedwards/ArduinoBASIC

Arv  K7HKL
_._


On Tue, May 15, 2018 at 1:57 PM, Vince Vielhaber <vev@...> wrote:
You, like Tim, are looking at it from an experimenter's point of view as an experimenter's platform.  Not everyone who purchases one is an experimenter or plan to use it as an experimenter's platform.  The idea of standardizing on the CEC firmware will (IMO) appeal to the greatest number of hams.  That's the goal, attract as much interest as possible.

As atouk said earlier, "uBITX should be targeted at new hams, not new coders.  New hams already have enough to be confused about."  I don't know if you've been paying attention to the general population of hams these days, a great number of them aren't the slightest bit technical and having a radio that they can plug their computer in to for $109 plus a bit of connecting wires would be rather attractive to them.

Vince.


On 05/15/2018 03:25 PM, Laurence Oberman wrote:
Or the other way around
Nobody is stuck with stock firmware, update to the KD8CEC firmware if
you choose :)

I would be fine with the units coming with latest stock firmware and a
not about KD8CEC possibilities.
Just my 2c

Laurence
KB1HKO

On Tue, May 15, 2018 at 12:38 PM, Vince Vielhaber <vev@...> wrote:
Simple solution.  Download the original firmware, modify it and load it onto
your Raduino.  Noone ever said you'd be stuck with the CEC firmware if it
came as stock.

Vince.




On 05/15/2018 10:28 AM, Tim Gorman wrote:

Jerry,

Ian's code may be easy for you to read and understand. That is most
definitely *not* the case for many of us.

Any code that can be changed on the fly by defining options to be
included or excluded probably can't be considered "stable". It becomes
a minefield for others trying to add their functionality. Regression
testing to insure the software still works as intended becomes a
nightmare of trying all the numerous options together in a multiplicity
of option combinations.

This is not meant as disparagement Ian's software. It has a lot of
functionality that many people have asked for. Many people are using
it. There is a good reason for that.

But that doesn't mean it is suitable as the base load for all future
ubitx units.

Does Ashar have the resources to do a full regression testing of Ian's
software as it stands today when changes are made to the ubitx hardware?

tim ab0wr

On Mon, 14 May 2018 22:42:01 -0700
"Jerry Gaffke via Groups.Io" <jgaffke=yahoo.com@groups.io> wrote:

I haven't looked at Ian's code yet.
But suspect it is plenty readable.
And if it's readable, there's a bunch of people here that could
support it. And I doubt Farhan would ship with it unless he was
confident he understood it and could make his own mods and fixes.

Farhan would be shipping something that is hopefully stable.
And if Ian is so inclined, he will continue adjusting the code to
suit his whims. Now I'm confused, was there somehow a problem with
this?

Generally, a few hundred lines of C code is fairly easy to figure out.
Though there are exceptions:
   https://www.ioccc.org/2018/algmyr/prog.c
    https://www.ioccc.org/years.html#2018

Jerry, KE7ER

On Mon, May 14, 2018 at 09:24 pm, W2CTX wrote:


If CEC firmware is selected to be the delivered "base" then you
must think about the following two implications:

1. Is Ian willing to support the "base" in the future w.r.t. uBITX
production hardware changes?
As well as answering all the "newbie" questions about all the
options everyone is eluding to?

2. If Ian does not support the "base", then customers will be
confused by having CEC as "base" and IAN still supplying CEC
firmware that is different.






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







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





Re: Should we adopt the KD8CEC firmware?

K9HZ <bill@...>
 

I think you are confusing the concepts of “beta testing” and “support”.   Clearly this group is the support for the firmware. 


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


email:  bill@...

 


On May 15, 2018, at 9:15 AM, Tim Gorman <tgorman2@...> wrote:

Ashar *does* support the software he provides. Significant testing was
done before it was used as the standard load. While it does have some
problems it *does* work, it *is* usable as provided. And it provides a
stable base upon which to build.

When was the last time someone reported a problem with the standard
software that prevents it from working correctly?

tim ab0wr

On Tue, 15 May 2018 00:59:58 -0500
"K9HZ" <bill@...> wrote:

Support?  You think the uBITx is supported?

This is right off the HFSignals webside as indicates the limit of
support:  " This program is distributed in the hope that it will be
useful, but WITHOUT ANY WARRANTY; without even the implied warranty
of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE." And..." If
you are interested or building any of the HF Signals’ kits, you can
join the BITX20 group by visiting https://groups.io/g/bitx20. That’s
the only support we provide.  The level of collective wisdom and
experience on the Forum is enough to sort out almost any technical
problem or question you may have. You will also meet some really
great builders on the Forum."

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!

Moderator – North American QRO Group at Groups.IO.

email:  bill@...






Re: Core for Output Transformer

K9HZ <bill@...>
 

That is what i used too. 


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


email:  bill@...

 


On May 15, 2018, at 1:15 PM, ajparent1/KB1GMX <kb1gmx@...> wrote:

My plan is the longer version of the BN43-6802 (or use two BN43-302 end to end).

Amidon has the 6802, Diz/Kitsandparts has the 302.

I  have to order some MPSH10s for driver mods.

Allison

Re: Variable IF

K9HZ <bill@...>
 

You can vary the center frequency a little bit its better to vary the IF frequency and leave the IF filter fixed. 


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


email:  bill@...

 


On May 15, 2018, at 2:09 PM, w1eat via Groups.Io <w1eat@...> wrote:

Good question, which I will leave for someone else to answer because I don't know.  My guess is yes.

One error in the schematic I sent.  The 12K resisitor in the TX voltage divider should be 15K in order to have the best audio on SSB with the filter at full bandwidth.

Re: [Bitx-20] special session at hamfests to teach the neophytes re latest firmware

Jack, W8TEE
 

I'd actually enjoy that. Talk with the FDIM people to see if they have any interest. Preston Douglas (pdouglas12@...) is the President of the group and would likely be the one to contact. However, I would NOT do it now, as FDIM starts in two days and I would imagine he's buried in details right now and would likely say No to anything right now! A week from now might give him enough time to unwind from the conference.

Jack, W8TEE


On Tuesday, May 15, 2018, 4:23:54 PM EDT, David Wilcox via Groups.Io <Djwilcox01@...> wrote:


You gentlemen seem to have such a great time discussing all of these changes and  what should/could be a standard load from the start.  I have been studying my Arduino starter kit and one of Jacks books but still have a long way to go.

Possibly next year at FDIM and at Hamcation, Hamvention and even Ozarkon one or two of you could put on a seminar about this issue and maybe even help some of us upgrade our rigs (both of them) in a special session.  We would bring our radios, laptops if necessary, etc., and go step by step installing the latest code and then have an explanation on how to make it work.  I would even pay a fee for such a class.  It could be like in my past medical conferences where it was early in the morning before the rest of the session started or during the afternoon when the rest are out seeing the sights.  These sessions were called "special interest groups".

I just need to see someone do it the first time (load in new code) with a step by step explanation and then the light might go on.

Is something like this possible?

Dave K8WPE,_._,_

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#49229) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

http://www.phonestack.com/farhan/bitx.html The original BITX
http://www.hfsignals.com/index.php/bitx40/ BITX40 by HFSignals
http://www.hfsignals.com/index.php/ubitx/ uBITX by HFSignals
https://amateurradiokits.in/store/ BITX Store by Sunil
http://ubitx.net/ BITX Web Site of Mike ZL1AXG
https://groups.io/g/BITX20/wiki/home Wiki

Change Your Subscription
Group Home
Contact Group Owner
Terms Of Service
Unsubscribe From This Group

Re: uBitx

allen west
 

I looked the board over closely and did not see a WX anywhere. Written in ink beneath the audio connector is U6666/3. I don’t know if that is the serial number or not. Aggravating because I never got the first signal. Was headed to 10 MHz when it quit.
Will try to do some trouble shooting.

Al

KB4RA

On May 15, 2018, at 4:29 PM, Vince Vielhaber <vev@...> wrote:

What is the serial number of the uBitx? You may have one with the bad audio chip. If so, it has WX on it.

Vince.



On 05/15/2018 03:00 PM, allen west wrote:



Begin forwarded message:

*From:* allen west <@KB4RA <mailto:@KB4RA>>
*Date:* May 15, 2018 at 9:08:35 AM EDT
*To:* bitx20@groups.io <mailto:bitx20@groups.io>
*Subject:* *uBitx*

Just finished putting together uBitx in the Amateur radio kits case.
Turned it on and tuned, heard lots of squeals. After about two minutes
of looking for a signal with minimum antenna the audio quit and cannot
get a sound out of it at all. Any ideas? seems like the tuning and
setup still works.
Al, KB4RA
--
Michigan VHF Corp. http://www.nobucks.net/ http://www.CDupe.com/
http://www.metalworkingfun.com


Re: uBitx

Vince Vielhaber
 

The audio chip is the 8 pin dip near the connector. I also have a batch 3 board (/3) and it has the dreaded WX chip. Those particular chips had been failing due to a bad run of parts. If you search the archives for WX you should be able to find info on what to use in place of it either as a sub or a better brand. I ordered some from Tayda and haven't heard any complaints about that.

Vince.

On 05/15/2018 05:40 PM, allen west wrote:
I looked the board over closely and did not see a WX anywhere. Written in ink beneath the audio connector is U6666/3. I don’t know if that is the serial number or not. Aggravating because I never got the first signal. Was headed to 10 MHz when it quit.
Will try to do some trouble shooting.

Al

KB4RA
On May 15, 2018, at 4:29 PM, Vince Vielhaber <vev@...> wrote:

What is the serial number of the uBitx? You may have one with the bad audio chip. If so, it has WX on it.

Vince.



On 05/15/2018 03:00 PM, allen west wrote:



Begin forwarded message:

*From:* allen west <@KB4RA <mailto:@KB4RA>>
*Date:* May 15, 2018 at 9:08:35 AM EDT
*To:* bitx20@groups.io <mailto:bitx20@groups.io>
*Subject:* *uBitx*

Just finished putting together uBitx in the Amateur radio kits case.
Turned it on and tuned, heard lots of squeals. After about two minutes
of looking for a signal with minimum antenna the audio quit and cannot
get a sound out of it at all. Any ideas? seems like the tuning and
setup still works.
Al, KB4RA
--
Michigan VHF Corp. http://www.nobucks.net/ http://www.CDupe.com/
http://www.metalworkingfun.com


Re: CONTEST!!!! New Board Naming Contest #ubitx

bobolink
 

How can we suggest a name before the design is final?
Because some believe that the board’s nature will determine the correctness of its name.

Re: [Bitx-20] special session at hamfests to teach the neophytes re latest firmware

W2CTX
 

There is a convention coming up in September:


https://www.boxboro.org/


On May 15, 2018 at 5:36 PM "Jack Purdum via Groups.Io" <jjpurdum@...> wrote:

I'd actually enjoy that. Talk with the FDIM people to see if they have any interest. Preston Douglas (pdouglas12@...) is the President of the group and would likely be the one to contact. However, I would NOT do it now, as FDIM starts in two days and I would imagine he's buried in details right now and would likely say No to anything right now! A week from now might give him enough time to unwind from the conference.

Jack, W8TEE


On Tuesday, May 15, 2018, 4:23:54 PM EDT, David Wilcox via Groups.Io <Djwilcox01@...> wrote:


 
You gentlemen seem to have such a great time discussing all of these changes and  what should/could be a standard load from the start.  I have been studying my Arduino starter kit and one of Jacks books but still have a long way to go.

Possibly next year at FDIM and at Hamcation, Hamvention and even Ozarkon one or two of you could put on a seminar about this issue and maybe even help some of us upgrade our rigs (both of them) in a special session.  We would bring our radios, laptops if necessary, etc., and go step by step installing the latest code and then have an explanation on how to make it work.  I would even pay a fee for such a class.  It could be like in my past medical conferences where it was early in the morning before the rest of the session started or during the afternoon when the rest are out seeing the sights.  These sessions were called "special interest groups".

I just need to see someone do it the first time (load in new code) with a step by step explanation and then the light might go on.

Is something like this possible?

Dave K8WPE,_._,_

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#49229) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

http://www.phonestack.com/farhan/bitx.html The original BITX
http://www.hfsignals.com/index.php/bitx40/ BITX40 by HFSignals
http://www.hfsignals.com/index.php/ubitx/ uBITX by HFSignals
https://amateurradiokits.in/store/ BITX Store by Sunil
http://ubitx.net/ BITX Web Site of Mike ZL1AXG
https://groups.io/g/BITX20/wiki/home Wiki

Change Your Subscription
Group Home
Contact Group Owner
Terms Of Service
Unsubscribe From This Group


 

Re: uBitx

Doug W
 

I stole this picture from atouk a few posts ago.  Can you find the part circled in red and tell us exactly what is printed on it or post a picture?  It may or may not be in a socket.



--
www.bitxmap.com

Re: [Bitx-20] special session at hamfests to teach the neophytes re latest firmware

Jack, W8TEE
 

I'll be in Europe at that time. Sorry I'll miss it, as I've heard it's a good convention.

Jack, W8TEE


On Tuesday, May 15, 2018, 6:06:29 PM EDT, W2CTX <w2ctx@...> wrote:


There is a convention coming up in September:


https://www.boxboro.org/


On May 15, 2018 at 5:36 PM "Jack Purdum via Groups.Io" <jjpurdum@...> wrote:

I'd actually enjoy that. Talk with the FDIM people to see if they have any interest. Preston Douglas (pdouglas12@...) is the President of the group and would likely be the one to contact. However, I would NOT do it now, as FDIM starts in two days and I would imagine he's buried in details right now and would likely say No to anything right now! A week from now might give him enough time to unwind from the conference.

Jack, W8TEE


On Tuesday, May 15, 2018, 4:23:54 PM EDT, David Wilcox via Groups.Io <Djwilcox01@...> wrote:


 
You gentlemen seem to have such a great time discussing all of these changes and  what should/could be a standard load from the start.  I have been studying my Arduino starter kit and one of Jacks books but still have a long way to go.

Possibly next year at FDIM and at Hamcation, Hamvention and even Ozarkon one or two of you could put on a seminar about this issue and maybe even help some of us upgrade our rigs (both of them) in a special session.  We would bring our radios, laptops if necessary, etc., and go step by step installing the latest code and then have an explanation on how to make it work.  I would even pay a fee for such a class.  It could be like in my past medical conferences where it was early in the morning before the rest of the session started or during the afternoon when the rest are out seeing the sights.  These sessions were called "special interest groups".

I just need to see someone do it the first time (load in new code) with a step by step explanation and then the light might go on.

Is something like this possible?

Dave K8WPE,_._,_

Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#49229) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

http://www.phonestack.com/farhan/bitx.html The original BITX
http://www.hfsignals.com/index.php/bitx40/ BITX40 by HFSignals
http://www.hfsignals.com/index.php/ubitx/ uBITX by HFSignals
https://amateurradiokits.in/store/ BITX Store by Sunil
http://ubitx.net/ BITX Web Site of Mike ZL1AXG
https://groups.io/g/BITX20/wiki/home Wiki

Change Your Subscription
Group Home
Contact Group Owner
Terms Of Service
Unsubscribe From This Group


 

Re: CONTEST!!!! New Board Naming Contest #ubitx

Jim Sheldon
 

The board's parameters and overall design have been defined.  See www.w0eb.com for details if you haven't checked it already.

Jim

On May 15, 2018, at 5:04 PM, bobh_us <rwhinric@...> wrote:

How can we suggest a name before the design is final?
Because some believe that the board’s nature will determine the correctness of its name.