Reprise du message précédent :

C'est du FTDI ça? Probablement du faux. Sous Windows j'y avait un pilote qui les rendait inutilisables, je suppose que sous Linux c'est pas le cas.
Perso j'utilise des CH340G, ça marche bien sous Linux sauf pour le "hardware flow control" (utilisé très rarement).

"oulet"  
Une idée d'à quoi servait ce machin ?
Les tensions en sortie en fonction de la tension d'entrée (200V en 100V, 180V au delà) m'intriguent. Et côté puissance ça ne rigole pas.

C'était sur un SAN EMC VNX5300 donc ça alimenté pleins pleins de disques durs.

Ah oui je vois, du matos grand public économique pour le stockage de films de vacances.


edit : lien qui foire à cause des crochets au milieu. Quelle idée de foutre des crochets dans un lien aussi  
edit² : merci rat de combat

workaround pour le lien:
https://www.itinstock.com/ekmps/sho [...] 7082-p.jpg
 
Très chouette ce matos.  
 
Natopsi, tu avais vu ma réponse? https://forum.hardware.fr/hfr/elect [...] tm#t267613

Pas con d'encoder les []

Pas faux, j'avais vu la video sur eevblog
En même temps, avant la sortie du dit driver tueur, "personne" ne s'était rendu compte qu'ils avaient des fakes FT232, c'est que donc ils fonctionnaient bien

