Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- BITX20
- Messages
Search
Re: sBitx No Power Out, blown Finals?
I would definitely contact HFSignals. My V3, bought complete at Dayton this year, failed on the second day of use with no power out. They shipped me a replacement board to swap in and I sent the failed one back. Worth a shot. On Mon, Nov 4, 2024 at 11:55?AM Evan Hand via <elhandjr=[email protected]> wrote:
|
Re: sBitx No Power Out, blown Finals?
Hi Andy,
?
You should check with HFSignals as there is a warranty for fully assembled kits. ?At a minimum I would expect a pair of replacement MOSFETs. ?
I would remove the two IRF510s and check with a transistor tester or using a DMM to verify they are good. ?You can search the web for how to test a MOSFET with a DMM.?
Remember that you must readjust the bias if you replace the IRF510s. ?I also suggest you replace both even if only one is bad. Try to use two from the same manufacturer batch.?
73
Evan
AC9TU |
Re: sBITX 64Bit Pi Image Available
#sBitx
JJ,
?
Is there a 64 bit image that comes with the latest ver of sBitx V4.1, or do I have to put a older version on and then update to the latest version. If there is a updated version, where do I find it. Thanks for the help.
?
Joel
N6ALT |
sBitx No Power Out, blown Finals?
Hello,?
I think the transmitting transistors of my sBitx V3 (approx. 1 month old, delivered fully assembled) are defective, there is no more transmitting power. When I measure with a qrp wattmeter, I can see the pointer on the meter twitching. The initial situation:?
?
I made FT8 with approx. 20w, 1-2 QSOs in 10 minutes, SWR under 1:1.2, from now on the transmission power was gone, the display shows an SWR of 1.0 and 0 watts.?
?
The first thing I did was to take a new SD card and set up the system again.?
I opened the device and there is no visible damage, to check the mosfets, I wanted to loosen both screws and found that the screws were loose and the mosfets were not in contact with the heat sink (could be easily recognized by the gap in the thermal paste, about 1-2mm distance) The mosfets look visually ok, nothing burnt or apparently too hot.?
?
i didn't change the language either (i had already made that mistake on the first day :) )
?
How would you proceed? Write to Ashhar Farhan?, replace the two replacement mosfets yourself (btw, lead or lead-free solder?), check other components first?
?
Has anyone else had a similar problem or have any ideas??
?
Many thanks and regards Andy DO6DOC
?
|
Re: Raspberry Pi Display 2
开云体育Since many people ran WSJT on the old display, I'd have to say yes. Unfortunately, the mounts are different, so new cases will have to be designed. Also, it looks like the display will have to be rotated 90 degrees, since the default is 1280 vertical and 720 horizontal - not a big issue, just a considerationKen, N2VIP On Nov 4, 2024, at 8:14?AM, Garrett N7QWT <whoopaholic@...> wrote:
|
On Sun, Nov 3, 2024 at 01:33 AM, Bob Benedict, KD8CGH wrote:
Yes, this is clear to me because jtdx can display many more stations on the screen. That's why you have little time to decode because there are many stations. It's a shame that 1.8 seconds of this decoding time is lost on the RPi.
--
Gyula HA3HZ |
Re: Adding external relay control two V2/V3
Looks nice!! Gordon KX4Z On Sun, Nov 3, 2024 at 6:48?AM HA3HZ via <gyula=[email protected]> wrote:
|
On Sat, Nov 2, 2024 at 03:16 PM, Dino wrote:
All I can say is that I’ve tried these recommendations and the lag still creeps up after a while and the pop up message returns.? I'm glad that other people have opinions, because I think we should look for the possibility of acceleration in the radio.
If there is such a possibility.
?
--
Gyula HA3HZ |
It is difficult to find a description for jtdx, and what is there was written 6 years ago.
Fortunately, the description already addressed the slow PC problem and included an automatic RX filter. The next step is the LAG problem, which is only visible with jtdx, because when the number of stations in the audio track exceeds 30, there is little time for decoding.
How little time is left can be read in the description at Out of the 15 second period, 12.64 seconds are the transmission time, leaving 2.36 seconds for decoding. It is understandable that with a large number of stations this can only be done with a fast PC.
What can someone using the RPi do?
?
My experience shows that the Lag value is at most -0.55 seconds / 0 stations or -0.50 / 2 stations.
This is constantly changing.? So our device takes 1.8 seconds to operate.
There is not much we can do: ?
- set the decoding functions to reduce LAG. (some settings need to be changed, experiment)
- select option 3 from the Autoseq options and do not forget to set the Auto RX frequency filter accordingly. - since there is little possibility to reduce the signal between the radio and the jtdx input, keep the IF and volume values ??low. - another option is to reduce the receiver BW - you need to learn to use the auto RX Filter, check from time to time that when you want to monitor the band, the filter is turned off. In the receive window, the activated state of the filter is gray. - I think that the time between the end of the transmission and the start of the next period is 15 - 12.64 = 2.36 sec.
When I excluded the other stations with the RX filter, I saw the best Lag value of -0.55 / 0.
The remaining time is 2.36 - 0.55 = 1.81 seconds that our device uses, this is the time lost from decoding.
?
I am curious if this time could be shortened?
What does our device use the 1.81 seconds that it loses from decoding for? Does anyone know the answer?
--
Gyula HA3HZ |
Re: esp32 vs Raspi Pico
In my list of future work is a replacment for the Si5351. It is tragic that all our radio designs depend on one proprietory chip. On Thu, Oct 31, 2024, 12:54 AM Richard Neese via <n4cnr.ham=[email protected]> wrote:
|
VE6LX,
toggle quoted message
Show quoted text
Your original posts got me to look at the K1EL keyer documentation - for me that was a great introduction to the inner workings of electronic keyers and what they can do to help with real-world hardware. But - I think that the RPI has the headroom to do the electronic keying task on-board. What I would like to do is get a two channel oscilloscope and put one probe right on the terminal of a straight key and watch the key make contact ... on the other channel I'd like to see the output of the transmitter. And then have my fancy imaginary o'scope tell me the time difference between the two. Of course the time difference will include software delays due to polling, handling that TR switch you mentioned and who knows what else ... but we should be able to measure what the timeline really is, and decide if its a real problem or not. If it's a few milliseconds maybe padding lead-in time could be the answer. On Thu, Oct 31, 2024 at 12:32 PM, VE6LX wrote:
Mike I believe this is precisely what I have been suggesting from my first --
Mike KB2ML |
Bob, it's in Farhan's 32-bit repository, here ...
toggle quoted message
Show quoted text
On Thu, Oct 31, 2024 at 01:18 PM, Bob Benedict, KD8CGH wrote:
--
Mike KB2ML |
sbitx v3 For Sale
Steve Rish K8SAR
I have had my Sbitx for about 6 months. Original owner. I upgraded to 64 bit firmware? including the tool box app. Have made numerous ft8 contacts but have too many radios so I am going to sell. Asking $350 which includes domestic priority mail? shipping. (Gigabits asks $429). In addition to radio and microphone I am including 6 amp power supply. Glad to share photos if interested
Steve, K8SAR (steverish1946@...) |
to navigate to use esc to dismiss