Wie steht's um alles?

Mahlzeit zusammen,

ich bin lange nicht hier gewesen. Zumindest hat sich äußerlich nichts verändert. Wie sieht's innerlich? Macht hier noch jemand was? Läuft das monitord-Projekt noch? Die Domain ist noch bis Ende des Jahres registriert. Ich will sie nicht zwingend loswerden, aber wenn ohnehin nichts passiert, brauchen wir sie auch nicht mehr, oder? Vielleicht mag mal einer was sagen zwischendurch.

Unabhängig davon: mein Server zieht irgendwann in den nächsten Tagen vermutlich um. D.h. er wird für ein paar Stunden nicht erreichbar sein. Auch die IP ändert sich, also gilt das übliche DNS-ist-lahm, das einen so treffen kann. Das nur eben zur Info.

Wünsch euch was!
Hauke

Es wäre toll, wenn das Projekt wieder ein wenig Schwung aufnehmen würde. Immerhin ist es das einzige Projekt, das frei, gut, stabil und auch unter Linux läuft!
Leider finde ich das Projekt ziemlich unübersichtlich. Das geht schon bei der Installation los. Leider ist die Linux-Variante immer noch schwierig zu installieren. Eine gute Anleitung, die auch auf die Voraussetzungen, die Klippen und mögliche Probleme eingeht, fehlt. Wenn das da wäre, würde sich bestimmt auch der eine oder andere dazu bewegen lassen, Erweiterungen zu entwickeln.
Ebenso wäre es toll, eine Übersicht über Frontends zu haben und etwas mehr über das MySQL-Plugin zu erfahren.
Für mich ist der monitor bzw. der monitord noch immer eines der robustesten Programme. Unter Windows habe ich mit den Neuentwicklungen der anderen Decoder immer wieder Probleme und Abstürze gehabt.
Bitte lasst das Projekt nicht eingehen.
@jhr: Wieviel Traffic lastet denn so auf der monitord-Domain? Falls Du Dich entschließt, diese zu schließen, sollte man unbedingt über Alternativen nachdenken!
Monitor(d) darf nicht sterben!!!

Gruß,
Funkwart

Es geht mir nicht um den Traffic. Die Benutzung meines Server ist okay. Ich hab nur keine Lust, eine Domain zusätzlich zu finanzieren, wenn keiner sie nutzt. :)

Dann würde ich vorschlagen, falls die Finanzierung sich nicht mehr lohnt, auf eine kostenlose Domain auszuweichen und diese auf Deinen Webspace zu lenken.
Gibt ja einige kostenlose Domains, die noch was vom Originalnamen übrig lassen und keine Werbung einblenden.

Gruß,
Funkwart

Wie gesagt: wenn's noch einer benutzt, geht's einfach weiter, es sieht einfach nur nich danach aus.

also ich kann von mir aussagen ich nutze es und kenne mind 5 andere die es ebendfalls nutzen... ich denke es gibt auch noch eine vielzahl anderer nutzer ! die aber eher undercover bzw nicht hier regstriert sind....

Ich bastel grad an einem Status-Monitoring-System, das monitord als als Quelle benutzen soll...

YESSSSSS!!!!

Das ist doch mal eine gute Nachricht. Ich hoffe, dass Dein System OS-unabhängig sein wird?! Es wäre toll, den monitord auch unter Linux einsetzen zu können.
Dann sollten wir uns mal mit ein paar Usern zusammentun und versuchen, eine praktikable Anleitung für die Installation zusammenschreiben. Vor allem unter Linux.
Könnte auf der monitord-Seite nicht auch ein Wiki zum Monitord geschaltet werden? Wäre toll, dort die Infos und Erfahrungen zu sammeln und daraus dann eine Anleitung zu machen.

Gruß,
Funkwart

Zitat:

---

Zitat von funkwart

Dann sollten wir uns mal mit ein paar Usern zusammentun und versuchen, eine praktikable Anleitung für die Installation zusammenschreiben. Vor allem unter Linux.

---

Code:

---

svn co http://svn.monitord.de/monitor/trunk monitord
cd monitord
autoreconf -fi
./configure
make

cd monitord
./monitord

---

Oder nicht?

Da ich schon wirklich schade fände wenn das monitord Projekt stirbt - da ich ja selbst schon dazu beigetragen habe, könnte ich falls es wirklich Probleme mit Hosting oder der Domain geben sollte anbieten diese bei mir auf dem Server zu hosten.

