Comment définir 1 seconde de temps de retard à l'assembleur 8086

Mon problème est que j'ai écrit un code qui est censé sortie un résultat dans un ensemble de Led connectée au port parallèle. Quand j'ai couru le code il n'a rien fait. Mon instructeur m'a dit que le code a couru trop vite, que mes yeux ne voient pas ce qui s'est passé.

J'ai trouvé qu'il y a un couple de façons de le faire une heure de retard, j'ai essayé de la boucle de la NOP, mais je pense que je ne peut pas vraiment déterminer ce qui se passe. Est-il un meilleur moyen?

J'ai ici une partie du code où j'ai du ajouter un temps de retard dans: 

org 100h

mov ax, 0
mov dx, 378
out dx, ax
mov ax, 1  

; 1st

mov cx, 1ah
start1st:
mov ax, 1
left:
out dx, ax 
; --------------------------------> how to loop?
mov bx, 2
mul bx
cmp ax, 80h
jl left
dec cx
cmp cx,0
jg start1st
; end 1st
  • Cela nécessite généralement un système d'exploitation ou du BIOS appel, ou en sachant que le PROCESSEUR fréquence d'horloge et très soigneusement la construction d'une boucle de retard pour le bon nombre de cycles (et en supposant que la fréquence de l'horloge ne change pas). Quel système d'exploitation êtes-vous de faire cela?
  • La meilleure façon, si vous avez le matériel, est d'utiliser un dédié minuterie pour faire le calendrier. Il informe ensuite le CPU par une interruption lorsque le délai a expiré. Cela permet au PROCESSEUR de faire d'autres travaux pendant l'attente, qui est souvent très agréable.
  • Jim Mischel Bonjour, je suis à l'aide d'un windows xp dans l'exécution du code. Bâtiment le code a été sur un 8086 émulateur. Sera le NOP boucle être capable de faire cela? Je suis la planification d'une boucle à un certain moment, mais je ne sais pas combien de cycles de chaque instruction est fait. Je n'ai aucune idée à ce sujet.
  • Pourquoi tu fais ça en mode DOS à la première place? Votre émulé en mode réel DOS ne vous donnera pas de meilleur moment que l'hôte du système Windows.
  • Parce que certaines écoles n'ont pas mis à jour leurs cours dans les 20 dernières années. Ils enseignent encore 16 bits assemblée pour MS-DOS. Ils ont aussi probablement utiliser Ford modèle T de pour leur des cours de conduite.
  • ils devraient dump cette merde maintenant. Sur 32 bits, il est trivial Sleep() de l'appel. Ancien de la foutaise..

InformationsquelleAutor Jer Yango | 2013-03-04
  1. 10

    Set 1 million de microsecondes de l'intervalle (1 seconde)
    En utilisant les instructions ci-dessous .

    MOV     CX, 0FH
MOV     DX, 4240H
MOV     AH, 86H
INT     15H

    Vous pouvez définir plusieurs secondes de retard en utilisant 86H et INT 15H

    vérifier ces liens pour plus de détails

    Attend un certain nombre de microsecondes avant de rendre le contrôle à l'appelant

    INT 15H 86H: Attendre

    InformationsquelleAutor john
  2. 8

    Vous pouvez utiliser d'interruption 1Ah /fonction 00h (OBTENEZ DE L'HEURE DU SYSTÈME) pour obtenir le nombre de tops d'horloge (de 18.2/s) depuis minuit dans CX:DX.

    Donc attendre environ 1 seconde en utilisant cette méthode, vous feriez exécuter cette fonction d'interruption une fois, enregistrez CX:DX dans une variable, puis exécuter la même interruption dans une boucle jusqu'à ce que la valeur absolue de CX:DX - firstCX:DX est supérieur à 18.

    • Je suis désolé d'être aussi inconscient droit maintenant, est-ce CX:DX traitée comme une variable? si oui, voulez-vous dire-je ajouter les valeurs de cx et dx et de les stocker dans une variable?
    • CX:DX signifie que vous devez traiter CX et DX comme une valeur de 32 bits, où DX contient le moins significatif de 16 bits et CX le plus significatif de 16 bits.
    • Michael, Si c'est le cas, alors où dois-je conserver un 32 bits variable? Pour tout ce que je sais les registres ne peuvent accueillir que des valeurs 16 bit
    • Dans la mémoire. Il vous suffit de réserver de l'espace pour une variable de 32 bits à droite après la fin de votre code à l'aide de DD, DWORD, ou quelle que soit la directive votre assembleur utilise.
    • note aussi longtemps que votre choix intervalle de retard s'inscrit dans le bas de la moitié d'une précision étendue entier, vous pouvez ignorer la moitié supérieure de la suite. Calculer le bas la moitié de la différence (qui sera un petit entier positif, indépendamment de savoir si les entrées sont sur les côtés opposés de 16 bits wrap-around), et de la comparer à l'encontre de 18. Voir ce code-golf en question où j'ai fait la même chose avec les registres 32 bits à tourner sur RDTSC pour 1 seconde de retard (si la vitesse d'horloge < ~4.3 GHz).
    InformationsquelleAutor Michael
  3. 2

    Ce que j'ai finalement fini par utiliser est le nop boucle

    ; start delay

mov bp, 43690
mov si, 43690
delay2:
dec bp
nop
jnz delay2
dec si
cmp si,0    
jnz delay2
; end delay

    J'ai utilisé deux registres qui je les ai à la fois à haute valeur
    et sa vas le garder sur la boucle jusqu'à ce que les deux valeurs à zéro

    Ce que j'ai utilisé ici a été AAAA pour les deux SI and BP, je me suis retrouvé avec environ 1 seconde pour chaque boucle de retard.

    Merci pour l'aide les gars, et oui, nous avons encore l'utilisation de MS DOS pour cette assemblée en cours de langue 🙁

    • Une constante-temps boucle de retard est totalement inapproprié moderne x86. Tout d'abord, il ne fonctionne que sur des Processeurs qui exécutent exactement aussi vite que le vôtre ne. 2ème, moderne les Processeurs x86 ne pas fonctionner à une vitesse constante, surtout pendant aussi longtemps que le temps comme une seconde entière. Si le système d'exploitation des horaires un autre processus sur l'autre hyperthread, votre boucle peut ralentir. La fréquence du PROCESSEUR cam rampe vers le haut ou vers le bas sur son propre (Turbo / économie d'énergie). Même si vous avez démarré DOS réel, turbo est encore une chose à moins de désactiver dans le BIOS. (Cela peut être ok dans un cycle précis simulateur pour les anciens Cpu, tout de même).
    • Mais de toute façon, pour de très courts intervalles de temps, si court que l'interrogation d'une bonne minuterie serait trop lent (si vous tardez trop long), une boucle de retard avec lfence ou cpuid pour sérialiser de l'exécution peut être votre seule option. Mais une deuxième est des milliards de cycles d'horloge, vous pouvez simplement vérifier une minuterie dans une boucle. par exemple, avec RDTSC qui les tiques à une vitesse constante sur moderne x86 (indépendamment de l'âme changements de vitesse d'horloge). Voir un code-golf chronomètre qui utilise RDTSC avec une référence connue-vitesse de l'horloge.
    • Je sais que la question dit 8086, mais la plupart des 8086 code s'exécute dans un virtuel / émulé 8086 ces jours-ci, ou sur un PROCESSEUR récent, et pas souvent avec un cycle précis simulateur.
    • Il y avait un suivi de Q&A propos de ce code: Comment beaucoup de temps est généré par ce code assembleur sous linux. J'ai posté une réponse étendre sur ce que j'ai commenté ici.
    InformationsquelleAutor Jer Yango
  4. 0

    Alternativement, vous pouvez créer un processus et de l'appeler à chaque fois que vous voulez délai en utilisant seulement le registre de compteur de pile et de mise en œuvre.

    Exemple ci-dessous retards d'environ 1/4 de sec.

    delay       proc
            mov     cx, 003H
    delRep: push    cx
            mov     cx, 0D090H
    delDec: dec     cx
            jnz     delDec
            pop     cx
            dec     cx
            jnz     delRep
            ret
delay       endp
    • Sur quel PROCESSEUR microarchitecture, à ce que la vitesse d'horloge? C'est idiot; au moins utiliser RDTSC moderne x86, en raison de la fréquence du PROCESSEUR varie avec le temps ces jours-ci. La plupart des 8086 code s'exécute dans un virtuel / émulé 8086 ces jours-ci, et généralement pas avec un cycle précis simulateur.
    InformationsquelleAutor Alfred Benigno
  5. -1
    .DATA TIK DW ?
...
MOV AX,00H
INT 1AH

MOV TIK,DX
ADD TIK, 12H

DELAY:
MOV AX,00H
INT 1AH
CMP TIK, DX
JGE DELAY

    Je suis de mobile. Désolé pour mon entrée 😉

    InformationsquelleAutor maks nosov
  6. -1
    delay proc near 
push bx
puch cx
mov bx,2
n1:mov cx,0
loop $
dec bx
jnz n1
pop bx
ret
delay endp
    • Salut, bienvenue à Débordement de Pile. Lorsque vous répondez à une question qui a déjà beaucoup de réponses, assurez-vous d'ajouter un peu de comprendre pourquoi la réponse que vous proposez est une question de fond et non pas simplement en écho à ce qui a déjà été approuvée par le posteur d'origine. Ceci est particulièrement important dans le code de "seulement" des réponses comme celle que vous avez fournie.
    InformationsquelleAutor ahmad
  7. -2
    DELAY_1SEC: MOV R3,#0AH;10D
LOOP1:      MOV R2,#64H;100D
LOOP2:      MOV R1,#0FAH;250D
LOOP3:      NOP
            NOP
            DJNZ R1,LOOP3;4x250Dx1,085us=1,085ms (0s.001ms010)/cycle
            DJNZ R2,LOOP2;3x100Dx1,085ms=325,5ms (0s.100ms309)/cycle
            DJNZ R3,LOOP1;3x10Dx325,5us=976,5ms (1s.604ms856)/cycle
            RET
    • Ce n'est même pas x86 code. Ressemble AVR, je pense. Fixe-temps boucle de retard n'est pas approprié pour un sommeil long sur x86.
    InformationsquelleAutor kinAfro