Show Posts
Pages: [1] 2 3 ... 242
1  International / Français / Re: Watchdog sur arduino nano V3.1 on: Today at 08:22:55 am
Bonjour,

Dans le source du bootloader atmega. Il y a ça:
Code:
/* AVR ISP/STK500 board requests */
else if(ch=='A') {
ch2 = getch();
if(ch2==0x80) byte_response(HW_VER); // Hardware version
else if(ch2==0x81) byte_response(SW_MAJOR); // Software major version
else if(ch2==0x82) byte_response(SW_MINOR); // Software minor version
else if(ch2==0x98) byte_response(0x03); // Unknown but seems to be required by avr studio 3.56
else byte_response(0x00); // Covers various unnecessary responses we don't care about
}

Dans le source d'optiboot, il y a ça:
Code:
    if(ch == STK_GET_PARAMETER) {
      unsigned char which = getch();
      verifySpace();
      if (which == 0x82) {
/*
* Send optiboot version as "minor SW version"
*/
putch(OPTIBOOT_MINVER);
      } else if (which == 0x81) {
  putch(OPTIBOOT_MAJVER);
      } else {
/*
* GET PARAMETER returns a generic 0x03 reply for
         * other parameters - enough to keep Avrdude happy
*/
putch(0x03);
      }
    }

Donc manifestement si on envoie A par la ligne série au démarrage suivi de 0x81 ou 0x82 on reçoit les versions majeurs et mineurs
2  International / Français / Re: Echange de données en RF on: September 18, 2014, 02:54:40 am
msg est une chaîne de caractères.
pour utiliser une chaîne provenant d'un objet String il faut le convertir avec la méthode .toCharArray
3  International / Français / Re: Problèmes d'encodeur EC11 on: September 17, 2014, 03:29:03 pm
C'est ce que je fais, il me semble !
Décidément aujourd'hui je suis vraiment à coté de la plaque.
4  International / Français / Re: Problèmes d'encodeur EC11 on: September 17, 2014, 10:01:59 am
L'I²C ne fonctionne pas comme ça.
C'est le maître qui rythme les transferts.
L'esclave attends une requête du maître pour parler. Il doit utiliser onRequest pour retourner la donnée au bon moment.
Regardes les exemples dans l'IDE. Il y a un exemple qui s'appelle slave_sender
5  International / Français / Re: Utilisation d'un arduino dans un jeu de type COIN PUSHER on: September 17, 2014, 06:11:16 am
Si tu penses avoir de 4 LEDs allumées en même temps, le montage le plus simple c'est ça:
http://pighixxx.com/PNG/101.png
Si tu penses allumer plusieurs LED à la fois il faut utiliser le même montage que pour le gyrophare pour chaque LED.

Pour utiliser un relais:
http://pighixxx.com/PNG/156.png
6  International / Français / Re: Utilisation d'un arduino dans un jeu de type COIN PUSHER on: September 17, 2014, 06:04:36 am
Bonjour Artouste,

Effectivement j'avais pas vu.
7  International / Français / Re: Débutant en développement Arduino, un petit coup de main svp on: September 17, 2014, 06:02:01 am
Pour que tout le monde sache que le sujet est clos, il faut que tu édites ton premier post en indiquant résolu dans le titre de celui-ci.
8  International / Français / Re: Utilisation d'un arduino dans un jeu de type COIN PUSHER on: September 17, 2014, 06:00:03 am
Quel type de LED?
9  International / Français / Re: Adapter un code Arduino pour une carte Moteino on: September 17, 2014, 05:57:43 am
On a toujours pas compris ce que tu veux faire. Et on comprend mal ce qui fonctionne et ce qui ne fonctionne pas.
Tu arrive à faire communiquer 2 cartes OK
Le code d'origine de pilotage du moteur pas-à-pas, tout seul, fonctionne-t-il sur Moteino? (oui/non)
Si non pourquoi? Qu'est-ce qui pose problème?

