开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
Date

Re: #bitx40 #bitx40

 

I'm in AZ, how much do you want for 1 of your Bitx 40's? I can pay shipping costs.


Re: No TX #ubitx

 

Hi,

did you test the existing transistor you removed to see if it was actually a functioning transistor still? Q90 doesn't look like it should toasty?


-a


Re: No TX #ubitx

 

The bias controls do make the expected adjustments in current for the finals.

Interestingly enough, I was repeating some voltage readings yesterday and when I put my VOM lead into Pin 1 of Q90, the bottom of my hand - which was touching the IRF510 heat sinks- started to get warm.? A glance toward the wattmeter told me there was RF out!

The TX output quit when I removed the lead and returned more or less when touching the Q90 pin again. After touching the side points for 2cm around in all directions with nothing to show for it, I went and threw in, a 2N2222 as an upgrade, taking care to bend the gate backward betwixt the other two leads so that the E., B., and C. were on the circuit board pads they need to be on.? In firing the rig on, the '2222 gets nice and toasty, as does the pre driver pair (as they did before).

So, did that fix the problem? Actually, no. Still no RF out, now.? I put a 2N3904 back in and still nothing, though, being as the pre drivers are warm as well, I'd suspect the problem comes after them. An RF "sniffer" loop shows that RF fields diminish quickly, downstream of Q90 toward the rest of the transmitter power stages.?

I spent the time believing in a Q90 stage solution because of the sporadic full-strength output while taking measurements. It defies explanation how simply making metallic contact can restore seemingly full output, in a way that a re-solder and/or Q90 replacement didn't fix.

I'm sure that reading this report makes no sense. Well, neither did it make sense being there at the time so we're in the same place on that count.

Diving back in after the day job is done with.



-Ted
K3RTA


On Sat, Feb 16, 2019 at 6:00, Raj vu2zap
<rajendrakumargg@...> wrote:
Ted,

does the bias control pots change the idle current ? if it does then finals are fine and final circuit is fine!

Raj

At 16/02/2019, you wrote:
>On Sun, Feb 10, 2019 at 11:11 PM, Raj vu2zap wrote:
>
>
>Your finals are blown. Check if you have TX 5V at the output of regulator, if yes
>then replace IRF510's.
>--------------------------
>
>Nope, new finals made no difference, surprisingly enough.? Have put this aside for a few days to get a fresh start next time diving into this. It's interesting how such a seemingly simple thing gets complicated.?
>
>See my update above for the latest readings, if you like.? I'd love to see this back on line before my V5 package shows up next week :)
>
>
>Regards,
>
>Ted
>K3RTA





TSW BITeensio Card - new Firmware published #ubitx

 

All,
The Triumvirate Skonk Worx (TSW) just published our latest "beta" 2.8" or 3.2" Color TFT touch screen firmware for the BITeensio controller card.? This new firmware addresses the changes Farhan made to the uBITX in the release of his Version 5 transceiver board which HF Signals is now shipping.?

Using our BITeensio card and the new firmware you will now have the capability of selecting operation with either the older V3 and V4 uBITX boards which we are calling "Legacy" boards or the new Version 5 ones via an item in the "Calibration" menu.

Depending on which type of uBITX you install it in, you need to calibrate it one time for that uBITX board.? Calibration data is stored on the BITeensio's? Micro SD card in different locations for the 2 different versions so if you calibrate the card in a V4 (or V3) radio, and later decide to switch it to a V5 radio, you will have to again calibrate it for the V5 system.? However, once that has been done, you can then swap the BITeensio back into your original "Legacy" radio, select "VL" in the calibration menu and it will recall the previously stored calibration data for that version.? If it's the same VL board you originally used for "VL" calibration, you should not have to re-calibrate the card.? If, however, you install it in a different uBITX than the original one, you may have to touch up the calibration to make things sound right and operate on the right frequency.? Same is true for V5 boards.

Since both of the displays we use (2.8" and 3.2") use the same ILI-9341 controller, and have the same number of pixels, we found that no software changes were needed to use either display.? No user action is required to switch from one to the other except to make sure they are cabled properly and this is outlined in the manual.

The operating manual for this software has been completely re-written to reflect the changes and the pictures have been changed to show the operating information in the new version.

