PAP von AVR-C-Code für Bachelorarbeit

PAP-Designer gibt's wie Sand am Meer ... bzw. lassen sich viele dazu 
missbrauchen.

Martin schrieb:
> Ist es sinnvoll so einen PAP in Bachelorarbeit einzusetzen??
Natürlich! Wenn du den Code selber geschrieben hast, dann sollte das 
Erstellen auch schnell von der Hand gehen.

Für jede trivialität gibts heutzutage Programme. Neumodisch "Designer" 
genannt. Zu meiner Zeit haben wir etwas so triviales mit der Hand auf 
Papier gezeichnet und gut wars. Bleistift, Papier und Gehirnschmalz, 
mehr war dazu nicht nötig. Heutzutage können die Leute aber wohl ohne 
Softwareunterstützung nicht mal mehr aufs Klo gehen.

PAP kann man  bedenkenlos mit einbauen

wichtig ist aber das die dinger nicht auf jeder seite sind und quasi 
Text verdrängen/ersetzen.

mit welchem Programm ist egal .. wichti ist das es nach NORM gemacht 
wird
auf son mist achten die Profs dann auch mal ^^

Ok danke euch. Werde den PAP-Designer nehmen, der macht einen simplen 
Eindruck und die Pläne sehen professionell aus.

@Linus: naja ich hätte mit der Handzeichnung auch kein Problem, aber das 
will in einer schriftlichen Arbeit / Dokumentation keiner mehr sehen.

Allgemeine PAP habe ich mir jetzt schon ein paar Beispiele angeschaut, 
aber gehören bei einem AVR-Code auch Includes, Defines, 
Funktionsprototypen oder Variablendeklarationen in so einem Plan?

Linus schrieb:
>       Datum: 25.02.2012 09:47
>       Für jede trivialität gibts heutzutage Programme. Neumodisch "Designer"
> genannt. Zu meiner Zeit haben wir etwas so triviales mit der Hand auf
> Papier gezeichnet und gut wars. Bleistift, Papier und Gehirnschmalz,
> mehr war dazu nicht nötig. Heutzutage können die Leute aber wohl ohne
> Softwareunterstützung nicht mal mehr aufs Klo gehen.

Hallo Linus
Dieses Forum wird mehr und mehr von Gehässigkeit und Häme durchsetzt. 
Warum hältst Du nicht einfach das Maul?

nix für ungut
GroberKlotz

Martin schrieb:
> Allgemeine PAP habe ich mir jetzt schon ein paar Beispiele angeschaut,
> aber gehören bei einem AVR-Code auch Includes, Defines,
> Funktionsprototypen oder Variablendeklarationen in so einem Plan?

der C- code gehört nicht an diese stelle

der PAP zeigt das problem bzw der lösungssablauf
wie das implementiert ist ist dabei total egal

http://de.wikipedia.org/wiki/Programmablaufplan
PAP ist meist sehr universell gehalten

Karl Heinz Buchegger schrieb:
> Dir ist klar, was der Sinn und Zweck eines PAP ist?
>
> Nämlich: Einen Ablauf, den Algorithmus zu dokumentieren. Bei einem PAP
> geht es um das Funktionsprinzip und nicht darum, wie man das in einer
> Programmiersprache umsetzt.

Du kannst einen PAP auf jeder Abstraktionsebene zur Darstellung eines 
Ablaufs im Programm verwenden ...

Karl Heinz Buchegger schrieb:
> Klar muss es auch bei einem PAP gewisse Regeln geben, aber formale
> Regeln einer Programmiersprache haben bewusst da drinnen nix verloren.

... und je nach Abstraktionsebene, können natürlich (oder müssen sogar) 
auch Regeln der zur Implementierung verendeten Programmiersprache 
verwendet werden.

Hm...ich hatte mir das eigentlich so gedacht, dass ich den C-Code in 
meiner Arbeit anschaulich und vereinfacht mit so einem PAP darstellen 
will, damits jeder sofort versteht. Weil der eigentliche C-Code ja nur 
in den Anhang gehört.

Also wenn ich euch jetzt richtig verstanden habe, gehe ich nicht auf 
jede Funktion im C-Code ein.

Ich hatte jetzt angefangen mit: Timer1 initialisieren -> Ein-/ Ausgänge 
initialisieren -> SPI Initialisieren -> Schleife{Ausgabe: } -> usw.

Habe ich hier einen riesigen Denkfehler? Sind die Initialisierungen gar 
nicht relevant bei der Darstellung?

Also soll es nur einen ganz groben Ablauf darstellen?!

Martin schrieb:
> aber gehören bei einem AVR-Code auch Includes, Defines,
> Funktionsprototypen oder Variablendeklarationen in so einem Plan?

Kommt drauf an. Ich würde den prinzipiellen Programmaufbau in einen PAP 
packen, die Einzelmodule aber mit doxygen dokumentieren.

Oliver

Karl Heinz Buchegger schrieb:
> Kannst du ein sinnvolles Beispiel nennen, bei dem ein
> Funktionsprototyp in einem PAP auftauchen muss?

Der Funktionsprototyp ist nichts anderes als die Signatur einer 
Funktion. Spontan fällt mir z. B. eine Schnittstellen- / Plugin-Funktion 
ein, die in einem PAP auftauchen könnte.

So, danke nochmal für alle eure Tips und Vorschläge..

Hab im Anhang mal ein Bild, wie ich es gemacht habe. Der PAP-Designer 
ist wirklich spitze:-)

Hannes Jaeger schrieb:
> Wenn allerdings mangels möglicher "wissenschaftlicher Überhöhung"
> wirklich Masse vor Klasse angesagt ist, dann würde ich den ganzen
> Sourcecode durch doxygen jagen. Das gibt zwar keine PAPs, aber viele
> Seiten und Diagramme (wenn The Dot installiert ist).

Die Diagramme sind wirklich nicht gut für die schriftliche Ausarbeitung. 
Allerdings finde ich es für die eigentliche Dokumentation (z.B. für 
einen Nachfolger o.ä.) sehr hilfreich. Evtl. wird ja auch noch eine CD 
mit dem Sourcecode mit abgegeben? Dann finde ich die Doku mit doxygen in 
Ordnung, weil man dann mit ein paar Mausklicks sich durch den Quellcode 
hangeln kann.

Grüße

GroberKlotz schrieb:
> Warum hältst Du nicht einfach das Maul?

Hast gerade gefehlt als in der Schule das Thema "Höflichkeit" dran war, 
oder?

> Dieses Forum wird mehr und mehr von Gehässigkeit und Häme durchsetzt.

Das hat nichts mit Gehässigkeit oder Häme zu tun. Nur ist es heutzutage 
wohl leider die Regel nicht mehr zuerst selber nachzudenken sondern 
gleich nach einer App zu fragen. Heutzutage gelten nur zwei Dinge: Geiz 
ist geil und für alles gibts ne App...

@Linus: da muss ich dir zustimmen, dass man es sich mit Apps ziemlich 
einfach macht. Der Vorteil ist ja heutzutage gerade, dass man hier eher 
mal einen oder die ganze Community fragen kann. Früher ging das nicht so 
einfach und man musste sich eher mal selber einen Kopf machen und 
Stunden oder Tag lang drüber grübeln und probieren.

Aber heutzutage ist es auch oftmals stressiger, als früher und da ist es 
Klasse wenn man sich das Leben mit einer "App" nen bisl leichter machen 
kann.