Automatisation de l' APT de Patrice .

[ramasoft]

J'ai dit une connerie: je n'avais pas vu que les résistances étaient en sortie de l’optocoupleur et là, avant d'attaquer les pins de l'Arduino, elles sont bien nécessaires... désolé.

Par contre, je n'aurais pas mis la D1 à cet endroit mais plutôt entre la résistance de 1,5K et l'entrée de l'optocoupleur pour le protéger.

[Amigorl]

8Du coup j'ai 3 résistances en sortie avec celle de la led + celle d'entrée près de la diode.
Je vais voir sur mon ordi. Il me semble avoir ajouté un condensateur.., je ne me souviens plus, je vérifie.....
Là sur mon téléphone..... Je n'ai pas tout dessus.....

IMG_20250226_145216.jpg

Ha oui, la led en face avant est cachée par je connecteur USB mince...

IMG_20250226_145145.jpg

On voit à peine la résistance d'entré et la diode montée en vertical, près du bornier dcc...

88365e5f-2381-4597-bb20-ba6f3cac6eb6.jpg

Y a un condo.... Je regarde sur mon ordi le schéma, je reviens.....

[herwat]

Sur mon montage, il doit y avoir une grosse bêtise quelque part .

Je sens que je vais tout reprendre à zéro . . . .

[Amigorl]

Avec l'analyseur logique 8CH présenté dans le guide de Test booste partie 1, on pourrait visualiser ce qui sa passe, ou bien avec l'oscilloscope.

Le condo je crois que c'est un 100nf de découplage sur l'alimentation du photocoupleur. Mais je confirme ça dans instant....

C'est bien le schéma à 3 résistances en sortie avec une LED de contôlr alim DCC plus un condensateur découplage 100nf sur l'alim du 6N137.

Je n'ai retrouvé que le schéma d'implantation mais c'est suffisant pour comprendre :

DecodeurDCCPT.JPG

Heuuu pas la dernière version de la platine mais côté DCC c'est tout bon !

[Amigorl]

J'ai retrouvé le schéma qui fonctionne chez moi : (je me disais.... je garde tout ...)

Convertisseur DCC TTL Opto Fonctionne.JPG

avec celui là, si ça ne fonctionne pas, vérifier le numéro d’interruption.
je n'utilise pas d'adresse de base dans mon décodeur !

Extraits :

#define PIN_DCC 2
#define kDCC_INTERRUPT 0

.../...

