アカウント名:
パスワード:
>GPIOやI2C、I2S、MIPI、SDIO、UART、USBといったインターフェイスも備える。
凄く、うらやましいです･･･(ｺﾞｸｯデスクトップPC用にも拡張カードとかで高速なGPIOやI2C、SPIインターフェースカードとか出してくれませんかね。いい加減パラレルポートから脱却したい。
つ http://akizukidenshi.com/catalog/g/gK-01799/ [akizukidenshi.com]ほれ
いやそれじゃダメなのよ。I/Oをマイクロ秒単位で操作したいのに、IO操作一つに数ミリ～十数ミリ秒もかかる低速なUSB経由じゃ論外。なので物理パラレルポートを使い続けてるんで。
Windowsからの操作ではマイクロ秒単位は無理と思うがDOSでやってんの?あるいは何らかのRealTimeOSとかVxWORKS?
俺だったら外部マイコンにサブシステム持たせてそれをコマンド制御するな。てなわけで つ http://www.mouser.jp/new/Cypress-Semiconductor/cypressFX3devkit/ [mouser.jp]
普通にWindowsからできてるよ。カーネルモードドライバ書いてる。WRITE_PORT_XXX系で1回の操作を行うとおおよそ1マイクロ秒ちょいかかるのでそれでそれでタイミング作ってBit bangingしてる。
俺だったら外部マイコンにサブシステム持たせてそれをコマンド制御するな。
俺が作ってる物は同期処理必須でかつリクエストから極力短時間で処理を返す必要があるので1リクエストに数ミリ秒オーダーのUSBは論外なんよ。常識的には時間のかかる同期処理はWindowsのドライバの作法からは外れるんだけどね。
いや、だからさ、必要な演算量にもよるけど処理ループの中にPC入れなければいいんではないかね。デバグも大変だし。そこらのマイコンで足りなければ、SDRAM付のFPGAボードとかにマイコン突っ込んでロジックと併用とか。IFF(の様な、と言っておこう)装置開発したときなんか数100nsで外部応答しつつ結果をPCに渡すなんてことしたけど(オシロでタイミングをみつつパイプライン詰め^2)PC単体じゃ絶対無理だ罠。てか、カーネルモードデバイスドライバのデバッグなんてまどろっこしくてやってられんわ。そもそも、PCのCPU(マシン)変わったら(入れ替えたら)、またやり直しw
いや、だからさ、必要な演算量にもよるけど処理ループの中にPC入れなければいいんではないかね。デバグも大変だし。
あくまで主はWindowsのホストPC側であってパラレルの先に繋ぐのは大したデバイスじゃないのよ。ホスト側で大層な演算するわけでもない。何度も言うけどホスト側のタイミングでの外部機器への同期アクセスが必須だからこうしてんの。
PCのCPU(マシン)変わったら(入れ替えたら)、またやり直しw
Windowsのカーネルコード扱ったことが無いってのはよくわかったよ。知ってる人から笑われるからカーネルについては今後語らない方がいい。
別ACだが、SMIはどうしてんの？タイミングなんて守れないでしょ？
パラレルポートの制御だけなら一番簡単なのはDOSのプログラム書くことだなまあ今はWindowsもドライバ開発キットなんか使って簡単にドライバ書けるから、すべての処理をドライバ内でまかなうプログラムにしてもいいんだが＃Windows95ぐらいの時代に画面描画までみんなドライバ内で処理している制御ソフトを初めて見た時には感心した
目的によりけりですが、GPIO的なデジタル入出力を PCI Express で増設する基板なら例えば 株式会社 インタフェース あたりから出ていますね。さほど高価でもありません。 http://www.interface.co.jp/catalog/selection/dio/dio_pex.asp?btn=1 [interface.co.jp]
値段は上がりますが、他社製品でパソコンのCPUを介さずにボード上のメモリと直接デジタル入出力できるものもあったと思います。正確な時間間隔での入出力が可能です。
シビアなタイミングでデータ
ご存知なのに使っておられない理由がありそうな気もしますが。
単純にコストです。I/Fボードだけで目的の外部機器の50倍以上の価格では流石に割に合わず。あと必要な入出力の数がパラレルポートのPin数で足りるか、または数個のロジックICで拡張する程度で賄えるので。
ただレガシーI/Fとして切り捨て気味だし、今回の開発ボードや最近のタブレットも本体外に出てないけどタッチパネルやハードウェアキー用で内部的にGPIOやI2Cを持ってるのでデスクトップ用でも各種入出力を増設できるボードが出ないもんかなと言うのが元コメの意で。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
インターフェースが豊富 (スコア:0)
>GPIOやI2C、I2S、MIPI、SDIO、UART、USBといったインターフェイスも備える。
凄く、うらやましいです･･･(ｺﾞｸｯ
デスクトップPC用にも拡張カードとかで高速なGPIOやI2C、SPIインターフェースカードとか出してくれませんかね。
いい加減パラレルポートから脱却したい。
Re: (スコア:0)
つ http://akizukidenshi.com/catalog/g/gK-01799/ [akizukidenshi.com]
ほれ
Re:インターフェースが豊富 (スコア:0)
いやそれじゃダメなのよ。
I/Oをマイクロ秒単位で操作したいのに、IO操作一つに数ミリ～十数ミリ秒もかかる低速なUSB経由じゃ論外。
なので物理パラレルポートを使い続けてるんで。
Re: (スコア:0)
Windowsからの操作ではマイクロ秒単位は無理と思うが
DOSでやってんの?
あるいは何らかのRealTimeOSとかVxWORKS?
俺だったら外部マイコンにサブシステム持たせてそれをコマンド制御するな。
てなわけで つ http://www.mouser.jp/new/Cypress-Semiconductor/cypressFX3devkit/ [mouser.jp]
Re: (スコア:0)
Windowsからの操作ではマイクロ秒単位は無理と思うが
DOSでやってんの?
あるいは何らかのRealTimeOSとかVxWORKS?
普通にWindowsからできてるよ。カーネルモードドライバ書いてる。
WRITE_PORT_XXX系で1回の操作を行うとおおよそ1マイクロ秒ちょいかかるので
それでそれでタイミング作ってBit bangingしてる。
俺だったら外部マイコンにサブシステム持たせてそれをコマンド制御するな。
俺が作ってる物は同期処理必須でかつリクエストから極力短時間で処理を返す必要が
あるので1リクエストに数ミリ秒オーダーのUSBは論外なんよ。
常識的には時間のかかる同期処理はWindowsのドライバの作法からは外れるんだけどね。
Re: (スコア:0)
いや、だからさ、必要な演算量にもよるけど処理ループの中にPC入れなければいいんではないかね。
デバグも大変だし。
そこらのマイコンで足りなければ、SDRAM付のFPGAボードとかにマイコン突っ込んでロジックと併用とか。
IFF(の様な、と言っておこう)装置開発したときなんか数100nsで外部応答しつつ結果をPCに渡すなんてことしたけど(オシロでタイミングをみつつパイプライン詰め^2)
PC単体じゃ絶対無理だ罠。
てか、カーネルモードデバイスドライバのデバッグなんてまどろっこしくてやってられんわ。
そもそも、PCのCPU(マシン)変わったら(入れ替えたら)、またやり直しw
Re: (スコア:0)
いや、だからさ、必要な演算量にもよるけど処理ループの中にPC入れなければいいんではないかね。
デバグも大変だし。
あくまで主はWindowsのホストPC側であってパラレルの先に繋ぐのは大したデバイスじゃないのよ。
ホスト側で大層な演算するわけでもない。
何度も言うけどホスト側のタイミングでの外部機器への同期アクセスが必須だからこうしてんの。
PCのCPU(マシン)変わったら(入れ替えたら)、またやり直しw
Windowsのカーネルコード扱ったことが無いってのはよくわかったよ。
知ってる人から笑われるからカーネルについては今後語らない方がいい。
Re: (スコア:0)
別ACだが、SMIはどうしてんの？タイミングなんて守れないでしょ？
Re: (スコア:0)
パラレルポートの制御だけなら一番簡単なのはDOSのプログラム書くことだな
まあ今はWindowsもドライバ開発キットなんか使って簡単にドライバ書けるから、すべての処理をドライバ内でまかなうプログラムにしてもいいんだが
＃Windows95ぐらいの時代に画面描画までみんなドライバ内で処理している制御ソフトを初めて見た時には感心した
Re: (スコア:0)
目的によりけりですが、GPIO的なデジタル入出力を PCI Express で増設する基板なら
例えば 株式会社 インタフェース あたりから出ていますね。さほど高価でもありません。
http://www.interface.co.jp/catalog/selection/dio/dio_pex.asp?btn=1 [interface.co.jp]
値段は上がりますが、他社製品でパソコンのCPUを介さずにボード上のメモリと直接
デジタル入出力できるものもあったと思います。正確な時間間隔での入出力が可能です。
シビアなタイミングでデータ
Re: (スコア:0)
ご存知なのに使っておられない理由がありそうな気もしますが。
単純にコストです。I/Fボードだけで目的の外部機器の50倍以上の価格では流石に割に合わず。
あと必要な入出力の数がパラレルポートのPin数で足りるか、または数個のロジックIC
で拡張する程度で賄えるので。
ただレガシーI/Fとして切り捨て気味だし、今回の開発ボードや最近のタブレットも本体外に
出てないけどタッチパネルやハードウェアキー用で内部的にGPIOやI2Cを持ってるので
デスクトップ用でも各種入出力を増設できるボードが出ないもんかなと言うのが元コメの意で。