XLSi: Konfiguration Sprachspeicher

[grinch317]

Hi,
das mit der Rufunterdrückung und verzögerte Meldung ist mir soweit klar.
Ich hatte den XLSi vergangene Woche zum Funkhändler geschickt, bei dem das Gerät gekauft wurde.
Hier wurde eine angeblich fehlerhafte Programmierung festgestellt. Der FME wurde umprogrammiert und an mich zurück geschickt.
Leider hat sich an der Tatsache nichts geändert, dass ich bei Kettenalarmen mit den 4 programmierten Schleifen immer nur die letzte Durchsage abhören kann. Nach der abgespielten Durchsage zeigt der Melder noch die anderen 3 Schleifen mit Uhrzeit an.
Der vorherige Alarm ist dann nicht mehr abhörbar.

Ich habe nun wieder einen erneuten Ausdruck der Programmierung bekommen. Wem kann ich denn die eingescannten Ausdrucke mal mailen, damit ein Blick drüber geworfen wird? Vielleicht findet ihr ja den Fehler?!

[Jakob]

Hallo Leute!

Die letzten Beiträge haben mir super weitergehlofen, jedoch habe ich noch ein ungelöstes Problem.

Meinen XLSi habe ich jetzt folgendermaßen eingestellt.

*alle 20 Schleifen auf Sprachspeicher dynamisch
*verzögerte Meldung EIN, Kriterium: Träger, Verzögerungszeit 1Min 59Sek
*allgemeine Sprachspeichereinstellung: 2x 120 Sekunden

Aus diesen Einstellungen, müsste man eigentlich herauslesen können, was ich konkret will, aber hier nochmal zur Erläuterung:

ALARM - Aufnahme Wartezeit, bis der nächste Träger kommt - Träger kommt, Aufnahme von unbedingt 120 Sekunden auf der jeweiligen Adresse (eine von den 20).

Ich habe 20 Adressen.
Warum Sprachspeicher dynamisch: Ich dachte, wenn ich den Sprachspeicher auf dynamisch einstelle, nimmt sich jede der 20 Adressen, einfach den Speicherplatz, den sie braucht (in jedem Fall zumindest 120 Sekunden, wegen der allgemeinen 2x 120Sekunden Einstellung).

Warum verzögerte Meldung: Die Sprachdurchsage soll nicht sofort aufgezeichnet werden, da die Meldung meist erst 15 - 119 Sekunden nach der Alarmierung folgt. Ich möchte somit, dass der Melder nach dem Alarm wartet, bis das nächste Signal (Träger) kommt und ab diesem Zeitpunkt aufnimmt. --> Das klappt auch!

Mein Problem: Mein Wunsch wäre, dass der Melder dann 120 Sekunden fix aufnimmt. Ich denke, dass ich beim "dynamischen Spreichspeicher" einen Denk-/Verständnisfehler habe.

Ist es nicht so, dass, wenn ich alle Adressen auf "dynamisch" eingestellt habe, sich 2 der Adressen mit 120 Sekunden beschreiben lassen können? Egal welche Adresse, wegen "dynamisch"?

Bitte um Hilfe und ggF. Erläuterung!

Vielen Dank im Voraus!

[Fabpicard]

Dynamisch, er nimmt Bis Zu X-Sekunden auf...

Fix = er nimmt Immer die X-Sekunden auf...

MfG Fabsi

[Jakob]

Träger kommt und alarmiert Schleife 12345 --> Träger fällt ab --> Pager aktiviert verzögerte Meldung --> Träger kommt wieder nach x Sekunden mit der Sprachdurchsage --> Pager meldet "REC" --> Pager zeichnet auf und sobald der Träger kurz abfällt, beendet der Pager die Aufzeichnung.

Ich habe somit immer nur abgeschnittene Sprachdurchsagen drauf --> das ärgert mich!

Kann man irgendwo einstellen, dass der Pager trotz des kurzen Abfalls des Trägersignals weiter aufzeichnet, ohne dass ich irgendwelchen Adressen den Sprachspeicher als x Sekunden fix zuordne?

FW ist übrigens 4.50 und es ist ein MKSi und kein XLSi.

[Firefighter87461]

Hallo,
Hat das was mit der Squelch-Nachlaufzeit zu tun?

Gruß
Patrick

[Jakob]

Hallo Patrick!

Das könnte sein, der war bei mir auf 2 Sekunden eingestellt, ich werde das mal testen und gebe bescheid!

LG
Jakob

[netsrac]

Dynamisch, er nimmt Bis Zu X-Sekunden auf...

Fix = er nimmt Immer die X-Sekunden auf...

MfG Fabsi

Hallo!

Das ist IMHO auch nicht ganz richtig.

Fix bedeutet, dass die Schleife einen feste Aufnahmeslot hat.
Dynamisch, dass die Schleife sich die verfügbaren, nicht durch fix reservierten, Slots mit allen anderen, die auch auf dynamisch eingestellt sind teilt, also jeweils die älteste Alarmierung rausfliegt.

Ober habe ich jetzt was total durcheinander gehauen?


Jakob, bezüglich deines Problems würde ich sagen schau dir nochmal den Post von Mithothyn an. Ich glaube, das was du vorhast kannst du nur so erreichen, wie er beschrieben hat. Das Kriterium Träger ist dazu glaube ich nicht geeignet.

Grüße Carsten

[Jakob]

Jakob, bezüglich deines Problems würde ich sagen schau dir nochmal den Post von Mithothyn an. Ich glaube, das was du vorhast kannst du nur so erreichen, wie er beschrieben hat. Das Kriterium Träger ist dazu glaube ich nicht geeignet.

Grüße Carsten

Hallo Patrick, hallo Carsten!

Ich habe jetzt nur mal die Squelch Zeit auf 20 Sekunden erhöht. Ich denke, das war auch die Lösung des Problems:

Alarm 12345 --> Träger fällt ab --> Pager wartet, bis Träger erneut kommt --> Träger kommt nach z.B. 45 Sekunden mit Sprachdurchsage --> Aufnahme startet --> Träger fällt kurz ab --> Aufnahme läuft weiter (min. 20 Sekunden).

--> Wenn nach 20 Sekunden kein Signal mehr kommt, bricht die Aufnahme ab.

--> Wenn vor 20 Sekunden ein Signal kommt, läuft die Aufnahme weiter und nach Abfall des Trägers beginnt die 20 Sekunden dauernde Wartezeit von neuem.

Der Pager nimmt somit recht lange auf, jedoch habe ich keine unvollständigen Meldungen mehr drauf!

Ich bin mit dieser Lösung schon recht zufrieden.

@ Carsten --> Ich habe leider keine Idee, wie ich die verzögerte Meldung anderweitig realisieren kann.