Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Sujets - DDEFF

Pages: 1 [2] 3
16
Composants / La mesure de courant, tension et puissance pour Arduino
« le: décembre 29, 2016, 11:39:53 am »
Bonjour,

Une petite vidéo sympa, malheureusement en américain, sur la consommation de courant :



On y trouve un objet que je ne connaissais pas : un USB power meter. Je vais m'en commander un.

http://www.ebay.com/itm/USB-Volt-Current-Voltage-Doctor-Charger-Capacity-Tester-Meter-Power-Bank-UF/291937679891?_trksid=p2047675.c100012.m1985&_trkparms=aid%3D777003%26algo%3DDISCL.MBE%26ao%3D1%26asc%3D38530%26meid%3D830bc0ea5cf34f7a91010dd89c5c15cd%26pid%3D100012%26rk%3D2%26rkt%3D12%26sd%3D222130588892

Cela permet de mesurer la consommation de puissance (V, A et mAh) par exemple d'un chargeur de mobiles ou … de votre Arduino !

Au passage, pour 2,97$ on doit pouvoir récupérer un écran OLED très sympa en démontant.

Puis l'auteur fait "la même chose" avec un Arduino.

Là aussi, plein de passages chez ebay/Amazon (j'ai mis des liens en exemple, sans vraiment fouiller).

Tout d'abord, un ampli-op (avec le schéma).

Puis un INA219 : mesure de courant, de voltage et de puissance bidirectionnel avec interface I2C

Datasheet : http://www.ti.com/product/INA219
Au passage : marche en +/- 26V et 3.2 A. Sympa.

Achat sur Amazon : https://www.amazon.fr/Bi-directionnel-Alimentation-Courant-Capteur-D%C3%A9vasion/dp/B0183KFGE8/ref=sr_1_1?ie=UTF8&qid=1483006439&sr=8-1&keywords=ina219 pour 3.93 €

Il existe aussi une bibliothèque Adafruit sur :
https://github.com/adafruit/Adafruit_INA219

Et un joli afficheur OLED sur I2C en 0.96" (128x64) à 4.18 € sur Amazon :
https://www.amazon.fr/pouces-s%C3%A9rie-affichage-Module-Arduino/dp/B00NHKM1C0/ref=sr_1_1?ie=UTF8&qid=1483006924&sr=8-1&keywords=oled+i2c

Bibliothèque Adafruit_SSD1306 :
https://github.com/adafruit/Adafruit_SSD1306

Puis un module SD pour bus SPI (0.99 €) :
http://www.ebay.com/itm/Micro-SD-Storage-Board-Mciro-SD-TF-Card-Memory-Shield-Module-SPI-For-Arduino-/200958993125

Le schéma de câblage

La bibliothèque SDFat (Arduino FAT16/FAT32 library) :
https://github.com/greiman/SdFat

Le programme Arduino génère donc 3 fichiers qu'on peut copier dans Excel.
Quelques soudures plus loin, le board sur une platine à trous.

17
Bonjour,

Je vais commencer par un état des forces en présence. L'ordre n'a aucune importance.

- Pierre59 (Pierre) a fait un article http://www.locoduino.org/spip.php?article154
On a là une programmation à base d'objets et utilisation intensive des héritages qui permet une description d'un réseau, côté aiguilles, zones, ...

- Pierre a fait un autre article http://www.locoduino.org/spip.php?article167 qui, cette fois traite des signaux.
Toujours des objets et des héritages qui permettent la gestion complète de la partie signaux.

- Jean-Luc a, lui, porté son attention sur la gestion des itinéraires http://forum.locoduino.org/index.php?topic=167.0 en partant de ma gare et en étendant à tout un réseau. Là encore, les objets et les héritages et un résultat impressionnant.

- Et, évidemment, toujours de Jean-Luc, les articles sur les gares cachées :
http://www.locoduino.org/spip.php?article155
http://www.locoduino.org/spip.php?article156
http://www.locoduino.org/spip.php?article157

- Pour mémoire, je fais un peu pâle figure avec SGDD qui est bien à base d'objets, mais où je n'avais pas compris la notion d'héritage. Et d'autres choses, d'ailleurs.  :P

Pourtant, toutes ces méthodes (y compris la mienne) souffrent d'une tare originelle : il faut "mettre les mains dans le cambouis" et décrire le réseau "en dur", directement dans le programme.  :o

Cela est, certes, bien expliqué dans les articles cités, mais, à chaque fois, il s'agit d'une méthode de description nouvelle.
On part d'un objet originel, avec des fonctionnalités parfaitement adaptées à l'objectif à atteindre.
Et d'héritage en héritage, on arrive à ce qu'on voulait. Par des méthodes tout à fait géniales, d'ailleurs.

A moins que je n'aie pas compris, il faut décrire plusieurs fois le réseau en fonction des résultats à atteindre. Ce qui est dommage.  :(

D'autre part, cette description se fait directement dans le programme, ce qui n'est pas évident.  :(

Ce qu'il faudrait c'est "un anneau pour les gouverner tous", selon la formule consacrée.

Je ne suis certes pas Sauron (c'est le méchant  8)) et je n'y arriverais pas tout seul. Mais je pense avoir une piste.

Je suis parti sur autre chose : un TCO sur écran, gratuit et sans fils.

J'ai fait une première version, en mode objet, mais sans héritages. Et, donc, très dure à développer.

Pierre a eu pitié de moi et m'a fourni une solution presque "clés en mains", avec le bon objet de départ et les héritages nécessaires. Et là, j'ai (enfin !) compris comment ça marchait. Un grand merci.
Il était temps qu'on me "décolle la pulpe du fond"… ;)

La V2 était donc nettement plus facile à développer, beaucoup plus souple et ceux qui ont vu le résultat ont l'air d'avoir apprécié.
Ces deux versions étaient compatibles avec SGDD. On pouvait suivre le déplacement d'un train géré par un Arduino DUE sur l'écran de l'ordinateur, PC ou Mac.

Et je développe en ce moment la V3 qui ne sera plus compatible SGDD pour plusieurs raisons :

1°) programmation SGDD lourde et "datée"
2°) j'ai voulu adjoindre à l'éditeur de TCO un embryon d'exploitation de réseau

Donc, avec mon éditeur de TCO, je fais (forcément) une description du réseau, à minima graphique.

L'intérêt d'un éditeur étant qu'on ne va pas écrire directement dans le programme. Cela résout l'un des problèmes cités.

Mais on peut plus !

Je suis en train de développer la V3 pour qu'à la fin on ait une matrice qui décrit tous les liens des cantons/aiguilles. Une description littérale, cette fois, du réseau et des connections des éléments entre eux. Description automatique, uniquement générée à partir des éléments graphiques de mon éditeur.

Il me reste à trouver le moyen que cette description soit compatible avec tous les objets dont on aura besoin pour la gestion du réseau.

Dit autrement, je cherche à ce que toutes les instanciations des classes soient paramétrées et qu'elles aillent chercher ces paramètres dans cette matrice. ???

Évidemment, pour l'instant, cette matrice sera sommaire, mais susceptibles d'évolution pour intégrer de nouveaux objets pour gérer le réseau.

Mais c'est une autre histoire…

19
Infos et bonnes affaires / Un réseau EXTRA - Ordinaire !!
« le: mars 23, 2016, 08:21:48 pm »
Un comme ça, vous n'en avez jamais vu :

(mis en ligne le 20/03/16).
On est très, très loin de l'Arduino.

20
Composants / Identifier les trains
« le: mars 22, 2016, 02:04:24 pm »
J'ai récemment lu qu'on pouvait transmettre internet via les ampoules de la maison !
La lumière de la lampe est modulée et un récepteur reconnait cette modulation et, donc, récupère le signal émis.
Une sorte de wifi lumineux.  ;)

