[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/12 15:48 / Filesize : 253 KB / Number-of Response : 983
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

制御系なら俺に聞いてもいいぜ(8)



1 名前:デフォルトの名無しさん [2005/09/06(火) 17:13:46 ]
まったり逝きましょう。
ハード寄りの話も大歓迎です。
道具話も楽しくやれるならやってくらさい。
この世界は処理系依存はあたりまえだから、処理系明記するのを忘れないでね!

過去ログ
制御系なら俺に聞いてもいいぜ(7)
pc8.2ch.net/test/read.cgi/tech/1109102528/
制御系なら俺に聞いてもいいぜ(6)
fun.kz/test/read.cgi/tech/1099574832/ (新タイプミラー)
制御系なら俺に聞いてもいいぜ(5)
fun.kz/test/read.cgi/tech/1079102543/ (新タイプミラー)
制御系なら俺に聞いてもいいぞ(4)
pc5.2ch.net/test/read.cgi/tech/1068869894/ (行方不明)
制御系なら俺に聞いてもいいぞ(3)
pc2.2ch.net/tech/kako/1059/10594/1059488975.html
制御系なら俺に聞いてもいいぞ(2)
pc2.2ch.net/tech/kako/1038/10380/1038094914.html
制御系なら、俺に聞け!
pc3.2ch.net/tech/kako/1002/10021/1002176627.html
関連過去ログ
●●●くみこの組み込み相談室●●●
pc3.2ch.net/tech/kako/988/988084737.html

367 名前:デフォルトの名無しさん mailto:sage [2006/02/03(金) 11:57:15 ]
>>366
常識的で想像力がある意見を聞かせて。
ぜひ!!

368 名前:デフォルトの名無しさん mailto:sage [2006/02/03(金) 17:45:03 ]
>>367
たこ焼き屋で10個入りパックを買ったんだ
家に帰って開けてみると9個しかない
よく見ると、1つ蓋にくっ付いていたんだ

次の日、家電屋でノートパソコンを買ったんだ
家に帰って開けてみると

369 名前:367 mailto:sage [2006/02/03(金) 18:02:53 ]
>>368
まさか、キーボードのキーがいくつか無くなっていて、
よく見るとキーが蓋にくっ付いていたのか?

370 名前:344 mailto:sage [2006/02/04(土) 10:20:44 ]
遅くなりました、ご回答ありがとうございます
>>345
クリーンルームです
>>346
50万時間とかそんなだったように思います
>>362
蓋が関係するのははじめて聞きました、ちょっと検討してみます。

371 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 15:15:27 ]
ノーパソチョコ販売しました。

372 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 17:25:03 ]
>>370
50万時間も持つわけ無いだろ
1年=8760時間だから、50年以上だぞw
フラッシュROMの書き換え回数50万回と勘違いしてないか?

373 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 22:25:11 ]
MTBFはそれくらいあるHDDが多いよ。
統計的なものなので、理想的な環境なら、50台あったら1年に1つづつ
壊れていく、って意味の方が近いけど。

374 名前:デフォルトの名無しさん mailto:sage [2006/02/04(土) 23:06:17 ]
MTBFの意味しってるのかなw

375 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 00:39:50 ]
マウンテン(MT)バイク(B)フォォォォォォォー!!(F)



376 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 01:51:37 ]
よかった書かなくて

マジでまったく同じこと考えてたけど
こうして他人が書いたのを見ると
アホ丸出しだ

377 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 13:07:20 ]
Mean Time to Brother Fucker

378 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 14:39:16 ]
MTBF: Mean Time Between Fools

平均バカ間隔

このスレにバカが現れる平均間隔。
最後に現れたのは、2006/2/4 22:25:11 (>>373)

379 名前:344 mailto:sage [2006/02/06(月) 17:42:06 ]
少なくとも24時間稼動は考えられていないということみたいですね
では、どう考えたらよいのでしょうね?

MTBFが120万時間のものもあるようですが、その動作条件みたいなものって
なにか、規格があるんでしょうかね?
そして、それを24時間稼動にした場合の計算方法など、
なにか参考になるものがありましたら教えてください


380 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 19:36:17 ]
>>376
同じ事考えてた時点でアウトだろ(笑

381 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 19:38:41 ]
いや、そこで踏みとどまれるか、書いてしまうかが、時に人生を大きく左右する事になるのさ。

382 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 20:33:28 ]
>>379
よく知らないのに偉そうにレスしてみる。
それって統計の問題じゃないの?
ということは、平均値だけじゃ何もいえないと思う。
分散だかなんかの値がわからないとダメでしょう。

それらがわかれば、x時間以内に故障する確率はy%、ってのが計算できるんだったような。。

ゴメンやっぱり若いうちにちゃんと基礎的な学問習得しとかないとダメだなw

383 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 21:31:39 ]
>>379
これを見ろ
sonic64.com/2006-02-03.html

384 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 21:34:03 ]
>>379
あと、これもだ。
ema.fsr.jp/hdd/hdd.html

385 名前:デフォルトの名無しさん mailto:sage [2006/02/07(火) 05:27:30 ]
>>379
それって単発もの?
だとしたら、故障確率で無難なところを見積もっておけばいいのか。
昔、俺がやってたのは量産物で、動作期間を保障しなきゃいけなかったから、
HDDメーカーが保障している5000時間てのを元にしていたんだが・・・。
消耗品として、通常の使用頻度で3年に1度は交換してくれってことにしていた。



386 名前:デフォルトの名無しさん mailto:sage [2006/02/08(水) 09:04:53 ]
心配ならRAIDにしとけ

387 名前:デフォルトの名無しさん mailto:sage [2006/02/08(水) 11:52:28 ]
今なら USB接続RAIDもあるねノートパソコン買える値段だけど

というか書込時に定期的に外付けUSBにコピーするようにしたら、まあ問題ないんじゃないの?

388 名前:デフォルトの名無しさん mailto:sage [2006/02/08(水) 23:28:49 ]
流れぶった切って悪いが、久しぶりに書店で資料漁ってたら
↓なのみつけた。 何号保つと思う?

ttp://www.gihyo.co.jp/magazines/kumikomi

389 名前:344 mailto:sage [2006/02/09(木) 04:29:55 ]
>>383, >>384
どうもありがとうございます
推定故障率3%とでました。

が、12台中3台が1年以内に壊れました
室温は25℃です。

この「故障率推定」には、稼働率のパラメータがないようですね。

>>386
RAIDなら壊れませんか?
逆に、HDDのユニットの故障率は上がるように思いますが。

390 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 04:40:38 ]
>>389
室温≠使用温度
使用温度はHDDの周囲温度だから、もっと高いはず
ノートPCを5℃〜40℃に置いたときのHDD周囲の温度を
熱電対でも突っ込んで測ってみるがよろし
長く使ってるとほこりなんかで、放熱効率が悪くなったりするかもよ

391 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 11:50:17 ]
>>388
LEGO MindStorms買ってからそれ買った
H8で レゴが動くってのが楽しい
仕事してるようには見えないだろうな
MindStormsは秋に新型が出るらしい


392 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 11:56:02 ]
>>389
RAID-1 複数のHDDでミラーリングして
HDDが故障してもシステムとしては機能するって仕組みです
ノート型PCでは難しいかもしれないけど

現場はHDDなしのシステムにしてネットワーク経由でデータベースに
投げてもいいじゃ?

393 名前:344 mailto:sage [2006/02/09(木) 13:08:07 ]
>>390
クリーンルームで、室温は一定で、空気は常に循環されていますし
1年でたまるような埃はありません
それでも、HDD自体の温度は上がっているんでしょうね

>>392
もちろんわかります>RAID
確かにデータは壊れないでしょうが、HDDの故障率はあがりますよね
結局、メンテに手間がかかってしまうし、お客から「また壊れたのか」と言われること必至
ログ機能なので、ネットワーク経由にした場合、ネットワークに障害が発生したら、ログが残らないです

すくなくとも、何らかの方法で、HDDのアクセス頻度をさげるしかないようですね

394 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 13:36:53 ]
>>393
HDDの故障率は変化ないだろうけど、故障件数は増えるね
でも、システムが停止しなければ客は満足だと思うけどなぁ

HDDなしにする場合、フラッシュメモリ等のストレージに
一週間分くらい保存しとけばいいと思う


395 名前:344 mailto:sage [2006/02/09(木) 15:22:24 ]
>>394
そうですね、HDDの故障率ではなく、システムの故障率が上がる
メンテ頻度は増えるでしょうね
その度に、飛行機でサービスを行かせるのでは、まったく満足しないですねー
なにか、方法を考えてみます



396 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 16:40:27 ]
>>395
納品先企業の地元で、メンテ要員雇うとか。
地元の高卒の兄ちゃんでも雇えば地元からも感謝されるよ。

つーか、CR内で安定なLANが使えないってどんな糞CRだよ。

397 名前:デフォルトの名無しさん mailto:sage [2006/02/09(木) 23:56:11 ]
>>393
結局は「また壊れたのか!、また余計な金がかかる!」
ってのが不満の原因なんだろ?

もう面倒くせーから、小型のデスクトップにして↓でも使っとけ
ttp://www.gigabyte.co.jp/nippon/peripherals-list.html

2台も使えば、OSと定期的なバックアップまでの
データ保持ぐらい出来るだろ

398 名前:デフォルトの名無しさん mailto:sage [2006/02/10(金) 00:35:32 ]
>>392
> ノート型PCでは難しいかもしれないけど

市販されてる(されてた?)
pr.fujitsu.com/jp/news/2003/12/9.html

>>395
リザーブディクス 10個位つけとけばいいんじゃないか?

つーか、そこまで重要な機器なら定期点検は必須だろ。

「金はかけたくない、でも信頼性は必要だ。」なんて言うわが
ままに付き合ってたらきりないぞ。

399 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 18:54:58 ]
8ビットマイコン使った簡単なシステムなんかだと、
一定時間ごとにステートマシンの処理ルーチンを呼び出すってことよくやりますよね?
(たとえばシリパラ変換の石にデータをシリアル転送するときなど。)

この場合、呼び出す側の呼称はタイムスライスとかディスパッチャーでいいと思うんですが、
ディスパッチされる側のルーチンってのは一般的な呼び方ってあるんでしょうか?

質問の背景としては、このディスパッチされる側のルーチンに
「それ」とわかるような命名をしたい、ということなんですが。

いまはWin32のWndProcからの連想で「〜Proc」みたいな命名をしてるんですが
どうもやっぱりしっくりこない。

400 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 22:20:29 ]
Handler?

401 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:27:53 ]
>>399
おまいは関数の名前をいちいち掲示板で聞くのか?

402 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:43:06 ]
クラス名・変数名に迷ったら書き込むスレ。Part6
pc8.2ch.net/test/read.cgi/tech/1128266018/

403 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:44:24 ]
>>399
クラス名・変数名に迷ったら書き込むスレ。Part6
pc8.2ch.net/test/read.cgi/tech/1128266018/l50

ここで関数名も聞いてみたら?

404 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:49:51 ]
>>403
そこは知っているし何度か回答もさせてもらってもいますが、
こういうジャンルのコーディングをしている人がそんなにいるとも思えない。

405 名前:デフォルトの名無しさん mailto:sage [2006/02/14(火) 23:54:49 ]
そんなことでいちいちつっかかることもないでしょ。
ビタミンCが足りてないんじゃない?




カルシウムだっけ?



406 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 00:09:24 ]
なんのこっちゃ。
まあ俺は君と違って脳は足りてるよ。
まあ言っても無駄だろうけどガキが覗いて楽しいスレじゃないと思うよここは。

407 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 00:13:40 ]
>>405
ビタミンCは、肌荒れとかにいいんじゃないかな。

カルシウムと言えば、なんとなく白い粉ってイメージだった
けど、所さんの目がテンで純粋なカルシウムをみたら、まん
ま金属だったので、マジで目がテンになっちまった。

408 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 01:24:55 ]
>>407
当たり前じゃん。もしかして、ナトリウムも粉体を想像してる?

409 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 07:59:32 ]
普通は炭酸カルシウムとか、塩化カルシウムだ
それはそうと、「白い粉」ってなんかヤバイ雰囲気がするw

410 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 17:32:21 ]
ハッピーターンの白い粉ことか

411 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 18:21:24 ]
パウダーポケットにつても言及すべし

412 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 18:50:27 ]
>>407
中学・高校で何を勉強してきたんだ・・

413 名前:デフォルトの名無しさん mailto:sage [2006/02/15(水) 20:53:27 ]
>>412
中高じゃあハッピーターンは授業に出ねえぞ?
そりゃ授業中にも食ってたけど

414 名前:デフォルトの名無しさん mailto:sage [2006/02/16(木) 01:23:50 ]
ソジウムクロライドの取りすぎはよくない。
ポタシウムを多めに取るようにしよう。

415 名前:デフォルトの名無しさん mailto:sega [2006/02/21(火) 09:31:54 ]
簡単な自作mallocのサンプルコードってない?



416 名前:デフォルトの名無しさん mailto:sage [2006/02/21(火) 10:36:16 ]
薬じゃないけど、これを忘れているね。
つ炭素菌

417 名前:デフォルトの名無しさん [2006/02/25(土) 04:58:55 ]
長文失礼します。
最近新しいメーカーさんのとこに飛ばされて
RTOSでC言語なデジタル家電することになりますた。

そこで既存のコードを見たんですが(いわゆるアプリ〜ミドル層)
まったくと言っていいほどallocが無いんですよ。
ユーザーがある操作をしなきゃ使うこともない領域とかも数k、数10k単位でぼこぼこ存在してる。

過去、いくつかのメーカーで携帯やらテレビやらナビやらHDDデッキやら作ったことあるんですが
100byte超える領域を使うときはallocateしないと殺す!とか
お前のタスク、なんでそんなにRAM使うんだよ、殺すぞ!みたいなノリだったんで
カルチャーショック受けてます。

聞いてみると、メモリの断続化や処理速度を考えるとallocなんてしてらんないよ、
って返ってきたんですが、私は過去にそんなことで問題になった経験がありません。。。
極力allocする or 極力しない
一般的にはどちらが正解なんでしょうか?

418 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 06:04:27 ]
>>417
んなもん、状況による。メモリ優先か、処理速度優先か。移植・汎用性優先か。

ちょっと使いたくない立場から書いてみる。

シビアなリアルタイム系
(制御周期が1ms以下だったり、μs単位のディレイ・ジッタが気になるとか) なんかだと、
極力簡略化したブロック領域のヒープなら、タスク間通信のために仕方なく使うけど、
malloc, free は使いたくなって感じのところが多い。
さらに、通常 malloc, free は割り込み禁止区間を使うから、
割り込み周期がぶれたりする可能性もある。
デバッグ環境が充実してないシステム上だとバグ発生の元にもなる。
フットプリントの小さいRTOSでは、そもそも、mallocをサポートしてないものもある。

それに、メモリが余ってるなら、メモリを動的に確保する意味なんか全くない。
malloc, free で複数タスクが時分割でメモリを取り合うってのは、
メモリが足りないときの非常手段って感じだ。

携帯、テレビ、ナビなんかは、メモリ厳しいとはいえ、
リアルタイム設計という観点では、制御系というより、
アプリ系に近い考え方じゃないか?

419 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 06:54:11 ]
>>417
テレビやナビは時々電源を切るから初期化されて、メモリの断片化が大きな問題にならないが
携帯だとマズイように思うなあ・・・・、だから時々電源切らないといかんのか・・・・・

電源入れっぱなしになる装置の場合、
 ・メモリサイズグループ毎に別のヒープ領域を割り当てる
 ・メモリをファイルシステムのように固定サイズのブロックとして割り当てて使ってもらう

のどっちかやらないと、長期的にはマズイよ

420 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 08:06:45 ]
>>417
他のレスにもあるようにケースバイケースじゃないか?
RTOS自体が糞なメモリ管理しかしてない・
MMUが載っていなくてメモリ断続化の影響がでかい
なんかでいっそallocしないってのは考えられるし、
その手の物だと、同時動作するタスクの数や
所要メモリ量が確定できる代わりに、
メモリが必要になっていざallocしてみたら
メモリが足りずに処理できなかったってことが
許されない場合もある。

だから、こんな作りになってしまうことがままある
> ・メモリサイズグループ毎に別のヒープ領域を割り当てる
> ・メモリをファイルシステムのように固定サイズのブロックとして割り当てて使ってもらう

そもそも”携帯やらテレビやらナビやらHDDデッキ”も
ドライバあたりでは、特定の機能しか使わないメモリでも、
いざ動作する時に「allocに失敗したら待てない/致命傷になる」ってものは、
確保しっぱなしになってるだろ。


421 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 12:52:47 ]
たぶん質問者はその程度のこと分かってると思う。。。

422 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 13:36:47 ]
メモリーリーク対策用にID付きでヒープ管理出来るようにユーザー関数として別名で存在してるに一票

423 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 17:38:54 ]
>>417
技術論は他の人が言ってるからいいとして、社会論としては、
古くから組み込みやってる人が多くて、
固定メモリの思想にどっぷり浸かってて変化していない人達、
という可能性もあるんじゃないかな。

# 「新しいメーカーさん」って、新しく行く職場って意味で、
# 新興メーカーじゃないよね?

古いシステムをそのままバージョン上げながら育ててるような場所だと、
実際の必要性以上に過去の要件をひきずってるところとかもあるから、
正しい正しくないはさておきて、「そういうところもあるんだ」
と思っておくくらいでいいと思う。


424 名前:デフォルトの名無しさん mailto:sage [2006/02/25(土) 19:45:58 ]
>417
RTOSの規模にもよりますが、もっとも小さいほうで言えば、
allocはしない方法で考えますね。
たとえば、ITRON TCP/IP仕様は、「動的なメモリ使用の回避」を
ひとつの目的としていますね。

425 名前:417 mailto:sage [2006/02/26(日) 03:16:10 ]
色々ご意見ありがとうございます。

動的に確保するのが難しいケースや
デメリットが大きすぎる場合はallocateしてなくても納得できるんですが
システム全体の基本思想が「allocしない」なんですよね。
#ちなみに新興メーカーではないです

OSのメモリ管理なんて最初からアテにしてなく、
自前でメモリ管理はどこでも作ってるもんだと思ってました。
実際今回のとこでも>>419さんの言われるような対応はされてるんです。

過去にテレビやデッキなんかでは、連続運転試験を1ヶ月以上自動操作でテストなんてことも
普通にやってて断続化なんて見たことないです。
(メモリ管理のバグで断続化しちゃった、なんてことはありますが)

この業界、いかにハード原価を安く抑えるかというのが至上命題に近いものがありますし、
メモリも例外じゃないと思います。
個人的には>>423さんの意見が当てはまるのかなぁと思ったりしてます。




426 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 10:34:00 ]
>>425
その話からすると>>423の推測が正解だろうね
でも理屈としては、ショボイCPUでガベージコレクションできない
状態でメモリの確保と解放を繰り返したらいずれ断片化するだろ?

allocしたら2度と解放しないんじゃ静的に確保しても同じだし
あとは作ってるシステム次第だね

 コスト見合いでSDRAMあたりを採用すると、
小さな組み込みシステムからすると馬鹿馬鹿しいほど
メモリがでかくなるし

427 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 11:45:56 ]
>>426 >>419の対応をしてるなら、断片化はしないだろう
 同じサイズをブロックとして確保解放するなら理屈の上では断片化しない

ただ、そうするなら、最初から固定で取って、
メモリが不足するなら同じタイミングで絶対に使わない同士をペアにしてゆくという
もっと簡単な対応の方がより安全で確実という事になるだろう


428 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 11:48:41 ]
家電よりちょっと高級な専用システムやってます。SH3ですが「可変allocはご法度」です。
何ヶ月も電源入れっぱあたりまえという製品で、しかも操作の最新状態は電源切っても残る、
という・・・これを20年使えるのかいな?というシステムです。NMIを作ってもらえなかったので
「操作のたびに記憶」しかないのですが、100回/日書込みなら3年でEEP/FROMアウトです。
ど〜すりゃいいの?という感じです。

429 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 12:15:01 ]
>>428
SHの内臓FLASHってそんなに書けたっけ?

 保存しなきゃいけないデータが小さいなら
追記してって、溢れるまで使うとかすれば
多少寿命も稼げるけど、システムの要件次第じゃあるまいか?
 それとも、要件からして既に破綻してるってこと?

だったら、こんなとこじゃなくて一刻も早く会社で騒げ。


430 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 12:19:31 ]
別に君に相談してるんじゃねえのに何命令口調になってるのw
こういうオカシイ奴の割合がこの業界って多いよねえ

431 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 12:26:55 ]
>>429
EE-PROMと書いてるからシリアルEE-PROMだと思うよ

で、EE−PROMなら、自分なら16くらいのブロックを順に使うようにして
寿命を16倍くらいに延ばせば丁度いい感じになるなと、そう使うけどね

432 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 14:01:12 ]
TOPPERS上でファイルシステムってどんなのがある?
FATでもNFSでもftpでもファイル名を指定して読み書きだけ
できればいいし階層構造もいらない
後でWindowsでファイルを取り出したいだけなんだけど良い手が無い

433 名前:428 mailto:sage [2006/02/26(日) 14:56:29 ]
>>431 キャッシュとEEPROMの使用領域とはほぼ1:1のサイズなの。内蔵じゃないです。

434 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 18:10:30 ]
>>433
キャッシュ?

よーわからんけど、「ど〜すりゃいいの?」っと言う感じ
なら>>429 の言う通り「上司に相談」して「その構成を
決めた奴の責任」にすべきだよ。

まあ、俺らにはどうでもいいことだが。

435 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 18:38:28 ]
そうだな。
寿命について問題がある
対策としては EE-PROMの容量を増やしてもらいたいというのが普通だわな




436 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 18:44:47 ]
10年保証する半導体はありません。

437 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 18:59:33 ]
破綻だなw

438 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 19:11:16 ]
ゆとり教育の弊害かどうかしらないけど(まあ俺はゆとり教育の理念が間違っているとは思わないけど)
読解力ない奴がここ数年増えたよね本当にw

文脈読めってw
寿命ってそう意味で言ってないだろうに。

キャッシュだってそう。
いちいちストレージ上の設定値読んでたらオーバヘッドやコードの冗長性が大きくなるので
初期化時にメモリにロードしといてそいつを設定値とみなして扱う、
そのメモリ上の設定値のことをキャッシュって言ってるに決まってるでしょ。

439 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 19:59:20 ]
>>438
>>428が [ど〜すりゃいいの?] と問題解決法が判らないと書いてるから、
上に相談してEE-PROMの容量増やして貰えよと解決方法を書いてるんじゃないか

こういう問題を放置するってのは、単に自分だけの問題でもないし、その会社だけの問題じゃないんだよ。
俺たち技術者全体の信頼に関する問題なんだからさ、 >>428はチャント対処しろよな



440 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 20:05:18 ]
>>436
いや、ホント。 最近痛感するよ。
最近買う家電製品はホント、壊れやすい。
まあ、単にどんなものか見てみたいという興味だけで買うから
安いのを徹底的に探して買うからまあ当然の面もあるけどね。

441 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 22:15:15 ]
>>438
> そのメモリ上の設定値のことをキャッシュって言って
> るに決まってるでしょ。

ヒント: 井の中の蛙

442 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 22:34:37 ]
何がヒントだ。
正面から自分の考えを言うだけの自信がないことを誤魔化しているに過ぎんなw
他人はもちろん、おそらく自分自身も合わせてな。
自己分析ができない奴ってのは事程左様に恥ずかしいなw

443 名前:デフォルトの名無しさん [2006/02/26(日) 23:33:22 ]
イタタタ

444 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 00:00:16 ]
>>442
失礼、>>438 を過大評価していたようだ。

ヒント: 水たまりのボウフラ。

445 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 04:21:35 ]
キャッシュって意味が違うだろ
自分の表現力のなさと用語の誤用を棚上げして
文脈読めってエスパーじゃなきゃ無理



446 名前:428 mailto:sage [2006/02/27(月) 05:45:52 ]
キャッシュはEEPと同じ情報を持つRAMの意味で使ってます。私が言うまでもなく受けたとき
チーフにあたる人が「NMIが無いと変更のたびに書込みとなって書込み過多になり寿命に
影響する」と申し出たらしいんですよ。でもなぜかハード屋さんはそれでいいと言ったらしい。
(今ざっと計算したら、確定1page/5mSのEEPなので256page=1.28秒、NMI入ってから
 それだけ電圧持たせるのはきつそうですね。だからかも)

10年保証云々は通電しっ放しで、ってことですよね?さすがにそこまで電源入れっぱはない
とおもいます。数ヶ月、最悪1年ぐらい連続ならありえる、ぐらいだったら20年持ちませんかね。
この製品は「装備品」なので、本体は20年持たせても、装備品は10年未満で交換、という
思想なのかもしれません。その辺今度聞いてみます。

447 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 07:29:02 ]
>>446
それ、1ページ32バイト 24XX64のような8KのEE-PROMだと思うのだが
書込中に電源落ちたらどうするの? というかどうなるの?
8kByteを全部使うなら、最低 16KByteのEE-PROMが必要だよね

だったら、さらに32Kにすればさらに2倍に寿命を延ばせるよ

448 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 07:47:20 ]
保証はメーカが無料で交換に応じることなので、10年前の製品があるわけない。

449 名前:428 mailto:sage [2006/02/27(月) 09:49:05 ]
書き込み中に電源落ちたら、「最後の操作の記憶が」残らないだけで、それほどダメージは
ありません。いつもたくさんのpageを書くわけじゃなくて操作に対応したいろんな情報片を
書くものですから。操作の瞬間電源切って覚えているような使い方もしません。
でも、ケータイなんかその辺・・・あ、あれは操作そのものの記憶は残さないのかな?
発信しかけて電源切って、電源オンすぐリダイヤル、とかが似た状況ですね。

450 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 12:40:04 ]
まあ未採用になったそうだけど、そういうのってNMI(Non Maskable Interruptのことだよね?)
でやるのって正攻法じゃない気がするなあ。

CPUに自分自身の電源制御を握らせるのが普通じゃないのかな。

451 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 20:38:27 ]
つまり、項目毎に書き換えてるという事だよね?
なら頻繁に書き換える項目だけ分散書き換えにすれば、それで対応出来そうだね

452 名前:デフォルトの名無しさん mailto:sage [2006/02/27(月) 22:03:21 ]
>>446
ハード屋さんが責任持つって事だったらいいんじゃないか。

穿って考えれば、ROM 交換で儲けると言う政策もあるかも
知れないしな。(w

>>450
自分では電源制御件を持てない状況も少なくないよ。

流石に EEPROM に退避と言うのはやったことないけど、
NMI で RTC の C-MOS (もちバッテリバックアップつき)
に退避は 8bit 時代に何回か経験がある。

453 名前:428 mailto:sage [2006/03/01(水) 15:37:49 ]
FROMですからもうROM交換はないです。道具というよりは設備の一部として使うような想定
なので、不用意に電源叩ききられる可能性は優先度低いのでしょうね。どの位の寿命を
期待しているのか今度ハード屋さんに聞いてみます。

454 名前:デフォルトの名無しさん mailto:sage [2006/03/01(水) 22:44:50 ]
> FROMですからもうROM交換はないです。

ん?
「書き込み過多になり寿命に影響」した場合の話じゃないのか?

自社設備なら、「保守用の基盤もってるから寿命がきたら即交
換でいいや」と考えてるのかもな。

455 名前:デフォルトの名無しさん [2006/03/02(木) 00:49:33 ]
通常メモリマップのデータを保存しているのはRAMですか?



456 名前:デフォルトの名無しさん [2006/03/02(木) 04:04:15 ]
メモリマップのデータとは?

457 名前:デフォルトの名無しさん mailto:sage [2006/03/02(木) 05:02:23 ]
>メモリマップのデータ
IA32 CPU とかのセグメント・ディスクリプタのことか?

458 名前:428 mailto:sage [2006/03/02(木) 05:38:58 ]
FROMはコードを格納しますから、書込み過多になるほど入れ替えはしないと思います。
操作の記憶はEEPのほうでやるようです。

FROM上のテーブルのインデクスだけをRAMに保持するソフトなら書いたことあります。

459 名前:デフォルトの名無しさん mailto:sage [2006/03/02(木) 06:47:40 ]
>>432
当然それぞれ作ってるんだろうけど、タダでは公開してないのかもね
www.toppers.jp/community.html
で聞いた方がいいんじゃないの?

460 名前:デフォルトの名無しさん [2006/03/02(木) 14:16:24 ]
RTX と Intime どったがいいのか迷ってます。
教えて。

RTXはwindowsよりな感じ。DLLなんかを呼び出したり出来るらしい。
RTXはバグで簡単にwindowsを葬るらしい。
RTXはデバッグはリモートで行う必要があるらしい。

Intimeはeindowsとは別のOSが動いているらしい。
Intimeはデバッグの環境が整っているらしい。
IntimeはwindowsのDLLを呼び出すのがめんどくさそう。

保守契約を含めた値段は大体同じくらい。
使ったとき在る人頼む。無い人でもいいけど。

461 名前:デフォルトの名無しさん [2006/03/03(金) 18:43:27 ]
460です。
おせーて。

462 名前:デフォルトの名無しさん mailto:sage [2006/03/03(金) 22:35:47 ]
INtimeメモリ保護機構がある。不正なメモリアクセスをやらかしても、
落ちるのはそのプロセスだけ。

開発にはVC++を使う。デバッグはINtime3.0移行ならVC++上で、
それ以前なら専用のデバッガで行う。1台のPC上で開発から
デバッグまで出来るが、場合によってはリモートデバッグ
した方が楽なときもある。

同一PC上で動作していると言っても、INtimeのメモリ空間と、
Windowsのメモリ空間は独立している。INtime用に作ったソフトと、
Windows用のソフトの間でのやり取りは専用のAPIを使う必要がある。

INtimeには体験版の無償ダウンロードがある。
とりあえず使ってみてから考えるのも吉。
ttp://www.tenasys.com/resources/trials.php

463 名前:デフォルトの名無しさん [2006/03/04(土) 08:10:31 ]
460です。
RTXの方はあまり良くないっぽいですかね。
両社の営業と技術の話を聞いているとどうもIntimeの方が良く聞こえまして・・。
営業の腕の違いかそれとも製品自体Intimeのほうが良いのか・・・。
両方とも貸し出しがあるようなので試してみたいと思っていますが。

464 名前:デフォルトの名無しさん [2006/03/04(土) 08:21:30 ]
みなさん、NIの計測制御用のアレをつかったことはありますか?


465 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 14:14:38 ]
話をぶった切って申し訳ないが

1チップマイコンの入出力ポートって
方向レジストと ポートの2つに別れているが、コレ使い難くないか?
入力専用、出力専用と方向レジスタの3つになっているべきじゃないかと思う。

出力専用レジスタを読み返すと、現在入力ポートに設定してるビットでも
出力ラッチがいつでも読めるべきだと思う



466 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 14:20:55 ]
>1チップマイコン
たまたま自分の使ってるモノが世界の標準に違いない、
と思い込むのは頭の悪い証拠じゃないだろうか?
井の中の蛙大海を(

一口にマイコンつったっていろいろあるのよベイビー。

467 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 16:06:25 ]
>>466 まあ確かに 4,8,16とDSPの15種類くらいしか触った事ないけど
その範囲じゃそうじゃないのを見た事ないもんで







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<253KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef