Hello fellow hams, i am looking for the programming software for a Vertex VX4204, which i believe is called CE-95, does anyone know where i can download it without having to pay a stupid amount of money?
Hey folks! I’m working on Fairbeam, a free and open-source antenna simulation app, and would love some input from the homebrew side.
It puts 3D design, meshing, openEMS simulations, and result plots together. It uses CSXCAD for the solver geometry and three.js for the 3D view, and you can also work with Python models.
There are macOS and Windows builds, with experimental Linux support. Optional GPU acceleration uses CUDA on NVIDIA GPUs and Metal on Apple silicon. The code is GPL-3.0-or-later, with the LICENSE in the repository.
It’s still early. What small, reproducible amateur-radio antenna example would you find useful for testing the workflow? If you have a design you know well, I’d love to hear what works and what gets in the way. Examples, bug reports, and code contributions are all welcome. Simulation results should be independently checked before relying on them.
I called it Lab599 Utility. That sounded like a modest name. The feature list had other ideas.
It handles firmware updates with model checks, settings backups, and all 100 memory channels. It can mirror the radio’s LCD on your Mac, save screenshots, and show live power, SWR, voltage, and S-meter readings. I also added CAT tools, DX Cluster spots, FT8/FT4 and CW operation, a voice keyer, and a local QSO logbook.
It runs on macOS 12+ on both Intel and Apple Silicon. The project is open source under GPLv3, and you’re free to download and use it: [Lab599 Utility on GitHub](https://github.com/fact0real/Lab599-Utility).
I’d especially love to hear from TX-500 owners using different models and firmware versions. Real-radio validation across the whole family is still incomplete, so reports about what works, what breaks, or what you wish it did would genuinely help. Rough edges included—I want to hear about those too.
Estoy revisando flujos de logs de radioafición y me interesa entender cómo otros manejan un caso que parece simple, pero no lo es tanto: convertir o normalizar datos entre Cabrillo, ADIF y archivos tabulares como CSV/Excel.
En particular:
Cabrillo suele traer datos muy dependientes del concurso.
ADIF espera campos más normalizados.
A veces hay datos útiles que no tienen mapeo directo.
En merges de logs, el mismo QSO puede aparecer con pequeñas diferencias de hora, modo, grid, QSL status o comentarios.
Para quienes han desarrollado herramientas o scripts de logging:
¿Cómo prefieren manejar esos casos?
¿Guardan datos extra en campos APP_*, descartan lo que no calza, dejan un archivo auxiliar, o fuerzan algún mapeo interno?
Me interesa más conocer criterios y experiencia real que una “respuesta perfecta”.
wfview is open source software that can control and visualize data from many modern (IC-705/905/7300/7610/7710/9700, TS-890, FT-710) and some older (IC-718, for example) ham radios. wfview can also create a server instance for remote access with older radios that lack native networking support (ie, IC-718, IC-7300 MKI, etc). wfview runs on Linux, macOS, and Windows.
screenshot of wfview 2.22
This version of wfview includes new client-side audio processing (DSP) features, which will let you both sound your best and hear your best. It also includes numerous bug fixes and community contributions. You can look over the commit log here if you're curious.
Also, for the first time, we are including a Linux AppImage in our downloads, which may be easier than asking users to self-compile. You can download wfview from our website here. Of course we still support using the build script, although it is getting difficult to maintain the script against so many unique package names.
Been working for a while on an open source HF Modem that runs on windows/mac/linux.
Im lacking on the air testers, if you guys even wondered what to do on HF , you would definitely help me out there by testing the modem by exchanging msgs, files etc.
Im doing audio cable testing along with software hf simulator but nothing beats real world usage.
I’ve been working on an open-source project that might be useful for those interested in SDR, HF, and maritime communications.
TAOSW.DSC_Decoder is a .NET library that decodes Digital Selective Calling (DSC) messages directly from audio streams coming from SDR radios or HF receivers with USB (SSB) demodulation.
🔹 Features:
Real-time bitstream synchronization and decoding
Easy to integrate into SDR or radio-related applications
Written in C# / .NET, fully open-source and extensible
The goal is to provide developers and hobbyists with a reusable component for handling DSC message decoding without having to implement the low-level details from scratch.
I’d love to hear feedback, ideas for improvements, or contributions from anyone interested. If you give it a try, let me know how it works with your setup!
I am not great with Linux, but there I saw there is a wfview version for Linux. Unfortunately, I’m trying to load it onto a Steam Deck, which is based on Arch Linux and wfview seems to be programmed for Ubuntu. I pretty much failed following the instructions right away because Ubuntu uses apt-get and Arch Linux uses pacman. Is there a way to easily port it over? I am by no means a developer.
If not, are there any interfaces for an Icom 7300 that would work with Arch Linux?
New to this sub and here to share details about my system created to help manage using multiple online SDR receivers. The system is called hams.live and uses OBS Studio software on your PC as a client to view and control many SDRs at once. It displays S-meters for all SDRs selected to run, and also will synchronize frequency, mode, and waterfall settings instantly using the provided dashboard. There is an audio mixer in OBS to select which SDR to listen to, and your rig audio can also be easily added to this mixer.
The system is functional (have hundreds of SDR links globally, but only North America collection deployed), and all are welcome to use it (have a donation page). What I hope to do is partner with someone who speaks Javascript fluently and has an interest in furthering the project. There are some enhancements that would be great to implement that only would take some simple coding to accomplish.
As it is, believe the system is a game-changer and a paradigm shift, as it easily provides receive capability across many diverse locations where propagation conditions are more favorable.
hi! im a web developer / comp sci student so i at least know what software is lol. but anyways, i recently got interested in HAM / CB radio and have been lurking in this sub, i am wondering what is HAM development?
what kind of software is there? what is there to develop? to me right now HAM radio is just, air squiggles within a frequency range that people use for audio communication. i know theres more that can be/is done with radio waves but specifically thats what i think of for what HAM is.
how does that interface with computer programs? originally i assumed this was like embedded software and stuff but reading the posts theres a bunch that mention windows and linux.
Thanks for any response!! i really do find all this stuff super interesting so anything is appreciated!!
added- also, i saw a post mentioning packets. Can radio transmit packet data?? or was i misunderstanding.
I know it has a bad reputation but that might be changing.
So Vibe coding is letting AI write most (or all) of the app code after you’ve specified what you want in a “prompt” input to the AI agent (ChatGPT, Claude, etc). So that leaves fixing compiler errors, debugging, testing, etc. up to you.
I created my first Vibe Coded app, a Morse Code Trainer that runs on the iPad. It’s free on github:
Swift Playgrounds is a free app for the iPad available from the Apple App Store.
The app reads text stories and sends them in Morse Code. To keep the stores fresh (and to keep you from memorizing them) you can create new original stories—with AI. AI even knows how to create stories with the CW Q-codes! QTH, etc.
I think vibe coding will greatly increase the amount of apps available for ham radio. But will the quality suffer?
If possible, I'd like to deploy an AX.25 digipeater that would handle connected mode packet (e.g. for accessing a distant Packet Winlink RMS). 2m would be preferred but 70cm would work too.
This digipeater would be deployed in an outdoor-rated enclosure and would ideally be powered with a small LiPo battery and a 4-6W solar panel. The idea would be for it to be deployable near a publicly-accessible trail atop a mountain without attracting attention. Transmit power of even 500mw would probably be sufficient. Assume a decent external wire antenna. Also assume permission has been granted from the relevant landowner.
I was reading up on the kv4p ht project, and more specifically the SA818-V/U 1W transceiver module it's built around, and it occurred to me that a module like this with unfiltered baseband input (i.e. no audio BPF or other processing—think the DATA port on a typical mobile rig) would be perfect for building a little transceiver to play with BBFM and other baseband digital modulations like M17 (with the Module17), D-STAR/DMR (with an MMDVM repeater board, maybe?), etcetera.
It's not clear to me from the SA818V/U datasheet whether the audio input and output are filtered, or whether that filtering is meant to be handled in the outboard mic amplifier; can anyone who's worked with it clue me in, or suggest a module that would suit my purposes?
We are pleased to announce the release of wfview v2.00
This release is a major re-write of many portions of wfview, and adds lots of new features, so initially some problems are to be expected, especially with older (non-scope) radios.
Most testing has been completed with radios that have a Spectrum Scope (as they are the radios that we own). If you have a radio that isn’t detected correctly, then we may need to create a new .rig file for it.
Highlights:
IP+, NB, NR, Digisel (DS) on/off controls for main RX
VOX, COMP on/off
rig definition files. Adding a new rig was never so easy
For my portable operations I picked one of Qualcomm Snapdragon powered Lenovo 5G Windows PCs. The multi-day battery life is more than impressive. After upgrade to Win11 it now runs most of the x86 apps and drivers including WSJT-X, but I suspect there is some performance to be gained from the code running natively.
Does anyone here have the toolchain setup to compile WSJT-X for Windows/ARM from source code? I think more and more hams will pick these ARM PCs for their mobile ops.
I have made a post on modifying the UV-K6 to pass baseband signals, allowing a flat response on TX and RX. This requires hardware modification to remove the low-pass and high-pass filters in the audio path. And it required that I modify the firmware to add a new digital mode which disables emphasis, sub-audio HPF, 3000Hz LPF, ALC, and mic AGC. These changes allow the UV-K6 to be used for 9600 baud GFSK and M17's 4-FSK mode. There is a link to pre-built firmware with these features enabled in the article linked below.
It is not perfect as there is an impact to Mic sensitivity after the HW change. And it seems to take some time to calibrate the TX frequency.
With this and an external device such as a Mobilinkd TNC4 or a NucleoTNC, the radio can do M17 data modes.
With the still very hacky M17-Kiss-HT app, it can also send and receive M17 digital voice. The app does audio in/out and Codec2 encoding/decoding. The TNC does baseband modulation/demodulation. The HT provides the RF component. Currently only USB connections between the phone and TNC works reliably.