Messages

2221

Bus CAN / Re : Re : BreakoutBoard CAN

« le: décembre 05, 2016, 11:20:26 pm »

J'envisage de faire des cartes avec un ATmega328 monté seul, qui tournera donc à 8MHz sur son horloge interne.
La fréquence du quartz du MCP2515 doit être en rapport avec celle du processeur ?
Ou bien, comme j'ai l'impression de comprendre, l'oscillateur du 2515 ne sert que dans le traitement des signaux du bus CAN ?

Bonjour,

J'ai l'impression aussi que c'est la 2ème hypothèse : l'oscillateur du 2515 ne sert que dans le traitement des signaux du bus CAN
L'interface entre l'Arduino et le 2515 utilise le bus SPI, c'est donc indépendant

2222

Présentez vous ! / Re : Bonjour,

« le: décembre 05, 2016, 01:42:51 pm »

Bonjour  Jean-Michel,

Bienvenue sur Locoduino qui, j'en suis certain, te permettra de construire ta solution DIY à base d'Arduino.

Ton introduction est très claire et montre bien comment tu reviens au modélisme en N. J'ai commencé aussi au même âge et, ne sachant pas ce que j'étais capable de faire côté centrale, j'ai acheté une petite MS2, au moins pour être certain de pouvoir programmer mes locos en DCC.

Aujourd'hui, beaucoup de choses ont changé, grâce à Locoduino : construire une centrale avec DCC++ est étonnamment simple et je te le recommanderais volontiers si tu veux, plus tard, ajouter un gestionnaire capable d'agir sur la conduite des trains.

Nous serons ravis d'en discuter sur ce Forum.

Amicale bienvenue.
Dominique

2223

Présentez vous ! / Re : Bonjour à tous

« le: décembre 04, 2016, 09:58:57 am »

Intéressant, merci 

Je regarde ce genre de DSO depuis un certain temps et je ne me suis pas encore décidé.

Il y en a un bien plus costaud mais à 130€, le DSO203
http://www.ebay.fr/ulk/itm/291536335714

2224

Présentez vous ! / Re : Un nouveau de plus !!!

« le: décembre 03, 2016, 09:33:12 am »

Bienvenue Michel,

Sur Locoduino tu trouveras certainement tout ce qu'il faut pour piloter ton réseau avec des Arduino

C'est vrai que l'aventure commence toujours par la recherche d'un plan de réseau.
Moi j'ai passé beaucoup de temps en recherche sur le net avec le mot clé "layout" et rien que les images.
Je crois aussi qu'il faut visiter les salons de modelime et discuter avec les modélistes.

Un jour on tombe sur le plan qui va bien et il ne reste plus qu'à l'adapter avec le logiciel à son espace reel.

Il faut aussi avoir en tête les types de scénario de circulation qui vont t'occuper, toi et tes petits enfants, quand le réseau deviendra opérationnel : boucles, simple ou double sens, manœuvres, trains automatiques ou pas...

Bon courage
Dominique

2225

Présentez vous ! / Re : Bonjour à tous

« le: décembre 03, 2016, 09:15:27 am »

Bonjour Guy,

En regardant ton schéma, je ne vois pas les résistances du bus I2C : je pense que c'est pour simplifier le schéma car, sans ces résistances l'I2C ne marche pas.

Dans mon réseau je n'utilise que des Arduino Mega qui permettent de se passer de circuits d'extension avec ses 70 ports, et qui dispose de beaucoup plus de mémoire surtout la Ram. Pour 5-6 € de plus c'est un gain énorme.

J'ai 40 zones, 20 aiguilles : un Mega pour gérer le TCO avec 20 inverseurs et 80 leds (avec des 74hc595), et un Mega pour commander 40 relais comme les tiens (pour les aiguilles Fleishmann alimentées en alternatif), un Mega pour la traction (avec CmdrArduino qui ve être remplacé par DCC++) et un Due pour le gestionnaire (de Pierre59). Le tout relié en bus CAN. Je n'ai aucun problème (pour le moment).

