Reprise du message précédent :

 
Celui-ci est également très complet, avec différent projets à réaliser.
 
https://zestedesavoir.com/tutoriels [...] embarquee/
 

 
https://zestedesavoir.com/tutoriels [...] embarquee/ &  
https://zestedesavoir.com/tutoriels [...] numerique/
 
aha je n'avais pas vu le message de latruffe. my bad

j'ai acheté ce kit chinois arduino pour débutants :

http://www.gearbest.com/developmen [...] 11519.html

dedans il y a une sonde de température LM35 DZ, j'aimerai réaliser un montage permettant de relever la température, ce montage est-il correct ? :

ce site conseille d'utiliser un condensateur 100nF, sauf que je n'en ai pas, quelle est la conséquence de ne pas en utiliser ?

https://www.carnetdumaker.net/artic [...] o-genuino/

ça donnerait ceci :

Tu peux faire sans
 
Le condo servirait à compenser les très légères baisses de tension lors de la mesure, sachant que la mesure elle-même se base sur des variations faibles de tension
 
Disons que ça améliore la fiabilité de la mesure mais c'est pas forcément significatif ni même évident qu'il y ait une différence.

Salut les gars,
 
j'essaie de faire tourner mon electrolyseur de piscine selon l'heure de l'automate (couplée à une petite horloge RTC),
 

 
en gros la ca tourne TEMPS_ELECTROLYSEUR toutes les 8h
 
le seul souci actuellement c'est que TEMPS_ELECTROLYSEUR  est forcement un entier. Auriez vous une asture simple pour que je puisse me servir de 1,5 par exemple ? que ça coupe à HEURE_ELECTROLYSEUR + 1heure et demi ?
 
Merci !
 

 
Perso pour ce genre de cas je travaille avec des minutes plutot que des heures entières.

Exact, utiliser la plus petite unité qu'on veut comme base, dans ce cas des minutes (ou des secondes si on veut cette précision).

edit: cf https://fr.wikipedia.org/wiki/Heure_Unix En utilisant des secondes comme base on simplifie énormément les comparaisons etc par rapport à une représentation jours - heures - minutes etc. Cette dernière n'est utilisée que pour les affichages pour les humains.

yes j'avais fait ca avec un timer independant de l'horloge
 
mais le souci c'est que quand on relance l'arduino on a pas une heure fixe de demarrage de l'electrolyseur, juste les intervalles
 
du coup si quelqu'un a une idée ?

Tu veux forcement que l'électrolyseur tourne à 00h, 8h et 16h ? Si un intervalle de 8h te suffit, tu peux facilement arrondir un timestamp avec modulo (%)
https://stackoverflow.com/questions [...] -half-hour

non les heures m'importent, mais je vais faire une variable "minutedelajournée"
 
comme ca je retrouve le fonctionnement d'avant merci

Pas compris... Si tu as un RTC tu as toujours l'heure exacte même après un reset du AVR non?

Laisse tomber l'accent, ça peut éviter des ennuis.

pour faire bien il faudrait utiliser l'anglais dans les noms de variable, ce qui a l'avantage d'avoir des noms plus courts, d'éviter les accents et de rendre "international" votre code source ( en cas de publication sur un site internet ),

autre astuce : utiliser une majuscule pour les noms de variables à rallonge ( mots composés ), c'est ce qu'on appelle le "camel case", genre une variable qui s’appellerait "PlayStation" ( ou "playStation" ) au lieu de "playstation", ça améliore la lisibilité :

https://fr.wikipedia.org/wiki/Camel_case

les noms de variables qui sont entierement en majuscules sont en général des constantes, qui ont tout le temps la même valeur et qui ne change jamais pendant toute la durée d'exécution du programme,

en savoir plus sur les bonnes pratiques de nommage des variables :

https://fr.wikipedia.org/wiki/Convention_de_nommage
https://en.wikipedia.org/wiki/Namin [...] ogramming)

ah yes non mais mes noms sont en majuscules sans accent, c'était pour le fofo
 
en gros MINUTEDELAJOURNEE = rtc.hour() *60 + rtc/minute()
 
et c'est regle
 
Merci

