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
    01.10.2011
    Beiträge
    94
    Also wenn er immer aus der 10 ein A macht, dann ist das mit Sicherheit im Quellcode zu finden. Da kann ich die Tage, wenn ich dran denke, mal ran gehen.
    Testen werde ich das dann einfach auf einer deiner Kisten ;-P
    Wenn du willst, ruf am Freitag einfach mal an. Ich habe Tagesdienst.

    und ja, ich meine einfach ein Reset des Programm. Da er alles hinter der Pipe weg haut gehe ich einfach von einem Speicherüberlauf aus. Damit meine ich nicht das er auch physich voll ist sondern er in den Registern dann irgendwann am Ende ist. Oder was auch immer.
    Das wird eher ein Thema für die snd_aloop aplay Foren :-)

    Ansonsten läuft der multimon stabiler als monitor wie ich finde.
    Der Fehler mit den Richtungen lässt sich reproduzieren?
    Dann kann ich das im Zweifel auch ändern. Du musst dann nur für eine git clone den Fork aus meinem Repo nehmen. Elias pushed anscheindend keine Änderungen mehr.... :(

  2. #2
    Registriert seit
    02.01.2002
    Beiträge
    105
    OK,

    habe es erst einmal so im Py Script gelöst:

    Code:
            # FMS - Abfrage
            elif line.startswith('FMS'):
               
                utc_stamp = int(time.time())		
                bos = line[19]
                land = line[36]
                kreis= line[65:67]
                         
                # In multimon-ng ist ein Fehler bei der KFZ-Kennung. Fahrzeuge mit alphanumerischer Kennung werden 5-stellig uebermittelt. 
                # Pruefen ob KFZ-Kennung 4 oder 5 stellig
                
                if str(line[76:77]).isdigit() is True:
                    #5-stellig erkannt
                    k1 = line[72:73]
                    k2 = line[73:75]
                    k3 = line[75:76]
                    k4 = line[76:77]
                    
                    k2 = chr((int(k2)-9)+64)
                    fhzg = str(k1) + str(k2) + str(k3) + str(k4)
                    status = line[85]
                    richtung = line[102]
                    
                else:
                    #4-stellig erkannt
                    fhzg = line[72:76]
                    status = line[84]
                    richtung = line[101]
       
                status = status.replace("\n","")
                status = status.replace("\r","")
    
                richtung = richtung.replace("\n","")
                richtung = richtung.replace("\r","")
                
                address = (bos+''+ land+''+ kreis+''+ fhzg)8)
    Gruß

    Marcel

  3. #3
    Registriert seit
    18.03.2015
    Beiträge
    67
    @Smith
    Danke habe deine Änderungen in den Master gemerged und auch gleich den Dev Branch geupdatet, damit der auf dem selben Stand ist.

    Komme zur zeit leider nicht wirklich oft an den Rechner, hoff das ändert sich bald wieder etwas...

    Kann die poc_id nur Zahlen enthalten und muss 7 Stellen lang sein? oder Können auch Buchstaben vorkommen?

    Gruß
    Geändert von Schrolli (28.04.2015 um 11:26 Uhr)

  4. #4
    Registriert seit
    01.10.2011
    Beiträge
    94
    Nur Zahlen, ich wollte den Regex auch wieder eingebaut haben. Im Rahmen einer Fehlersuche ist der geflogen.
    Allerdings gibt der multimon-ng eh nur Zahlen aus. Von daher ist es egal. :)

  5. #5
    Registriert seit
    02.01.2002
    Beiträge
    105
    Zitat Zitat von Smith Beitrag anzeigen
    Also wenn er immer aus der 10 ein A macht, dann ist das mit Sicherheit im Quellcode zu finden.
    multimon-ng kennt keine Buchstaben.

    A ist bei multimon-ng = 10
    B = 11
    C = 12
    D = 13
    ........

    Du musst dann nur für eine git clone den Fork aus meinem Repo nehmen. Elias pushed anscheindend keine Änderungen mehr.... :(
    Da benötige ich aber Zugangsdaten von Dir?

  6. #6
    Registriert seit
    01.10.2011
    Beiträge
    94
    Ahh okay. Das hat sich Elias dann anscheinend bei FMS32 abgeschaut. Ich weiß ehrlich gesagt gar nicht wie es die TR vorsieht.

  7. #7
    Registriert seit
    28.01.2011
    Beiträge
    40
    Habe mal das ganze neu geladen, aber jetzt lief ich in einen Fehler, wo vor einem else: leerzeichen statt tabs waren, aber jetzt bekomm ich folgende Meldung:
    Code:
    File "./boswatch.py", line 345
        if len(poc_id) == 7: #if POC is valid
                                            ^
    IndentationError: unindent does not match any outer indentation level
    
    [1]+  Exit 1                  sudo ./boswatch.py -f 88.888M -a FMS ZVEI -s 50 -e 33

  8. #8
    Registriert seit
    28.01.2011
    Beiträge
    40
    Das ist die erste Meldung:

    Code:
     File "./boswatch.py", line 342
        else:
            ^
    IndentationError: unindent does not match any outer indentation level
    
    [1]+  Exit 1                  sudo python ./boswatch.py -f 88.888M -a FMS ZVEI -s 50 -e 33
    Geändert von Hobo (06.05.2015 um 22:11 Uhr)

  9. #9
    Registriert seit
    01.10.2011
    Beiträge
    94
    Ich schaue gleich mal. Der Fehler wird wohl aus meiner Feder stammen, Copy&Past geschuldet...
    Ich werde es gleich über Schrolli einstellen lassen.

  10. #10
    Registriert seit
    01.10.2011
    Beiträge
    94
    Ich weiß nicht ob es hier irgendwer braucht, aber wenn wer Beta-Tester für eine Verbindung zu firEmergency sein möchte, der melde sich bitte bei mir per PN.
    Bitte unter Angabe der Alarmierungsart - bisher habe ich nur POCSAG1200 -> firEmergency programmiert. Bei Bedarf würde ich es auch für Analog und POCSAG512 umschreiben für die Beta-Phase.

  11. #11
    Registriert seit
    02.11.2014
    Beiträge
    5
    Zitat Zitat von Smith Beitrag anzeigen
    Also wenn er immer aus der 10 ein A macht, dann ist das mit Sicherheit im Quellcode zu finden. Da kann ich die Tage, wenn ich dran denke, mal ran gehen.
    So, als der, der den FMS-Dekoder im multimon implementiert hat, hab' ich hier auch mal wieder vorbeigeschaut. Da in meiner Gegend nur "dezimale" Fahrzeugkenner habe, ist das beim Testen nicht weiter aufgefallen, aber das Problem liegt hier:
    https://github.com/EliasOenal/multim...0058ac3885dR88

    Im Prinzip müsste man wohl nur die %1d durch %1x ersetzen und gut is. Elias nimmt bestimmt noch Pull-requests an, wenn man ausreichend Begründung dazuschreibt. Ansonsten halt im eigenen Branch weiterpflegen.

    Was war denn mit den Umlauten konkret das Problem? Die kommen bei mit wunderbar UTF-8 kodiert raus und sollten dementsprechend weiterverarbeitet werden.

    VG, Jannis

Aktive Benutzer

Aktive Benutzer

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

Berechtigungen

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