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 ... 41 42 [43] 44 45
631
Présentez vous ! / Re : Bonjour à tous
« le: septembre 01, 2015, 03:42:15 pm »
Salut Jean-Marie. Bienvenue chez les bidouilleurs.
Tout comme Marc-Henri, je fais de l'informatique à usage industriel (développement d'un logiciel de CFAO), mais je n'y connais pas grand chose en électronique... Et ma centrale Dc/Dcc est presque terminée comme la tienne ! Je vais pas tarder à commencer à en parler via une série d'articles...

632
Bibliothèques / Re : Re : MemoryUsage
« le: août 05, 2015, 03:24:58 pm »
Outre le gain en place mémoire, le remplacement des instructions digitalWrite par les accès aux ports occasionnera un gain de temps: l'accès direct étant environ 10 fois plus rapide que digitalWrite.

Le gain attendu ici est sur la SRAM qui n'est pas beaucoup impactée - voire pas du tout - par le bootloader...
Pour l'accès direct aux ports, que je trouve particulièrement imbuvable, j'utilise une variante personnelle d'un source que j'ai récupéré de CodeProject : Arduino2. Il me permet de bénéficier des avantages (la vitesse) sans les inconvénients (la relecture de code...). Il est disponible dans ma librairie UAD, mais je devrais peut être en faire une vraie bibliothèque.

633
Bibliothèques / Re : MemoryUsage
« le: août 05, 2015, 03:18:33 pm »
Une version V2 vient d'être poussée.
Elle simplifie la compréhension du problème en fournissant plus d'infos et en rationalisant les comportements. Une seconde méthode de mesure dite 'Paint' a été ajoutée, ainsi que le moyen d'afficher toutes les données chiffrées de la SRAM.
Le fichier MemoryUsage.h en particulier a été grandement documenté pour mieux s'y retrouver.

634
Bibliothèques / MemoryUsage
« le: juillet 26, 2015, 05:47:47 pm »
Un problème récurrent, en tout cas dans mes sketchs, est la gestion de la mémoire. Chaque octet coûte cher, et les Arduino sont chiches en SRAM... Alors une nouvelle bibliothèque a été poussée sur Framasoft pour permettre d'afficher localement la taille de la mémoire disponible, et la taille maxi de la pile.

635
Bibliothèques / Re : PWM
« le: juillet 26, 2015, 05:45:38 pm »
Voilà un truc bien pratique ! Je vais pouvoir m'en servir pour ma version Dc de ma centrale mixte Dc/Dcc .

636
Bibliothèques / Re : Bibliothèque LcdUI
« le: juillet 25, 2015, 04:06:45 pm »

637
Vos projets / Re : Nouveau projet : un petit locodrome
« le: juillet 05, 2015, 02:21:15 pm »
Pour info, voici mon propre locodrome. Réalisé à partir de ce qui me restait: planche, coulisses de tiroir, rails... Je n'ai rien eu à acheter. J'ai honteusement piqué l'idée au N Gauge Forum. Et puis cela me permet de tester ma centrale Dcc à l'étage près du Pc et de l'atelier électronique alors que mes modules T-Trak sont dans le sous-sol... Le principe est d'avoir une voie circulaire de test, qui peut servir de voie de rodage, et d'une voie (tant que j'y étais, j'en ai mis deux !) de programmation indépendante.

638
Présentez vous ! / Re : Le retour du lapin
« le: mai 11, 2015, 09:25:07 am »
Bienvenue ici. Le Dc PWM et le Dcc sont des sujets de choix pour Locoduino !

639
Bibliothèques / Re : Bibliothèque LcdUI
« le: mai 05, 2015, 10:20:22 pm »
Après quelques tests sur un Mega, l'exemple a été mis à jour, en même temps que de petites corrections. La doc est en cours d'écriture sur le Wiki de framasoft.

640
Bibliothèques / Re : Bibliothèque LcdUI
« le: mai 04, 2015, 05:12:11 pm »
Voilà, j'ai poussé un meilleur exemple. La doc n'existe pas, et la lib ne fonctionne que pour un écran pilotable par la librairie LiquidCrystal ou sa version 'Fast'... Alors l'adaptation à ton besoin risque d'être corsée !
Je n'y ai inclus aucune interaction avec des boutons, mais ça va venir. J'ai juste laissé ma version utilisée dans Visual pour tester avec des touches du clavier. Les principaux événements sont EVENT_LESS (reculer), EVENT_MORE (avancer), EVENT_SELECT (sélectionner) et EVENT_CANCEL (annuler). Je n'ai pas testé l'exemple sur un Arduino, mais DcDccControler fonctionne sur un Nano avec la librairie, et avec beaucoup de fenêtres !
L'essentiel du travail pour le créateur d'interface se situe dans la création de la liste des textes en tête de fichier, et surtout la liste des 'Windows' et leur enchaînement. A ce sujet, attention au dernier argument de lcd.Setup() qui est le nombre total de fenêtres !

