Hallo,

ich habe heute ein Upgrade des Forums auf die aktuelle Version 1.8.33 vorgenommen.
Was ist neu/geändert?
Es wurden 1 Sicherheitslücke geschlossen und 8 Fehler behoben.

Geschlossene Sicherheitslücken:

• Hohes Risiko: Local file inclusion bei der Spachverwaltung im ACP
  

Hi zusammen 
Danke fürs hereinlassen und allen wünsche ich frohes 2023.

So nun zu meinem Problem mit dem Kenwood TM-D710GE 

Mein APRS call ist mit HB3YDM-10 auf APRS fi zu sehen.

Habe Probleme mit den APRS.FI Einstellungen als Digipeater ich arbeite mit der RTsystems Software komme aber auch gut mit der Menu Führumg zurecht nur habe ich einige Mühe die richtigen Einstellungen zu finden und könnte hier noch etwas Hilfe gebrauchen.

Muss ich eigentlich den squelch auf 144.800 geschlossen haben oder kann ich die volume zu drehen und den squelch öffnen? Oder kann ich das Band a den Lautsprecher Auf Mute stellen?
Dann gibt es noch weitere.

ich wünsche euch allen noch schöne Feiertage und nicht zu feucht ins Jahr 2023 schlittern 

Tom aus Wien

Hallo zusammen,

ich bin noch ein relativer Neuling bei APRS und habe das bislang nur auf 2m mit meinem Handfunkgerät gemacht, aber bin sehr begeistert von dem APRScube und dem super-schnellen und netten unkomplizierten Service!!

Nun habe ich aber eine Frage, die mir trotz einigem Lesen im Forum bis jetzt nicht ganz klar geworden ist, nämlich was die drei Modi GATE/NODE/PEER genau bedeuten bzw. was die genauen Unterschiede sind und wann ich welchen verwenden muss.
Mit RF meine ich in der Folge immer die 70cm-Funkschnittstelle.

Am klarsten ist mir noch der iGATE-Modus. Wenn ich alles richtig verstanden habe, werden über RF empfangene Pakete ins Internet weitergeleitet, darüber hinaus meine Position und Telemetrie nach dem eingestellten Intervall (Standard 15 min.) über Internet an APRS-IS geschickt. Desweiteren scheint noch (relativ hochfrequent, ich habe nicht genau gemessen, aber gefühlt 1x pro Minute) auf RF ein Beacon gesendet zu werden. Hier wäre meine erste Frage, welche Daten da mitkommen, ich vermute Text, Position & Telemetrie, so dass andere LoRa-APRS-Empfänger mein Gate über RF „sehen“ können.

Was passiert aber nun genau bei NODE und PEER und was sind die Unterschiede zwischen den beiden Modi? Aus dem Forum konnte ich bereits entnehmen, dass für ein mobiles Tracking der NODE-Mode wohl der richtige sei, aber was macht dann der andere (PEER)? Und was genau passiert bei NODE? Ich vermute ich empfange Beacons von anderen (RF RX) und sende mein eigenes Beacon über RF TX? Was passiert, wenn ich das Internet anschließe, wird meine eigene Position dann sowohl über RF TX als auch über Internet übertragen? Bei welchen Modi werden empfangene Pakete ins Internet geroutet?

Sorry, ich bin leider ein bisschen lost und versuche es zu verstehen  Vielleicht kann mich jemand erhellen

73, Alex

Für LoRa iGate´s hat sich scheinbar die  -L4  Rufzeichenerweiterung bzw. SSID durchgesetzt.

Auf APRS.org finde ich keine Hinweise zu der SSID bei LoRa, die Datei ist ja auch von 2012.
Ich habe bereits das Netz zu dem Thema durchsucht, auch im englisch sprachigen Bereich, aber keine Hinweise dazu gefunden.

Das L steht wohl für LoRa.
Wieso wurde die 4 gewählt?

Hallo,

ich musste heute schon wieder ein Upgrade des Forums auf die aktuelle Version 1.8.32 vornehmen.

Geschlossene Sicherheitslücken:

• Hohes Risiko: XSS-Lücke im Editor
  
  
  
• Mittleres Risiko: SQL-Injection bei der Benutzer-Verwaltung im Admin-CP
  
  
  
• Niedriges Risiko: XSS-Lücke bei Attachments
  
  

Moin ....

anscheinend ist eine Grundeinstellung vorhanden, die eine Bakenaussendung im 26sek-Takt vornimmt. Das sollte deutlich verlängert werden, wenn nicht die QRG bald genau so "überlastet" wird, wie im 2mtr-Bereich.

Einen OM im OV habe ich schon darauf hinweisen können, aber es gibt mehrere Beispiele.

73

Angehängte Dateien

Thumbnail(s)
       

Hallo,

ich habe heute ein Upgrade des Forums auf die aktuelle Version 1.8.31 vorgenommen.
Es wurde 1 Sicherheitslücke geschlossen und 21 Fehler behoben.


Falls bemerkt wird, dass etwas nicht funktioniert, bitte eine Mail an mich.

Hallo zusammen,
ich beschäftige seit einigen Tagen mit dem LORA APRS Thema und habe mir bereits zwei TTGO T-Beam ESP32 LoRa APRS 433MHz Boards mit der Firmware von OE5BPA 
https://github.com/lora-aprs/LoRa_APRS_Tracker erfolgreich flashen können.

Nun habe ich hier ein weiteres TTGO T-Beam ESP32 LoRa APRS 433MHz Board, das nachdem flashen kein APRS Signal erzeugt (keine HF auf 433.775MHz im SDR RX zusehen).
Die beiden LEDs blinken, es sollte also ein GPS Signal empfangen werden.

Wenn ich die Software auf ein anderes Board Flashe, arbeitet es normal.  Daraus schließe ich, dass die Software in Ordnung ist.

Da ich noch kein Display aufgelötet habe, kann ich natürlich keine Meldungen sehen. Gibt es einen Debug Mode der den USB Port zur Ausgabe verwendet?

Wie könnte ich das Board testen? um festzustellen, ob es defekt ist?

VY 73 Manfred

Hallo LoRa-Gemeinde,

Ich lese hier schon eine geraume Zeit mit und beobachte gleichzeitig die Entwicklung und Verbreitung im LoRa-APRS-Bereich. Neben einem RX-only iGate nach OE5BPA (DF1KZ-10) betreibe ich auch LoRaWAN-Gateways für TTN in Kerpen und im Osten von Köln auf 868 MHz (EU868).
Als TX (auf 70cm) verwende ich den LilyGO TTGO-T-Beam V1.1 433 MHz, SX1278 mit APRS 434. 

Im Moment nutzt LoRa-APRS einen SF:12, BW:125kHz, CR4/5 was dazu führt, dass Aussendungen einige Sekunden lang werden können und damit die Störanfälligkeit und der Energiebedarf steigt. Es gibt bereits gute Ansätze, Kompressionsverfahren zu verwenden z.B. APRS 434.
Was haltet ihr davon, niedrigere SF als 12 z.B. SF7 (-13dB Empfindlichkeit) oder SF9 (-8dB Empfindlichkeit) zu verwenden?

Gut, das bedeutet, dass wir neue oder zusätzliche iGates benötigen oder wie währe die Idee, ein LoRa-Gateway für EU433 (im Moment leider schlecht lieferbar) entsprechend zu modifizieren? Diese LoRa(WAN)-Gateways empfangen auf bis zu 10 Frequenzen gleichzeitig mit unterschiedlichen SF und auch FSK. TX können diese Gateways mit bis zu 27dBm LoRa/FSK.

Wolfgang