[Συστ. Μικροϋπολογιστών] Απορίες σε ασκήσεις 2018-2019

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

[ονόματα των αρχείων]

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads

με προσοχή στα ονόματα των αρχείων!

[leukosaraphs!]

Για οποιαδήποτε απορία πάνω στις ασκήσεις.
Για απορίες στα παλιά θέματα στο αντίστοιχο τόπικ.  Stay on topic!

[Μπουγάτσας]

Απο το pdf programsAVR3 που ανεβηκε στο ethmmy , εκτος απο τους ελεγχους για αδεια ή πληρη λιστα , μπορει καποιος να εξηγησει τους υπολοιπους ελεγχους που γινονται στη μνημη που περιλαμβανουν ελεγχο με συγκεκριμενες θεσεις μνήμης ή ελεγχο του stack ;

[A Caster]

Απο το pdf programsAVR3 που ανεβηκε στο ethmmy , εκτος απο τους ελεγχους για αδεια ή πληρη λιστα , μπορει καποιος να εξηγησει τους υπολοιπους ελεγχους που γινονται στη μνημη που περιλαμβανουν ελεγχο με συγκεκριμενες θεσεις μνήμης ή ελεγχο του stack ;

η SRAM χωρίζεται σε 5 τμήματα χονδρικα (για το υλικο δεν υπαρχει διαφορα απλα κατα συμβαση χωριζεται ετσι) :
1) 32 registers
2) 64 I/O registers
3) 160 External I/O registers (οι οποιοι μπορει και να μην υπαρχουν αναλογα την συσκευη νομιζω)
4) χώρος αποθήκευσης SRAM π φτάνει εως το stack
5) stack

πρώτος έλεγχος:
τα πρώτα τρία τελειώνουν στην θέση (32+64+160-1)=255, άρα η πρώτη θέση του αποθηκευτικού χώρου είναι η 256 = $100 (hex,16^2)

Άρα θες η πρώτη διεύθυνση να μην ειναι κάτω από $100

δεύτερος έλεγχος:
το stack ειναι δυναμικό οπότε παίζεται που τελειώνει ο χώρος αποθήκευσης κάθε φορά, αλλά στα παραδείγματα που δεν χρησιμοποιείται το stack , τότε (νομίζω) το stack έχει στον stack pointer μόνο την τελευταία λέξη, άρα τα τελευταία 2 bytes (SPL = low(ramend), SPH=high(ramend) )
Επομένως ο χώρος αποθήκευσης φτάνει εώς RAMEND - 2 bytes, oπότε θές η αρχική διεύθυνση + τα byte π θα χρειαστείς να μην ξεπεράσουν και μπουν στο stack ή χειρότερα δεν χωράνε καν

Άρα θες η τελευταία διεύθυνση να μην είναι πάνω από RAMEND-2

[Μπουγάτσας]

Στο παράδειγμα με τον υπολογισμο παραγοντικου με αναδρομη που ανεβασε , κανει ενα παραπανω pop στο τελος ;

[marijuanna]

Στο παράδειγμα με τον υπολογισμο παραγοντικου με αναδρομη που ανεβασε , κανει ενα παραπανω pop στο τελος ;

Oui oui...

sent from mTHMMY 

[Μπουγάτσας]

Oui oui...

sent from mTHMMY 

Ουι Ουι στα γαλλικα ναι  ή οχι οχι ; 

[pesto80]

Στις λυμενες ασκησεις του Παπαευσταθίου programsAVR1 στο παραδειγμα Α3 στην αρχη της σελιδας 14 κανει:

        brcc done
        dec count
        brne decr_byte
        brcs underflow
        ret
Έστω περίπτωση όπου το C=1. Από την στιγμή που ο κώδικας περνάει από τον  πρώτο έλεγχο ( brcc done ) αυτό δεν σημαίνει ότι ΟΠΩΣ ΚΑΙ ΔΗΠΟΤΕ
θα γίνει branch στην εντολή brcs underflow ( δεδομένου ότι περνάει από την brne decr_byte δηλ count = 0 ); Συνεπώς το ret αυτό δεν θα γίνει ποτέ και δεν χρειάζεται. (???)

[_init]

