AVR-Assembler programmieren mit Raspberry Pi 3

[Christoph (Gast)]

Hallo zusammen,

ich möchte meine AVR Mikrocontroller in Assembler programmieren. Das 
ganze aber über ein Raspberry Pi 3. Kann mir da jemand weiterhelfen?

1. Variante: Ich installiere Windows 10 IoT Core - also ein abgespecktes 
Windows 10 - auf dem Pi. Anschließend installiere ich Atmel Studio und 
richte mir einen virtuellen USB COM Port ein, um mittels Programmer die 
.hex-files in den Atmega zu laden. Ich bin allerdings nicht sicher, ob 
ich Atmel Studio auf dem Pi zum Laufen bringe...

2. Variante: Ich installiere eine Linux Distribution, erstelle meinen 
Assembler Code als Text-Datei und kompeliere ihn zu einem Hex-File, dass 
ich dann über einen virtuellen COM Port mittels Programmer in den Atmega 
übertrage. Gibt es hierfür Compiler? Ich habe bisher nur mit Atmel 
Studio gearbeitet und das generiert mir ja automatisch das .hex-File.

Was haltet Ihr von den Ansätzen? Ist das überhaupt möglich?

Viele Grüße
Christoph

[Tante Gugel (Gast)]

https://www.google.de/#q=linux+avr+ide+raspberry

[Yalu X. (yalu) (Moderator)]

Ob das Atmel-Studio auf einem abgespeckten Windows 10 läuft, kann ich
nicht sagen.

Für die Linux-Distributionen Raspbian und Arch (wahrscheinlich auch für
andere) gibt es die fertigen Pakete avr-binutils und avrdude. Damit
kannst du in Assembler programmieren und die Programme auf einen AVR
überspielen. Falls du auch in C programmieren möchtest, gibt es
zusätzlich avr-gcc und avr-libc.

[Bitwurschtler (Gast)]

Schau mal im Wiki nach Raspberry Pi als Universalprogrammer, dort 
ist beschrieben wie man über die GPIO's AVR's programmiert. Gcc-aver 
solltes es auch für den RasPi geben.

[Christopher J. (christopher_j23)]

Christoph schrieb:
> Was haltet Ihr von den Ansätzen? Ist das überhaupt möglich?

Ansatz 1 kann und wird aus verschiedenen Gründen niemals funktionieren.

Ansatz 2 geht relativ problemlos. Wie schon erwähnt brauchst du avrdude 
und gcc-avr. Make ist bei allen Linux Distributionen bereits dabei. Als 
Editor würde ich es mit Geany versuchen. Dafür gibt es auch ein Plugin 
für das Syntax-Highlighting von AVR-Assembler:
http://triggetry.blogspot.de/2013/03/linux-add-avr-assembly-s-syntax.html

Wenn du Raspbian installiert hast kannst du mit

sudo apt-get install avrdude gcc-avr geany

deine "IDE" aufsetzen.

Dort kannst du dann dein Projekt ganz einfach über ein Makefile bauen 
lassen. Anleitungen dazu gibts hier auf Mikrocontroller.net, z.B. 
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Exkurs_Makefiles 
.
Die Abwicklung über Makefiles hat zudem den Vorteil, dass es nicht nur 
in irgendeiner XYZ-Studio IDE läuft sondern wirklich in jedem Texteditor 
der den Aufruf eines externen Programms (in dem Fall "make") erlaubt und 
das sind sehr viele.

[Rufus Τ. F. (rufus)]

Yalu X. schrieb:
> Ob das Atmel-Studio auf einem abgespeckten Windows 10 läuft, kann ich
> nicht sagen.

Wird es mit sehr großer Wahrscheinlichkeit nicht - das Atmel-Studio 
ist kein Arm-Binary, sondern setzt ein auf x86/x64 laufendes Windows 
voraus.

[Yalu X. (yalu) (Moderator)]

