Date   

Re: #uBITX: Anyone using a handie-talkie spkr/mic with their uBITX?

jlco001@...
 

I use an old MFJ speaker mic, and also made a 2nd backup speaker mic using the mic that came with the uBITX. I compared the 2 with a local ham, and he said the MFJ sounded better than the stock mic, but not by much. RF output is about the same on both mics. I don't use the speaker in either mic.

Jeff
AD6RH 


Re: #uBITX: Anyone using a handie-talkie spkr/mic with their uBITX?

Vince Vielhaber
 

On 01/20/2018 09:51 AM, Al Duncan VE3RRD wrote:
Some info that may help here https://groups.io/g/BITX20/topic/4554574
AL
Ya beat me to it, Al. I picked up 2 of the Baofeng mics for a future BitX project. Not bad at 2 for $5 ... shipped!

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


Re: Interesting IDE hiccup

 

Jack :

I absolutely agree with you !  

For something as complicated as your TFT display example I would take full advantage of the support for C++
for the Arduino, otherwise the resulting code is going to be a nightmare to maintain and extend. 

BTW, Richard K4KRW did a great job with the Arduino code he wrote for your Modular Transceiver.
IMHO, It is a very good example of what can be done to produce excellent code in an Arduino environment. 
In fact, it is so well partitioned that I plan to try to port it over to the Raduino so that I can use it as a VFO for the Norcal 40A
I am building.  This should involve changing not much more than the implementation of the two classes that he has defined to handle the details of the LCD Display (the Raduino one doesn't use I2C) and the DDS (Raduino uses the Si5351a not the AD9850 that Richards code currently supports). 

By encapsulating the gory details of the hardware into private methods within these two classes he has made my task significantly easier ! 

Cheers

Michael VE3WMB 

P.S. I was also recently reminded that "complexity is in the eye-of the beholder".  
A friend looked at Allard's code for the Raduino and commented that he thought it was a lot of code, which surprised me as I was thinking
that a couple of thousands of lines of code is actually a pretty small amount. 


Re: Automatic bandswitching for WA2EBY Filter

Vince Vielhaber
 

If it were me, I'd use the I2C bus. In the freq change routine, figure out what band it's in and send that info on the bus to a PCF8574 (for 8 bands, PCF8575 for 16) to switch the relay(s). The 8574 or 8575 would be on the amplifier. Use shielded cable and interference shouldn't be an issue.

Vince.

On 01/20/2018 09:11 AM, Gordon Gibby wrote:
If you wanted to use an arduino nano to do automated bandswitching of
the low pass filters in a WA2EBY type amplifier (and possibly also
automated attenuator input pad adjustment),


what would be the best way to gauge/measure the input band?


1. some sort of frequency counter? maybe some already built thing
from ebay?


2. some sort of system developing two analog voltages, one related to
peak input voltage and the other through a low- or high-pass filter
giving a different analog voltage based on input frquency, divide the
two to figure out what band is in use?


3. maybe some output from the ubitx (if you're using a ubitx)?


Any suggestions from the gurus here? It would really be nice to have
automated bandswitching on this sort of amplifier.



Thanks


gordon gibby



Re: Automatic bandswitching for WA2EBY Filter

K9HZ <bill@...>
 

Well the best and most reliable way is a BCD band connection from the xcvr. You can create a frequency counter and look-up table easily, but the trick (so ive found in building these commercially) is to determine WHEN to count and WHEN to switch. There are a number of rules to use to simplify this but its not as easy to implement as it sounds. 


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 Jan 20, 2018, at 9:11 AM, Gordon Gibby <ggibby@...> wrote:

If you wanted to use an arduino nano to do automated bandswitching of the low pass filters in a WA2EBY type amplifier (and possibly also automated attenuator input pad adjustment), 


what would be the best way to gauge/measure the input band?


1.  some sort of frequency counter?   maybe some already built thing from ebay?


2. some sort of system developing two analog voltages, one related to peak input voltage and the other through a low- or high-pass filter giving a different analog voltage based on input frquency, divide the two to figure out what band is in use?


3.  maybe some output from the ubitx (if you're using a ubitx)?


Any suggestions from the gurus here?   It would really be nice to have automated bandswitching on this sort of amplifier.



Thanks


gordon gibby



Re: #uBITX: Anyone using a handie-talkie spkr/mic with their uBITX?

Al Duncan VE3RRD
 

Some info that may help here https://groups.io/g/BITX20/topic/4554574
AL


Re: Software support Request for Full QSK BITX40

K9HZ <bill@...>
 

Wow Gary you are gonna have to share that so i don't have to reinvent the wheel.  No interest in QSK but i am interested in getting rid of the clunky relays.  The front end/PA isolation can be done with a regular set of diodes i think because its low power. 


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 Jan 20, 2018, at 8:42 AM, Gary O'Neil <n3go@...> wrote:

Hi Allard;

I replaced the relays to switch and purge the TX/RX supply lines, and a SPDT RF switch to isolate the receiver during Transmit. It all switches in less than a microsecond, but with all the capacitive loading it has to dump, it's probably moving up to somthing close to a millisecond. QSK speeds are not an issue. The transmitter transmits instantly, and the receiver recovers to full sensitivity between dits at between 40 and 50 WPM (measured it at 48 WPM with my keyer at max speed), but I rarely operate at 30, and 35 is approaching my maximum copying speed.

72

Gary, N3GO


Re: CW Key Switching Characteristics

Jack, W8TEE
 

Gary:

I haven't checked this at all, but would an audio interface that announces the current frequency be a viable solution or an annoyance?

Jack, W8TEE



From: Gary Lee <kb9zuv@...>
To: BITX20@groups.io
Sent: Saturday, January 20, 2018 9:38 AM
Subject: Re: [BITX20] CW Key Switching Characteristics

I am totally blind, and rely on a steady tuning rate so I can count revolutions.  I hate the automatic speeding up of tuning.  would rather have a pushbutton. It makes sense to use the encoder button for tuning rate. don’t have to move your hands.

Getting my stuff together to add speech output to the bitx 40. will keep all posted.


> On Jan 18, 2018, at 11:27 AM, Rod Self <km6sn@...> wrote:
>
> Jack,
>
> I support the NO Push button notion.
> I have already wired one up on my ubitx unused digital input, but have not gotten around to implementing it.
>
> Probably the cleaner, more reliable approach.
>
> Rod KM6SN
>
>
>
> On 01/18/2018 06:46 AM, Jack Purdum via Groups.Io wrote:
>> All:
>>
>> Like everyone else, I'm doing some code mods to the software, too. I'm struggling with the implementation of the frequency increment, not from the coding aspects, but from the way to implement it. As much as I hate to do it, I'm starting to think that a NO push button switch right next to the tuning knob might be the way to go. It would respond to, say, three presses: 1) fine (e.g.,10Hz), 2) medium (200 Hz), 3) coarse (100KHz). These increments would be #define'd at the top of the source code and, hence, easily changed by a non-programmer. Or, I can move those increments to my Setup code and allow the user to change them there. (Like most "stable" variables, these are written to EEPROM and read on program startup.) The additional switch would leave the encoder-press free for other uses (e.g., band switching).
>>
>> Your thoughts?
>>
>> Jack, W8TEE
>>
>>
>> From: Dave Bottom <ars.kd6az@...>
>> To: BITX20@groups.io
>> Sent: Thursday, January 18, 2018 4:23 AM
>> Subject: Re: [BITX20] CW Key Switching Characteristics
>>
>> Dennis,
>>
>> uBITX already supports both a straight key and a paddle.
>>
>> Ian, KD8CEC's firmware upgrade (v0.27) fixes most of the Keying issues (along with many other improvements).
>>
>> That along with Jim, W0EB's CW Keying adapter that takes care of inconsistent keying issues from changes in contact resistance (resistors from the Keying Line to ground determine Paddle dot/dash or Straight key operation.
>> QRPGuys have already made a PCB available for the CW Keying Adapter (it's nice I have a couple of them already).  I've installed two jacks, one for  the straight key and one for the paddle, so they both work anytime without any menu selections.
>>
>> A couple of other firmware upgrades that would be nice, and hopefully Ian may have these coming? down the road:
>> 1) Selecting tuning step size (on the fly - like short press on the tuning knob encoder steps through tuning step sizes in the normal operating mode and long press takes you to the regular Menu) 50 Hz is a pretty course tuning step size for SSB, and it would be nice to change this easily for moving from the CW portion of the band to the phone portion
>> 2) Displaying the current BFO frequency setting before making BFO setting adjustments.  Now it always starts at 11.995.0 as default.
>>
>> Dave WI6R
>>
>> On Wed, Jan 17, 2018 at 10:11 AM, Dennis Zabawa <kg4rul@...> wrote:
>> I am not a CW operator but, am an experienced programmer and would like to incorporate provisions for straight key and paddles into my upgraded, Raduino equivalent design.  I plan to use an Arduino MEGA 2650 for the CPU so I have lots of digital pins available to use for key.
>>
>> I will provide a TRS jack for key with Dots from left paddle (tip of jack), Dashes from right paddle (ring of jack) and common to sleeve of jack.  A straight key will connect from tip of jack to sleeve.
>>
>> Are my connections correct?
>>
>> Does anyone know how much contact bounce is usually encountered with paddles or a straight key?
>>
>>
>>
>> --
>> 73 Dave WI6R
>>
>>
>>
>>     Virus-free. www.avast.com
>
>






Virus-free. www.avast.com


Re: CW Key Switching Characteristics

Gary Lee <kb9zuv@...>
 

I am totally blind, and rely on a steady tuning rate so I can count revolutions. I hate the automatic speeding up of tuning. would rather have a pushbutton. It makes sense to use the encoder button for tuning rate. don’t have to move your hands.

Getting my stuff together to add speech output to the bitx 40. will keep all posted.

On Jan 18, 2018, at 11:27 AM, Rod Self <km6sn@...> wrote:

Jack,

I support the NO Push button notion.
I have already wired one up on my ubitx unused digital input, but have not gotten around to implementing it.

Probably the cleaner, more reliable approach.

Rod KM6SN



On 01/18/2018 06:46 AM, Jack Purdum via Groups.Io wrote:
All:

Like everyone else, I'm doing some code mods to the software, too. I'm struggling with the implementation of the frequency increment, not from the coding aspects, but from the way to implement it. As much as I hate to do it, I'm starting to think that a NO push button switch right next to the tuning knob might be the way to go. It would respond to, say, three presses: 1) fine (e.g.,10Hz), 2) medium (200 Hz), 3) coarse (100KHz). These increments would be #define'd at the top of the source code and, hence, easily changed by a non-programmer. Or, I can move those increments to my Setup code and allow the user to change them there. (Like most "stable" variables, these are written to EEPROM and read on program startup.) The additional switch would leave the encoder-press free for other uses (e.g., band switching).

Your thoughts?

Jack, W8TEE


From: Dave Bottom <ars.kd6az@...>
To: BITX20@groups.io
Sent: Thursday, January 18, 2018 4:23 AM
Subject: Re: [BITX20] CW Key Switching Characteristics

Dennis,

uBITX already supports both a straight key and a paddle.

Ian, KD8CEC's firmware upgrade (v0.27) fixes most of the Keying issues (along with many other improvements).

That along with Jim, W0EB's CW Keying adapter that takes care of inconsistent keying issues from changes in contact resistance (resistors from the Keying Line to ground determine Paddle dot/dash or Straight key operation.
QRPGuys have already made a PCB available for the CW Keying Adapter (it's nice I have a couple of them already). I've installed two jacks, one for the straight key and one for the paddle, so they both work anytime without any menu selections.

A couple of other firmware upgrades that would be nice, and hopefully Ian may have these coming? down the road:
1) Selecting tuning step size (on the fly - like short press on the tuning knob encoder steps through tuning step sizes in the normal operating mode and long press takes you to the regular Menu) 50 Hz is a pretty course tuning step size for SSB, and it would be nice to change this easily for moving from the CW portion of the band to the phone portion
2) Displaying the current BFO frequency setting before making BFO setting adjustments. Now it always starts at 11.995.0 as default.

Dave WI6R

On Wed, Jan 17, 2018 at 10:11 AM, Dennis Zabawa <kg4rul@...> wrote:
I am not a CW operator but, am an experienced programmer and would like to incorporate provisions for straight key and paddles into my upgraded, Raduino equivalent design. I plan to use an Arduino MEGA 2650 for the CPU so I have lots of digital pins available to use for key.

I will provide a TRS jack for key with Dots from left paddle (tip of jack), Dashes from right paddle (ring of jack) and common to sleeve of jack. A straight key will connect from tip of jack to sleeve.

Are my connections correct?

Does anyone know how much contact bounce is usually encountered with paddles or a straight key?



--
73 Dave WI6R



Virus-free. www.avast.com


Re: Raduino v1.27.6 (few small improvements) released #bitx40

AGØH
 

Thanks, Jerry.  That's what I'll do.  I thought the BFO was eliminated and got it from the SI5351 but obviously was wrong. 
73, Keith AGØH 


#uBITX: Anyone using a handie-talkie spkr/mic with their uBITX?

K5DH
 

I am in the midst of assembling uBITX msn 279.  I was thinking about using a handie-talkie speaker/mic with it.  I have Yaesu and Alinco units on hand.  Have any of you folks tried this, and if so, how did it work out for you?  I don't really expect much from using the speaker portion, I'm mainly interested in using the electret mic.  I have 2mm and 3mm jacks on hand to mate with the spkr/mic connector.

73/72,
Dean K5DH
uBITX msn 279


Re: Interesting IDE hiccup

Jack, W8TEE
 

"To each their own."

Absolutely!

That's why I pointed out that no view is wrong. I know that, if I expect to touch it at some point in the future, a little more effort now will make my (or someone elses') work a bit easier later on. Probably not so for most people here. They simply want to load the code, compile/upload it, and use it and there's nothing wrong with that. Perhaps the most extensive change they want to make is have their call come up on the splash screen. I absolutely encourage that. Indeed, someone might write the code in such a way that they can say: Goto to line 3543 and change "Jack, W8TEE" to "Bill, W8ABC", recompile/upload, and they're done. However, with my preferred way of coding, I would have to say: Click on the UserInterface.cpp tab, goto line 14, and change "Jack, W8TEE" to "Bill, W8ABC". My way does involve an additional click. Either way, I think the important thing is that the user gets exposed, no matter how briefly, to the experience of programming software. Once you discover the tricks you can play in software, it often opens an entirely new area of enjoyment within our hobby. If any of us can remove even the smallest modicum of mystery from programming by whatever means, that's a job well done.

Jack, W8TEE



From: Ken Frazer <ke5jcb@...>
To: BITX20@groups.io
Sent: Saturday, January 20, 2018 12:14 AM
Subject: Re: [BITX20] Interesting IDE hiccup

Jack,
I entirely agree with your position but it will never convince the naysayers. If you develop or have developed any significant software that needs to be maintained, multiple files are a must or you soon become overwhelmed. On the other hand, many hobbyist programmers will continue with the single file model. To each their own.

Ken
ke5jcb


On Jan 19, 2018, at 9:28 PM, Jack Purdum via Groups.Io <jjpurdum@...> wrote:

Cross referencing would be pretty far down my list of reasons for switching to a different IDE, especially if you practice encapsulation in your coding. Number 1 on my list would be a true symbolic debugger...that would have real value and I'd switch in a heartbeat. I do agree that, working with the Nano and its small resource base, splitting the file may not make sense. 

But, what if you're not working with a 16x2 LCD display. Instead, pretend you want some like this:

<ForcedTest.jpg>
First of all, the code behind such a system is not going to fit into 32K. You need more Flash and SRAM and probably a much more powerful µC. Then suppose you want to make it a true touch screen over and above encoder support. That adds another layer of complexity. And you also want to have features hidden behind the display and allow for all kinds of custom settings (keyer speed, Farnsworth, sidetone frequency, attach/decay, filter selection, S meter, power meter, SWR meter, etc.). Then, on top of that, you want to write the code in such a way that you can port it to a different processor down the road, cuz you know one's coming. Making all of that fit into a single file is cumbersome. Do that, and you'll start to appreciate segmented project files and incremental compiles. Still, breaking out the various parts of such a project is easily manageable in the Arduino IDE with multiple files. A single file is like try to eat an elephant in a single gulp. Breaking it up makes the task less daunting. All I need to do to work on a specific element of the project is click on a tab. No reason to load another file...it's already there.

