Update V4.40

[haehnle]

Hallo @All,

für das kommende Update benötige ich nochmals alle Bugs,
welche der Server und Client, GPSClient usw. grade liefert...
Bitte alles nochmal hierein schreiben!! Danke....

Folgendes ist mir bereits bestens bekannt, muss also nicht mehr
hier rein:
- Speicherproblematik -> Client/Server bleibt nach Tagen stehen!
- Mailproblematik -> Alles was den Mailversand angeht!

Also schwingt die Tastatur, dass wir auch für die Version nichts
mehr vergessen. DANKE!

Gruß,
Jochen

PS: Die Frage nach dem Update bitte aufsparen... wir arbeiten
mit Hochdruck dran!!!

[BOS-Funk-Franken]

Es war noch der Eibau von 2 Splaten für die Darstellung der Staten als Ziffern angedacht gewesen. Also eine für den Status des KFZ und eine für die Buchstaben, die die Leitstelle schickt.

Gruß

BOS-Funk-Franken

[Dancer]

Hallo Jochen,

es wäre klasse, wenn die neue Version korrekt mit einer
DYNDNS-Verbindung arbeiten würde. Immer wenn mein Provider
die IP-Adresse wechselt und ich diese per Router bei
dyndns.org aktualisiert habe, bekommt der Crusader-Client
keine Verbindung mehr mit seinem Server. Anstatt eine Verbindung zur aktuellen dyndns-Adresse aufzubauen,
versucht er sich gegen die beim ersten Start des Clients
von dyndns.org bekommene IP-Adresse zu connecten.

Danke und Gruß,

Oliver

[haehnle]

Hí,

müssen das zwei Spalten sein oder langt eine für beides...
Und langt das in der Haupttabelle oder muss dat in allen Tabellen
drin sein??

Dancer: schick mir mal ne mail, ich meld mich dann da brauch
ich noch ein bisserl mehr input!

Gruß und Danke,
Jochen

[BOS-Funk-Franken]

Also, wenn beides in eine passt ist doch gut und meiner Meinung nach langt das im Hauptfenster. Wichtig ist halt nur, dass dann auch Zahlen und Buchstaben drinne sind. Also nicht nur Zahlen!!!

Gruß

BOS-Funk-Franken

[Firefighter-Nrd]

Original geschrieben von BOS-Funk-Franken
Es war noch der Eibau von 2 Splaten für die Darstellung der Staten als Ziffern angedacht gewesen. Also eine für den Status des KFZ und eine für die Buchstaben, die die Leitstelle schickt.

Gruß

BOS-Funk-Franken

Wäre es dann auch noch drinn, dass bei Alarmierungen die 5-Tonfolge angezeigt wird?

[haehnle]

Hi firefighter,

jo wird gemacht!

Gruß,
Jochen

[BOS-Funk-Franken]

Da ist mir doch glatt noch was eingefallen!

Es war mal im Gespräch das es die Möglichkeit gibt. Einem Fahrzueg einen Programmstartstatus zu geben. Also nicht die Initialstatensetzung, die sich ja auf alles Fahrzeuge auswirkt, sondern die Möglichkeit jedem Fahrzeug einen anderen Status bei Programmstart zugeben. So möchte ich gerne, dass alle Fahrzeuge des RD im status 2 stehen und alles der SEG'n im Status 6.

DANKE

Gruß

BOS-Funk-Franken

PS: Danke für die Statusspalte. Klappt prima!!!!! ;-)

[GrisuIZ]

Original geschrieben von BOS-Funk-Franken


Es war mal im Gespräch das es die Möglichkeit gibt. Einem Fahrzueg einen Programmstartstatus zu geben. Also nicht die Initialstatensetzung, die sich ja auf alles Fahrzeuge auswirkt, sondern die Möglichkeit jedem Fahrzeug einen anderen Status bei Programmstart zugeben. So möchte ich gerne, dass alle Fahrzeuge des RD im status 2 stehen und alles der SEG'n im Status 6.


Hi

Hab das bei mir so gelöst das ich nachdem ich alles so eingerichtet habe wie ich es gerne hätte, einfach den schreibschutz in die "ClientÜbersichtList.cru" gesetzt habe.

Somit habe ich bei Programmstart immer alle Fahrzeuge von FW in 2 und den RD in 6 stehen.

Nachtei ist natürlich das man den schreibschutz erst wieder entfernen muß wenn man mahl was ändern möchte. Aber ich muß sagen das wenn ich in dieser Datei was ändere mach ich es eh meißten über einen editor. geht einfacher und schneller, finde ich.

Gruß GrisuIZ

[BOS-Funk-Franken]

Hallo.

SUPER. Das klappt ja erste Sahne.

DANKE

Gruß
BOS-Funk-Franken

[BOS-Funk-Franken]

Hallo.

Ich vermisse immer noch die Möglichkeit eine Schleife mehreren Fahrzeugen zuzuordnuen!!!!!

Gruß

BOS-Funk-Franken

[haehnle]

Hi,

kann dir aber nicht versprechen das diesmal reinzubauen,
da müssten wir den kompletten Crusader neu schreiben vom
Prinzip her!!! Mal sehn, vielleicht fällt mir ne andere Lösung ein!

Gruß,
Jochen

[BOS-Funk-Franken]

Hallo Jochen.

Will etz ja net drängeln. Aber ihr habt schon des öfteren versprochen, dass ihr euch um das "Problem" nit der Schelifenzuordung kümmert. schließlich bin ich ja nicht der einzige der sich dieses Future noch wünscht :-)

Gruß

BOS-Funk-Franken

[BOS-Funk-Franken]

Hallo ihr zwei.

Habe gerade noch einen Bug gefunden:

Beim normalen Status werden die Klartexte aus der richtigen Tabelle übernommen. Sobald aber ein Fahrezug ein Folgetelegramm mitsendet werden die Klartexte der Polizei genommen, egal welche HiOrg es sit.

Gruß

BOS-Funk-Franken

[haehnle]

Hi BOS Funk,

??? erklär mal bitte etwas genauer... das kann ich so wie ich es
verstanden habe nämlich nicht unterschreiben....

Deswegen bitte nochmals etwas ausführlicher!

Gruß und Danke,
Jochen

[felix000]

Hallo Jochen,

kannst du vielleicht noch eine Spalte in der ZVEI-Tabelle mit dem Meldercode einbauen???

[BOS-Funk-Franken]

Hallo.

Also:

Ein Fahrzeug des BRK drückt einen Status z.B. den Status 2. Dann erscheint ja in der Spalter der Klartext, den ich zuvor bei Klartexte bei"Klartexte" - "Statenbezeichner KFZ" angegeben habe.
Wenn aber nun ein Fahrzeug des BRK einen Status mit Folgetelegramm drückt, werden nicht die Klartexte vom BRK genommen, sondern die die unter "Klartexte" - Statenbezeichner KFZ" bei der Polizei eingegeben sind. Wenn also nun das Fahrzeug die ORT 2 02 drückt. Erscheint der Klartexte der Polizei.

