問題タブ [winavr]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
76 参照

winavr - ICCV7 からのコード - AVR の表示がテキスト エディタで文字化けしますか?

「AVR用ICCV7」(Atmel AVR用Cクロスコンパイラ)を使用して、Atmega64用にコードを記述しました。

sourceInsight で開いて編集することもできます。

しかし、テキスト エディター (Windows で最も一般的なエディター) で開くと、文字化けしてしまいます。

私に何ができる ?

よろしくお願いします。

0 投票する
1 に答える
1506 参照

c - 小さな AVR プログラムからの大きな hex ファイル

私は今、友人に AVR マイクロコントローラーのプログラミング方法を教えています。簡単なモールス信号のようなコードを送信するこの小さなプログラムを作成しました。

問題は、AVR-GCC と WinAVR の両方でコンパイルした後、a.out ファイルがほぼ 30KB になり、hex ファイルが 11KB になり、attiny2313 フラッシュに適合しないことです。

WinAVR CMD:avr-gcc -mmcu=attiny2313 -Os -g main.c

Avr-objcopy:avr-objcopy -O ihex a.out a.hex

コードは次のとおりです。

0 投票する
1 に答える
1524 参照

avr - AVRDUDE はフラッシュに書き込みません

AVRDUDEに問題があります。hex ファイルを AVR に書き込もうともしません。WinAVR では問題ありません。(hexファイルしか持っていないので、WinAVRは使えません。)

avrdude.exe、avrdude.conf、および main.hex ファイルは同じフォルダーにあります。

SAJAT は私のバージョンの DASA プログラマ (異なるピン割り当て) であり、これは正常に動作します。ターゲットは、外部 12 MHz クロックを使用するATtiny2313 です。Windows 7 64 ビットで AVRDUDE 6.1 を使用しています。

ヒューズビットの書き込みは機能します。

ここで何が問題なのですか?

0 投票する
1 に答える
1925 参照

embedded - USB to serial プログラマーを使用してATmega32をプログラムする方法

ホストがubuntuのvirtualbox内でwinxpを使用しています。ホストに接続された USB プログラマーはゲストにルーティングされます。avrdude を使用する WinAVR を使用します。makefile の関連フィールドは、プロセッサは Atmega32、ポートは usb、プログラマは stk200 として指定されています。それでも、デバイス「usb」が見つかりませんと表示されます。助けてください。

0 投票する
1 に答える
650 参照

eclipse - winavr の avarice が usb jtagice3 で動作しない

ATxmega256a3bu デバイスでプロジェクトをビルドおよびデバッグするために、eclipse で win-avr を使用しています。次のコマンドを使用して、貪欲を使用してコードをデバッグしようとしたとき:

次のエラーが表示されます

Windowsで貪欲を使用してjtagice3を検出する方法は?

0 投票する
1 に答える
510 参照

c - lpm rd,Z は、gcc-avr のインライン アセンブリで常に lpm rd,Z+ に変換されます

これはこれに対するフォローアップの質問です__AVR_HAVE_LPMX__を使用してプロセッサ(avr25)のコードを書いています

  • GNU C (WinAVR 20100110) バージョン 4.3.3 (avr) / GNU C バージョン 3.4.5 (mingw-vista special r3)、GMP バージョン 4.2.3、MPFR バージョン 2.4.1 でコンパイル。

lpm rd, Zインライン アセンブリで使用すると、コンパイラは常にこれを次のように変換しlpm rd,Z+ます (lss ファイルからの抜粋):

ルックアップテーブルへの連続アクセスで使用される場合、これは悪いことです。ルックアップ値は である可能性が0xffあるため、これは不必要にZH( ) を増やし、このソリューションr31を破損させます。

この動作を回避するための提案はありますか?