monitor 1.9.0 - aber richtig :)

[Dove]

@Buebchen.

die badConverion Exception die beim decoden geworfen wird tritt doch dann auf, wenn er auf, wenn er zeichen findet die (<0&&>9)||(F)||(f)
Nur das das doch rein Theoretisch gar nicht passieren, wenn ich daten von dir bekomme (monitord)

Ich versteh nicht warum er dort ständig rein brät.

[Buebchen]

Wird vielleicht wird der Doppelpunkt als Trennzeichen noch mitübergeben ? Sonst lass dir die Zeichenkette vorher mal ausgeben. Aber wie du schon schreibst. Die Exeception wird nur bei Zeichen geworfen die nicht [0..9], [a..f] oder [A..F] sind.

[Dove]

also die Exception kommt bei sowas hier:
Error: &TRN03195967E00847EB5 -EOL- æ2ÔTôÂÒ

Error musste dir davor wegdenken, das ist noch ausgabe vorher.
Error: 67 73 f0 7d -EOL- RRô´ÄRõ¤'&öæ2ââââÔTôÂÒ

sowas kommt da auch bei raus bzw rein.

Entweder bekomm ich das so vom daemon (was ich nicht glaube) oder ich hab irgendwo noch schrott in den vars stehen.

[Buebchen]

Aha. Der Fehler liegt im monitord. Der Text ist ja nicht verschlüsselt, sondern klartext. Seltsam. Habe ich bestimmt wieder mal beim Testen vergessen 'was zurückzustellen.

Die zweite Aussendung ist vom Fahrzeug aus. Die sollten eigentlich überhaupt nicht auftauchen.

Werde das heute abend mal prüfen ...

Die "Schrott am Ende" liegt vermutlich daran, daß die Zeichenkettenvariable nicht bei jedem Aufruf "genullt" wird.

[Dove]

ja hab ich mir eigendlich auch gedacht, aber da ich die laufzeit var (mein vector mit dem jeweiligen param) erst in der While erstelle kanns daran nicht liegen.

Und der Buffer wird am ende der while auf buffer[0] = '\0'; gesetzt.

[Buebchen]

Nimm lieber ein

memset(buffer,0,_BUFFERGROESSE_) ;

-EDIT1-
Ich habe den -EOF- jetzt entfernt und die Datentelegramme Fahrzeug->Leitstelle sollten nun auch angezeigt werden (Ohne Leerzeichen zwischen den Zahlen).

Frage dazu:
kann mal jemand prüfen, ob die Reihenfolge der Zeichen stimmt bei Telegrammen Fzg->Leitstelle.

Damit ich die Daten aus dem BOSTool korrekt empfangen kann mußte ich die Nibbles (4Bit Werde=Einzelne Ziffern) paarweise tauschen.

So wird 12345678 tatsächlich als 21436587 bei mir empfangen.
-EDIT2-

@Dove:
Wenn Du std::string nutzt kannst du auch die .Empty Methode nutzen.

[Medic]

Falls ihr es noch nicht in der aktuellen Revision gesehen habt; der monitord kann jetzt auch fms32pro und crusader sprechen.
Ich habe die funktionen unter der "Aufsicht" und tatkräftiger Mithilfe von buebchen heute implementiert.
Damit die Ports aktiv werden bitte in der monitord.xml die entsprechenden Auskommentierungszeichen entfernen.
Ein Passwort wird zur zeit nicht benötigt.
Also wer lust und zeit hat, bitte testen.

Gruß

Medic

[MacLeod]

wow!
das ist ja klasse!

wie kann ich das denn nun ausprobieren mit dem crusader?
wenn ich indem verzeichniss monitord ein "make" mache kommt dies:

macleod@MacLeod:~/monitor/monitor/monitor/branches/2.1/monitord$ make
gcc -c -c -D _DEBUG -O2 -I../jthread-1.2.1/src/ -I../xmlParser -I../simpleopt -Wno-deprecated MonitorModules.cpp -o MonitorModules.o
gcc -c -c -D _DEBUG -O2 -I../jthread-1.2.1/src/ -I../xmlParser -I../simpleopt -Wno-deprecated MonitorModuleFMS.cpp -o MonitorModuleFMS.o
MonitorModuleFMS.cpp: In member function ‘void MonitorModuleFMS::DisplayResult()’:
MonitorModuleFMS.cpp:778: error: ‘_strdate’ was not declared in this scope
MonitorModuleFMS.cpp:779: error: ‘_strtime’ was not declared in this scope
MonitorModuleFMS.cpp: In member function ‘void MonitorModuleFMS::DisplayResult(std::string)’:
MonitorModuleFMS.cpp:1002: error: ‘_strdate’ was not declared in this scope
MonitorModuleFMS.cpp:1003: error: ‘_strtime’ was not declared in this scope
make: *** [MonitorModuleFMS.o] Fehler 1
macleod@MacLeod:~/monitor/monitor/monitor/branches/2.1/monitord$

