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
    13.01.2018
    Beiträge
    3
    Hallo das klingt interessant.
    Kann die Software auch mit den Tetrapagern kommunizieren und Callouts auswerten?

  2. #2
    Registriert seit
    30.07.2012
    Beiträge
    227
    Zitat Zitat von viliv Beitrag anzeigen
    Hallo das klingt interessant.
    Kann die Software auch mit den Tetrapagern kommunizieren und Callouts auswerten?
    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.

  3. #3
    Registriert seit
    13.01.2018
    Beiträge
    3
    Sowohl Airbus P8ger als auch der Motorola ADVISOR TPG2200 haben eine Schnittstelle, welche AT-Befehle unterstützen.

  4. #4
    Registriert seit
    30.07.2012
    Beiträge
    227
    Hier mein aktueller Stand. Aufgrund der komischen Beschränkung der Datei-Typen beim Upload, habe ich wieder ein "zip" anfügen müssen. Nach dem Download einfach umbenennen und das zip wieder entfernen.

    ..._base.tgz -> das Basispaket
    ..._trx_sms.tgz -> das Transceiver-Plugin für SMS (GSM-Modem) - benötigt zusätzlich das Programm "Nullmodem" (nullmodem-0.0.6.tar.gz)
    ..._trx_sds.tgz -> das Transceiver-Plugin für SDS (MTM800FuG/MTP850)
    ..._trx_poc.tgz -> das Transceiver-Plugin für POCSAG (cijo ANTON)
    Angehängte Dateien Angehängte Dateien

  5. #5
    Registriert seit
    30.07.2012
    Beiträge
    227
    ..._sub_mysql.tgz -> Subscriber-Plugin um Meldungen in eine MySQL/MariaDB Datenbank zu schreiben
    ..._sub_mysql.sql -> SQL zum Anlegen der vom Plugin benutzten Datenbank-Tabellen
    ..._sub_sdsfrsms.tgz -> Subscriber-Plugin um Nachrichten die per SMS kommen in eine SDS umzuwandeln
    ..._sub_sdsfrpoc.tgz -> Subscriber-Plugin um Nachrichten die per POCSAG kommen in eine SDS umzuwandeln

    Das Programm Nullmodem muss installiert (configure; make; make install) werden, wenn das Transceiver-Plugin für SMS verwendet wird. Nullmodem (a Utility to loopback Pseudo-Terminals) stammt von Juergen Rinas (http://www.ant.uni-bremen.de/whomes/...dem/index.html) und steht unter GPL. Beim Kompilieren kommt es bei mir zu Warnungen. Es funktioniert aber trotzdem.
    In den SMS-Plugins verwende ich eine PHP-Klasse von https://github.com/SmsNica/pdu (mit meinen Bugfixes) zum decodieren und encodieren von SMS. Diese Klasse steht unter MIT License.
    Die Lizenzbedingungen für alles, was ich geschrieben habe:
    # Dieses Programm ist freie Software. Sie können es unter Beachtung der Nutzungsbedingungen benutzen,
    # weitergeben und modifizieren.
    # Die Veröffentlichung dieses Programms erfolgt in der Hoffnung, dass es Ihnen von Nutzen sein wird,
    # aber OHNE IRGENDEINE GARANTIE, sogar ohne die Garantie der MARKTREIFE oder der VERWENDBARKEIT FÜR EINEN
    # BESTIMMTEN ZWECK.

    Alle Archive sollten per root entpackt werden: # tar xvPzf ...tgz Alle Programm-Teile liegen dann unter /usr/local/smi/...
    Nullmodem habe ich unter /usr/local/nullmodem installiert (Parameter beim configure: ./configure --prefix=/usr/local/nullmodem). Wenn Sie es wo anders hin installieren, muss der Pfad zum Binary in der Config angepasst werden.
    Ansonsten werden einige Linux-Pakete vorausgesetzt: stty awk php socat mosquitto_pub mosquitto_sub md5sum jq bc base64 mysql

    Viel Erfolg!
    Angehängte Dateien Angehängte Dateien
    Geändert von flachrelais_48 (14.01.2018 um 23:13 Uhr)

  6. #6
    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 ;)

  7. #7
    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.

  8. #8
    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?

  9. #9
    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.

  10. #10
    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?

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
  •