moin,
wurde schon einmal der punkt pocsac dekodierung angesprochen? ist das überhaupt möglich?
wäre doch super, wenn man die gesendeten einsatztexte auch gleich sehen könnte...
gruß
moin,
wurde schon einmal der punkt pocsac dekodierung angesprochen? ist das überhaupt möglich?
wäre doch super, wenn man die gesendeten einsatztexte auch gleich sehen könnte...
gruß
wie meinst du das mit pocsag dekodierung, wenn bei fms32/cruscader/monitor pocsag empfangen wird, reichen die das auch an meine anwendung weiter. wenn du mit dekodieren entschlüsseln von pocsag meldungen meinst muss ich dich entäuschen, da es (auch hier im forum schonmal angesprochen) eher unmöglich ist die nachrichten ohne den entsprechenden schlüssel zu entschlüsseln.
Ich hoffe auch das ein Pocsag Decoder mit enthalten ist!
Und eventuell kann man ja "versuchen" etwas zu Proggen das man auch den Schlüssel eingeben kann ( ähnlich einem Passwort ) um die Alarme im Klartext lesen zu können!
Wer den Schlüssel hat kann ihn dann da eingeben, und Klartext lesen, und wer keinen Schlüssel hat, hat Pech *g*
Ist das möglich ?
Ich hatte da mal ein Thema zu aufgemacht:
http://www.funkmeldesystem.de/foren/...ad.php?t=43684
Und da hat unser User Shinzon hat da schon was zu erklärt, aber ich hab nur " Ideen " aber keine Ahnung vom Programmieren...!
Aber Überlegen sollte wohl erlaubt sein...*gg*
Gruß Angriffstrupp
Dies ist nur meine Private Meinung und die VERTRETE ich hier nach Art. 5 des Deutschen Grundgesetztes !
*aufhorch* Ich spürte, das man meinen Namen erwähnte? ;)
Also, zum dekodieren: Man schicke mir Schlüssel und CI-Texte, dann schau ich gerne
mal nach, ob man es mit dem ein oder anderen Crypto-Algo entschlüsseln kann. Das
kann eigentlich so ziemlich jeder, der ein wenig Mathe beherrscht, auf dem Papier,
schliesslich wendet man den Algo ja "regelgerecht" mit Schlüssel an, und versucht nicht,
den Schlüssel zu knacken.
Den CI-Text bitte als Hex-Dump, Klartext reicht wegen möglicher "nicht druckbarer Zeichen" eindeutig nicht aus. die "zufällig" druckbaren Zeichen kommen ja nur zustande,
weils sich evtl. gerade so im Bitstrom ergibt..
Mit einem Schlüssel und dem richtigen Algo lässt sich vieles machen. Ob man es darf
ist eine andere Sache.
Ich entsinne mich übrigens, das bei weitester Auslegung schon eine solche Software
gegen Gesetze verstösst, nicht nur die Anwendung einer solchen Software durch nicht
autorisierte Personen. Und da nirgends erlaubt ist, das eine Person "zufällig" über den
"Zettel mit dem Schlüssel" stolpert, ist es eine höchst gefährliche Sache, so etwas in
einem Forum zu schreiben, wo Gott und die Exekutive mitlesen kann.
Wenn dann bei dem Projekt hier übrigens die ersten sichtbaren Erfolge hat, was die
Oberfläche bzw. die Datenverarbeitung angeht, kann ich gerne eine Schnittstelle zu
einem gewissen Hardware-Dekoder beitragen.. ^^
Gruss,
Tim
--
In a world without walls and fences, who needs Windows and Gates ??
Meine private Webseite: http://www.db1jat.org
Wie Shinzon schon schreibt ist es theoretisch nicht das problem einen dekoder mit einzubauen. ich habe vor lägerer Zeit mal geschaut wie diese Codierung funktioniert, und ja es ist kein Problem ein Programm zu schreiben dass sie mit dem richtigen Schlüssel entschlüsselt.
Jedoch finde ich den Einwurf, dass es höchst illegal ist soetwas in einer Software zu bieten nicht ganz unberechtigt.
Wir begeben uns eh schon in eine Grauzone mit Software zur Auswertung und Visualisierung des Ausgewerteten, ich weiss nicht ob man's mit einer Entschlüsselung von POC nicht langsam übertreiben würde...
Die Idee eine Schnittstelle für den Fahrzeugdekodierer zu machen finde ich toll. Wir sollte da unbedingt nochmal drüber reden wenn die erste Version meiner Software steht. (Und ich meinen Fahrzeug Dekodierer in den Händen halte ;-) )
Eine Idee kommt mir noch:
Wie wäre es denn mit einer Statistik, um sich anzeigen lassen zu können,
welche Wehren die meisten Einsätze haben?
Gruß
Statistiken stehen bereits auf der Featureliste im Bugtrackingsystem.
Aktive Benutzer in diesem Thema: 8 (Registrierte Benutzer: 0, Gäste: 8)