After the transmission sequence, the entire file is assembled and may be saved. Successive transmissions will fill in the missing blocks provided that the new blocks pass the check sum. The receiving station saves the blocks that pass check sum. Each file is broken into blocks, each of which has a check sum. An FLAMP session will transmit one or more files with one or more iterations of the transmission. Here's the description from the excellent flamp manual:įLAMP is a program for AMP or Amateur Multicast Protocol. Other than not being based on AX.25 packet radio, flamp implements all of the criterial I outlined in my descriptions of RadioMirror. Rather, flamp implements a single transmitter, unlimited receivers paradigm there's no "handshake" required to receive files transmitted with flamp. flamp isn't just another "packet radio file transfer application". The last update of flamp is 2015 it's like the authors of flamp pre-thought about my RadioMirror ideas more than five years ago. As I (very imperfectly) understand it, the only applications that are compatible with fldigi's TCP/IP socket implementation are those applications in the suite, and those that are written expressly to interoperate with fldigi.įlamp - "RadioMirror" Hiding in Plain Sightįlamp (again, the preferred capitalization from the author is all lowercase) is innocuously described on the fldigi web page as:Īmateur Multicast Protocol - file transfer program apparently the name is derived from FLdigi suite Amateur Multicast Protocol. Thus, fldigi can, theoretically) be used as "transport" by applications (that can transmit to, and read from, TCP/IP sockets) that are not included of the fldigi suite. The applications in the fldigi suite use TCP/IP socket 7322 to communicate between the applications.One example is that in the "fsq" mode of fldigi, you can specify a station to use as a relay for your transmissions. There is no real "networking" in fldigi, though there are some "helper" capabilities. There is no implementation of the AX.25 protocol in fldigi. fldigi has some accommodations for the wider channels of using frequency modulation (FM) (and thus, theoretically higher data rates) on the 50 MHz and higher bands. fldigi is designed primarily for operation on the narrow channels of the Amateur Radio high frequency (HF) bands 30 MHz and lower, and HF modes (single sideband - SSB).fldigi is the primary application, and the other applications in the fldigi suite are "helper" applications such as flamp (discussed here) and flrig which controls radio settings (on radios that have that capability).Thus it is "universal" "Mac fldigi" can communicate just fine with "Raspberry Pi fldigi". Thus there are interoperable implementations for Windows, Mac, and Linux (and BSD, etc.). fldigi was written in portable code, and is open source.You don't need any additional "sound card drivers", "protocol engines", etc. The fldigi suite is a self-contained suite of sound card modes and applications that are coupled / integrated with those modes.So to save readers at least some of my grief at figuring out the fldigi suite, here's my capsule explanation. The software is mostly used by amateur radio operators who connect the microphone and headphone connections of an amateur radio SSB or FM transceiver to the computer's headphone and microphone connections, respectively. Wikipedia's article on fldigi has a reasonable intro paragraph:įldigi (short for Fast light digital) is a free and open-source program which allows an ordinary computer's sound card to be used as a simple two-way data modem. (Yes, that's the author's preferred capitalization - all lower case). In my initial encounters, I had a hard time "grokking" what exactly the fldigi suite is, and what it does , and how it works. To reconstitute RadioMirror in 2021 would require cobbling together some old Windows code for the server and client, terminal node controllers (TNCs) or using DireWolf's "KISS" interface, Windows computers, etc.Īs I explained my enthusiasm for the RadioMirror concept, my friend, colleague, and co-conspirator on many of my Amateur Radio data communications experiments Bill Vodall W7NWP* verbally "smacked me upside the head" (probably a very dated cultural reference) by reminding me that there is a "RadioMirror" mode in the fldigi suite, specifically flamp (PDF). Again, as far as I'm aware, RadioMirror never quite got going, other than some experiments to prove out the concept. My two articles on RadioMirror - Revisiting RadioMirror and More Thoughts on RadioMirror, constitute a reasonably deep dive on the use case, concepts, and details of RadioMirror.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |