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.


Messages - Thierry

Pages: 1 ... 23 24 [25] 26 27 ... 45
361
Bibliothèques / Re : Bibliothèque Commanders
« le: mai 20, 2018, 03:39:56 pm »
Après vérification et reproduction du problème, il se trouve qu'il y a eu un changement dans l'ordre des arguments du begin() pour toujours avoir l'identifiant en premier, et l'exemple n'a pas suivi... Le setup de SimpleButtons s'écrit donc :

void setup()
{
Commanders::begin(ReceiveEvent, LED_BUILTIN);

Left.begin(100, 4); // Arduino pin 4, id 100
Dc.begin(101, 6);
Right.begin(102, 8);
pushEPS.begin(103, 10);
pushTJD.begin(104, 11);
}

Je vérifie d'abord les autres exemples, et je pousserai une version corrigée sur Github...
Merci pour le signalement !

362
Bibliothèques / Re : bibliothèque Commanders+Accessoires
« le: mai 15, 2018, 10:11:29 pm »
J'ai bien mis 1.1.2 dans library.properties, mais je mets toujours v1.*.* dans le nom de la release... Je pense que le nom n'a pas d'importance et que ce qui compte, c'est le library.properties dans les sources ou le zip associés à une release. Mais je peux me tromper...
Le fait est que SlowMotionServo me permet de remonter dans les versions en réinstallant une vieille version, tandis que Accessories ne me le permet pas... Je ne sais pas si c'est le nom de la release qui est en cause, je n'ai fait que suivre les instructions données dans l'encadré de droite de la page de saisie des releases.
Mais peut être que pour l'IDE Arduino, il faut éviter le 'v' du tag de la release ?

363
Bibliothèques / Re : bibliothèque Commanders+Accessoires
« le: mai 15, 2018, 09:52:04 pm »
Ce que c'est de vouloir aller trop vite tout en assurant un service minimum au boulot... Heureusement que le service qualité passe par là ! C'est corrigé, et oui, la version ne devait pas demander à se mettre à jour sans le bon library.properties .

Merci pour la vigilance.

364
Bibliothèques / Re : bibliothèque Commanders+Accessoires
« le: mai 15, 2018, 01:38:10 pm »
Tu as tout à fait raison lapive, il manquait une initialisation. A ma décharge, je teste dans Visual-Studio qui introduit un changement lié au mode 'debug'. En Debug, tout est initialisé à 0. Lorsque l'on compile en release pour mettre en production comme l'IDE Arduino, les variables ne sont plus initialisées et prennent ce qui traîne à leur emplacement mémoire comme leur valeur. Voilà pourquoi, 'normalement', j'initialise toujours toutes les données d'une classe même si ça ne parait pas nécessaire à la lecture... C'est ce qui a manqué ici. Mea culpa !

Une version 1.1.2 a été poussée sur Github et devrait pouvoir être récupérée bientôt (il y a un petit délai) depuis l'interface de l'IDE par une mise à jour de la bibliothèque.
Bonne continuation.

365
Composants / Re : Interruption récalcitrante
« le: mai 11, 2018, 09:10:09 pm »
Oui, c'est aussi une possibilité.

366
Composants / Re : Interruption récalcitrante
« le: mai 11, 2018, 08:34:49 pm »
Bonsoir

Il y a quelque chose qui me choque dans ton code, c'est de mettre un While qui attend que la valeur soit arrivée à un seuil. Je pense que le mieux serait de te débrouiller pour que loop() soit relancé en permanence et juste avoir un test :

...
if (cpt_M220V < 105) { // attente incrément du compteur
//Serial.println(cpt_M220V); // ne fonctionne qu'avec cette ligne
monter();
}
...