Il y a quelques images sur mon site perso www.bultez.fr que je dois refaire !

2226

Présentez vous ! / Re : Bonjour à tous

« le: décembre 03, 2016, 12:08:20 am »

Bonjour Guy,

Ton réseau est extraordinaire, 30 m2 et il reste encore de la place pour la voiture ! Chapeau.

Ton problème de parasites peut venir aussi du fait de la proximité des signaux faibles (capteurs IR, I2C) avec des signaux forts (traction). Avec peut-être en plus une masse (GND) à peaufiner.

Pour éviter ces perturbations, il faut raccourcir au minumum les fils pour les signaux faibles et les éloigner des fils de traction.

Peux-tu détailler un peu ton câblage ? Les causes peuvent être multiples.

Ca se passe mieux dans la gare peut être parce que c'est sur une plus petite surface donc avec des liaisons courtes.

Sinon, les arrêts et redémarrages sont un peu brutaux car tu coupes le courant avec des relais (qui génèrent de gros parasites).

Tu trouveras sur Locoduino des avocats du bus CAN (dont je suis) car il est bien moins sensibles aux parasites. Mais ça nécessiterait de grosses modifs pour toi.

En tout cas c'est une belle réalisation !
Bon courage.
Dominique

2227

Vos projets / Re : Animations réseau

« le: novembre 28, 2016, 03:30:13 pm »

Oui c'est tout à fait possible et, la preuve, ça marche.

J'ai réalisé un système similaire dans mon va et vient en jouant sur des incréments et décréments de vitesse pour les accélérations et ralentissement: par exemple le décrément est calculé en fonction de la vitesse initiale et de la distance à parcourir, avec un asservissement pour corriger les écarts.

Plutôt que d'agir sur des delay(), ce qui empêcherait le "multi-tâche", j'utilise une action périodique en testant millis() pour chaque tâche qui a son propre compteur de temps.

2228

Présentez vous ! / Re : Re : Re : Re : Bonjour....petittraintistes !!!!

« le: novembre 25, 2016, 10:06:10 pm »

C'est très étrange car cela fonctionne bien pour moi et j'ai souvent fait comme cela. Dans le menu exemples: tout en bas il y a le sous menu: "examples from custom libraries" et DCCpp_uno s'y trouve bien. Si on choisit cette option, les fichiers h et cpp s'ouvrent dans l'éditeur.

Certes, ce n'est pas une librairie binaire à proprement parler, mais le code cpp sera bien compilé. Il suffit d'ajouter les h et cpp dans son projet.

Patrick

Bonsoir Patrick,
Oui c'est étrange car de mon coté, sur Mac avec l'IDE 1.6.0 et 1.6.12 ça ne marche pas, je ne vois pas le dossier BaseStation (qui ne contient pas de dossier exemple) ni les fichiers qui sont dans le dossier DCCpp_Uno).
Une tentative d'importation de BaseStation-Master.zip échoue d'ailleurs car le dossier ne contient pas de bibliothèque valide. Donc mystère.

Quelle version as-tu ? sur quel système ?

Est-ce que tu vois les 18 fichiers (dont le .ino) ?

A quoi ça te sert par rapport à l'ouverture normale du projet à partir du .ino ?

A coté de cela j'ai regardé ton site avec le projet de modules séparés connectés par un bus CAN, et c'est très intéressant donc je vais suivre la réalisation, en espérant un bel article sur Locoduino.

Amicalement
Dominique

2229

Bibliothèques / Re : Re : besoin d'aide sur Universal Accesory Decoder

« le: novembre 25, 2016, 08:32:03 pm »

Juste pour information:
Pour tester, j'ai refait mes 2 skectchs en utilisant I2C à la place de DCC: fonctionne du 1er coup !

Bonjour,