void ConfigureDecoderFunctions() // The amount of accessories must be same as in line 26 above!
{
// Voies d'entrées/Sortie ( Ici, les outputPin0 et outputPin1 contiennent les numéros de vois pour la commande de pont tournant Vnn
accessory[0].address = 37; // 10.1.0 / 10.1.1 DCC address TurnTable
accessory[0].mode = 0; // Mode commande Voie init
accessory[0].outputPin0 = 1; // Voie 1 Entrée
accessory[0].outputPin1 = 2; // Voie 2 Sortie
accessory[0].onoff0 = 1000; // Initially set Green signal to Off
accessory[0].onoff1 = 1000; // Initially set Red signal to Off

accessory[1].address = 38; // 10.2.0 / 10.2.1 DCC address TurnTable
accessory[1].mode = 0; // Mode commande Voie init
accessory[1].outputPin0 = 3; // Butoir 3
accessory[1].outputPin1 = 4; // Butoir 4
accessory[1].onoff0 = 1000; // Initially set Green signal to Off
accessory[1].onoff1 = 1000; // Initially set Red signal to Off

.../...

void BasicAccDecoderPacket_Handler(int address, boolean activate, byte data)
{
Serial.print(F("Adresse DCC Brute : "));
Serial.print(address);
Serial.print(" Data : ");
Serial.print(data);

// Convert NMRA packet address format to human address
address -= 1;
address *= 4;
address += 1;
address += (data & 0x06) >> 1;
boolean enable = (data & 0x01) ? 1 : 0;

Serial.print(F(" Adresse DCC Claire : "));
Serial.print(address);
Serial.print(" Enable : ");
Serial.print(enable);
Serial.print(" Activate : ");
Serial.println(activate);

.../...

[herwat]

de votre aide .

J'essaierai ça , mais la semaine qui vient, j'ai pas mal de choses .

En attendant , je sors l'artillerie ! ! !
.

IMG_3361.jpg

.

Ahhh, mais !

Pas tout à fait sûr de savoir encore m'en servir . . . . mais bon . . .

[patrice_b]

Ca pas péter des flammes.

[Amigorl]

Avec ça plus le schéma qui fonctionne chez moi, tu vas t'en sortir !

Tu vas pouvoir suivre le signal dcc, passer l'optocoupleur, et voir ce qui est présenté sur la pin D2 (ou d3 selon ton choix).


Heuuu la pin D2..... Pas bien. .......

[herwat]

On peut toujours rêver !

[Amigorl]

Oui mais la pin D2 pourraient causer un coïtus-interruptus...

Vraiment pas bien non plus !


..

[herwat]

Bon, j'ai un signal en entrée d'optocoupleur . Un signal en sortie qui fait à peu près 5v arrive bien sur D2 . Mais l'arduino ne lit rien !
Dès que je peux, je reprend tout à zéro . . .

[C2Vues-BricoTrain]

Bon, j'ai un signal en entrée d'optocoupleur . Un signal en sortie qui fait à peu près 5v arrive bien sur D2 . Mais l'arduino ne lit rien !
Dès que je peux, je reprend tout à zéro . . .

Bonsoir Hervé,

L'Arduino n'attendrait-il pas un 0 (zéro, signal bas) sur la D2 ?
(Dans l'optocoupleur si la 2ème patte du Nand est à 1 (détection DCC, signal haut), la sortie patte 6 de l'opto devrait être à 0. Je dis ça... )

[ramasoft]

Problème logiciel ?

[herwat]

Bon ! je progresse .
J'ai au moins compris une chose : J'ai encore beaucoup à apprendre sur le DCC !

Je me plaignait que DCC monitor ne lisait rien . Ben oui ! S'il ne lisait rien, c'est qu'il n'y avait rien à lire ! tout simplement

Quand j'ai mis une loco sur les rails et que je lui ai envoyé le signal d'avancer , là, Le logiciel a bien lu l'ordre !

C'est quand même agréable de penser que ce soir je vais me coucher moins bête . . .

[Amigorl]

C'est la différence de lecture avec l'analyseur logique que j'ai présenté à propos du pré test du booster de la centrale Dccex.

En effet, celui-ci montre l'activité du signal dcc (start, préambule, stop...). Ces suites de 0 et de 1 (ou leur représentation en clair avec le plugin dcc) sont présentes même si aucune commande Dcc n'est soumise. L'analyseur permet, dès que la tension est présente sur les rails, de vérifier que le protocole dcc est actif. Lors de l'envoi d'une commande, on peut vérifier qu'il est vivant.

d'avoir trouvé l'explication et la solution.

Nous avons tous grandi en apprenant quelques précisions sur le dcc et son fonctionnement, comment capter les commandes par un décodeur d'accessoires à base d'Arduino.

[patrice_b]

Bien joué Hervé, tu vois, c'était ben un truc tout bête

Normal que tu galère, c'est une partie que tu n'avais jamais trop attaqué encore.

[ramasoft]

Tout ça est intéressant

[likiki]

Voilà, il ne te reste plus qu'a coordonné tout ce beau monde pour le plus grand plaisir de Patrice.

[herwat]

J'invite ceux qui sont intéressés par le fonctionnement de DCC à lire cet article très bien fait .
Bon, il me reste pas mal de zones d'ombre , mais j'avance .

Enfin, oufff, ça y est ,tous mes rendez-vous sont passés . Je vais pouvoir me mettre au boulot sérieusement .

[ramasoft]

Hervé
C'est un très bon article et très clair
J'en ai fait un pdf pour l'avoir sous la main.

Édit: i y a beaucoup de choses intéressantes sur ce site que je ne connaissais pas.

[patrice_b]

Ouiiiii Christian

Merci pour l’article Hervé. A garder sous le coude pour le lire régulièrement.

[C2Vues-BricoTrain]

Hervé pour cet article très intéressant sur le DCC.

Cela m'a rappelé quand j'étudiais les trames téléphoniques dans les années 70, lorsque je travaillais chez L.M.T. (Le Matériel Téléphonique).

[Amigorl]

Trop fort !

[herwat]

Comme je l'avais dit, il y a quelques jours, je suis reparti de zéro :
.

Montage DCC.jpg

.
J'ai disposé les éléments en vue de mettre un arduino Nano, mais pour le moment, j'utilise un UNO : un chose à la fois .
Ayant chargé DCC monitor, sans signal, j'obtiens le tableau suivant (maintenant c'est normal ! ! ! )
.

Ecran01.jpg

.
Et lorsque que j'alimente la voie et que j'envoie une commende à la loco :
.

Edran02.jpg

.
Impeccable !
Jusqu'ici tout va bien .
Mais pour aller plus loin et pouvoir envoyer des signaux autres que pour les loco, il faut que je modifie mon banc d'essai qui n'est pas prévu pour ça .
Donc,

[Amigorl]

Oui, c'est effectivement plus conventionnel d'utiliser les paquets dcc de commande d'accessoires avec ses propres adresses.
Toutefois, il faudrait que je retrouve, mais j'ai vu l'utilisation de décodeurs de loco pour commander des accessoires... Ça gaspille en théorie une adresse loco mais cela peut permettre d'envoyer une commande numérique plutôt que binaire.