Click on the image to see the dashboard TGIF Means (Thank God It's Friday). TGIF net started on a analog repeater in west central Florida. It was handed down to robert around the year 2015 and grew to over 50 check ins. A small group of them went to D-Star after the repeater was taken down and then moved over to DMR where we started the TGIF net again. It then moved to the Brandmeister system and has now found its final home as the mothership of the TGIF Network. TGIF Network was started in October, 2018 by Robert (K4WZV) and Mitch (EA7KDO). They started the TGIF Network with just one talkgroup which became 31665, and about 5 Amateur Radio Operators joined the Network, at this time the system was running on a Raspberry pi. Later on, Ty (KG5RKI) came on board to help improve the hblink code it was currently running on and move it to a cloud server, then later rewrote the backend to make what was called Callmgr. Michael (K5MRE) and Andy (G7LRR) also joined the team and created many of the features we enjoy on the website and plenty more behind the scene. Over the course of the next year, the network quickly grew from just a few hundred users to just under 5,500. The network now is home to around 776 active talkgroups available for all to use. The main/original talkgroup is original 31665, and is sometimes referred to as the 'Mothership' by many. All Amateur Radio Operators are welcome to join and try out what the network offers. The Network is still growing rapidly. Recently, Pi-Star and Shark RF Openspot added the TGIF Network to their list of networks. But this tale has not ended. Around the end of 2019, Ty (KG5RKI) could see limitations to how far Legacy would be able to scale with the growing number of clients. So, Ty took it upon himself to once again use his coding skills and knowledge of digital networking and in his spare time rewrite and design a network from the roots up which was codenamed 'Prime' and was open do beta testers during development. With Andy (G7LRR) as his partner in crime against the code, and Rob (K4WZV) having his back, the team is making fast progress at creating a great solution for ham radio operators around the world.

Click on the image to proceed Click on the image to proceed DVSwitch is a Client-Server application for Amateur Radio Digital Voice. This provides a "Server" application running on a Raspberry Pi (RPi) or other Linux platform. It can also be installed on a cloud server with Linux. The server application is distributed as an RPi image with all features and functions installed. Therefore, there is no need to download additional modules or programs or install them yourself on a Raspberry Pi. There are two clients available for DVSwitch. One is Android and it is available in the Google App Store to display almost any type of Android device. In addition to this there is also the python USRP Client (pyUC) which is available for use on Windows, Linux or Mac. DVSwitch supports all current Digital Voice functions without any additional hardware, except for D-Star. For the D-Star, an external vocoder circuit is used, such as the Northwest Digital ThumbDV dongle. For other functions, the Vocoder software included with DVSwitch provides high-quality sound, and while DVSwitch has been around for a long time, it was somewhat complicated to set up and mostly used by deep computer geeks. But with this version, an average radio amateur can get it up and running in less than 10 minutes. This release provides many new features, including the ability to change functions dynamically, customize Talk Groups, rooms and repeaters, either from the server or the client, and dynamically switch between DMR networks such as Brandmeister, TGIF, QRM etc.

Hellas-Node Network. Διαχείριση ραδιοερασιτεχνικών ψηφιακών και αναλογικών δικτύων. This website refers to digital and analog networks of amateur radio applications and is in the process of reorganization after being renamed to hellas-node.net. The hellas-frn network and all its pre-existing structure will be included in the new website as one of the supported analog communication systems, with revised management of communication rooms and in other analog networks. Recent Visits

Click on the image to see the dashboard M17 is a digital radio modulation mode developed by Wojciech Kaczmarski (amateur radio call sign SP5WWP) et al. M17 is primarily designed for voice communications on the VHF amateur radio bands, and above. The project received a grant from the Amateur Radio Digital Communications in 2021 and 2022. The protocol has been integrated into several hardware and software projects.[citation needed ] In 2021, Kaczmarski received the ARRL Technical Innovation Award for developing an open-source digital radio communication protocol, leading to further advancements in amateur radio.[9] Technical characteristics Spectrogram of the M17 protocol transmission. Time is on vertical axis, advancing from bottom to top. There's a 40-millisecond preamble visible at the beginning of the transmission. M17 uses Frequency-Division Multiple Access (FDMA) technology in which different communication streams are separated by frequency and run concurrently. It utilizes 4,800 symbols per second, 4-level frequency-shift keying (4FSK) with a root Nyquist filter applied to the bitstream. Radio channels are 9 kHz wide, with channel spacing of 12.5 kHz. The gross data rate is 9,600 bits per second, with the actual data transfer at 3,200. The transmission, called stream, is divided into 40-millisecond long frames, each prepended with a 16-bit long synchronization word. A group of 6 frames form a superframe and is needed to decode the link information data. Protocol allows for low-speed data transfer (along with voice), e.g. GNSS position data. The mode has been successfully transmitted through EchoStar XXI and QO-100 geostationary satellites. The protocol's specification is released under GNU General Public License . Voice encoding M17 uses Codec 2 , a low bitrate voice codec developed by David Rowe VK5DGR et al. Codec 2 was designed to be used for amateur radio and other high compression voice applications. It is based on linear predictive coding with mixed-harmonic sinusoidal excitation. The protocol supports both 3200 (full-rate) and 1600 bits per second (half-rate) modes. Error control Three methods are used for error control: binary Golay code , punctured convolutional code and bit interleaving . Additionally, exclusive OR operation is performed between data bits and a predefined decorrelating pseudorandom stream before transmission. This ensures that there are as many symbol transitions in the baseband as possible. A 16-bit cyclic redundancy check (CRC) code is used for data integrity assurance. Application functions The M17 protocol was primarily designed for amateur radio use. Callsign encoding: 48-bit field holding up to 9 alphanumeric characters eliminates the need of a centralized user-ID database. Stream and packet modes of operation. Stream mode offers one 3200bps net bitrate channel (encoded speech or data) or two 1600bps channels (encoded speech alongside data). Packet mode supports text messaging, APRS and AX.25 . Slow-speed side channel for short and repeated data transfers, e.g. GNSS position data or telemetry. Encryption : Bit scrambler encryption: a pseudorandom binary sequence created by combining an exclusive-or bitwise operation on the audio or data stream and a linear-feedback shift register using one of 3 feedback polynomials with 255, 65,535 and 16,777,215-bit repeat periods. AES encryption : 128-bit block encryption cipher operating in CTR mode with user-selectable 128, 192 or 256-bit key. Hardware support Prototype of the CS7000 M17 handheld radio (CS760), running OpenRTX open-source firmware. With a small hardware modification, TYT MD-380, MD-390 and MD-UV380 handheld transceivers can be flashed with a custom, free, open source firmware to enable M17 support. In July 2024, a US-based company Connect Systems, Inc. released the CS7000-M17, being the first commercial off-the-shelf handheld transceiver with native M17 support. Bridging with other modes Links between M17 and other digital voice modes and Internet linked networks exist, with several networks providing M17 access. Modes bridged include DMR , P25 , System Fusion, D-STAR , NXDN , AllStarLink, EchoLink and IRLP . M17 over IP Access nodes and repeaters can be linked using reflectors. Over 100 M17 reflectors exist worldwide (June 2025). History The project was started in 2019 by Wojciech Kaczmarski in Warsaw , Poland . A local amateur radio club he was a member of, was involved in digital voice communications. Kaczmarski, having experimented with TETRA and DMR , decided to create a completely non-proprietary protocol and named it after the club's street address - Mokotowska 17 . As every part of the protocol was intended to be open source, Codec 2, released under the GNU LGPL 2.1 license, was chosen as the speech encoder. Applications and projects with M17 support OpenRTX - free and open-source firmware for ham radios DroidStar - digital voice client for Android SDR++ - multiplatform, open-source software defined radio receiver SDRangel - multiplatform, open-source software defined radio receiver/transmitter OpenWebRX - web-based software defined radio receiver mrefd - M17 reflector rpitx - general radio frequency transmitter for Raspberry Pi dsd-fme - digital speech decoder mvoice - voice client and graphical repeater application (Raspberry and Linux) mspot - hotspot software

Press on the image to see the dashboard C4FM C4FM stands for Continuous Four Level Frequency Modulation and is a FDMA (Frequency Division Multiple Access) modulation method. C4FM is a digital modulation technology. What your radio uses over the air to talk digitally to other digital radios and repeaters. Fusion This is the name that Yaesu has given their implementation of C4FM. The full name is really System Fusion. It is not a new technology but a marketing term created by Yaesu for referring to their C4FM. You can learn about System Fusion on the Yaesu website here: http://systemfusion.yaesu.com/what-is-system-fusion/ Wires-X Wires-X is a technology that runs on top of System Fusion. It provides a network of repeaters. Wires-X has a concept called rooms where multiple repeaters and nodes can connect and talk to each other. A room is similar to a reflector in D-Star, a Talk Group in DMR and a conference in Echolink. Wires-X provides a directory of connected rooms and manages the connections from Nodes/Repeaters to each room. In addition, Wires-X provides a way from the radio to change to a different room, search rooms and more. Some radios have more features than others because of touch screens, etc. There is also the ability to send messages and pictures, put them in a common message store on each node or room for others to read (think of news). Without Wires-X, System Fusion is just a communication protocol. YSF YSF short for Yaesu System Fusion really is not a Yaesu technology when looking at the YSF servers. It is another method of creating a room where other System Fusion users can connect together. Unlike Wires-X, there is no central management of the rooms that are up and available. There are directories of YSF servers (for example: https://register.ysfreflector.de/ and many of the digital softwares you run on your computer also maintain lists for easy selection. The important thing to note is that System Fusion repeaters cannot directly access these servers. To get from Wires-X on Yaesu System Fusion to a YSF server, you need a bridge (more on that in a bit). You can find YSF rooms connected on some repeaters that are running the MMDVM software as their repeater controller. Some of you may also know it as Pi-Star which is a pretty interface over the MMDVM software. Bridge A bridge is a way of connecting 2 different protocols or technology together. It is similar in concept to a cross band repeater that for example takes in a signal on 2 Meters and transmits it back out on 70cm. Since YSF cannot directly talk to Wires-X, there is a bridge that can talk to both YSF and Wires-X. When it hears something on Wires-X it sends it to YSF and the opposite happens when it hears something on YSF. There are multiple ways you can bridge between the networks. One method is simply setting up a Wires-X node with a radio and setting up a YSF/FCS node with a radio on the same frequency. Very similar to what cross band repeat does. There are some that may be able to make the translation using software. For example, a our XLX reflector translates from Brandmeister DMR TG 20222 to XLX165 Module B all in software digitally. It never decodes the audio. That is possible because both use the AMBE2 format. For example, if you wanted to take the same DMR and put it on D-Star you would need to drop it to audio first and back because D-Star uses the older AMBE protocol. Since Fusion, YSF and FCS are all using AMBE2, it can be done easily in software. It is possible that there is a bridge between Wires-X and YSF and then one between YSF and FCS with no bridge between FCS and Wires-X. This would mean that when someone keys up on A Wires-X repeater, it would connect to YSF via a Bridge and then YSF would connect with FCS through a bridge. It can get very complicated and it is important to remember that every bridge adds delay. Too much delay and people are talking over each other.

Click on the image to see the dashboard The full form of NXDN is Narrowband Digital Exchange. It is defined by two main organizations viz. Icom Incorporated and Kenwood Corporation. It operates in VHF/UHF frequency bands and uses FDMA technology. Following are the specifications of NXDN. • NXDN offers clear voice quality with minimal background noise and interference. • NXDN offers secure communication through its digital encryption capabilities. • NXDN operates on either a 12.5 kHz channel or a 6.25 kHz channel bandwidth. It allows single carrier on one channel at a time. • NXDN supports multi-site trunking which enables seamless communication over a wide area by interconnecting multiple base stations. • NXDN supports data applications such as text messaging, telemetry, status monitoring and GPS location tracking. • NXDN offers better coverage and extends range compared to analog radio systems. • Some NXDN systems support roaming capabilities. • Many NXDN radios support both digital and analog modes which facilitates a smooth transition from analog to digital systems.

Click on the image to see the dashboard Project 25 (P25 or APCO-25) is a suiteof standards for interoperable digital two-way radio products. P25 was developed by public safety professionals in North America and has gained acceptance for public safety, security, public service, and commercial applications worldwide. P25 radios are a direct replacement for analog UHF (typically FM ) radios, but add the ability to transfer data as well as voice, allowing for more natural implementations of encryption and text messaging . P25 radios are commonly implemented by dispatch organizations, such as police , fire , ambulance and emergency rescue service, using vehicle-mounted radios combined with repeaters and handheld walkie-talkie use. Starting around 2012, products became available with the newer phase 2 modulation protocol, the older protocol known as P25 became P25 phase 1. P25 phase 2 products use the more advanced AMBE2+ vocoder, which allows audio to pass through a more compressed bitstream and provides two TDMA voice channels in the same RF bandwidth (12.5 kHz), while phase 1 can provide only one voice channel. The two protocols are not compatible. However, P25 Phase 2 infrastructure can provide a "dynamic transcoder" feature that translates between Phase 1 and Phase 2 as needed. In addition to this, phase 2 radios are backwards compatible with phase 1 modulation and analog FM modulation, per the standard. The European Union has created the Terrestrial Trunked Radio (TETRA) and Digital mobile radio (DMR) protocol standards, which fill a similar role to Project 25.

The AllStarLink network availability is over 99,99% . Over the past four years, AllStarLink has seen phenomenal growth. Four years ago, around 2,000 nodes were connecting to our servers at the same time. Now we are seeing over 10.000 nodes. With a generous grant from ARDC, last year we released ASL 3. It is the first new client in 15 years for AllStarLink. ASL 3 has been re-engineered to run on Asterisk 22 LTS with the latest Debian 12 Linux release and modern hardware. This is a major update for current customers running Asterisk Version 1.4. The new release incorporates over 15 years of Asterisk bug fixes, significant security improvements and enhancements. The update required extensive modification of "app_rpt", the Asterisk application that is Allstar. Many memory leaks have been addressed, modules now load or refresh more reliably, and many bugs have been fixed. All of this contributes to improved stability and uptime. We recommend that all AllStarLink users upgrade their devices, PCs, and Raspberry Pis to use the latest version of ASL 3. Over 3,700 nodes have already been upgraded and are currently using ASL 3. This includes nodes using Raspberry Pi 3, 4, or 5 (many of which were running Hamvoip), x86_64/AMD computers, and cloud nodes, Kits4Hams SHARI boxes, Node-Ventures ClearNodes, Repeater Builder, and Hotspot Radios. To learn more, read the ASL3 Handbook or join the AllStarLink Community. If you are using a hotspot device, we recommend that you contact the hardware manufacturer for specific upgrade instructions. Use the link below for a live view of Allstar Link connections Worldwide. The greatest concentration is observed in the USA (mainly) and England. The rest of the countries are slowly following this global way of communication that does not eliminate either the existing analog P/D and analog communication, nor the digital one, due to the interconnection capability. With the help of this suitable but not difficult connections, everything is now possible. https://stats.allstarlink.org/maps/allstarUSAMap.html AllStarLink is a network of Amateur Radio repeaters, remote base stations and hot spots accessible to each other via Voice over Internet Protocol. AllStarLink runs on a dedicated computer (including the Rasperry Pi) that you host at your home, radio site or computer center. It is based on the open source Asterisk PBX running our app_rpt application. App_rpt makes Asterisk a powerful system capable of controlling one or more radios. It provides linking of these radio "nodes" to other systems of similar construction anywhere in the world via VoIP. AllStarLink's primary use is as a dedicated computer node wired to your repeater or radio. Connections from Echolink, other VoIP clients and telephone calls are supported. ALL STAR LINK worldwide users