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: 1058044390" data-attributes="member: 16016"><p><strong><span style="font-size: 18px">WaveIO + Acko S03 Reclocker</span></strong></p><p></p><p>[ATTACH]148158[/ATTACH]</p><p></p><p>Η συγκεκριμένη υλοποίηση του <strong>Acko </strong>περιλαμβάνει <u>στάδιο επαναχρονισμού-buffer του i2s σήματος</u>.</p><p>Δεν περιλαμβάνει και στάδιο FIFO μέσω FPGA όπως του Ian.</p><p>Στην περίπτωσή μας φορούσε ρολόγια <strong>Crystek-957</strong>. Tα chip επαναχρονισμού είτε τα πολύ καλά της <strong>Potato</strong>.</p><p></p><p>Στην ουσία το σήμα i2s περνάει μέσα από απομονωτή, έπειτα επαναχρονίζεται και μπαφεριάζεται για να καταλήξει στις εξόδους u.fl</p><p></p><p>Για το λόγο αυτό <u>οδηγήσαμε μόνο τα σήματα bclk, lrclk & dat</u>a από τη <strong>waveIO</strong>, ενώ το <strong>master clock</strong> της wave <u>δεν συνδέθηκε</u>.</p><p></p><p><span style="color: #a52a2a"><strong>Σημείωση </strong>= αυτό από μόνο του και καθώς το S03 δεν έχει κάποιο FPGA που να μπορεί να καταλάβει τη συχνότητα του σήματος, έχει φυσικά ένα csel δηλ. απαιτεί από την κάρτα να του στείλει παλμό εναλλαγής των ρολογιών, κάτι που δεν έχει η WaveIO (μόνο με μόντα), ισοδυναμεί ότι η παραπάνω σύνδεση είναι ένας τύπος ασύγχρονης μετάδοσης των δεδομένων και το ακόλουθο dac θα πρέπει να υποστηρίζει αυτή τη λειτουργία.</span></p><p></p><p>Λογικό επακόλουθο της παραπάνω σύνδεσης, εφόσον το master clock δεν έρχεται στην κάρτα waveIO μέσω του Acko, να μην αναμένουμε να διορθωθεί το διπλο-τριπλό αποτύπωμα του παλμού.</p><p></p><p><u>Οι συνδέσεις</u> μεταξύ waveIO και Acko έγιναν με u.fl καλώδια και η μέτρηση της εξόδου του Acko με u.fl to sma->bnc καλώδιο ατερμάτιστο. </p><p>Να θυμήσουμε ότι η έξοδος u.fl της waveIO είναι πριν τον απομονωτή της.</p><p></p><p>Η <strong>WaveIO </strong>λειτούργησε με οδηγό 2.23.0 ο οποίος ήταν συμβατός με τα Win 'XP που έχει ο υπολογιστής στο εργαστήριο.</p><p></p><p></p><p><strong><span style="font-size: 15px">Μετρήσεις εξόδου</span></strong></p><p></p><p>Εάν δούμε τη σύλληψη του <strong>data eye pattern</strong>, παρατηρούμε ότι εκτός της μείωσης του jitter κατά περίεργο λόγο εξαφανίζεται και το πολλαπλό αποτύπωμα του.</p><p>Το pattern, θυμίζει πολύ αυτό του Ian, όπου παρουσιάζει έναν αρχικό κωδωνισμό στην είσοδο του eye pattern.</p><p>Προφανώς τα Potato chips που φοράει για τον επαναχρονισμό, κάνουν καλή δουλειά, που στην περίπτωση του data eye pattern έχουν αποτέλεσμα δίχως υλοποίηση FIFO μέσω FPGA.</p><p></p><p>[ATTACH]148154[/ATTACH]</p><p></p><p>Εάν όμως μετρήσουμε την έξοδο στο σήμα <strong>bclk </strong>θα παρατηρήσουμε ότι η διπλο-τριπλό εμφάνιση του παλμού είναι εμφανής και δεν ήταν δυνατόν το σύστημα του Acko να την εξαλείψει. Εδώ ο εσωτερικός μηχανισμός των Potato δεν επαρκεί για εξάλειψη.</p><p>Αυτό για να διορθωθεί, στην πλακέτα του Acko, χρειάζεται η waveIO να φλασαριστεί slave και να δέχεται το παλμό master από την πλακέτα του Acko.</p><p></p><p>[ATTACH]148155[/ATTACH]</p><p></p><p>Το jitter είναι πολύ καλό της τάξης 160-200ps για αρχεία 44-192Κ, σύμφωνα με τη μέθοδο που ακολουθήσαμε.</p><p></p><p>[ATTACH]148156[/ATTACH]</p><p>[ATTACH]148157[/ATTACH]</p><p></p><p></p><p>Εν κατακλείδι, </p><p>Το <strong>XMOS </strong>θέλει ένα πολύ καλό στάδιο επαναχρονισμού, για να ισιώσει και να γίνει πλήρως αποδεκτό.</p><p>Σε κανονικό φλασάρισμα της WaveIO, μόνο του Ian είναι πλήρης λύση, ενώ του Acko μπορεί να λειτουργήσει μόνο ασύγχρονα.</p><p></p><p>Διαφορετικά, η χρήση άλλων λύσεων εκτός XMOS είναι προτιμότερες.</p></blockquote><p></p>
[QUOTE="lemon, post: 1058044390, member: 16016"] [B][SIZE=5]WaveIO + Acko S03 Reclocker[/SIZE][/B] [ATTACH=CONFIG]148158._xfImport[/ATTACH] Η συγκεκριμένη υλοποίηση του [B]Acko [/B]περιλαμβάνει [U]στάδιο επαναχρονισμού-buffer του i2s σήματος[/U]. Δεν περιλαμβάνει και στάδιο FIFO μέσω FPGA όπως του Ian. Στην περίπτωσή μας φορούσε ρολόγια [B]Crystek-957[/B]. Tα chip επαναχρονισμού είτε τα πολύ καλά της [B]Potato[/B]. Στην ουσία το σήμα i2s περνάει μέσα από απομονωτή, έπειτα επαναχρονίζεται και μπαφεριάζεται για να καταλήξει στις εξόδους u.fl Για το λόγο αυτό [U]οδηγήσαμε μόνο τα σήματα bclk, lrclk & dat[/U]a από τη [B]waveIO[/B], ενώ το [B]master clock[/B] της wave [U]δεν συνδέθηκε[/U]. [COLOR=#a52a2a][B]Σημείωση [/B]= αυτό από μόνο του και καθώς το S03 δεν έχει κάποιο FPGA που να μπορεί να καταλάβει τη συχνότητα του σήματος, έχει φυσικά ένα csel δηλ. απαιτεί από την κάρτα να του στείλει παλμό εναλλαγής των ρολογιών, κάτι που δεν έχει η WaveIO (μόνο με μόντα), ισοδυναμεί ότι η παραπάνω σύνδεση είναι ένας τύπος ασύγχρονης μετάδοσης των δεδομένων και το ακόλουθο dac θα πρέπει να υποστηρίζει αυτή τη λειτουργία.[/COLOR] Λογικό επακόλουθο της παραπάνω σύνδεσης, εφόσον το master clock δεν έρχεται στην κάρτα waveIO μέσω του Acko, να μην αναμένουμε να διορθωθεί το διπλο-τριπλό αποτύπωμα του παλμού. [U]Οι συνδέσεις[/U] μεταξύ waveIO και Acko έγιναν με u.fl καλώδια και η μέτρηση της εξόδου του Acko με u.fl to sma->bnc καλώδιο ατερμάτιστο. Να θυμήσουμε ότι η έξοδος u.fl της waveIO είναι πριν τον απομονωτή της. Η [B]WaveIO [/B]λειτούργησε με οδηγό 2.23.0 ο οποίος ήταν συμβατός με τα Win 'XP που έχει ο υπολογιστής στο εργαστήριο. [B][SIZE=4]Μετρήσεις εξόδου[/SIZE][/B] Εάν δούμε τη σύλληψη του [B]data eye pattern[/B], παρατηρούμε ότι εκτός της μείωσης του jitter κατά περίεργο λόγο εξαφανίζεται και το πολλαπλό αποτύπωμα του. Το pattern, θυμίζει πολύ αυτό του Ian, όπου παρουσιάζει έναν αρχικό κωδωνισμό στην είσοδο του eye pattern. Προφανώς τα Potato chips που φοράει για τον επαναχρονισμό, κάνουν καλή δουλειά, που στην περίπτωση του data eye pattern έχουν αποτέλεσμα δίχως υλοποίηση FIFO μέσω FPGA. [ATTACH=CONFIG]148154._xfImport[/ATTACH] Εάν όμως μετρήσουμε την έξοδο στο σήμα [B]bclk [/B]θα παρατηρήσουμε ότι η διπλο-τριπλό εμφάνιση του παλμού είναι εμφανής και δεν ήταν δυνατόν το σύστημα του Acko να την εξαλείψει. Εδώ ο εσωτερικός μηχανισμός των Potato δεν επαρκεί για εξάλειψη. Αυτό για να διορθωθεί, στην πλακέτα του Acko, χρειάζεται η waveIO να φλασαριστεί slave και να δέχεται το παλμό master από την πλακέτα του Acko. [ATTACH=CONFIG]148155._xfImport[/ATTACH] Το jitter είναι πολύ καλό της τάξης 160-200ps για αρχεία 44-192Κ, σύμφωνα με τη μέθοδο που ακολουθήσαμε. [ATTACH=CONFIG]148156._xfImport[/ATTACH] [ATTACH=CONFIG]148157._xfImport[/ATTACH] Εν κατακλείδι, Το [B]XMOS [/B]θέλει ένα πολύ καλό στάδιο επαναχρονισμού, για να ισιώσει και να γίνει πλήρως αποδεκτό. Σε κανονικό φλασάρισμα της WaveIO, μόνο του Ian είναι πλήρης λύση, ενώ του Acko μπορεί να λειτουργήσει μόνο ασύγχρονα. Διαφορετικά, η χρήση άλλων λύσεων εκτός XMOS είναι προτιμότερες. [/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…