monitor 1.9.0 - aber richtig :)

[mdi]

Moin,

ich habe mal ein minimales Frontend gebaut, das die monitord-Ausgaben in Klartext umbastelt (mit der convert-Klasse von Buebchen aus den monitord-Sourcen) und sortiert auf Tabs ausgibt. Es bietet nicht viel, aber das sollte hoffentlich reichen um die Ausgaben nicht mehr im telnet enträtseln zu müssen ;).

Sourcecode und Binary mit wxWidgets-DLLs liegen zum Download bereit unter http://www.monitord.de/index.php?article=5 - die Web-Präsenz braucht noch ein bisschen Feinschliff und kann dann hoffentlich bald "öffentlich" online gehen.

@Buebchen:
Der neue Installer liegt da auch schon.

Martin

[funkwart]

Moin,

leider produziert der Aufruf des exe nur die Fehlermeldung mit dem Ruf nach der mingwm10.dll

Gruß,
Funkwart

[Buebchen]

Moin,

leider produziert der Aufruf des exe nur die Fehlermeldung mit dem Ruf nach der mingwm10.dll

Gruß,
Funkwart

der monitord.exe ?

[mdi]

Moin,

nein, sicher mein Frontend.

Fix ist hochgeladen, neues Zip-Archiv online.

Martin

[funkwart]

Jipp, danke funktioniert!

[Max K.]

Hi,

wollte eben mal monitor installieren!
Klappt auch, bis ich es starten will:

ALSA lib pcm.c:2102:(snd_pcm_open_noupdate) Unknown PCM /dev/dsp
monitord: pcm.c:663: snd_pcm_close: Assertion `pcm` failed.
Aborted.


In der /proc/asound/cards sagt er:

0 [A5451 ]: ALI5451 - ALI 5451
ALI 5451 at 0x8400, irq 5

Also Soundkarte ist vorhanden (und hat mit dem "alten" monitor ja auch funktioniert.)

Ne Idee?

[Buebchen]

Ich würde mal so starten:

hast du nen Ordner /dev/snd mit Devices drin ? Dann ist also ja korrekt installiert.
Dann fehlt nach meiner Einschätzung die OSS Unterstützung.

Entweder Du installierst diese für deine Distro nach oder aber ändert /dev/dsp0 man zum testen in /dev/snd/pcmC0D0c in der monitord.xml. Könnte dann auch gehen.

[Buebchen]

Kleiner Fehler in der Protokollversion 0.3 (Seite 3, Beispiel für Logins):

Ein Login mit unbekannter Version sollte m.E. nicht mit 101:004 (Protokollfehler, nicht verstanden) beantwortet werden, sondern mit 101:008 (Versionsfehler)

[Bubu80]

Hi,

wollte eben mal monitor installieren!
Klappt auch, bis ich es starten will:

ALSA lib pcm.c:2102:(snd_pcm_open_noupdate) Unknown PCM /dev/dsp
monitord: pcm.c:663: snd_pcm_close: Assertion `pcm` failed.
Aborted.


In der /proc/asound/cards sagt er:

0 [A5451 ]: ALI5451 - ALI 5451
ALI 5451 at 0x8400, irq 5

Also Soundkarte ist vorhanden (und hat mit dem "alten" monitor ja auch funktioniert.)

Ne Idee?

Moin!

Könnten wir das hier mal pushen? ich hab das gleiche Problem... Hab auch schon etwas gegoogelt, andere Soundkarte probiert und das System (hier ein Suse10.3) neu installiert, leider ohne Erfolg.

Wäre gut wenn hier jemand noch die eine oder andere Idee hätte

Danke!

[nepomuck]

ich habe mal ein minimales Frontend gebaut

Da geht bei mir gar nix. Ich starte das Frondend, gebe die Server-IP an und sehe in "Other" die OK-Meldung des Servers -- das wars.
Auch wenn ich den monitord mit Alarmierungen bombardiere, das Frontend zeigt nichts an, eine Telnet-Verbindung zum Server auf Port 9333 hingegen listet alles auf.

Ich hab es auf einer VM mit XP Prof. und einer physischen Maschine mit XP MCE probiert.

viele Grüße,
Andreas

[Buebchen]

Da geht bei mir gar nix. Ich starte das Frondend, gebe die Server-IP an und sehe in "Other" die OK-Meldung des Servers -- das wars.
Auch wenn ich den monitord mit Alarmierungen bombardiere, das Frontend zeigt nichts an, eine Telnet-Verbindung zum Server auf Port 9333 hingegen listet alles auf.

Ich hab es auf einer VM mit XP Prof. und einer physischen Maschine mit XP MCE probiert.

