[過去ログ] JR東日本 山手線の新型電車 7編成目©2ch.net (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
494
(1): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/12(火) 22:30:40.81 ID:9s19xibRM(6/6)調 AAS
反論書いとったけど、眠い。寝る。
495: (ワッチョイ 3195-SddS) 2016/04/12(火) 22:31:54.86 ID:hHyRMsWe0(3/3)調 AAS
>>494
はい、逃亡ねw
496: (ワッチョイ 7f57-j/+h) 2016/04/12(火) 22:34:38.89 ID:hmd5k+5Y0(1/2)調 AAS
>>488
低体重で生まれた子どもは、成人期における精神疾患の発症率が有意に高くなる
外部リンク:hattatsushogai.com
A very low birth weight 'may increase risk of later-life psychiatric problems'
外部リンク[php]:www.medicalnewstoday.com

大西、これについて何か言ってくれ
497: (ワッチョイ 3281-j/+h) 2016/04/12(火) 22:38:04.21 ID:6uyrr40l0(4/4)調 AAS
さらに書いても賛同なしどころか突っ込まれる始末wwww

おーにっちゃんってAKBに求婚して日立を首になったアホだろ。まさかこのスレに来るとはwww www
まだ特許制度理解できてないんだね。座席予約システムは進歩性否定により拒絶されてるから、出願まででしょ。そもそも特許広報は出願者が書くものではないよwww
そんなこと言ってこのスレで賛同してもらえると本気で思ってるの?
いつまで真性相手にスレ違いの話してんだよ。黙ってNG登録しろよ
信号部門の恥晒しめ。
申し訳ないが改行乞食はNG
498: (ワッチョイ 7f57-j/+h) 2016/04/12(火) 22:50:38.20 ID:hmd5k+5Y0(2/2)調 AAS
>>493
お前、9ヶ月の早産、2000gの未熟児だったよな 産業医から躁うつ病と診断されているよな

・上司のキャビネを荒らす、役員らに異常な数のメールを送付、ネット上で会社を誹謗中傷等の行為を繰り返し、懲戒解雇
・浪費を繰り返して自己破産
・AKBのイベントでAKBのメンバーに結婚を迫る
・AKBのメンバーに卑猥な内容の手紙を送付する
・相談しただけの弁護士に「懲戒解雇は妥当」と言われたことを逆恨みして懲戒請求をしたりネット上で誹謗中傷したり
・ドイツに渡航して日本で迫害されているという理由で難民申請
・かつて関わった人らを逆恨みしてネット上で誹謗中傷
・アイドルグループの運営会社を逆恨みして訴訟を提起
・ネット上で犯行予告
・極左集団と関わる
・AKBのメンバーらにストーカー行為

誰が見ても異常
499
(2): (アウアウ Sac1-Sw0A) 2016/04/13(水) 00:01:26.33 ID:/q7k3WbAa(1)調 AAS
大西は何と戦ってるの?
ただの何処に行っても嫌がられる嫌われ者にしか見えないけど‥
500
(3): (アウアウ Sac1-w8Te) 2016/04/13(水) 00:41:07.55 ID:3ESLGrDDa(1/2)調 AAS
>>492
言い過ぎました。
パケット通信だけどかなり独自拡張してありますね。

以下が詳しいですよ。

外部リンク[pdf]:www.intrepidcs.jp

どちらにせよ、大西さんの嫌いな非同期通信ですが、
どうしますか?
(ここで言う非同期通信は、世間一般の同期通信です。
大西さん以外の方は、同期通信と読み替えて下さい)
501: (アウアウ Sac1-w8Te) 2016/04/13(水) 00:48:00.36 ID:3ESLGrDDa(2/2)調 AAS
>>499
結局、電車が異常なく走っている限りは、
何を言っても無駄と。
電車が事故を起こしても無駄だって、気が付くのはいつなのかな。

大西さん、大学で散々孤立したときも、
最後まで何が悪かったのかわからなかったよね。
502: (ワッチョイ 5657-j/+h) 2016/04/13(水) 06:01:27.07 ID:zdqT7GR40(1)調 AAS
>>499
「大西さんの見識は高い」とネット上で賞賛されたいとか
山手線の新型電車のことを語っていれば有名になれて
今の生活から抜け出せるとか妄想しているのでしょう。
503: おーにっちゃん (アークセー Sx29-w8Te) 2016/04/13(水) 07:01:08.94 ID:1XvkEgxWx(1)調 AAS
415 名前:おーにっちゃん(本人) (スプー Sdb8-w8Te [49.96.47.3]) [sage] :2016/04/12(火) 10:25:31.72 ID:XoI0bpfsd
ここJR関係者多いんやろ。

わしの考えていいとこ突いてるやろ
E235系の危険性ある事解るやろ
blogにもっと詳しく書いてあるんで
見に来て欲しいねん。JRだけでなく
鉄道関係者みんなや、
上司に技術者として推薦して欲しいや
危険性を指摘する事は誰にも負けへん
504
(1): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 09:46:05.61 ID:/ec/MokwM(1/24)調 AAS
>>500

ハイ、飛んで火にいる春の虫、乙。

私その資料読んで、ココで出して主張しようと思うたけど、それあくまでイチ企業が出した資料やから、私から出したら、

「イチ企業が出したプレゼン資料で説明すな!」

ってツッコミが入ると思うて出さんかってん。

たとえば、14枚目で、

既存:IEEE 802.3 100BASE-TX Ethernet
これから:BroadR-Reach Ethernet

として、ベツモノで書いてきとるやろ。

この2つはなにかが違うねん。

然るに、JR東日本E235系INTEROSは、“車載Ethernet”という根本はいじらずに、既存の”IEEE 802.3 100BASE-TX Ethernet”はいじらずに制御をやっとるところが問題やねん。
505: (アークセー Sx29-w8Te) 2016/04/13(水) 09:49:27.82 ID:EzPi8W4nx(1/2)調 AAS
おーにっちゃん!まだ生活保護費残ってるから
元気に連投してるじゃん!

もちろん朝から豪華に酒飲んでるの??
506
(1): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:00:30.59 ID:/ec/MokwM(2/24)調 AAS
この資料、P26-27で、なんでか自己否定しとるなあ。

BroadR-Reachは、CAN等の代替として 車載ネットワークの決定版になりうるか? − 答えはNO

って書いとるやん。

けど、詳細に見ると、私がいちばん問題と言うとる、ブレーキ制御の規格である”1TPCE”については、イーサネットであるIEEE802.3委員会で策定されようとしとるっぽいなあ。

−−−−−−−−−−−−−−
外部リンク:techon.nikkeibp.co.jp

 802.3bpは「1000BASE-T1」と呼ばれ、ワーキンググループは「RTPGE(Reduced Twisted Pair Gigabit Ethernet)」。15mの距離を、1対の信号線で1Gビット/秒で伝送することを目標にする。
507
(1): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:00:59.60 ID:/ec/MokwM(3/24)調 AAS
>>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規格の上で、低信頼性のまま非同期通信しとる。

それが問題なんやぞ。
508
(1): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:09:46.05 ID:/ec/MokwM(4/24)調 AAS
この資料のP35を見ても、

”車載 Ethernet BroadR-Reach”として、従来型 Ethernetとは物理層からして全く異なるものを検討しとることがわかる。

従来型 Ethernet
100BASE-TX Ethernet 100Mbs、ツイストペアx2組(4線)、全二重通信
ギガビットEthernet 1Gbs、ツイストペアx4組(8線)、全二重通信

車載 Ethernet
BroadR-Reach 100Mbps、ツイストペアx1組(2線)、全二重通信

・・・な?
”Ethernet”という名前は同じでも、全く新しいイーサネットを提案しとるということや。
509: おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:10:32.98 ID:/ec/MokwM(5/24)調 AAS
>>508 つづき

これはどういうことかというと、Windows のOSのバージョンが上がるのと同じくらいインパクトが大きい。

Windows のOSのバージョンが上がったら、これまでWindowsで利用できていたソフトウェアが使えるかどうか、イチから検証せなアカンやろ?

そういう意味では、イーサネットといいながら、イーサネットとはベツモノを作っているといっていい。

同じ名前を冠することで、あたかも同じものを提供しているかのような錯覚をユーザに起こさせて、まるで買い替えが義務かのように思わせるトリックやなあ。
510: おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:16:46.18 ID:/ec/MokwM(6/24)調 AAS
たとえば、この資料のP47の書き込み、コレ問題やと言うとるんやぞ。

−−−−−−−−−−−−−
スイッチの動作

バッファリング

 受信したフレームを一時的に溜め
込むことで、バンド幅の異なるポ
ート間の通信実現(100M/1G/…)

−−−−−−−−−−−−−

この、”一時的に溜め
込む”という動作のぶんだけ、データ転送が遅延してまう。
だからこそ、制御ではスイッチを間に挟むのはアカンと言うとる。

間に挟んでも、このタイミングならばエラー含めてリアルタイム処理可能、という時間を担保できたら、そのぶんにおいてはスイッチを噛ませてもええやろけどなあ。
511
(3): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:24:34.59 ID:/ec/MokwM(7/24)調 AAS
この資料の、P63の、”UDP / TCP概観
”でもあるとおり、

UDP

デメリット 低信頼性
例 VoIP、ビデオ会議

TCP

デメリット 複雑、低速
例 ファイル転送、ウェブ閲覧

とあり、TCPもUDPも、制御に向いているなんてどこにも書いてない。

とりわけTCPの”ファイル転送、ウェブ閲覧”なんて、どんだけ時間かかるかワカランもんばっかやろ。

これのどこが同期通信なんか、説明してもらおうか?

もちろんユーザにとっては、「いつ必要なファイルがダウンロードされるんかなあ?」と待ち焦がれるという意味においては、システムと同期しとるんやけど、その意味における”同期”と、
運転士が「あぶない!」と思った瞬間に制御して止まれる即時性をシステムが持つという意味の”同期”とは、全く概念が異なる。
512
(3): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:33:58.81 ID:/ec/MokwM(8/24)調 AAS
この資料のP75なんかでも、書いてあるなあ。そのまま転載するか。

背景

しかし標準のEthernetでは・・・

1.いつフレームが相手に届くか不明(スイッチ由来の遅延等)

2.プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有

3.各ノードを時間同期する仕組みの欠如

規格追加

1.タイミング保証:802.1Qav

2.ストリーム予約:802.1Qat

3.クロック同期:802.1AS

4.AVBシステム全体:802.1BA

−−−−−−−−−−−−

私が、E235系INTEROSで問題と言うとる点は、”標準のEthernet”の問題そのまんまやないか。
513
(2): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM05-1BXU) 2016/04/13(水) 10:35:13.91 ID:/ec/MokwM(9/24)調 AAS
>>512 つづき

