Show Posts
Pages: [1] 2 3 ... 93
1  International / Tutoriels et cours / Re: Recueil de programmes documentés. on: July 12, 2014, 07:27:19 am
Salut le copaing!

Je vois que tu mets "sur papier" toutes les infos que tu croises en les rassemblant pour faire tes "livres", et bravo à toi. C'est une façon de se faire ses propres cours tout en le rendant accessibles aux autres, et ça, ça sen bon le partage généreux.

Je te proposerais bien un ptit truc... Etant donné qu'aujourd'hui, tous les gens qui programment ont l'ADSL, donc sont connectés en continu, pourquoi ne pas monter une sorte de blog? Genre chez Free qui a l'avantage de ne pas se pourrir de pub qui empêche la lecture des pages, tu aurais ainsi un espace de stockage, et la possibilité de rédiger des articles consultables à tout moment, avec des liens qui renvoient vers des références etc etc. Avec en prime la possibilité d'exporter un article au format PDF...

Ce n'est qu'une proposition, mais j'y verrais une certaine facilité pour toi... Je comprendrais aussi que tu trouves la manip trop lourde à mettre en route, moi-même je traine ça depuis quelques années dans un coin de ma tête...

Cinci
2  International / Français / Re: Est-ce normal que le code généré soit si mauvais ? on: July 08, 2014, 08:49:29 pm
Javais noté que dans l'utilisation des tableaux, le compilateur recalcule entièrement l'adresse d'une "case", même dans le cas de tableau[4]+tableau[5], alors qu'il suffisait d'incrémenter le pointeur de RAM. J'ai essayé de mettre à jour le compilateur, mais sans succès, les chemins des fichiers à compiler contenant des espaces ne passaient plus dans les paramètres de avr-gcc.

Donc on est mal barrés...

Si en plus on se limite à la plateforme arduino, où TOUS les exemples et libs font appel à des int 16 bits pour numéroter ce qui dépasse rarement 20, on comprend qu'on est loin d'utiliser la puissance réelle du processeur.

J'étais content de voir qu'on pouvait multiplier par 20 la vitesse d'exécution du digitalWrite en faisant de l'accès direct au port concerné, mais très déçu de voir que pour le portB du 328 qui est dans la zone adressable directe, bas le traitement est le même qu'un registre "distant", donc perte encore de temps...

Bref, il y a du boulot, bon courage dans ta quête!

PS : il reste la possibilité d'écrire certaines parties sensibles directement en assembleur... un code bien pondu sur un 328 à 16MHz pourrait faire pleurer un code arduino sur la DUE...
3  International / Français / Re: #ifdef DEBUG dans une librairie on: July 08, 2014, 01:09:24 pm
ou définir un "config.h" que tu #include dans chaque source nécessaire
Oui, mais il faut réécrire ce config.h pour chaque projet, donc ça ne simplifie pas les choses. je suis en train de voir avec PSPad, un éditeur que je connais bien, dès fois qu'il arrive à me lancer un avr-gcc... mais encore faut-il connaître la liste des appels...
4  International / Français / Re: #ifdef DEBUG dans une librairie on: July 06, 2014, 11:33:08 am
Je crois qu'il ne reste qu'une chose à faire, c'est de réussir à rajouter un paramètre dans l'appel à avr-gcc... il suffirait d'avoir un -DCONF_FILE=c:\... pour que dans toutes mes libs, je n'aie qu'à aller includer CONF_FILE (ça marche, j'ai essayé...) Reste à trouver un moyen de mettre ce truc dans arduino, j'ai récupéré les sources de l'IDE, mais le java, j'y comprends rien et je trouve même pas un fichier qui me parle... ça doit pas être compliqué à coder, ça...

ou plus bourin : renomer le fichier avr-gcc.exe et créer un avr-gcc.bat qui lui saurait rajouter le -D...
5  International / Français / Re: ACS712 et 230v AC on: July 05, 2014, 04:02:23 pm
La comme ça, je proposerais une erreur de câblage...

une tite photo du bidule câblé?
6  International / Le bar / Re: STM32 Comment cela se programme ? on: July 05, 2014, 03:53:37 pm
68tjs, si je t'offre une STM32F4 discovery, tu me fais un retour de prog? mp...
7  International / Français / Re: #ifdef DEBUG dans une librairie on: July 05, 2014, 03:49:24 pm
Je relance, vu que j'avais une question similaire...

Et là, après quelques essais, stuppeur!!!

Effectivement, un #define avant l'appel d'un .h, on peut le retrouver dans le .h, mais comme les libs sont compilées séparément, ben au second passage, le #define a disparu.

Je croyais que le compilateur prenait TOUS les fichiers pour n'en faire plus qu'un, puis compilait, bah non, c'est le contraire, il compile puis rassemble après, trop déçu!
8  International / Le bar / Re: STM32 Comment cela se programme ? on: July 05, 2014, 02:45:46 am
+1!

Effectivement, MACMan8, ton post est intéressant et remotive un peu mes troupes. Je suis d'ailleurs en train de télécharger coIDE 1.7.6. reste à voir le côté config, car il semble que seul, il ne suffit pas...

Le STM32 est une belle bête, mais il semble que la carte discovery n'ait pas vraiment percé, plein de cartes étaient sorties à ce moment là... J'entends plus souvent parler de la RPI.

Pour la programmation, il y a toute une initialisation des horloges à faire, et c'est pas si simple que sur nos petits AVR, il faut donc utiliser des libs, encore faut-il les trouver... c'était ce point qui m'avait un peu dérouté, je m'étais dit qu'une fois les horloges configurées, il y aurait certainement encore des tas de trucs à faire avant de juste programmer un simple "blink"...

Par exemple, l'article : http://www.labsud.org/stm32f4-discovery-compiler-les-demos-avec-coocox-ide-et-code-sourcery/ montre que si on ne s'y connaît pas un minimum, bah on ne risque pas de faire tourner quelque chose...
9  International / Le bar / Re: STM32 Comment cela se programme ? on: July 04, 2014, 04:01:55 pm
Skywood s'y est penché (un STM32 qu'il soit sur une discovery ou une bread-board, ça reste un STM32...) :

http://skyduino.wordpress.com/2012/03/08/test-stm32f4-la-nouvelle-generation-darm-cortex-m4-est-dans-la-place/

un peu plus bas, sous les belles photos :

Quote
L’exemple de base quand on branche la carte pour la première fois est trés sympa.
Les led de couleurs clignotent en cercle et la carte se faire reconnaitre comme une souris hid via l’usb, de la il est possible de contrôler la souris sur l’écran en inclinant la carte grâce à l’accéléromètre.

Petit probléme auquel je fait fasse pour le moment, c’est au niveau de la toolchain gcc.
Pour pouvoir utiliser la série Cortex-M4 il faut une version trés récente de gcc,(...)
et là, ça refroidit. il y a une manip de ouf à faire pour "installer" en mode troll des fichiers mais pas tous etc etc...

Je ne sais pas où ça en est, mais moi, de base, j'aurais bien aimé une interface IDE comme l'arduino : tu codes, pis tu cliques sur "upload", pis ça marche...
10  International / Le bar / Re: STM32 Comment cela se programme ? on: July 04, 2014, 01:55:18 pm
hônettement, j'ai deux STM32F4 discovery neuves qui dorment dans un tiroir depuis deux ans, jamais essayé de jouer avec, car aucune solution de prog ne m'a convaincu... Je trouve dommage de sortir un tel produit et de ne pas fournir avec une interface un minimum accessible...

Puis il y a aussi le côté très abstrait des datasheet, contrairement aux AVR qui eux proposent directement les bonnes adresses pour jouer avec.

Mon côté un peu fainéant me dit que si j'avais quelqu'un qui me montrait comment lui il fait, j'avancerais certainement plus...
11  International / Français / Re: Pb sur entrée analogique : Mesure de tension on: July 01, 2014, 12:36:14 am
C'est tout-à-fait normal. il y a des protections sur les entrées, et c'est ça qu'il t'arrive. Maintenant, si ton arduino fonctionne encore, tu as de la chance!
12  International / Français / Re: Multiplexage de fil resistif on: June 26, 2014, 12:33:11 am
Une question toute bête, mais serait-il possible d'utiliser une tête d'imprimante thermique, genre ticket de caisse? l'impression est précise me semble-t-il... (je n'ai encore aucune idée sur la façon dont ça imprime ces trucs-là...)

Ensuite, plutôt que de moduler la chaleur, je pencherais pour une chauffe constante et moduler le temps d'exposition (j'imagine que si le point chaud est suffisamment éloigné de l'encre, il ne se produira rien).

 J'ai un copain qui joue avec des lumières sur du papier photo, et ses résultats sont fonction surtout du temps d'exposition plutôt que de l'intensité d'éclairage...
13  International / Français / Re: Brancher un clavier a un arduino (Leonardo) on: June 18, 2014, 12:41:53 am
Il faut aller un peu plus loin que les descriptions "arduino" du µC... Déjà qu'en prog arduino, analogRead() inhibe totalement les possibilités d'utiliser les combinaisons différentielles des entrèes analogiques...

L'ATMEGA32U4 propose un port USB hard aussi bien esclave que maître, mais j'imagine qu'utiliser ce port pour deux communications en même temps relève de l'impossible : il n'y a pas de Rx/Tx en USB, mais de la liaison D+/D-... d'où ma proposition d'utiliser le Rx/Tx de l'USART pour lire un clavier en PS2 et l'USB pour envoyer tout ça à un PC...
14  International / Français / Re: Brancher un clavier a un arduino (Leonardo) on: June 17, 2014, 01:53:35 pm
c'est plus facile avec un vieux clavier PS2 : c'est du série et le léonardo a en plus de l'usb un port série...
15  International / Français / Re: [Résolu] Leonardo qui bug selon la taille du sketch !? on: June 11, 2014, 03:14:28 pm
  Merci mille fois B@tto !!

... Et cerise sur le gâteau, il garde la lisibilité qui me tenait tant à coeur .
ah ouais, cool!!! voilà qui fait plaisir à lire! un gros merci et un mini compte-rendu! si tous les topics pouvaient se terminer ainsi... smiley-wink
Pages: [1] 2 3 ... 93