Assembler

• C

  Externe Interrupts am P1 auslösen und abfangen (C515)
  • coder24h  

  1
  0
  Stimmen
  1
  Beiträge
  853
  Aufrufe

  C

  Hallo zusammen! Ich versuche momentan die Tastatur auf meinem Board**(515C)** über PS2-Anschluss anzusprechen, wobei ich die Externen Interrups am P1.0 und P1.1 nutzen möchte. Die Problematik besteht darin, dass ich wahrscheinlich die Initialisierung für diese Interrups nicht richtig durchführe. Die dafür vorgesehenen Einstellungen habe ich mir mühsam aus meinem Buch zusammengetragen das will aber immer noch nicht funktionieren. Für Testzwecke habe ich erstmal auf die Tastatur verzichtet und löse die Interrupts durch meine Software selber aus, leider werden die Interruptservise Routinen (4053h und 405Bh) nie angesprungen! Die Interruptservise Routinen befinden sich laut meinem Assembler 40h weiter also nicht bei 0053h sondern 4053h (RAM) wo ich auch die Funktionalität hinterlegen kann. Es tut sich aber leider nichts CPU 80515 include stddef51.inc SEGMENT CODE ORG 0C100h ;Speicheradresse des Programms init: clr T2CON.6 ;damit IEXT3 von P1.0 auf fallende Flanke reagiert setb EAL ;alle Interrupts freigeben clr IRCON.2 ;wird durch externen Interrupt am P1.0 gesetzt clr IRCON.3 ;wird durch externen Interrupt am P1.1 gesetzt setb P1.0 ;externer Interrupt für Clock der Tastatur setb P1.1 ;externer Interrupt für Data der Tastatur main: setb IRCON.2 setb IRCON.3 jmp main wait: djnz r7,wait djnz r6,wait ret test: mov A, #0AAh mov P4, A call wait ret ORG 4053h ;Interruptservise Routine P1.0 - Clock ausgelöst call test reti ORG 405Bh ;Interruptservise Routine P1.1 - Data eingang call test reti END Kann mir bitte hier einer weiter helfen?* Mit freundlichen Grüßen coder24h*
• ?

  16 Bit mit Interrupts noch sinnvoll zu lernen?
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  643
  Aufrufe

  ?

  insomniac schrieb: Hi, Anders kann man es eh nicht lernen. Wozu auch. So die tollen Unterschiede gibts dann auch nicht wenn man unter Win32 assembler programmiert ausser das man interrupts nicht benutzt und die register 32 bit sind. Und nach dem perfekten Assembler Buch kann man vergeblich suchen, aber wenn du dir welche holen willst würde ich dir empfehlen: Vor allem macht ASM unter Win sowieso extrem wenig Sinn. Wie wärs denn ASM für nen uC zu lernen, da rafft man am ehesten erst einmal den Aufbau von so einem Prozessor.
• ?

  Empfehlung µ-Controller mit USB
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  705
  Aufrufe

  C

  externe USB-Bausteine gibts von FTDI. Den FT232BM gibts sogar bei Recihelt für etwas weniger als 7€ also echt günstig. nur ob die Transferrate reicht, weiß ich nicht. Die Bausteien werden einfach an die serielle schnittstelle oder den parallelen Bus angeschlossen. Am Host musst du dann aber ein Programm haben dass die daten nutzen und weiterverarbeiten kann, mit den Bausteionen kannst du nämlich nur virtuelle COMPorts simulieren, kein Standard USB-Audio mit Standard-Treibern