You can find complete information on this (and our other items) on the TSW website ( .? If you visit the site, be sure to clear your browser's cache on each page to make sure you are getting the latest information.

Jim Sheldon, W0EB
TSW Group Project Coordinator



Re: 7.177 qso - Pacific uBitx Users. (10am UTC Sundays)

 

This makes sense for European ubitxers too.


Il 18/feb/2019 04:25, "Nick VK4PP" <nickpullen@...> ha scritto:
Hi All.
How about doing a Pacific Region QSO on 7.177?
Time of say?8:00 PM ( 20:00 )?Australian Eastern Time? = ?10:00 AM (10:00)?UTC SUNDAYS?



Re: load ver.4 original firmware into ubitx ver.3

 

why not ver3 itself?


On Mon, Feb 18, 2019 at 9:00 PM IZ4SJP Carlo <carlo@...> wrote:
maybe someone will be so kind to describe step by step how to load version 4 firmware into my ubitx version 3?
thanks in advance
IZ4SJP Carlo


load ver.4 original firmware into ubitx ver.3

 

maybe someone will be so kind to describe step by step how to load version 4 firmware into my ubitx version 3?
thanks in advance
IZ4SJP Carlo


Re: TSW's Raduino "Clone" and BITeensio Kits

 

Dave (and All),
Right now I haven't had the opportunity to do any more than get the cards (and with the immense help of Ron, W2CTX, TSW's master programmer) evaluated with the system to make sure they work and that software can be written. We didn't bother writing the software for the Raduino Clones as we supply them already containing the HF Signals/Ashhar Farhan factory versions. We used Ashhar Farhan's V5.1 posted on GitHub to check things with the V5 board and it works just fine - RX sensitivity is really good (better than claimed for the V4 (.2 microvolt signal is readable claimed for V4). Once I had my first V5 board calibrated (using the original Raduino that came with it) I was able to copy CW signals down on the noise with a very poor antenna I use for evaluation. I did NOT measure the sensitivity yet.

Power output was 10 watts on 40 meters (the only band transmitted on so far) and I'm waiting on a brand new Siglent Spectrum analyzer my wife ordered for me as an early birthday present to get here (not shipped yet, hopefully today) before I do any real deep testing for harmonics, spurs and the like.

At present (took time out to write this) I'm re-writing the software operating manual for TSW's BITeensio board and then I'll post our latest beta software to the TSW website. As of this morning, we have only one version of software for the BITeensio but that version will allow use of both the 2.8" and 3.2" ILI9341 color TFT touch screen displays (sorry this is the largest screens we will support right now and they are NOT repeat NOT Nextions. Here's the nice part. This software will allow the use of a mouse and keyboard for control as well as full CAT control (we have a remote control program available on the website). The programmer's reference manual is on the website. We use a partial version of the Kenwood protocol for basic control with many uBITX unique commands/responses (listed in the programmer's reference) that the user will have to interface to their own software.

I've tested this with the N3FJP logging programs (which I use exclusively) and it will grab the frequency and mode from the radio into the logged QSO's.

The mouse and keyboard can be either wired or wireless. Due to USB host library problems from the Teensy USBHost_t3 library, it doesn't like some USB hubs so you can only hook either a mouse OR a keyboard up as of right now. Logitech wireless KB's with the self contained touchpad mouse do work giving both KB/touchpad capability.

