Reprise du message précédent :
Tu as ça aussi qui est pas mal : https://pastebin.com/
 
Et sinon, effectivement, "verbose" ça veut bien dire "tous les détails".  

Y a un logiciel pour utiliser git sur Windows qui s'installe comme n'importe quel programme. De loin ça parait compliqué mais suffit de lire les trois ou quatre premiers chapitres du livre gratuit Progit 2n édition et t'es paré. En une semaine t'as compris comment ça marche.

Franchement l'investissement en temps au début tu le récupères fois mille par la suite. Imagine qu'à chaque sauvegarde (ils appellent ça commit) il te fait une copie exacte du répertoire de ton projet, auxquelles tu peux ajouter des commentaires pour te souvenir pourquoi t'as sauvegardé à ce moment là. Et le système de branches te permet de tester n'importe quelle idée et soit de supprimer la branche si ça marche pas soit de la "merger" dans ta branche principale.

Je parle de git parce que c'est le seul que je connais mais n'importe quel logiciel de version control vaut mieux que de travailler sans sauvegardes.

Je ne fais que traduire ce que dit l'erreur

Juste une préférence. "return" stoppe l'exécution de la fonction et quitte la fonction. C'est que mon avis mais un return au milieu d'une fonction a plus de sens pour une erreur. Dans le cas d'une erreur tu peux décider de retourner directement une valeur (par exemple un message d'erreur) parce que tu sais que ça n'a plus de sens d'exécuter le reste de la fonction.
Mais on peut me répondre que le return signifie que la fonction ne fait rien d'autre donc que c'est une information utile. Question de préférence.
 
Par contre comme ta fonction n'est pas de type void tu dois forcément retourner quelque chose donc tu dois couvrir tous les cas.
 
Après ça va rien changer dans le cas de ta fonction. Mais par exemple si tu décides d'ajouter autre chose à la fin de cette fonction tu peux pas utiliser return.

Dallastemperature semble avoir deux fonctions pour s'occuper du CRC. C'est pas la priorité pour ton problème mais ça peut aider de savoir que les données reçues sont correctes.

Pas github. Juste un site pour partager du texte. Comme celui cité par Aline BOQS.

Concernant git et Co, il y a la version basique aussi: Une clé USB et une copie du fichier qu'on renomme en rajoutant _(date)_(heure). Evidemment c'est moins puissant mais plus simple aussi et ça peut suffire dans bien des cas.

j'ai enfin pu prendre le temps de m'y remettre. J'ai essayé de prendre en compte la majeure partie de vos remarques sur le code.
 
Code actuel : https://pastebin.com/vU00DyBL
 
Ca merdoie comme les autres essais : une fois sur deux en moyenne si ce n'est plus, j'ai des températures qui correspondraient à des erreurs ou autres (-0.06, 85...)
Compilation avec rapport détaillé : https://pastebin.com/9seQP4YW
J'ai tenté d'ajouter un cas + le default sur la fonction, ça renvoie toujours une erreur.... Par contre si je mets en commentaire les appels à la fonction (ligne 237 déjà commentée, 271 pour l'autre ligne), les températures renvoyées sont correctes et sans défaut.
 
Le dernier code 100% fonctionnel : https://pastebin.com/Z3V5jZ2B
 
Si quelqu'un trouve le détail à la con qui doit se cacher quelque part...

quelque remarques qui me sautent à l'oeil:
Faut mettre le return resultatTest; après l'accolade fermante du switch.
Concernant l'autre warning ("large integer implicitly truncated..." ) faudrait nous montrer le code.
Pour ta fonction timerMesureSec(), il y a encore un const qui traîne et si previousMillis est censée être une variable locale faut la déclarer à l'intérieur du bloc de la fonction...
Par ailleurs je vois que tu as parfois des "&" dans tes arguments de fonctions. Je ne maîtrise pas le C++, internet me dit que cela fait qu'une référence vers la variable, un peu comme un pointeur, est passée, mais je ne vois pas l'utilité dans ce code de faire ça.

Y a quand même vachement plus de différences entre les deux qu'un simple "comment" d'une ligne

Dans ton "dernier code 100% fonctionnel"
 
Lignes 88, 90, 92, 94, 322 enlève les const, ce sont des variables.
 
La ligne 319 est en dehors d'une fonction et de plus déclarée static (c'est inutile)
 
Ligne 249, 300 et 340 enlève aussi les const
 
Ligne 322 comme dit précédemment enlève le const et c'est un unsigned long
 
Sur un premier jet vite fait, il y a certainement d'autres erreurs (pas besoin des void sur setup() et loop() par exemple, ce qui ne doit pas générer d'erreur )

