Aus RN-Wissen.de
Wechseln zu: Navigation, Suche
Rasenmaehroboter fuer schwierige und grosse Gaerten im Test

ToDo

  • variablen/register definition
  • __config syntax + erklärung
  • sonderbefehle wie errorlevel -302
  • codeschnipsel wie z.b. wait oder interrupt ende und anfange

Allgemeines

  • ist es sinnvoll eine extra unterteilung zu midrange zu machen? oder soll man davon ausgehen, dass nur midrange verwendet wird?

Ich denke, dass man mit Programm flowchart anfangen und langsam durch seine Ausfüllung mit Mnemonics in ein ASM Programm übergehen soll. Es wäre auch nicht schlecht ein bischen über Struktur eines ASM Programms zu schreiben, wie laufen die Schleifen (innerhalb von Schleifen) und Interrupts (dass das Programm wird gestoppt und erst nach ausführen der ISR fortgesetzt). Auch über Steuerung von Multitasks mit Flags würde ich was Schreiben. Die Reihenfolge weiss momentan nicht. In jedem Fall würde auch etwas über Optimierung des Codes und Speichers sagen. Ich glaube nicht, dass es alles in kurzen Wiki-Artikel reinpasst, oder?


muss man dann halt auf mehrere artikel aufspalten. soll ich da dann noch bei "meinen" sachen weiter machen? Benedikt.Seidl 13:13, 25. Mär 2007 (CEST) (so unterschreiben kann man mit vier ~)


Natürlich, mach weiter ich bin Newbie hier. Ich denke, dass man danach noch das ganze editieren kann. Ich weiss nicht, ob ich auch was in den Artikel schreiben soll?PICture 13:19, 25. Mär 2007 (CEST)


natürlich sollst du auch was dazu schreiben ;-) das geht ganz einfach. so wie hier bei der diskusion auch. du bearbeitest einmal den ganzen artikel und fügst eine neue Überschrift hinzu. dann speicherst du es und bearbeitest dann nur den bereich deiner überschift, damit wir uns nicht in die quere kommen mit dem editieren, sonst überschreib ich dir deine änderungen, oder anders herum. wenn du hilfe zur formatierung oder ähnlichem brauchst, kannst du dort schaun oder auch einfach hier fragen. Benedikt.Seidl 13:28, 25. Mär 2007 (CEST)


Irgendwie ist schon zum zweiten Mal, das ganze was ich geschrieben habe spurlos verschwunden. Ich schreibe es zum letzten mal, wenn´s wieder verschwindet mag ich heute nicht mehr. :) Ich schreibe eigentlich meistens Programme, die auf allen PICs laufen. Zuerst schreibe ich kleine Programme (bis. 1kB) für die PIC16F und speichere sie nach dem Testen in einer extra Bibliothek. Wenn ich danach ein Programm für 18F schreibe, nehme ich sie her und ersetze einige Befehlsfolgen mit einzelnen Befehlen für 18F. Mein Hauptprogramm besteht überwiegend aus einer Reihenfolge von call Befehlen und ist somit Hochsprache änlich und übersichtlich. Die Programme, die ursprunglich für 18F geschrieben wurden, lassen sich nicht so einfach auf 16F umschreiben.PICture 13:51, 25. Mär 2007 (CEST)


aber geht dabei dann nicht auch speed verloren? weil man könnte ja mit den 18f befehlen noch einiges raushohlen, oder? dann könntest du ja z.b. in den artikel schreiben, wie man solche bibliotheken in den quellcode einbindet, auf was man achten muss usw.? würde mir halt gut gefallen, wenn man mit hilfe von diesem artikel den pic-asm einstieg schaffen würde. Benedikt.Seidl 14:08, 25. Mär 2007 (CEST)


Eigentlich nicht. Mann könnte nur Programmspeicher bei 18F sparen. Ich habe mir Deine bisherige Mühe angeschaut und denke, dass es vielleicht gut wäre, die Erklärungen der Befehle ins Deutch zu übersetzen, wenn es für Anfänger seien sollte.PICture 14:14, 25. Mär 2007 (CEST)


eine ausführliche erklärung kommt ja dann noch weiter unten. ich habe mir die liste ganz am anfang meine asm-programmier-"karriere" das ausgedruckt und mich so an die küzel gewöhnt. meinst du dass es noch oben in die tabelle kommen sollte oder unten bei der erklärung noch mal den befehl übersetzten? Benedikt.Seidl 14:28, 25. Mär 2007 (CEST)


Ich meine, dass es vor allem am Anfang sehr wichtig ist, alles möglichst verständlich zu machen. Deswegen würde ich es da oben gleich übersetzen. Mir ist gerade eingefallen, dasss wenn die Eiführung für Anfänger seien sollte, müssen wir einen echten Anfänger fragen, oder? Aber wie kann man einen Anfänger auf diese Seite kriegen? Ich werde später (nach Überlegungen) am Anfang des Artikels etwas über Struktur und Flowchart eines ASM Programms schreiben. Zuerst möchte ich aber mein Projekt "Logic Analyser" fertig machen, da es nur noch die Triggerung fehlt. PICture 14:51, 25. Mär 2007 (CEST)


natürlich! schreib ruhig! ich mach jetzt sowieso mal ne pause. ich würde da schon einen anfänger kennen ;-) werde ihm eine mail schreiben. Benedikt.Seidl 15:14, 25. Mär 2007 (CEST)


ich habe mal ein bisschen in deinem text herumgestochert! wenn es dir nicht gefällt, kannst du es über den menüpunkt versionen wieder rückgängig machen.Benedikt.Seidl 21:32, 25. Mär 2007 (CEST)


Vielen Dank! :) Als Gegenleistung, habe ich einige von Deinen Befehsbeschreibungen geändert bzw. ergänzt. Es gefällt mir sehr, da alles immer besser aussieht!

Leider habe ich festgestellt, das mir für sehr viele Sachen, die ich über ASM Programmierung noch schreiben will, Fachbegriffe fehlen. Was meinst Du? Soll ich sie im Internet suchen, oder darf ich eigene einführen. Ich befürchte aber (da ich kein Fachmann im Bereich Software bin), dass es schon bestimmte Sachen genannt sind und ich möchte mich daran halten. PICture 23:26, 25. Mär 2007 (CEST)


auch danke für die verbesserungen ;-) naja. an und für sich wären die orginal-fachbegriffe schon besser, aber bei nicht so wichtigen sachen kann man schon selber welche "erfinden". es ist ja nur interessant für geläufige dinge, dass man u.U. weiter googlen kann. Benedikt.Seidl 12:31, 26. Mär 2007 (CEST)


Ich habe mehrere Internet Seiten mit Software Terminologie durchgeschaut, aber nichts brauchbares für ASM gefunden. Ich vermute (leider), dass ich eigene Therminologie für einige Sachen eiführen muss, da sich mit uC ASM Programmierung nur wenige Leute beschäftigen. Ich habe zwar deuches Softwareforum gefunden, da waren aber insgesamt nur 50 Beiträge (nichts über ASM) und ich keine Hoffnung auf Hife von dort habe. Anderseits, wenn ich schon was "baue", dann genau und von Fundamenten. :)

Übrigens, hast Du schon einen echten Newbie gefunden?PICture 17:42, 26. Mär 2007 (CEST)


ich habe ihm eine mail geschrieben, aber er antwortet nicht :-/ habe mal dein ASCII-Kunst in eine pixel grafik verwandelt. Benedikt.Seidl 20:53, 26. Mär 2007 (CEST)


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 komplieziert es seien sollte (vielleicht sollen es mehrere werden?).PICture 20:51, 27. Mär 2007 (CEST)


LiFePO4 Speicher Test