Ich glaube ich habe den Fehler gefunden. Mit wget bekomme ich eine HTML Datei und nicht das Script. Habe die Datei händisch angelegt danach ging es.
Druckbare Version
Hallo zusammen.
Ich teste gerade mit meinem Pi und zwei DVB-T Sticks. Ich habe derzeit Probleme mit der Pocsaq Auswertung. FMS funktioniert einwand frei. Pocsaq kann ich mit SDRSharp empfangen, nur mit BOSWatch hab ich da ein wenig Schwierigkeiten.
Wie kann ich den Develope branch bei mir installieren?
Ich hatte es versucht mit git clone https://github.com/Schrolli91/BOSWatch/tree/develop aber dort ist keine git hinterlegt!? Google half mir hier auch nicht weiter.
Wie muss ich das mit dem Squelch Attribut verstehen? Ist dies 0-100 oder was mach ich dort generell mit :) .
Ansonsten finde ich das Script sehr gelungen. Gute arbeit Jungs!!!
Hallo chortyenz,
Gibst Du bei BOSWatch die Frequenz und einen evtl. Versatz an?
POCSAG ist sehr empfindlich, wenn man nicht die genaue Frequenz einstellt.
Develop ist auch kein eigenes git, sondern eine andere Sicht (Branch Develop) auf dieses.
Wenn Du den Develop-Branch clonen willst, musst Du folgendes eingeben:
Das ist die Rauschsperre, schau bei SDRSharp, was Du da einstellst, damit Du gerade kein Rauschen mehr hörst.Code:git clone -b develop https://github.com/Schrolli91/BOSWatch.git
Grüße
Jens
Hallo Perfectionist,
Du müsstest dann im gewünschten Plugin (z.B. MySQL) die entsprechende Änderung vornehmen, so dass die Zeit aus der Nachricht entnommen und für den DB-Eintrag verwendet wird.
Da im Normalfall keine Zeit in der POCSAG-Msg steht, können wir das nicht allgemeingültig einbauen.
Grüße
Jens
Hallo zusammen,
ich habe das ganze mal unter debian zum laufen gebracht, mysql läuft auf einem vserver bei hosteurope, aber irgendwie schlagen da keine POCSAG Meldungen auf, bzw. im Webfrontend gibts nur ZVEI und FMS, ist das gewollt so und wenn ja wir kann ich die POCSAG´s sehen?
Grüße aus dem Rhein-Neckar-Delta
joki
sorry Jungs, ich war ein wenig arg eingespannt.
Jetzt im Urlaub und ein paar Stunden Zeit die Tage.
Das firEmergency funktioniert, ich habe allerdings noch keinen Blick auf das neue Plug-In System geworfen.
Ich werde es aber heute Abend noch stricken. :)
Viele Grüße
Rene
Hallo Joki!
Hast du von extern denn Zugriff auf den mySQL Server? Viele Server erlauben in der Standartkonfiguration nur einen Zugriff vom Localhost.
Hast du mal einen externen Zugriff versucht?
Gruß
Rissdorf
Hallo Joki,
die RICs werden von BOSWatch aussortiert, da sie nicht 7-stellig sind.
https://de.wikipedia.org/wiki/Radio_Identification_Code
Stimmen die ausgegebenen RICs bei Euch? 0123456 -> 123456?
Ich werde mal bei multimon-ng gucken, ob führende Nullen unterdrückt werden, dann hätten wir da ein ToDo...
Grüße,
Jens
PS: Ich würde Dir empfehlen Deine Beiträge zu editieren.
Das Veröffentlichen des Logs mit echten RICs/Adressen/Meldungen ist nicht erlaubt.
Na dann melde ich mich auch mal kurz aus dem Urlaub ;-)
Wegen den 6 stelligen RICs müsste eben mal geklärt werden, ob das nur führende 0en Betrifft, oder generell 6stellig geht. Da kann man das Vadlidation RegEX ja recht schnell umstricken...
Und zum Web Frontend:
Das wurde mal angefangen zum testen, da jetzt aber derzeit große Änderungen an BOSWatch selbst laufen, lag das erst mal auf Eis. Eine Pocsag Anzeige wurde bisher noch gar nicht im Frontend implementiert.
Aber das wird dann wohl die nächste Baustelle sein, wenn die größten Bugs aus dem Aktuellen Dev Stand raus sind.
Grüße aus Prag - Basti
Hey,
RICs müssen definitv 7-Stellig sein, wie JHC schon schrieb. Das einzige was auftreten kann, sind führende Nullen.
Die ersten 3 Stellen sind zur Identifizierung des LK in der BRD, soweit ich weiß.
Also muss der RegEx dementsprechend angepasst werden. Ich hab da aber ehrlich gesagt nicht dran gedacht.... :)
@JHC:
Es sieht so aus als wäre es auch so das Multimon die führende Null rauswirft. Es muss also auch die Plausibilitätskontrolle (ric==7) angepasst werden oder es schreibt wer einen Pull-Req. an Elias :)
Grüße aus den Niederlanden! :-)
Moin Smith,
Ich habe im Quellcode von multimon-ng keinen Abschnitt gefunden, der dafür sorgt, dass eine führende Null ausgegeben wird. Ich habe nur Längenprüfungen 1-7 gesehen und die Ausgabeformatierung auf 7 Zeichen Platz, rechtsbündig. Das passt soweit zum geposteten Bild mit " 123456". Entweder Dekodierungsfehler oder der RIC war wirklich 0123456 und multimon-ng lässt irgendwo in der Typkonventierng die null fallen.
Ich habe es mir mal erlaubt Elias eine eMail zu schreiben, mal schauen ob er darauf reagiert.
Grüße
Jens
PS: Leider habe ich keine offiziellen RIC-Struktur-Dokumente gefunden, die das vorgeben...
Ich gehe davon aus, das dies der Fall ist. Ich habe mir zwar den Quelltext nicht angeschaut, aber es wird so sein.
Die RIC wird dann von boswatch aktuell nicht mehr aufgefüllt. Ich hatte das damals so geschrieben.Ich denke damit sollte der Fehler dann behoben sein.Code:.replace(" ", "").zfill(7)
Mit der Filterung der Range, welche dann nach diesem Schritt ausgeführt wird, sollte dann auch Fehldekodierungen nicht mehr vorhanden sein.
Eingang -> RIC auf 7 Stellen -> RIC in Range? -> weitere Ausführung.
Bin gespannt, was er dazu sagt. :-)
Naja, offizielle Doku kenne ich auch nicht. Aber schonmal einen DME mit 6 Stellen versucht zu programmieren? Lässt das Programm nicht zu :-)
Hi Smith,
Ich sehe das nicht als "Fehler" in BOSWatch, wenn RICs eigentlich 7-Stellig sind sollte. Eigentlich dürfte BOSWatch die RIC nur von links beginnend auffüllen, ein Leerzeichen rechts von der Zahl oder zwischen den Ziffern wäre ein echter Fehler.
Da wir hier nur RICs > 1xxxxxxx haben, hat sich mir das Problem mit 0xxxxxx noch nicht gestellt.
Grüße
Jens
Ich denke du weißt was ich meine.
das zfill ist schon der passende Weg um eine von multimon nicht übergebene führende Null wieder hinzu zufügen.
Damit sollten wir auch für Landkreise in denen es mit 00 beginnt gewapnet sein. Auch wenn es nur 9 sein können ;)
Ich wollte auch nur darauf hinaus, das ich damals in meinem Script und in der ersten Phase von BosWatch aus diesem Grund das zfill eingesetzt habe.
Und damit wäre dann das "Problem", welches kein Fehler ist, erledigt :-)
Moin, moin,
das "multimon-ng"-Problem mit den RICs habe ich gefixed.
Sollte jetzt wieder funktionieren.
Weiterhin habe ich
- das firEmergency-Plugin von Smith
- und ein eMail-Plugin
dem develop-Branch hinzugefügt.
Grüße
Jens
Super... :-)
Wenn jemand das mal noch kurz testen könnte? Oder ist schon alles auf den ersten Blick Bugfrei? Dann würde ich am Wochenende endlich mal wieder in den Master mergen :-)
"noch" Grüße aus Prag ^^
Hallo zusammen,
kam die letzten Tage leider nicht zum testen, heute hab ich die aktuelle Boswatch mal mit install.sh drübergebügelt.
Leider laufen bei mir immer noch die Fehler mit den 6-stelligen Rics auf :-(
Dachte da wäre dran gearbeitet/gelöst worden, oder war das nur im Developer-Branch.
Gruß Jörg
Hallo Jörg,
Habe eben nochmal im Repository nachgeschaut, der Bug ist dort behoben.
Hat er bei Dir nicht den aktuellen Code gezogen?
Oder das Problem ist noch etwas ganz anderes.
Bitte schicke mir mal das log als pm.
Grüße
Jens
Hallo zusammen,
es funktioniert alles wunderbar, die Emailfunktion, die Auschlussliste, die Description-Liste, das einzige was im Moment noch nicht so super funktioniert ist die Unterdrückung der Wiederholungen, aber evtl. muss ich da nur mal die Zeit ein wenig hochsetzen.
Ansonsten: super!
Dankeschön.
Moin, moin,
die BOSWatch Version im develop-Zweig kann jetzt auch als Dienst ausgeführt werden.
Installation muss manuell erfolgen, die Beschreibung findet ihr in service/README.md
Gerne testen und Fehler melden.
Grüße,
Jens
Aktuell steuern wir auf ein Release 2.0 zu
Letzte kleine Fehler werden noch behoben, und dann wird nochmal eine Runde getestet.
Grüße
Hallo zusammen,
ich habe da ein Problem mit dem versenden von Emails, d.h. es wird nur an die erste Adresse in der Zeile verschickt, ich habe schon diverse Alternativen ausprobiert, allerdings ohne Erfolg.
Das hab ich bisher gemacht:
1. to = user@irgendwo, user2@woanders
2. to = user@irgendwo,user2@woanders
3. to = user@irgendwo; user2@woanders
4. to = user@irgendwo;user2@woanders
der erste user@irgendwo bekommt die Email, alles was dahinter steht wird ignoriert :-(
Jemand ne Idee dazu?
Gruß Jörg
Wir sind dran ;-) Issue ist offen...
Scheint nix großes zu sein.
https://github.com/Schrolli91/BOSWatch/issues/41
Gruß Basti
So aktuell ist die Version 2.0 als "Release Candidate" veröffentlicht:
https://github.com/Schrolli91/BOSWat...es/tag/v2.0-RC
Wenn Ihr Lust habt könnt ihr das ganze ja mal auf "Herz und Nieren" testen ;-)
Evtl. findet sich dann noch der ein oder andere - sicher nicht auszuschließende - Bug, vor der Veröffentlichung.
Probleme, Bugs, Fragen, Wünsche oder Erweiterungsvorschläge könnt Ihr uns gerne hier hinterlassen, wir schauen uns das ganze dann mal an :-)
https://github.com/Schrolli91/BOSWatch/issues
Falls jemand gerne selbst Code, Plugins, Änderungen oder Bugfixes beisteuern möchte, bitte vom develop-Branch einen fork ziehen...
Grüße Basti
btw:
Ist erledigt ;-)
Kann die alten Beiträge leider nicht editieren... :/
Release 2.0 - https://github.com/Schrolli91/BOSWat...eases/tag/v2.0
Bei Problemen oder Fragen einfach ein Issue aufmachen, Danke
Hallo zusammen,
nachdem das System jetzt mal ein paar Tage läuft wollte ich mal feedback geben:
Es werden zuverlässig alle POCSAG Alarme bei mir aufgefangen, was leider oftmals nicht tut ist das Filtern der Wiederholung, habe inzwischen
[POC]
# time to ignore same alarm in a row (sek)
double_ignore_time = 20
gesetzt, aber es laufen immer noch doppelte auf obwohl die meist nur 3-6 Sekunden aufeinander folgen, aber immer wenn eben Löschzüge alarmiert werden bzw. mehrere RIC nacheinander durchlaufen funktioniert wohl die Unterdrückung der Wiederholung nicht zuverlässig, d.h. beispielsweise:
2015-07-16 08:21:05: HLF-T (Wache xxx) 0113732
2015-07-16 08:21:03: HLF (Wache xxx) 0113724
2015-07-16 08:21:01: HLF-T (Wache xxx) 0113732
2015-07-16 08:20:59: HLF (Wache xxx) 0113724
Desweiteren werden bei uns die Orte zwar mit Strassennamen angegeben, aber es werden auch noch Koordinaten mitgesendet, leider im Format: *X08, 62633100 Y50, 12238900*
Wobei man das irgendwie umsetzen müsste nach http://www.google.de/search?q=E08.62633100+N50.12238900 (Achtung: fiktive Adresse ;-) )
Jemand ne Idee wie man so einen Filter realisieren könnte?
Vielen Dank im voraus.
Viele Grüße
Jörg
Moin Jörg,
Du benutzt entweder die alte Version oder hast die config.ini nicht angepasst (und daher im Moment gar keinen Filter).
Schaue mal in config.ini im Block [BOSWatch]:
Du musst dann bei Dir mal ausprobieren, welche Anzahl für entries bei Dir sinnvoll ist.Code:# for double check save the last n IDs
# it is used in combination with double_ignore_time
# 1 is required if you want to use the double alarm filter
doubleFilter_ignore_entries = 10
# time to ignore same alarm (see next param too) (sek)
doubleFilter_ignore_time = 5
# ignore msg is only usefull for POCSAG (0|1)
# 0: double check ignores the msg-text (only check ID + function)
# 1: if you want to differentiate between with/ without msg
# f.e. if they use quick-alarm (without text, then same ric with msg)
# you will get more then one alarm anyway if the msg is different (receiving-problems)
doubleFilter_check_msg = 0
Grüße
Jens
moin zusammen,
update gemacht, config angepasst und keine doppelten mehr! dankeschön!
schon jemand ne idee für die geo daten?
Gruß Jörg
Hallo Jörg,
ein Editieren der Msg ist aktuell als allgemeine Funktion nicht vorgesehen.
Wie willst Du die Information denn weitergeben/ anzeigen?
Grüße,
Jens
Hallo Jens,
zur Zeit geb ich die Infos per Email an Boxcar.io, dann kriege ich ne Nachricht per Push aufs iphone, und da könnte ich dann eben auf den googlemapslink drücken und hätte die Karte.
So weit mein Gedanke, aber ist eher was für die Kür, auf keinen Fall Pflicht ;-)
Desweiteren hab ich noch so ein Projekt was evtl. einfacher zu realisieren ist, ich würde gerne nach 1-2 speziellen Rics filtern und dann per linphone einen Anruf initiieren, SIP-Server wäre eine Fritzbox.
Hintergrund: ich bin es leid einen FME durch die Gegend zu tragen, und dann würde ich mich eben von einer speziellen Nummer anrufen lassen, die würde dann als Favorit im Handy gespeichert werden und dann wäre auch die nächtliche Stummschaltung des Iphone kein Problem mehr, da die Anrufe im Gegensatz zu Nachrichten nicht stummgeschaltet werden.
Wünsche ein schönes (nicht zu heißes) Wochenende.
Gruß Jörg
Hallo Jörg,
für den Google-Link müsstest Du das eMail-Plugin erweitern...
Hier mal ein ungetesteter Lösungsansatz:
Replace auf " Y" ist natürlich ziemlich weitgehend, evtl. " Y50" nehmen, wenn das immer zutreffend ist.
Mal davon abgesehen, dass ich nichts davon halte, den FME zu Hause zu lassen, ist hier die Frage mit welchem Technologie-Stack Du das durchführen müsstest.Code:data['msg'] = data['msg'].replace("*X", "http://www.google.de/search?q=E").replace(" Y", "+N")
Die Filterung wäre trivial: per RegEx in der config.ini filtern:
GrüßeCode:sipAlarm = POC;ric;"PLUGIN";*;(1234567|1234568)
Jens
Hallo Jens,
ich hab das mal ausprobiert und das eMail.py in Zeile 184 folgend geändert:
mailtext = mailtext.replace("%MSG%", data["msg"]).replace("X08, "," http://www.google.de/search?q=E08.").replace(" Y50, ","+N50." #replace Wildcards
Aber da tut sich leider nix :-(
Noch ne Idee?
Gruß Jörg
Und noch ein komisches Verhalten:
seit ich am Email.py geschraubt habe passiert jetzt:
H:M:S: FF XXXXXXXXX (B1) 0114137
statt
2015-07-23 03:02:30: FF XXXXXXXXX (B1) 0114137
Habe wieder die Urversion von github eingespielt, aber Phänomen bleibt :-(
Moin Joki,
da scheint ein Bug im eMail-Plugin im Master-Zweig zu sein.
Als Übergangslösung kannst Du die zwei Zeilen nach folgender Syntax ändern:
Oder Du nimmst das eMail-Plugin aus dem Developer-Zweig.Code:mailtext = mailtext.replace("%TIME%", timeHandler.getTime()).replace("%DATE%", timeHandler.getDate())
Grüße
Jens
Ich habe mir einen PiTFT als Display gekauft:
http://www.adafruit.com/product/2298
Wäre es möglich die Ausgabe an die Größe (320x240) anzupassen,
bzw. dafür ein Anzeigemodus zu programmieren?
Datum&Uhrzeit | RIC | Einsatzmittel | Nachricht
Hi Dtrieb,
BOSWatch selber ist eigentlich kein Anzeige-Programm, daher wird es direkt nicht mit Deinem Display arbeiten können. Es macht eine reine serielle Verarbeitung der einzelnen Nachrichten.
Trotzdem fallen mir jetzt mehrere Optionen zu ein:
1.) Du passt den Logogging-Formatter in boswatch.py an, so dass die Anzeige kleiner wird. Ist aber nur eine Annäherung, der Logger macht keine Auswertung der msg.
2.) Du baust Dir einen jsonSocketServer, der die Ausgabe für das Display macht.
Vorschläge dafür findest Du hier: https://github.com/Schrolli91/BOSWat.../exampleAddOns
- jsonSocketServer wäre eine Basis für eine beliebige Ausgabe
- alarmMonitorRPi habe ich für mein Display gebaut, funktioniert aber von der Anzeigeanforderung ein bisschen anders
3.) Lass auf dem Display ein (Web-) Skript laufen, welches die Daten aus der DB aufbereitet
4.) Man müsste ein weiteres Plugin bauen, welches die Daten wie gewünscht anbietet (eigene Datei oder ähnliches)
Grüße
Jens
Hi Dtrieb,
wenn du an dem PI eine Netzverbindung hast, dann schieß die daten doch einfach in einen Wordpressblog per Email, den kannste dann in der Mobilversion aufrufen, das tut auch auf dem kleinen Display, muss ja nicht öffentlich sein, bzw. theoretisch kannste das ja sogar lokal bewerkstelligen. das Delay sollte zu vernachlässigen sein, musste halt nur alle paar Sekunden einen Refresh der Website anstoßen.
Nur so als Idee, mehr so quick&dirty ;-)
Vielen Dank für eure Ideen ...
Jetzt muss ich erstmal den Pi in betrieb nehmen und dann mal schauen welche Lösung mir am besten gefällt.
Vielleicht hat mein Bruder der Python kann auch noch eine Idee für mich ...
Hi,
ich hab an meinem Pi ein 2,8" Display. ( http://www.reichelt.de/RASP-C-BERRY-...ASP+C-BERRY+28 )
Da lasse ich mir die alarmierte Einheit und die Meldung anzeigen.
Läuft noch nicht perfekt, aber es erfüllt seinen Zweck :-)
Habe das Testprogramm angepasst und in die pocsag.py mit eingebunden
MfG
coastboy
Hallo Forum,
klasse, welche Dynamik dieses Projekt aufgenommen hat.
Ich habe folgendes Problem: Ich besitze zwei USB-DAB-Sticks. Der eine hat einen E4000 Tuner, der andere ist ein Rafael Micro R820T.
Mit dem E4000 Stick bekomme ich keinerlei Empfang hin. Ich habe mit Stick am Pi mit rtl_tcp und SDR# auf meinem Heimrechner konnte ich nicht einmal einen starken lokalen Radiosender empfangen.
Mit dem R820T Stick bekomme ich mit gleichem Setup Radiosender gut rein, wenn ich das Gain etwas heraufsetze.
Lasse ich jetzt boswatch laufen, startet es auch, jedoch kommt keine Decodierung von POCSAG-Signalen zustande. Dieses Verhalten habe ich bei beiden Sticks identisch.
Doofe Frage: Zeigt boswatch in der Grundkonfiguration eigentlich Decodierungen an? Ich habe lediglich die config.template.ini in config.ini umbenannt.
Kann ich bei boswatch irgendwie Einfluss auf das Gain nehmen, oder wird das automatisch geregelt?
Danke und Gruß,
Funkwart
Moin Funkwart,
da fallen mir mehrere Dinge ein:
1. richtige Antenne?
2. richtige Frequenz?
Gerade POCSAG reagiert ziemlich empfindlich, wenn die Frequenz nicht stimmt.
Mein Stick hat z.B. einen Versatz von 9 KHz, damit würde POCSAG nie klappen.
Nimm Dir ein Tool mit einer grafischen Oberfläche (z.B. Wasserfalldarstellung) und kontrolliere die Frequenz. Für den E4000 Tuner gibt es auch ein rtl_test-Tool für Linux.
Wenn Du die richtigen Parameter kennst, kannst Du BOSWatch damit starten.
Die Parameter "-f xxx und -a xyz" sind Pflicht. Gain und andere optional.
BOSWatch macht in der Richtung Empfang/ Dekodierung gar nichts automatisch, er gibt die Parameter nur an multimon-ng weiter.
Wenn Dein Debug-Level niedrig genug ist, sollte eine eingehende Nachricht als info ausgegeben werden.
Grüße
Jens
Hallo zurück,
die richtige Frequenz ist so eine Sache. Leider funktioniert das rtl_test Tool bei mir nicht. Wenn ich kalibrate auf dem GSM900 Band aufrufe, kommen keine Ergebnisse.
Den Parameter für Gain sehe ich bei boswatch nicht:
Welcher ist denn der Parameter für Gain?Code:optional arguments:
-h, --help show this help message and exit
-f FREQ, --freq FREQ Frequency you want to listen
-d DEVICE, --device DEVICE
Device you want to use (Check with rtl_test)
-e ERROR, --error ERROR
Frequency-Error of your device in PPM
-a {FMS,ZVEI,POC512,POC1200,POC2400} [{FMS,ZVEI,POC512,POC1200,POC2400} ...], --demod {FMS,ZVEI,POC512,POC1200,POC2400} [{FMS,ZVEI,POC512,POC1200,POC2400} ...]
Demodulation functions
-s SQUELCH, --squelch SQUELCH
Level of squelch
-v, --verbose Shows more information
-q, --quiet Shows no information. Only logfiles
Danke und Gruß,
Funkwart
Moin Funkwart,
dann ist da wirklich etwas im Argen, wenn das mit einem E4000 nicht geht, GSM gibt's ja überall.
Mit dem Wasserfall findet man die Frequenz in wenigen Minuten raus. :-)
Gab mal eine Anleitung dazu, müsste ich mal suchen.
Update: Anleitung zur Frequenzfindung
Stimmt, habe gerade im Quellcode nachgeschaut, Gain setzen wir pauschal auf 100, das sollte bei jedem Stick automatisch den höchsten Wert ergebe .
Grüße
Jens
Sehr sehr geil! das funktioniert hervorragend!
aber, eins noch, für eine bessere Strukturierung der Email würde ich gerne im NachrichtenBody einen Zeilenumbruch drinne haben, im Moment sieht das bei mir so aus:
poc_message = %DATE% %TIME%: %DESCR% %RIC% %MSG%
Ich hätte gerne vor %MSG% einen Zeilenumbruch eingefügt, Ich habe schon folgendes probiert, allerdings ohne Erfolg: \r\n oder \n
Jemand ne Idee dazu, oder wäre es vielleicht eine Idee wert die Struktur der Email in einem template zu definieren und in der config zu verlinken?
Gruß Jörg
Moin Jens und alle anderen,
ich bin ein Stück weiter und will kurz berichten, da es vielleicht auch anderen so ergeht.
Nach einigem Suchen habe ich folgende Anleitung gefunden: https://arrrr.com/rtl-sdr.shtml
Der erfolgbringende Faktor war bei mir folgende Vorgehensweise:
- rtl_test -p aufrufen (bei mir ergab sich ein grober Offset von 55ppm)
- kal -s 900 -g 48 -e 55 aufrufen (g: Gain Wert, falls das Signal zu schwach ist, erhöhen / e: der im vorigen Schritt ermittelte Offset)
Damit konnte ich jetzt mit kal auch einen geeigneten GSM-Kanal ermitteln und den Offset bestimmen (liegt bei mir auch mit kal bei 55).
Leider bekomme ich mit der Standard-Konfiguration von boswatch auch jetzt weder eine POCSAG1200 noch eine FMS Dekodierung hin.
Kann mir jemand sagen, ob ich noch explizit an der Squelch-Einstellung etwas ändern muss? Wofür ist die überhaupt, ich höre ja nichts mit.
Danke und Gruß,
Funkwart