Divisionsproblem [Archiv] - ProgForum.com - Das Elektronik Diskussionsforum

Archiv verlassen und diese Seite im Standarddesign anzeigen : Divisionsproblem

Import-Script

27.09.2003, 00:56

Hallo Kann mir da vielleicht jemand bitte einen kleinen Tipp geben? Jetzt will ich mir einen Frequenzzähler basteln, nur das Programm hat einen Fehler. Das Prinzip ist folgendes: Counter 1 als Zähler und Counter 2 erzeugt jede Sekunde Interrupt und gibt Zählerstand aus.(Siehe Code) Nur genau in diesem Code ist das Problem Beim Berechnen der Stellen ist immer Fehler bei der Ausgabe. Sollte zb 128 auf Display stehen, so steht 1<8. Also ist sozusagen ein Offset von 10 vorhanden, obwohl ich die Mathematikroutine von Batronix verwende (16bit Division unsigned). Und bei zb 1227 steht 1<<7. Könnt Ihr mir da bitte helfen? Wie immer bin ich da Ratlos. Die Formatierung ist leider im Forum nicht sehr übersichtlich, darum auch als TXT beigefügt. ; Interruptbehandlungsroutine Timer 1 timer1_int: mov TL1, #TL1PRE mov TH1, #TH1PRE djnz timer1_ext24,timer1_int_label mov timer1_ext24,#TX1PRE acall timer1_int_label mov SpeicherH,TH0 ;Dividend aus Zähler in Register für Bearbeitung kopieren mov SpeicherL,TL0 mov TL0,#0 ;Zähler zurücksetzen mov TH0,#0 ;Zehntausender ;Zehntausender berechnen mov r4,SpeicherH ;Zaehlerstand in benötigte Register fuer Division laden mov r5,SpeicherL mov R6,#39 mov R7,#16 call div16u mov Zehntausender,R5 call regclear ;Register auf 0 setzen ;Tausender ;Tausender berechnen mov r4,SpeicherH ;Zaehlerstand in benötigte Register fuer Division laden mov r5,SpeicherL mov R6,#3 mov R7,#232 call div16u mov tausender,R5 call regclear ;Hunderter ;Hunderter berechnen mov r4,SpeicherH ;Zaehlerstand in benötigte Register fuer Division laden mov r5,SpeicherL mov R6,#0 mov R7,#100 call div16u mov hunderter,R5 call regclear ;Zehner ;Zehner berechnen mov r4,SpeicherH ;Zaehlerstand in benötigte Register fuer Division laden mov r5,SpeicherL mov R6,#0 mov R7,#10 call div16u mov zehner,R5 ;einer ;Einer aus Rest ermitteln mov einer,R7 call regclear call lcd_clear ;LCD löschen mov acc,zehntausender ;Anfang der Ausgabe der Werte auf Display add a,#48 ;48 hinzuzählen, um auf ASCII CODE zu kommen call lcd_printc ;Wert aus ACC auf Display schreiben mov a,tausender add a,#48 call lcd_printc mov a,hunderter add a,#48 call lcd_printc mov a, zehner add a,#48 call lcd_printc mov a,einer add a,#48 call lcd_printc ;Ende der Displayausgabe timer1_int_label: reti mfg hannes<center><table border=1><tr><td><img src="http://progshop.com/elektronik/diskussion/icons/mime_txt.gif" align=left alt="text/plain">FZaehler <a href="http://progshop.com/elektronik/diskussion/messages/4982/FZaehler-8925.txt" target="_blank">FZaehler.txt</a> (2.5 k)</td></tr></table></center>

Import-Script

27.09.2003, 19:52

Hi wenn ich in deinen Code mir die ersten 5 Zeilen ansehe frag ich mich: wie kommt denn dein Proggi überhaupt zu deinem "Eigenen Teil" du hast ja immer das acall T1_in_label drinne! MFG PS: Sonst sieht dein Prog recht vernünftig aus, ich habe selbst vor nem halben Jahr nen Frequenzzähler gebaut aber mit selbst erdachten Divisionsroutinen (wusste gar net dass es hier so was gibt)

Import-Script

27.09.2003, 21:19

Hallo Gute Frage, wie der da eigentlich hinkommt zu meinem Teil, nur es funktioniert (Bis eben auf den beschriebenen Fehler) Die Grundstruktur wurde mit dem Tool von Erik Buchmann erstellt, und eben genau an der Stelle wo mein Teil steht soll er lt, generiertem Code auch stehen, nur warum da immer Rechenfehler drinnen sind ist mir nicht klar. mfg hannes

Import-Script

27.09.2003, 21:30

Ich benutze auch das Tool von Erik Buchmann , aber man muss den Code ein bisschen umschreiben . Es passt nicht unverändert ins Batronix Progstudio . Ist eh immer besser , wenn man das versteht , was man macht .

Import-Script

27.09.2003, 22:58

