Reprise du message précédent :
Ah la vache les circuits RLC j'en ai bouffé pendant je sais pas combien de temps durant mes études, j'ai tout oublié  

Disons que tu peux ne mettre qu'un condo, mais ça veut dire que c'est les résistances et inductances parasites qui vont faire l'autre partie du filtre, si la sortie du MCU ne claque pas. Du coup ton condensateur sera 100x plus gros qu'avec un filtre RC dans l'état de l'art
 
Et vu que j'ai pas trouvé d'info dans la datasheet du HD machinchose (mais ça doit dépendre du LCD plus que du circuit) j'ai mesuré pour toi le courant dans cette broche pour un module que j'avais sous la main: compter 650µA, ça veut dire qu'il vaudra mieux éviter des valeurs au dessus de 500 ohm

J'ai passé une partie de l'après-midi à galérer avec l'ESP01. En fait, je n'avais pas compris que c''était une "board" à part entière et qu'il fallait la programmer aussi.
Il n'y a pas plus simple pour utiliser le wifi avec un arduino (nano de préférence) ?

Tu veux faire un serveur ou un client?
 
Client tu met le firmware AT sur l'ESP01. Serveur un truc comme NodeMCU est peut être plus judicieux.

Un client.
Je voudrais que mes nano puissent envoyer des infos régulièrement à un serveur (surement un Rpi 0).

Pour l'instant, je teste les différents moyens de communication possibles (wifi, 433 MHz, Lora), sachant que j'aurais une contrainte énergétique sur l'un des clients (sur batterie) et de distance (~50m).

Edit
"Client tu met le firmware AT sur l'ESP01"
Si l'ESP répond aux commandes "AT+XXX", ça veut dire qu'il y est déjà, non ?

La magie du noobisme : une resistance au pif, un condo au pif, ça marche nickel

le rapport qualité prix est pas mal ,bon j'y ferais pas une hyper confiance mais sympa ..
https://www.youtube.com/watch?v=_VOmfJ4x-Fg

1er jet du module qui mesure la quantité d'eau dans un réservoir

 
Il faut encore que je valide que les mesures sont bonnes, la mesure par ultrasons m'a l'air capricieuse.

 
j'ai fait la même chose pour mesurer le niveau d'eau dans une cuve enterrée.  
 
Ca marche pas trop mal quand la cuve est pleine mais quand elle est vide, il y a des ratés. Il faut dire que j'avais utilisé un système où on fait 3 mesures successives pour ne retenir que la moyenne (c'était une fonctionnalité incluse dans la bibliothèque). Pas sûr qu'au final ce soit la bonne méthode car j'ai l'impression qu'il y a un écho. Je m'étais promis de revenir à un système de mesure simple mais je ne l'ai jamais fait car j'avais tout installé.
 
Tu me dirais si ça marche chez toi ? mes mesures vont de 35cm à 120cm environ.

 
 
Tu utilises le même module que moi ?
 
J'ai aussi remarqué que la mesure était parfois pas très fiable donc j'ai mis un garde fou. Je ne fais pas la moyenne comme toi mais je considère qu'une mesure est bonne si j'ai 2 fois la même mesure de manière consécutive.  
J'ai pas encore testé avec l'eau pour l'instant, ça risque d'être le bordel si la flotte bouge ^^

Hello
 
Bon vue que j'arrive pas à me décider je pose ma question ici.
 
Quelqu'un aurait une ref de module GPS compatible Galileo et dont un driver existe pour Arduino?
 
(En pas cher bien sûr )

Si tu trouves ça m'intéresse aussi .

Il y a moyen d'en faire quelque chose tant que ça sort des trames NMEA sur un port série.

blox neo6/7m ?
 
en tout cas, j'ai les deux sur arduino sans soucis et j'ai les trames nmea et la lib fais la trad en coordonnées gps

 
Je n'avais aucune idée que des firmwares plus récents permettaient de recevoir un signal Glonass ou Galileo . Reste à voir comment flasher ça .

 
Pas tout à fait le même. Je crois que le mien était un HC-SR04.
 
Mais à refaire, ta solution me parait bonne. Essaie juste de bien espacer les mesures. Tu me diras si ça marche bien.

J'ai 5 secondes entre chaque mesure. Donc en théorie, il me faut 10 secondes pour avoir une mesure fiable.

tu mesures dans une cuve ?

Pour les tests, sur une table à l'horizontal.
 
On vient d'ouvrir la cuve (une ancienne fausse septique convertie) avec mon père, elle fait ~125 cm de profondeur.
Par contre, le trop-plein sera à environ 10-15 cm du capteur donc la mesure ne sera pas fiable à ce niveau (*). A voir si je n'ajoute pas un petit fils pour détecter s'il y a de l'eau entre 0 et 20 cm.
 
(*) : d'après mes tests, de 0 cm à 20 cm, le capteur m'indique une distance de 20 cm.

Nan, pas de Galileo

le ublox m8 par contre oui:
https://www.u-blox.com/en/product/neo-m8-series

Je pose ça là au cas où:
https://hackaday.com/2018/05/22/hac [...] ngefinder/

En rapport avec les citernes d'eau :

Quelqu'un a déjà testé ces capteurs de "niveau liquide" ?

https://fr.aliexpress.com/item/32969404836.html

Comment est ce que ça fonctionne en interne ?

N'y a t'il pas un risque de pollution de la citerne si le capteur se dégrade ? Ils ne sont pas marqué RoHS (et même s'ils l'étaient...).

C'est sensible ? Je ne trouve pas grand chose.

