Perso, je préfère utiliser les define, je trouve c'est plus propre !
const Y='HIGH'
c'est bien mais tu ne donnes le type de ta variable !
const char Y='HIGH'
c'est bien beau votre truc, mais il ne faut pas que ça soit un char. au mieux tu peux lui donner HIGH dans un const boolean, sans guillemets, ni apostrophes, donc il faut enlever les guillemets. déjà.
ensuite, un #define a une portée plus grande, parce que c'est une directive préprocesseur, et que du coup elle concerne l'ensemble du programme (plusieurs fichiers), tandis que le const ne sera appliqué que dans le fichier dans lequel il est utilisé. (enfin ça c'est ce que je me rappelle de mes cours. en vrai je me sers jamais de const. c'est pas beau )
Personnellement je ne vois pas l'utilité. HIGH et LOW sont des constantes claires et déjà définies, pourquoi réinventer des constantes "Y" (pour Yes ?) et "N" (pour No ?) qui risquent de ne pas être très claires.
Oui utiliser seulement HIGH et LOW te fera faire un petit peu de gymnastique intellectuelle pour comprendre que dans ton allume_arbre HIGH = Yes et LOW = no mais au bout d'une heure sur ton code tu n'aura plus le problème.
ok - pour les librairies , c'est faisable avec un os >>
Linux
- Edité par abuche il y a environ 1 heure
non? à la limite des fichiers .C et .h par côté... enfin je sais pas trop comment ça marche au niveau de l'éditeur arduino, mais... dans processing (le logiciel qui a servi de base pour l'ide arduino), tu peux faire ça dans par onglets...
ok -Processing est beaucoup plus large en capacité, que les commandes basique de arduino :
- capture de flux vidéo
- reconnaissance d'objet
Les objets sont des instances de classe de librairies
hein? par pitié quand tu t'exprime, fais des phrases entières...
processing c'est un truc pour faire des applications PC, tu n'as aucun intérêt à t'en servir pour faire de l'arduino avec. un objet est une instance de classe. c'est tout. la librairie c'est là ou tu code des classes , c'est tout.
d'ailleurs on peut coder en POO sur arduino? ça m'étonnerait...
UNE PHRASE!!!! ENFINNNNNNNNN (non je troll ) plus sérieusement, tu poste souvent, et quand on te lit on passe plus de temps à comprendre ce que tu demande/dis qu'à chercher des éléments de réponse et rédiger la réponse. sachant que ta réponse fait rarement plus de 2 lignes, c'est quand même un peu gênant quoi. enfin je sais pas reprends un post un peu vieux et mets toi à notre place, tu comprendras pourquoi on a du mal à te suivre (celui de quand t'as reçu ta carte raspberry Pi, que tu voulais faire un serveur d'acquisition pour ceinture cardio là, par exemple, et essaie de comprendre ce que tu voulais à chaque réponse) EDIT: j'ai choisi le seul topic ou t'étais relativement clair
pour reprendre ta question, non, processing n'est pas destiné à programmer directement sur arduino. sinon les mecs d'arduino ne se seraient pas fait c** à faire leur propre éditeur... (et je ne sais pas sur quoi pointe ton lien, mais on ne voit que des applications PC dessus.
Attends j'comprends plus rien...
En fait depuis tout à l'heure tu ne poses pas de questions, tu fais juste des affirmations à droite à gauche en te servant du forum comme calepin de prises de notes ?
"Je découvre Arduino et l'IDE est dérivé de processing et n'est pas processing ." > oui.
"Les appli PC , montre que Arduino permet des tracés de data par la liaison série . ( Ce que je ne savais pas )" ->tuto du site
"Pour la domotique , qui est le détour qui m'a fait venir sur ce forum , je vois que beaucoup de question font référence à des kits ou robots existants déjà . Mon but n'étant pas de devenir formateur ou enseignant , toutes mes futures interrogations vont facilement trouver réponses dans des catalogues papier que j'ai reçu ..." sympa la domotique, et en effet, sur des sites comme ici où "on part de zéro" (ancienne devise du site), les gens qui le fréquentent tournent souvent sur du matériel adapté à des néophites, donc les kits arduino et Cie sont presque plébiscités (qui ne sont pas mauvais pour autant, d'ailleurs, mais pour faire des choses vraiment précises en sachant que t'es limite côté puissance de calcul, c'est vraiment chaud d'optimiser derrière, par rapport à une platine "pour utilisateur plus avancé")...
"Pour RSpi qui est dérivé de Linux , que je connais déjà, je n'ai aucune question à poser ." dommage c'est vraiment intéressant ces cartes là, comme support "intelligent" pour la domotique (serveur, puissance de calcul, possibilité de commande multiples, et j'en passe). (d'ailleurs je risque de venir te demander 2-3 conseils bientôt à propos de ton thermometre.)
Eskimon a écrit:
Attends j'comprends plus rien... En fait depuis tout à l'heure tu ne poses pas de questions, tu fais juste des affirmations à droite à gauche en te servant du forum comme calepin de prises de notes ?
- Arduino est à la base une carte électronique basée sur un microcontroleur Atmel et dont le langage et l'environnement de développement sont dérivés de Processing, c'est pour cela qu'il y a une forte ressemblance.
Si tu connais la Raspberry Pi et Linux, si tu compile un programme linux sur ton PC x86 et que tu l'importe sur la Raspberry Pi, qui a une architecture ARM, il ne fonctionnera pas, il faut que tu le compile pour l'architecture ARM.
Pour l'Arduino c'est pareil, Processing est fait pour du x86 on va dire (il se base sur Java donc c'est un peu plus compliqué) et pour l'Arduino c'est compilé pour l'architecture du microcontroleur Atmel.
Concernant le projet qui permet de tracer des courbes sur un PC avec une Arduino, j'ai fais un projet de "radar infrarouge" où justement j'ai une Arduino qui contrôle une structure avec des capteurs infrarouges, les données sont transmises via liaison série au PC et j'affiche, grâce à un programme Processing les données reçues.
Mais j'ai bien 2 programmes distincts : 1 programme Arduino qui va gérer mon système de tourelle tournante et les capteurs infrarouges et 1 programme Processing, sur le PC, qui va se charger d'afficher les données sous forme d'un "radar". Les deux programmes n'ont en commun que la liaison série : l'Arduino envoie les données vers le PC (et pas le programme Processing en particulier), et le programme Processing lit ce qui est reçu sur le port série et récupère les données pour les afficher.
Quant au fait d'ergoter sur les détails, bah si on répond à tes questions, on a le droit aussi de discuter de façon un peu plus avancée, un forum c'est public, de même que ton post, si tu ne veux pas jouer le jeu, bah prend un professeur particulier qui te répondra personnellement et lui dit de te donner juste les informations de base et de ne pas essayer de t'apprendre plus de choses.
non mais moi c'est plutôt en lien avec la prog sur R-PI, mais comme j'ai pas encore la carte correspondante, ça peut attendre... je ferai un topic et je t'enverrai un lien en MP à ce moment là
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Retrouvez moi sur mon blog et ma chaine Youtube !
oui. non. enfin je regarde et je te dis.
oui. non. enfin je regarde et je te dis.
oui. non. enfin je regarde et je te dis.
oui. non. enfin je regarde et je te dis.
oui. non. enfin je regarde et je te dis.
Retrouvez moi sur mon blog et ma chaine Youtube !
Retrouvez moi sur mon blog et ma chaine Youtube !
oui. non. enfin je regarde et je te dis.
Retrouvez moi sur mon blog et ma chaine Youtube !
oui. non. enfin je regarde et je te dis.
oui. non. enfin je regarde et je te dis.