DOCSLIB.ORG

Quarterly 199805 Take

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Quarterly 199805 Take Volume 5 Issue #2 July 1999 Packet Radio Seeks Inside the Quarterly Niche Market Packet Radio Seeks Niche Market ........................ 1 NEDA Is On A Membership Drive! ........................ 1 Packet radio is great for connecting one ham with Editor's Column ...................................................... 2 another, in real time. For situations where the ham 1999 NEDA Officers and Appointees ..................... 2 needs to send another ham a pretyped text message Tech Committee Meeting ....................................... 3 during emergency situations, packet radio networking Board of Directors Meeting .................................... 3 is unbeatable. For situations where a ham needs to send NEDA Compliant Node A Definition ..................... 4 a short message to another ham at great distance, packet DAMA ...................................................................... 5 radio networking is unbeatable. NOS Info ................................................................. 6 But.. what is packet radio most known for? BBS op- FlexNet STAT Command ....................................... 6 eration? Dx Spotting? Both of these operations can prob- Frequency Coordination ......................................... 6 ably be done better on the internet. It’s still fun to do FlexNet standards suggestion................................ 7 these on ham radio, because it’s ham radio, but we’re For The Node Op .................................................... 8 not going to see packet radio to the great unwashed us- Looking At FlexNet For The First Time ............... 8 ing ham radio BBSs as an example of excellence! Usefulness Of Packet Radio ................................... 9 Continued on page 63 Setting Your TNC's Audio Drive Level ................ 10 Map Report ........................................................... 51 Can you help with Maps? ..................................... 51 North East Flea Market Dates ............................ 53 NEDA Is On A NEDA Constitution ............................................... 64 Membership Roster............................................... 68 Membership Drive! Membership Application....................................... 70 NEDA TheNET X1J Node Spec ........................... 71 Our club, for a long time conservative in our mem- Notes Regarding TheNET Parameter Spec ........ 72 bership goals, has decided that with more members we Board Meeting Notice ........................................... 73 can provide better services. Our club’s goals are to put printed technical information in the hands of hams who can build a general purpose packet radio network. We NEDA Quarterly, Volume 5 Number 2 have, for 10 years, been the best source of information Copyright © 1999 NEDA. Permission to copy in full on TheNET, practically writing the book on the subject or part is granted, if NEDA is credited and NEDA of implementing multi-port TheNET nodes, G8BPQ Quarterly v5.2 is given as the source. based BBS systems, and backbones. Published by Members of NEDA are recently learning about and The North East Digital Association installing FlexNet. Our last three newsletter issues of PO Box 563, Manchester NH 03105 been concerned with this topic. We’ve found no reason Please do what you can to promote our club. We can do better to stop. Next year we’re planning another copy of the looking magazines if we get our numbers up! Also send ques- famous NEDA Annual. This could become a textbook tions, article ideas to the editor or club postal address. We on FlexNet. It’s going to be a fun year! can use anything related to packet radio networking, VHF NEDA station installation, antenna reviews, site photos, etc... N.E.D.A. Quarterly v5.2 page 1 Editor’s Column from page 1 1999 NEDA Officers and Appointees Editor's Column As of May 1999 Board of Directors: bother bother bother bother bother bother bother ** Jim Wzorek K1MEA @K1MEA.ma bother bother bother bother bother bother bother bother ** Ray Feeley K1CSB @K1MEA.ma bother bother bother bother bother bother bother bother **Tadd Torborg KA2DEW @WB1DSW.nh bother bother bother bother bother bother bother bother ++John Driscoll N2MKH @N2UBH.ny bother bother bother bother bother bother bother bother ++Bob Seger WB2QBQ bother ++Dana Jonas WA2WNI ** Term expires first meeting 2000 bother bother bother bother bother bother bother ++ Term expires first meeting 2001 bother bother bother bother bother bother bother bother Board Member Alternates: bother bother bother bother bother bother bother bother Alternate for Ray, K1CSB Joel, N1JEO bother bother bother bother bother bother bother bother Alternate for Dana, WA2WNI Don, N2IRZ bother bother bother bother bother bother bother bother Alternate for Bob, WB2QBQ Bob, WB2DWD bother Alternate for Jim, K1MEA Burt, VE2BMQ Alternate for Tadd, KA2DEW John, WB2CIK bother bother bother bother bother bother bother Alternate for John, N2MKH not assigned bother bother bother bother bother bother bother bother Appointees: bother bother bother bother bother bother bother bother Treasurer: Bob Seger WB2QBQ bother bother bother bother bother bother bother bother Documents: Tadd Torborg KA2DEW bother bother bother bother bother bother bother bother Membership: Bob Seastream WB2DWD bother Sr. Admin. Asst.: Leo-Paul Chauvin KA1QP Archives: Don Rotolo N2IRZ bother bother bother bother bother bother bother Report Editor: Tadd Torborg KA2DEW bother bother bother bother bother bother bother bother Recording Sec'ys: Dana Jonas WA2WNI bother bother bother bother bother bother bother bother Map Coordinator: John Kushneir N2UBH bother bother bother bother bother bother bother bother Regional Mapmakers: bother bother bother bother bother bother bother bother Cape Cod Carl Black W3KI bother Central NY John Kushneir N2UBH bother bother bother bother bother bother bother Maine Jim Ledger N1PGH bother bother bother bother bother bother bother bother Technical Committee: bother bother bother bother bother bother bother bother Chairman: Don Rotolo N2IRZ bother bother bother bother bother bother bother bother Vice Chair: open - bother bother bother bother bother bother bother bother BBS Committee: bother Chairman Jim Wzorek K1MEA TCP/IP Committee: bother bother bother bother bother bother bother Chairman Pete Butler W1UU bother bother bother bother bother bother bother bother Network Volunteer Regional Contacts: bother bother bother bother bother bother bother bother SE Ontario Eric Meth VE3EI @ VE3NUU bother bother bother bother bother bother bother bother Montreal area Burt Lang VE2BMQ@VE2FKB bother bother bother bother bother bother bother bother Northern NY Roger Osterohout KA2JXI@KA2JXI bother Rochester NY area Mark Oliver NM2J@WB2VPH Central NY John Kushneir N2UBH@N2UBH Northern Tier PA Qualified Volunteer NEEDED Southern Tier NY Chris KB2FAF Eastern NY Dana Jonas WA2WNI @WA2WNI Western MA Jim Wzorek K1MEA @ K1MEA Eastern MA Peter Butler W1UU@W1UU Maine Mike Staines WA1PTC@WA1WOK NH & E. MA Cal Stiles W1JFP@W1JFP New Jersey/NYC Don Rotolo N2IRZ@WA2SNA Connecticut Joel Curneal N1JEO@N1JEO N.E.D.A. Quarterly v5.2 page 2 Tech Committee Meeting Board of Directors Meeting May 2nd 1999 at 10:05AM. May 2nd 1999 at 1:45PM. The meeting was held at the Mercedes Benz Techni- The meeting was held at the Mercedes Benz Techni- cal Center in Montvale NJ. cal Center in Montvale NJ. Attendance was taken Attendance was taken Bob K2BJG Tadd KA2DEW nbod Burt VE2BMQ Dana WA2WNI nbod John WB2CIK Ray K1CSB nbod Ray K1CSB Jim K1MEA nbod Tadd KA2DEW John N2MKH nbod Don N2IRZ Burt VE2BMQ Bob WA3LWR Don N2IRZ Jim K1MEA John WB2CIK John N2MKH Warren WB2ONA Alex N3NMN Bob K2BJG John N2NSA John N2NSA Warren WB2ONA Don passed around the agenda and chaired the meet- Bill NX2P ing Dana WA2WNI Dana, Jim and Ray arrived just after the meeting Committee Reports started and were in radio contact as the meeting was called to order. Treasurer Don read the agenda. These were the items listed: Tadd read the report from QBQ. • What is a NEDA Compliant Node First Quarter 1/1/99 to 3/31/99 • Update on TCP/IP via FlexNet Starting Balance $2239.96 • Hidden Transmitter Syndrome and DAMA Income $1740.68 • Embedded PCs for network node sites Expenses $1118.96 • Netrix for 6pack Ending Balance $2861.68 • Show and Tell - Laser Comm (ed: this includes $155.29 to cover the meeting at the • Operating Standards - BBSs and stuff Depot ) • Frequency Coordination Tadd said that we’d spent nearly $700 on the Quar- NEDA Compliant Node Definition terly that just came out, which was billed after the end At the previous meeting of the Technical Committee of the first Quarter. Tadd said that this Quarterly print- a question was asked, “Can you use FlexNet to build a ing included over a hundred extras to allow us to have NEDA compliant node?” The general consensus was yes. promotional copies. He expects that to help the mem- The obvious next questions are: 1. What other software bership grow. We have on the order of 160 members can be used to build a NEDA compliant node; and 2. and an annual income of something less than $3000. If What is a NEDA compliant node. we bill at the same rate over the next year Tadd said, we’d still run out of money. (ed: at this point I think A committee of 2 was formed, consisting of Bob, that was incorrect). Tadd said that we won’t be printing K2BJG, and Don, N2IRZ, to set about finding out the answer to the 2nd question. The 1st question was ex- Board Meeting Minutes - Continued on page 54 pected to be answered as a follow-on. Tadd added
Load more