Je me suis alors dit que nos locos sont éclairées et qu'on pourrait ainsi transmettre leur identité, que ce soit en DCC et, surtout, en analogique.
Dans la loco, on n'a pas de place.  :(

Je propose donc le codeur HCS301 de Microchip, en cms.
http://ww1.microchip.com/downloads/en/devicedoc/21143b.pdf
Il travaille en 12V et on voit en p5 le schéma de principe qui utilise une seul composant, le HCS301. On peut ainsi identifier 15 locos. :D
Il faut, bien sûr, un transistor supplémentaire pour que ce codage influe sur les LED d'éclairage.
Mais c'est tout petit... et pénible à souder, je vous l'accorde.

A l'endroit où on veut identifier le train qui passe, un photo transistor et le décodeur (en DIL, cette fois, on a de la place).
Je propose le HCS515 de Microchip :
http://ww1.microchip.com/downloads/en/DeviceDoc/40183E.pdf
Schéma d'application p27.

Le codage st le même (p18 pour le HCS515 et p9 pour le HCS301).

Ce codage permettrait de recaler les locos à leur véritable emplacement.
Je vois deux usages :
1°) Reconnaissance d'une loco à la mise sous tension
2°) Suite à divers faux contacts, pouvoir réaffecter la bonne adresse DCC à la bonne loco.

