【C4FM】デジタル信号復調 2 【π/4DQPSK】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
各種測定器、SDR、ソフトウェアなどを最大限に利用してデジタル通信の復調にチャレンジする人たちが集うスレです。
コテハン推奨。
前スレ
【C4FM】デジタル信号復調【π/4DQPSK】
http://mint.2ch.net/test/read.cgi/radio/1434951910/ >>38
遅ばせながら入れてみたけど地元じゃやっぱり使われてないっぽい…
防災もT80ではなくT79(NECっぽい)だし
なかなかうまくかないね >>376
ありがとうございました
調べたら>>343の通り
信玄県は00011010でした
現場?地図はgoogleMapなのね 署とガソリンスタンドしか地図に出てこない
田舎は平和だね MCA機ゲットしたけどEF-6195だった…
DECT試そうかと思ったけどRTL-SDR(R820t)だと範囲外なのでE4000なチューナーを買うかどうしようか検討中
アナログBSチューナーからモジール引っ剥がして1.9GHzあたりにセット→IF出力をRTL-SDRにぶっ込んだら見えるかな? ご無沙汰しておりました
個人的に身辺がゴタゴタしていたので長く活動できませんでしたが
ざっと見ただけでも進展があっているようですね
昨年個人的にやり取りさせていただいた方には特に申し訳ないです
以後も精力的に活動したいと思います 日本人は程度が低いなあ。この程度のを解読できないなんてw お手数をおかけして申し訳ないのですが
どなたかスクリプト類を再うpしていただけないでしょうか >>385
自分のupしたものでしたら、>>223 >>237 >>300 のリンクが生きてます
もうすぐ消えるのもありますので、ご入用でしたらお早めにどうぞ >>386
すみません
幾つかアクセスして消えていたのでそれらも消えたものと思い込んでいました
失礼いたしました
これまでの進展に関するファイルは概ね >>223>> 237 >>300 に入っていますでしょうか >>387
Fチャンの受信とπ/4-DQPSKデモジュレート、T61フレームのデコードと可読化(できるだけ)は >>300 に入っています
(ソースはホームディレクトリのGNU_Radio/以下に入っています)
>>237 は、上記に入っている100.cをWindows用に一部書き直したものです Windowsで無ければ不用でしょう
>>223 は、EF-6190(デジタルMCA:旧型)のファームからCELPデコードモジュールを掘り出して、C言語で書き直したもの(不完全につき不動)です
EF-6190のファームそのものと、それからDSPのファームを組み立てたものは現在消えています
必要、かつ本体をお持ちでしたら再upしますが、いかがしましょうか? >>388
ありがとうございます
EF-6190やDSPのファームについては読んで見たいと思いますが
本体が手元にありません
本体を調達すべきであればそのようにいたしますが如何でしょうか >>389
今のところ、F-chとは直接の関係は見出せていませんので、急ぐ必要は無かろうかと思います
F-chのTCH(256bit) → (謎のエラー訂正処理)→M-CELP(138bit) の、(謎のエラー訂正処理)が謎なのです
この部分、デジタルMCAのほうの解析は進みましたが、残念ながらF-chへそのまま適用は出来なかったです
このあたりを精査されたい場合には、実機を入手されてから改めてご連絡下さいませ >>390
有志の方より機材を提供いただけそうなので手元に届いたら改めてお願いいたします 呆けてますね... > 自分
>>388 の説明の、>>300 と >>223 が逆になってます
すんません >>324
Windowsで見ようとsudo cp output.txt /cdromを実行するとsudo cp output.txt /cdromの後に宛先のファイルオペランドがありませんと表示されて困っています
他にWindowsに移動させて見る方法がありましたらよろしくお願いします >>396
別のUSBメモリを挿すと、自動で認識してウィンドウが開くと思います
その場所に、output.txtをコピーすれば良いと思います >>396
俺もスペース開ける場所間違ってソレ出たから
もう一回見直してみて >>381
E4000なチューナーのドングルってまだ売ってます?
売ってるなら欲しい 前スレ549様のT61 Fire解析表示を利用してみました
http://i.imgur.com/1TH4W8b.png >>401
100.cのデバッグメッセージが出まくってますね...
先頭近くの #define DEBUGを#undef DEBUGにしてコンパイルし直すと変な出力が止まります
次のイメージはundefしておきます tail -f record.bin | 100 | 500 | tee -a analysis.txtしておりましたが
幸いデバッグメッセージがエラー出力であったので
analysis.txtは綺麗に保存されていました
標準入出力でデータを加工する方式はプロトタイプには使えますので
この点はこのままの仕様で継続した方が良いと思います >>403
デバッグメッセージで誤解されてしまった方(>>379)もいらっしゃいますので、必要な方は再コンパイルという方向でお願いしたいところです
標準入出力は当面このまま行こうと思います FC0012搭載のチューナーを持ってるけど青いR820T2は買い換えて損はないほど感度はいいかな?外部アンテナ系を強化しようと思ってるんだけど
>>279
明太県で先日初めて挑戦したところ似たようなデータが出たんですがもう一度txtをアップしてもらえませんか?
>>378
地図というのは平時ではなく指令時のみ見れるものですか? >>405
了解です、申し訳ありませんが今夜は泊まり勤務なので明日までお待ち下さいませ。 >>405
デジタル以前の設備の関係か分かりませんが位置情報(DATA)などは地域などの違いで出る波と全く出ない波があるみたいですよ。
自分の地域は全く出ないです。泣 PICH第四フィールド00110110が佐賀のような気がするのですが誤認でしょうか こんばんは
>>223 のリンクが消えましたので、バージョンアップ品をupしました
(空き領域をクリアしたら小さくなりました;約58MB)
ttp://fast-uploader.com/file/7057841519041/
・デコード表示の利便性のために、nkfとfdcloneをインストールしました
・100のマイナーバージョンアップとして101を、500のマイナーバージョンアップとして501を入れてあります
・前の100, 500はそのまま入っています
・100_mingw.cを含むソースは、前と同じく ~/GNU_Radio/ 以下に入れてあります
・~/.fd2rc に書いてありますが、fdを起動すると bin, t61 ファイルをリターン一発でデコードして表示するようにしてあります
・デコード表示の都合で、端末の横幅のデフォルトを140文字にしてあります
・Firefoxのブックマークツールバーに、前スレと本スレを登録しておきました
USBメモリ容量に余裕がある方は、今のものを casper-rw.old 等にリネームしておいて、切り替え可能にしておくと安全です (>>410 の続き)
101は、100の機能+同期ワードのビット化けの強制上書きです
ある程度は役に立つと思いますが、あまり期待しないで下さい
501は、500の機能のうち、DATAとFACCHのTCHフィールドの表示を復活させたものです
このため、DATA/FACCHフィールドのレイヤ2の表示が変わっています(ちょっと見にくいです)
レイヤ3はそのままです
あと、RCH/SACCHのデコード前に無効フィールドチェックをして、無理にデコードを試さないようにしています
気持ち軽くなっていると思いますが、たぶん誤差の範囲内です
あと、「こんな機能が欲しい」等のリクエストがございましたら、『情報を添えて』ご連絡下さい
できるだけ善処したいと思います >>409
情報ありがとうございます
あのリストは多分に間違いを含んでおりますので、これからもどんどん修正していきたいと思います >>410 >>411
お疲れ様です。いつもありがとうございます!
さしでがましいですが101と501単体のものもアップしていただけるとうれしいです。 >>413
お使いいただきまして有難うございます
単体ですと何ですので、全部入りzipをあげておきました
(47kB)
ttp://fast-uploader.com/file/7057845680985/
改良していただけるとありがたいです
(余談)
自分のupしたものは改造・配布・販売等何でもOKですので、みなさんお気軽にどうぞ (蛇足)
数字だけのコマンドにしているのは検索エンジンに引っかかりにくくするためです
ご了承下さい >>414
お手数おかけしてすみません
有難く頂戴いたします。 >>408
周波数のヒントが無いと難しかった
3つある受令波のうちの1つね >>407
うちの地域もそれらしきデータが見当たらないです..
>>408
遅れましたがありがとうございます。 首都FireのT79の解析を進めているのですが、こっそりできた方、TCHの信号組み立てのヒント頂けないでしょうか?
スロット間インターリーブの有無、畳み込みがあるのか、信号構成情報が付加されるのか等について教えていただけると幸いです。
もしかして、誤り訂正とか全部コーデック側でやってくれるから何も考えないでぶち込んじゃえって? >>414
まだ実装していないネタですが、
RICHの第4フィールド 110: 基地局送信 100: 折り返し送信
PICHの第5フィールド 000000000001: 基地局一斉送信
というのがあります
(仕様書は見ていないのであくまで想像です)
あと、CELPのほうですが、>>331の仮定が正しいっぽい、というか反例が見当たらないので、この方向で進めています
ということで、これと矛盾する>>289は撤回(保留)します... >>420
拾った情報ですとRICHの第4フィールド(D:動作モード)は110で一斉 100はBUSY(一斉)みたいな仕様?があるみたいですね。 >>421
おお、そうですか
慌てて実装しなくて助かったみたいです
自分も情報をもっとしっかり集めたいと思います (平成29年2月2日)消防救急デジタル無線機器の製造販売業者に対する排除措置命令及び課徴金納付命令について
ttp://www.jftc.go.jp/houdou/pressrelease/h29/feb/170202_01.html
に5社が載っているのですが、製造業者ってこれで全てでしょうか?
・富士通ゼネラル
・日本電気
・沖電気工業
・日本無線
・日立国際電気 >>422
下記の情報です。お役に立てれば幸いです。
ttps://astamuse.com/ja/drawing/JP/2012/074/843/A/000004.png
ttps://astamuse.com/ja/published/JP/No/2012074843 >>424
大変参考になります ありがとうございます >>425
こんなのも見つけましたPICHについての記載などがあるようです。
ttp://www.ekouhou.net/%E7%84%A1%E7%B7%9A%E9%80%9A%E4%BF%A1%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0/disp-A,2012-227792.html >>426
ありがとうございます
> PICHには、バースト信号を示す識別情報と、通信要求信号、同期確立信号などのメッセージ種別を識別するメッセージ種別情報と、送信局の識別情報IDと、送信相手局の識別情報などの情報が入っている。
> メッセージ種別が通信要求信号であれば、通信要求信号の総送信回数と送信毎の順番情報が入り、メッセ−ジ種別が同期確立信号であれば同期確立カウント値の情報が入る。
具体的にはこのあたりですね
第5フィールドが分割できそうな気がしてきました 訂正
>>420の最後の>>289は>>287の間違いです すみません ご無沙汰してます121です。解析が進んでびっくりです。
自分もようやくGRG起動できました。
>>343
当地(S玉県庁所在市)は、受信できた4波(S9+6)はみな00001101でした。
※xxxx=1010
>>242
当地のシステムでも、無音パターン?はff490cb…が先行します。
また、IDLE→VOICE直後のTCH変化例で
TCH: ff490cb79d724098 ec3329b2e6035da3 e70dde16b4c3efe4 91e003f2d2247506
TCH: fc490eb79f724098 ed332bb2e5035fa3 e60ddf16b4c3eee4 90e002f2d3247706
TCH: ff490cb79d724098 ec3329b2e6035da3 e70dde16b4c3efe4 91e003f2d2247506
TCH: fee695b297043adc f6b8ce2665829087 e60ddf16b4c3eee4 90e002f2d3247706
が記録されたり、同様にDLE→VOICE直後のTCH変化例で
## IDLE ## RCH/SACCH: 99910 TCH: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
** VOICE **RCH/SACCH: 9990a TCH: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
** VOICE **RCH/SACCH: 9990a TCH: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
が記録されたりしました(☆は4点に収束状態)。
ROMはまだ見れていません。。がんばります >>427
PICHの第5フィールド(12bit)を、前半6ビットと後半6ビットに分け、前半を宛先、後半を発信元と考えると辻褄が合いそうです
当地の消防活動波の定時試験通信の一例を見ているだけですが...これも情報を集めて強い仮説に持ち上げたいです
>>429
おつかれさまです&ご無沙汰してます
自分の仮説(地域番号)はすでにかなり崩壊してます 混乱させてしまって申し訳無いです
音声フレームについては、どうやら全国共通のフォーマットなので安心しているところですが、皆さんから戴いた情報を一旦まとめねばならんと思っています 文中記載より↓
”本発明に関連する公知技術として、特許文献1には、基地局に特別な外部装置の接続や保守モードの設定をすることなく誤り判定が可能なSCPC方式の無線通信システムが開示されている。
特許文献1では、音声データ等のユーザデータをそのままCRC(Cyclic Redundancy Check)符号化、畳み込み符号化、インターリーブ、無線フォーマット化して無線回線に送信し、
受信側ではリインターリーブ、ビタビ復号化、CRC符号エラーチェックをする技術であり、
無線通信システムの動作時の送信信号を用いてBERの計測あるいは誤り判定を行っている。”
https://astamuse.com/ja/published/JP/No/2014099690
もしや?と思ったけど、出願情報だから反映されてるとは限らないかな。さすがにアテにはならないっすよね汗 ん〜、T61がFchだけじゃないからなー。タクシーとかもあるしね。
参考にはなるからサンクスなんだけどFchの音声デコード仕様は公開情報とは一線を画してたりしないかな想像だけど。
試してみたいけどいかんせん技術が足らない俺www >>431
特許文献1の 特開2007-295532 の方を調べてみました
最終ページの図11にインターリーブのビット割り当てが略図として書かれてましたので、まずはこれを試してみようかと思います おお、なんという偶然!私も同じ特開2007-295532見てました。
流れは図5ですか、ちょと頭ほじくってみます。 >>434
図5では元のビットが96bitしかないので、M-CELPの138bitとは合致しないかなと思い、後回しにしたところです
パターンはいろいろ考えられるのですが、色々ありすぎて何だか知恵熱が出そうです >前スレ549様
昨日FM-807F02を入手いたしました
ファーム関連のファイルを再うpしていただけると大変ありがたく存じます
またその他個人的には
kcl0aqq6[at]outlook.jp
まで連絡くださいますようお願い申し上げます 無音パターンがフレームの前半と後半が入れ替わってるっぽい所を眺めて見ると、
前半128bitと後半128bitの内容に食い込みが感じられずそれぞれ独立してるようにも見えるんですが、どうでしょう?
256bit=16行×16桁のインターリーブというよりも、256bit=(後半)16行×8桁+(前半)16桁×8桁だったりもしませんかね?
妄想失礼しました。 桁じゃなくて列だった、失礼しました。
ちなみにですが、仮にインターリーブが解けたとして、その次の課題ってなんですか? >>436
upしました。ご確認下さい
ttp://fast-uploader.com/file/7058145448182/
ダウンロードパス・展開パスは>>125と同じです(FM-807にあわせてあります)
中身はファームそのものとDSP部分を組み立てたものとを一緒に入れてあります
※ 固定コードブックテーブルの著作権問題が解決不可のため、ハードをお持ちの方に限らせていただいております
※ このファイルに関しては再配布等不可でお願いします >>438
> 仮にインターリーブが解けたとして、その次の課題ってなんですか?
デインターリーブの後は、符号化ブロックの復元(&エラー訂正)です
符号化パターンとして、畳み込み、BCH、LDPC、TURBO等々、既知のアルゴリズムを試すことになろうかと思います インターリーブ以前の問題として一つ情報をば:
ttp://fast-uploader.com/file/7058186120361/
ダウンロードパスは今日の日付(数字8桁)です
これは、通信開始のSYNCからVOICEに遷移したところをまとめたものです
各々、上りの通信の折り返しと思われます
無音部と思われますが、パターンが異なっています
ランダマイズされているのでしょうか?
PN(9,5)などのLFSRで解決出来れば良いのですが 浅はかな思考ですが、従来の無音パターンと異なる内容の連続パターンの部分って、
もしかして単音のセレコール音の部分だったりって無いですか?
とはいえ従来の無音パターンと異なる内容の連続パターンのヤツは、
@ff490cb79d724098ec3329b2e6035da3 e70dde16b4c3efe491e003f2d2247506
Afc490eb79f724098ed332bb2e5035fa3 e60ddf16b4c3eee490e002f2d3247706
のヤツみたいに@A@A・・・・・みたいな交互パターンじゃなくて、
@@@@・・・・みたいな感じで単パターンの繰り返しなんですよね。この差は一体・・・。
線形帰還シフトレジスタっていうんですか、知らなくてググってみたんですけど
やばい全然理解できなかった(笑) >>443
いやセレコールってことは無いんじゃないかな?
俺も一瞬そうかなと思ったけど、>>442のファイル見る限り連続パターンの内容、かなり複数あるやん。 複数ある単音セレコールと聞いて、横消の救急波の個別呼び出しトーン思い出したわw
昨今は当然PICHで呼び出しを管理してるだろうから、んなわけないけどねwww >>442
このようなパターンは自分の地域では見たいことがないですね。
>>443 での@が連続で何行も出たことはありますが。 >>443
ファイル内、下から2つ目のヤツが、よく見るヤツの単パターン版ですね
移動局の無音部は基地局とは違うのかも? >>444
ああ、確かにそうですね。失礼しました汗 >>436
文意を誤解しておりました
たった今メールしましたので宜しくお願いします >>213
TIのCCSV4がlいつの間にかlicenceフリーになったようです。
xpに入れて試してみましたが歯が立ちませんでした。
誰か使い手の方いませんか? binファイルを2進ビット単位で可視化して見たいんですが、
いいソフトご存じの方いましたら教えて頂けますか? こんばんは
SACCHでショートメッセージを送っている局がありましたので、デコーダーをそれに対応させました
ttp://fast-uploader.com/file/7058611860367/
いつもどおり、gcc -o 502 502.c でコンパイルできます
ご意見等はここへ書き込んでいただけるとありがたいです >>454
すみません簡潔で構わないので手順を教えてくれませんか。 >>455
簡潔にですと、
(1) >>410のファイルをダウンロードします
(2) >>223の手順を参考にしてUSBメモリに書き込みます
(3) USBメモリから起動します(Ubuntuが起動します)
(4) >>454のファイルをUSBメモリ内にダウンロードします(Firefoxが使えます)
(5) >>454の手順でコンパイルします
(6) 出来た"502"コマンドをホームディレクトリのbinにコピーします ("cp 502 ~/bin/" を実行します)
(7) "~/.fd2rc"をエディタで開き、501と書かれているところを502に変更します
あとはfdコマンドを起動し、矢印キーで*.binや*.t61の上にカーソルを動かしてリターンキーを叩けば表示されます
(終了はqキー) 発信者番号表示
自消防本部に限らず、他消防本部管内で相互通信を行う場合移動局の所属消防
番号体系)表示により確認できる機能。
2受信機並行動作の移動局は、基地局を経由した発信局と直接通信の移動局の両方から伝送される発信者番号表示ができる。 260MHz帯
低城侧(FL) 264.025~266.000MHz
高域侧(FED 273.025~275.000MHz
SCPC (Single Channel Per Carrier)
π /4シフトQPSK
FDD (Frequency Division Duplex)
6. 25[kHz]
伝送速度9600[bps]
音声符号化方式M-CELP方式
音声符号化速度6400[bps]以下(誤り訂正を含む) 緊急消防援助隊の出動その他消防の応援等に関する情報通信システムのうち、消防救急デジタル無線通信システムに係るものの仕様を定める件(平成21年消防庁告示13)
http://www.fdma.go.jp/concern/law/kokuji/hen51/51010000110.htm T79のbinからスロット別にデータを分離するプログラム、欲を言えば内容をデコードするプログラムをお持ちの方はいらっしゃいませんか? 0[dB μ V]以下
注)符号長511ビット周期の二値擬似雑音系列で変調した信号を
ビット伝送し、ビット誤り率が11%]となる受信入力レベル RLのPch解析の記事懐かしいな〜。
当時高校生でPC9821に手が出せなくて諦めたんだよなぁ。こういう時代にSDRが普及してたら面白かっただろうね。 そうだろうね、あの頃は良かったよなぁ。いまのRLとくりゃ・・・。
当時のPchはコーデックを必要としないデルタ変調(だったけ?)だったんだよね、今思えばすごい時代。
そういやAPRってどんなコーデック使ってるんだろう? 一度でいいからMPR復調してみたかったぜ、専務系聞けなくても方面系・高速系聞きたかったな〜。
地下鉄サリンの時の無線もなかなか緊迫感あったけど、知っていた事件の内容だと構える緊張感がなんか薄いんだよな、不謹慎かもしれないけど汗 >>468
15年ぐらい前だったっけ。
今の技術だったら、簡単に出来るのかな。 あれからM-CELPに関しては進展無い感じですかね・・・? >>471
当時独自に同期検波回路作ってでビットストリーム取り出すところまでやったけど、SDRがあったらもっと簡単にできたよ。
暗号の部分もRLの記事が正しいのなら検波から音声出すまでSDRで出来ただろうね。
秘話コードの解析もかなり効率的に出来ただろうね。 ■ このスレッドは過去ログ倉庫に格納されています