OH, I forgot to mention, the new BITeensio software has built in support for BOTH "Legacy" (what we call V3 & V4 boards) and Versioin 5 (V5) boards, selectable through the SETUP/Calibration menu. Calibration constants are saved in different locations so once you have it calibrated for both versions, you can swap the board between either version (as long as you use the same Legacy or V5 rigs you originally calibrated it for. If you move it to a different card, you may have to touch up the calibration again due to internal differences on the uBITX board(s).

Now, back to finishing the manual so I can post the latest (beta) version of the software and documentation on the website this morning.

Jim - W0EB

------ Original Message ------
From: "d balfour" <davesters@...>
To: [email protected]
Sent: 2/18/2019 8:07:13 AM
Subject: Re: [BITX20] TSW's Raduino "Clone" and BITeensio Kits

Knowing that the radiuinos are compatible is good news Jim. Thanks for posting that.

Have you had a chance to evaluate the v5 board in other ways. Showing power or other factors that might be significant?
Thanks
Dave
k0mbt



Re: TSW's Raduino "Clone" and BITeensio Kits

 

Knowing that the radiuinos are compatible is good news Jim. Thanks for posting that.

Have you had a chance to evaluate the v5 board in other ways. Showing power or other factors that might be significant?
Thanks
Dave
k0mbt


Re: 7.177 qso

 

Yeah nothing heard I did call cq bitx quite a bit. Did have 4 qsos with the bitx curious. Talked to one guy in Baltimore who gave me a solid 59 and couldn't believe that I was running a qrp power level. Last week talked to a ham in Green Bay, he asks, "you running power or just a 100 watts?" .... ah 10 watts. He didn't believe me. I hear stuff like that a lot.

My good antenna has been on the ground for a week now from ice.


Re: 7.177 qso - Pacific uBitx Users. (10am UTC Sundays)

 

开云体育

I would be interested? on a Thursday thru to Saturday evening

?

?

Keith Perry

?

VK6QA

From: [email protected] [mailto:[email protected]] On Behalf Of Nick VK4PP
Sent: Monday, 18 February 2019 11:25 AM
To: [email protected]
Subject: [BITX20] 7.177 qso - Pacific uBitx Users. (10am UTC Sundays)

?

Hi All.
How about doing a Pacific Region QSO on 7.177?
Time of say?8:00 PM ( 20:00 )?Australian Eastern Time? = ?10:00 AM (10:00)?UTC SUNDAYS?


7.177 qso - Pacific uBitx Users. (10am UTC Sundays)

 

Hi All.
How about doing a Pacific Region QSO on 7.177?
Time of say?8:00 PM ( 20:00 )?Australian Eastern Time? = ?10:00 AM (10:00)?UTC SUNDAYS?



Re: 7.177 qso

 

7.177
--
David

?N8DAH


Re: 7.177 qso

 

Called a few times nothing heard, will hang for a bit see what I can hear.
--
David

?N8DAH


TSW's Raduino "Clone" and BITeensio Kits

 

The TSW (www.w0eb.com/Page2.html) group has confirmed that both our "Raduino Clone" board and the BITeensio board kits will work fine with the new uBITX Version 5 rigs.

The Factory V5.1 Raduino firmware from GitHub works in the NANO on our "Clone" board installed in a V5 uBITX just like it does in a factory supplied Raduino and we are very close to releasing firmware for the BITeensio that will run on both the legacy (V3/V4) uBITX and the new V5 uBITX boards as well simply by selecting VL (legacy) or V5 in the calibration menu. The default will be V5 but to use it in one of the "Legacy" rigs, select VL and calibrate it. The VL calibration info is saved separately from the V5 info and once you have the BITeensio calibrated for both versions you can swap it between the two uBITX types simply by selecting VL or V5 in the Calibration menu.

(If you install the BITeensio in a different V5 or VL uBITX than it was originally calibrated in, you may have to touch up the calibration.)

Beta source code usable with both the 2.8" and 3.2" color displays will be posted in the TSW website's file directories sometime in the next several days as soon as the operating instruction manuals are revised. The same version will work for both displays with the addition of one wire on the 2.8" display only. On the 2.8' the T_IRQ pin needs to connect to D17 on the Teensy 3.6.

Jim, W0EB


7.177 qso

 

Am on 7177 as 7277 has a qso going on 7275 on it.
73
dave
k0mbt


Re: suggestions for a graphics display

 

Farhan
good thinking.
However, I would suggest not to use the small displays as it will be difficult for most of the old timers to read.
Balance the size with cost
Thanks and regards
Lawrence

On Sat, Feb 16, 2019 at 9:43 PM giuseppe callipo <ik8yfw@...> wrote:
Among the various experiments, and understanding the requirements set by Farhan I can suggest these two options: 1) 0.96 - 1.3 inch IIC Serial OLED Display 128X64 I2C SSD1306 2) Nokia 5110 84x84 pixel display.

3) ILI9341 display driven by additional arduino nano. The first two have wholesale prices of a couple of dollars, and are simple to use and program. Obviously if you need something better (colors etc ...) you need other displays but the problem is the inability to exploit it fully with the arduino 328p. Possibly you could build an "intelligent display" using a 2.2-inch SPI display and 65000 colors ILI9341 driven by an arduino that exposes via liea I2C serial commands "similar to the nexion" towards the main arduino on which the Raduino code runs. This way I think the costs could go: $ 4 on the display and about $ 2 for a dwarf arduino.

Best 73 de Giuseppe, IK8YFW


Re: Damage to SMT version bitx40 from nearby transmitter

 

Thank-you Jerry.? The link explains it very well.

73,
Evan
AC9TU


Re: Damage to SMT version bitx40 from nearby transmitter

 

Here's an old thread about protecting the receive front end of a uBitx:??/g/BITX20/topic/7715656


On Sun, Feb 17, 2019 at 07:04 AM, Evan Hand wrote:
I understand that the specifics are for the Bitx40, however some of the comments were that it was used on commercial rigs to protect receiver front ends.? Would be interested in the reason it would not apply to other rigs inputs, as long as it was only in the receiver path from the antenna to the first mixer.? There is Q90 in the uBitx that is possibly vulnerable to the overload problem as in the? Bitx40 Q13(?).

Thank-you for the response


Re: Damage to SMT version bitx40 from nearby transmitter

 

Vic,

I understand that the specifics are for the Bitx40, however some of the comments were that it was used on commercial rigs to protect receiver front ends.? Would be interested in the reason it would not apply to other rigs inputs, as long as it was only in the receiver path from the antenna to the first mixer.? There is Q90 in the uBitx that is possibly vulnerable to the overload problem as in the? Bitx40 Q13(?).

Thank-you for the response

73
Evan
AC9TU