Faire sa propre centrale DCC

Merci pour les infos cela me conforte dans mon futur montage ou je vais avoir une boucle DCC ou PWM (et le reste du reseau en DCC)
Cela nécessite pas mal d'e/s (PWM, DCC, retrosignalisation, commande des feux, aiguillages...)

Sur les logiciels PC, cela fonctionne par de la logique en connaissant le point de depart du train, la retrosignalisation des cantons et le trajet prévu.

J'ai fait le test pendant une expo, il n'ont rien pour trouver un train, il faut redonner l'info de position au PC.

Pour l'identification, j'attend votre solution miracle en RFID, donc en attendant j'experimente des solutions diverses
En cours, les codes barre
Prochaines en reflexion, via des picos sous la loco (comme en industrie) et via des aimants et des ILS

Kazaam a écrit:

Pour l'identification, j'attend votre solution miracle en RFID, donc en attendant j'experimente des solutions diverses
En cours, les codes barre
Prochaines en reflexion, via des picos sous la loco (comme en industrie)  et via des aimants et des ILS

Ce sera intéressant d'avoir un retour de ton expérience code barre, picos, aimants, etc.. On fera peut-être un fil spécial sur ce sujet.

En ce qui concerne "mon RFID", je me suis appuyé sur deux principes simples, complètements indépendants :

1) Choisir un point du circuit où tous les trains sont susceptibles de passer et pouvoir déterminer avec certitude quel numéro de train s'y trouve. De préférence, le numéro de train deviendra un index qui servira à piloter la loco en DCC, ainsi que ses accessoires.
Comme le détecteur RFID va donner un code à 10 chiffres, je transforme ce code en numéro de train par une routine de ce type :

Code:

  if (!RFIDreading1 && RFIDindex1 == 12) { // reçu un code complet
    RFIDtrainC1 = 0;                       // init : aucun train détecté
    if(compareTag(tagString1, tag1)) {     // if matched tag
     RFIDtrainC1 = 1;
    }else if(compareTag(tagString1, tag2)) {
     RFIDtrainC1 = 2;
    }else if(compareTag(tagString1, tag3)) {
     RFIDtrainC1 = 3;
    }else if(compareTag(tagString1, tag4)) {
     RFIDtrainC1 = 4;
    }else if(compareTag(tagString1, tag5)) {
    RFIDtrainC1 = 5;
    }

Les valeurs des tags peuvent être "apprises" par le système dans un mode configuration er stockées en EEProm.

Quand un train est identifié, je mets à jour un tableau pour chaque train (voir plus loin) et un tableau d'occupation des cantons.
Pour le tableau d'occupation des cantons, la valeur pour chaque canton est soit zéro (pas de train, donc libre), soit le numéro du train. En même temps j'affiche le numéro du train sur un afficheur 7 segments du TCO, ça fait joli !

2) Ensuite il y a un algorithme de "déduction" du numéro de train à chaque détection de canton, un peu comme doivent le faire les logiciels pour PC.
Pour ce faire, il y a un tableau par train qui contient un certain nombre d'informations :

Code:

byte _loco[4][8] = {
  { 03,1,0,2,0,5,5,0 }, // loco 1     // 0=N° DCC de loco, 1=AV-1 ou AR-0, 2=vitesse 0..127, 3=lumière
  { 04,1,0,2,0,5,5,0 }, // loco 2     // 4=N° canton en cours 5=temps restant canton en cours (s),
  { 05,1,0,2,0,5,5,0 }, // loco 3     // 6=N° canton suivant, 7=Loco autorisee 1=START 0=STOP
  { 06,1,0,2,0,5,5,0 }  // loco 4
};

C'est l'exemple que j'utilise actuellement mais cela va évoluer (il faut bien valider le concept avec quelque chose de simple pour commencer).

Quand un détecteur de canton s'active, je recherche dans les tableaux de locos laquelle est prévue d'arriver dans ce canton, par balayage de l'index 6 (canton suivant). Normalement il n'y en a qu'une seule !