• ?

  Flagregister auslesen
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  1205
  Aufrufe

  C

  Nobuo T schrieb: Das war ein Versuch zu verdeutlichen, dass bei Verwendung von imul immer eine vorzeichenbehaftete Multiplikation ausgefuehrt wird und die Ergebnisse (in Gaenze betrachtet) von imul und mul nur so lange vergleichbar sind, wie mit positiven Zahlen multipliziert wird. => Verwendung von imul als mul-Ersatz macht nicht uneingescharaenkt Sinn. Kam mir nicht deutlich genug rueber - wollte ich nur nochmal auf den Punkt bringen... ...whatever... Ich seh' schon, das fuehrt nur zu Verwirrung und wird auch zu OT. und genau das ist eben nicht der fall. es macht eben keinen unterschied, ob die benutzten zahlen negativ wären oder nicht - das niederwertige wort des ergebnis ist stets dasselbe: seien a und b zwei integer mit n bits. aua_ua​u​​ sei der wert von a interpretiert als vorzeichenloser integer, asa_sa​s​​ der wert von a von interpretiert als vorzeichenbehafteter integer in 2er komplementdarstellung. dann ist a_s=a_ua\_s = a\_ua_s=a_u wenn das höchswertige bit nicht gesetzt ist, andernfalls gilt a_s=a_u−2na\_s = a\_u - 2^na_s=a_u−2​n​​ anolg seien bub_ub​u​​ und bsb_sb​s​​ definiert. das ergebnis einer vorzeichenlosen multiplikation ist dann: (a_u∗b_u)mod2n(a\_u*b\_u) mod 2^n(a_u∗b_u)mod2​n​​ das ergebnis einer vorzeichenbehafteten multiplikation ist je nachdem, welches vorzeichen asa_sa​s​​ und bsb_sb​s​​ haben: (a_u∗b_u)mod2n(a\_u*b\_u) mod 2^n(a_u∗b_u)mod2​n​​ ((a\_u-2^n)\*b\_u) mod 2^n = ((a\_u\*b\_u)-2^n*b_u) mod 2^n = ((a\_u\*b\_u) mod 2^n - (2^n\*b\_u) mod 2^n) mod 2^n = (a\_u*b_u) mod 2^n (a_u∗(b_u−2n))mod2n=(a_u∗b_u)mod2n(a\_u*(b\_u-2^n)) mod 2^n = (a\_u*b\_u) mod 2^n(a_u∗(b_u−2​n​​))mod2​n​​=(a_u∗b_u)mod2​n​​ ((a_u−2n)∗(b_u−2n))mod2n=(a_u∗b_u)mod2n((a\_u-2^n)*(b\_u-2^n)) mod 2^n = (a\_u*b\_u) mod 2^n((a_u−2​n​​)∗(b_u−2​n​​))mod2​n​​=(a_u∗b_u)mod2​n​​ (Anmerkung: im die frage ob -1 mod 2^n nun -1 oder 2^n-1 wäre, brauchen wir uns hier nicht kümmern, dank zweikomplement macht das keinen unterschied) und das ist eben genau dasselbe, was bei vorzeichenloser multiplikation herauskommt. Häufig genug ist man ja gar nicht am exakten ergebnis interessiert, sondern nur an den niederwertigen bits des ergbnissen, und dann arbeitet man meist mit vorzeichenlosen zahlen. da halte ich es schon für bedeutsam, dass man in jedem falle bedenkenlos imul einsetzen kann, unabhängig davon, ob die höhstwertigen bits der argumente gesetzt sind oder nicht.
• D

  Assembler Befehle
  • DrakoXP  

  4
  0
  Stimmen
  4
  Beiträge
  562
  Aufrufe

  N

  Hi. Was genau meinst du mit "Assembler Befehl"? Was du da als Beispiel (?) angegeben hast, ist eine DOS-Funktion (Abrufbar ueber int 21h). Eine Liste der DOS-Funktionen findest du in jeder besseren Interrupt-Liste. zB. das erste Ergebnis Hier ist eine sehr umfangreiche Interrupt-Liste. Oder meinst du die x86-Opcodes => Google befragen oder eins der tollen Tutorials fuer x86-Assembler in Intel-Syntax in den Assembler FAQ anschauen - da ist auch meist eine Liste der wichtigsten Befehlen dabei. [edit]*lol* schon wieder zu langsam. :D[/edit]
