鉄道ブログ

1:万年初心者
今年は日本でもそろそろ普及期！？ 鉄道模型のデジタルコントロールについて語り合うスレッドです。 DCC、メルクリンデジタル、セレクトリックス・・・なんならKATOデジタルでも。 過去に私の知る限り3本スレが立ったようですが、無事1000まで伸びたのは1本だけのよう なので、２スレッド目を称することにしました。 前スレ ＤＣＣスレ(仮) http://hobby9.2ch.net/test/read.cgi/train/1125966334/

2:名無しでGO!
乙

3:名無しでGO!
最近D101で遊び始めたのでROMりながら参加していきます〜。

4:名無しでGO!
前スレ最後の方の議論を参考に、なんで日本で本格普及が遅れているか考えてみた。 長文失礼。 ・日本では電子工作に詳しいファンが最初に飛びついた 　鉄道模型の動力というより、電子制御による鉄道模型という視点が主流だったため、 　どうしても専門的知識を要する難しい分野だという印象が先に立った。 ・KATOが紹介したのがデジトラックスだった 　デジトラにはマイコンに詳しくないユーザーでも気軽に導入できる入門方法がなく、 　しかもそんなデジトラが国内では主流となってしまったため、入門のハードルが欧米 　より格段に高い。（D101は入門用としてはちょっとアレですし） ・鉄道模型の標準化に対する熱意が低い 　もともと日本は規格の標準化には熱心でなく、これがデジタルコントロールにも現れ 　てしまった。２大メーカーのひとつが大手おもちゃ会社なのもこの点では悪影響か。 　このために世界的にみれば標準化がすんでいる分野にも関わらず、日本では独自 　の制御機器にこだわるばかり。 とはいえ、KATOからは昨年末念願のNRMA標準ミニソケットを搭載したクラス６６が 発売（欧米向けですが）。HO商品ではすでに標準ソケット搭載も進んでいることから、 各種デコーダを自由に選択できるようになる日は近いかも。

5:名無しでGO!
初心者には何がやりとりされてるのかまったく分からん(´・ω・｀) まずDCとDCCの違いから説明してくれ( ´・ω・)っ

6:は@ c178.016.c3-net.ne.jp ◆cplnFO9T0I
>>5 DC：パワーパックから直接モーターを制御する。 DCC：コマンドステーションでデコーダーに制御しデコーダーがモーターを制御する。

7:は@ c178.016.c3-net.ne.jp ◆cplnFO9T0I
誤：DCC：コマンドステーションでデコーダーに制御しデコーダーがモーターを制御する。 正：DCC：コマンドステーションでデコーダーを制御しデコーダーがモーターを制御する。

8:名無しでGO!
前スレにもあったけど、簡単に説明しているのはやっぱりWikiですな。 http://en.wikipedia.org/wiki/Digital_Command_Control ここから飛べる日本語版のほうは、少々間違いが多くて・・・それでもテンプレにしとく方が いい？ お前が直してこい、って言われそうだけど、私にはDCCよりWikiのほうがハードル高いorz

9:名無しでGO!
日本で普及が遅れている原因は雑誌社の姿勢にもあると思われます。 運転系の情報はほとんど無く、もう雑誌編集長が最近になってDCCサウンドについて絶賛するようなことを言っている状況ですから。 すでに10年も前からDCCサウンドは存在しているのに・・・ そしてアナログのサウンドよりその優位性は遙か以前に決着しているにもかかわらずです。 アナログのサウンドシステムは線路上のたった一両だけの車両に音を送るのであればかなりのことも出来ますが、室内灯をつけた客車がいたり、複数の機関車がいれば使えないというシステムですから。 不勉強で、広告主の方だけを向いた雑誌社は恥じるべきでしょう。

10:名無しでGO!
普及が遅れている原因の一つが標準化の乱れではないでしょうか。 標準化に関しては、NMRAの互換性認定というシステムがありますが、日本で一番普及しているデジトラックスはこれをほとんど無視しています。 同様に天賞堂が出したQSIもこの互換性認定をとれていません。 現実にこの両者の製品は相性問題を引き起こすことが多く、せっかくの標準規格を台無しにしています。 レンツやESUはこの点ではまっとうに製品を作っていて、メルクリン規格にも対応しているなど互換製麺では安心できる製品です。 日本での今後の普及を考えるとき互換性や相性問題がどんどん大きくなってくると思われます。 カトーは何でデジトラックスなんか扱ってるんだろうなぁ・・