Parce que le gestionnaire doit savoir à tout instant où est tel train et se recaler s'il y a des "loupés"...  ???

21
Composants / Suivi du courant ACS714
« le: mars 17, 2016, 04:01:20 pm »
J'aimerais bien afficher comme DCC++ le courant débité par l'alimentation (booster DCC ou alim analogique).
Ce serait sur le TCO en Processing. Je trouve ça assez sympa.

J'ai trouvé ça :
http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ArduinoExpertCanCapteurCourantACS7145A
Il faut adapter un peu, bien sûr, mais ça me paraît assez simple.

Le capteur ACS714 coûte 6.33 € chez TME :
http://www.tme.eu/fr/details/pololu-1185/modules-de-capteur/pololu/

J'ajouterai bien ça dans le programme, à titre d'information.
Notez que je ne cherche pas à m'en servir comme détecteur de court-circuit.
Je pense qu'un détecteur de court-circuit doit être uniquement électronique.

22
On voit peu sur internet de manettes DCC (hors celles des grands constructeurs).
Je citerai le site de Paco qui a développé une solution DCC complète à base de PIC :
http://usuaris.tinet.cat/fmco/home_en.htm
Ce site a au moins pour intérêt d'être en plusieurs langues, dont le français (assez rare pour être signalé)

Mais toutes ces manettes sont limitées, même la plupart de celles des constructeurs.

1°) Qu'elles soient du commerce ou DIY, elles ont souvent un écran minimaliste (quand ce n'est pas 2 afficheurs à LED … :( ). Une manette moderne devra avoir un écran en couleur "assez grand" et si possible, tactile.

Pour l'instant, j'aime beaucoup la manette ESU II :
http://www.intermountain-railway.com/distrib/esu/html/ESU50114.htm dont je m'inspirerais bien pour le design.

2°) La manette devra être sans fil. Je n'ai pas de préférence pour le système.

3°) Je trouve anormal d'avoir à retenir un code DCC d'une loco.
Donc, il faut, au départ, associer ce code DCC à un type (ex : BB9004), un nom (ex "saucisson") et après, on l'oublie.
Toutes les fois où on aura besoin de ce code, ce sera au travers des son alias, jamais du code lui-même. Choisir parmi des photos est quand même plus agréable.

4°) De la même façon, on devra oublier le plus tôt possible le code DCC d'une aiguille ou d'un accessoire quelconque. Cliquer sur la représentation graphique d'une aiguille, d'un signal, est beaucoup plus parlant que de se rappeler de son code.

