Pure Monitor [extrem schlanker Anrufmonitor als PE]

Turin

Neuer User
Mitglied seit
28 Apr 2005
Beiträge
89
Punkte für Reaktionen
0
Punkte
0
<edit>Achtung: Da der Anrufmonitor nicht auf Telnet basiert, funktioniert er erst ab Box 7050 mit aktuellster Beta Firmware und aktiviertem CallMonitor #96*5*!</edit>

Zuerst einmal stellt sich folgende Frage: Wozu ein weiterer Anrufmonitor für die Fritz!Box?

Ich warte nun seit fast einem Jahr darauf, dass sich mal jemand erbarmt, einen vernünftigen Anrufmonitor für den Otto-Normal-Verbraucher zu programmieren.

Zuerst geriet ich an den Java Anrufmonitor, der dann leider nicht mehr wirklich weiter entwickelt wurde. Außerdem Closed Source, ein bisschen träge und teilweise fehlerhaft...

Meine nächste große Hoffnung setzte ich in JFritz; zweifelsohne ein tolles Programm mit mehreren Entwicklern, einem eigenen Platz auf SourceForege und einer großen Palette von Features.
Leider sind dies größtenteils Features, die ich persönlich nicht benötige. Die Anrufliste kann ich direkt in der Box einsehen und ein Telefonbuch in schickem XML Format brauche ich auch nicht. Von Version zu Version warten meine Bekannten und ich auf eine grobe Verbesserung oder Auskoppelung des Anrufmonitors, so daß er ohne Baloon Tipps zuverlässig funktioniert, und ohne, daß die ganze Zeit ein 30MB fressender Java Interpreter im Hintergrund meine Ressourcen schluckt.
Bitte nicht falsch verstehen: JFritz ist ein tolles Programm zur Laufzeit-Benutzung. Nur als dauerhafter Anrufmonitor kommt für meinen schmalen Rechner kein Tool in Frage, was allein schon rund eine Sekunde Reaktionszeit benötigt, nachdem man auf sein Tray Icon klickt, bis es überhaupt reagiert.

Also hab ich mich weiter auf die Suche hier im Forum begeben:

Es gibt wohl ein Perl Skript - schön, nur soll ich mir als Windows Benutzer extra den Perl Interpreter installieren, um dann den Anrufer in einer Dos-Box zu sehen?

Lösungen für eine Dreambox scheint es auch zu geben. Gut, ich weiß nicht einmal, was das genau ist. Falls es sich um eine DBox Variante handelt: Hab ich nicht! Und falls ich eine hätte, würde es mir auch nichts bringen, den Anrufer auf einem Fernseher zu sehen.

Himmel, wir - damit meine ich sämtliche Bekannte mit einer Fritz!Box, mich eingeschlossen, möchten doch einfach nur einen funktionalen Anrufmonitor, ohne überflüssigen Schnickschnack, ohne überflüssige Libraries und ohne Zumüllung der Registry, der den Anrufer auf dem Monitor darstellt, so wie früher über TAPI leicht möglich.

Da dies anscheinend zu viel verlangt ist, habe ich mir selbst in den Hintern getreten und keinen anderen Ausweg gesehen, als mich selber ranzusetzen. Und da sich AVM dazu entschlossen hat, eine Anrufmonitor Schnittstelle zu integrieren, macht dies den eingebauten Telnet Klient überflüssig und so ein Programm somit endlich in unter 50KB möglich.

Herausgekommen ist folgendes:
PMnew.gif

led.gif

Features:

- Anruf Signalisierung per Tray Icon Wechsel
- Klassischer 70er LED Style Popup, farblich konfigurierbar per ini
- Anrufliste
- 1.5MB Ram Verbrauch und sehr niedrige CPU Belastung <1% im Guard Modus
- IP und Port frei konfigurierbar
- Balloon Tip
- Inverssuche
- LOG
- Stand Alone EXE, 25KB41KB, kein Installer, keinerlei Eintrag in Registry
- Keine externen Dateien (außer der ini) oder Libraries
- Per UPX -d entpackbar => 80KB unkomprimierte Grösse
- Portierung leicht möglich bei ~80%

Sicherlich absolut keine Konkurrenz zu JFritz mit all seinen Features und ohne Inverssuche oder Telefonbuch. Dennoch genau das, was ich seit langem gesucht habe, und schlank genug, um Bedenkenlos als TSR im Hintergrund zu überwachen.