Wichtig bei der obigen Beschreibung ist z.B. für den Newbie, dass automake und libtool installiert sein müssen. Sonst gibts Fehlermeldungen, mit denen evtl. nicht jeder direkt was anfangen kann.

Gruß,
Funkwart

PS: Die Idee mit dem Wiki sollten wir mal weiter verfolgen, denn das ist deutlich übersichtlicher als ein Forum, wo man sich alle Infos aus einem (oder mehreren) Thread(s) herauspulen muss.

Ich darf an dieser Stelle nochmal auf die RPMs für Linux verweisen, die ich täglich neu baue und immerhin mal Fedora und openSUSE abdecken.

So langsam muß ich auch mal meinen monitord-client namens moncl etwas promoten, mit dem ich seit 2 Jahren unsere Feuerwehr per SMS alarmiere und die Alarmierungsmeldungen per Audiorecorder mitlogge.

Code:

---

svn co http://www.webeve.de/svn/cwh/trunk/moncl

---

Geschrieben in Perl. Primär lauffähig unter Linux, für Windows bräuchte er wohl Anpassungen

Hallo zusammen.

Ich bin gerad dabei meine Infraturkur komplett auf Unix umzustellen.
Eine der letzten Applikationen auf meinem Windowsserver ist POC32. Da ich die Daten auch über ein selbstgebautes Gateway in eine MySQL Datenbank übergebe, bietet sich monitord ja förmlich an.
Ich muss mal über den Quelltext schauen. Bin jetzt nicht der Profiprogrammierer, aber so ein bisschen könnte ich das Projekt vermutlich unterstützen.
Hab bald Urlaub. Dann vollende ich mein Tool und schaue mir das hier mal an.

Mfg

Hallo zusammen!

Erst einmal vielen Dank an die Entwickler für die investierte Zeit! Auch ich bin ein stiller Hintergrunduser der Monitor aus Linux-Basis nutzt.
Derzeit "bastel" ich auch an einem Web-Frontend zur Visualisierung von Alarmierung und FMS-Status, im Moment überlege ich es zu einem kleinen Leitstellenprogramm auszuweiten ;-)

In dem Zusammenhang habe ich auch gleich eine kleine Frage/Wunsch/Bitte:
Wäre es sinnvoll / möglich das MySQL-Plugin so zu ergänzen das man den Primary Key vorgeben kann?
Hintergrund:
Für die Status-Anzeige bzw. letzte Alarmierung brauche ich logischerweise nur ein Objekt (pro Fahrzeug / Melder) in der Datenbank - ein neuer Alarm / FMS-Status würde dann einfach nur das Objekt aktualisieren und nicht einen neuen Eintrag erzeugen ... oder habe ich eine Konfigurationsmöglichkeit übersehen?


MfG
FlMi-14

Ich bin gerade erst auf diese ja recht konkurrenzlose Software gestoßen und fände es ebenfalls sehr schade, wenn das Projekt eingehen würde. Ich würde mich übrigens aktiv beteiligen, bin allerdings kein Entwickler/Programmierer. Wenn es also auch für Laien ein Aufgabenfeld gäbe, würde ich sicher ab und zu Zeit finden, das Projekt zu unterstützen.

@cwh
Ich würde dein Frontend gerne mal ausprobieren, allerdings verlangt dein SVN-Repo nach Benutzernamen und Passwort ;)

Ja ja ja, ihr habt ja längst gewonnen. Die Domain ist verlängert :)

Danke. 

Hallo monitor-Nutzer,

hier nochmal eine Bitte an alle: lasst uns neu Ausprobiertes und vermeintlich Althergebrachtes hier auführlicher als bisher kommunizieren. Wenn jemand etwas Neues zum Laufen gebracht hat, dann bitte hier auch eine Beschreibung einstellen, wie dies geschehen ist. Sonst kommen immer wieder viele Nachfragen und Antwortschnipsel, die dann weitere Nachfragen von anderen produzieren.
Als Anregung nochmal: Das Wiki vielleicht wieder beleben, wo dann jeder in einem entsprechenden Abschnitt seine Vorgehensweise erläutern kann.

Gruß,
Funkwart

Wiki klingt gut.

Wo?

Moinmoin,

