## 起因有和群友 BI4IZE 讨论 BI9ALM 关于 aprsdroid 上面发 aprs 信息相关事项的时候，对 APRS 进行了疏理，同时还自向 BG9EGA 咨询了一些内容。因为涉及的东西感觉会不会还有些用，因此整理了这篇贴子。但是本人也有些一知半解的，所以可能还有些错的，因此欢迎大家提出建议。 ## iGATE 的功能首先 iGATE / digipeater 通常会有 - 无线电到互联网：将 166.640 等频段收到的 APRS 的报文上报到互联网（然后就能在 aprs.tv 和 aprs.fi 上看到了） - 无线电到无线电：将接受到的 APRS 报文（按照一定规则）再次转发； - 互联网到无线电：将 APRS 网络上的 APRS 报文转发到无线电上； - 互联网到互联网：从一个 TCP APRS 客户端发送到另一个 TCP APRS 客户端。我想说的是，第一点是 APRSDroid 等使用 TCP APRS 的可能给其他的 TCP APRS 客户端的呼号发送消息。无线电到无线电也可以，但是基本上无从互联网给无线电发送消息，因为很少有从互联网到无线电的转发，所以目标可能根本收不到。第二点是，iGATE 要正确配置，尽量不要从互联网转发到无线电，因为容易出事。主要原因是互联网 APRS 报文可能特别多，不正确的设置，会把 APRS 信道都占满影响别人。第三点是，最好不要随便发 APRS message （尤其是源地址与目标地址中有基于无线设备的）APRS 消息可能会重复发送（如果报文通信的过程不完成的话）（我在测试的时候，手台就一直给自己的另一个设备发送消息。。从无线电） ## APRS 的地址 APRS 上报地址和发送消息的时候，会有两个地址。一个是源地址，就是大家自己的设备的呼号加上一个杠（-）和数字，这个就是 SSID，是 AX.25 中的概念。发送的目标地址则是一系列的 SSID。比如 APN00,WIDE1-1,WIDE1-2 或者 APN00,WIDE1-1,BI9ZZZ,BI3TTR-10。如果英文阅读能力不错的话，可以直接看： - https://hamradio.my/2024/09/understanding-aprs-wide-path-configurations-from-wide1-1-to-wide3-3/ - https://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 如果像简单理解的话，就看我下面的内容： ### 目标一系列 SSID 的含义目标一系列的 SSID 中，第一个是实际的目标的设备，余下的都是“digipeater”。目标 SSID 一般都是软件设置好的，照着抄就行，这个我不太清楚具体哪个合适。比如威诺手台设置的就是 APN000，安卓 aprsdroid 就是 APDR16，APRS.TV 则是 APRSTV。 digipeater 则说明了 AX.25 的传播路径，比如 APN00,BI9ZZA, BI9ZZB,BI9ZZC 就是设置报文沿着 BI9ZZA -> BI9ZZB -> BI9ZZC 的 digipeater 的路径转播，而在无线电层面，就是 BI9ZZA 收到发送过来的 AX.25 报文后，先对报文中传播的链路作标记（修改），然后在发送出去，，，接着BI9ZZB 收到这个报文，再以同样地方式发送给BI9ZZC，然后BI9ZZC在发送给APN00。整个过程都是无线电广播的形式，其他的 digipeater 是不理会的。上面的 BI9ZZ* 实际上可以被成 WIDEm-n 的形式，（m和n是数字）。简单来说 WIDE 就是非特定的转发 APRS 报文。 m 指的是最多转发的次数，然后 n 是“强制”转发的次数。至于 WIDE中 m-n 的设置，一般 n 是要小于等于 m，m最好不超过 2。还有一般的 igate 似乎会自动上报收到的 APRS 报文，即便“没有传播完”。但是 APRS 还是会显示这个路径。。 ## orz （水平有限，不喜无喷 orz）

http://www.findu.com/cgi-bin/entermsg.cgi 用这个能从 IS 网络给人发信息，如果对方所在附近的 iGate 开启了 IS2RF（并且 iGate 最近 X 分钟以内听到过他）他就能收到