Autant que je pense que la langue (français/anglais) dans laquelle on prend ses noms de variables importe peu pour un projet perso autant je pense qu'il est important de respecter la convention qui dit "entièrement en majuscules == constante ou #define)"... Donc MINUTEDELAJOURNEE c'est pas top.
Après tu as le choix, par contre c'est important de rester sur la même manière de faire dans un projet histoire que ça soit lisible.
 
minutedelajournee
minute_de_la_journee
MinuteDeLaJournee
etc

 
Vous savez si il existe des kits de télécommande radio (style bip de portail/porte de garage) assez secure et avec 6 à 8 ordres (boutons) possibles ?
 
Je vais installer 2 portails coulissants chez moi et j'ai un peu la flemme d'avoir 2/3 télécommandes sur le porte-clés !

Tu cherches quelque chose à brancher sur un Arduino ou d'autonome? Je ne suis pas sûr d'avoir compris.
 
Et surtout, qu'entends tu par "assez secure"? Contre qui tu veux te protéger, un voisin qui ouvre ton portail par erreur car même code programmé sur la télécommande, le criminel occasionnel, le méchant type d'en façe ingénieur en électronique ou les services secrets? Avec la technologie SDR les analyses de signaux HF et les attaques "replay" c'est facile, donc au moins prendre un système "rolling code" (désolé, aucune idée de comment traduire tout ces termes techniques ).

Merci de ta réponse.
 
En gros j'aimerai faire arriver toutes les commandes sans contact de ma porte de garage et mes 2 portails sur une carte Arduino, tout simplement parce que ma porte de garage est en 433MHz et les portails en 868MHz (je ne pense pas que des télécommandes du commerce gèrent les 2 fréquences à la fois ?).
 
J'aimerai ensuite pouvoir "piloter" cet Arduino depuis une télécommande porte-clés qui remplacerait au final les 3 que j'ai (porte garage + 2 portails) car ça prends de la place sur le porte-clés
 
Oui voilà par "secure" j'entends une liaison radio qui ne pas pas (ou très peu facilement) copiable pour actionner les fonctions de l'arduino

à priori ça existe, c'est peut-être la solution la plus simple (si ça fonctionne / c'est compatible)?
Lien pris au pif: http://www.planete-domotique.com/t [...] uence.html

edit: Je me permet de revenir sur l'aspect sécurité. Justement avec le SDR et les modules 433/868MHz pas chers c'est très facile de copier des messages radio, c'est pourquoi il faut absolument du rolling code ou quelque chose de semblable (bien implémenté ). Un cryptage par contre ne sert à rien tout seul, je n'ai pas besoin de comprendre la significations des bits du message que j'ai capté quand tu ouvrais ton portail pour pouvoir l'enregistrer et le rediffuser plus tard. Bon, après on parle "que" de portails et de garages, mais quand même...

Oui rolling code obligé, la radio d'origine des portails l'utilise (FAAC), pour la porte de garage je ne sais pas faudrait que je vérifie ça.
 
Mais oui l'idée est un peu de centraliser les commandes des portails et de la porte de garage avec évidemment les sécurités qui s'impliquent pour éviter que ma maison se fasse visiter sans effraction
 
Je vais continuer de fouiner mais ça me semble compromis de trouver une solution simple ^^

Moi j'utiliserai des modules NRF 24L01 pour faire une communication bidirectionnelle. Tu met une clé de chiffrage dans la télécommande et la commande au sol. La télécommande envoie une requête, la commande centralisée lui envoie une suite aléatoire. La télécommande utilise cette suite + la clé pour calculer la réponse et l'envoyer. La commande au sol fait le même calcul de son côté, si les clés match hop action.
 
Et la t'es difficilement violable si ta suite de données est assez longue.
 
Après reste la question de la portée, mais au pire module amplifié/lna ça doit largement faire l'affaire  

Hum il y a de l'idée effectivement !

J'ai d'ailleurs un peu joué avec du NRF24 chez moi (gestion chauffage 4 ordres). Là pas vraiment de sécurité je pense que c'est hackable assez facilement

C'est vrai qu'une communication par gestion de clés peut rester assez simple et suffisante dans ce cas

J'avais d'ailleurs pour envie par la suite de mettre un émetteur dans chacune de mes voitures avec un montage pour détecter par exemple un appel de phare et déclencher un envoi de séquence pour ouvrir le portail

