Hallo zusammen.

Ich mache mal den Anfang (?)

Ich habe einen DVSwitch Server auf einem Raspi 4 stabil laufen und es funktioniert auch die Android App DVSWitch Mobile auf meinem Handy, Tablet und F40 POC Gerät. Alles supi ohne Probleme.
Heute bekam ich ein gebrauchtes Inrico T298S.
Ich fand die Kombination mit einem zusätzlichem HF Teil für 70cm Reizvoll.
Leider stürzt die DVSwitch Mobile App auf diesem Gerät ab
Bzw.: Wird gleich nach dem Start beendet.
Liegt es nun an der App, der Androidversion (4.4.2) oder an der "übersichtlichen" Speicherbestückung ( 2GB, 0,94GB noch frei) des Geräts ?
Habe schon um eine 16GB Karte erweitert und diese als zu beschreibendes Medium gewählt.

73 DO1RHC Rüdiger

Hier in diesem Forum kann man sich gern austauschen zum Thema Dv-Switch und den Zugang via App / PC /  Ambe-Stick sowie Sonstiger App und Softwarelösungen um in die dgitale Welt des Funkens via Voip einzusteigen.

Bleibt bitte friedlich ;-)

73 de DO5SPA

Heiko DL1BZ hat neben der Umsetzung von Apco P25 über den Pegasus Master nun auch noch NXDN mit "angeflanscht"

Eine ausführliche Erklärung und Übersicht findet ihr in angehängter Datei.
Danke an dieser Stelle für die Mühe.

Zugang via Hotspot ist nun nach Update der NXDN Datenbank im Hotspot die bspw. bei Pistar aller 24h passiert möglich.
Via Repeater natürlich auch nur mit aktueller NXDN Datenbank (da sind die Repeaterbetreiber gefragt, diese aktuell zu halten)

Derzeit läuft das ganze noch im Testbetrieb !

73 de DO5SPA

Angehängte Dateien

  PEGASUS_P25_NXDN.pdf (Größe: 800.32 KB / Downloads: 764)

 Hallo,
Ich bin neu bei DMR.
Ich finde dein Projekt sehr interessant.
Danke besonders zu Manfred DM8ANE für Hilfe und support wenn ich ein Problem mit the repeater hatte heute.
Entschuldigung für die schlechte Grammatik, aber Amateurfunk hilft wirklich,  es zu verbessern.
Danke,
MfG.
David ( Engländer aus 32108 Bad Salzuflen)

Eigentlich funktioniert mein neuer openSpot3 ausgezeichnet und die Verbindungsqualität zwischen HT und openSpot3 ist auch gut; zumindest ist die Sprachqualität in QSOs und bei Benutzung der Parrot Funktion gut. Als HT benutze ich ein FT3 auf 433.9 MHz mit C4FM. Trotzdem habe ich gestern mal versucht, AutoCal auszuführen, um eventuell noch vorhandene Frequenzabweichungen zwischen HT und openSpot3 zu kompensieren.

AutoCal läuft aber nicht durch, das heißt, Phase 2/3 wird bei dem angezeigten Prozess nicht erreicht. Im Manual steht allerdings auch:

"We suggest you to only run AutoCal if the openSPOT3 shows BER above 1% for your radio's transmission, as errors in the voice stream usually won't be noticeable if the BER is below 1%."

Eine Bit Error Rate von größer 1% habe ich nicht. Bedeutet das jetzt, dass AutoCal für BER<1% nicht funktioniert (nicht zu Ende kommt) oder dass es nur keinen Effekt hat, aber durchläuft. Daher meine Frage: Hat schon mal jemand von Euch auf einem openSpot3 AutoCal ausgeführt und wie war das Ergebnis?

LG, Andy (DO7JAJ)

Irgendwo habe ich noch einen Gedankenfehler drin. So weit ich das verstanden habe, handelt es sich bei C4FM eigentlich um FSK4 mit einer Symbolrate von 4.8k Bd und bei 2 Bit pro Symbol kommt man entsprechend auf eine Bitrate von 9.6 kbit/s. Bis dahin ist ja noch alles klar. Nun kann man aber den Frequenzabstand der einzelnen Symbole nicht unabhängig von der Symbolrate wählen, um sauber demodulieren zu können (Ausnutzung der Orthogonalität der Symbole). Bei kohärenter Demodulation braucht man dafür einen Frequenzabstand von mindestens Symbolrate/2 und bei inkohärenter Demodulation sogar einen Abstand gleich der Symbolrate. Bei C4FM ist der Abstand aber nur 1800Hz und man bräuchte ja eigentlich mindestens 2400Hz. Mit den 1800Hz wird die belegte Bandbreite natürlich kleiner. Dafür bekommt man aber Intersymbolinterferenz, weil die Symbole nicht mehr orthogonal sind.

Vielleicht kann mir jemand mal auf die Sprünge helfen?

LG, Andy (DO7JAJ)