Search
Search titles only
By:
Search titles only
By:
Home
Forums
New posts
Search forums
What's new
New posts
Latest activity
Members
Current visitors
Κανονισμός Λειτουργίας
Σωματείο AVClub
Log in
Register
Search
Search titles only
By:
Search titles only
By:
New posts
Search forums
Menu
Install the app
Install
Reply to thread
Home
Forums
Δικάναλος Ήχος
Do It Yourself
Πηγές
Μετρήσεις πάνω σε USB Receivers
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Message
<blockquote data-quote="lemon" data-source="post: 1058047803" data-attributes="member: 16016"><p><strong><span style="font-size: 18px">WaveIO πάνω στο ΑΚ dac του AVClub</span></strong></p><p></p><p>Κλείνοντας αυτόν τον κύκλο των μετρήσεων, δοκιμάσαμε τη <strong><u>WaveIO πάνω στο AK dac </u></strong>(project που το δουλεύουμε το τελευταίο χρόνο) και αυτό κυρίως γιατί στην είσοδο του ΑΚ dac εφαρμόζεται επαναχρονισμός του σήματος με <strong>flip-flop της ΤΙ</strong>.</p><p></p><p>Να θυμήσουμε ότι αυτό το dac έχει <u>προγραμματιζόμενο ρολόι</u>, το οποίο για να λειτουργήσει πρέπει να διαβάσει τη συχνότητα δειγματοληψίας (τέτοια δυνατότητα δίνουν τα amanero & waveIO) και βάση αυτής να στείλει το σωστό παλμό ρολογιού πίσω προς την κάρτα usb (slave λειτουργία).</p><p></p><p><span style="color: #A52A2A">Η <strong>WaveIO </strong>δεν υποστηρίζει αμιγώς τη slave λειτουργία - όπως κάνει η amanero - επομένως βρήκαμε τη διαδρομή των ρολογιών προς το XMOS, σηκώσαμε την τερματική αντίσταση που υπήρχε και στο σημείο προς το XMOS κολλήσαμε ένα u.fl καλώδιο που ερχόταν από το Si προγραμματιζόμενο ρολόι του AK dac.</span></p><p></p><p>Από τα <strong>pin (Lx)</strong> εξόδου της δειγματοληψίας της <strong>waveIO </strong>έφυγε καλώδιο που μετέφερε <u>το σήμα 44Κ</u> προς τον ελεγκτή του dac (για χάρη ευκολίας δοκιμάσαμε μόνο τα 44Κ).</p><p></p><p>Συνοπτικά, <u><em>μετατρέψαμε τη waveIO σε slave λειτουργία</em></u>, ακυρώνοντας στην πράξη τα δύο ρολόγια της.</p><p></p><p></p><p><strong><span style="font-size: 15px">Μετρήσεις </span></strong></p><p></p><p>Θα περιμέναμε λογικά σημαντική μείωση στο <strong>jitter</strong>, λόγω επαναχρονισμού του σήματος αλλά παραμονή του θέματος της χρονικής μετατόπισης που έχουμε δει ότι έχουν όλα τα XMOS. Κάτι αντίστοιχο με αυτό που μετρήσαμε στην πλακέτα <strong>Acko S03</strong>.</p><p></p><p>To <strong>bclk</strong> παρουσιάζεται πάρα πολύ καλό και καθαρό δίχως περίεργες χρονικές μετατοπίσεις, με χαμηλότατο jitter, στα όρια προφανώς που μετρά ο συγκεκριμένος παλμογράφος σύμφωνα με τη μεθοδολογία που τηρήσαμε.</p><p></p><p>[ATTACH]148294[/ATTACH]</p><p></p><p>Το <strong>data eye pattern</strong>, καθαρό δίχως περίεργες χρονικές μετατοπίσεις των 2nsec με κάποιο κύρτωμα προς τα κάτω, κάτι που παρουσιάζεται στα περισσότερα eye pattern που μετρήσαμε πάνω στα δεδομένα. Πιο συμμετρικό Χ (eye) παρουσιάζεται μεν στου Ian αλλά και στου Acko αλλά έχουν περίεργους κωδωνισμούς στο άνω και κάτω του παλμού.</p><p></p><p>[ATTACH]148293[/ATTACH]</p><p></p><p>Η έκπληξη συνάντησε την περιέργεια μας, "πως έγινε αυτό;" Ποιος ο μηχανισμός που επέδρασε έτσι ώστε να εξαφανιστεί η χρονική μετατόπιση, από τη στιγμή που δεν υπάρχει κάποιο fpga (όπως στην περίπτωση του Ian) που θα αναλάβει αυτό το ρόλο;</p><p>Ακριβής απάντηση δεν υπάρχει προς το παρόν.</p><p>Προσωπικά, εικάζω ότι πέσαμε στη διαβολική περίπτωση που το <strong>propagation delay</strong> των <strong>TI flip-flop</strong> που είναι της τάξης 1,6-5nsec να ισωπέδωσε το πρόβλημα, γιατί απλά δεν προλαβαίνει το τσιπ να πιάσει και τους παράπλευρους παλμούς που απέχουν χρονικά περίπου 2nsec.</p><p>Παρόλο που ο όρος <strong>propagation delay</strong> σχετίζεται με τη χρονική μετατόπιση μεταξύ εισερχόμενου και εξερχόμενου σήματος στα flip-flop.</p><p></p><p><img src="http://alanclements.org/wpimages/wp1e3e33b1_06.png" alt="" class="fr-fic fr-dii fr-draggable " style="" /></p><p></p><p>Και εάν κάποιος διερωτηθεί, το γιατί το ίδιο δεν έγινε και στην περίπτωση του AckoS03, ίσως η απάντηση είναι ότι εκεί το αντίστοιχο της Potato είναι πολύ πιο γρήγορο με 0,5-2nsec propagation delay και μπορεί να πιάσει και να εισαγάγει τους παράπλευρους παλμούς αν και όπως θα δείτε και εκεί έχουν χαθεί οι παράλευροι των 2nsec και έχουν εμφανσιστεί κάποιοι στα 25nsec.</p><p></p><p>Επίσης εάν κάποιος διερωτηθεί, μήπως η βελτιώση οφείλεται σε καλύτερη "οδήγηση" του ίδιου του XMOS, από το εξωτερικό ρολόι - θα διαβεβαιώσουμε ότι τίποτα δεν έχει αλλάξει στο XMOS. Εάν μετρηθεί η έξοδος των data που πηγαίνει προς τα flip-flop, παρουσιάζει το γνωστό πρόβλημα που είχαμε δει. Με λίγα λόγια όλη η διόρθωση γίνεται κατά κάποιον τρόπο μέσα στα TI flip-flop !</p><p></p><p>Δεν ξέρω εάν η εικασία μου είναι σωστή ή λανθασμένη, αλλά εάν είναι σωστή έχουμε την ιδανική περίπτωση για τη WaveIO, η οποία "σώζεται" <strong><em>μόνο εάν της εφαρμοστεί επαναχρονισμός με τα αντίστοιχα flip-flop της ΤΙ</em></strong>.</p><p>Θα πρέπει όμως να δοθεί και λύση με κατάλληλο σήμα για τη σωστή επιλογή των ρολογιών ή να μπει ελεγκτής με προγραμματιζόμενο ρολόι, όπως της περίπτωσης του AK dac.</p></blockquote><p></p>
[QUOTE="lemon, post: 1058047803, member: 16016"] [B][SIZE=5]WaveIO πάνω στο ΑΚ dac του AVClub[/SIZE][/B] Κλείνοντας αυτόν τον κύκλο των μετρήσεων, δοκιμάσαμε τη [B][U]WaveIO πάνω στο AK dac [/U][/B](project που το δουλεύουμε το τελευταίο χρόνο) και αυτό κυρίως γιατί στην είσοδο του ΑΚ dac εφαρμόζεται επαναχρονισμός του σήματος με [B]flip-flop της ΤΙ[/B]. Να θυμήσουμε ότι αυτό το dac έχει [U]προγραμματιζόμενο ρολόι[/U], το οποίο για να λειτουργήσει πρέπει να διαβάσει τη συχνότητα δειγματοληψίας (τέτοια δυνατότητα δίνουν τα amanero & waveIO) και βάση αυτής να στείλει το σωστό παλμό ρολογιού πίσω προς την κάρτα usb (slave λειτουργία). [COLOR=#A52A2A]Η [B]WaveIO [/B]δεν υποστηρίζει αμιγώς τη slave λειτουργία - όπως κάνει η amanero - επομένως βρήκαμε τη διαδρομή των ρολογιών προς το XMOS, σηκώσαμε την τερματική αντίσταση που υπήρχε και στο σημείο προς το XMOS κολλήσαμε ένα u.fl καλώδιο που ερχόταν από το Si προγραμματιζόμενο ρολόι του AK dac.[/COLOR] Από τα [B]pin (Lx)[/B] εξόδου της δειγματοληψίας της [B]waveIO [/B]έφυγε καλώδιο που μετέφερε [U]το σήμα 44Κ[/U] προς τον ελεγκτή του dac (για χάρη ευκολίας δοκιμάσαμε μόνο τα 44Κ). Συνοπτικά, [U][I]μετατρέψαμε τη waveIO σε slave λειτουργία[/I][/U], ακυρώνοντας στην πράξη τα δύο ρολόγια της. [B][SIZE=4]Μετρήσεις [/SIZE][/B] Θα περιμέναμε λογικά σημαντική μείωση στο [B]jitter[/B], λόγω επαναχρονισμού του σήματος αλλά παραμονή του θέματος της χρονικής μετατόπισης που έχουμε δει ότι έχουν όλα τα XMOS. Κάτι αντίστοιχο με αυτό που μετρήσαμε στην πλακέτα [B]Acko S03[/B]. To [B]bclk[/B] παρουσιάζεται πάρα πολύ καλό και καθαρό δίχως περίεργες χρονικές μετατοπίσεις, με χαμηλότατο jitter, στα όρια προφανώς που μετρά ο συγκεκριμένος παλμογράφος σύμφωνα με τη μεθοδολογία που τηρήσαμε. [ATTACH=CONFIG]148294._xfImport[/ATTACH] Το [B]data eye pattern[/B], καθαρό δίχως περίεργες χρονικές μετατοπίσεις των 2nsec με κάποιο κύρτωμα προς τα κάτω, κάτι που παρουσιάζεται στα περισσότερα eye pattern που μετρήσαμε πάνω στα δεδομένα. Πιο συμμετρικό Χ (eye) παρουσιάζεται μεν στου Ian αλλά και στου Acko αλλά έχουν περίεργους κωδωνισμούς στο άνω και κάτω του παλμού. [ATTACH=CONFIG]148293._xfImport[/ATTACH] Η έκπληξη συνάντησε την περιέργεια μας, "πως έγινε αυτό;" Ποιος ο μηχανισμός που επέδρασε έτσι ώστε να εξαφανιστεί η χρονική μετατόπιση, από τη στιγμή που δεν υπάρχει κάποιο fpga (όπως στην περίπτωση του Ian) που θα αναλάβει αυτό το ρόλο; Ακριβής απάντηση δεν υπάρχει προς το παρόν. Προσωπικά, εικάζω ότι πέσαμε στη διαβολική περίπτωση που το [B]propagation delay[/B] των [B]TI flip-flop[/B] που είναι της τάξης 1,6-5nsec να ισωπέδωσε το πρόβλημα, γιατί απλά δεν προλαβαίνει το τσιπ να πιάσει και τους παράπλευρους παλμούς που απέχουν χρονικά περίπου 2nsec. Παρόλο που ο όρος [B]propagation delay[/B] σχετίζεται με τη χρονική μετατόπιση μεταξύ εισερχόμενου και εξερχόμενου σήματος στα flip-flop. [IMG]http://alanclements.org/wpimages/wp1e3e33b1_06.png[/IMG] Και εάν κάποιος διερωτηθεί, το γιατί το ίδιο δεν έγινε και στην περίπτωση του AckoS03, ίσως η απάντηση είναι ότι εκεί το αντίστοιχο της Potato είναι πολύ πιο γρήγορο με 0,5-2nsec propagation delay και μπορεί να πιάσει και να εισαγάγει τους παράπλευρους παλμούς αν και όπως θα δείτε και εκεί έχουν χαθεί οι παράλευροι των 2nsec και έχουν εμφανσιστεί κάποιοι στα 25nsec. Επίσης εάν κάποιος διερωτηθεί, μήπως η βελτιώση οφείλεται σε καλύτερη "οδήγηση" του ίδιου του XMOS, από το εξωτερικό ρολόι - θα διαβεβαιώσουμε ότι τίποτα δεν έχει αλλάξει στο XMOS. Εάν μετρηθεί η έξοδος των data που πηγαίνει προς τα flip-flop, παρουσιάζει το γνωστό πρόβλημα που είχαμε δει. Με λίγα λόγια όλη η διόρθωση γίνεται κατά κάποιον τρόπο μέσα στα TI flip-flop ! Δεν ξέρω εάν η εικασία μου είναι σωστή ή λανθασμένη, αλλά εάν είναι σωστή έχουμε την ιδανική περίπτωση για τη WaveIO, η οποία "σώζεται" [B][I]μόνο εάν της εφαρμοστεί επαναχρονισμός με τα αντίστοιχα flip-flop της ΤΙ[/I][/B]. Θα πρέπει όμως να δοθεί και λύση με κατάλληλο σήμα για τη σωστή επιλογή των ρολογιών ή να μπει ελεγκτής με προγραμματιζόμενο ρολόι, όπως της περίπτωσης του AK dac. [/QUOTE]
Verification
Post reply
Home
Forums
Δικάναλος Ήχος
Do It Yourself
Πηγές
Μετρήσεις πάνω σε USB Receivers
Top
Bottom
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
Accept
Learn more…