Στις λυμενες ασκησεις του Παπαευσταθίου programsAVR1 στο παραδειγμα Α3 στην αρχη της σελιδας 14 κανει:

        brcc done
        dec count
        brne decr_byte
        brcs underflow
        ret
Έστω περίπτωση όπου το C=1. Από την στιγμή που ο κώδικας περνάει από τον  πρώτο έλεγχο ( brcc done ) αυτό δεν σημαίνει ότι ΟΠΩΣ ΚΑΙ ΔΗΠΟΤΕ
θα γίνει branch στην εντολή brcs underflow ( δεδομένου ότι περνάει από την brne decr_byte δηλ count = 0 ); Συνεπώς το ret αυτό δεν θα γίνει ποτέ και δεν χρειάζεται. (???)

Όταν το count γίνει 0, θα περάσει τo brne decr_byte το οποίο τεστάρει το Z flag, και αν δεν έχεις underflow (C = 1) θα κάνει ret.
Ο έλεγχος brcs underflow (τεστάρει το C flag) είναι μόνο για την περίπτωση που ο αρχικός αριθμός είναι το 0, οπότε και πας στο underflow label για να κανεις set την Τ flag πριν κανεις exit.
Διάβασε και τα σχόλια 3 και 4.

[pesto80]

Όταν το count γίνει 0, θα περάσει τo brne decr_byte το οποίο τεστάρει το Z flag, και αν δεν έχεις underflow (C = 1) θα κάνει ret.
Ο έλεγχος brcs underflow (τεστάρει το C flag) είναι μόνο για την περίπτωση που ο αρχικός αριθμός είναι το 0, οπότε και πας στο underflow label για να κανεις set την Τ flag πριν κανεις exit.
Διάβασε και τα σχόλια 3 και 4.

καταλαβαινω οτι μου λες. η ερωτηση μου ειναι ομως: Υπαρχει καποιο case στο οποιο ο κωδικας περναει το brcs underflow και εκτελειται η ret η οποια βρισκεται κάτω απο αυτό;;;

[_init]

καταλαβαινω οτι μου λες. η ερωτηση μου ειναι ομως: Υπαρχει καποιο case στο οποιο ο κωδικας περναει το brcs underflow και εκτελειται η ret η οποια βρισκεται κάτω απο αυτό;;;

τώρα που το βλέπω πιο προσεχτικά φαίνεται να έχεις δίκιο. Δεν μπορώ να σκεφτώ case όπου να επιστρέφει απο εκείνη τη ret.

[allstarabey]

Oταν αναφερομαστε στο Low byte και στο High byte αυτο το κανουμε επειδή
Εχουμε 8 bit registers ενω καθε λεξη ειναι 16 bit ,οποτε τα πρωτα 8 Bit ειναι το High Byte και τα επομενα 8 bit (τα πιο δεξιά) ειναι τo Low Byte  ?

2) οταν αναφερεται στις προτεινομενες ασκήσεις οτι εχουμε Ν bytes εξεταζουμε ουσιαστικά  καθε byte  κανοντας πραξεις ανα Bit ουσιαστικα? Μπορει καποιος να το εξηγησει λιγο παραπανω :/

[pesto80]

τώρα που το βλέπω πιο προσεχτικά φαίνεται να έχεις δίκιο. Δεν μπορώ να σκεφτώ case όπου να επιστρέφει απο εκείνη τη ret.

thank u sir. You are a gentleman and a scholar.

ps: Εντομεταξυ στο σχολιο 4 οντως τονιζει οτι υπαρχουν 2 τροποι "φυσιολογικης" επιστροφης απο το προγραμμα πραγμα που αν ισχυει αυτο που λεμε ειναι λαθος καθως η μια ret αχρηστευεται.

[pesto80]

Oταν αναφερομαστε στο Low byte και στο High byte αυτο το κανουμε επειδή
Εχουμε 8 bit registers ενω καθε λεξη ειναι 16 bit ,οποτε τα πρωτα 8 Bit ειναι το High Byte και τα επομενα 8 bit (τα πιο δεξιά) ειναι τo Low Byte  ?