Ensuite il faut mettre à jour le tableau des cantons (effacer le canton précédemment occupé et marquer le canton nouvellement occupé), et celui de la loco :
- le canton en cours prend la valeur du précédent canton suivant
- le canton suivant est alors calculé en fonction de plusieurs paramètres :

 - la direction de déplacement (index 1)
 - la position des aiguilles
 - l'occupation du canton cible

Si le canton cible est libre, l'index 6 du tableau est mis à jour et le train continue à rouler.
Sinon, le logiciel peut commander l'arrêt automatique du train puisqu'il est connu (l'adresse DCC est dans l'index 0). Pour le moment je n'ai pas encore implémenté cet automatisme et je dois piloter en manuel, ce qui m'a valu déjà quelques collisions.

L'étape suivante sera l'ajout de la sécurité avec l'arrêt automatique des trains (en douceur).

Mes détecteurs infrarouge permettent de différencier la tête de train de la queue de train. J'espère utiliser cette info de queue pour activer un feu orange et autoriser l'entrée du train suivant en vitesse réduite.

Et ce n'est pas encore fait, chaque événement de détecteur mettra à jour un tableau des signaux.

Actuellement je ne mémorise pas la position des trains avant de couper le secteur, donc l'état initial n'est pas souvent conforme à la réalité, mais il suffit que chaque train fasse un tour et tout se remet en phase automatiquement : c'est magique

L'autre gros avantage est que si ça se désynchronise par inadvertance (une mouche qui passe en piqué devant un détecteur  par exemple, ou un wagon qui se décroche et provoque une détection aberrante), le système se resynchronise tout seul.

A suivre...

Je viens de trouver un systeme de chez tams pour le freinage et l'arret mais il ne semble plus commercialisé
http://www.tams-online.de/download/F/DAB_F.PDF

Le DAB-1, il modifie le code DCC pour commander les locos selon l'ordre qui lui est donné (freinage ou arret)

Bonjour à tous,

Je profite des compétences de certains en DCC pour poser une petite question ..


Il y a déjà un certain temps, j'ai conçu une interface équipée d'un PIC qui communique en USB avec un PC ...

Cette interface génère des signaux digitaux en Motorola 1 et Motorola 2 .. (et oui avant de faire du N je faisais du 3 rails !!) ...

Je suis en train de la reprogrammer pour générer aussi du DCC ...

Et je ne sais pas trop comment intercaler les trames Motorola à l'intérieur des trames DCC (ou l'inverse)

Peut on y aller comme une brute? ... à savoir envoyer une trame Motorola dès la fin d'une trame DCC sans autre formalité...  ou faut il une courte séquence en "Idle mode" entre les commandes ou antre chose encore?

Vous me direz que je n'ai qu'à essayer, mais si quelqu'un a la réponse c'est plus simple et plus rapide  

Merci d'avance.

Bonne journée

Hello

Je ne pense pas que cela pose de problème, par contre il faut penser que le DCC attend une répétition toutes les 30ms max
http://www.morop.eu/fr/normes/nem671_f.pdf

Kazaam a écrit:

Hello

Je ne pense pas que cela pose de problème, par contre il faut penser que le DCC attend une répétition toutes les 30ms max
http://www.morop.eu/fr/normes/nem671_f.pdf

Merci pour la réponse ...

Je travaillais avec les normes en Anglais et je suis passé à côté du paragraphe intéressant !!!



Bonne soirée

Bonsoir à tous, bonsoir Kazaam,

Je ne comprends ce que sont les "Consist Control Instruction" ... et je ne trouve pas les pages françaises correspondantes.

Est ce que quelqu'un peut m'expliquer ce que c'est ?

Merci d'avance

Bonne nuit

J'ai trouvé ceci :

Citation :

Terms

A Consist is a group of decoders linked together, such as several Diesel-Electric locomotives in a Multiple Unit lashup.

Consist Address: The address to which several linked decoders will respond. For example, the consist address is 1000, and controls decoder addresses 1234, 5678, and 90.

