Messages

886

Shields et Modules / Re : L’ESP8266 : « Une drôle de petite bête »

« le: janvier 27, 2018, 08:20:19 pm »

Merci, merci je vais mourir moins bête !

Décidément, je crois que ces drôles de petites bêtes n'ont pas fini de nous étonner.

887

Shields et Modules / Re : L’ESP8266 : « Une drôle de petite bête »

« le: janvier 27, 2018, 05:39:39 pm »

Quelle différence entre le CH340G et le CP2102 ?

888

Shields et Modules / Re : L’ESP8266 : « Une drôle de petite bête »

« le: janvier 27, 2018, 05:33:42 pm »

Whooooa, oui d'après le tuto auquel tu te réfères, il s'agit bien de cela. C'est une super nouvelle !

Malgré tes inquiétudes sur la disponibilité du controller CAN sur ce chip, j'ai reproduit la démo présentée sur http://www.iotsharing.com/2017/09/how-to-use-arduino-esp32-can-interface.html

Après quelques copier-coller (je ne comprends pas encore tout le code de cette démo), le bus can permettait à mes deux ESP32 de dialoguer.

889

Discussions ouvertes / Re : Train miniature du futur

« le: décembre 19, 2017, 06:37:59 pm »

Mon cher Dominique,

Je n’en pense que du bien ! Je suis d’ailleurs en train de travailler sur quelque chose de tout à fait similaire à ce que tu décris avec un Arduino par canton et :

• Un détecteur de consommation par canton
• Différents capteurs sur la voie, ILS, capteurs à effet Hall, capteurs IR dans mon cas
• Des sorties pour les commandes d’aiguilles. Je n’ai que des servos alors j’ai créé une classe aiguille qui hérite elle-même de la classe servo. (biblio Servo)
• Sorties pour les feux de signalisation
• …

Je n’utilise pas de détecteurs de fin de course pour les moteurs d’aiguillage. Je ne fais également pas passer les commandes DCC par ces Arduino.

Il est assez facile d’ajouter des sorties pour d’autres accessoires comme des moteurs.

J’utilise des Mega pour le nombre de broches disponibles. Avec la biblio « PinChangeInt », je dispose ainsi de 12 broches en entrée et tout le reste en sortie (un peu plus de 30). C’est largement suffisant pour un canton.

Toutes les broches d’entrée sont sous interruption.

La communication se fait soit par Ethernet, soit par WiFi en TCP et en Full Duplex. Rapide avec très peu de latence.

Il n’y a donc que peu de câblage pour chaque canton hormis les câblages de proximité entre les différents accessoires et le Mega.

Les seuls câblages qui courent sous la planche en plus de l’Ethernet sont le fils de puissance :
• 18 V DCC pour alimenter chaque canton
• 12 V DC pour alimentation des Mega (et autres sous cette tension)
• 5V DC pour les servos, les feux, capteurs à effet Hall et les relais

Tout ceci reste donc très limité.

Les programmes sur chaque Mega sont rigoureusement identiques ce qui simplifie la maintenance. J’ai juste un fichier de configuration pour chaque Mega qui contient 3 paramètres :
• Numéro du canton,
• Adresse IP du shield
• Choix de la communication en Ethernet ou Wifi

Au démarrage du Mega, dans le setup, j’ai une fonction qui télécharge sur le gestionnaire de réseau les paramètres spécifiques pour chaque canton (nombre de servos, angles pour chaque servo etc…). Les données sont échangées au format Json avec la (très bonne) biblio « ArduinoJson »

Je regarde également pour implanter « ArduinoOTA » qui permet de téléverser le code à partir de l’IDE mais par Ethernet ou WiFi ce qui évite de se brancher successivement sur chaque Arduino par le port USB/série.

Au final, j'ai un code extrêmement compact et très réactif avec tous les capteurs sous interruption et une communication avec le gestionnaire en Full Duplex.

Je peux fournir le code à ceux que ça intéresse. Ca fonctionne en Ethernet et il me reste à finir d'implanter le WiFi.