Je pense que pour une communication lambda avec un µC tout les CI USB-série connus fonctionnent. Il faudrait faire des tests sur les scénarios plus difficiles, genre de grosses quantités de données à "haute" vitesse, le flow-control hardware etc.

 
Justement, je trouve que les CH340 perdent parfois des paquets en full-duplex (j'en avais laissé un tourner en looback à 115.2kbit/s tout le WE ). Je crois que c'était quelques paquets par heure, mais ça reste visible.
Pas de souci avec des faux FTDI dans les mêmes conditions, ni avec les Prolific.

 
En PWM tu va faire du 0 / 1, donc éteindre / allumer, tu auras toujours le même courant, donc la même "réaction" des leds. C'est ce qui est expliqué page 11.
En revanche en mode DC tu joue sur le courant, or les leds réagissent au courant donc tu peux avoir des variations.
 

 
Faut que je vérifie demain mais au boulot on utilise ces convertisseurs RS Pro qui sont normalement basés sur un chip Prolific : https://fr.rs-online.com/web/p/cables-usb/1445699/  
 et  https://fr.rs-online.com/web/p/adap [...] e/7840091/ (celui-ci c'est sûr)
C'est utilisé sur table à 115kbps et 38kbps, jamais eu de soucis.
 
Dans mes boites précédentes j'utilisais le cable officiel FTDI : TTL-232R-3V3-WE ou TTL-232R-3V3. Je les ai foutu en étuve à -50°C et +85°c sans souci, mais le port usb où y a la puce n'était pas dans l'étuve mais à température ambiante. On observait les traces d'un test DDR pendant 3 semaines en continu @ 115kbps, aucun souci sur 5 cartes en parallèle. Le cable officiel est cher, c'est sûr.
J'ai quand même utilisé le cable dans mon boulot actuel mais j'ai dû le customisé car le design de mes collègue utilise le DTR du RS232 or il n'est pas sorti dans les fils, j'ai dû dégagé le plastique du port usb et souder le fil sur la bonne pin du PCB FTDI    

Ah oui. J'avais pas poussé si loin, je me suis limité à quelque Mo, pour moi c'est suffisant. Surtout que je transmets surtout du texte, donc une erreur à cause d'un paquet perdu se voit (directement ou indirectement en tant que parser error). Si on transmets des données binaires à la chaîne c'est autre chose.

Oh purée, 135€ TTC. D'accord, 4 sorties et matos pro et toussa, mais quand même. Dire que je paye mes convertisseurs (sortie TTL par contre) moins d'un Euro pièce.

 
J'avais pas vu le prix    
Ils étaient déjà là quand je suis arrivé dans la boite, j'espère qu'ils ont pas payé ce prix  

En tout cas les FTDI tiennent les 2Mbps sans broncher.
Avec leur driver linux en béton armé, en utilisant le RTS/CTS et un caractère de commande, il y a moyen d'avoir un round-trip dans les 250µs pour des trames de quelques octets

 
Sous Linux je peut pas dire, par contre sous windows c'est la dawa totale les PL2303, un bordel monstre sur les drivers... Après avoir testés x milles c'est finalement sous XP que j'ai pus m'en servir correctement. Du coup retour dans un tiroir et vive les ftdi

Oui j'ai lu ca aussi dans un commentaire amazon. Pas de driver Windows 10.

J'ai besoin de -5V pour alimenter mes AOP. J'ai un module LM2662 chinois qui fonctionne, mais le résultat est assez horrible:

J'imagine qu'il faut rajouter une espèce de filtre en sortie, mais je sais rien de plus.
Quelqu'un pour me donner une idée sur les composants et leurs valeurs?
Les pics sur l'image sont espacés d'environ 6µs soit environ 166kHz.

edit: Bon, je crois que j'ai trouvé. Une self et une résistance forment un filtre passe-bas fc=1/(2*pi*sqrt(LC)) et il est conseillé de définir fc à 10% de la fréquence de fonctionnement / des parasites.
Ca vous paraît correct en première approche simple?

Faut voir, si c'est la tension qui varie de façon régulière indépendamment de la charge, un bête condensateur de la bonne famille peut suffire.
Là apparemment la fréquence est assez élevée mais déjà un électrolytique low ESR (important!) peut bien aider, genre 47µF en entrée ET surtout en sortie.
Et des fils qui ne mesurent pas 3m.
Le truc est câblé correctement au moins par rapport aux recommandations du constructeur ?
Le ripple dégueulasse c'est à vide ou en charge ?
Ca doit clairement être la fréquence de découpage du machin.

C'est un petit module avec la puce et deux ou trois condensateurs dont j'ai pas la valeur (mais je peux faire une mesure). L'image du scope c'est à vide.
Je vais faire des tests avec des électrolytiques et des filtres LC quand j'aurai le temps.
Oui c'est la fréquence de découpage je suppose.

Ben l'inductance ne va rien filtrer de plus si tu testes à vide .
Vu que les pics sont très brefs mais d'une forte amplitude (dV/dt important) on pourrait croire qu'il n'y a pas de condos du tout en sortie ou alors très mal dimensionné mais je peux me gourer.
Dans tous les cas faut vérifier aussi en charge.

edit : ton module c'est ce genre de machin : https://fr.aliexpress.com/item/32839605086.html ?
A mon avis ils ont fait les rapaces sur les condos.

Fait un test avec une charge, tu auras une mesure plus réaliste.

Et aussi, est ce que tu as fait ta mesure correctement ?
C'est a dire non pas avec la pince croco presente par défaut mais plutôt avec un ressort de masse ?

Rôôôooo qu'il est tatillon

Il a du faire ça bien mais si ce n'etait pas le cas et qu'il revient avec une trace nikel hein ?

Quelques heuresde gagnées

C'est clair.
Mais autant pour mesurer un signal carré à >1MHz je suis bien d'accord que c'est important de ne pas utiliser cette connerie de croco mais bien un ground spring ou connectique propre, autant là je ne pense pas que ses oscillations d'1V vont disparaitre toutes seules juste grâce à ça .

J'ai du manquer une info, je lis 50mV par division moi

Euh t'as raison là-dessus, ça fait 150mV à 200mV environ entre ce qui est en dessous du 5V et ce qui est au-dessus.
Je me suis fait avoir par le "300mV" en haut à droite, ça doit être le trigger ou je ne sais pas quoi.
Ca me paraissait bien important aussi comme amplitude de variation
Mais bref ça ne change pas grand chose, recentrons .

- Tester en charge
- Vérifier le condo de sortie / en ajouter un de meilleure qualité en low ESR.
- Pour faire plaisir à mangeur de lolos utiliser un ground spring ou truc du genre au lieu de la pince croco de la sonde passive.
- edit : et tout bêtement vérifier aussi la gueule du signal à l'entrée des fois qu'il sortirait d'une alim à découpage qui balance elle aussi du ripple .

Une piste de plus: vérifier la masse. Parce que si ça se trouve la masse est bien pourrie, avec des interférences de même amplitude que le 5V et du coup ça ne sert strictement à rien de rajouter des condensateurs, ils ne pourront pas faire leur boulot correctement.  

On vérifie toujours une alimentation avec une charge minimum. Si tu met aucune charge tu es sur un mode de fonctionnement pourri.
 
On raccourci aussi au maximum la boucle de courant : on évite la pince croco de la sonde passive avec ses 10 cm de fil pris sur une masse à l'opposé de l'alim quand on veut mesurer 50mV de bruit...

 
Pour éviter des questionnement inutiles, pour les mesures d'alim, on s'autorise à limite la bande passante de la voie d'acquisition. Typiquement sur les scopes y a souvent moyen de limiter facilement à 20MHz.
 
Vous emballez pas sur les capas, c'est un circuit low cost, ça marche avec à peu près tout.
 
De l'utilité de mesurer au plus près :
 

Hello
 
J'ai lu sur les internets qu'en plus de placer une diode TVS au niveau du gate d'un mosfet, un condensateur serait le bienvenu aussi, le temps que la diode se déclenche.
 
Je sais pas trop quoi en penser. Est-ce vraiment utile?
 
(Ca va rallonger le temps d'allumage du mosfet en plus).

Ben ça dépend, déjà la diode TVS elle même ne se justifie que pour certain types de charges / contraintes d'alim.  
Donc faudrait déjà voir le schéma et l'application.
 
Pour le condo, sceptique aussi. Ca doit pouvoir aider à absorber un poil une transitoire, mais effectivement ça pourri le temps de réponse, et donc les pertes dynamiques. Là encore faut voir ce que tu veux commuter à quelle fréquence.

Quelqu'un a un poster/affiche sur comment utiliser un fer à souder (température, nettoyage, etc.) ? C'est pour un collègue

Tu fais bien de préciser, ça faisait peur un instant
Et non

moi non plus mais ça me fait penser au fils d'un copain qui débute sa carrière pro et qui a fait quelques boites de maintenance/réparation ( carte électroniques de machine agricole / carte de tableau de bord de voiture, etc etc ).
Et la bas c'est apparemment température au max, idem pour la station a air chaud    
 
Il a été très surpris de voir que j'avais des presets sur mon fer en fonction de ce que je cherche a souder    
Il a pas encore bossé sur des systèmes ABS ou des calculateurs c'est déja ça  

Syndrome classique des utilisateurs de fers à souder résistifs peu puissant ou avec une panne pas adaptée. Comme la température s'effondre lors d'un usage sur un gros plan de masse ou un composant qui a un fort drain thermique, les utilisateurs ont tendance à mettre la consigne du fer au maximum.
 
D'où l'utilité d'avoir une station puissante et des pannes adaptées à chaque situation.

 
Si tu en trouves un, ca m'intéresse aussi.

En parlant de ça, ça sert à quoi d'avoir une station à air chaud puissante ? Une fois que la station est à température c'est la même chose, non ? De toute façon on est limité en débit/pression de l'air sinon les cms s'envolent

C'est utile pour chauffer une plus ou moins grande surface. Typiquement si tu soudes un GPU sur un PCB à 20 couches, ça ne sera pas la même puissance ni la même précision que pour du SOT-23 avec des pistes toutes fines et plein de composants autour.

Oui mais du coup, si on a deux station de puissance différentes, une fois que les deux sont chaudes et qu'elles envoient le même débit d'air à la même température c'est la même chose ?
En gros une station plus puissante permet éventuellement d'avoir un débit d'air plus conséquent (adapté pour de plus grosses buses) ?

Pas forcément de plus grosse buses mais une station à air chaud plus puissante va te permettre de maintenir une même température avec un flux d'air plus élevé.
Ou à même débit, d'atteindre une température plus importante.

ouais je vois, du coup avec un flux d'air plus élevé pour ne pas que les composants "s'envolent" il faut éloigner la buse, je suis con aussi
 
Après pour combler ce soucis avec une station "peu puissante" j'utilise un pre-heater en dessous de la carte, d’ailleurs le mien est un peu petit pour une carte mère, j'ai cette merde là  
https://www.ebay.fr/itm/Yihua-853A- [...] SwOR9barpR
Il faut toujours vérifier la température avec une sonde externe car la gestion de la température n'est pas précise, mais bon ça suffit pour les GPU (je me suis même fait un GM200 ), j'envisage d'upgrade vers un pre heater plus grand comme celui ci mais après ce serait le reste du setup qui ferait tache
https://www.ebay.fr/itm/T-8280-Rewo [...] SwPUVdQNbk
 
Vous utilisez quoi dans le domaine "pro" pour chauffer des chips gros comme des gpu ou des socket par exemple ? je vois des stations à air chaud mais aussi des stations à IR, je pense que l'IR est plus adapté car il doit chauffer plus rapidement parce qu'avec les stations à air chaud, l'air est soufflé mais n'est en contact avec le composant que le temps qu'il "glisse" dessus, en plus la station à air chaud rend difficile l'extraction du "mauvais" air à cause du flux d'air créé
Une station à air chaud de 1000w se compare à une station IR de quelle puissance ?

Fer à repasser à 100~150°C sous le PCB + décapeur thermique de 1.5kW côté composants .
Si tu protèges bien la carte, c'est ce qui fonctionne le mieux pour dessouder des gros composants à la gitane .

Sinon on visse les sockets qui touchent le PCB avec des sortes de pogo-pins, et je n'ai pas de composants de >1cm², du coup ça passe avec une station IR (avec un technicien qui sait mieux s'en servir que moi ) ou avec une station à air chaud moyenne (j'ai toujours du mal avec la quantité de pâte et j'ai souvent peur de mettre les chips BGA décalés ).