Ergebnis 1 bis 15 von 549

Thema: monitor 1.9.0 - aber richtig :)

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    07.09.2004
    Beiträge
    197
    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.

  2. #2
    Registriert seit
    11.12.2001
    Beiträge
    1.008
    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.

  3. #3
    Registriert seit
    07.09.2004
    Beiträge
    197
    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.

  4. #4
    Registriert seit
    11.12.2001
    Beiträge
    1.008
    Nimm lieber ein

    Code:
    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.
    Geändert von Buebchen (02.07.2007 um 20:11 Uhr)

  5. #5
    Registriert seit
    08.01.2004
    Beiträge
    196
    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

  6. #6
    Registriert seit
    03.02.2006
    Beiträge
    75
    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

  7. #7
    Registriert seit
    05.04.2004
    Beiträge
    543
    Zitat Zitat von MacLeod
    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

    Code:
    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
    Geändert von sschaebe (03.07.2007 um 22:24 Uhr)

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •