Ergebnis 1 bis 15 von 301

Thema: multimon (der Vorgänger des monitord) auf Raspberry Pi

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    03.03.2015
    Beiträge
    45
    Moin Smith,

    Zitat Zitat von Smith Beitrag anzeigen
    Es sieht so aus als wäre es auch so das Multimon die führende Null rauswirft. Es muss also auch die Plausibilitätskontrolle (ric==7) angepasst werden oder es schreibt wer einen Pull-Req. an Elias
    Ich habe im Quellcode von multimon-ng keinen Abschnitt gefunden, der dafür sorgt, dass eine führende Null ausgegeben wird. Ich habe nur Längenprüfungen 1-7 gesehen und die Ausgabeformatierung auf 7 Zeichen Platz, rechtsbündig. Das passt soweit zum geposteten Bild mit " 123456". Entweder Dekodierungsfehler oder der RIC war wirklich 0123456 und multimon-ng lässt irgendwo in der Typkonventierng die null fallen.
    Ich habe es mir mal erlaubt Elias eine eMail zu schreiben, mal schauen ob er darauf reagiert.

    Grüße
    Jens

    PS: Leider habe ich keine offiziellen RIC-Struktur-Dokumente gefunden, die das vorgeben...

  2. #2
    Registriert seit
    01.10.2011
    Beiträge
    94
    Zitat Zitat von JHC Beitrag anzeigen
    Ich habe im Quellcode von multimon-ng keinen Abschnitt gefunden, der dafür sorgt, dass eine führende Null ausgegeben wird. Ich habe nur Längenprüfungen 1-7 gesehen und die Ausgabeformatierung auf 7 Zeichen Platz, rechtsbündig. Das passt soweit zum geposteten Bild mit " 123456". Entweder Dekodierungsfehler oder der RIC war wirklich 0123456 und multimon-ng lässt irgendwo in der Typkonventierng die null fallen.
    Ich gehe davon aus, das dies der Fall ist. Ich habe mir zwar den Quelltext nicht angeschaut, aber es wird so sein.

    Die RIC wird dann von boswatch aktuell nicht mehr aufgefüllt. Ich hatte das damals so geschrieben.
    Code:
    .replace(" ", "").zfill(7)
    Ich denke damit sollte der Fehler dann behoben sein.
    Mit der Filterung der Range, welche dann nach diesem Schritt ausgeführt wird, sollte dann auch Fehldekodierungen nicht mehr vorhanden sein.
    Eingang -> RIC auf 7 Stellen -> RIC in Range? -> weitere Ausführung.

    Zitat Zitat von JHC Beitrag anzeigen
    Ich habe es mir mal erlaubt Elias eine eMail zu schreiben, mal schauen ob er darauf reagiert.
    Bin gespannt, was er dazu sagt. :-)

    Zitat Zitat von JHC Beitrag anzeigen
    PS: Leider habe ich keine offiziellen RIC-Struktur-Dokumente gefunden, die das vorgeben...
    Naja, offizielle Doku kenne ich auch nicht. Aber schonmal einen DME mit 6 Stellen versucht zu programmieren? Lässt das Programm nicht zu :-)

  3. #3
    Registriert seit
    03.03.2015
    Beiträge
    45
    Hi Smith,

    Zitat Zitat von Smith Beitrag anzeigen
    Die RIC wird dann von boswatch aktuell nicht mehr aufgefüllt. Ich hatte das damals so geschrieben.
    Code:
    .replace(" ", "").zfill(7)
    Ich denke damit sollte der Fehler dann behoben sein.
    Ich sehe das nicht als "Fehler" in BOSWatch, wenn RICs eigentlich 7-Stellig sind sollte. Eigentlich dürfte BOSWatch die RIC nur von links beginnend auffüllen, ein Leerzeichen rechts von der Zahl oder zwischen den Ziffern wäre ein echter Fehler.

    Zitat Zitat von Smith Beitrag anzeigen
    Naja, offizielle Doku kenne ich auch nicht. Aber schonmal einen DME mit 6 Stellen versucht zu programmieren? Lässt das Programm nicht zu :-)
    Da wir hier nur RICs > 1xxxxxxx haben, hat sich mir das Problem mit 0xxxxxx noch nicht gestellt.

    Grüße
    Jens

  4. #4
    Registriert seit
    01.10.2011
    Beiträge
    94
    Ich denke du weißt was ich meine.
    das zfill ist schon der passende Weg um eine von multimon nicht übergebene führende Null wieder hinzu zufügen.
    Damit sollten wir auch für Landkreise in denen es mit 00 beginnt gewapnet sein. Auch wenn es nur 9 sein können ;)
    Ich wollte auch nur darauf hinaus, das ich damals in meinem Script und in der ersten Phase von BosWatch aus diesem Grund das zfill eingesetzt habe.

    Und damit wäre dann das "Problem", welches kein Fehler ist, erledigt :-)

  5. #5
    Registriert seit
    18.03.2015
    Beiträge
    67
    Zitat Zitat von Smith Beitrag anzeigen
    Ich denke du weißt was ich meine.
    das zfill ist schon der passende Weg um eine von multimon nicht übergebene führende Null wieder hinzu zufügen.
    Damit sollten wir auch für Landkreise in denen es mit 00 beginnt gewapnet sein. Auch wenn es nur 9 sein können ;)
    Ich wollte auch nur darauf hinaus, das ich damals in meinem Script und in der ersten Phase von BosWatch aus diesem Grund das zfill eingesetzt habe.

    Und damit wäre dann das "Problem", welches kein Fehler ist, erledigt :-)

    Falls ich das damals entfernt/nicht übernommen habe tuts mir leid. Habe das vermutlich als Unnütz angenommen, da sowas ja eigentlich nicht vorkommen kann/darf ^^
    Aber ist ja schnell wieder eingebaut...

    Grüße

  6. #6
    Registriert seit
    03.03.2015
    Beiträge
    45
    Moin, moin,

    das "multimon-ng"-Problem mit den RICs habe ich gefixed.
    Sollte jetzt wieder funktionieren.

    Weiterhin habe ich
    - das firEmergency-Plugin von Smith
    - und ein eMail-Plugin
    dem develop-Branch hinzugefügt.

    Grüße
    Jens
    Geändert von JHC (04.06.2015 um 20:31 Uhr)

  7. #7
    Registriert seit
    18.03.2015
    Beiträge
    67
    Super... :-)

    Wenn jemand das mal noch kurz testen könnte? Oder ist schon alles auf den ersten Blick Bugfrei? Dann würde ich am Wochenende endlich mal wieder in den Master mergen :-)

    "noch" Grüße aus Prag ^^

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
  •