[Μικρο Ι]Γενικές απορίες και ανακοινώσεις/επικαιρότητα

[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 με προσοχή στα ονόματα των αρχείων!

[Δείτε περισσότερα εδώ...]

Συμβουλές καλής χρήσης του φόρουμ: Youtube embed code and links, Shoutbox, Notify, ...

Δείτε περισσότερα εδώ...

[Kylries]

Ενδιάμεσα παρεμβάλονται εντολές αντιγραφής (για να διατηρήσεις το αρχικό αποτέλεσμα) και μετά πρόσθεσης για να βρεις το τελικό. Η ερώτηση μου είναι, με το LSB ενός 16bitου προσημασμένου, χρησιμοποιούμε τη mul ή τη mulsu; Θεωρείται το lsb προσημασμένος; Γιατί το πρόσημό του είναι στο HB και συγκεκριμένα στο Byte15.

Νομίζω πως το LSB στην προκειμένη θεωρείται unsigned γιαυτό και κάνει mul το lsb με το κλασματικό και όχι muls

[dimvam]

Στην ερώτηση "ποιοι είναι οι κύκλοι μηχανής μίας εντολής του AVR και πώς εκτελούνται;" τι απαντάμε; Αφού οι εντολές (οι περισσότερες τουλάχιστον) εκτελούνται σε έναν κύκλο μηχανής..
Σχετική είναι και η επόμενη ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή SBC r3, r4". Πώς ακριβώς το αναλύω αυτό;

Νομίζω πως οι κύκλοι εκτέλεσης του avr αναλύονται σε δύο parts:
α)ανάκληση εντολής και αποκωδικοποίηση
β)εκτέλεση,που περιλαμβάνει:
      -ανάκληση τελεστέων
      -εκτέλεση της εντολής από την ALU
      -αποθήκευση των αποτελεσμάτων
Το γεγονός ότι κάθε εντολή παίρνει ένα κύκλο οφείλεται κυρίως στο pipelining αφού η μηχανή είναι Harvard και έτσι η ανάκληση και η εκτέλεση μπορούν να γίινουν ταυτόχρονα.
Έτσι θα έχω για την  SBC r3,r4
 1oς κύκλος : προσκόμιση της εντολής στον Ιnstruction Register
 2ος κύκλος : r3 <--- r3-r4-C

Είναι λίγο μπέρδεμα αυτή η ερώτηση. Και τη βάζει συχνά τώρα τελευταία.
Στην ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή 1278 rcall -37" θα απαντήσω ότι:
1ος κύκλος: προσκόμιση της εντολής στον Ιnstruction Register
2ος κύκλος: PC <- PC+k+1
3ος κύκλος: STACK <- PC +1
4ος κύκλος: SP <- SP - 2

[Komimis]

Στην ερώτηση "ποιοι είναι οι κύκλοι μηχανής μίας εντολής του AVR και πώς εκτελούνται;" τι απαντάμε; Αφού οι εντολές (οι περισσότερες τουλάχιστον) εκτελούνται σε έναν κύκλο μηχανής..
Σχετική είναι και η επόμενη ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή SBC r3, r4". Πώς ακριβώς το αναλύω αυτό;

Νομίζω πως οι κύκλοι εκτέλεσης του avr αναλύονται σε δύο parts:
α)ανάκληση εντολής και αποκωδικοποίηση
β)εκτέλεση,που περιλαμβάνει:
      -ανάκληση τελεστέων
      -εκτέλεση της εντολής από την ALU
      -αποθήκευση των αποτελεσμάτων
Το γεγονός ότι κάθε εντολή παίρνει ένα κύκλο οφείλεται κυρίως στο pipelining αφού η μηχανή είναι Harvard και έτσι η ανάκληση και η εκτέλεση μπορούν να γίινουν ταυτόχρονα.
Έτσι θα έχω για την  SBC r3,r4
 1oς κύκλος : προσκόμιση της εντολής στον Ιnstruction Register
 2ος κύκλος : r3 <--- r3-r4-C

Είναι λίγο μπέρδεμα αυτή η ερώτηση. Και τη βάζει συχνά τώρα τελευταία.
Στην ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή 1278 rcall -37" θα απαντήσω ότι:
1ος κύκλος: προσκόμιση της εντολής στον Ιnstruction Register
2ος κύκλος: PC <- PC+k+1
3ος κύκλος: STACK <- PC +1
4ος κύκλος: SP <- SP - 2

όπου k=-37 και γω κάτι τέτοιο θα έλεγα. το 1278 τι ρόλο βαράει?

