Reprise du message précédent :
Pourquoi un tel baudrate tout étrange et pas une valeur standard?

Parce que dans mes tests, ça m'a à un moment donné quelque chose de lisible
 
J'ai la même avec 9600 ou 115200.

Ce que tu as en sortie du Serial (la partie du haut, avec les checksum et tout ça) montre que ton ESP se plante. Je sais pas pourquoi par contre.
 
C'est quoi comme modèle ? T'en as un autre pour tester ?
 
EDIT : je vois dans les options de compilation que c'est un NodeMCU. Par contre c'est quoi ce /dev/...USBtoUART   Tu le branches comment ? Ça pourrait peut-être venir de ça.
 
T'as essayé avec Blink ?

j'en utilise un sans soucis.
Le seul "problème" que je peux avoir : lors du chargement du programme mais je relance et ca passe.
 

 
Oui, des fois j’ai « Exception » de lisible. Il est en NodeMCU parce que j’avais tenté pour ce test, mais normalement je le mets en Generic ESP8266. C’est un ESP12E d’Ai Thinker (Ou peut-être un fake ...). J’en ai recommandé un autre, je me demande aussi si il n’a pas un problème ...
 
 Pour le port, c’est un USB to serial que j’utilise. Le televersement se passe bien, par contre.

Ce modèle là

 
ou ce modèle là ?

 
J'utilise sans souci le 2è modèle, mais j'imagine que si tu branches pas directement en USB c'est que tu as le 1er.
 
Et si tu n'utilises pas le Serial dans ton programme (genre en uploadant Blink), ça fonctionne ?
 
EDIT : Et as-tu essayé d'uploader en FTDI pour voir si c'est pareil ?

 
Yep, le premier.
 
Et le blink ne fonctionne pas

T'as répondu avant mon edit donc je repose la question : que donne l'upload en FTDI (si tu as moyen de le faire) ?
 
Je connais pas le 1er modèle, mais je pense que le tien n'est juste pas fonctionnel. Essaye le 2è, j'utilise quasiment plus que ça moi maintenant.

Je n'ai pas de FTDI
 
Je vais déjà essayer avec le second que j'ai commandé ; je pense aussi que le mien a un coup dans le nez.
 
Le deuxième, c'est juste le premier soudé sur une board de développement ? J'imagine qu'on trouve dessus basiquement un 5 -> 3.3, et que les 2 switchs servent au reset et à passer l'ESP en mode programmation ?

Il y a un circuit supplémentaire aussi, je pense que c'est pour la connexion USB, ça doit pas passer direct via le serial

Oui, il y a forcément aussi un USB to Serial J'en prendrais un si je n'ai pas plus de succès avec le second ESP12.
 
Est-ce qu'on peut facilement retirer l'ESP de la plaque de développement une fois qu'on est prêt à mettre le montage en prod ?

Heu, ça j'ai jamais essayé, je peux pas te dire.

Bonjour,
 
si on veut peut de pin, l'ESP tue l'arduino.
Mais si cherche avant tut un fonctionnement sur batterie, y aurait il une merveille qui m'aurait échappé ?

Sur ESP8266 avec NodeMCU il y a une fonction de sommeil profond, par contre elle nécessite de relier deux broches de l'ESP car l'une sert à le réveiller en titillant l'autre.

T'as aussi l'ESP thing de chez Sparkfun qui intègre directement le LiPo (y compris en chargement).

Bonjour à vous,
 
Petite question par rapport à cet exemple : https://github.com/mikalhart/TinyGP [...] xample.ino
 
Et plus particulièrement cette function :
 

 
Je comprends pas une partie du traitement qu'elle fait.
 
De ce que j'en comprends :
- init de la variable sz à 32 caractères maxi et met un contenu dedans
- si le gps est valid alors ca rentre en traitement
- sprintf, crée le message à afficher avec les données avec le corps en type long et ca le remplis avec le contenu de val passé en paramètre
 
Mais la partie qui compte la taille etc je comprends.
 
Elle est appelée comme ca :

 
J'ai essayé de faire directement :

 
Mais ca me renvoie 0 tout le temps...
 