Hoffe du kannst es nun verstehen :-)

Gruß

BOS-Funk-Franken

[BOS-Funk-Franken]

Hallo.

Bei Status 7 im zuzammenhang mit Folgetelegramm werden die Klartexte von THW übernommen!!!!

Gruß

BOS-Funk-Franken

[haehnle]

Hi BOS Funk,

haste mal nen Screenshot..... am besten per EMail....
kriegs grad nicht reproduziert!

Gruß und Danke,
Jochen

[Firefighter-Nrd]

Original geschrieben von felix000
Hallo Jochen,

kannst du vielleicht noch eine Spalte in der ZVEI-Tabelle mit dem Meldercode einbauen???

Ist bereits gewünscht worden und von haenle aufgenommen worden.

[felix000]

Original geschrieben von Firefighter-Nrd
Ist bereits gewünscht worden und von haenle aufgenommen worden.

Zum Zeitpunkt, wo ich das geschieben habe, war es NICHT eingebaut (die Status-Spalte in der Haupttabelle gabs schon...).

[BOS-Funk-Franken]

Hallo Felix000

In der Statusspalte der Hauptübersicht werden auch die 5-Ton-Folgen angezeigt.

gruß

BOS-Funk-Franken

[felix000]

Original geschrieben von BOS-Funk-Franken
Hallo Felix000

In der Statusspalte der Hauptübersicht werden auch die 5-Ton-Folgen angezeigt.

gruß

BOS-Funk-Franken

Ich weiß...

In der Tabelle nur für 5-Ton-Folgen (+FMS-Text+POCSAG) gabs die Spalte nicht und ich wusste wiede nicht welche Schleife alarmiert wurde, nachdem ich die Textzuordnung von '[Schleife] [Text]' nach '[Text]' geändert hatte.

[haehnle]

Hi,

hab die Schleifennummer und Statusleiste in zwei weitere Fenster
eingebaut:

- Sonderübersichten-Melder
- ZVei POCSAG FMSText Tabelle

Gruß,
Jochen

[haehnle]

Hi,

vor längerer Zeit hat mal jemand bemängelt, dass die Fahrzeug
grafiken vom GPSClient nicht übernommen werden, wenn man
diese selbst einpflegt..... also bei mir gehts...!!
Denke mal, derjenige hat den GPSClient nicht neu gestartet...
siehe Anleitung ;-)

Gruß,
Jochen

[felix000]

Evtl. könnte man noch die Standart-IP im Dialog 'neue Verbindung' in den Settings festlegen, mir würde es in der ClientList.cru reichen...

[Dancer]

Aber dann nicht nur als IP-Adresse, sondern auch
als "Namen", z.B. lzvlotho.dyndns.org, für die User
mit DYNDNS-Einträgen :-)

Oliver.

[haehnle]

Hi,

gut ist notiert, wird in die ClientList.cru übertragen!

Da könnt ihrs dann einstellen!

Gruß,
Jochen

[felix000]

Original geschrieben von haehnle
Hi,

gut ist notiert, wird in die ClientList.cru übertragen!

Da könnt ihrs dann einstellen!

Gruß,
Jochen

JUHU... :-)

[haehnle]

Hi,

ist drin! Morgen gibts dann höchstwahrscheinlich auch ne neue
Beta mit dem Mehrere Fahrzeuge zu einer Schleife feature!

Gruß,
Jochen

[haehnle]

Hallo BOS Funk Franken,

hat sich dein Problem nun erledigt, oder besteht das noch mit
den Klartexten?? Bin mir grad nicht mehr sicher! Screenshot?

Gruß,
Jochen

[Osbornestier]

Wollte einfach nur mal los werden, dass dieses Programm einfach spitze ist. Habe die Demo getestet und bin echt begeistert.

Ich hadere nur noch mit mir wegen der Vollversion. Ich als armer Schüler habe mir erst gerade einen Scanner gekauft. Mal sehen, mir wäre es ja fast wert..
Oder gibt es einen Schüler und Studentenrabatt? ;)

[Bruno-FF12-EL]

obs nen Rabatt gibt ist ne Gute Frage...

ich habe meine Version schon über 2 Jahre und habe es noch nicht bereut, alleine der support ist schon jeden cent wert und was in Zukunft noch so alles an erweiterungen geplant ist und inzwischen schon eingebaut wurde stellt so manches andere Programm echt in den Schatten... ;)

[BOS-Funk-Franken]

Hallo Jochen.

Fehler ist immer noch da.
Habe jetz mal bei allen HiOrg's bei dem Klartexten bei jedem Status den HiOrg-Namen reingeschrieben.
Wenn jetz ein Fahrzeug sen Status 2 mit einem Folgetelegramm drückt erscheint nicht der hinterlegte Klartext des BRK's sondern der der Polizei.
Beim Status 7 werden die Klartexte von THW genommen.
Das ganze tritt aber nur auf, wenn das Folgetelegramm genutz wird.

SIEHE BILD

Gruß

BOS-Funk-Franken

[haehnle]

HI BOS-FUNK,

ist das der sogenannte BRK Ortscode mit erstem Zeichen als
Status und zwei weiteren als Ortsangabe???

Gruß,
Jochen

[BOS-Funk-Franken]

Hallo Jochen.

Es ist halt bei der Aussendung des Folgetelegrammes. Das wird aber nicht nur in Bayern benutzt. Das ist das, wo erst die Taste ORT gedrückt wird, dann der gewünschte Status und dann das zweistellige Folgetelegramm.

Gruß

BOS-Funk-Franken

[haehnle]

Hi,

jetzt klaro (zugegeben, da hab ich ne Weile gebraucht!)....
Werd mal sehen wo da der Krähenfuß sitzt!

Gruß und Danke,
Jochen

[Firefighter-Nrd]

@haehnle

Ich hätte da mal eine Frage: Ich weis Bayern und speziell München stellen eine extreme Außnahme dar was RD Kennungen angeht. Wer das System nicht kennt: Neben den normalen Kennungen (sog. BRK Kennung) die ja aus dem Ortscode und den letzten beiden Stellen der Fahrzeugkennung gebildet wird verwenden wir hier spezielle Kennungen für die Privaten. Die Umwandlung ist hier nur etwas komplizierter. Die kennungen sind nicht 4-stellig sondern 5-stellig also z.B. 41.71.1. Die Bildung der Kennung aus dem FMS Telegramm sieht so aus:

FMS Kennung: D3147131
Funkrufname: 43.71.1

