Macroassembler AS

Wasserstoff

Neues Mitglied
27. Dez. 2010
11
0
0
Sprachen
Hallo Zusammen,

hat jemand von Euch Erfahrungen mit dem AVR und dem Macroassembler AS von Alfred Arnold?

Ein extrem leistungsstarker Assembler, der unter GNU kostenlos zur Verfügung steht. Mit ihm ist es möglich in Assembler objektorientiert zu programmieren.

Hier ein Link: http://john.ccac.rwth-aachen.de:8000/as/

Gruß vom Wasserstoff
 
Hallo Wasserstoff,

neee, noch nie gehört. Aber .... Assembler und Objektorientierug .... widerspricht sich das nicht ein bisschen? :cool:

Grüße,
Markus
 
Hi Wasserstoff,

objektorientiert programmieren geht in fast jeder Sprache. Man muss es einfach nur tun.

Die Programme werden dadurch aber deutlich aufwendiger hinsichtlich der Menge an Programmcode. Normalerweise versucht man mit Assembler genau das zu vermeiden.

Schade, der Link funktioniert gerade nicht. Ich hätte mir diesen Macroassembler gerne mal angesehen ...

Was genau hast du denn damit vor zu programmieren und aus welchem Grund möchtest du das objektorientiert tun ?

Gruß
Pirx
 
Link funzt aktuell wieder ....
 
Hallo,

mal ein paar Teile der Seite ...
==========================================
List of Supported Target Processors
Atmel
* AVR Risc
© Alfred Arnold 2006

Latest released version is 1.41r8 (1999-07-11)
Latest -current version is 1.42Bld54 (2006-12-19)
==========================================
Also ich will ja nichts sagen ... aber 2006 das sind jetzt 4 Jahre her.
Was ist da bei Atmel alles neues rausgekommen und was hat sich bei
den Controllern in der Zeit geändert ? Die 1.41r8 ist die letzte Stable-Version
von 1999 ! Die andere von 2006 ist ein Beta-Release ! Also nix gegen den
Assembler aber ich möchte nicht wissen wie viele der ATmegas und ATtinys
er nicht unterstützt.

Das letzte Datenblatt vom AT90S/LS4433 ist von 04.2003 und den Controller
gibt es bereits seit mehreren Jahren nicht mehr. 12.2001 ist das erste
Datenblatt vom Mega8 rausgekommen und 03.2002 das erste vom Mega32.
Die Mega48/88/168/328 haben als erstes 07.2007 das Licht der Welt erblickt
beim Tiny25/45/85 war es 02.2005 . Also ich glaube das der Assembler doch
etwas veraltet ist. Leider ...

Win32 binaries have always been based upon the C sources.

Hardware requirements: 80386 or higher, RAM mainly depends on your version of Windows - I tested on NT4 with 96MB...

* latest beta version, german+english

NOTE:I hereby claim that this version seems to work on my P90 running NT4 and my 486/66 running W95B. I do not have any other M$ OSes to test it on. So if you have a problem on any other version of Windows and I am unable to reproduce the problem on my sytems, you are probably on your own. I am not going to stuff any more money into Microsoft's mouth!

Gruß
Dino
 
Hallo "H2",

bzw. wenn du radikal bist, dann Hallo "H*",

der Arnold-AS ist so eine Art eierlegende Wollmilchsau, was die Anzahl der Prozessoren, die du mit ihm programmieren kannst, betrifft.

Ich sehe allerdings keinen Vorteil gegenüber einem speziellen AVR-Assembler, zumal du wohl keine Sekundärliteratur finden wirst. Die findest du aber für AVR-Studio oder andere recht üppig im Netz.


LG Werner
 
Ich will ja nix sagen, denn gesagt wurde - so denke ich - genügend zu dem Thema. Ich glaube das Ding mit dem AS ist gegessen, oder?


Sollte dennoch jemand Interesse haben, ich besitze noch die original Microsoft Installations-CD für NT4.0 und irgendwo habe ich auch noch alle SP's bis SP6a auf CD rumfliegen :rolleyes:

Grüße,
Markus
 
Sollte dennoch jemand Interesse haben, ich besitze noch die original Microsoft Installations-CD für NT4.0 und irgendwo habe ich auch noch alle SP's bis SP6a auf CD rumfliegen :rolleyes:
Also ich glaube das hier irgendwo auch noch der Diskettensatz für Win3.11
den ich mal für den alten PC von meinem Vater vor Jahren besorgt habe hier
rumliegt. :eek: :p :rolleyes:

Gruß
Dino
 
:offtopic:
Biete:
- MS-DOS 6.22 auf 3 1/2" Disc
- DR-DOS 3.3
- Windows 3.1 und
- moment mal .... Windows 2.1beta auf 720k 5 1/4" Disc

Preis: unbezahlbar

Grüße,
Markus

PS: weiß auch garnicht, ob die Disketten überhaupt noch funktionieren.
 
:offtopic:

Genau: unbezahlbar. Aufheben, immer wieder neu sichern. Da reicht doch eine CD für die Programmdateien. Mein Schallplatten- Restaurationsprogramm hat mal 700DM gekostet - für 2 gebrauchte Disketten. Soll ich die in den Müll geben???:eek::eek::eek: Rennt heute immer noch - unter 2000.


Grüsse,

Michael
 
MS-DOS 2.0 oder so müßte ich hier noch irgendwo rumfliegen haben.
DR-DOS (ich glaube 6.0) hab ich hier letztens entsorgt. War noch
originalverpackt. :eek: :D Novell-Netware 3 irgendwas hab ich hier
auch letztens den ganzen Diskettensatz in die Tonne gehauen. Braucht
kein Mensch mehr.

MS-DOS6.2, Win.3.11, Win98 werde ich gut hüten. Da kann man noch
wunderbar alte Hardware für nen Labor-PC mit zum laufen bringen und
auch ins LAN einbinden ;) Mein alter Universal-Progger mit ISA-Bus-Karte
wartet noch auf Reaktivierung ;)

Gruß
Dino
 
Hi Dino,

MS-DOS6.2, Win.3.11, Win98 werde ich gut hüten. Da kann man noch
wunderbar alte Hardware für nen Labor-PC mit zum laufen bringen und
auch ins LAN einbinden ;) Mein alter Universal-Progger mit ISA-Bus-Karte
wartet noch auf Reaktivierung ;)
Das wollte ich hören. "Die alte Technik" sollte nicht in Vergessenheit geraten; kann man immer noch gut einsetzen. Schade, dass mein 5 1/4" den Geist aufgegeben hat.
Theorethisch könnte man sich ja ne ISA- Karte mit ner AVR- Anwendung drauf zusammenbasteln...:rolleyes::rolleyes::rolleyes:


Grüsse,

Michel
 
Hallo Zusammen,

sorry, daß ich mich erst jetzt wieder melde, bin beruflich untergetaucht gewesen.

Ich glaub ich habe da noch ein paar 5 1/4 Zoll Laufwerke - wenn's gebraucht wird, würde ich auf Suche gehen. Bei 8 Zoll wird es aber schwierig. :)

Ich habe mit Herrn Arnold in der Zwischenzeit gesprochen. Er hat jetzt einen spannenden Job bei Aachen. Wenn's wirklich gebraucht wird, dann würde er den Assembler noch erweitern.

Nun zur Aussage zum objektorientierten Programmieren. Es ist kein Widerspruch, im Gegenteil, durch die OO-Makrofähigkeit des Assemblers wird der Code deutlich übersichtlich und kleiner.

Die meisten objektorientierten Sprachen arbeiten mit einer Kombination von Interpreter und Compiler. Ist auch OK. Da die heutigen Prozessoren schnell genug sind, fällt das nicht so schwer ins Gewicht.

Dennoch. Streng nach den OO - Regeln programmiert (und nicht nach den MS - Regeln) werden die Projekte sehr schnell fertig. Beispiel: Ein Gerät, welches mit dem 8052 arbeitet (AVR gab es damals noch nicht) habe ich damals zu 100% nach den OO - Regeln programmiert. 500 kB Source, => 4 MB nach Macro - Expansion gab 27kB Bin - Code.

