By-pass des régulateurs internes par alims externes sur switch, FMC, etc...

[phile]

Hello,

Le 1er post du sujet reste valide sur le principe mais j'avais zappé un point, normal vu que j'y connais rien en électronique...

l'info était là => http://forum-hifi.fr/thread-15849-post-3...#pid363180
sur ce post CAPITAL de Audiodémat pour les nuls en électronique, merci à toi pour ce rappel et merci pour l'illustration qui "parle" aux nuls   .
Je me permets de recoller dans ce post ton illustration pour aider à la lecture :

Il faut donc : VIRER LA BOBINE ! 

Je corrigerai le 1er post demain pour compléter car ya qq précisions à donner :
- les Drok sont indispensables car la bidouille fait qu'on doit fournir une tension supérieure aux 3.3 / 1.8 / 1V pour obtenir, sur le PCB, les tensions 3.3 / 1.8 /1V.
Et, même, autant si on colle aux 1.8 & 1V sur le pcb, le switch ne démarre pas.
Il faut 3.4V mini sur le PCB pour qu'il demarre, ce qui implique 4.2V en sortie du Drok dédié à cette tension.
Fuite de courant qqpart surement, induisant cet effet...
- les batteries en amont, comme source de courant :
  => autant c'est sans souci pour des FMC qui consomme rien
  => autant sur ce switch administrable c'est limite.
       Ce n'est pas la conso en elle-même le pb (ca bouffe rien)
       C'est juste que sur le 3.3V qui alimente le lot de port SFP, quand on connecte un SFP & qu'il est activé, il y a 0.2-0.25V de chute de tension à cause des batteries qui n'arrive pas à suivre l'appel de courant.
      Sur ce, si on a 3.3V sur le PCB > on met le SFP > drop de 0.2-0.25V > tension trop basse pour activer le switch > pas d'amorcage
      Raison pour laquel il faut 3.4-3.5V sur le PCB, pour que le trou à 3.2V lors que l'activation du SFP permet malgré tout le lancement du switch. La tension revant sur le PCB après activation à 3.4-3.5V.

Ce switch est peu répandu donc un cas particulier car on est peu à avoir un réseau optique.
Mais sans erreur de ma part, ce souci de chute momentané de tension doit être aussi valable pour les switches à port RJ45.
On parle de switch adminstrable, ca doit jouer forcément. Un switch sans "tête" ne devrait pas avoir ce type de pb.

FMC : j'en ai profiter pour également virer la bobine sur le FMC dont je parle dans le 1er post.

Rendu : difficile à dire car pas de comparaison facile vu que le nul en électronique, il coupe la zik... pour se prendre la tête sur sa modif et la relance 4h plus tard (avec des pause, mais j'avoue que je rame bcp parfois...)
l'air de rien : le switch remarche, la zik passe à travers... j'étais meme pas sûr que cela arrive
rendu donc : écoute en sourdine car tard mais clair que ce type de modif tacle la diaphonie...  à fond les ballons. Effet 3D... assez  bluffant.

Suite :
- sur la base du "problème" "potentiel" lié au protocol UDP utilisé pour le streaming
après avoir corrigé les alim du switch & du FMC final (PO aval), je vais faire idem (bypass régulateur et alim extene en 3.3V) sur les autres éléments de la chaine de streaming : sur le FMC en regard du NAS (TrendNet), sur le FMC en aval du switch (TrendNet), et sur le FMC amont du PO
- et ajout de LCfilters en aval des Droks 1.8 & 1V alimentant ces parties du switch (les horloges sont là !).
Pas trop de date prévu pour la suite car je n'ai plus de LCFilter en stock et le container que j'ai commandé n'est manisfestement pas encore parti ! 
Cdt