J'ai déjà un noeud "maître" dans la maison mais il sera trop éloigné, à voir pour en ajouter un autre par exemple dans un des moteurs directement en utilisant l'alimentation 24V fournie !

ce qu'on appelle en jargon technique "challenge-response".
Juste pour info générale par rapport au terme aléatoire: Les µP/ordinateurs sont très mauvais pour ce genre de choses. La fonction rand() p.ex. en C n'est en fait pas aléatoire du tout, c'est pseudo-aléatoire. Dans le cas présent ça ne change pas grand chose je dirais (???), mais parfois c'est un très gros problème. Les histoires de cryptographie c'est hélas très complexe.

 
C'est pour ca que sur la plupart des µC tu as une fonction "seed" que tu lie à une grandeur physique elle vraiment aléatoire, par exemple une entrée en l'air sur un Arduino.
L'ordre de génération ensuite reste le même on est d'accord, mais ca évite déjà les séquences connues pour une plateforme donnée.

Mixer le résultat de rand() avec le résultat de millis() et le résultat d'un analogRead() sur un machin bien bruité et c'est bon  

Pour un usage domestique peut-être bien, mais même dans ce cas je ferais quelque tests. Il existe des outils pour déterminer la "aléatoireté" de données, par contre ça ne me demandez pas de détails. Ou au moins vérifier que chaque valeur ressort à peu près le même nombre de fois et ce genre de choses simples. Bon, après la encore il faut voir ce qu'on veut faire ou dans le cas concret (cryptographie/authentification) contre qui on veut se protéger...
 

Exact, mais comme tu dis, le résultat ne conviendra toujours pas pour de la cryptographie p.ex. Par contre pour p.ex. un jeu c'est largement suffisant.

Ici on est dans une situation ou il est plus avantageux de détruire la porte à la hache que de s'investir sérieusement dans un piratage vu les enjeux, cela dit vaut mieux préciser que la méthode reste faillible et n'est pas adaptée à la protection du bunker des missiles nucléaires  

Merci pour ces pistes, je pense que j'arriverai à sortir un truc qui tient la route, le jour où je vois un mec avec une grosse antenne dans la rue je me poserai des questions

D'ailleurs un truc à prévoir ça serait peut être une mise en sécurité en cas de 3 mauvaises identifications dans un temps impartis.

Faut voir si je n'ajouterai pas une "identité" à chaque "télécommandes" (type adresse MAC ou autre), ça fait un truc en plus à rentrer dans le hash et ça permet d'identifier qui émet l'action

edit : oui @Natopsi niveau assurances je préfère qu'ils défoncent la porte que d'arriver à cracker la radio

Tu met une clé de chiffrage différente pour chaque télécommande    
 
Chose intéressante aussi ça peut être de redonder la partie décodage, genre tu rajoute un 2° arduino+ récepteur seul qui va surveiller les communications et sortir un signal de validation s'il la trouve légit.
Et tu met un circuit logique qui n'autorise l'activation de la porte que si les deux Arduino sont d'accord. Comme ça tu limite le risque que la porte s'ouvre toute seule si un des arduino plante dans un état incertain et envoie des commandes foireuses.

C'est pas un peu overkill la redondance ?
 
Je n'ai pour le moment pas trop de projets en prod sur Arduino mais une fois lancé ça me semble quand même stable (tant que le code est bon tout du moins !).
 
Ou sinon essayer d'utiliser un max des sorties disponibles pour que seules certaines combinaisons donnent l'action souhaitée (ex. : 13 + 16 = ouverture portail A, ...).
 
Il y a un peu de taff mais rien d'insurmontable
 
Je reçois normalement les portails en aout, ça laisse un peu de temps pour faire un POC émetteur-récepteur !

On fait comme ça en industrie sur les systèmes critiques, généralement avec des programmes développés par des équipes indépendantes en plus.

 
 
Je cherche un moyen de faire joujou avec des ventilateurs de pc pour gérer la ventilation de la maison. L'arduino et les ventilateurs sont alimentés par le même transfo led 12V pour le côté pratique. Je veux avoir trois positions : arrêt, petite vitesse (pour le silence) et grande vitesse (12V pour aérer au plus vite). Comme je n'ai besoin que de deux vitesses et que je n'ai pas réussi à gérer le PWM, je compte simplement jouer sur la tension d'alimentation des ventilos via un LM317 de manière à obtenir un truc proche de 8V.  
 
