Show Posts
Pages: 1 ... 12 13 [14] 15 16 ... 23
196  International / Français / Re: [Question] Interruption et port Serie on: December 06, 2012, 08:06:54 am
oui, mais pour ça il faut avant tout pouvoir mettre l'arduino "en veille" et je ne sais pas si c'est possible, en tout cas je n'en ai jamais entendu parler.

et en plus il faut pouvoir attribuer une INT au port série, mais je dirais que ça c'est secondaire, à la limite.

tu as vraiment des gros soucis d'alim ou d'autonomie du montage sur une pile, pour chercher à la mettre en veille ?
197  International / Réalisations et Projets Finis / Re: Commande automatique de groupe électrogène - machine à états et autres questions on: December 06, 2012, 08:03:22 am
ben quand tu regardes par exemple une arduino pro et le convertisseur à FTDI ou 8U32 qui va avec, il n'y a que TX, RX, GND, 5V et le reset qui sont reliés.

Le dtr->reset, si on appuie sur le bouton reset au bon moment, on s'en passe, j'avais fait ça sur la nano de la V1 du projet en virant le condo car le reset auto me gênait, ça marchait bien.

l'alim, ben ma fois tant que la carte est alimentée, je ne vois pas en quoi ça pourrait déranger.

et il ne reste bien que tx/rx, non ?

en plus j'ai sous les yeux les schémas de la nano et de la uno, il n'y a a bien que tx/rx et le dtr->RESET qui sont reliés entre le ftdi et l'atmega.
198  International / Français / Re: ordi de bord on: December 06, 2012, 07:07:45 am
pour les sondes de température, tu pourrais utiliser sinon des capteurs oneWire de type DS18b20, comme ça ils sont tous en // sur une seule broche numérique, et tu conserves tes entrés analogiques pour les capteurs que tu ne peux pas remplacer.
199  International / Français / Re: [Question] Interruption et port Serie on: December 06, 2012, 07:04:32 am
Non, le but des interruptions, c'est d'interrompre à un moment le déroulement normal du code suite à un évènement extérieur (interruption) pour pouvoir exécuter immédiatement une fonction particulière.
Ça permet d'avoir une réaction immédiate si par exemple tu exécutes un code qui prends beaucoup de temps, mais que tu dois quand même immédiatement réagir à un changement sur une entrée.

Ça peut aussi dans certains cas être utilisé pour réveiller un micro en mode veille, mais je ne sais pas si c'est possible avec l'arduino.

Dans ton sketch de toutes manières tu n'utilises pas les interruptions.
200  International / Français / Re: [Question] Interruption et port Serie on: December 06, 2012, 06:42:36 am
non, si tu supprime la tempo, il va boucler en continu sur le "if (Serial.available())", et exécutera la suite dès qu'il recevra un caractère.

Supprimer le delay va te permettre d'avoir juste un temps de réaction plus court.

Si le but est de mettre physiquement le microcontroleur en sommeil pour économiser de l'énergie tant qu'il ne reçoit rien, ce n'est pas la solution, et je ne la connais pas. D'ailleurs est-ce possible avec l'environnement arduino ?
201  International / Réalisations et Projets Finis / Re: Commande automatique de groupe électrogène - machine à états et autres questions on: December 06, 2012, 06:19:23 am
Bon, aujourd'hui je me replonge dans le projet. Et là, c'est le drame : impossible de programmer l'atmega sur la nouvelle carte...

En fait sur ma carte, j'ai juste sorti sur un bornier les pins TX,RX et GND (les trois broches visibles sur la photo de la carte, à coté du poussoir reset), et sur ce bornier je viens brancher ma première nano dont j'ai grillé, puis dessoudé l'atmega. Cette carte est donc devenue un convertisseur USB/TTL puisqu'il ne reste dessus que le FTDI.

À priori cette bidouille fonctionne, puisque si je reboucle tx et rx, je reçois bien ce que j'envoie, et aussi si je connecte cette carte au port série de ma uno, je reçois bien ce qui transite. J'ai aussi fait des essais sur la nano avec software serial, ça communique dans les deux sens.

Donc, le convertisseur fonctionne. Jusque là, tout va bien.

Mais quand je branche ça sur ma carte maison, sur laquelle est monté un atmega neuf avec le bootloader (puce testé sur la uno, elle fonctionne), ben lorsque je fais "upload" ben... rien. Ça compile, j'appuie sur reset, il y a un moment d'attente et je reçois l'erreur suivante :
avrdude: stk500_getsync(): not in sync: resp=0xe0

le plus souvent la valeur à la fin du message est plutot 0x00

j'ai du coup essayé de flasher ma carte uno sur le même principe, puisque elle elle marche à coup sûr. Même résultat.

J'avoue que là, je sèche.