Die Bildung daraus: Die 4. und die 7 Stelle bilden die Zugnummer, die 5. und die 6. Stelle die Fahrzeugart und die 8.Stelle die laufende Numerierung.

So meine Frage ist ob Crusader diese Kennungen automatisch umwandeln kann praktisch als eine Art "Bayern Funktion" alles was öffentlich ist nach BRK Norm umwandeln und alles was privat ist nach obigen Schema. Das ganze sollte parallel Arbeiten da ja beide Systeme parallel angewendet werden.

[MiThoTyN]

Hmm ...

Wenn du aber die Fahrzeuge einpflegst, dann kannste den Rufnamen ja selbst wählen wie du willst.

Und für Fahrzeuge, die dem Crusader unbekannt sind, bin ich der Meinung, sollte einfach die REINE FMS-Kennung angezeigt werden.

Weil sonst noch jeder andere auf die Idee kommen könnte, die unbekannten Fahrzeuge nach dem Schema seines Landes anzuzeigen. Denn bsp. in NRW, RLP, HE, usw gibt es auch verschiedene Rufnamensysteme.

Gruß Joachim

[haehnle]

Hallo BOS-Funk,

da hast du ja nen dicken Bug gefunden... waren eigentlich sogar
zwei Bugs!!!

Danke, hast was gut bei uns ;-)

Gruß,
Jochen

[BOS-Funk-Franken]

Hallo Jochen.

BITTE.
Werde bei Gelegenheit darauf zurückkommen ;-)

Gruß

BO-Funk-Franken

[felix000]

In der neusten Beta merkt sich der Client nicht, dass er das Verbindungsfenster am Anfang NICHT anzeigen soll. Wenn ichs in der Datei änder funktionierts...

[BOS-Funk-Franken]

Hallo Felix.

Habe ich Jochen schon mitgeteilt.
Finde es aber besser Bugs in der Beta Jochen dirket zu melden, da ja die normalen User nicht die Version haben und nicht mitreden können.

Gruß

BOS-Funk-Franken

[haehnle]

Hoihoi,

also bei mir funktioniert das aber..... seltsam?
Es geht hier aber schon um den Client und nicht um den
GPSClient, oder?
Anregung von BOS-FUNK finde ich auch ratsam!

Gruß,
Jochen

[haehnle]

Hihi,

also die Verbindungssache ist natürlich mittlerweile gelöst, für
alle nicht Betatester!;-)

Ansonsten denke ich, dass wir die nächsten zwei Wochen
mit dem Update Version 4.40 rechnen können!

Gruß,
Jochen

[kfire]

Läuft der Crusader (Nur Server) schon unter Linux ohne einen X-Server ?

[haehnle]

Hi,

bin grad dran, schick mir mal ne mail!
Hab deine grad nicht gefunden!

Gruß,
Jochen

[florian_hsk]

Moin !

Mir ist aufgefallen, dass bei einer längeren Kettenalarmierung nicht alle Schleifen ausgewertet werden. Nach jeder 3.-4. Schleife wird grundsätzlich eine Schleife nicht ausgewertet.

Hab das mal beobachtet ... das Ganze passiert wirklich bei JEDER (längeren) Kettenalarmierung.
Auch auf mehreren PC ausprobiert: Immer noch das Problem
Empfang hab ich 100%ig. Wertet alles einwandrei aus

Weiß nicht, ob ich der Einzigste mit dem Problem bin ;)

[haehnle]

Hi,

ist mir bisher noch nicht aufgefallen....
Werde das mal verifizieren!

Nach wie vielen Alarmen ist das denn genau, wenn das so
reproduzierbar ist bei dir?

Gruß,
Jochen

[felix000]

Alarme...hmm kann ich net sagen...

Ab ca. 8 oder 9 Tagen nach dem Start, wertet er nicht mehr so toll aus.

[florian_hsk]

Also: Hab jetzt mal ausgiebig getestet (Soundkarte Ausgang an Eingang und dann mit 5-Ton-Geber). Ergebnis:

Jede 3. Schleife wird bei einer Kettenalarmierung nicht angezeigt !

Aber jetzt ein paar Besonderheiten:
- im Server wird JEDE Schleife ausgewertet. Nur der Client lässt dann jede 3. Schleife aus.
- das Phänomen tritt nur bei Schleifen auf, die in der Verwaltung eingepflegt wurden (also bei unbekannten Schleifen kein Problem).
- nur bei dicht aufeinander folgenden Schleifen. Bei mir z.B. 613, 615, 618. Wobei die 618 im Client nicht angezeigt wird (bei 879, 554 und 274 kein Problem).

Sehr merkwürdig, oder !? :-D
Naja, vielleicht findet sich was

[haehnle]

Felix000,

das wissen wir jetzt, Frage ist ob das auch unter der Jdk 1.402
auftritt!? Probier das mal bitte!

Florianhsk,

Beim Client gibt es recht viele Einstellungsmöglichkeiten und
Unterdrückungsmöglichkeiten. Schau dir mal die Anleitung an
vielleicht werden die Alarme ja sauber unterdrückt....
Denke mal das es daran liegt! Sonst schick mir mal deine
ClientList.cru dann sehe ich selber nach ;-)

Gruß,
Jochen

[haehnle]

Hallo @All,

wollte nur nochmals ein Lebenszeichen abgeben...
Wir wollen noch die Expressalarmierung als externen Prozess
in den Client einbauen.....
Sobald dies fertig ist, werden wir das angekündigte Update
herausgeben...

Hat noch jemand Expressaufnahmen zum Testen?

Gruß,
Jochen

PS: Neue Anleitung ist schon geschrieben, es geht also schnell
wenn die Expresssache fertig ist ;-)

[Andy*73*]

hallo,

hatte zwar im anderen thread schon mal gefragt, hab aber keine antwort bekommnen :

welche voraussetzungen muss ich erfüllen um beta-tester zu werden ?

gruss andreas

[Bruno-FF12-EL]

hi,

ich hätte noch nen kleinen wunsch. Könntet Ihr vielleicht einbauen, das eine email nach ausgelösten extenern Prozess an mehrere Empfänger gesendet werden kann?

Es braucht ja quasi nur so sein, das in dem Fenster wo die email eingetragen wird , einfach eine weitere email adresse durch ein simikolon getrennt dahinter geschrieben werden kann.

also:

email@adresse.de; email2@adresse.de; ...

Wenn Ihr das ganze noch etwas aufwendiger machen wollt, könnte es ja noch eine Karteikarte "email verteiler" geben. Wo mann dann die adressen der Empfänger eintragen könnte.