Il y a aussi comme le souligne le rongeur guerrier l'opérateur & renvoie l'adresse d'une variable et non sa valeur.

Si on l'utilise devant une variable lors d'une attribution ou d'un test. Si on l'utilise devant un argument de fonction ça indique la passage d'une référence.

Si c'est déclarée comme variable globale dans ce cas le static est inutile, par contre si tu mets la déclaration à l'intérieur de la fonction faut surtout garder le static pour que la variable retienne sa valeur entre deux appels de la fonction!

Là c'est inutile puisqu'il n'y a pas de modification des variables passées en paramètres, un passage par valeur est suffisant (le passage par référence fonctionne aussi bien évidemment)
 

Mon mauvais, il faut garder le static effectivement.

Exactement.  

C'est vrai, mais attention si on modifie l'argument dans la fonction on modifie aussi la valeur de la variable "d'origine". Il faut en être conscient, ça peut être le comportement souhaité comme ça peut créer des ennuis si c'est fait de manière inconsciente.

 
Mon mauvais pour le return, je l'ai déplacé
Bibliothèque récupérée là : https://forum.arduino.cc/index.php?topic=375232.0
Le fichier .cpp : https://pastebin.com/u5jJFEhP
previousMillis est sensée être locale oui, c'est une fonction que je balade de code en code pour gérer mes déclenchements de mesures/actions. J'ai 4 autres arduinos qui l'utilisent sans souci. Je sais que le mieux serait d'inclure ça dans une bibliothèque mais vu mon temps disponible je m'y attèle pas encore    
 

 
- la v5 (le dernier code fonctionnel) n'est plus utilisable en l'état, du moins pas en configuration hiver
- la v6 qui a posé souci semblait douteuse au niveau du code, avec une fonction que je me traînais à chaque fois (getTemperature)  
Du coup je suis parti sur l'option de refaire le code de la v6 au propre, en me disant que rien que de corriger toutes les erreurs de débutant et utiliser une bibliothèque qui ne me renvoie pas d'erreur, ça peut résoudre le problème.  
La v6 "originale" (non fonctionnelle) directement dérivée de la v5 fonctionnelle : https://pastebin.com/iV4pawAp
C'est en mettant la gestion du bouton inoxActif en commentaire que je rendais la v5 non fonctionnelle
J'avais tenté la mise en commentaire de toute la gestion du bouton géré par la bibliothèque simplebouton, ça ne résolvait pas le problème non plus.
 

 
j'avias entre temps quasiment tout pris en compte à part sur la fonction timerMEsureSec()
 
 

 
C'est pour ça que j'avais "appris" à mettre des & quand je ne voulais aps modifier la variable

C'est justement l'inverse:  
Avec & -> référence ->modification possible de la variable "d'origine"
Sans & -> passage par valeur -> même si on modifie la variable dans la fonction la variable "d'origine" reste inchangée.
Dans ton cas les & sont inutiles.

Une question au passage : A quoi sont censés te servir les return en lignes 117, 126, 138, 205 et 241 ?
 
Parce que dans la loop() le code qui suit ne sera jamais exécuté !

 
j'ai supprimé
 

 
Ceux en lien avec les boutons : j'avais des merdes dans la gestion, il y avait conflit avec l'activation des modes nuit/pause, exemple : je rentre dans la boucle if ligne 111, ça m'active le mode nuit, puis ça passe la ligne ligne 120, comme le mode nuit est activé et le bouton aux dernières nouvelle a été enfoncé, ça me désactivait instantanément le mode nuit. J'aurais aussi peut, peut être, passer par une nouvelle actualisation de l'état du bouton. La solution que j'ai adoptée, c'est de dire que puisqu'il y a eu changement d'état, on reprend à zéro la boucle. J'ai l'avantage de ne rien avoir de critique en termes de temps de calcul : les boutons sont quasiment instantanés (seul délai : le retour d'état par la LED témoin soit max 3 sec), mais la partie prise de mesure et régulation en conséquence se fait toutes les 30 sec, ça marcherait aussi bien toutes les minutes, même quand j'aurais pua jouter la gestion du chauffage électrique de la pièce (pas possible de le faire tant qu'une mesure sur 2 renvoie n'importe quoi).
 