DU coup, je flashe l'atmega en le montant sur la uno, puis je le remet sur ma carte, mais c'est légèrement fastidieux, et je doute que les pins de la puce supportent très longtemps le traitement :/
202  International / Le bar / Re: DSO Quad - Besoin d'avis on: December 02, 2012, 03:15:15 pm
le DSO, j'en ai un, c'est très pratique parceque c'est portable et qu'on peut facilement enregistrer les courbes et les copier sur PC, mais c'est vrai que la precision n'est pas au rendez vous. Le mien est impossible à calibrer correctement, j'ai des offsets persistants sur les deux entrées analogiques, par exemple.

Et le mode de navigation entre les fonction est assez merdissimal. Avec un firmware alternatif, ça permet d'avoir un peu plus de fonctions utiles, comme un mode XY et un générateur de fonctions un peu plus fourni
203  International / Français / Re: Aide problème LCD I2C on: November 29, 2012, 12:01:17 pm
ce qu'il y a souvent, c'est que ces modules LCD chinois ont souvent un cablage entre le PCF et l'écran qui est différent de celui de la librairie.

sur un que j'avais acheté, j'ai bidouillé une semaine avant de trouver le bon câblage pour corriger la lib.

je joins la lib qui fonctionne sur le mien, à tout hasard.

204  International / Français / Re: Pour ceux qui n'aiment pas l'IDE arduino on: November 25, 2012, 03:27:52 pm
c'est ce que je fais sous linux, j'utilise KATE, l'éditeur de texte avancé de KDE. Avec un fichier de coloration syntaxique qui va bien, et ça va pas plus mal. Au moins on peut avoir un vrai éditeur, avec des copier/coller qui marchent normalement, la sélection par blocs, le repliement de code, etc etc

205  International / Français / Re: Tester une entrée à tous moments on: November 23, 2012, 03:46:41 pm
ouais, je ne connaissait pas ce truc, mais je crois que moi aussi je vais m'y mettre, ça simplifiera mes machines à état smiley
206  International / Français / Re: Tester une entrée à tous moments on: November 23, 2012, 03:07:17 pm

@ Bricofoy: C'est de ça dont tu parles ? http://www.mathertel.de/Arduino/FiniteStateMachine.aspx
J'ai l'impression que ça devient un peu compliqué, non ?  smiley-mr-green

oui, c'est bien ça. Mais la complexité dépend de ce que tu va faire dans ton programme, il n'y a pas forcément une multitude d'état avec des conditions multiples pour passer de l'un à l'autre.

Quote

Sinon j'ai pensé à autre-chose aujourd'hui, c'est d'utiliser une deuxième carte Arduino qui fera exclusivement des lectures d'entrée en boucle, et qui les communiquera à la carte du programme. Ca peut bien marcher et permettre d'alléger le code, non ?



oui, mais à ce moment là, il te faudra encore utiliser soit un principe de machine à états soit des interruptions pour pouvoir lire ce que ton arduino qui s'occupe des boutons aura à raconter au second... je ne suis pas certain que ça simplifie, au final smiley
207  International / Français / Re: [Question] Sonde thermocouple et l'arduino on: November 23, 2012, 03:02:11 pm
il faut bien garder à l'esprit que l'idéal, ça reste une sonde qui donne soit directement une valeur numérique (type DS1820) soit une valeur analogique linéaire. Avec un thermocouple, il te faut faire une conversion avec une formule super compliquée si tu veux une valeur précise sur toute la gamme.
208  International / Français / Re: Tester une entrée à tous moments on: November 23, 2012, 05:12:21 am
sinon si tu ne veux pas utiliser d'interruptions, tu utilise une machine à état et un sketch qui boucle en permanence, avec une lecture des boutons au début de la boucle.
209  International / Français / Re: [Projet] Un tableau de bord numérisé on: November 23, 2012, 04:56:28 am
il y avait des débimètres de ce genre sur les BX avec ODB (19GT, digit...) et je me suis aperçu que ces débimètres sont aussi employés... dans les machines à expresso ! j'en ai récupéré deux en démontant des machines à la déchetterie smiley
210  International / Français / Re: [Projet] Un tableau de bord numérisé on: November 21, 2012, 03:27:38 am
Bonjour,
Je n'ai toujours pas compris si on pouvait envoyer des commandes (par exemple le taux d'accélération) sur OBD2.
Je ne vois que des exemples de lectures d'informations, mais pas de commandes vers le véhicule...

pour ce que j'en sais, non.
par contre l'ODB2, c'est une norme qui définit le protocole de com, et certains messages, mais absolument pas la totalité, il existe d'autres commandes propriétaires propres à chaque fabricant pour dialoguer avec les calculateurs via le protocole et le bus ODB2. Parmis ces commandes, il est possible qu'il existe ce que tu cherche. le problème, c'est que par définition, c'est propriétaire, donc sans doc publique...
Pages: 1 ... 12 13 [14] 15 16 ... 23