11:名無しでGO!
>>10 日本だとDCC=デジトラみたいな状況で、デジトラ独自機能が標準機能のように語られて びっくりする、ってこともありますね。 Wiki日本語版にアドレス０番はアナログ車運転用、なんて書かれてるけど、あれはNMRA 規格だっけ？

12:名無しでGO!
>>8 伝送信号って、一種のFMなんだよなぁ・・・ 双方向となると、PLCみたいな方式になるんだろか。

13:名無しでGO!
まず、ＤＣＣ＝カトー　という図式を打ち砕かなきゃダメだろうね。 カトーデジタルで問屋や小売店がみんな懲りてるから。 地方だと取り寄せてもらえるかもあやしい。通販はいやがる人も多いしね。 ＪＡＭの２回目でデジトラックスの社長夫婦がこの点の質問攻めに 合っていたのが思い出される。 カトーの社員が止めるのに必死だったけど、当の夫婦は「なんで」 というような顔してた。通訳の言葉まで疑ってたし・・

14:名無しでGO!
余りデジトラ批判を書くと信者の人が荒らしに来るけど、もっと良い製品を作っているメーカーが有るのに安いだけでデジトラ販売をしているホビセンはどうもね・・・ NCEとかもっと日本に入ってきても良いと思うんだが。 レンツとサウンドトラックスは日本国内ディーラーが頼りないのが最大の弱点だが。

15:名無しでGO!
>>14 なるほど、普及の障害をもうひとつ思いあたりました。 日本にはＮＲＭＡやＮＥＭに匹敵する有力な団体がない。もしくはあっても保守的（老害？） で比較的新しい技術であるデジタルコントロールにアレルギーがある。 営利企業であるカトーや、片手間でＤＣＣを扱う貿易会社にすべてを頼らなければならな い現状をなんとかしなきゃならないんでしょうね。当然契約しやすい会社、売りやすい商品 しか日本に入ってこないんだから。 有志で輸入・マニュアルの日本語訳・解説サイトの立ち上げまでやれば普及しそう。 だからといってボランティア頼みでは破綻も早いし・・・

16:名無しでGO!
DCCスレが活発になって、おじさんは、嬉しいよ！

17:名無しでGO!
>>15 鉄道模型業界にとどまらず、日本の消費者の弱い所ですね。 どうしてもメーカーから上意下達みたいな感じです。 経済力あるんだからどんどん提案していけばいいんだけど、 クレイマーみたいに異端視されちゃいますからね。 互換性、互換性って謳ってるわりには搭載デコーダーのメーカ の違いでスピード曲線（モーター車の加速度）が違うのも 使う側が戸惑ってしまいます。重連協調運用時には ＣＶ値（ＤＯＳのコンフィグみたいなの）を似た方向にしないと・・・ ピンと来て原因追及できる人はいいですが。 各社の基本速度曲線とかの比較とかを模型誌とかでやってくれたらな。

18:名無しでGO!
CV関係のプログラミングは永末システムの赤い箱を使うと劇的に楽になるんだけど。 こういったツールが普及してないのが苦労する人が多い原因かも。 スピード曲線も楽勝で調整できるよ。 提灯投稿だなぁ・・でも良い物は良いです。 D101でCVプログラミングなんてとんでもなく大変・・

19:名無しでGO!
ま、色々有るけど、DCCは楽しいからどんどん普及するでしょう。 今更DCのブロックコントロールには戻れないしね。

20:名無しでGO!
>>18 一部のデコーダのＣＶ表には、「最低速度」「中間速度」「最高速度」みたいな記載がある。 こちらのほうが直感的でわかりやすい希ガス、「〜電圧」よりは。 しかし、大型液晶コントローラが主流の今、もうＤ１０１には戻れないなぁ。 今はポイントはスイッチボックスで切り替えると割り切って、ＴＲＩＸのモバイルステーション 使ってる。 一度アドレス振ってしまえば「ＢＲ１０１　１２３４」みたいに機関車名で選択できることと、 液晶表示の棒グラフで一目瞭然の速度、押しやすいボタンにある非常停止スイッチ等、 他の不満点を覆い隠す使いやすさです。

