Messages

2206

Modélisation, Architectures logicielles et matérielles / Re : Les grandes lignes de mon projet d'automate DCC

« le: décembre 26, 2016, 10:37:07 am »

Bonjour Patrick,

Tu dis :

Chaque noeud est une machine à états qui reçoit des évènements, réagit en effectuant une action et renvoie un autre message au système qui est répartit entre plusieurs noeuds.

Cela sous-entend que tu n'as pas réalisé une modélisation centralisée de ton réseau comme le décrivent Jean-Luc, Pierre59 et DDEF dans cette partie du Forum.

Je suppose (en me trompant peut-être) que chaque noeud correspond à un canton et, dans ce noeud, la connexion aux noeuds adjacents est décrite quelque part pour permettre de suivre les trains et de gérer localement la signalisation.

Ta solution me semble originale et devrait intéresser un certain nombre de modélistes qui pensent aussi "mettre un Arduino par Canton".

Cordialement
Dominique

2207

Vos projets / Re : Utilisation d'ATTiny

« le: décembre 23, 2016, 07:06:07 pm »

Bravo,

Je viens d'installer l'ATtiny dans l'IDE 1.8.0 sur OSX et je vois bien les ATtiny

merci pour ce bon tuyau

2208

Vos projets / Re : Automate DCC

« le: décembre 23, 2016, 10:50:25 am »

Merci Patrick,

La suite de cette aventure se trouve donc ici : http://forum.locoduino.org/index.php?topic=257.msg2367#msg2367

... et tous les épisodes précédents, ici : http://jurasecondairen.blogspot.fr/search/label/automate

2209

Modélisation, Architectures logicielles et matérielles / Re : Les grandes lignes de mon projet d'automate DCC

« le: décembre 23, 2016, 10:16:11 am »

Merci beaucoup Patrick,

Voilà un projet d'ensemble 100% Arduino comme on les aime, qui va en intéresser beaucoup sur Locoduino.

J'ai passé un moment sur ton blog hier soir et l'explication que tu donnes ici est très claire pour moi parce que j'imagine assez bien ce que font les nœuds, d'autant que tu nous décrits quelque chose que tu as réalisé et qui marche (c'est même une 2ème version).

Je t'encouragerais donc à continuer la description sur Locoduino si tu es d'accord.


Mais c'est Noël d'abord et je te souhaite de bonnes fêtes.
Cordialement
Dominique

2210

Vos projets / Re : Automate DCC

« le: décembre 22, 2016, 10:39:22 pm »

Bonsoir Patrick,

J'avais vu ton site depuis longtemps et je trouve toujours que c'est du travail d'artiste !

Moi aussi (et d'autres évidemment, mais pas forcément très nombreux) j'ambitionne de réaliser l'automate DCC et plus généralement le gestionnaire complet de mon réseau sur une base Arduino (plusieurs en réseau CAN).

Tu as une avance considérable sur moi !

Peux-tu nous donner les grandes lignes de l'architecture et le fonctionnement de ton automate ?

Ne vaudrait-il pas mieux continuer cette discussion dans le sujet sur l'architecture et la modélisation http://forum.locoduino.org/index.php?board=13.0 ?

En tout cas passes de bonnes fêtes
Cordialement
Dominique

2211

Bus CAN / Re : BreakoutBoard CAN

« le: décembre 22, 2016, 09:54:07 am »

Bonjour,

J'espère que tout ce qui est publié sur Locoduino vous permettra d'installer le bus CAN sans difficulté.

J'espère aussi que cet espoir vous fera passer un bon Noël.

Amicalement
Dominique

2212

Présentez vous ! / Re : Bonjour à tous

« le: décembre 19, 2016, 02:12:15 pm »

C'est juste un peu dommage de ne pas savoir car cela aurait pu éviter des ennuis similaires chez d'autres modélistes.

Bon, c'est Noel, donc le temps de jouer.

Mais j'espère qu'après les fêtes, le problème sera ré-étudié complètement pour partager votre expérience.

Après tout pas mal de modélistes très sérieux se sont penchés sur votre problème, ont suggéré des solutions et puis Pffff, plus rien en échange.

Passez de bonne fêtes et à bientôt pour un meilleur partage.

Amicalement
Dominique

2213

Présentez vous ! / Re : Bonjour à tous

« le: décembre 19, 2016, 08:03:32 am »

Ça me paraît beaucoup : 47 micro farad !
Comment sont branchés les condensateurs ?
Cela doit sérieusement retarder les détections.

778 octets de SRAM, c'est peu mais suffisant. Mais tout dépend de l'endroit où la fonction est appellée.

Si ça se plante dans la bibliothèque du PCF8574, cela m'étonne ou alors la bibliothèque est mal utilisée ou alors il faut changer de technologie (un Mega par exemple supprimera les PCF et il y aura beaucoup plus de SRAM).

Ça progresse !

2214

Présentez vous ! / Re : Bonjour à tous

« le: décembre 15, 2016, 04:35:38 pm »

Bonjour à tous,

Si cela peut-être utile : dans mon réseau j'ai un Mega qui pilote 40 relais pour commander 18 aiguilles et 2 dételeurs.
Les images ci-dessous décrivent comment cela est construit, autour de 5 barrettes de 8 relais commandés par le Mega via des optocoupleurs faisant partie des barrettes de relais.
Chaque barrette de 8 relais reçoit son 5 V propre
Chaque relai reçoit le 15V alternatif pour les aiguilles






Le Mega communique avec les autres Arduino par un bus CAN.

Je dois dire que je n'ai jamais eu de problème de parasites.

2215

Présentez vous ! / Re : Re : Bonjour à tous

« le: décembre 15, 2016, 12:28:45 am »

Alimentation du train OFF, on n'a aucune perturbation au bout de 5min, j'ai bien tous les IR qui fonctionnent sans problème avec une monté de 5.26v,

mais dès que j'allume l’alimentation des locos (pour info c'est du courant alternatif) j'ai des parasites de donnée qui arrivent à l'arduino du type (01010101 ou 01000100 vraiment aléatoire)

 ce qui fait qu'il n'arrive pas à comprendre le code  ......et plante automatiquement au bout de quelques erreurs..

Une chose est certaine, un programme ne doit pas se planter s'il reçoit des données non souhaitées, voire aléatoires.

S'il se plante ça veut dire que le programme n'a pas prévu et ne teste pas bien tous les cas possibles.
Tous les cas anormaux doivent être rapportés sur la console par des Serial.print pour les identifier, les compter et finalement en trouver la cause.

Il me semble que je l'ai déjà demandé précédemment !

Il peut être normal, dans un programme que les traitements d'erreurs soient plus gros que les traitements normaux.

2216

Vos projets / Re : Un Mini MODULE SONORE (2)

« le: décembre 12, 2016, 07:22:17 pm »

L'explication du 8 bits est la suivante :

L'Arduino utilise un processeur ATmega328P qui est un processeur 8 bits. La bibliothèque Tmrpcm est conçue seulement pour des fichiers son en format WAV (non compressé) dont les échantillons sont codés sur 8 bits et la fréquence du processeur (16MHz) permet de restituer des échantillonnages jusqu'à 32 KHz maximum (je limite les miens à 22KHz pour garder une petite marge).

Si tu codes le son en 16 bits, l'Arduino prendra les 2 octets pour 2 échantillons et non un seul d'où une infâme bouillie à tous les coups.

Pourquoi un potentiomètre entre l'Arduino et l'ampli ?

Le signal en sortie de la pin 9 de l'Arduino a une amplitude de 5V. Or l'entrée d'un amplificateur normal accepte des signaux audio entre 100 et 500 mV, soit 10 fois plus faibles.

Donc il faut atténuer le son absolument, sinon ton ampli sera saturé (grésillements).
D'autre part la sortie de l'Arduino contient de toute façon une composante continue qu'il faut éliminer avec un condensateur en série.
Si ton ampli comporte déjà une capa en série en entrée, tu ne t'en apercevras pas.
Enfin les signaux carrés généré par l'Arduino contiennent des harmoniques qui peuvent être disgracieuses. Un filtrage passe bas est recommandé.

Il se trouve que les mini enceintes amplifiées de PC se débrouillent pas si mal en général, mais je ne te conseilles pas de brancher ta chaine Hi-Fi !

Je joins un schéma du module sonore qui contient les éléments mentionnés ci-dessus.

2217

Présentez vous ! / Re : Bonjour à tous

« le: décembre 12, 2016, 06:54:39 pm »

Bon,
 
On a passé en revue les alimentations et les capteurs infra-rouges. Un petit oscillo est même en commande. Et toujours aucun résultat 

On ne sait pas quels remèdes tu as éventuellement appliqués, quels tests tu as faits pour y voir plus clair.

Donc maintenant il faut rechercher autrement qu'en déclarant qu'il y a un problème.

Je te suggère d'ajouter dans ton programme des lignes supplémentaires contenant Serial.println("1"); avec "1" puis "2", "3", .. etc qui correspondent à des cas particuliers que tu pourras tracer de cette façon sur le terminal de l'IDE Arduino. Les messages "1", "2", etc.. peuvent être plus explicites comme "IR1", "IR2", ..

Par exemple Serial.println("1"); à chaque détection IR dans la gare qui pose problème. Serial.println("2"); pour la détection IR dans la gare qui ne pose pas de problème. Serial.println("3"); juste avant ou après une commande d'aiguille ou de relai de traction.

Comme le programme se plante d'après ce que tu nous écris, tu verras le programme se dérouler sur l'écran du terminal au fur et à mesure des affichages, jusqu'au moment où ça s'arrête. Cela te donnera un piste pour explorer ce qui se passe juste avant.

Tu verras aussi probablement les effets des parasites (électriques cette fois !), par exemple plusieurs fois de suite le même messages "1" signifierait des rebonds à éliminer.

Si les Serial.println() que tu auras ajouté ne t'éclairent pas suffisamment, il faudra en ajouter d'autres.

C'est laborieux, mais ça marche très souvent.

Un plantage du programme me fait penser aussi à un manque de mémoire : quelle est la taille de mémoire disponible, affichée dans la fenêtre de l'IDE après une vérification ? En cas de doute la mémoire disponible pendant que le programme tourne peut être affichée à l'aide d'une routine comme :

Code: [Sélectionner]

int freeRam () { int v; // calcul de la memoire libre
  extern int __heap_start, *__brkval;   
  return (int) &v - (__brkval == 0 ? (int) &__heap_start : (int) __brkval);
}

Maintenant tu connais le principe et nous espérons te lire prochainement avec une belle explication des causes et des remèdes (que j'espère au singulier) qui pourraient servir la communauté Locoduino, bien entendu.

Bonne chance

2218

Présentez vous ! / Re : Bonjour à tous

« le: décembre 12, 2016, 02:14:49 pm »

Dans mon réseau précédant, j'avais des barrières IR gérées par un Mega, lequel était relié au gestionnaire par une liaison I2C.

Les barrières IR sont décrites sur Locoduino, sans modulation. Les récepteurs étaient reliés à des entrées analogiques de l'Arduino pour faciliter les réglages d'alignement (c'est très sensible).

Je n'ai jamais eu de problème de parasites, ni de lumière parasite même en expo avec des projecteurs lumineux.

Quel est donc le problème ?

2219

Présentez vous ! / Re : Rétro-signalisation BUS RS DE LENZ

« le: décembre 08, 2016, 09:35:50 am »

Bonjour Thierry,

C'est exact !

Il faudrait un rédacteur ayant l'expérience du bus RS avec Arduino. Ce sera peut-être vous bientôt 

Bienvenue en tout cas sur Locoduino.

2220

Présentez vous ! / Re : Bonjour à tous

« le: décembre 08, 2016, 12:06:13 am »

En tout cas je suis désolé de constater qu'il y a des parasites dans l'orthographe 

J'aimerais que les fautes soient corrigées svp. Je viens de corriger ta présentation initiale, et si le bouton "corriger" est toujours visible, je te laisse faire le reste. Ensuite j'enlèverai ce commentaire.

J'avoue surtout que je ne comprends plus où est le problème. Qu'est-ce qui ne marche pas ? Est-ce le programme qui se plante, les capteurs qui ne sont pas captés, ... ?
Faire un schéma après coup, c'est peu courant. À quel endroit du montage les parasites ont été observés ?
Comment réagit le programme aux parasites: as-tu mis des serial.Print(..) partout où un test serait utile ?
Il faut prendre le temps d'expliquer en se mettant à la place du lecteur, autant que possible.

On reset cette discussion et on repart du bon pied 

Merci.