[Kylries]

Νομίζω είναι η τρέχουσα τιμή του PC

[lynx]

Στις Α3, Α4 στην αρχή των προγραμμάτων γράφει τις εξής εντολές:

Code:

add num_stad_L, num_len
brcc byte_shift
inc num_stad_H

τι ακριβώς κάνει εδώ?
οκ προσθέτει το μέγεθος του αριθμού στο Low byte της διεύθυνσής του, αλλά γιατί?
και το brcc τι θα ελέγξει ? αν η διεύθυνση του αριθμού + το μήκος είναι μεγαλύτερα του 255?
και αν είναι γιατί προσθέτει +1 στο High Byte?

[mitsos_dlx]

Είναι λίγο μπέρδεμα αυτή η ερώτηση. Και τη βάζει συχνά τώρα τελευταία.
Στην ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή 1278 rcall -37" θα απαντήσω ότι:
1ος κύκλος: προσκόμιση της εντολής στον Ιnstruction Register
2ος κύκλος: PC <- PC+k+1
3ος κύκλος: STACK <- PC +1
4ος κύκλος: SP <- SP - 2

Αυτό δεν είναι απολύτως σωστό.
Σκέψου ότι η ενέργεια STACK <- PC +1 θέλει σίγουρα 2 κύκλους αφού θα γραφούν 2 Byte στη ram.
Επίσης οι ενέργειες αυτές γίνονται σχετικά παράλληλα μεταξύ τους.
Η απάντηση πιστεύω πως έιναι η περιγραφή του σχήματος στη σελίδα 6 του Pdf hardware1.
Βέβαια είναι λίγο μπερδεμένο...

[Komimis]

Στις Α3, Α4 στην αρχή των προγραμμάτων γράφει τις εξής εντολές:

Code:

add num_stad_L, num_len
brcc byte_shift
inc num_stad_H

τι ακριβώς κάνει εδώ?
οκ προσθέτει το μέγεθος του αριθμού στο Low byte της διεύθυνσής του, αλλά γιατί?
και το brcc τι θα ελέγξει ? αν η διεύθυνση του αριθμού + το μήκος είναι μεγαλύτερα του 255?
και αν είναι γιατί προσθέτει +1 στο High Byte?

το num_stad_L είναι η αρχική διεύθυνση του πίνακα. προσθέτεις το num_len και πας στο τέλος του πίνακα από όπου ξεκινάς να κάνεις shift. σου λέει και ότι το MSB είναι στο τέλος του πίνακα.

επίσης κάνεις check αν στην πρόσθεση του num_len προέκυψε carry οπότε πρέπει να αυξήσεις και το num_stad_H στον οποίο πρέπει να προστεθεί το carry από το overflow.  

[SolidSNK]

Στην ερώτηση "ποιοι είναι οι κύκλοι μηχανής μίας εντολής του AVR και πώς εκτελούνται;" τι απαντάμε; Αφού οι εντολές (οι περισσότερες τουλάχιστον) εκτελούνται σε έναν κύκλο μηχανής..
Σχετική είναι και η επόμενη ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή SBC r3, r4". Πώς ακριβώς το αναλύω αυτό;

Νομίζω πως οι κύκλοι εκτέλεσης του avr αναλύονται σε δύο parts:
α)ανάκληση εντολής και αποκωδικοποίηση
β)εκτέλεση,που περιλαμβάνει:
      -ανάκληση τελεστέων
      -εκτέλεση της εντολής από την ALU
      -αποθήκευση των αποτελεσμάτων
Το γεγονός ότι κάθε εντολή παίρνει ένα κύκλο οφείλεται κυρίως στο pipelining αφού η μηχανή είναι Harvard και έτσι η ανάκληση και η εκτέλεση μπορούν να γίινουν ταυτόχρονα.
Έτσι θα έχω για την  SBC r3,r4
 1oς κύκλος : προσκόμιση της εντολής στον Ιnstruction Register
 2ος κύκλος : r3 <--- r3-r4-C

Είναι λίγο μπέρδεμα αυτή η ερώτηση. Και τη βάζει συχνά τώρα τελευταία.
Στην ερώτηση: "Αναλύστε σε κύκλους μηχανής την εντολή 1278 rcall -37" θα απαντήσω ότι:
1ος κύκλος: προσκόμιση της εντολής στον Ιnstruction Register
2ος κύκλος: PC <- PC+k+1
3ος κύκλος: STACK <- PC +1
4ος κύκλος: SP <- SP - 2

