Le Forum Indépendant de la Hifi et des Audiophiles

Version complète : Modif horloge switch FS105
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2
Hello,

comme évoqué sur un autre fil, j'avais prévu de tester un changement d'horloge sur un switch Ethernet Netgear FS105.
Sans avoir d'idée préconçue sur l'effet (ou non) sur le transport du flux audio. Juste pour voir (entendre) donc.

Première étape, identifier un candidat pour remplacer le simple quartz 25 MHz équipant la puce Realtek RTL8305NB-CG (cœur du FS105), à la fois en termes de caractéristiques électriques, d'encombrement et de prix.
J'ai porté mon choix sur l'OCXO OH4610LF de Connor Winfield avec une stabilité en fréquence de +/-10 ppb et un bruit de phase maximum de 1 ps RMS (dans les 80€ avec les frais de port et dédouanement US).

https://www.digikey.fr/product-detail/fr...ND/5641634

L'oscillateur étant alimenté en 3,3 V (et le switch en 12 V avec un bloc basique à découpage), il fallait aussi une alim linéaire assez propre. J'ai réutilisé à ce stade une alim DIY en stock avec un module alim linéaire de chez Audiophonics, on peut trouver mieux.

Ensuite, il a fallu retirer de la carte du switch le quartz et 3 composants CMS très petits (2 condensateurs et une résistance), j'ai confié ça à un spécialiste équipé.

Enfin, monter le nouvel oscillateur avec 2 capas, une sur l'arrivée de l'alim et une sur la sortie.

Premier résultat, ça marche. Je suis en train de surfer via ce switch modifié ! Ouf, ce n'était pas gagné, un peu chirurgicale comme opération.

Il me reste à écouter pour évaluer l'apport de la modif, ou pas.

@++

Quelques photos de la manip...


[Image: FS105-modif-2-bw.jpg]

[Image: FS105-modif-5w.jpg]

[Image: FS105-modif-6w.jpg]
Ouh ça c’est du tweak qu’il est bien! J’attends la suite! Bravo à toi Vincent! Wink
Bonjour Vincent,