Consist Control Instruction: A subset of instructions used to send commands to a consist.

Address Consisting; Decoder Based: All locomotives in the consist have a common address. One packet is sent out, which controls all the units in the lashup. This arrangement is portable. CV1 or CV17/18 are set to the common address.

Basic Consisting; Command Station Based: The command station builds a list of locomotives that are part of a consist. When a command is sent, the command station sends a packet to each unit in the lashup. This consist is not portable, when the locomotives are moved to another layout the consist ceases to exist. Once back on home rails, they are again a consist.

This method will work with a small number of locomotives. On a large layout with multiple locomotives consisted, network latency becomes an issue, and jerky operations result due to the volume of packets that must be transmitted.

Advanced Consisting; Decoder Based: The consist information is stored in the decoders (CV19). The command station will set CV19 using Ops Mode for all the locomotives in the lash-up. The address will be a short address. The original addresses are not altered (CV 1, 17/18). The lash-up is portable from layout to layout, since the information needed is stored onboard the locomotives.

Unified Consisting: The consist method is a mixture of NMRA Basic and Advanced Consisting methods. Only Digitrax and NCE support these under the term "Nested Consisting".

la : http://www.dccwiki.com/MU_consisting#Consisting_with_Digital_Command_Control

A ce que j'ai compris c'est pour les commandes de machine multiples sur le même ensemble de wagon

Très bonne citation.

On voit 2 applications immédiatement:
- envoyer une commande unique à un groupe de locos qui tirent un très long train (type américain).
- regrouper plusieurs commandes en une seule pour diminuer le trafic global (comme indiqué dans la citation)

Si on utilise DCC dans la commande d'accessoires, cela doit s'avérer très utile.

Je suis en train de voir pour reprendre l'idée du tableau pour mon circuit mais je rencontre un soucis au niveau de la signalisation

Comment contrôler chaque "feu tricolore" sans utiliser des dizaines d'IO de l'arduino?

Chose potentiellement utile, je suis tombé cette nuit sur une page pour utiliser l'arduino comme décodeur DCC
http://woodburyline.blogspot.fr/2013/03/building-dcc-decoder.html

Plus j'avance dans le developpement du circuit plus je trouve que mon TCO devient une usine
Je me demande même si je ne vais pas passer au controle par tablette/PC (pour avoir les commandes sur interface graphique) en utilisant un raspberry pi pour gerer l'interface et envoyer les commandes a l'arduino
J'y perdrais le contact "physique" mais mes trains commencent a avoir des fonctionnalités, si je dois mettre un inter par fonction....

Pour mon TCO, je suis parti sur l'emploi de registres à décalage TPIC6B595 (50c par 10).

Une démo ici : http://modelleisenbahn.triskell.org/spip.php?article54

Tu as 8 sorties par registre et tu peux les chaîner.

Une autre solution est de faire du Charlieplexing. Avec N broches en sortie, tu pilotes Nx(N-1) LED. On peut évidemment faire du CharliePlexing avec des TPIC.

Perso j'ai commandé le mcp23017
http://mchobby.be/PrestaShop/product.php?id_product=218

C'est moins evolué.

Sinon je pense que je vais devenir fou. Impossible de commander ma loco avec l'arduino et cmdrarduino.

J'ai pris le code de départ qui dit de se brancher au pin 9 pour le signal, je n'ai pas mis l'inter ni le potentiometre, j'ai defini les valeurs dans le code
Si je lance le programme, la loco fonctionne en mode DC (a une vitesse folle, tous feux allumés)

Le booster est basé sur le L298, donc j'ai fait :
Arduino Pin 9 vers IN1 du L298
EN1 à 5V
IN2 ->  GND
Out1 -> Rail 1
Out2 -> Rail 2
Le 19V à l'entrée VS du L298
Toutes les masses sont connectées entre elles (arduino, L298 et alim 19V)

Dans le simulateur (Proteus ISIS) je vois bien les trames sur l'oscilloscope, mais rien a faire en réel, la loco est en mode DC

Voici le code

Code:

