Beiträge von paule3569

    Dein Melder spuckt den Ric-Platz nicht mit aus.

    In der zweiten Zeile müsste z.B. "1A" oder "01A" stehen.

    Aus dieser Information macht Bosmon mittels der Ric-Tabelle die Ric zur Auswertung.

    Für die Auswertung mit dem EM eigentlich nicht zwingend erforderlich.

    Der Zeichensalat im EM kommt entweder durch eine falsche Geschwindigkeit oder falschen Zeichensatz. Ich tippe eher auf die Geschwindigkeit.

    Welche Übertragungsgeschwindigkeit ist denn im Gerätemanager für die serielle Schnittstelle eingestellt?

    Versuche mal im EM die Geschwindigkeit auf 9600baud zu setzen. Das ist zumindest die "Standardgeschwindigkeit" bei Bosmon und damit wird ja etwas in die Protokolldatei geschrieben.

    Funktioniert soweit ganz gut. Meldungen werden vollständig Im EM erkannt.

    Aufgrund des Koordinatenformates unsere Leitstelle musste ich allerdings doch wieder den Weg über Bosmon wegen der Textersetzung nehmen.

    Sofern die Ric seitens der Leitstelle über die Schnittstelle DAG6 angesprochen wird gilt folgendes Pattern:

    {{EINSATZSTICHWORT}}/{{ORT}}/{{ORTSTEIL}}/{{ZUSATZFELD1:Ortslage}}/{{STRASSE}}/{{HAUSNUMMER}}/{{ZUSATZFELD2:Info}}/{{OBJEKT}}/{{SACHVERHALT}}/N{{LATITUDE}}E{{LONGITUDE}}/{{BELIEBIGERINHALT}}

    Separator auf Schrägstrich (/)

    EM startet mal wieder nicht...


    Zeitstempel: 06.06.2016 20:23:45

    ============== FEHLER IM LOG ==============

    System.Windows.Markup.XamlParseException: Zeilennummer "114" und Zeilenposition "18" von "Durch den Aufruf des Konstruktors für Typ "EinsatzMonitorWpf.CustomControls.PasswortControlFlyout", der den angegebenen Bindungseinschränkungen entspricht, wurde eine Ausnahme ausgelöst.". ---> System.ArgumentOutOfRangeException: Die maximale Kapazität wurde überschritten.

    Parametername: capacity

    bei System.Security.SecureString.EnsureCapacity(Int32 capacity)

    bei System.Security.SecureString.AppendChar(Char c)

    bei System.Windows.Controls.PasswordBox.set_Password(String value)

    bei EinsatzMonitorWpf.CustomControls.PasswortControlFlyout..ctor()

    --- Ende der internen Ausnahmestapelüberwachung ---

    bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)

    bei System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)

    bei System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)

    bei System.Windows.Application.LoadBamlStreamWithSyncInfo(Stream stream, ParserContext pc)

    bei System.Windows.Application.LoadComponent(Uri resourceLocator, Boolean bSkipJournaledProperties)

    bei System.Windows.Application.DoStartup()

    bei System.Windows.Application.<.ctor>b__1_0(Object unused)

    bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)

    bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

    Wir werten per Radio-Operator aus.
    Im Admin-Bereich für die entsprechende Ric eine Regel erstellen,
    Aktion "Alarmtool" Port und IP angeben.
    oder Meldung als Textdatei im EM-Input Verzeichnis speichern.
    Dann natürlich ein passendes Pattern im EM erstellen.

    Der Einsatzmonitor startet auf 2 Installationen nicht mehr. Es kommt die Meldung "Einsatzmonitor 5.1 funktioniert nicht mehr"

    OS:Win10x64 und Win10x32

    Fehlerlog von Windows:
    1.Eintrag:
    Anwendung: EinsatzMonitorWpf.exe
    Frameworkversion: v4.0.30319
    Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
    Ausnahmeinformationen: System.Net.Sockets.SocketException
    bei System.Net.Sockets.Socket.EndConnect(System.IAsyncResult)
    bei System.Net.ServicePoint.ConnectSocketInternal(Boolean, System.Net.Sockets.Socket, System.Net.Sockets.Socket, System.Net.Sockets.Socket ByRef, System.Net.IPAddress ByRef, ConnectSocketState, System.IAsyncResult, System.Exception ByRef)


    Ausnahmeinformationen: System.Net.WebException
    bei System.Net.HttpWebRequest.EndGetResponse(System.IAsyncResult)
    bei DDay.iCal.iCalendar+<>c__DisplayClass1.<LoadFromUri>b__0(System.IAsyncResult)
    bei System.Net.LazyAsyncResult.Complete(IntPtr)
    bei System.Net.ContextAwareResult.CompleteCallback(System.Object)
    bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
    bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
    bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
    bei System.Net.ContextAwareResult.Complete(IntPtr)
    bei System.Net.LazyAsyncResult.ProtectedInvokeCallback(System.Object, IntPtr)
    bei System.Net.HttpWebRequest.SetResponse(System.Exception)
    bei System.Net.HttpWebRequest.SetAndOrProcessResponse(System.Object)
    bei System.Net.ConnectionReturnResult.SetResponses(System.Net.ConnectionReturnResult)
    bei System.Net.Connection.CompleteConnectionWrapper(System.Object, System.Object)
    bei System.Net.PooledStream.ConnectionCallback(System.Object, System.Exception, System.Net.Sockets.Socket, System.Net.IPAddress)
    bei System.Net.ServicePoint.ConnectSocketCallback(System.IAsyncResult)
    bei System.Net.LazyAsyncResult.Complete(IntPtr)
    bei System.Net.ContextAwareResult.Complete(IntPtr)
    bei System.Net.LazyAsyncResult.ProtectedInvokeCallback(System.Object, IntPtr)
    bei System.Net.Sockets.Socket.ConnectCallback()
    bei System.Net.Sockets.Socket.RegisteredWaitCallback(System.Object, Boolean)
    bei System.Threading._ThreadPoolWaitOrTimerCallback.PerformWaitOrTimerCallback(System.Object, Boolean)

    2.Eintrag
    Name der fehlerhaften Anwendung: EinsatzMonitorWpf.exe, Version: 1.0.0.0, Zeitstempel: 0x572de0dd
    Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 10.0.10586.306, Zeitstempel: 0x571afb9a
    Ausnahmecode: 0xe0434352
    Fehleroffset: 0x000bdae8
    ID des fehlerhaften Prozesses: 0x2a84
    Startzeit der fehlerhaften Anwendung: 0x01d1b36efcae697a
    Pfad der fehlerhaften Anwendung: C:\Users\David\AppData\Local\Apps\2.0\7QGCEKT0.KO4\C0D4GCZA.0GK\eins..tion_046413f0ce471782_0005.0001_0e3e9e32a1afd4ea\EinsatzMonitorWpf.exe
    Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32\KERNELBASE.dll
    Berichtskennung: 2a6b2cb6-b957-4f2b-8ebb-175b2db1c1d8
    Vollständiger Name des fehlerhaften Pakets:
    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

    Danke für die Hilfe

    Hallo,

    erstmal dickes Lob an die Entwickler.

    Nun zum Thema: Bei uns läuft der [lexicon='Einsatzmonitor'][/lexicon] seit ca 4 Monaten tadellos, allerdings sind wir in unserem Gerätehaus nur per LTE online.
    Ein Update des Einsatzmonitors schlägt mit ca 110MB zu Buche, da ist das Datenvolumen ziemlich schnell aufgebraucht.

    Wäre es möglich die Installationsdaten komplett an einem DSL-Anschluss runterzuladen, auf USB-Stick kopieren und dann damit das Update einspielen?

    MfG
    Paule3569