Merci bcp, tu viens de me faire gagner bcp de temps .....
(Je travaille, sur une horloge OXCO 10-22-24, incluant une alimentation low noise pour switch,
et l'associer vec un switch Paul-Pang vec wrdclck)...
( pour celà , il me fallait un régulateur ultra low noise 12V,2A/
https://www.mpaudio.net/product-page/lsib-hpuln-ps )
(j'y ajoute une mise à la terre de la pin4 RJ avec un adaptateur rj/rs232_PIN5 -> GND)
(mais bon là, fô ke je termine mes deux dacs soerkis en chantier,
et des grands travaux pour ma LP12)
Bravo, (encore ...!)
bien à toi,
w :-)
(10-11-2018, 10:41 PM)hug! a écrit : [ -> ]Ouh ça c’est du tweak qu’il est bien! J’attends la suite! Bravo à toi Vincent! Wink
Merci Hug! A suivre pour les résultats, ce sera le plus important dans tout ça.

(10-12-2018, 12:06 PM)KIKIWILLYBEE a écrit : [ -> ]Bonjour Vincent,

Merci bcp, tu viens de me faire gagner bcp de temps .....
(Je travaille, sur une horloge OXCO 10-22-24, incluant une alimentation low noise pour switch,
et l'associer vec un switch Paul-Pang vec wrdclck)...
( pour celà , il me fallait un régulateur ultra low noise 12V,2A/
https://www.mpaudio.net/product-page/lsib-hpuln-ps )
(j'y ajoute une mise à la terre de la pin4 RJ avec un adaptateur rj/rs232_PIN5 -> GND)
(mais bon là, fô ke je termine mes deux dacs soerkis en chantier,
et des grands travaux pour ma LP12)
Bravo, (encore ...!)
bien à toi,
w :-)
Hello KikiWillyBee,
je ne sais pas bien en quoi je t'ai fait gagner du temps, mais tant mieux Wink
Et merci pour le lien de l'alim.
De beaux projets en cours !
Bonjour,
De mon point de vu ça ne changera rien du tout.
L'horloge a traiter est celle du DAC.
Celle du transport numérique ne changera rien. Il n'y a pas de perte sur cette liaison et pas de perturbation du au jitter.
Aviez vous des erreurs réseau ? Non... Donc pas de perte de bits...
Hello, merci pour ton point de vue. Je donnerai bientôt mon appréciation de la modif après écoutes.
Une expérience pratique à partager peut-être sur les incidences en amont du lecteur réseau ?
Bonjour Les Gars,
et Bon Week-End à tous ! :-)


SVP,
Suis pas certain de ton point de vue Mr Jtwildduck , les tests, évaluations de Switchs tweakés, upgradés ,reclockés
ne manquent pas....., bien sûr le Dac, la source sont à privilégier ....
il est ici question d'améliorer les conditions du streaming, et de traiter le 'jitter informatique' spécifique du réseaux .....
pour la théorie je peut te renvoyer aux contraintes de la VoIP, la Qos , IEEE 8o2.Ix,, H332, collisions ou 'packet loss' , 'latency' ..et 'jitter informatique ' !..
(Sur les infrastructures carreer, Cisco, par exemple il y des clocks hautes perfs (Microsemi ..) ds les fonds de panier CATALYST. pour des GHz de BP..).
A mon sens, SVP, le 'Jitter informatique !' , peut se traiter de façon hardware avec du reclocking, multi-cast et load balancing , mais ôssI software , avec
les extensions TCP-IP V6 et les protocoles IEEE 8o2.I : SIP, RSTP, RTP.... , pont inter-seesion : VLAN et TRUNCK , sous Qos, et optimisation
sélection du traffic TCP par indexation des entêtes UDP (256 octets) IP V6.

Bien à vous,
cdlt,
w :-)
O
(10-12-2018, 11:15 PM)jtwildduck a écrit : [ -> ]Bonjour,
De mon point de vu ça ne changera rien du tout.
L'horloge a traiter est celle du DAC.
Celle du transport numérique ne changera rien. Il n'y a pas de perte sur cette liaison et pas de perturbation du au jitter.
Aviez vous des erreurs réseau ? Non... Donc pas de perte de bits...

Moi j’aimerais bien que ce soit si simple, je n’entendrais pas l’écart conséquent de l’insertion du Waversa Smarthub, que ce soit en amont d’un tout en un comme le lumin m1, en amont d’un simple drive comme le refstream qui ressort pourtant en aes derrnière vers le dac, que ce soit en amont du trinnov amethyst... etc... alors non on perd pas de bits, ça tout le monde l’a compris je pense, mais la pollution électrique de l’apareil via le réseau, le jitter final sur le signal qui fait la musique, cela semble bien plus complexe et mal maitrisé qu’il semble. Pourtant dans bien des cas on est carrément en amont de l’horloge du...drive, même pas encore du dac... désolé. Après l’influence de l’horloge vis à vis de l’influence de l’alim, des pollutions électriques... ça bien malin celui qui...

Cordialement, Nico.
(10-12-2018, 11:15 PM)jtwildduck a écrit : [ -> ]Aviez vous des erreurs réseau ? Non... Donc pas de perte de bits...

On peut avoir des pertes réseaux sans entendre de DropOut ! D'ailleurs il n'y a aucun controle et donc aucune mesure de perte ou non... Donc on suppose qu'il n'y a pas de perte, mais rien n'est démontré...
Si votre box adsl vous le permet, vous pouvez checker les pertes FEC sur votre connexion! ça peut faire flipper, pourtant ça ne vous empêche pas d'écouter Qobuz ou Tidal (sans réédition de trame).
'Pas de pertes de bytes', supposerait que le système soit 'parfait' ......
Pages : 1 2