Bien amicalement.

890

Shields et Modules / Re : L’ESP8266 : « Une drôle de petite bête »

« le: décembre 04, 2017, 03:01:11 pm »

J'en ai commandé 4, je peux te dépanner si tu le souhaites !

891

Shields et Modules / Re : L’ESP8266 : « Une drôle de petite bête »

« le: décembre 04, 2017, 01:19:26 pm »

Si, si, moi j'attends des shields d'ici un ou deux jours pour monter sur des Mega. J'ai un projet précis dont je parlerai quand je serai plus avancé.

892

Discussions ouvertes / Re : Train miniature du futur

« le: novembre 29, 2017, 09:52:47 am »

Bonjour à tous,

Le sans fil est vraiment le sujet d’actualité et à juste titre à mon avis. J’ai vu à RailExpo un gars qui présentait un système tout embarqué. Aucun fil donc. L’énergie est apportée par une batterie dans la locomotive, les commandes passent par Bluetooth (enfin il a été vague à ce sujet). Pour interpeller le badeau, il avait mis des traverses de rails en métal !

Je suis assez réservé sur son alimentation par batterie et je crois plus à un système à base de super condensateur (déjà évoqué ici). Mais semble t’il difficile à recharger pour des tensions supérieures à 5V.

Pour ce qui est des locomotives, il n’est pas très compliqué de mettre au point un système à base de µC WiFi (ESP8266 ?) et une carte moteur de type POLOLU avec PWM. Pour rivaliser avec le DCC avec toutes ses capacités (sons en particulier) il faudra un peu de place et sans doute prévoir un ou deux wagons pour « embarquer » l’ensemble.

Pour ce qui est des commandes et de la rétrosignalisation sans fil, on en est sans doute pas loin. Je termine actuellement la réalisation d’un prototype sur le principe d’un Arduino par canton DCC (plus simple en DCC qu’en analogique – voir le fil de Jean-Luc sur l’analogique). Pour moi donc, le principe est plus simple puisqu’il ne s’agit que de la rétrosignaliation sur un canton (ILS, IR, détecteur de consommation…) et la commande de quelques appareils (servos des aiguillages et feux liés, dételleurs…). Dans ce système, j’utilise un Mega pour le nombre d’E/S avec un shield WiFi). Et autant de Mega que de cantons. Tous les Mega ont le même programme, ce qui simplifie la maintenance du code. Deux choses seulement les différencient, une ID pour chaque Mega et l’adresse IP du shield. Pour les informations spécifiques, au démarrage, j’ai un bout de code qui charge sur un serveur distant les paramètres liés au canton et identifiés par l’ID. Tous les échanges se font en TCP avec un gestionnaire de réseau centralisé mais je réfléchis aussi à ce que les Mega s’échangent aussi entre eux des infos pour décharger le serveur central et parer à d’éventuelles pannes. Par exemple, un Mega pourrait aussi informer le Mega du canton précédent que son canton est occupé ce qui est une garantie supplémentaire en cas de défaillance du système central. Et par ailleurs beaucoup plus conforme à une conception objet de la circulation de l’information.

Dans mon cas, il ne me restera donc du câblage que pour le DCC, l’alimentation des servos (5-6V DC), les Arduino (12V DC) et du 16 – 18 V DC pour différents moteurs (dételleurs …). Et bien sûr un peu de câblage à proximité du Mega relié aux différents appareils.

A suivre...

Bien amicalement.

Christophe

893

Vos projets / Re : Un train de table

« le: novembre 26, 2017, 03:39:56 pm »

Dis moi Christophe, tu habites quel coin en Bretagne ?

Je partage mon temps entre Rennes et Dinard (plus exactement La Richardais).

Et autres questions, quand Dominique parles d’interface de puissance avec le Arduino c'est quoi, des relais? une autre carte?

Ce sont des cartes moteur. Voir par exemple article http://www.locoduino.org/spip.php?article187

