Search results

Version 7.22 of XMLog provides a fix for an issue where the ARRL LoTW application TQSL produced error messages concerning invalid "MY-COUNTRY" values, ensuring smoother integration for award submissions. The software supports flexible log searching, allowing users to select log subsets based on any field, such as RTTY QSOs on 40 meters during a specific month, or entries for a single country with sent but unreceived QSLs. XMLog tracks DXCC, WAZ, WAS, county hunting, IOTA, and grid square awards, managing QSL sent/received status and submission status to award sponsors, with LoTW crediting for DXCC and WAS. It generates detailed reports summarizing QSL status by band and mode, identifying needed countries/states/zones, and listing critical QSOs that could boost award totals. The system also integrates with callbook services like QRZ.com (subscription required) and WM7D.net for lookups, and facilitates QSL and mailing label printing using standard or custom layouts. Further capabilities include ADIF, Excel, and CSV log import/export, a Packet Window for Internet PacketCluster nodes or TNCs with history and scripting, and vocal/CW alerts for needed QSOs based on PacketCluster spots. Rig control is supported for a wide array of Alinco, Elecraft, Flex, Heath, Icom, JRC, Kenwood, TenTec, and Yaesu transceivers, enabling frequency/mode synchronization and control. CW support is provided via a serial port interface compatible with N1MM or K1EL WinKeyer, allowing CW sending from a keyboard or pre-programmed messages.

This page describes how to set up RaspBerry Pi Linux system with already configured AX.25 softwares on SD or micro SD cards

The VU2BBB repeater, located in Matheran, Maharashtra, commenced operations in the late 1980s, a significant undertaking by the Bombay Repeater Society. This repeater facilitates VHF and UHF communications for local amateur radio operators, providing extended range and improved signal reliability across challenging terrain. Its establishment marked a key development in regional amateur radio infrastructure, offering a crucial node for local nets and general QSO traffic. The repeater's operational parameters include specific input and output frequencies within the 2-meter band, typically utilizing a standard offset. CTCSS tones are often employed to mitigate interference and ensure selective access for authorized users, a common practice for repeaters in densely populated areas. Regular maintenance and upgrades ensure _VU2BBB_ remains a reliable asset for the amateur community, supporting emergency communications and daily amateur radio activities. The _Bombay Repeater Society_ continues to oversee its operation, reflecting a sustained commitment to local ham radio services.

These were some of the steps I took to setup my Allstar link node/server and some of the modifications that I did to it.

The Burlington Amateur Radio Club (BARC) provides a community hub for amateur radio operators in Burlington, Ontario, Canada, offering regular meetings, educational programs, and a dedicated hackspace for electronics and radio experimentation. The club operates several repeaters, including a 2m repeater (VE3RSB) on 147.210 MHz with a +600 kHz offset and 131.8 Hz tone, which supports AllStar node 542490. Additionally, BARC maintains a UHF repeater on 444.825 MHz with a +5 MHz offset and 131.8 Hz tone, and a 1.25m (220 MHz) repeater, facilitating local communication and digital mode access. BARC hosts multiple nets, including a Fusion Net on Mondays at 8:00 p.m. via VE3RSB-Room 61272, a Regular Wednesday Night Net on the VE3RSB system at 7:30 PM, and a 220 Net on Thursdays at 7:00 p.m. The club also runs a CW/SSB HF Net every Thursday at 7:00 p.m. local time on 40m, utilizing 7.125 MHz for LSB and 7.124.3 MHz for CW check-ins. These activities promote on-air participation, technical skill development, and social interaction among members, supporting both VHF/UHF local operations and HF DXing.

This page provides a detailed guide on how to build your own radioless Allstar node for ham radio operators. It includes information on power supply, components needed, wiring instructions, and tips to avoid common issues like ground loop hums. The author shares personal experiences and recommendations for specific components like microphones, audio amps, and sound fobs. Whether you're a beginner or experienced ham radio operator, this DIY project can help you set up a cost-effective and functional Allstar node for communication purposes.