21:名無しでGO!
どうせ標準化するなら双方向通信サポートした方が良いよ。 ブレーキ（減速）の信号を送ったのに車両側が検知し損なって停車している 前の車両に激突なんてことがあったら目も当てられん。

22:名無しでGO!
>>21コマンドステーションからのパケットは何度も送り続けられるからよほど集電が悪い状態でなければ取りこぼしは考えられません。 集電が悪ければ走らないしね。 双方向通信しなくてもそういうトラブルがないようにデザインはされている。 想像で色々書く前にNMRAの規格書でも読んでみたら？

23:名無しでGO!
こういう人間が実社会で大事故とか起こすんだろうな。

24:名無しでGO!
>>23 こういう人間ってあなた自身のこと？何も調べもしないで想像で色々書くような人は危ないですね。気をつけてください。

25:名無しでGO!
> よほど・・・でなければ取りこぼしは考えられません。 ｗ

26:名無しでGO!
>）21 ほんとうに非常時は線路電源をカットすればいいだけのことで、これはＤＣでも同じ。 新しいシステムだと逆方向に電圧かけて無理やり止める、という機能もあったりするので、 止まりにくい最近のフライホイール機では電源オンのままのほうが早く止まったりするけど。 ともあれ、実際の運用では22氏の言うとおり連続信号を送り続けるのでまぁ取りこぼしなど ありえない。 むしろ双方向通信（ちなみに標準化されてるので、念のため）の応答パケットを待って何を すればいいんでしょ？　非常時なら応答があっても非常停止を送り続けるべきでしょうね。

27:26
>>26 ありゃあ、アンカー化けた・・・21氏へのレスです。 そういや、ＮＭＲＡの規格書って誰か翻訳されてたっけ？

28:名無しでGO!
>>26 > むしろ双方向通信（ちなみに標準化されてるので、念のため）の応答パケットを待って何を > すればいいんでしょ？ 応答パケットがなければ全線の電源を落として衝突事故を防ぐという応用方法があるでしょ。 ネットワークではMD5とかチェックサムとか言われているように通信の基本中の基本ですね。 ちなみに速度最優先でデータを受信できたかどうか別に確認しなくていいという方式もあるよ。 俗に言うUDP通信という方式だね。 ちなみに双方向通信がサポートされるとさらに運用のバラエティが増えるよ。 例えばモーターの回転数とかを計測して返すようにしたりとか。これでモーターの 特性が違うような2種類以上のモーター車の連結運用が簡単にできるようになるし。

29:名無しでGO!
やはり妄想で実情を理解していないのが明らかだなぁ。 それだけ多量のパケットを流したらどうなると思います？モーターや車輪は多量のノイズになるスパークがありその中でのデータ通信ですよ？ しかも１対１ではない。線路上にはデコーダー搭載車両が室内灯やファンクションデコーダーをあわせると２０や３０ある場合もけっこうある。 これらにパケットを送りながら双方向通信でモーター制御ですか？ もちろん通信速度を上げれば可能だけど、それを安定して通信させるにはノイズが多量にあり、更に処理をするPICなどのデコーダーCPUの能力も考えればどの程度のことが可能か理解出来るでしょう。 双方向通信でどの様なことをするのか、出来るのかは現実的なレベルを理解された方がよいかも。 ＢＥＭＦなどによる制御で十分に協調が出来るのんだけどね・・ 使えばすぐに妄想が不要だとわかると思うが。

30:26
>>28 >応答パケットがなければ全線の電源を落として衝突事故を防ぐという応用方法があるでしょ。 なるほど、そういう機能がコマンドステーションにあれば便利。 今後の発展に期待、というところですか。 DCCの双方向通信は私もいろいろ夢想してきたけど、それこそイーサネット並の高機能を 求めるとネットワークコントローラまでデコーダに搭載せざるを得ず、サウンド機能まである 高機能デコーダはサイズが大きくなりそう。 実はBiDiからみのドキュメントはまだ読んでなくて、詳しくはないんだけど、今のところ目指 しているのは車載無線の表現じゃないのかなと思う。CTCからの問い合わせに対して、現 状を報告する程度。 むしろネットワーク技術をもっと活用すべきと思うのは、バスのほうかな。 量産効果で機材も安いし、思い切ってイーサ＆IPでいいんじゃ？



... 続きはこちら → DCCデジタル雑談スレCV2 鉄道掲示板　 鉄道掲示板