Les switchs audiophiles + ponts optiques

[annopers]

(04-29-2021, 11:18 AM)bbill a écrit :

(04-29-2021, 10:49 AM)annopers a écrit : Donc il faudrait vraiment un très mauvais réseaux pour ne pas avoir un flux de communication correcte entre le NAS et le DAC. 

et le problème n'est, en effet, sans doute pas la.. mais plutôt au niveau de la pollution électrique (cf. alim linéaires sur l'ensemble du réseau) et au niveau temporel (cf. les horloges).. cependant, je n'ai jamais vu d'argumentations démontrées mais plutôt des suppositions avancée par les constructeurs 

Pollution du réseau électrique oui, et là a mon avis la question de la ligné dédié électrique pour la HIFI et quelques bon filtres bien placés , car il y a tellement d'appareils polluant, ordi, chauffage, frigo, congel, tv, CPL .... 

Pour ce qui est de l'horloge, aucune raison que les horloges du réseaux ou NAS ou Box ou routeur n'est quelque chose à voir avec l'horloge du DAC.  La synchro se fait au travers des couches ISO IP et protocoles qui n'intègre aucunement la synchro d'horloges dans son fonctionnement.  Deux appareils réseaux peuvent avoir 2 horloges complètement différentes, cela n'impactera en rien le débit et la qualité de communication entre les deux. 


La synchro d'horloge est certainement clef dans un ensemble audio connecté sans un protocole qui gère l'erreur de bout en bout, Comme ceux du monde internet/ethernet qui eux ne prennent pas en compte l'effet horloge et corrige les erreurs à partir de la couche de liaison 2 ISO.  

Ce qui n'existe pas dans une connexion CD - DAC d'où la nécessité d'avoir des horloges synchro (et encore faut il qu'il n'y ai pas d'erreur dans la mécanique)..

[bbill]

(04-29-2021, 11:48 AM)annopers a écrit : Pollution du réseau électrique oui, 

je voulais surtout parler des alimentations à découpage de la box internet puis des switch, lecteur réseau, etc..

---

(04-29-2021, 11:48 AM)annopers a écrit : Pour ce qui est de l'horloge, aucune raison que les horloges du réseaux ou NAS ou Box ou routeur n'est quelque chose à voir avec l'horloge du DAC.

la, tu te lances dans des suppositions et explications.. alors que de mon côté je ne fais que constater l'effet des horloges au niveau des switch et drive réseau.. et la, on n'est pas encore au niveau du dac

[ds21]

Et puis les protocoles de communication Ethernet ne font pas tout.

Il ne sont pas toujours/partout de type tcp avec correction d'erreurs par renvoi des trames erronées/manquantes , il y a aussi à certains endroits du réseau du protocole udp éventuellement avec bits de contrôle mais sans renvoi des trames erronées ou manquantes.

Cdlt

[phile]

hello annopers,
Intéressant ton topo. Tu es électronicien ? informaticien ?

(04-29-2021, 11:48 AM)annopers a écrit : Pollution du réseau électrique oui, et là a mon avis la question de la ligné dédié électrique pour la HIFI et quelques bon filtres bien placés , car il y a tellement d'appareils polluant, ordi, chauffage, frigo, congel, tv, CPL .... 

ligne dédiée soit...
mais on la fait remonter jusqu'où ? au disjoncteur ?

(04-29-2021, 11:48 AM)annopers a écrit : ... La synchro se fait au travers des couches ISO IP et protocoles qui n'intègre aucunement la synchro d'horloges dans son fonctionnement.  ... 

la synchro au travers de couches ISO IP : elle se fait  où ?
tu dis "synchro d'horloges" : horloges avec un S, il y a donc "mise au diapason" de plusieurs horloges ?

(04-29-2021, 11:48 AM)annopers a écrit : La synchro d'horloge est certainement clef dans un ensemble audio connecté sans un protocole qui gère l'erreur de bout en bout
...
Ce qui n'existe pas dans une connexion CD - DAC d'où la nécessité d'avoir des horloges synchro (et encore faut il qu'il n'y ai pas d'erreur dans la mécanique)..

je ne piges pas ce point : pourquoi parles-tu de synchro d'horloges avec un S ? 
sur un DAC, elles sont où ces horlogeS qui se synchronisent dans le cadre d'une mise au diapason ?
Cdt

[annopers]

(04-29-2021, 12:43 PM)ds21 a écrit : Et puis les protocoles de communication Ethernet ne font pas tout.