http://lordturin.de/download_fritzbox
 
Zuletzt bearbeitet:
Vielleicht kannst du ja noch einen Screenshot hinzufügen.
Was ich gut finde:
Einfach mit dem Telefon aktivieren, evtl firewall anpassen,
fertig (10s).

Ich persönlich werde aber doch erstmal noch bei
http://www.the-construct.com/traymessage
bleiben.

Find ich bis jetzt immer noch am genialsten und ich kanns zu-
sätzlich immer noch als Statusmonitor nutzen.
Und natürlich die integrierten Reversesuche.
OK: Es läuft natürlich mit JAVA, ist aber nicht so massig
wie JFRITZ, das wie ich finde eher zum Archivieren geeignet ist.


Ich mache den Port auch lieber wieder zu bei mir.
Aber: Nicht schlecht! :)
 
Es sind zwei Screenshots direkt im Thread per <img> Tag eingefügt. Mach deine Firewall mal aus :)
Inverssuche ist kein Problem, jedoch wird das Tool immer unter 50KB bleiben. Was dann nicht mehr reingeht, wird leider draussen bleiben.

Durch AVMS Anrufmonitor Schnittstelle ist es nicht mehr nötig den TelefonD abzufangen, aber danke, ich werde mir Traymessage auf jeden Fall ansehen!
 
Es sind zwei Screenshots direkt im Thread per <img> Tag eingefügt.

:-Ö

Das ist meinem Adblock zum Opfer gefallen..
 
Gratulation zu Deinem gut gelungenen Werk.
Dank wine-0.9.8 läuft es übrigens auch unter Gentoo. Trotzdem wäre es mir als Dockapp natürlich wesentlich lieber.

Du schreibst "-Portierung leicht möglich". Stellst Du den Sourcecode zur Verfügung?
Dann könnte man vielleicht auch gleich ein ebuild dafür schreiben.

P.S.:
Die folgende Meldung scheint bei mir einer Endlosschleife zu entspringen.
PureMonitor.jpg
 
Auch von mir herzlichen Glückwunsch!

Ein Programm ganz nach dem Motto "Klein, aber fein."
Find ich gut.

Eine Aussage zu Jfritz kann ich aber so nicht stehen lassen: ;-)
Turin schrieb:
und ohne, daß die ganze Zeit ein 30MB fressender Java Interpreter im Hintergrund meine Ressourcen schluckt.
Aktiviert man die Funktion, JFritz beim Schließen in den Systray zu minimieren, verbraucht der Interpreter im geschlossenen Zustand ca. 3-4 MB und damit gleich viel oder sogar weniger als Dein kleines Progrämmchen (braucht etwa 4 MB bei mir).

Aber das nur am Rande, um die JFritz-Ehre zu retten. ;-)

Schöne Grüße
Karsten
 
@Turin

Hört sich ja sehr gut an - sollte das auch mit einer FBF 5050 FW 12.04.01 ohne Mods laufen?

Ich starte das Programm, gebe die 192.168.0.1 ein - dann kommt zwischendurch immer mal wieder die obige Meldung mit #96*5* eingeben (habe ich gemacht), passieren tut trotzdem nichts bei Anrufen... Right click to quit geht auch nicht im Guard Modus. Kann das Programm dann nur über den Taskmanager killen.

Gruß,
Tin
 
...läuft es übrigens auch unter Gentoo. Trotzdem wäre es mir als Dockapp natürlich wesentlich lieber...

Auch ich habe seit langem einen Gentoo Server am Laufen und sitze gerade an einer Portierung, um auch für Linux nativen Code zur Verfügung zu stellen. Ob ich das allerdings ohne Abspeckungen, oder gar als Dock hinbekomme, kann ich noch nicht sagen. Zuerst einmal muß die Windows Version noch weiter entschlackt werden.

Stellst Du den Sourcecode zur Verfügung?
Dann könnte man ...

Wenn es fertig ist. Wieso nicht?