Merci de votre aide

 
Il te faut le wifi ou non? J'ai un peu cherché : si la conso est ta préoccupation, l'arduino mini est le plus optimisé des µcontrôleurs faciles d'accès (moyennant un câble FTDI pour lui charger le firmware, ce qui épargne la surconsommation électrique de l'interface série en fonctionnement H24).  
 
Ensuite il y a quelques astuces assez simples pour diviser encore par 10 la conso pour tourner autour du µ watt : sommeil léger, profond, baisse de la fréquence, de la tension en entrée, configuration des entrées/sorties.
 
Si tu veux descendre dans les nanowatts, il faudra ensuite passer sur des PIC, par exemple les XLP.
 
J'ai gagné pas mal d'autonomie sur l'arduino nano de ma porte de poulailler en activant le sommeil léger pour ne le réveiller qu'une fois par seconde environ. Je crois que j'ai quasiment doublé l'autonomie, sachant que la batterie est surtout sollicitée par le moteur qui monte et descend la porte.

Il y a le pro micro en 8Mhz qui va bien aussi, vu qu'il est à base de 32u4 il ne nécessite pas de contrôleur USB externe ce qui économise l'énergie tout en ayant un port usb

J'ai bien avancé et je suis plutôt déprimé à l'arrivée..
Sachant que ma 1ère contrainte est d'acheter en France,
et que la 2ème est de limiter les fils/soudures (bref, il ne faut faut pas que ca se voit que c'est du bricolage aux yeux de ceux qui ne connaissent pas); on verra que ça flingue totalement les prix..
 
Il s'agit de faire une série d'enregistreurs de mesures (principalement température), à la limite on s’en fout du capteur qui sera derrière (modulo sa conso / tension)
 
Le Wifi n'est pas indispensable, en fonction des campagnes de mesures il pourrait être dispo, mais ca n'est pas le cas de base, je vais donc le zapper. Vu le prix des Wemos par exemple, je l'envisageais au début, mais vu que les conso des ESP ne sont pas non plus les plus favorables.. Au final, peut importe le contrôleur, le mieux est de tout couper avec un timer type TPL5110
 
C'est un usage qui a déjà été bien exploré, on retombe notamment sur le "cave pearl logger" et dérivés qui documente bien ce qu'il faut et nottament une base de mini pour ne pas s'embarquer le FTDI. Sauf qu'en France, je n'ai pas réussi à trouver de mini en dessous de 13€.
 
Quitte à être dans ces prix, je suis plutôt partie sur des produits d'Adafruit qui sont plutôt bien distribués, histoire de pouvoir varier les fournisseurs: ca donne du 32u4 ou du m0. Bien souvent, le m0 est moins cher que le 32u4 alors que plus puissant/mémoire, et surprenamment, la conso n'est pas bien différente.  
 
- Feather M0 proto :16€
- Shield datalogging SD+RTC: 10€  (hors shield, on peut tomber à 2*4€ mais ca rajoute des fils
- timer TPL5110: 5€
- interrupteur: 2€ (j'ai pas encore cherché, mais je sais que ca sera un max)
- batterie lipo (vu que le chargeur est sur la feather), il faut que j'affine la capacité, mais on sera à 10-15€
- boitier: 15€ (sauf à réussir à adapter dans un truc existant moins cher)
- carte SD: 10€ (pour qqc qui sera de toute façon bien trop grand pour ce que je vais stocker)
- capteur: 2-3€ pour de la température/RH sur un module (diviser par 2 sinon)
Et bing, on se retrouve à 75€
J'en suis à me dire qu'on peut commencer à s'approcher d'un enregistreur du commerce..
 
A coté de celà, j'ai d'autre capteurs qui nécessitent du 5V et un fonctionnement permanent --> secteur obligatoire donc on peut s'asseoir sur l'économie d'énergie, bah ca me reviendra moins cher de partir sur une base Rpi zero + boitier officiel (reste à voir si je peux l'adapter à mon capteur) + module RTC + chargeur + SD.
 
En sourcing ali/ebay, ca serait tout autre...

C'est la limite du bricolage. Si tu as besoin de 12 modules différents ça commence a chiffrer. Quand tu veux un truc très specifique, pourquoi ne pas faire ton propre PCB?

A part pour les pcb et l'esp8266, je suis sur que tu peux significativement baisser ton cout de revient.

Un micro basse conso meme en petite quantité c'est pas 16€ comme le feather M0 mais 2-4€. Un TPL5110 c'est quelque centimes. Si c'est compatible avec le volume de données a logger, une flash ou une FRAM ça coute moins cher qu'une carte SD et ça economise une embase. Il existe aussi des capteurs de temperature avec EEPROM qui te permet de ralentir les acquisitions avec ton micro et donc les periodes de reveil. Ça te permet de te passer completement de stockage externe. Faire ton propre circuit ça te permet egalement de choisir un boitier adapté, plus petit et donc souvent moins cher. Je me fais un petit capteur de temperature basse conso sur batterie en wifi avec un BME280 pour commander judicieusement l'ouverture de mes fenetres ( entre autre...sinon j'aurais utilisé autre chose que du wifi) suivant la temperature exterieure. J'ai pas fait les calculs mais je suis certain d'etre en dessous des 40-50€ avec tous les composants achetés sur Farnell Mouser Digikey hors PCB et ESP8266. Les batteries viennent d'Amazon et le boitier c'est un machin en polycarbonate IP68 a moins de 5€ sur Farnell.

Clairement..
Je vais gratter un peu en affinant les fournisseurs, mais c'est la non-utilisation du fer à souder qui bloque..
C'est pour une administration publique qui n'a rien à voir avec l'électronique.. j ai déjà dû me battre pour pouvoir "jouer aux Lego", ça ne passera pas à un niveau plus brut, même si moins cher

J'arrête pas de bloquer sur des conneries.    
J'ai tout le temps des tonnes de galères dès que je veux envoyer quelques commandes simples par le port série
Soit je suis encore nul en programmation (probable), soit y'a des trucs pas très stables dans la communication série (moins probable).    
 
 
Mon code est beaucoup plus long avec beaucoup plus de fonctions normalement, là j'ai nettoyé au maximum pour ne garder que ce qui pose problème.  
Tout fonctionne bien sans ordinateur, avec la télécommande radio je contrôle : 4 relais, 3 moteurs pas à pas, 2 MOSFETs et 2 servomoteurs.
 
Maintenant j'essaye d'écrire la partie du code pour le contrôler par l'ordinateur.
 
J'essaye d'activer un relais en envoyant la lettre "a" dans le Moniteur série.
 
 

 
 
Si l'appel de la fonction relais(1) est commenté, ma boucle se déroule normalement, j'ai tous les prints dans le Moniteur série :
 
"Initialisation"
"Fin de boucle, ordre : 0"
"Fin de boucle, ordre : 0"
-> a
"Ordre : a"
"test relais 1"
"Fin de boucle, ordre : 0"
"Fin de boucle, ordre : 0"
-> a
"Ordre : a"
"test relais 1"
"Fin de boucle, ordre : 0"
"Fin de boucle, ordre : 0"
etc etc
 
Je peux envoyer l'ordre autant de fois que je veux, ça marche bien.
 
Par contre, quand je décommente la fonction relais(1); tout part en sucette.  
Les premiers print se font normalement, mais dès que j'envoie l'ordre "a", plus rien.
Le relais 1 se ferme, mais les prints dans le moniteur série ne se font plus.
 
"Initialisation"
"Fin de boucle, ordre : 0"
"Fin de boucle, ordre : 0"
"Fin de boucle, ordre : 0"
-> a
et tout s'arrête dans le moniteur série.
 
Le relais continue de s'inverser si je renvoie l'ordre, mais plus aucun print.
Mais le plus embêtant c'est qu'en fermant le moniteur série, si j'essaye de le réouvrir j'ai l'erreur :  
Erreur d'ouverture du port série <COM5> (Port busy)
Impossible de reprogrammer également. Et comme je le fais à distance à travers TeamViewer, je dois redémarrer l'ordinateur à chaque test    
 
Mon code n'est surement pas optimisé du tout, et c'est peut être un truc tout con, j'essaye de faire le plus simple et lisible pour mon lvl.
Mais là franchement je ne vois pas du tout ce qui pose problème avec ma fonction relais() de deux lignes    
 
Si vous voyez ce qui ne va pas...  

La classe String c'est le mal !
De plus c'est totalement inutile pour ne lire qu'un seul caractère.
 
 

 
 
Edit : le résultat
 

Ah merci beaucoup
 
Il y a plein de subtilités dans ce genre que je ne maitrise pas encore.
 
Pour le moment mon bordel est en train de tourner avec un petit code bricolé dans Visual Basic,  
je teste les corrections demain

Voilà j'ai fait toutes les modifications,
ça a pas mal simplifié le programme et ça m'a fait gagner de la mémoire.

Par contre ça déconne toujours

Quand la ligne qui appelle la fonction est commentée ça marche, je peux envoyer tous les ordres que je veux et j'ai bien les retours série.
Mais dès que j'exécute la fonction, la communication série plante.

Ça continue de fonctionner, je peux activer tous les relais tant que je ne ferme pas le moniteur, mais je n'ai plus aucun retour et si je le ferme je ne peux plus l'ouvrir,
j'ai l'erreur "Port busy".

Même en copiant collant ton morceau de code corrigé et tout simple ça ne marche pas.

Qu'est-ce qui pourrait faire que ça plante comme ça quand on appelle une fonction      

(Il n'y a pas un moyen plus simple de réinitialiser les connexions sur les ports série sans redémarrer l'ordinateur à chaque fois? Et sans débrancher les prises usb comme je suis à distance)

Bon ok, je viens de faire un test tout con.
 
J'ai commenté l'activation du relais dans ma fonction, et j'ai mis un print à la place.
Maintenant ça fonctionne, donc c'est pas un problème logiciel mais matériel quand le relais est activé.
Ce qui ne m'arrange pas vu que je suis à distance
 
 
J'ai une alim de PC transformée en alim de labo, elle alimente en 5V les relais ainsi qu'un hub USB relié à l'ordinateur.
L'arduino est branché sur ce hub USB, et donc alimenté par le port USB.
Et c'est le hub USB qui fait la sélection du 5V à envoyer dans les ports USB, comme n'importe quel hub USB avec une alimentation externe...
 
 
Mais là apparemment c'est quand j'active un relais que ça fait une espèce d'interférence et le bloque le retour sur le port série. Sans empêcher la réception de nouveaux ordres
 
Quelqu'un a une idée de ce qu'il se passe?  

OK j'ai trouvé
 
Si j'active les moteurs pas à pas alimentés en 12V par la même alim, pas de problème.
si j'active les servomoteur alimentés avec le même 5V que les relais et le hub USB, pas de problème.
(Tout ce petit monde a bien la masse en commun)
 
Ça déconne uniquement quand j'active le relais 1, et sur ce relais est branchée la monture de mon télescope.
 
Cette monture est reliée à l'ordinateur par un câble spécial qui ouvre une connexion série sur le port COM3.
Mon arduino est fixée sur le port COM5, mais apparemment à l'alimentation de la monture ça interfère sur l'arduino...
(La monture est branchée sur un port USB directement sur l'ordinateur, et non sur le hub USB)
 
Du coup est-ce que quelqu'un a une nouvelle idée?
 

Pour remettre dans le contexte :

Le schéma de mon observatoire :

La dernière fois que je suis rentré chez mes parents j'ai fabriqué la partie PowerBox et l'alim de PC pour simplifier tout le câblage.
Avant j'avais 6 ou 7 petites alimentations pour chaque truc, avec des tonnes de câbles qui montaient sur le télescope.
Tout regrouper sur un Arduino ça permet une plus grande liberté dans la programmation et l'automatisation aussi, maintenant je peux tout modifier comme je veux.

Par contre je n'ai eu que 4 jours pour tout faire et tout installer, donc maintenant que je suis de nouveau loin de chez moi je fais la partie programmation à distance.

Le contrôle à distance fonctionne toujours, j'ai bricolé un programme Visual Basic vite fait pour contrôler ma "PowerBox"

On peut voir la boite fixée sur le côté du télescope, elle alimente la monture, l'appareil photo, le moteur de mise au point, un servomoteur qui vient mettre un masque devant le télescope pour faciliter la mise au point, et elle intègre un hub USB pour brancher l'appareil photo, la webcam de guidage et l'arduino.

Contre le mur on voit l'alim de PC qui alimente tout maintenant, le modem 4G, et l'ordi qui contrôle le tout à gauche.
Derrière l'écran il y a l'autre Arduino qui contrôle le toit de l'abri, le bouchon du télescope, un relais pour démarrer l'ordinateur quand on branche le courant dans la maison (ou en prenant le controle d'un Raspberry Pi bientot) et un capteur effet hall pour être sûr que le télescope est bien replié avant de refermer le toit

La nuit dernière j'ai suivi une comète sur 4h : (attention animation de 50Mo)
http://romainlucchesi.com/autre/comete.gif

Je me disais que c'était impossible, mais peut être que petit à petit, un jour, je me retrouverai à automatiser à 100% la prise de photo.
Avec une liste d'objets donnée à l'avance, tout pourrait se lancer automatiquement en fonction des données renvoyées par une station météo et les objets observables

Mais ça risque d'être compliqué...
Tant que c'est du bricolage ou des petits programmes arduino ça va à peu près, mais dès que je commence à sortir de ça, genre le Visual Basic avec de la syntaxe incompréhensible ça devient dur

Ok, ce qui suit est HS, désolé.
 
Je suis littéralement épaté par ton installation, tes plans, mais ce boulot de malade que tu as fait    
 
Et le gif avec la comète :    Je sais que le ciel nocturne ressemble à ce que tu montres, mais quand je compare
avec ce que je vois depuis chez moi = ça n'a rien à voir. Je sais pourquoi, bien entendu (Astronogeek et consorts).
 
Voilà, c'était juste mon petit coup de chapeau, fin de mon HS.

Pouaaaa  

Nitescent, le mec qui va pouvoir vendre une solution commerciale.

Bon, histoire de contraster, je vais vous exposer mes questions de gros débile.
Pour un truc qui consomme peu et envoie des infos par wifi, c'est toujours l'ESP8266 qu'il faut prendre ? Je voudrais placer des ESP avec sonde d'humidité dans différents pots de plantes vertes pour voir quand ça commence à être trop sec parce que je suis une grosse feignasse.

Genre ça => https://www.instructables.com/id/ES [...] duino-IDE/

Avec un réveil et mesure genre toutes les heures (parce que je ferais tourner ça sur batterie), le tout loggué quelque part pour que ce soit consultable sur une page en 192.168.x.x, m'voyez. De mémoire y a pléthore de modèle d'ESP, et y a peut-être un truc plus adapté à mon usage qui est sorti

Ça va être chaud d'avoir un truc qui tient dans le temps en partant juste d'un esp. Parce que pour qu'il consomme vraiment peu, il faut le mettre en "veille" et que tu ne peux pas le réveiller autrement que par un contact prévu pour il me semble.

Oh, je pensais qu'on pouvait le sortir des modes sleep en envoyant un signal wifi  

L'ESP peut s'auto-réveiller lui même si tu connecte entre elles deux broches:
https://www.losant.com/blog/making- [...] deep-sleep

Le contenu de ce message a été effacé par son auteur

Apparemment ouais (ils parlent d'un petit exemple où l'ESP est en veille et se réveille toutes les 20s pour lire et envoyer une température).

Du coup ça devient vachement interessant pour faire tourner ça sur des accus.

Vous savez si y a une différence de conso entre les différents ESP ? (Quoique à vu de nez, à part quelques passifs ils semblent grosso modo identiques au form factor près).
Du coup je vais piocher des ESP-01 chez les tinois, et des régulateurs (step up ou step down, dunno ce que je met en batterie).

Attention avec les ESP-01, pas sur que t'arrive à faire la connexion pour le deep sleep.

Pourquoi ? Laisse savoir les vraies infos frer.  

Si par ESP01 tu parle du mini module à pas cher avec 8 pattes, le GPIO16 n'est pas sorti donc impossible de le relier au RST pour qu'il fasse le réveil.
Ou alors il faut que tu fasse un circuit externe qui titille le reset à intervalle régulier.

Après si tu te sent de tirer un micro fil émaillé entre le RST et la pin 13 du QFN ça doit être gérable