ログインしてさらにmixiを楽しもう

コメントを投稿して情報交換!
更新通知を受け取って、最新情報をゲット!

NEC民鉄無線研究会 (鉄道無線)コミュの東武鉄道(本線・東上線・野田線)

  • mixiチェック
  • このエントリーをはてなブックマークに追加
東武(本線・東上線・野田線)の解析データなんかを…

今わかっていること。(2008/7/24更新)
-------------------------------------------------------------
データ長:96bit

データ
・1カラム:まだ不明
・2〜5カラム:列車番号
 メトロ直通列車の場合は、運用番号。
・6カラム 東上線内運用は[0]、
 メトロ直通列車で列番が****Sは[9]
 メトロ直通列車で列番が****Tは[A]
・7カラム:編成に対して2回ポーリングをかけていて0と8となる。
・8カラム:車両ポーリング時は[2]
 通信するときに変化があるので制御用と思われる。
・9カラム:ゾーンデータと思われる。基点より0→4→8と変化。
・10〜12カラム:前半部分(1〜12octet)のチェック用データ(生成多項式 0x1539)

・13〜16カラムtと17カラムの上位1ビット:車両番号
 東武・メトロと共にある10000系は、東武→そのまま、メトロ+80000(90001〜)
・18〜19カラム:カウンタ?
・20〜21カラム:不明(データは随時変化する。チェック用?)
・22〜24カラム:後半部分(13〜24octet)のチェック用データ(生成多項式 0x1539)
-------------------------------------------------------------

コメント(24)

線車両なし(列番データが来ないとき)のときのデータ。

