开云体育

Since RTCs aren't, and since many want to use their sBITX/zBITX in the field doing things that need accurate time, consider the 'guy with the Swiss accent'. https://youtu.be/BGb2t5FT-zw?si=uGZorbISNZTtpwk_ Andreas' project this week is a TINY GPS/ESP32 combo capable of sub-second accuracy via both WIFI and Ethernet. 73, Andy

I ordered a zbitx a couple of weeks ago and I'm looking forward to using it.

When using zBitx outdoor, I use my mobile phone as a time source. Additionally I would like to use my mobile to control zBitx via web interface. Unfortunately, my smartphone does not report IP addresses of the connected devices. In case of sBitx, I can find it's IP and connect to it from the smartphone. It would be nice if zBitx could report its IP as well. Another issue is the fact that connecting to the new network requires HDMI connection. I was in a hotel, where the TV didn't offer HDMI connectivity. Thence, I couldn't connect my zBitx to the local network. Adding a possibility to set WiFi SSID and pasword in the SET screen would be a good solution. 73, Wojtek SP5DAA

Bought a Zbitx in Dayton es no receive, Hook a long wire to it es there is no change in signal or noise. Guess it's back to the booth to have a visit with Ashhar in the morning

Been unable to make any FT8 contacts, I discovered that if I look at the received waterfall on a separate receiver the transmission begins with a normal looking bandwidth for a few seconds then drops out and looks like just a carrier, I hear the audio tones on the zBITX when transmitting, any ideas?

Going to wait for the SBITX V4. Barely used for SWL plus 4 batteries and a 2-cell charger. $230 shipped within USA.

Hi all, I received my Zbitx a little over a week ago and have not had time to really try it out. I have noticed it seems to be very insensitive to any signals. When I switch over to my ft 817 signals are strong then immediately back to my zbitx they are either not heard or barely audible. I have varied the if control between 0 and 100 mans have gone the age options to no avail Any help would be greatly appreciated. Thank you -Sean de g0uvm

HF Signals : Order Tracker Your Order #3869 Current status : Awaiting processing -------- Wish others would post order #'s if they really mean anything.

Hi QRP Labs Hans G0UPL won a zBITx from Farhan yesterday at FDIM :) :) :) It was a random giveaway, random number generator picked Hans's number :) :) :) 73 muhsin TA1MHS

My zBitx has been listed as packed and ready to go. My number is 3926. Just waiting for tracking info. Thank you Jim KE0VVU

I have a problem with the timestamps of the zBitx logbook. They are 8 hours ahead of UTC. And yes, I changed the country and timezone. The web interface shows the correct UTC and local time but still log times are 8 hours ahead. Suggestions anyone? 73 Frank PA3CNO

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

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