Aus RN-Wissen.de
Wechseln zu: Navigation, Suche
Laderegler Test Tueftler Seite

(Allgemeines)
(Allgemeines)
Zeile 24: Zeile 24:
  
 
Ich schreibe eigentlich meistens Programme, die auf allen PICs laufen.
 
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 ändere 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.[[Benutzer:PICture|PICture]] 13:51, 25. Mär 2007 (CEST)
+
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 ändere 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.[[Benutzer:PICture|PICture]] 13:51, 25. Mär 2007 (CEST)

Version vom 25. März 2007, 12:52 Uhr

Thread

der Thread ist weg ;-) dann geht es mal hier weiter. Benedikt.Seidl 11:59, 25. Mär 2007 (CEST)

Allgemeines

  • ist es sinnvoll eine extra unterteilung zu midrange zu machen? oder soll man davon ausgehen, dass nur midrange verwendet wird?
  • was noch fehlt:
    • variablen/register definition
    • __config syntax + erklärung
    • sonderbefehle wie errorlevel -302
    • codeschnipsel wie z.b. wait oder interrupt ende und anfange


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 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 ändere 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.PICture 13:51, 25. Mär 2007 (CEST)


LiFePO4 Speicher Test