Il ne sont pas toujours/partout de type tcp avec correction d'erreurs par renvoi des trames erronées/manquantes , il y a aussi à certains endroits du réseau du protocole udp éventuellement avec bits de contrôle mais sans renvoi des trames erronées ou manquantes.

Cdlt

Oups, non,  même avec de l'UDP il y a correction d'erreur (pas de bout en bout), mais de port Ethernet à port Ethernet. 

Le premier niveau de négociation et contrôle se fait sur le niveau 2 avec les couches LLC et MAC qui négocient des vitesses de flux (pour éviter l'engorgement du récepteur), la mise en place du CRC de détection d'erreur de trame, la destination "physique" adresse MAC s'effectue au niveau 2.  
Le gigabit utilise du 802.3ab qui inclut du CSMA/CD full-duplex dans la couche MAC pour contrôler la disponibilité des porteuses, et de la détection d'erreur de paquet avec du CRC dans la couche LLC.

Dans un réseau local, il est déjà important de soigné ces couches avec de bon câbles, et avec un bon routeur ou switch comme du Mikrotik ou Cisco, on voit déjà très bien si il y a des erreurs de paquets sur la transmission, si non, on est à l'optimum du transfert. 


l'UCP ou TCP sont au niveau 4 de transport et peuvent d'ailleurs être remplacés par d'autres protocoles netbios... (mais on s'éloigne du sujet car non utilisé dans le cas qui nous concerne).

---

(04-29-2021, 01:09 PM)phile a écrit : hello annopers,
Intéressant ton topo. Tu es électronicien ? informaticien ?

informaticien : même si il y a certainement largement meilleur que moi en réseaux... 

(04-29-2021, 11:48 AM)annopers a écrit : Pollution du réseau électrique oui, et là a mon avis la question de la ligné dédié électrique pour la HIFI et quelques bon filtres bien placés , car il y a tellement d'appareils polluant, ordi, chauffage, frigo, congel, tv, CPL .... 

(04-29-2021, 01:09 PM)phile a écrit : ligne dédiée soit...
mais on la fait remonter jusqu'où ? au disjoncteur ?

C'est une bonne question, jusqu'ou faut il remonter pour avoir un courant non pollué, n'étant pas électricien, je ne saurai dire. Mais mon intuition, me dit que si je pars du disjoncteur principal, j'ai plus de chance d'avoir moins de pollution, sachant que même si des pollutions passent, j'imagine que chaque disjoncteurs et différentiels doivent en effacer quelques unes..
Après, je pense que à part avoir un régénérateur de courant à quelques centimètres de la HIFI , rien ne peut empêcher quelques pollutions de venir sur ta ligne électrique pour ta HIFI. D'autant que quelques une doivent pouvoir venir par les EFI de ton câble électrique qui peut faire antenne suivant sa longueur et son blindage.... 

(04-29-2021, 11:48 AM)annopers a écrit : ... La synchro se fait au travers des couches ISO IP et protocoles qui n'intègre aucunement la synchro d'horloges dans son fonctionnement.  ... 

(04-29-2021, 01:09 PM)phile a écrit : la synchro au travers de couches ISO IP : elle se fait  où ?

La première ce fait sur la couche MAC avec de l'ARP dans l'ISO Liaison , juste au dessus de la couche physique qui peut être fibre, wireless, cable...

(04-29-2021, 01:09 PM)phile a écrit : tu dis "synchro d'horloges" : horloges avec un S, il y a donc "mise au diapason" de plusieurs horloges ?

Ce que j'ai compris l'objectif est de substitué les horloges des DAC et CD par une horloge externe unique avec des appareils comme ceux-ci : https://www.hifilink.fr/categorie-produi...-externes/

(04-29-2021, 11:48 AM)annopers a écrit : La synchro d'horloge est certainement clef dans un ensemble audio connecté sans un protocole qui gère l'erreur de bout en bout
...
Ce qui n'existe pas dans une connexion CD - DAC d'où la nécessité d'avoir des horloges synchro (et encore faut il qu'il n'y ai pas d'erreur dans la mécanique)..

(04-29-2021, 01:09 PM)phile a écrit : je ne piges pas ce point : pourquoi parles-tu de synchro d'horloges avec un S ? 
sur un DAC, elles sont où ces horlogeS qui se synchronisent dans le cadre d'une mise au diapason ?
Cdt

[SuperDupont]