> 我想说的是，第一点是 APRSDroid 等使用 TCP APRS 的可能给其他的 TCP APRS 客户端的呼号发送消息。无线电到无线电也可以，但是基本上无从互联网给无线电发送消息，因为很少有从互联网到无线电的转发，所以目标可能根本收不到。第二点是，iGATE 要正确配置，尽量不要从互联网转发到无线电，因为容易出事。主要原因是互联网 APRS 报文可能特别多，不正确的设置，会把 APRS 信道都占满影响别人。第三点是，最好不要随便发 APRS message （尤其是源地址与目标地址中有基于无线设备的）APRS 消息可能会重复发送（如果报文通信的过程不完成的话）（我在测试的时候，手台就一直给自己的另一个设备发送消息。。从无线电）不是这样的，至少APRS的设计理念是鼓励使用双向通信和TX iGate，而不是仅仅作为`车辆追踪器`来使用。现在接手APRS的组织APRS基金会的[说明](https://how.aprs.works/aprs-demystified-the-versatile-tool-for-modern-amateur-radio/)如下： > There are also two types of IGates: receive-only and transmitting IGates. Receive-only IGates are basically useful only as satellite and ISS "ground stations," allowing those who contact a digipeater on the bird to view proof of that contact on a map website (or in the case of the International Space Station, also on ariss.net) and save screen captures for bragging rights. Transmitting APRS packets from the Internet over RF isn't needed due to the large footprint of the bird overhead, which covers thousands of miles anyway; everyone using its digipeater will be able to hear each other. RX IGates are discouraged on the local terrestrial APRS networks because TX IGates allow global text messaging and receipt of responses from, say, information server queries, allowing two-way communications, but receive IGates are basically just feeding the map websites. Transmitting IGates may also act as digipeaters, though there's no requirement for them to do so. 简单翻译一下：仅接收iGate的主要功能是作为APRS卫星的地面站，用来为打星爱好者提供记录；不推荐为本地APRS局域网使用仅接收iGate，因为它无法为本地局域网中的用户提供完整的APRS功能。另外，消息的重试次数是有限的，除非用的设备程序有问题，不然的话大可不必担心因为收不到接收方返回的ACK而重复发送的问题。

建议详细阅读https://www.aprs.org/和https://aprs-is.net/两个官方网站，APRS和APRS-IS其实关系不是很大，至少APRS-IS是可以独立的存在。APRS-IS部分只是解决了RF->IS/IS-RF这部分闭环。

APRS に関するいくつかの理解

BI3TTR

原因

BI4IZE の友人たちと、BG9EGA に対して、aprsdroid 上で APRS 情報の発信に関する件について議論した際、APRS について整理し、同時に BG9EGA にいくつかの質問をしました。

このトピックに関連する情報が、まだ役立つ可能性があると感じたため、整理しました。しかし、私自身も知識が不十分な部分があるため、誤りを含む可能性があります。そのため、皆様からのご意見やご提案を歓迎いたします。

iGATE の機能

まず、iGATE/digipeaterには通常以下のようなものがあります。

無線電からインターネットへ： 166.640などの周波数帯で受信したAPRSのメッセージを、インターネットに送信し（これによりaprss.tvやaprs.fiで確認可能になる）。
無線電 → 無線電：受信したAPRSメッセージ（一定のルールに従って）を再度送信。
インターネットから無線通信へ：APRSネットワーク上のAPRSメッセージを無線通信に転送する。
インターネットからインターネットへ：1つのTCP APRSクライアントから別のTCP APRSクライアントへの通信。

まず、APRSDroidなどのTCP APRSを使用する場合、他のTCP APRSクライアントにもメッセージを送信する可能性がある点について言及したいです。無線から無線への通信も可能です。しかし、基本的にインターネットから無線にメッセージを送ることは難しく、これは、インターネットから無線への中継がほとんど存在しないためです。そのため、宛先の無線機がメッセージを受信できない可能性があります。
2つ目は、iGATEを正しく設定し、できるだけインターネット経由で無線通信に接続しないことです。これは、インターネット経由でのAPRS通信が頻繁になり、誤った設定によりAPRSの通信回線を占有してしまい、他のユーザーへの影響を与える可能性があるためです。
第三に、APRSメッセージを送信する際には、特に送信元と宛先のアドレスが無線デバイスに関連している場合は、注意が必要です。APRSメッセージは繰り返し送信される可能性があります（通信プロセスが完了しない場合）。私がテストを行った際、手持ちの機器が常に別の機器にメッセージを送っていました。（無線からの）

APRS のアドレス

APRS で送信する際に、2 つの宛先アドレスを指定します。1 つは送信元のアドレスで、これは自分のデバイスのコールサインにハイフン (-) と数字を付加したものです。これが AX.25 における SSID の概念です。もう 1 つは、複数の SSID を指定するものです。例えば、APN00,WIDE1-1,WIDE1-2 または APN00,WIDE1-1,BI9ZZZ,BI3TTR-10 などです。
もし英語の読解力に自信がある場合は、直接こちらをご覧ください。

https://hamradio.my/2024/09/understanding-aprs-wide-path-configurations-from-wide1-1-to-wide3-3/
https://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1
もし、簡単に言うと、以下の内容をご覧ください。

対象となるSSIDの意味

対象となるSSIDのリストの中で、最初の1つが実際にターゲットデバイスであり、残りのものは「ディジペーター」です。

目的のSSIDは、通常ソフトウェアで設定されているため、そのままコピーするのが一般的です。具体的なものがどれが適切かについては、詳しく分かりません。例えば、Wi-No Hand台ではAPN000、Android APRSdroidではAPDR16、APRS.TVではAPRSTVなどが設定されています。

また、digipeater は AX.25 の通信経路を示しており、「APN00, BI9ZZA, BI9ZZB, BI9ZZC」などが設定されたメッセージが「BI9ZZA -」を介して伝送されることを意味します。> BI9ZZB -> BI9ZZC のディジペーターによる経路のブロードキャストであり、無線レベルでは、BI9ZZA が送信された AX.25 メッセージを受信した後、メッセージ内のリンクを特定（修正）し、それを送信します。その後、BI9ZZB がこのメッセージを受信し、同様の方法で BI9ZZC に送信します。最後に、BI9ZZC が APN00 に送信します。このプロセス全体は無線によるブロードキャストであり、他のディジペーターはこれに影響を与えません。

上記のBI9ZZ\*は、実際にはWIDEm-nという形式で表現できます。（mとnは数字）簡単に言うと、WIDEとは特定のAPRSメッセージを転送するものではありません。
m は、最も多く転送される回数を指し、n は「強制」転送の回数です。

WIDEにおける m-n の設定については、通常、n は m 以下である必要があります。また、m はできるだけ 2 未満にすることが推奨されます。

また、一般的な igate は、APRS のメッセージを受信した場合に、自動的にその情報を報告するようです。ただし、「完全に送信されていない」場合でも、APRS 上でその経路が表示されます。

orz

（画面の範囲が限られているため、過度な演出は苦手です。）

BG2ELG

http://www.findu.com/cgi-bin/entermsg.cgi

この機能を使用すると、ISネットワークを通じて相手にメッセージを送ることができます。相手が近くのiGateでIS2RFを有効にしており、かつ、iGateが直近数分以内に相手の声を聞いたことがあれば、相手はメッセージを受信できます。

BloodBlade

まず、APRSDroidなどのTCP APRSを使用する場合、他のTCP APRSクライアントにもメッセージを送信してしまう可能性がある点について言及したいです。無線から無線への通信も可能ですし、基本的にインターネットから無線にメッセージを送ることは難しいですが、これはインターネットからの中継がほとんどないため、宛先がメッセージを受信できない可能性があります。
2つ目は、iGATEを正しく設定し、できるだけインターネット経由で無線通信に接続しないことです。これは、インターネット経由でのAPRSメッセージが大量になる可能性があるためです。誤った設定の場合、APRSの通信回線を占有し、他のユーザーへの影響を引き起こす可能性があります。
第三に、APRSメッセージを送信する際には、特に送信元と宛先のアドレスが無線デバイスに関連している場合は、注意が必要です。APRSメッセージは繰り返し送信される可能性があります（通信プロセスが完了しない場合）。実際にテストを行ったところ、手持ちの無線機から別のデバイスへメッセージを送信し続けていました。

そうではありません。少なくとも、APRSの設計思想は、双方向通信とTX iGateの使用を促進することであり、単なる車両追跡装置これから利用します。現在、APRS基金会のAPRSを担当する組織に引き継ぎます。説明以下：

また、IGateには2つの種類があります。受信専用のIGateと送信機能付きのIGateです。受信専用のIGateは、基本的にバード（無線機）を通じてdigipeaterに接続した際に、地図ウェブサイト（または国際宇宙ステーションの場合はariss.net）でその接続を証明として確認したり、 bragging rights を得るためにスクリーンショットを保存したりするのに役立ちます。バードが空中に広がるため、インターネットからRFを使用してAPRSパケットを送信する必要はありません。バードは数千マイルにわたる範囲をカバーしているため、バードを使用しているすべての人々は互いの通信が可能になります。RX機能付きのIGateは、ローカルな地上型APRSネットワークでは推奨されていません。なぜなら、送信機能付きのIGateは、情報サーバーからのクエリに対するテキストメッセージや応答を受信し、双方向の通信を可能にするためです。しかし、受信専用のIGateは基本的に地図ウェブサイトに接続するだけです。送信機能付きのIGateもdigipeaterとして機能しますが、それを行う必要はありません。

要するに、主要な機能として「iGate」を使用する場合、それは主にAPRS衛星の地上局として機能し、星探査愛好家のために記録を提供することです。ただし、「iGate」のみを使用してローカルのAPRS局域網で使用することは推奨されません。なぜなら、ローカルの局域網内のユーザーに対して、完全なAPRS機能をサポートできないからです。

また、メッセージの再送回数は限られているため、デバイス側の問題がない限り、受信側からのACKを受信できない場合に何度も送信する必要があるという心配は不要です。

BI1NIZ

詳細な情報については、以下の公式サイトをご参照ください: * https://www.aprs.org/ * https://aprs-is.net/ APRSとAPRS-ISは直接的な関係性ではありません。少なくとも、APRS-ISは独立して機能します。APRS-ISは主にRF-に関する問題を解決することを目的としています。>IS/IS-RFに関するこの閉ループ。

BG9JDI

私のiGateでis-が起動しました。>RF🤤

闽ICP备2021006864号-7

闽公网安备35020602002794号互联网举报中心

用户协议隐私政策社区规范积分规则中继规则转载须知
更新日志联系我们常见问题友情链接运营报告赞助

浩奇科技（厦门）有限公司

是无线电，把我们联系在一起