Il me semble que je vous avais recommandé de ne pas passer par le DCC pour commander des accessoires sans passer par une centrale DCC (d'Arduino à Arduino). Essayez le CAN, c'est pas mal non plus !

Cordialement

2230

Présentez vous ! / Re : Re : Bonjour....petittraintistes !!!!

« le: novembre 25, 2016, 08:24:54 pm »

1) Sur la page, il y a un bouton vert "clone or download". Choisir download.
2) Décompresser ce fichier dans un répertoire temporaire
3) Dans l'arborescense ainsi créée, il y a un sous-répertoire "DCCpp_uno". Copier ce répertoire et son contenu dans le répertoire d'installation de l'IDE d'Arduino dans la sous-rubrique "libraries".
4) Maintenant, la librairie devrait être disponible dans l'IDE. Pour vérifier, il doit y avoir des exemples disponibles se rapportant à cette librairie.

ça ne marchera pas car DCCpp_UNO n'est pas une bibliothèque et c'est précisé à la fois dans ce forum et dans l'article ! Il n'y a pas de dossier Exemple, en particulier;
http://www.locoduino.org/spip.php?article182
Le dossier téléchargé doit être placé dans le dossier Sketchbook, ou ailleurs.

Cordialement

2231

Bus CAN / Re : BUS CAN 3 rails

« le: novembre 23, 2016, 11:19:25 pm »

Je pense que je suis d'accord avec vous ! Mais je n'avais pas décortiqué de bibliothèque CAN jusqu'à présent.

Dans le fichier mcp_can_dfs.h
  2012 Copyright (c) Seeed Technology Inc.  All right reserved.
  Author:Loovee
  Contributor: Cory J. Fowler
  2014-1-16

il y a 2 définitions des paramètres pour les horloges à 16MHz et 8 MHz, exemple :
/*
 * clock
 */
#define MCP_16MHz   1
#define MCP_8MHz   2

/*
 *  speed 16M
 */
#define MCP_16MHz_1000kBPS_CFG1 (0x00)
#define MCP_16MHz_1000kBPS_CFG2 (0xD0)
#define MCP_16MHz_1000kBPS_CFG3 (0x82)

#define MCP_16MHz_500kBPS_CFG1 (0x00)
#define MCP_16MHz_500kBPS_CFG2 (0xF0)
#define MCP_16MHz_500kBPS_CFG3 (0x86)

/*
 *  speed 8M
 */
#define MCP_8MHz_1000kBPS_CFG1 (0x00)
#define MCP_8MHz_1000kBPS_CFG2 (0x80)
#define MCP_8MHz_1000kBPS_CFG3 (0x00)

#define MCP_8MHz_500kBPS_CFG1 (0x00)
#define MCP_8MHz_500kBPS_CFG2 (0x90)
#define MCP_8MHz_500kBPS_CFG3 (0x02)


Ces valeurs sont utilisées dans mcp_can.cpp, dans mcp2515_configRate(const INT8U canSpeed, const INT8U clock), exemple :

switch (clock)
   {
   case (MCP_16MHz) :
      switch (canSpeed)
      {
                 case (CAN_500KBPS) :
         cfg1 = MCP_16MHz_500kBPS_CFG1;
         cfg2 = MCP_16MHz_500kBPS_CFG2;
         cfg3 = MCP_16MHz_500kBPS_CFG3;
         break;

      case (CAN_1000KBPS) :
         cfg1 = MCP_16MHz_1000kBPS_CFG1;
         cfg2 = MCP_16MHz_1000kBPS_CFG2;
         cfg3 = MCP_16MHz_1000kBPS_CFG3;
         break;
                }
         case (MCP_8MHz) :
      switch (canSpeed)
      {
                 case (CAN_500KBPS) :
         cfg1 = MCP_8MHz_500kBPS_CFG1;
         cfg2 = MCP_8MHz_500kBPS_CFG2;
         cfg3 = MCP_8MHz_500kBPS_CFG3;
         break;

      case (CAN_1000KBPS) :
         cfg1 = MCP_8MHz_1000kBPS_CFG1;
         cfg2 = MCP_8MHz_1000kBPS_CFG2;
         cfg3 = MCP_8MHz_1000kBPS_CFG3;
         break;
                }
         }