Recommended publications
  • Implementing MACA and Other Useful Improvements to Amateur Packet Radio for Throughput and Capacity
    Implementing MACA and Other Useful Improvements to Amateur Packet Radio for Throughput and Capacity John Bonnett – KK6JRA / NCS820 Steven Gunderson – CMoLR Project Manager TAPR DCC – 15 Sept 2018 1 Contents • Introduction – Communication Methodology of Last Resort (CMoLR) • Speed & Throughput Tests – CONNECT & UNPROTO • UX.25 – UNPROTO AX.25 • Multiple Access with Collision Avoidance (MACA) – Hidden Terminals • Directed Packet Networks • Brevity – Directory Services • Trunked Packet • Conclusion 2 Background • Mission County – Proverbial: – Coastline, Earthquake Faults, Mountains & Hills, and Missions – Frequent Natural Disasters • Wildfires, Earthquakes, Floods, Slides & Tsunamis – Extensive Packet Networks • EOCs – Fire & Police Stations – Hospitals • Legacy 1200 Baud Packet Networks • Outpost and Winlink 2000 Messaging Software 3 Background • Mission County – Proverbial: – Coastline, Earthquake Faults, Mountains & Hills, and Missions – Frequent Natural Disasters • Wildfires, Earthquakes, Floods, Slides & Tsunamis – Extensive Packet Networks • EOCs – Fire & Police Stations – Hospitals • Legacy 1200 Baud Packet Networks • Outpost and Winlink 2000 Messaging Software • Community Emergency Response Teams: – OK Drills – Neighborhood Surveys OK – Triage Information • CERT Form #1 – Transmit CERT Triage Data to Public Safety – Situational Awareness 4 Background & Objectives (cont) • Communication Methodology of Last Resort (CMoLR): – Mission County Project: 2012 – 2016 – Enable Emergency Data Comms from CERT to Public Safety 5 Background &
    [Show full text]
  • Examining Ambiguities in the Automatic Packet Reporting System
    Examining Ambiguities in the Automatic Packet Reporting System A Thesis Presented to the Faculty of California Polytechnic State University San Luis Obispo In Partial Fulfillment of the Requirements for the Degree Master of Science in Electrical Engineering by Kenneth W. Finnegan December 2014 © 2014 Kenneth W. Finnegan ALL RIGHTS RESERVED ii COMMITTEE MEMBERSHIP TITLE: Examining Ambiguities in the Automatic Packet Reporting System AUTHOR: Kenneth W. Finnegan DATE SUBMITTED: December 2014 REVISION: 1.2 COMMITTEE CHAIR: Bridget Benson, Ph.D. Assistant Professor, Electrical Engineering COMMITTEE MEMBER: John Bellardo, Ph.D. Associate Professor, Computer Science COMMITTEE MEMBER: Dennis Derickson, Ph.D. Department Chair, Electrical Engineering iii ABSTRACT Examining Ambiguities in the Automatic Packet Reporting System Kenneth W. Finnegan The Automatic Packet Reporting System (APRS) is an amateur radio packet network that has evolved over the last several decades in tandem with, and then arguably beyond, the lifetime of other VHF/UHF amateur packet networks, to the point where it is one of very few packet networks left on the amateur VHF/UHF bands. This is proving to be problematic due to the loss of institutional knowledge as older amateur radio operators who designed and built APRS and other AX.25-based packet networks abandon the hobby or pass away. The purpose of this document is to collect and curate a sufficient body of knowledge to ensure the continued usefulness of the APRS network, and re-examining the engineering decisions made during the network's evolution to look for possible improvements and identify deficiencies in documentation of the existing network. iv TABLE OF CONTENTS List of Figures vii 1 Preface 1 2 Introduction 3 2.1 History of APRS .
    [Show full text]
  • Linux Amateur Radio AX.25 HOWTO
    Linux Amateur Radio AX.25 HOWTO Jeff Tranter, VE3ICH [email protected] v2.0, 19 September 2001 The Linux operating system is perhaps the only operating system in the world that can boast native and standard support for the AX.25 packet radio protocol utilized by Amateur Radio operators worldwide. This document describes how to install and configure this support. Linux Amateur Radio AX.25 HOWTO Table of Contents 1. Introduction.....................................................................................................................................................1 1.1. Changes from the previous version...................................................................................................1 1.2. Where to obtain new versions of this document...............................................................................1 1.3. Other related documentation.............................................................................................................1 2. The Packet Radio Protocols and Linux........................................................................................................3 2.1. How it all fits together......................................................................................................................3 3. The AX.25/NET/ROM/ROSE software components...................................................................................5 3.1. Finding the kernel, tools and utility packages..................................................................................5 3.1.1. The
    [Show full text]
  • (Pdf) Download
    1 2 • Winlink programs group: “Official Group to support Winlink Team developed Products, both user and gateway software” • Winlink_for_EmComm: “Supports the discussion and use of the Winlink network and Winlink products for emergency or event support communications. ” 3 4 5 6 7 8 1. Digital voice radio works in exactly the same fashion, except that it deals with audio input, not text. 2. PACKET-1200 uses frequency shift keying (FSK) modulation with a 1000Hz shift and 1200 Bd symbol rate. There are a number of variations for PACKET-1200, including a PSK-based satellite version. PACKET-1200 can be seen in the VHF and UHF bands with indirect FM Modulation. FM bandwidth is 12 kHz. 3. See https://www.sigidwiki.com/wiki/PACKET#PACKET-1200 9 10 11 12 • That’s the packet sound • Each individual packet! • Carrier detect • ”NAK” = “NO ACKNOWLEDGEMENT” – resend • ”ACK” – “ACKNOWLEDGEMENT” – send the next packet • Too many retries, and the sending station stops sending (connection is dropped) • Breaking the message into small packets makes it easier to send a large message. But ALL packets MUST be received in order for the message to be read, 13 • One bye = 8 bits = 1 alphanumeric character • See https://tapr.org/pub_ax25.html • FLAG: start and end of each packet • Address: sender, receiver, and the path in between • Control (CTRL): The control field is responsible for identifying the type of “frame” being sent, and is also used to convey commands and responses from one end of the link to the other in order to maintain proper link control • The length of DATA is ≤ 255, and is set by the use.
    [Show full text]
  • Virginia Tech Ground Station TNC Interfacing Tutorial
    Virginia Tech Ground Station TNC Interfacing Tutorial Zach Leffke, MSEE ([email protected]) Research Associate Aerospace Systems Lab Ted & Karyn Hume Center for National Security and Technology 3/23/2018 Agenda VHF/UHF • TNC Connection Overview 3.0m Dish Antennas • KISS Protocol 4.5m Dish • AX.25/HDLC Protocol • AFSK/FSK/GMSK Modulation • ….System Review…. • OSI Stack • Remote Connection Students assembling • VTGS Remote Interface 4.5m Dish • Summary Deployable Space@VT Ops Center 1.2m Dish GNU Radio at work (students preparing for 2016 RockSat Launch) 3/23/2018 TNC Interfacing Tutorial 2 Preview of the Finale…………… Primary Ground Station - UPEC Host Computer Client Software TNC TC SW TNC SW SoundCard AX.25 AX.25 KISS Interface KISS HDLC RADIO Localhost DATA FM TCP TCP AFSK D to A LOOPBACK IN RF Spacecraft IP IP IP IP MAC C&DH Audio Audio Comput HOST OS NETWORK RADIO er TC SW FIRMWARE AX.25 AX.25 KISS HDLC KISS AFSK SERIAL Remote Ground Station - VTGS FM SERIAL RF Host Computer Telecommand (TC) TTL Serial Software TNC TNC SW SoundCard AX.25 INTERNET KISS Interface HDLC RADIO DATA FM TCP AFSK D to A HOST IN RF OS IP NET VPN CONNECTION MAC Audio Audio Radio 3/23/2018 TNC Interfacing Tutorial 3 TNC Connection Overview TNC Implementation Types Hardware Radio DATA Jack Specific Interface Examples 3/23/2018 TNC Interfacing Tutorial 4 TNC Implementation Summary • Multiple implementation options exist • Hardware TNC Ground Station • Software TNC + Sound Card • Software Defined Radio Receiver • Software Defined Radio Transceiver • Hybrid SDR RX / HW Radio TX implementations 3/23/2018 TNC Interfacing Tutorial 5 Hardware Radios – Common for Satellite 3/23/2018 TNC Interfacing Tutorial 6 Hardware TNCs 3/23/2018 TNC Interfacing Tutorial 7 Radio Sound Card Interfaces • Good ones offer optical isolation (optocouplers).
    [Show full text]
  • Softmac – Flexible Wireless Research Platform
    SoftMAC – Flexible Wireless Research Platform Michael Neufeld, Jeff Fifield, Christian Doerr, Anmol Sheth and Dirk Grunwald Dept. of Computer Science University of Colorado, Boulder Boulder, CO 80309-0430 November 4, 2005 Abstract lision avoidance protocols for that network influenced the design of Ethernet. Contributions by researchers interested Discontent with the traditional network protocol stack ar- in packet radio have greatly influenced protocol designs of chitecture has been steadily increasing as new network tech- existing products. For example, the RTS/CTS mechanism nologies and applications demand a greater degree of flexi- used in the 802.11 networking standard was influenced by bility and “end to end” information than a strictly layered the MACA protocol proposed by Phil Karn [1]. structure permits. Software-defined radio (SDR) systems Recently, most of the experimentation in wireless net- have prompted some rethinking of the network stack, and working has used commodity components such as 802.11b schemes have been presented that attempt to take advan- networkingcards. This has occurred for a numberof reasons tage of the opportunities afforded by these flexible radio – these commodity networking cards are inexpensive, do not systems. However, evaluation of these schemes has largely require a license to operate, and offer good performance. taken place only in simulation or on small testbeds. In or- Furthermore there are a wealth of interesting computer sys- der to seriously evaluate the utility and efficacy of architec- tems problems facing wireless networking that occur above tures and heuristics that take advantage of SDR systems it the physical and MAC layers. Using these commodity cards is essential to construct and test these systems “in the wild,” allows researchers to build systems to investigate these prob- i.e.
    [Show full text]
  • TNC-Pi a TNC for the Raspberry Pi
    1/17/2015 TNC-Pi A TNC for the Raspberry Pi What is TNC-Pi • The TNC-Pi is a Terminal Node Controller for the Raspberry Pi, based on the KISS protocol. • We’ll dive into this definition shortly. • The TNC-Pi is available at tnc-x.com. • The TNC-X and TNC-Black are also available. • $40.00 for the kit, $65.00 assembled and tested. • Developed by John Hansen, W2FS • Introduced at the 2003 ARRL/TAPR Digital Communications Conference 1 1/17/2015 Terminal Node Controller • Often abbreviated TNC. • A terminal node controller consists of: • Modem – Converts a packet of data to audio frequencies and back again. • Processor – Accepts commands and data from the attached terminal, computer or Raspberry PI and controls the radio. • The connection from the terminal, computer, or Raspberry Pi is usually RS-232. The TNC-Pi can communicate using I2C. • The audio modulation is “always” AFSK. • The packet protocol is “always” AX.25. Audio Frequency-Shift Keying • Abbreviated to AFSK. • Binary data is represented with two frequencies. • Seemingly by convention, the Bell 202 standard defines those frequencies: • 1200 Hz and 2200 Hz to represent bits. • These frequencies are transmitted over an AM or FM frequency. • For example, FM at 144.390 MHz is usually used by Automatic Packet Reporting System 2 1/17/2015 Audio Frequency-Shift Keying • Sample • http://commons.wikimedia.org/w /index.php?title=File%3AAFSK_12 00_baud.ogg • Visual • http://en.wikipedia.org/wiki/Freq uency- shift_keying#mediaviewer/File:Fsk .svg AX.25 • Designed for amateur radio. • Based on the X.25 ITU-T standard, used for packet switched wide area networks.
    [Show full text]
  • Implementation of a Communication Protocol for Cubestar Master Thesis
    UNIVERSITY OF OSLO Department of Physics Implementation of a communication protocol for CubeSTAR Master thesis Markus Alexander Grønstad July, 2010 Abstract This thesis describes the process of implementing the software part of a communication sub-system for a student built satellite (CubeSat). The im- plementation consist of a communication protocol in the data link layer that utilizes AX.25 frames for communicating with a ground station based on am- ateur radio equipment. The development and usage of this communication protocol are based on data communication theory, link budget calculations, efficiency and availability analyzes together with practical tests. The steps in how this software has been developed and evaluated are described, and can be useful for other project that could benefit from this communication pro- tocol. Source code listings are included. The reader should be familiar with communication theory, data communication, programming and electronics. ii Acknowledgement Some fantastic years at the University have come to an end, and a long journey as an academic ambassador has started. In my B.Sc. and M.Sc. degree I have explored and studied the fundamentals of technology that always have fascinated me. My masters project started one year ago at the Department of Physics. The opportunity to combine several interesting fields as digital communication, programming and electronics made this project really interesting for me. It has been highly enjoyable to see the results from practical implementations of theory in this project, and having the final project goal of a functional satellite. I would like to thank associate professor Torfinn Lindem for the opportu- nity to take this masters project.
    [Show full text]
  • Santa Clara County Enhanced BBS Implementation Guide
    County Packet Network System Description Prepared for: County Packet Committee Santa Clara County RACES Author: Jim Oberhofer KN6PE Date: May 2009 Vision: V0.5, WORK IN PROGRESS County Packet System Description Santa Clara County RACES Table of Contents 1 INTRODUCTION............................................................................................................................... 1 1.1 INTRODUCTION............................................................................................................................. 1 1.2 TERMS AND ABBREVIATIONS ....................................................................................................... 1 2 REQUIREMENTS.............................................................................................................................. 3 2.1 IN GENERAL ................................................................................................................................. 3 2.2 ASSUMPTIONS .............................................................................................................................. 3 2.3 PARTICIPATING ORGANIZATIONS.................................................................................................. 4 3 SYSTEM OVERVIEW ...................................................................................................................... 5 3.1 IN GENERAL ................................................................................................................................. 5 3.2 CITY/AGENCY SPECIFICS ............................................................................................................
    [Show full text]
  • The HAMNET Mikrotik's Role in the World of Amateur Radio
    The HAMNET Mikrotik's role in the world of Amateur Radio Jann Traschewski, DG8NGN German Amateur Radio Club (DARC e.V.) [email protected] User access Interlinks http://hamnetdb.net → Map Introduction – Jann, DG8NGN Member of the German Amateur IP-Coordination Team – Region South: Jann Traschewski, DG8NGN – Region North-West: Egbert Zimmermann, DD9QP – Region North-East: Thomas Osterried, DL9SAU VHF/UHF/Microwave Manager DARC e.V. Profession: System Engineer for Spectrum Monitoring Systems (Rohde & Schwarz Munich) Facts about Amateur Radio ● Exams Germany: Multiple-Choice Test ● Class A (full license) ● Class E (entry level license: less power, less frequency bands) ● License allows Amateur Radio Operation on Amateur Radio Frequencies ● Amateur Radio Operators have their own worldwide unique Callsign e.g. Jann Traschewski = DG8NGN ● Amateur Radio Operators are everywhere around us (esp. in technical business) – ~2 million amateur radio operators worldwide (~70.000 in Germany) – growing numbers in the last few years Facts about Amateur Radio ● Amateur Radio has its own national laws (rights & duties) – Amateur radio homebrew: Due to the technical knowledge proven by the exams, amateurs are allowed to build and operate their homemade radios – No commercial usage: Amateurs may not use their radio frequencies to provide commercial services – No obsurced messages: Amateurs may not obscure the content of their transmissions – Identification: Amateurs need to identfiy with their callsign regularly Amateur Radio Operation ● Space Communication ● Moonbounce International Space Station Callsign: DP0ISS 8.6m diameter Dish!! Moonbounce station from Joe, K5SO (http://www.k5so.com) Amateur Radio Operation ● Weak Signal Propagation Reporter ● very low power (e.g. 20dBm) ● very low bandwidth ● very high range WSPRnet progagation map 14 MHz (http://wsprnet.org) Amateur Radio Operation ● Repeater Operation standalone vs.
    [Show full text]
  • The KISS TNC: a Simple Host-To-TNC Communications Protocol
    The KISS TNC: A simple Host-to-TNC communications protocol Mike Chepponis, K3MC Phil Karn, KA9Q ABSTMCT The KISS’ TNC provides direct computer to TNC communication using a simple protocol described here. Many TNCs now implement it, including the TAPR TNC-1 and TNC-2 (and their clones), the venerable VADCG TNC, the AEA PK-232/PK-87 and all TNCs in the Kantronics line. KISS has quickly become the protocol of choice for TCP/IP operation and multi-connect BBS software. 1. Introduction Standard TNC software was written with human users in mind; unfortunately, commands and responses well suited for human use are ill-adapted for host computer use, and vice versa. This is espe- cially true for multi-user servers such as bulletin boards which must multiplex data from several network connections across a single host/TNC link. In addition, experimentation with new link level protocols is greatly hampered because there may very well be no way at all to generate or receive frames in the desired format without reprogramming the TNC. The KISS TNC solves these problems by eliminating as much as possible from the TNC software, giving the attached host complete control over and access to the contents of the HDLC frames transmitted and received over the air. This is central to the KISS philosophy: the host software should have control over all TNC functions at the lowest possible level. The AX.25 protocol is removed entirely from the TNC, as are all command interpreters and the like. The TNC simply converts between synchronous HDLC, spoken on the full- or half-duplex radio channel, and a special asynchronous, full duplex frame format spoken on the host/TNC link.
    [Show full text]
  • Arkana Radiowego Internetu – Packet Radio V1.6
    Arkana radiowego internetu - Packet Radio - Podstawy dla początkujących oraz podręcznik dla zaawansowanych w systemach Mariusz Lisowski, SQ1BVN Bydgoszcz, 23 lipca 2000 Arkana radiowego internetu – Packet Radio v1.6. Bydgoszcz 2000-2003 ______________________________________________________________________________________________ Od autora Książka pt. „Arkana radiowego internetu – Packet Radio” powstała na wskutek rosnącego zainteresowania siecią Packet Radio i jest podsumowaniem kilkuletnich zmagań autora i osób współpracujących z budową sieci AmprNet oraz administracją jej węzłów (Człuchów, Bydgoszcz). Ze względu na różnorodność dostępnego oprogramowania do pracy w sieci AX.25 i TCP/IP powstał swojego rodzaju nieład i niejednolitość instalowanych systemów w węzłach sieci AmprNet. Autor wierzy, że stworzona pozycja się przyczyni do wykrystalizowania się określonego standardu opartego na systemie NOS i LINUX. W księżce zawarto wiadomości dotyczące także typowej sieci TCP/IP, czyli internetu. Możliwe, że znajdą tu coś dla siebie przyszli administratorzy sieci profesjonalnych..., ponieważ NOS’y bardzo przypominają platformę Unix’ową i mogą być z powodzeniem „przedszkolem” do pracy na maszynach typu Unix. Jeśli temat będzie dalej cieszył się zainteresowaniem w planie jest napisanie książki o zastosowaniu Linux’a do pracy na PR oraz poradnik dla administratorów oraz twórców nowych węzłów PR na bazie Linux’a. Autor jest studentem trzeciego roku Inżynierskiego Zastosowania Komputerów na Politechnice Koszalińskiej, zgromadzone materiały będą przydatne przy obronie dyplomu inżyniera. Niniejszy dokument objęty jest prawami autorskimi. Autor zastrzega sobie jakiekolwiek zmiany w dziele bez jego wiedzy. Z tego powodu będzie on dostępny w formie tradycyjnej papierowej książki oraz z formie elektronicznej jako PDF’y. Wykorzystanie części lub całości w innych dziełach dozwolone TYLKO za pisemną zgodą autora. Autor zgadza się na NIEODPŁATNE rospowszechnianie „Arkan ...” w wersji 1.5.
    [Show full text]