Celles pour les cas d'erreurs, ça vient du code que j'avais récupéré, ça évite du coup de faire de la régulation avec des valeurs erronées. Il aurait probablement eu moyen de faire autrement là aussi.

Effectivement, ça me paraît pas plus mal
 
J'ai encore passé un peu plus d'une heure à tester des solutions, j'arrive à ça, qui marche au niveau lecture, en utilisant plus l'appel à la fonction... mais avec une erreur sur le bool gérant l'état du transistor servant de relais de commande (testVExt à la place de testVInox). Quand je remplace par testVInox, ça se remet à renvoyer des erreurs    
Code : https://pastebin.com/DGq3jQRC
Le bol ext ligne 44 est un reliquat de tentative infructueuse que je n'avais pas enlevé
 
Du coup j'ai changé le branchement en attendant de comprendre (j'ai mis le fil de commande du ventilo de la prise d'air extérieur sur la commande du ventilo inox), au moins ça fonctionne   Avec la sortie détaillé et tous les avertissements compilateur, la seule chose qui a l'air de remonter une erreur, c'est la bibliothèque bouton, pourtant j'avais testé en enlevant toutes les instructions liées, ça ne résolvait pas le problème...

 
Première étape done:


 
En fait l'afficheur est voué à dégager, mais ça permet de debugger les boutons sous le volant .

J'ai acheté un voltmètre analogique 5V comme celui-ci :
 
Je le relie à une sortie PWM d'un Arduino, y'a aucun souci, ça fonctionne exactement comme ça devrait, de 0 à 5V.
 
Mais comme je compte l'utiliser avec des modules 3,3V, forcément ça marche pas pareil et au max du signal de analogWrite, l'aiguille ne monte naturellement que jusqu'à 3,3V.  
J'ai donc pensé utiliser un step-up 5V pour "booster" le signal, mais je perds la linéarité donc pas une bonne solution.
Je me suis dit ensuite que j'allais passer par un logic level converter, avant de me rappeler que ça ne fonctionne pas pour les signaux analogiques.
 
Du coup, y a-t-il une autre façon de faire ? Au niveau électrique peut-être, genre avec un transistor ? Est-ce que je garderai une pseudo-linéarité quand même ?

Imprime des nouvelles graduations
 
Pourquoi tu veux absolument que ça monte à 5V?

amplificateur operationnel en montage amplificateur non inverseur et step-up pour produire les 5V pour alimenter l'AOP.

Parce que je veux utiliser toute la graduation (je m'en fous de la tension en fait, je veux juste pouvoir fixer l'aiguille sur telle ou telle position entre tout à gauche et tout à droite).
 

Un lm324n ferait l'affaire ? (j'en ai un qui traîne)

Si tu as du 5V à dispo tu fait un circuit comme ça où la bobine du relais c'est ton voltmètre:

Si t'as pas de 5V dispo tu peux environ doubler ton 3.3V avec un circuit de ce genre, ou le sinus est remplacé par une sortie PWM à 50% et toujours activée:

J'essaierai ça aussi, merci (mais que la semaine prochaine, là c'est week-end ! )

Un convertisseur de niveaux ira très bien, c’est du pwm.

C'est à dire ? Tu aurais des références ?

Il n'est pas rail-to-rail, si tu veux 5V en sortie faut l'alimenter avec au moins 6,5V, donc pas vraiment.

Ca permet de fixer l'aiguille à n'importe quelle position, autrement dit un comportement linéaire? De mémoire ce genre de circuit c'est plutôt pour faire une commande tout ou rien.

Un convertisseur 3,3V-5V pour des signaux logiques ne permettra pas de faire varier la tension entre 0V et 5V pour positionner l'aiguille du voltmètre où on veut.
 