Si oui, qu'est-ce que tu veux faire avec tes carte Moteino?
10  International / Français / Re: Problèmes d'encodeur EC11 on: September 17, 2014, 05:52:43 am
Je pense que tu mélanges la mise au point de 2 choses en même temps et ce n'est jamais bon.
D'un coté tu as la lecture des encodeurs. De l'autre la transmission I²C.
Je pense qu'il serait plus productif de séparer les 2 problèmes.
Commence par coder un programme archi simple qui envoie quelques valeurs sur l'I²C et un autre qui les reçoit.
Lorsque cette partie fonctionnera il sera toujours temps d'y ajouter les encodeurs.

Ne pas oublier qu'à un instant donné le programme qui fait la réception ne sait pas ce qu'envoie l'émetteur (octet 0 ou octet 1). Il est impératif d'avoir un code (de préférence unique) qui marque le début du message ainsi le récepteur risque moins de se prendre les pieds dans le tapis en reconstruisant l'entier de son coté.
11  International / Français / Re: Problèmes d'encodeur EC11 on: September 17, 2014, 04:25:00 am
Mais est-ce qu'il y a un problème a utiliser ? :
Code:
union
{
  byte Octet [1];// Deux octets.
  int EntierSigne;
} Encodeur_5_NombreDePas;

Cela devrait fonctionner ou pas ?
Cela ne fonctionne pas dans le principe.
 byte Octet [1] ne fait la réservation que pour 1 octets.
Code:
union
{
  byte Octet [2];// Deux octets.
  int EntierSigne;
} Encodeur_5_NombreDePas;
Autrement utiliser une union pour gérer la conversion int vers 2 byte ne pose pas de problème pour autant que les byte soient écrits dans le bon ordre.
12  International / Français / Re: Débutant en développement Arduino, un petit coup de main svp on: September 17, 2014, 04:13:46 am
tutu =(unsigned char) ((toto>>4) & 0xF);
Bien sur!!
Mais pourquoi est-ce que j'ai écrit shr  smiley-eek????
13  International / Français / Re: Adapter un code Arduino pour une carte Moteino on: September 17, 2014, 04:10:08 am
Dans la librairie, il y a des exemples d'échanges entre 2 cartes. Ce serait je pense une bonne base de départ.
Ensuite, après avoir compris comment fonctionne la liaison entre 2 cartes, il faudrait peut aussi décrire un peu mieux ce que tu veux faire parce "Ci quelqu'un pourrait m'aider a adapter mon code arduino pour qu'il fonctionne avec les carte moteino" on ne peut pas dire que ce soit très clair comme besoin.
14  International / Français / Re: Ma loop() ralenti, voir bloque mon monitor... on: September 17, 2014, 03:47:32 am
RAMEND c'est un define qui indique la taille RAM disponible dans le processeur. Elle est définie en fonction du processeur pour lequel on compile.

sizeof fourni la taille d'une variable pas son contenu. On l'utilise pour savoir combien un type de variable occupe de place en mémoire.

Je ne comprends pas pourquoi tu t'évertues à stocker tout ce qui arrive par la liaison série alors que tu n'es intéressé que par certaines valeurs.
A 9600 bauds un caractère arrive toutes les 1ms environ donc tu as largement le temps de faire le tri.
Ignorer l'écho des commandes envoyées au GPS, attendre le début de la chaîne qui t'intéresse. Stocker les valeurs jusqu'à la fin de ligne. Tu devrais même pouvoir les extraire au vol sans les placer dans un buffer intermédiaire ce qui te laisserait de la place pour avoir un petit tampon avec les N dernières coordonnées reçues et ainsi pouvoir gérer la perte de connexion.

A ce sujet, si la liaison est perdue avec le serveur pourquoi continuer à stocker les coordonnées alors que le processeur n'a plus de mémoire?
Quand on a pas de mémoire il faut faire des choix. Soit tu ignores les nouvelles coordonnées, soit tu rejettes les anciennes pour ne garder que les coordonnées les plus à jour.
15  International / Français / Re: Problème avec Tiny RTC on: September 17, 2014, 02:09:35 am
Est-ce que la RTC a été mise à l'heure au moins une fois?
Pages: [1] 2 3 ... 242