Rufus Τ. F. schrieb:
> Yalu X. schrieb:
>> Ob das Atmel-Studio auf einem abgespeckten Windows 10 läuft, kann ich
>> nicht sagen.
>
> Wird es mit sehr großer Wahrscheinlichkeit nicht - das Atmel-Studio
> ist kein Arm-Binary, sondern setzt ein auf x86/x64 laufendes Windows
> voraus.

Wo du recht hast, hast du recht. Auf den Gedanken bin ich nicht
gekommen ;-)

[Christoph (Gast)]

Vielen Dank soweit. Morgen starte ich mit dem Projekt und schaue mal wie 
weit ich komme.

[Christoph db1uq K. (christoph_kessler)]

Mit Tricks bekommt man Windows-Programme auf dem Raspberry zum Laufen, 
aber ziemlich langsam:
https://github.com/AlbrechtL/RPi-QEMU-x86-wine
Das angebotene SD-Card-Image ist allerdings schon etwas älter.
Und ob das Atmel Studio unter Wine läuft weiss ich nicht.

[Jobst M. (jobstens-de)]

http://www.avr-asm-tutorial.net/gavrasm/index_de.html


Gruß

Jobst

[Christoph (Gast)]

Hallo zusammen.

Der aktuelle Stand sieht so aus:

+ Raspberry Pi 3 läuft
+ Raspbian installiert
+ AVR Dude  installiert
+ AVRA installiert
+ gcc-avr installiert
+ geany war bereits installiert

Ich haben nun ein erstes Assembler programm mit Geany geschrieben:

.include "m32def.inc"
  ldi r16, 0xFF
  out DDRA, r16
  ldi r16, 0b01010101
  out PORTA, r16
  ende: rjmp ende

Ich habe die Datei als "helloworld01.asm" abgespeichert.

Mit "avra helloworld01.asm" wollte ich assembilieren und erhalte die 
Fehlermeldung das die m32def.inc nicht gefunden wird.

Ich habe die Datei dann ins gleiche Verzeichnis kopiert. Jetzt wird sie 
gefunden. Ich erhalte aber folgende Fehlermeldung:


pi@raspberrypi:~/avr $ avra helloworld01.asm
AVRA: advanced AVR macro assembler Version 1.3.0 Build 1 (8 May 2010)
Copyright (C) 1998-2010. Check out README file for more info
   AVRA is an open source assembler for Atmel AVR microcontroller family
   It can be used as a replacement of 'AVRASM32.EXE' the original 
assembler
   shipped with AVR Studio. We do not guarantee full compatibility for 
avra.
   AVRA comes with NO WARRANTY, to the extent permitted by law.
   You may redistribute copies of avra under the terms
   of the GNU General Public License.
   For more information about these matters, see the files named 
COPYING.
Pass 1...
m32def.inc(44) : PRAGMA directives currently ignored
m32def.inc(48) : PRAGMA directives currently ignored
m32def.inc(53) : PRAGMA directives currently ignored
m32def.inc(416) : Error   : Line to long
m32def.inc: Success

Kann mir jemand weiterhelfen? Mein Ziel ist eine .hex zu generieren.

Vielen Dank und Grüße, Christoph

[spess53 (Gast)]

Hi

>   AVRA is an open source assembler for Atmel AVR microcontroller family
>   It can be used as a replacement of 'AVRASM32.EXE' the original
>   assembler

Deine Fehlermeldungen

>m32def.inc(44) : PRAGMA directives currently ignored
>m32def.inc(48) : PRAGMA directives currently ignored
>m32def.inc(53) : PRAGMA directives currently ignore

gehören aber zu einer .inc-Datei für den Assembler2 (avrasm2.exe) und 
nicht zum 'AVRASM32.EXE'. Der kennt keine PRAGMA Preprozessor 
Directiven.

>AVRA: advanced AVR macro assembler Version 1.3.0 Build 1 (8 May 2010)

Das ist auch nicht unbedingt die frischeste Version. Oder wurde mit AVRA 
2010 aufgehört?