1.いつフレームが相手に届くか不明(スイッチ由来の遅延等)      → スイッチを10段も接続していて、いつフレームが相手に届くか不明なので、運転士が制御できない。

2.プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有  → パケット損失が大きいから、回生ブレーキがほとんど使えない。特に停止点で、本来全電気ブレーキでは必要ない、大きな空気ブレーキ圧が加わる。

3.各ノードを時間同期する仕組みの欠如               → そもそも既存のIEEE802.3規格は非同期通信やし。

それで、工作員、なんか反論ある?

工作員が出してきた資料を基にして、私は説明したんやから、工作員もこの資料を基にして説明してもらおうか?
514: (ワッチョイ 9c42-w8Te) 2016/04/13(水) 11:07:33.60 ID:+dMejdfp0(1)調 AAS
>>491
>その上で、この記載についてどう釈明するの?逃げずに回答しろよ。

おまえがこれを言うのか?
脱ナマポから逃げ回り、非キセルの証明を一度もしなかったおまえが?
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 つづき
>1.いつフレームが相手に届くか不明(スイッチ由来の遅延等)      → スイッチを10段も接続していて、いつフレームが相手に届くか不明なので、運転士が制御できない。

スイッチ一個あたりの遅延秒は既に答えました。
過去のレスを見てください。