Durch den OO - Code war es mir möglich an einem Nachmittag die gesamte Bedienoberfläche (mit nicht zählbare Einstellmöglichkeiten) mit einer PC - RS232 Schnittstelle auszustatten. Ich brauchte nur die Message - Passing - Schnittstelle einzubinden und die durch die Bedienoberfläche erzeugten Nachrichten durch vom PC versandte Nachrichten zu ersetzen.

Ich kann da zu noch viel erzählen. Ein Freund von C++ oder C# bin ich nicht, einfach zu aufgebläht. Aber Assembler ist heute extrem uncool.

Ich lasse die Antwort offen. C ist sicher oft schneller als Assembler. Aber mich juckt es als "alter Hase" wenn ich sehe, wie ein ganzer Funktionsaufruf mit dem Push und Pop versehen ist, nur um ein Port abzufragen.

OK, heutige Compiler optimieren alles weg, aber ist Assembler wirklich so tot?

Gruß vom Wasserstoff
 
Hi Wasserstoff,

Ich lasse die Antwort offen. C ist sicher oft schneller als Assembler. Aber mich juckt es als "alter Hase" wenn ich sehe, wie ein ganzer Funktionsaufruf mit dem Push und Pop versehen ist, nur um ein Port abzufragen.

OK, heutige Compiler optimieren alles weg, aber ist Assembler wirklich so tot?
das würde ich nicht sagen. Assembler ist bei zeitkritischen Sachen absolut
unverzichtbar (meine ich jedenfalls). Außerdem kann man manche Sachen
damit auf einige wenige Bytes zusammendampfen wo man bei Hochsprachen
ziemliche Klimmzüge machen muß. Und außerdem macht es Spaß ;)

Gruß
Dino
 
Hi Wasserstoff,


das würde ich nicht sagen. Assembler ist bei zeitkritischen Sachen absolut
unverzichtbar (meine ich jedenfalls). Außerdem kann man manche Sachen
damit auf einige wenige Bytes zusammendampfen wo man bei Hochsprachen
ziemliche Klimmzüge machen muß. Und außerdem macht es Spaß ;)

Gruß
Dino

Richtig, ich meinte schneller in der Entwicklung nicht im Code. Sorry.

Gruß vom Wasserstoff
 
Richtig, ich meinte schneller in der Entwicklung nicht im Code. Sorry.
Also wenn man seine Code-Schnippsel-Bibliothek schon umfangreich und gut
gefüllt hat, dann sollte das auch recht schnell in der Enwicklung sein. Manche
Sachen sind nur etwas kompliziert (Fließkomma-Zeugs) ;)

Gruß
Dino
 

Über uns

  • Makerconnect ist ein Forum, welches wir ausschließlich für einen Gedankenaustausch und als Diskussionsplattform für Interessierte bereitstellen, welche sich privat, durch das Studium oder beruflich mit Mikrocontroller- und Kleinstrechnersystemen beschäftigen wollen oder müssen ;-)
  • Dirk
  • Du bist noch kein Mitglied in unserer freundlichen Community? Werde Teil von uns und registriere dich in unserem Forum.
  •  Registriere dich

User Menu

 Kaffeezeit

  • Wir arbeiten hart daran sicherzustellen, dass unser Forum permanent online und schnell erreichbar ist, unsere Forensoftware auf dem aktuellsten Stand ist und der Server regelmäßig gewartet wird. Auch die Themen Datensicherheit und Datenschutz sind uns wichtig und hier sind wir auch ständig aktiv. Alles in allem, sorgen wir uns darum, dass alles Drumherum stimmt :-)

    Dir gefällt das Forum und unsere Arbeit und du möchtest uns unterstützen? Unterstütze uns durch deine Premium-Mitgliedschaft!
    Wir freuen uns auch über eine Spende für unsere Kaffeekasse :-)
    Vielen Dank! :ciao:


     Spende uns! (Paypal)