[過去ﾛｸﾞ] JR東日本 山手線の新型電車 7編成目©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
515: (ｱｰｸｾｰ Sx29-w8Te) 2016/04/13(水) 11:50:18.35 ID:EzPi8W4nx(2/2)調 AAS
おーにっちゃん。本当元気だね。
なんで五体満足でネットやって遊んでるの？
この時間働けばいいじゃん、
516: (ｶﾞﾗﾌﾟｰ KK0a-IbeK) 2016/04/13(水) 11:59:53.93 ID:/VoQPYnVK(1/2)調 AAS
ナマポは権利でもあるしもういいや
鉄系板に書く以上キセルの有無だけは証明しろ
517: (ﾜｯﾁｮｲ 3281-j/+h) 2016/04/13(水) 12:23:43.90 ID:Ui0s3Zeh0(1)調 AAS
>>513
もっと単純な質問をしたい。
アンタの言う「イーサネット」とやらは「INTEROSのどこで」使われてるんだ？
518(1): (ｱｳｱｳ Sac1-w8Te) 2016/04/13(水) 12:31:51.03 ID:hHdMAs2qa(1/5)調 AAS
>>504
なぜBroadR-Reach Ethernetの話しが関係するんですか？
あと、何かが問題やねんって、気持ち悪いですよ。
519(3): (ｱｳｱｳ Sac1-w8Te) 2016/04/13(水) 12:38:20.59 ID:hHdMAs2qa(2/5)調 AAS
>>507
話をすり替えないように。
信頼性の話はしていません。
正常時の遅延の話を片付けましょう。
そのあと、異常時の話をしましょう。
ここで信頼性が絡みますよね。
大西さんは話しが散らかってばかりなので、
整理して話す癖を付けた方が良いですよ。
UDP/IPは制御に使えないほど遅延が発生するか？
答えはノーです。
遅延のオーダーがマイクロ秒だからです。
ご意見どうぞ。
520(2): (ｱｳｱｳ Sac1-w8Te) 2016/04/13(水) 12:40:17.42 ID:hHdMAs2qa(3/5)調 AAS
>>511
だからUDP/IPを使って通信しています。
UDP/IPを使っていないというなら、
くだらない画像(ソースを出せ)を張ってないで、
自分が情報源を出してください。
自分の判断や主観や思い込みは、情報源ではありません。
521(2): (ｱｳｱｳ Sac1-w8Te) 2016/04/13(水) 12:43:46.10 ID:hHdMAs2qa(4/5)調 AAS
>>511
通信制御の同期という言葉は、
要求に対して応答を必要とするか否かを
区別するためにあります。
回答を必要とする通信方法は同期型、
未回答でも次の要求を発行できるなら非同期型です。
大西さんが言っているような、
アプリケーション層よりも上の概念
(運用フェーズ、使用感覚)は、別の議論をすべき事です。
522(1): (ﾜｲｰﾜ2 FFe6-w8Te) 2016/04/13(水) 12:48:55.09 ID:T9e+ukZmF(1)調 AAS
>>512
新規規格は従来の規格を拡張します。
当然、デメリットに手を打ちます。
設計者が考えなければいけないことは、
そのプロトコルの機能が必要十分かです。
私は、UDP/IPが必要十分で、
デメリットと言われている遅延についても
問題にはならない事を示してきました。
問題を発見できるのは大西さんしかいません。
そういう意味で、大西さんがやっている現地調査は
無駄ではありません。
私は別の何か新しい物を作らないと行けないので、
問題洗い出しは大西さんに預けます。
もちろん、私は何も出ない(問題はない)と確信しています。
大西さんも、問題がないとわかるまでは現地調査を
諦めないでください。
523(4): (ｱｳｱｳ Sac1-w8Te) 2016/04/13(水) 12:54:41.19 ID:hHdMAs2qa(5/5)調 AAS
>>513
＞>>512 つづき
＞１．いつフレームが相手に届くか不明(スイッチ由来の遅延等) → スイッチを１０段も接続していて、いつフレームが相手に届くか不明なので、運転士が制御できない。
スイッチ一個あたりの遅延秒は既に答えました。
過去のレスを見てください。
＞２．プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有 → パケット損失が大きいから、回生ブレーキがほとんど使えない。特に停止点で、本来全電気ブレーキでは必要ない、大きな空気ブレーキ圧が加わる。
電力はこの議論が終わってから話してください。
＞３．各ノードを時間同期する仕組みの欠如
突然出てきましたが、時間同期はなぜ必要なのですか？
それは何ですか？
524(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:18:02.39 ID:/ec/MokwM(10/24)調 AAS
>>518-523 ID:hHdMAs2qa はまたヨウワカラン理屈を考えてきたっぽいなあ。
そもそも、オマエは以下のような主張をしてきたのとはどう説明つけるねん？
−−−−−−−−−−−−−
>>316
UDPは非同期で早く、トークンパスとTCPは
同期なので遅いと言われればその通りです。
>>395
ちなみに、TCP/IPもUDP/IPも、
アプリケーションの作り次第では非同期にでも同期にでもできますよ。
−−−−−−−−−−−−−
それでいまなんで、TCPの議論を捨ててUDPがいい！ってすり替えとるねん？
525(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:19:10.44 ID:/ec/MokwM(11/24)調 AAS
>>523 つづき
私はTCPでもUDPでもアカンけど、とりわけTCPはコネクション確立のために要らんパケット送受信が１対１で発生するから、遅延が発生してアカンと言うてきた。
それをしれっと認めてまうなよな。
そのうえで
>>519
> 信頼性の話はしていません。
> 正常時の遅延の話を片付けましょう。
> そのあと、異常時の話をしましょう。
> ここで信頼性が絡みますよね。
アホ。
526(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:23:37.88 ID:/ec/MokwM(12/24)調 AAS
>>525 つづき
遅延のハナシ（正常時とか異常時とか関係ない。遅延は遅延や）を考えたら、信頼性が問題になるやろが。
信頼性がなければ、どんくらい遅延するかなんて検討したって意味がない。
正常時にこんだけ遅延します、異常時にはこんだけ遅延します、って、
「じゃあその”異常時”っていったいどんな条件で、回線は”異常時”をどうやって判定するの？」
と言われたら、回答に詰まってまうわなあ。
だから、”異常時”の判定基準について、オマエが説明するのが先。
私からは、信頼性と遅延について、これ以上説明する必要がない。
527(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:27:05.77 ID:/ec/MokwM(13/24)調 AAS
>>519
> UDP/IPは制御に使えないほど遅延が発生するか？
> 答えはノーです。
> 遅延のオーダーがマイクロ秒だからです。
じゃあクルマで、恐らくオマエが書いてきた >>500 の資料でも、どうして既存のイーサネット上のUDP/IPをベースとするのではなく、新たな通信手段を規定してきたの？
なにが問題やったの？
カネかけて「無駄やけどこんなシステム作りました！」って、自動車業界は揃いも揃って、鉄道業界よりもアホの集まりなんか？
説明してみ？
528(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:36:20.71 ID:/ec/MokwM(14/24)調 AAS
>>520
> だからUDP/IPを使って通信しています。
いや、既存CANでも、UDPのゆの時も出てこん。
外部ﾘﾝｸ:ja.wikipedia.org
てかさあ、オマエが >>500 で挙げた資料のどこに、UDPを使うと書いてきたの？
それは私が証明すべきことではなく、オマエが証明すべきことやろ？
オマエは、
「電車は電気ではなく、念力で動きます。それはゼッタイです。
大西さん、あなたが証明できてないのだから、あなたがそれを証明してください」
と言うとるのと同じなんやけどさあ・・・。
言うとることが小学生の「おかーちゃんが言うとることがゼッタイやねん！」とカワランよなあ。
529(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:43:34.84 ID:/ec/MokwM(15/24)調 AAS
>>521
> 通信制御の同期という言葉は、
> 要求に対して応答を必要とするか否かを
> 区別するためにあります。
じゃあ、クロックってなんやねん？
同期方式
外部ﾘﾝｸ:ja.wikipedia.org
たとえば、我々が時計を時報に合わせるのも同期やわなあ。
それをいちいち誰かに対して応答しとるんだっけ？
実際は、他のシステムに対して、同期している旨の通知は必要とは思うけど、それは同期している旨の通知であって、レスポンスのときに「要求に対して応答」というレベルで同期しとるかどうかはまた別のハナシ。
530: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:44:46.44 ID:/ec/MokwM(16/24)調 AAS
>>529 つづき
とにかく、上の”同期方式”にも示すとおり、”同期”にだっていろんな意味合いがある。
私がクロックに合わせる同期が必要と言うとるところで、オマエは「通信制御では同期というのはこういう意味で」とか言うとっても、オマエがハナシのフェーズをわざとズラしてきとるだけなんやけどさあ。
531(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 15:57:41.82 ID:/ec/MokwM(17/24)調 AAS
>>523
> スイッチ一個あたりの遅延秒は既に答えました。
> 過去のレスを見てください。
それで説明したことになると思うなよ。
てか私は民意を汲み取るタイプやから、検索したらあったわ。
>>316 の
> 65kのpingでRTT=0.011sです。
コレやな。
てかそもそも”RTT”とはなんぞや？から議論を始めなアカンなあ。
532: (ﾜｯﾁｮｲ 3195-SddS) 2016/04/13(水) 15:59:13.21 ID:Iq9L+Ace0(1/2)調 AAS
>>531
そうやって知識がないから議論が進まないんだよ。信ぴょう性が低いwikiに頼らずに自分で専門書で勉強したりしないのはなぜ？
533(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:01:18.79 ID:/ec/MokwM(18/24)調 AAS
>>531 つづき
−−−−−
ラウンドトリップタイム
外部ﾘﾝｸ:ja.wikipedia.org
ラウンドトリップタイムは、双方向通信を必要とするシステムにおいて重要である。そのようなシステムに、電話や、ラウンドトリップタイムがスループットに直接影響するTCPのようなACK/NAKデータシステムがある。
ラウンドトリップタイムは、ほんの数マイクロ秒のもの（短い通信距離（LoS: Line of Sight）で使われるような無線システム）から何秒もかかるもの（一つ以上の衛星接続がかかわる複合リンク回路）まである。
これには、そのメディア（通信媒体）を通過する時間と同様にノードにおける遅延も含まれる。
−−−−−
534(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:02:52.83 ID:/ec/MokwM(19/24)調 AAS
>>533 つづき
たとえば、UDPのパケットサイズって、
外部ﾘﾝｸ[html]:net-newbie.com
ココからとっても、データ除いて、64bit=８バイトやんなあ？
それでなんで、”65k”って、突然65キロバイトの平均時間のハナシになるねん？
ハナシに全く繋がりがない。
そこで、検索したらこんなのがあった。
−−−−−
外部ﾘﾝｸ:jehupc.exblog.jp
RTTは11ms=0.011sとなってますね。OSはXPなので、pingのパケット長はXPのウィンドウ最大サイズと同じ64KBにしています。
後は、計算式に当てはめてみると下記のようになります。
65500byte * 8 / 0.011s = 47,636,363bps
−−−−−
535(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:08:58.46 ID:/ec/MokwM(20/24)調 AAS
>>534 つづき
>>523 → >>316 の工作員は、OSをXPにしてTCPで通信したときの、RTTの値をそのままパクってきただけなんやな。
それで、パソコンのようにノイズ発生源がほとんどないと想定される場所ではなく、鉄道車両やクルマのように、モータがもろにノイズ発生源となりそうな場合に、スイッチがどのような挙動を表すかについては、まったく検討してないんやな？
私が言うとることは、なんらイジワルなことを言うとるのではなく、アタリマエのことを言うとる。
電磁両立性
外部ﾘﾝｸ:ja.wikipedia.org
536(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:10:17.07 ID:/ec/MokwM(21/24)調 AAS
>>535 中身つづき
電磁両立性（英: electromagnetic compatibility、EMC）とは、電気・電子機器について、それらから発する電磁妨害波がほかのどのような機器、システムに対しても影響を与えず、
またほかの機器、システムからの電磁妨害を受けても自身も満足に動作する耐性である。電磁共存性、電磁的両立性、電磁環境両立性または電磁（環境）適合性とも呼ばれる。
目的
EMC を考慮する大きな目的は、異なった複数の電気・電子機器が同じ電磁的環境に混在しているときお互いに悪影響を及ぼさずに正しく作動することの確保である。
これを達成するため、EMC技術はエミッション[1]とイミュニティ[2]（またはサセプティビティ[3]）の2種類の異なる問題に対処する。
537(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:10:48.99 ID:/ec/MokwM(22/24)調 AAS
>>536 中身つづき
エミッションは電磁気エネルギーの不必要な発生に関連があり、そのようなエネルギーの発生を減少し、外部環境への漏洩を防ぐための対策が必要となる。
イミュニティはこれとは対照的に、意図的でない電磁気障害の存在下において、電気機器を正しく動作させることに関係する。
妨害またはノイズの軽減すなわち「電磁適合性（EMC）」の達成は、エミッションとイミュニティ問題両方に対処することによって、すなわち発生源の軽減と影響を受ける機器の強化によって可能となる。
あわせて、ノイズ発生源と影響を受ける機器との間の結合路[4]においてより効率的にノイズを減衰する対策にも注意が払われるべきである。
538: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:12:28.96 ID:/ec/MokwM(23/24)調 AAS
>>537 つづき
EMCというものが一般的に問題とされ、クルマでもフツーのイーサネットそのまま持ち込めんと思われとるんやから、
電車で一般のパソコンのデータを使ってええはずがないやろ？
539(1): (ﾜｯﾁｮｲ 794a-j/+h) 2016/04/13(水) 16:15:15.03 ID:TLUTqFge0(1)調 AAS
あの・・・自分で開発なりすれば。
プログラミングは出来るだろうしさ。
540: (ﾜｯﾁｮｲ 405d-SddS) 2016/04/13(水) 16:18:29.37 ID:wxaY5HMP0(1)調 AAS
>>511
どうでもいいけど今日はE235走ってないの？
541(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 16:19:08.71 ID:/ec/MokwM(24/24)調 AAS
>>539
・・・・・・私に対してなんの開発をしろと？
まさか世界で策定すべき、IEEE802.3に適用する新しい伝送路を開発せよと言うとるんか？
その費用って誰が出してくれるの？
542: (ｽﾌﾟｰ Sdc8-SddS) 2016/04/13(水) 16:29:22.29 ID:JOpZ/puKd(1)調 AAS
>>541
能力があるんだったら自分で支援者探しくらいできるだろwww
543(1): (ｽﾌﾟｰ Sdc8-2oc4) 2016/04/13(水) 16:40:19.82 ID:7y53F5eRd(1)調 AAS
三流以下のアキブータンとは違うんでしょ？
超一流って誰かがお膳立てしてくれるまで何も出来ないんだっけ？
544(1): (ｱｳｱｳ Sac1-Sw0A) 2016/04/13(水) 16:49:59.12 ID:2viNnCkha(1)調 AAS
キチガイ鼻息荒いな
何か現実で嫌な事でもあったんか？
おちつけよ
気持ち悪いぞ
545(1): (ﾜｯﾁｮｲ 7c1a-SddS) 2016/04/13(水) 16:57:00.26 ID:D1BT9bGF0(1)調 AAS
大西は指摘することが目的になっていて、こうしたらいいという抽象的な改善策すら全く出てこないのな。如何に日立でお荷物だったかよく分かるわ。
INTEROSが停止位置修正の原因と固執していたみたいだけど細かな修正は他の車種でもあるしE235が3/7以降大幅な修正をしたとも聞かない。なんなら大した不具合も無い。これで俺の指摘した通りだ！と言われましてもねえ。
そりゃあ機械ならそのうち不具合は出てくるんだろうけどそれをただ指加えて待ってるだけじゃない。
そういえば不具合の証明は済んでるんだっけ？であればE235が外回りでは概ね順調なのに対し内回りで特定の2駅に停止位置修正が多発してる原因を教えてくれよ。当然INTEROSが原因なら発生条件みたいなのがあるんだろ？そこら辺の小学生でもわかるようにさ。
546(1): (ﾜｯﾁｮｲ be17-j/+h) 2016/04/13(水) 17:13:43.79 ID:wc6ypW8z0(1)調 AAS
まぁ、、、遅延がどうこう てのにpingを持ち出すあたり、
通信がまったくわかってないなー
てことだけわかった。
547(1): (ｽﾌﾟｰ Sdb8-w8Te) 2016/04/13(水) 17:14:00.26 ID:vFITJb8Cd(1)調 AAS
>>543
おいおい
真のできる男に何を言ってるんだよ。
極秘に次のブレーキシステムを
日立に提案してるんだろ
開発の秘密を漏らすバカいるかよw
おーにっちゃん、わかってるって！
もう伊達娘とはお付き合いしてて
日立には重役待遇で戻るんだろ
548: (ｽﾌﾟｰ Sdc8-w8Te) 2016/04/13(水) 17:21:34.28 ID:hx0IWt9kd(1)調 AAS
大西ってプログラム組めるの？
あっ無理だったね
549: (ｶﾞﾗﾌﾟｰ KK0a-IbeK) 2016/04/13(水) 18:40:29.40 ID:/VoQPYnVK(2/2)調 AAS
費用出して貰ったとこで開発なんか出来ないんだろ
もういいよキセルは確定な
550(1): 営団6000系・東武8000系を許さない行動する鉄道愛好会 総裁閣下 (ｻｻｸｯﾃﾛ Sp29-DytT) [保育士増やせ 拉致被害者と竹島返せ 南北朝鮮タヒね] 2016/04/13(水) 19:31:55.58 ID:RziQDcvjp(1)調 AAS
大西って何処にすんでん？
551: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 23:03:21.69 ID:PjVty9CRM(1/2)調 AAS
>>545
> 大西は指摘することが目的になっていて、こうしたらいいという抽象的な改善策すら全く出てこないのな。
これまでの主張を纏めると、下記。
制御系：現状TIMSベースにする。トヨタが開発しているイーサネットの伝送方式の規格策定に参加し、将来的にこの方式に統合することも視野に入れる。
情報系：開発したINTEROSのそのままの利用でよい。しかし、収集した情報について検討する人間がもともと少なく大きな事象も多発しているので、現場労働者は増やすべき。
552: (ｽﾌﾟｰ Sdb8-w8Te) 2016/04/13(水) 23:07:16.44 ID:V5dpp+lad(1)調 AAS
おーにっちゃんはプログラム出来ません
553(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM05-Qg88) 2016/04/13(水) 23:07:33.63 ID:PjVty9CRM(2/2)調 AAS
>>546
念のために書いておくけど、>>204 でRTT（ping）の話題を、脈略もなくいきなり出してきたのは工作員やからな。
>>547
日本政府も日立製作所もぶっ潰す！という究極のブレーキを提案して活動しとる途中やぞ。
>>550
M78星雲。
ウルトラマンにでもできることが私にできないわけがない。
554: (ﾜｯﾁｮｲ 9d57-j/+h) 2016/04/13(水) 23:21:07.19 ID:hLqOftC80(1)調 AAS
>>544
このおーにっちゃんとかいう異常者、AKBの中学生の画像見ながらマスターベーションしていたらしいが、
今は糖尿病の影響でマスターベーションもできなくなってやることないんじゃないですか？
アルバイトを解雇されたとか？
555(1): (ﾜｯﾁｮｲ 3195-SddS) 2016/04/13(水) 23:36:25.05 ID:Iq9L+Ace0(2/2)調 AAS
>>553
ウルトラマンが実在しないことも知らないの？M78星雲はどこにあるんですかー？www
556(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 00:19:37.11 ID:kf8Py1YfM(1/8)調 AAS
>>555
ネタにマジレスせなアカンくらい、工作員は追い詰められとるんやなあ・・・
557: (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 00:24:23.67 ID:+TwY9eH80(1/10)調 AAS
>>556
はいはい。じゃあこれもネタだねwww
"日本政府も日立製作所もぶっ潰す！という究極のブレーキを提案して活動しとる途中やぞ。"
558: (ｱｳｱｳ Sa67-SXer) 2016/04/14(木) 00:24:46.54 ID:BDpmM+Gja(1)調 AAS
>>556
しょうもない釣りにつられまくる人に言われたくないと思いますよ
559: (ｻｻｸｯﾃﾛ Sp27-De1m) 2016/04/14(木) 00:30:36.08 ID:pqpWJ9C6p(1)調 AAS
日本政府はぶっつぶれてるんじゃなかったっけ？
560(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:33:03.10 ID:Rd2C1J5Oa(1/11)調 AAS
>>531
違います。
>478
です。
全く見当違いのレスについて書いているので、
>531には回答しません。
>478を元に回答をお願いします。
561(2): (ﾜｯﾁｮｲ 8b57-Jz3o) 2016/04/14(木) 00:33:46.66 ID:xZ7Dkjgx0(1)調 AAS
>>556
チンコ立たなくてオナヌーできないんですか？
画像ﾘﾝｸ
これでも見てチンコしごいてろ ハゲオヤジ
562(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:34:40.08 ID:Rd2C1J5Oa(2/11)調 AAS
>>524
UDP/IPがいいのではなくて、
UDP/IPで実装されているからUDP/IPの説明をしています。
563(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:37:39.30 ID:Rd2C1J5Oa(3/11)調 AAS
>>526
異常時というのは、ノイズなどの要因で
パケットロスが発生する場合と定義すればいいと思います。
信頼性が高ければノイズなどの影響を受けにくいので、
異常も発生しにくいです。
正常時は、信頼性は必要ありません。
なんせ、正常ですから。
564(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:41:45.66 ID:Rd2C1J5Oa(4/11)調 AAS
>>527
問題点は、従来のネットワークでは遅延があり、
恐らくはより上級者の要望に応えられなかった事です。
なお、今の規格には問題はありません。
問題があれば、事故が多発しています。
また、車と電車では、必要なスペックは当然変わると
考えられます。
565(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:45:52.14 ID:Rd2C1J5Oa(5/11)調 AAS
>>528
INTEROSでUDP/IPが使われています。
初めからINTEROSの話しが根本で、資料は二次情報ですよ。
INTEROSでUDP/IPが使われていて、
遅延が問題になるか否かが議論の対象です。
566(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:49:22.75 ID:Rd2C1J5Oa(6/11)調 AAS
>>529
要求に対して応答を必要とするのが同期通信です。
応答が不要なら非同期通信です。
それ以上でもそれ以下でもありません。
567(4): (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 00:51:09.50 ID:+TwY9eH80(2/10)調 AAS
逆に大西が言う「同期」に相当する概念はあるのでしょうか？
568: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 00:58:19.67 ID:Rd2C1J5Oa(7/11)調 AAS
>>567
うーん、ちょっと待って下さい。
それは考えたことがなかったので、考えてみます。
569(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 01:07:23.43 ID:Rd2C1J5Oa(8/11)調 AAS
>>567
まず、>529で引用されているwikiに書いてある同期は、
現実に世の中に存在します。
前半部分に書いてある、同期式、調歩同期式というのは、
アナログモデムの通信方式です。
今議論しているUDP/IPやTCP/IPには何の関係もないので
割愛します。
570: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 01:25:12.79 ID:Rd2C1J5Oa(9/11)調 AAS
>>567
大西さんの言う同期は、以下の一文だと思われます。
>運転士が「あぶない！」と思った瞬間に制御して
>止まれる即時性をシステムが持つという意味の
>”同期”とは、全く概念が異なる。
つまり、大西さんは、人間の操作を即時に動力系に
反映できる事を同期と考えています。
まず、光の速さで操作内容を動力系に反映できれば、
タイムラグ0と仮定します。
実際には光でも遅延しますが、光より早い伝達手段がないので基準としても問題はないと思います。
そうすると、遅延を引き起こす原因は以下に分類されます。
571: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 01:25:55.81 ID:Rd2C1J5Oa(10/11)調 AAS
遅延影響大
・情報量の多さ。情報が多いほど、伝送に多くの時間がかかる。
・回答待ち時間。送ったデータが正しく到着したか回答待ちの期間は、送信機器はデータを送信しません。
データを送信しないでため込むから遅延します。
・データ再送。途中で伝送に失敗したら、失敗に気づいて再送するまで遅延します。
遅延影響極小
・経路選択の時間。機器が次にデータをどこに送れば良いのかを判定し、送るために時間がかかる。
572: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 01:32:41.12 ID:Rd2C1J5Oa(11/11)調 AAS
ということで、データがある限りは遅延が発生します。
同期通信なら更に、データ送信結果待ちで遅延します。
しかしこの世には、複数の場所に、全く同じ時刻に
力を作用させられる現象があります。
光が複数の箇所に届くには、どうしても時間がかかってしまうのと比較して、
この現象は完全に同じ時刻に複数の箇所に力を作用させられます。
これを使えば、光より早く(というか伝送遅延0で)
情報を伝送できます。
現象が何か、わかる人いますか？
朝に続きを書きますね。
573(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:02:04.19 ID:kf8Py1YfM(2/8)調 AAS
>>560
ゴメン、その返答はナニをどう説明しているのかサッパリワカランから、具体的に言いなおすように。
具体的な言いなおしがなければ、返答を求めていない＝説明に窮して逃げているものとみなすぞ。
>>561
ゴメン、私があれやこれやと想像できるように、もう少し下のほうもお願いします。
>>562
それでオマエは、INTEROSがどうしてオマエの主張するTCPではなくUDPを実装したと解釈しとるねん？
その説明プリーズ？
574(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:02:30.04 ID:kf8Py1YfM(3/8)調 AAS
>>563
> 信頼性が高ければノイズなどの影響を受けにくいので、
> 異常も発生しにくいです。
オマエは日本語が不自由なようやなあ。
ノイズなどの影響を受けにくいから、信頼性が高いと判断できるんやなあ？
それで、ノイズなどの影響を受けにくいとする根拠はなに？
私は、全電気ブレーキにもかかわらず、モータを回さず空気ブレーキで止まる制御が多いことや、これまでもノイズが課題であったことなどから、INTEROSはノイズなどの影響を受けやすいと判断しとるんやけどさあ？
575: (ｻｻｸｯﾃﾛ Sp27-zzCY) 2016/04/14(木) 02:03:37.15 ID:tr9eEw3rp(1)調 AAS
535 : おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et [106.184.21.66])2016/04/14(木) 01:46:04.69 ID:dHP4L8dDM
こんな書き込みもあったよなあ・・・。
甲第１２号証の２ 被告の者による原告に対する２ちゃんねるへの名誉毀損書き込み
外部ﾘﾝｸ:drive.google.com
576(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:06:21.50 ID:kf8Py1YfM(4/8)調 AAS
>>564
> なお、今の規格には問題はありません。
> 問題があれば、事故が多発しています。
これまでの事故の歴史を根底的に覆す発言をしとることを理解しとるか？
システムに問題があっても、事故はそうそう起こらん。
けど、何千日と使っているうちに、大事故に繋がる。
尼崎事故だって羽越線事故だって全部そう。
>>565
> INTEROSでUDP/IPが使われています。
> 初めからINTEROSの話しが根本で、資料は二次情報ですよ。
じゃあなんで、INTEROSで使われてないTCP/IPこそがリアルタイム通信だ！みたいな主張を繰り広げてきたのかの説明プリーズ？
577(1): (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 02:13:21.10 ID:+TwY9eH80(3/10)調 AAS
>>573
リンクたどればいいだけなのに言い直す必要なんてないでしょ。それともリンクをたどることもできないくらい無能なの？
578(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:15:36.66 ID:kf8Py1YfM(5/8)調 AAS
>>566
−−−−−−−−−−−−
非同期通信 ひどうきつうしん
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
ネットワークなどでつながれているコンピュータ間で、送信者のデータ送信タイミングと受信者のデータ受信タイミングを合わせずに通信を行う通信方式。
−−−−−−−−−−−−
同期非同期に関して、”要求に対して応答を必要とする”かどうかなんて書いてないんやけどさあ。
このIT企業サイトの説明が間違えとるんだっけ？
579(1): (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 02:18:33.42 ID:+TwY9eH80(4/10)調 AAS
>>578
言い換えただけじゃないの？タイミングを合わせないってことは応答が不要ってことなんじゃないかと素人考えでもなんとなくわかるけど
580(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:20:08.54 ID:kf8Py1YfM(6/8)調 AAS
>>567 >>569
> 今議論しているUDP/IPやTCP/IPには何の関係もないので
ウソツケ、おおありやろ。
IP通信自体が、非同期通信やろと言うとるの。
検索しても、圧倒的にIP通信ありきで、IPでは実現できないリアルタイム制御を実現したネットワークを構築したヒトのハナシが出てこんから、工作員に対して有効な反論ができんのがなんともなあ・・・
PRC装置の下位にあるCTC装置が、どうしてIP制御ではないのかとか、私はめっちゃ悩んだんやけどなあ。
>>577
（・＿・）ノ鏡
581(1): (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 02:22:12.36 ID:+TwY9eH80(5/10)調 AAS
>>580
リンク辿れない無能に鏡出されても…俺はそれくらいはできるからね
582(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:31:27.91 ID:MMlEzjjm0(1/9)調 AAS
>>573
L2SWの遅延は5μSecから300nSec程度なので、
10や20のL2SWを繋いだだけでは、
ほとんど遅延は発生しないということです。
583(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:31:28.45 ID:kf8Py1YfM(7/8)調 AAS
>>581
じゃあ、私がこれまで主張してきたことを、敢えていちいち説明させるなよな。
今日はもう寝よう。残りは明日。
584: (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 02:33:14.88 ID:+TwY9eH80(6/10)調 AAS
>>583
君はリンクをつけて主張の代わりにしてたっけ？他のスレで主張した内容であれば、原文をコピペするのが当たり前だよね
585: (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:33:42.19 ID:MMlEzjjm0(2/9)調 AAS
>>573
私はUDP/IPでも問題ないと主張しています。
TCP/IPは説明しただけですよ。
TCP/IP、UDP/IP、トークンバス、
どれでも実装は可能だとは思いますけどね。
586(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:35:15.95 ID:MMlEzjjm0(3/9)調 AAS
>>574
いえ、信頼性が高いからノイズなどの影響を受けにくいのです。
ノイズなどの影響を受けにくいから
信頼性が高いのではありません。
587: (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:37:42.12 ID:MMlEzjjm0(4/9)調 AAS
>>576
TCP/IPもUDP/IPもトークンバスも、
どれもリアルタイム通信ですよ。
ただ、遅延時間には差がありますし、方式は全然違います。
TCP/IPとトークンバスは同期型、UDP/IPは非同期型のリアルタイム通信です。
588(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 02:40:09.96 ID:kf8Py1YfM(8/8)調 AAS
ひとつだけ
>>561
ゆかるんって相当美人やと思うんやけど、世間が認知するのは２５歳くらいになってからなんかなあ・・・・
世間一般の女性と雰囲気が違う。
目の大きさが違うのと、すらっとした鼻筋の良さがダントツやからかなあ。
589(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:40:42.09 ID:MMlEzjjm0(5/9)調 AAS
>>579
その通りです。
タイミングを合わせる必要がない=応答が不要=非同期型で、これがUDP/IPです。
タイミングを合わせる必要がある=応答が必要=同期型で、これがTCP/IPです。
>579さんが素人なんだとしたら、たいしたもんです。
是非、SEになって欲しいです。 笑
590(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 02:47:07.72 ID:MMlEzjjm0(6/9)調 AAS
>>580
どうぞ。
調歩同期式の説明です。
外部ﾘﾝｸ:sp.e-words.jp調歩同期.html
調歩同期式のシリアル通信というのは、
RS232Cと一体と言って良いと思います。
今でも、電子機器に採用されていますが、化石と言っていいでしょう。
古すぎて容易につなげられないので、
逆にセキュリティが高かったりしますが。
フロッピーディスクのデータが読み出せず、案外ガードが堅いのと同じ原理です。 笑
591(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 03:50:47.32 ID:MMlEzjjm0(7/9)調 AAS
>>578
そのページにこんなこと書いてあるやん。
笑い死にしそうになったわ。
リクエストは要求でレスポンスは応答なWWWWWW
-----------
同期通信はデータ通信のリクエストを出してからレスポンスが来るまでほかの処理を行わずにレスポンスを待ち続けるが、非同期通信ではレスポンスを待っている間にほかの処理を行える。
おおにっちゃん、英語苦手なん？wwwwwww
592: (ﾜｯﾁｮｲ 3f81-Jz3o) 2016/04/14(木) 07:11:38.71 ID:knDlYQzl0(1/2)調 AAS
>>574
＞私は、全電気ブレーキにもかかわらず、モータを回さず空気ブレーキで止まる制御が多いこと
アンタは電気ブレーキを勉強しなおしたら？
E235に限らず空気ブレーキは併用だぞ。
ついでに聞きたい。どこで「モータを回さず空気ブレーキで止まる制御が多い」と判断した？
593: (ﾜｯﾁｮｲ 271a-Gtsw) 2016/04/14(木) 07:43:37.11 ID:lUTLbHV30(1/2)調 AAS
>>588
早くE235が内回り特定の2駅で停止位置修正が多発している要因を教えておくれ。実地調査まで済んでるならとっくにわかってるんだろ。
594(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 10:42:24.78 ID:TdyAOUX1M(1/11)調 AAS
おはよう。
>>582
たとえばciscoにこのように書いてある。
外部ﾘﾝｸ[html]:www.cisco.com
カットスルー イーサネット スイッチングの利点
カットスルー スイッチの主な利点は、パケットの転送を開始するまでにかかる時間（「スイッチの遅延」）が、パケット サイズに関係なく数マイクロ秒程度であるということです。
9,000 バイトのフレームを使用するアプリケーションの場合、カットスルー スイッチがフレームを転送するまでの時間は（そのデータグラムについて適切な判断であると仮定して）、
595(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 10:42:59.68 ID:TdyAOUX1M(2/11)調 AAS
>>594 つづき
ストアアンドフォワード スイッチよりも数マイクロ秒〜数ミリ秒早くなります（10 Gbps イーサネットの場合は数マイクロ秒）。
−−−−−−−−−−−−−−−−
しかし、カットスルーSWの弱点は、破損したパケットもそのまま転送してしまうことで、高信頼性が保証されているネットワークでないと利用できん。
私が実際に乗車してみて、昔からノイズに苦労していたことや、モータが使い切れてない現状を見ても、とてもではないがINTEROSの伝送線は高信頼性を確保できているとは考えられん。
596: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 10:48:39.88 ID:TdyAOUX1M(3/11)調 AAS
>>586
その伝送線やその他システムの信頼性が高いというのは、ゼッタイのものではない。
もしそれがゼッタイであれば、設置してからの”ノイズ対策”なんてものは全て不要になってまう。
たとえば、これまでは主張してこんかったけど、車載SWは車上のSIVから電源を得るけれども、その電源がインバータノイズに励起されて、スイッチング電流自体にノイズが入っている可能性だってあるぞ。
外部ﾘﾝｸ:www.tdk.co.jp
597(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 11:01:33.92 ID:TdyAOUX1M(4/11)調 AAS
>>589
じゃあ、TCPとかUDPとかと異なって、たとえばRSナントカという”信号線”が存在するってどういうこと？
シリアル通信の基礎知識 - RS-232C / RS-422 / RS-485 -
外部ﾘﾝｸ[html]:www.contec.co.jp
私が同期していると言うとるのは、たとえば”このタイミングで来たデータは、自分向けのもの”と、最初から規定している方式のことなんやけど。
時分割多重化
外部ﾘﾝｸ:ja.wikipedia.org
598(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 11:06:31.94 ID:TdyAOUX1M(5/11)調 AAS
>>590
化石ではないわなあ。
たとえばこの図を見てみな。
産業用リアルタイムネットワーク技術
外部ﾘﾝｸ[html]:www.mitsubishielectric.co.jp
”1Gbpsイーサネット制御ネットワーク”と言っていながら、それはそれぞれ中央装置と各製造装置間のもので、各製造装置より下のものについてはイーサネットとは書いてない。
というのも、各製造装置ごとにいつどんな信号を送ったらいいかの情報を持ってはいるけど、各製造装置より下は本当のリアルタイム通信が必要で、そこにはイーサネットは適用できんのが現状やねん。
599(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 11:12:42.64 ID:TdyAOUX1M(6/11)調 AAS
>>591
中身まで見てなかったわw
けど、オマエの言うとる”同期”は、”パケットの順序を合わせる”という意味合いでの同期やろ？
私が言うとるのは、クロックを合わせるという意味での同期なんやけど。
外部ﾘﾝｸ[html]:www.contec.co.jp
同期式通信
相手装置から発生するクロック、もしくは自分から発生したクロックに同期してデータの送受信を行う方式です。送信側から1ビット毎に付加された同期信号をもとに通信を行います。データの転送効率は良いですが、通信手順が複雑になるデメリットがあります。
600: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 11:25:02.22 ID:TdyAOUX1M(7/11)調 AAS
>>599 つづき
非同期式通信
調歩同期式通信
互いに自ら発生したクロックに同期してデータの送受信を行う方式です。伝送速度の設定が一致していないと、正常な通信ができません。
601(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 11:27:03.59 ID:Kg3l4CSca(1)調 AAS
クロック同期の消費電力とかのデメリット考えてる？
602: (ｽﾌﾟｰ Sdaf-De1m) 2016/04/14(木) 12:16:49.39 ID:97Rmz/wod(1/2)調 AAS
プログラムも書けない素人が
今日もウィキで書き込んでるw
603: (ｽﾌﾟｰ Sdaf-De1m) 2016/04/14(木) 12:20:21.92 ID:97Rmz/wod(2/2)調 AAS
えっプログラム書けないの？
仕事って何をしてたの？
604(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 12:28:22.94 ID:TdyAOUX1M(8/11)調 AAS
>>601
たとえば、日本中の変電所はすべて、50Hz/60Hzどちらかで完全にクロック同期しとるそうやん。
何故同期しとるかといえば、変電所間で電力を融通し合うために、ズレていては意味がないからや。
・・・・それで、各機器間はクロック同期できんの？そんなにカネかかるもんなん？
605(2): (ﾜｯﾁｮｲ 7bda-Jz3o) 2016/04/14(木) 12:42:20.59 ID:mxo6TM4B0(1)調 AAS
こいつ通信の世界で使われている「リアルタイム」「同期」「信頼性」の単語の意味が理解出来てないんだろうな。
リアルタイム＝早い！
という言葉のニュアンスだけで話してそう
606: (ﾜｯﾁｮｲ 3f81-Jz3o) 2016/04/14(木) 13:06:37.09 ID:knDlYQzl0(2/2)調 AAS
>>605
てか話すこと全てにおいてニュアンスじゃないの？www
607: (ｱｳｱｳ Sa67-SXer) 2016/04/14(木) 13:23:34.38 ID:UqAC8bKUa(1)調 AAS
他人に理解出来ない問題提議
他人が読むと言う事を前提としない書き込み
改善策等は適当
調査と称してキセルして新型車両でぐるぐる
こいつは何がしたいの？
608(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 13:55:49.75 ID:TdyAOUX1M(9/11)調 AAS
>>605
言葉の定義が理解できてないのはオマエやろが。
リアルタイムったって、遅延をどのていど許容するかによって全然違う。
そもそも、IP通信の上だって、運行管理システムでは”制御系LAN””情報系LAN””監視系LAN”とあるんやけど、オマエはそれらのLANの上にどんな情報が流れとるかいえるか？
それに、信頼性ったって、回線の信頼性にはパケットロスがどれだけ発生するかも検討項目で、だからこそJR東日本もこの論文
外部ﾘﾝｸ[pdf]:www.jreast.co.jp
609: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 13:56:19.56 ID:TdyAOUX1M(10/11)調 AAS
>>608 つづき
でもなんども”信頼性”という言葉を使うとる。
てか”伝送路特性試験”においては、”基準に対して余裕があり、営業走行に使用できるレベルであることを本線走行試験において確認している。6）”と書くにとどまり、”伝送路の信頼性が確保された”みたいな言い方をしてないのは胡散臭いよなあ。
やっぱ、この伝送路を使って、走行試験でパケットモニタリングしてみて、制御に使用可能なレベルまでパケロスの発生が極めて少ないことを証明せな、
証明したうちに入らんのとちゃうの？
610(1): (ﾜｯﾁｮｲ ef17-Jz3o) 2016/04/14(木) 14:10:35.02 ID:JPS55td30(1/2)調 AAS
ちょい亀だけど
>>553
念のために書いておくけど、>>204 でRTT（ping）の話題を、脈略もなくいきなり（以下略
予想通りの返事だなｗ
だからオマエにちゃんとした知識があったらそれさえもしっかり説明できるだろ ってハナシなんだが。
611(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 14:31:30.82 ID:TdyAOUX1M(11/11)調 AAS
>>610
私にそれだけの説明を求めるのか？
２ちゃんでは「長文すぎる、３行で纏めて」と言うヤツもいるにもかかわらず、
説明がなかったからわかってない、というのはちょっと理屈としてなってないんちゃうか？
説明が足りてないとは、私よりも安倍晋三ら為政者に向かって言えよ。
612: (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 14:34:21.84 ID:+TwY9eH80(7/10)調 AAS
>>611
説明を求めてるんじゃなくて、知識不足を指摘されてるんだろ。議論のためには前提となる知識があるんだよ。
613: (ﾜｯﾁｮｲ ef17-Jz3o) 2016/04/14(木) 14:34:54.39 ID:JPS55td30(2/2)調 AAS
>>611
へ？ 誰も長々と説明しろ って言ってないんだけど？
3行でもしっかり説明できるだろ。
で、関係ない総理の名前とか出してくんな、きもちわるぃ
614: (ﾜｯﾁｮｲ 5f34-RIFs) 2016/04/14(木) 15:41:49.18 ID:Gvito3Pv0(1)調 AAS
なんで鉄道周りの話を阿部総理に言うの？
お前が勝手に問題ガーとか言ってるんだったらどこが問題でどうすれば良いかを人に伝わりやすい言葉で書き込めばいいんじゃないの？
いきなり書き込んで指摘されたら工作員ってこんなんだから賛同者も出来ないんだよ
615: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:10:20.98 ID:4yKH8tr5a(1/6)調 AAS
>>595
考えられへんとか言われても困ります。
実際にどうなのか確認してからどうぞ。
616: (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:13:15.02 ID:4yKH8tr5a(2/6)調 AAS
>>597
昔はそういう規格もあったと言うことです。
ただ、前に言った通り、RS232Cはしぶとく残ってます。
古いことがセュリティという面白い理由で。
617(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:16:10.78 ID:4yKH8tr5a(3/6)調 AAS
>>598
下もLANでTCP/IPですよ。それ。
それ以外のプロトコルを採用しているように書いてませんから。
618(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:19:18.27 ID:4yKH8tr5a(4/6)調 AAS
>>599
クロックを合わせて(同期させて)何がしたいんですか？
クロック同期型の通信プロトコルで、
リアルタイム性が高いものって何のことを言ってますか？
619(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:20:23.18 ID:4yKH8tr5a(5/6)調 AAS
>>604
なぜ電気の周波数の話を始めたのか理解できません
通信の話じゃないの？
620(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 20:49:56.53 ID:OFhKGxnUM(1/8)調 AAS
>>617
それ完全に憶測で言うとる。証拠がない。
日立製作所だって、μΣネットワークといって、IPとは異なる通信方式を使用していた。
”μΣネットワーク”で検索しても、こんだけしか出てこんけどな。
外部ﾘﾝｸ[pdf]:www.hitachihyoron.com
外部ﾘﾝｸ[pdf]:www.hitachihyoron.com
621(1): (ｱｳｱｳ Sa67-De1m) 2016/04/14(木) 20:52:19.49 ID:4yKH8tr5a(6/6)調 AAS
>>620
じゃあ、あのLANの外見の配線は何だと思いますか？
私はLANだと思います。
上も同じ太さの同じ色の線がLANになってるので。
622(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 20:54:29.68 ID:OFhKGxnUM(2/8)調 AAS
>>620 つづき この”イーサの汎用性をなくした独自のμΣネットワーク”という記載がミソ。
2chｽﾚ:train
694 ：名無しでGO!：2006/10/18(水) 23:22:36 ID:Nud4Ta6e0
昔のPRCに使われてたHIDICって今どうなってんのかなと思ったら、工業用プログラマブル
コントローラになってんのね。
FX電子連動もPLC用のモジュールを使ってるから流れには沿ってるのか。
制御系はPLCを使ってマンマシンにはPCにTurboLinuxを載せてX端末にして、イーサの汎用
623: おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 20:55:38.61 ID:OFhKGxnUM(3/8)調 AAS
>>622 つづき
性をなくした独自のμΣネットワークでシステム構築してたりして。
外部ﾘﾝｸ[htm]:www.hitachi.co.jp
外部ﾘﾝｸ[htm]:www.hitachi-hec.co.jp
ライブドアの子会社のターボリナックスと提携してるってとこがお茶目。
624(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 21:06:50.03 ID:OFhKGxnUM(4/8)調 AAS
>>621
じゃあこの日立評論の論文の２枚目の、図２のμΣネットワークは、どう考えるねん？
外部ﾘﾝｸ[pdf]:www.hitachihyoron.com
”色が違うからIPではない”とか言うのか？
そんな微妙なニュアンスまで、三菱電機は表現して、全て線で書いとるというんか？
625(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 21:09:05.91 ID:OFhKGxnUM(5/8)調 AAS
>>624 つづき
ならば、日本地図で、JRと私鉄と三セクと、都交と東京メトロとetc・・・・とは全て色が違うんか？
JRでも直流1500Vのところと交流２万５千Vの路線は線の色が違うんか？
東京メトロでも直流600Vのところではまた色が違うのか？都交でも新宿線だけ軌間が1,372mmやからって、特殊な色にしとるんだっけ？
けっきょく、色が同じだから通信方式も同じだろう、ってのは、自分がそう思いたいだけに過ぎん。
三菱電機がホンマにそう言うとらな証拠はない。
制御を考えたとき、下のシステムがIP通信というのはあり得ん。
626(1): (ｱｳｱｳ Sa67-SXer) 2016/04/14(木) 21:09:14.51 ID:RJfR3P6Ea(1)調 AAS
>>620
おまえの書き込み殆どが
それ完全に憶測で言うとる。証拠が無い。
ですやん
627(1): (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 21:19:05.22 ID:+TwY9eH80(8/10)調 AAS
>>625
君だって証拠ないよね。その旨記載されてる論文かなんか探してこいよ
628(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 21:19:48.73 ID:OFhKGxnUM(6/8)調 AAS
いや、>>625 をいうと、”ネットワーク信号”で、本来μΣネットワークが制御しとったところもIP通信化しとるやろ、と、工作員は言うてくるやろ。
外部ﾘﾝｸ[html]:www.jreast.co.jp
けどな、私もいろいろ考えたけど、信号機も転轍機も、軌道回路も、たとえば１秒程度の誤差くらい正直言ってさして問題ではなくなる。
これがたとえば鉄鋼の圧延システムやと、微妙なチカラ加減があって、それこそmsとかμs単位になるんやろけど。
それは自動車や飛行機の制御も同じ。
629(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 21:20:24.01 ID:OFhKGxnUM(7/8)調 AAS
>>628 つづき
それと、このシステム構成を見たらわかるとおり、パラレル接続でSWをいくつもかませているわけではないところも、INTEROSと違う。
しかし、軌道回路の在線情報をATC（ATS-P）で使用することを考えると、いくら光回線を使おうが、ネットワーク信号もIP通信というのは車上伝送まで関わるから、マズい気がするなあ・・・。
だからATC路線は怖いから、わざと外しとるんやろな。
630: (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 21:22:15.34 ID:+TwY9eH80(9/10)調 AAS
>>629
まずい気がするではなく、具体的な根拠を示せよ。だから信用されず支援もされないんだよ
631(3): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/14(木) 21:26:15.01 ID:OFhKGxnUM(8/8)調 AAS
>>618-619
2chｽﾚ:rail
で、私は昨年12/5の時点から既に、IP通信ではなく、同期させる時分割多重方式のような通信が必要であることを主張しとったんやけど。
>>626-627
・私が日立製作所の技術者であった時点で、リアルタイム制御はIP通信ではなかった。
・その後、リアルタイム制御がIP通信で可能であるという論文や文献、記載を見たことがない。（JR東日本が強行した、ネットワーク信号と、INTEROSを除いて）
それでなんか問題か？
632: (ﾜｯﾁｮｲ 5b95-Gtsw) 2016/04/14(木) 21:30:53.54 ID:+TwY9eH80(10/10)調 AAS
>>631
どちらも君からの伝聞情報だから信用に値しないね。君が辞めてから技術進歩したかもしれないのに、その可能性を完全に排除するのはなぜ？
で、リアルタイム制御にIP通信が適さないという論文は？
633(1): (ﾜｯﾁｮｲ 271a-Gtsw) 2016/04/14(木) 21:57:56.63 ID:lUTLbHV30(2/2)調 AAS
>>631
E235が内回り運用時特定の2駅で停止位置修正が多発してる要因の回答をお願いします。
634(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 22:14:21.55 ID:MMlEzjjm0(8/9)調 AAS
>>625
私の意見が憶測なら、大西さんの意見も憶測です。
憶測ではない意見を言ってくださいね。
635: (ﾜｯﾁｮｲ cf04-V9FG) 2016/04/14(木) 22:15:53.01 ID:aNb+4IZE0(1)調 AAS
テレビ東京ってローカル局じゃないだろ？
キー局じゃなかったっけ？
震度７あったのに普通の番組やるならキー局やめろよ
636(1): (ﾜｯﾁｮｲ a7e3-De1m) 2016/04/14(木) 22:16:57.58 ID:MMlEzjjm0(9/9)調 AAS
>>631
私もTCP/IP通信でなく、
UDP/IP通信について話をしています。
UDP/IPは非同期通信でリアルタイム性が高く、
TCP/IPとトークンバス同期通信でリアルタイム性が
UDP/IPより低いです。
ただ、どの通信方法でも、制御は可能です。
637: ↑ (ｽﾌﾟｰ Sd2f-De1m) 2016/04/15(金) 01:36:27.73 ID:AYjFFkGid(1)調 AAS
こいつキモすぎ。
口調も大西と同じ匂いがする
638(5): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/15(金) 04:51:21.33 ID:IIv/n5YLM(1/3)調 AAS
>>633
特定２駅が多いことだけでいえば、データ設定のミスではある。
けどそもそも運転士が乗っていてどうして運転士の思い通りにブレーキがひけんのか？、それのほうが真の問題やぞ。
>>634
私の主張は、6x3=18 といっている。これは学習した結果。
オマエの主張は、6x3=33 といっている。理由がないし誤り。
オマエの主張には科学的・技術的な裏づけがない。
639(2): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/15(金) 04:57:09.11 ID:IIv/n5YLM(2/3)調 AAS
>>636
なんべん言うても理解しようとせんなあ。
”IP通信”自体、機器間でのデータリンク層での同期を取ってないやろ。
だからIPアドレスを用いてデータ転送せなアカンねん。
最初からトークンパスとか時分割多重方式のように、通信権のある装置を最初から指定して通信する、これこそが制御におけるリアルタイム制御やと言うとる。
リアルタイム制御の通信方式が、ココに掲載されとる。全部かワカランけど、通信方式にIP通信のあの字も出てこんやろ。
外部ﾘﾝｸ[htm]:www.mnc.co.jp
640(1): おーにっちゃん ◆yoCsKijoxhpN (ﾜｲﾏｹﾞｰ MM47-c7Et) 2016/04/15(金) 05:00:53.60 ID:IIv/n5YLM(3/3)調 AAS
> ただ、どの通信方法でも、制御は可能です。
そりゃ制御は可能やろ。
けど、たとえば列車が緊急地震速報で緊急停車せねばならないような非常時に、IP通信なんていつ返答がくるかワカラン通信をしていれば、
せっかく緊急地震速報を受け取っていても、高速で脱線する可能性があると私は言うとるんやぞ。
だから、どのくらいの時間内で制御できるか、というのがないと、制御したことにならんねん。
641: (ｱｳｱｳ Sa67-Gtsw) 2016/04/15(金) 07:42:48.38 ID:H5JVTbsOa(1)調 AAS
>>638
じゃあオマエも科学的技術的裏付け提示しろよ
さっさとやれよハゲ
上下前次1-新書関写板覧索設栞歴
あと 361 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.035s