@agentmueller
Es passiert rein gar nichts
Druckbare Version
@agentmueller
Es passiert rein gar nichts
Hallo,
ich bin nicht sicher, ob das vorher auch schon so war:
Meine Datenbank liegt auf dem Server \\server\els$\els.mdb
Der ELS-Server läuft auf einem anderen PC \\ELSSERVER
Auf diesem Rechner läuft unter anderem auch die Clientanwendung. Dort habe ich den Pfad auch richtig eingetragen, es bleibt auch gespeichert, also alles OK. In den EInstellungen vom ELS-Server steht jedoch immer c:\programme\els\els.mdb
Ich kann das zwar überschreiben, kriege es aber nicht gespeichert, es bleibt dort immer der lokale Pfad eingetragen. Soll das so sein?
Gruss
Thomas
Ach ja:
Wie sieht's denn damit aus, die einzelnen Übersichten (0,1,2,3,4,5 sowie Kartenansicht und Checklisten) in Einzelfenster zu bringen, um die bei Mehrmonitorbetrieb auf anderen Monitor auszulagern und so verschiedene taktische Übersichten zu bekommen? SO könnte sich jeder die für ihn wichtigen Infobereiche zusammenstellen.
@ WallOfSound
Dass die Einstellungen nicht gespeichert werden, war ein Fehler.
Die korrekte Version kannst Du Dir vorab unter
http://www.agentmueller.de/Server.exe
laden. Sonst ist sie morgen im neuen Update dabei.
Ich will sehen, ob ich das mit den extra- Fenstern hinbekomme. Kein schlechter Gedanke.
@ Firefighter7323
Wir könnten morgen früh mal telefonieren.
05852/390980
@agentmueller
Danke aber witzigerweise hat sich das Server- Programm es sich anders überlegt. Im Moment zeigt es wunderbar jeden Status an. möchte zu gern mal wissen was das gewesen ist, daß ihn so sehr daran gehindert hat.
Hoffe morgen geht es auch noch, sonst komme ich auf das Angebot noch wieder zurück
@ AgentMueller
Hallo,
mal kurz ein paar Vorschläge.
1. Wäre es möglich (wie bei FMS32) für alle Fahrzeuge gleichzeitig einen Status zu setzen. Wäre bei einem Neustart von ELS sinnvoll um dann z.B. alle Fahrzeuge auf Status 2 zu setzen.
2. Beim Neustart von ELS sind immer alle FMS Eingänge gespeichert. Wäre nicht schlecht diese evtl. zu verwerfen oder das ELS beim beenden des Programmes fragt ob man die Stati speichern möchte.
3. Wäre es möglich das sich die "es spricht" Eingänge nach einer einstellbaren Zeit selbständig löschen, also aus der Liste verschwinden (auch wie bei FMS32)?
4. Ist es nicht möglich den Verlauf eines jeden Fahrzeuges anzuzeigen? Wäre doch sinnvoll wenn dies im Fahrzeugprotokoll möglich wäre, so sieht der Disponent nach anklicken des Fahrzeuges wann dieses welchen Status drückte.
Mfg
@agentmueller
Guten Morgen
Laufzeitfehler tritt genau dann auf, wenn mehr als 5 Fahrzeuge in der "es spricht" Liste angezeigt werden.
Fehlermeldung kommt auf der Serverseite, danach wird nicht mehr ausgewertet.
War aber komischer Weise nicht immer der Fall.
MfG
Dispatcher
@AgentMueller
Hallo,
folgendes ist mir wieder aufgefallen:
1. Beim Umschalten auf die Maßnahmenliste wird diese versetzt dargestellt, so dass die Einsatznummer fast komplett verschwindet und die Verlaufsliste noch ein wenig hervorschaut.
2. Was die Vorschlagsliste angeht hat sich folgendes dargestellt. Bei mir ist kein Scroll-Balken vorhanden (zu wenig Fahrzeuge) trotzdem kann das letzte Fahrzeug in der Liste nicht vorgeschlagen werden. hab das Problem jetzt mit einem Musterfahrzeug gelöst was als letztes in der Liste erscheint. Dadurch kann ich alle wichtigen jetzt vorschlagen.
Gruß
Firefighter-Nrd.
@AgentMueller
Hallo nochmals,
vermutlich sprengt meine Frage jetzt den Programmiertechnischen Rahmen, aber kann man ELS so programmieren, dass man bei manueller Statuseingabe automatisch einen SMS-Text an das entsprechende Fahrzeug schickt? So zu sagen das Gegenteil was wir jetzt schon mit dem Telefoneingang haben. Aber wie gesagt ist nur mal eine Frage am Rande und vermutlich zu umfangreich zu programmieren.
Gruß
Firefighter-Nrd
Neues Update
http://www.agentmueller.de/elspro_beta43.exe
Nur wenige Kleinigkeiten geändert:
- In der mittleren grünen Liste mit den geöffneten Einsätzen kann man mit rechtem Mausklick die Reihenfolge der Information ändern
- In den Ansichten 1-5 wurden bisher beim Verschieben der Fzg fälschlicherweise die Infos über Wache und Zug mit verschoben.
Das ist nicht mehr so.
- Der Sender sendet wieder
- Die Maßnahmenliste ist wieder an der richtigen Stelle/Höhe
@ Dispatcher
habe den Laufzeitfehler 5 noch nicht gefunden. Löst ein bestimmtes Fzg den Fehler aus?
Ich versuche noch einen Zusammenhang zu finden (Rufname / Ortsname/ Zugname mit ungültigen Zeichen o.ä.)
Anzahl der gesendeten Stati, zu langer Rufname ?
Welcher Status löst den Fehler aus ?
@ Firefighter-Nrd
Den Listenfehler habe ich noch nicht weiter verfolgt, bleibe aber dran.
Wozu soll der SMS-Text gesendet werden ?
@AgentMueller
Hallo,
ich hatte mir das ganze als eine Art Leitstellenaufforderung vorgestellt die von ELS an das entsprechende Fahrzeug gesendet wird.
Gruß
Firefighter-Nrd
@ AgentMueller
Hallo,
bei mir ist kein scrollen in der Maßnahmenliste mehr möglich. Weder in der kleinen noch in der Vollbildansicht.
Allerdings erst seit der Beta 43.
Mfg
Hallo,
habe den Fehler bei mir nicht reproduzieren können.
Haben andere das gleiche Problem ?
Hallo,
hatte gestern Abend ein paar Voschläge ins Forum gestellt, denke die wären recht nützlich. Was halten Sie davon?
1. Wäre es möglich (wie bei FMS32) für alle Fahrzeuge gleichzeitig einen Status zu setzen. Wäre bei einem Neustart von ELS sinnvoll um dann z.B. alle Fahrzeuge auf Status 2 zu setzen.
ANTWORT:
das ist ein guter Vorschlag, den ich einbauen werde.
2. Beim Neustart von ELS sind immer alle FMS Eingänge gespeichert. Wäre nicht schlecht diese evtl. zu verwerfen oder das ELS beim beenden des Programmes fragt ob man die Stati speichern möchte.
ANTWORT:
das wird noch geändert. Die fms-Eingänge werden tageweise in einer Datei erfaßt. Nur die Eingänge des aktuellen Tages werden dann in der ersten Seite angezeigt.
3. Wäre es möglich das sich die "es spricht" Eingänge nach einer einstellbaren Zeit selbständig löschen, also aus der Liste verschwinden (auch wie bei FMS32)?
ANTWORT:
ich würde die Liste nicht gerne löschen, weil man so immer die letzten 5 Eingänge hat. Man weiß nie, wozu die mal gut sein könnten. Sie sind so unauffällig, das sie dort niemanden stören
4. Ist es nicht möglich den Verlauf eines jeden Fahrzeuges anzuzeigen? Wäre doch sinnvoll wenn dies im Fahrzeugprotokoll möglich wäre, so sieht der Disponent nach anklicken des Fahrzeuges wann dieses welchen Status drückte.
ANTWORT:
das soll auch in den Tageslisten möglich werden. Hier kommen ausgefeilte Suchfunktionen hinein, die alles mögliche herausfinden
Ist Interessanterweise nach Neustart wieder möglich.Zitat:
Original geschrieben von AgentMueller
Hallo,
habe den Fehler bei mir nicht reproduzieren können.
Haben andere das gleiche Problem ?
Also behoben, Frage erledigt. ;-)
@AgentMueller
Hallo,
in einem der letzten Meldungen ist folgender Satz aufgetaucht.
1. Wäre es möglich (wie bei FMS32) für alle Fahrzeuge gleichzeitig einen Status zu setzen. Wäre bei einem Neustart von ELS sinnvoll um dann z.B. alle Fahrzeuge auf Status 2 zu setzen.
Ein Button der alle Fahrzeuge automatisch einen Status zuweist ist prinzipiell in Ordnung. Nur sollte beim Neustart keine automatische Zuweisung erfolgen da ja das Programm mal aus diversen Gründen (z.B. bei Laufzeitfehlern ;-) ) neu gestartet werden muss.
Weiter sollte es möglich sein Fahrzeuge die einen gewissen Status besitzen (z.B. Nicht einsatzklar) von dieser Automation auszuschließen, da solche Fahrzeuge weiter in der Werkstatt sein könnten ö.ä.
Hier wäre es eventuell sinnvoll eine Auswahl einzufügen mit der man einen Status bestimmen kann der z.B. nicht einsatzklar zeigt und Fahrzeuge mit diesem Status unberührt lässt.
Gruß
Firefighter-Nrd
1.
Es ist nicht realistisch alle Fahrzeuge auf einen gewissen Status, welcher auch immer zu setzen.
Bei einer Beendung von ELS im laufenden Dienstbetrieb und anschließendem Neustart hätte ein automatisiertes Statussetzen
fatale Folgen, wie man sich wohl vorstellen kann.
Leichter werden die in dieser Zeit untergegangen Statis nachgesetzt, als wieder von vorne anzufangen.
2.
Desweiteren sollte es lieber möglich sein eine Option zu schaffen, Statis in der Fahrzeuübersicht zu setzen ohne das die Einsatzmittel die nachgesetzt werden, in den jeweils aktuell aufliegenden Einsatz übernommen werden ( aber ich glaube das hatten wir schon)
3. @ Agentmueller
Bei den ca. 10.000 Objekten mussten wir eine Reihe vom Inhalt her kürzen, da die Eingabemöglichkeit auf 50 bzw 56 Zeichen beschränkt ist.
Bei jetzt ca 25.000 Datensätzen gibt es bei der Geschwindigkeit bis jetzt keinerlei Probleme.
Ist es möglich im Bereich der offenen Einsätze zur besseren Übersicht vertikale Linien zwischen Ort, Strasse, Objekt und Anlass einzubauen ? Bzw ein Gitternetz.
Ist Es möglich den Einsatzmitteln in der Fahrzeugübersicht zwei oder drei Farben zu geben, die nicht mit einem Status versorgt sind ( kaputt, ohne Personal, bedingt einsatzklar..) ?
MFG
Dispatcher
Es wäre sinnvoll im Bereich der offenen Eisätze eine kleine Zusatzspalte einzubauen, in der der aktuelle Status der Einsätze ersichtbar ist ( Erf., Disp., Alarm.)
Damit geht dem Disponenten kein Einsatz ausversehen unter.
Dies könnte man auch mit einer unterschiedlichen Farbgebung der Einsätze im jeweiligen Status erreichen (z.B. erfasst= schwarz, disponiert = grün, alarmiert = blau )
MfG
Dispatcher
>>Es ist nicht realistisch alle Fahrzeuge auf einen gewissen Status, welcher auch immer zu setzen.
Bei einer Beendung von ELS im laufenden Dienstbetrieb und anschließendem Neustart hätte ein automatisiertes Statussetzen
fatale Folgen, wie man sich wohl vorstellen kann.
Leichter werden die in dieser Zeit untergegangen Statis nachgesetzt, als wieder von vorne anzufangen.<<
Hallo,
1. ELS wird nicht nur in Großleitstellen sondern auch in Einsatzzentralen bzw Nachalarmierendenstellen von FFw eingesetzt.
In diesen Bereichen der FFw wird ein EInsatzleitrechner sicher nicht 24h laufen, so auch bei uns. Der Rechner und ELS wird bei Alarm automatisch gestartet.
Wenn jetzt eine Nast oder Ez besetzt wird ist es schon sinnvoll alle Fahrzeuge, z.B. eines Bereiches auf einen Status (S2) zu setzten da die "alten" Stati eh nicht aktuell sind.
ELS sollte natürlich nicht selbständig bei Neustart einen Status für alle Rettungsmittel setzten. Dies nur auf Befehl. Hatte vorausgesetzt das das jeder so versteht...
2. Eine Farbliche Unterscheidung der Zustände der aufliegenden Einsätze fände ich auch sehr sinvoll. Hatte vor einiger Zeit schonmal den Vorschlag gemacht, eine art Timer für noch nicht disponierte Einsätze einzubauen. ELS würde nach z.B. 2 Minuten den Disponenten darauf hinweisen das ein offener Einsatz noch nicht beabeitet wurde also kein Fahrzeug alarmiert bzw dem Einsatz zugeordnet worden ist.
Mfg
@Tomson
So war´s ja gemeint.
Nicht generell Statuswechsel bei Neustart, sordern als Option.
MfG
Dispatcher
Neues Update
http://www.agentmueller.de/elspro_beta44.exe
2 neue Dinge:
1) Habe mich heute mal mit der mittleren grünen Liste beschäftigt.
Es ist eine zusätzliche Spalte "Status" dazu gekommen.
Man kann den Status eines Einsatzes jetzt durch Mausklick auf diese neue Spalte ändern.
Wem die Schrift zu groß ich, dem muß ich sagen: Das krieg ich bisher nicht anders hin. Das Steuerelement weigert sich , eine andere Größe anzunehmen. Ich habe aber noch nicht ganz aufgegeben. Das betrifft auch die Schriftgröße bei der Sprechwunschliste und der Einsatz-Zuordnungsliste.
2) Weiterhin wird man bei manuellem setzen des Status 3 gefragt, ob das Fzg im aktuell aufliegenden Einsatz eingesetzt werden soll.
Hallo,
also ich habe nach wie vor so meine Probleme mit der Aktualisierung hier. Wenn ich an einem Client z.B. ein Fahrzeug in einen Status versetze, wird dieses nicht auf dem zweiten Client angezeigt. Erst wenn ich mit einem Linksklick auf dieses oder ein anderes Fahrzeug klicke, werden die aktuellen Stati angezeigt.
Das gleiche Problem gilt für die Einsätze. Ich lege auf dem einen Client einen Einsatz an, aber dieser kommt nicht in die Einsatzliste des zweiten Client. Auch nicht nach einigen Minuten...
Wenn ich diesem Einsatz ein Fahrzeug zuordne (Status 3), steht dieses zwar irgendwann (teilweise mehrere Minuten) in der Einsatzliste, aber daneben steht immer noch "Keine offenen Einsätze"...
Weiterhin habe beobachtet, das der Server fast ununterbrochen 99% CPU-Last verursacht. Ich kriege dann auch keine neuen Einträge mehr im Winsock-Status-Fenster.
Irgendwo ist da noch der Wurm drin.
Ausserdem habe ich auf einem Rechner nach der Installation (ohne Fehlermeldung) von Grundmodul und Update 43 beim ersten Start von ELS die angehängte Fehlermeldung, dass "das Steuerelement VB.UserControl nicht aktiviert werden konnte...". System ist Win2K, Installation lief als Administrator. Bei der Installation habe ich aktuellere Versionen der VB-Controls beibehalten (logischerweise). Hängt's damit zusammen?
Oh weih... da ist ja 'ne Menge zusammengkommen...
Trotzdem Grüsse
Thomas
Hallo!
Das Update löst einen " Laufzeitfehler 94 aus, ungültige Verwendung von Null!
Tritt auf wenn ein Einsatz eröffnet wird!!
MfG
Neues Update
http://www.agentmueller.de/elspro_beta44a.exe
Ich konnte die Schriftgröße der grünen Liste endlich kleiner bekommen.
@ Andreas 53/01
Der Fehler beim Anlegen eines neuen Einsatzes ist behoben
@ WallOfSound
Mit dem Aktualisieren der Clients, wenn einer etwas ändert, bin ich noch nicht richtig ins Gericht gegangen. Das ist jetzt der nächste Schritt.
Warum der Server bei Dir 99 % Leistung zieht, muß ich noch herausfinden. Bei mir sind es zwsichen 0.5 und 0.9 % je nach Anzahl der Clients.
Die Fehlermeldung kann ich überhaupt nicht einordnen (nie zuvor irgendwo gesehen). Ich werde mal Unbterlagen wälzen.
Hallo!
Wenn man in der Maßnahmenliste ( grün ) die Ansicht verändert, also verschieben der Spalten.... dann werden aber alle Einträge auf ihren alten Positionen geschrieben d.h. dort wo jetzt der Rufname stehen soll, ist weiterhin die Uhrzeit und wo der Anlaß stehen soll steht z.b. dann die Straße usw.!
Trotz Speichern der angelegten Ansicht in der Datenpflege!
MfG
Die jetzige neue grüne Liste läßt sich in der Ansicht noch nicht dauerhaft verändern/einstellen. Das kommt noch.
Hallo!
Also, Michael : In der Version 44 hat sich der Laufzeitfehler nach einem dritten Neustart von ELS nicht mehr aufgezeigt !! :-S
In der Version 44a allerdings, hab ihn wieder, und besteht weiterhin, auch nach 5. Neustart...ist er weiter vorhanden!?
Was tun?
MfG
@ Andreas 53/01
Wie siehts jetzt aus:
http://www.agentmueller.de/elspro_beta44b.exe
@ AgentMueller
Guten Abend,
ist es geplant das der Status der jeweiligen Einsätze (also Erfasst, Disponiert, Alarmiert) automatisch von ELS gesetzt wird?
Zum anderen finde ich es nicht so sinnvoll das ELS nach disponieren der Fahrzeuge für einen bestimmten Einsatz nochmal nachfragt ob dieses Fhzg. auch für den aufliegenden Einsatz zugeordnet werden soll.
Was hat das für einen Sinn bzw. Hintergrund?
Mfg
Der Status der jeweiligen Einsätze (Disponiert, Alarmiert) wird nicht automatisch von ELS gesetzt.
Der Einsatz ist mit dem neuen Anlegen automatisch im Status "erfasst"
Nachdem der Disponent alle erforderlichen Fahrzeuge disponiert hat vergibt er selbst den Status "disponiert".
Wenn alle alamiert wurden, vergibt wiederum der Disponent den Status "alamiert"
Ich denke, das sollte ELS nicht selbst machen.
Danke für den Hinweis,
es ist noch ein Fehler, das disponierte Fahrzeuge gefragt werden, ob sie dem aufliegenden Einsatz zugeordnet werden sollen. Die Abfrage wird bei diesen Fahrzeugen entfernt.
@ Agentmueller
Guten Morgen,
1.
Es ist sinnvoll den Status "disponiert" automatisch zu setzen, da der Disponent sich ja mit dem Vorgang beschäftigt und ein Fahrzeug für diesen Einsatz ausgewählt hat.
Dies erspart einen Arbeitsschritt.
2. Die Schriftgröße aus der beta44 war unserer Ansicht nach nicht schlecht, wie sehen die anderen das ?
Ansonsten wird´s jetzt richtig gut.
Lob Agentmueller
MfG
Dispatcher
Neues Update
http://www.agentmueller.de/elspro_beta45.exe
Eine mittlere Variant bezüglich der Schriftgröße !
Ich hatte mir gedacht, das der Dsponent den Status "disponiert" vergibt, weil er ja nicht nur ein Fahrzeug für einen Einsatz disponiert.
Wenn ELS gleich nach dem Vorschlagen des ersten Fzg den Status "disponiert" setzt, kann der Disponent evt. ein Fahrzeug vergessen.
Wenn er den Status selbst stzt, weiß er und andere, das alle Fzg. vorgeschlagen worden sind.
Oder was genau soll mit "disponiert" zum Ausdruck gebracht werden ?
Habe noch einen Vorschlag. Nachdem die Folgetelegramme schon im Monitor angezeigt werden, wäre es nicht möglich diesen Zahlen auch einen Klartext zuzuweisen der dann in das Einsatzprotokoll übernommen werden? damit kann man sich das eingeben in die Einsatzmaske sparen.
MFG
Tobias
@ Mistermocs
ja, dazu muß dann später auf dem Server eine Tabelle mit den hinterlegten "Bedeutungen" erstellt werden.
@Agentmueller
Da die Einsatzmittel über die Fahrzeugvorschlagsliste definiert werden können,werden ja alle für diesen Einsatz möglichen Fahrzeuge vorgeschlagen.
Werden diese ausgewählt und als Vorschlag bestätigt, kann der Alarm jetzt durchaus in den Zustand "disponiert" übergehen.
Nachdem in der momentanen Version ja noch eine manuelle und nicht automatisierte Alarmierung erfolgt, ist das Vergeben des Statuses "Alamiert" von Hand o.k.
Wenn die Alamierung über ELS impementiert ist, kann dies logischerweise automatisch erfolgen.
MfG
Dispatcher
Hallo,
also meiner Meinung nach würde es nur Sinn machen, den Status automatisch auf disponiert zu setzen, wenn folgende Voraussetzungen erfüllt sind:
Zu einer bestimmten Anlassart kann eine Zusammenstellung von dafür benötigten Fahrzeugen nach Art und Anzahl definiert werden. Beispiel:
Der Anlass HPTUER (Hilfelose Person hinter verschlossener Tür) zieht automatisch die Kombination:
1 x RTW (Fahrzeugart 83)
1 x NAW (Fahrzeugart 81) (in anderen Regionen vielleicht NEF (Fahrzeugart 82)
1 x LF (Fahrzeugart 44)
Wenn nun bei diesem Anlass die benötigten Fahrzeugarten in benötigter Anzahl dem Einsatz zugeteilt wurden, könnte der Einsatz automatisch in "disponiert" gehen.
Dieses System müsste natürlich so flexibel sein, dass ich
1) zu den Anlässen nicht speziell Fahrzeuge oder Züge/Wachen zuordne, sondern eine Kombination aus Anzahl / Fahrzeugart
2) logischerweise müsste ich in der Fahrzeugverwaltung jedem Fahrzeug (s)eine Fahrzeugart zuordnen können.
3) die Fahrzeugarten müssen sich flexibel verändern lassen, weil z.B. hier in NRW teilweise andere Bezeichnungen für die Fahrzeuge verwendet werden, als in anderen Bundesländern.
Wenn diese Bedingungen erfüllt sind, kann ELS selbst entscheiden, ob ein Einsatz "disponiert" ist, oder nicht.
Grüsse
Thomas
PS: die CPU-Last scheint in der 045 jetzt OK zu sein. Dafür fehlen in der grünen Einsatzliste die Spaltenköpfe. Könnte man die Schriftgrösse nicht variabel vom Benutzer festlegen lassen?
So kann's sich jeder so einstellen, wie er es mag.
Dafür müßte aber für jedes Meldebild nach AAO eine Anfrageroutine in ELS geschaffen werden, weche erstens die zuständige Wache auf Verfügbarkeit überprüft und bei Bedarf das nächste freie Fahrzeug der nächsten zuständigen Wache einbezieht ( Zugergänzung ).
Dann sollte ELS nicht mit der Vorschlagliste kommen, sondern mit einem korrekten Alarmvorschlag.
z.B.
Zimmerbrand ( Zuständigkeit Wache 1)
FW 1 :ELW
FW 1 :1.HLF
FW 3 :DLK
FW 4 :2.HLF
FW 5 :RTW
Ob das in ELS realisierbar ist ?
Dagegen im Rettungdienst im Durchschnitt 1 RTW, 1 Nef oder NAW
und ein Responder disponiert werden, bei denen ein Disponent und Funksprecher wohl nicht die Übersicht verlieren dürfte.
P.S.
Keine Kritik, sondern einfach über die bestmögliche Lösung diskutieren.
MfG
Dispatcher
@AgentMueller
Hallo,
ich habe mir jetzt mal die Version Beta45.exe gezogen. Ich habe jetzt das gleiche Problem mit dem Server. Nachdem der Server den ersten Status weitergeleitet hat, dann bleibt der Server bei einer CPU-Auslastung von 99% und geht da auch nicht wieder runter. Ich bin von der Version 42 auf die 45 umgestiegen und seitdem ist erst das Problem. Bei der 42'er war das nicht so.
Gruß
Bjoerni
Anmerkung zum oberen Teil
So,
ich habe mir das Problem jetzt mal genauer angeguckt. Sobald ich in der "Veranlaßt"-Zeile etwas schreibe oder den Einsatz von Erfaßt auf alarmiert setze, sehe ich im Task-Manager sofort, wie die CPU auf 100% steigt und dort auch bleibt. Einzige Chance ist halt nur, den Server neu zu starten. Kann es sein, daß der Server sich aufhängt, sobald er Daten vom Client empfängt? Das weitergeben der Stati klappt ohne Probleme. Auch bei der Eingabe eines neuen Einsatzes taucht dieses Problem öfter mal auf, aber nicht immer. Es ist allgemein nicht immer so, daß die CPU bei 100% hängt. Aber wenn ich es richtig beobachte, liegt das Problem am Empfang des Servers vom Client.
Gruß
Bjoerni
@Dispatcher:
kein Problem, für Diskussionen ist das Forum ja nunmal gedacht.
Natürlich wäre das eine etwas komplexere Abfrage, die ELS dann durchführen müsste. Es ist ja auch die Frage, ob AgentMueller überhaupt Lust hat, sowas zu programmieren. Vielleicht ist das ja zumindest ein interessanter Gedanke für eine spätere Version / Update.
Gruss
Thomas
@agentmueller
Hallo Michael,
haben das Update 045 runtergeladen und installiert.
Leider erhalten wir nun zwei Fehlermeldungen - die
das Programm zum Absturz führen.
a) SERVER
Server bleibt ohne Grund hängen. (War vorher nicht)
Vers. 039b lief sogar 2 Tage durch ohne Probleme.
Jetzt hängt er sicht auf.
b) CLIENT
Seit dem Update erhalten wir in unregelmäßigen Abständen
den Laufzeitfehler , es hat sich bis jetzt auch keine Kombination angezeigt.
````````
Des weiteren wäre es schön, wenn man bei der Zieleingabe ebenfalls auf die Objektdatenbank zugreifen kann. Da die Eingabe mehreren KrHs-KrHs Transporten sonst zu lange dauert.
Gruß
Alexander Odenthal
-------
Anmerkung v. 27.02. / 16:36Uhr : Habe zurückgedatet und bei Vers. 041 treten beide Fehler nicht auf. Leider haben wir zur Zeit 2 Brandeinsätze kann also nicht die Versionen einzeln testen - vielleicht heute abend.
Gruß
Alexander Odenthal
@ agentmueller
Die Schriftgröße in der beta 45 ist ok.
Allerdings fehlt die Überschriftenliste(Ort, Strasse, ... etc) und die Möglichkeit die Spaltenbreiten wie in der beta44 zu verschieben.
Dies war nämlich gar nicht schlecht,weil man dadurch den individuellen Bedarf besser anpassen konnte.
MfG
Dispatcher
Neues Update
http://www.agentmueller.de/elspro_beta46.exe
Hallo,
es hat sich wieder ein wenig getan:
- in der Ansicht 0 lassen sich die Button jetzt ebenfalls per Drag&Drop verschieben.
Dafür reagiert der Button nicht mehr auf den linken Mausklick mit öffnen des Eigenschaftsfensters
- mit der linken Maustaste auf Fzg-Button öffnet die bunte Statusleiste. Hier ist jetzt ein neuer Button: "Eigenschaften". Man kann jetzt direkt alle Eigenschaften des Fahrzeuges bearbeiten.
"Besatzung" und "Rufname" und "FMS-Kennung" sind jetzt zusammengeführt worden.
@ AOdenthal
Der Laufzeitfehler müßte weg sein.
@ Alle
Den hängenden Server müßte man noch jetzt noch mal im Auge behalten (danke Bjoerni für den präzisen Test). Ich habe nun Meldungen hinzugefügt, damit alle Clients sich gegenseitig über Änderungen informieren. Ich hoffe, dass dies jetzt richtig funktioniert (kann auf meinen einen PC nicht viel testen)
Zu der grünen Liste:
Teil 1 des Grauens)
ich habe mit viel Arbeit gerade mal hinbekommen, dass die Schriftgröße einmal (bei Programmstart) einstellbar ist. Das ist ein Bug in dem sonst supergeilen Steuerelement. Das taucht überall im Programm auf.
Bis auf der Hauptseite kann es kleine Buchstaben, ich versteh das auch nicht.
Teil 2 des Grauens)
Im Menü "Ansicht" kann man die Spalteninhalte von der Reihenfolge her tauschen. Das klappt ganz toll mit den Inhalten. Die Überschriften kann man aber nicht tauschen (verzweifel ...)
Darum habe ich erstmal die Überschriften weggelassen, damit man wenigstens die reihenfolge noch tauschen kann.
Wenn ich etwas Zeit habe, werde ich wohl doch ein anderes Steuerelement benutzen.
noch eine Idee:
Könnten nicht die Fahrzeuge, sobald sie für einen Einsatz vorgeschlagen sind in der grünen Liste eingetragen werden. So hat man automatisch den Überblick, welcher Einsatz bereits disponiert bzw. alarmiert wurde.
Toll wäre auch, wenn man die Spaltenbreite in der grünen Liste variabel verändern könnte.
Gruß
Euer
Buschi
@agentmueller
Hallo.
zum meinen Vorherigen Posting, beide Fehler abgeändert immer noch vorhanden.
Fehler a)
Der Server läuft immer noch nicht "rund".
Ich erhalte nun zwar keine Windows-Fehlermeldung mehr,
jedoch werden an die Clients nach dem Ereignis (Bild)
keine Signale mehr decodiert und der Client empfängt
auch nichts mehr. Im Statusfenster erscheint
"<system> Dich hats gerade gegrillt"
"Zeitlimit überschritten"
Fehler b)
Ist weiterhin vorhanden - jedoch kann man nun eingrenzen,
wenn 4 Clients aktiv sind, ein Client einen Einsatz aufmacht, erscheint an den anderen die Fehlermeldung.
(Scheint verm. mit dem Server zu tuen zuhaben)
War bis zur Vers. 43 nicht der Fall !
Anm.:
Wir fahren das System unter W2K-OS auf unterschiedlichen Rechnern ein (>1,4 Ghz ...) . Der Server liegt auf einen Rechner solo, genauso wie die Datenbank bei uns auf dem NDS-Server liegt. Die Clients greifen auf die Datenbank sowie auf den "ELS-Server" problemlos zu.
Gruß
Alexander Odenthal
Hallo,
immer noch "Buggy"....
jetzt scheint der Server mit normaler Last gut zu laufen, dafür habe ich jetzt Hänge auf dem Client. Auch der "Fenster schliessen" Befehl wird nicht mehr ausgeführt, der Prozess ELS hat durchgehend hohe Last - ganz so, als ob irgendeiner Verarbeitung durchgeführt wird. Abgestürzt ist die Anwendung aber nicht, denn ich kann noch zwischen den Wachen oder auch den Ansichten wechseln. Am Server bekomme ich auch keine Eingänge mehr von dem betreffenden Client. Vielleicht liegt's an der Kommunikation mit dem Server?
Die Aktualisierung lief für die ersten 3 Einsätze und die Statiwechsel gut. Es dauerte nur einige Sekunden, da waren beide Clients auf dem gleichen Stand.
**************einige Minuten später**********
ja, ich habe nochmal nachgeschaut, die hohe CPU-Last stammt eindeutig von dem Versuch mit dem Server zu "plaudern". Genau in dem Moment, wenn ich eine Änderung an einem EInsatz oder Status durchgeführt habe, geht die Last hoch und der Server kriegt keinen Eingang. Ich habe mal ein Netzwerkdiagnosetool mitlaufen lassen: der Client scheint nichts nach draussen zu geben. Es ist also kein Problem auf Serverseite. Es kommen einfach keine Packete vom Client. Ich habe das gegengeprüft und eine Veränderung an einem anderen CLient vorgenommen. Die Packete (MODFZG:COMPUTERNAME) kommen netzwerkmässig zwar an, werden von dem hängenden Client aber nicht verarbeitet. Der reagiert nach wie vor, auf Tastatur und Maus.
Ich konnte leider keine Ursache für den Hänger ausmachen... Kann es sein, das zwischen einzelnen Änderungen erst einige Sekunden vergehen müssen?
Gruss
Thomas
Guten Abend,
also die neue Beta läuft bei mir ganz und gar nicht.
1. Nach vorschlagen und manuellem in Einsatz nehmen eines Fahzg, wird dieses zwar unten im Verlauf angezeigt, in der Fahrzeugübersicht allerdings nicht.
2. Gehe ich in den Verlauf eines Fahrzeuges, hängt sich ELS auf und nix geht mehr.
3. In der Übersicht der offenen Einsätze werden die eingesetzten Fhzg nicht mehr angezeigt. Ist das Absicht? Bis Beta 44 war es möglich in den offenen Einsätzen alle Fhzg nach darufklicken auf die Fahrzeugliste zu sehen. Seit der Beta 45 nicht mehr. Sollte schon wieder so sein, da ich sonst nur zwei Fhrzg sehe.
Mfg
Neues Update
http://www.agentmueller.de/elspro_beta47.exe
Wo genau der Hase im Pfeffer ligt, weiß ich noch nicht. Ich habe den Verdacht, dass die neue grüne Liste etwas damit zu tun hatte. Ich habe sie jetzt komplett gegen ein anderes Steuerelement ausgetauscht.
Das sieht zwar im ersten Moment fast identisch aus, ist aber jetzt ein ganz normales FlexGrid von Microsoft.
Ich habe jetzt einige Einsätze angelegt und Kennungen verschickt, ohne dass Probleme entstanden sind. Das will aber noch nichts heißen.
Guten Morgen lieber AgentMueller,
1.
Beim Disponieren über den "Disponieren" Button kommt der Laufzeitfehler 444, Methode in diesem Kontext nicht anwendbar.
2. Die Einsatzmittel lassen sich in der Ansicht "0" nicht verschieben.
Dies geht offensichtlich nur auf der ersten der 50 Übersichtsmasken.
Obwohl das Feld frei ist kommt ELS mit der Fehlermeldung " Feld schon besetzt", oder es geht gar nicht das Fahrzeug auf einen freien Platz zu legen. Bleibt an seinem ürsprünglichen Ort.
MfG
Dispatcher
Bei mir geht das Verschieben einwandfrei. Nur das grüne Feld hängt extrem nach. wenn ein anderes Programm im Vordergrund ist und ich ELS wieder in die Hauptansicht hole, erscheint das grüne Feld nicht.
MFG
Tobias
@agentmueller
@alle
Hallo agentmueller
* Wir haben immer noch das Problem - dass sich der Server irgendwie am Auswerter PC aufhängt. Den Laufzeitfehler am Client konnten wir seit dem Update 47 nicht mehr feststellen.
* Die Grüne Leiste bleibt ständig auf der gleichen Stelle - egal in welche Ansicht man wechselt.
* Wenn manuell am Client ein Status verändert wird, braucht es ziemlich lange bis er an allen anderen weitergegeben wurde.
* Auch die Info an die Clients wenn der Server (läuft) einen Status auswertet - braucht es ziemlich lange (~2s) bis die Clients den Status a) auf dem Button als aber auch in die Eingangsliste.
**************************************************
Die Frage wurde die Nacht über bei uns hier im Lst-Kreis angesprochen:
*Wie läuft die Installation im Netzwerk ab ?
-> Vorrausgesetzt: Es sollen 4 Clients, 1 Auswerter-PC, 1 Server für Datei sein (Also 6 Rechner). Der File-Server stellt ein Verzeichnis als Laufwerk O: zur Verfügung.
* Wo soll die Installation erfolgen.
a) Zentral oder b) Lokal auf jedem Rechner
* Von welchem Verzeichnis starte ich den ELS-Server ?
a) Zentral von LW O: am Auswerter-PC oder b)Lokal
* Wie siehts mit Updaten aus?
a) Müssen wirklich alle lokalen Software Versionen upgedatet werden.
b) Wie siehts mit dem ELS-Server aus ?
Fragen über Fragen
Gruß
Alexander Odenthal
=====
Zur Info: Zur Zeit sind in ELS ca. ~140 Fahrzeuge hinterlegt.
Neues Update
http://www.agentmueller.de/elspro_beta48.exe
Die angesprochenen optische Fehler sind beseitigt.
Auch die Fahrzeuge aller Wachen können in der Ansicht 0 verschoben werden.
Im Server habe ich ein CPU-Meter eingebaut, damit es leicht fällt, festzustellen, wann der Server "tillt".
@ AOdenthal
Die Setups des Server /Clients werden später getrennt. Zur Zeit sind sie ja noch in einem Setup enthalten.
Es ist so, dass auf allen Clients nur ELS laufen muß und auf dem Server nur die Server.exe
Auf die Datei "els.mdb" müssen ELS und der Server Zugriff (Schreibzugriff) haben.