5°) Il n'est pas utile de pouvoir s'adresser à une aiguille particulière.
Et donc d'avoir un inter ou un bouton-poussoir au TCO qui lui corresponde.

Une aiguille, c'est l'un des éléments d'un itinéraire ou d'un circuit.

Je définirais l'itinéraire comme le moyen d'aller d'un point A à un point B, particulièrement une gare.
Dès que Pierre (Pierre59) aura fait son article sur les itinéraires, on aura, sur Locoduino, 3 (!!) façons d'arriver à les gérer (celle de Jean-Luc, celle de Pierre et la mienne).
On peut d'ailleurs étendre les itinéraires à l'extérieur des gares, en allant d'un point A à un point B quelconques.

Je définirais le circuit comme un itinéraire bouclé.

Donc, on ne voit l'aiguille particulière qu'au travers d'un itinéraire ou d'un circuit.

6°) Conduite manuelle et automatique.
En conduite automatique, on ne s'adresse pas aux aiguilles parce que, par définition, tout est automatisé…
Donc, le choix d'un itinéraire ou d'un circuit n'intervient que dans la conduite manuelle.

Ce que j'appelle conduite manuelle, c'est de conduire son propre train en respectant les signaux.
Votre train se déplace au milieu d'autres trains conduits automatiquement.
Et, bien sûr, avec une sécurité maximale : si on ne respecte pas un Sémaphore ou un Carré, votre train va s'arrêter quand même.
Une espèce "d'homme mort" en train miniature.
Ceux qui connaissent mon patronyme apprécieront… ;D

En plus d'intervenir sur la vitesse et le sens du train, ce qui est, somme toute, la moindre des choses pour une manette, j'y ajoute une fonction, cette fois, vraiment originale :
Le choix de l'itinéraire.
Si on réfléchit bien, le gestionnaire de réseau (Arduino DUE) sait, à tout moment, où est le train que l'on commande manuellement, au canton près, ce qui est suffisant.
C'est l'origine de l'itinéraire. On n'a rien à faire puisque c'est suivi, au fur et à mesure des déplacements du train.

Il n'y a plus qu'à choisir l'extrémité ! ;)

Et ça, puisque la conduite est manuelle, le gestionnaire de réseau n'en sait rien.
Il attend votre choix.
Mais il peut vous aider en fournissant des infos utiles pour faciliter votre choix.
Je propose, sur la manette, l'écran suivant :



On reconnaîtra ma gare, généreusement popularisée par Jean-Luc sur le forum. ;D ;D

A l'avant, 9 voies d'entrée et au fond les 12 voies destinations.

Votre train est sur la 3ème voie en partant de la gauche (en bleu) sur les 9 d'entrée.
Cette info est donnée par le gestionnaire de réseau qui sait où vous êtes.

Au fond, les 12 voies de destinations.
Le gestionnaire du réseau vous donne d'autres infos pour faciliter votre choix :

En rouge :     la voie est physiquement occupée
En orange :   la voie est, pour l'instant, libre, mais un autre train l'a déjà réservée.
                      On va dire "occupé par une source".
En vert :        la voie est libre

Entre les deux, les traits bleus vous indiquent que, si vous ne faites rien, les aiguilles sont en position allant vers la 7ème voie sur 12.
Mais votre itinéraire n'est pas défini. Simplement, les aiguilles sont en position pour aller vers la voie 7.
Vous avez donc le Carré et votre train est en cours d'arrêt.

A vote disposition sur la manette : un bouton codeur qui va vous permettre de choisir la voie vers laquelle vous voulez aller.

En tournant le bouton, le trait bleu intermédiaire se déplace sur l'une des 12 positions possibles.
Évidemment, le trait horizontal s'adapte pour relier votre position actuelle (voie origine 3) vers le trait de choix.

Dès que la position du trait bleu vous va, vous validez.
Supposons voie 9.
La voie destination devient bleue, l'itinéraire se lance et votre train va pouvoir y aller. :)