Der sinn des ganzen soll sein, das ich wenn ich die email an meine sms alarmierung schicke auch gleichzeitig zur Firma eine schicken könnte, da meine sms Alarmierung noch nicht so läuft wie ich es mir vorstelle und ich das system noch etwas verändern will. Eine solche Funktion würde mir dabei sehr helfen.

gruß Bruno

[haehnle]

Hallo Bruno,

ok... wäre sicherlich machbar.... andererseits ->
Hast du schonmal an eine Mailingliste gedacht, die diese Arbeit
macht?
Du kannst ja auch für einen auslösenden Status/Melder etc.
mehrere externe Prozesse erzeugen, dass ist dir schon bewusst,
oder?

Gruß,
Jochen

[Bruno-FF12-EL]

Du meinst sicher das hier oder?



Original geschrieben von Bedienungsanleitung
Falls Sie eine EMail senden wollen, ohne die unter Extra/Optionen/EMail definierten Daten zu verwenden, so müssen Sie nur den Status sowie das Fahrzeug angeben und diesbezüglich als Argumente “EMAIL_CRU: $1” und danach mit ## seperiert 1. POP3 Adresse, 2. Benutzername, 3. Passwort, 4. Empfängeradresse sowie 5. Smtp Adresse angeben. Die EMail wird dann anhand dieser Angaben versendet!

na ja, so eine grafische oberfläche ist natürlich schöner... ist ja auch nicht so dringend, ich könnte es auch so lange wie oben beschrieben machen, oder einfach von einem email dienst weiter leiten lasssen, was dann aber wieder zu einer Zeitverzögerung kommen würde und das System soll ja nunmal zur Alarmierung genutzt werden.

[haehnle]

Jo genau in der Art,

tu halt einfach für einen Vorfall mehrere externe Prozesse
erstellen... die werden dann unmittelbar nacheinander vom
Client versendet!

Gruß,
Jochen

PS: Wenn du diesbezüglich ein Beispiel brauchst, EMail an mich!

[haehnle]

Hallo @All,

nachdem sich keine brauchbaren Aufnahmen von der
Expressalarmierung bisher bei uns eingefunden haben, denke
ich, dass wir die nächsten Tage endlich updaten!

Gruß,
Jochen

[felix000]

Achja, mein Crusader läuft jetzt seit guten 16 Tagen ununterbrochen mit stabiler Auswertung auf Java 1.4.

[Dancer]

Hi Jochen,

lassen sich die digitalen Alarmierungen eigentlich
genauso aufnehmen wie die analogen?

Unsere Leitstelle hat es leider bis heute nicht
geschafft, einen digitalen Probealarm einzurichten.
Man will den gesamten Kreis gleichzeitig "probealarmieren"
können, was aber noch an dieversen Zeitabstimmungen
scheitert.

Wenn dies läuft und sich die digitalen Alarme in ein
WAV-File speichern lassen, kann ich Dir dann mal den
einen oder anderen Express-Alarm zukommen lassen.

Gruß,

Oliver

[haehnle]

Hoi,

sollte gehen, wenn auch nicht so einfach... aber über den
Diskriminatorausgang müsste das gehen, frag mal Bernhard
der hat sowas schon gemacht, wenn ich mich nicht irre!

Gruß,
Jochen

[haehnle]

Hallo @All,

also der Updatetermin für die Version 4.40 ist der 21.12.2005!
Sozusagen mal wieder ein Weihnachtsgeschenk ;-)

Gruß,
Jochen

[felix000]

Original geschrieben von haehnle
Hallo @All,

also der Updatetermin für die Version 4.40 ist der 21.12.2005!
Sozusagen mal wieder ein Weihnachtsgeschenk ;-)

Gruß,
Jochen

Letztes Jahr wars der 20.12. oder??? *ggg*

[Funkuberwachung]

Hallo,

im GPS Client neben den X/Y Koordinaten beim rechtsklick auch die GPS Koordinaten anzeigen.

Das erleichtert die genaue Anpassung der Karte auch ohne fahrzeug (wenn man ein Program´m wie Map&Guide nutzt).

Gruß
Funküberwachung

[Osbornestier]

Hallo,

habe hier so eine Art Bug...

Crusader läuft bei mir bisher auf dem Hauptrechner "neben her". Das Problem ist, dass der Client nach einiger Zeit (mal paar Minuten, mal einige Stunden) quasi versagt.
Es passiert nur, wenn er minimiert wurde und man ihn dann wieder maximiert.

Zuerst sieht man nur die Status- und Titelleiste und alles weitere erscheint dann erst bei Klick oder Mausbewegung auf die entsprechende Stelle.
Es wird zwar immer noch ausgewertet, allerdings ist das mit dem Anziegen so eine Sache. Neue Telegramme kann man erst durch wildes Herumklicken im Client sehen.

Ich denke aber mal, es hängt hauptsächlich mit meinem Rechner zusammen, aber vielleicht hat wer eine Lösung.

Rechner: Win2000
1,3Ghz
256 Ram

[felix000]

Deinstallier mal Java und installiers nach einen Neustart wieder.

...hat bei mir damals geholfen...

[ICE]

Original geschrieben von haehnle
Hallo @All,

also der Updatetermin für die Version 4.40 ist der 21.12.2005!
Sozusagen mal wieder ein Weihnachtsgeschenk ;-)

Gruß,
Jochen

Magst du das Changelog schonmal vorab bekannt geben?

[Jochen340]

Lohnt sichs denn noch bis 12 zu warten oder wirds morgen Abend werden?

[haehnle]

Hallo,

heute gegen abend!

Gruß,
Jochen

[Bruno-FF12-EL]

Also ich könnte noch etwas warten. Ich hab da so eine devise... never touch a running system. Es läuft gerade alles so wie ich es will. Werde aber sicherlich auch auf bugsuche gehen ;)

[Osbornestier]

Original geschrieben von Osbornestier
Hallo,

habe hier so eine Art Bug...

Crusader läuft bei mir bisher auf dem Hauptrechner "neben her". Das Problem ist, dass der Client nach einiger Zeit (mal paar Minuten, mal einige Stunden) quasi versagt.
Es passiert nur, wenn er minimiert wurde und man ihn dann wieder maximiert.

Zuerst sieht man nur die Status- und Titelleiste und alles weitere erscheint dann erst bei Klick oder Mausbewegung auf die entsprechende Stelle.
Es wird zwar immer noch ausgewertet, allerdings ist das mit dem Anziegen so eine Sache. Neue Telegramme kann man erst durch wildes Herumklicken im Client sehen.

Ich denke aber mal, es hängt hauptsächlich mit meinem Rechner zusammen, aber vielleicht hat wer eine Lösung.

Rechner: Win2000
1,3Ghz
256 Ram

Wollte nur mal kurz mitteilen, dass das Problem seit 4.40 nicht mehr aufgetreten ist.

[Bjoerni]