mcp2515_setRegister(MCP_CNF1, cfg1);
mcp2515_setRegister(MCP_CNF2, cfg2);
mcp2515_setRegister(MCP_CNF3, cfg3);

Je pense que ça doit revenir au même, de choisir le couple horloge-vitesse quand il y a le choix de l'horloge, que d'adapter le choix de la vitesse comme vous l'avez expliqué quand la bibliothèque ne propose qu'une seule horloge. Par exemple, choisir CAN_1000KBPS pour avoir un bus à 500k avec une carte dont le quartz est à 8MHz.

Mais votre solution est bien plus simple car la plupart des bibliothèques CAN (dont celle préconisée sur Locoduino) sont écrites pour une horloge à 16MHz seulement.

2232

Bus CAN / Re : BUS CAN 3 rails

« le: novembre 23, 2016, 08:08:30 pm »

Merci, très intéressant.

J'ai trouvé une bibliothèque qui supporte les 8 et 16 MHz, mais pas le 20MHz.

Votre astuce est très efficace. Cela mériterait que j'ajoute un paragraphe dans les articles sur le bus CAN.

Cordialement
Dominique

2233

Bus CAN / Re : BUS CAN 3 rails

« le: novembre 23, 2016, 07:44:04 pm »

Bonjour Patrick,

Etes-vous bien dans le modélisme ferroviaire ?

Si vous lisez les différents sujets relatifs au CAN et les articles, vous verrez qu'il existe des cartes CAN à base de MCP2515 à 16 Mhz ou 8 Mhz.

Les 2 fonctionnent mais nous n'avons pas encore testé l'inter-fonctionnement entre une carte à 16MHz et une carte à 8MHz. L'avez-vous testé ?

2234

Modélisation, Architectures logicielles et matérielles / Reconnaissance automatique des trains

« le: novembre 21, 2016, 02:35:23 pm »

Bonjour à tous,

Avec la modélisation du réseau, le gestionnaire des zones, aiguilles, signaux, itinéraires, trains, etc.., l'architecture a besoin d'une brique importante qui est la reconnaissance automatique des trains (son adresse DCC par exemple, mais pas que).

Je pense à ce sujet depuis pas mal de temps et je ne suis pas le seul, notamment en rapprochant les messages de traction des messages d'occupation. J'ai encore essayé un nouveau logiciel hier soir mais ce n'est pas parfait. Donc il vous faudra encore attendre un peu

Auparavant j'avais installé un détecteur RFID et des micro capsules dans un wagon. Là ça marche très bien.

Je pense surtout qu'il vaut mieux disposer de plusieurs techniques de reconnaissances et je vous invite à faire part de vos expériences ici, si vous le voulez bien.

Mais, comme le sujet "RailCom" est de plus en plus cité sur Locoduino, cela mériterait quelques articles.

En attendant "impaire" nous invite à consulter cette page fort interessante sur RailComDisplay : http://usuaris.tinet.cat/fmco/railcom_en.html

2235

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: novembre 20, 2016, 12:32:03 pm »

Bravo PAT95, ravi de voir que ça marche et que DCC++ est une bonne solution.

Évidemment on peut alimenter le module régulateur 7805 avec de l'alternatif puisqu'il a un pont de diode, mais ce que je voulais dire c'est que comme le LMD18200 DOIT être alimenté en continu, c'est l'ensemble du montage qui doit être alimenté en continu. Il serait un peut incongru de mettre 2 transfos!

En plus le pont de diode du module 7805 protège l'Arduino contre les inversions de polarité éventuelles (ça m'est arrivé lors d'une demo, rien n'a souffert)

Amicalement