Trois types de fenêtre :
Splash pour un affichage temporaire de quelque chose, genre copyright au démarrage...
Interrupt pour accéder depuis n'importe où à une fonctionnalité particulière, comme un arrêt d'urgence ou un 'Cancel' de la fenêtre en cours,
et les fenêtres normales.

Contrairement aux deux autres, celles-ci s'enchaînent via une arborescence créée dans le setup. Là encore plusieurs types de fenêtre:
Choice permet de faire un choix parmi une liste.
Int et Text font de la saisie et permettent d'entrer une valeur.
YesNo pour valider un chois par oui ou non
Confirm pour valider un choix par l'événement EVENT_SELECT ou sortir par EVENT_CANCEL.

La filiation des fenêtre se fait par les deniers arguments de AddWindow() : l'avant dernier est l'adresse de la fenêtre mère, le dernier est l'indice du choix correspondant dans cette mère si c'est un WindowChoice.

Il y aurait beaucoup à dire, en particulier sur les fenêtres d'interruptions et sur la dérivation locale de Window pour créer ses propres fenêtres, mais déjà si je ne t'ai pas noyé, je considère que c'est un résultat acceptable !

641
Bibliothèques / Re : Bibliothèque LcdUI
« le: mai 04, 2015, 12:04:23 pm »
Elle est effectivement dispo, même si certains aspects (saisie texte notamment) doivent être améliorés. Laisse moi un peu de temps pour mettre un véritable exemple (celui fourni n'a rien à voir...).

642
Bibliothèques / Re : Sauvegarde de l'état en EEPROM
« le: avril 28, 2015, 02:07:34 pm »
Il y a une bonne et une mauvaise raison !
La bonne, c'est parce que ma fonction write vérifie d'abord avec un eeprom_read_byte que le contenu n'est pas déjà celui souhaité, et n'écrit avec eeprom_write_byte que si c'est nécessaire. Mais je ne suis pas sûr de ne pas avoir lu quelque part que la puce d'eeprom ne s'en occupait pas déjà...
La mauvaise, c'est que j'ai recopié puis fortement amendé une fonction trouvée sur le net et que je n'ai pas voulu changer ça... Mais c'est vrai que j'ai découvert avec surprise qu'il y avait bien plus que ce que propose le simple EEPROM.h .

643
Bibliothèques / Re : Sauvegarde de l'état en EEPROM
« le: avril 27, 2015, 06:14:33 pm »
J'ai codé 'la chose' dans ma librairie EEPROMex. Voir l'exemple circularbuffer dans la pièce jointe.
Je dois juste m'assurer que je peux utiliser la librairie dans mon autre librairie DcDccControler, et si tout va bien je commencerai à rédiger un article sur EEPROMex.
Viendra ensuite LcdUI qui permet de réaliser -assez- facilement une interface utilisateur un peu évoluée (Splash Screen, écrans de saisie entier, chaine, booléen, choix multiples, enchaînements d'écrans et messages d'interruption...).
Et puis enfin DDC, qui exploite ces deux librairies !

644
Bibliothèques / Re : Sauvegarde de l'état en EEPROM
« le: avril 24, 2015, 10:18:36 am »
Je suis en train de mettre la main finale à une librairie EEPROMex dont j'ai besoin pour un projet plus complexe. Cette libraire très simple ajoute quelques fonctionnalités à la classe EEPROM basique livrée avec l'IDE. A côté des read et write de la base, j'ai ajouté un readAnything et writeAnything pour manipuler autre chose que des bytes. Ce sont des fonctions trouvées sur le net qui seront créditées de leur véritable auteur comme il se doit. J'y ajoute une classe de mon cru permettant de créer une liste hiérarchique d'éléments (des parents et des enfants) gérant la place disponible...
Il serait sans doute très utile d'y ajouter, au moins optionnellement, cette gestion de buffer circulaire qui me parait bien adaptée à nos besoins.
Dans ce que j'ai pu trouver sur le net, le nombre de 100000 écritures (http://hackaday.com/2011/05/16/destroying-an-arduinos-eeprom/) a été testé en grandeur réelle, et il se trouve que le testeur a en fait pu faire plus d'un million d'écritures avant de rencontrer un problème ! Je trouve que ça relativise pas mal le besoin, mais ça ne le supprime pas.

645
Présentez vous ! / Re : Bonjour de Savignyexpress
« le: avril 22, 2015, 03:09:13 pm »
Je plussoie les bienvenues !

Pages: 1 ... 41 42 [43] 44 45