Hallo,

mir ist heute mal wieder aufgefallen, dass ZVEI-Alarme die sauber im Server ausgewertet wurden, nicht oder nur zeitverzögert an den Client weitergegeben werden. Dieses Problem ist mir nur bei ZVEI-Auswertungen aufgefallen. Da muss irgendwie noch ein Bug drinstecken. Es ist nur teilweise und auch bei keiner bestimmten Schleife, aber dieses Problem zieht sich ja mittlerweile durch einige Versionen.

Gruß

Bjoerni

[haehnle]

Hi Björni,

werden diese Alarme sofort oder erst verzögert in der Server
anzeige angezeigt? Wenn auch verzögert angezeigt, dann
weiss ich warum und habe momentan auch keine Lösung es sei
denn, du schaltest die Rauschsperre aus!

Gruß,
Jochen

[Bjoerni]

Hallo Jochen,

im Server sind die Auswertungen sofort zu sehen, werden dann aber nicht an den Client geliefert. Ich werde das mit deiner Vermutung aber auch mal genauer beobachten, kann auch sein, dass ich mich täusche und es das bekannte Problem ist. Ich melde mich dann wieder. Aber die Rauschsperre drehe ich bestimmt nicht die ganze Zeit auf. ;-)

Gruß

Bjoerni

[Bjoerni]

Hallo Jochen,

ich habe da jetzt grad drauf achten können. Die Auswertung am Server wurde sofort angezeigt, aber von 3 alarmierten Schleifen hat der Client nur eine angezeigt, obwohl alle 3 sauber und sofort im Server ausgewertet wurden. Ich habe bei mir auch keine dieser Schleifen unterdrückt, so fällt auch diese Richtung als Fehlerquelle weg.

Wie gesagt, es ist ja auch nicht immer der Fall, aber tritt gerne mal auf und ist somit einfach seltsam. Fällt vielleicht auch sehr speziell auf, wenn man länger mithört und dann auch mal auf die Anzeigen achtet. Da beim Server ja auch nur die 4 letzten Einträge zu sehen sind, weiß ich nicht wie häufig dieses Problem auftritt.

@all

Haben andere dieses Problem vielleicht auch mal beobachtet?

Gruß

Bjoerni

[Beamtenzündelmann]

Werde es mal beim nächsten Probealarm beobachten, denn da kommen ja die Schleifen ruck zuck nacheinander.....

[Akkon_21]

Hi

Habe das gleiche Prblem wie Björni,allerdings auch bei FMS-(Kurztexten) und 5-Ton!Es ist keine Regelmäßigkeit ausfindig zu machen!Unterdrückung auch keine!

MfG Akkon_21

[Bjoerni]

Hallo,

habe grad gesehen, dass bei mir die FMS-Kurztexte auch geschluckt werden. Also identisch zu Akkon_21.

Schön, dass ich nicht alleine stehe, aber jetzt geht das Debuggen los.

Gruß

Bjoerni

[Akkon_21]

Hi

Sobald mehrere Staten direkt hintereinander von verschiedenen Fahrzeugen gesendet werden,kommt der Crusader ins Straucheln.
Das gleiche bei FMS-Texten:
(zur Info kleine Erklärung:erst wirde die Route gesendet anschließend der Text)
Die Route wird erkannt der Text nicht.Also ist nichts mit Statusunterdrückung oder ähnlichem.


MfG Akkon_21

[haehnle]

Hallo @All,

ihr wisst aber schon, dass ihr unter Extra->Optionen->Sicht
die global Ignorierzeit auf 0 stehen haben solltet, damit alles
sauber auch im Client angezeigt wird?!
Sonst werden gleiche Staten etc. nämlich für die angegebene
Zeit in Sekunden unterdrückt!

Gruß,
Jochen

[Akkon_21]

Hi

Okay,dass erklärts zumindestens mit dne FMS-TExten,aber was ist mit dne Staten.Das sind ja unterschiedliche(belegt durch FMS32-Pro).

Die dürften doch rein theoretisch nicht gesperrt werden oder?!?

MfG Akkon_21

[Bjoerni]

Hallo,

das ist mir schon klar, aber wenn Texte nicht auftauchen oder ZVEI-Alarmierungen abhanden kommen, hängt es nicht mit der Ignorierzeit zusammen.

Beispiel im Server

22:10:00 06001
22:10:00 06002
22:10:01 06003

Beispiel im Client

22:00:01 06003

Die ersten beiden sind einfach nicht da und das gleiche ist auch bei FMS-Texten zu sehen. Oft kommt der erste kurze Teil an (also 2. Teil der Meldung damit es im Display aber unten steht), aber der erste Text bleibt im Server verschollen. Ist dort aber ausgewertet worden. So wie Akkon_21 beschrieben hat, kommt Crusader wohl bei vielen Meldungen hintereinader gerne mal ins straucheln und verschluckt diese vielleicht. Ich habe aber auch schon gehabt, dass diese im Server standen, wie z. B.

22:00:00 06002
22:00:01 06003

und im Client:
22:00:07 06002
22:00:08 06003

Also 7 Sek. später als im Server. Da tauchten die Meldungen in dem Moment mit auf, wo von der Leitstelle der Träger für die Durchsage gedrückt wurde. Als ob der Crusader nochmal einen Schupser wie den Träger brauchte.

Wobei mir bei den FMS-Texten das Phänomen schon aufgefallen ist, dass er diese teilweise nicht mal im Server auswertet, obwohl das Signal sauber und astrein ist und Meldungen die z. B. 10 Sek. später kommen, werden dann sauber ausgewertet. Das könnte aber das von dir (Jochen) beschriebene Problem sein. Aber das von Akkon_21 und mir beschriebene Problem ist ja doch noch etwas anders.

Das Problem zieht sich ja wie gesagt auch schon durch einige Versionen und übrigens tritt es sowohl mit Java 1.4... als auch bei Java 1.5... auf.

Gruß

Bjoerni

[Akkon_21]

Hi
Habs jetzt nochmal ausprobiert und ich glaub ich hab mich zu früh gefreut.

Das Problem liegt wahrscheinlich bei mir am Server,dass er die Statis oder wie auch immer *g* garnicht erkennt,obwohl sie einwandfrei reinkommen.

MfG Akkon_21

[haehnle]

Hallo @All,

also dann macht bitte mal folgendes...
Benennt euer Settings verzeichnis um....
Startet danach den Server und Client und schaut mal ob dann
alle Staten übertragen werden vom Server zum Client, die der
Server auch anzeigt.... Da sollte das normalerweise 100%ig
funktionieren.... Wenn das nicht klappen solltet, dann schickt mir
mal eure Settings zu und ich schaue danach. Aber zuerst bitte
die Sache mit dem Settings Ordner prüfen....