• ?

  Paralellport benutzen
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  312
  Aufrufe

  ?

  Hans ist eben ein 11 jähriges Kind.
• ?

  i860 Debugger/Simulator für DOS
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  593
  Aufrufe

  ?

  Woher bekomme ich einen i860 Simulator/cross-Debugger für den i860, der unter MS-DOS läuft?
• D

  Wo bekomme ich einen Assembler her?
  • DrakoXP  

  3
  0
  Stimmen
  3
  Beiträge
  366
  Aufrufe

  D

  Start->Ausführen->debug.exe Ansonsten google mal nach nasm, tasm oder masm
• H

  Assembly Intrinsics auf Itanium2
  • heinzSchmolke  

  4
  0
  Stimmen
  4
  Beiträge
  467
  Aufrufe

  H

  Ringding schrieb: Die GCC-Version ist aber keine echte memory barrier, weil sie ja nichts tut, außer den Compiler am Umschachteln der Befehle zu hindern. Eine echte memory barrier ist nämlich richtig langsam (100+ Zyklen). Herzlichen Dank für die Info. Dann habe ich es von meiner anderen Quelle auch nicht richtig mitgeteilt bekommen. Was genau macht denn dann eine memory barrier genau? Einfach nur den Rechner mit nop-Anweisungen zu 'langweilen'? Mein Anliegen war nämlich eigentlich, nur eine Umschachtelung durch den Compiler zu verhindern. Gibt es denn auf icc-Seite auch etwas vergleichbares? Die memory barrier scheint in meinem Fall dann ja doch deutlich über das Ziel hinauszuschiessen.
• ?

  Mit Int 13h Sektor von Diskette einlesen
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  594
  Aufrufe

  ?

  Danke für den Link, hätt ich sonst nie gefunden... Ich 'programmiere' (so weit man das so nennen darf) 16 bit, und kann deshalb nur 1 MB adressieren. Daher kommt das MB. Die 'Variablen' nehme ich daraus, dass ich mit NASM 'Variablen' folgendermaßen deklariere: Variable db 'String' Variable_2 db 'Variablentext' Bye, Gast_34
