开云体育

So I recently received my Zbitx and I think I have a problem. The receive is terrible. I can’t make out anything on it even trying the WWV freqs I can’t hear anything but a sort of “chuh chuh chuh” sound that’s continuous. I’ve adjusted the IF and volume as well as bandwidth but it makes no difference. If there something I’m missing or did I receive a faulty unit? Any and all help is appreciated. Video attached to show sound being heard.

Before I spend any more time building out code modules for the sbitx, I’d like to know - is that product “never to be sold again” or simply delayed? While I enjoy spending days modifying my own radio, I need to know if it’s going to around in the future. VA3CGF

Well today is 4 weeks so hopefully my zBitx will ship in the next few days....I've ordered all the support hardware (batteries, BNC coax, etc). I already have lots of other support since I own a KX2. Looking so forward to playing with this radio. I have a friend who has the sBitx (big brother) and I was quite impressed with it. -- "POWER, WE DON'T NEED NO STICKIN' POWER" - EVERY KX2 OWNER Always respect the airwaves, 73 de KI7PBR, Gary

Please disregard. Although no "wizz" at troubleshooting, it occurred to me that I'd been using a bench supply that is only 2A at 12V! Connected up a 4A one I had on a shelf behind me and RF out! Not the first time I've had a "duh" moment, nor will it be the last. 73 All, John N2LCX

Is there any estimate on when the sBitx v4 and the zBitx will be available for purchase?

zBitx frequency deviation! Can the frequency deviation be corrected?

After many QSO's on FT8, I do not see and reporting on pskreporter. I'm I missing some setting?

I tried to build the software for the Raspberry Pi Pico. There are a couple of things missing: The TFT_eSPI library needs a User_Setup.h file that describes the interface and the type of display that's used and the folder with the code has a file called Read_Me.ino that references a file called platform_local.txt which does not exist in the sketch folder. Are there official build instructions for the front panel software? If not, anybody willing to share their unofficial build instructions? Thanks, Karl Heinz - K5KHK

NOTE – This is focused on zBITX CW using a Straight Key. Scenario Straight Key CW is not really possible unless you send at 20+ WPM. Even then is troublesome, causing sending errors. Background - zBITX runs sBitx in a full RasPi OS install – it is not a stripped down version - A sBitx GUI is always running on the RasPi Desktop - zBITX adds and manages a second GUI running on a Touch Screen LCD - Two GUIs with dynamic Spectrum and Waterfall features require processing time - The sBitx CW is Semi Break-in, not Full Break-In - A Key-Down GPIO Input being detected switches the sBitx to Transmit Mode - No Key Down for ‘x milliseconds’ switches the sBitx back in to Receive Mode - The Back-To-Receive Mode delay time is currently settable from 0-1000 milliseconds - The Key-Down GPIO Input does not come from a GPIO IRQ (Interrupt) – it is polled. - The frequency of polling for a Key-Down GPIO Input is inconsistent. - The frequency of polling is theoretically every millisecond. But that does not happen. Concept Once in Transmit Mode, all else (except audio which runs in a separate thread), needs to be inhibited in order to allow the device to just manage CW sending . Problem Detail A GLib g_timeout_add() is used to call a ui_tick() function in sbitx_gtk,c every one millisecond (1ms). Polling for a Key-Down GPIO Input is done in this ui_tick() function. The ui_tick() function is very busy as it does a lot of other things, some of which look like they require a lot of time to process. So, it may take much more than 1ms for ui_tick() to complete. If a GLib timeout function is called again before its previous execution has completed, it does not cause any errors or unexpected behavior. The function is simply re-scheduled for the next timeout interval. This will behavior will delay the Polling for a Key-Down GPIO Input. Solution The ui_tick() function was revised to (1) Move the polling for a Key-Down GPIO Input to the top of the function, and (2) after having done that Key-Down GPIO polling, do a Return to get out of that function if we are in Transmit Mode. Result This change allows Straight Key use at very slow speeds. This change also helps with slow speed paddle keying. (however, it is just like the days of old, with nothing to look at while you are sending) This change proved my concept. BUT there are still some glitches, which are probably caused by ui_tick() getting past my “are we in transmit mode?” test and proceeding to get caught up in handling all of the other time consuming processing that takes place in the ui_tick() function. So it can be not looking whenever a Key Down occurs. So, it is not the complete answer. A copy of my revised sbitx_gtk,c is attached. Search on k3jzd to find my changes. Next Steps - Look at extending the Semi Break-In Hang Time (called “delay” in zBITX). The current limit of 1000ms (1 second) is often not enough - we pause to think a little from time to time. I’m still looking for where this 1000ms limit has been established so that I can change it to 5000 which will let the user set it to suit his style. - Look at using GPIO Pin IRQs (interrupts). I need to sort out how this works with a GPIO Input for DASH, but none that I have found for DOT. 72, Jody – K3JZD

I have tried different power supplies, all capable of more than 3 amp. Same results. Tried reducing Drive down to 65, that appears to work, but at 70 it resets the Pi consistently. It does it very quickly, so not temperature related. Any suggestions? Software updated as of April 29th 2025

Hello, when I follow the link via wiki and git, proton says no file avaliable. Did I follow wrong link or is the img not more to download? Please advice. 73, Michael

Hi Is it possible to use the zbitx as if it was a Hermes Lite 2 (HL2)? I've searched and maybe It can, and maybe my search terms not correct as I'm a new HAM. Thanks

Hi, I have uploaded a file to a new folder called "Zbitx tests" in the Zbitx files section. This file is of some tests of TX Intermodulation. Kevin

Dear all, I have a Sennheiser USB Audio Headset Epos C20 and would like to use it with the zBitx. It has a USB Bluetooth Dongle but not sure if it works out of the box with zBitx. I came across this software: https://github.com/drexjj/sBITX-toolbox Has anybody installed and tested this add on software on the zBitx? It offers USB Audio Support (and more) … thats why I am curious ? 73 Peter