Portbelegung auf ATMega für LCD1602

[HeSt]

Hi avr_racer,

danke für deine Erklärungen.

Das hab ich mittlerweile bereits so übernommen.

Und danke für die Links!!
Mit den Bibliotheken hab ich so mein Problem, weil ich den Programmierstil und Benamselung übernehmen müsste.
Und bevor ich meine Programme daran anpasse, bin ich schneller, wenn ich mir ansehe, verstehe wie Routinen geschrieben sind, um sie dann in "meiner Welt" umzusetzen.
Wahrscheinlich hab ich auch noch nicht kapiert, wie man "fremde" Bibliotheken verwendet. Aber bislang scheint es bei mir keinen Sinn zu machen (im Sinne von .include ...).
Wer weiß, vielleicht bringt mir noch wer bei, wie man es richtig macht.

[avr_racer]

Die Namensvergabe liegt ganz bei dir, das was für dich in deinem Programm für das jeweilige Projekt sinnhaft erscheint. Ein Ausblick für die Zukunft zeigt aber das man die entsprechenden Deklarationen beibehalten sollte, was eine enorme Verkürzung der Programmierung mit sich bringt. Hochsprachen sind auch nichts weiter als der sinnvolle Einsatz von Bibliotheken...

Diese Bibliotheken gibs halt auch in C, C++, C# usw auch diese mussten mal geschrieben werden... nur am Rande.

Bibiliotheken müssen nicht mal fremd sein es können auch deine eigenen sein aber es ist doch Schwachsinn sich jedesmal durchs Datenblatt des Controllers zu lesen.... Mensch wie wär did doch gleich... was ab und an Zeitaufwendig sein kann.

Zum einbinden der Includes gibs 2 Möglichkeiten:
1. alle Includedateien befinden sich in deinem Projektordner für das jeweilige Projekt. Das einbinden erfolgt dann ganz unten in deiner Hauptdatei.
Beispiel:
Hauptdatei = test.asm
.include "controller"
Dekalerationen Register/RAM
Interrauptvektoren mit Sprung vom Resetvektor von .org 0000 rjmp INIT
Init von Controller/Ports usw
Hauptprogramm
.include "weitere Unterprogramme"

Nachteil ist wenn man in Unterschiedlichen Projekten die gleichen Routinen/Unterprogramme braucht hat man vllt das Original verändert...

2. Wenn man sich seine eigenen Bibiliotheken schreibt werden alle Routinen, die allgemein sind, in einen Ordner aufbewahrt, selbiges trifft auch für controllergebundene Routinen zu die in zb in ATmega8 Ordner abgelegt werden. Bei einem neuen Projekt werden die entsprechenden Dateien einfach nur kopiert und siehe Punkt 1 als Include eingebunden.

Vorteil du kannst in dem jeweiligen Projekt die Dateien unter Umständen anpassen ohne das es sich auf andere Projekte auswirkt.

So wie du angefangen hast hab ich auch mal angefangen bis mir folgender Satz entgegen gebracht worden ist:
Lieber gut kopiert als schlecht selbstgeschrieben! Verfasser unbekannt. Lernen heißt kopieren gerade am Anfang.

Hast du denn mal Programmcode den man sich mal anschauen kann ?
Mit welcher Software prgrammierst du AtmelStudio 4/7 ?

http://www.avr-asm-tutorial.net/avr_...ner/warum.html
http://www.avr-asm-tutorial.net/avr_de/index.html

[HeSt]

Was mich abhält fertige (fremde) Bibliotheken zu verwenden ist die Tatsache, dass andere Definitionen von Registern und dergleichen verwendet werden. Sie passen absolut nicht in meine Namensgebung. Wie kann ich sie denn da einbinden!?

Lieber gut kopiert als schlecht selbstgeschrieben! Verfasser unbekannt. Lernen heißt kopieren gerade am Anfang.

Das mache ich ja, indem ich mir Bibliotheken schnappe, den Code kopiere und an meine Umgebung anpasse. Aber einfach mit .include einbinden ist nicht möglich.

Mit welcher Software prgrammierst du AtmelStudio 4/7 ?

Zum "Schreiben/Codieren" verwende ich einen ganz normalen Texteditor.
Zum Compilieren verwende ich AVR Studio4 (hab 6 auch auf dem Rechner, aber 4 bin beim debug gewöhnt). Und noch reicht 4, da all meine µCs enthalten sind.
Zum codieren ist mir AVR zu umständlich.

Hast du denn mal Programmcode den man sich mal anschauen kann ?

Sieh PN

[avr_racer]

Was mich abhält fertige (fremde) Bibliotheken zu verwenden ist die Tatsache, dass andere Definitionen von Registern und dergleichen verwendet werden. Sie passen absolut nicht in meine Namensgebung. Wie kann ich sie denn da einbinden!?

Ähm auch da ist das Studio hilfreich in dem man einfach STR+F drückt und alles mit dem gesuchten Wort ersetzen kann wenn man es unbedingt umändern möchte.
Oder man schreibt es eben komplett ab mit seiner Namensgebung

Das mache ich ja, indem ich mir Bibliotheken schnappe, den Code kopiere und an meine Umgebung anpasse. Aber einfach mit .include einbinden ist nicht möglich.

mmhhh gut da brauch ich erstmal den Quellcode.
Für Studio4
http://www.alenck.de/AVR_Tutorial_Gr.../Tools_205.pdf

Zum "Schreiben/Codieren" verwende ich einen ganz normalen Texteditor.
Zum Compilieren verwende ich AVR Studio4 (hab 6 auch auf dem Rechner, aber 4 bin beim debug gewöhnt). Und noch reicht 4, da all meine µCs enthalten sind.
Zum codieren ist mir AVR zu umständlich.

persönlich habe ich mit einem reinen Editor nie gearbeitet fands immer problematisch.
Studio 4 ist in Performance gegebenüber 4+ unschalgbar.

Sieh PN

PN

[Moppi]

@HeSt

Wenn Du nur Texteditor benutzt zum programmieren, dann schau Dir doch mal EditPad an. Ich verwende unter Windows immer schon EditPad Lite. Unter DOS habe ich in den 90ern immer mit Tempest gearbeitet (Data Becker) das fand ich für DOS genial.
Ich weiß nicht, ob es das EditPad, wie ich es nutze, mittlerweile noch zum Download gibt, aber es gibt eine Pro-Version davon: http://www.editpadpro.com/de.html

MfG

[HeSt]

So, Leute,
danke für eure guten Tipps!

Aber belassen wir es dabei, wie es derzeit ist:
Ich arbeite auf einem MacBook und schreibe mit dem standardmäßigen Texteditor (den kenn ich in- und auswendig).
Das AVR-Studio läuft in einer Windows-Session am Mac. Wird nur zum umwandeln und debuggen gestartet/genutzt.

Damit möchte ich die Diskussion über wie was womit besser/einfacher zu handhaben ist als beendet wissen.

Nun wünsche ich euch noch einen Guten Rutsch!!

[wkrug]

Damit möchte ich die Diskussion über wie was womit besser/einfacher zu handhaben ist als beendet wissen.

Hast ja Recht! Das hat mit dem Ursprungsthema nix mehr zu tun.
Wenn Du Dich ja doch noch umentscheidest und Probleme hast, kannst Du nen neuen Post machen.
Für alle hier einen guten Rutsch!!!