【C4FM】デジタル信号復調 2 【π/4DQPSK】 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
前スレ549さん、お忙しいところ恐れいりますが>>629のファイルを再upしていただけますでしょうか? 大変ご無沙汰しております...
>>709
ttp://fast-uploader.com/file/7085737883405/ にupしました
ご活用下さい
>>619 >>620
遅まきながらプログラムを書いてデバッグ中です
もう少しお待ち下さい T○DのT79の解析している人ってまだいるかな?
CACの部分は仕様書にないパラメーターがあって苦労しているけど、なんとか見えてきた。
TCHのヒントをどなたか… SDRドングルで地元のデジタル消防無線周波数(活動波)を割り出すことは可能ですか?
また消防団もデジタル化移動と同時に466Mhzアナログ無線も使用されなく
なった模様で、こちらも周波数を探しているのですが、一向に確認できません。
デジ簡でもなさそうななので、SDRドングルを購入して割り出したいのです。 >>714
う〜ん、可能だけど、なぜSDRドングルを使ってまで割り出したいのかがよくわからんが・・。
受信機に割当周波数を全部メモリして、消防署の目の前でアンテナ外してひたすらスキャンしてたらわかると思うよ。 試験の時刻がわかってるとか近くでサイレンが聞こえるなら
パソコンでSDR使ってウオーターフォール画面みるとすぐにわかるんじゃない?
基地局側が274MHZ周辺なのはわかってるんだから中心を274MHZにして
2MHZ幅のモードにしてれば多分でてるでしょうよ 周波数わかってもデコードできないけどね
ガーガー聞こえるだけ >>713
TCHについても仕様書通りでは無いんですか?となるとインターリーブパターンとかホワイトニングとかそこらへん?あとあるかな? >>715
えっ?団同士の連絡間でもIP無線がほとんどなのですか?
>>716
今までアナログの時はアマ無線ハンディ機VX-1(古過ぎますよね・・・)受信で
事足りていましたが、この機種だと200Mhz帯表示はありますが、使えません。
ステップセレクトもこの機種では無理っぽいですし・・・。
近所で火災があった時に使った時にデジタル特有のガーガー音ですら受信
できなかったので、せめて周波数だけでも割り出したくSDRドングルならどうかな?
と思ったのです。ちなみにこちら関東地方某所ですが、消防は広域組合なので
基地局から直線距離で10km離れていますが、アナログ時代ではフルスケルで受信
できていましたが、デジタルでも信号自体は受信できますよね?
>>717
試験の時刻はアナログ時代と多分かわらないと思います。
火災時は防災無線が鳴りますので、それから274MHZに合わせていましたが
VX-1ではダメでしたのでSDRドングルならどうかなと思い、相談投稿しました。
>>718
とにかく周波数だけでもわかればいいかなと思っています。
ちなみに管轄の署活系(PSW)はガーガー音だけでも周波数はわかりました。
PSWになる前と周波数が変更しているっぽいですね。 >>721
スケルチ開放にして273〜275MHz辺りをSメーターを眺めながらグリグリすればすぐ見つかると思うが
ただ、VX-1の受信感度がどのくらいかわからんが >>721
なるほどね。
確かに200メガ帯あたりが得意でない受信機は多いかも、vx-1かぁ。
SDRならアンテナのセレクトを間違えなければ、受信はできると思う。
IP化に関しては正直?だね。でも466帯を廃止?するなんてねぇ。意外と割当周波数だけ変えたかもしれないかもね。 >>721
元々200MHz帯なんて需要が無い、捨て帯域だからメーカーも受信感度を重視してないかもな
90年、2000年代は120、150、350、380MHzが人気バンドだったから >>723
そのように試してみたのですが、やはりダメだったのです。
VX-1受信感度自体がダメだと思うのです。
スケルチ開放するとAM調なかんじですし、信号らしきものもひっかかりません。
>>724
そうですね。200MHZ帯がダメっぽいんですよね。なのでSDRなら大丈夫かな?
と質問させていただきました。
466帯廃止はデジタル化と同時だったので、デジ簡?特小?に移行したのかと
思ったのですが、デジ簡ではなさそうですし、特小も微妙なところです。
ちなみに管内の全市町役場の総務課にはデジタル受令機があるようで、窓口
からもスピーカーから聞こえている模様です。
>>725
各団の消防車にはデジタル受令機はなく、指令課から団員の携帯にメールが
入るそうです。
>>726
120、130、140、150、350、360MHzは90年代も人気だったと思います。
アナログ署活系の頃、県内系をそのまま流してたこともあって聞けてましたし。
>>727
昔でいう「簡易」になっているみたいです >>728
うちも消防団だけどデジタル後はメールになった
現職の署員に受信機のことを聞いたら御上が許すなら聞いて活動してもらった方が楽だって言ってた >>728
とりあえず地域(都道府県)はどちらなのかな? 指令システムとメール配信が連動してるならそっちのほうが楽なのかな>消防団 >>713
となるとUSCも一癖あるのは自然の理なんかな。もはやT79の仕様というよりは派生した新規格だなそりゃもう。
あのRLの記事の関係者ないし詳しい記事の降臨を待つしかないのだろうか・・・
ところで差し支えなければ周波数を教えてくれないか?
260〜270帯は防災行政も共住してるから、SDRで眺めてみてもT◯Dの正確な位置が掴めんのですよ汗 >>728
地元(愛媛県)の消防団はIP無線になったらしい。田舎すぎてそっちとは事情が違うかもしれんが。 >>732
基地局が細分化されているようだから具体的な周波数は避けるけど、基地局DownLinkはSCPCのちょっい下くらいかな。
前スレ >>725 にあるように、BCCHはT79とほぼ同一だから、仕様書通りにデコーダ作ってそこから改造していくのが良いと思われ。 >>729
メール配信しているところが多いみたいですね。
>>730
栃木です。
>>732
こちらの方が田舎すぎですよ >>735
SDR#等を動かしておいて、同時にtwitterの "安全ねっと/栃木" を見ていると大体つかめると思います
自分が知ってる範囲ではこんな感じです
足利:67, 123, 163
佐野:99, 195
栃木:7, 103
鹿沼:209
石橋地区:159
周波数は 273MHz + 上記番号 * 6250Hz です >>736
ありがとうございます。
アナログの時には上記地区も聴こえていました。
SDRが届いてから宇都宮、芳賀地区、塩谷地区、小山あたりも
探してみようと思います。 ヤフオクに「消防無線の検査機」って出てるけど、これって増幅機?
もしかして…憎き三菱チップ入り? >>741
俺も気になった
アナログの払い下げ品だと思うが 大変ご無沙汰しております
>>619
デバッグが終わって安定しましたので公開します ファイル名に年月日時分秒を付ける形で落ち着きました
ttp://fast-uploader.com/file/7089635035605/
使い方の簡単な説明:
(1) fifo_logging.cをコンパイルします (例) gcc -o ~/bin/fifo_logging fifo_logging.c
(2) GRCのブロックの file sink の Unbuffered を off、Append file が Append にします
(3) file sinkの出力ファイル名と同じ名前のFIFOを作ります (例) mkfifo output.bin
(4) (1)でコンパイルした fifo_logging コマンドを、引数にFIFOの名前を付けて実行します (例)fifo_logging *.bin
(5) (2)のGRCブロックを起動します
デモジュレート結果は fifo_loggingを起動したところからの相対パスで、 ./logs/[年月日]/[年月日時分秒]_[元のファイル名] に都度出力されます
複数の局の受信にも対応しています(設定上は最大80) fifo_loggingコマンド に複数のFIFOを指定してください
手元では同時待ち受け60局、同時受信12局には成功しています(CPUパワーによります)
以上簡単ですが説明を終わります 質問ありましたら適当に投げてください... >>748
付け足し:
fifo_loggingコマンドは、必ずFIFOのあるディレクトリで実行してください
(ファイル名生成の手抜きが原因です) >>748
失礼します。
当方、パソコンなど全く詳しくない者です。
レベルは中卒程度です。
それを承知でお尋ねします。
RTL2832U(USBチューナー)は持っていますが何も改造などしていません(買ったまま)が初期設定など、1から教えて頂きたく思います。ダウンロードしてどのように使用したらよいか教えてください。
大変失礼かと存じますが、よろしくお願い申し上げます。 >>750
単純にSDR使い方を知りたきゃ、こっちを見た方が。
http://lavender.5ch.net/test/read.cgi/radio/1487419319/
ここのスレ内容、パソコンを触れるかどうかぐらいの知識では到底ムリ。
と、盆でヒマなので少しマジレス。 >>750
まず、このスレの全体に目を通されて、プログラムの目的が消防波のデコードの研究であることを理解されておられるならば、 >>456 の通りに事を行ってみてください
現在casper-rwは消えてしまっていますので、必要ならば再upしますのでお申し付け下さい このスレは滅茶苦茶レベル高いと思うwホントに…
アナログの無線なら見よう見まねで(解説してる人も沢山いるし)頑張って欲しい 全スレ549さんって、T61以外もチャレンジしてるのかな? >>754
今はFchのM-CELPデコード以外チャレンジしておりません >>755
以前行われていたと思われるT79の件で相談したいのですが、よろしければ連絡頂けると幸いです。
cmux4b7h あっと svk.jp >>756
T79のほうは、人様へお見せできるようなものは作っていないので、過度な期待はなさらないようお願いいたします...
また、オープンに出来る話題でしたら、このスレで承ります
# T79に関しては、このスレの諸先輩方(複数)のほうが詳しいと思われます...
その他、どうしても事情があってと仰られるならば、 jbd03233 [at] outlook.com へメール下さい
ほとんど開かないメールですので、「送ったよ」等をこのスレに書き込んで下さるとチェックが早いです >> 757
送ってみましたが、送信エラーになりました… >>758
すいません、comじゃなくてjpでした... 某KGの人みたいに無線機器メーカーに囲われないように気をつけろよ
F-chだと○菱辺りから誘いの連絡が来そうだからな
報酬待遇につられて契約したら最後、 秘密保持契約までさせられて関する以降の研究解析結果の公開もできなくなるぞ
『関係者になった以上、公開すれば情報漏洩という名目で訴えるからな』っていう算段だ 現実は、余程の事じゃない限り、ヘッドハントも無いし誘われる事も無い。
個人が研究や解析するレベルと、企業や大学でやるレベルは全く違うレベルだから… >>761
え?KGの人はメーカーに取られたの?一時期防災無線の復調やられてたみたいだけど >>763
ブログだかを見た限りだとタクシーのAVMをマップ上にプロットさせることに成功したってのが最後の更新だったと思う >>761
トラップに引っかからないように気をつけます... >>765の補足だけどAVM関連は"技術系で"最後な
ラストは
N○C?(詳しくは忘れたが通信関連メーカー)から声が掛かったからその会社へ就く
とかいったニュアンスの記事があってそれ以降の更新は無し
程なくして掲示板閉鎖、ソフトウェアライセンス発行・サポート更新停止 確かデジタルMCAのソフト開発が結構進んでた時だった気がする IP無線の方に劇的に移行してるのに本当お前らは馬鹿w そもそもデジタルではない件。
東消方面波のアナログも死んだいま、なぜもう使われないそのスクランブルを追うのかね?テープに大量に保存でもしてるの?
そういえばだが、既出なのかもしれないけど、
今後波及するであろうNEC式の民鉄用デジタル無線の音声圧縮はもっぱら三菱製の改良型RL-CELPが用いられるみたいなんだね。
そうなると、色んな努力をしてもやはりコーデックが肝だから、コーデックがどこかで掘り出されない限り音声デコードは無理だよなちくしょー まあでも音声はデコードできなくてもデータ通信のデコードだけでも期待はできるよね。
D化したJRや京急やら小田急やらのデータ通信が読めるようになると面白いだろうなぁ〜。 でも仮に、一般人に消防無線の音声がデコードされてその方法がおおっぴらになった日には開発関係会社は顔面蒼白だろうな
談合までして得た権利と今までの多額の開発費と特許料が無と化す訳だからな
総デジタル化しちまった今
解読されるたび
「納入した機材だけど、聴けちゃうみたいだから、セッティング変えるために本体外して会社に送ってちょんまげ」
とは簡単にはいかんだろ >>775
鉄道無線機も警察や消防並みの厳重な管理をするだけだろ そうでしょうね、露骨に「他からの傍受を避けるため」と明記されているワケですから。 まあなんだ、無線なんか傍受しないで大人しく公式発表を待てって事だね。
それが普通の日本人 消防無線はアナログ時代から利権と談合セットだから、デジタルになって更に酷くなっているのではw >>775
10番Aタイプのパソコンリアルタイム復元ソフトが出来たように
録音されて20年経った今なら解読できる可能性があるかもよ あの時代あれが傍受できたから、今思えばラッキーだったんだよ、あの緊迫の内容、昨今リアルタイムで傍受出来ても深い話しは携帯端末で百%無理でしょうね。てかあの頃の人以外これを傍受って概念の人は、いないよね 東消のキュルキュル秘話ってなんていう名称なんだろうな
時分割音声反転方式とか言ったっけ?
むかしRLだかABが復調したけどリアルタイムでは無理で遅延があるとか見た気がする 東消秘話は複数のアナログ秘話を組み合わせて
傍受を難しくしているらしい
欠点は復調した音声がかなり聞きとりにくく、
大規模災害や山岳救助では秘話を解除していた 552変換機も市販はされなかった。
解読した噂はRLかABだったか聞いたことがある 東証のは音声反転+時間軸伸縮入れ替えタイプだな。
3kHz付近にあるキャリアに伸縮と入れ替えのタイミング情報を乗せてる。
までは解析した。
色々調べると1980年代中頃にKDDが開発した秘話装置に構造が酷似してる。 デジタル信号復調?!とか言ってるけど
特許とかの問題もあって復調装置の市販化は無理。
デジタル信号復調は個人で内緒で楽しむ趣味になる 個人で使う分には問題ないだろう。
ただし秘匿化に関する具体的な技術は特許出さないと思う。特許出したら公開されて丸わかりになるから。 >>790
現代社会の暗号化アルゴリズムはどれもオープンだぞ。
鍵さえ漏れなければよい >>791
M-CELP とか RL-CELPは音声コーデックにある程度の秘匿化の仕組みが入ってるみたい。それは知的財産権とか営業秘密で守られてる。
AESみたいなちゃんとした暗号ではないと思うけど、現時点では秘匿化できてるよね。 ご無沙汰しております...
Fchの音声ビット配列をM-CELPのそれに変換するパターン候補を絞り込んでみました
DSPのシミュレータを動かせる方に評価していただければ幸いです
{
65, 64, 63, 22, 21, 20, 19, 18,
137, 136, 62, 61, 60, 59, 135, 134, 133, 132, 131, 130,
17, 16, 15, 14, 13, 12, 40, 39,
38, 37, 36, 106, 105, 104, 35, 103, 102, 101, 100, 99, 98, 97, 96, 34,
11, 33, 10, 9, 8, 7, 6,
32, 31, 30, 29, 95,
28, 27, 26, 94, 93, 92, 25, 91, 90, 89, 88, 87, 86, 85, 84, 24,
5, 23, 4, 3, 2, 1, 0,
71, 70, 69, 68, 67, 66, 58, 57,
56, 55, 54, 129, 128, 127, 53, 126, 125, 124, 123, 122, 121, 120, 119, 52,
83, 51, 82, 81, 80, 79. 78,
50, 49, 48, 47, 118,
46, 45, 44, 117, 116, 115, 43, 114, 113, 112, 111, 110, 109, 108, 107, 42,
77, 41, 76, 75, 74, 73, 72,
} >>793
貴方は本当にすごいと思う。ラジオラ◯フ編集部に爪の垢を取って送って上げて 私はDSPのシミュレート環境がないので結局見学者のような者ですが、
この138bitのインターリーブ配置のあとにスクランブルパターン抽出ですの? >>794
どもです
>>795
驚異の粘り腰でしつこくしつこくやっているだけですので...
なお、RL誌様におかれましてはぜひとも意味のある周波数帳をお願いしたいです
>>796
このパターンは、TCHの256ビットを加工処理した138ビットの最後の並べ替えを示しているものです
一番ありそうなパターンを統計的に予測した結果なので、ここから部分的な入れ替えが必要かもしれません
スクランブルは、例えば自動音声アナウンスにはかかっていないようですので、これを優先して解析してます
なお、スクランブルがかかっている通信は、現在までで2256パターンを収集しましたが、まだ法則性は掴めてないです >>797に付け足し
統計処理への入力は、自動音声アナウンスの「ピーポー」や「プー」音をエンコードした(と思われる)フレームを使いました
(「ピーポー」は「ピー」と「ポー」で分けて別々に処理しています)
このような一定音だと、フレームの前半後半で同じビットパターンが出現することを想定しています 123 憂国の記者 2017/09/09(土) 19:26:48.23
>>121
別に消防無線の受信機ぐらい手に入る立場だけど
こんなものを大枚はたいて買わないよ。あほらしい。
D-STARはすでに持ってる。ただ、一台に統合したいので
FSKと両方聞けるようにしてほしいと言ってる。単三電池
2本で動作するようにしてほしい。DV10が出ても燃費の悪さを
考えると買わないと思う。
301 憂国の記者 2018/09/03(月) 05:37:12.75
>>300
単なる馬鹿でしょ。
みなさんも、消防の受信機買える立場になればいいね
俺はいつでも買えるかど、買わない。一台15万とかアホじゃねえかと思う 秘話かけてないなら、秘話と平文どちらを受信しても音声になるようなシステムなのか
っていうか、受信だけでよくわかるな >>799
で、この妄想クソアホ糖質下痢便アナルクソコテ野郎がなんだって? >>799
ちなみにこの妄想クソアホ糖質下痢便アナルクソコテ野郎はすでにNG物故未済みだからな
妄想クソアホ糖質下痢便アナルクソコテ野郎工藤大介貴様のクソ書き込みはクソNGなので一切見えないのである
バアアアアアアアアアカ
.,r‐--,,,_、
.゙l゙'i、 `゙''-,,,,,,,,,,,,,,,,,_
: ゙l `'i、.,r‐-、,,`'-,、 `''ー、_
゙l ,/゛ `゙''''ミッ、 ゙゙'''-,、
У `!ヽ、 ._,,i、 ,,,,,、
/ ゙r゙l, / ‘i、 { ゙i、
| ゙'i゙l ./ |, ゙l、 ゙l
| _,,,,_ .゙'},. | ,/ ゚i、 ゙l ゙l、
゙l ,r'"` `゙゙''',゙',lri、,,/ .゙l ゙l ヽ
│ .| .彳 ゚|″ | .| │
│ .ヽ_ _,,-° `i、 .| .,,゙l, .゙ケ'=ッ、
゙l, ,,,,,,、  ̄ ̄ .゙l,-'シ'',!.゙l ,/゜ ゙'i、 .}i、`.゙'i、
`'| `'i、 ,,,rン・'゙,,,-'i| .| .l、,,」 ゙= |
.゙ヽ, .゙!, i″ ゙''i, .l │ /" .゚┓ .|
‘'''l" ゙'-,,、゙l、 .,,「 | ゙l、 ゜ .|
゙l'-,、 `゙''゙‐'" ./ .ヽ .|
| ゙'ヽ,、 / '゙l .,ノ
′ .~'―--―ー¬''" ヽ-, |、
" .l゙ スクランブル値ってやはり団体ごとに違う感じなんですかね?それとも全団体とも規定値のスクランブル?
統制波ってどうやってるんだろう。 >>805
基本、全部共通みたいです
グループ同報とか個別通信の場合に、たまにスクランブルがかかっている感じです
統制波も手元のデータを見る限りはスクランブル無しです
無音パターンが以下の2行の繰り返しならば、スクランブル無しと思って良さそうです
fc490eb79f724098ed332bb2e5035fa3e60ddf16b4c3eee490e002f2d3247706
ff490cb79d724098ec3329b2e6035da3e70dde16b4c3efe491e003f2d2247506 レスありがとうございます。なるほど、特定の通信を除いてほぼほぼスクランブル無しなんですね!
確かに例のTCHの無音パターン2行は各所の活動波・主運用波・統制波とも共通で出てますからね、納得です。
仮に>>793のbit入れ替えが正しいとなると、スクランブル無しの部位は以前頂いたdecode_moduleのCELP出力でいよいよ音声化に達するんですよね。
特に音声としてデコード出来るとなると色々と判明するデータが多いですから期待に胸が躍ります。 549様おつかれ様です。
>>571の代わりにfunc_c975につながるのが>>793ということですね?
これをMCA形式に再構築してEF6190に割り込ませたらうまく行ったりするでしょうか。 >>808
> >>571の代わりにfunc_c975につながるのが>>793ということですね?
そうです
ただ、うまく音声を出すためには要素の部分的な入れ替え等、もう少し紆余曲折があるかと思いますです... >>807
decode_moduleのバグが無事取れれば...です
ここはTMS320VC5416 DSKなどの実機を持っている方のフィードバックが欲しいところだったりします ところで1.2GのFPUを受信したいんですけれど、都内でどこか受信できるところ内ですかね? 1.2の新波なら中継やってるところの10km圏内くらいなら8PSKがよく使われてるけどそのFPUとは違う? >>812
どもです。STD-B57のOFDM波が見られればと思ってますが、見たことありますか? 549様おつかれ様です。
>>809
>>309準拠の構成お見事です!
549様は旧MCA実機の音声ループバックには成功しておられますか? >>814
どもです
音声ループバックはチャレンジ出来ていません
シリアルコンソールも見つかっていないので...(NECのGALチップの近くかなと思っていますが)
うまくいっているならこっそり教えてください 毎度毎度失礼します
decode_moduleの実験版をupしました
あいかわらず動作は不完全ですのでデバッグ用途としてご了承下さい
ttp://whitecats.dip.jp/up/download/1539254151/attach/
(Fast Uploaderの調子がいまいちなので今回は白猫アップローダーを使わせてもらってます)
ダウンロードパス、展開パス共に >>125 に書かれている通りです
音声デコードの実験にお役立ていただけましたら幸いです
今回はおまけとして、解析時のメモ書きとして使ったFreeMindのマインドマップ形式のファイルを付けています
(FreeMind自体は ttps://ja.osdn.net/projects/freemind/ をご参照下さい)
これを見ると解析屋の気分を味わっていただけると思います
入り口はfunc_eaf4.mmです 赤い矢印を押すと各々の関数を辿れます
突っ込み歓迎です よろしくおねがいします こんばんわ、お疲れ様です。
decode_moduleいただきました、ありがとうございます。
いきなり詰んでます、実行ファイルへはどうやってデータを投げればいいのでしょう?教えて下さいませ汗 >>817
毎度手抜きですみません
proc.sh に書いてある input.txt を作ることが必要なのです
input.txtは1行1フレームで、16進数36文字ですが、これは今の601コマンドの出力では無くて、並び替えのテーブルを >>793 のものに置き換える必要があります
近々このへんを整理して出したいと思いますです どこかでSTD-T79, T80, T116を受信することはできませんか?SDRあるので試してみようかと、思ってます。
場所は都内がいいです。 >>818
すいません。
EF-6190( 2010年製)を手に入れたのですが、展開パスがわかりません。
機体番号とは違うのでしょうか。 >>821
一番上の行を漢字英数字混じりでそのまま入れて下さい
英数字は半角です
7-Zipを使うと漢字も入れられます 遅まきながらEF-6190 2台(1台はメモリーユニットA付き)を入手しました、しがない組み込み屋でございます。
部品のリワーク等は得意なんですが、既にダンプどころか解析も佳境のようで敬服しております。
前スレからの流れを改めて追わせていただきます。職場のHDDの肥やしになっていたこれをインストール
しましたので、お手伝いできることがありましたらお知らせ下さい。
https://imgur.com/a/1Z3N2uv >>824
よろしくお願いします
ファームの再upが必要でしたらお申し付け下さい
早速で何なのですが、適当なところにブレークポイントを設定して、
>>564 の手順を踏んだうえで、(5)の内容を教えていただきたく思います
(6650〜の9wordはオール0でお願いします)
お手隙なときにでもよろしくお願いします >>825
6650〜じゃなくて6550〜でした
すみません 早速レスありがとうございます。
TSOP48の読み出しは可能なんですが、アップしていただけるようでしたら
バージョン等の比較や組み立て方の確認用に使わせて頂きます(__) >>827
上げておきました(元バイナリ、組立済、ディスアセンブル済等々)
ttp://whitecats.dip.jp/up/download/1540463974/attach/
いつも通り、ダウンロードパス、展開パス共に >>125 に書かれている通りです
突っ込みなどありましたらよろしくお願いします OP25ってのを見つけたけど当方だとP25運用局なし
ttp://osmocom.org/projects/op25/wiki
AESとかあるのが気にはなるんだけど 前スレ549様
>>748を再うpいただけると助かります >>830
ご所望のファイルを再upしました
ttp://fast-uploader.com/file/7098798860991/
(暗号化アーカイブではないのでFast Uploaderにしました) >>831
ありがとうございます
度々お手数をおかけして申し訳ございませんが
601.c等が含まれるファイルも再うpいただけると幸いです >>832
あまり整理せずに全部詰め込んでみました
ttp://fast-uploader.com/file/7098872344919/
初公開のプログラムもありますが説明等は省略します 分からなければご質問ください >>833
お手数をおかけいたしました
ありがとうございます 削除されただけでしょ
あの音声聞いたけどどこかで録音した感じだった 前スレ549様、ほか活動中の皆様
5416DSKボードが起動できるようになり>>825を試そうと数か月・・
COFFヘッダ的なものが見当たらず>>100をメモリ転送できない状況です。
PAGE1->DATA、PAGE2->PROG0に割り付ければ何とかなる?と思うのですが
何か名案はないでしょうか... 大変ごぶさたしております&本年もよろしくお願いいたします
>>839
自分は手を出せていないのです...
自分ならまずはGCCのobjcopyコマンドを最初に試してみると思います 前スレ549様、大変ごぶさたしております。
>>840
ありがとうございます。
今更ですが、objdump -D で自己解決では?と思ったのですが、
自分の環境では当時から -d の対応すら出来なかったことを思い出しました。
.asmに成功されたおすすめのobjdumpを差支えなければ
ご教示いただけないでしょうか。 >>841
確か自分でビルドしたbinutilsを使ったと記憶しています
確かこの↓のページを参考にしました ここに置いてあるMinGW用バイナリで事足りるかもしれません
ttp://7shi.hateblo.jp/entry/2013/07/30/011348
supported architectures: に tms320c54x が入っていれば正解です >>841
1ヶ月頑張ってみました。
C54xのオブジェクトは -d(と-D)で.asmが生成できるようになりました。
549様のPAGE2,3は相変わらずうまく行きません。
-b binary -m tms320c54x とすると,binaryとは認識しますがそこまでです。
549様のop設定、各PAGEの連結や変換など、良いお知恵はないでしょうか。 >>844
レス遅くなってすみません
ディスアセンブルに使っていた環境がしばらく前に壊れてまして、再構築していなかったのです
これから再構築してみますので、もうしばらくお待ちください... ここの有志で共同購入して549氏に渡してもいいかなと思ったり >>847
4台なら安いもんじゃない?
俺、これぐらいで普通に買えるなら喜んで出すよ。
これ、研究以外の人が落とせたとして、お住まいの地域の周波数は書き込めるんだろうか。 どうせもうリモートでロックかけられてて起動すらせん状態だろうけど
下手すればi社とかM社とかの息の掛かった人間が落札して技術が漏れないように処理されるかもしれない
できれば"デコードするために頑張っている人間"の手に渡って欲しいもんだ >>852
ほんとだ、赤枠のやつだけだね。
>>851
受令機はそんな機能無いんじゃない? 落札して解析してる人に渡したいけど先立つものがねえ... 10万超えてるし、いたずらor関係者の妨害入札が混ざってきた感じ?解析班が入手して本気出すなら支援しても良い。 これデジタル消防の受令機なの?
特小のジャンクにしか見えない >>855
関係者ならヤフーに連絡してオークション自体中止にできるんじゃないかな
まあ、自治体単位だからどこから流出したかもわからず
親切に手を打つところがないとこのままだろうけど…
落札阻止するなら総務省に通報かな? >>857
出品者は具体的なの事は何も書いていない。
写真と思わせぶりな最低価格で周りが勝手に祭りにしている。
外装だけで中身カラッポだったら面白いがw >>856
モニタの周りが赤いやつね。
阻止とか野暮な事は止めよう。
巡り巡って何か有益な事になるかも。
つか、流出が始まった事が確認出来ただけでも有益だ。いつか縁があるかもしれんしね。
どう動くか、騒がずに見守ろうや。 ジャンクだからねえ・・・
開封して完全にぶっ壊されている可能性もあるし まぁ…今度は本当に静かに騒がず見守りましょう。ここで誰かが騒ぐと、また聞ける日が遠ざかってしまう、、
これを解読班の方々が是非落札して、パソコン1台で復調される日を、皆様で待ちましょう。 >>845
遅くなりました、レスありがとうございます。
PAGE2,3と同じものができました(素人なので単にパラメータ不足でした…)。
PAGE1の未開示コードは本体と関係ありでしょうか・・
※基板への流し込みは継続検討です。
別件ですが、当地の状況からtype=84は「調査」のようでした。 >>866
全然作業が進んでいなくて、フォロー出来ずにすみません...(公私共にトラブってまして...ぎっくり腰とか)
PAGE1はデータ専用領域なので、データとして固定コードブックなどが入っているはずです
(質問の意図を読み間違えている気もします すみません)
あとtype=84の件ありがとうございます 参考にさせていただきます 保守。
久しぶりにTFDの方面波聞きたいわ〜
TDMAかつAMBE仕様の方面波の音声デコードを報じたRLの記事から、かれこれ幾歳月経ったけどあれから続報も無くてね、gnuradioとかで試してみたいから少しはヒントでも欲しかったんだけどなぁ。
あの記事はSDR#からパイプしてるから凄えなぁと感心してたけど、雑駁な概要しかわからなくて
SCPCがコーデックの絡みでムリでもTDMAは何とか頑張ってデコードしてみたい。
だれかTCHとかのフレーム構成とかヒントをお持ちでしたら、教えて下さいませ。 >>867
ご無沙汰しております。
とうとうちょっとだけコードが呼べたので(メモリが足りず全部は無理)
謎のc7cfをやってみました。リロケート環境なので間違っていると思いますが
参考に報告します。6b06~6B0f(6b10からも同じ)
→f838,cdbb,09da,1201,1ae3,2425,2d0b,3611,3f2d,485d
何なのかはさっぱり??です。 >>872
ありがとうございます
とは言っても、自分もさっぱり?なので、今後検証したいとおもいますです... 関東以外の私鉄もいずれ安価なFSKでデジタル化する所が増えてくるだろうけどその一方で新スプリアス対応の新型のアナログで設備更新する事業者もかなりあるな。 >>872
ご無沙汰しております。どうかよろしくお願いします。
自分のXp環境を辿ってこれを発見しました。
ttp://whitecats.dip.jp/up/download/1556203119/attach/1556203119.zip
パスワードは549様に合わせました。
(今はフリーのようですが、連休明けに下げます)。
ボードと同じ答えが出ましたので、ご検証いただければ思います。
どうかよろしくお願いします。 大変ご無沙汰しております...
>>876
白猫さんが行方不明みたいですので、代わりに本家の場所を置いておきます
ttp://software-dl.ti.com/dsps/dsps_public_sw/sdo_ccstudio/CCSv3/CCS_3_3/exports/CCS_3.3.83.20_Platinum.zip
これは本家のサポート掲示板(ttps://e2e.ti.com/support/tools/ccs/f/81/t/580754)に書かれているものなので、個人的には秘密でも何でもないと思っておりますです... 前スレ549様
大変ご無沙汰しております。
>>877
ご配慮ありがとうございました。
>>825
MSM7717-02の+0ぽいのが出ました。
手作業なのでその先は分かりません。。
自分には作れないので恐縮なのですが
603.cの8ビットシリアル出力版的なものを
ひょっとしてお持ちではないでしょうか。 >>879
さらに力業でやってみました。596様は神です。
>>808
この通りだと思いました。時間幅が広くて自分には無理そうです。 (誤)>>808
(正)>>809 です、失礼しました >>879
おつかれさまです
音声デコードに初成功ですね!
603.cの音声部分のみの出力ですと、ワンライナーでは
cat hoge.bin | 101 | 603 | grep VOICE | awk -F ' -> ' '{ print $2 }' | sed 's/ //g' > hoge.hex
とか書いています
これで空行を含んだ16進表記テキストが出来ますので、これを xxdコマンドを使ってバイナリに戻します
xxd -r -p hoge.hex hoge.mcelp
こんな感じでやってます
もちろんパイプで繋いで一発バイナリ化も可能です
>>880
ここまで来ておいて何なんですが、あのテーブルはまだ完全ではなさそうな気がしています... おい!ポコチン!ハンネ出せなくなったのにまだいるのかよ! >>882
少しずつですが前進しているようですね。期待しています!! >>882
大変おつかれさまです、まだ全然だめです
間違った合成の機械音ですので、色々ご指摘ください
ttp://whitecats.dip.jp/up/download/1558421635/attach/1558421635.zip
PASSは以前と同じです
<<486の前後戻しをしないで強行してもそれなりではと思い
603に>>793を適用して>>564を140回単純繰り返しました
ノイズなくデジタルぽい音色の有無が分かる程度です
部分的にレベル破綻したので、共通データの共用は必要みたいです
音節の引っ張りが長続きしないので、時間インタリーブ的なものか
係数の関係で違う波形になったのか・・ここらが不明です
エンコードがうまく行ったら統計を取ってみようと思います あらあら暖かくなったからかな?
玄人気取り虫が湧いて出てきたわい >>885
頂きました。が、Windows標準のメディアプレイヤーでは再生できませんでした...
で、ここまでの調査経過といくつか情報をまとめておきます...
・M-CELPは1フレームあたり139ビットで構成される
・138ビットが実パラメータで、1ビットはフレームパリティ
・1フレームは40ms相当で、10msサブフレームが4つ
・138ビットは、(1+7+6+6)+(8+16+7)+(5+16+7)+(8+16+7)+(5+16+7)に分割される
・(1+7+6+6)はLSP(線スペクトル係数パラメータ)
・(8+16+7)と(5+16+7)はサブフレーム情報(各々10ms)
・第1,3サブフレームの8はピッチディレイ(=適応コードブックインデックス)(≒周波数情報)
・第2,4サブフレームの5は第1,3サブフレームのピッチディレイの整数部分からの差分値
・第1〜4サブフレームの16は代数コードブック(=固定コードブック)インデックス
・第1〜4サブフレームの7はゲインコードブックインデックス
・これによく似たデータ構造を持っているのが、AMR-NBの10.2kbpsモード
・処理全体としては、CS-ACELP(ITU-T G.729)に酷似している
CS-ACELPもAMRも文献やソースコードが公開されているので、取り寄せて比較調査中です... >>885
失礼しました。u-law形式は開けないことを忘れてました。
PCM形式で再アップしました。つまらないですが。
ttp://whitecats.dip.jp/up/download/1558525910/attach/1558525910.zip
訳は分かりませんがエンコード部を構築中(残り半分くらい)です。 pokoちゃんかる〜く擁護されちゃって
ファンがいるんやねw >>896
G1EとpokoはRLの一件からスレにでれなくなったんだよ。
知りたきゃ過去スレ漁れ!!通りすがりからは以上です! スレ汚すなと言われてるけど、反応してすいません。
過去スレからずっと見てきてるんですけど、それあなたの妄想じゃありませんか?RLのTFDの記事を言ってるんでしょうが、両氏が関係者だなんて私にはさっぱりそう見えないんですけど。個人的に気に入らないから両氏を排他したいだけに見えるんですよ。違いますか?
仮にコテ外して現れてるとしても、挙がって来る情報から有益をもたらしているのであれば、それはそれでいいんじゃないですか?ここは技術の共有と成果を拓くためのスレですよね? 気持ちはわかるけど、エサ与えてるだけだから反応しちゃダメ!堪えろ!
>>899
もう来んな 擁護にあたるようなことが書かれれば書かれるほど
pokoにゃんとG1Eの香ばさが増すからやめれ 苦労して解読できても音声通話は少ない
本部から○○指揮1
○○指揮1ですどうぞ
スマホ開局せよ
スマホ開局了解 大変ご無沙汰しております...
>>885
>>793の代わりの配列をもう一つ作ってみました
603.cの1090行目が"#if 0"の、逆順表示用です
評価していただければ有難いです...
{
/* LSP */
18, 19, 20, 61, 62, 63, 64, 65,
84, 85, 21, 22, 23, 24,
86, 87, 88, 89, 90, 91,
/* 1st half */
66, 67, 68, 69, 70, 71, 25, 26,
27, 28, 29, 92, 93, 94, 30, 95, 96, 97, 98, 99, 100, 101, 102, 31,
0, 32, 1, 2, 3, 4, 5,
33, 34, 35, 36, 103,
37, 38, 39, 104, 105, 106, 40, 107, 108, 109, 110, 111, 112, 113, 114, 41,
6, 42, 7, 8, 9, 10, 11,
/* 2nd half */
12, 13, 14, 15, 16, 17, 43, 44,
45, 46, 47, 115, 116, 117, 48, 118, 119, 120, 121, 122, 123, 124, 125, 49,
72, 50, 73, 74, 75, 76, 77,
51, 52, 53, 54, 126,
55, 56, 57, 127, 128, 129, 58, 130, 131, 132, 133, 134, 135, 136, 137, 59,
78, 60, 79, 80, 81, 82, 83
};
(これは無音→有音と有音→無音の遷移の際のビットパターンから求めたものです) >>905
一部意味不明になってしまったので追記します
逆順表示は未公開だったようです...すみません
逆順表示にするには、1090行目あたりを、
for (i = 5; i < 89; i++) celp_mca[j++] = deconvo_result[i];
for (i = 101; i < 155; i++) celp_mca[j++] = deconvo_result[i];
から、
for (i = 88; i > 4; i--) celp_mca[j++] = deconvo_result[i];
for(i = 154; i > 100; i--) celp_mca[j++] = deconvo_result[i];
に(for文のカッコの中身を)置き換えてください ご無沙汰しております
>>905
大変おつかれさまです
前回のデータは603.cの書き換えを1か所していませんでしたので
4通り(>>793、>>905 それぞれでif0、if1)試してみました
ttp://whitecats.dip.jp/up/download/1560191198/attach/1560191198.zip
793のif1と905のif0が歪が少なく、いい感じですが言葉になってません
※フレーム間インターリブの想定は試せていません
encoderは暴走(intmで何処かに飛ぶ)がようやく収まった感じですが
decoder折り返しでまともな音にならず、先に進めていません
全体的に勘違いが多くてdecoderも動いていないだけかもしれません… これじゃ私信じゃねーか
もうスレじゃなくてどっちかが捨てアド出してやれよ ダメなの?別によくないか?
俺はこのスレの展開をいつも楽しみにしてるから、進展が見れて嬉しいぞよ。 >>908
このスレの本質や意味が解らないなら静かに見てて。 >912
お前>908とはまた違うアホだなw
有益なことの共有?んならお前んち定期的に解放して自称技術者オフでもやってやれよw わかる人が判ればそれでいいんだよ。
わからない馬鹿は黙ってろ ?FT-3D買おうと思うんだが私設BTノードって作れるようになったんか >>914
馬鹿なレスは >/dev/null で。 >>907
デコード結果はとてもいい感じの音に聞こえます...ソースは自動音声でしょうか
なんとなく音声として聞き取れそうなところが悔しいですね...
>>905のテーブルですが、どうやら部分的にビットローテートが必要なようです
66, 67, 68, 69, 70, 71, 25, 26,
を
67, 68, 69, 70, 71, 25, 26, 66,
に、
33, 34, 35, 36, 103,
を
34, 35, 36, 33, 103,
にすると数値の見た目的なバランスが良くなるのですが、試していただけないでしょうか... >>919
付け足しですが、603.cだとテーブルを使っていないので、外部で変換するなどしてください... 前スレ549様、大変お疲れ様です
>>919
ありがとうございます、試してみます
ところで、これまでのレスを総復習して、暴走するencoder出力を参考に
603.cの>>905(if0)+1114行あたりの数行を一段階処理(古風なやまのやつ)
すると、結構(かなり)◎的と分かりました→活きた人ではなかったですが
「数字2桁(肉の間にじゅう)、○○○○○○○○センター」でした
※○は漢字1文字
>>793のif1も試してみて、>>919も適用して、また報告します
ちなみに、>>757の連絡先はまだ運用OKでしょうか? >>919
ひょっとすると類似の操作かもしれません
>>920
ありがとうございます、今のところ603改で内装できましたが
今のままではアップしたサンプルの作成でデータ処理+CCS手載せ+mu-law
変換の手作業で1時間以上かかってしまいます。
>>882は試せてないのですが、MCAジャンク活用も視野にいれながら
何とか自動化したいです ちなみに、MPU解析は進んでおられるでしょうか? >>919
やってみました
905if0(M5-)>>793if1(M3)>919if0(M3-~2+)
他はM1(既出)という感じです
M5-の-は、時々ピーククリップがある位ですので
処理的にはほぼこれかなーと思います >>921
おつかれさまです
音声になりましたか。おめでとうございます!
ところで...
> 1114行あたりの数行を一段階処理(古風なやまのやつ)
これはいったい...?
ちなみに、 >>757 >>759 はまだ生きているようです(今ログインできました) >>920
MPU側の解析は進んでいません...特に録音再生部分のことだと思いますが、記録しているメモリ領域が分かっていません...
DSP側のメモリ空間で記録しているのかもしれません
手作業無しで自動化となると、今のところの最短ルートはJTAG-ICE経由になろうかと思います
>>923
メリット5とのことなので、当面テーブルと順序はいじらずに固定したいと思います
ありがとうございます >>925
普段は閑古鳥なのに、突然ワザとらしくそれも頻繁にスレへ書き込み始めたからじゃないの??
知らんけど 大変おつかれさまです
>>926
^です
メールしました(121)、よろしくお願いします >>929
了解しました
内容に関してはちょっと時間をかけて検討させて下さい... うおお!ついに音声デコード!おめでとうございます。 >>931
聞けてもあんま役に立たない通話だろうけどな つまりは800MHz帯デジタルMCAのコーデックはM-CELPで正解だったのか! アナログ時代でもAVMシステムで出動、現場着、帰署の連絡はナビの
タッチパネルをタッチするだけで音声通話はいらない
消防、救急波のデジタル化は無線の中でも遅かった。だけど携帯電話
のデジタル化は早かったので傍受対策や個人情報取り扱いの関係も
あって「携帯電話を開局せよ!」といった通話をアナログ消防無線で聞く
ことが2000年頃から増えた。
現在の消防無線はデジタルで傍受できないけどデジタル消防無線機が
ハンディ機でも重く大きく、現場で使いにくいからスマホで本部と連絡する
光景を火災現場で見かける。
携帯電話が使えない大災害になれば無線通話は増えそう。 音声がデコード出来た事によって、動態は判明しずらくとも団体コード・出場種別等々は色々判明するんじゃないかな?と思うので、通話量が少なくなっても音声がデコード出来た事は相当大きいと思うぞ RLが団体コードを一覧にしてまとめてくれると良いのだがね。 ちょっと複雑になってきたので、ここまでのTCH(voice)のデータ処理の手順を整理して教えていただけますか?gnuradioから生データを取得した時点から音声デコードへ至る過程の処理を詳しく教えて欲しいです。 いくらなんでもその言い方は酷くないですか?
技術的興味を持っちゃいけないんですか? 変なレスはnullですよ、フィルタ処理しましょうw
ともあれ今は生データ取得から誤り訂正等々の信号処理→TCHからvoice部分を切り出し→MCA機のビットフォーマットにあわせたビット位置変更→コーデックへ入力→μ-law出力(音声化)という一連の流れを手作業でやっているみたいだからなかなか大変だと思います。
特に数秒の音声でもバイナリ化されたデータを収集・編集して纏めるのは結構な苦労だったんではないでしょうか。お疲れ様でした。
是非>>921さんがデコードした音声聞いてみたいです。
なかなか難しいと思いますが、いつかリアルタイムでデコード出来るようになるといいですね。 >>929
CCSのユーザーズマニュアル(jaju020.pdf)を見ているだけなのですが、次の手順で入出力がある程度自動化できそうな気がします
(『4.4 プローブポイント』と『5.1ファイル入出力(I/O)』を参照)
まず、メインファンクションとして以下のものを作ります
(1) 初期化ファンクションを呼ぶ
(2) (ここにプローブポイント1を設定)
(3) デコードファンクションを呼ぶ
(4) (ここにプローブポイント2を設定)
(5) (2)へジャンプ(無限ループ)
プローブポイント1では、入力バッファに対して読み出したファイル内容を指定ワード数分ずつ書き込みます
プローブポイント2では、出力バッファから指定ワード数を出力ファイルに追記します
入力ファイルの終わりで実行を止めるように設定すればOKに思えます
あと、まだ入出力ファイルの加工が必要ですが、これは調査中です... >>939
手順として洗練されるまでもうしばらくお待ちください... お疲れさまです
>>882
>>945
併用でとても楽になりそうです。
入力側の応用は思いつきませんでした
鼻づまり感の雑感で毎回初期化すべきか
悩んでいました >>949
独り言ですが破声音や鼻濁音(連続パルス)の
mca実機はどんな感じ?と思ってます >>947
ええ、すでにデジタルMCAの実機持ってますよ >>949
音質の問題ですが、>>905をベースとして、
12, 13, 14, 15, 16, 17, 43, 44,
を
44, 12, 13, 14, 15, 16, 17, 43,
に、
51, 52, 53, 54, 126,
を
54, 51, 52, 53, 126,
に変えて試してみていただけないでしょうか... うそをうそとみぬけないひとはこのけいじばんをつかうのはむずかしいとおもいますね >>953
Ubuntu入れてますが。
それ位のスレの流れはちゃんとやってますよ。 残念ながらM-CELPと改良型RL-CELPは別物だから、どうにかして改良型RL-CELPを積んだ実機をどこかで確保して解析しないとダメなんだよ。 夜間留め置きの電車から無線機盗んだとかたまにあるけど、だめだぞ。 デジタルラジオマイクもこのスレの範疇?
2.4Gは無理かもしれないけど1.2とWS帯は研究しがいがあるのかな うそをうそとみぬけないひとはこのけいじばんをつかうのはむずかしい >>962
その気になれば実機を買えるし、いいネタだね。 >>951
>>956
もはや、お前に教えることは何もない。 おつかれさまです。
>>952
>>919と変わらない感じでした・・自分の処理間違いかもしれません >>967
お手数をおかけして申し訳ないです...
並べ替えをする前のビット列のうち、No Error保証された84ビットは、
(0-11) 前半フレーム, サブフレーム1:6bit+サブフレーム2:6bit
(12-17) 後半フレーム, サブフレーム3:6bit
(18-24) LSP.7bit
(25-42) 前半フレーム, サブフレーム1:8bit+サブフレーム2:10bit
(43-60) 後半フレーム, サブフレーム3:8bit+サブフレーム4:10bit
(61-65) LSP,5bit
(66-71) 前半フレーム,サブフレーム1:6bit
(72-83) 後半フレーム, サブフレーム3:6bit+サブフレーム4:6bit
残りのエラー訂正無しの部分の54bitは、
(84-91) LSP, 8bit
(92-114) 前半フレーム, サブフレーム1:11bit+サブフレーム2:12bit
(115-137)後半フレーム,サブフレーム3:11bit+サブフレーム4:12bit
とのフィールド分けを統計的に求めまして、>>905はこれをMCAのM-CELPのフィールド構成に想像で割り当てたものです
各フィールド内のビット列の順番は順不同の可能性ありと思い、お手数をかけていただいた次第です
こちらでも精査できるように引き続き準備を進めたいと思います... >971
おじいちゃん、かわいそうにボケたのね。。
わかりやすく浮上しないのよ。。 ところで、今般のM-CELPの解析で大元である800MHz帯デジタルMCAについても音声デコードできたりしそうですか?
>>577の通り毎通信のたびにスクランブルが異なるそうなのでハードルは高いかとは思いますが汗 ホントにそれ消防のSCPCで使われてるM-SELPなん?? デジタルMCA機から抽出したコーデックによって概ねの内容が理解できる音声としてデコードに成功したんだから、F-CHのM-CELPと同じで正解じゃないのかなと。
>>116の通りSCPC/F-CHとデジタルMCAのフレーム規格が相似してる事から鑑みても納得じゃないですかね >>968
ありがとうございます、お手数おかけします。
今いちど連絡しました。 >>978
確認しました
おっしゃる通り、>>905のままが今のところ最良だと自分も思います >>975
総当たりでも確か32767通りのはずですので、リアルタイムで無くて良いのなら可能だと思います >958
三菱単独ではなく下請へ出していれば末端の孫請からの流出に期待するしか無さそうだな
あるいは一応車載機だけではなく受令機もあるから故障した受令機の流出とか >>980
総当たりとなるとさすがにリアルタイムデコードは厳しいんですね、でも不可能ではないというのはワクワクします。
いつかデジタルMCAの通信も聞いてみたいです >>981
元JRの関係者なのですが、東に関して言えば、アナログ時代と比べて今のD機は受令機も含めて厳重管理なので、まず"おこぼれ"は期待出来ないかもしれません。廃棄に関してもアナログ機ですらハンマー入れを徹底してましたんで。
ただ今後改良型RL-CELPを搭載した列車無線システムはJR以外の各民鉄への波及が見込まれている(すでに採用・運用してる所もある)ので、あとはその民鉄関連からの"おこぼれ"を期待するしかないですかね。 文句言う人がちらほらいますが解析されてる方は気にせず書き込んでほしい! 高速のEL-CELPも実機がやはり確保出来ないと解析は難しそうだな
ただ本四高速とかはなぜかFSK使ってて聞けるが
タクシーでもQPSKの方は似たようなの使ってたか? 高速も鉄道も行政系も全部TETRAかFSKで十分だろ
地デジのBカスといいガラパゴスの糞システムなんてメーカーと総務省のオナニーでしかない
>983
警察や消防とかでも当然不要な機器をボカスカやってそうだな
不要な携帯破壊する時もだが基盤割るだけでなくチップを一撃必殺で粉砕しないとチップだけ生贄で取られたらそこから解析されそうだな >>987
Motoのtetra使え〜って花札大統領に圧力かけてもらうしかないな、かつての携帯電話方式のようにね。 ETCだって、導入当初は世界で最高峰のシステムだったな
情報提供とか駐車料金決済とかいろいろな日本独自の機能が盛り込まれた 受信機メーカーが一転して官公庁御用達メーカーになったんだからwinwinの関係というやつだな。 おつかれさまです
>>979
バグがどこにあるか見つけられない(位相がひっくり返る)状況ですが
テスト信号を折り返してみました(PWは以前とおなじ)
ttp://whitecats.dip.jp/up/download/1561048483/attach/1561048483.zip
とりあえず>889の様子を見たいと思います >>989
高速道路の決済以外の機能は使われなかったけどなw
時速180km/hでも通信可能なエアインターフェースだったけど、そんなの使える道路は日本にはないw アナログのままで十分なんだよ。だからIP無線にしろって言う話が広がるんだよ
狭帯域デジタルのメリットなんてねえんだから >>991
ほんのちょっとポツポツがある以外はほぼ同じでメリット5じゃないですか!すげえ >>991
いい感じですね。位相が反転するのは「そんなもの」な気もしますが...
こちらも何とか環境が整って、変換しているところなのですが、どうも最大音量付近に問題がありそうです
ゲインコードブックのマッピングミスがありそうな感じです
あと、古いPCなので変換が遅いです(42秒ぶんの変換に768秒かかりました)
これは、謹製コンバータのバグを取る方向で解決したいです... >>996
ご評価ありがとうございます
ぶつ音の件で今いちどご連絡さしあげました
ご指導お願い申し上げます。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 869日 10時間 8分 6秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。