Re: Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか
投稿ツリー
-
SFC始動:サブルーチン呼出か、条件待ちループか (なーお, 2008/4/18 9:09)
-
Re: SFC始動:サブルーチン呼出か、条件待ちループか (i-brown, 2008/4/19 4:57)
-
Re: SFC始動:サブルーチン呼出か、条件待ちループか (なーお, 2008/4/19 22:54)
-
Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか (i-brown, 2008/4/20 22:49)
-
Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか (なーお, 2008/4/26 12:56)
- Re: Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか (i-brown, 2008/4/26 23:59)
-
Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか (なーお, 2008/4/26 12:56)
-
Re: Re: SFC始動:サブルーチン呼出か、条件待ちループか (i-brown, 2008/4/20 22:49)
-
Re: SFC始動:サブルーチン呼出か、条件待ちループか (なーお, 2008/4/19 22:54)
-
Re: SFC始動:サブルーチン呼出か、条件待ちループか (i-brown, 2008/4/19 4:57)
i-brown
居住地: 兵庫県
投稿数: 131
なーおさん、お帰りなさい。
新しいパソコンから初めての書き込みです。
(グラフィックチップが不調になりかけたので見切りました)
共有メモリでのデータのやりとりですが、なーおさんのおっしゃるとおりですね。ただ、「なぜ、三菱が位置決めを割り込み命令にしているのか?」と考えたとき、私は「OSの設計者は基本的にS.TOやMULTR(SP.DDWR)を使ってデータをやりとりさせるつもりだった」のではないかと考えました。
なーおさんの指摘通りQやQHでは「指令を自動リフレッシュで送る」か、「データを割り込みで送る」かで解決できるのですが、指令を自動リフレッシュで送るのであれば、割り込みのS.SVSTやS.SFCSは割り込みである意味がなくなるため、QやQHモーションでは「(高速に始動できる)割り込みが本命で自動リフレッシュはおまけ」と考えました。
本来は、データを先読みして予めモーションCPUのデバイスまでデータをコピーをしておき、必要になったらSFCSかSVSTで始動したかったのですが、自分でゼロから作っているわけではないので、それも難しいのが現状です。
投票数:0
平均点:0.00
返信する