Die folgende Meldung scheint bei mir einer Endlosschleife zu entspringen.
Ja sorry dafür. Wer ein Firmware mit funktionierendem und aktiviertem Call Monitor (#96*5*) laufen hat, sollte sie eigentlich nie zu sehen bekommen. Da dies die so ziemlich dümmste Entschuldigung ist, die man geben kann, hier noch eine kurze Erklärung dazu:
Es hängt damit zusammen, dass ich mit allen Mitteln versucht habe, ohne Threads und mit so wenig Schleifen wie möglich auszukommen um das Programm klein und reaktionsfreudig zu halten. Dabei habe ich "weniger wichtige" Abfragen gestrichen *grins* und wohl tot-optimiert.
Durch eine zusätzliche Abfrage würde das Tool für uns alle mehr Speicher und Rechenzeit verbrauchen, aber nur den jenigen helfen, die ihre Box nicht richtig konfiguriert haben. Aber gut, ich werde es ändern und schauen, wie es sich bemerkbar macht.
-------------------------------------------------------------------------
Aktiviert man die Funktion, JFritz beim Schließen in den Systray zu minimieren, verbraucht der Interpreter im geschlossenen Zustand ca. 3-4 MB und damit gleich viel oder sogar weniger als Dein kleines Progrämmchen (braucht etwa 4 MB bei mir)

Machen wir einen Test. Bei mir (XP Pro, SP2) verbraucht JFritz tatsächlich auch nur 3.5MB nach dem ersten Start im Tray, Pure Monitor zu dem Zeitpunkt noch 750KB. Aber hast du auch probiert, was passiert, sobald der erste Anruf eingeht? ;)

ram.gif


Fairer Weise muß ich zugeben, dass auch PM sich dann bei weiteren Anrufen bei gut 4.5MB einpendelt, was aber damit zusammenhängt, dass ich das Fenster nicht wirklich schliesse, sondern nur verstecke, um es bei weiteren Anrufen sehr viel schneller nach vorne holen zu können. JFritz hingegen pendelt sich bei rund 30MB ein.
Egal, JFritz ist für mich das beste Tool überhaupt, was es für FritzBoxen gibt; und Java ist wahrscheinlich die optimale Sprache dafür. Für einen reinen CallMonitor hingegen, der permanent im Hintergrund laufen muß, gibt es, zumindest unter Windows, bessere Alternativen.

Hört sich ja sehr gut an - sollte das auch mit einer FBF 5050 FW 12.04.01 ohne Mods laufen?

Ohne Mod sowieso. Nur leider mußt du warten, bis das Firmware mit Call Monitor unterstützung auch für deine Kiste umgesetzt wird, oder auf einen anderen Monitor ausweichen, der den Telefondienst über Telnet abfängt.FritzReconnect(25KB) war ursprünglich als CallMonitor über Telnet geplant und hat einen eingebauten eigenen Telnet Client. Nur leider kann ich das Tool nicht mal eben so zum CallMonitor abwandeln, da ich den alten Code nicht mehr habe. Zwischen einen einfachen CallMonitor wie Pure Monitor, der nur auf einen Port lauscht, und alles was eingeht irgendwie auf den Bildschirm klatsch und einer bidirektionalen Kommunikation im kryptischen Telnet Protokoll liegen Welten. Tut mir leid.

...Kann das Programm dann nur über den Taskmanager killen...
Weil es in der weiter oben schon angesprochenen Endlosschleife festhängt, wenn die FritzBox nicht richtig konfiguriert ist.
------------------------------------------------------------------------

Ich hoffe, dass AVM sich dazu entschliesst, zukünftig auch die Daten aus dem eingebauten Telefonbuch mit übermitteln zu lassen. Das würde eine Inverssuche quasi überflüssig machen.

Wieso hat mir eigentlich niemand gesagt, dass die Anrufliste nach einem Neustart weg ist? Ich hatte die Stellen aus versehen auskommentiert und werde das heute Abend ändern.

Ciao
Turin
 
Zuletzt bearbeitet:
Turin,

Durch eine zusätzliche Abfrage würde das Tool für uns alle mehr Speicher und Rechenzeit verbrauchen, aber nur den jenigen helfen, die ihre Box nicht richtig konfiguriert haben. Aber gut, ich werde es ändern und schauen, wie es sich bemerkbar macht.

Inwiefern "nicht richtig konfiguriert" ? Was ist das denn für eine merkwürdige Aussage. Vielleicht erklärst Du mal wie die FBF in Deinen Augen "richtig" konfiguriert wird, damit Dein fehlerhaftes Programm funktioniert.

