keiner ne idee? hab immer noch das gleiche problem...
keiner ne idee? hab immer noch das gleiche problem...
ich muss leider nochmal meine alten thread herauskramen....
wir wollen in unsrer wehr die C-Statusmeldungen auswerten um so an einer Anzeige zu visualisieren, welche Fahrzeuge alarmiert sind bzw. ausrücken sollen.
Hier ist es jedoch zwingend notwendig dass die Status die von der Leitstelle an die Fahrzeuge geschickt werden zuverlässig ausgewertet werden.
Wir haben jedoch immer noch das Problem, dass Status in Richtung Fzg-->Lst zu ca.100%ausgewertet werden, aber die Status Lst-->Fzg nur so zu 5-10% ausgewertet werden.
Wenn man die Status die von unsrer ILS kommen anhört, dann hören sich diese irgendwie immer ein wenig "abgehackt" im Gegensatz zu den Status von den Fahrzeugen, meine ich zumindest.
Die Leitstellenmeldungen werden an den Fahrzeugen jedoch korrekt ausgewertet.
Hat jemand ne Ahnung, wir sind am Verzweifeln....
Schon mal probiert, die Rauschsperre des Funkempfängers am Auswerterechner etwas weiter zu öffnen, nicht daß die zu spät anspricht bei den Statusmeldungen von der Leitstelle. eventuell kann auch der Pegel der Leitstellen-Meldungen zu niedrig bzw. zu hoch sein, sodaß die Signale im Auswerte-Rechner verzerrt ankommen. Auch sollte je Funkkanal, der überwacht wird ein separater Funkempfänger eingesetzt werden, und nicht mehrere Kanäle über einen Scanner ausgewertet werden.
Mit kameradschaftlichen Grüßen
FWP
also pegeleinstellungen habe ich schon fast alle durchprobiert....
haben es mittlerweile mit 2 verschiedenen empfängern probiert, ein scanner und ein fug8b
beim scanner hatten mir sogar trotz discriminator das selbe problem...an der rauschsperre kanns dann fast nicht liegen
beim scanner besteht aber das problem, dass der eingangspegel im line in äußerst schwach ist(viel geringer als am fug8b), auch wenn am rechner der regler ganz hoch gestellt ist...
kann man was machen, dass man einen stärkeren eingangspegel erreicht?
ich könnt mir höchstens vorstellen, dass es am fug die rauschsperre ist, und am scanner der geringe pegel....
am fug kann aber die rauschsperre nur über nen kippschalter ein oder ausgeschalten werden. und das rauschen können wir da jetz nicht unbedingt brauchen...
ich habs jetz mal mit der demo vom fms crusader probiert...
da werden sie relativ zuverlässig ausgewertet...
dann ist ja quasi fms32-pro schuld daran...hat sonst noch jemand probleme, dass fms32 unzuverlässig auswertet?
ich möchte das ganze aber mit fms32pro auswerten, da ich das programm zum einen wesentlich übersichtlicher finde und zum anderen davon ne vollversion gekauft habe...
es kann ja nicht sein, dass fms32pro als fms-auswerte-programm verkauft wird, wenns nicht gescheit funktioniert
Hallo
Ich benutze auch FMS32-Pro mit einem ganz normalen billigen
Handscanner.
Bei mir wird jeder Status zu 99,9 Prozent ordentlich ausgewertet.
Die Rauschsperre des Scanners ist voll offen und der Scanner steht ca 3 Meter weg
vom PC,wegen der Störungen von diesem.
mfg. hani
kann es denn sein, dass unsere leitstelle irgendwie eine, ich sag mal, "schlechte funkanbindung" hat?
an unserem funkempfang kann es fast nicht liegen, besser kann der nicht mehr sein (antenne auf schlauchturm)
kann es sein, dass die statusmeldungen qualitativ so schlecht rüber kommen, dass die hardware-auswerter in den funkgeräten in den autos das ganze gerade noch packen, aer software-lösungen wie fms32 und fms crusader das nicht mehr hinbringen...
außerdem ist mir aufgefallen, dass wenn ich fms32po und fms crusader parallel laufen lasse, dass status von der leitstelle mit fms32pro am wenigsten, mit dem crusader besser, aber mit keinen von beiden optimal und 100% zuverlässig ausgewertet werden.
hat denn niemand ne ahnung?
wir habens mittlerweile mit mehreren rechnern, verschiedenen empfängern, mit und ohne rauschsperre, mit diskriminator und ohne, mit allen möglichen lautstärkepegeln versucht...
zvei und fms-meldungen der fahrzeuge immer zu 100%, aber status von der leitstelle nur in den seltesten fällen...
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)