ich habe mich hier auch ziemlich rar gemacht; erschrocken stellte ich eben fest, dass mein letzter Besuch Ende September war. Für mich ziehe ich daraus (ich stehe in engem Kontakt mit mehreren monitord-Usern in meinem Bekanntenkreis), dass der monitord prinzipiell "rund" läuft. Das zeigte sich ja auch durch die "Übernahme" in andere Programme.

Tatsächlich freue ich mich erstmal über die quasi schon beschlossene Verlängerung der Domain; ohne die wäre das Projekt vermutlich "noch mehr Nische" als es ohnehin von Natur aus ist.

Zusammengefasst fehlt tatsächlich wohl:
- ein Frontend, das mehr kann als das, was im SVN steckt (vielleicht fehlen auch nur Zusatzmodule, eine einfachere Einrichtung oder ähnliches). Ich hatte mit meinem PHP-Webfrontend eine "offene" Struktur zu schaffen versucht, die ziemlich low-level Ansätze für mehr bietet, leider habe ich bis heute keine darauf basierenden Ansätze gefeedbackt bekommen.
- ein Standalone-Frontend; dieses ist scheinbar obsolet geworden, seitdem der Radio-Operator die monitord-Schnittstelle nutzbar macht.
- Doku, wobei da auf monitord.de schon einiges zusammen getragen ist.
- Anleitungen aus User-Sicht. Ich selber bezeichne mich durchaus als Betriebsblind, denn von mir geschriebene Anleitungen sind häufig zu detailliert oder zu grob.
- die hier erbetene Diskussion über aufgesetzte und lauffähige Lösungen; ich denke, hier scheitert es häufig genug daran, dass man dafür den eigenen Quellcode veröffentlichen müsste.

Ich persönlich freue mich, dass es weiter geht und bin auch keinesfalls weg, wenn auch nicht mehr so oft hier wie noch vor einigen Monaten :)!

Viele Grüße aus dem Frost
Martin

Hallo,

ich würde mich bei der Erstellung von Anleitungen aus User-Sicht beteiligen. Hier würde ich gerne meinen Fokus auf den wirklichen Vorteil von monitord legen, nämlich den Betrieb unter Linux. Es ist ja schön, dass der monitord in andere Software Einzug gefunden hat - das auch zu Recht, aber diese läuft nunmal nicht unter Linux. Das aber ist doch fast eine Bedingung für stabilen Betrieb. Ich habe einen alten Laptop (Thinkpad 560Z) mit 96MB RAM mit einem Uralt-SuSE Linux laufen (8.2), das mir treu den monitor in der 1.9er Version laufen lässt. Seit fast Menschengedenken habe ich dort keinen Neustart durchführen müssen.

Nun würde ich gerne den monitord "scharf" einsetzen, komme aber nicht so recht an eine saubere Installation und eine knappe Auswertung mit Log-File, einfachem FE (gerne in Konsolenform, um auf X zu verzichten) und ereignisgesteuerter script-Ausführung heran. Das ging im alten monitor einfacher.

Also, Unterstützung (soweit die Zeit es zulässt) würde ich gerne leisten, bräuchte dazu aber ein wenig Support auf technischer Seite.

Gruß,
Funkwart

Hallo Zusammen,

mir geht es ähnlich wie schmodda.
In meiner Serverlandschaft läuft einsam und verlassen noch eine Windows-Kiste, die außer FMSPro32 nichts zu tun hat. Das würde ich gerne auf den Vollblut-Server mit Ubuntu Server migrieren, der daneben steht. Da meine Virtualisierungsversuche mit VirtualBox nicht so erfolgreich waren, würde ich es gerne mal mit monitor ausprobieren.

Aus der Homepage kann man ja jetzt nicht so direkt ableiten, wie es um das Projekt steht, sprich ich habe wenig Lust, das Ding zu bauen und zur Funktion zu überreden, um dann möglicherweise irgendwann festzustellen dass es buggy ist :)

Was Doku angeht: Installationsdoku kann ich gern beibringen.

Moinmoin,

Zitat:

---

Zitat von sunnyman

Aus der Homepage kann man ja jetzt nicht so direkt ableiten, wie es um das Projekt steht, sprich ich habe wenig Lust, das Ding zu bauen und zur Funktion zu überreden, um dann möglicherweise irgendwann festzustellen dass es buggy ist :)