Hallo Ich benutze RIDE von Raissonance (oder so ähnlich). Schon klar, daß es nicht schlecht ist, wenn man versteht, was man macht, aber als Grundgerüst ist es wirklich praktisch. Da dürfte allerdings ein kleiner Bug drinnen sein, mit den Startadressen, die muß man vertauschen (Interruptaufrufe). Jetzt hab ich schon ein paar Beiträge zu diesem Thema bekommen, nur leider ist keiner auf mein Problem mit der Division eingegangen. Bitte, was hts denn da? mfg hannes

Import-Script

28.09.2003, 11:17

Ja, um noch mal am Divisionsfehler vorbei zu antworten: Der Prozessor läuft an, beginnt mit timer1_int:, ruft dann timer1_int_label auf, kehrt zurück - allerdings nicht mit ret, sondern mit reti - und zwar zurück zu dem Punkt, wo er hergekommen ist, und das ist acall timer1_int_label. Er macht also mit dem nächsten Befehl nach dem acall weiter, und das ist das Hauptprogramm. Am Ende des Hauptprogramms macht er dann wieder ein reti, was vermutlich den Stack durcheinander bringt. Warum rufst du das reti mit einem acall auf? Würde nicht gehen: ljmp main_start timer1_int: mov TL1, #TL1PRE mov TH1, #TH1PRE djnz timer1_ext24,timer1_int_label mov timer1_ext24,#TX1PRE timer1_int_label: reti main_start: ; Hier dann das Hauptprogramm Übrigens, ich glaube, das djnz kann auch nur relativ springen, d.h. max. 128 Bytes vor oder zurück. Vielleicht überschreitest du damit die Grenze, denn das timer1_int_label ist ja doch ein Stück weit weg.

Import-Script

28.09.2003, 11:23

Uh, ich glaube, ich habe dein Programm total missverstanden. Gehört die Division und die Displayanzeige noch zur Interruptroutine dazu? Entschuldigung.

Import-Script

28.09.2003, 17:14

Johann, da du nur ein teil deines programmes zeigst ist es nicht leicht etwas dazu zu sagen. ich kann dir aber raten kleine pausen in die displayroutinen einzubauen....hast du 24Mhz..? bier: djnz spaten,bier wobei spaten 'irgend' ein register sein kann.. diese routine geht auch mit rotwein. edgar.<img src="http://progshop.com/elektronik/diskussion/clipart/wink.gif" border=0>.200

Import-Script

06.10.2003, 13:02

so so, immer ein Offset von 10...<img src="http://progshop.com/elektronik/diskussion/clipart/smile.gif" border=0> Nun bin ich nicht der 8031/51 Pabst, aber wenn da eine Routine vorhanden ist, die divu(16Bit) = HighByte(8Bit) + LowByte(8Bit) liefert, dann tut sie das im 16er bzw. im 256er System HEX!!! und nicht BCD mässig im 10er System, wie Du schreibst Mov Tausender... Mov Hunderter... Mov Einer Korrekt wäre: Mov 16Quadrater.. Mov 16er.. Mov Einer.. Eine DIVBCD(4Nibble) --> BCDHI(2Nibble) BCDLO(2Nibble) musst Du Dir ggf. selbst schreiben. Das geht im Prinzip genauso wie die "batronixinterne" Routine, nur musst Du den Prozessor in den BCD=10er Mode setzen (hoffe das kann der 80xx???), weil dann ein Carry bei Überlauf 10 bereits gesetzt wird. Der 68000er z.B. kann ABCD, SBCD und NBCD (also Add Sub und Neg-BCD) von Haus aus. Trotzdem wirds da schon hakelig mit der Programmierung; - auch da gibt es Bibliotheken für; klar. Andere Idee: Tabelle: Wird leider recht gross, 256*256 Byte *2 - also 2* 64kB =2*(271000er Eprom), da mit 16Bit Index rein (obere8 Dividend, untere 8 Divisor) und adressieren, dann im ersten EPROM untere 4Bit die zugehörenden Einer, obere 4Bit=10er, im zweiten Eprom untere 4 Bit = 100er, obere 4 Bit = 1000er direkt rausziehen, und weil´s so schön war und man BCD will (wer BCD will muss Bits investieren) braucht´s noch ein drittes Eprom (4Bitter gibt es nicht, also bleibt das halb leer) für die 10000er Stelle. Macht nix, Speicher ist billig... -- dafür liefert das Teil in 100ns ein Ergebnis; wenn´s also schnell gehen muss...

Import-Script

21.10.2003, 22:27

hi wie kommt das programm zum eigenen teil? na so: -interrupt = rücksprungadresse auf dem stack -acall timer1_int_label = adresse vom 1.mov-befehl auf dem stack -sprung zu timer1_int_label -reti = letzte adresse vom sack (die vom MOV-befehl) -> PC - weiter bei adresse in PC (MOV-befehl) -eigene routiene -ret = 2. adresse (interruptrücksprung) vom stack -> PC sinn: interruptlogik freigeben um das runterzählen von timer1_ext24 sicherstellen auch wenn der durchlauf der eigenen routiene länger dauert als ein timerduchlauf. also nicht sinnlos sondern recht clever ;-) tschau MACE