/********************
* Creates a minimum DCC command station from a potentiometer connected to analog pin 0,
* and a button connected to ground on one end and digital pin 4 on the other end. See this link
* http://www.arduino.cc/en/Tutorial/AnalogInput
* The DCC waveform is output on Pin 9, and is suitable for connection to an LMD18200-based booster directly,
* or to a single-ended-to-differential driver, to connect with most other kinds of boosters.
********************/

#include <DCCPacket.h>
#include <DCCPacketQueue.h>
#include <DCCPacketScheduler.h>


DCCPacketScheduler dps;
unsigned int analog_value;
char speed_byte, old_speed = 0;
byte count = 0;
byte prev_state = 1;
byte F0 = 0;

void setup() {
 Serial.begin(115200);
 dps.setup();

 //set up button on pin 4
 pinMode(4, INPUT);
 digitalWrite(4, HIGH); //activate built-in pull-up resistor  
}

void loop() {
 //handle reading button, controls F0
 byte button_state = 0;//digitalRead(4); //high == not pushed; low == pushed
 if(button_state && (button_state != prev_state))
 {
   //toggle!
   F0 ^= 1;
   Serial.println(F0,BIN);
   dps.setFunctions0to4(3,DCC_SHORT_ADDRESS,F0);
 }
 prev_state = button_state;

 //handle reading throttle
 analog_value = 200;analogRead(0);
 speed_byte = (analog_value >> 2)-127 ; //divide by four to take a 0-1023 range number and make it 1-126 range.
 
 if(speed_byte != old_speed)
 {
   if(speed_byte == 0) //this would be treated as an e-stop!
   {
     if(old_speed > 0) speed_byte = 1;
     else speed_byte = -1;
   }
   Serial.print("analog = ");
   Serial.println(analog_value, DEC);
   Serial.print("digital = ");
   Serial.println(speed_byte, DEC);
   dps.setSpeed128(3,DCC_SHORT_ADDRESS,speed_byte);
   old_speed = speed_byte;
 }
 dps.update();
 
 ++count;
}

En retour de la console Serial j'ai :

Code:

analog = 200
digital = -77

A l'aide et merci d'avance

À vue de nez et d'après les commentaires du code je dirais que :

ce qui est lu du potentiomètre par l'entrée analogique 0 est compris entre 512 et 1023. Le diviser par 4 le ramène entre 128 et 255 et lui enlever 127 le ramène entre 1 et 128

Ce que tu peux faire c'est donner directement la valeur de speed_byte, par exemple 30, au lieu de la calculer

J'ai essayé aussi sans succes, en mettant 1, 50, 100, toujours le meme resultat, la loco avance a fond lumieres allumées

Et la loco est bien à l'adresse 3 ?

Oui  

Tu as un oscillo pour regarder ce qui passe en vrai ?

Non je n'en ai pas. Un jour peut être.

Kazaam a écrit:

Le booster est basé sur le L298, donc j'ai fait :
Arduino Pin 9 vers IN1 du L298

Citation :

EN1 à 5V

Ok

Citation :

IN2 ->  GND

Ça ça va pas, IN1 et IN2 doivent être en opposition.

Soit tu as IN1 = HIGH et IN2 = LOW soit IN1 = LOW et IN2 = HIGH

Si ils sont à la même valeur (dans ton câblage IN1 = 0), c'est 0 en sortie.

D'après ce que j'ai vu par ailleurs, l'opposé de ce qui sort sur la pin 9 sort sur la pin 10. Essaye de raccorder la 10 à IN2.

Si malgré tout ça ne fonctionne pas, essaye d'échanger pin 9 et 10 (ie pin 9 sur IN2 et pin 10 sur IN1)

Si ça ne fonctionne toujours pas, seul l'auteur de cmdrArduino peut te venir en aide

AHHHH MERCI BEAUCOUP  

J'ai un début de vie, j'arrive à faire allumer/éteindre les feux

Par contre pas de mouvement, même chose en inversant 9 et 10 ou en changeant la valeur de "analog_value" à 700 qui donne 48 après calcul