MfG Spess

[spess53 (Gast)]

Hi

>Das ist auch nicht unbedingt die frischeste Version. Oder wurde mit AVRA
>2010 aufgehört?

Gerade mal nachgesehen: Das ist wirklich die letzte AVRA-Version. Dann 
must du die .inc-Files z.B. vom 4er Studio, Ordner AVRASSEMBLER/APPNOTES 
verwenden. Da ist die Auswahl an AVRs aber sehr übersichtlich.

MfG Spess

[Yalu X. (yalu) (Moderator)]

Christoph schrieb:
> m32def.inc(44) : PRAGMA directives currently ignored
> m32def.inc(48) : PRAGMA directives currently ignored
> m32def.inc(53) : PRAGMA directives currently ignored

Die Pragma-Warnungen kannst du wahrscheinlich ignorieren.

> m32def.inc(416) : Error   : Line to long

Diese Meldung kommt, wenn eine Zeile länger als 256 Zeichen ist. In
m32def.inc von hier

  https://raw.githubusercontent.com/DarkSector/AVR/master/asm/include/m32def.inc

ist die Zeile 416 nicht zu lang, und ich kann darin auch sonst nichts
Auffälliges erkennen:

.equ  ADIF  = 4  ; ADC Interrupt Flag

Schau mal nach, ob dein m32def.def vielleicht verkrüppelt ist.

Bei mir erzeugt Avra 1.3.0 zusammen mit dem verlinkten m32def.inc aus
dem folgenden Testprogramm nach der Ausgabe von 7 Pragma-Warnungen eine
korrekte Hex-Datei.

Source:

.include "m32def.inc"

  ldi r16,0xff
  out DDRA,r16
  clr r16
loop:
  out PORTA,r16
  inc r16
  rjmp loop

List:

...
C:000000 ef0f        ldi r16,0xff
C:000001 bb0a        out DDRA,r16
C:000002 2700        clr r16
          loop:
C:000003 bb0b        out PORTA,r16
C:000004 9503        inc r16
C:000005 cffd        rjmp loop


Segment usage:
   Code      :         6 words (12 bytes)
   Data      :         0 bytes
   EEPROM    :         0 bytes

Assembly completed with no errors.

Hex:

:020000020000FC
:0C0000000FEF0ABB00270BBB0395FDCFE0
:00000001FF

> m32def.inc: Success

Das wird bei mir nur dann angezeigt, wenn ich absichtlich eine zu lange
Codezeile einbaue :)

[Draco (Gast)]

Christoph schrieb:
> 1. Variante: Ich installiere Windows 10 IoT Core - also ein abgespecktes
> Windows 10 - auf dem Pi. Anschließend installiere ich Atmel Studio und
> richte mir einen virtuellen USB COM Port ein, um mittels Programmer die
> .hex-files in den Atmega zu laden. Ich bin allerdings nicht sicher, ob
> ich Atmel Studio auf dem Pi zum Laufen bringe...

Du darfst Windows 10 IoT nicht mit einem normalen Windows vergleichen, 
da gibt es nichtmal eine Benutzeroberfläche. Das kannst du nur Remote 
bedienen.

[Peter D. (peda)]

Was mich umtreibt, wozu will man sowas überhaupt machen?
Ich sehe da keine Vorteile an ner losen Platine, wo ich erst Netzteil, 
HDD, LCD, KBD, Mouse ranpappen muß und dann aufpassen, daß mir der 
Drahtverhau nicht vom Tisch fällt.

Wenn ich programmiere, dann setze ich mich bequem an meinen 2-Schirm PC.
Beim Programmieren kann mir die Bildfläche nicht groß genug sein. Neben 
der IDE möchte man oft noch ein paar PDFs (Datenblätter) sehen oder 
googlen.
Bzw. ich hab dann oft noch den Schaltplan im Altium offen, damit man 
sehen kann, wo man Signale antasten muß, falls das Programm nicht das 
Gewünschte auf Anhieb macht.