FJX BMA ist ein vollständiges Brandmeldeanlage-System für FiveM-Server mit originalgetreuem BMA-Panel, Handmeldern, Alarmsystem und Feuerwehr-Dispatch — komplett ingame konfigurierbar. YouTube-Preview: https://www.youtube.com/watch?v=2fbbMX42YTg
Detailgetreues Feuerwehr-Anzeigentableau mit Meldergruppen-Anzeige
Feuerwehr-Bedienfeld mit allen Funktionen (ÜE, Akustisch, BMZ)
LED-Statusanzeigen: Betrieb, Alarm, ÜE ausgelöst, ÜE ab
Kamerafahrt zum BMA-Panel beim Öffnen
Spieler wird lokal unsichtbar während der Bedienung
Platzierbare Handmelder-Props mit eigenem 3D-Modell
Interaktive Handmelder-UI zum Auslösen
Mehrere Handmelder pro Gebäude möglich
Automatische Erkennung welcher Melder ausgelöst wurde
Unterstützt: emergencydispatch, cd_dispatch, ps-dispatch, Custom Events
ÜE ab: Unterdrückt den Dispatch bei Bedarf
ÜE ausgelöst: Zeigt an ob ein Notruf rausgegangen ist
Nur EIN Dispatch pro Alarm-Session (kein Spam)
Entwarnung bei BMZ-Zurückstellung (optional)
Distanzbasierter Alarm-Sound mit quadratischem Falloff
Unabhängige Sounds pro Gebäude (parallel möglich)
Akustische Signale ab: Schaltet Sound für alle Spieler ab
Funktioniert über das gesamte Gebäude hinweg
Gebäude erstellen, BMA + Handmelder platzieren — alles ingame
Prop-Preview mit Positions- und Rotationssteuerung
Audio-Radius visuell einstellen
Fehlalarm-Einstellungen pro Gebäude
Brandsimulation mit mehreren Feuer-Positionen
Job-Zugangssteuerung pro Gebäude
Scharf/Unscharf-Schalten mit automatischem Prop-Spawning
Automatische Fehlalarme mit konfigurierbaren Intervallen
Mehrere Feuer-Positionen pro Gebäude (zufällige Auswahl)
z_fire & SmartFires Integration (+ native Fallback)
/feuertrigger Command: Feuer manuell auslösen mit optionalem BMA-Alarm
Nächster Handmelder wird automatisch als Auslöser erkannt
Frameworks: ESX Legacy, QB-Core, Standalone
Target: ox_target, qb-target, 3D-Text (ohne Dependencies)
Automatische Framework-Erkennung
Nur oxmysql als Pflicht-Dependency
ESX-Gruppen oder Ace Permissions (konfigurierbar)
Access-Denied Screen mit kopierfertigem add_ace Befehl
Job-basierte Zugangssteuerung pro Gebäude (ingame einstellbar)
Drei Modi: Voll / Nur Ansicht / Kein Zugang
Performance Minimaler Ressourcenverbrauch · Asynchrone MySQL-Operationen · Quaternion-Rotation für Custom-Props · Server-seitige State-Verwaltung
Anti-Spam Konfigurierbare Cooldowns pro Spieler · Nur ein Dispatch pro Alarm-Session · Server-seitige Validierung
Datenbank Auto-Setup + Auto-Migration · Drei Tabellen: buildings, handmelder, alarms · JSON-basierte Feuer-Positionen & Job-Listen · Vollständige Alarm-Historie
UI/UX Originalgetreues BMA-Design · Creator im FJX Stil · Smooth Kameraübergänge · Per-Building Audio-Instanzen
config.lua (global): Framework & Target-System · Berechtigungen · Kamera · Audio · Cooldowns · Fehlalarm-Intervalle · Brandsimulation · Dispatch-System
Ingame Creator (pro Gebäude): Name & Status · BMA-Position & Rotation · Handmelder · Audio-Radius · Fehlalarme · Feuer-Positionen · Job-Zugang
Für Server-Owner Plug & Play — SQL wird automatisch erstellt. Alles ingame konfigurierbar, kein Code nötig. Kein FPS-Drop, performance-optimiert. Multi-Framework ohne Anpassungen.
Für die Feuerwehr Realistische BMA-Bedienung wie im echten Leben. Dispatch-Integration für Einsatzplanung. Alarm-Sound im gesamten Gebäude hörbar. Fehlalarme für abwechslungsreiches Gameplay.
Für Admins/Ersteller Ingame Creator ohne Server-Neustart. Prop-Platzierung mit Live-Preview. Mehrere Feuer-Positionen pro Gebäude. /feuertrigger für manuelle Einsätze.
✅ Vollständiges BMA-System (ESX, QB-Core, Standalone) ✅ Originalgetreues BMA-Panel + Handmelder-UI ✅ Ingame Creator für alle Einstellungen ✅ Dispatch-Integration (4 Systeme + Custom) ✅ Brandsimulation (z_fire, SmartFires, Native) ✅ /feuertrigger Command mit BMA-Alarm Option ✅ SQL-Datenbank mit Auto-Setup ✅ Vollständige Konfiguration ✅ Escrow-kompatibel
🔗 Discord: https://discord.gg/7uwQwp3NeP 📚 Docs: fjx.gitbook.io 🔄 Kostenlose Updates inklusive
✅ FiveM Asset Escrow kompatibel ✅ config.lua + bridge.lua frei editierbar ✅ HTML/CSS/JS frei anpassbar
Server: FiveM Server (aktuelle Version) · MySQL-Datenbank (oxmysql) · ESX Legacy ODER QB-Core ODER Standalone
Optional: ox_target / qb-target · z_fire / SmartFires · emergencydispatch / cd_dispatch / ps-dispatch
[ESX] [QBCore] [Standalone]
---
FJX FSD-SCRIPT ist ein vollständiges Feuerwehrschlüsseldepot-System für FiveM-Server — mit zweigeteilter Depot-Tür, Freischaltelement, Objektschlüssel für ganze Gebäude und Anbindung an fünf Doorlock-Systeme. Komplett ingame konfigurierbar. Optional koppelbar an das FJX BMA-System — dann gilt: kein Alarm, kein Schlüssel. YouTube-Preview: https://youtu.be/WGF1qUlx9Hg
Drei eigene 3D-Modelle: geschlossen, Außentür offen, komplett offen
Außentür mechanisch — die Feuerwehr kommt immer bis zur Innentür
Innentür elektrisch — sie öffnet nur bei bestehender Freigabe
Kein Weg direkt von verschlossen zu ganz offen — jeder Schritt ist bewusst
Sieben Zustände: Verriegelt, Freigegeben, Außentür offen, Geöffnet, Schlüssel entnommen, Sabotiert, Störung
Mit BMA: Die Anlage gibt das Depot bei Alarm von selbst frei — ohne Alarm bleibt die Innentür zu
Ohne BMA: Läuft eigenständig im jobbasierten Modus — die Feuerwehr öffnet das Depot jederzeit, alle übrigen Funktionen bleiben vollständig erhalten
Vier Modi pro Depot einstellbar: Strict / Hybrid / Jobbasiert / Standalone
Warnt im Creator sichtbar, wenn ein Depot ohne Alarmbezug freigibt
Der Weg an den Schlüssel, wenn kein Alarm anliegt
Löst einen echten BMA-Alarm aus — samt Dispatch und Log, nicht nur eine Tür
Bei bestehender Freigabe automatisch gesperrt (wäre wirkungslos)
Position wählbar: außen an der Fassade oder erst hinter der Außentür
Optional an ein Inventar-Item gebunden
Generalschlüssel für das gesamte Objekt — entnehmbar nur bei geöffnetem Depot
Zwei Arbeitsweisen: Target (jede Tür einzeln auf-/zuschließen) oder Auto (alle Türen sofort)
Wer den Schlüssel hat, wird serverseitig festgehalten
Automatische Rücksetzung bei Timeout oder wenn der Träger den Server verlässt — Türen verriegeln, Depot geht auf Störung
Restart-sicher: offene Türen werden beim Stop und beim Start zurückgesetzt
Unterstützt: ox_doorlock, qb-doorlock, doors_creator (Jaksam), nui_doorlock — oder ganz ohne
Automatische Erkennung des laufenden Systems
Gebäude statt Einzeltüren: Im Creator einmal das Gebäude wählen — später ergänzte Türen gehören automatisch dazu
Bei doors_creator werden die echten Gebäudenamen direkt aus der Datenbank gelesen
Alternativ: Umkreis-Modus (alle Türen im Radius) oder einzeln erfasste Türen
Adapter-Dateien liegen offen — eigene Doorlock-Systeme lassen sich ergänzen
Depots anlegen und platzieren — alles ingame, ohne Server-Neustart
Prop-Preview mit Pfeiltasten-Steuerung für Position, Höhe und Rotation
BMA-Gebäude per Dropdown verknüpfen
Türen per Mausklick erfassen — erfasste Türen bleiben grün markiert
Betriebsmodus, Freischaltelement und Gebäudezuordnung pro Depot
Test-Freigabe zum Durchspielen ohne echten Alarm und ohne Dispatch
Teleport zum Depot und Instandsetzung direkt aus dem Creator
Depot aufbrechbar — mit Dauer, Cooldown und Dispatch-Meldung an die Leitstelle
Serverseitig gegen Manipulation gesichert: Sitzung, Mindestdauer und Distanz werden geprüft
Feuerwehr-Jobs sehen die Aufbrechen-Option auf Wunsch gar nicht
Optional an ein Werkzeug-Item gebunden
Störungszustand mit eigener Instandsetzung durch Berechtigte
Frameworks: ESX Legacy, QB-Core, Standalone
Target: ox_target, qb-target, 3D-Text (ohne Dependencies)
Inventar (optional): ox_inventory, ESX, QB-Core
Automatische Framework-Erkennung
Nur oxmysql als Pflicht-Dependency
ESX-Gruppen oder Ace Permissions (konfigurierbar)
Access-Denied Screen mit kopierfertigem add_ace Befehl
Feuerwehr-Jobs frei definierbar — getrennt für Bedienung und Instandsetzung
Creator-Rechte geben nicht automatisch Zugriff aufs Depot (abschaltbar)
Zehn Ereignisse einzeln an-/abschaltbar: Freigabe, Türöffnung, Schlüsselentnahme und -rückgabe, Sabotage, FSE, Störung, Instandsetzung, Creator-Aktionen, Test
Webhook-URL liegt in der config_server.lua — nicht vom Client auslesbar
Optional mit License-Identifier des Spielers
Performance Kein messbarer Idle-Verbrauch · Job-Abfragen clientseitig gecacht statt pro Frame · Asynchrone MySQL-Operationen · Server-seitige State-Verwaltung
Sicherheit Vollständige serverseitige Validierung aller Aktionen · Distanz-, Job-, Zustands- und Berechtigungsprüfung · Cooldowns pro Spieler und Aktion · Zustandsautomat mit definierten Übergängen — ungültige Sprünge werden abgelehnt
Datenbank Auto-Setup + Auto-Migration · Drei Tabellen: depots, doors, events · Vollständige Ereignis-Historie
Diagnose /fsdstatus zeigt für jedes Depot die komplette Freigabekette · /fsddoors prüft die Doorlock-Anbindung · Klartext-Meldungen an der Tür nennen den genauen Grund, wenn die Innentür verriegelt bleibt
Sprachen Deutsch und Englisch vollständig · Alle Texte in Locale-Dateien · Eigene Sprachen ergänzbar
config.lua (global): Framework & Target-System · Berechtigungen · Betriebsmodus · Doorlock-System · Schlüssel-Reichweite & Arbeitsweise · Timeouts · Freischaltelement · Items · Sabotage · Dispatch · Props & Offsets · Gebäudenamen
config_server.lua (nur Server): Discord-Webhook · Log-Ereignisse · Sicherheitsgrenzen (Distanz, Namenslänge, Anzahl Türen und Depots)
Ingame Creator (pro Depot): Name · Position & Rotation · BMA-Gebäude · Betriebsmodus · Freischaltelement · Gebäude aus dem Doorlock-System · einzelne Türen
Für Server-Owner Plug & Play — SQL wird automatisch erstellt. Alles ingame konfigurierbar, kein Code nötig. Läuft mit oder ohne FJX BMA. Multi-Framework ohne Anpassungen.
Für die Feuerwehr Depotöffnung wie im echten Einsatz — Außentür auf, Innentür folgt der Freigabe. Ein Objektschlüssel öffnet das ganze Gebäude. Wer ohne Alarm ran will, alarmiert über das FSE die eigene Wache — sichtbar im Dispatch.
Für Admins/Ersteller Ingame Creator ohne Server-Neustart. Gebäude einmal wählen statt jede Tür einzeln. Test-Freigabe zum Durchspielen ohne echten Einsatz. Diagnose-Befehle statt Raten.
✅ Vollständiges FSD-System (ESX, QB-Core, Standalone)
✅ Drei eigene Depot-Modelle mit sichtbaren Türzuständen
✅ Ingame Creator für alle Einstellungen
✅ Anbindung an 4 Doorlock-Systeme + eigener Adapter möglich
✅ Freischaltelement mit echtem BMA-Alarm
✅ Objektschlüssel mit Target- und Auto-Modus
✅ Sabotage & Störungssystem
✅ Discord-Logs (10 Ereignisse)
✅ Deutsch + Englisch
✅ SQL-Datenbank mit Auto-Setup
✅ Escrow-kompatibel
🔗 Discord: https://discord.gg/7uwQwp3NeP 📚 Docs: fjx.gitbook.io 🔄 Kostenlose Updates inklusive
✅ FiveM Asset Escrow kompatibel ✅ config.lua + config_server.lua + bridge.lua frei editierbar ✅ Doorlock-Adapter frei editierbar (eigene Systeme ergänzbar) ✅ Locale-Dateien frei übersetzbar ✅ HTML/CSS/JS frei anpassbar
Server: FiveM Server (aktuelle Version) · MySQL-Datenbank (oxmysql) · ESX Legacy ODER QB-Core ODER Standalone
Optional: FJX BMA (für die alarmgebundene Freigabe) · ox_target / qb-target · ox_doorlock / qb-doorlock / doors_creator / nui_doorlock · ox_inventory · emergencydispatch / cd_dispatch / ps-dispatch
[ESX] [QBCore] [Standalone]
