Re: Should we adopt the KD8CEC firmware?
Ron, This really isn't my point. If I am adding menu software to send CW and measure reverse power how do I know if future users of the software will even have the CW software if it can be removed with a define? If someone does take the software and integrate it in their menu section and it doesn't work because they defined CW out of their software who is going to be responsible for troubleshooting why it doesn't work? The user or the software coder? It isn't an issue of others using my software, it is an issue of who will be responsible for it not working in a system with all kinds of options that could break its functionality? tim ab0wr On Mon, 14 May 2018 23:51:39 -0400 (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):
/g/BITX20/message/49147 View All Messages In Topic
(64): /g/BITX20/topic/19183012 Mute This Topic:
/mt/19183012/141851 New Topic:
/g/BITX20/post -=-=-
The original BITX
BITX40 by HFSignals
uBITX by HFSignals
BITX Store by Sunil
BITX Web Site of Mike ZL1AXG
/g/BITX20/wiki/home Wiki
-=-=-
Change Your Subscription:
/g/BITX20/editsub/141851 Group Home:
/g/BITX20 Contact Group Owner:
[email protected] mailto:[email protected] Terms of
Service: /static/tos Unsubscribe:
---------------------------------------------
/g/BITX20/leave/defanged<hr
/g/BITX20/leave/defanged style="height: 0; border:
0; border-top: 1px solid #aaa; margin: 8px 0;">
|
Re: uBitX in its new home
now it's time to paint flames or racing stripes on that hot rod!
--
|
Thanks Craig.? While a router sure would be fun.? These are just printed.
--
|
Does it go into Tx? when you push the PTT?? Looks like you are trying to transmit in SSB/voice are you set for LSB?
What is your exact antenna and feed line set up?
--
|
Re: ND6T AGC implementation for uBIT-X
I would like 2 kits each please? D Nelson? kc2ipx
|
Re: ND6T AGC implementation for uBIT-X
I would like one of each also
Thanks,
Denny -KI3F
toggle quoted message
Show quoted text
On May 15, 2018, at 9:27 AM, Scott Bridges < sabridges@...> wrote: Hi,?
Is it too late to be added to the list for 1 AGC and 1 Click board?
Thanks,
Scott, N0SAB
|
Re: ND6T AGC implementation for uBIT-X
Hi,?
Is it too late to be added to the list for 1 AGC and 1 Click board?
Thanks,
Scott, N0SAB
|
Re: Should we adopt the KD8CEC firmware?
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): /g/BITX20/message/49147
View All Messages In Topic (64): /g/BITX20/topic/19183012
Mute This Topic: /mt/19183012/141851
New Topic: /g/BITX20/post
-=-=-
The original BITX
BITX40 by HFSignals
uBITX by HFSignals
BITX Store by Sunil
BITX Web Site of Mike ZL1AXG
/g/BITX20/wiki/home Wiki
-=-=-
Change Your Subscription: /g/BITX20/editsub/141851
Group Home: /g/BITX20
Contact Group Owner: [email protected]
Terms of Service: /static/tos
Unsubscribe:
/g/BITX20/leave/defanged<hr style="height: 0; border: 0; border-top: 1px solid #aaa; margin: 8px 0;">
|
Re: Are the uBITX receivers ripe for improvement? -- And some other miscellaneous thoughts.
the Bitx40 was also reviewed in QST Labs...back a couple years ago..same circuit as the Bitx20A ( Hendricks )? except 40 meter operation. the specifications were impressive...
I can run it along side my IC756 Pro III and it is amazing how well it does perform.. especially sensitivity.. could it be those complaining have bad construction, alignments? ?
K4DSB
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> on behalf of Ashhar Farhan <farhanbox@...>
Sent: Sunday, May 13, 2018 1:06 AM
To: [email protected]
Subject: Re: [BITX20] Are the uBITX receivers ripe for improvement? -- And some other miscellaneous thoughts.
?
The QTC, the sweden's ham radio magazine has put the ubitx+rtl_sdr on par with some top rated ICOM dsp radio. You might want to see how that author did it.?
- f
|
I built the uBitx and have set up on the 20 metres. Can hear?CW and lots of chatter, but have been unable to make a first contact. I tested the PTT mic and the antenna lines seem to be working fine. But it seems like people can not hear me. Any suggestions on troubleshooting my radio's and making my first contact. As a new Ham I have really?been at a loss as to what is wrong with my rig?
I am open to any suggestions or tests I can run to make this rig work.
|
Try making a RC filter to the power in of the raduino board, after doing this on mine the clicks were all but gone. its two 1200uH caps and a 12ohm resistor. I wish I could give you a schem but my googling is coming up short...knew I should have saved it, but its just a basic rc filter.?
Another suggestion is found here near the top of the post under "Clicks during tuning"
--
David
?N8DAH
|
Re: UBITX Assembly Wiki Page
#ubitx
I don¡¯t know if I did that right or not.? I didn¡¯t see the text I typed come up after I clicked on Save Page. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ?
toggle quoted message
Show quoted text
|
Re: UBITX Assembly Wiki Page
#ubitx
The idea was not original with me but since you ask I will comment on it. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ?
toggle quoted message
Show quoted text
|
Re: UBITX Assemly Wiki Page
#ubitx
For reverse polarity protection I put a 5 amp rectifier in series? from the positive of the power jack and then to both fuses.?? No relay or extra parts needed.? Sure I have a .7 volt drop but I do not think the loss would be noticed to the ear on the receiving end.? There is a lot more loss in just changing bands. -- ????? Lee - N9LO
????
"I Void Warranties"
|
Re: UBITX Assembly Wiki Page
#ubitx
Thank you. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ?
toggle quoted message
Show quoted text
From: [email protected] [mailto:[email protected]] On Behalf Of K9HZ
Sent: Monday, May 14, 2018 12:24 PM
To: [email protected]
Subject: Re: [BITX20] UBITX Assembly Wiki Page #ubitx? The diagram was a whole lot better than what i did on my phone though! ? Dr.?William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton - J68HZ Soufriere, St. Lucia W.I. Rent it: ? email:??bill@... ?
On May 14, 2018, at 11:59 AM, MAX <max@...> wrote:
Minor details.? Always minor details.? Grin. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ? ? Except you forgot the switch! ? Dr.?William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton - J68HZ Soufriere, St. Lucia W.I. Rent it: ? email:??bill@... ?
On May 14, 2018, at 7:22 AM, MAX <max@...> wrote:
Someone asked for a better schematic.? Ask and ye shall receive. ? I don¡¯t know how to insert an attachment directly into the text body of the email.? You will have to click on it to open it. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ? ? That¡¯s the best one yet. ? Regards. ? Max K 4 O D S. ? I've Never Lost the Wonder. ? Antique Electronics Site: ? ? ? There is a really trivial solution to this reversing diode-fuse thing.? My drawing is awful but you get the idea¡? You just need a 50 cent 10A 12V relay.? ? <image002.jpg> ? ? Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton ¨C J68HZ Soufriere, St. Lucia W.I. Rent it: Like us on Facebook! ? Moderator ¨C North American QRO Group at Groups.IO. ? email:? bill@... ? ? From: [email protected] [mailto:[email protected]] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Sunday, May 13, 2018 10:08 PM
To: [email protected]
Subject: Re: [BITX20] UBITX Assemly Wiki Page #ubitx ? A search for 'reverse polarity" in this forum shows dozens of hits since the uBitx was released in early Dec.
Here's a few of mine:
??/g/BITX20/message/35353
??/g/BITX20/message/39877
??/g/BITX20/message/44499
I've given up trying to right that particular absurdity.
Unfortunately, we have hundreds of new hams with no fuse (or too big of one)
assuming they are protected when they are not.??
And some of them are bound to be a bit too careless as a result.
?
Jerry
On Sun, May 13, 2018 at 07:23 pm, ajparent1/KB1GMX wrote: One small point.?
If your using diode for reverse polarity protection it is better to place the
fuses BEFORE the diode as then the fuse blows and the diode is less
likely to be fried and also down stream circuits.
Allison
<uBITX Reverse Polarity Protect.gif>
|
Re: UBITX Assemly Wiki Page
#ubitx
Very nice documentation.
Does raise a sort loosely related question. If the switch bridging the PA power to the general power is opened, how does the user control PA power. Does it matter if PA power is on all of the time?
The PA power could be controlled by using a 2-pole switch, which has other advantages.
Thanks,
Paul - K2AYZ
|
Re: ND6T AGC implementation for uBIT-X
Please post the files,
Thanks,
Paul-K2AYZ
|
Hi all, Nice work Tom!, I wonder If this mod to the filter does at some point an impedance mismatch??
There is a way to change center frequency from 200hz to 750hz??
73! De LU1MAW
|
Tom,
Just tug your defective meters probe wires holding the probes and do the same at the meter end.
These wires fray and probably that why you got low readings.
Raj
toggle quoted message
Show quoted text
At 15-05-18, you wrote: PROBLEM SOLVED!
Well, actually two problems... initial problem was with voltmeter... it was providing erroneous readings. Once I swapped to newer voltmeter I was getting better measurements. Second problem was bad solder joint at electret mic end... it seems to be working now....
Thank you for your assistance.
Tom NU9R
|
PROBLEM SOLVED!
Well, actually two problems... initial problem was with voltmeter...? it was providing erroneous readings.? Once I swapped to newer voltmeter I was getting better measurements.? ?Second problem was bad solder joint at electret mic end...? ?it seems to be working now....
Thank you for your assistance.
Tom NU9R
|
David Nelson
Scott Bridges
John VE1JMB
N8DAH
Lee
Paul Galburt - K2AYZ
Alejandro Weber
Raj vu2zap