Reprise du message précédent :
Attend, potar == signal analogique. Les 74HC165 et Co sont numériques uniquement. Pour tes signaux analogiques il faudra un ADC (dédié ou un Arduino qui a ça) avec un (ou plusieurs) multiplexeur analogique genre CD4067.

Je peux les brancher directement sur l'arduino pour ça, y'en a pas 36

Quels sont tes besoins en nombre de boutons, axes analogiques et encodeurs ?
Et pour quel simulateur ?
Ça permettrait de dégrossir la chose.

Regarde la compatibilité de tes librairies avec un Arduino Due  
 
Sinon un ou plusieurs 32u4 en esclave en communiquant en I2C, ça ne doit pas casser trois pattes à un canard niveau code.

Il existe aussi des expandeurs d'I/O en i2c par exemple

Oui, j'en ai parlé. Mais avec la pénurie...

Je ne sais pas trop encore mais ça devrait être un truc genre 20 "boutons" et 4 analogiques.
Et un autre d'environ 31 boutons et 2 analogiques.

C'est vrai que j'ai déjà utiliser des arduino en série mais ça passait par une puce en plus (et donc pcb )

Pour le Due, faut que je regarde si ça peut faire Joystick.

 
J'ai commencé à installer un capteur (magnétique) d'ouverture/fermeture dans ma boite à lettres. Mais je le trouve nettement moins sensible (il doit être plus pret de l'aimant) que lorsqu'il n'est pas entouré de métal. Du coup, c'est nettement plus chiant à installer/placer.

Le mien fonctionne nickel dans ma boite entièrement métallique, mais je l'ai monté de sorte que lors que la porte et la trappe sont fermés, l'aimant est au plus près du détecteur.

Pres à quel point ? 1mm ? 2mm ?

Il m'est impossible de le mesurer puisque la porte arrière est bloqué par le mur auquel la boîte est fixée, et la porte avant doit être fermée pour que l'aimant soit près du détecteur.
Je me souviens juste avoir dû peaufiner la position du détecteur par rapport à l'aimant, en le repositionnant deux fois avant d'arriver à un fonctionnement parfait.

Petit de code, je sèche un peu...

Je souhaite lancer une série de code sur un appuie de bouton (une seule fois même si je garde le bouton appuié.
Sauf que quand je lance l'Arduino, le [CODE] se lance qu'importe si je met HIGH ou LOW. Si j'appuie sur le boutton (A5), le [CODE] s'arrête genre 2 sec pour reprendre.

Une idée? Merci

Code complet :

https://pastebin.com/VyriRbj1

Pour poster du code "un peu long", c'est pas mal d'utiliser https://pastebin.com/ et de coller le lien ici.

Sur quel arduino ?
Si c’est toujours sur un pro micro il n’y a pas de broche A5
 
De plus est-ce que tu as une résistance de pull-up ou pull-down externe ? Sinon dans le pinmode il faut utiliser INPUT_PULLUP

 
Merci
 

 
Aucune résistance, juste un bouton sur la broche A5, Arduino nano.
Et merci je vais tester ça

C'est si compliqué que ça de contrôler deux moteurs pas à pas avec un joystick ?
 
Pour que ce soit bien réactif, avec des vitesses rapides, bien régulières, simultanées mais différentes entre les deux moteurs,  
ça me semble impossible à faire avec un seul Arduino
 
Ça sera 100x plus simple avec un Arduino par axe, c'est ça ?  
Un peu comme on peut voir dans cette vidéo ? https://www.youtube.com/watch?v=HH8v7zGPZag

 
Nickel ça fonctionne parfaitement!

Ça se fait très bien avec un simple 328p comme sur bon nombre d’imprimantes 3D ou autres CNC avec le firmware grbl qui interprètent du gcode depuis une liaison série ou une sdcard.  
 
Ça peut se faire avec un UNO comme ici :  
https://youtu.be/Xf39xbopAFM

S’il n’y a pas de résistance de tirage l’entrée se retrouve flottante et donne une valeur erratique voire même peut carrément se mettre à osciller.

 
Possible mais pour l'instant ça fonctionne bien comme ça, et tous mes boutons n'ont aucune résistance

Si maintenant ils en ont, INPUT_PULLUP dans pinmode commute une résistance de tirage interne au niveau haut (comme son nom l’indique) c’est pratique ça permet de ne pas rajouter de composants et liaisons externes (par contre ça inverse l’état d’un bouton normalement ouvert)

Ho On en apprend tous les jours
 
Ca doit fonctionner comme ça avec dcs bios alors, car j'ai aucun soucis de ce coté là.

Un autre et je l'espère dernier problème.

J'ai un potar. Je lis sa valeur. Si la valeur est supérieur ou inferieur de 20 par rapport à l'ancienne valeur rajouté, alors il va exécuter une des 4 commandes (pour éviter que ça écrire à la moindre imperfection du potar).
Le seul problème ici, c'est qu'au lieu d'attendre un changer d'état (sup/inf de 20), il va lire et écrire en boucle l'état même sans toucher au potar...

J'ai beau relire, je ne vois pas pourquoi ça boucle..

La flemme de ressortir ma bible du c++ mais met quelques parenthèses pour forcer les priorités des opérateurs dans les tests.

Comment ça?

Dans l'absolu, il détecte bien la position du potar et m'écrit bien le bon message, mais il me l'écrit en boucle alors qu'il ne devrait pas...
Il doit avoir un truc qui cloche avec : if (Pot+20 > Potnew || Pot-20 < Potnew)

[Edit] Trouvé, j'ai inversé le +X (Pot > Potnew+5) ça fonctionne mieux, avec une condition aussi pour éviter la répétition.

Pour ce genre de cas perso je mets une variable booléenne pour indiquer si j'ai déclenché le truc avec un test pour la reset.

Perso, j'ai appris, ne me demandez pas comment   , à n'accorder aucune confiance en l'ordre des opérations effectuées par mon Mega 2560 vicieux.
Je met toujours un max de parenthèses, même sur ce qui semble évident, pour qu'il ne subsiste aucun doute.

 
dans ces cas là, tu peux utiliser abs (entiers) ou fabs (flottants) pour avoir la valeur absolue et faire un test plus lisible:

Ha ok merci bon ça change pas grand chose mais je vois le principe.

Sinon, une idée de comment transformer un MEGA R3 en 16u2 pour utiliser la librarie Joystick?
J'ai passé 3h à le faire et j'ai réussi à transformer un MEGA en UNO ... (et aucune idée de comment retourner en arrière).

J'ai bien un DUE mais bon ça m'embête de l'utiliser pour juste en tant que joystick (ça coute cher...)

https://github.com/MHeironimus/ArduinoJoystickLibrary

En attendant, j'utilise un DUE. Quelqu'un saurait comment changer le nom du périphérique sur un DUE?
Autant avec un Micro Pro j'ai pu grâce à cette méthode :

https://forum.arduino.cc/t/multiple [...] mes/402646

Autant sur le DUE, ça ne fonctionne pas (ça affiche bien le nom sous Windows, mais pas dans le jeu ni dans le control des périphériques, ça met Arduino Due).

Le FF14 HCU tourne sous Micro Pro par exemple.

Merci

Hein? Qu'est ce que tu as fait exactement? Je ne vois pas comment "transformer" un module en un autre alors qu'il doit y avoir des différences au niveau composants. On peut par contre adapter le code.

Juste bootloadé un mauvais .hex, j'ai lu un peu trop vite mais bon c'est pas grave, des Mega j'en ai plein

Ça fonctionnerait pas mieux avec des Leonardo (USB intégré) ?

Sans doute, mais :
1/ J'en ai pas.
2/ Besoins de 32 boutons et 4 Axes.
3/ Pas le moyen pour l'instant de faire une matrice pour gagner de la place.

Bah ça se répare. Au pire tu as cassé le bootloader, faut juste le remettre dessus avec un programmateur ISP. Ca vaut quelque Euros chez Ali (cherche "avr isp" ).
 
EDIT: On peut aussi utiliser un Arduino pour en programmer un autre par ISP, mais je ne connais pas les détails.
 
EDIT2: Si t'as vraiment pas de chance tu as bricolé avec les "fuses" et désactivé le ISP, dans ce cas faut reprogrammer le truc en mode HV, mais là c'est plus compliqué. Déjà faut le programmateur qui va bien et puis je ne sais pas si ça peut se faire "in circuit".

J'ai un programmateur ISP. J'ai essayé avec un autre arduino déjà mais pas réussis. Je regarderais ça plus tard c'est pas urgent

Le grand classique - outre de ne pas brancher la masse - c'est d'intervertir MISO et MOSI. Et il faut sélectionner une fréquence de prog (SPI) pas trop élevée, mais vu que les Arduino fonctionnent avec un quartz 16MHz je crois c'est pas très important. Enfin dans le doute ça ne coûte rien de réduire la fréquence et tester. Perso j'utilise l'excellent avrdude mais c'est en console et peut-être Linux-only. Sous Windows il y a 3 siècles il y avait "Ponyprog", aucune idée si ça existe encore.

Avrdude existe aussi sous Windows

La salvation viendra de AVRDUDESS, une vraie bonne interface en GUI.
 
Et effectivement, repro le bootloader d'un Ardu à partir d'un autre Ardu, c'est très simple à mettre en oeuvre.
Même moi, j'ai réussi.  

Les condos de découplage, il faut vraiment ne pas hésiter à en mettre sur toute entrée connectée à un câble d'une certaine longueur    
 
Après avoir fusillé les montages qui géraient ma sonnette et ma boîte aux lettre en inversant malencontreusement la polarité du 12V, j'ai transféré ces deux fonctions sur l'Arduino Mega 2560 Rev 3 qui ne chôme pas.
Mais avant que j'y ajoute des condos de découplage, le buzzer de la sonnette sonnait aléatoirement sans appui sur le bouton      
Depuis l'ajout des condos, ça fonctionne nickel    
Mon sac de noeuds est du coup encore plus touffu  
 

Il est beau ton sapin den Noel.  
 
Concernant ces condos: En effet ça aide, mais il faut être prudent:
-Pour des signaux rapides un condensateur va plus ou moins pourir le signal, à voir selon la capacité et la fréquence (en gardant en tête les séries de Fourier, autrement dit un signal rectangulaire de fréquence f a une bande passante en théorie infinie, en pratique on peut compter 10*f). J'avais posté un tracé d'oscillo il y a quelque jours sur blabla où une capa de seulement 2,x nF pourrissait complètement une liaison série.
-Un câble long fait antenne ce qui peut aussi créer des pics de tension, si on veut être prudent (selon la longeur et l'environnement, ...) il vaut mieux mettre une résistance et des diodes de protection supplémentaires (il existe des diodes doubles à faible capacité prévues pour ça) et éventuellement un condo (voir 1er point).