Mein ursprünglicher Ansatz für dieses Projekt war ziemlich einfach: Ich wollte lediglich meine Erfahrungen teilen. Deshalb habe ich bewusst auf ausführliche Anleitungen oder Codebeispiele verzichtet. Der Grund dafür ist simpel: Ich sehe mich selbst nicht als Experten und wollte vermeiden, falsche Empfehlungen zu geben. Während der Tests und der Konfiguration

Die Lagekarte hat sich im Laufe der Entwicklung langsam, aber sicher zum Herzstück dieses Projekts entwickelt. Gerade deshalb stellt sich eine zentrale Herausforderung: Wie gestaltet man eine Karte, die flexibel genug ist, um unterschiedliche Einsätze sinnvoll abzubilden? Bei einer geplanten Lage kann man sich mit taktischen Zeichen schnell verlieren. Theoretisch

Bisher wurden die einzelnen Tools zunächst separat getestet und ein grundlegender Workflow entwickelt. Es gibt mehrere Daten- und Tracking-Quellen, die auf unterschiedlichen Wegen ihre Daten an n8n senden. n8n verarbeitet diese Daten, speichert sie in Budibase und liest sie bei Bedarf wieder aus. Leaflet ruft beim Laden der Seite die

Damit der ELW wirklich autark und vollständig offline arbeiten kann, braucht er einen eigenen Kartenserver. Genau dieser Baustein hat bisher noch gefehlt. Ich habe im Vorfeld drei vielversprechende Ansätze für eine Lagekarte mit eigenem Kartenserver recherchiert: ATAK, WebGIS (mit QGIS) und OSM-Tiles. ATAK ATAK wurde ursprünglich für das amerikanische Militär

Auch wenn ich zugeben muss, dass mir KI bei diesem Projekt schon viel geholfen hat, kommt es in letzter Zeit immer wieder vor, dass ChatGPT schlichtweg halluziniert. So wurde mir empfohlen, für die Lagekarte NocoDB zu verwenden. Eine Datenbanklösung für eine reine Kartenansicht kam mir zunächst seltsam vor. Also habe

Wie im vorherigen Beitrag beschrieben, soll mein Workflow mit dem Alarm der Leitstelle und der Zusatz-Alarmierung beginnen. Geplant war, Alarmiator dafür einzusetzen, jedoch zeigt das Programm Schwächen. Probleme mit Alarmiator Erst nach ein paar Anpassungen konnte die App überhaupt den Server finden, aber eine Alarmierung an die App war dennoch

Bewertet man den aktuellen Stand des Servers, muss man sich zwangsläufig fragen, was bereits erreicht wurde, was sich damit konkret umsetzen lässt und welche Ziele überhaupt mit dem System verfolgt werden. Aktuell existiert vor allem eine lose Sammlung verschiedener Tools. Diese sind ohne Frage hilfreich, jedoch fehlt ein durchdachter, durchgängiger

so einfach, dass man nicht darauf kommt Wer einen öffentlichen Server betreibt, wird früher oder später einen Redirect einrichten müssen. Sei es, weil sich die Serverstruktur geändert hat oder weil mehrere Schreibweisen einer Domain existieren. In meinem Fall sollten elwserver.de, www.elwserver.de und www.elw-server.de jeweils auf

Der ELW-Server hat in letzter Zeit deutlich Zuwachs bekommen. Viele hilfreiche Tools sind neu hinzugekommen, zuletzt unter anderem Authentik und Budibase. Authentik dient als Single-Sign-On-Lösung. Dadurch müssen sich die Benutzer nur noch ein einziges Passwort merken und sich nicht mehr bei jedem einzelnen Dienst separat anmelden. Ein Login reicht aus,

Auch wenn das Fax auf Einsatzleitwagen meines Wissens nach gemäß DIN noch immer vorgeschrieben ist, hat man sich in der Praxis zum Glück weitgehend davon verabschiedet. Stattdessen wurde es durch E-Mail ersetzt. Mit dem Thema E-Mail haben wir uns bisher allerdings noch gar nicht beschäftigt. Grundsätzlich würden die Weboberfläche des

Was es nicht auf den ELW-Server geschafft hat Wer sich heute nach Server-Lösungen umsieht, wird von mächtigen Open-Source-Paketen regelrecht überrollt. Im Homelab machen diese All-in-One-Systeme Spaß, liefern unzählige Funktionen und fühlen sich herrlich vollständig an. Im Einsatzleitwagen (ELW) sieht die Realität jedoch anders aus. Dort zählen Stabilität, Verständlichkeit und ein

Monitoring und Zeitmessung mit dem Raspberry Pi Selbst der stabilste Server ist vor Problemen nicht gefeit. Damit Ausfälle nicht unbemerkt bleiben, ist eine frühzeitige Erkennung entscheidend. Da sich ein System jedoch nur bedingt selbst überwachen kann (fällt der Server aus, schweigt auch das Monitoring), kommt hier ein Raspberry Pi 4

Viele Feuerwehren und Hilfsorganisationen nutzen neben der Alarmierung über Funkmeldeempfänger zusätzlich App-basierte Lösungen. Diese bieten erweiterte Funktionen, wie zum Beispiel eine frühzeitige Rückmeldung der Einsatzkräfte. Für solche Dienste verlangen Anbieter zum Teil Gebühren. Mit Alarmiator lässt sich diese Zusatzalarmierung auch über einen eigenen Server realisieren. Neben der Alarmierung bringt Alarmiator

Die ersten Tools ziehen auf den Server Bisher war mein Server eher eine Spielwiese für technische Spielereien – nützlich, aber ohne echten Fokus. Das ändert sich jetzt. Um den Server fit für den echten Einsatz zu machen, habe ich die ersten vier Tools implementiert, die den Grundstein für Lageerfassung und Datenfluss

Schlanke Helfer oder digitale Stolpersteine? Digitale Werkzeuge versprechen Effizienz, bessere Kommunikation und weniger Chaos. Gerade im Einsatzumfeld klingt das verlockend. Doch hier gilt mehr als anderswo: Was nicht intuitiv funktioniert, wird nicht genutzt – und was im falschen Moment zusätzliche Komplexität bringt, wird zum Risiko. Ich habe testweise verschiedene Software-Lösungen auf

sinnvolle Software für Alltag und Einsatz Das Grundgerüst für den Server steht. Die Hardware läuft, die Basisdienste sind eingerichtet. Jetzt fehlt noch das, was den Server im Alltag wirklich nutzbar macht: passende Software. Zum Einstieg setze ich bewusst auf kleinere Tools. Programme, die den Server nicht sofort zu einem vollwertigen

Der erste Server steht bei Hetzner Warum eigentlich ein externer Server, wenn es doch um einen ELW-Server (Einsatzleitwagen) geht? Damit der ELW-Server sein volles Potenzial ausschöpfen kann, muss er von außen erreichbar sein. Hier stoßen wir auf ein technisches Hindernis: Der übliche Weg über DynDNS funktioniert oft nicht, da Mobilfunkanbieter