問題タブ [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.
winavr - ICCV7 からのコード - AVR の表示がテキスト エディタで文字化けしますか?
「AVR用ICCV7」(Atmel AVR用Cクロスコンパイラ)を使用して、Atmega64用にコードを記述しました。
sourceInsight で開いて編集することもできます。
しかし、テキスト エディター (Windows で最も一般的なエディター) で開くと、文字化けしてしまいます。
私に何ができる ?
よろしくお願いします。
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
コードは次のとおりです。
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 を使用しています。
ヒューズビットの書き込みは機能します。
ここで何が問題なのですか?
embedded - USB to serial プログラマーを使用してATmega32をプログラムする方法
ホストがubuntuのvirtualbox内でwinxpを使用しています。ホストに接続された USB プログラマーはゲストにルーティングされます。avrdude を使用する WinAVR を使用します。makefile の関連フィールドは、プロセッサは Atmega32、ポートは usb、プログラマは stk200 として指定されています。それでも、デバイス「usb」が見つかりませんと表示されます。助けてください。
eclipse - winavr の avarice が usb jtagice3 で動作しない
ATxmega256a3bu デバイスでプロジェクトをビルドおよびデバッグするために、eclipse で win-avr を使用しています。次のコマンドを使用して、貪欲を使用してコードをデバッグしようとしたとき:
次のエラーが表示されます
Windowsで貪欲を使用してjtagice3を検出する方法は?
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
を破損させます。
この動作を回避するための提案はありますか?