viele Grüße,
Andreas

Das telnet machst Du vom gleichen Client aus ? Ansonsten wartet der monitord auf einen Login. Das kannst Du in der monitord.xml anpassen.

[mdi]

Moin,

dass da die OK-Zeile kommt heißt ja (genau wie Buebchen vermutet hat), dass die Verbindung grundsätzlich steht aber man nix zu sehen kriegt, weil kein Login erfolgt (das kann das Ding nicht).

Also sehe ich als sinnvoll an, folgende ToDos zu erkennen:
a) Das Mini-Frontend muss Username und Passwort abfragen und sich entsprechend am monitord anmelden können.
b) Der monitord muss zum Login auffordern.

a) baue ich ein, wie wäre b)? Ich selber bin auch schon mehrmals an der Sache gescheitert, dass ich eine IP-Einstellung falsch gesetzt habe und mir der monitord nicht kund tut, dass ein Login notwendig wäre, von daher hielte ich den Hinweis durch den monitord für eine gute Sache, was meint Ihr dazu?

Martin

[nepomuck]

dass da die OK-Zeile kommt heißt ja (genau wie Buebchen vermutet hat), dass die Verbindung grundsätzlich steht aber man nix zu sehen kriegt, weil kein Login erfolgt

Korrekt, das war mein Fehler

Der monitord muss zum Login auffordern.

Das Protokoll sieht hier nichts vor. Ich habe den Sonderfall, dass sich Clients ohne Login verbinden dürfen nicht berücksichtigt.

Ich würde das folgendermassen umsetzen. Wenn die Verbindung steht sendet dein Client ein "202" (Keepalive) an den Server. Wenn ein 100 (OK) als Antwort zurückkommt, darf der Client ohne Login eine Verbindung aufnehmen (Infobox: Verbindung steht). Bekommt er hingegen ein 101:001 zurück (Fehler: Not logged in), dann muss dein Programm ein Fenster öffnen und Benutzernamen und Passwort abfragen.

@Buebchen: Wie weit sind hier die Protokolländerungen von 0.3 umgesetzt? Kennt der monitord schon den Login mit Protokollversionsparamter? Ist 202 komplett implementiert?

viele Grüße,
Andreas

[Buebchen]

Korrekt, das war mein Fehler


Das Protokoll sieht hier nichts vor. Ich habe den Sonderfall, dass sich Clients ohne Login verbinden dürfen nicht berücksichtigt.

Ich würde das folgendermassen umsetzen. Wenn die Verbindung steht sendet dein Client ein "202" (Keepalive) an den Server. Wenn ein 100 (OK) als Antwort zurückkommt, darf der Client ohne Login eine Verbindung aufnehmen (Infobox: Verbindung steht). Bekommt er hingegen ein 101:001 zurück (Fehler: Not logged in), dann muss dein Programm ein Fenster öffnen und Benutzernamen und Passwort abfragen.

@Buebchen: Wie weit sind hier die Protokolländerungen von 0.3 umgesetzt? Kennt der monitord schon den Login mit Protokollversionsparamter? Ist 202 komplett implementiert?

viele Grüße,
Andreas

Bisher habe ich am neuen Protokoll noch nichts umgesetzt :-( Ich hab's aber auch noch nicht komplett gegengelesen...

[nepomuck]

So, jetzt habe ich auch mal ein paar Zeilen Code geschrieben!
Der ist zwar nicht besonders toll, sollte uns aber beim Entwickeln etwas helfen.

ftp://andi.rw-labs.de/pub/bosix/poni.pl

"Poni", das Perl Monitor Frontend, stellt eine Verbindung zu einem Monitor-Server her und gibt die ankommenden Alarme in lesbarer Form auf der Kommandozeile aus -- mehr macht das Tool im Moment nicht.

Bei den Tests mit Poni (und dem BOS-Tool auf der Gegenseite) ist mir was aufgefallen:

Pocsac geht hier nur mit 512 Baud, 1200 Baud-Alarme werden nicht angezeigt.
Bei nummerischen Pocsac-Alarmen übermittelt Monitor die Ziffern im Klartext und nicht Hex-Kodiert. Der Client kann aber nicht wissen, ob was Alphanummerisches (Hex-codiert) oder was nummerisches (nicht HEX-codiert) ankommt.
Hier sollte Monitor auch die nummerische Ausgabe HEX-Kodieren, dann können die Clients das Text-Feld pauschal durch den HEX-Dekodierer jagen.
Oder wir müssen ein zusätzliches Feld "Alarmtype" beim Kommando 320 einführen, so dass der Client weiss was ihn erwartet.

viele Grüße,
Andreas