• T

  Grafisches IDA-Pro Frontend
  • TheBigW  

  2
  0
  Stimmen
  2
  Beiträge
  365
  Aufrufe

  T

  Hallo @all Da meine Suche nach so einem Tool ergebnislos war hab ich was eigenes gestrickt. Was es kann: -GDL - Files lesen -GDL - in TreeView darstellen -Tree durchsuchen -sub - GDLs aufrufen (so sie im gleichen Ordner liegen -> benutzt Wingraph32 ) -Kommentieren einzelner Tree - nodes (hat mir 'ne Menge geholfen um die Übersicht zun behalten) Ich hatte jetzt vor das ganze als kleinen Artikel bei Codeprojekt zu platzieren. Jetzt die Fragen : Findet Ihr so ein Tool sinnvoll und darf ich das eigentlich ins Netz stellen, da es ja auf das IDA - Fileformat aufbaut und den IDA - Viewer verwendet?
• ?

  Von einem ins nächste Stackframe
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  368
  Aufrufe

  G

  zum Thema Stack lies dir mal http://de.wikipedia.org/wiki/Stapelspeicher durch. Es ist ein Speicherbereich im RAM, im Register sp ist ein Pointer auf das letzte Element auf dem Stack. Ja, jedes Programm hat sein eigenes Stack Segment. Im Realmode/Ring 0 ist es durchaus möglich auf den Stack anderer Programme zuzugreifen, sofern du die Adresse weißt. Da man damit natürlich Schabernack zu Hauf treiben kann, auch aus versehen, wurde der protected mode erfunden, welcher derartige Zugriffe versucht zu unterbinden. Heutzutage versuchen v.a. Virenprogrammierer immer neue Möglichkeiten zu finden auf den Speicherbereich fremder Programme (und damit auch auf den Stack) zuzugreifen. Als Antwort auf deine Frage kann ich dir sagen, es ist Möglich auf den Stack anderer Programme zuzugreifen, auch wenn dies sehr schwer und v.a. unerwünscht ist.
• ?

  Stack Erweiterung bei Arrays größer als erwartet!
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  523
  Aufrufe

  ?

  Solange du nicht mit -O2 compilierst, ist das außerdem alles ziemlich belanglos. Warum?
• ?

  16 oder 32 (oder 64)
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  325
  Aufrufe

  M

  Die 16-Bit EXE-Dateien haben ja ein ganz anderes Format als die Win32PE oder Win64PE. Das erkennt der Loader und behandelt das Image dementsprechend. Die Eingabeaufforderung ändert daran nichts und hat mit 16Bit-Anwendungen nichts zu tun. Das Aufrufen einer ausführbaren Datei hat den gleichen Effekt wie das Doppelklicken im Explorer, es wird immer das vorhandene WOW16-Subsystem genutzt (oder eben nicht, falls nicht vorhanden). Unter Win64 gibt es in der Tat kein WOW16-Subsystem mehr, wahrscheinlich um die Altlasten endgültig loszuwerden. Außerdem gibt es ja diverse Emulatoren, die die Ausführung von 16-Bit-Anwendungen besser ermöglichen als das WOW16.
• R

  gdb - No source file named...
  • Raptor  

  3
  0
  Stimmen
  3
  Beiträge
  1065
  Aufrufe

  R

  [b](gdb)[/b] directory ../src Source directories searched: /home/raptor/projects/game/bin/../src:/home/raptor/projects/game/bin/../src+:$cdir:$cwd [b](gdb)[/b] break player.hpp:4 No source file named player.hpp. Make breakpoint pending on future shared library load? (y or [n]) n [b](gdb)[/b]
• ?

  Frage zu erzeugtem assembler code
  • Gast  

  23
  0
  Stimmen
  23
  Beiträge
  1748
  Aufrufe

  H

  hermes schrieb: allokieren möchte. Müsste man dann nicht eigentlich nicht zum Stackpointer 0x444 addieren anstatt zu subtrahieren? masterofx32 schrieb: Nein, der Stack "wächst" negativ im Speicher also von den hohen Adressen zu den niedrigen Adressen. ok,man will ja nicht mehr auf den Stack packen sonder für eigene Zwecke Stack-Speicher benutzen. Warum wird dem Programm dann nicht gleich genügend Speicher reserviert?
• ?

  MS-DOS-Devicetreiber mit Assembler oder Borland C++ 3.1
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1138
  Aufrufe

  U

  Queltexte habe ich natürlich nicht. Den Treiber, der so etwas macht zwar schon, aber alle Disassembler, die ich probiert habe, liefern keine Resultate, die man für ein reverse Engineering gebrauchen könnte. Ich vergaß noch zu sagen, daß die Anwenderprogramme nach den Zeichen noch ein CR LF senden, aber auch das veranlaßt bei mir noch kein Schreiben in den Treiber. Fakt ist jedenfalls, daß der Treiber existiert und zeichenweise (mit CR LF) funktioniert und zwar mit Anwenderprogrammen, die sowohl unter Pascal, C und Assembler (INT21 AH=40h) geschrieben sind. (Und daß ich ihn auch unbedingt! irgendwie zum Laufen bekommen muß, und wenn es das Letzte ist, was ich auf dieser Erde mache...)
• K

  Model-Specific Registers
  • Kyon  

  5
  0
  Stimmen
  5
  Beiträge
  531
  Aufrufe

  K

  camper schrieb: schreib einen geräte treiber Genau das wollte ich vermeiden, weil Microsoft da mal wieder tief in die Kiste kryptischer und nicht-erwartungskonformer Syntax gegriffen hat
• ?

  DOS in Win XP
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  658
  Aufrufe

  ?

  Danke für den Link. Grüße
• ?

  Grafik usw ?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  703
  Aufrufe

  N

  Hi. imson schrieb: Was mir natürlich auffällt, ist ,dass man mit den Standardbefehlen nur den Ram ansprechen kann. Ich weiss ja nicht, was du unter "Standardbefehle" verstehst, aber das stimmt ja so nicht ganz. In diesem Zusammenhang sind da zumindest noch die I/O-Ports erwaehnenswert (in/out). imson schrieb: Aber wie kann ich die Grafikkarte ansprechen bzw. mit dem GPU kommunizieren und auch Festplatte, Soundkarte usw ansprechen ? Gibt es da auch Interrupt-Befehlssätze ? Das kommt vor allem darauf an, fuer welches OS du programmierst. Da hier vom int 21h die Rede war, gehe ich mal von DOS aus. Unter DOS ist der direkte Zugriff auf BIOS (via Interrupts) und Hardware (via I/O-Ports/Speicher-Mappings) moeglich. Die Grafikkarte bringt ihr eigenes BIOS mit, das vornehmlich ueber int 10h angesprochen wird. In Verbindung mit der VBE sind uA. auch hochausloesende Grafikmodi und direkter FrameBuffer-Zugriff moeglich. Stichworte sind VESA, VBE und VGA. Ralf Browns Interrupt Liste koennte hier hilfreich sein. Ansonsten mal bei vesa.org vorbeischauen oder google befragen. Leider hat sich bei den entsprechenden Standards aber AFAIK schon seit Jahren nichts mehr getan, so dass alle weitergehenden Hardwarebeschleunigungsfunktionen (3D usw.) nur durch direkte Hardwareprogrammierung gesteuert werden koennen. Wie das im Einzelnen funktioniert ist Grafikchipspezifisch. Da die Hersteller idR. aber keine genaueren Infos ueber ihre Chips rausruecken wollen, hast du in der Hinsicht wohl erstmal Pech gehabt. Das BIOS stellt ueber int 13h Funktionen zum Direkten Zugriff auf Diskette/Festplatte zur Verfuegung. Sofern du aber nicht ein eigenes OS, FS o.Ae. bauen willst, brauchst du das nicht. Den Zugriff auf Dateien regelt das OS - in deinem Fall wohl DOS. Mit Soundkarten ist das nun so eine Sache. Theoretisch deckt der VESA-Standard auch andere Hardware wie Soundkarten ab - praktisch ist mir aber noch kein Hersteller bekannt, der ein derartiges BIOS auf seinen Soundkarten verbaut. Hier musst du die Hardware wohl oder uebel also auch direkt programmieren. Frueher waren fast alle ISA-Sounkarten irgendwo mit dem SoundBlaster kompatibel. Wie der SoundBlaster programmiert werden kann, ist recht gut dokumentiert. Selbst Creative hat entsprechende Docs rausgebracht. Einfach mal googlen... Auch heute sollten AC97-kompatible Soundkarten (die meisten OnBoard-Soundloesungen) noch eine gewisse SoundBlaster-Kompatibilitaet bieten - mir sind aber auch schon Chipsets untergekommen, die in den Streik getreten sind, sobald man denen mit dem SoundBlaster kam. SoundKarten-Programmierung kannst du also ohne entsprechende Treiber zur SoundBlaster-Emulation unter DOS so ziemlich vergessen. Funktionen zur Tastatursteuerung bieten sowohl das BIOS (int 16h) als auch DOS. Die Ansteuerung der Maus erledigt unter DOS ein Maus-Treiber. Dieser kann - sobald er installiert wurde - ueber int 33h angesprochen werden. Das war wohl erstmal das Wichtigste...