oder hab ich da nun etwas total falsch verstanden...

wäre nett wenn einer die schritte kurz erläutern würde.

vorab schonmal
besten dank!

MacLeod

[sschaebe]

wow!
das ist ja klasse!

wie kann ich das denn nun ausprobieren mit dem crusader?

Hab das gleiche Problem:
suse10.2, gcc-Version: 4.1.2 aktuelle Libs

Zusatz:
meinen jetzigen recherchen nach ist in der aktuellen Version der time.h diese Funktion nicht mehr enthalten (lt. manpage auf meinem System zur time.h)
Die unter Suse 10.2 aktuellen Funktionen dazu lauten:
asctime(localtime(t)) wobei t für eine Strucktur steht

struct tm {
                  int tm_sec;         /* seconds */
                  int tm_min;         /* minutes */
                  int tm_hour;        /* hours */
                  int tm_mday;        /* day of the month */
                  int tm_mon;         /* month */
                  int tm_year;        /* year */
                  int tm_wday;        /* day of the week */
                  int tm_yday;        /* day in the year */
                  int tm_isdst;       /* daylight saving time */
              };

Da ich aber an der Stelle auf die schnelle nichts rumfingern möchte, und ich auch noch keinen schreibzugang zum Repository habe, werde ich bei gelegenheit es mal ausprobieren und dann posten.
Evtl. gibt ja auch noch andere Lösungen.

gruß
Simon

[Buebchen]

war ja klar, dass es wieder mal unterschiede in den Implementierungen gibt. Werde die Funktion für linux noch eben anpassen.

Heute auf der Arbeit kam ich einfach nicht dazu, es auch unter linux zu kompilieren.

[jhr-online]

und ich auch noch keinen schreibzugang zum Repository habe

PM an mich mit Wunschpasswort und fertig :)

jhr

[Buebchen]

Fehler ist jetzt korrigiert. Auf beiden Plattformen wird jetzt die Standardfunktion strftime genutzt. asctime/ctime ist weniger geeignet, da es einen sehr lange Zeichenkette einschließlich Wochentag generiert. Ich vermute, daß würde der Crusader nicht verstehen.

SVN aktualisiert.

[EDIT]
Noch kleine Fehler im Crusader-Modus. Sind aber auch weitestgehend gelöst. Update folgt noch
[Update]
SVN wieder aktuell. Crusader Client zeigt mir die Daten jetzt an. FMS32Pro als Client ebenso.

[MacLeod]

so, neu ausgechecked
make ist durcgelaufen.
nur wie starte ich monitord dann?

macleod@MacLeod:~/monitor/monitor/branches$ cd 2.1
macleod@MacLeod:~/monitor/monitor/branches/2.1$ cd monitord
macleod@MacLeod:~/monitor/monitor/branches/2.1/monitord$ monitord
bash: monitord: command not found
macleod@MacLeod:~/monitor/monitor/branches/2.1/monitord$

so siehts dann aus...

kann mir das mal einer beleuchten?
wäre nett

MacLeod

[Buebchen]

Der aktuelle Ordner ist nicht im Suchpfad,wie es scheint. Starte den monitor mit "./monitord".

Zum testen ein telnet auf dem Port 9333 machen. Sollte sich der monitord melden. Alternativ auf 9300 wg. FMS32Pro.

[jhr-online]

Auch auf die Gefahr hin, dass man mich für sehr dämlich halten wird...

for i in monitord ; do \
                ( cd $i ; make all ; ) done
make[1]: Entering directory `/home/jhr/Projekte/FMS-Monitor/foobar/monitord'
gcc -c -c -D _DEBUG -O2 -I../jthread-1.2.1/src/ -I../xmlParser -I../simpleopt   -Wno-deprecated MonitorModules.cpp -o MonitorModules.o
gcc: error trying to exec 'cc1plus': execvp: Datei oder Verzeichnis nicht gefunden
make[1]: *** [MonitorModules.o] Fehler 1
make[1]: Leaving directory `/home/jhr/Projekte/FMS-Monitor/foobar/monitord'
make: *** [all] Fehler 2

Hä?