Mais il se passe alors quelque chose de fondamental :

Votre "TCO-manette" affiche alors ce qui suit la voie 9 (sur 12).
Dans le cas de ma gare, il s'agit d'une voie de garage (c'est une gare terminus).
Donc vous voyez en premier plan les 12 voies et plus rien en arrière plan.
Vous êtes localisé voie 9 (en bleu), mais il n'y a plus rien derrière.

Si, maintenant, vous inversez le sens de déplacement du train (pour sortir de la gare, c'est mieux), vous allez avoir en premier plan 12 voies et, au fond 9 voies !

Dit autrement : le "TCO-manette" vous montre où vous allez, mis à jour au fur et à mesure du déplacement du train.
Vous n'avez plus besoin de boutons sur le TCO !!  ;D ;D

Évidemment, c'est complémentaire à mon article sur le TCO en Processing.   ;)

23
Shields et Modules / Booster DCC
« le: mars 10, 2016, 02:08:39 pm »
Je viens de trouver sur internet un lien pas vieux (3 semaines) pour un booster DCC qui m'a l'air assez sympa.
Pas forcément hyper original, mais assez bien fait.

Vidéo :

Explications (matériel et programme) :
http://www.trainelectronics.com/DCC_Arduino/DCC_Booster/index.htm

Matériel : H-Bridge 43 amp BTS7960B à 12,79$ sur e-bay (franco de port)
Logiciel classique.

24
Bibliothèques / Souris DCC
« le: mars 05, 2016, 07:01:53 pm »
Voilà un sujet qui m'interpelle, comme on disait avant... :D

Une souris DCC qui marche avec le protocole XpressNet !
http://forum.e-train.fr/viewtopic.php?f=63&t=81074

Digital Modellbahn a eu la bonne idée de faire une bibliothèque XPressNet qui commande aussi les locos.
La bibliothèque XPressNet de Nicolas Zin, elle, ne s'occupant "que" des aiguillages. Je dis "que", mais je suis gonflé : c'est déjà formidable.  ;D

Voilà la bibliothèque :
https://sourceforge.net/projects/pgahtow/files/Arduino%20%28v1.0%29%20libaries/XpressNetMaster.zip/download
A partir de ça, le club de Nevers a développé une souris qui permet de conduire les trains.
Il y a quelques limitations (adresses courtes, p. ex.), mais c'est un grand pas en avant.  ;)
Si j'ai bien compris (bien que je ne voie pas pourquoi), cette souris ne peut être qu'esclave de la souris de la centrale (ex : multimaus).

Je cherche à développer un système tout Arduino, mais je pense aussi à ceux qui, nombreux, on déjà une centrale.  :)

25
Vos projets / TCO en processing
« le: décembre 30, 2015, 08:43:53 pm »
Je m'amuse bien …

Le premier qui m'a parlé de Processing, c'est Guillaume.
J'avais même cru que c'était une bibliothèque Arduino…
Thierry m'avait montré mon erreur et Pierre m'avait donné un exemple frappant d'une aiguille commandée à l'écran.
Mais je ne voulais pas d'ordinateur sur le réseau.

Puis, lundi je me suis lancé quand j'ai trouvé un exemple de dialogue Arduino - Processing :
http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ArduinoExpertSerieGraphiquePCGraphXYAnalemne
Bien sûr, ça n'a rien à voir avec les trains, mais les petits carrés et le dialogue m'ont convaincu.

Ce que je voulais, c'est un TCO avec de petits cubes, comme chez Weissmann, Trix, Heki (mon article "Qui Heki" en 1995 dans Loco Revue).
Tapez "GleisBild" dans Google et regardez les images.

Mais il y a 2 graves problèmes :
1°) Le prix exorbitant
2°) le câblage, même si c'est "simplifié".

Par ailleurs, je n'ai pas trouvé de bibliothèque Arduino qui dépassait le VGA (640x480). Dommage. :(