2) οταν αναφερεται στις προτεινομενες ασκήσεις οτι εχουμε Ν bytes εξεταζουμε ουσιαστικά  καθε byte  κανοντας πραξεις ανα Bit ουσιαστικα? Μπορει καποιος να το εξηγησει λιγο παραπανω :/

1) Ναι. Ουασιαστικα τα high byte και low byte αφορουν τους X Y Z. Οι οποιοι οπως ξερουμε ειναι "διπλοι" καταχωρητες. Ο λογος για τον οποιο ειναι διπλοι, είναι επειδή είναι pointers δηλαδη δειχνουν σε διευθυνσεις (οι τιμες τους ειναι "αριθμος διευθυνσης"). Για να αναπαραστήσεις και την μεγαλυτερη διευθυνση στον ΑVR ομως ειτε μιλας για την program memory ειτε για την SRAM (data) δεν αρκουν 8 bit. Οποτε θες 2 καταχωρητες που δουλεουν σαν ενας για να "βαλεις τις τιμες τους διπλα διπλα" και να δημιουργησεις αριθμο μεγαλυτερο απο τον 1111 1111 (= 255).

2) Oχι. Eξεταζουμε και επεξεργαζομαστε τον αριθμο ανα byte. Δηλαδη ο αριθμος σου μπορει να ειναι ο 0x23 AB 2C F2 που εκτεινεται σε 4 bytes, αρα σε 4 διευθυνσεις μνημης της SRAM (η sram ειναι 8bit-η). Αυτο που κανει γενικα ειναι να παιρνει τον αριθμο ανα byte (ή ανα δυαδα σε 16αδικη μορφη οπως τον εγραψα πιο πανω) και να εκτελει την αντιστοιχη πραξη που θελει κρατωντας τα αντιστοιχα κρατουμενα καθε φορα τα οποια θα επηρεασουν την επεξεργασια του επομενου byte.

[allstarabey]

1) Ναι. Ουασιαστικα τα high byte και low byte αφορουν τους X Y Z. Οι οποιοι οπως ξερουμε ειναι "διπλοι" καταχωρητες. Ο λογος για τον οποιο ειναι διπλοι, είναι επειδή είναι pointers δηλαδη δειχνουν σε διευθυνσεις (οι τιμες τους ειναι "αριθμος διευθυνσης"). Για να αναπαραστήσεις και την μεγαλυτερη διευθυνση στον ΑVR ομως ειτε μιλας για την program memory ειτε για την SRAM (data) δεν αρκουν 8 bit. Οποτε θες 2 καταχωρητες που δουλεουν σαν ενας για να "βαλεις τις τιμες τους διπλα διπλα" και να δημιουργησεις αριθμο μεγαλυτερο απο τον 1111 1111 (= 255).

εστω:
 .def LSB   = R27 ;( XL )
 .def MSB  = R28 ;( XH )
 .def temp = R16 ;
Oταν αναφερει οτι +X και κανει την εντολη ld temp , +X , τοτε ποιον απο τους 2 καταχωρητές αυξάνει ? Μήπως αρχικα ο Χ δειχνει στο XL οπότε με το +X στον temp θα περάσει το MSByte και ο Χ δειχνει πλεον $28? ?

[_init]

εστω:
 .def LSB   = R27 ;( XL )
 .def MSB  = R28 ;( XH )
 .def temp = R16 ;
Oταν αναφερει οτι +X και κανει την εντολη ld temp , +X , τοτε ποιον απο τους 2 καταχωρητές αυξάνει ? Μήπως αρχικα ο Χ δειχνει στο XL οπότε με το +X στον temp θα περάσει το MSByte και ο Χ δειχνει πλεον $28? ?

είναι pre-increment, οπότε αυξάνει τον Χ και μετά εκτελεί το load.
Το pre-increment αυξάνει αρχικά το XL και αν αυτό κάνει overflow θα αυξήσει κατά 1 και το XH, οπότε σε κάθε περίπτωση αυξάνεται κατα 1 ο Χ. Έχει μέσα στα φυλλάδια ασκήσεων πως γίνεται αυτό με εντολές πχ. αν θέλεις να χρησιμοποιήσεις αυθαίρετα δυο καταχωρητές για να κάνει πράξεις με μεγαλύτερους απο 8-bit αιρθμούς).