Reprise du message précédent :
Bon, je confirme qu'en rajoutant un délai de 10 µsecondes, l'oscillo interprète bien les octets.
 
Je confirme aussi que le module interprète bien le message sans ces délais...
 
En conclusion, j'ai perdu pas mal de temps, mais j'ai aussi appris des trucs, notamment à ne pas faire confiance aveuglément à un oscillo  

Hello!
 
Voilà je suis en cours de montage de mon arduino "gestion d'énergie électrique" de la maison en réalisant un emontx arduino shied (le montage sur breadboard fonctionne bien   :

https://wiki.openenergymonitor.org/ [...] ino_Shield
 
Je voudrais installer sur le shield un esp12e pour communiquer directement en WIFI/mqtt vers ma box domotique (au lieu du module RF433). Le montage à l'air de fonctionner puisque des posts en parlent:
Ici pour le branchement de l'esp12e sur le shield emontx:
https://openenergymonitor.org/forum [...] 11571.html

 
Et là le sketch arduino pour la communication wifi/mqtt:
https://github.com/palitu/emonTX-ESPGateway
 
Donc si je comprends ce sketch doit être dans l'esp12e et non l'arduino uno qui sert au emontx shield. Le souci c'est que je ne comprends pas comment mettre ce sketch dans l'esp? J'ai cru comprendre qu'on peut passer par un module spécial mais d'autres indiquent qu'avec un arduino uno c'est possible comme le montage ci-dessous:

http://domoticx.com/esp8266-wifi-e [...] ansluiten/
 
Ce montage c'est bien pour mettre un sketch dans l'esp et non un flash? Si oui, comment je fais dans l'arduino IDE pour sélectionner l'esp12e et téléverser dedans et non téléverser dans l'arduino?    
 
Oui je sais que la question peut paraitre basique mais j'ai encore jamais programmer un module depuis un autre module arduino    
 
merci à vous!
 
 
 

https://www.fais-le-toi-meme.fr/fr/ [...] rduino-ide
 
Après, faut adapter en fonction du modèle d'ESP tu as.

C'est pas ce qu'il cherche.
il veut remplacer le FTDI par un Arduino.

J'ai utilisé l'interface arduino IDE pour programmer mes esp, mais toujours en utilisant un ftdi, jamais en passant par un arduino.
C'est logiquement faisable, mais je sais pas comment non plus (il faudrait logiquement programmer l'arduino pour qu'il bypass les données qui doivent atteindre l'ESP).

En première approximation, je lis qu'il faut retirer l'atmega de la carte (+ autres manip)
A mon avis, c'est quand même plus simple de se payer un ftdi...

Sinon, faut essayer ça :

https://oscarliang.com/use-arduino- [...] converter/

aucune idée de la réalité de ces solutions...

 
 
merci à vous!
 
ouai après recherche j'ai vite compris que4€ c'est bien plus simple   . C'est bien ça qu'il fallait commander? :
https://www.ebay.fr/itm/1023-FT232R [...] 2749.l2649

C'est pour ça que je dis que ça dépend du modèle d'ESP. Genre avec les NodeMCU, tu peux directement brancher en USB et pas besoin de se faire chier avec du FTDI.

Salut les experts
 
je reviens (comme chaque année) avec mon projet de surveillance de piscine, juste pour le passer d'un Mega a un Nano.
 
Il me dit que la mémoire dispo est faible, j'imagine qu'il faut que je simplifie et aussi que je travaille sur mes variables.
 
Je récupere essentiellement des valeurs de temperatures a partir de DS18B20, et des tensions.
 
Actuellement j'utilise beaucoup de float et double, sans trop savoir pourquoi d'ailleurs, je sollicite donc votre aide et avis ?
 
Merci
 

Quelle mémoire, FLASH ou RAM? 1) c'est pour le code, 2) c'est pour les variables (dont tableaux).
 
Déjà tu changes les double en float, c'est de la double précision parfaitement inutile mais probablement 2x la place en RAM.
 