Ohne Mod sowieso. Nur leider mußt du warten, bis das Firmware mit Call Monitor unterstützung auch für deine Kiste umgesetzt wird...

Dann solltest Du die Systemvoraussetzungen mal in Dein Eingangsposting mit aufnehmen, das hätte Dir und mir reale (nicht Rechen-) Zeit gespart...

Gruß,
Tin
 
Turin schrieb:
Machen wir einen Test. Bei mir (XP Pro, SP2) verbraucht JFritz tatsächlich auch nur 3.5MB nach dem ersten Start im Tray, Pure Monitor zu dem Zeitpunkt noch 750KB. Aber hast du auch probiert, was passiert, sobald der erste Anruf eingeht? ;)

ram.gif
JFritz braucht nach dem Start 2,2 MB, wenn minimiert im SysTray. Eingehende Anrufe treiben den Speicherbedarf ca. bis 5 MB. Außer du lässt nach jedem Anruf die Anrufliste von der Box abholen, dann geht es ca. auf 25 MB hoch (aber das kannst du ja abschalten wenn du nur Anrufmonitor benötigst). Und dann ist es halt eine Eigenart von Java, dass der Garbage Collector das leider nicht sofort aufräumt und freigibt. Maximieren und Minimieren von JFritz (natürlich keine Lösung) drückt den Speicherbedarf wieder auf 2,5 MB weil die Ressourcen frei gegeben werden (vielleicht kann man dass noch beeinflussen, so dass der Speicher sofort frei wird).
Mit reiner Anrufmonitorfunktion liegt JFritz vom Verbrauch her also wirklich nicht viel über deiner Anwendung, warum auch? Die Speicherfresser sind ja das große Java-GUI und das Abholen und Verarbeiten der Anrufliste, insbesondere, wnen diese riesig ist.
 
TinTin schrieb:
... damit Dein fehlerhaftes Programm funktioniert.
Dann solltest Du die Systemvoraussetzungen mal in Dein Eingangsposting mit aufnehmen, das hätte Dir und mir reale (nicht Rechen-) Zeit gespart...

Tut mir leid, dass du wegen mir extra eine 25KB grosse Datei herunterladen und ausführen musstest, um zu merken, dass es nicht funktioniert.
Fehlerhaft verhällt sich PM nur auf veralteter Hardware, für die es noch keine eingebaute Call Monitor Schnittstelle gibt. Wieso es nicht funktioniert, sieht man doch auch deutlich beim ersten Start anhand des Portes, und danach dann in der Fehlermeldung.

Zu JFritz: Ich lasse die Liste nicht holen. Sobald jemand anruft, springt mein Speicherverbrauch auf 16MB, wie im obigen Screenshot zu sehen. Wenn es den Anrufmonitor einzeln gäbe, hätte ich mir auch die Arbeit mit PM nicht gemacht.

Und dann ist es halt eine Eigenart von Java, dass der Garbage Collector das leider nicht sofort aufräumt und freigibt

Ja, was soll ich dazu sagen? Wenn mir das als Java Entwickler bekannt ist, stecke ich doch nicht so viel Zeit in die Entwicklung neue Features, wenn mir bewusst ist, dass mein Tool ein Problem mit der Speicherverwaltung hat, dann muß man den Speicher halt von Hand verwalten, oder sich Tricks einfallen lassen. Was passiert zum Beispiel, wenn man die GUI versteckt in den Vordergrund ruft und danach freigibt?

Gruss
Turin
 