C'est un capteur de pression différentielle qui peut être foutu sous l'eau. La pression "statique" semble être prise grâce à un tube au centre du câble.
Et comme de nombreux machins en 4-20 c'est alimenté par la boucle, ici à priori 24V
Pour la précision voir ça
https://www.ebay.com/c/11020182651

Ok je pensais que c'était une pression absolue qui était mesurée. Ça explique ce tuyau au centre du câble.
 
Ce que j'aurais voulu comprendre, c'est comment on passe d'un mouvement de la membrane à une variation du courant.

J'imagine qu'il faut l'étalonner au départ ? Parce que si le capteur travaille avec une pression de liquide il ne donnera pas la même mesure avec de l'eau ou du fuel par exemple    
 
PS : Enfin reçu mes ESP32 ... un peu déroutant ce principe de "les pins servent à tout, y'a qu'à choisir". Et étant donné la différence de prix par rapport aux "petits" arduino, ceux-ci on du souci à se faire pour tout ce qui nécessite une connexion réseau, non ?

Puisque je bidouille avec des modules BMP-280 à pas cher, effectivement ils ont pas la même adresse que les adafruit du coup faut utiliser bmp.begin(BMP280_ADDRESS_ALT). Ou foutre SDO au 3.3V
Valable aussi pour les BME à priori.
 
Sinon pour le capteur de pression grosso modo dedans c'est ça avec le pont de Wheatstone constitué par le capteur de pression:
https://e2e.ti.com/support/amplifie [...] 117-XTR117

ESP32 : 10 minutes pour mettre le truc en service, et recevoir mes premiers paquets en Wifi  

J'ai tjs pas recu tout mon bazar de banggood/aliexpress. Ca doit faire 4 semaines que j'ai commandé.

Après une soirée à jouer avec l'ESP32 : adopté !

De mon point de vue de noob, l'interface aidant on se trouve en terrain connu dans Arduino IDE même si derrière les machines n'ont rien à voir. Beaucoup plus puissant que mon ATMega, wifi intégré, libs compatibles...

C'est un peu le cirque dans le pinout mais c'est bien le seul truc que je pourrais lui reprocher : je ne vois plus trop d'avantage aux Arduino. Étant donné la popularité des Arduino je dois très certainement louper quelque chose, mais pour l'instant l'ESP32 c'est que du bon, j'ai même réussi à faire marcher ma lecture série qui ne fonctionnait pas sur mon ATMega...

@Natopsi : Merci. C'est exactement ce que je cherchais.

@Gonzoide

Les ATmega, ATtiny, équivalents PIC, etc ont l'avantage d'être plus costauds : Ils acceptent des tensions d'alimentation plus large et des courants plus élevés. Trois piles ou accus directement et zou ! C'est ce que je prends si je n'ai pas besoin de communication sans fil.

Et les datasheets des ATmega / ATtiny sont un régal. C'est dense, bien schématisé, bien organisé, complet. Rien trouvé d'équivalent chez ESP mais j'ai peut être mal cherché.

La simplicité du multicore explicite sur ESP32    
 
On peut faire des appels bien lourdingues en http, on a la garantie que ça bloquera rien, le tout en une ligne de code  

 
J'ai avancé un peu sur mon projet de mesure d'eau dans une cuve. Sur une plaque de prototypage, j'ai soudé des "pins header" pour :

• l'arduino nano
• les 4 connecteurs de l'ecran LCD
• les 4 connecteurs du sonar

Une fois le soudage et les branchements faits, j'ai emboité un arduino avec le programme adéquat (oui, comme Sheila ). Mais il ne se passe rien sur l'écran LCD qui doit normalement afficher quelques mesures.
Pour l'instant, je n'ai pas encore d'alim pour l'arduino donc il est alimenté en USB et il alimente lui même les différents modules en 5V.
 
Pour déboguer, j'ai transféré un programme simple : blink (avec la LED sur l'arduino nano) et j'ai ajouté en plus un affichage série pour voir ce qu'il se passe. Si l'arduino nano n'est pas emboité sur la plaque de prototypage : le programme de débug fonctionne bien.  Mais une fois l'arduino nano emboité sur la plaque de prototypage, ça déconne complètement :

• rien sur la sortie série
• et surtout, la LED ne clignote pas (comme si l'arduino ne bootait pas ?!)

Photo recto/verso de la plaque de prototypage :


 
J'ai du mal à piger ce qui déconne. Vu mon niveau en électronique, j'ai dû faire une connerie de noob.
Mais sans aide, je vais mettre 6 mois à trouver.

Mauvais contact ?

Vérifie avec un testeur de continuité ton Vcc et ton GND sur ta carte sans le Nano. Ils sont probablement en court-circuit.

Hum c'est pas impossible, je vérifie demain matin.

Ca marche mieux sans soudure involontaire entre 2 pins de l'arduino.
Merci

Arduino Mega :
 
Arduino Nano :
 
ESP32 :
 
 

Et encore pour le moment t'as pas trop de machins en USB C

Il y a le Raspberry pi 4 en USB C.

Perso, le truc qui me fait braire avec ça, c'est la ptite carte d'alim qui se plug
sur la breadboard : c'est une prise USB standard de PC (inversée).
 
Pouvaient pas foutre un type B passe-partout que j'en ai à la tonne ? Nan, y'a fallu qu'ils pètent un
truc que j'ai pas du tout...

Tu veux dire ça?
https://www.banggood.com/Breadboard [...] 18159.html
Pour moi l'USB est conçu comme une sortie et t'es sensé alimenter ça en 9/12V via le jack d'alim.
 
Un vrai piège à con quand tu as envie d'alimenter ça en 5V via un USB->power jack avec le dropout du régulateur, où tu récolte péniblement 4V