Re: Z bitx poor sensitivity
Look at the schematic and try to figure out what speed of communications is happening between them. Then try to match the type , cabling or shielding to match what would work there. ? I once tested a 6 foot I2C line and it worked perfectly.
toggle quoted message
Show quoted text
On May 16, 2025, at 21:06, Cory Lytle KO4SWI via groups.io <clytle374@...> wrote:
? Well, the difference between 500W and 5W is 20db, so I can by that much easily.? It seems that the receiver has plenty of gain as I can get the noise very loud.??
?
One thing is that switching between dummy load and antenna is less than S meter bar difference.? And the bands were very noisy that day.?
?
I'm going to build a little cable for between the main and display board, think I can get away with a couple inches before I get errors??
|
Re: Z bitx poor sensitivity
Well, the difference between 500W and 5W is 20db, so I can by that much easily.? It seems that the receiver has plenty of gain as I can get the noise very loud.??
?
One thing is that switching between dummy load and antenna is less than S meter bar difference.? And the bands were very noisy that day.?
?
I'm going to build a little cable for between the main and display board, think I can get away with a couple inches before I get errors??
|
Re: zbitx, compiler optimizations
#zbitx
Any sensitivity issue should be solvable. And at the worst, you might have to add a one transistor preamp. Ashhar maximized dynamic range somewhat over sensitivity so it would work in highly congested environments.?
I suspect there are digital noise signals that will have to be tamed with a wee bit of shielding
toggle quoted message
Show quoted text
On May 16, 2025, at 18:50, Jody - K3JZD via groups.io <k3jzd.jody@...> wrote:
? Shawn,
?
You are thinking out into the future much more than am..? Quite honestly, I'm just trying to justify the purchase of my zBITX.? My focus has been on getting the mode that I like to use (Straight Key CW using QRP) to the point where it is usable.? However whenever I read the parallel posts talking about poor sensitivity, I have to wonder if I'm beating a dead horse.? If I cannot hear other QRP signals after I get it sending Straight Key CW to my satisfaction and put it on the air,, it will collect dust on the shelf.? ?I am not going to tear into the hardware and throw more money at it.?
?
72,
Jody - K3JZD? ??
|
Nice contributions, Gyula. Many thanks.
?
Bill VK7MX
|
Re: zbitx, compiler optimizations
#zbitx
Shawn,
?
You are thinking out into the future much more than am..? Quite honestly, I'm just trying to justify the purchase of my zBITX.? My focus has been on getting the mode that I like to use (Straight Key CW using QRP) to the point where it is usable.? However whenever I read the parallel posts talking about poor sensitivity, I have to wonder if I'm beating a dead horse.? If I cannot hear other QRP signals after I get it sending Straight Key CW to my satisfaction and put it on the air,, it will collect dust on the shelf.? ?I am not going to tear into the hardware and throw more money at it.?
?
72,
Jody - K3JZD? ??
|
Re: Z bitx poor sensitivity
¡° get a little more resolution between the two points¡±.?
toggle quoted message
Show quoted text
On May 16, 2025, at 15:37, Gordon Gibby KX4Z via groups.io <docvacuumtubes@...> wrote:
? If you¡¯re able to down between the two points that you¡¯ve got, success at -73 and failure at negative103 which are 30 DB apart, that would be a big step forward!
I wonder if the digital noise from various cables, etc., in the device are harming the basic sensitivity? ? As I remember, I think this device uses a diode mixer, and those generally can have a pretty well known sensitivity. ? ?But that could be covered up by internally generated noise. Those are things that can be fixed!
Thanks-?
Gordon kx4z?
On May 16, 2025, at 14:46, Tom via groups.io <tmoll150@...> wrote:
? Just got my zbitx yesterday and have begun playing with it. Made a bunch of FT-8 QSO's right away on 20m last night with 2w out to a vertical, so that was interesting and pleasantly surprising.
Did some receiver testing today.
The factory Test Report card that came with the xcvr indicates a sensitivity of -105dbm.
I attached my S9 signal generator set at -103dbm (about S4) and it could not be heard on any band, even with the IF gain at 100.
With the generator set at S9 (-73dbm) it could be plainly heard on all bands with the IF gain set at 50, however, the audio heard was not
perceived to be an S9 signal. Turning the IF up to about 65 helped a lot, but the radio seems to lack audio gain as well.
The S meter on the zbitx did read approximately S9 at this setting.
?
This lack of sensitivity surprises me greatly - even my super cheap and dated technology SoftRocks easily hear better than that, as does a simple analog rig like a QCX.
Something does not seem right to me. I expected better.
The concept of this radio is really great IMO, and obviously a lot of work has already gone into its implementation, so hats off to the developer, however,
this receiver performance seems to be a serious issue to me, even at this price point.
|
Re: Z bitx poor sensitivity
If you¡¯re able to down between the two points that you¡¯ve got, success at -73 and failure at negative103 which are 30 DB apart, that would be a big step forward!
I wonder if the digital noise from various cables, etc., in the device are harming the basic sensitivity? ? As I remember, I think this device uses a diode mixer, and those generally can have a pretty well known sensitivity. ? ?But that could be covered up by internally generated noise. Those are things that can be fixed!
Thanks-?
Gordon kx4z?
toggle quoted message
Show quoted text
On May 16, 2025, at 14:46, Tom via groups.io <tmoll150@...> wrote:
? Just got my zbitx yesterday and have begun playing with it. Made a bunch of FT-8 QSO's right away on 20m last night with 2w out to a vertical, so that was interesting and pleasantly surprising.
Did some receiver testing today.
The factory Test Report card that came with the xcvr indicates a sensitivity of -105dbm.
I attached my S9 signal generator set at -103dbm (about S4) and it could not be heard on any band, even with the IF gain at 100.
With the generator set at S9 (-73dbm) it could be plainly heard on all bands with the IF gain set at 50, however, the audio heard was not
perceived to be an S9 signal. Turning the IF up to about 65 helped a lot, but the radio seems to lack audio gain as well.
The S meter on the zbitx did read approximately S9 at this setting.
?
This lack of sensitivity surprises me greatly - even my super cheap and dated technology SoftRocks easily hear better than that, as does a simple analog rig like a QCX.
Something does not seem right to me. I expected better.
The concept of this radio is really great IMO, and obviously a lot of work has already gone into its implementation, so hats off to the developer, however,
this receiver performance seems to be a serious issue to me, even at this price point.
|
Re: Z bitx poor sensitivity
Just got my zbitx yesterday and have begun playing with it. Made a bunch of FT-8 QSO's right away on 20m last night with 2w out to a vertical, so that was interesting and pleasantly surprising.
Did some receiver testing today.
The factory Test Report card that came with the xcvr indicates a sensitivity of -105dbm.
I attached my S9 signal generator set at -103dbm (about S4) and it could not be heard on any band, even with the IF gain at 100.
With the generator set at S9 (-73dbm) it could be plainly heard on all bands with the IF gain set at 50, however, the audio heard was not
perceived to be an S9 signal. Turning the IF up to about 65 helped a lot, but the radio seems to lack audio gain as well.
The S meter on the zbitx did read approximately S9 at this setting.
?
This lack of sensitivity surprises me greatly - even my super cheap and dated technology SoftRocks easily hear better than that, as does a simple analog rig like a QCX.
Something does not seem right to me. I expected better.
The concept of this radio is really great IMO, and obviously a lot of work has already gone into its implementation, so hats off to the developer, however,
this receiver performance seems to be a serious issue to me, even at this price point.
|
I talked about this, but I didn't post a picture, a picture always says more, so I'll post it now:
?
?
?
--
Gyula HA3HZ
|
Today I made a conversion of the original handheld microphone purchased with sbitx, similar to the 'Meeting MIC', which I documented in the attached file.
If I missed something, please feel free to ask, I will answer when I can.
--
Gyula HA3HZ
?
?
|
Hi Yvon!? Unfortunately not! It makes a lot of noise on the amateur band. You need to use a battery or a better quality power supply. Sorry. Yvon AE7YD via <Yvon= [email protected]> ezt ¨ªrta (id?pont: 2025. m¨¢j. 16., P 18:23):
Laci,
did you succeed to modify your power supply?
?
73, Yvon
|
Laci,
did you succeed to modify your power supply?
?
73, Yvon
|
Re: ZBitx Shutdown Function
#zbitx
I just use 'sudo shutdown' from the terminal.
Assume that properly shuts off the Pi-Zero.
Now, how do you shut off the Pico?
Don in Austin,? N5CID
===============================================
On
5/4/2025 6:49 AM, Karl Heinz Kremer, K5KHK wrote:
toggle quoted message
Show quoted text
After
working with Unix/Linux systems for a lifetime, i know
that bad stuff will happen if you just disconnect the
power on a regular basis. I still feel a twitch in my
fingers if I don¡¯t run sync; sync; sync; before a
shutdown or halt command ;)
?
I¡¯ve
forked Farhan¡¯s code and added a button on the UI to
shut down the Pi Zero:
The
"Shutdown" function is behind the "Menu" button.
After selecting it and confirming, wait until the
LED on the Pi Zero (which you can see through the
covered USB connector) stop to blink. I moved the
confirmation button a bit up so that it¡¯s harder to
fat finger the shutdown with an unintentional double
tap on the shutdown button.
?
de
Karl Heinz - K5KHK
|
Re: Update On Shipping Delays from HF Signals
Got my ship notice will be here next week.
?
?
Jim
KE0VVU
|
How to place an order for Zbitx from India?
|
Re: Update On Shipping Delays from HF Signals
Wooohooo....got my ship notice (order #3941).? Be here next week
--
"POWER, WE DONT NEED NO STINKIN' POWER" - Every KX2 Owner
Always respect the air waves,
73 de KI7PBR, Gary
|
ORDER # 3930 - Status changed to packed and ready to go this morning.
?
Shane
KD7ZYN
|
Order 3929, placed April 3rd, just shipped
?
Lincoln
N9IN
|
Re: zbitx, compiler optimizations
#zbitx
On May 16, 2025, at 02:46, Jody - K3JZD via groups.io <k3jzd.jody@...> wrote:
Check my thread about a zBITX Memory Leak.? ?I concluded that the i2cbb.c program in sBitx version 3.052 being used in the xBITX was being swamped with send requests, resulting in a huge number of bus contentions, disconnects, and reconnects.? Odds that has contributed to the large time spent in what has been identified here as 'ic2_delay'.? ? I also identified the root cause of the huge number of send requests that are swamping the ic2 bus handling functions.? ?
?
I also think that the RasPi Zero used in the zBITX has enough horsepower to do the job.? Back when I was doing sales support for custom computerized control systems, and potential customer had spec'ed that they wanted the CPU usage to be 75% maximum, I always asked what they will do with the other 25%.? Sure, we could limit it to that, but why slow down the system for an artificial constraint.
OK, I guess I should read that thread.
I think the i2c communication must be excessive in general. ?It makes audible noise (everybody¡¯s complaining about ¡°chugging"), but I¡¯ve also found that when I have a USB ethernet adapter attached, communication there makes noise too. ?(Of course, the electrical design could be better, but I don¡¯t yet know how to pinpoint why that is happening.). (To me it sometimes sounds like hard drive seeking noises. ?;-) ?One obvious solution to do less communication is using notifications/signals: each field should notify when it has changed (only when the stored value really changed), and that should trigger the updates: those that go to the GTK UI, i2c UI update commands, and/or some network protocols. ?In Qt one uses signals: ?
But I think gtk/glib has something like that too. ?? leads to?? : yep that looks like what we need.
For 9p I just tried an explicit callback first (and I¡¯m not calling it from enough places yet):
void notify_field_changed(const char *field_id, const char *old, const char *newval);
The implementation of this function could take care of notifying the various UIs and network protocols. ?But probably it should rather emit a signal: each ¡°client¡± should subscribe for notifications. ??is something that just about everybody has to do at some point...
Sbitx/zbitx is doing too much polling and timer-based refresh instead, and that is creating a lot of inefficiency. ?Especially with the excessive string comparison and conversion going on.
The network protocol is important to me because I want to decouple the GUI from the radio daemon anyway. ?This daemon will eventually need to avoid using gtk/gdk at all: pure C for the core functionality. ?(Why does zbitx have to run X11 and a GTK UI under the condition that nobody is looking at it? ?Sometimes HDMI is connected, sometimes not. ?We only have 512MB, and startup time is noticeable too.) ?9p is gonna be great for that, eventually, probably. ?I have a working client on Plan 9 now, just rather buggy and incomplete compared to the GTK one. ?I just got a waterfall added to it, without taking much bandwidth (because I only send the latest line of samples at a time; too bad it¡¯s only about 440 actual pixels, despite the memory allocated to hold 1024 * history size). And later I will do a Qt client with the same protocol, for all the other platforms. ?That one can have fancier features.
|
Re: zBITX Crashes - Suspect Memory Leak
#zbitx
thanks Jody,
I'll wait for your fix, but I was asking for a copy of 3.021 on an iso or img file format to test your sbitx_gtk.c file.
Idk if theres a ver 3.021 on the official github and if theres 1, idk how to compile to a fresh raspian OS.?
72 de KP4MI?
|
Cory Lytle KO4SWI
HA3HZ
VU3OII - Sahir
Gary-KI7PBR