Après on peut remplacer les float par des int en faisant de la virgule fixe mais c'est pas direct 1:1 et il faudrait probablement changer les bibliothèques aussi -> problème.
 
En gros l'idée de la virgule fixe c'est de stocker non pas p.ex. des degrées mais des dixièmes (voire centièmes) de degrées. Ansi on peut caser une température dans 2 octets voire dans 1 seul avec un offset eventuellement. Un float ça doit faire 4 octets sans avoir vérifié.

comment je sais la mémoire ?

Poste donc le message de ton compilateur.

Le croquis utilise 21468 octets (69%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 1892 octets (92%) de mémoire dynamique, ce qui laisse 156 octets pour les variables locales. Le maximum est de 2048 octets.
La mémoire disponible faible, des problèmes de stabilité pourraient survenir.

Et pour les int, utilise les intX_t à la place en calculant la taille au plus juste pour chaque variable.

FLASH 69% -> ok
RAM 92% -> limite
+1 pour Turkleton plus mes conseils plus haut.
Regarde aussi du côté des gros tableaux si tu en as.

Même conseil que Turkleton et rat de combat : regarde chaque variable une à une et redéfinie celles que tu peux.
Regarde aussi tes boucles for, souvent par réflexe on utilise un simple int pour la variable, qui est alors stocké sur 2 octets, alors que si on fait une toute petite boucle on peut utiliser un int8_t.

merci rat

470 lignes de code? Tu nous en demandes un peu beaucoup la (voir aussi règlement, bon après c'est pas de l'exercice scolaire dans ton cas).

Quelque remarques en vrac. 'L' veut dire "ligne".

L12 Il doit y avoir moyen de mettre ça dans la mémoire FLASH, à vérifier comment ça marche sous Arduino. const suffit peut-être. Pourquoi 12 si le plus long c'est 9? Faute de frappe sur mercredi.

L28ff unsigned long c'est le pire des cas au niveau mémoire. (u)intX_t (stdint.h) comme disais turkleton, faudra bosser un peu pour déterminer la valeur max (et donc la bonne taille) pour chaque variable.

L48ff, 62ff Si une décimale te suffit autant passer tout le bazar en virgule fixe comme je disais. A faire en dernier car le plus compliqué.

L99ff idem que L12.

L119 C'est pas une adresse locale ça? Attention, peut-être c'est confidentiel.

L126 On peut probablement passer ça en #define aussi, m'enfin pour un deux octets...

Après vu les différences de prix des Arduino chinois faut se poser la question si ça vaut la peine de s'emmerder...

Salut,

quelqu'un connaitrait un shield datalogger (sd + rtc) qui puisse fonctionner avec le port SPI de l'arduino (+mega) autre que celui distribué par ADAfruit ? (pas cher, mais voilà les frais de port ).
Parce que j'essaye de faire un truc un peu propre... et brancher le datalogger standard sur un mega, c'est pas trop possible

 
 
Je reviens vous faire braire avec mon horloge-coucou arduinée    (voir page 169).
 
J'ai réalisé un prototype mieux fichu que celui qui m'a servi à tester, et j'ai finalement pensé à utiliser
un élastique pour fixer l'Arduino sur la breadboard. Du coup, je peux tout trimbaler sans souci    
Le montage est installé depuis 3 jours sans discontinuer, branché en usb sur ma Freebox Revolution : tout
va bien, le coucou coucoute, l'heure est dite quand j'appuie sur le bouton.
 
Seulement, y'a un problème tout de même, et je n'y comprends rien du tout : lorsqu'il est minuit, le
bazar devrait dire : il est, zéro, heures, et, xx, minutes.
 
Sauf qu'il ne dit que : il est, heures, et, xx, minutes.    
 
J'ai cherché, et j'ai remplacé le code qui dit "il est" (27) par "zéro" (1) et ça fonctionne. Même si ça n'a aucun sens.
Mais au moins, je sais qu'il trouve le son "zéro" qui est numéroté (1).
 
J'en suis à déduire que la façon d'extraire le digit des heures doit bugger ou planter parce qu'elle n'aime pas trouver 0.
Mais je n'arrive pas à obtenir un résultat concluant    
 
Quelqu'un aurait une idée please ?

Si au lieu de mettre 0h tu mets 24h ?

Très bonne idée !
 
Je vais essayer ça, j'aurais du y penser d'ailleurs ^^
 
EDIT :

J'ai extrait une partie du sketch, c'est ici que je dois essayer de changer : if (HeuDec == 0)   // il est minuit ?
Je mets : if (HeuDec == 24)    // il est minuit

Dites, il n'y aurait pas de microcontroleur compatible Arduino qui dispose de 2 bus I2C???

(Je voudrais utiliser en un en slave l'autre en master, en gros c'est pour faire comme un sensor hub)

En pas compatible Arduino mais pas trop galère à programmer t'as par exemple le STM103C8T6

 
Après réflexion j'ai vais opter pour du 1-wire + I2C.

À moins que tu sois très pressé l'I2C (surtout master) est très facile à faire en software.

D'expérience , je préfère aller au plus simple  

C'est simple. Et dans le monde Arduino il doit bien exister un code tout fait déjà.

Retour du Coucou    
 
J'ai analysé le code à coups de serial.print dans tous les coins, et j'ai fini par trouver où ça coince !
 
First, en changeant quelques trucs, j'ai réussi à lui faire dire "zéro" = le fichier zéro.mp3 n'est donc
pas défectueux, et surtout, le systeme le trouve. Là, j'étais déjà un peu fier de moi    
 
Ensuite, il y a deux lignes qui sont commentées par "on met un cas bidon qui ne fait rien" = je les ai
mises en "//".
A ce moment-là, lorsqu'il est minuit, le coucou dit bien "il est, zéro, heure". Waaah super fier étais-je ^^
 
Seulement, ça génère un autre problème, du je pense à la manière dont les nombres sont décomposés. En
effet, s'il est 15:54 par exemple, ça doit dire (et ça le disait avant que je trouve ma fausse solution) : "il
est, quinze, heures, et, cinquante, quatre, minutes".
 
La merdasse, c'est que maintenant, le minuit fonctionne, mais il dit : "il est, quinze, cinq, heures, et cinquante,
quatre, minutes".    
J'en déduis donc que le "cas qui ne fait rien" sert à empêcher le bordel de répéter le chiffre des unités quand
ce n'est pas nécessaire.
 
Et pis là, ça fait deux plombes que je m'arrache les cheveux en n'arrivant à rien    
 
PS : la suggestion de remplacer "00" par "24" ne fonctionne pas non plus.

C'est bizarre la manière qu'a l'IDE Arduino de gérer la portée des variables globales quand plusieurs onglets sont utilisés.
 
J'ai remarqué que les onglets sont placés suivant l'ordre alphabétique quand on leur donne un nom lors de leur création. Et de ce que je constate, les variables globales vont être créées dans cet ordre là aussi.
Donc si on appelle une variable globale depuis un onglet différent de celui où elle a été déclarée, ça ne va fonctionner que si l'onglet de déclaration est placé plus haut dans l'alphabet que celui d'utilisation…  
 
Vous avez une manière propre de gérer ça ?

montre donc tout ton code (entre balises ou sur pastebin ou un autre site (sans Javascript pour le téléchargement!) si c'est trop long)

Il est sur le site dont j'ai donné le lien, accessible en cliquant sur son image    
 
=> http://www.honocorp.com/wa_files/H [...] 3_mini.ino

J'ai reçu mes kits, mon fils aussi... je sens qu'il peut pleuvoir de nouveau, on ne sortira pas beaucoup.
Notre but, se faire une station météo autonome avec plein de relevés (baromètre, nanomètre, pluvio et tout !!)

Pour le coucu de chez Aline:
C'est bien cette ligne

que tu as virée? Normalent tu ne devrais pas avoir le phénomène "quinze, cinq" puisque 15 fait rentrer dans le if(tens==1...) dans Parse() et dedans tu as unitsOut = 11; qui désactive le "cinq" ou alors j'ai besoin de nouvelles lunettes. Tu es sûre que tu exécutes la bonne version du code? Tu peux toujours contrôler tes variables "outs" avec un serial.print (ou semblable) à la fin de Parse().

Après permet moi de faire la remarque que le code n'est pas terrible. Pas très logique cette décomposition, problème de mise en page (indentation! formatage des if!), variables globales (!!), mélange de deux langues, ...

edit @gewemx: Manomètre (Pas sûr si c'est pas une simple faute d'inattention...) Bon courage.
edit2: Heu non attends, un manomètre sur une station météo n'a pas de sens. Tu parles de quoi?

Hello RDC, merci d'essayer de m'aider.
 
J'ai changé les deux :  
    tensOut = 10 + units;                             // met dans tensOut le numéro destiné à  dire 11,12,13 etc
    unitsOut = 11;                                    // met dans unitsOut un numéro de cas qui ne fait rien
  }
  else {
  tensOut = tens;                                     // met dans tensOut le numéro destiné à  dire 20,30,40 ou 50
  if (units == 0) unitsOut = 11;                      // met dans unitsOut un numéro de cas qui ne fait rien
 
Maintenant que tu en parles, j'ai oublié de les essayer un par un ; je devais être fatigué d'essayer de reverse-
engeenerer ce code ^^
Il n'est pas de moi, d'ailleurs l'auteur déclare avoir adapté un code "tout fait" d'origine java.
 
Je suis obligé d'avouer que le langage Arduino, c'est pas la peine, je n'arrive vraiment pas à m'y adapter.    
J'ai trop utilisé le GFA Basic et l'Assembleur autrefois, j'ai trop de choses qui me sont restées.
 
Par exemple, si je devais refaire son code, j'utiliserais un truc du genre :  
- if LEN(heures) = 2 -----------> alors il est entre 10 et 23 heures [suivi d'un ELSE si ça renvoie 1 -----> il est entre 0 et 9 heures].
 
C'est ça mon problème, qui me fait vous ennuyer avec des petites conneries : quand je lis le code Arduino, j'essaie
inconsciemment de le traduire dans un langage que je connais.
 
Taleur, je vais essayer de desactiver les deux lignes en question, mais l'une après l'autre.    

Il faut laisser le unitsOut=11 et virer le if, normalement ça sera bon.
 
Pour tes soucis de compréhension, pourtant si t'as fait de ASM tu as largement les compétences pour faire du C/Arduino. Peut-être avec un bon livre? Le fameux K&R n'est pas mauvais si on a les bases.
 
Je vais voir, peut-être je vais pondre un bout de code pour ce problème à ma sauce pour l'exercice, mais faut que je trouve le temps... Ca t'intéresserai?

Et comment que ça m'interesserait ! Vu le niveau que tu me sembles avoir, je n'ai nul doute que ça sera
simple à comprendre pour moi et pratique.
 
Pour me situer, si tu prends ça : http://toshyp.atari.org/en/004009.html#Gettime (pour un novice, oui c'est du charabia)
Et ça : void Parse(int nombre)  
Mon cerveau bloque notamment là, parce que c'est le même nom, mais ça s'utilise différemment.
 
Et dans l'exemple de mon post précédent, je suis allé trop vite, j'ai sauté une étape.
J'aurais commencé par faire ça :
- Heudec = 13 (il est 13 h kke chose)
- Heudec$ = STR$(Heudec) (convertit un nombre en chaine de caracteres)
- if LEN(Heudec$) = 2 then [il est entre 10 et 23 h]
- else [il est entre 0 et 9 h].
 
Ou un truc dans ce genre-là...
 
 
L'Arduino ne me semble pas comparable à mes vieux acquis. De plus, et tu l'as dit toi-même, le code est bordélique = ça ne m'aide pas.
 
Si tu prends le célèbre exemple du "blink", je l'ai étudié et je le comprends très bien.

Ca ne fonctionne pas du tout    
 
S'il est, mettons 22 heures, le truc dit "il est, vingt, heures".
S'il est, mettons 9 heures, le truc dit "il est, heures"...
 
 
EDIT : j'ai vérifié cette partie :

 
A 23:59, ça affiche bien "23   heures    59   minutes". L'heure est dite normalement.
A 00:00, ça n'affiche rien du tout. Il dit "il est, heures".
A 00:01, ça affiche bien "0   heures   1   minute". Il dit "il est, heures, une, minutes"...
 
Le code déconne lorsqu'il doit calculer "zéro", c'est désormais sûr et certain. J'essaie de faire quelques modifs, mais
sans grand résultat jusqu'à présent.
 
A un moment, je me suis dit "puisque zéro heure ça passe pas, ben j'augmente manuellement l'heure de 1".
J'ai foutu "HeuDec = HeuDec + 1" et j'ai rectifié tout ce qui l'utilise, en augmentant de 1 aussi.
Bah non, ça n'a rien changé.

J'ai trouvé !!!  
Il manque tout simplement une ligne dans un coin    
 
Je force tout simplement le bordel à "voir" qu'il est minuit et qu'il doit dire "zero, heure".
C'était tout con, mais je me suis cassé la tête dessus !
 
Pour valider, j'ai établi un protocole de test, simple et pas trop chiant à attendre :
- 23:59:50
- minuit (qui arrive 10 secondes + tard, ça va)
- minuit et 1 minute (pas trop d'attente).
 
J'suis trop content, j'ai fini par réussir à comprendre un code que je n'ai pas pondu !
 
 
EDIT : l'auteur m'a répondu dans l'intervalle, il avait lui-même corrigé son code !
 
Ancien qui buggue à minuit :

 
Et la version corrigée, qui fonctionne du tonnerre :

 
J'étais pas tombé loin lors de mes essais, mais je n'avais pas pensé à utiliser la fameuse valeur "11 qui ne fait rien".  

Salut !
 
Question interruption.  
 
Voulant faire un blink, je me suis dit que je pourrais utiliser une interruption.  
 
J'ai finalement fait sans (j'ai bêtement mis le blink dans la boucle principale sur la base d'un compteur de temps) parce que j'ai lu que tant qu'on peut sans passer, il est mieux de ne pas utiliser d'interruptions.
 
C'est vrai seulement sur arduino ou c'est généralisable à tous les µ ?

De base l’Arduino utilise des interruptions comme pour la gestion de la liaison série ou du compteur de temps, mais c'est masqué à l'utilisateur.
 
Quand on utilise les interruptions sur Arduino il faut y aller avec prudence car elles peuvent perturber les fonctions de base, notamment si leur exécution dure trop longtemps. Voir cette documentation:
https://www.arduino.cc/reference/en [...] interrupt/
 
Après si tu utilise les atmega sans surcouche Arduino ou d'autres micros, les interruptions deviennent vite indispensables  

C'est pas tant "si on peut s'en passer", mais surtout "est-ce qu'il y a un intérêt à en utiliser ?". Là, pour faire clignoter une LED, je vois effectivement pas l'intérêt (c'est généralement plus souvent utilisé pour que le signal d'un capteur stoppe le déroulement du code pour prioriser une réponse à l'activation de ce capteur).
 
Je sais pas comment tu as fait ton compteur de temps, mais n'hésite pas à aussi regarder du côté des bibliothèques Timer1/Timer3 (même si elles utilisent des interruptions aussi, mais t'as rien à gérer à ce niveau-là )

ça répond parfaitement à ma question... de toute façon, si je me souviens bien, un timer sur un µ normal, c'est en réalité une interruption.