monitor 1.9.0 - aber richtig :)

[Medic]

Ich hab das gleich Problem wie MacLeod,

Ich kann verbindung aufbauen aber er wertet nichts aus. Auch auf der console erscheint vieleicht mal 1 Eintrag und das war es dann.

[Dove]

ist das sound device belegt ?

bei mir läuft das alles einwandfrei.

Gucktmal auf welchem Kanal die Daten ankommen und auf welchem Ihr auswertet.

[Buebchen]

Gibt es ein Logfile oder kann ich irgendwelche trace-Ausgaben aktivieren?

Gruß
Simon

Logfile ist bisher Fehlanzeige. Das Execption-Handling ist bis auf wenige Ausnahmen auch noch nicht implementiert.

Was es gibt, ist ein "#define DEBUG " zu machen. Wenn es eine solche Definition gibt macht er ein paar Ausgaben mehr. Aber ob die bei einem segfault helfen werden ... Muss man dann mal probieren.

Am besten direkt im Makefile des monitord mit -D hinterlegen. Dann wird es auch überall gesetzt.

Ist halt noch alles vorm Beta-Stadium. Da ist der Forscher gefragt :-)

[Medic]

Also die Sounddevice ist ok bei mir kommt nur das:

Display :6 762 3744: 2
310:1183577422:4d6f6e69746f7264:4b616e616c2031:676 23744:2:1:0:3
1183577422

und das war es dann.
Es werden keine Daten über einen Port ausgegeben

[Buebchen]

Entweder bist du nicht angemeldet oder die IP des Client ist gesperrt.

[Edit]
Anmeldung als User "test" mit dem Passwort "test":

120:74657374:74657374

[sschaebe]

120:74657374:74657374

Lt. KommProtokoll sollte der Authentikationstring vom Client mit 220 eingeleitet werden. Oder habe ich jetzt die Schnittstellenbeschreibung falsch verstanden? Bin da nämich auch schon darüber gestolpert.

Gruß
Simon

[Medic]

soll ich das direkt senden? weil ich krieg z.b. auch die welcome message vom monitor nicht

[jhr-online]

Und kann es sein, dass der Login überhaupt nicht geprüft wird? Oder gibt der monitord auch nach fehlgeschlagenem Login ein "Login OK" zurück?

jhr

[Medic]

Also ich hab die 120er anmeldung mal gesendet aber es passiert einfach nix, wie gesagt ich krieg nichtmal die welcome message.
vieleicht liegts an meinem system, ich werd mal schauen ob ich ein anderes auftreiben kann

@nepomuk

Der Text "Melderalarmierung" ist fester bestandteil des Komm.Protkolls vom Crusader. Es gibt keinen Text "Sirenenalarmierung", da der Crusader das nicht unterscheidet.

Im Regelfall wird dieser Text auch durch den Schleifennamen ersetzt soweit er in der Crusader-Config hinterlegt ist.

[jhr-online]

@all:
Mir und einigen anderen hier fällt es mittlerweile schwer, Informationen wieder zu finden, die irgendwo hier im Thread oder im Forum verschollen sind. Ich will niemanden bequatschen, aber meint ihr nicht auch, dass es sinnvoll wäre, jetzt so langsam auf die Verwendung der Mailingliste umzusteigen? Wir haben jetzt ein paar Leute, die an verschiedenen Stellen das Projekt aktiv begleiten (Client- und Serverseitig), und hinzu kommen einige Tester, die jetzt ihre Probleme mit den neuen Modulen berichten und Wünsche äußern. D.h. es wird definitiv noch mehr und damit noch unübersichtlicher werden in naher Zukunft!
Prinzipiell wäre für sowas natürlich das BTS gut, aber ich denke, darauf können wir in der Alpha-Phase erstmal verzichten (wenn ich überlege, wie viel man da schon eintippen müsste ^^).

Also, was meint ihr? Das Archiv der Liste ist selbstverständlich öffentlich, sodass weiterhin jeder Interessierte mitlesen kann (und das sogar mit vernünftigen Threads, sofern jeder richtig E-Mails schicken kann).

jhr

Die Liste abonnieren: http://lists.jhr-online.de/listinfo/monitor
Das Archiv: http://lists.jhr-online.de/pipermail/monitor/

[sschaebe]

Und kann es sein, dass der Login überhaupt nicht geprüft wird? Oder gibt der monitord auch nach fehlgeschlagenem Login ein "Login OK" zurück?

jhr

Jepp. So ist es. Du bekommst ein 102:LOGIN OK glaube ich, kann es leider im Moment nicht prüfen. Und danach kommen die Telegramme/Statusmeldungen, Alamierungen kommen IMHO noch nicht an.

Gruß
Simon

[nepomuck]

so langsam auf die Verwendung der Mailingliste umzusteigen?

Ich glaube nicht, dass es dann übersichtlicher wird.

Vorschlag:
Wir trennen die aktuellen Anfragen auf verschiedene Threads auf und der jeweilige Thementitel beginnt mit "2.1". So weiss jeder, dass es sich dabei um ein Thema zur Entwicklung der 2.x handelt.

Andreas

[jhr-online]

Ich glaube nicht, dass es dann übersichtlicher wird.

Ich wohl, sehr sogar, aber wir leben ja keine Diktatur...

Vorschlag:
Wir trennen die aktuellen Anfragen auf verschiedene Threads auf und der jeweilige Thementitel beginnt mit "2.1". So weiss jeder, dass es sich dabei um ein Thema zur Entwicklung der 2.x handelt.

Das funktioniert nur so lange, wie sich jemand darum kümmert, dass das auch so durchgehalten wird. Ich hab auch keine Lust, in jedem Thread als erste Antwort zu lesen "Wir hatten uns darauf geeinigt..."

More opinions?

[Buebchen]

Wir können die Mailinglisten ja - wie vorgeschlagen - für die Entwickler nutzen und generelles im Forum lassen.

Ich bin zwar kein Freund von Mailinglisten, weil ich eher mal "nebenbei" surfe, als meinen privaten E-Mailclient zu starten, aber die Übersicht leidet ja tatsächlich ein wenig.

[nepomuck]

@Buebchen
Sieh dir bitte mal den angehängten Screenshot des FMS-Clients an.
Dort siehst du reguläre ZVEI-Alarmierungen -- wie üblich gehen die 5-Ton-Folgen zweimal direkt hinteinander raus.

Achte auf die Zeitdifferenz zwischen dem ersten und zweiten Eintrag pro Schleife. Da sind einmal 60 ein anderes mal 22 Sekunden zwischen den Schleifen, obwohl bei beiden Alarmierungen die Schleifen wie üblich in direkter Folge aber ohne Melderton am Ende gesendet wurden.

Irgendwas kann da am Timing im ZVEI-Modul nicht ganz stimmen.

Andreas