Le circuit pour doubler les 3,3V de Natopsi pour alimenter un AOP en ampli non inverseur devrait faire l'affaire. Et si on arrive à 2*3,3=6,6V on doit même pouvoir utiliser le LM324 (mais il faudra une deuxième sortie PWM pour l'entrée du circuit AOP).

Si le transistor est piloté en PWM oui  

 
C'est l'idée, tu convertis un signal tout ou rien (peu importe sa tension) par du 0-5V tout ou rien. Sauf que le signal tout ou rien n'est pas n'importe quel signal, mais un signal PWM .
Du coup l'inertie du bouzin (inductance + masse de l'aiguille) lisse le signal à sa valeur moyenne.

Une sortie PWM ne fait pas directement varier la tension de 0 à 5V mais la hache avec un rapport cyclique variable de 0 à 100%
C’est la valeur moyenne qui varie.
 
Avoir appelé ça analogWrite est une erreur.
 
Je persiste, un convertisseur de niveaux est suffisant (un rapport cyclique de 50% en entrée à 3,3V donnera en sortie un rapport cyclique de 50% sur 5V, et c’est valable de 0 à 100%)

Ah oui, j'oubliais, avec l'inertie du système mécanique ça doit marcher.

Oui c'est vrai, la encore avec le PWM ça fera l'affaire, j'oubliais ce détail. J'ai un peu confondu PWM et PWM + passe-bas pour avoir une tension DC...

Je viens d'essayer avec un convertisseur de niveaux et j'ai un résultat extrêmement bizarre  
 
Effectivement, quand je surveille au multimètre numérique, j'ai bien un signal de sortie proportionnel 0~5V pour un signal d'entrée 0~3.3V.
Par contre, dès que je branche le voltmètre analogique à la place, je plafonne à un peu moins de 3.3V (confirmé par le multimètre en parallèle)  
 
Une idée concernant cette étrangeté ?
 
En attendant je vais essayer le montage "bobine" de Natopsi.

L'impédance d'entrée du voltmètre analogique est peut être trop faible vu que tu doit utiliser un de ces convertisseurs de niveau de ce genre là:
https://learn.sparkfun.com/tutorial [...] okup-guide
Ça marche bien si l’impédance de ce que tu alimente est ~10 fois plus grande que celle de la résistance R4.

 
 
En tout cas ton montage avec le transistor (j'avais que des BC547B mais ça a l'air d'être pareil) fonctionne parfaitement, merci beaucoup !
 
EDIT : on est d'accord que j'ai pas besoin de la diode ? Ou alors l'aiguille peut générer du courant en retombant ?

Hello all,
 
Dans le cadre d'un projet, j'aurais besoin d'une soixantaine de sorties PIN. Je croyais m'en sortir en utilisant le composant SN74HC595N mais j'y arrive simplement pas... Ca beug dans tous les sens sans que je comprenne vraiment la raison.  
 
Il y aurait un moyen plus simple d'obtenir une soixantaine de sorties PIN et de pouvoir jouer avec ? J'ai deja la carte MEGA2560 mais il m'en maqnue quelques uns...  
 
Merci d'avance.

Tu peux utiliser les 16 entrées analogiques comme entrées/sorties numériques.
 
Par exemple  
pinMode(A0, output);
digitalWrite(A0, HIGH);

Désolé j'ai peut être pas les connaissances suffisantes pour comprendre ton post.
Ça te dérange développer davantage ? C'est un nouveau composant ?

Sur ta MEGA2560 tu as 16 broches numérotées de A0 à A15 qui sont des entrées analogiques que tu peux utiliser comme entrées/sorties numériques

Les sorties "PIN" ça n'existe pas, un pin c'est une broche/patte du microcontrôleur... Peut-être tu voulais dire sortie TOR (tout ou rien soit binaire). Sans autres infos les 595 me paraissent adaptés et simples à utiliser, si tu t'en sors pas tu peux toujours montrer ton schéma et ton code... Je viens de voir qu'il y a un tuto sur le site Arduino aussi: https://www.arduino.cc/en/Tutorial/ShiftOut

Effectivement, je pense que je manque simplement de connaissances. Du coup, jai posté une annonce sur LBC pour des cours. /Naab