Interessant, ce qui rejoint l'avis precedent de separer les fonctions de commutation et celles plus spécifiquement "audiophiles" d'isolation/reclocking

[bbill]

(04-29-2021, 03:34 PM)annopers a écrit : Ce que j'ai compris l'objectif est de substitué les horloges des DAC et CD par une horloge externe unique avec des appareils comme ceux-ci : https://www.hifilink.fr/categorie-produi...-externes/

ici dans cette filière, on ne parle pas de lecteur CD.. mais d'un switch avant un lecteur réseau
et pour les meilleurs switch (Innuos, SOtM, ..), on parle bien d'augmenter la précision et la stabilité de l'horloge interne du switch mais pas d'une horloge externe unique (unique pour quoi dans la configuration ?)

... as-tu testé une configuration "lecture réseau audiophile" de ce type ? dont tu pourrais nous décrire les détails ?? et les résultats à l'audition ?

---

(04-29-2021, 03:34 PM)annopers a écrit : Dans un réseau local, il est déjà important de soigné ces couches avec de bon câbles, et avec un bon routeur ou switch comme du Mikrotik ou Cisco, on voit déjà très bien si il y a des erreurs de paquets sur la transmission, si non, on est à l'optimum du transfert. 

"des erreurs de paquets" ??
tu as déjà rencontré des problèmes critiques à ce niveau pour un lecteur réseau hifi ?
et il faudrait pour s'en prémunir un routeur Cisco ??

[annopers]

(04-29-2021, 04:23 PM)SuperDupont a écrit : Interessant, ce qui rejoint l'avis precedent de separer les fonctions de commutation et celles plus spécifiquement "audiophiles" d'isolation/reclocking

Hum, c'est ce que je pense aussi,  l'un (Audio) est purement traitement numérique et analogique avec ses particularités de qualité de traitement (Processeur, Mémoire, composants et architecture, Qualité électrique, Protection EFI, Horloge (s)..)  



L'autre est extrêmement normé et basé sur des protocoles de sécurisation des transferts de données sans erreur pour des architectures diversifiées. 

Néanmoins, pour clarifier mon point précédent, le protocole Ethernet de base fait de la détection d'erreur, mais ne les corrigent pas (tout du moins pas au niveau ISO2),  il les suppriment.  Donc si un câble réseau est mauvais entre deux appareils, et que la gestion d'erreur n'est pas compensé par la couche 4 en TCP/IP on perd des bouts de musique et la catastrophe...... <
(donc à vérifier que le DAC fait du TCP/IP avec le NAS ou Qobuz et  non de l'UDP/IP) (encore pire avec un application smartphone en wifi + airplay, ou le chemin des trames devient un grand huit voir un palais de glaces   .....) ,

Donc il faut bien contrôler la qualité de chaque chemin de communications, dans l'idéal avec deux routeurs avec un OS permettant de vérifier le bon fonctionnement de la communication sur le câble. 
Et donc bien configurer les chemins de communications entre les équipements (port par port, Mac address, Bande passante, multicast... ) donc soit avec des routeurs/switch ou des switchs mangeable.

Seuls quelques protocoles d'appareils pro font de la correction d'erreur au niveau 2 comme les CISCO avec du HDLC.

[bbill]

(04-29-2021, 05:53 PM)annopers a écrit : Donc si un câble réseau est mauvais entre deux appareils, et que la gestion d'erreur n'est pas compensé par la couche 4 en TCP/IP on perd des bouts de musique et la catastrophe......

tu vas nous faire peur.. et donc, en pratique, as-tu souvent vu des "catastrophiques" ?
tu nous parlais aussi d'horloge unique, quelle est exactement ton expérience sur le sujet ? et les détails de cette configuration dont tu nous parles ?

[Nard]

Bonjour, l'absence de correction d'erreur n'est pas un sujet pertinent sur nos systèmes. Toute perte ou erreur de trame s'entendrait si elle n'était pas corrigée. Le streaming Qobuz utilise TCP et il en est de même en lecture locale. La seule utilisation d'UDP serait peut-être lors de l'écoute de stations radio Internet.

Pour tout le reste, il faut bien comprendre que les EMI du domaine numérique se traduisent toujours en jitter, d'où l'importance de dépolluer ces circuits.

Toutefois, pourquoi l'atténuation du jitter Ethernet s'entend-elle alors que le signal est ensuite retransmis en USB asynchrone reste à être mesuré et expliqué