000100110101111 (フレーム同期15bit)
111111111111111111111111100000100100101111011100
111111111111111110000000000111001011100111111000
(FFFFFF824BDC FFFF801CB9F8) (電文A1 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111100000100100101111011100
111111111111111110000000001011000001111101110011
(FFFFFF824BDC FFFF802C1F73)(電文A2 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111100000100100101111011100
111111111111111110000000001101000100011010101010
(FFFFFF824BDC FFFF803446AA) (電文A3 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111100000100100101111011100
111111111111111110000000010011010101001001100101
(FFFFFF824BDC FFFF804D5265) (電文A4 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111100000100100101111011100
111111111111111110000000010101010000101110111100
(FFFFFF824BDC FFFF80550BBC) (電文A5 96bit)

01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0101010101010101010101010 (1週目ビット同期575bit)
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0101010101010101010101010 (2週目ビット同期575bit)
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0 (3週目ビット同期501bit)

次へ…
続き

000100110101111 (フレーム同期15bit)
111111111111111111111111000000100100010010110001
111111111111111110000000000111010100001110100000
(FFFFFF0244B1 FFFF801D43A0) (電文B1 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111000000100100010010110001
111111111111111110000000001011011110010100101011
(FFFFFF0244B1 FFFF802DE52B) (電文B2 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111000000100100010010110001
111111111111111110000000001101011011110011110010
(FFFFFF0244B1 FFFF8035BCF2) (電文B3 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111000000100100010010110001
111111111111111110000000010011001010100000111101
(FFFFFF0244B1 FFFF804CA83D) (電文B4 96bit)

01010101010101010 (電文間ビット同期17bit)
000100110101111 (フレーム同期15bit)
111111111111111111111111000000100100010010110001
111111111111111110000000010101001111000111100100
(FFFFFF0244B1 FFFF8054F1E4) (電文B5 96bit)

01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0101010101010101010101010 (1週目ビット同期575bit)
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0101010101010101010101010 (2週目ビット同期575bit)
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
01010101010101010101010101010101010101010101010101
0 (3週目ビット同期501bit)

以下繰り返し。
在線車両がないときは、上記のようなデータの繰り返し。

あるときは、在線している各列番のデータがあります。
ビット同期のビット数は特に一定していないようです。
1週目575、2週目575はありますが、3週目が500bit前後で終わることもありますし、3週目575ビットまでいって、4週目に入ることもあります。
周の切れ目で0が2つつづくので、あのビービービーのところの切れ目の音となります。
よく聴いていると、4週目に入っているものがあります。

ぶっちゃけ、ビット同期の部分は情報はないので(同期長で路線が判断できるかもしれませんが)次回からは、電文のみで書き込みます。
りなつちさん。どもっ。

スケルチの制御もMSKデータによるものと思われます。
MSK信号が聞こえるのは、最低でも1フレーム分受信しないとデータの整合性が確認できないので、そのフレームと最初のビット同期の音ではないでしょうか?

東急解析用で作ってもらったモデムで、MSKスケルチ制御プログラム(ちゃんとデータの中身をみて、通話時か通話時じゃないか判断してます)を組んでやってみましたが、やはり少しMSKが聞こえます。
昨日の夜、2時間ばかりポーリングデータを見ていたら、データの中に車体番号が入ってることがわかりました。
車両番号とわかった経緯

まずはサンプルデータ。

123456789012 345678901234
0000B0024B47 63CA0017857C
0000B0024B47 63CA002723F7
0000B0024B47 63CA003F7A2E
0000B0024B47 63CA00466EE1
0000B0024B47 63CA005E3738
0000B082442A 61D60011FAEB
0000B082442A 61D600215C60
0000B082442A 61D6003905B9
0000B082442A 61D600401176
0000B082442A 61D6005848AF

これ、列番カラムが[00B]で10進にすると[11]で、TJライナー6号(列番:11)のデータ。一番特定しやすい50090番台。

5回繰り返しになっている(18,19カラムでカウントアップ)ので実データを抜くと

123456789012 345678901234
0000B0024B47 63CA0017857C
0000B082442A 61D60011FAEB

13カラム目からのデータが同じ列番では同じデータなのですが、ただ見ているだけだと、他の列番との辛みが良くわからなかったのです。

で、単純に10進に変換して見ると…25546とかになったのですが、他のデータで17カラム目が0だったり8だったりしていたのを思い出してそこの1bitも含めて計算したらビンゴでした。

車両番号の部分を抜くと
[63CA0] → 0x63CA*2+0 = 51092
[61D60] → 0x61D6*2+0 = 50092

・3381列車
00D350024F79 157E001A4D68
00D350824014 138A0016740E

D35 → 3381
157E0 → 0x157E*2+0 = 11004
138A0 → 0x138A*2+0 = 10004
現物見て確認しました。
メトロ車の車両番号に90000番台があったので、なんじゃらほいと現物を確認に入ったら、10000系でした。
東武の10000系と区別するために変えてたのね。

あと、メトロ直通運用は列番ではなく、運用番号でした。
前半部分(10〜12octet)の不明12bit(10〜12octet)が判明しました。

先日1日受信したデータからユニークな列番を抽出し、不明部分でソートをかけてみたら、0x000〜0xfffまでほぼ満遍なくあることを確認。
なので、1〜9octet(1〜35bit)をデータ、10〜12octet(36〜48bit)をチェック用データと仮定し、13bit(12bit+1bit)の生成多項式を総当りで割り算してみた。

123456789012
sFFFFFF0244B1 FFFF801D43A0t → 0x1539,0x1b5b,0x1ddf
sFFFFFF824BDC FFFF801CB9F8t → 0x1539
s003440024B28 16C3801C1B80t → 0x1539
s004550824A39 10E20029CCE2t → 0x1539
s0044E00A43AF FFFF8015AF5Et → 0x1539

結果、G(X)=X^12+X^10+X^8+X^5+X^4+X^3+1 (0x1539)の共通多項式がでました。
全部について検証したわけではないですが、多分間違いないと思います。
緊急地震速報(高度利用)の誤報があったのですが、おかげさまで超貴重な電文を受信できました。

---通常の一斉呼出・時報の時---
sFFFFFF0E096EFFFF801B5098t
sFFFFFF0E096EFFFF802BF613t
sFFFFFF0E096EFFFF8033AFCAt
sFFFFFF0E096EFFFF804ABB05t
sFFFFFF0E096EFFFF8052E2DCt

---緊急地震速報の時---
sFFFFFF060D85FFFF8019C8F3t
sFFFFFF060D85FFFF80296E78t
sFFFFFF060D85FFFF803137A1t
sFFFFFF060D85FFFF8048236Et
sFFFFFF060D85FFFF80507AB7t

というわけで、8octetの最上位ビット(29bit目)が緊急性のもののフラグのようです。

緊急性のフラグと書いたんですが、違うようです。

この前、車両向けのみの一斉が流れたのですが、そのときも0x060だったので、28bit目が駅向け、29bit目が列車向けではないかと思います。
そうすると、両方では0x0E0で車両だけだと、0x060の意味がわかります。

駅だけだと、0x0a0とかになるんでしょうか?
そういう放送があれば確認できますけど…
春日部まで行ってきて、本線と野田線の情報調べてきました。
基本的には同じでした。

そして、ポーリングデータにゾーンの情報があることが判明しました。
9octet目がどうやらゾーンデータのようです。
東上線:池袋→0 鶴瀬→4 上福岡→8
野田線:大宮→0 春日部→4
本線:春日部→8
となっておりました。

多分ゾーン分けは周波数帳にも出ている、トーンスケルチの分け方と同じと思われます。そして、基点から0→4→8と変化していると考えると本線系も納得。

その先どうなるか今度調べてきます。
あっ、そうそう。後半部のFCSもBCH(63,51)でした。
受信側にエラーチェックプログラムを組み込んでみたところ、前半部も後半部もクリアーに受信できているものは、割り算結果がすべて0になってました。
(雑音が入ったりしたものは、0以外になっていた)

ただ、そうすると20〜21octetがコロコロ変わる意味がわからなくなりました。
有効なデータではないと思いますが、引き続き調査します。
>>12
駅だけのときは電波に駅向け音声はのっていないです。
(7:00現在の遅延状況とかのとき)

たしか駅モニタ向けはメタルだったような?
うわ、すげー書いてねーよー。

なんかデータ古すぎるよ。ちかぢか新しいのを書きます。

>> 15
最近の通話を聞いていたら、やっぱり「列車のみ」と「列車と駅」の分け目がありました。
> ALTEZZA GITAさん
はじめますてー。
長期旅行に行っている間あまりチェックしていなかったので見逃してしまいました。

コミュ、かなり放置気味ですいません。
東武の方はとりあえずひと段落したので現在は京王(井の頭)のほうの情報収集してます。(ためるだけでまだ全然みてませんが…)

東武では東急車の車体番号変換テーブルがまだ完成していないのでそれをつくらないといけないくらいですかね。

というわけで、よろしくお願いいたします。
東武列車無線で最近気になったのですが、一斉呼び出し(指令)でも制御信号に数種類あるようですね。
サービストーン2種類、サービストーン(チャイム音)なし
サービストーンありの場合、車上局の制御機がサービストーンを鳴動させる(同時に基地局側からの電波にも同じサービストーンが流れている)

精神的に聞きたくないのは個別呼び出しされたときのスピーカーから流れる「ポロポロポローー」ですが。。。

アナログ無線の使用期限とか気になったのですがどうするんでしょうねぇ・・・
> りなつちさん
チャイムは、ピンポンパンポン(自社線情報)とピンポヒポン(他社線情報)で変わりないのでしょうか?(これ東上線だから本線は違うかも)

多分前にも書いたコードの違いで鳴り分けだとは思うのですが、東武沿線から離れてから仕様が変更になった(車両でチャイムを鳴らすようになった)ので詳細は調べないとわからないですね。

「列車向け」と思われるとき(緊急地震の奴とか)のコードの場合はチャイムがならないような気がします。

ここは、再度調査が必要ですね。
家でできればいいのですが、いまのロケーションだと東武はちょっと厳しいのです。

カゲ虎様
東上と本線、チャイムの仕様は同じかもしれません。

システム変更から
「ぴんぽんぱんぽ〜ん、ぽ〜ん」
と車両側と基地局側が微妙にずれて受信するようになり、
はじめは「何だ?へんなの」って思っていました。

北千住〜小菅、新越谷付近ではスケルチ制御信号がうまく受信できずに
延々と「ぎゃらぎゃら」を聞かされています。。。
なかなかスケルチ閉じないときは同軸をごにょごにょして復帰させています

家での受信環境を整えようと思います。
伊勢崎線の沿線に住んでいます。毎日きいていると数分の列車の遅れを知らせてくれるので通勤時間帯には役立ちますね。呼び出し音は、自社線情報は、ピンポンパンポン・振替輸送の情報は、ピンポンピンポンですね。そして、時刻の調整が8時・12時・14時18時に流れます。なぜか、指令員の声が同じ人のように聞こえます。
本線はこまかい遅延情報を流してくれていいですよねー。
東上営業部は全然流れなかったので…

基本的なチャイムは一緒なのですね。
東上は14時の時報はありませんでした。
1年ぶりの書き込み。
時報は8:00、12:00、18:00の3回です。

緊急地震速報の音声は車上局の本体に入っているみたいです。
03系の自動放送と同じ?オヤジ声ですが。
確かに地震速報のときはチャイムなってなかったような・・・

ログインすると、残り2件のコメントが見れるよ

mixiユーザー
ログインしてコメントしよう!

NEC民鉄無線研究会 (鉄道無線) 更新情報

NEC民鉄無線研究会 (鉄道無線)のメンバーはこんなコミュニティにも参加しています

星印の数は、共通して参加しているメンバーが多いほど増えます。