Για να απαντήσουμε σε αυτό δεν πρέπει να ξέρουμε τι παίζει με το επίπεδο μικροαρχιτεκτονικής?

Το ξέρουμε? 

[Kylries]

Βασικά είναι λάθος η σειρά.Πρώτα αποθηκεύει την τιμή του PC και μετά την αλλάζει.Επίσης μη ξεχνάμε τη διοχέτευση.Ο κύκλος προσκόμισης της εντολής δε μετράει.Οπότε:
STACK <- PC +1
PC <- PC+k+1
SP <- SP - 2

[lynx]

το num_stad_L είναι η αρχική διεύθυνση του πίνακα. προσθέτεις το num_len και πας στο τέλος του πίνακα από όπου ξεκινάς να κάνεις shift. σου λέει και ότι το MSB είναι στο τέλος του πίνακα.

επίσης κάνεις check αν στην πρόσθεση του num_len προέκυψε carry οπότε πρέπει να αυξήσεις και το num_stad_H στον οποίο πρέπει να προστεθεί το carry από το overflow. 

το num_stad_H δεν δείχνει το επόμενο byte της αρχικής διεύθυνσης?

δηλ. έστω ότι num_stad_L= 60
num_stad_H= 61?

και αν num length = 210
num_stad_L + num_length = 270
οπότε το carry γινεται 1 και το num_stad_H=62?

δεν έπρεπε να είχαμε προσθέσει το num_length  και στο num_stad_H?

[dimvam]

Βασικά είναι λάθος η σειρά.Πρώτα αποθηκεύει την τιμή του PC και μετά την αλλάζει.Επίσης μη ξεχνάμε τη διοχέτευση.Ο κύκλος προσκόμισης της εντολής δε μετράει.Οπότε:
STACK <- PC +1
PC <- PC+k+1
SP <- SP - 2

Σωστή η παρατήρηση για τη λάθος σειρά. Μήπως και τώρα πρέπει να έρθει η SP <- SP - 2 δεύτερη, ώστε να αλλάξει ο SP πριν εκτελεστεί η ρουτίνα;

το num_stad_H δεν δείχνει το επόμενο byte της αρχικής διεύθυνσης?

δηλ. έστω ότι num_stad_L= 60
num_stad_H= 61?

και αν num length = 210
num_stad_L + num_length = 270
οπότε το carry γινεται 1 και το num_stad_H=62?

δεν έπρεπε να είχαμε προσθέσει το num_length  και στο num_stad_H?

Όχι ακριβώς. Το num_stad_H δε δείχνει το επόμενο byte της αρχικής διεύθυνσης. Είναι η ίδια η διεύθυνση (μία διεύθυνση αποτελείται από 2 bytes).
Μπορεί να είναι π.χ. num_stad_L = $30 num_stad_H = $0F

Έπειτα, εκτελείται μία απλή πρόσθεση ενός αριθμού με 8 bit με έναν αριθμό με 16.
Πάντα ελέγχεις το κρατούμενο.
π.χ. Σκέψου την πρόσθεση 255 + 1 = 256 Υπερχείλιση! Δεν παρίσταται με 1 byte.

[lynx]

ααα, οκ thnks!

[CuZ]

αυριο ασκησεις γραφουμε με ολα ανοιχτα η μονο τα βιβλια ανοιχτα?

[Kylries]

Βασικά είναι λάθος η σειρά.Πρώτα αποθηκεύει την τιμή του PC και μετά την αλλάζει.Επίσης μη ξεχνάμε τη διοχέτευση.Ο κύκλος προσκόμισης της εντολής δε μετράει.Οπότε:
STACK <- PC +1
PC <- PC+k+1
SP <- SP - 2

Σωστή η παρατήρηση για τη λάθος σειρά. Μήπως και τώρα πρέπει να έρθει η SP <- SP - 2 δεύτερη, ώστε να αλλάξει ο SP πριν εκτελεστεί η ρουτίνα;

Απότι βλέπω και στη σελίδα 6 στο pdf hardware1 οι PC <- PC+k+1
SP <- SP - 2 εκτελούνται στο ίδιο κύκλο ρολογιού.Οπότε δεν πρέπει να έχει και πολλή σημασία.

αυριο ασκησεις γραφουμε με ολα ανοιχτα η μονο τα βιβλια ανοιχτα?

Όλα ανοιχτά στις ασκήσεις...

[SolidSNK]

Νόμιζα μόνο τα βιβλία! Είναι εξακριβωμένο? Δηλαδή μπορούμε να έχουμε και τα παραδείγματα από ethmmy?