Donc, je vais avoir un écran (et l'ordi qui va avec), mais sans commander par l'ordi.
On affiche un TCO et l'Arduino envoie dessus la position des trains et des signaux.

J'ai donc fait un TCO avec Processing, avec les petits cubes dont je rêvais. Avec même des petits reflets  :D

En haut à gauche, les cubes modèles, qui ne bougent pas.
Tous les cubes sont coupés (de façon invisible) en 9 cases :

0 1 2
3 4 5
6 7 8

Quand la souris est sur les cases 0, 1, 2, 4 et 5, on peut déplacer le cube.
Quand on appuie sur 3, on a un effet miroir vertical.
Quand on appuie sur 7, on a un effet de miroir horizontal.
Quand on appuie sur 6, le cube tourne dans le sens horaire.
Quand on appuis sur 8, le cube tourne dans le sens trigo.

Après, on peut dessiner ce qu'on veut.  ;D

Quand on est content, on appuie sur "s" (save) et le dessin est sauvé dans data sous la forme d'un fichier Cube.csv.
Si on veut le récupérer, on lance le programme et on appuie sur "l" (load) et il s'affiche.
Je vous joins ma gare comme exemple.

Donc, il faut télécharger Processing 3 et l'installer.
On décompresse le .Zip qui est joint et on lance le .pde
On appuie sur "l" et ma gare se charge.

Mais faites-en ce que vous voulez.

On peut, bien sûr, modifier la taille des cubes.
Mais si vous sauvez un grand nombre de cubes, vous allez avoir des problèmes quand vous rechargerez si vous affichez maintenant moins de cubes.

On pourrait aussi utiliser les cubes pour la construction et ne plus afficher de traits de contour pour l'exploitation. C'est très ouvert.

Amusez-vous bien.

26
Modélisation, Architectures logicielles et matérielles / SGDD
« le: novembre 24, 2015, 02:09:30 pm »
Bonjour,
Pour compléter ma réponse, un schéma exemple en PJ :


27
Shields et Modules / Carte 4 cantons DCC
« le: septembre 21, 2015, 03:09:15 pm »
Bonjour,

Je suis en train ( :D ) de réfléchir à une carte 4 cantons pour DCC avec bus CAN.
Pour ne pas réinventer la roue et pour un soucis de cohérence, je me suis inspiré de celle de Jean-Luc et de son copain Pierre.



Un Arduino Nano s'occupe des 4 cantons et du bus CAN.

Pour le bus CAN :
- Un MCP2515 utilisé de façon classique : /CS, SO, SI, SCK et /INT du MCP2515 reliées respectivement à D2 (IT_CAN), D10 (SS), D11 (MOSI), D12 (MISO) et D13 (SCK) du Nano.
- Un MCP2551 utilisé aussi de façon classique : TxCAN et RxCAN du MCP2515 relié au TxD et RxD du 2551. et le MCP2551 relié au bus CAN par deux prises femelles RJ11.
- Un quartz 16 MHz.

Pour les cantons :

Il y a 3 zones par canton : une zone de pleine voie encadrée par deux zones d'arrêt, si on est en voie banalisée.
Pour 4 cantons, ça fait un maximum de 12 zones.

Il existe des ISQ74 qui ont 4 opto-coupleurs dans le même boîtier. Donc 3 boîtiers pour 12 zones.
De même, pour avoir un signal propre en sortie, des CD40106 qui ont 6 triggrers de Schmitt inverseurs dans un boîtier. Donc 2 boîtiers pour 12 zones.

Sans trop chercher, j'en suis à 0,25 € les ISQ74 et 3,99 € les 10 x 40106. Rien, donc, que du très abordable.

Finalement, ce qui risque de coûter cher, ce sont les diodes tête bêche qu'on doit mettre en série par 2 (au moins) et dans les 2 sens pour chaque zone.
Le plus simple est d'utiliser un pont de redresseur 100V 3A (0,20 €), nettement moins cher que 4 diodes.

Et, optionnel, un relai 2RT 5V  ???
Drôle d'idée ? Non !
C'est pour les boucles de retournement. Je prévois un seul emplacement sur la carte qu'on met si on en a besoin : 9,95€ (+3,30 €) les 10.

Au niveau programmation, le Nano s'occupe du bus CAN et d'agglomérer les infos reçues :
Il sort, pour chaque canton, le sens réel de déplacement du train, une occupation PV et une occupation ZA.

Il s'occupe, seul, de gérer les boucles de retournement via son relai qu'il inverse si c'est nécessaire. Donc, sans le CAN.

Pour ne pas saturer le CAN, il n'envoie des infos au DUE central que si les choses ont évolué entre 2 cycles de surveillance interne de la carte 4 cantons.

Entre autres, il envoie aussi l'info de "wagons décrochés" dans certains cas  ;)
Pour ça, il faut que le train le plus long soit plus court que la PV la plus courte, ce qui n'est pas une contrainte insurmontable.

Il me reste à faire le schéma dans Eagle et d'en déduire le typon à commander chez Electrodragon.

28
Infos et bonnes affaires / Souris DCC Android
« le: août 22, 2015, 07:31:09 pm »
Bonjour,
Un site étrange, mais qui, à mon avis, mérite d'être creusé :
http://wiki.rocrail.net/doku.php?id=rccab:rccab-en
Si j'ai bien compris, on a un programme sur le Google Play, on paie 10 € pour un code et on a une souris, entre autres, XPressNet !
Qu'en pensez-vous ?

29
Infos et bonnes affaires / Arduino 1.6.4
« le: mai 22, 2015, 06:17:52 pm »
Bonjour,
Depuis quelques jours, un nouvel IDE Arduino est sorti. ;D

Outre le logo du début, quelques changements :
Les types de variables sont en bleu et plus en rouge, de même les mots false et true.
Dans le fichier préférences, on fait mention d'un fichier preferences.txt avec apparemment plein de choix. Je n'ai pas détaillé.

Concernant l'installation, j'ai un peu bataillé : windows 8.1 pour processeur 64K est un peu fâché avec java.
Je n'ai pas pu l'installer directement. Je suis passé par le fichier .zip que j'ai recopié directement dans la directory C:\Program Files (x86)\Arduino.

Attention à un "détail" : si vous aviez des autres choses enregistrées sous Arduino (ex : les ATTiny), il faut les sauver avant, sinon, c'est détruit.
J'avais, par habitude, renommé mon ancien fichier Arduino en Arduino.old avant l'installation. Un bon réflexe !  ;)
Et, recréé un Arduino tout neuf dans lequel j'ai recopié le contenu du .zip.

30
Présentez vous ! / Retardataire
« le: avril 19, 2015, 08:45:22 pm »
Je viens de me rendre compte qu'il y avait un endroit pour se présenter... :o

Je lis la plus grande revue française de trains depuis 1974, date des premiers articles de "JC" (N°338).
JC que j'ai d'ailleurs bien connu et avec qui j'ai échangé plus de 400 pages de courriers et on s'est même vus une fois.
Entre autres, en 1994, il a sorti les premières mesures de fcem dans les trous du courant pulsé. Il y a récemment eu de très gros progrès faits par une personne que nous connaissons tous.

Évidemment, j'ai lu avec passion les articles de Christian et compris le potentiel de l'Arduino. Enfin un micro avec une prise USB ! Merci Christian.

J'ai un Arduino depuis Noël 2014.

Toute ma carrière chez FT/Orange dans la technique FH et FO depuis 2008 et l’événementiel (Tour de France ...). Et j'ai fini fin février.   ;D ;D
Depuis, j'emm ennuie tout le monde avec mes questions ...   :P :P :P

Pages: 1 [2] 3