Je me demande s'il ne manque pas quelque chose, genre le sens que doit prendre la loco
Je n'ai rien dit c'est dans le code de DCCPacketScheduler, sens selon si positif ou negatif

Il n’empêche que la loco ne bouge pas (elle fonctionne toujours, j'ai testé avec ma centrale roco)

encore merci

Bon, ya du progrès

Ayant rapidement survolé le code, il me semble que c'est le signe de speed_byte qui donne le sens.

Kazaam a écrit:

Non je n'en ai pas. Un jour peut être.

Si tu veux bricoler dans le hardware, c'est un instrument essentiel, Noël approche

J'ai vu pour le signe  le temps de parcourir le code

j'y pense pour noel, mais je ne sais quoi prendre de correct et pas trop cher (je suis preneur de references )

Donc la loco fonctionne avec la centrale roco, mais ne bouge pas avec l'arduino, je n'ai pas cramé la loco c'est deja ca

Kazaam a écrit:

AHHHH MERCI BEAUCOUP  

J'ai un début de vie, j'arrive à faire allumer/éteindre les feux

Par contre pas de mouvement, même chose en inversant 9 et 10 ou en changeant la valeur de "analog_value" à 700 qui donne 48 après calcul

Je me demande s'il ne manque pas quelque chose, genre le sens que doit prendre la loco

encore merci

D'après ce que j'ai compris si on veut utiliser 127 pas de vitesse, l'allumage des feux se trouve alors dans un mot de fonction étendu..

La vitesse est alors dans un mot de commande dont les bits de poids forts sont "001"

Sinon avec la trame basique on peut allumer/éteindre les feux mais en n'ayant que 14 pas de vitesse....

Enfin c'est ce que je comprends et ce que je suis en train de programmer dans mon PIC ..

J'espère ne pas me tromper ..

Bonne soirée  

jlb a écrit:

Kazaam a écrit:

Le booster est basé sur le L298, donc j'ai fait :
Arduino Pin 9 vers IN1 du L298

Citation :

EN1 à 5V

Ok

Citation :

IN2 ->  GND

Ça ça va pas, IN1 et IN2 doivent être en opposition.

Soit tu as IN1 = HIGH et IN2 = LOW soit IN1 = LOW et IN2 = HIGH

Si ils sont à la même valeur (dans ton câblage IN1 = 0), c'est 0 en sortie.

D'après ce que j'ai vu par ailleurs, l'opposé de ce qui sort sur la pin 9 sort sur la pin 10. Essaye de raccorder la 10 à IN2.

Si malgré tout ça ne fonctionne pas, essaye d'échanger pin 9 et 10 (ie pin 9 sur IN2 et pin 10 sur IN1)

Si ça ne fonctionne toujours pas, seul l'auteur de cmdrArduino peut te venir en aide

Pour résoudre ces problèmes, dans mes boosters j'ai mis un tout petit PIC en amont des L6203 ...

Le PIC reçoit la trame digital sur une pin et ressort deux signaux en opposition de phase sur 2 autres pins qui sont connectées à IN1 et IN2

Le PIC ne fait pas que ça (heureusement !!)

Il mesure aussi le courant dans le L6203 et sert de disjoncteur en cas de court circuit .. Ce disjoncteur est à réarmement automatique ...
Il joue aussi le rôle d'un décodeur qui me permet d'envoyer dans la trame digitale des commandes ON/OFF au booster à partir du PC, le PIC commande alors le "Enable" du L6203
Il vérifie aussi la présence du signal digital et fait passer le "Enable" à 0 si le signal digital disparaît.

Il me reste une pin destinée à un futur retour vers le PC pour le prévenir des courts-circuits ... Pour l'instant cette pin ne fait qu'allumer une LED ..

Bien que ce ne soit pas très beau, je vous mets une petite photo ...

Le PIC est à droite et à gauche c'est un optocoupleur qui est à l'entrée .. J'aime bien les optocoupleurs  




Bonne soirée ..