I have no reason to break up Allard's files. It works beautifully and, even better, works within the confines of the Nano. Indeed, somehow Farhan managed to add more features to the µBITX code and still have it all fit into a Nano (even though he did break it up into multiple files). That said, Farhan has given all of us a set of shoulders to stand on. What we choose to do with that new viewpoint depends upon the beholder. No view is wrong...it's what you see.

Jack, W8TEE


From: Michael Babineau <mbabineau.ve3wmb@...>
To: BITX20@groups.io 
Sent: Friday, January 19, 2018 5:31 PM
Subject: Re: [BITX20] Interesting IDE hiccup

I  agree with Jerry.

Given the relatively small  amount of code that will fit in a Arduino Nano, you might as well put it all into a single file, IMHO.
This also makes it easier to manipulate with the rather simplistic Arduino IDE. 

If you put your Arduino code into multiple files you can certainly impose better code structure, but then you really want to be using a better IDE (like Visual Studio Code with the PlatformIO Arduino/AVR plugin) as then you get cross-referencing etc.  That makes it less accessible to less experienced developers who
might want to make some slight changes or customizations to their copy of the Arduino sketch.  Arduino is all about making micro-controllers accessible
to the masses, so I think that there is sometime to be said for keeping it simple. 

Cheers

Michael VE3WMB


