問題タブ [umdf]

標準のコード - デプロイ - デバッグ サイクル中に "devcon" を使用して UMDF ドライバーを更新する際に問題が発生しています。問題は、DLL ファイルと INF ファイルのバージョン番号または日付が、システムのドライバー キャッシュ フォルダーに格納されているものから変更されていない限り、"devcon update" は実際には何も更新しないことです。途方もない一連の実験の後、最新のファイルを強制的に使用する方法の 1 つは、次のようにすることであることがわかりました。

1. 「-v」オプションでバージョンを明示的に設定することにより、「makefile.inc」の「stampinf.exe」に渡されるパラメーターを変更します。
2. リソース スクリプト ファイル ("DRIVER_NAME.rc") を変更して、 VER_USE_OTHER_MAJOR_MINOR_VER " " を含める前に最初に定義ntverp.hし、次に and を明示的に定義 VER_PRODUCTMAJORVERSIONし VER_PRODUCTMINORVERSIONます。このシステムでは、ビルドとリビジョン番号を変更することはできません。Win7 では、これは " " で 7600 と 16385 に固定されているようntverp.hです。これは設計によるものですか？

そのため、最初に「makefile.inc」を変更し、「-v」オプションを「1.1.7600.16385」などに設定して、ビルドごとに手動でマイナー バージョンをインクリメントしてから、RC ファイルを変更VER_PRODUCTMINORVERSIONして同じ番号で更新します。

または、SYSTEM アカウントでコマンド プロンプトを実行し、「devcon」を実行する前に「C:\windows\system32\DriverStore\FileRepository\DRIVER FOLDER」のドライバー キャッシュ フォルダーを削除すると、それも機能します。

今、私はここでかなり基本的な何かが欠けていると考えています. 助けてください！ありがとう！

Bluetooth 経由でシステムに接続し、HID 入力デバイスとしてアクセスできるデバイス用の UMDF センサー ドライバーを作成しています。「Sensor Development Kit」のサンプル ドライバーを見て、USB 経由でシステムに接続しているにもかかわらず、HID 経由で Freescale ハードウェアと連携することに気付きました。Bluetooth 経由でシステムに接続する場合、UMDF ドライバーがデバイスと通信する方法に違いはありますか? 何らかの理由で、デバイスをシステムとペアリングしている場合でも、への呼び出しがCreateWdfFile返されることがわかりました。ERROR_INVALID_FUNCTIONHID経由でデバイスに直接アクセスできます。

ドライバーの INF で、ハードウェア ID を次のように指定しましたHID\VID_1234&PID_5678(ここでは実際の ID は使用していません)。これは、UMDF フレームワークがスタックのさらに下にあるどのドライバーを使用する必要があるかを判断するのに十分ですか? それとも、他に何かする必要がありますか？

私は、Windows 7センサー（UMDFドライバー）をインストールすることを目的として、DIFx拡張機能を利用してWiX3.0パッケージをまとめました。インストール中に、DIFXAPPは「INFに一致するデバイスが見つかりません」とログに記録し、単にドライバーをストレージにスローしました。INFに適切な DriverPackageTypeを設定することを読みましたが、 MSDNの列挙リストによると、何も適合しません。

UMDFドライバーのインストールはサポートされているシナリオですか？そうでない場合、WiXを使用してそのようなドライバーをインストールするためのベストプラクティスは何ですか？DIfx拡張機能を逆アセンブルすると、Co-installerパッケージをサポートする意図が示されますが、3.5ベータ版はまだ試していません。

COMを学ぼうと思っているのですが、マイクロソフトがCOMの代替として.NETを立ち上げたと聞きました。では、COM を学ぶ価値はありますか? 実際に、UMDF デバイス ドライバー用の COM の学習を開始しました。COM 以外に UMDF で作業する別の方法はありますか?

WinUsbを介してUMDFを使用して、デバイス用の単純なUSBドライバーを作成しています。ドライバは、複数のアプリケーションで同時に使用できます。WdfDeviceLevel \WdfObjectLevelでは提供されないカスタムロックシステムを実現する必要があります。アトミックな書き込み/読み取り関数が必要です。

1. デバイスのロックを取得する
2. 値を書く
3. 値を読み取る
4. ロックを解除します

