Hallo, Gast |
Du musst dich registrieren bevor du auf unserer Seite Beiträge schreiben kannst.
|
Benutzer Online |
Momentan sind 29 Benutzer online » 0 Mitglieder » 27 Gäste Bing, Google
|
Aktive Themen |
und nun?
Forum: User Quatschen
Letzter Beitrag: IndiaGolf
06.09.2024, 20:04
» Antworten: 0
» Ansichten: 122
|
Schluss aus und ende...
Forum: Server
Letzter Beitrag: 13MAD86
30.08.2024, 21:25
» Antworten: 0
» Ansichten: 204
|
Pi Star APRS Problem
Forum: Pi-Star
Letzter Beitrag: BEBRA3
11.08.2024, 11:35
» Antworten: 0
» Ansichten: 227
|
Baofeng DM-1701
Forum: Funkgeräte
Letzter Beitrag: BEBRA3
09.08.2024, 14:03
» Antworten: 0
» Ansichten: 212
|
DMR_Hosts.txt update
Forum: Pi-Star
Letzter Beitrag: BEBRA3
09.08.2024, 14:00
» Antworten: 2
» Ansichten: 342
|
ID Antäge
Forum: Normale Themen
Letzter Beitrag: BM4RCO
01.08.2024, 15:20
» Antworten: 5
» Ansichten: 930
|
Userliste.csv
Forum: Dashboard
Letzter Beitrag: 13RF477
31.07.2024, 18:23
» Antworten: 4
» Ansichten: 975
|
Erlaubt oder verboten? Ho...
Forum: Repeater
Letzter Beitrag: IndiaGolf
29.07.2024, 18:49
» Antworten: 9
» Ansichten: 1.545
|
Anytone Funkgeräte
Forum: Funkgeräte
Letzter Beitrag: IndiaGolf
29.07.2024, 18:20
» Antworten: 0
» Ansichten: 161
|
Server-NRW
Forum: Server
Letzter Beitrag: IndiaGolf
29.07.2024, 13:22
» Antworten: 10
» Ansichten: 1.253
|
|
|
DMR_Hosts.txt update |
Geschrieben von: BEBRA3 - 08.08.2024, 13:41 - Forum: Pi-Star
- Antworten (2)
|
|
Hallo an alle.
Wie bekomme ich es hin, dass die DMR_Hosts.txt sich nicht automatisch updatet?
Bei mir sind fast täglich irgendwelche Server verschwunden. Image habe ich das Aktuelle vom Berlin Server.
Ich hoffe, dass mir jemand helfen kann.
MfG.: BEBRA3
|
|
|
Anytone Funkgeräte |
Geschrieben von: IndiaGolf - 29.07.2024, 18:20 - Forum: Funkgeräte
- Keine Antworten
|
|
Reminder!!!
Zu jeder Firmware gibt es eine passende CPS Programmiersoftware und einen passenden Codeplug.
(Es kommen immer wieder Funktionserweiterung hinzu die die alte CPS nicht kennt und die das Dateiformat des Codeplugs verändern kann)
Im schlimmsten Fall kommt dann nur noch Müll im Funkgerät an.
Nach einem Firmwarewechsel MUSS das Funkgerät zurückgesetzt werden. (Danach ist der alte Codeplug gelöscht)
Um den alten Codeplug zu migrieren, die alte CPS starten und den bestehenden Codeplug laden. Anschließen über Tools -> Export -> Export All die Daten in ein Verzeichnis exportieren.
Anschließend die neue CPS starten und eine neue Datei erstellen. (ggf. das leere Funkgerät einmal auslesen.)
Jetzt kann über Tools -> Import -> Import All der alte Export importiert werden.
Nun sind rund 90% des alten Codeplugs wiederhergestellt. Es fehlen die perönlichen Geräteeinstellungen. Farben, Töne usw.
Man kann die alte CPS neben die neue CPS legen und die Einstellungen "side by side" vergleichen bzw. in der neuen CPS übernehmen. Dauert vielleicht 10 Minuten.
Nicht vergessen. Den neuen Codeplug mit eindeutigem neuen Namen abspeichern und abschließend wieder in das Funkgerät schreiben. *gg*
|
|
|
Server-NRW |
Geschrieben von: IndiaGolf - 29.07.2024, 09:04 - Forum: Server
- Antworten (10)
|
|
Vielleicht ist es zweckgerichtet, hier weiter zu diskutieren.
Ich bekomme den Server nicht verbunden.
Soweit bekannt:
Callsign und ID müssen auf dem Server bekannt sein. -> check
Pi-Star Problem: Das Eingabefeld unter Configuration -> Node Callsign hat eine Längenbegrezung von 8 Zeichen. "IndiaGolf" sprengt damit den Rahmen.
Unter Expert -> MMDVMHOST -> Section:General lässt sich das Feld Callsign komplett eintragen. ID ist in beiden Fällen meine 2651280
Unter Section: DMR Network
ist der Server richtig eingetragen. dmr446-nrw.de - 62031 - passw0rd
Result: Im Dashboard wird das Feld DMR Net kurz grün und wechselt dann dauerhaft auf gelb.
Drücke ich die PTT, empfängt der Hotspot, DMR Net wird grün, von der Sendeseite gibt es keine Auffälligkeiten.
Nach dem Senden wechselt DRM Net wieder nach gelb.
Funfact, auf dem Port 55555 wird DMR Net grün und bleibt auch grün.
In beiden Fällen taucht der Hotspot auf dem Dashboard des Servers nicht auf.
Die gleichen Einstellungen, die beim Bayernserver funktionieren gehen auf dem NRW Server nicht. Dort ist weder das abweichende Callsign noch die Einstellung der ESSID ein Problem.
Any hint?
|
|
|
Server erstellt |
Geschrieben von: D06FTH - 23.07.2024, 18:26 - Forum: Server
- Antworten (10)
|
|
Hi Leute
der Server wurde mit der Folgenden anlaeitung von
[Um Links zu sehen, bitte hier registrieren]
erstellt. Die Empfehlung kam von @ [Um Links zu sehen, bitte hier registrieren]
Soweit so gut.
Der server ist ONLINE aber Die verbindung mit dem Hotspot ist nicht Möglich.
was muss entscheident eingestellt werden bzw geändert werden an der Config
Das ist die proxy.cfg
Code: [PROXY]
MASTER = 127.0.0.1
LISTENPORT = 62031
# Leave blank for IPv4, :: = all IPv4 and IPv6 (Dual Stack)
LISTENIP = ::
DESTPORTSTART = 56400
DESTPORTEND = 56499
TIMEOUT = 30
STATS = False
DEBUG = False
CLIENTINFO = False
BLACKLIST = [1234567,1231237,123123701]
#e.g. {10.0.0.1: 0, 10.0.0.2: 0}
IPBLACKLIST = {}
[SELF SERVICE]
USE_SELFSERVICE = True
SERVER = localhost
USERNAME = hbmon
# For no password leave it blank
PASSWORD = hbmon
DB_NAME = hbmon
PORT = 3306
und das sind die adn.cfg
Code: [GLOBAL]
PATH: ./
PING_TIME: 10
MAX_MISSED: 3
USE_ACL: True
REG_ACL: PERMIT:ALL
SUB_ACL: DENY:1
TGID_TS1_ACL: PERMIT:ALL
TGID_TS2_ACL: PERMIT:ALL
GEN_STAT_BRIDGES: True
ALLOW_NULL_PASSPHRASE: True
ANNOUNCEMENT_LANGUAGES:
SERVER_ID: 0000
DATA_GATEWAY: False
VALIDATE_SERVER_IDS: True
[REPORTS]
REPORT: True
REPORT_INTERVAL: 60
REPORT_PORT: 4321
REPORT_CLIENTS: 127.0.0.1
[LOGGER]
LOG_FILE: /dev/null
LOG_HANDLERS: console-timed
LOG_LEVEL: DEBUG
LOG_NAME: ADN
[ALIASES]
TRY_DOWNLOAD: True
PATH: ./data/
PEER_FILE: peer_ids.json
SUBSCRIBER_FILE: subscriber_ids.json
TGID_FILE: talkgroup_ids.json
PEER_URL: https://adn.systems/files/peer_ids.json
SUBSCRIBER_URL: https://adn.systems/files/subscriber_ids.json
TGID_URL: https://adn.systems/files/talkgroup_ids.json
SERVER_ID_URL: https://adn.systems/files/server_ids.tsv
CHECKSUM_URL: https://adn.systems/files/file_checksums.json
LOCAL_SUBSCRIBER_FILE: subscriber_ids.json
STALE_DAYS: 1
SUB_MAP_FILE: sub_map.pkl
SERVER_ID_FILE: server_ids.tsv
CHECKSUM_FILE: file_checksums.json
KEYS_FILE: keys.json
#Control server shared allstar instance via dial / AMI
[ALLSTAR]
ENABLED: False
USER:llcgi
PASS: mypass
SERVER: my.asl.server
PORT: 5038
NODE: 0000
[OBP-TEST]
MODE: OPENBRIDGE
ENABLED: False
IP:
PORT: 62044
NETWORK_ID: 1
PASSPHRASE: mypass
TARGET_IP:
TARGET_PORT: 62044
USE_ACL: True
SUB_ACL: DENY:1
TGID_ACL: DENY:0-82,92-199,800-899,9990-9999,900999
RELAX_CHECKS: True
ENHANCED_OBP: True
PROTO_VER: 5
[SYSTEM]
MODE: MASTER
ENABLED: True
REPEAT: True
MAX_PEERS: 1
EXPORT_AMBE: False
IP:
PORT: 56400
PASSPHRASE:
GROUP_HANGTIME: 5
USE_ACL: True
REG_ACL: DENY:1
SUB_ACL: DENY:1
TGID_TS1_ACL: PERMIT:ALL
TGID_TS2_ACL: PERMIT:ALL
DEFAULT_UA_TIMER: 60
SINGLE_MODE: False
VOICE_IDENT: False
TS1_STATIC:
TS2_STATIC:
DEFAULT_REFLECTOR: 0
ANNOUNCEMENT_LANGUAGE: en_GB
GENERATOR: 100
ALLOW_UNREG_ID: False
PROXY_CONTROL: False
OVERRIDE_IDENT_TG:
[ECHO]
MODE: PEER
ENABLED: True
LOOSE: False
EXPORT_AMBE: False
IP: 127.0.0.1
PORT: 54917
MASTER_IP: 127.0.0.1
MASTER_PORT: 54915
PASSPHRASE: passw0rd
CALLSIGN: ECHO
RADIO_ID: 9990
RX_FREQ: 449000000
TX_FREQ: 444000000
TX_POWER: 25
COLORCODE: 1
SLOTS: 1
LATITUDE: 00.0000
LONGITUDE: 000.0000
HEIGHT: 0
LOCATION: 9990 Parrot
DESCRIPTION: ECHO
URL: adn.systems
SOFTWARE_ID: 20170620
PACKAGE_ID: MMDVM_ADN-Systems
GROUP_HANGTIME: 5
OPTIONS:
USE_ACL: True
SUB_ACL: DENY:1
TGID_TS1_ACL: PERMIT:ALL
TGID_TS2_ACL: PERMIT:ALL
ANNOUNCEMENT_LANGUAGE: en_GB
[D-APRS]
MODE: MASTER
ENABLED: True
REPEAT: False
MAX_PEERS: 1
EXPORT_AMBE: False
IP:
PORT: 52555
PASSPHRASE:
GROUP_HANGTIME: 0
USE_ACL: True
REG_ACL: DENY:1
SUB_ACL: DENY:1
TGID_TS1_ACL: PERMIT:ALL
TGID_TS2_ACL: PERMIT:ALL
DEFAULT_UA_TIMER: 10
SINGLE_MODE: False
VOICE_IDENT: False
TS1_STATIC:
TS2_STATIC:
DEFAULT_REFLECTOR: 0
ANNOUNCEMENT_LANGUAGE: en_GB
GENERATOR: 2
ALLOW_UNREG_ID: True
PROXY_CONTROL: False
OVERRIDE_IDENT_TG:
wie ihr sieht habe ich es mal versucht aber naja, eventuell fehlt mir nur eine kleinigkeit aber finde sie nicht
Den Server zu betreten habe ich mit folgenden System Einstellungen versucht
Code: FreeDMR_OpenDMR 0000 opendmr.de passw0rd 62031
[Um Links zu sehen, bitte hier registrieren]
|
|
|
DMR-Verbindungsabbrüche / Keine QSO's möglich |
Geschrieben von: CH0CGN - 23.07.2024, 12:01 - Forum: Pi-Star
- Antworten (2)
|
|
Hallo zusammen!
Ich habe aktuell ein Phänomen/Problem, das ich mir weder erklären noch nach einschlägigen Bemühungen diverser Foren lösen kann.
Sowohl über PiStar als auch WPSD (frische Installationen als auch ehemals funktionierende) kann ich mich grundsätzlich wie gewohnt mit all unseren Servern verbinden und auch QSO's lauschen. Sobald ich neuerdings jedoch eine TG aufgetastet und gesprochen habe, dauert es nicht lange, bis kurz danach die Verbindung zum Server getrennt und anschließend neu aufgebaut wird. Siehe Screenshot Live Logs. Das Ganze passiert tatsächlich nur, nachdem ich gesprochen habe, ansonsten steht die Verbindung durchgängig.
Beispiel: Gestern habe ich auf einen CQ-Ruf eines OM's geantwortet und auch noch den Anfang seines nächsten Durchgangs gehört, ehe die Verbindung abbrach. Habe dann nochmals gerufen und wieder seine Antwort gehört, anschließend selbst nochmal gesprochen, aber auch der Durchgang ging nicht sauber durch, weil die DMR-Verbindung ab- und neu aufgebaut wurde.
Der Screenshot bzw. dessen inhaltlich ist nur exemplarisch, das passiert wie gesagt nach jedem Durchgang meinerseits. Ein QSO ist somit absolut nicht möglich und das sehr schade.
Ich weiß offengestanden auch nicht, wie lange das Problem besteht, da ich zwar regelmäßig QRV bin, aber mich die letzten Wochen sehr zurückgehalten habe, was QSO's anging. An meiner Config habe ich nichts geändert und wie gesagt: Es besteht sowohl bei PiStar als auch bei WPSD. Ich habe die Vermutung, irgendwas in der MMDVM-Config könnte ggf. nicht stimmen oder dass sich das Modem kurz aufhängt/verschluckt?!
Vielleicht hat jemand von euch einen Lösungsansatz. Darüber würde ich mich sehr freuen.
73
Christian / CH0CGN
|
|
|
|