<ForcedTest.jpg>




Virus-free. www.avast.com


Automatic bandswitching for WA2EBY Filter

Gordon Gibby <ggibby@...>
 

If you wanted to use an arduino nano to do automated bandswitching of the low pass filters in a WA2EBY type amplifier (and possibly also automated attenuator input pad adjustment), 


what would be the best way to gauge/measure the input band?


1.  some sort of frequency counter?   maybe some already built thing from ebay?


2. some sort of system developing two analog voltages, one related to peak input voltage and the other through a low- or high-pass filter giving a different analog voltage based on input frquency, divide the two to figure out what band is in use?


3.  maybe some output from the ubitx (if you're using a ubitx)?


Any suggestions from the gurus here?   It would really be nice to have automated bandswitching on this sort of amplifier.



Thanks


gordon gibby



Re: BitX40 Raduino frequency shift when transmitting

JH1OJY <aidahappy@...>
 

RX  displayed  frequency is  50Hz  higher than TX actual frequency.
Because RX displayed  frequency is added  50Hz  to  TX actual frequency for rounding on digit of 100Hz display  in sketch.
That's why RX  displayed frequency is 50Hz higher than fine tune's frequency.


Re: Mica Cap replacements for WA2EBY Filter?

Jack, W8TEE
 

The date etching shows how good the etch was. What did you end up using, from method to etchant?

Jack, W8TEE



From: Mark Baldridge <marktbaldridge@...>
To: BITX20@groups.io
Sent: Saturday, January 20, 2018 1:21 AM
Subject: Re: [BITX20] Mica Cap replacements for WA2EBY Filter?

I just etched the filter board! Not a perfect toner transfer, but not too bad. The traces are solid and pass the beep test. :)



