Reprise du message précédent :
Désolé.
Non, faut pas escalader l'Everest, t'inquiète pas.

edit: Après ma liste c'est un fourre-tout aussi, pour une station météo les filtres p.ex. ça ne servira pas, par contre si on veut faire de l'audio etc c'est important. Idem les MOSFET, pas utile pour la météo mais si on veut commander des (grosses) charges c'est incontournable. Etc.

Ne les écoute pas    
 
Pour débuter, t'as jamais besoin de tout ça : tu cherches un petit projet rigolo, genre faire clignoter 2 leds et
tu le fais. Simplement en recopiant bêtement ce que le tuto te dit de faire.
 
Pis après, t'essaie de changer des trucs dans le "programme", c'est comme ça que j'ai fait. Petit à petit, tu
comprendras de + en + de trucs, même si le langage Arduino est une plaie pour quelqu'un qui n'a jamais fait de "C"...
 
Le seul truc que je sais à peu près depuis le lycée technique, c'est : PUI et URI. Je l'ai mémorisé ainsi.
Et c'est P = U x I. Et U = R x I.
Pour m'en souvenir facilement : "ah et PUIs, y'a URI (geller, d'un con, surement)    
Avec ces deux formules, on peut retrouver toutes les autres facilement.

Je n’ai jamais fait de C (mes connaissances se limitent à du VB et PHP en touriste autodidacte) et je ne galère pas avec le langage arduino
 
Un peu de logique dans sa tête, le reste c’est sur internet (et des bouquins)

@Aline: bien noté merci.
@Obsidian: C, assembleur et 2 ou 3 autres langages, ça va.
 

 
Non, non, pas de soucis, je ne vais pas reprocher à quelqu'un de faire un message très détaillé qui doit s'appliquer quand on veut devenir un "maker".
Pour l'instant, je veux surtout devenir un copieur et utiliser ça pour apprendre les bases.
 

 
Ok, tout ça c'est ce à quoi je m'attendais et on doit avoir des connaissances assez similaires (j'ai fait aussi un peu d'électrotech mais j'avoue qu'il ne m'en reste pas grand chose à froid).
 
J'ai d'ailleurs ajouté une résistance pour qu'un interrupteur avec une LED 3.3V fonctionne sur du 5V et en m'inquiétant des éventuels risques de chauffe mais c'est mon point culminant, autant dire qu'en fait d'Everest, c'est plutôt le tas de terre du voisin.
 
Mais du coup, quel bouquin français... ou anglais si rien de bien en français?  

Donc si tu sais coder, comprendre un programme Arduino ne posera aucun problème. Il suffit juste de faire attention à comment fonctionne un Arduino (les différentes types d'ES notamment). Il suffit de taper "arduino layout" pour avoir un résumé de la fonction de chaque PIN (et puis, c'est pas comme si c'était écrit en grande partie sur l'arduino directement )

 
J'ai pas utilisé de livres, je ne peux pas en conseiller. En attendant, d'avoir un livre, tu peux regarder la chaine Youtube U=RI qui présente brievement (2-3 minutes par vidéo) les composants souvent utilisés comme un bouton poussoir, un buzer, la LED, la résistance). La chaine : https://www.youtube.com/c/Les-electroniciens/

Merci pour la piste du 1-Wire, je vais regarder ça    
 
 
J'ai une autre question en attendant,
sur un Arduino Nano il y a 6 pins PWM, qui sont répartis deux par deux sur 3 timers (d'après cette page https://docs.arduino.cc/tutorials/g [...] rduino-pwm) :
D5 et D6 sur timer0
D9 et D10 sur timer1
D3 et D11 sur timer2  
 
J'ai besoin d'utiliser 3 sorties en PWM :
- 2 pour un module moteur : 1 pour tourner dans un sens, 1 pour tourner dans l'autre sens, donc normalement ils ne sont pas activés en même temps
- 1 pour un servomoteur  
 
C'est quoi les meilleurs raccordements à faire ?    
 
Je m'étais fait un PCB avec les PWM du moteur sur D11 et D9, le PWM du servo sur D6
 
et le problème c'est que si je me servais une seule fois du servo, après le moteur ne voulait plus du tout fonctionner, ils ne sont pourtant pas sur les mêmes timers
 
 
J'avais fait modifier le PCB par mon père, à distance à l'époque, je ne me rappelle plus pourquoi mais j'avais dit de remplacer D9 par D3
 
Donc au lieu de ce branchement qui ne fonctionne pas :
moteur D11 D9  
servo D6
 
J'ai celui ci qui fonctionne :
moteur D11 D3
servo D6
 
 
Mais là j'aimerais refaire un PCB au propre, et je n'ai pas bien compris cette histoire de timers et limitations    
Si je fais ce branchement :
moteur D9 D10
servo D5
 
Est-ce que ça fonctionnera ?

Je suppose que Nano == mega328P. En effet il y a trois timers, mais de mémoire il y en a un qui est utilisé en interne pour le millis() déjà? Après il faut distinguer le PWM fait par le module timer en hardware et du PWM en soft avec une interruption. Cette dernière méthode est bien plus universelle mais - vu qu'elle charge le processeur, limité à des fréquences faibles. Je te conseille de jeter un coup d'oeil à la doc ("datasheet complete" ) du mega328P. Je pourrais en dire plus / expliquer tout à l'heure.

Une question générale sur les shields, d'un noob plus bas que terre    
 
J'ai un Arduino Mega 2560 Rev 3 se présentant ainsi:

 
Un shield est en quelque sorte une carte d'extension qui se monte sur tous les connecteurs de l'Arduino et les reproduit pour les laisser accessibles à un autre shield ou à l'utilisateur.
 
Mais un shield squatte forcément certaines pines de l'Arduino, les rendant indisponibles pour autre chose.
Ces pines squattées sont-elles toutes sur le connecteur de droite sur la photo ci-dessus, auquel cas celles destinées à l'utilisateur restent toutes libres, ou est-ce que des shields peuvent réduire les entrées/sorties disponibles pour l'utilisateur?
 

Bien sûr un shield peut utiliser/"squatter" n'importe quelle broche, selon les besoins du shield. Il faut regarder la doc.

Tout a fait, et ça peut être plus complexe.
Si le shield utilise le bus i2c ça n'empêche pas de mettre d'autre shields i2c.
Donc si tu veux faire un montage avec plusieurs shileds, il fait vérifier d'abord s'ils peuvent être utilisés ensembles

à condition que chaque esclave sur le bus I2C a une adresse différente. Il faut faire gaffe, parfois on peut avoir de mauvaises surprises, notamment (evidemment) en brancheant plusieurs composants (genre ces petits afficheurs) identiques.

Salut les experts
 
je voulais savoir s'il était possible de commander un ESP32 à distance (via internet quand je ne suis pas chez moi en fait) ?
 
Merci

Qu'entends tu par "commander"?

Si tu cherches à allumer/éteindre des trucs à distance oui, ça peut se faire, le soucis c'est de sécuriser le tout (au niveau informatique et électrique).

edit: Ca serait pas pour ta piscine? (C'était bien toi?)

Bonjour je voudrais faire un bidule avec un machin.  
 
C’est quoi ton cahier des charges ? Il va falloir être un peu plus détaillé.

 
Bonjour, je voulais juste pas embeter avec les détails. En gros je voudrais juste pouvoir commander via le net une sortie de l'ESP pour activer/desactiver l'electrolyseur de la piscine en cas de souci quand je serai en vacances. Donc juste on/off dans un premier temps.
 
J'ai déjà les relais de découplage.
 
Merci

Ya grosso merdo l'équivalent d'un esp32 là dedans, c'est tout prêt, le code est fournis ainsi que l'appli :
https://www.amazon.fr/Connect%C3%A9 [...] B084MGCZHL

NB : pour répondre à ta question : oui.

ah bah nickel merci beaucoup ! moins de challenge mais plus rapide pour l'instant !

Boaf, je lui préfère mon Shelly Uni.
Un Shelly 1 ferait aussi l'affaire s'il l'on n'a pas besoin d'entrées.
 
https://shop.shelly.cloud/
 
On peut notamment les commander via MQTT, ce qui évite de s'enfermer dans un environnement propriétaire et plus ou moins fermé.

Ouais fin t'en a un plug and play avec une app, toutes les merdes/intégrations  et l'autre a encastrer et à intégrer à un ecosystème.
 
T'admettra qu'il y en a un plus simple à mettre en oeuvre pour faire on/off dans la piscine.

Honnêtement je pensais faire du troll a répondre avec un truc tout prêt quand le gars parle de DIY !
Mais le refoss/meross (c'est le même matos interchangeable) c'est du matos correcte. J'en ais 2 pour mon portail et la porte de garage.
Et normalement ya la doc pour faire de l'intégration DIY

Curieux de savoir s'il y a la même chose mais sans app à la con (genre tu te connectes sur une IP). J'ai aucun WAF à tenir, par contre l'idée d'être soumis au bon vouloir d'un fabricant qui peut décider de ne plus maintenir son app, ça me hérisse le poil    (et je ne serais pas capable de recoder une app)

Raspberry Pi comme serveur@home et ssh?

C'est le cas des Shelly.
Il suffit de se connecter sur leur IP pour avoir une interface web permettant, outre sa configuration, de gérer les sorties simplement via l'icône à droite de chaque canal.
 

Oui sauf que la c'est une IP locale. Il faudra bricoler un peu au niveau routeur pour rendre le truc accessible depuis partout, mais je ne suis pas convaincu du tout que ce soit une bonne idée!!

Sans authent et chiffrement, c'est à éviter.
Mais à défaut, on peut utiliser un VPN.

Je n'appellerais pas "bidouiller" créer une simple règle de NAT.

Oui et non, car faire un simple NAT veut dire se fier à l'authentification du Shelly, si jamais il y en a.

Ca vaut ce que ça vaut mais l'on peut définir un mot de passe pour accéder à l'interface.
 

 
J'ai survolé très très rapidement, ça doit quand même demander un bon temps de mise en place quand on connait pas    
 

 
Si ça ne marche qu'à la maison, c'est pas la peine, j'ai déjà des prises radio
 

 
Je me doute que laisser des trucs ouverts sur l'extérieur n'est pas une bonne idée. Mais si le seul truc accessible c'est un on/off de prise, quel est le risque ?

 
Prendre le contrôle de la prise et de là, d'un autre équipement. Sans parler de VPN, il faut verrouiller.

Après, tout dépend de l'équipement en question.
Perso, je me contente de l'authentification de base du Shelly Uni.
En outre, je le gère normalement via MQTT avec Automate mais j'ai dissocié la commande des sorties et la lecture des entrées et l'état des sorties.
 
Je suis ainsi averti de l'activation d'une sortie ou entrée via une notification.
Donc quand bien même un méchant pirate prendrait le contrôle de mon Shelly Uni, je m'en rendrais compte immédiatement.

 
Et bien en fait: pas du tout
 
Ce dont on parle c'est de l'exploitation d'une faille permettant à un intru de prendre le controle du module au dela de ses fonctionnalités propres. Donc d'executer du code non prévu qui lui permettra ensuite d'aller plus loin sur le réseau local, tout ceci ne rentre pas dans le fonctionnement normal du module, il ne changera pas l'état de la sortie, il ne passera pas par MQTT.
 
La plupart des personnes ne comprennent pas qu'une attaque ce n'est pas prendre le controle d'un équipement et l'utiliser (par exemple "tout ce qu'il pourra faire c'est aller ou éteindre ma lampe" ) mais utiliser cet équipement comme porte d'entrée pour faire bien plus de choses.

Voilà, c'est là qu'est le hic.
Quand je parlais de prendre le contrôle de la prise, c'était prendre le contrôle du système de la prise, pas de l'allumage / extinction.

   
Pour le moment je vais donc faire sans. Ou au pire, je prends une de ces prises toutes faites, mais en gardant bien en tête que je peux me retrouver un jour avec une simple prise dotée d'un bouton on/off (et là ça serait juste 10x le prix de l'objet).

Un bouton ?
Y pas de bouton, le jour où la boite coule, le machin deviens un bloc-porte, un presse-papier ou éventuellement une brique avec laquelle on ne peut même pas construire un mur !

Dans le meilleure des cas si la boite à au suffisamment de succès une bande de geek va retro-ingénieurer le truc pour pondre un firmrware open source.

Par défaut, mon Shelly Uni fonctionne via le cloud, en l'occurrence un datacenter de Google situé à Bruxelles.
Comme l'idée que le signal de ma sonnette traverse tout le pays pour revenir à quelques mètres de son point d'émission me chagrinait.
Pour en plus éviter les aléas inhérents au cloud, je l'ai basculé en MQTT. Ainsi, c'est un de mes PCs qui joue le rôle d'intermédiaire entre le Shelly et mon téléphone: le signal reste sur mon LAN.
 
Dès lors, Shelly peut complètement couler, disparaître, mon Shelly Uni continuera à fonctionner comme si de rien n'était.
 
Sur ce, il s'agit de mon premier bricolage électronique depuis que je me suis replongé là-dedans.
Aujourd'hui, si c'était à refaire, j'opterais sans doute pour un EPS32.

 
Je parlais des prises toutes faites montrées plus haut. Elles comportent un bouton on/off.

Salut les experts
bon comme c'est pas marrant d'acheter une prise connectée toute faite, en attendant que le beton de la dalle de la piscine seche, pensez-vous qu'il serait possible de :
1-reconnaitre la valeur d'un chiffre sur un ecran LCD avec une camera et un arduino/raspberry
2-piloter une prise de courant avec  
 
Merci
 
En gros : j'ai un appareil qui mesure le taux de chlore dans l'eau et l'affiche sur un gros écran LCD de 4cm de haut, puis qui est censé piloter une pompe a chlore liquide. Mais je n'ai pas de chlore liquide je marche à l'électrolyseur au sel, donc je voudrai piloter ma prise via cette reconnaissance de caractère.
 
Il n'y a pas de sortie sur ce regulateur de chlore, et je n'ai pas envie de me mettre dans la boucle de la sonde, car elle vaut la peau du cul !
 
Merci

OCR -> Raspberry PI, aucune chance sur Arduino! C'est un sujet compliqué, tu risque d'en baver, notamment si les conditions de luminosité etc changent.