Ergebnis 1 bis 15 von 94

Thema: SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    25.04.2018
    Beiträge
    1

    Airbus p8gr

    Zitat Zitat von flachrelais_48 Beitrag anzeigen
    Kann ich so nicht beantworten. Ich habe keinen Tetra-Pager. Haben die Pager (oder Heimstation) denn eine Schnittstelle? Wenn ja, ist das bestimmt mit wenig Aufwand umzusetzen.
    Hallo,

    ich habe aktuell einen P8GR mit aktiviertem USB-Datenmodem an eine Raspberry-Pi mit aktuellem Raspbian-Image angeschlossen und bin damit am experimentieren...
    Der P8GR hat eine PEI-Schnittstelle, die auch einwandfrei erkannt wird und durch dein Script auch angesprochen wird.

    Leider klappt es mit der richtigen Interpretation der AT-Befehle noch nicht ganz korrekt und viele Befehle kennt der P8GR wohl auch einfach nicht.
    Die Callouts kommen zumindest in der passenden Log-Datei an, nur in der SQL tauchen sie bisher nicht auf...

    Da ich selber im Bereich Linux eher Neuling bin und schon sehr stolz auf mich bin, dass ich deine Scripte unfallfrei zum Laufen gebracht habe, wäre es nett, wenn du vielleicht ne Idee hättest, wo es hakt... ;)
    Kann dir bei Bedarf gerne mal Logs der Module per PN schicken ;)

  2. #2
    Registriert seit
    30.07.2012
    Beiträge
    227
    Zitat Zitat von dozzemer Beitrag anzeigen
    ich habe aktuell einen P8GR mit aktiviertem USB-Datenmodem an eine Raspberry-Pi mit aktuellem Raspbian-Image angeschlossen und bin damit am experimentieren...
    Der P8GR hat eine PEI-Schnittstelle, die auch einwandfrei erkannt wird und durch dein Script auch angesprochen wird.
    Na das klingt doch schon vielversprechend.

    Zitat Zitat von dozzemer Beitrag anzeigen
    Leider klappt es mit der richtigen Interpretation der AT-Befehle noch nicht ganz korrekt und viele Befehle kennt der P8GR wohl auch einfach nicht.
    Die Callouts kommen zumindest in der passenden Log-Datei an, nur in der SQL tauchen sie bisher nicht auf...
    Ohne Dokumentation und ohne eigene Test-Möglichkeit, könnte es etwas umständlicher werden. :-)

    Zitat Zitat von dozzemer Beitrag anzeigen
    Da ich selber im Bereich Linux eher Neuling bin und schon sehr stolz auf mich bin, dass ich deine Scripte unfallfrei zum Laufen gebracht habe, wäre es nett, wenn du vielleicht ne Idee hättest, wo es hakt... ;)
    Kann dir bei Bedarf gerne mal Logs der Module per PN schicken ;)
    Bin auch stolz auf dich. ;-) Linux ist cool! Hoffentlich fühlen sich andere ermutigt, es dir gleich zu tun. Immer her mit den Logs.

  3. #3
    Registriert seit
    20.03.2015
    Beiträge
    24
    Bei mir läuft nun alles wunderbar durch, nur folgendes Command gibt einen Fehler zurück:
    Code:
    tx AT+CTSP=1,2,20
    rx +CME ERROR: 3

    https://www.etsi.org/deliver/etsi_en...05v020200o.pdf

    Wenn ich die Spezifikation richtig Verstehe, steht die
    1 -> service profile / 1 = TE only
    2 -> service layer1 / Short Data Service (SDS)
    20 -> service layer2 / 20 - Status

    Verwendet wird das MTM800ET FuG.
    Weicht hier Motorola von der Spezifikation ab?

    Gibts eigentlich zu der ETSI Spezifikation, irgendwelche Wiki's, HowTo's, etc. - jemanden was bekannt?

  4. #4
    Registriert seit
    30.07.2012
    Beiträge
    227
    Bei Motorola verhindert die Notruf-Funktion das Registrieren von Status ausschließlich für die PEI. Also kannst du auf dem FuG Notruf deakivieren oder das SP auf MT + PEI setzen.

  5. #5
    Registriert seit
    20.03.2015
    Beiträge
    24
    Code:
    smi: tx AT+CTSP=2,2,20
    smi: rx OK
    habs geändert nun OK, aber egal was ich für einen Status drücke ich erhalte folgendes:
    (ISSI geändert in 1234567)

    Code:
    Status 1 gedrückt: 
    smi: rx +CTSDSR: 13,2490293,0,1234567,0,16
    smi: rx FE00
    Status 2 gedrückt: 
    smi: rx +CTSDSR: 13,2490293,0,1234567,0,16
    smi: rx FE00
    Ich hätte etwas anders erwartet, da kann ich ja nichts auswerten?

  6. #6
    Registriert seit
    30.07.2012
    Beiträge
    227
    Was hättest du denn erwartet? Hast du den Status auf dem Gerät gedrückt wo du mit der PEI verbunden bist? Dann siehst du auf der PEI nicht, welchen Status du sendest. Das "FE00" ist eine Quittung, das dein Staus empfangen wurde. Hast du ein bestimmtes Anwendungsszenario im Auge?

  7. #7
    Registriert seit
    20.03.2015
    Beiträge
    24
    Im sds.log fand ich folgendes:

    Code:
    19:01:16 sds.motorola.rx.ttyUSB0: txrx: "rx" device: "ttyUSB0" id: "2190211"
    19:01:16 sds.motorola.rx.ttyUSB0: visible: 0
    19:01:17 sds.motorola.rx.ttyUSB0: creating new rx SDS message object
    19:01:17 sds.motorola.rx.ttyUSB0: publishing rx SDS message object on MQTT topic "smi/msg/sds/rx"
    Und am Funkgerät wird die Quittierung ja als Neue Nachricht angezeigt... Von ILS XY ... BY..... Auf Wache.
    Daher dachte ich, das die Quittierung eine SDS ist.

    Folgendes habe ich wenn eine Sprechtaste aufgetastet wird oder?
    Code:
    smi: rx +ENCR: 15,BYXY XYZ0123456789123456

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
  •