4

AT90USB162(Minumus AVR USBボードとして統合)をCOMPORTの通信デバイスクラスとして使用する予定です。Minimus AVRホームサイトでは、AVR-USB-162-CDC.zipでCOMPORT hexをチップにビルドするためのコードを提供します(このプロジェクトはWinAVR 4を使用しますが、WinAVR5を使用してビルドすることもできます。BuildAVRStudioを参照してください。4 AVR Studioのプロジェクト5)。コードをビルドするときに、16進ファイルをチップにロードしてリセットします。問題は、Windows 7-64が新しいCOMPORTの追加を認識しないため、デバイスマネージャーから(したがってハイパーターミナルからも)アクセスできないことです。実際、ビルドされたチップをUSBポートに接続しても、何も起こりません。

そのため、Windowsに自分のチップをAT90USB162のUSBCOMPORTとして認識させる必要があります。どうすればいいですか?私は何をしなかったのですか?

AVR-CDCサイトの.hexファイルとドライバーも試しましたが、実際には私のチップ用のドライバーは利用できません(それでもそこから入手できる他のドライバーを使用してみました)。しかし、応答はありません。

アップデート

私はAVR-CDCWindowsドライバーセクションで次のようなメモを見つけました:

(*)Vista / 7 x64は、許可されていないカーネルモードドライバーを受け入れません。システムの起動中は、「ドライバ>署名の強制」をオフにする必要があります。ドライバーに署名するためのツールがあります。Driver SignatureEnforcementOverrider /vista64/Readme64.txtの手順を参照してください。

そのため、Driver Signature Enforcement Overriderをダウンロードするときに、/ vista64/Readme64.txtの指示に従いました。簡単に言えば、WindowsがCDCドライバーlowcdc.sysとlowcdc.infを受信できるようにする必要があります。これはAVR-CDCドライバーに付属しています。

しかし、それでも応答はありませんでした。

アップデート

マイクロチップをWindowsXPSP3マシンにロードしてテストしました。したがって、これはWindows7/64のドライバー署名強制の問題ではありません。

アップデート

私はこれを見つけました:Engbedded AVR Fuse Calculatorですが、これをどのように使用するかについては何もわかりません。

アップデート

ユーザーclawsonのavrfreaksフォーラムから次の回答を得ました。

「usbdeview.exeをダウンロードして、列挙中に何が起こるかを確認してください。提示されたVID / PIDで、正しいドライバーを選択するために.infファイルが必要な可能性があります。

あなたができることの1つは、LUFAをダウンロードして、その中でCDCの例を作成することです。

しかし、それでも機能しませんでした。usbdeviewをダウンロードして、チップを見てみました。しかし、USBポートに接続しても、.hexで書き込まれたファイルがCDCの場合は何も起こりません。

また、LUFAをダウンロードして、CDCの例を作成しようとしました。あまり成功しませんでした。makefileで、MCU = at90usb162、F_CPU = 16000000、FLASH_SIZE_KB = 16、BOOT_SECTION_SIZE_KB = 4、およびその他のパラメーターを変更せずに設定しました。また、AVRStudioプロジェクトの定義を変更してat90usb162に設定しました。16進ファイルは生成的にエラーなしです。しかし、チップを焼き込もうとすると、Flipアプリは「範囲外のアドレスを指定してください」というエラーメッセージを返します。そして最後に、新しい.hexファイルが以前のファイルと同じであることに気付きました(makefileとAVR Studioプロジェクトファイルを変更していません)。

それで、多分誰かがもっと考えを持っていますか?

アップデート

多分それはドライバーの問題ですか?(.hexからの問題ではありませんか?)解決策はありますか?

アップデート

このチップのAtmelアプリケーションノートサイトで、このチップをCDCとして使用する方法を説明し、チップを書き込むためのファイルとWindowsドライバーとして使用するためのファイルを提供するApp Note AVR296:AVRUSBRF01USBRFドングルユーザーガイドを見つけました。提供されたファイルでチップを焼き、Windowsにドライバーをインストールしました。また、WindowsはCOMPORTを正常に認識したため、問題はチップにあるのではなく、おそらくCDCデモコード自体にあります。.a90.infAVRUSBRF01-AT90USB162-usbdevice_cdc_rf-2_0_1.a90at90usbxxx_cdc.inf

それで、誰かがコードのエラー/間違いがどこにあるかを特定できますか?

4

2 に答える 2

0

内蔵チップをUSBポートに接続しても、何も起こりません。

これは、USBデータラインの1つにある1.5kオームのプルアップ抵抗を忘れた場合にのみ発生します。それなしではUSB通信はありません。この抵抗器がオンチップの場合もあれば、外部抵抗器が必要な場合もあります。

于 2011-10-30T16:49:26.363 に答える
0

LUFAを試してみるのは確かに非常に良い考えです。初心者にとっては、ワイヤレスサブシステムを無視する必要があるかもしれません。基本的なUSBデバイスの例のいくつかを機能させることができるかどうかを確認してください。

それが機能する場合は、ラジオのドライバーを統合する方法を参照してください。TinyOSContikiもご覧ください。おそらく6loWPANを使用することはできません。私が正しく覚えていれば、NordicにはIEEE802.15.4チップがありませんでした。ただし、ContikiではRudolphを、TinyOSではActiveMessageを引き続き使用できます。

Atmelコードを機能させたい場合は、Atmelが提供するサポート機能を介してAtmelに連絡するのがおそらく最善です。AVRFreaksの誰かがこの特定のボードを使用した可能性が非常に高いです。ここで答えが見つかるとは思えません。これはあなたが見ているリファレンスデザインに固有のものです。

于 2011-11-24T12:22:09.187 に答える