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: CW on zbitx
On Thu, Apr 3, 2025 at 09:14 PM, Ron Carr wrote:
It would be interesting if some of the users who say it works or say it doesn't work would report what mode they use.? It doesn't work on either mode. Straight key mode also omits dots and there is a slight (but very significant) delay between key closure and sidetone/RF generation.
?
73,
?
John AE5X
? |
Re: #zbitx I would really like a formal way to shut down the software gracefully
#zbitx
On Fri, Apr 4, 2025 at 3:08?AM Vu3vwr via <Vu3vwr=[email protected]> wrote:
|
Re: zbitx Memory
On Apr 4, 2025, at 04:53, Ken N2VIP <ken@...> wrote: Swapping to microSD seems like a bad idea (even though rpios does it by default): those can be both slow and unreliable, depending which one you buy. So now we know there are at least two reasons the zbitx might be doing significant writing when you pull the power plug: it could be swapping, or it could be writing FT8 decodes or your QSO log to sqlite. At least it’s not critical when writing swap is incomplete: unless you are using swap for hibernation (not something that most Linux users are doing), the contents don’t matter the next time you boot, they will be overwritten with whatever needs to be swapped out next time. On ordinary computers, I try to have enough memory so that I don’t need swap at all, ever since I started using SSDs. It means that I sometimes get out-of-memory failures, if there just isn’t enough RAM to hold everything. Using swap could cause the SSD to wear out sooner. Yeah I know, most people don’t worry about it, and rpios has swap set up by default, like most distros do. Most people replace computers before the SSD wears out. Pulling the power would be safer if it was running from RAM, and the root FS was mounted read-only. OpenWRT works this way, for example: your router needs to be reliable, and it’s quite normal to reboot it by pulling power rather than having to ssh to it and ask it to reboot. So it only reads files from flash, and does not write anything at all in everyday use. If you install extra packages, they get written to a separate overlay filesystem on the same flash, to avoid writing anything to the root FS. But working this way precludes writing periodic log files to the same storage! OpenWRT does not persist any logs, and does not need to. But usually there is a USB port, in case you want to add more storage and use that for something. For sbitx/zbitx, one could at least use a separate partition for sqlite and other saved files: that would not reduce the wear on the SD card, but at least if it gets corrupted, the radio would still boot. Or, go further and use a separate drive for that (USB stick probably). Or, redesign the sbitx to use the CM4, and install at least 2 forms of storage: probably eMMC for the root FS and an SD card for auxiliary storage. But this would complicate the board design quite a bit, and add cost. All the software that you want to run would have to be small enough to fit in RAM, if you want to avoid swapping. The sbitx process is pretty light, but unfortunately some of the other programs are more bloated. |
I am on 1.05 is this the latest front panel? 73s
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> on behalf of John AE5X via groups.io <ae5x@...>
Sent: Tuesday, April 1, 2025 3:10:39 PM To: [email protected] <[email protected]> Subject: [BITX20] Does sequence of updates matter? ?
This morning I updated the zBitx to v1.05 then updated the RPi to v3.05.
Should I have done these in the opposite order? The radio will not boot up now.
"Waiting for the zBitx to start..." Only this, and nothing more.
|
Re: #zbitx I would really like a formal way to shut down the software gracefully
#zbitx
Sam,
Please have a look at the logging section . ?
I've listed out the steps to export the log file from the zBitx. I will update the PDF manual soon.?
?
73,
Ragav VU3VWR |
Re: Are flat top cells compatible with zBitx battery holder or are button tops required?
Dear JJ, Thanks a lot for the quick response. What about the compatibility of the battery box???Are button tops required? I have never used the flat top cells. That is why this question. 73 Jon, VU2JO On Fri, Apr 4, 2025 at 8:43?AM JJ - W9JES via <jj=[email protected]> wrote:
|
Re: zbitx Memory
My development system is a zbitx with Raspberry Pi zero 2. It takes a couple of seconds to build zbitx? - f On Fri, Apr 4, 2025 at 8:43?AM Ryan Wesolowski via <cosmo1stgen=[email protected]> wrote:
|
Are flat top cells compatible with zBitx battery holder or are button tops required?
I was asked this question on zBITX: I know that VU2ESE was using flat top cells as I read it in one of the earlier emails. 73 Jon, VU2JO |
Re: zbitx Memory
Building applications is always going to be slow on the Zero 2 W. If you have another more capable Raspberry Pi, including the Raspberry Pi 4 in the sBitx, you'll be better off building them there and moving the applications over. On Thu, Apr 3, 2025 at 10:25?PM Leo Aniol, AI5II via <leomaniolone=[email protected]> wrote:
|
Re: zbitx Memory
I run wsjtx all the time, flawlessly. Run top to see memory and cpu consumption. On Fri, Apr 4, 2025, 7:50 AM Ken N2VIP via <ken=[email protected]> wrote:
|
to navigate to use esc to dismiss