>2.プログラム(ストリーム)の使えるバンド幅不定、パケット損失も有  → パケット損失が大きいから、回生ブレーキがほとんど使えない。特に停止点で、本来全電気ブレーキでは必要ない、大きな空気ブレーキ圧が加わる。

電力はこの議論が終わってから話してください。

>3.各ノードを時間同期する仕組みの欠如

突然出てきましたが、時間同期はなぜ必要なのですか?
それは何ですか?
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はコネクション確立のために要らんパケット送受信が1対1で発生するから、遅延が発生してアカンと言うてきた。

それをしれっと認めてまうなよな。

そのうえで

>>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=8バイトやんなあ?

それでなんで、”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
こんな書き込みもあったよなあ・・・。

甲第12号証の2 被告の者による原告に対する2ちゃんねるへの名誉毀損書き込み
外部リンク: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

ゆかるんって相当美人やと思うんやけど、世間が認知するのは25歳くらいになってからなんかなあ・・・・

世間一般の女性と雰囲気が違う。
目の大きさが違うのと、すらっとした鼻筋の良さがダントツやからかなあ。
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)の話題を、脈略もなくいきなり(以下略

予想通りの返事だなw
だからオマエにちゃんとした知識があったらそれさえもしっかり説明できるだろ ってハナシなんだが。
611
(2): おーにっちゃん  ◆yoCsKijoxhpN (ワイマゲー MM47-c7Et) 2016/04/14(木) 14:31:30.82 ID:TdyAOUX1M(11/11)調 AAS
>>610

私にそれだけの説明を求めるのか?

2ちゃんでは「長文すぎる、3行で纏めて」と言うヤツもいるにもかかわらず、
説明がなかったからわかってない、というのはちょっと理屈としてなってないんちゃうか?

説明が足りてないとは、私よりも安倍晋三ら為政者に向かって言えよ。
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
1-
あと 382 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.036s