3DLAB Nano Player & Transport V4/V5/Vx avec Leedh Processing

[Audiodémat]

Si ton alimentation est trop faible, la tension chute pendant les pics de courant !
Si elle reste constante à la valeur prévue, c'est que l'alimentation fournit le courant consommé.

[r11bordo]

Comment tu sais si ton alimentation est trop faible si les chutes de tension se produisent entre deux mesures ?

[lamouette]

au fait, où en est la R11 bordeaux? Elle tourne encore?

[r11bordo]

(10-15-2020, 11:15 PM)lamouette a écrit : au fait, où en est la R11 bordeaux? Elle tourne encore?

lol, la r11 bordo pas turbo a rendu l'âme en rentrant dans un garage de contrôle technique ... Par malchance, un collègue de travail m'avait croisé et voyant ma situation, il en a pleurer de rire. J'ai cru qu'il allait s'étouffer le gars ... 

[n.d.b]

Bon, si on a 0,9A, on prend 2A avec la marge et 3A pour être tranquille non ?

Ce qui va consommer le plus c'est le Rpi
- au démarrage
- lors des accès réseau
- sur ses entrées USB

Sachant qu'il y a un buffer conséquent, les accès réseaux ne doivent pas être continus ni l'USB
Si on entre à 9V 0,9 ça fait 1,6A sur le 5v du Rpi.

Autre manière de voir, on prend la conso max du Rpi, donnée par l'alimentation officiel Raspberry : 3A
https://www.elektor.fr/official-eu-power...pi-4-black
3A à 5v, ça fait 1,66A à 9v à pleine charge
Sachant qu'il va consommer en usage réel

Donc 0,9A rapportés à 9v ça fait 0,5A max

Si les mesures rapportées par Audiodémat, ça veut dire que le FPGA doit consommer dans les 0,5A environ.
Donc à pleine charge on a maxi 2,16A sur l'ensemble non ?
Je pense qu'il passe à 2A et que si on peut avoir 3A on a de la marge.

[Audiodémat]

Attention, le RPi est alimenté en linéaire dans le 3D Lab. Donc les 0,9 A sont partagés entre le RPi et les autres cartes du Nano.

Ton calcul "Donc 0,9A rapportés à 9v ça fait 0,5A max" n'est juste que pour les alimentations à découpage.

Je précise que je n'ai rien sur les prises USB. S'il y a un disque dur, un adaptateur Wifi ou autre, il faut ajouter sa consommation électrique pour déterminer le besoin en courant de l'alimentation.

[n.d.b]

