Hallo, ich will mir demnächst diesen POCSAG Decoder nachbauen: http://www.mikrocontroller.net/articles/POCSAG_Decoder_AVR Dabei kam mir der Gedanke, dass es eigentlich möglich sein sollte auf die gleiche Art (also mit der gleichen Hardware) ein FMS-Signal auszuwerten... Hat sich hierüber schon mal jemand Gedanken gemacht? Gruss matt
Generell gesehen kann man FMS so auswerten. Allerdings ist das Telegramm ein völlig anderes, so das die Auswertung eine andere Software benötigt. Ich bin leider ein wenig aus der Materie raus, aber früher hätte ich das noch aus dem Kopf gewusst, wie das Telegramm aufgebaut ist da ich so etwas beruflich gemacht habe. Im Gegensatz zu Pocsac gibt es bei FMS keine Präambel, sonder fängt mit einer 4 stelligen Fahrzeugkennung an. Für das Land NRW gibt es eine Umrechnungstabelle, weil die Fahrzeugkennung 6stellig ist. Die meisten FMS Signale sind Statussendungen vom Fahrzeug, die dann mit einer Quittung der Leitstelle quittiert wird. Wenn das Fahrzeug ein Status sendet, sendet es die eigene Fahrzeugkennung mit anschließendem Status von einem Byte. Pro Statussendung sind es also 4 Byte Fahrzeugkennung + 1 Byte Status. (bin ich mir gerade nicht sicher) Ob die Leitstelle auch Einsätze oder Nachrichten schickt, hängt davon ab es eine digitale Alarmierung in diesem Kreis vorhanden ist, oder nicht. Und bei Pocsac sind die meisten DAGs DAUs und Melder 128bit verschlüsselt. Und auch wenn man einen Melder zur Verfügung hat, ist es nicht möglich den Schlüssel auszulesen.
Hallo. Die Hardware kann man benutzen, die Software muss aber ein AFSK (eigentlich FFSK) Demodulator implementieren. Der Aufbau ist ja überall im Netz. Es gibt ein Statusbyte als "Startkennung", dann kommen BOS (4 bit), Land (4 bit), Fahrzeug (4x4bit), Richtungsbit, TKI (2bit), Status (4bit) und CRC (8bit) .. 1 Bit hab ich vergessen, in dem 4-er Paket "Richtungsbit" und TKI (2 bit) .. Ein Ansatz wäre wohl, den 1200 Bit/s Datenstrom so lange durch nen Ring- buffer zu jagen, bis das Startbyte erkannt wird, und dann anzufangen, die Nutzdaten in ne Fifo zu pumpen. Taktregeneration .. naja, viel Spass ;) Oh, btw, es ist verboten, diese Aussendungen zu dekodieren. Selbst Geräte zu bauen benötigt noch ein paar Zulassungen. Bringt also nicht viel.. Zum verschlüsselten Pocsag: Das EEPROM auf gewissen Meldern lassen sich wunderbar auslöten, auslesen und die gesuchten Daten stehen im Klartext im File. IDEA ist kein Hexenwerk, aber die Aussendungen sind nochmal mit einem anderen, auch MCU geeigneten Verfahren "verschleiert", bevors in die Cryptoroutine geht. und auch hier sei erwähnt: Ist verboten, sowas zu knacken.. und selbst wenn das Schlüsselauslesen an sich höchstens Sachbeschädigung ist, und mit dem richtigen Schlüssel zu dekodieren kein "cracken" an sich.. so ist das Lesen der Nachricht immer noch verboten ;) Fürs Labor aber eine lustige Aufgabe, nicht wahr?
Nochmal eine etwas andere Idee: Glaubt ihr es wäre möglich die Auswertung mit einem Raspberry Pi und einem seiner GPIO-Pins durchzuführen? Dann müsste ich nur den Schmitttrigger auf einer Platine aufbauen...
Hallo, die Schaltung für den POCSAG Decoder habe ich aufgebaut. Für den Anfang wollte ich einfach mal die Software von Dane aufspielen. Allerdings spuckt mir das Atmel Studio hier enorm viele Fehler aus. Z.B. fehlt die Datei "uart_dual.c" welche in der Zeile 31 über #include eingebunden wird. Liesst hier Dane vielleicht mit? Gruss matt
Für den Raspberry gibts soweit ich weiß ein angepasstes "soundmodem", vielleicht sogar den erweiterten Nachfolger (hieß der "Multimodem" oder so ähnlich?). Packet radio soll jedenfalls möglich sein.
Für den Rasperberry kann man sogar den Scanner sparen. Mit USB-DVBT-Stick, rtl-fm und multimon kann man so eigentlich alles dekodieren. http://dekar.wc3edit.net/2012/05/24/multimonng/ Hatte testhalber so ein System aufgebaut. Die SMS habe ich über ein ausgesonderten Sufrstick verschickt. Hier hatte ich das "SMS-Server-Tool" im Einsatz. Sowie ein passenden Server, der es ermöglichte die Nummern per Webfrontend zu verwalten. Leider konnte ich bisher mangels Zeit nicht weiter forschen. Hoffe die Infos helfen weiter. Gruß Stefan
Hallo, nochmal die Frage ob Dane, der Autor des Artikels http://www.mikrocontroller.net/articles/POCSAG_Decoder_AVR hier vielleicht mitliesst?
Ich bin mir aber nicht sicher, in wie weit das ganze überhaupt noch Sinn macht. Mit der flächendeckenden Einführung von TETRA (was eigentlich schon zur Fußball-WM hätte sein sollen) entfallen doch die ganzen FMS Versendungen (zumal das BMI wohl sogar die Frequenzen zurückgeben will).
Dass Tetra kommt ist unumstritten. Aber wieviele Ankündigungen bezüglich der Einführung gab es schon? Da das System bereits entwickelt ist würde ich es eben gerne mal testen. Der langfristige Nutzen sei mal in den Hintergrund gestellt.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.