Zuletzt bearbeitet:
Turin schrieb:
Ja, was soll ich dazu sagen? Wenn mir das als Java Entwickler bekannt ist, stecke ich doch nicht so viel Zeit in die Entwicklung neue Features, wenn mir bewusst ist, dass mein Tool ein Problem mit der Speicherverwaltung hat, dann muß man den Speicher halt von Hand verwalten, oder sich Tricks einfallen lassen.
Ich sehe das nicht als "Problem der Speicherverwaltung". Java hat Vor- und Nachteile. Vorteil ist die automatische Speicherverwaltung, den darüber braucht man sich als Programmierer keine Gedanken machen (und die funktioniert normalerweise gut; warum bei JFritz nach dem Holen der Anrufliste der Speicherverbrauch bis zum nächsten Minimieren hoch bleibt, weiß ich nicht). Daher, solltest du wissen, gibt es keine händische Speicherverwaltung in Java. Die Hälfte aller Fehler in C Programmen ist auf falsche Speicher Allkokationen zurückzuführen (Quelle: Javainsel). Außerdem wird Java Code nunmal nicht in Maschinencode übersetzt, sondern in Bytecode, der virtuellen Maschine (JVM) läuft - platformunabhängig. Das ist der Grund, warum es logischerweise langsamer und speicherintensiver ist (es wird praktisch zur Laufzeit für die jeweilige Hardware kompiliert!). Das ist natürlich ein Nachteil, oder eher ein Zugeständnis. Daher muss man einfach abwägen, was man will. Java mit all seinen Vor- und Nachteilen, oder C mit seinen Vor- und Nachteilen.
Wenn ich gewusst hätte, dass du hier eine Grundsatzdiskussion anfängst, hätte ich geschwiegen. Diese Diskussion ist so wie "Linux ist besser wie Windows". :) Meistens ist das total lächerlich, weil einer der beiden Diskutierenden noch nie was von Java gehört hat außer "das ist langsam". :)
Vor diesem Hintergrund empfehle ich:
http://www.galileocomputing.de/openbook/javainsel/java-01.htm

Dass die meisten Java-GUIs auf den ersten Blick als solche zu erkennen sind und meist träge reagieren, das gefällt mir auch nicht (soll mit Java 6 wesentlich besser werden). Dass es auch anders geht, zeigt die Entwicklungsumgebung Eclipse (www.eclipse.org), ein super Teil, in Java, und dafür vergleichsweise schnell.

Turin schrieb:
Was passiert zum Beispiel, wenn man die GUI versteckt in den Vordergrund ruft und danach freigibt?
Ich weiß nicht was du genau meinst, die GUI wird versteckt beim Minimieren und wieder gezeigt beim Holen aus dem Tray, sie ist immer vorhanden. Jedes mal neu erzeugen wäre ja Wahnsinn. :)
 
Turin schrieb:
Fehlerhaft verhällt sich PM nur auf veralteter Hardware, für die es noch keine eingebaute Call Monitor Schnittstelle gibt.

Erst war's eine falsch konfigurierte FBF, jetzt soll's an veralteter Hardware liegen - rofl - also hör' mal - die FBF 5050 ist nicht älter als die 7050, falls Dir das nicht bekannt ist. Du redest hier einen wirren Kram ohne gleichen zusammen.

Aber Du scheinst es ja inzwischen geschnallt zu haben, denn Dein Eingangsposting enthält ja nun die korrekte Info, dass nur Geräte für die es aktuell eine öffentliche Betaversion gibt damit laufen, was den Benutzerkreis =erheblich= einschränkt.

Wieso es nicht funktioniert, sieht man doch auch deutlich beim ersten Start anhand des Portes, und danach dann in der Fehlermeldung.

Aha?! Der Port stand auf 1012 wenn ich mich nicht irre (werde diese Programm jetzt nicht nochmal starten), woher soll "Otto Normalverbraucher", den Du ja als Zielgruppe im Eingangsposting ins Visier genommen hast, wissen, dass dieser nicht korrekt ist? Die Fehlermeldung brachte einen ja nun auch nicht weiter, von der Endlosschleife mal ganz abgesehen.

Jeder macht mal Fehler beim programmieren, was mir gegen den Strich geht ist Dein überhebliches Auftreten/Aufschneiden was Du doch für ein toller Programmierer bist der endlich mal macht was die Leute wollen und dass Du nicht zu Fehlern stehen kannst, sondern diese nach "Bäumchen-wechsel-Dich" Manier heute auf falsch konfigurierte, am nächsten Tag auf veraltete Hardware schiebst.

Ich bin zwar ein Fischkopp, aber dazu fällt mir auch nur noch eins ein:

So an Schmarrn!

Gruß und gute Besserung,
Tin
 
Probleme behoben:

-Endlosschleife
-Icons
-Anrufliste wird gespeichert, allerdings noch nicht wieder geladen

loop.gif


Erst war's eine falsch konfigurierte FBF, jetzt soll's an veralteter Hardware liegen - rofl

Das kann nicht dein ernst sein, oder? Auf den Boxen, wo das Tool funktioniert, gab es nie ein wirkliches Problem, da dort die Endlosschleife nicht auftrat.
Falls es nicht funktioniert gehe ich zwangläufig von einer fehlerhaften Konfiguration, und daran sehe ich nichts verwerfliches, aus. Damit mein(t)e ich eine Fritzbox 7050 oder > die noch nicht auf das neueste Firmware geflashed wurde oder eben den eingebauten CallMonitor nicht aktiviert hat. Falls beim Port nicht 23, sondern irgend etwas über 1000 steht, sollte klar sein, dass PM nicht auf Telnet basiert. Auf die Idee, dass jemand den PM mit einer Box ausprobieren würde, die das gar nicht unterstützt bin ich nicht gekommen - mein Fehler.
Sobald AVM sich dazu bequemt, das Firmware auch für deine Box zu veröffentlichen, wird es auch bei dir funktionieren.
Jetzt haben wir vernünftige Error Checks und eine aussagekräftigere Fehlermeldung + auto terminate, aber dafür ist die Datei für alle 9KB grösser.

Jeder macht mal Fehler beim programmieren, was mir gegen den Strich geht ist Dein überhebliches Auftreten/Aufschneiden...

Du irrst dich, ich schreibe immer so und bin tatsächlich von einer Fehlkonfiguration ausgegangen. Das Tool verhällt sich bei dir einfach seltsam, weil es nie für deine Hardware ausgelegt war - und ein guter Programmierer könnte das gleiche sicherlich in 10-15KB mit vernünftigem Errorcheck realisieren :) Also, nichts für ungut.

Nacht
Turin
 
Zuletzt bearbeitet:
TinTin schrieb:
Du redest hier einen wirren Kram ohne gleichen zusammen.

Aber Du scheinst es ja inzwischen geschnallt zu haben, denn Dein Eingangsposting enthält ja nun die korrekte Info, dass nur Geräte für die es aktuell eine öffentliche Betaversion gibt damit laufen, was den Benutzerkreis =erheblich= einschränkt.
Sorry TinTin, aber in diesem Fall redest Du "wirren Kram" und es wäre an Dir, Dich für überhebliches Verhalten zu entschuldigen.

Wie Du an meiner Signatur siehst, habe ich keine Box, für die es eine aktuelle Beta-Firmware gibt und das Programm läuft trotzdem bei mir.

Das liegt daran, dass der "Jritz"-Anrufmonitor bei allen(!) aktuellen Fon-Box-Firmwares enthalten ist. Eingeführt wurde er mit der Version 03.99, siehe hier

Der von Turins Programm verwendete Port ist auch der Standard-Port des Monitors. Es muss bei Dir also einen anderen Grund geben, warum es nicht funktioniert. Ich tippe da auf Probleme mit einer Firewall oder sonstigem Kram, der die Verbindung des Programms zur Box unterbindet.

Deine 5050 mit Firmware-Version 04.01 erfüllt jedenfalls alle Voraussetzungen (wenn man den Anrufmonitor wie beschrieben mit #96*5* aktiviert).
 
@DM41

Wofür soll ich mich entschuldigen? Dass der Autor jetzt ein weiteres Mal offensichtlich irrt, wie Du ja nun klargestellt hast?

Wenn jemand erst eine falsche Konfiguration (ohne Nennung derselben) und dann "veraltete" Hardware die keine ist verantworlich macht, dann ist und bleibt das für mich "wirrer Kram" und der kam zudem sehr überheblich rüber. Dass das nicht so gemeint war, hat er ja jetzt klargestellt und das akzeptiere ich auch.

Gruß,
Tin
 
TinTin schrieb:
Wofür soll ich mich entschuldigen? Dass der Autor jetzt ein weiteres Mal offensichtlich irrt, wie Du ja nun klargestellt hast?
Nein, aber Du hattest die Info, dass das Programm nur mit Beta-Firmware läuft, als korrekt dargestellt. Oder von mir aus "korrekt stehen lassen".

Edit:
Da Turin und ich fast gleichzeitig gepostet hatten, hatte ich sein Posting nicht mehr berücksichtigt.
TinTin schrieb:
Dass das nicht so gemeint war, hat er ja jetzt klargestellt und das akzeptiere ich auch.
Dann ist alles okay und vergiss das, was ich zu der Überheblichkeit gesagt hatte.
 
Fein :)

Dann können wir es ja vielleicht doch noch hinbekommen, dass das Programm auf der 5050 läuft. Ich habe die neue Version jetzt runtergeladen.

Beim Start von PM kommt er mit 192.168.178.1 und Port 1012 hoch. Ich setze die IP dann auf 192.168.0.1 (das ist die IP meiner FBF) und Port 23, beende und starte neu. Die 192.168.0.1 hat er behalten, aber Port ist wieder 1012 - dann habe ich in der pm.ini den Port auf 23 gesetzt, nützt aber auch nichts. Es kommt dann nach ca. 2min. die Fehlermeldung und das Programm wird korrekt beendet. Die Fehlerbehandlung ist jetzt also korrekt.

#96*5* habe ich wie gesagt aktiviert und es wurde auch quittiert mit "JFritz Support an". PM ist in der Firewall freigegeben, habe Sie aber auch mal testweise komplett deaktiviert - daran liegt's also auch nicht.

Ethereal zeigt mir, dass er zur 192.168.0.1 per Telnet verbindet und auch ein ACK bekommt - dann laufen ein paar Tausend (!) Verbindungen hin- und her (source ports 4422 und 4423, destination port 23) bis er mit der PM Fehlermeldung unerklärlicher Weise nach 2min. abbricht.

[Edit]
Das Ethereal Dumpfile kannst Du Dir hier runterladen.

Gruß,
Tin
 
Zuletzt bearbeitet:
Hallo Turin,

vorweg: Jaaaa! Exakt auch mein Wunsch! Super dass Du auch dir progammier Skills mitbringst – Klasse Tool! DANKE!

Lass Dich mal nicht von ´andere Seite´ beirren – Du bist mit Sicherheit auf dem richtigen Weg hier...und die Community ist Dir dankbar!

Habe jetzt aber doch ein paar konstruktive Anmerkungen zu machen:

1) Das Tool funktioniert beim ersten Aufruf – perfekt – aber
rufe ich das Prg bzw. die GUI mit der linken Mousetaste noch mal auf, funktionieren die Buttons ABOUT und GUARD nicht mehr! Man bekommt das Tool dann aber über Iconify wieder klein – ist aber definitiv ein Bug

2) Was spricht gegen die Einblendung der Rufnummer über eine Bubble im Traybereich ? Wäre mir persönlich am liebsten.

3) Das Beenden mit der rechten Moustaste finde ich ein bisschen ´unglücklich´ - da wäre zumindest ein Menüeintrag ´Exit´ Klasse

4) Doku könnte ausführlicher sein ;-)

5) Ja PURE MONITOR ist das KLEINSTE Programm. Es stellt tatsächlich sogar CAPIDOG um einige Bytes in den Schatten (das ist aber auch ´nur ´ ein CAPI Anrufmonitor) – aber, die Jungs von www.shamrock.de habe auch einen Hang zum Minimalistischen!
Die haben auch sehr gute Ideen in die Konfiguration gepackt, vielleicht mal anschauen zur Inspiration...

6) Mir würde eigentlich eine Anrufliste pro Kalendertag oder Computersession völlig reichen. Für das komplette Protokoll gibt es ja immer noch die Fritzbox, oder? Außerdem würde sich so die Protokolldatei minimieren. Nett wäre es auch das ggf. in der Bubblehelp chronologisch abzulegen...

7) Wie starte ich das Programm ohne GUI i.e. im Autostart?

8) Sinnvoll wäre auch eine Versionsnummer zu integrieren, oder ? Ich habe die neue Version jetzt nur an der unterschiedlichen Bytezahl erkannt ;-)

So, mehr fällt mir derzeit nicht ein - freue mich wenn das Eine oder Andere in die Entwicklung mit einfliessen könnte.

Weiter so...

Gruß

voipjedi
 
DM41 schrieb:
Das liegt daran, dass der "Jritz"-Anrufmonitor bei allen(!) aktuellen Fon-Box-Firmwares enthalten ist. Eingeführt wurde er mit der Version 03.99, siehe hier

Vielen Dank für die Info. Wie ihr seht, bin ich kein FritzBox Experte und kenne mich nur ein wenig mit der 7050, meiner eigenen aus. Zum Glück gibts hier ja genug Leute die über alle Boxen immer bestens informiert sind!

@kleinC: Sorry fürs Ignorieren der Grundsatzdiskussion über Java. Du bist offensichtlich jemand der Ahnung hat und bei Diskussionen nicht ausfallend wird, und mir daher zu sympathisch, um noch weiter mit dir hier über Off Topic Themen zu streiten. Mir vorzuwerfen, ich wüsste nicht, was VM oder Garbage Collection bedeutet, finde ich, gerade da ich selbst auch gerne mal mit SmallTalk (völliger Newbie dort :) )herumspiele, nicht angebracht.
Meiner Meinung nach machen es sich manche Autoren ein bisschen zu einfach und schieben zu leicht ein durchaus lösbares Problem auf ihre Programmiersprache - doch das wars jetzt von mir zu Java.

@TinTin: Der Mod hat mal wieder recht. Der vierte Grund, wieso es nicht funktionieren könnte ist die Systemkonfiguration. Stell die Windows Firewall komplett ab, den Port natürlich nicht auf 23, sondern wieder zurück (in der Hoffnung, dass sich die 5050 wie die 7050 verhällt) auf 1012. Zur Sicherheit würde ich dann noch direkt in deiner FritzBox den Port 1012 für deinen Rechner 192.168.0.X freigeben - dann sollte es funktionieren.

Das Tool funktioniert beim ersten Aufruf – perfekt – aber
rufe ich das Prg bzw. die GUI mit der linken Mousetaste noch mal auf, funktionieren die Buttons ABOUT und GUARD nicht mehr! Man bekommt das Tool dann aber über Iconify wieder klein – ist aber definitiv ein Bug

Nein es ist kein Bug. Ich arbeite nicht mit Threads, lasse daher, sobald sich das Programm im Guard-Modus befindet, die Windowevents nicht mehr abfragen. Sich wäre es möglich den Guard Button als ON/OFF Switch zu benutzen oder noch eine Menuleiste mit Quit und Versionsinfo etc. einzubauen, doch der Preis dafür ist mir zu hoch. Du hast ja selbst gesagt, PM ist zur Zeit das kleinste verfügbare Programm und es wäre schön, wenn das auch so bleiben könnte ;)
Siehe es gleichzeitig als eine Art Schutzfunktion. Sobald das Tool überwacht, kann man es nicht mehr versehentlich beeden. Durch einen Rechtsklick im Tray jedoch jederzeit und ohne zusätzliche Abfrage.

2) Was spricht gegen die Einblendung der Rufnummer über eine Bubble im Traybereich ? Wäre mir persönlich am liebsten.
Wenn dann optional über einen INI Parameter. Ich gucke mal, was das frisst und baue es dann ein, wenn es im Rahmen bleibt. Wie stellst du dir das vor? Möchtest du eine zusätzliche Einblendung als Bubble oder beides auf einmal?

3) Das Beenden mit der rechten Moustaste finde ich ein bisschen &acute;unglücklich&acute; - da wäre zumindest ein Menüeintrag &acute;Exit&acute; Klasse
Sorry, ein Menu kommt leider nicht in Frage. Es würde meinen Rahmen sprengen. Ein Tray Menu ist mir auch zu viel des guten, da es ja keine anderen Optionen dort zur Auswahl gäbe. Es wäre also eine rein kosmetische Sache, die das Programm erheblich grösser, ohne jeglichen Nutzen, werden liesse.

7) Wie starte ich das Programm ohne GUI i.e. im Autostart?
Toller Vorschlag. Es werden noch keine Parameter überprüft, aber das ist kein Thema. Einigen wir uns auf -guard?

Sinnvoll wäre auch eine Versionsnummer zu integrieren, oder ? Ich habe die neue Version jetzt nur an der unterschiedlichen Bytezahl erkannt
Ich werde die Info einfügen, danke.

6) Mir würde eigentlich eine Anrufliste pro Kalendertag oder Computersession völlig reichen. Für das komplette Protokoll gibt es ja immer noch die Fritzbox, oder? Außerdem würde sich so die Protokolldatei minimieren. Nett wäre es auch das ggf. in der Bubblehelp chronologisch abzulegen...
Das Log wird beim Start "eigentlich" überprüft und sobald es 100KB überschreitet automatisch gelöscht. Doch ich sehe gerade, dass ich auch das auskommentiert habe *grummel*
Welche Bubblehelp?

Ciao
Turin
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.