1 :
仕様書無しさん:
人が出入りし、使い方間違えると人間が死亡するような
場合、精度をものすごくあげて徹底的にテストし、何かあっても
「安全」を重視するはずだが、実際に事故は起きた...。
ビル管理者だけでなく、PGにも責任の一端があるのかな?...。
意見を聞いてみたい。
2 :
仕様書無しさん:2006/06/04(日) 01:19:31
2
3 :
仕様書無しさん:2006/06/04(日) 01:24:26
4 :
仕様書無しさん:2006/06/04(日) 01:30:15
1人死ぬくらいどうでもいい
5 :
仕様書無しさん:2006/06/04(日) 01:37:48
映画でも有ったな、こういうシーン。ドアが閉まって頭だけ挟まれた
状態でエレベータが上昇して・・・
実際に何年か前にアメリカでも同じ様な事故があって日本人医師が首
切断されて即死。まさにギロチン状態
ハード的な問題だろ
7 :
仕様書無しさん:2006/06/04(日) 06:23:24
システム作らされる側は、デスマで何人も死んでるんだ!
ユーザがたった一人死んだくらいで…。
いまどきはこういうのもC言語で書かれてるよな
制御システムって全部言語プログラムで出来ているわけ?
電気信号のONOFFでセンサーによる反応検出で制御してるんじゃないの?
馬鹿なプログラマーが作ったたった一つのプログラムより
複数のセンサーが同じ値を検出するまで動かない方が
安全だしコストもかからないんじゃないの?
10 :
仕様書無しさん:2006/06/04(日) 12:38:59
管理会社のジジイ完全に朝鮮人だったなw
11 :
仕様書無しさん:2006/06/04(日) 12:55:21
>>9 複数のセンサーが同じ値を検出するまで動かないプログラムは誰が書くの?
12 :
仕様書無しさん:2006/06/04(日) 13:00:00
13 :
仕様書無しさん:2006/06/04(日) 13:01:40
>>13 素人も出入りする板で、何を今更な疑問を…
複数のセンサーが同じ値(ON)を検出したら動作する回路なんて簡単に作れるじゃん?
リレーとスイッチ並べるだけじゃん。
全部プログラム言語がなければ作れないなんて勘違いしてるのがバカなんじゃないの?
リレーとスイッチじゃなくてセンサーとリレーだった。
17 :
仕様書無しさん:2006/06/04(日) 14:22:42
センサーやリレーじゃなくても機械式でもある程度のことはできそう。
ていうか昔のエレベータは機械式でしたよ。
18 :
仕様書無しさん:2006/06/04(日) 14:46:23
このエレベーター女性も同乗してたらしいけど、彼女はこの高校生が挟まれて死んでいく姿を見ていたのだろうか?
コワス
19 :
仕様書無しさん:2006/06/04(日) 14:48:16
少年の頭をドアに挟んだままエレベータは上昇し始めた。やがてエレベータの
床がフロアドアの天井付近まで到達する。尚も上昇を続けるエレベータ。
安っぽいドラマや映画ならばここで間一髪救助の手が差し伸べられる所で
あるが、ここは無慈悲な現実世界。神もヒーローも存在しない。
メキメキ、バキッ!強烈な圧力により少年の頭蓋骨が砕ける。やがて
脳髄に非可逆的損傷が発生し、彼の意識は消滅する。永遠に。
回転ドアなんか無くせ
同じようにエレベータも無くせ。
という話にならないのは差別だ!
21 :
仕様書無しさん:2006/06/04(日) 14:55:14
>>18 まぁ実際どうしようもないな。動き始めたエレベータは止められないし。
緊急通報した後は自分の足元で高校生の頭が潰されていくのを黙って
見てるしかない。
吐くな
死んどらーエレ(ry
24 :
仕様書無しさん:2006/06/04(日) 15:59:11
このエレベーターの制御プログラムはJavaで書かれているんだろうな。
25 :
仕様書無しさん:2006/06/04(日) 16:05:32
<エレベーター事故>トラブル頻発、数カ月前から 怒る住民
http://headlines.yahoo.co.jp/hl?a=20060604-00000003-mai-soci 「通常では、とても考えられない事故だ。事故があった(シンドラー社の97年製)
エレベーターはコンピューターで制御されており、ドアが閉まらないまま、動き出すこと
はありえない」
エレベーターはコンピューターで制御されており
エレベーターはコンピューターで制御されており
エレベーターはコンピューターで制御されており
エレベーターはコンピューターで制御されており
エレベーターはコンピューターで制御されており
エレベーターはコンピューターで制御されており
一般人は未だにコンピューター=完璧と思っているんだろうか?
26 :
仕様書無しさん:2006/06/04(日) 16:08:59
コンピューターは小数の計算間違えるんだよ
「コンピューターで制御」→
「徹夜続きの激安プログラマが書いたソフトで制御」
にすれば一般の方もすこしは危機感持ってくれるかも。
今回のところがどうかは知らんが
エレベーターの制御プログラムなんて、NintendoDSのゲームより簡単そうだけどな。
29 :
仕様書無しさん:2006/06/04(日) 16:13:57
>>15 そういう回路の誤作動とか考えないの?高卒プログラマ?
普通はハード、ソフト両面に安全装置をつける
ステップ数だけでいえばゲームより少ないかもしれないが
バグが人命にかかわるようなのは簡単とは思えない。
瞬断やノイズでリセットされたときのコードなんかも
入れてテストはしてるんだろうけど。。。
32 :
仕様書無しさん:2006/06/04(日) 16:48:49
多重派遣で実は誰が作ったか作者不詳とかどこでもありそう。
原作者から引き継がないまま改造改造で・・・
誰も真相がわからない、そんなプログラムは山のようにあります。
>29
はい。確かに高卒です。ですがプロではないですね。
あなたのレスを拝見する限りではプログラムなら
そんな誤作動は幾重にも渡るチェックを通せば完璧とでもいいたげですね。
しかし、結局の所最終的にプログラムが動かしているのは電気信号なのです。
ですから何故最終的に電気回路を動かす物で、単純な物までプログラムで制御する必要があるのかとお伺いしてます。
今回の事件は
プログラムにすれば単価が取れるというITマジックを巧みに使った結果だと思います。
人の安全より企業の業績が優先されているとしか思えませんね。
今こそ電気回路のスペシャリストがITマジックの正体を暴くときなのかも知れません。
電気回路のスペシャリスト>>>>>越えられない壁>>>>>>>プログラムしか書けないプログラマ
>>36 > 今回の事件は
> プログラムにすれば単価が取れるというITマジックを巧みに使った結果だと思います。
> 人の安全より企業の業績が優先されているとしか思えませんね。
↑すごい論理のすりかえ。朝○の記者さんですか?
>38
えっ!俺って朝○の記者になれるの!WKTK
>>36 素人なのは、ITの意味を解っていないことから推測できるが
素人考え披露されてもなあ…
因みに、ハードウェア制御だろうがシーケンサだろうが
莫迦に作らせてはいけない事に変わりはない。
ここでの使い方は間違ってるつもりはないよ。
ITの本当の意味なんて業界の人間でも曖昧とか間違って覚えている奴もいるというのに
一般の人がITの意味なんて知ってるわけがない。
ここで言うITマジックというのはIT業界と言う言葉を使うことにより
なんだかよくわからねぇがとにかくスゲー自信だ。という認識が芽生えることにより
肥大化した夢物語が現実になりそうと言う間違った認識が生まれ
どんな値段ふっかけても仕事になると言う恐るべきトリックが秘められている。
ちなみにハードウェア制御の業界は卓越した電子回路の知識と技術が必要だが
プログラミングは文系だろうが理系だろうが、大卒だろうが高卒だろうが誰でもやる気だけで何とかなる。
それが底辺偽装派遣≒タコ部屋と呼ばれる所以です。
馬鹿に作らせてはいけないことはわかっていても、残念なことにプログラマーは結構馬鹿でも成り立つ業界だったりしている。
そう言った業界だからこそ卓越した真の知識人がこの業界をあるべき方向へ導いてやる必要があると思うのです。
42 :
仕様書無しさん:2006/06/04(日) 21:37:48
>>31 ステップ数が少ない?キミは素人か業務系クンですか?
俺は制御系でエレベータの制御ソフトは作ったことないけど、単純に考えても
ステップが少ないとは思えない。どうやって動かしてるのか、モーター使ってるのかはわからんが
動作途中でのさまざまな制御、割り込み等考えると意外とあると思う。
プログラムの動作が正常時表面的なものなんてごく一部だってのはわかるだろ?
あと稼動した状態をもしかしてネット経由データベース等で保存してることも考えられるし
そんな甘くないはずだ。
>>9 今時リレーシーケンスで組んでる訳ねぇだろ。
安全策はソフト、ファーム、ハード、運用全てで盛り込むものだからな
45 :
仕様書無しさん:2006/06/04(日) 22:02:13
エレベータじゃないけど、M田機械の制御は非常に恐ろしいぞ。
いつも仕様書作成するの、プログラムを納品後だからな。
ちなみに、ISO9000取得して調子こいてやがるが、
実態は、USO800だ。
>>45 ワロタ…
けど、魔職的にはその順序が一番正しい。
48 :
仕様書無しさん:2006/06/04(日) 22:37:02
>>46 おいおいwオマエ業界人なら笑いごとちゃうやろw
136 :名無しさん@6周年:2006/06/04(日) 22:10:13 ID:LRIsGcVE0
はいはい。関係者のもれが来ましたよ。
原因ね・・・解るわけ無いじゃん。
だって、エレベータ業界全体がレベル低いもん。
エレベータ協会もそうだし。ね。
設計からして電気理論なんかわかってないし、
メンテは、タバコを吸ってればオケーだし。
でも、扉が開いたまま動くのは、考えにくい。が、
もし、動いたとしたら、設計の問題だな。こりゃこりゃ。
どこも似たようなもんだな orz
>>49 お前アホだな
2chは常に関係者じゃない奴が関係者って言ってるんだよw
ニュー速からもってきたんだろうが、信じて貼ってるようではまだまだ2chを究められんぞw
51 :
仕様書無しさん:2006/06/05(月) 00:45:59
>>47 >最悪、死人が出なけりゃいいよ...
表向きには、最近は死者出てないね。
過去のデバッグ中に制御対象の機械が暴走して、
上半身と下半身が分かれた例はあるみたいだけどな。
52 :
仕様書無しさん:2006/06/05(月) 00:48:49
>>1 ぶっちゃけ、目立だと思って期待したのだが・・・・・
社長とかが、会見で、
「次のバージョンで直します。Inspire the Next!!」
とか発言して、国会に参考人招致とかされたら笑えたのに。
回転ドアのケースは子供が無理に突っ込んで来たのも原因の一つだから
一方的に管理側の責任にされるのも可哀想だと思ったけど
今回のケースは被害者に落ち度はないもんなぁ
安心してエレベータに乗れないよ
>>51 うちの会社のエレベーターは扉が開いたとき
時々エレベータ床とフロア床の間に50cmくらいの段差が出来る
大きいときで1m近く段差があったことがあって驚いた事があります
電車みたいに車掌さんが目視確認してOKが出たら運転手が発車させればいいんじゃないの?
百貨店は昔そうしてたが
今はコスト削減で無人になってるに
58 :
仕様書無しさん:2006/06/05(月) 01:23:56
俺のエロベータも止まりません。
頭と下半身がバラバラです。
人命に関わるプログラムは組みたくないな
家庭用じゃなくて病院の治療器なんかはさぞかし
間違いを一切犯さない天才が作ってるんでしょうね
小熊ちゃんは医療関係だったっけ。
フェールセーフだけで保障できると信じているんだろうな。
大半の人々は。
百も承知だろうが、あえて書かせてくれ。
完璧なプログラムなんて存在しません。
壊れない部品なんて存在しません。
最先端技術じゃなくなると、超三流の人が設計することもあります。
開発者には見えざる圧力が掛かってくることもあります。
でも安全性の追求はあきらめたくありません!
63 :
仕様書無しさん:2006/06/05(月) 01:59:08
>>62 概ね賛成。
だが、ひとつだけ重大な間違いがあるぞ。
>最先端技術じゃなくなると、超三流の人が設計することもあります。
ひとつ言えることは、この木なんの木気になる木ってことだ。
つまりそれは
最先端技術なのに超三流の人gうぁwsぢぐあsnなnをl・くfg
うぁーイタタタタッ!
でも懐かしい響きだw
でも今回は違うっぽい。
66 :
仕様書無しさん:2006/06/05(月) 02:09:50
うむ。
目立が原因だったら、この板が異常な盛り上がりを見せ、
全国的に不買運動とか起きる悪寒がしたのだがな。
あいつらは、ビックリするようなバカが技師とか名乗ってるから、
お前らもエレベータの出入りは、速やかにした方がいいぞ。
67 :
仕様書無しさん:2006/06/05(月) 06:19:51
最先端の技術者を偽装派遣で安売りして
サビ残・サビ休出させまくるからな。
68 :
仕様書無しさん:2006/06/05(月) 07:05:38
ってか、高学歴のヴァカが、技師と称してインフラを設計したりしてるが、
実際のところは無力で無学な(さ)技師であることが暴露されたりしたら、
本当に楽しみなことになるのにな。
69 :
仕様書無しさん:2006/06/05(月) 08:50:08
どうせさ。
○当該エレベータ会社で責任ある奴は、仕様しか書いてない。だから「べきだ」はわかるけどじっさいどーなってるか詳細は知らない
○加えて海外だから、基本部分は海外製(コメントとかも英語なw)
○そこの社員か、外注か、偽装派遣されてる哀れな香具師かが、実際の建築状態に合わせて誰かが書いた仕様の通りに
動くように改造をかけている
○テストとデバックはシミュレータ上でやってることはやってる。
○安くあげるためにモータやらドライバやら、PLC相当部分やら(PLCならだけどな)は、調達先が案件ごとに違ってて
全く同じという物がない
○メンテ要員は社員と別会社か、業務委託されている外部業者で、マニュアル以上のことはやらないし知らない
○設計自体も流用派生の繰り返しで、原型からはかけ離れた物になってる。(森ビルの回転ドアの調査報告ってTVでやってたよな〜)
機械的にも問題ある代物だった。
こんなところか、あるいは・・・・
○建物自体があねっはーで、縦坑自体が経年劣化で形がゆがんできていた。
こんなとこじゃね?w
センサー故障してちゃ、ソフト側じゃ運行不能にする以外出来ないんだけどさ・・・
姉歯製は低コストで頑丈だぞ
次の死亡事故を大胆予想!!
ズボンのチャックに玉を挟まれ悶絶死
73 :
仕様書無しさん:2006/06/05(月) 11:05:07
>>72 が女に捨てられてショックで突然死、じゃニュースにもならんからなぁ。
74 :
仕様書無しさん:2006/06/05(月) 11:20:58
bool 少年挟まった;
if( 少年挟まった == true )
{
throw("やばいんじゃね?");
}
76 :
仕様書無しさん:2006/06/05(月) 12:13:15
DEBUGコードが残ったままだった
77 :
仕様書無しさん:2006/06/05(月) 12:39:21
>>74-75 検証の結果、「少年が挟まった」際のコードに問題がある事が明らかになりました。
>>69 >マニュアル以上のことはやらないし知らない
(もし知ってても)やってはいけないんだよ
下請けが責任負える訳がないから
回転ドアには圧力センサがあって
何か物が挟まると逆方向に動いて回避する
エレベータにそれが無いのはおかしいな
構造的欠陥だよ
全国津々浦々のエレベータ全部対象に
見直しを始めるべきだな
>>34 うちのマンションは三○製、でメンテも○菱なんだよな。
もっと詳しい情報がホスイ・・・。
お線香のAAとか、なむなむとか、ご愁傷様とかの励ましは固く遠慮します。
81 :
仕様書無しさん:2006/06/05(月) 16:12:46
>53
NHKで検証番組やってたよ
元は、ドイツのメーカーの回転扉を三菱(だったかな?)が技術提携して日本で売ってた
ドイツで、同じ回転ドアを検証してた時は
技術者自ら、動作中の回転ドアに手を突っ込んで緊急停止できる様子を説明していたよ
つまり最初は、子供が突っ込んできたとしても安全な設計だったわけ
で、日本に来た時に
緊急停止のために、素材を軽量なアルミを使用していたのに
ゴージャスさが足らないって事で、重いステンレスに変えてしまった
また、モーターは外周側に取り付けて少ないパワーでも緊急停止できたものを
施工上の問題で中心部に持ってきてしまった
重くなったのならモーターを強力な物に変更する必要があるのだが
費用の面でパワーの無いものを使用した
で、結果として緊急停止するにはセンサーが反応してから1m以上動作することになる
つまり、設計上の問題だったわけだね
子供の責任ではなかったわけです
83 :
仕様書無しさん:2006/06/05(月) 16:46:21
>>82 三和シャッター(の子会社)の話だったような
84 :
82:2006/06/05(月) 16:51:02
ドアメーカーの「三和タジマ」
でした
しかし、回転ドアに関するガイドラインを見ると
挟まれるのを前提としていないのが怖いね
挟まれないように対応しようってのばっかり
こえーよな
85 :
82:2006/06/05(月) 16:55:45
シンドラーのリスト
>>81 縦方向の移動時にものがはさまった場合の対策がまったくとられていないことはよく分かった
>88
エレベータの効率を考えると
開きながら到着したり、閉じながら発進するほうが良いじゃないか!
91 :
仕様書無しさん:2006/06/05(月) 21:39:49
やっぱり自分の骨が砕ける音を聞きながら死んでいったんだろうか・・・
92 :
仕様書無しさん:2006/06/05(月) 22:42:24
これ何かの心霊現象でしょ
こわいなぁ
怨霊
93 :
仕様書無しさん:2006/06/05(月) 23:08:35
どうせ挟まれて死ぬならオパイか太股が良いよな。
94 :
仕様書無しさん:2006/06/05(月) 23:39:30
目立エレベータの制御プログラムが暴走・ドアが勢いよく閉まってギロチン事件
とか起きたら、死ぬほど笑う。
うちのマンションのエレベータは
到着階で外のボタンが押されていると
何故か開かない
うちの会社のエレベーターはフロアとの間にしょっちゅう段差が出来る
97 :
95:2006/06/06(火) 02:51:26
>>95 自分で読み返してわかりづらいと思ったので書き換える。
「ケージが目的階に到着した時、目的階で外の「△」または「▽」ボタンが
指で押し込まれた状態でいる内は、何故か扉が開かない」
歩行者用信号で、信号変わるまでボタンから指を離さずに
押しっぱにするガキとかジジババがいるじゃん。あれのエレベータ版。
あれやられると到着しても何故か扉が開かないw
ドアはガラス造りなので中の人が焦ってるのが見える
外の婆っちゃが「大丈夫〜!?大丈夫〜!?」と叫びながら
「△」ボタンをギューギュー押しまくってるw
月に1度は出くわす光景w
メンテも毎月入るんだが何故かこのデッドロック仕様だけは改変されない
【修正前】
elevator.closeDoor();
elevator.move();
コンパイル・・・
例外 ElevatorDoorNotClosedException は報告されません。
スローするにはキャッチまたは、スロー宣言をしなければなりません。
(゚Д゚)ハァ?
【修正後】
try {
elevator.closeDoor();
} catch ElevatorDoorNotClosedException e) {
e.printStackTrace();
}
elevator.move();
(・∀・)シュウセイカンリョウ!
100 :
仕様書無しさん:2006/06/06(火) 07:19:40
東京タワーの近くだからセンサの誤信号も酷いのだろうな
カゴとの通信をどうやってるのか判らないが、非接触だろうから変調してるとすると余計だろう。
101 :
仕様書無しさん:2006/06/06(火) 07:39:10
仕様にある異常が発生した場合にバグったのか、ありえない異常で想定外の動作をしたのかはっきりさせろ
メンテナンス会社がファームウェアを書き替えるなんてムリ。
故障箇所の修繕、消耗品の交換。決まりきったルーチンワーク以外やらねって。
>103
この図は仕組みを説明してるんじゃなくて,文章の補完をするために
「ココとココのことですよ」って示してるだけなんじゃないか
9年も前なら機械仕掛けなのか? CPU使ってるだろおい。
>>107 正しくリセットポジションに移動したんじゃないの?
>通常は電源供給が止まると動かないはずで、異常動作だったという。
110 :
仕様書無しさん:2006/06/06(火) 20:51:12
その異常動作が不思議だな。
ブレーキがどういう機構か分からないけど、ブレーキONなのを運転時は電気の力で無理やりブレーキOFFにしてるんだと思う。
にもかかわらず動き出すってことはブレーキが潰れてたとしか・・・。
それか死ンデラーのエレベーターにはフェイルセーフの考えが一切無く、すべてCPU制御で
「狂ったらどうなるかわかりましぇ〜ん」なんていうものだったのかも・・・。
111 :
仕様書無しさん:2006/06/06(火) 20:52:25
↑追加 ブレーキも完全CPU制御でってことで
電源切った場合でも制御するCPUテラスゴス
自家発電CPU!
スコスコスコスコ…(違
だから電源落としたらブレーキ効かなくなって上に上がって行ったのでは。
つじつま合うぞ(笑)
停電は想定外というやつですか
スミス社長「予備電源があるので大丈夫デース」
利用者「予備電源も持たなくなったら?」
スミス社長「その前にエレベーターから降りてクダサーイ」
117 :
仕様書無しさん:2006/06/07(水) 00:55:43
工学がしっかりしてないキャンパスで工学教えてるのか?東工大
>>118 教授が頑張って
学生に直させるべきだな
扉を外すポートを叩いてたんだな。
122 :
仕様書無しさん:2006/06/07(水) 07:57:09
扉が外れるエレベーターには乗りたくないな。
ブレーキや駆動系には異常なし、ソフト不具合か?って感じで報道されてるね。
何人のPGの首が飛ぶんだろう。
アドレス774 (R/W)
ビット7:扉設定。(1)外す。(0)着ける。
ビット6:指定階マスク設定。(1)マスクする(指定階通過)。(0)マスクしない(指定階停止)。
ビット5:異音設定。(1)鳴らす。(0)止める。
ビット4:閉じ込め設定。(1)閉じ込める。(0)開放する。
ビット3:呼び出し設定。(1)呼び出し無効。(0)呼び出し有効。
ビット2:スピード設定。(1)異常にゆっくり。(0)通常。
ビット1:ブレーキ設定。(1)ブレーキ無効。(0)ブレーキ有効。
ビット0:停止位置設定。(1)段差を付ける。(0)通常。
125 :
仕様書無しさん:2006/06/07(水) 08:51:18
今回の報道で、昔の上司の「ソフトウェアに製造者責任法は
適用されません」という台詞を思い出したな。
このままだと誰も責任を問われないで終わってしまいそうだ。
かといってプログラムの間違いの責任を追及すると、
プログラマーが過失責任を問われかねない。
どうなるんだろう……
127 :
仕様書無しさん:2006/06/07(水) 10:49:51
何で制御してたんか激しく気にならないか?
1)ラック型のボードコンピュータ (Vxworksあたり載ってるか?)
2)PLC (日本製じゃなさそうだな)
3)専用ボード (と、いっても分散制御とネットワーク機能ありそうな気もするしな・・・)
サーボ制御とかきめ細かくやるとすると3)なんか?
強制捜査しても検証って誰がするのん?検察とか警察に専門家居るの?
どっかの大学に頼むとか?
128 :
仕様書無しさん:2006/06/07(水) 10:59:51
urusee
bakadomo
130 :
仕様書無しさん:2006/06/07(水) 11:45:50
俺の予想(ブレーキに問題なかったという前提)
電源断を監視し、電源ダウン→CPU電源ダウンまでの間にブレーキをオンにするという
断末魔制御をしていたが、CPU暴走中のためブレーキかからず天井衝突。
131 :
仕様書無しさん:2006/06/07(水) 12:23:32
そもそもブレーキかかってなかったと思われるが。
ブレーキって何通りかあるよな?
1)巻き上げのモータの軸に取り付けるタイプの電磁ブレーキ
2)落下防止のための籠とガイドレールの間に入ってるブレーキ
3)ソフト的なブレーキ
何らかの原因で制御電源が落ちた場合、1)の電磁ブレーキを制御電源とB接で入れておいて
復帰はサービススイッチ操作しないとできないとでもしてあればとにかく、電源切れたときに止まりそうな気はする。
ブレーキ自体も電源入ってるときにはフリーで、電源カットで締まるタイプもあるんじゃないのか?
ソフトだけでどうにもならんことあるはずだし、ハードで対策してあって当たり前だと思うんだが。
どーなんだろな。
132 :
仕様書無しさん:2006/06/07(水) 12:26:50
それと、籠上昇で巻き上げのモータがトルク異常検出できるにしても、人間の体程度の柔らかさは
想定外で、異物としてはもっと堅い物を想定して急峻に力が変化しないと止まらないとかかもな。
ま、扉開いてるのに巻き上げること自体があれなんだろうが。
重りも絡むし難しいのかな。よくわからん。
133 :
仕様書無しさん:2006/06/07(水) 12:30:38
世界2位のシェアを持つ会社でこれってどうなん?
ようは日本法人の技術力が糞だったって事なのかな。
134 :
仕様書無しさん:2006/06/07(水) 12:54:49
push して pop してなかったんだな、きっと。
>>135 どのスレの >1 も素人。
つか、スレ勃て時点で板違い。
137 :
仕様書無しさん:2006/06/07(水) 15:18:30
まずシンドラーのエレベータがどこにあるかを記したリストを作らねばならない。
これがシンドラーのリスト。
で、シンドラー社は受注が減るだろうからリストラをせねばならない。
これがシンドラーのリストラ。
で、リストラ反対!と叫んで社員が仕事をボイコットするのが
シンドラーのスト。
139 :
仕様書無しさん:2006/06/07(水) 18:02:16
PGに人権は無いとはいえ、担当者が自殺に追い込まれないか心配だ。
140 :
仕様書無しさん:2006/06/07(水) 18:25:28
シンドラーのリスト
が映画の名前って知らないマも結構いるんだろうな。。。
141 :
仕様書無しさん:2006/06/07(水) 18:30:45
つーか扉が開いてんのに籠が移動する時点でアウトだろ。
142 :
仕様書無しさん:2006/06/07(水) 18:44:47
こんだけ頻繁に発生するって事は
ソフトウエア的バグだな
ハードの故障ではありえないだろう・・
143 :
仕様書無しさん:2006/06/07(水) 18:47:29
中国のエレベータのようだ。
中国のエレベータは、まだ着いてないのに
階間でドアが開く。
144 :
仕様書無しさん:2006/06/07(水) 19:51:57
変数、初期化し忘れたんじゃね?
debugモードだと気付かないんだよね〜。
146 :
仕様書無しさん:2006/06/07(水) 21:56:20
147 :
仕様書無しさん:2006/06/07(水) 22:25:32
>>142 俺もそう思う
下手するといわゆるひとつのぬるぽアクセスも考えられる
>>138 で、一連の流れで困るのは結局
シンドラーの人。
150 :
仕様書無しさん:2006/06/08(木) 10:45:24
この会社のエレベータって、乗る前に確かめられますか?
誰か方法きぼんぬエロい人
152 :
仕様書無しさん:2006/06/08(木) 10:48:23
154 :
仕様書無しさん:2006/06/08(木) 11:45:23
日本用のコンピューターソフトウェアを開発した業者は日本の企業
だとか言うオチ無いのかな?
155 :
仕様書無しさん:2006/06/08(木) 13:09:18
優先度は
電気的制御 < 機械的制御 < 人的制御
が普通ですよね?プログラミングにバグがあってもメカニカルなセーフティーロックが働き、
保守点検作業や予期せぬ非常時には作業員が手順を踏んだうえでセーフティーロックを解除し
動かせるって感じで。もちろん停電した時も事故にはならないわけで。
まさかプログラムとメカの判断が異なった場合にプログラムがメカをオーバーライド
できちゃったとか?
156 :
仕様書無しさん:2006/06/08(木) 13:25:09
電源断で締まるタイプの電磁ブレーキが耐えられなかったんじゃないかとかどっかでいってたぞ?
ようは設計ミスなんだな
それにしてもこの会社の対応はないよな
特にアメリカの場合「有罪と証明されるまでは無罪」ってことで絶対に認めませんからね。
自動車保険会社だと歩道を歩いてる人をはねても謝るな、なんて感じで(笑)
>>156 電源断で締まるというか、電源なり油圧なり空気圧なりなんらかの動力がONで
ブレーキが解除されるのが普通では?
あと、エレベーターの場合だと機械的にロックが解除されない限りはブレーキがかかったままでないとやばいですね。
165 :
仕様書無しさん:2006/06/08(木) 17:58:06
166 :
仕様書無しさん:2006/06/08(木) 18:32:16
_ _
( ゚∀゚)
( ∩ミ ティムポ!ティムポ!
| ωつ,゙
し ⌒J
再現性に乏しく迷宮入りという予想をしてみる
犯人のプログラマは自首しろ
>>167 あんなけ不具合連発してたら再現しそうだ。
_ _
( ゚∀゚)
( ∩ミ アンナケ! アンナケ!
| ωつ,゙
し ⌒J
制御盤ソフトのCPUは何だろうね?
外国産としたら国産じゃねえな
PICで十分でしょ。製造コストもメンテもかかるけどその気になればリレーで動くものだし。
173 :
おぶ:2006/06/08(木) 23:51:51
なんかTVで同型機映ってたけど最近のヤツのわりに古臭い感じだな
静電気で半殺しじゃないか?
それか、コンデンサの容量抜けで動作不安定。
プログラマーに責任はないと思う。
単純なバグなら納入後すぐ異常が出る製品もあるはず。
そしたら原因究明されてすぐバージョンアップされると思う。
センサ等の異常で想定してない状態になったときに異常になるってこともあるけど
その場合センサ異常って特定されて部品交換されると思う。
モーターの分解能間違えてたとか
ソフトがどのぐらいの規模あるのか知らないが
全部机上トレースで問題指摘できたらすごいなあ
人が乗ったまま加速しながら上昇して最上部に激突したらどうなるのでしょう?
>>177 ニュースでやってたけど、実際にそういう事故があって、乗ってた人は
死んだらしいよ。
エレベータのプログラムなんて小規模だろ。
数ステップで制御できそうだ。
180 :
仕様書無しさん:2006/06/09(金) 08:05:14
>>179 ・多数のエレベータで、行程と待ち時間最短にする運行とかそんなに簡単にできると思うか?
・多岐にわたる異常系を網羅して、可能な限りの対策をするのは簡単か?
・サーボ一つとっても、本気でやるならこれだけ考えなきゃいかんが、数ステップで出来るか?
1)変動する負荷にきちんと対応した加減速制御
2)各階へきちんと止め、かつ昇降の負荷変動に対応した位置保持制御
3)扉にしても、昇降にしても、トルク変動の異常を検知した上での危険防止制御
死ぬほどたくさん仕様が出てくると思うが、それを数ステップで実装できるならお前は神だな。
じゃなきゃ、詐欺師。
関西のムーブだったかでシンドラーはアジア圏の製造は中国でやってるという話が出てた
>180
・多数のエレベータで、行程と待ち時間最短にする運行とかそんなに簡単にできると思うか?
これぐらい簡単じゃない?
さすがに数ステップでは無理だけど、
トルクなんかは全て別のボードやチップにまかせてるから、過負荷程度なら、何もしなくてもいい。
最悪サーキットブレーカーでも付けてしまえばいいわけよ。
結局は統括する部分でロック指示を見張っていたり、
モーター直前でインターロックを行ったらいいだけだからメインになる部分はすごくシンプル。
階数が増えれば入出力が大量で大変だろうけど、産業用ロボットのシーケンサーで
十分に開発が可能なのは間違いないだろうと。
そういう意味では>179が言っていることも間違いではないと思う。
そして、この板の住民のほとんどが神かもしれんw
インターロックってどういう意味なんでしょうか。
185 :
仕様書無しさん:2006/06/09(金) 09:34:52
産業用ロボットのシーケンサー
こういうこと言っちゃう時点で、お前が何の知識も無いと言うことはわかるよ。
ロボットは多くの場合多軸制御されているからシーケンサーはつかってないと思うし
シーケンサー、PLCの類が多く使われてるのは工場のライン機器制御だから。
なんかとにかくガキ臭いね。忠告しておく。
「命と金が絡む仕事だけはするな」 向いてない。
186 :
仕様書無しさん:2006/06/09(金) 09:36:53
>185
間接がついているものばかりをロボットとというのではない。
ちなみに間接あってもシーケンス制御されているのは沢山あるけど。
188 :
仕様書無しさん:2006/06/09(金) 11:12:57
>>187 ・多数のエレベータで、行程と待ち時間最短にする運行とかそんなに簡単にできると思うか?
これぐらい簡単じゃない?
これを売りにしてる企業もあるぐらいなんだが・・・。
群管理制御とかで特許情報サーチしてみると結構面倒そうなのは見えるぞ?
知識が無いのはおまえだろ
190 :
仕様書無しさん:2006/06/09(金) 11:48:24
じゃ、数ステップでエレベータ制御のコード示してくれ
>>189よ。
偉そうに。
プログラムが経年劣化したんじゃね?
192 :
仕様書無しさん:2006/06/09(金) 12:02:49
ソ●ータイマーでも仕込まれてたとかか?w
俺、183だけど、
>なんかとにかくガキ臭いね。忠告しておく。
>「命と金が絡む仕事だけはするな」 向いてない。
なにが悲しくてお前に忠告されんとあかんのや。
既出だけど、シーケンス制御されているロボットなんて沢山ある。
カメラで位置決めしているような高度そうなロボットでも、意外とシーケンサーだったりするし、
直行座標だっけ?の古いロボットは三菱の低機能シーケンサーだけで制御されていたりする。
>188
「多数」を見逃していました。m(__)m
194 :
仕様書無しさん:2006/06/09(金) 12:36:23
シーケンサー、つうかPLCはそもそもライン制御用途なわけで、ピンチローラ上げ下げしたりそういう用途に先に使われだしたものだろ。
自動化の進行が極まってきて、人間のやってた比較的複雑な動きも、定式化できるところはシーケンサーに落とし込んだりはできることぐらいは知ってるよ。
三菱のPLCってかなり早い時期から、シーケンス制御以外の要素も組み込める(めんどいけど)になってたよな。
CP/M86で動いてた頃から。エレベータ制御に使えるかって言えば、つかえるんじゃね?高層ビル向けとかじゃない限り。
と、文章はよく読んだほうがいんじゃね?
195 :
仕様書無しさん:2006/06/09(金) 12:59:32
if エレベーター.ドア閉まる
次の動作受付状態
else エレベータードア.オープン
//それでも動かすのだ!
エレベーター稼動ボタン.On
この動作は恐ろしすぎて、コードに出来ないな。
ツンドラ 「さ、さ、寒くなんて無いんだからねっ!」
199 :
仕様書無しさん:2006/06/09(金) 22:32:26
>>190 おいおいwコボラーにマジレすしなくてええよw
200 :
仕様書無しさん:2006/06/09(金) 22:56:10
こんな事故があるとエレベーターにチンコ挟まれたらどうしようとか心配に
なって夜も眠れません(><)
201 :
仕様書無しさん:2006/06/09(金) 23:04:20
ドラクエシリーズで最も重要な呪文はなんだろう?
私はピオリムだと思う。
まず雑魚敵を含めて、モンスターの素早さが全体的に高い。
特にボス戦ではほとんどのボスが、最も素早いキャラと
同等かそれ以上の素早さを誇っている(レベルを上げなければ)。
そのためパーティーの行動に、不規則に敵が割り込むことが多く
回復のタイミングが掴みにくい上に計算を邪魔されやすい。
しかしピオリムを一回唱えれば、大抵全員が敵の素早さを安定して
上回るので、計算通り戦闘を進めやすくなる。
また通常の戦闘の場合、雑魚敵は倒すのに大体1ターン以上かかるので
2ターン目に先行された場合は計2回の打撃を受けることになる。
だが1ターン目にピオリムを使っておけば、2ターン目は先行でき
敵の攻撃を1回受けただけで、2回目の攻撃を安定して
加えることができるのだ。
つまり(こちらより素早さが高い)敵の攻撃を一度無効化するに近いので
回復呪文を唱える回数も減り、しかも敵を安全に倒せる。
MP消費は少ないし、回復呪文の使用頻度は落ちるしで
私はほとんどの場合、1ターン目にピオリムを唱えている。
202 :
仕様書無しさん:2006/06/09(金) 23:07:46
ドラクエシリーズで最も重要な呪文はなんだろう?
私はピオリムだと思う。
まず雑魚敵を含めて、モンスターの素早さが全体的に高い。
特にボス戦ではほとんどのボスが、最も素早いキャラと
同等かそれ以上の素早さを誇っている(レベルを上げなければ)。
そのためパーティーの行動に、不規則に敵が割り込むことが多く
回復のタイミングが掴みにくい上に計算を邪魔されやすい。
しかしピオリムを一回唱えれば、大抵全員が敵の素早さを安定して
上回るので、計算通り戦闘を進めやすくなる。
また通常の戦闘の場合、雑魚敵は倒すのに大体1ターン以上かかるので
2ターン目に先行された場合は計2回の打撃を受けることになる。
だが1ターン目にピオリムを使っておけば、2ターン目は先行でき
敵の攻撃を1回受けただけで、2回目の攻撃を安定して
加えることができるのだ。
つまり(こちらより素早さが高い)敵の攻撃を一度無効化するに近いので
回復呪文を唱える回数も減り、しかも敵を安全に倒せる。
MP消費は少ないし、回復呪文の使用頻度は落ちるしで
私はほとんどの場合、1ターン目にピオリムを唱えている。
203 :
仕様書無しさん:2006/06/09(金) 23:15:23
205 :
仕様書無しさん:2006/06/10(土) 01:18:41
高校生もピオリム唱えておけば死ななかったのに・・・。
>>5 あれは腕じゃなかったのか?
しかも日本人医師ではなく日系人の研究者だったような。
腕が挟まったままエレベータが上昇してそのまま死んだというやつ
>>8 それでC言語のポインタのバグでエレベータがあんな動きを示したのか
208 :
仕様書無しさん:2006/06/10(土) 08:37:02
こういうファームのソフトっていうのは意外と古いことが多いんだぞ
今回の場合はわからんが。。
今でも98じゃないと開発ツールが動かない環境なんてかなりある
C言語が使われてるなんて保証は何もない
区は各階に24時間態勢で職員を配置、階段を使う高齢者の荷物を持つなどの手伝いをしている。
↑この費用はどこから出るんだ?ここで下手にコスト使うとあとから訴えられそう.
>>211 この事故が起こる確率が0,1%(3年に1回)だとして、
人の命が1000万円だとすると、対策費は1万円か。
職員を配置すると明らかに足が出ると思うけどね。
人の命が1000万円だとすると
もっと安く買われて死ぬ人もいる業界でございます
特定の条件下で似たような現象を再現できたとして
事故の原因がそれだった、と認められるかな
事故との因果関係は不明、となりそうな悪寒
217 :
仕様書無しさん:2006/06/12(月) 12:51:11
異常はプログラム。それ以外にないと思う。
代金は掛けとした。
昔、知り合いのエレベータ会社プログラマは、出先のビルで
エレベータに乗るときはまず会社名を確認し、自社製品だったら
エレベータを下りて階段を使っていた。
ところであなた、自分が書いたプログラムで制御された飛行機に乗れますか?
何を今更・・・
>>219 そのエレベータはどこの会社か、世の中のためにぜひ教えてくれ
>>221 何処もそんなもんじゃね?
三菱でも東芝でもフジテックでも。
223 :
仕様書無しさん:2006/06/12(月) 22:02:46
電車は運転手や車掌を置き忘れて走ってしまうこともある。
>>219 自分じゃ乗れないようなもの納品すんなボケ!
マジレスすると、
エレベータのコードなんてもうずっと以前に確立されていて、
納入時にはパラメータ設定いじるだけだと思われ。
以前エレベータ制御盤の中を見てみたが、完全に専用ハードみたいだね
227 :
仕様書無しさん:2006/06/13(火) 03:43:00
目立も安心できないぞ。
エレベータじゃないが、某システムでの話なのだが、
引数なしのvoid型関数内で、数百MバイトをmallocしていたがFreeしてない個所があった。
(しかも、使用目的が、"C:\hoge\hoge.txt"とかファイルパスを指し示す目的で。)
このままじゃ、メモリリークを起こすと思って、SEに報告したら、
「実績のあるシステムだから、大丈夫!!」と言われた。
それ以来、目立の製品は、買う気がしなくなった。
228 :
仕様書無しさん:2006/06/13(火) 07:55:53
229 :
仕様書無しさん:2006/06/13(火) 08:55:53
230 :
仕様書無しさん:2006/06/13(火) 10:42:10
短時間で終了するバッチ処理なら大丈夫
>231
ヒント厨はスルーしてよし
とりあえず俺んとこの会社のエレベーターはアルゴリズムが馬鹿すぎて
効率が悪すぎる。こんなくそプログラムつくった奴は誰だとエレベーターに乗るたびに思う。
いよいよプログラムの異常か
ソースコードを分析できる専門家って警察にいるのでしょうか?
>228
六本木ヒルズから撤去されたギロチン回転ドアもほしい。
242 :
仕様書無しさん:2006/06/13(火) 22:04:55
つか、ソースコードなんて公開するか?
今の警察に必要なのはマシン語のダンプでロジックを解析できる香具師
243 :
仕様書無しさん:2006/06/13(火) 22:15:47
警察よりも、東京地検の方が優秀な場合もある。日本のFBIと別名まで
あるからな。そのレベルでないと、ソース解析は出来ない。
これ、ソフト組んだの外国人なのか?
それも使いまわしのかなり古いものかもしれんね
とても製作者の特定なんて無理だろうな
245 :
仕様書無しさん:2006/06/13(火) 22:59:09
>>241 居るかもよ。その為の専門職を中途採用で募集してるし。
実は某県警の、その手の試験を受けて落ちてしもうた;;
246 :
仕様書無しさん:2006/06/13(火) 23:13:14
249 :
仕様書無しさん:2006/06/14(水) 15:30:45
>>234 エレベーターのアルゴリズムなんてほとんどデザインパターンが
決まってんじゃないの?
ブレーキ異常か。
その異常に対する安全装置がない、ということかな。
>>251 なるほど。
ところでそういう安全策は普通のエレベータにはあるものなの?
>>252 知らんけど、普通はカウンターウエイトが先に地面についてしまって
天井に猛スピードで激突はしないんじゃないの?
ニューヨークの場合、貨物用だから普通より大きな重りが付いていて
カウンターウエイトは(カゴ+積載量の約半分の重さ)だから、勢いが付いてしまったんだろうな。
対策としては、定員の半分くらいで乗るようにするくらいか
Aはエイミー、ドアに挟まれ
Bはベイズル、急上昇エレベーター
Cはクリス、車と心中
報道も少なくなってまいりました
UMLで開発してるから、制御系の微妙なタイミングを見誤るんだよ。
あれはマルチタスクとかリアルタイム制御のシステム構築には向かない設計方法だ。
バージョン管理のミスってそれ以前の問題だろ・・・
261 :
仕様書無しさん:2006/06/17(土) 00:33:55
>>257 組み込みPGさようならっていうよりシンドラーの社長さようならってとこだろ。
あれだけ整備の問題だって強弁してたのにね。
プログラマに責任を押し付けて会社上層部(と品管)が生き延びる作戦に変更
263 :
仕様書無しさん:2006/06/17(土) 00:48:28
むしろコンピュータなしでリレーとスイッチだけぐらいで動いてるもののほうが安心
たしかに
コンピューター要らんよな
265 :
仕様書無しさん:2006/06/17(土) 08:42:50
民間設置分は公表しないんだって
相変わらずの政府の弱腰だな
>>265 民間は民間で資料集めりゃいいんでない? そのためのNETだし。
267 :
仕様書無しさん:2006/06/17(土) 12:00:04
最初からソフトが原因って感じてたよ
ハードの故障なら機械は止まる。ソフトの不具合なら誤動作するが常識
ソフトの原因で止まることもあるけど、そんなのは検査の段階で見つけやすいものだし
割り込み時の制御に問題があったということ?
>>260 なんかあったときにプログラマが責任取らされるんだったら、
仕様書とかレビューとかいらないんじゃないかと思うね。
273 :
仕様書無しさん:2006/06/18(日) 19:40:08
274 :
仕様書無しさん:2006/06/18(日) 21:45:19
で、既に公共機関で落札した案件があるらしいけど
そのまま・・なの?これ不安だよな
読売ソース以外が出てこないのが謎
ブレーキ異常だとしたらソフトで検出出来る筈で、その時の対策とか何も考えていなかったんだろうな
ドアに何か挟まった->異常だからブレーキかけておけばいいやで知らん顔
さらに
ドアに何か挟まった
↓
ブレーキかけたまま停止を保つ
↓
ブレーキかけてるの動いてる
↓
モーターで逆負荷をかけて止める -> 異常の記録L
↓
それでも動く
↓
電磁ブレーキをかける -> 緊急CAL
来年春の情報処理ES試験はエレベータ制御の問題に汁
>277
その辺も含めて「ブレーキに複数の不具合があった」だろ。
282 :
仕様書無しさん:2006/07/05(水) 07:13:15
>エスカレーターで男児重体、天井に頭はさまれる 福岡
>事故のあったエスカレーターは、障害物などによって運転が妨げられると
>自動的に停止する仕組みになっており、天井からは衝突を防ぐための
>プラスチック製の板もつり下げられていた。同プラザは、エスカレーターは
>男児の体重が軽かったため停止せず、板も押しのけられてずれたため
>効果がなかったのではないかとみている。
ttp://www.asahi.com/national/update/0704/SEB200607040027.html これって実態にそぐわない条件設定をしていたからいざという時に効果がなかったんでは?
エスカレーターから乗り出すのは大抵の場合子供なんだから子供の体重で作動しないってのは…
ど〜でもいいけど
エレベータの中身を「かご」って言うのはダサくね?
せめてケージって言えと。
結局訳せば「かご」だけど、「かご」はダサくね?
箱でどうでしょう?
プログラムの不具合を「虫」って言うのはダサくね?
業界用語だからなぁ…。
なんでも横文字にすればカッコいいと?
じじいらしい発想だなw
ゴンドラでどうだ
いっぺんに三段階!←知ってる香具師はジジィw
棺桶でいいよもう。
箱庭。
>>285 じゃあ「蟲」と書け。少しカッコいいだろ?w
人為ミスじゃん
>各階ごとの扉の開閉チェックで、佐瀬さんは7階に止まっていた
>エレベーターのかごの上で作業をしていたが、
>かごの中にいたもう1人の作業員が、「開閉」ボタンを押そうとして
>誤って「8階」のボタンを押したため、かごが上昇し、
>佐瀬さんはバランスを崩して転倒、すき間にはさまれたと見られる。
指先一つでダウンというやつだな。
メンテ中は元電源の鍵みたいなのをメンテする本人が外して持ち運べるようにすればいいのにね。
遊園地のジェットコースターとか無線の塔なんかではやってるみたいですが。
まあ予備の鍵を持ってきて電源入れちゃう馬鹿もいるから100%安全とはいきません。
295 :
仕様書無しさん:2006/10/19(木) 18:05:14
296 :
仕様書無しさん:2006/11/09(木) 01:38:39
2、3日前にどっかの新聞のサイトで記事になっていましたが
現場にある2台のうちの1台は未だに使われていて未だに各種のトラブル出まくりだそうです。
定位置で止まらなかったりドアが開閉したりしなかったり指定されていない階で停止したり。
いずれも原因不明で実害無しなのでそのまま運行というのが社の方針だとか。
実害ないって、人が挟まってないってだけだよなあ・・・。
298 :
仕様書無しさん:2006/11/09(木) 12:46:50
まだあったのこのスレ?
299 :
仕様書無しさん: