- 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
- 152 名前:デフォルトの名無しさん mailto:sage [2005/11/06(日) 19:34:27 ]
- 俺は古典制御ならわかるが、現代制御はさっぱりだな
でも、仕事では殆どが、通信の制御だったり、ロジックの制御だったり、 デバイスの制御だったりするから、 知らなくても全く問題なしだw
- 153 名前:デフォルトの名無しさん mailto:sage [2005/11/06(日) 20:01:41 ]
- >91
亀だが、MSがDriver Install Frameworks Tools 2.0 とか称してそのあたりを纏めたツール・APIを公開している。 1.0のときには、ドライバ認証が要るとかいうふざけた話だったが。
- 154 名前:デフォルトの名無しさん mailto:sage [2005/11/07(月) 17:37:06 ]
- >>153
情報ありがとうございます。 そのツールを使用して何とか 作成しようと思います。
- 155 名前:デフォルトの名無しさん [2005/11/08(火) 16:38:40 ]
- TRON準拠のマイコンソフトなのですが、
デバッグのため、イベントが発生する毎にリングバッファにイベントをどんどん記録する、 という仕組みを追加する事にしました。 リングバッファに書き込む処理自体は共通のサブルーチンを用意して、イベントを引数で渡す、という 単純なもので特に問題ないのですが、 このサブルーチンを通常のタスク処理と、割込み両方から使いたいので、排他制御を考える必要が発生しました。 実装に当たって参考になる、なにか、良い資料やサンプル等ないでしょうか。または定番の方法など
- 156 名前:名無し募集中。。。 mailto:sage [2005/11/08(火) 18:39:08 ]
- NORTi/86 ?
排他ならセマフォが定番
- 157 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 00:06:45 ]
- >>155
正直そういう処理をするなら、排他以前に イベントの検出直後〜リングバッファへの書き込みの間は 割り込みを禁止(Maskでは無い)しないと、イベントの発生順が 訳分からん状態になると思われ
- 158 名前:サービスコールの不可分性 mailto:sage [2005/11/09(水) 02:34:47 ]
- >155
以下、uITRONVer4仕様での話 固定長メモリプールからイベントを書き込むバッファをゲットする。 (固定長メモリプールの長さはイベントのデータの最大長とする。) 書きたいデータをそのバッファに書く。 ゲットしたデータをメールボックスで送り出す。 受けるタスクでメールボックスを受け、固定長メモリを解放する。 実装によりますが、非タスクコンテキストからもpget_mpf(),snd_mbx()が利用できるものが 多いと思います。少なくともNortiは、仕様書をみたところそうなっています。 この場合、特に排他処理を用いなくても問題ありません。というよりサービスコール はリエントラントです。(正確には、サービスコールの不可分性の保証のことです) 方法は上記と違いますが、参考としては、私の知る限り、toppersJSPのログ機能です。 ログタスク経由か、直接出すかを選択できたと思います。ログタスク経由の場合はいったんキューイング して出していたように記憶しています。肝心な排他制御しているかどうかは未確認 です。 していなければ、セマフォよりも、loc_cpuが、いいかと思います。 lockするのは、キューの管理ポインタの更新時のみに限定できると思います。 ver4からの仕様ですが、loc_cpu中といえどカーネル管理外の割込は可ですので、 lock中 != 割込ディセーブルです。お間違えなく。
- 159 名前:デフォルトの名無しさん mailto:sage [2005/11/09(水) 15:29:49 ]
- レスありがとうございました。
説明が最初に不足しておりましたが、元々の処理のタイミング等に出来るだけ影響を与えないようシンプルにしたい、 という事情がありまして、 本当は割込み禁止はしたくなかったのですが、 検討の結果、157さんもおっしゃるような書き込み中割込み禁止にする、という方向になりました 結局、これが一番シンプルでした あとは、割込み禁止期間が少しでも短くなるようなロジックにしました (セマフォはやや大掛かりになってしまうため不可) ありがとうございました。
- 160 名前:デフォルトの名無しさん mailto:sage [2005/11/11(金) 01:12:18 ]
- >>152
そんなもんだよね。 古典も完璧とはいえないけども
- 161 名前:デフォルトの名無しさん mailto:sage [2005/12/01(木) 16:02:03 ]
- Forth使ってる人居る?
- 162 名前:デフォルトの名無しさん mailto:sage [2005/12/01(木) 19:38:10 ]
- 組み込みスクリプトに?
自作の中間言語インタプリタなら作って使った事はあるけど
- 163 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 00:45:42 ]
- 業務系プログラマでつ。
制御系にジョブチェンジしたいんですが (Java,C/C++、簡単なUSBのドライバならつくれます) 参考書籍を3冊くらい教えてください。
- 164 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 00:56:48 ]
- >>163
制御系たっていろいろあるからね。 目指すものによっていろいろ ドライバ書けるなら、いろんなOSマスターして ドライバ屋という手も無いではない その場合はマニュアル見ながらひたすらソース読んだ方が 理解できたり。。。。。
- 165 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 11:19:25 ]
- >>163
弊社でよければ面接の用意をしますw いや、業務系も制御系も人が足らんのよ。
- 166 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:10:43 ]
- 昼間から2ch覗いてる管理職のいる会社には行きたくないです
- 167 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:18:20 ]
- 大丈夫、夜間仕事しているから(ぉぃ
- 168 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:18:18 ]
- プログラミングではなく制御設計はこのスレではあまり関係ない?
PIDとかz変換とか。
- 169 名前:デフォルトの名無しさん [2005/12/09(金) 00:35:52 ]
- 正直、業務系に転職したい
業務系ならあと20年は働ける気がする
- 170 名前:デフォルトの名無しさん mailto:sage [2005/12/09(金) 00:49:42 ]
- 妄想だけじゃメシは食っていけないよ?
- 171 名前:デフォルトの名無しさん mailto:sage [2005/12/09(金) 01:01:24 ]
- >>168
それをネタに話してもスレ違いと暴れる奴はいないと思うが 電気・電子板でやった方が人がいると思うぞ 俺は無理、ついていけない
- 172 名前:デフォルトの名無しさん mailto:sage [2005/12/10(土) 08:48:03 ]
- マ板のクミコスレで聞いたら呆れられたのでこっちで聞かせて。 8051互換チップでDAC端子
が「作動状態」=Lo-Z状態=制御電圧が出ている状態、「停止状態」=Hi-Z状態で、テスタ で見てみると0Vが出てるように見えます。 これと0Vが出てる状態とがどう違うか?なんです。 インピーダンスって、理科の時間には「交流、とくに高周波に対するコイルの抵抗」って習った のに、直流の端子でインピーダンスがどういう意味を持つんですか?
- 173 名前:デフォルトの名無しさん mailto:sage [2005/12/10(土) 09:44:22 ]
- >>172
またも板違い 電気・電子板が適切かと 制御電圧に対してHiZだって事でしょ インピーダンスは交流もあるんだよ
- 174 名前:デフォルトの名無しさん mailto:sage [2005/12/10(土) 12:50:43 ]
- >>172
そのテスターで、+電源とその端子の間の電圧を測って、それぞれ結果を報告してみて。それからだ
- 175 名前:デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:01:26 ]
- マ板って、、、、、あそこはネタスレだろう
しっかり釣られて、まともな話をし始めてるのが業だな >>172 お前さんのやったことは +端子と−端子を持っただけの時の電圧を測ったのと変わらん
- 176 名前:デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:35:19 ]
- >>172
ぶっちゃけ、その線が断線しているのと同じ状態<HiZ
- 177 名前:名無し募集中。。。 mailto:sage [2005/12/11(日) 21:13:24 ]
- ハイ・インピーダンスって抵抗値が大きすぎて繋がっていない事と同義だと思うの
TTL出力は出力と出力をつないではいけないけど、3ステート出力なら 出力していないときはハイインピーダンスにしておけば大丈夫(バスの基本原理)
- 178 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 17:30:36 ]
- ありがとう。理系的な解り方じゃないけど、感覚的にはわかったような気が・・・(^o^)
話は変わりますけど、安いROMライタありませんか?簡単なシリアル入出力をよく頼まれる のですが、PCしかないのでHEXを送って向こうで焼いてもらうと、つまらないタイプミスが 1,2度はあります。弁当箱は貸してもらえそうなので、ROMライタを自前で持ってれば便利そう なのですが・・・スマートライタというのは見たことあってコンパクトでいいなと思ったのですが、 \59,800ぐらいします。
- 179 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 17:55:28 ]
- 仕事じゃないなら秋葉でジャンクを探すとか自作するとか。
仕事なら、レンタルで借りるとか。 #処で弁当箱とは何のこと? #それがUVEPROMの消去用の紫外線灯の入った箱のことなら蛍光灯スタンド+殺菌等でも大丈夫w
- 180 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 18:58:47 ]
- www11.plala.or.jp/silicon/DATA/develop_romwriter.html
日本製で安価なのは パレット11ハンディ windowsソフトは別売だけど ttp://www.tensyo.com/PT11/WPT11.htm にある 先頭の安価なのは秋月ならもっと安価 akizukidenshi.com/catalog/items2.php?p=1&q=M-00513 これの使い勝手は判らない。 もし買ったらレポートよろしく
- 181 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:01:58 ]
- 殺菌灯は強力なので、カバーをつけないといけないよ。
俺は、隣の机でカバー無しで使ってたら顔の半分の皮がボロボロと・・・
- 182 名前:179 mailto:sage [2005/12/15(木) 19:10:32 ]
- 机の下に入れて水虫対策とか。
私自身は机の中に入れてた。
- 183 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:21:06 ]
- 8255と16550を合わせたようなLSIないですか?
- 184 名前:178 mailto:sage [2005/12/15(木) 19:33:39 ]
- 皆様早速ありがとうございます。半田ごては髭剃りのニカド交換ぐらいしかできないので
自作はムリです。 弁当箱=「ターゲットのボード+電源」の箱です。ちょうどドカ弁ぐらいの 大きさなので。 27C256か27C512ぐらいしか焼かないのですが、客先のはなんかドデカイ奴 で、とても持ち出しとか考えられません。 >>180さんのは安いですね。イレーザーが意外と 安かったのも参考になります。 レポートご期待よろ。
- 185 名前:名無し募集中。。。 mailto:sage [2005/12/15(木) 21:38:20 ]
- ROMライタっていう名前じゃないけどROMも焼ける
aitendo.ocnk.net/product/90
- 186 名前:デフォルトの名無しさん mailto:sage [2005/12/16(金) 08:58:43 ]
- その弁当箱とやらを改造して
フラッシュメモリとダウンローダを乗せとく
- 187 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 00:17:45 ]
- >>183
昨今、そういったマルチIOのLSIはなくなっちまってるだろ 別にLSI載せるよりIOてんこ盛りのCPUを選択したほうが安いし
- 188 名前:178 mailto:sage [2005/12/17(土) 04:53:02 ]
- >>186 改造、というか作り直すときはROM周りだけじゃなくCPUから全部になると思います。
8251を4CH-->uartが4CH載ってるH8(下位シリーズ)はないので、3CHは内臓、あと1CHは タイマで作るというのを客に提案してあります。わざわざ基盤起こすほどのシロモノでもないので 8085が秋葉で買える間は今の基盤でいくみたいです。
- 189 名前:デフォルトの名無しさん mailto:sage [2005/12/29(木) 19:21:28 ]
- このスレマジなだけに年末居なくなるのも早いなあ。雑談の一つも出ずにパタッと無人になる
- 190 名前:デフォルトの名無しさん mailto:sage [2005/12/30(金) 17:23:00 ]
- 何が言いたいのかわからん。
- 191 名前:デフォルトの名無しさん mailto:sage [2006/01/04(水) 18:03:34 ]
- >>189
>>190 言わんとしていることだけはなんとか読み取れる みんなネタが豊富なマ板の組み込みスレに行っちまったんじゃないか? ネタスレがすっかりマトモなスレになっちまってる(w
- 192 名前:デフォルトの名無しさん mailto:sage [2006/01/05(木) 06:49:47 ]
- でもこっちの方が質問にマジレスしてくれるから頼りになります。
- 193 名前:デフォルトの名無しさん [2006/01/15(日) 01:10:20 ]
- はじめまして。質問させてください。
この度、タスクを担当することになったのですが、例えばタスクAが割込み信号を受けて 処理を開始しますが、プログラムの処理中に別の割込みを受けた場合はどうなるのでしょう? その処理が中断されて新たな割込みの処理に走ってしまうのでしょうか? それともプライオリティにより、処理が終わるまで割込みが待たされたりするのでしょうか?
- 194 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 01:16:10 ]
- さーて、OSはなんだね
- 195 名前:193 [2006/01/15(日) 01:17:44 ]
- 失礼しました。OSはiTRONっす
- 196 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 01:28:12 ]
- >タスクAが割込み信号を受けて処理を開始
うーん、まぁいいや。 以下、割り込みを禁止していない状態での話ね。 あと細かい話も省略。 >プログラムの処理中に別の割込みを受けた場合はどうなるのでしょう? >その処理が中断されて新たな割込みの処理に走ってしまうのでしょうか? うん。プログラムというか、タスクの実行中なら割込み処理するよ。 >それともプライオリティにより、処理が終わるまで割込みが待たされたりするのでしょうか? タスク実行中なら割込まれちゃうね。
- 197 名前:193 [2006/01/15(日) 01:42:13 ]
- >>196
レスありがとうございます > >プログラムの処理中に別の割込みを受けた場合はどうなるのでしょう? > >その処理が中断されて新たな割込みの処理に走ってしまうのでしょうか? > うん。プログラムというか、タスクの実行中なら割込み処理するよ。 やはりそれまでの処理は途中で中断されてしまうのですね。 > >それともプライオリティにより、処理が終わるまで割込みが待たされたりするのでしょうか? > タスク実行中なら割込まれちゃうね。 つまり、処理に割込まれないようにするために割込み禁止にするって事ですか? ちなみに、やろうとしていることは、USB接続された他のPCのソフトから文字列が送られ、 その文字列毎に処理を行うものなんです。 "ABC"と叩かれたらAの処理"DEF"と叩かれたらまた別の処理をするみたいな。 ここで"ABC"の処理中に"DEF"の文字列を受け取ってしまった場合を考えていました。 行うものです。
- 198 名前:193 [2006/01/15(日) 01:44:23 ]
- >>197
> 行うものです。 ←ミスです^-^; 単純に割込みを禁止にしてしまうと他の割込み処理に影響しないかなぁ、など 馬鹿な頭で思ってしまったのです。
- 199 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 01:56:05 ]
- >>197
割込みはタスクより優先されて動くよ。 1.タスクはOSの同期オブジェクト待ちになって受信データを待つ。 2.割込み側はOSの同期オブジェクトをシグナル状態にしてタスクの待ち状態を解除して割込み処理を終了する。 3.タスクはOSによって待ちを解除されて受信したデータを取得して処理する 4.タスクは再び受信データ待ちになる。 って感じで同期するんではないかと。 同期オブジェクトについては先輩に聞いて下され。 たぶんそこが分かれば一歩前進できたといえるかと。 貴方の言うとおり、割込み禁止は他の割込みにも影響するよ。 タスク部を書く人はなるべく割込み禁止を使わないか、その期間が短くなるようなコードを 書くことを求められるだろうね。
- 200 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 01:57:28 ]
- 普通は、
割り込み処理では、送られて来た文字列をバッファに溜め込んで、 通常処理では、バッファに溜まった文字列を解析&実行させる。 ってえのが常識ってもんだ。 割り込みを禁止にするなんて、論外。 割り込み処理を使う意味が無い。
- 201 名前:193 [2006/01/15(日) 02:06:18 ]
- >>199
レスありがとうございます。 同期オブジェクトですか。初めて聞いた言葉なので後で調べてみるっす! 割込み禁止の処理を使う事があったら、ご指摘の点について注意してコーディングします。 >>200 レスありがとうございます。 仰る通りですね。イメージとしては文字列をバッファに溜めて・・だと思うのですが (まだソースコードをみていないので)、文字列をバッファに詰め込む前に、更に割込みが あがって来てしまった場合とかを考えてしまうのです。
- 202 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 02:15:03 ]
- >>201
文字が送られて来る時間の間隔を計算してみれば? よっぽどマヌケなコードでも書かない限り、バッファメモリに書き出す処理が終了する方が早いでしょ?
- 203 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 02:21:31 ]
- >>202
すげーw
- 204 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 03:37:58 ]
- >>201
> 文字列をバッファに詰め込む前に、更に割込みが > あがって来てしまった場合 そういう場合のために割り込み禁止という機能があるのよ。 割り込みハンドラ(){ 割り込み禁止 受信データを蓄積用のバッファにコピー 割り込み許可 必要があれば受信フラグを立てたり、タスクを起こしたり } 当然、割り込み禁止区間は極力短くしないとシステム全体に影響が及ぶ。 >>202のような、受信間隔なんていう不確定なものをあてにするのは、 不可解なバグの要因になるので、普通はしない。
- 205 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 03:44:58 ]
- >>204
おいおい、ハーウェアの通信性能以上に短い間隔にはならないんだよ? 確実に数値で計算出来る値だろうがw
- 206 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 03:45:40 ]
- ハードウェアだな・・・タイプミスしちまったw
- 207 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 03:47:33 ]
- つうか、ハードウェア割り込みに関係する所を作るのに、ハードウェアの性能とか動作タイミング計算しないでどうするの?
- 208 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 03:49:06 ]
- なんかよく分らないから割り込み禁止にしちゃおう って方が問題だな。
- 209 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:06:22 ]
- まあ、脳あるOS(CPU)ならハードウェア割り込みには、要求される動作速度や重要度に沿ったプライオリティーが付いてるからな。
- 210 名前:デフォルトの名無しさん [2006/01/15(日) 04:10:29 ]
- >>202
そのネタ面白いね
- 211 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:11:44 ]
- >>209
ネタ?
- 212 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:12:49 ]
- >>205
ノイズの可能性は無視?
- 213 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:13:36 ]
- >>205
通信以外の割り込みは無視?
- 214 名前:デフォルトの名無しさん [2006/01/15(日) 04:14:01 ]
- >>205
多重割り込みなんか関係無いよなw もっと続けてー
- 215 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:16:05 ]
- >>208
割込みマスクの必要性をよく分かってないのは誰ですか?
- 216 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:20:44 ]
- 他の割り込みが処理に要する時間と、通信割り込み内で要する処理時間を合計しても、次の通信割り込みには間に合うんだよ。
つうか、そう作る。
- 217 名前:デフォルトの名無しさん [2006/01/15(日) 04:23:16 ]
- イタタタ
- 218 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:24:45 ]
- 要は、割り込み処理内でダラダラと処理させないって事だな。
- 219 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:25:39 ]
- >>207>>216
そういう作り方自体は制御系としては別に間違ってないよ。 OSもないような小規模で、かつ、ハードが確実に特定できるターゲットならね。 >>193のターゲットはiTRONと言ってるんだが、 それでもそんな作り方を薦めるつもりなの?
- 220 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:28:03 ]
- >>219
OSが何であれ、そうしないと通信データ取りこぼすよ?
- 221 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:28:33 ]
- まーOSの無い小規模なシステムならそれでもいいんじゃね?
だがOS載せてる環境でタイミング依存するコードなど書くのは愚かだね
- 222 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:30:42 ]
- >>220
何のために受信バッファだのフロー制御だのがあるの?
- 223 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:32:14 ]
- ちょっとまて、
信号って言うのはハードウェア割り込みの事じゃないのか? だから、ハードウェア限定されてる話じゃないのか?? つうか、普通ならドライバーがやってる仕事を書いてるだけなんだが???
- 224 名前:デフォルトの名無しさん [2006/01/15(日) 04:32:48 ]
- ハードの動作タイミングなんかに依存してるほうがよっぽどヤバいだろ
- 225 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:33:30 ]
- >>222
だから、受信バッファに貯める処理自体の話をしてるし、フロー制御もありだよ?
- 226 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:33:51 ]
- >>223
……。 >>197を読み直したら?
- 227 名前:デフォルトの名無しさん [2006/01/15(日) 04:34:40 ]
- OS載っているのにタイミング「だけ」で何とかしようという輩がいるとは…
- 228 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:36:46 ]
- 割り込み処理内ではバッファに貯めるだけとか極力少ない最低限の処理をして、もうひとつの処理でゆっくり実装するって話の。
特に、クリティカルな方の話なのになぁ・・・。
- 229 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:39:11 ]
- なあ、普通は、通信割り込み内ではバッファに書き込むとか、ハードウェア制御だけとかするんだろ?
この部分はどんなOS乗ってようが、ハードウェア依存だし、タイミングの話からは逃れられないだろ。
- 230 名前:デフォルトの名無しさん [2006/01/15(日) 04:44:34 ]
- そんなもんは必要条件
なぜか割込み不要と言い切っているところがワロス
- 231 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:45:36 ]
- おまえら、割り込み処理内で"ABC"や"DEF"の解析まで全部やる気だった? バカだろ?
- 232 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:46:22 ]
- バカが湧きました
- 233 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:47:58 ]
- >>230
割り込み不要? そんな読解力無い奴相手だったのか??
- 234 名前:デフォルトの名無しさん [2006/01/15(日) 04:49:33 ]
- >なんかよく分らないから割り込み禁止にしちゃおう って方が問題だな。
おーい名無しばかりでよくわからんが、これ言った奴なんか言えよw
- 235 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:50:13 ]
- >>233
喪前さん以外(多分漏れ以外に2人くらいいそうだが)はそう読んでるぞ。 書き方の問題じゃないか?
- 236 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:52:05 ]
- 読解力ではなく書き手のry
- 237 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:54:42 ]
- >>234
俺のf読解力ではその一言を書いた奴が 一番分かってないように見えるね。
- 238 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:55:40 ]
- >>234
俺だ。 処理自体を吟味もせず、割り込み禁止すれば解決! みたいな考えは、危険だろ。 何故禁止にするのか、禁止期間は他の割り込みに影響が出ないか吟味した上で、最小限度の禁止区域を設ける。 そういうプロセスで考えないと、割り込み内で解析までやって頭から最後まで禁止にされちゃあ、かなわん。
- 239 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 04:56:50 ]
- うh
- 240 名前:デフォルトの名無しさん [2006/01/15(日) 05:00:05 ]
- おーい、>>200 に書いた奴も出て来いよ
- 241 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:00:52 ]
- 割り込みハンドラではデータコピー処理だけして、解析はタスク側だけでやる、
という前提の上で、割り込みハンドラと割り込み禁止の問題を話してる ・・・んじゃないのか?
- 242 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:02:09 ]
- >>240
200も割り込み禁止にすればどんな長い処理でも出来るって思ってる節がある事への反論じゃね?
- 243 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:09:30 ]
- >>242
そう読める? 反論ということならば、>>199に対してだろうが >>199が「割り込み禁止にすればどんな長い処理でも出来るって思ってる」節がある ようには見えないんだが。
- 244 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:11:02 ]
- >>242
>>200は「タスクで割り込み禁止するなんて論外」と言ってるだけで、 冒頭で「解析は通常処理(タスク)で」とも言ってるから、 そういう風には思ってなさそうだが。
- 245 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:12:46 ]
- >>243
>>199じゃなくて、元発言に対してだろ?
- 246 名前:デフォルトの名無しさん [2006/01/15(日) 05:13:26 ]
- >>200書いた奴でてこないのか〜
- 247 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:17:20 ]
- >>245
あー、そっちが自然だね レス先書かない奴がいるとワケワカラン
- 248 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:22:10 ]
- まあ、>>200が言葉足らずだった事は認める。
誰に対して言ってるのかは、勘違いしないでくれよ。 >>199と>>200は1分23秒差だ。 少し考える時間を含めれば、到底無理だ。
- 249 名前:デフォルトの名無しさん [2006/01/15(日) 05:22:24 ]
- 普通とか常識とか使って断言口調で書く奴と話がしたかったなぁw
寝る!
- 250 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:28:19 ]
- >>249
多分、2人だけだったんじゃねえの? ここにいたの。
- 251 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:30:58 ]
- 俺も寝ますよ?
- 252 名前:デフォルトの名無しさん mailto:sage [2006/01/15(日) 05:31:42 ]
- いや、見てはいたが余りにアホ臭いので放置しておいた。
|

|