Hilfe bei einem Assembler-Programmcode

Also du willst dass dir jemand das Programm schreibt, und dann sagst du 
noch nichtmal den Controller dazu? Assembler ist ja nicht gleich 
Assembler, den Controller müsste man schon wissen.

Aber andere Frage: Warum sollst du sowas machen? Wer verlangt das von 
dir? Und warum?

Nein, ich verlange nicht, dass mir jemand den Text schreibt und ich 
währenddessen faul auf dem Sofa sitze, lediglich hilfe beim bewältigen 
der Aufgabe.
Das ist eine Abituraufgabe.

Peter E. schrieb:
> Nein, ich verlange nicht, dass mir jemand den Text schreibt und ich
> währenddessen faul auf dem Sofa sitze, lediglich hilfe beim bewältigen
> der Aufgabe.
> Das ist eine Abituraufgabe.

Das Problem ist (momentan) eher darin zu sehen, dass diese 
Aufgabenstellung schon einiges an Voraussetzungen erfordert. Da sind ein 
paar Teilsysteme erforderlich, von denen man über jedes einzelne davon 
schon einen halben Roman schreiben könnte.
Wenn du so gar keine Ahnung hast, dann wirds schwer dir da zu helfen.

Kriegst du denn von der Aufgabenstellung überhaupt nichts alleine hin?
Was ist mit der Anzeige? Die ist eine in sich abgeschlossene Einheit. 
Kannst du selbst die entsprechenden Multiplex-Routinen aufsetzen und 
schreiben?
Wenn das eine Abituraufgabe ist, dann solltest du ja eigentlich in der 
Lage sein, zumindest die einzelnen Teilprobleme relativ problemlos zu 
bewältigen. Wenn es beim Zusammenführen der Einzelteil bzw. der 
Einzel-Strategien Schwierigkeiten gibt, dann wäre das soweit ok und man 
könnte darüber reden. Aber mit so gar nichts in der Hand ....

Logiker schrieb:
> Falls Dein Prozessor kein AVR ist

Peter E. schrieb:
> Port 3.4
> P3.6
> P3.7
> INCLUDE 5131.INC
          ^^^^


Peter E. schrieb:
> lediglich hilfe beim bewältigen
> der Aufgabe.
> Das ist eine Abituraufgabe.

Und schon angefangen? Was hast Du schon?


Gruß

Jobst

Auf welchen Controller deutet "5131" denn hin? Etwa LP-5131, das ist 
doch eher son Linux getriebener Mini-PC...

http://www.google.de/search?q=8051+5131

Logiker schrieb:
> Meiner Auffassung nach ist dieser "erste" Ablaufplan zu konkret, zu nah
> an dem eigentlichen Code, um erkennen zu können, was Du tust. Man sieht
> nur wie Du etwas tust, in ganz konkreten Zuweisungen, aber ohne
> Schaltplan etc. kannst nur Du verstehen, was da passiert.
>
> Z.B. im ersten Diagramm steht: "Setze P3.6 auf f0". Was aber soll das
> bewirken?

In der Aufagbenstellung steht, dass P3.6 bzw. P3.7 die Stellentreiber 
der 2-stelligen 7-Segment Anzeige sind.

Aber ich geb dir in der Sache an sich recht. Es gibt keinen Grund im PAP 
da nicht einfach "Schalte die linke Anzeige ein", bzw. "Schalte die 
rechte Anzeige ein" hinzuschreiben. Auf die Art liest sich das PAP dann 
auch viel besser. Selbiges mit den R-Registern. Auch das sind Details, 
die eigentlich im PAP nicht so brennend interessant sind. EIn PAP soll 
ja nicht einfach nur der Programmtext in anderer Form sein, sonder in 
erster Linie die zugrundeliegende Logik veranschaulichen. DIe Logik ist 
aber unabhängig davon, wo genau jetzt die einzelnen Stellentreiber 
abgeschlossen sind oder welches R-Register jetzt die Einer aufnimmt und 
welches die Zehner. In einem PAP sollen meinem Verständnis nach durchaus 
noch die aufgabenspezifischen Vokablen benutzt werden und nicht die 
technischen Begriffe, wie einzelne Teile dann konkret umgesetzt wurden.


Irre ich mich, oder läuft das Multiplexen in ein Ghosting-Problem an der 
Anzeige rein?

Karl Heinz schrieb:

> Irre ich mich, oder läuft der Aufgabenstellung in ein Ghosting-Problem
> an der Anzeige rein?

Nope. Ich denke, er wird ein Ghosting haben. Genauso wie die Anzeige 
ganz leicht flackern wird, wenn die ISR ihm das Hauptprogramm 
unterbrechen und man ganz genau schaut.

Ich hätte den Multiplexteil mit in den Timer-Interrupt rein gelegt.

ok danke, hab jetzt mal angefangen.
Schrift ist zweitrangig, wird später noch digitalisiert.
Stimmt das bis Dato überein?