Ici, je montre les montages de différentes cartes avec le soft de pilotage DCC++, mais les cartes sont nécessaires quelque soit le montage. L'Arduino ne peut en effet délivrer le voltage et la puissance nécessaire surtout à cette échelle. Je pense qu'il doit falloir au moins 3A sinon 5A par locomotive et sous une tension à mon avis au moins de 18V. Non ? Mais ce n'est peut-être pas du tout la solution à adopter. Voir la suite de ma réponse.

Du coup tu penses qu'il me faut quoi comme carte, une nano, une micro? (faut il que je commence par commander un premier kit Uno au père nowel pour m’entraîner?)

Pour moi, ce n'est pas comme cela qu'il faut prendre le problème. Si j'ai bien compris, tu as déjà des rails et du matériel. Je crois qu'il faut commencer par cela. Si tu as déjà ce qu'il faut pour alimenter les locomotives, pas besoin de carte moteur probablement. Il faudra plutôt chercher à créer des automatismes. Ici l'Arduino servira plus à la gestion des capteurs et à agir sur l'alimentation électrique des locos, pas forcement sur le courant de puissance directement (donc carte moteur).

Il faut que tu nous donnes une description assez détaillée de ce dont tu disposes déjà comme matériel, puissances, voltages etc... et on cherchera à partir de la le meilleur schéma.

et enfin, quelle différence entre la marque arduino et les copies chinoises?

Voir la réponse de Jean-Luc ici : http://forum.locoduino.org/index.php?topic=397.msg3902#msg3902

Moins cher, plus de risque sur la qualité. Si la qualité n'est pas critique, on peut prendre le risque. Mais vaut mieux doubler les quantités à l'achat. Délais souvent très longs (2 à 5 semaine). Si tu es un bon citoyen, tu te manifesteras spontanément auprès des douanes pour t'acquitter des droits... Enfin bref, sujet largement débattu ici et sur le web.

894

Vos projets / Re : Un train de table

« le: novembre 26, 2017, 10:24:58 am »

Bonjour de breton à breton,

Oui c'est un projet ambitieux mais réalisable. Ce n'est pas l'aspect automatisation qui me parait pouvoir poser problème. Après tout, rien de bien différent par rapport à ce que l'on peut rencontrer sur un réseau disons... plus classique. Détection, capteurs etc... pour la position des convois, un back-up de l'information via Arduino à un poste central. Par rapport à ma sensibilité, j'opterais pour un système informatisé pour que tu évites de passer ta soirée de mariage à piloter des trains. Possible que la mariée n'apprécie que moyennement.

Mais effectivement si les parcours sont assez répétitifs, un Arduino embarqué doit pouvoir faire le boulot. Je dirais qu'à ce stade, ça n'est pas très important. Il y a plusieurs solutions possibles à affiner au regards des contraintes qui pourront apparaitre.

Pour la partie mécanique par contre je pense qu'il risque d'y avoir plus de boulot. Même si l'on est en Bretagne, à ma connaissance, on ne fait plus de banquets à 80 sur la même table. Il faudra alors relier le tables les une aux autres créer de viaducs... non ?

Il faut aussi que les trajets ne soient pas trop longs pour que les plats n'arrive pas froids ou le cidre chaud ! Que dire si une manifestation de bonnets rouges bloque les voies.

Moi je suis ok pour t'aider pour la partie automatisation, voir informatisation. La proximité géographique pouvant aider. Mais pour la partie physique de la construction de réseau, je resterai à l'écart.

N'hésite pas.

Christophe.

PS : "Pendant que le Titanic coulait, il y a des bretons qui ont crié aux autres passagers restés à bord : Une fois qu'on est dedans elle est bonne !"

895

Le logiciel DCC++ / Re : Controller DCC++ Ethernet On-Line

« le: novembre 23, 2017, 11:28:01 am »

Merci Didier pour ce retour. Je pense que tu témoignes bien que c'est une solution complète, performante et économique pour piloter des locomotives en DCC (avec DCC++) mais aussi effectuer la lecture et la programmation des CV's. Et cross plateform puisque fonctionnant sur PC et sur Mac et acceptant des périphériques Androïde et IOS.