どうすればそのような関数を実装できますか？インターフェイスの関数の上にカスタム関数を公開する方法が見つかりませんでした。この特定のアトミック機能に加えて、他のすべてのアプリケーションがデバイスにアクセスするのをブロックするロックを取得する機能を各アプリケーションに与えることができれば便利です。

uinputLinuxのデバイスと同様に、Windows のループバック (仮想) ジョイスティック デバイス用の UMDF デバイス ドライバーを作成しようとしています。

私は C++、C (Linux 上)、および C# に精通しており、これを書いているアプリケーションDroidPadは C# で書かれています。既に WDK をダウンロードし、いくつかの例を見てきました。

ユーザー モード ドライバーは 64 ビット Windows 7 で署名する必要はないと考えているため、UMDF フレームワークを試すことにしました。これは、現在 DroidPad で使用されているジョイスティック ドライバー PPJoy の問題です。

仮想入力デバイス用の UMDF ドライバーの開発、および C# アプリケーションからドライバーへのデータの送信に関して、どんな助けも大歓迎です。似たような UMDF ドライバー (に似たものuinput) を知っている人はいますか? また、UMDF フレームワークを C# から使用できることもどこかで読みましたが、これはどの程度管理しやすいでしょうか?

ありがとう！

Windows XP 32 ビットおよび Windows 7 64 ビットにインストールして正常に動作する単純なユーザー モード USB ドライバーがありますが、何らかの理由で Wi​​ndows 7 32 ビットに正しくインストールできません。XP 32bit と win7 32bit 用に 2 つの個別のドライバーが必要ですか? 私はそうではなかったという印象を受けました。私が使用するinfファイルは以下のとおりです。

2011 年 6 月 10 日更新、次のように inf ファイルを作り直しました。今は windows7 で動作するようですが、xp では /x86 の場所を尋ねられ、パスを指定すると先頭に \ が追加されます。それから私はそれを削除し、それは正常に動作します。次を使用して、.inf ファイルを Windows に登録します。

infFullPath は、ドライバー パッケージをコピーするプログラム ファイルの下の場所です。なぜこれが機能しないのか、誰でもわかりますか?次のようにファイルを保存します:

AbcRadio.inf
\x86\AbcRadio.dll
\x86\WudfUpdate_01009.dll
\x86\WdfCoInstaller01009.dll
\x86\WinUsbCoinstaller2.dll
\x64\AbcRadio.dll
\x64\WudfUpdate_01009.dll
\x64\WdfCoInstaller01009.dll
\x64\WinUsbCoinstaller2.dll dll

MSIの唯一のドライバーであるUMDFソフトウェアをインストールしたいのですが、そのためには、ルート列挙型デバイスを作成してから、ドライバーをドライバーストアにインストールする必要があることを理解しています。これまでカスタムアクションを作成したことはありません。

誰かが以前にそれをして、いくつかのコードを取得できますか？

私はかなり長い間、Linux ドライバーとカーネル モジュールに取り組んできました。次に、Windows UMDF ドライバーに取り組む必要があります。Linux ドライバー モデルと比較して UMDF フレームワークを説明しているドキュメントはありますか。

Windows ドライバーは初めてです。

前もって感謝します。

――ジャムラ。

ソフトウェア ベースの SmartCard シミュレーターに接続する UMDF カード リーダー ドライバーを使用して、PC/SC 準拠のアプリケーションが SmartCard シミュレーターに接続できるようにします。

Fabio Ottavi のプロジェクトに基づく実装: http://www.codeproject.com/KB/system/BixVReader.aspx

Windows SmartCard Service が IOCTL_SMARTCARD_IS_PRESENT を報告したときにドライバーをパワーダウン モード (IOCTL_SMARTCARD_POWER -> SCARD_POWER_DOWN) にすることを除いて、うまく機能します。これは、ドライバが現在別のアプリケーションからアクセスされていない場合に発生します。パワーダウンは通常、カードが挿入されてから 10 ～ 15 秒後に発生しますが、これを防止したいと考えています。

Fabio は文書化されていない Windows7 レジストリ エントリ (CardDisconnectPowerDownDelay) について言及していますが、これは機能していないようで、XP 用のソリューションも必要です。

ありがとう...