Druckbare Version
Hast Du die Datei dann auch noch registriert? bei den meisten funktioniert das durch doppelklick auf die Datei im entsprechenden Verzeichnis (hier System32-Ordner)Zitat:
Original geschrieben von felix000
Ich hab sie in den System32-Ordner kopiert. Vorher kam die Meldung, dass die Datei gar nicht da is.
Inzwischen (nach Neuinstallation und mehreren Neustarts) läufts...
Das ist halt win[doof]sZitat:
Original geschrieben von felix000
Inzwischen (nach Neuinstallation und mehreren Neustarts) läufts...
das funktioniert auch.Zitat:
Original geschrieben von fwp
Das Blinkende A verschwindet automatisch (und zwar für immer bis zum nächsten Alarm), wenn man unter Extras -> Optionen -> Sonstiges bei Fahrzeug aus Offene Alarmierung löschen die Option auf beliebiger Fahrzeugstatus bzw. Zeitablauf in Minuten setzt. Bei letzterem ist dann natürlich noch die Zeit einzutragen.
Das problem ist: Beispiel: RTW 2 hat ne bestimmte schleife. jetzt ist dieser aber in Status 6, und der reserve RTW fährt für den zweier. Wenn jetzt die schleife vom "zweier" alarmiert wird blink natürlich auch der "zweier", aber der Reserve RTW drückt Satus, und der "zweier" blink fleißig weiter sein "A". wenn ich jetzt die "offene Alarmierung" vom "Zweier" lösche, blink er immernoch weiter.
Zeitablauf im Minuten bringt mir nichts, weil die Zeiten dann nicht stimmen.
Moin moin,
seit gestern bekomme ich einen Laufzeitfehler 6 und anschließend akzeptiert das Programm keine FMS- und ZVEI-Folgen mehr, sodaß es komplett beendet werden muß.
Ärgerlich ist nur, daß der Rechner als Protokollrechner im 24 h Dauerbetrieb läuft und das Programm dann irgendwann die Arbeit einstellt, ohne daß man es merkt, weil die "Geräusche" weiter über die Lautsprecher ausgegeben werden, aber nichts mehr ausgewertet wird.
Klickt man nun diese Meldung weg, so arbeitet das Programm auch nicht mehr weiter, und beim Beenden des Programms kommt es zu abstrusen Meldungen die Stopmeldungen des Soundmoduls und anderer Programm-Module betreffen, bis man nach mehrmaligen Klicken auf die immer wieder erscheinenden "Stop-Fehler-Meldungen" (mindestens 4-mal) das Programm verlassen kann. Nach einem Neustart läuft das Programm dann wieder einige Zeit normal, um dann erneut mit einem Laufzeitfehler 6 hängenzubleiben mit den Stop-Fehler-Meldungen.
Der Fehler tritt seit 2 Tagen auf, und an dem Rechner wurde seit mindestens 4 Tagen nichts mehr geändert, außer dem Neustart nach dem ersten "Hänger". Und davor lief das Program mindestens 14 Tage ohne Neustart (weder Programm noch Rechner). Die längste Zeit ohne Neustart des Programms waren bisher etwa 20 Tage, und dann erfolgte auch nur deshalb ein Neustart, um eine neue Protokolldatei aufzusetzen und Änderungen in den Grundlagendaten des Programms (neue Melderschleifen (ZVEI) und FMS-Kennungen erfassen bzw. Klartexte zu vom Programm aufgezeichneten Kennungen zuzuordnen.
Nachtrag 11.08.2005
Hat jemand eine Idee? Die Stop-Fehler-Meldung befindet sich als Dateianhang in dem nachfolgenden Beitrag.
Hier nun die Fehlermeldung, die nach dem Wegklicken der Meldung Laufzeitfehler 6 erscheint als Dateianhang.
Ich vermute, daß es sich um ein Problem mit den Daten handeln könnte.
Mach doch mal eine Sicherheitskopie Deiner .DAT Dateien und lösche dann die im FMS32pro Ordner.
Dann probier mal aus, ob die Fehler immer noch auftreten.
Gruß,
ahk
Ich tippe eher auf ein Problem im ActiveX/OCX Bereich (Weil Automatisierungfehler drin steht). Nutzt FMS32 Pro nicht jetzt das gleiche Control zur Auswertung, wie ELS Pro ?. Kann das ungefähr mit der eingestellten Zeit zusammenfallen, in der die Soundkarte resettet werden soll ?
Unwahrscheinlich.
Ursächlicher Fehler ist nämlich der 'Laufzeitfehler 6', das hat nix mit dem Automatisierungsfehler der Soundkarte zu tun sondern ist ein Überlauf.
D.h. es wurde einer numerischen Variablen ein zu großer Wert zugewiesen. Kann man z.B. provozieren, indem man die Aufnahme Dauer auf einen sehr großen Wert einstellt. Kommt dann eine Alarmierung oder ein Status der FMS32pro zur Aufnahme bewegen soll, erscheint der Laufzeitfehler 6.
Deshalb meine Vermutung mit irgendeiner 'illegalen' Einstellung in einer der DAT Dateien. Die falsche Einstellung wurde vom Editor nicht überprüft/abgefangen und führt nun zum Fehler, wenn das betreffende Fahrzeug ausgewertet wird.
Viel Spaß beim Testen ;-)
Gut möglich.
Mache im VB eher ein grossen Bogen, wenn es sich vermeiden läßt. Ist nicht wirklich "meine" Sprache. Aber das mit der Aufnahmedauer macht dann ja schon Sinn. Würde das "Soundstop" in der Fehlermeldung erklären.
Sach ich doch ;-)
Die Fehler lassen sich übrigens ganz einfach nachstellen.
Variante 1)
Im Editor eine Globale Aktion z.B. für FME anlegen. Bei Aufnahmedauer 99999999999999999999 angeben. Auf Okay klicken und schon gibt's einen Laufzeitfehler 6.
Im laufenden Betrieb geht das auch:
Variante 2)
Wiederum eine Globale Aktion z.B. für FME '12345' anlegen. Bei Aufnahmedauer eine Zahl größer als 32768 eingeben, z.B. 40000.
Nun mit dem BOS-Tool von Joachim (www.gibma.de) die Schleife 12345 auslösen. Das produziert die Meldung 'Fehlernummer 6 im Modul FunkAufzeichnen'
Ich habe diese Probleme schon vor vielen Monaten Herrn Jahn mitgeteilt, aber das hat offensichtlich nichts gebracht.
Gruß,
Arne
Moin moin,Zitat:
Original geschrieben von ahk
Unwahrscheinlich.
Ursächlicher Fehler ist nämlich der 'Laufzeitfehler 6', das hat nix mit dem Automatisierungsfehler der Soundkarte zu tun sondern ist ein Überlauf.
D.h. es wurde einer numerischen Variablen ein zu großer Wert zugewiesen. Kann man z.B. provozieren, indem man die Aufnahme Dauer auf einen sehr großen Wert einstellt. Kommt dann eine Alarmierung oder ein Status der FMS32pro zur Aufnahme bewegen soll, erscheint der Laufzeitfehler 6.
Deshalb meine Vermutung mit irgendeiner 'illegalen' Einstellung in einer der DAT Dateien. Die falsche Einstellung wurde vom Editor nicht überprüft/abgefangen und führt nun zum Fehler, wenn das betreffende Fahrzeug ausgewertet wird.
Viel Spaß beim Testen ;-)
Wenn Du schon fast weißt, warum der Fehler auftritt, kann E!FMSpro den dann erkennen? Zumindest meldet weder E!FMSpro noch der FMS32pro-eigene Editor irgendeinen Fehler und das geschickte ist, daß der Fehler ja, zumindest für mich, nicht reproduzierbar auftritt. die höchste, von mir eingetragenen Aufzeichnungsdauer liegt bei 300 Sekunden, und die dürften meines Wissen keinen Überlauf auslösen. Desweiteren kann ich den Fehler zumindest nicht auf eine Schleife eingrenzen, weil der "Absturz" gezielt verhindert, daß die noch im Speicher befindlichen Daten auf die Platte geschrieben werden, und damit auch nicht eingegrenzt werden kann, wann der Fehler aufgetreten ist.
Beispiel:
Die letzte aufgezeichnete Schleife wurde um 20:48:27 Uhr am 10.08.2005 ausgelöst (laut Programmanzeige). Die Dateiänderung ist von 10.08.2005 16:29 Uhr und wir haben zum Zeitpunkt des Feststellens des Problem am 14.08.2005 21:45 Uhr. Die letzte protokollierte FMS liegt bei 10.08.2005 19:31:18 Uhr und die Dateiänderung ist von 10.08.2005 19:07 Uhr. Die letzte Kontrolle vor dem Feststellen des Fehlers lag am 10.08.2005 21:15 Uhr.
Frage: Wann hat sich das Programm aufgehängt?
Antwort: Irgendwann zwischen 10.08.2005 21:15 Uhr und 14.08.2005 21:45 Uhr. Die Wahrscheinlichkeit, daß die am 10.08.2005 um 20:48:27 Uhr protokollierte Schleife der Auslöser war ist jedenfalls mehr als unwahrscheinlich, zumal dieser Schleife keine Aktion zugeordnet ist.
Meines Erachtens läßt sich der Fehler nur dann weiter eingrenzen, wenn die im Programm protokollierten Schleifen und FMS auch immer sofort in die entsprechenden Protokolldateien geschrieben werden, und nicht erst, wie schon mehrfach von mir angemerkt, erst nachdem der interne Programmpuffer überläuft.
Erstmal, ich weiß nicht, warum der Fehler genau auftritt. Ich habe nur ein Beispiel gebracht, wie er auftreten kann.
Bist Du Dir sicher, daß es mit einer 5ton Alarmierung zusammenhängt? Oder kann es auch mit einem FMS Telegramm zu tun haben?
Und auch nicht unbedingt nur mit der Aufnahmedauer. Vielleicht auch ein anderer Wert, der Falsch ist. Außerdem könnte die Einstellung auch in einer Globalen Aktion (FMS oder ZVEI) stehen....
Möglichkeiten gibt es leider viele.
Die genaue Uhrzeit des Fehlers läßt sich doch aus der Uhrzeit ersehen. FMS32pro blendet oben rechts eine Uhr ein. Die wird beim Fehler natürlich stehen bleiben.
Einzige Chance, den Fehler auf diese Weise zu finden ist, wenn Du WinXP verwendest, parallel noch einen anderen Auswerter, z.B. den FMS Crusader laufen zu lassen, und dann zu schauen, welches das 'schuldige' Telegramm war.
Das ist leider kein Feature vom Programm sondern von der Windows Dateiverwaltung. Kann man nur umgehen, wenn man die Log-Datei nach jedem Telegramm schließt und wieder neu aufmacht. Das ist aber ganz schlecht für die Systemleistung.Zitat:
Meines Erachtens läßt sich der Fehler nur dann weiter eingrenzen, wenn die im Programm protokollierten Schleifen und FMS auch immer sofort in die entsprechenden Protokolldateien geschrieben werden, und nicht erst, wie schon mehrfach von mir angemerkt, erst nachdem der interne Programmpuffer überläuft.
Außerdem, wenn das eingehende Telegramm sofort den Fehler auslöst, käme FMS32pro garnicht dazu, das Telegramm wegzuschreiben. Du hättest dann nur das unmittelbar vorausgehende. Und das wäre genauso wenig nützlich wie eines von vor 10 Stunden.
Aber wenn Du es probieren möchtest, dann lasse doch FMS32pro im Server-Modus laufen und mache einen Telnet auf 127.0.0.1 Port 9300. Dann hast Du das letzte Telegramm im Telnet Fenster.
Oder, wenn es wirklich was mit den Fehlerhaften Code-Dateien zu tun hat, laß FMS32pro im Server Modus laufen, aber komplett OHNE Code-Dateien (d.h. Fahrzeuge/Melder werden nicht im Klartext angezeigt, etc.)
Und laß ein weiteres FMS32pro MIT Code-Dateien im Client-Modus laufen, mit diesem Server verbunden. Der Client müßte dann irgendwann aussteigen, aber der Server läuft weiter und zeigt Dir das Telegramm an.
Dazu brauchst Du vermutlich zwei Rechner, da man FMS32pro nicht 2x auf dem selben Rechner starten kann - oder?
Gruß,
Arne
kann mir bitte jemand das Update 3.2.2. schicken.....
war ne Weile im Ausland und hab wohl viel verpasst....
Danke
Montecristo
bitte senden an pimperjede@aol.com
Kannste Dir selbst herunterladen:
http://www.heirue-soft.de/servicefms32pro/
Gruß,
ahk
Mal ne kurze Frage. Welches ist die aktuellste Version und wo krieg ich die nochmal her? Die htacces Daten hab ich noch. Ähm hat sich erledigt. Sorry hab nur die erste Seite gelesen und dann auf Antworten geklickt. Hab jetzt erst den posten von dem hier drüber gesehen. Sorry.
So sorry wenns schonmal vorkommt. aber ich habe keine lust diese vielen Seiten zu lesen. Was ist jetzt alles neu und wofür sind diese neuen Funktion und was bewirken sie? Ich schreib ma was ich wissen möchte was was ist.
- offene Alarmierungen
- Funkaufzeichnung
- Betriebsmodus
- diese Leiste da unten
- Die 4 Kreise oben rechts
So wie aussieht kann man das Programm ja jetzt mit 4 Soundkarten verwenden. Und das man jetzt alles im Programm selbst verwenden kann. Das ist gut. Gibts eine Möglichkeit diese Leiste da unten wieder verschwinden zu lassen? Das passt bei mir nicht. Der alte Laptop hat nur ne Auflösung von 800x600. Ich muss das alles zu klein machen. Und dann ist es unübersichtlich und so. Wär nett wenn ihr das nochmal erklären könnt. Vielen Dank im vorraus.
Servus!Zitat:
Original geschrieben von Ripper
So sorry wenns schonmal vorkommt. aber ich habe keine lust diese vielen Seiten zu lesen.
Wenn Du wissen willst, was sich so getan hat, musst Du Dir wohl oder übel den ganzen Beitrag durchlesen.
Faulheit wird hier nicht unterstützt!
Gruß
Alex
Ok hat sich sowieso gerade erledigt, weil ich das auf der HP gefunden ahbe, obwohl da steht das das noch nciht verfügbar ist. Trotzdem bleibt die Frage noch offen, ob ich die Leiste da unten entfernen kann. Und noch eine Frage. Kann man das irgendwie hinkriegen, dass man die Farbe der blinkenden Statis ändern kann, bei der offenen Alarmierung? Also das das kleine Fenster mit der Zahl z.B. rot+? statt schwarz+? blinkt. Könnt ihr mir da helfen?
Ich glaube ich habe gerade ein Bug entdeckt. Hab gerade ne DME Probealarmierung simuliert um die Einstellungen mit der offenen Alarmierung zu testen. Wenn die ganzen Fahrzeuge blinken und ich in der Liste dann alle Fahrzeuge lösche hören sie auf zu blinken aber nach kurzer Zeit fangen sie wieder an mit dem A zu blinken aber die Liste der offenen Alarmierung ist leer. Kann das sein?
Hab nochmal überprüft. Die blinken wieder so bald man Einstellungen in der Fahrzeugliste ändert und dann speichert.
Ich scheine schon ein Update verpasst zu haben. Sowas doofes. Ist das jetzt schlimm, wenn ich das Update jetzt installiert habe, aber das was vorher rauskam nicht?
Schlimm ist das nicht mit dem verpassten Update, weil in dem aktuellen Update alle Änderungen seit deinem letzten Update drin sind.Zitat:
Original geschrieben von Ripper
Ok hat sich sowieso gerade erledigt, weil ich das auf der HP gefunden ahbe, obwohl da steht das das noch nciht verfügbar ist. Trotzdem bleibt die Frage noch offen, ob ich die Leiste da unten entfernen kann. Und noch eine Frage. Kann man das irgendwie hinkriegen, dass man die Farbe der blinkenden Statis ändern kann, bei der offenen Alarmierung? Also das das kleine Fenster mit der Zahl z.B. rot+? statt schwarz+? blinkt. Könnt ihr mir da helfen?
Ich glaube ich habe gerade ein Bug entdeckt. Hab gerade ne DME Probealarmierung simuliert um die Einstellungen mit der offenen Alarmierung zu testen. Wenn die ganzen Fahrzeuge blinken und ich in der Liste dann alle Fahrzeuge lösche hören sie auf zu blinken aber nach kurzer Zeit fangen sie wieder an mit dem A zu blinken aber die Liste der offenen Alarmierung ist leer. Kann das sein?
Hab nochmal überprüft. Die blinken wieder so bald man Einstellungen in der Fahrzeugliste ändert und dann speichert.
Ich scheine schon ein Update verpasst zu haben. Sowas doofes. Ist das jetzt schlimm, wenn ich das Update jetzt installiert habe, aber das was vorher rauskam nicht?
Das mit dem Blinkenden A ist schon weiter oben in diesem Thread beschrieben, sowie noch einige andere Features, etwas anders als vorgesehen funktionieren.
Was für eine Leiste ist das denn, von der Du immer redest. Kannst Du die mal als "Bildchen" anhängen?
Erst erinmal vielen Dank für den Hinweis. werde mich bei Gelegenheit mal mit dem Aufsetzen der Client-Server-Lösung befassen.Zitat:
Original geschrieben von ahk
Erstmal, ich weiß nicht, warum der Fehler genau auftritt. Ich habe nur ein Beispiel gebracht, wie er auftreten kann.
Bist Du Dir sicher, daß es mit einer 5ton Alarmierung zusammenhängt? Oder kann es auch mit einem FMS Telegramm zu tun haben?
Und auch nicht unbedingt nur mit der Aufnahmedauer. Vielleicht auch ein anderer Wert, der Falsch ist. Außerdem könnte die Einstellung auch in einer Globalen Aktion (FMS oder ZVEI) stehen....
Möglichkeiten gibt es leider viele.
Die genaue Uhrzeit des Fehlers läßt sich doch aus der Uhrzeit ersehen. FMS32pro blendet oben rechts eine Uhr ein. Die wird beim Fehler natürlich stehen bleiben.
Einzige Chance, den Fehler auf diese Weise zu finden ist, wenn Du WinXP verwendest, parallel noch einen anderen Auswerter, z.B. den FMS Crusader laufen zu lassen, und dann zu schauen, welches das 'schuldige' Telegramm war.
Das ist leider kein Feature vom Programm sondern von der Windows Dateiverwaltung. Kann man nur umgehen, wenn man die Log-Datei nach jedem Telegramm schließt und wieder neu aufmacht. Das ist aber ganz schlecht für die Systemleistung.
Außerdem, wenn das eingehende Telegramm sofort den Fehler auslöst, käme FMS32pro garnicht dazu, das Telegramm wegzuschreiben. Du hättest dann nur das unmittelbar vorausgehende. Und das wäre genauso wenig nützlich wie eines von vor 10 Stunden.
Aber wenn Du es probieren möchtest, dann lasse doch FMS32pro im Server-Modus laufen und mache einen Telnet auf 127.0.0.1 Port 9300. Dann hast Du das letzte Telegramm im Telnet Fenster.
Oder, wenn es wirklich was mit den Fehlerhaften Code-Dateien zu tun hat, laß FMS32pro im Server Modus laufen, aber komplett OHNE Code-Dateien (d.h. Fahrzeuge/Melder werden nicht im Klartext angezeigt, etc.)
Und laß ein weiteres FMS32pro MIT Code-Dateien im Client-Modus laufen, mit diesem Server verbunden. Der Client müßte dann irgendwann aussteigen, aber der Server läuft weiter und zeigt Dir das Telegramm an.
Dazu brauchst Du vermutlich zwei Rechner, da man FMS32pro nicht 2x auf dem selben Rechner starten kann - oder?
Gruß,
Arne
Ich red von dieser Leiste(im Anhang). Kann man das nun irgendwie hinkriegen, dass man die Farbe der blinkenden Statis ändern kann, bei der offenen Alarmierung? Also das das kleine Fenster mit der Zahl z.B. rot+? statt schwarz+? blinkt.
Die Farben des blinkenden Status ist abhängig von den Einstellungen der Statusfarben und kann über das Konfigurationsprogramm fmseditpro.exe über den Menuepunkt Einstellungen >> Statusfarben vorgenommen werden.Zitat:
Original geschrieben von Ripper
Ich red von dieser Leiste(im Anhang). Kann man das nun irgendwie hinkriegen, dass man die Farbe der blinkenden Statis ändern kann, bei der offenen Alarmierung? Also das das kleine Fenster mit der Zahl z.B. rot+? statt schwarz+? blinkt.
Die Bedeutung der Leiste unten erklärt sich eigentlich von selbst, wenn man mit der Maus einige Zeit über den einzelnen Feldern stehen bleibt. Dann erscheinen nämlich "selbsterklärende" Hinweise.
Aber damit kann man doch nicht die Farbe des A's ändern, oder? Ich weiß ja wozu die Leiste gut ist. Ich möchte nur wissen ob man die wegmachen kann.
Glaube nicht das man die Entfernen kann. Solltest dich vieleicht mal an Herrn Jahn wenden.Zitat:
Original geschrieben von Ripper
Aber damit kann man doch nicht die Farbe des A's ändern, oder? Ich weiß ja wozu die Leiste gut ist. Ich möchte nur wissen ob man die wegmachen kann.
Mfg Retterlopez
Ok werd ich mal machen. Und das mit dem A geht net oder was?
Sicher kann man damit die Farben des A's ändern. Wenn z. B. das alarmierte Fahrzeug im Status 1 steht und für Status 1 die Farbe Grüner Hintergrund und |Schwarze Schrift| eingestellt ist, dann ergibt das ein grünes A auf schwarzem Hintergrund. Wenn Du also die Farben für den Status umstellst, dann hat das A genau die umgekehrte Farbgebung.Zitat:
Original geschrieben von Ripper
Aber damit kann man doch nicht die Farbe des A's ändern, oder? Ich weiß ja wozu die Leiste gut ist. Ich möchte nur wissen ob man die wegmachen kann.
Ja das weiß ich ja. Aber seperat kann man die nicht ändern, oder? Also eine eigene für das A. Unabhängig davon, welche Farbe der gegebene Status hat.
Soweit ich weiß nicht, denn daß Blinken ist ja nur ein AUSTAUSCHEN der Vordergrundfarbe mit der Hintergrundfarbe und umgekehrt, wobei gleichzeitig der Vordergrund von Status 1..9 zu einem A wechselt.Zitat:
Original geschrieben von Ripper
Ja das weiß ich ja. Aber seperat kann man die nicht ändern, oder? Also eine eigene für das A. Unabhängig davon, welche Farbe der gegebene Status hat.
Sinn des Farbtausches ist sicherlich, daß man sieht ob das alarmierte Fahrzeug überhaupt einsatzbereit und/oder verfügbar ist.
Wenn Du da andere Vorstellungen hast, dann schreibe doch einmal Herrn Jahn direkt an und mache ihm den entsprechend begründeten Vorschlag.
Diese Leiste läßt sich nur entfernen, wenn in dem entsprechenden Programm das Ausblenden der Statusleiste vorgesehen ist (siehe auch Windows-Explorer >>Ansicht >>Statusleiste). Da es eine solche Funktion nicht gibt, bleibt Dir nichts anderes übrig, als Herrn Jahn direkt zu anzusprechen und ihm Deine Änderungswünsche vorzutragen.Zitat:
Original geschrieben von Retterlopez
Glaube nicht das man die Entfernen kann. Solltest dich vieleicht mal an Herrn Jahn wenden.
Mfg Retterlopez
Ok alles klar. Ich wend mich mal an ihn.
Hallo zusammen
hab gestern beim blättern im forum rausbekommen das es
ein neues update für FMS 32 Pro gibt.
ebenfalls hab ich gelesen das man für den Download Benutzernamen und Kennwort braucht.
Welcher BN und KW sind damit gemeint?
Für eine Antwort wäre ich sehr dankbar.
Hallo,
die Zugangsdaten stehen auf der Rechnung, bzw. werden Dir bei Anfrage von Hei-Rue direkt mitgeteilt.
Moin erstmal,Zitat:
Original geschrieben von firefighter7727
Hallo zusammen
hab gestern beim blättern im forum rausbekommen das es
ein neues update für FMS 32 Pro gibt.
ebenfalls hab ich gelesen das man für den Download Benutzernamen und Kennwort braucht.
Welcher BN und KW sind damit gemeint?
Für eine Antwort wäre ich sehr dankbar.
wenn Du die Zugangsdaten für das Update benötigst, musst zu (natürlich) vorher eine Lizenz für das Programm erworben haben. Bei dieser Lizenz war auch ein Benutzername und ein Kennwort dabei, mit dem Du Updates ziehen kannst.
Solltest Du diese Informationen nicht mehr besitzen, müsstest Du Dich mit Deiner Lizenznummer an Herrn Heiko-Rüdiger Jahn (Support@Heirue-Soft.de) wenden, damit er Dir die entsprechenden Zugangsdaten geben kann.
Bitte hab´Verständnis dafür, dass hier niemand einfach seine Zugangsdaten postet, da man sich ja nicht sicher sein kann, dass Du das Programm bereits legal erworben hast ;-) Nicht böse sein.
Viel Erfolg!
Hallo,
nur falls die Frage kommt: Wenn Du die Lizenzdaten nicht mehr hast, bitte einfach Namen und Adresse angeben (wenn Du umgezogen bist, die Adresse von der aus Du bestellt hattest).
Ich habe das Passwort für die Updates einfach so gekriegt, als ich bei Herrn Jahn nachgefragt habe.
danke für dir vielen tipps
hab mich schon mit Herrn Jahn in Verbindug gesetzt.
war längere Zeit nicht mehr im Forum, gibt es schon eine neuere Version als die 3.2.2, in der die wichtigsten Probleme beseitigt sind?
@fwp: Bist du schon weitergekommen?
zitat:
--------------------------------------------------------------------------------
Original geschrieben von ahk
Erstmal, ich weiß nicht, warum der Fehler genau auftritt. Ich habe nur ein Beispiel gebracht, wie er auftreten kann.
Bist Du Dir sicher, daß es mit einer 5ton Alarmierung zusammenhängt? Oder kann es auch mit einem FMS Telegramm zu tun haben?
Und auch nicht unbedingt nur mit der Aufnahmedauer. Vielleicht auch ein anderer Wert, der Falsch ist. Außerdem könnte die Einstellung auch in einer Globalen Aktion (FMS oder ZVEI) stehen....
Möglichkeiten gibt es leider viele.
Die genaue Uhrzeit des Fehlers läßt sich doch aus der Uhrzeit ersehen. FMS32pro blendet oben rechts eine Uhr ein. Die wird beim Fehler natürlich stehen bleiben.
Einzige Chance, den Fehler auf diese Weise zu finden ist, wenn Du WinXP verwendest, parallel noch einen anderen Auswerter, z.B. den FMS Crusader laufen zu lassen, und dann zu schauen, welches das 'schuldige' Telegramm war.
Das ist leider kein Feature vom Programm sondern von der Windows Dateiverwaltung. Kann man nur umgehen, wenn man die Log-Datei nach jedem Telegramm schließt und wieder neu aufmacht. Das ist aber ganz schlecht für die Systemleistung.
Außerdem, wenn das eingehende Telegramm sofort den Fehler auslöst, käme FMS32pro garnicht dazu, das Telegramm wegzuschreiben. Du hättest dann nur das unmittelbar vorausgehende. Und das wäre genauso wenig nützlich wie eines von vor 10 Stunden.
Aber wenn Du es probieren möchtest, dann lasse doch FMS32pro im Server-Modus laufen und mache einen Telnet auf 127.0.0.1 Port 9300. Dann hast Du das letzte Telegramm im Telnet Fenster.
Oder, wenn es wirklich was mit den Fehlerhaften Code-Dateien zu tun hat, laß FMS32pro im Server Modus laufen, aber komplett OHNE Code-Dateien (d.h. Fahrzeuge/Melder werden nicht im Klartext angezeigt, etc.)
Und laß ein weiteres FMS32pro MIT Code-Dateien im Client-Modus laufen, mit diesem Server verbunden. Der Client müßte dann irgendwann aussteigen, aber der Server läuft weiter und zeigt Dir das Telegramm an.
Dazu brauchst Du vermutlich zwei Rechner, da man FMS32pro nicht 2x auf dem selben Rechner starten kann - oder?
Gruß,
Arne
--------------------------------------------------------------------------------
Erst erinmal vielen Dank für den Hinweis. werde mich bei Gelegenheit mal mit dem Aufsetzen der Client-Server-Lösung befassen.