(→Allgemeines) |
(→vorgeschlagene Gliederung) |
||
Zeile 53: | Zeile 53: | ||
**** Grafik | **** Grafik | ||
**** Handy | **** Handy | ||
− | *** PIC Trainer (mein Hilfswerkzeug für PIC Versuchsprogramme) | + | *** Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins) |
− | *** Profiler (zum messen von Ausführungszeit zwischen call und return) | + | *** PIC Trainer (mein Hilfswerkzeug für PIC Versuchsprogramme, benötigt Miniterminal) |
+ | *** Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Miniterminal) | ||
== Allgemeines == | == Allgemeines == |
Version vom 28. März 2007, 18:38 Uhr
ToDo
- variablen/register definition
- __config syntax + erklärung
- sonderbefehle wie errorlevel -302
- codeschnipsel wie z.b. wait oder interrupt ende und anfange
vorgeschlagene Gliederung
- Einführung
- Programm
- Allgemeines
- Programmtypen (erste vier: eigener Vorschlag)
- Einfach
- Verzweigt
- Geschleift
- Unterbrechbar (also mit Interrupts)
- Multitask
- Programteile
- Unterprogramme
- Lookup tables (z.B. Zeichengenerator für GLCD)
- Schnittstellen
- Optimierung
- Speicherbedarf
- Programmspeicher
- RAM
- Ausführungszeit
- Speicherbedarf
- Fehlersuche
- Direktiven für Assemblerprogramm
- __config
- errorlevel (habe ich bisher noch nicht benutzt)
- #define
- EQU
- ORG
- PIC Mid-Range
- Kurzübersicht Prozessorbefehle
- Ausführliche Beschreibung zu den Befehlen
- Besondere, oft gebrauchte Register
- ANSEL
- STATUS
- TRIS
- PORT
- TIMER
- Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
- Flagsüberprüfung im STATUS-Register
- Codeschnipsel
- A/D-Wandler
- PWM
- Interrupts
- RS232 mit PC
- Tasten
- Mausrad
- LCD Displays
- Dot-Matrix
- Grafik
- Handy
- Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins)
- PIC Trainer (mein Hilfswerkzeug für PIC Versuchsprogramme, benötigt Miniterminal)
- Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Miniterminal)
Allgemeines
- ist es sinnvoll eine extra unterteilung zu midrange zu machen? oder soll man davon ausgehen, dass nur midrange verwendet wird?
... gelöschte Diskussion ...
Herzlichen Dank! Wenn ich könnte, hätte ich es genauso gemacht. Ich möchte aus diesen Symbolen noch ein paar sehr einfachen PADs erstellen. Kann ich sie irgendwie einzeln aus der Grafik entnehmen und danach zusamenn setzen oder könntest Du mir dabei weiter helfen?(dann mache ich wieder ASCII-Grafik :)).
Heute früh um ca. 7 Uhr habe ich im PIC Kontroller Forum ein Beitrag (Assembler Routine) von echtem Newbie gesehen, den wollte ich beantworten, aber leider verstehe ich nicht um was ihm geht.
Hast Du schon darüber nachgedacht, ob wir auch ein bischen über andere PIC Familien schreiben ? Ich denke, dass wir für das bishierige Teil vielleicht anderes Titel anwenden, um später etwas über 18F fur fortgeschrittene schreiben zu können. Ich versuche mein Teil, so lange es geht, unabhängig vom PIC-Typ zu schreiben, aber möchte am Ende für Newbies ein konkretes Beispielprogramm für PIC16F84 vom Null erstellen, damit unsere Leser auch etwas zu tun haben.
Wir haben nur zwei Möglichkeiten: 1.Schreiben alles was wir wissen und am Ende das ganze sinvoll editieren. 2.Ein detaliertes Inhaltsverzeichniss des Artikels erstellen und mit unserem Wissen füllen. Zur Zeit sind wir, glaube ich, bei der ersten Variante.
Ich habe mir gestern zum Vergleich das für AVRs angeschaut und mich gefreut, dass ich kein Schriftsteller bin. :) PICture 08:25, 27. Mär 2007 (CEST)
also das mit den grafiken ist kein problem, das kann ich schon machen! ich wäre auch für die 2. variante, finde es aber saudoof wenn dann nur die überschriften da stehen und kein inhalt. deswegen würde ich vielleicht die struktur hier in der diskussion aufbauen und dann die überschriften erst in den artikel nehmen, wenn man gerade daran arbeitet.
habe gerade paar ?? zu deinem text hinzugefügt.
noch was: das mit dem beispielprogramm finde ich eine sehr sehr gute idee! allerdings sollte man darauf achten, dass die ganzen infos nicht im weg zum beispielprogramm gebracht werden, sondern extra (und ohne beispielprogramm, sondern mit allgemeinen beispielen) stehen. dass man den artikel nicht nur zum lernen, sondern auch zum nachschlagen verwenden kann.
und noch mal was: wenn es für dich ok ist, lösche ich mal den anfang der diskussion, dass es nicht ganz so lang wird hier. ok?!
mein newbee hat sich gerade gemeldet ;-) er wird mir dann berichten, oder auch nicht :-/ Benedikt.Seidl 13:19, 27. Mär 2007 (CEST)
Wunderbar!:) Wir denken (fast) identisch. Mach, bitte, alles so wie Du meinst, ich bin mit allem was Du geschrieben hast einverstanden. Das Beispielprogram werde ich warscheinlichst ganz am Ende machen, da ich noch nicht weiss wie kompliziert es seien sollte. (vielleicht sollen es mehrere werden?)PICture 20:51, 27. Mär 2007 (CEST)
ich habe mal ein wenig probiert eine gleiderung zu erstellen. ergänze/ändere die doch bitte ;-) habe bestimmt die hälfte vergessen Benedikt.Seidl 21:02, 27. Mär 2007 (CEST)
Ich habe schon ein bischen dazu geschrieben und einiges geändert mit einer Hoffnung, dass Dir auch gefällt. Jedem von uns beiden kann jederzeit was neues einfallen, dann ändern wir es. Immer wenn ich was vor sich schreibe, fehlt mir die Reaktion des Lesers. Vielleicht sollen wir ein Tread für feedback im Forum PIC Kontroller öffnen?PICture 07:35, 28. Mär 2007 (CEST)
joa. das wäre mal eine gute idee. Benedikt.Seidl 14:42, 28. Mär 2007 (CEST)