On Fri, Jan 19, 2018 at 10:18 PM, Mvs Sarma <mvssarma@...> wrote:
Jstin, If you make PCB, it could have facity for both throhiole for silver mca and for smd too.

Regards
MVS Sarma
 

On Sat, Jan 20, 2018 at 3:04 AM, Mark Baldridge <marktbaldridge@...> wrote:
This will be great. I plan to order the SMT parts as they are cheap, and then "upgrade" to the mica caps if I need to.

On Thu, Jan 18, 2018 at 9:15 AM, <freefuel@...> wrote:
Hi Mark, I have started to build up two filter boards for this amp, one with mica caps I was lucky enough to find at a local surplus outlet, and another with SMT parts. I'll post the results as soon as I test them. 

-Justin N2TOH 



--




--
Mark Baldridge
608.561.3853



Virus-free. www.avast.com


Re: Software support Request for Full QSK BITX40

Gary O'Neil
 

Hi Allard;

I replaced the relays to switch and purge the TX/RX supply lines, and a SPDT RF switch to isolate the receiver during Transmit. It all switches in less than a microsecond, but with all the capacitive loading it has to dump, it's probably moving up to somthing close to a millisecond. QSK speeds are not an issue. The transmitter transmits instantly, and the receiver recovers to full sensitivity between dits at between 40 and 50 WPM (measured it at 48 WPM with my keyer at max speed), but I rarely operate at 30, and 35 is approaching my maximum copying speed.

72

