Page 1 sur 2
Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 17:13
par ramasoft
Le but est de faire klaxonner les trains à l'approche d'un pont par les deux côtés.
Mon ancien système utilisait un DFPLayer commandé par deux ILS, un de chaque côté du pont.
Mais avec l'utilisation des attelages magnétiques sur plusieurs rames, le DFPLayer bégaye et envoie un son à chaque passage d'un attelage.
Donc j'avais commencé par faire une petite usine à gaz avec un système qui envoie une impulsion unique avec période de blocage de 10 secondes mais il fallait 3 transistors, un NE555, des condensateurs etc.
Donc j'ai laissé tomber et je me suis dit qu'avec un Arduino ce serait plus simple.
Le DFPLayer ext commandé par liaison série.
Effectivement ... plus simple, il n'y a pas
Le schéma:
Ne pas oublier la résistance de 1k pour abaisser la tension sur la ligne RX qui fonctionne en 3,3V sur le DFPlayer alors que l'Arduino envoie du 5V. La ligne TX n'en a pas besoin puisque bouclée.
La détection est confiée à deux
TTP223 à poser sur la voie à la place des ILS
J'ai ajouté deux poussoirs pour le réglage du volume
Un TTP envoie la commande "Next" pour jouer le morceau suivant et l'autre la commande "Previous" ainsi les sons ne sont pas toujours les mêmes et si deux trains se croisent ils auront chacun un klaxon différent.
J'ai une dizaine de sons différents enregistrés sur la carte micro SD du DFPlayer.
J'avais présenté le DFPlayer en détail dans une ancienne vidéo car c'est un petit module très intéressant et qui ne coute qu'un euro environ.
Le système revient à moins de 4€...
Le HP (8 ohms / 5W) est une récupération sur un vieux PC
DFPlayer Arduino.jpg
La platine en veroboard:
Carte Adruino DFPLayer.jpg
Carte Adruino DFPLayer pistes.jpg
IMG_20260607_154701.jpg
Les connecteurs tulipe à droite sont ceux des DPLayers.
Celui du centre servait à brancher les boutons de commande du volume avant que je les mette directement sur la platine.
IMG_20260607_154812.jpg
Donc un petit montage vite fait.
Il y a juste à régler plus finement la temporisation de la période réfractaire que j'ai mise à 8 secondes dans le code.
Code : Tout sélectionner
/* =========================================
* Commande DFPlayer par TTP223
* avec réglage du volume
* V1.00 (c) Ramasoft 2026
* =========================================
* Matériel :
* - Arduino Nano
* - DFPLayer Mini
* - 2 capteurs tactiles TTP223 (utilisés comme détecteurs de passage)
*
* Un capteur envoie la commande "Suivant" et l'autre la commande "Précédent" au DFPLayer
* Le DFPLayer est piloté par liaison série
* Deux boutons poussoirs permettent de régler le volume (facultatif)
*
* Câblage TTP223 Détecteurs:
* - Capteur 1 (Suivant) → D2 fil bleu
* - Capteur 2 (Prédécent) → D3 fil vert
* Câblage Poussoirs réglage: (commutation par la masse)
* - Vol+ -> D4 fil jaune
* - Vol- -> D5 fil violet
* Câblage DFPLayer:
* - VCC -> 5V
* - RX -> D12 (via une résistance de 1k pour adapter les niveaux 5V->3,3V)
* - TX -> D11 (TX du DFPlayer -> RX Arduino et RX DFPLayer -> TX Arduino)
* - GND -> GND
*
* Note sur les TTP223 :
* Le TTP223 doit avoir ses plots A et B non shuntés = congiguration d'origine
* pour sortir un état HAUT (HIGH) quand il détecte quelque chose et fonctionner en mode impulsion
*
* Bibliothèques requises (à charger par le Gestionnaire de bibliothèques Arduino) :
* - SoftwareSerial
* - DFRobotDFPlayerMini
*/
#include "SoftwareSerial.h"
#include "DFRobotDFPlayerMini.h"
// Définition des broches pour les pistes
const int PIN_SUIVANT = 2;
const int PIN_PRECEDENT = 3;
// Définition des broches pour le volume
const int PIN_VOL_PLUS = 4;
const int PIN_VOL_MOINS = 5;
// Broches DFPlayer
const int PIN_TX = 12; // Relié au RX du DFPLayer
const int PIN_RX = 11; // Relié au TX du DFPlayer
SoftwareSerial mySoftwareSerial(PIN_RX, PIN_TX); // RX, TX
DFRobotDFPlayerMini myDFPlayer;
// Variable pour stocker le volume (Le DFPlayer va de 0 à 30)
int volumeCourant = 20;
void setup() {
pinMode(PIN_SUIVANT, INPUT);
pinMode(PIN_PRECEDENT, INPUT);
pinMode(PIN_VOL_PLUS, INPUT_PULLUP);
pinMode(PIN_VOL_MOINS, INPUT_PULLUP);
mySoftwareSerial.begin(9600); // liaison série avec le DFPlayer
Serial.begin(9600); // démarre le moniteur série pour débogage
Serial.println(F("Initialisation du DFPlayer..."));
if (!myDFPlayer.begin(mySoftwareSerial)) {
Serial.println(F("Erreur : Vérifiez les branchements ou la carte SD."));
while(true);
}
Serial.println(F("DFPlayer en ligne."));
// Application du volume initial
myDFPlayer.volume(volumeCourant);
Serial.print(F("Volume initial fixe a : "));
Serial.println(volumeCourant);
}
void loop() {
// 1. GESTION DES PISTES (Changement de bruitage)
if (digitalRead(PIN_SUIVANT) == HIGH) {
Serial.println(F("Capteur SUIVANT active"));
myDFPlayer.next();
delay(8000); // Anti-rebond / temps de passage du train 8 secondes
}
if (digitalRead(PIN_PRECEDENT) == HIGH) {
Serial.println(F("Capteur PRECEDENT active"));
myDFPlayer.previous();
delay(8000);
}
// 2. GESTION DU VOLUME
// Augmenter le volume
if (digitalRead(PIN_VOL_PLUS) == LOW) {
if (volumeCourant < 30) { // 30 est le max du DFPlayer
volumeCourant += 2; // On augmente de 2 en 2
if (volumeCourant > 30) volumeCourant = 30; // Sécurité
myDFPlayer.volume(volumeCourant);
Serial.print(F("Volume augmente : "));
Serial.println(volumeCourant);
}
delay(300); // Petit délai pour éviter que le volume ne s'envole si on reste appuyé
}
// Baisser le volume
if (digitalRead(PIN_VOL_MOINS) == LOW) {
if (volumeCourant > 0) { // 0 est le minimum (muet)
volumeCourant -= 2; // On baisse de 2 en 2
if (volumeCourant < 0) volumeCourant = 0; // Sécurité
myDFPlayer.volume(volumeCourant);
Serial.print(F("Volume baisse : "));
Serial.println(volumeCourant);
}
delay(300); // Petit délai pour un réglage fluide
}
}
Je vais faire une boite en PLA pour fixer la platine proprement et Il n'y aura plus qu'à monter ça sur le réseau ...

Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 17:34
par herwat
Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 17:35
par likiki
Encore un montage digne des plus grand et a moindre cout.
Et avec un attiny85 ce ne serait pas possible ?

Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 17:58
par ramasoft
Oh si c'est possible car on n'utilise que peu de broches.
Mais je voulais justement en acheter sur Ali et je m'aperçois que les ATTiny85 tout seuls coutent un peu plus cher que les Arduino Nano et qu'il faut en plus prévoir un support et un circuit imprimé autour et qu'ils n'ont pas l'air très stables dans la durée.
Il faut aussi une interface pour la programmation, un courant régulé etc. Donc quelques contraintes à prendre en compte.
Alors que Arduino Nano (sans broches) tient sur le toit d'une voiture, peut s'alimenter de 7 à 12V vaguement régulés et fournit 5V et 3,3V bien stables.
Il se programme très facilement en USB et ne rencontre pas de problème en cas de coupure du courant ni sur la durée et il a bien plus de mémoire et tourne plus vite.
Donc ... je reste plutôt sur l'Arduino...
Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 18:13
par likiki
Je viens de regarder sur Ali,
Les 10 Attiny85 ==>
27.39 €
Les 10 Nano ==>
25.59 €
Et sans avoir a s'embrouillé pour flasher et moins de problèmes de stabilité.
Après c'est l'encombrement qui fait que.

Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 19:02
par ramasoft
L'encombrement des nano sans les broches ne pose pas de problème pour le monter en toiture comme je mets d'habitude l'électronique sur les autorails ou les voitures à éclairer et on peut le mettre dans la fausse motrice de queue pour servir de décodeur de fonction avec même du son par un DFPlayer si on est fan du sonore. Ça peut faire une rame sonorisée pour quelques euros...
Un Nano a largement la place ici:
IMG_20260513_180034.jpg
Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 19:09
par herwat
ramasoft a écrit : 07 juin 2026, 17:58
Oh si c'est possible car on n'utilise que peu de broches.
Mais je voulais justement en acheter sur Ali et je m'aperçois que les ATTiny85 tout seuls coutent un peu plus cher que les Arduino Nano et qu'il faut en plus prévoir un support et un circuit imprimé autour et qu'ils n'ont pas l'air très stables dans la durée.
Il faut aussi une interface pour la programmation, un courant régulé etc. Donc quelques contraintes à prendre en compte.
Alors que Arduino Nano (sans broches) tient sur le toit d'une voiture, peut s'alimenter de 7 à 12V vaguement régulés et fournit 5V et 3,3V bien stables.
Il se programme très facilement en USB et ne rencontre pas de problème en cas de coupure du courant ni sur la durée et il a bien plus de mémoire et tourne plus vite.
Donc ... je reste plutôt sur l'Arduino...
Tout à fait d'accord !
J'en fait d'ailleurs une grosse consommation .

