26.05.2016, 10:12
Hallo Iwo,
Eine völlig überlastete APRS-Frequenz wäre natürlich ein Grund. Allerdings müssen die eigenen Datenpakete ja nicht alle paar Sekunden durchkommen. Intervalle von vielleicht etwa 5-10 Minuten würden völlig ausreichen. Und das sollte eigentlich immer irgendwie funktionieren.
Auf gleiche Weise könnten/sollten auch die eigenen Datenpakete über das APRS-System weiterverteilt werden. Vorteil: Eigene APRS-Sender sind dann meistens nicht mehr erforderlich, da man auf diese Weise einfach die vorhandenen Sender/Gateways mit benutzt.
Ja, das ist natürlich der einfachste Weg. Ich persönlich sehe das aber etwas anders: Solange die "fertige Lösung" geschlossen/proprietär und abhängig von einem einzigen Hersteller ist, verzichte ich im Amateurfunk lieber darauf.
BTW: Wie sieht es da denn überhaupt gesetzlich aus? Das Protokoll liegt ja nicht offen, oder? Gilt das dann trotzdem als "offene Sprache"?
Weder Du, ich noch sonst ein Amateur kann/soll eine solche Funktion in ein kommerzielles Gerät 'reinprogrammieren. Das kann meistens nur der Hersteller selbst.
Das System gibt es ja im Ansatz schon. Und man kann es auch nutzen. Wir tun das sogar. Und das ohne eigene APRS-Sender an den Standorten. Beispiele:
DM0HA>APRS,TCPIP*,qAC,DB0TV:;ER-DM0HA *111111z5121.66NE00726.83E0438.937MHz T000 R12k [Ruhrlink] Hagen
DB0WET>APRS,TCPIP*,qAC,DB0TV:;ER-DB0WET*111111z5121.58NE00721.76E0439.300MHz T000 R17k [Ruhrlink] Wetter
DB0NX>APRS,TCPIP*,qAC,DB0TV:;ER-DB0NX *111111z5118.58NE00737.01E0439.125MHz T000 R12k [Ruhrlink] Wiblingwerde
DB0HAT>APRS,TCPIP*,qAC,DB0TV:;ER-DB0HAT*111111z5140.75NE00746.96E0439.225MHz T000 R39k [Ruhrlink] Hamm
Jetzt müsste man das nur noch konsequent bei den DV-Systemen umsetzen/nutzen und alles wäre toll.
Schönen Gruß
Frank, DL3DCW
(25.05.2016, 20:37)DG0CBP schrieb: ... denn an dem Standort wird auf der APRS-QRG so viel gehört, daß der TX gar nicht zum Senden kommt ...
Eine völlig überlastete APRS-Frequenz wäre natürlich ein Grund. Allerdings müssen die eigenen Datenpakete ja nicht alle paar Sekunden durchkommen. Intervalle von vielleicht etwa 5-10 Minuten würden völlig ausreichen. Und das sollte eigentlich immer irgendwie funktionieren.
(25.05.2016, 20:37)DG0CBP schrieb: ... Es wird das Empfangene lediglich zu APRS.fi weitergeroutet ...
Auf gleiche Weise könnten/sollten auch die eigenen Datenpakete über das APRS-System weiterverteilt werden. Vorteil: Eigene APRS-Sender sind dann meistens nicht mehr erforderlich, da man auf diese Weise einfach die vorhandenen Sender/Gateways mit benutzt.
(25.05.2016, 20:37)DG0CBP schrieb: ... dann nehme ich lieber die fertige Lösung ...
Ja, das ist natürlich der einfachste Weg. Ich persönlich sehe das aber etwas anders: Solange die "fertige Lösung" geschlossen/proprietär und abhängig von einem einzigen Hersteller ist, verzichte ich im Amateurfunk lieber darauf.
BTW: Wie sieht es da denn überhaupt gesetzlich aus? Das Protokoll liegt ja nicht offen, oder? Gilt das dann trotzdem als "offene Sprache"?
(25.05.2016, 20:37)DG0CBP schrieb: ... denn Programmieren ist nicht meines ... / ... Programmiere es doch rein ...
Weder Du, ich noch sonst ein Amateur kann/soll eine solche Funktion in ein kommerzielles Gerät 'reinprogrammieren. Das kann meistens nur der Hersteller selbst.
(25.05.2016, 20:37)DG0CBP schrieb: ... dann können wir es nutzen ...
Das System gibt es ja im Ansatz schon. Und man kann es auch nutzen. Wir tun das sogar. Und das ohne eigene APRS-Sender an den Standorten. Beispiele:
DM0HA>APRS,TCPIP*,qAC,DB0TV:;ER-DM0HA *111111z5121.66NE00726.83E0438.937MHz T000 R12k [Ruhrlink] Hagen
DB0WET>APRS,TCPIP*,qAC,DB0TV:;ER-DB0WET*111111z5121.58NE00721.76E0439.300MHz T000 R17k [Ruhrlink] Wetter
DB0NX>APRS,TCPIP*,qAC,DB0TV:;ER-DB0NX *111111z5118.58NE00737.01E0439.125MHz T000 R12k [Ruhrlink] Wiblingwerde
DB0HAT>APRS,TCPIP*,qAC,DB0TV:;ER-DB0HAT*111111z5140.75NE00746.96E0439.225MHz T000 R39k [Ruhrlink] Hamm
Jetzt müsste man das nur noch konsequent bei den DV-Systemen umsetzen/nutzen und alles wäre toll.
Schönen Gruß
Frank, DL3DCW
![[-]](http://forum.systemfusion.de/images/collapse.png)