Gary, N3GO


Re: Creating Gerber files for pcb construction

Gordon Gibby <ggibby@...>
 

Wow!!! Thank you for that wonderful tip.

Sent from my iPhone

On Jan 20, 2018, at 06:51, Kerr Smith <kerrsmithusa@...> wrote:

Have you looked at PCB Shopper? You just set the size of your PCB and how any boards you require and it will list all the main PCB fabrication sites and how much it will cost:

https://pcbshopper.com

For my latest PCBs I tried AllPCB and was extremely pleased with the results, they had an offer on at the time so for $5 I got 7 boards on one order and for my second $5 order I got 17 boards (if your boards are small they seem to add in extra to your order) - they were all shipped using TNT and arrived in just 5 days. At the current time the total cost is $12 for 5 boards up to 35mm x 35mm with free TNT shipping:

http://www.allpcb.com

The other site I would recommend is OSHPark:

https://oshpark.com

They are the ones who do the purple PCBs which look really great and also pretty cheap, only a few dollars (around $9.50) for three
35mm x 35mm boards with shipping included.

I am so pleased that the price for creating PCBs yourself is now this low, up until now I have been carefully making my own by etching them but now I can get them in a few days if I need them fast or a couple of weeks if I don't mind waiting. There are so many different fabrication sites there is always going to be a great deal to be had if you shop around a bit, the
PCB Shopper site I mentioned above is really great for this.


Re: Creating Gerber files for pcb construction

Kerr Smith
 


Have you looked at PCB Shopper? You just set the size of your PCB and how any boards you require and it will list all the main PCB fabrication sites and how much it will cost:

https://pcbshopper.com

For my latest PCBs I tried AllPCB and was extremely pleased with the results, they had an offer on at the time so for $5 I got 7 boards on one order and for my second $5 order I got 17 boards (if your boards are small they seem to add in extra to your order) - they were all shipped using TNT and arrived in just 5 days. At the current time the total cost is $12 for 5 boards up to 35mm x 35mm with free TNT shipping:

http://www.allpcb.com

The other site I would recommend is OSHPark:

https://oshpark.com

They are the ones who do the purple PCBs which look really great and are also pretty cheap, only a few dollars (around $9.50) for three
35mm x 35mm boards with shipping included.

I am so pleased that the price for creating PCBs yourself is now this low, up until now I have been carefully making my own by etching them but now I can get them in a few days if I need them fast or a couple of weeks if I don't mind waiting. There are so many different fabrication sites there is always going to be a great deal to be had if you shop around a bit, the
PCB Shopper site I mentioned above is really great for this.


Re: Software support Request for Full QSK BITX40

Allard PE1NWL
 

On Fri, Jan 19, 2018 at 09:34 pm, Gary O'Neil wrote:
I've got my BITX40 modified to work Full QSK, but I've noticed your software doesn't support that mode. Any chance you can add this to your 1.27.x Code?
Hi Gary,
In order to better understand your request, can you explain what modifications you did to your BitX40 so that it can do full QSK?
73 Allard PE1NWL


Re: Mica Cap replacements for WA2EBY Filter?

Gordon Gibby <ggibby@...>
 

More power to ya!!

Sent from my iPhone

On Jan 20, 2018, at 01:21, Mark Baldridge <marktbaldridge@...> wrote:

I just etched the filter board! Not a perfect toner transfer, but not too bad. The traces are solid and pass the beep test. :)



On Fri, Jan 19, 2018 at 10:18 PM, Mvs Sarma <mvssarma@...> wrote:
Jstin, If you make PCB, it could have facity for both throhiole for silver mca and for smd too.

Regards
MVS Sarma
 

On Sat, Jan 20, 2018 at 3:04 AM, Mark Baldridge <marktbaldridge@...> wrote:
This will be great. I plan to order the SMT parts as they are cheap, and then "upgrade" to the mica caps if I need to.

On Thu, Jan 18, 2018 at 9:15 AM, <freefuel@...> wrote:
Hi Mark, I have started to build up two filter boards for this amp, one with mica caps I was lucky enough to find at a local surplus outlet, and another with SMT parts. I'll post the results as soon as I test them. 

-Justin N2TOH 




--





--
Mark Baldridge
608.561.3853
<photo_2018-01-20_00-21-12.jpg>