Ce sujet fera l'objet de mon dernier article de la série "Piloter son Arduino avec son navigateur web et Node.js" http://www.locoduino.org/spip.php?article216 qui va paraître prochainement où je présenterai en détail la mise en service et le mode d'emploi.

Bien amicalement

896

Vos projets / Re : Détection canton avec module MAX471

« le: novembre 23, 2017, 12:41:24 am »

Jean-Luc, tu avais fait réaliser des cartes pour la consommation de courant mais je ne retrouve pas trace sur le site ! N'est-ce pas une piste à envisager ?

897

Vos projets / Re : Commande sans fil (et sans rail) train HO

« le: novembre 16, 2017, 05:21:41 pm »

Ca tombe bien, j'adore les endivesaujambon. Avec beaucoup de fromage !

Plus sérieusement, tu parles de quelle idée ? Conversion de 12 en 5 V avec un régulateur buck ou pont tournant en WiFi ?

Christophe

898

Le logiciel DCC++ / Re : Controller DCC++ Ethernet On-Line

« le: novembre 14, 2017, 08:48:52 am »

Bonjour Didier,

Content d'avoir de tes nouvelles. Pour ton réseau, c'est autant le chemin qui est intéressant que l'aboutissement, non Bon courage tout de même.

Pour la v4, je vais t'envoyer un MP avec lien sur la doc et le téléchargement. Je suis intéressé pour les tests oui, même si tout cela semble assez stable pour le moment. En réalité, ce qui diffère essentiellement de la v3, c'est la possibilité de relier en plus de l'ethernet en USB/série à l'Arduino de DCC++ BaseStation et l'interface spécifique pour smartphone. La v3 permettait déjà la connexion de plusieurs terminaux en WiFi mais avec des écrans assez larges.

Ici, il faut que je rajoute le choix de commutation série/ethernet au niveau du controller pour éviter d'avoir à modifier le fichier Node.js et le slider surtout sur smartphone ne se laisse pas facilement commander. Pour l'instant je n'ai pas encore trouvé de bonne réponse (si ce n'est le stylo tactile comme sur la vidéo).

Bien amicalement.

Christophe

899

Le logiciel DCC++ / Re : Controller DCC++ Ethernet On-Line

« le: novembre 12, 2017, 06:58:08 pm »

Vous êtes trop fort ! 

Merci, ça fait plaisir. C'est l'esprit de partage de Locoduino.

J'ai entrepris les essais et ça fonctionne bien en V3, je vais essayer la v4 et le smartphone.

Oui mais sauf que je ne l'ai pas encore publiée car il s'agit d'une version Beta !!! Donc si tu es d'accord pour participer au débug !

900

Le logiciel DCC++ / Re : Controller DCC++ Ethernet On-Line

« le: novembre 12, 2017, 08:46:25 am »

Bonjour,

Ce fil est en sommeil depuis quelque temps mais je n'en ai pas moins travaillé au développement du controller pour DCC++.

Aujourd'hui, je pense avoir fait le tour puisqu'une une version ordinateur est totalement opérationnelle qui fonctionne soit en Ethernet, soit avec le port série. Ce controller permet aussi la programmation de toutes les CV's sur voie de programmation et sur la voie principale, y compris les adresses longues. Il permet également d'actionner jusqu'à 28 fonctions de décodeur avec la possibilité de rédiger un libellé de fonction explicite à la place des F0, F1, F2...

Une réalisation à base d'Arduino au cout de revient de l'ordre 20 à 30 € si l'on compte la carte moteur.



Je viens aussi tout juste de terminer la connexion en WIFI qui permet donc de piloter soit à partir d'une tablette ou d'un smartphone :



Il est ainsi possible de piloter un même réseau à plusieurs terminaux simultanément.

Vous trouverez également une petite vidéo sur Youtube : https://www.youtube.com/watch?v=kRdBmnA_-HE&feature=youtu.be

A votre disposition pour plus de précisions.

Bien amicalement.

Christophe