This article provides an overview of setup Direwolf and QtTermTCP for HF packet radio operations. It covers important tasks such as setting up a Direwolf TNC, connecting with stations, and engaging in packet-based chat (K2K). It also looks at how to use nodes as relays and access basic BBS services. The paper also includes HF packet network etiquette recommendations and a description of how to handle common packet transmission issues, making it a useful resource for amateur radio enthusiasts.

Learn how to modify your Baofeng 888s radio to use in an Allstar node. This article provides step-by-step instructions on programming the radio with suitable frequencies for amateur radio use, including tips on using the Chirp program. Make sure to use a cable with a Genuine FTDI Chipset for easy connection to your computer. Avoid transmitting on pre-programmed channels to prevent trouble. Follow the guidelines provided to customize your radio settings and ensure a smooth modification process. Visit the link for Chirp program download and consult Miklor for programming assistance.

This project focuses on the transformation of DXSpider deployment into a seamless Docker experience for the global amateur radio community. It highlights the key features, installation process, and documentation, while acknowledging Dirk Koopman (G1TLH) for creating DXSpider. The project aims to simplify the deployment and management of DX Cluster nodes for amateur radio operators by containerizing the software. With a Docker-native architecture and intelligent defaults, the project offers an easier setup process without compromising on the powerful features of DXSpider.

Operating an **Echolink** gateway on the 4-meter band presents unique opportunities for extending VHF communications, as demonstrated by the EI4FMG node. Situated at Fieldstown, Monasterboice, this gateway provides coverage across a significant portion of Ireland's east coast, leveraging a Tait TM8100 radio and an EI4JR Echolink interface logic. My own experience with similar setups confirms the importance of strategic site selection for maximizing reach, particularly with a 122-meter elevation above sea level. Access to the EI4FMG gateway, identified by node 57006, requires a **CTCSS** tone of 88.5 Hz, a standard practice for managing access and minimizing interference on shared frequencies. The system transmits with 15 watts of power and utilizes a Sigma CAT70 @5MAGL antenna, a configuration well-suited for regional VHF coverage. The gateway also features an auto-ID every 8 minutes, ensuring compliance and clear station identification. Users can interact with the gateway using various DTMF commands, allowing for connections to specific nodes, random repeater/link or conference nodes, and managing disconnections. These functionalities streamline the process of linking into the broader Echolink network, enabling local VHF operators to communicate globally through the internet backbone.

The resource details the use of LoRa for AX.25 packet radio and APRS, focusing on practical implementation. It specifies UK LoRa APRS frequency and modulation settings: **439.9125 MHz**, 125kHz bandwidth, SF12, and CR 4/5. The content provides a mini how-to for setting up an iGate using VS Code and _Platformio IDE_, with specific instructions for a Lilygo LoRa32 V2.1_1.6 board, including configuration for Wi-Fi, beaconing, and APRS-IS passcode. It also covers tracker setup using a Lilygo T-Beam Supreme, detailing firmware flashing and configuration for mobile operation. The guide differentiates LoRa APRS from traditional connected-mode packet radio, explaining why common LoRa APRS firmware is unsuitable for full AX.25 packet due to its TNC2-style payload structure. It explores alternative solutions for true LoRa packet radio, such as using an _RNode_ TNC or Raspberry Pi LoRa TNCs, and provides commands for RNode firmware installation and configuration for serial KISS operation. The resource also touches upon licensing requirements for unattended Digipeaters in the UK, noting the need for ETCC coordination and MB7Uxx callsigns.

Operating a _MeshCom_ node requires specific firmware, and this web-based installer, developed by OE1KFR, streamlines the process for ESP devices. It provides a user-friendly interface for flashing and updating the MeshCom firmware, emphasizing the critical step of using the ERASE option during initial installations or when transitioning from other applications. The tool also advises users to verify their device settings after upgrading to firmware version **4.35p**, ensuring proper operation and configuration retention. This installer simplifies the deployment of MeshCom for amateur radio operators interested in mesh networking and LoRa applications. By offering a direct web interface, it removes the need for complex local toolchain setups, making it accessible for a broader range of hams. The direct download option for firmware versions further enhances its utility, providing flexibility for users to select the appropriate release for their specific ESP hardware.