Reprise du message précédent :
J'ai l'impression qu'il recompile toutes les librairies à chaque fois....
J'ai bien la dernière version avec relativement peu de librairies
Et c'est un ESP32

Pour de l'ESP32, c'est effectivement beaucoup plus long, néanmoins cela ne devrait pas être aussi long. Pose la question sur le forum arduino ?
Tu as peut etre une option de recompilation systématique d'activé.
 

 
Arduino IDE 2.x ressemble fortement à un fork de VScode

Merci, je vais voir ça quand j'aurais un peu le temps, petit problème de nerf sciatique en ce moment, un peu de mal à me concentrer

[Edit] Bon je comprends pas spécialement comment fonctionne le code de siminnovation mais bon ptet à force de lire 36 fois
Sinon j'ai vu quelqu'un qui cherchait à faire la même chose que moi (si j'ai bien compris) https://forum.arduino.cc/t/rotary-e [...] put/473442 et ça parle d'un MCP4231 pour transformer le signal de l'encodeur en "digital potentiometer"?

Bon bah avec platformIO ça ne rebuild pas tout... c'est plus pratique

J'avais testé à une époque et j'ai rapidement trouvé ca relou, au final j'ai 'arduino IDE pour la compilation du .ino principal et VSCode pour le reste \o/

J'ai pas regardé le lien, mais rien qu'avec le nom du CI je pense pouvoir deviner: Le MCP4231 c'est un potentiomètre numérique, autrement dit une puce avec pleines de petites résistances dedans et trois broches qui vu de l'extérieur et dans certaines limites de tension/courant(!) se comportent comme un potentiomètre. L'idée c'est certainement de décoder le signal encodeur avec un petit Arduino qui va commander le MCP qui peut être branché sur l'Arduino principal comme un potentiomètre classique (=une axe de joystick). Le soucis c'est que ces pot. numériques ont une résolution limitée, 7 bits pour celui mentionné à priori (même pas ouvert la doc ), du coup tu n'auras pas (du tout) la précision que tu souhaites pour tes réglages d'avion...
 
Non, la solution proposée par Natopsi me paraît bien meilleure.

Merci pour la précision. J'ai vu avec un membre HFR qui a touché un peu à Air Manager et qui code aussi, et de ce fait j'ai compris certaines choses. Je vais voir du coté de ce que m'a dit Natopsi dès que j'aurais le temps

Revolutionize Your ESP32 Projects with Live GPIO Pin Monitoring!
https://www.youtube.com/watch?v=UxkOosaNohU

J'ai un peu de mal à voir la porté du truc

Entre 50 et 200m suivant les antennes

 
       
 
L'utilité

Bah savoir l'etat des GPIO? Je sais pas: tu branches un truc, ca marche pas, mais la tu vois au moins si la broche recoit l'information et surtout quelle valeur elle a.
 
C'est comme recemment ou j'ai mis le RemoteDebugging sur mes ESP. C'est gamechanger ce truc. Tu telnet sur l'ESP et t'as un serial comme si t'étais branché en USB.
Ca m'a été utile pour mon module de teleinfo EDF ou le Linky est clairement pas a coté de mon bureau. Je telnet dessus, j'ai l'output et je peux debugger comme ca (+ MAJ OTA ).
 
Bah pareil mais pour les connexions physiques au lieu de mettre des Serial.println(digitalRead(blabla)); partout. Et de devoir être en tethered.

Je plussoie pour le remote debug lorsque le serial n'est pas dispo pour différente raison. J'en ai modifié une version pour faire les séquences d'une uselessbox.
Sauf que là, bah je vois pas de cas pratiques d'où ma question.

Petite question du soir bonsoir,
Histoire d'optimiser un peu un programme, je voudrais le détails de l'utilisation de la mémoire.

Actuellement j'ai :
Sketch uses 6998 bytes (85%) of program storage space. Maximum is 8192 bytes.
Global variables use 237 bytes (46%) of dynamic memory, leaving 275 bytes for local variables. Maximum is 512 bytes.

J'aimerais bien avoir le détail de l'espace en flash par function ou block et pareil pour les "global variables". Je suppose qu'il y a une option dans le compilateur mais je n'ai pas trouvé.

Dit autrement :

Et cela me dit :
main - 100o
ma_fonction - 10o

global variable :
a - 2o

Voir par #include et ensuite je peux me demerder car je crois qu'il compile d'abord les #include.

Techniquement, pour les fonctions, bah je peux compiler avec/sans, cela donne déjà une idée. Mais pour les variables, j'ai pas trop envie de me chiader tout le code ^^

Question annexe, est-ce qu'écrire en ASM permet d'optimiser la place où le compilateur fera toujours mieux que moi. Par exemple, j'ai une lib software I2C qui serait assez simple à modifier en ASM vu que c'est que des changements d'état de port, est ce que changer :

en ASM amenerait à de l'économie ou pas ? J'ai pas regardé l'ASM pour arduino et cela fait un certain temps que je n'en ai pas fait, plutôt que de me lancer dedans, je préfère voir avant

Pour les variables c'est facile: le type te donne la taille en RAM.
Par exemple un int c'est 2 octets.
 
Concernant la flash par contre je ne pourrais pas te répondre.

Si je compte, à la louche, je suis largement en dessous de 200o de global variable.
 
Je précise qu'il y a un peu de l'enculage de mouche, j'arrive à la fin du projet et je passe au STM32 pour la suite où j'aurais légèrement moins de problèmes de place que les attiny ^^
J'aimerais que ma librairie de gestions de capteurs soit plus user friendly et pour cela je suis très limite, en tout cas sur attiny

ASM pour AVR
Mais non, laisse tomber, le compilateur fera pratiquement toujours mieux que toi. Tu devrais plutôt jouer avec les options (c'est bien avr-gcc qui tourne derrière??), notamment -Os. Tu peux aussi passer des options pour avoir l'ASM généré par le compilo si ça t'intéresse. Regarde dans la doc (avr-)gcc, j'ai pas ça en tête.

Hello
 
Est-il possible de connaître la raison d’un reboot ?
Arduino Nano 33 IOT.
Y’a t-il un registre à consulter ? Une valeur sauvegardée quelque part ?
 
J’hésite entre une perturbation CEM dans mon montage mais peut-être que la cause provient du soft.
 
Merci

J'ai eu des soucis de bootloop sur mon esp32,  ça venait apparemment du fait que je voulais accéder à un pointeur pas encore initialisé

 
C'est un peu sque jme disais
 

 
L'ESP te donne des infos de debuggage quand il plante, c'est pas le cas de l'arduino (ou alors faut le debugger via le reset)

Holla!

Vous aurez un moyen de faire un ensemble encodeur/commutateur X position? Le bouton internet qui soit encodeur 360° et l'externe qui à entre 3 et 5 positions (besoins de plusieurs type).
J'ai un throttle avec ce genre de bouton mais c'est du fait maison. Nickel mais super dur à faire soit même :

L'anneau externe va aller appuyer sur un des 3 boutons à roulette. Mais faut prévoir le PCB et tout le bordel qui va avec pour faire ça.

Sinon ce n'est pas grave je peux faire 2 trucs séparés avec ça : https://fr.aliexpress.com/item/1005004551869432.html

Et pourquoi ne pas utiliser ce qui est fait pour : un commutateur n position ?
Au pire derrière tu met un réseau de résistance et tu traite ça comme un potentiomètre ?

Le but étant d'avoir l'encodeur au centre, donc je vois pas comment tu peux faire avec un commutateur "simple" ou alors je n'ai pas compris

Un commutateur N qui fait bouton poussoir aussi ça existe? Mais en effet, c'est la première et la plus évidente des pistes.

Edit me dit que c'est exactement le machin du lien Ali un commutateur N, mais pas de fonction BP...

C'est un problème d'intégration mécanique. Soit faut trouver un codeur à N positions à axe creux (bon courage), soit faut se démerder pour bricoler soi même un truc coaxial ce qui n'est pas forcément difficile. C'est juste un problème d'intégration mécanique.

Les perceuses ça existe.  
 
Tu as raison, mais Roger01 le disait lui-même: Il voudrait éviter la complexité mécanique (PCB, anneau, ...). Après perso je crains qu'il faudra passer par la si on veut un truc qui a exactement le même "feeling" que l'original...

C'est une idée mais faut avoir de la précision
C'est pas grave je vais faire 2 trucs différents au lieu de me prendre la tête pour pas grand chose.
Rien à voir pour les afficheurs à segments, mieux vaut prendre anode ou cathode pour arduino?

Le but c'est de faire ça le plus petit possible (le VERT SPEED y'a un afficheur +/- non affiché là, il me faut un 16 segments):

J'ai des gros boutons led de 18mm, pas trouvé plus petit qui ne doit pas se souder sur un PCB

Tu peux très bien souder des fils volants à des machins fait pour être monté sur un PCB. C'est du bricolage perso, pas de la grande série (je suppose ). Après faut juste voir au niveau fixation, mais la colle chaude a déjà été inventée aussi.

Pour des afficheurs, il faudra multiplexer de toute façon. Si les courants sont assez faibles pour pouvoir utiliser un port de l'Arduino directement ou un '595 (cf doc, j'ai plus les valeurs en tête ) je dirais cathode commune pour pouvoir utiliser des MOSFET N Channel ou des BJT NPN. Sinon par contre anode commune avec du MOSFET P Channel (et les composants autour qui vont bien) et un truc genre ULN2803. Par contre attention, si tu veux utiliser du code tout fait tu n'as pas le choix sauf si le code est écrit de manière "universelle".

EDIT: On aura des photos du truc terminé? Et c'est quel type d'avion déjà (les vrais barbus de l'aviation reconnaîtraient l'image )?

Je sais pas trop encore pour le code vu que je peux l'utiliser avec plusieurs logiciels différents (de communication entre la simu et arduino j'entends).
Donc faut que je regarde pour les segments alors.
C'est vrai la colle chaude j'y pense jamais... c'est moche mais on regarde rarement à l'interieur
C'est un MCP de 737 (autopilote)
Pour les photos sans problème, mais pas pour tout de suite

A dsl j'avais pas percuté que y'avait un bouton dans le bouton
Sinon faut tenter un montage avec un axe creux + un axe pleins et au bout tu mets ton bouton et autour de l'axe creux une poulie qui renvoie vers l'axe de l'autre bouton.
Ah ? on avait dit "simple" ? bon tant pis  

Dans ce genre ?
 

 

 
Je n’ai pas encore eu le temps de finir de le câbler  
 
La source : https://www.737diysim.com/build-gui [...] easy-build

Oui voilà Super propre le passage des câbles!
Mais je cherche à faire plus compacte, car 49cm c'est trop large.

Ah oui, y'a plusieurs geeks de l'aviation ici visiblement. Très impressionnant. Ca me rappelle mon époque Microsoft Flight Simulator 1998. Purée je vieillis.    
 
Au fait Roger01, tu as une imprimante 3D ou pas?

J'ai une imprimante résine, et une autre à filament mais celle-ci est rangée. Va falloir que je demande à quelqu'un pour faire les plaques.
 
[Edit] Pour faire un truc genre ça :
 

Dites, sur un esp32 j'utilise la librairie Preferences pour stocker deux chaînes de 32 char toutes les dix minutes. Je dois m'inquiéter pour la durée de vie de la mémoire non volatile de la board ou c'est bon ?
(Avec une optimisation je pourrai ne faire qu'une écriture toutes les 3h environ mais  )

Réponse courte : peut etre
Réponse longue : il faut regarder dans la doc de la puce flash associé à ton esp32.
Typiquement c'est 100 000 cycles.
Donc 2 ans de fonctionnement continue.
Mais, à priori, la librairie préférences fait du wear leveling donc ça devrait durer beaucoup plus longtemps.

Pas compris. C'est pour un log, donc de plus en plus de données, ou un réglage ou autre (on dirait vu le nom de la lib' ) de taille fixe? 2 ans c'est pas énorme je trouve, donc au moins optimiser un peu voir un peu plus, donc déjà garder le truc en RAM et n'écrire qu'en cas de changement (et de perte d'alimentation, mais pour faire tourner un ESP quelque dizaines de ms faut un sacré condensateur probablement, c'est pas un petit AVR...). Au pire il existe des SRAM avec backup batterie/supercondo ou de la FRAM ou similaire.

Chouette.  
 
C'est pour quand le cockpit en taille réelle? (ou la licence de pilote? )

En fait c'est une board à écran e-paper qui récupère des infos sur une api et qui rafraîchit son écran et s'éteint 10 minutes et recommence.
Ce que je stocke ce sont les token de rafraîchissement d'authent.
Il faudrait que je fasse une optimisation car les tokens sont censés avoir une durée de vie de 3h...
Et la librairie Preferences c'est ce que j'ai trouvé de plus simple pour stocker qq chose en éteignant la board (je débute en ESP32, il y a peut-être mieux).
Je pourrai aussi ne pas rafraîchir l'écran quand je dors  

Le machin s'éteint - ça veut dire quoi? Si le processeur rentre en mode deep sleep y'a toutes les chances (genre 99,9999%) que la RAM reste intacte.

Ou t'as de la mémoire vive qui est conservée en veille profonde (espace RTC slow qui ferait 8ko)