Je les prend régulièrement
ICI et n'ai jamais eu de soucis . . .
Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 20:11
par ramasoft
Effectivement, j'en avais acheté 5 pour voir car j'étais plutôt à chercher des solutions en logique câblée avec de l’électronique mais je me rends compte qu'on peut se simplifier la vie avec les micro contrôleurs programmables et je vais en reprendre une dizaine tant ils sont simples et polyvalents car j'ai plusieurs projets en vue.
J'ai aussi commandé des ESP32 pour voir ce que c'est. Ils sont nettement plus puissants et j'ai acheté des écrans en 3,3V qui posent problème avec les Arduino qui sortent des niveaux logiques en 5V => adaptation obligatoire.
Mais c'est dingue tout ce qu'on peut faire avec ces petits trucs.

Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 20:20
par herwat
Re: Sonorisation avec DPLayer et Arduino
Posté : 07 juin 2026, 20:26
par ramasoft
J'en ai un qui ne me sert pas. Je l'avais acheté pour l'ascenseur et je me suis dit que c'était un peu du gaspillage et j'ai mis un Uno...
Re: Sonorisation avec DPLayer et Arduino
Posté : 08 juin 2026, 21:24
par Amigorl
Bonjour,
Petite indication pour ceux dont leur Dfplayer ne fonctionne pas avec la liaison série.
Il est dans ce cas nécessaire de flasher le micrologiciel du Dfplayer avec un fichier mise à jour.
DocMarco traite de ce sujet ici :
Il donne toutes les explications nécessaires et fournit les liens de téléchargement : merci à lui pour ce précieux partage.
Re: Sonorisation avec DPLayer et Arduino
Posté : 08 juin 2026, 21:24
par ramasoft
Aujourd'hui, j'ai installé l'engin sur le réseau et un problème est apparu... (ça m'aurait aussi étonné qu'il n'y en ait pas !

)
Ça fonctionne bien TANT qu'on ne met pas le DCC sur les voies ...
En cause: la création d'un courant induit dans le fil qui relie la sortie I/O du TTP à l'Arduino. Car j'ai à peu près 3m et ça passe à côté du feeder, et des câbles DCC qui sont plusieurs à cet endroit.
La parade: au lieu d'envoyer un état haut lorsque le TTP est activé, on va envoyer un état bas (et si ça ne marche toujours pas j'enverrai un "
et ta sœur"
Et dans le code on ajoute des INPUT_PULLUP pour tirer les broches à l'état haut et on teste en LOW dans les commandes :"if (digitalRead(PIN_SUIVANT) == LOW) "
Et cette fois ça marche.
Par contre il faut supprimer la LED rouge du TTP qui reste toujours allumée et shunter le pad A .
Une autre possibilité aurait été de mettre du câble blindé pour relier le I/O au TTP à l'Arduino mais c'est un peu du gaspillage quand même.
La commande de volume ne sert en fait à rien puisque le volume est remis à sa valeur initiale à chaque redémarrage.
Donc pas la peine de s'embêter avec ça... Encore une fois, ça montre que le mieux est souvent l'ennemi du bien.
Par contre, il faut s"assurer que tous les sons ont bien le même niveau dans les fichiers mp3.
Re: Sonorisation avec DPLayer et Arduino
Posté : 08 juin 2026, 21:40
par ramasoft
Merci Remy
De mon côté je n'ai pas eu de problème avec la liaison série du DFPLayer, ça a marché du premier coup.
Mais j'utilise la bibliothèque
DFRobotDFPlayerMini.h" qui est celle officielle du fabricant et pas "DFLPayer_Mini_MP3.h" comme dans le code présenté par Marco. C'est peut-être tout simplement cette bibliothèque qui pose problème.
En fait en regardant, il y a plusieurs bibliothèques pour le DFPlayer dans l'IDE Arduino. Donc attention à installer la bonne ...
J'avais aussi pensé à utiliser ça aussi pour faire un décodeur sonore embarqué et j'en avais parlé plus haut mais comme le sonore ne m'emballe pas du tout je n'ai rien fait et je n'explorerai pas cette voie.
Après il est assez facile de récupérer les commandes DCC avec la bibliothèque NmraDCC pour faire jouer telle ou telle piste par le DFPlayer.
Le problème c'est l'encombrement final de tout le système...
Ça peut être jouable sur une rame avec une motrice de queue qui pourra recevoir tout ça plus le ou les haut parleurs.
Et ça permettrait en théorie de faire un décodeur sonore pour 5 ou 6€.
Re: Sonorisation avec DPLayer et Arduino
Posté : 10 juin 2026, 17:25
par ramasoft
Suite des problèmes d'interférences avec le DCC et les TTP...
Utiliser une commande qui envoie un état bas règle une partie du problème causé par l'induction de courant dans la ligne I/O mais pas tout et en cherchant sur le NET je suis tombé su le site d'un fabricant de contacteurs à induction qui utilisent le
TTP223 et il disent de ne pas dépasser 15cm sur le I/O pour éviter les déclenchements intempestifs ... j'ai plus de 3m sur le TTP le plus éloigné de l'Arduino ...
Donc j'ai quand même mis un câble blindé. L'autre n'a que 80cm de fil et ne pose pas de problème.
Mais il y a quand même des perturbation liées à la position du TTP entre deux rails qui véhiculent le DCC, un signal carré à 8kHz proche de la fréquence de l'oscillateur du TTP ...
Et par moment j'ai même des déclenchements sur les capteurs des deux tachymètres...
Donc j'ai essayé de mettre un condensateur de 100nf entre le VCC et la masse et apparemment ça marche bien et cette fois je n'ai plus eu de déclenchements intempestifs.
Il faut faire attention que les pattes du condensateur ne viennent pas toucher les plots A ou B sinon ...
Bien sûr, il faudra quand même voir avec plus de recul mais sur une après-midi tout fonctionne bien.
Ça oblige à couper la traverse sous le condensateur qui est en surépaisseur et parfois aussi la traverse qui est sous les soudures des fils qui prennent plus de place.
Dommage que les VCCet Gnd se soient pas cote à cote car on aurait pu mettre un condo tout plat en CMS...
IMG_20260610_153509.jpg
IMG_20260610_152910.jpg
Je vous mets le lien de ce site qui est très bien documenté :
https://www.langir.com/fr/news/add-lead ... ve-switch/

Re: Sonorisation avec DPLayer et Arduino
Posté : 10 juin 2026, 17:35
par likiki
Petite suggestion.
Si tu soude le condensateur dans l'autre sens pour qu'il soit a l'extérieur du TTP et que tu refait un support plus long, cela permettrait peut être de ne pas avoir a couper de traverses (tu gagnerait l'épaisseur du TTP).

Re: Sonorisation avec DPLayer et Arduino
Posté : 10 juin 2026, 17:37
par ramasoft
Pas bête

Je vais faire ça

Re: Sonorisation avec DPLayer et Arduino
Posté : 10 juin 2026, 18:39
par ramasoft
Je viens d'essayer mais les condo que j'ai ne passent pas entre les deux traverses et en plus on a les fils qui font une grosse surpaisseur, donc je pense qu'il faudra tout de même couper une traverse.
Mais comme c'est sous le cache, ça ne se voit pas.
IMG_20260610_182610.jpg
Re: Sonorisation avec DPLayer et Arduino
Posté : 15 juin 2026, 10:08
par ramasoft
Suite et fin du sujet avec un petit mot sur les interférences du DCC sur les TTP223
Les TTP étant posés entre deux rails qui véhiculent un signal carré à 8kHz environ et de forte intensité, ils sont soumis à un champ électromagnétique intense qui perturbe leurs oscillateurs internes avec des déclenchements intempestifs. Avec en plus un câble I/O qui se balade sous le réseau en jouant le rôle d'antenne avec des interférences par induction.
Donc en première intention, j'avais passé le signal de repos à l'état haut et le déclenchement à l'état bas ce qui avait résolu 50% des problèmes. Mais ce n'est pas suffisant et il faut combiner plusieurs parades:
- l'ajout d'un condensateur sur le pad de détection est inefficace et rend le TTP sourd, donc avec une mauvaise détection mais toujours des déclenchements intempestifs. Il faut bien comprendre que les interférences avec le DCC ne se font pas sur le pad de détection mais sur les deux oscillateurs internes du bestiau
Diapositive3.JPG
- On pourrait être tenté de blinder la face composants du TTP avec un scotch isolant recouvert d'une feuille de cuivre autocollante: c'est là aussi inefficace.
- Passer la ligne I/O à l'état haut au repos pour durcir le signal: là c'est efficace mais ça ne suffit pas
- Ajouter un condensateur de 100nF sur les plots d'alimentation : c'est très efficace et on arrive
presque au silence total
- Ajouter un 2eme condensateur mais cette fois électrochimique de 10µF toujours sur l'alimentation, au plus près du TTP : ça apporte encore un petit plus mais ça ne suffit toujours pas. Les condensateurs électrochimiques n'ont pas le même comportement aux hautes fréquences et sont complémentaires avec les condensateurs céramiques. Ça ne fait pas double emploi.
- Blinder les câbles I/O qui vont des TTP à l'Arduino: j'en avais un de plus de 3m de long alors que le maximum conseillé est de 15 cm ...
Là encore c'est très efficace.
- Ajouter un snubber: alors là, c'est le dernier clou à enfoncer dans le cercueil pour ne plus entendre de déclenchements intempestifs. Je m'en suis rendu compte en manœuvrant des trains sur les voies de l'ascenseur et malgré toutes les mesures déjà prises ça déclenchait encore ...
Tout de suite j'ai pensé à une loco mal anti parasitée car c'était avec le Capitole Lima et son moteur annulaire sur lequel je crois bien qu'il n'y a pas de condensateur. Mais ça ne tient pas car les parasites du moteur sont étouffés dans le décodeur: c'est lui qui souffre de ne pas avoir de condensateur mais rien ne peut repartir vers la voie.
Et ce matin, j'ai voulu descendre la rame Budd Jouef qui m'avais servie aux essais du klaxon du pont et ça s'est mis à klaxonner sitôt le premier bogie arrivé sur le début de la voie de l'ascenseur...
Euréka !
C'est la seule voie du réseau qui n'a pas de snubber...
Et sitôt un snubber monté c'était le silence total.
Donc vraiment, s'il y a un truc a monter sur vos réseaux c'est bien un snubber sur chaque terminaison de feeder. C'est redoutablement efficace.
Le snubber est constitué d'une résistance de 100 ohms / 1W en série avec un condensateur céramique de 47nF/50V: ça revient à 10 centilmes en comptant large et ça vous donnera un signal DCC super propre (voir les essais à l'oscillo dans la vidéo YT) tout en protégeant vos décodeurs des surtensions toujours possibles. Ces valeurs sont différentes de ce qu'on voit partout car je les ai optimisées à l'oscillo pour avoir le meilleur rapport efficacité / consommation car un snubber avec ces valeurs consomme quand même 20,6mA contre 42,7mA avec les valeurs de 100 ohms et 100nF qu'on voit partout. Il y a une vidéo sur ces filtres:
https://youtu.be/vfMC-2Lhqqc?si=jf45fjVz5fXZlpo3
Voici résumé dans cette diapo les mesures à prendre pour éliminer totalement toutes les interférences DCC /
TTP223
Je suis d'ailleurs en train de faire une vidéo sur ce sujet.
Diapositive16.JPG
Re: Sonorisation avec DPLayer et Arduino
Posté : 20 juin 2026, 21:35
par Amigorl
Bonjour à toutes et à tous.
Merci Patrick de remettre sur le tapis le sujet de la sonorisation du réseau, c'est pour moi un projet passionnant mais au long court, semé d'embûches et malheureusement par manque de temps suivi de manière très cahotique.
Sonorisation via VLC par commandes DCC ou autres protocoles (UUDP de Rocrail....), le décodeur sonore virtuel de JMRI : j'ai testé. Et pour ceux qui utilisent des centrales sophistiquées par leurs bus dédiés, etc ... Je ne sais pas....
Bien entendu j'ai utilisé le Dfplayer coole beaucoup de modelistes pour sonoriser un passage à niveau : Parfait.
Mais mon ambition va plus loin et je recherche la solution miracle à coût raisonnable afin de pouvoir jouer plusieurs sons simultanément (polyphonie) avec un même dispositif.
Voir cette vidéo intéressante :
Bien entendu il existe le WAV Trigger de Sparkfun permettant de jouer plus de 28 pistes en simultané, en mono mais son coût, peut être justifié, est très élevé, environ 99€ !
Opiniâtre, je ne lâche pas l'affaire et après diverses recherches je me suis orienté vers plusieurs dispositifs dont les maigres et brouillonnes documentations mal traduites peuvent laisser supposer que ceux ci pourraient jouer plusieurs WAV simultanément (8 ? 256 ? Plus ?)
Ci dessous les références :
Screenshot_2026-06-20-20-59-45-626_com.alibaba.aliexpresshd.jpg
Vu leurs prix abordables, je pense tester en fin d'été.
Toutefois, si quelques d'entre vous ont des informations ou des avis sur ces cartes sonores, je suis preneur, par exemple pour focaliser les test vers un de ces dispositifs, peut être celui qui semblerait le plus prometteur : le DY-HV20T pilotable par liaison série :
Screenshot_2026-06-20-21-28-31-358_com.alibaba.aliexpresshd.jpg
256 sons wav simultanés ?
A confirmer.
https://alexnld.com/product/dy-hv20t-vo ... -arduino/#
Qu'en pensez-vous ?

Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 07:26
par ramasoft
De mon côté, c'est bien plus simple mais ça ne sert qu'à sonoriser la gare.
J'utilise deux enceintes placées sous le réseau avec un ampli Hifi.
J'ai fait un logiciel qui permet de mixer autant de sons qu'on veut tout bêtement en empilant des instances de Windows Media Player. Il dérive de ma table de mixage en version simplifiée.
J'ai des ambiances de bases, des fonds sonores de gare, des bruitages de trains qui partent ou qui passent, des annonces faites en synthèse vocale avec une voix qui ressemble à celle de l'emblématique Simone Herault et le jingle des années 70-80.
J'ai aussi des sons plus spécifiques comme le démarrage de la turbine du RTG.
L'appui sur un bouton envoie le son, chaque bouton étant configurable à partir de la liste des sons présents dans le répertoire dédié.
On peut jouer autant de sons simultanés qu'on veut, chaque son étant joué indépendamment et pouvant être arrêté par un deuxième appui sur le bouton et tout est mixé en sortie avec un contrôle automatique du niveau.
C'est tout manuel, c'est tout bête, mais comme je ne veux pas m'embêter avec des logiciels usine à gaz ça me suffit et l'ambiance au final est très immersive: on s'y croirait vraiment.
Il y a un exemple dans la vidéo du Livradois-Forez avec l'annonce du train et son départ.
C'est sous Windows7 que j'utilise au train car je n'ai qu'un tout petit notebook (MSI Wind U130) avec un tout petit processeur et donc j'ai fait une version très dégraissée de W7 qui lui permet de tourner confortablement sur cette toute petite config.
Ecran1.png
Ecran2.png
Et j'ai aussi d'autres annonces en gare qui sont jouées par un DFPLayer et commandées par des boutons sur le TCO ce qui permet d'envoyer l'annonce en plus dans le système qui la mixera avec les sons d'ambiances en cours. Mais les deux systèmes sont indépendants si bien que j'ai les annonces même si l'ordi n'est pas allumé.
IMG_20231210_141134.jpg
IMG_20231210_141142.jpg
Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 08:18
par bunny94
Décidément Patrick tu es vraiment un "homme orchestre"

Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 08:26
par Amigorl
Merci pour ces informations.
Je retiens en premier le fait qu'un PC de puissance modeste est capable de mixer un bon nombre de pistes sonores pour jouer simultanément plusieurs ambiances.
Cela est encourageant pour la piste des décodeurs sonores virtuels de JMRI Sound Pro, il semble alors possible de sonoriser 5 à 10 locos je pense.
Pour les autres ambiances, je poursuis ma quête.

Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 13:04
par C2Vues-BricoTrain
Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 13:21
par ramasoft
Le son ne consomme pratiquement rien en terme de ressources.
A la maison j'ai un vieux Pentium 4 à 3GHz avec un XP bien dégraissé qui sert pour la musique, dessus j'ai une carte Sound Blaster X-FI qui sort sur 6 voies.
Pour la vidéo il est largué (il arrive quand même à sortir en 1920 x1080 à 30 I/s ) mais pour l'audio c'est largement suffisant. Je le garde car la carte son marche super bien et est sur un bus PCI-E ...
Et le petit notebook au train mixe au moins jusqu'à 3 fichiers différents (je n'ai jamais essaye au delà) et je pense qu'il peut faire largement plus
Après pour JMRI, c'est différent: il ne va pas bloquer sur le nombre de fichiers à lire simultanément mais plutôt pour passer ça dans le flux DCC. Le goulet d'étranglement, c'est le DCC qui n'est pas fait pour supporter théoriquement plus de 6 machines (et sans RailCom au début ...) et une quinzaine d'accessoires.
C'est pour cela que je pense que le système HM7000 d'Hornby représente l'avenir d'autant qu'il permettrait de suivre les machines sur le réseau et de sortir les sons localisés dans l'espace sur un système hifi à 4 enceintes autrement plus performant que les petits crin-crins embarqués actuels.
Après chez moi au delà de 5 ou 6 trains simultanément, ça devient trop bruyant et ça tourne dans tous les sens.
Re: Sonorisation avec DPLayer et Arduino
Posté : 21 juin 2026, 13:41
par Amigorl
Qui à lu la doc de Jmri Sound Pro. ?
Les sons ne passent pas dans le flux DDC, plus simplement, le logiciel capture les ordres de déclenchement des sons (ex : adresse truc, commande F6 = Trompe), le logiciel Jmri sound Pro se charge ensuite de faire lire le fichier correspondant au Pc.
Même une commande de vitesse (cran) d'une loco fait correspondre un fichier sonore adapté au régime moteur ( diesel comme vapeur ou électrique) comme le ferait pas un véritable décodeur sonore du marché.
Pas mal.... Mais avec la limitation des ressources Pc en fonction du nombre de décodeurs simulés.
Si on poursuit la lecture de la doc, on devine que l'ambiance sonore des locos peut varier en fonction de sa position sur le réseau (Fade in, Fade Out sur entrée ou sortie d'une zone).
Ce décodeur sonore virtuel peut être également dédié à des ambiances sonores sans rapport aux locos et les sons diffusés peuvent prendre des aspects différents selon l'emplacement de l'écoutant.
J'ai essayé, je suis très loin de maîtriser la chose mais le peu que j'ai mis en oeuvre est prometteur mais chronophage au niveau du découpage et bouclage des sons avec par exemple Audacity.
Toutefois, je préfèrerai la solution des modules sonores polyphoniques, adossés à un Arduino capturant les commandes adéquates, me passant ainsi de multiples Pc.
Usines à gaz pour certains, idées intéressantes pour d'autres, chacun fera son choix en fonction de ses besoins ( et de ses moyens).
...