Hallo!
Ich hab hier einen Assermbler-Code und dazu die Aufgabenstellung:
Das UP übernimmt im Akku eine gepachte BCD-Zahl(2-stellig) und wandle
daraus 2 ASCII-Zeichen. Niederwertige ASCII-Stelle in DPL --> höhere DPH
Was ist eine "gepachte BCD-Zahl". Also eine BCD-Zahl ist eine Zahl in
Binär von 0-9 in Dezimal. Ein Nibble, aber für was braucht man das bei
meinem Bsp genau?
Code:
---------
push acc
mov r1,#0x30
anl a,#0x0f
add a,r1
mov dpl,a
pop acc
swap a
anl a,#0x0f
add a,r1
mov dph,a
---------
Also wie komme ich erstmal von einer Binärzahl auf das ASCII-Zeichen?
Die Binärzahl in eine BDC-Zahl umwandeln und dann mit 30hex addieren hab
ich gelesen.
Warum muss ich dann in meinem Programm 2mal UND verknüpfen mittels ANL?
Warum das ganze 2mal? Da eine BCD-Zahl nur 4bit hat? Aber ich hab 16Bit,
irgendwie verstehe ich das überhaupt nicht ganz, ein bisschen verwirrt
bin ich schon.
Kann mir bitte einer erklären wie das genau funktioniert.
Danke im voraus!
mfg guest
Danke! Den Code verstehe ich eh was der gemacht, sorry hab ich vergessen
zu schreiben, aber warum braucht man hier eine BCD-Zahl warum
UNDverknüpfen mit 1111binär?
Warum das ganze zweimal?
guest123 schrieb:> Den Code verstehe ich eh was der gemacht, sorry hab ich vergessen> zu schreiben, aber warum braucht man hier eine BCD-Zahl warum> UNDverknüpfen mit 1111binär?
Kannst du deine Frage noch mal in einen geordneten Satz kleiden?
guest123 schrieb:> Danke! Den Code verstehe ich eh was der gemacht, sorry hab ich vergessen> zu schreiben,
aha?
> aber warum braucht man hier eine BCD-Zahl warum> UNDverknüpfen mit 1111binär?>> Warum das ganze zweimal?
dann kannst du offenbar den Code und meine Erklärung doch nicht
verstehen
Bit: 76543210
BCD: ZZZZEEEE ;Z=Zehner, E=Einer
&& 00001111
== 0000EEEE
;;
BCD: ZZZZEEEE
swap EEEEZZZZ
&& 00001111
== 0000ZZZZ
Sascha
Aso ok ich glaub ich habs fast verstanden.
das ANL dient dazu das das H-Nibble gelöscht wird, also das man nur
30hex zum L-Nibble addiert. Und mit hilfe vom Swap das gleiche nochmal.
Soweit so gut.
Aber nun stellt sich die Frage warum man hier die BCD-Zahl ins Spiel
bringen muss?
Warum muss man ausgerechnet mit 4 Bits, also einem Nibble bzw. BCD-Zahl
30hex dazu addieren?
guest123 schrieb:> Code:> ---------> push acc> mov r1,#0x30> anl a,#0x0f> add a,r1> mov dpl,a> pop acc> swap a> anl a,#0x0f> add a,r1> mov dph,a> ---------
Man kann das auch anders lösen:
guest123 schrieb:> Aso ok ich glaub ich habs fast verstanden.>> das ANL dient dazu das das H-Nibble gelöscht wird, also das man nur> 30hex zum L-Nibble addiert. Und mit hilfe vom Swap das gleiche nochmal.> Soweit so gut.
schön
> Aber nun stellt sich die Frage warum man hier die BCD-Zahl ins Spiel> bringen muss?
warum hier mit einer BCD-Zahl gearbeitet wird? Weil die Ausgabe das so
vorgibt?!
> Warum muss man ausgerechnet mit 4 Bits, also einem Nibble bzw. BCD-Zahl> 30hex dazu addieren?
Ich verstehe nicht auf was du hinauswillst!
BCD-Zahl = Binär Codierte Dezimal-Zahl, das heist eben das 2 Zahlen von
0..9 in einem Byte verpackt sind. Und um aus dem Wert 0..9, das
ASCII-Zeichen '0'..'9' zu erhalten muss man eben 30hex addieren, weil
30hex der ASCII-Code für eine '0' ist.
Sascha
guest123 schrieb:> Aber nun stellt sich die Frage warum man hier die BCD-Zahl ins Spiel> bringen muss?>> Warum muss man ausgerechnet mit 4 Bits, also einem Nibble bzw. BCD-Zahl> 30hex dazu addieren?
Weil die Hex-Zahl 0x34 eben nicht die Dezimalzahl 34 ist, sondern der
Zahl 52 entspricht. Du willst aber eine einfache Möglichkeit, wie einer
angezeigten Zahl von 34 eine interne Repräsentierung entspricht. Eben
0x34. Und das nennt man dann eben BCD
Ich danke euch!
Das heißt also, es ist einfach so, mann muss eine BCD-Zahl(4bit) mit
30hex addieren das man dann den ASCII code bekommt?
Das ist wie ein Kochrezept, man braucht Mehl, Zucker, Backpulver etc.
das man einen Kuchen backen kann?
Kann man so vergleichen?
Hi
>Das heißt also, es ist einfach so, mann muss eine BCD-Zahl(4bit) mit>30hex addieren das man dann den ASCII code bekommt?
Nur wenn es Zahlen von 0..9, also Dezimalzahlen sind. 0x30 ist übrigens
der ASCII-Code für 0 (Null).
MfG Spess
spess53 schrieb:> 0x30 ist übrigens der ASCII-Code für 0 (Null).
...und das geht glücklicherweise linear weiter bis 0x39 für '9', darum
geht die (einfache) Addition.
Gruß Dietrich
Danke!
spess53 schrieb:> Nur wenn es Zahlen von 0..9, also Dezimalzahlen sind
Warum kann man nicht 10 mit 30hex addieren, also warum funktioniert das
nicht?
Hi
>Warum kann man nicht 10 mit 30hex addieren, also warum funktioniert das>nicht?
Weil der Hexcode für 10 0xA ist. Und das ASCII-Zeichen für 'A' ist 0x41
und nicht 0x3A. Für 10...15 müssen noch mal 7 addiert werden.
MfG Spess
guest123 schrieb:> Warum kann man nicht 10 mit 30hex addieren, also warum funktioniert das> nicht?
warum soll das nicht funktionieren? Kommt halt ein ':' raus!
Sascha
guest123 schrieb:> Warum kann man nicht 10 mit 30hex addieren, also warum funktioniert das> nicht?
Kann man schon. Du kannst mit 4 Bit 16 Zustände darstellen - von 0 bis
15.
Bei BCD sind aber nur 0-9 gültig.
Wenn ich Dich richtig verstanden habe, möchtest Du nun in einer Stelle
die Zahl 10 darstellen.
Versuch doch einfach mal, 10 mit nur einer Ziffer darzustellen.
Wenn Du das doch möchtest, dann ist es auch kein BCD mehr und eine
andere Berechnung ist nötig:
1
// Wandelt A zu dezimal. Einer in DPL, Zehner in DPH
2
// Funktioniert nur von 00 - 99 - Hunderter werden abgeschnitten
Hallo,
vor Jahren habe ich mir das mal mit dem "patchen" und der BCD ->
ASCII-Wandlungvor als PIC-Neuling vor Augen geführt. Daher ist das
beiliegende Assembler-File für den PIC 16F628 ein wenig langwierig oder
umständlich geraten, sollte aber die Zusammenhänge der "patched
Binärzzahl", und auch die Umwandlung in ASCII verständlich in MPLAB
Schritt für Schritt nachvollziehbar darstellen.
Wer es nachspielen will, dem kann ja die beiliegeden Watchtab evtl.
nützlich sien.
Gruss GroberKlotz
guest123 schrieb:> Ich hab hier einen Assermbler-Code und dazu die Aufgabenstellung:
....so,da kein posting mehr von dir kommt,denke ich mal das deine
hausaufgabe zufriedenstellend durch die user des forums gelöst wurde ;-)
guest123 schrieb:> Warum kann man nicht 10 mit 30hex addieren, also warum funktioniert das> nicht?
....tja ein wenig eigeninitiative in form von "mitdenken" hätte diese
frage wohl überflüssig gemacht, aber das hier ist ein gutes forum, hier
wird dir das denken abgenommen da die user mehr zeit haben als du....
GroberKlotz schrieb:> vor Jahren habe ich mir das mal mit dem "patchen" und der BCD ->> ASCII-Wandlungvor als PIC-Neuling vor Augen geführt.
Mit Patchen hat das nichts zu tun, es heißt packed BCD.
http://en.wikipedia.org/wiki/Binary-coded_decimal
"Uncompressed (or zoned) BCD consumes a byte for each represented
numeral, whereas compressed (or packed) BCD typically carries two
numerals in a single byte by taking advantage of the fact that four bits
will represent the full numeral range."
Der obige Code ist 8051 Assembler, daher kann er mit PIC Code überhaupt
nichts anfangen.
Peter
guest123 schrieb:> Aber nun stellt sich die Frage warum man hier die BCD-Zahl ins Spiel> bringen muss?
Weil es manchmal viel einfacher ist, bei der Zahlenmanipulation zu
berücksichtigen, dass die nächste Zahl nach 0x09 eben die 0x10 ist. Im
Gegenzug spart man sich dafür eine 'aufwändige' Zerlegung einer Zahl bei
der Ausgabe um sie in eine lesbare Dezimalzahl zu bekommen.
zb Uhr. Die Sekunden (Minuten etc) werden immer nur um 1 erhöht. Dieses
Erhöhen in BCD ist trivial.