Gruß,
Jochen

[Bjoerni]

Hallo,

du hast Recht. Mit einem "jungfräulichen" Settingsordner kommt alles sauber an und wird auch an den Client sofort übergeben. Habe den Crusader paralell mit meinem bisherigen Daten mal laufen lassen um den direkten Vergleich zu haben und dort sind Daten wieder verschollen gegangen. Wir kommen der Sache also näher.

Wobei ich noch betonen möchte, dass mein Rechner keine Krücke ist:

AMD Athlon 64 3000+, 128 MB-DDR Grafik, 1024 MB DDR Arbeitsspeicher, also zum auswerten alle mal gut. Zur Zeit mit Windows XP Prof. und Java 1.5.6

Gruß

Bjoerni

[haehnle]

Hi,

das hat nichts mit dem Rechner zu tun sondern mit den
Einstellungen!!!!!!!!!

Nochmal... da geht nichts verloren, schon garnicht über Verbindung.. das ist ne TCP Verbindung und da geht nichts
verloren.

Gruß,
Jochen

PS: Immer dran denken... im Client gibts einen Haufen Einstell-
möglichkeiten;-)

[Bjoerni]

Hallo,

wenn aber Schleifen auftauchen und mal werden sie angezeigt und beim nächsten mal nicht, stimmt irgendwas nicht und Einstellungen hin oder her, dann müßte es entweder immer oder nie funktionieren. Aber das berühmte geht, geht nicht ist schon ätzend und ich glaube schon, dass ich mit meinen Einstellungen immer wieder hin und her getestet habe.

Für mich klingt es so langsam danach, dass ich zu blöde bin.

Mach doch mal Vorschläge, wie man die Sachen behebt. Anhand meiner Beschreibung sollte es ja dann sehr leicht sein, zu sagen, wodran es hängt.

Ignorieren ist bei mir mit 5 Sek. eingestellt, aber wenn 2 oder 3 unterschiedliche Sachen alarmiert werden oder gesendet werden und im Server auch auftauchen, wird der Crusader ja nicht sagen, oh 3 Alarmierungen nacheinander, da lasse ich nur eine von durch. Oder etwa doch?

Gruß

Bjoerni

PS: Ich kann dir gerne meine Settings zusenden, dann kannst du 1:1 meine Einstellungen anschauen und mir sagen, woran es hängt.

[felix000]

Setz doch mal die Ignorierzeit auf 0.

[Bjoerni]

Hallo,

tolle Idee. Habe ich schon einmal gemacht. Ergebnis war, dass Sachen trotzdem nicht da waren, obwohl sie im Server standen und ich einen Status 7 oder 8 mal hintereinader hatte,weil ein Spaßvogel dauernd drücken mußte. Außerdem haben wir bei uns Umsetzer für ZVEI im Kreis, damit hast du eine Alarmierung unter Umständen 3x hintereinader innerhalb von 10 Sek. Auch nicht so prall, daher lasse ich die Ignorierzeit garantiert drin. Dazu ist sie ja da und soll nicht Meldungen ganz unterdrücken. Einmal müssen sie ja durchkommen, sonst kann ja auch nichts ignoriert werden,oder???

Gruß

Bjoerni

[haehnle]

Hi,

also, es kommt ganz drauf an, ob du die Fünftonflut angeschaltet
hast oder nicht!
Desweiteren kommts drauf an, ob die Fünftonalarme einem
gleichen oder unterschiedlichen oder keinem KFZ zugeordnet
sind...

Schick mir mal ein Szenario in dem du das reproduzieren kannst!

Gruß,
Jochen

[Bjoerni]

Hallo,

also die Flut ist in allen Fällen aktiviert. Und die Melderschleifen habe ich in keinem Fall ein Fahrzeug zugeordnet.

Wie soll ich Dir ein Szenario zuschicken. Soll ich was aufnehmen, oder willst du meine Settings???

Gruß

Bjoerni

[EDTA]

Hallo und ein Frohes neues Jahr zusammen!

Ich habe das von Bjoerni angesprochene Problem ebenfalls. Bei mir ist es auch so, dass zum Teil Stati vom Server nicht beim Client ankommen. Auch das Verhalten mit den FMS-Texten (dass der erste, kleinere ankommt und der zweite, große Text nicht) kann ich bestätigen.

Ich benutze derzeit zwar die Version 4.30, das Problem trat unter Java 1.4.1 auf und auch die Installation von Java 1.5 hat keine Besserung gebracht. Das ZVEI-Tonfolgen nicht ankommen kam auch schon unter der Version 4.2 vor, allerdings nicht so häufig.

An den Filteroptionen liegt es definitiv nicht, da das Problem auch auftritt, wenn man (fast) die Blanko-Settings benutzt.



Mir ist allerdings beim Lesen des Threats eine andere Möglichkeit eingefallen:
Tritt das Problem vielleicht verstärkt auf, je größer die "FahrzeugMelder.dat" wird?
(Das ist nämlich die einzige Settings-Datei die ich beim ausprobieren nicht in der Orginal-(Blanko-)Version benutzt habe.)

Wäre es denkbar, dass Java die Fahrzeug/Melder-Datenbank nicht mehr richtig verwalten kann (bzw nicht schnell genug) und die Meldung dann durch irgeneinen Timeout verloren geht?

Denn: Da der Crusader bei mir oft im Hintergrund läuft, wird der belegte Arbeitsspeicher ja in die Auslagerungsdatei auf der Festplatte geschrieben, sobald Windows den RAM für eine andere Anwendung benötigt. Wenn nun eine Alarmierung kommt muss das Betriebssystem den Inhalt des Festplatten-Cache ja erst wieder in dem RAM stellen, damit Java darauf zugreifen kann. Wenn das nun nicht schnell genug geht könnte es sein, dass irgendein Timeout die Meldung "verschluckt".
(Dieser muss noch nichteinmal in den Klassen vom Crusader sein, sondern kann auch in den Libarys von Java liegen.)

