- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
585 ：最低人類０号[sage]：2016/04/13(水) 11:09:48.20 ID:tkJUpBvH0 - 506 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:00:30.59 ID:/ec/MokwM
この資料、P26-27で、なんでか自己否定しとるなあ。
BroadR-Reachは、CAN等の代替として 車載ネットワークの決定版になりうるか? − 答えはNO
って書いとるやん。
けど、詳細に見ると、私がいちばん問題と言うとる、ブレーキ制御の規格である”1TPCE”については、イーサネットであるIEEE802.3委員会で策定されようとしとるっぽいなあ。
−−−−−−−−−−−−−−
http://techon.nikkeibp.co.jp/atcl/news/15/111201132/?rt=nocnt
802.3bpは「1000BASE-T1」と呼ばれ、ワーキンググループは「RTPGE（Reduced Twisted Pair Gigabit Ethernet）」。15mの距離を、1対の信号線で1Gビット/秒で伝送することを目標にする。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
586 ：最低人類０号[sage]：2016/04/13(水) 11:10:34.09 ID:tkJUpBvH0 - 507 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:00:59.60 ID:/ec/MokwM
>>506 つづき
802.3bwと同じく、UTPで15m以上、STPで40m以上の伝送を狙う。MACでのBERは、10の-10乗以下を目指す。
2015年10月時点でドラフト仕様の2.1版。今後の仕様を策定し、2016年9月に公開する予定だ。
−−−−−−−−−−−−−−
IPベースでも、”MACでのBERは、10の-10乗以下”の信頼性を得られたら、コレでも上手くいく気がする。
それだけの信頼性があれば、非同期であるTCP通信を行っても問題ないやろ。
めちゃくちゃ高速な上に、信頼性も保てるとしとるんやから。
けどこれは、”2016年9月に公開する予定”であって、既に運用中のE235系INTEROSは、この規格策定とは全く別のところで、既存のIEEE802.3規格の上で、低信頼性のまま非同期通信しとる。
それが問題なんやぞ。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
587 ：最低人類０号[sage]：2016/04/13(水) 11:11:16.09 ID:tkJUpBvH0 - 508 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:09:46.05 ID:/ec/MokwM
この資料のP35を見ても、
”車載 Ethernet BroadR-Reach”として、従来型 Ethernetとは物理層からして全く異なるものを検討しとることがわかる。
従来型 Ethernet
100BASE-TX Ethernet 100Mbs、ツイストペアx2組(4線)、全二重通信
ギガビットEthernet 1Gbs、ツイストペアx4組(8線)、全二重通信
車載 Ethernet
BroadR-Reach 100Mbps、ツイストペアx1組(2線)、全二重通信
・・・な？
”Ethernet”という名前は同じでも、全く新しいイーサネットを提案しとるということや。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
588 ：最低人類０号[sage]：2016/04/13(水) 11:11:54.40 ID:tkJUpBvH0 - 509 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:10:32.98 ID:/ec/MokwM
>>508 つづき
これはどういうことかというと、Windows のOSのバージョンが上がるのと同じくらいインパクトが大きい。
Windows のOSのバージョンが上がったら、これまでWindowsで利用できていたソフトウェアが使えるかどうか、イチから検証せなアカンやろ？
そういう意味では、イーサネットといいながら、イーサネットとはベツモノを作っているといっていい。
同じ名前を冠することで、あたかも同じものを提供しているかのような錯覚をユーザに起こさせて、まるで買い替えが義務かのように思わせるトリックやなあ。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
589 ：最低人類０号[sage]：2016/04/13(水) 11:12:36.69 ID:tkJUpBvH0 - 510 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:16:46.18 ID:/ec/MokwM
たとえば、この資料のP47の書き込み、コレ問題やと言うとるんやぞ。
−−−−−−−−−−−−−
スイッチの動作
バッファリング
受信したフレームを一時的に溜め
込むことで、バンド幅の異なるポ
ート間の通信実現(100M/1G/…)
−−−−−−−−−−−−−
この、”一時的に溜め
込む”という動作のぶんだけ、データ転送が遅延してまう。
だからこそ、制御ではスイッチを間に挟むのはアカンと言うとる。
間に挟んでも、このタイミングならばエラー含めてリアルタイム処理可能、という時間を担保できたら、そのぶんにおいてはスイッチを噛ませてもええやろけどなあ。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
590 ：最低人類０号[sage]：2016/04/13(水) 11:13:22.04 ID:tkJUpBvH0 - 511 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:24:34.59 ID:/ec/MokwM
この資料の、P63の、”UDP / TCP概観
”でもあるとおり、
UDP
デメリット 低信頼性
例 VoIP、ビデオ会議
TCP
デメリット 複雑、低速
例 ファイル転送、ウェブ閲覧
とあり、TCPもUDPも、制御に向いているなんてどこにも書いてない。
とりわけTCPの”ファイル転送、ウェブ閲覧”なんて、どんだけ時間かかるかワカランもんばっかやろ。
これのどこが同期通信なんか、説明してもらおうか？
もちろんユーザにとっては、「いつ必要なファイルがダウンロードされるんかなあ？」と待ち焦がれるという意味においては、システムと同期しとるんやけど、その意味における”同期”と、
運転士が「あぶない！」と思った瞬間に制御して止まれる即時性をシステムが持つという意味の”同期”とは、全く概念が異なる。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
591 ：最低人類０号[sage]：2016/04/13(水) 11:14:08.51 ID:tkJUpBvH0 - 512 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:33:58.81 ID:/ec/MokwM
この資料のP75なんかでも、書いてあるなあ。そのまま転載するか。
背景
しかし標準のEthernetでは・・・
１．いつフレームが相手に届くか不明(スイッチ由来の遅延等)
２．プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有
３．各ノードを時間同期する仕組みの欠如
規格追加
１．タイミング保証：802.1Qav
２．ストリーム予約：802.1Qat
３．クロック同期：802.1AS
４．AVBシステム全体：802.1BA
−−−−−−−−−−−−
私が、E235系INTEROSで問題と言うとる点は、”標準のEthernet”の問題そのまんまやないか。
|
- ぐるぐるアナルヘッド [無断転載禁止]©2ch.net
592 ：最低人類０号[sage]：2016/04/13(水) 11:15:02.46 ID:tkJUpBvH0 - 513 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-1BXU)2016/04/13(水) 10:35:13.91 ID:/ec/MokwM
>>512 つづき
１．いつフレームが相手に届くか不明(スイッチ由来の遅延等) → スイッチを１０段も接続していて、いつフレームが相手に届くか不明なので、運転士が制御できない。
２．プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有 → パケット損失が大きいから、回生ブレーキがほとんど使えない。特に停止点で、本来全電気ブレーキでは必要ない、大きな空気ブレーキ圧が加わる。
３．各ノードを時間同期する仕組みの欠如 → そもそも既存のIEEE802.3規格は非同期通信やし。
それで、工作員、なんか反論ある？
工作員が出してきた資料を基にして、私は説明したんやから、工作員もこの資料を基にして説明してもらおうか？
|