fastavr-basic

[DIYLAB]

es gibt auch pensinonäre die mehr geld bekommen als einer der 6tage in der woche ranklotzt und zu denen pensionären gehöre ich. manchmal ist das leben ungerecht für andere.

Moin,

sich damit zu brüsten, zeugt von geistiger Armut

Viele Grüße,
Bruno

[PicNick]

Es ist toll, Pebi, was du dir alles leisten kannst.
Nun wissen wir es alle, und jetzt laß gut sein.
Erzähl' uns lieber vom FastAvr, das war nämlich, glaub' ich, das Thema

Um Dich (Pebi) wieder mal zum Thema zu bringen:
Von einem Compiler erwarte ich mir mehr als nur eine primitive Umsetzung von geradeaus Befehlen ins ASM. Dazu muss ich nicht 125 EUR ausgeben um dann ohnehin das meiste in ASM zu programmieren bzw. maschinell erstellten Code nachzubessern. Dieses Geld wäre in entsprechender Literatur über ASM-Programmierung sicher sinnvoller angelegt.
Ein BASIC-Compiler soll mich dort unterstützen wo es um Programmstruktur, Modularität und Pflegbarkeit eines Programmes geht.

Eine einfaches Schleifenkonstrukt in BASIC ist die allbekannte FOR - NEXT Schleife. Und schon hier zeigt FASTAVR gewaltige Lücken:

FOR - NEXT Schleifen sind in FASTAVR nur für die Typen BYTE und WORD/INTEGER möglich. Nicht aber wie in BASIC üblich (und in Bascom implementiert) für LONG, SINGLE oder gar mit DOUBLE.
Weiters ist auch eine verschachelte FOR - NEXT Schleife nicht möglich.

Probier mal:

Dim w1 as Word, W2 as Word
For w1 = 1 to 10
   For w2 = 1 to 10
      Print W1; " " ; w1
   Next
Next

Da FASTAVR schon an diesem einfachen BASIC-Syntax scheitert, frage ich mich, ob die Klassifizierung als BASIC-Compiler überhaupt gerechtfertigt ist.

mfg Josisoft

[PicNick]

@Josi: dein Beispiel: Ehrlich, da weigert er sich ?
Vielleicht mußt du "next w2" u. "next w1" dazusagen ?

[DIYLAB]

Moin,

bei mir compiliert er dieses Beispiel.
Vielleicht liegts ja an der Version des Fast-AVR?
Hab mir zum Spaß die "neue" version 4.1.3 runtergeladen.

LG,
Bruno

Entschuldigung, war ein Versehen von mir. Der Fehler lag in einer anderen Zeile, FASTAVR brachte die Fehlemeldung "missing next".
Was aber bleibt ist die Einschränkung auf 1 und 2Byte Variablen.
Wenn man eine Schleife mit einer Variablen der Type LONG kompiliert, akzeptiert er das auch, die Schleife wird aber nach dem ersten Durchlauf verlassen.

mfg Josisoft

[pebisoft]

das ist ein fehler in bascom.
bei Bascom brauchst du keine "next gehe".
warum ist das aber der basicstandard.
bei fastavr musst du einen namen eingeben.
ich habe das Buch "avr-risc microcontroller" von trampert für 69,95 euro.
mehr literatur braucht man eigentlich nicht. und basic kann jeder. asm kann ich nicht so. habe jetzt auch schon die ersten "lib" in asm mit fastavr gebaut.
ist wunderbar, wie ein legokasten. ich möchte auch in asm proggen und wissen, was macht das program von a-z. wer das geld nicht hat, soll es sein lassen. aber es lohnt sich den AVR auf den kern zu schauen.
mfg pebisoft

Man kann jeden Binärcode disassemblieren wenn du Assemblercode sehen willst, also auch Bascom Code. Wozu dann anderen Compiler?

[pebisoft]

jeder muss sich nach seinem geldbeutel richten. es können nicht alle fastavr kaufen. natürlich kannst du den bascomcode disam. musst für so ein basic (fastavr) programmmierfreude haben. es ist nicht für jeden gedacht, nur für ein bestimmte gruppe von programmieren. und zu dieser gruppe gehöre ich.
ich liebe sachliche nachvollziebare ergebnisse.
mfg pebisoft

[pebisoft]

hallo, zur zeit schreibe ich eine kleinen interpreter in fastavr-basic.
in fastavr kann ich hinter dem programm flash-variable dimensionieren die den restlichen flashspeicher als variable nutzen. wenn ich z.b. einen AVR16 habe und ca 4kbyte-binärcode, kann ich flashvariablen einrichten bis zur grösse von ca 11kbyte. diese flashvariablen kann ich auch während des betriebes ändern mit anderen inhalten. mein vorhaben ist ein interpreter zu schreiben zu compilieren und den code dann in die flashvaribale zu bringen und dann vom normalen basic aus zu starten und einfluss zu nehmen. man kann das flashram aber nur einigetausendmal beschreiben (ca 30000mal).
mfg pebisoft