Generell würde ich sagen, dass das beschriebene Problem öfter auftaucht, wenn der Crusader decodiert, während andere stark CPU-lastige bzw. RAM-lastige Anwendungen laufen. (Was aber auch genausogut an was anderem liegen konnte. Is nur 'ne Vermutung!)


Das Problem tritt bei mir an zwei völlig verschiedenen Standorten (mir unterschiedlichsten Empfangsqualitäten) in insgesamt neun Funkverkehrskreisen gleichermaßen auf. Am stärksten sind die Fünftonfolgen betroffen, aber auch beim FMS-Text werden öfter Meldungen "verschluckt". Bei Stati eher seltener.

Wenn ich die Logs nachher im Viewer ankucke sind alle Codierungen da, nur der Client zeigt sie nicht an.

Wenn mit Kanalbelegton alarmiert wird wird immer alles ganz sauber dargestellt.

Ich habe WinXP, 1,7 GHz AthlonXP, 256 MB RAM. An der Firewall liegts nicht!



Meine Erklärungen ist vielleichtz etwas wirr, aber ich hoffe dass Ihr trotzdem nachvollziehen könnt was ich meine.

MfG
EDTA

[Bjoerni]

Hallo,

für jemanden, der genau das gleiche Problem hat, ist das voll und ganz verständlich. Und genau so wie du es beschreibst, kann ich meine Fehler ja auch nachvollziehen. Und so wie du es beschreibst, sind es ja auch bei Dir vor allem Meldungen, die zur Alarmierung dienen, Stati ja auch sehr wenig bzw. keine.

Mir ist ja auch klar, dass der eine oder andere Status mal nicht ankommt, alles kein Problem, aber was im Server steht, sollte ja auch im Client stehen.

Schön, dass ich doch nicht so ganz alleine bin mit dem Problem.

Den Test mit dem Blankosystem habe ich ja auch schon hinter mir und da lief es, doch außer der Ignorierzeit habe ich keine Änderungen an der Flut oder so vorgenommen. Das mit der Datenbank hatte ich aber auch schon mal im Hinterkopf. Bei mir sind auch sehr viele Einträge.

Gruß

Bjoerni

[haehnle]

Hoi,

jo ich werd mir das jetzt ma anschauen!

Gruß,
Jochen

[haehnle]

Hallo EDTA,

also ich habe das heute mal ausführlich getestet und festgestellt,
dass bei mir mit Björnis Settings keine der genannten Probleme
auftreten. Nun kann es eigentlich nur noch am Rechner oder der
installierten Software liegen... sonst fällt mir da leider nix mehr
dazu ein.

Gruß,
Jochen

[haehnle]

Hi,

habe heute den Fehler mit den Doppelpunkten in der EMAIL und
den Fehler was den EMAIL Betreff angeht gefixt....

Die nächsten Tage kommt dann noch der GPSClient dran und
die Suche nach dem Speicherproblem geht natürlich weiter!

Soweit mal zum Stand der Dinge momentan!

Gruß,
Jochen

[EDTA]

Hallo EDTA,

also ich habe das heute mal ausführlich getestet und festgestellt,
dass bei mir mit Björnis Settings keine der genannten Probleme
auftreten. Nun kann es eigentlich nur noch am Rechner oder der
installierten Software liegen... sonst fällt mir da leider nix mehr
dazu ein.

Gruß,
Jochen

Hallo Jochen,

Ich weiß ja nicht wie groß eure Fahrezugmelder.cru sind, aber bei mir sind 809 Fahrzeuge/Melder drin.

Bei mir laufen relativ viele Hintergrundprogramme (Treiber für Drucker, Setpoint, Bos-Control, evtl. Zonealarm, eMail-Programme, CAPI und TAPI-Treiber, ...).

Ein weiterer Punkt ist, mein Rechner hat (nur) 256 MB RAM und die Windows (XP)-Installation ist schon mehr als zwei Jahre alt (dementsprechent fragmentiert ist die Registry). Die Auslagerungsdatei ist so im Schnitt 700 - 900 MB groß. Nach einem Spiel oder einem speicherlastigen Programm kann es schon mal 3-4 Sekunden dauern, bis der Crusader aus dem Systray kommt.

Aber wie du schon sagtest dürften bei einer TCP/IP-Verbindung keine Informationen verloren gehen. Daher denke ich, dass das der Fehler vielleicht auf Betreibssystem-Ebene liegt.


Mir ist nochwas aufgefallen:

Wenn ich auf meinem Rechner einen Client gestartet hab und den Server von meiner Schwester (über LAN) anzapfe kommen bei mir höchstens die Hälfte der Daten an! Während auf ihrem Rechner alles decodiert wird und auch im Client richtig angezeigt wird. Über das Netzwerk also einiges verloren.

Richtig ausprobiert woran es liegt hab ich noch nicht.


Mfg
EDTA

[Bjoerni]

Hallo,

also meine Melder und Daten beinhaltet auch weit über 800 Einträge.

Ich habe heute mal wieder drauf achten können. Das Problem scheint wirklich zu sein, dass der Server alles bekommt und auch in den Savings-Ordner packt, aber der Client bei einer vielzahl von Meldungen nicht alles anzeigt. Bei TCP/IP soll und kann nichts verloren gehen. Das ist mir auch bewußt, aber irgendwann können nicht mehr Daten ankommen als gesendet werden. Sendet der Server aber wirklich alles? Wenn eine Vielzahl von Medlungen kommt, muss das auch alles vom Server gesendet werden, nun kommt aber für mich so langsam die Frage auf, ob der Server das sendet und der Client auch alles verarbeiten kann. Hintergrund ist ja wirklich, dass es sich bei mir nur dann äußert, wenn eine Vielzahl von Medlungen kommen oder wie beim FMS-Text, wenn der 2. Teil, der zuerst gesendet wird und der Haupttext gleich hinterher kommt, dann wird es nicht mit angezeigt, kommt der Text aber etwas zeitverschoben (ca. 2-3 Sek.) so kommt alles sauber an. Bei den Alarmierungen kommt ja auch eine Vielzahl durch, bei uns wird auch genrell der Ton doppelt ausgesendet, und das scheint das Problem zu sein.

Auch bei mir laufen Programme wie Firewall, Outlook usw. im Hintergrund. Aber da es ja ansonsten mit der Auswertung klappt, dürfte dieses ja nicht das Problem sein. Nur eine Vielzahl von Meldungen, ich würde sagen mehr als 3 Schleifen, bringt es bei mir häufig durcheinander.

@ Jochen

Du hast versucht mein Problem mit meinen Settings nachzustellen. Wie machst du das?

Kann es sein, dass der Server zwar auswertet, aber nur Daten innerhalb einer bestimmten Zeit auswertet und weitergibt oder ähnliches in der Richtung?

Gruß

Bjoerni

[BReichel]

Hallo Bjoerni u.EDTA
Ihr habt beide Softwarefirewalls am laufen? Ich denke die sind das Problem.
Zum testen am besten mal deinstallieren.
Gruss Bernhard

[EDTA]

Hallo Bjoerni u.EDTA
Ihr habt beide Softwarefirewalls am laufen? Ich denke die sind das Problem.
Zum testen am besten mal deinstallieren.
Gruss Bernhard

Daran liegts nicht! Da hab ich auch schon alle Varianten durchprobiert.
Die hatte ich auch als erstes in Verdacht, bringt aber keinen Unterschied.

Mfg
EDTA

[Bjoerni]

Hallo Bjoerni u.EDTA
Ihr habt beide Softwarefirewalls am laufen? Ich denke die sind das Problem.
Zum testen am besten mal deinstallieren.
Gruss Bernhard

Hallo,

ich habe mein System mal ganz frisch aufgesetzt und gleich mal probiert und da war auch schon der Fehler. Wenn die Firewall schuld wäre, würde es ja ansonsten auch stören. Es ist aber nur, wenn viele Meldungen reinkommen. Ich bezweifel wirklich, dass es daran liegt. Außerdem bringt Windows ja schon eine Firewall mit, die man zwar deaktiviern kann, aber das heißt ja nichts und ich werde mich hüten, meinen Rechner ohne Firewall laufen zu lassen. Aber die betreffenden Ports usw. sind freigegeben, so dass ich sogar per DYNDNS von außerhalb zugreifen könnte.

Also daran kann es weniger liegen.

Gruß

Bjoerni

[haehnle]

Hallo @All,

haben heute die GPSClient Probleme hoffentlich gefixt!!!
Wollen noch eine neue Ansicht mit einbauen, welche sich
an einer Leitstellenansicht orientiert.
Dann gibts wieder ein Update!

Gruß,
Jochen

PS: Also bei mir gehen keine Staten verloren, wenn Sie vom
Server ausgewertet werden.....!!

[felix000]

Vor dem Update sollte noch das Speicherproblem gelöst werden.

[Bjoerni]

PS: Also bei mir gehen keine Staten verloren, wenn Sie vom
Server ausgewertet werden.....!!

Und wie du ja gesehen hattest, ist aber der Fall. Auch wenn es bei Dir noch nie der Fall war, so tritt dieses Problem auf und das auch weiterhin und ich bin mir immer mehr sicher, dass dieses am TCP/IP hängt, wenn der Server viele Daten auf einmal empfängt, gibt er nicht mehr alles weiter. Und das bei TCP/IP Daten verloren gehen können und nicht gesendet werden habe ich mir von 3 Seiten bestätigen lassen und alle Vermuten das gleiche!!! Und außerdem wertet der Server ja aus, aber der Client bekommt sie ja nicht. und in der cjf.-Datei stehen sie ja auch, also läßt das am ehesten für ein Probelm Server->Client sprechen und dort werden die Daten ja nun mal per TCP/IP gesendet, oder etwa nicht?

Gruß

Bjoerni

[Quietschphone]

@Bjoerni:

Mach' doch mal parallel zum Client einen connect mit Telnet auf den Server.
Dann siehst Du zumindest mal die Roh-Pakete, die der Telnet-Client empfängt und kannst vergleichen, ob die Daten im Crusader-Client auch ankommen.

Gruß
Alex

[ElectricDreamBoy]

ich hoffe, dass ich mit meinem Problem in diesem Thread richtig bin:
in der aktuellen Version 4.40 kann ein Fahrzeug in der Leitsellendarstellung nicht mehr per Rechtsmausklick manuell in einen anderen Status gesetzt werden (das entsprechende Fahrzeugfenster öffnet nicht). Drag Drop hingegen klappt.
Versucht man das ganze aus der Fahrzeugübersicht herhaus funktioniert auch die eingangs beschriebene Statusänderung.
Gruß
Reinhard

[Bjoerni]

@Bjoerni:

Mach' doch mal parallel zum Client einen connect mit Telnet auf den Server.
Dann siehst Du zumindest mal die Roh-Pakete, die der Telnet-Client empfängt und kannst vergleichen, ob die Daten im Crusader-Client auch ankommen.

Gruß
Alex

Jo, das werde ich mal machen und dann aufzeichen, so kann man wirklich mal schauen, was ankommt.

Danke für den guten Tipp.

Gruß

Bjoerni

[haehnle]

Hallo @All,

also das Problem von Björni ist gelöst....
Er hatte in den Optionen vom Client unter KFZ den linken Kanal nicht zum
Fünftonauswerten angeklickt und da er im Server zwei unterschiedliche
Fünftonauswertungen für links (A) und rechts (B) angegeben hatte und nur
über einen Kanal manchmal ausgewertet wurde (den LINKEN!!) wurde zwar
ausgewertet, allerdings (KORREKT) nicht im Client angezeigt!!!

Gruß,
Jochen

[Bjoerni]

Hallo @All,

also das Problem von Björni ist gelöst....
Er hatte in den Optionen vom Client unter KFZ den linken Kanal nicht zum
Fünftonauswerten angeklickt und da er im Server zwei unterschiedliche
Fünftonauswertungen für links (A) und rechts (B) angegeben hatte und nur
über einen Kanal manchmal ausgewertet wurde (den LINKEN!!) wurde zwar
ausgewertet, allerdings (KORREKT) nicht im Client angezeigt!!!

Gruß,
Jochen

Auch an dieser Stelle nochmal Danke für die Hilfe

[EDTA]

Hallo @All,

also das Problem von Björni ist gelöst....
Er hatte in den Optionen vom Client unter KFZ den linken Kanal nicht zum
Fünftonauswerten angeklickt und da er im Server zwei unterschiedliche
Fünftonauswertungen für links (A) und rechts (B) angegeben hatte und nur
über einen Kanal manchmal ausgewertet wurde (den LINKEN!!) wurde zwar
ausgewertet, allerdings (KORREKT) nicht im Client angezeigt!!!

Gruß,
Jochen


Hallo zusammen,

das Beispiel zeigt mal wieder das man suchen kann wie man will und manchmal trotzdem nicht auf einen einfachen, logischen Fehler kommt.


Bei mir war's aber leider nicht der selbe Fehler.

Durch Mitlesen des Ports (ähnlich wie weiter oben mit Telnet vorgeschlagen) habe ich allerdings herausgefunden, dass der Server die Telegramme korrekt sendet. Über LAN ist die Ausfallquote definitiv höher. Alles in allem würde ich darauf schließen, das irgendein Problem mit meiner TCP/IP-Konfiguration vorliegt.

Werd' mal weiterprobieren voran es liegt.

MfG
EDTA

[haehnle]

Hallo EDTA,

ich gehe eher davon aus, dass da alles richtig am Client anliegt bei dir,
du allerdings über eine andere Einstellungsmöglichkeit eben manche anzeige
unbewusst verhinderst... geht mir manchmal ja ähnlich, da wir ja mittlerweile
alles einstellbar haben... (ich habe noch davor gewarnt ;-) )
abgesehen davon, können bei TCP/IP Pakete nicht verloren gehen, da das
Protokoll das verhindert bzw. die Pakete dann neu schickt!
Wenn du willst, schick mir dein Szenario und Problem mit dem Settings Ordner
ich werd dir dass dann profilen und antworten!

Schönen Samstagabend und Gruß,
Jochen