Oui le calcul est bien évidemment pour le besoin en jus de l'alimentation en entrée.
Et dans le calcul inverse je prends la conso max du Rpi4 full charge (2,5A ramené à 3A pour l'alimentation officielle Raspberry).

Ca se comprend donc en fonction de la question "que faut-il mettre sur le 3dlab en alimentation externe ?"

Et là je pense que 2A passent et que 3A permet d'être tranquille. A 9v/3A ce n'est pas encore déconnant comme alimentation. Et c'est d'ailleurs ce que va proposer 3dlab.

Quand j'ai fait ce calcul avec le DAC, je savait que la Sbooster en 12v/3A passait, d'ailleurs je l'utilisais en 13v avec donc moins d'ampères dispo. Mais il faut aussi compter les appels de charges qui peuvent dépasser ça. La Sbooster peut répondre à des appels instantanés plus élevés.

Avec l'Uptone et ses deux rails, on a 7,2A dispo en continu sur 12V à 120 ou 240V, donc si moins de tension ça réduit aussi les ampères dispo. 6,9A à 230v à la grosse. Sachant que les appels en charge ne sont pas vraiment simultanés entre streamer et DAC en raison du buffer, je pense qu'il y a assez de dispo pour les deux. A l'usage si j'étais à la limite de la JS-2 je devrais le sentir en chaleur non ? Mais je ne peux rien dire sur les appels de charge instantanées, là c'est plus compliqué.

[Audiodémat]

Pour les appels de charge instantanés et courts, tu as une réserve d'énergie dans les condensateurs de filtrage qui t'autorise à dépasser la puissance du transformateur pendant un certain temps.

[lamouette]

pour un ampli oui, mais pour ce genre d'appareil on est dans le régulier , pas d'appels brusques, beaucoup de micro appels par contre et c'est là qu'il faut de la précision. 2A passent à l'aise , c'est certain.
Mais il ne faut pas mettre plein d'appareils sur la même alim , rien qu'avec un disque dur externe je vois déjà que ce n'est pas bon de le mettre sur les même prises secteur que mon dac ou que l'ampli , alors sur la même alim n'en parlons pas, ça se pollue encore plus.
Aussi, plus on tire sur une alim moins elle sera performante et plus elle sera bruyante , il vaut mieux plein de petites alims qu'une qui fait tout.

[n.d.b]

Disons que la séparation des alimentations est ce qui est souvent préconisé.

Perso je pense qu'on en parle souvent quand on a 2 appareils dans 2 boitiers différents, mais que ça ne gêne personne de n'en avoir qu'une dans un boitier "tout en un". Je parle du transfo à l'entrée bien sûr, pas des alimentations qu'il y a derrière.

Donc ok pour dire que 2 alims c'est puriste. Mais j'ai pris une Uptone JS-2 plutôt haut de gamme et que je crois un peu différente d'autres solutions pour ne pas me faire de noeud au cerveau... Pour moi ça devrait revenir au même à condition que les alims derrière le transfo principal soient bien séparées ce qui a l'air d'être le cas. Je ne suis pas spécialiste cependant

Tiens à l'intérieur de la JS-2 c'est ça :

Commentaires bienvenus, sur le "choked-filtered" et comment ça peut fonctionner aussi


Sinon j'ai enfin testé LMS sur le 3dlab

J'ai fini par comprendre que certains plugin que j'avais mis n'existent plus, qu'il fallait que je crée un compte sur mysqueezebox.com et tout un tas de joyeusetés absolument pas "ergonomiques" qui me replongent dans l'informatique des années 90. Bref il y a 3 tableaux de bords différents (mac+web+interface) dans lesquels il ne faut pas se louper sur les cases à cocher et 10 onglets ou du genre à contrôler. On est très très loin d'une solution comme Audirvana et encore plus loin d'une application propriétaire.

Alors déjà je bascule dans tous les sens de UPnP à LMS et le nano à l'air d'accepter ça sans broncher... 
J'ai même vu qu'il était Spotify connect et j'ai fait aussi fait des essais. Bref, à un moment j'ai quand même réussi à lui faire perdre le fil, je devais avoir 3 flux en même temps sans que je sache lequel était encore actif. Mais un simple "réinitialiser les services" dans l'interface web du nano a résolu le problème en 1/2s. On est loin du SMSL DP3 qui se bloquait complètement et qu'il fallait redémarrer. 

Quand j'ai mis la première piste que j'avais chez Qobuz dans l'interface LMS j'ai pris une claque...

Il a une différence avec Audirvana.

J'ai insisté en essayant de repérer si ça vient de Qobuz, Tidal, Audirvana, LMS... et il semble que LMS ne joue pas la musique de la même manière. Il y a un côté "léger" qui fait passer Audirvana pour un dur. L'impression en photo serait que la définition des contours serait différente d'une imprimante à l'autre. Mais qui a raison ? 

J'ai pris une piste que je connais très bien à la fois sur Tidal et Qobuz pour voir ce que LMS en fait et sentir la différence. 
Et bien c'est très curieux. Sur Audirvana, le tempo est bon, c'est carré, bien en place. Et sur LMS c'est comme s'il y avait un tempo différent, pas mauvais, pas meilleur, différent, presque un sentiment de vitesse différent et ça donne plus de réalité, je ne comprends pas pourquoi.

J'ai prolongé un peu les essais. J'ai vu que les MQA Tidal ne passent pas avec LMS et ça peut vouloir dire que quelque part il y a une altération ou une limitation ou... le non paiement d'une licence... mais du coup là clairement quand le fichier source est MQA et joué par LMS il y a une perte par rapport au même fichier HD par Qobuz. Il y a même une perte dans LMS du fichier MQA sur le même en qualité CD, il faut faire super gaffe.

Sans surprise l'ergonomie est désastreuse pour moi. Ca fonctionne à l'ancienne avec des retours en arrière incessant, peu de fonctionnement au clic intuitif il faut cliquer dans les cases... Ca me fatigue, l'UX est totalement naze, mais c'est complet...

Du coup je me demande s'il n'existe pas un autre moyen plus ergonomique de streamer sur LMS.
iPeng n'est pas sur mac (ordi) juste sur iPhone. 
Certains en ont l'expérience ?