Reste le moyen de changer entre 0V au ventilo pour l'arrêt, 8V et 12V, le tout en évitant de gérer deux relais qui claquent. Possible avec deux transistors 2N2222 commandés chacun par une sortie numérique de l'arduino ? C'est la meilleure solution que j'ai pu trouver pour le moment : transistor1 peut envoyer du 8V, transistor2 peut envoyer du 12V, suivant lequel est activé j'ai mes 3 tensions possibles au ventilo. Resterait qu'à protéger avec une diode roue libre vu qu'on parle d'un moteur, et bien faire le code pour empêcher l'activation des deux transistors en même temps. Vous voyez mieux à faire ?

Le plus simple c'est de prendre un module avec des pont en H (L293) , genre ça :  
http://snootlab.com/shields-snootl [...] ld-fr.html
 
Ca intègre les diodes de roue libre &co.
Avec ça tu auras des exemples/librairies pour gérer la vitesse avec le PWM facilement.  
C'est ce que je faisais sur des petits robots pour piloter des moteurs ...

Faire marcher en pwm?
Sinon faut voir si un petit fet et du pwm sur la grille pour hacher ton 12V, tu rajoutes une capa à l'arrache et une diode et ça marchera sûrement.

 
Le prix comparé à quelques composants à la con voire deux SSR si je veux juste pas des relais qui claquent    
 

 
Le truc c'est que finalement, je me dis que je n'ai pas vraiment besoin d'un ventilateur PWM, je n'ai besoin que de deux niveaux de vitesse : une réduite pour faire circuler l'air avec le minimum de bruit (ex. nuit), et la vmax pour le reste du temps. La gestion du pwm par rapport à deux transistors + LM317 me fait même pas économiser des sorties de l'arduino De ce que j'ai cherché, le problème c'est que le pwm des ventilos doit être à 25kHz et c'est pas le cas nativement sur l'arduino, et je n'ia pas trouvé de code "simple" qui fonctionne, pas envie d'une usine à gaz vu l'intérêt final expliqué juste avant.

 
+1 et faut pas chercher à piloter le Pwm natif du ventilo: faut utiliser le pwm de l'arduino pour jouer avec la tension d'alimentation

Il y a combien de ventilos ?

Serait-il intéressant de mettre la grille en série pour ventilation MAX puis les éléments (par paire par exemple) en parallèle si l'efficacité reste suffisante ?

Du coup de simples relais devraient suffire

Pour le moment max 2 ventilos par arduino mais pas forcément liés (ne doivent pas tourner en même temps). A terme probablement plus car je rassemblerais les arduinos en un seul.
 
Le mosfet va apporter quoi de plus qu'un NPN comme le 2N2222 qui me semblait bon ? Mes cours d'électronique sont loin et ça n'a de toute façon jamais été mon fort  

https://www.amazon.fr/gp/aw/d/B00DI [...] ords=l293d
C'etait un exemple

Et tu fais ton découpage avec la fréquence que tu veux, ça marche avec n'importe quel ventilo ...

+1! Si on a déjà un µC inutile de rajouter un chauffage (LM317) (même si vu le peu de courant que demande le ventilateur les pertes ne seront pas énormes).

Ca marche bien ça? Il me semble avoir lu quelque part que la plupart (???) des ventilateurs deviennent bruyants quand on les alimente avec un signal PWM.

Dans tout les cas la PWM c'est la solution la plus propre. Soit alimenter les ventilateurs avec du PWM (prévoir MOSFET!), soit envoyer le signal de commande PWM.

Ca c'est le genre de problèmes qu'on a avec ces histoires Arduino...
Sous Arduino tu as toujours accès aux registres du µC non? Tu utilises quel AVR exactement? Il y a une doc quelque part quels timers/... sont déjà utilisés par le système Arduino? Quelle est la fréquence d'horloge? Parce que faire de la PWM 25kHz en principe c'est pas plus que quelque registres timer à configurer, pas besoin d'usine à gaz.

 
Oui ça marche
 
Effectivement un ventilo normal peut siffler en PWM surtout à bas régime
 
Mais un ventilo avec PWM "d'origine", même si on utilise pas la commande PWM prévue car non compatible avec celui de l'arduino, ne sifflera pas si on PWM direct son alim.

Je note, merci pour ces infos!