Übersicht aller C- Befehle

[Richard]

Da hast Du zwar Recht, aber ich halte ASM eigentlich für weitaus einfacher (weil ich das als erstes gelernt habe) und ASM die wenigsten Befehle "zum auswendig lernen) hat. Aus oft gebrauchten Programmteilen bastelt man sich dann selber Funktionen für eine Bibliothek. Leider hat ASM einen nicht zu leugnenden Nachteil gegenüber C oder Basic, es ist immer auf einem Prozessor Typ beschränkt oder man muss "Umlernen". Als wieder Einsteiger mit ASM und etwas Basic Erfahrung scheue ich vor C zurück, möglich das ich einfach zu alt b.z.w. zu faul bin. Ich habe zwar unter Linux MAL etwas mit C "gespielt" und das hat auch geklappt, aber irgendwie bin ich damit nicht "warm" geworden, auch letztendlich weil C (Klammern u.s.w.) auf einer Amerikanischen Tastatur entwickelt wurde.......Sollte ich wirklich einmal mit Bascom Timing Probleme bekommen bleibt immer noch Inline ASM. ABER Für User welche einmal Beruflich mit µC's arbeiten wollen ist C UND ASM Pflicht!

Zum Thema Tabelle, selber machen und dann möglichst nach Funktionen wie Sprungbefehle, Schleifen, Mathematik, Zeiger u.s.w. das hilft allgemein am besten.
jeder arbeite da doch irgendwie anders. Ich hatte einmal einen Editor der schon beim Eintippen von Schlüssel Wörter eine Erklärung und mögliche Parameter eingeblendet hat, genial man konnte das selber erweitern. Das ist allerdings 30 Jahre her, ob es so etwas heute noch gibt? Für mich damals Anfänger war das jedenfalls sehr sehr Hilfreich. Beinahe so schön wie die TAB Taste unter Linux.

Gruße Richard

[markusj]

@wkrug: Dann aber auch nicht vergessen, dem Linker die Lib mitzuteilen Wird gerne bei nicht in Quelltextform vorliegenden Bibliotheken vergessen ... (dass du das weißt ist mir klar, aber andere eben nicht)
@Richard: Darüber kann man vortrefflich streiten. Wer Sprachen mit mehr "Drumherum" gewohnt ist, findet ASM (nicht unbedingt) unbequemer, sicher aber Umständlicher. Ich persönlich Nutze ASM dort wo ich es für sinnvoll erachte (also primär Tuning, oder Bootloader) und mache sonst einen großen Bogen außenrum. In der Regel kann man mit Hochsprachen schneller, sauberer, einfacher und portabler arbeiten. Und wenn ich AVRs mit Bascom programmieren müsste, käme ich mir vor wie in einem Ferrari der auf 30km/h gedrosselt wurde ...

mfG
Markus

PS: Der Tipp mit dem Tabelle-Selbst-Machen ist übrigens empfehlenswert, erstens hat man ein Nachschlagewerk das auf die eigenen Bedürfnisse und Denkweisen zugeschnitten ist und zweitens lernt man dadurch besser.

[wkrug]

Zum Thema Tabelle:
Manche C Compiler haben sog. Code Templates, die man auch selber erweitern kann.
Man macht dann einen klick darauf und fügt das Code Schnipsel in den eigenen Quellcode ein.
Also es gibt noch so was!
Ich mach das z.B. gerne mit switch / case Anweisungen, weil es da doch so einiges zu tippen gibt.

[markusj]

Ist das nicht eher ein Merkmal der Entwicklungsumgebung?

mfG
Markus

[Richard]

@wkrug:Und wenn ich AVRs mit Bascom programmieren müsste, käme ich mir vor wie in einem Ferrari der auf 30km/h gedrosselt wurde ...

Na ja, bei einem Basic mit Interpreter mag das stimmen, Bascom arbeitet aber mit einem Compiler und der generiert wie auch C letztendlich auch nur Maschinencode. wie effizient der Code wird liegt dann eher am Compiler selber als an der Hochsprache an sich. Ich habe allerdings noch keine Vergleiche einzelner Befele compiliert und die Zeit b.z.w. den Code (Länge/Laufzeit) verglichen....

Gruß Richard

[markusj]

Ich habe allerdings noch keine Vergleiche einzelner Befele compiliert und die Zeit b.z.w. den Code (Länge/Laufzeit) verglichen...

Wenn sich seit dem Zeitpunkt, an dem ich mich das letzte Mal damit auseinandergesetzt habe, noch nichts geändert hat, ist der Compiler von Bascom immer noch ... beschränkt. Damals (tm) hat Bascom Register direkt nach jeder Operation freigeräumt und die Ergebnisse wieder ins SRAM gespeichert, was die 32 verfügbaren Register doch etwas ad-absurdum führt und einiges an Leistung kostet.

mfG
Markus