Dans ce genre de situation, une machine à état est une bonne façon de simplifier le problème. Voir pour ça le dernier article de Jean-Luc (http://www.locoduino.org/spip.php?article25)...

367
Présentez vous ! / Re : presentation
« le: mai 11, 2018, 09:54:08 am »
Bienvenue sur notre forum.

Merci pour les encouragements. Nous tentons tous ici de rendre les possibilités très larges des Arduino à la portée des ignorants de tout le monde. Nous mêmes avons été ignorants autrefois, et nous aurions bien aimé être aidés par des 'gens qui savent'. Alors à notre tour c'est notre plaisir de diffuser la bonne parole aux masses laborieuses et de rendre disponible les bienfaits de la technologie et du mouvement 'Open source/Open Hardware' au plus grand nombre.

Bonne lecture, et bons montages !

368
Vos projets / Re : Début de projet !
« le: mai 06, 2018, 02:43:47 pm »
Pour les mouvements erratiques que j'ai également constaté, il suffit de faire un attach() avant le mouvement et un detach() juste après. Une autre solution est de n'alimenter le servo que pendant un mouvement à l'aide d'un relais ou d'un transistor. J'ai employé les deux techniques dans Accessories.

369
Vos projets / Re : Début de projet !
« le: mai 05, 2018, 05:56:56 pm »
Non, ce n'est pas important, mais je pousserai une correction à ce sujet pour la prochaine mise à jour...
Il y a quantité de raisons qui peuvent faire échouer la génération du signal DCC. Pour comprendre le problème, il faut tester les différents éléments un par un.
Un bon moyen est d'utiliser l'exemple minimaliste SerialDCC. Une fois le même comportement que la version basestation obtenu (votre message du 24 à 16h32) à partir de messages série, cela validera la partie DCCpp logicielle comme matérielle.
Ensuite il faut vérifier que le code avec la structure Train fonctionne. Je vois déjà un problème, c'est que le premier argument de setSpeedMain devrait être un nombre entre 1 et 10, différent pour chaque train. Ca permet de gérer dix trains différents. Tel que codé actuellement, lorsque le second train recevra un ordre de vitesse, l'ordre du premier train n'existera plus que dans le décodeur de la loco, et dès qu'un court circuit ou une perte de courant va arriver la loco va s'arreter sans repartir.
Avez vous lu l'article à propos de DCCpp http://www.locoduino.org/spip.php?article228&var_mode=calcul? C'est essentiel à la bonne compréhension du fonctionnement de basestation (je n'ai pas changé le fonctionnement de base) et donc de DCCpp. S'y trouvent les explications sur les fonctions (l'éclairage des locos), les registres (dont je viens de parler), les accessoires (dont vous semblez avoir besoin), l'utilisation et le câblage des shields moteur (qui semble vous poser des problèmes), etc...

370
Vos projets / Re : Début de projet !
« le: mai 03, 2018, 10:01:53 am »
Bonjour

Dans DCCpp, DCC_SIGNAL_PIN_MAIN existe bien, il n'y a pas de raison d'utiliser le code original... La seule raison pour qu'il n'existe pas, c'est de compiler votre .ino pour autre chose qu'un Uno, un Nano ou un Mega2560. Ce sont les seuls trois versions d'Arduino compatibles. Dans le code original, il n'y avait même pas le Nano...

Ce code original BaseStation issu de Github n'est pas une bibliothèque, c'est pour ça que j'ai créé DCCpp. Si on veut l'utiliser, il faut le mettre comme un projet Arduino classique et modifier plein de fichiers pour obtenir le même résultat en moins clair que DCCpp.

371
Vos projets / Support multi contrôleur
« le: mai 01, 2018, 10:26:20 pm »
J'ai en tête depuis quelque temps de faire évoluer DCCpp et mes autres bibliothèques vers les ESP, mais la structure matérielle à mettre en place à chaque test est assez rebutante. C'est pourquoi j'ai eu l'idée (saugrenue) d'une plateforme matérielle de test qui pourrait servir à vérifier le bon fonctionnement d'une bibliothèque pour plusieurs types d'Arduino.

La base est un connecteur femelle de deux fois dix broches, raccordées à deux jeux d'autres connecteurs femelles de même taille qui pourront recevoir des cartes de test, par exemple une avec des entrées et l'autre avec des sorties. Ou l'une avec des boutons, et l'autre avec un LMD18200, un max471 et un écran Lcd...



Au centre, le support de micro-contrôleur. Sur les côtés, les deux connecteurs des plateaux entrées et sorties.
Le connecteur central permet de raccorder via un petit circuit n'importe quel type de contrôleur. Pour que cela soit possible, l'interface est normalisée :
  • Port de droite tout en haut : GND
  • Port de droite en haut : Trois ports PWM : 1, 2 et 3
  • Port de droite en dessous : Six ports analogiques, de A1 à A6
  • Port de gauche tout en haut : 5V
  • Port de gauche en haut : sept ports digitaux, de D1 à D7
  • Port de gauche en dessous : deux ports d'interruption : 1 et 2
  • Port central de gauche à droite : 5V, 3.3V, GND .

Ce port constitue un compromis et contient le plus petit dénominateur commun entre les Arduino de différents type. En fait c'est le Uno qui a le moins de capacité, c'est donc lui la référence. Les autres type d'Arduino doivent mettre des broches équivalentes sur ces connecteurs. Il subsiste une incertitude sur les broches d'interruption qui sont gérés assez différemment selon les types d'Arduino.

Du côté des micro-contrôleurs, ils reposent sur un petit support avec la mise en correspondance des broches, connecteurs male en dessous vers la platine de test, femelle au dessus pour le contrôleur:




Je n'ai pas essayé de brancher un Teensy ou un mini, mais je ne pense pas que ce soit très différent. Par contre pour un Uno ou un Mega, il faut aller chercher les broches sur le dessus de la carte. Par exemple, c'est un shield de prototypage pluggué sur le Uno qui va s'en charger, mais je ne sais pas encore comment renvoyer les broches en dessous... Ou peut être faut il présenter le Uno tête en bas, avec les deux connecteurs de dix broches soudés sur le shield ?

Sur les connecteurs des entrées et sorties, toutes les broches du support sont disponibles. Il faudra que les deux circuits soient compatibles pour se partager correctement ces broches. Ou alors peut être qu'un seul connecteur avec un seul circuit suffirait... En fichier joint, les affectations des broches par type d'Arduino.

Je continue ma réflexion.

372
Bibliothèques / Re : ArduiEmulator
« le: avril 24, 2018, 04:48:27 pm »
Salut

Le problème c'est que la boite de test est développée en C++ managé dotNet, qui à ma connaissance n'est pas dispo sous Linux. Peut être que du côté de Mono, clone de dotNet pour Linux, c'est possible mais là je ne maîtrise pas... Il faudrait sans la refaire en Qt ou un autre framework portable du même acabit.
Je te joins le .zip des sources.

373
Débuter / Re : Appareils de mesure
« le: avril 23, 2018, 05:14:33 pm »
Dans le sujet, il est évoqué des petits oscilloscopes éco : est-ce très utile, un oscilloscope ? (si ça peut m'aider, j'investi...)
ceci par exemple, à 19€  :
 https://fr.aliexpress.com/item/2-4-TFT-Num-rique-Oscilloscope-1-Msps-Kit-Pi-ces-pour-Oscilloscope-Faire-lectronique-de/32835633185.html?spm=a2g0w.10010108.1000014.16.61b27ce2ugdRz2&traffic_analysisId=recommend_3035_null_null_null&scm=1007.13338.98466.000000000000000&pvid=ee676b84-3597-4239-86d6-52c6852bbc54&tpp=1

J'ai acheté et assemblé cet oscillo, à part un switch qui ne veut pas fonctionner (la faute à mes moufles...) c'est plutôt pas mal, et puis pour le prix... Je te conseille de prendre la boite en pvc associée, c'est nettement plus pratique:
https://fr.aliexpress.com/item/DIY-Case-Shell-diy-oscilloscope-kit-Cover-Parts-Cover-for-DSO138-Oscilloscope-oscilloscoop-Accessory-oszilloskop-osciloscopio/32673007045.html?spm=a2g0w.10010108.1000014.5.6847584cegfImf&traffic_analysisId=recommend_3035_null_null_null&scm=1007.13338.98426.000000000000000&pvid=ab52abf7-f03f-4c71-8f7f-b8f398115188&tpp=1

Tu as même la version déjà soudée au même prix !
https://fr.aliexpress.com/item/Soldered-DSO138-2-4-TFT-Handheld-Pocket-size-Digital-Oscilloscope-Kit-SMD-Soldered-Acrylic-DIY-Case/32795060636.html?spm=a2g0w.10010108.1000014.7.6847584cIYujmo&traffic_analysisId=recommend_3035_null_null_null&scm=1007.13338.98426.000000000000000&pvid=ab52abf7-f03f-4c71-8f7f-b8f398115188&tpp=1

374
Discussions ouvertes / Re : Pringy Exposition les 14 et 15 Avril
« le: avril 13, 2018, 12:53:16 pm »
Je viendrai dimanche avec Madame probablement...

375
Oui, pas de problème.

Pages: 1 ... 23 24 [25] 26 27 ... 45