Was Doku angeht: Installationsdoku kann ich gern beibringen.

---

wenn aus den Angeboten in diesem Thread vielleicht duch Eröffnung eines neuen Threads eine Installationsanleitung für Linux wird, wäre das super und würde sicher den Weg auf die monitord-Webseiten finden.

Zum Thema buggy: Definiere buggy ;)! Nein, im Ernst - meiner Erfahrung nach funktionieren die Auswerter gut und stabil. In meinem Dunstkreis läuft eine Windows-Kiste mit dem monitord im Betriebsfunk und macht Fünftonauswertung 24/7 (Windows-Neustarts nach Updates und ähnliche seltene Wartungszwecke ausgenommen). Dabei kam es eine gefühlte Ewigkeit nicht mehr zu Absurditäten. Auf Windows kann ich für meinen Teil ganz klar sagen: Der monitord läuft wartungsfrei und zuverlässig.

Viele Grüße
Martin

Zitat:

---

Zitat von cwh

So langsam muß ich auch mal meinen monitord-client namens moncl etwas promoten, mit dem ich seit 2 Jahren unsere Feuerwehr per SMS alarmiere und die Alarmierungsmeldungen per Audiorecorder mitlogge.

Code:

---

svn co http://www.webeve.de/svn/cwh/trunk/moncl

---

Geschrieben in Perl. Primär lauffähig unter Linux, für Windows bräuchte er wohl Anpassungen

---

Die Mühlen mahlen langsam, aber gründlich:

Ich habe nun endlich mal mein Alarmierungsscript in ein öffentliches SVN repo verschoben:

Code:

---

svn co http://www.webeve.de/svn/webeve/trunk/moncl/

---

Oder zum gucken:
http://www.webeve.de/viewvc/webeve/trunk/moncl/

Die Features sind:
- läuft als Daemon (automatischer Start beim Booten)
- SMS-Versand über Internet (bevorzugt Clickatell)
- Verschiedene Schleifen-Empfänger Zuordnungen (für mehrere Wehren geeignet)
- auch Weiterleitung nach Email
- Audioaufzeichnung nach Alarmierung mit Weiterleitung per Email (Audioformat nach wählbar)
Und bestimmt noch einiges anderes, was ich jetzt vergessen hab ;)
Allerdings ist es schon ein bissl bastelei das aufzusetzten, also es ist nicht ganz mit Entpacken und Starten getan.

Dazu muß ich sagen, dass ich das vermutlich nur noch auf Wunsch anderer weiterentwickeln werde, denn seit Einführung der Integrierten Leitstellen in Bayern ist es nun auch möglich direkt von der Leitstelle eine SMS mit Informationen zum Einsatz zu bekommen. D.h. ich baue grade ein SMS-Weiterleitungsscript, das sich unter

Code:

---

svn co http://www.webeve.de/svn/webeve/trunk/smscatter/

---

findet.

Grüße,
Christopher

Zitat:

---

Zitat von cwh

ich baue grade ein SMS-Weiterleitungsscript, das sich unter

Code:

---

svn co http://www.webeve.de/svn/webeve/trunk/smscatter/

---

findet.

---

Das übrigens seit zwei Wochen im Produktiveinsatz ist.

Alles was man braucht ist:
- einen Rechner (ohne nennenswert Rechenleistung)
- ein GSM oder UMTS-Modem (aka. Web-Stick)
- eine (Discounter-)SIM-Karte
- einen Internetzugang
- einen Clickatell-Account (zum SMS-Versand)
- am besten Linux mit
- Ruby
- gammu-smsd (überwacht das Modem auf eingehende SMS-Nachrichten)
- mein Script namens <code>smscatter</code>

Damit kann man eine beliebig lange Liste an Auslösenummern definieren (Leitstelle, Kommandant, etc.). Weiterhin eine beliebig lange Liste an Empfängern. Emailweiterleitung ist auch möglich. Das ganze ersetzt T-Mobile Alarmruf, ist möglicherweise nicht so ausfallsicher dafür aber Welten billliger.

Ich gedenke die Email dahingehend zu erweitern, dass dort eine Karte enthalten ist, in der der Einsazuort, der in der Leitstellen-SMS enthalten ist, markiert ist. Ich denke da an http://openfiremap.org

(Offtopic-)Grüße,
Christopher