Port série introuvable

Bonjour à tous.

ci-joint un programme qui consiste à tester les sorties d'une extension 16bits en I2C (pas du tous sur que le programme soit fonctionnel, il est juste là pour vous montrer ce que je téléverse).

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203

//* Adapté a l'association d'une carte Arduino Nano 33 IOT et la carte palpeur . //**************************************************************************   //***** La librairie "Adafruit_MCP4728.h" utilisée est celle qui se trouve // dans le répertoire où se trouve le programme "LectureCommandeWarmPool.ino"     #include "Adafruit_MCP4728.h" #include <Wire.h>   //***** Déclaration des deux instances de DAC MCP4728 ********************** Adafruit_MCP4728 Dac1; Adafruit_MCP4728 Dac2;   //***** Déclaration des quatre extensions de bus ******************** #include <MCP23017.h>   // adresse I2C des extensions 16 bits MCP 23017 #define MCP1_23017_I2C_ADDRESS 0x20 // In #define MCP2_23017_I2C_ADDRESS 0x26 // In #define MCP3_23017_I2C_ADDRESS 0x27 // In #define MCP4_23017_I2C_ADDRESS 0x25 // Out   // Name Out Pins add 0x25 // Port A const uint8_t Electrovanne = 0; const uint8_t Niv_Orp = 1; const uint8_t Opt_Dij2 = 2; const uint8_t Debit = 3; const uint8_t Sens_Verin = 4; const uint8_t On_OFF_Verin = 5; const uint8_t Active_4_mA = 6; const uint8_t Commut_RS = 7; // Port B const uint8_t Opt_Dij1 = 8; const uint8_t Covert = 9; const uint8_t Niv_Ph = 10; const uint8_t Niv_4 = 11; const uint8_t Niv_3 = 12; const uint8_t Niv_2 = 13; const uint8_t Niv_1 = 14; const uint8_t Com_Niv = 15; //=============================== // Name In Pins add 0x20 // Port A const uint8_t NO_3 = 1; const uint8_t NO_1 = 2; const uint8_t NO_5 = 3; const uint8_t NO_7 = 4; const uint8_t NO_9 = 5; //----------------------------- // Name In Pins add 0x26 // Port A const uint8_t NF_4 = 4; const uint8_t NO_14 = 5; const uint8_t NF_2 = 6; const uint8_t NO_12 = 7; // Port B const uint8_t NO_11 = 8; const uint8_t NF_1 = 9; const uint8_t NO_13 = 10; const uint8_t NF_3 = 11; const uint8_t NO_15 = 12; const uint8_t NO_17 = 13; const uint8_t NO_19 = 14; const uint8_t NF_5 = 15; //----------------------------- // Name In Pins add 0x27 // Port A const uint8_t NF_6 = 0; const uint8_t NO_20 = 1; const uint8_t NO_18 = 2; const uint8_t NO_16 = 3; const uint8_t NO_10 = 5; const uint8_t NO_8 = 6; const uint8_t NO_6 = 7; // Port B const uint8_t NO_2 = 8; const uint8_t NO_4 = 9;   MCP23017 mcp1_23017 = MCP23017(MCP1_23017_I2C_ADDRESS); MCP23017 mcp2_23017 = MCP23017(MCP2_23017_I2C_ADDRESS); MCP23017 mcp3_23017 = MCP23017(MCP3_23017_I2C_ADDRESS); MCP23017 mcp4_23017 = MCP23017(MCP4_23017_I2C_ADDRESS);   void setup() { // initialise les MCP 23017 Wire.begin(MCP1_23017_I2C_ADDRESS); mcp1_23017.init();   Wire.begin(MCP2_23017_I2C_ADDRESS); mcp2_23017.init();   Wire.begin(MCP3_23017_I2C_ADDRESS); mcp3_23017.init();   Wire.begin(MCP4_23017_I2C_ADDRESS); mcp4_23017.init();   // Configure then outputs pins   for (int B=0; B<16; B++) { mcp4_23017.pinMode(B,OUTPUT); }   for (int B=0; B<16; B++) { mcp1_23017.pinMode(B,INPUT); mcp2_23017.pinMode(B,INPUT); mcp3_23017.pinMode(B,INPUT); } }   void loop() {   digitalWrite(LED_BUILTIN, HIGH);   mcp4_23017.digitalWrite(Electrovanne,HIGH); delay(200); mcp4_23017.digitalWrite(Electrovanne,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_Orp,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_Orp,LOW); delay(200);   mcp4_23017.digitalWrite(Opt_Dij2,HIGH); delay(200); mcp4_23017.digitalWrite(Opt_Dij2,LOW); delay(200);   mcp4_23017.digitalWrite(Debit,HIGH); delay(200); mcp4_23017.digitalWrite(Debit,LOW); delay(200);   mcp4_23017.digitalWrite(Sens_Verin,HIGH); delay(200); mcp4_23017.digitalWrite(Sens_Verin,LOW); delay(200);   mcp4_23017.digitalWrite(On_OFF_Verin,HIGH); delay(200); mcp4_23017.digitalWrite(On_OFF_Verin,LOW); delay(200);   mcp4_23017.digitalWrite(Active_4_mA,HIGH); delay(200); mcp4_23017.digitalWrite(Active_4_mA,LOW); delay(200);   mcp4_23017.digitalWrite(Commut_RS,HIGH); delay(200); mcp4_23017.digitalWrite(Commut_RS,LOW); delay(200);   mcp4_23017.digitalWrite(Opt_Dij1,HIGH); delay(200); mcp4_23017.digitalWrite(Opt_Dij1,LOW); delay(200);   mcp4_23017.digitalWrite(Covert,HIGH); delay(200); mcp4_23017.digitalWrite(Covert,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_Ph,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_Ph,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_4,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_4,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_3,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_3,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_2,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_2,LOW); delay(200);   mcp4_23017.digitalWrite(Niv_1,HIGH); delay(200); mcp4_23017.digitalWrite(Niv_1,LOW); delay(200);   mcp4_23017.digitalWrite(Com_Niv,HIGH); delay(200); mcp4_23017.digitalWrite(Com_Niv,LOW); delay(200);   digitalWrite(LED_BUILTIN, LOW); delay(1000); }

---

MON PROBLEME :

Le code ci-dessus se compile et se téléverse sans problème sur un Arduino Nano, pas essayé fonctionellement.

L'Arduino que je dois utiliser est un NANO 33 IOT, J'en utilise depuis peu sur lequel j'ai compilé et téléversé des programmes d'essais sans problème de com entre le PC et l'Arduino 33 IO

J'ai donc voulu téléverser le programme ci-dessus dans le Nano 33 IOT. En fin de téléversement j'ai un message d'erreur m'indiquant qu'il est "impossible de trouver une carte sur le port sélectionné" et en effet je ne vois plus le port dans l'IDE Arduino.

Imaginant avoir fait une fausse manip (cassé la carte) avec le scope ou autre durant les essais sur la carte définitive, j'ai décidé d'essayer de programmer un second Arduino NANO 33 IOT et je l'ai branché sur le câble de liaison série (USB).
1° Ce second Arduino 33 IOT était mis sous tension que par l'USB pour la 1er fois.
2° J'ai constaté dans l'IDE que le port com sélectionné était correct.
3° J'ai commençai par téléverser un programme exemple le "blind",
4° Jusqu'à la tous était normal et c'est bien passé.

5° J'ai ensuite téléverser le programme ci-dessus et même chose qu'avec la 1er Nano33 IOT, en fin de téléversement le message "impossible de trouver une carte sur le port sélectionné"
6° Après ce téléversement le port sélectionné dans l'IDE ne l'était plus et il a aussi disparu de la liste de sélection, comme si le câble USB ou la carte n'était pas connecté.
7° Quand je connecte maintenant l'un des deux NANO 33 IOT, j'ai un message Windows qui me dit " périphérique inconnu" idem dans le gestionnaire de périphérique, il semblerai que les Arduino sur lesquels j'ai téléverser le programme ci-dessus, aient eus une incidence sur le hard des NANO 33 IOT.

Comment un programme peut il intervenir sur du hard ???

si quelqu'un a des idées , je suis preneur !

merci de votre aide.

Bonjour,

Je n'utilise pas ce microcontrôleur, mais ce type de problème apparaît souvent quand on réutilise les broches RX et TX (aka PB23 et 22) qui servent aussi en général à la prise USB. Peut être n'est-ce pas le problème ici mais cela me semble la première chose à vérifier.

Salutations

Bonjour,

Il est possible de briquer un arduino 33 IOT assez facilement, en se trompant au niveau du choix de la carte avant de téléverser par exemple (c'est ce qui m'est arrivé, je jouais avec un arduino nano iot 33 et un arduino nano 33 ble sense et j'ai oublié de changer la carte) et j'ai aussi perdu le port série. J'ai trouvé un tuto pour reflasher le bootlaoder ici (personnellement, j'ai utilisé un second arduino nano 33 iot avec un lecteur de carte SD):
Faire attention aux broches et au niveau de tension (pas mélanger cartes 5v et cartes 3V)

Si une même carte fonctionne et pas l'autre, il y a des chances que vous ayez le même problème.

bonjour

Sur le µC Nano 33 IOT ces broches sont en 1(TX) et 2(RX), elles seront certes utilisés à terme.

Mais pour l'instant :
1° je ne les traitent pas dans le code ci-dessus.
2° quand je téléverse le µC n'est connecté que sur le câble USB, donc ces broches sont en l'air.

je ne vois pas comment cela peut perturber (voir casser) le µC, car même après une remise sous tension les µC ne fonctionne plus (du moins la com).

autre idées ?

Bonsoir,

Adafruit propose une bibliothèque pour les MCP23017. D'ailleurs toutes mes recherches mènent à cette bibliothèque :
https://github.com/adafruit/Adafruit...rduino-Library

Un exemple :
https://github.com/adafruit/Adafruit...3xxx_blink.ino
Dans le cas où tu utilises plusieurs adresses :
https://wiki.mchobby.be/index.php?ti...3017-Plusieurs

Salut,

On y pense rarement... c'est peut-être le câble USB qui est foutu:aie:

Que dit le Gestionnaire de périphériques ? (En supposant que tu es sous Windows). Le pilote USB est peut-être à mettre à jour.
Y a-t-il d'autres composants branchés sur la carte pendant le téléversement ?

re,

Pour info supplémentaire, j'ai téléversé le code ci-dessus dans un Arduino NANO normal (compatible pin à pin avec un 33 IOT) et installé ce µC sur le PCB de destination, cela fonctionne comme souhaité au niveau de extension de bus.

nico, je vais essayer de flasher le bootlaoder, je voudrai pas les jeter le µC. Mais cela ne résoudra pas le problème, je ne vais pas arriver à les programmer pour autant (voir 1er post)

Auteur, tu penses que cela peut venir de la bibliothèque ???

f-leb, j'ai aussi pensé à cela et je n'ai qu'un câble compatible, donc je dois acheter un autre pour valider cela. Mais cela ne serait vraiment pas de chance que le câble fonctionne quand j'ai essayé le µC n°2 en téléversant le programme d'exemple "Blind" et ne marche plus après avoir essayer de téléverser mon programme. En fait mon programme a mis les 2 µC en carafe !

Pour le gestionnaire de périphérique dans Windows:
- le pilote est à jour
- quand je connecte une carte Arduino sur la câble USB, Windows m'indique que le pilote USB n'est pas reconnu Chose qui ne faisait pas avant ce défaut
- Et non rien n'est connectée sur la carte , seulement le câble USB bien sur !


autre suggestion ?

Bonjour

Sur cet Arduino, l'USB est géré directement par le microcontrôleur, et il est possible de le programmer pour être autre chose qu'un port série. Si on fait cela, il faut remettre un programme de base pour avoir à nouveau un port série.
C'est également un Arduino en 3.3V, il peut ne pas aimer du tout être branché sur un système en 5V. Le "ça marche avec un Arduino Nano classique", fait penser justement que le système est en 5V.

Au moins deux bonnes raison de ne plus avoir un Nano IoT fonctionnel, l'une par le code, réparable, l'autre par le matériel, irrémédiable.

C'est la vue de quelqu'un qui ne connait pas ce board, je ne pourrais pas plus aider.

Delias

Il y a sur la carte nano iot 33, un bouton reset, si vous faite un double click sur ce bouton, cela fait passer la carte en mode bootloader et fait apparaître un nouveau port série, sélectionner le et téléverser un code vierge ou l'exemple blink, puis vérifier que vous avez récupéré le port série habituel.

C'est la même principe qu'avec un arduino pro micro (clone aussi), il suffit de relier la broche rst avec la broche gnd (manuellement ici) deux fois de suite pour passer en mode bootloader.


Si cela ne fonctionne pas alors il faudra remettre en place le bootloader via le lien donné plus haut.

bonsoir

Des News , il y a du mieux.

"Delias", j'utilise la broche de tension Vin qui d'après le datasheet peut recevoir jusqu'à 12Vdc, sur ma carte il est alimenté sous 10 Vdc
mais lors de la programmation il est alimenté seulement via le cordon USB, donc il gère son alimentation.

"<nico>", tu es mon sauveur du jour...j'allais acheter le nécessaire pour le reprogrammer , mais le double click sur le bouton fonctionne.

Par contre et pour info si besoin:

1° Pour que le double-clic fonctionne, même si j'ai la bonne carte (IOT 33) de sélectionné dans l'IDE, après avoir fait ce double click je dois parfois la resélectionner. Sinon le double-clic est inopérant

2° Sur un des deux µC , j'ai de nouveau perdu l'USB après avoir téléverser juste le "blink". peut-être ces 33IOT sont sensibles 8O

3° Maintenant les deux fonctionnent correctement avec "Blink", je ne perd plus l'USB.

4° Lors du téléversement de mon programme (1er post), j'arrive à le téléverser si je retire les instructions liés au MPC23017.

Ma conclusion serait que cette librairie fonctionne sur un Arduino Nano , mais pas sur Arduino Nano 33 IOT. Je vais essayer d'en trouver une autre..!

merci a vous pour votre aide !!

La carte Arduino Nano 33 IOT n'embarque pas le même microcontrolleur qu'une Nano.

Il faut chercher une bibliothèque qui prend en charge ce microcontrolleur (SAMD21).

C'est déjà bien si tu as pu récupérer la main sur tes cartes.

Citation:

---

Envoyé par petitcoucou31

4° Lors du téléversement de mon programme (1er post), j'arrive à le téléverser si je retire les instructions liés au MPC23017.

---

du coup, comme je l'ai indiqué précédemment, essaye la bibliothèque adafruit et ses exemples. Sans garantie toutefois car je n'ai pas le matériel pour tester.

Citation:

---

Envoyé par petitcoucou31

"Delias", j'utilise la broche de tension Vin qui d'après le datasheet peut recevoir jusqu'à 12Vdc, sur ma carte il est alimenté sous 10 Vdc
mais lors de la programmation il est alimenté seulement via le cordon USB, donc il gère son alimentation.

---

Le problème n'est pas l'alimentation d'avant les régulateurs (enfin cela peut aussi être un problème mais en général c'est les mêmes valeurs pour les deux types de microcontrôleurs), mais le raccordement au MCP.
Si le MCP23017 fonctionne avec un Nano classique c'est qu'il travail en 5V. Si tu le relie au Nano 33 IoT, le SAMD va claquer car le MCP23017 va renvoyer du 5V sur les entrées du SAMD21 qui ne sont prévues que pour du 3.3V. (sauf cas spécial d'un shield prévu pour les deux tensions)

Delias

Bonjour

"Dellas", je n'avais pas compris pour les tension 5 et 3.3 Vdc, mon PCB étant prévus pour fonctionner avec un Nano 33 IOT, les MCP23017 sont alimentés en 3.3 Vdc. Je n'ai pas pensé a cela quand je lui connecte un Nano (standard), néanmoins seul les bus I2C sont interconnectés et je ne sais pas trop comment lui se comporte, j'irai voir la doc sur ces liaisons électriques de ce bus.

"Auteur", j'ai bien téléchargé les librairies de chez Adafruit.
et le code exemple suivant pour plusieurs MCP, malheureusement le fichier *.h (Adafruit_MCP23017.h) n'existe pas dans la bibliothèque Adafruit.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

#include <Wire.h> #include "Adafruit_MCP23017.h"   // Test de base d'ecriture d'état pour trois "MCP23017 I/O expander" partageant un même bus I2C // // Raccordements: http://mchobby.be/wiki/index.php?title=MCP23017-Plusieurs Adafruit_MCP23017 mcp1; Adafruit_MCP23017 mcp2; Adafruit_MCP23017 mcp3;   void setup() { mcp1.begin(5); // Utilise l'adresse 0x20 + 5 pour IC1 mcp2.begin(6); // Utilise l'adresse 0x20 + 6 pour IC2 mcp3.begin(7); // Utilise l'adresse 0x20 + 7 pour IC3   // Définir la sortie #0 (GPA 0, broche 21) sur IC1 comme sortie mcp1.pinMode(0, OUTPUT); // Définir la sortie #1 (GPA 1, broche 22) sur IC2 comme sortie mcp2.pinMode(1, OUTPUT); // Définir la sortie #6 (GPA 6, broche 27) sur IC3 comme sortie mcp3.pinMode(6, OUTPUT); }     // Activer/désactiver la sortie #0 du MCP toutes les 100 millisecondes   void loop() { delay(1000); // Attendre 1000ms mcp1.digitalWrite(0, HIGH); // Activer sortie sur IC1 delay(300); mcp2.digitalWrite(1, HIGH); // Activer sortie sur IC2 delay(300); mcp3.digitalWrite(6, HIGH); // Activer sortie sur IC3   delay(1000); // Attendre 1s (1000ms) mcp1.digitalWrite(0, LOW); // Désactiver sortie sur IC1 delay(300); mcp2.digitalWrite(1, LOW); // Désactiver sortie sur IC2 delay(300); mcp3.digitalWrite(6, LOW); // Désactiver sortie sur IC3 }

---

j'ai aussi trouve cela sur le site Adafruit:

Citation:

---

Certaines personnes ont signalé un bogue non documenté qui peut potentiellement corrompre le bus I2C. Cela se produit si l’état d’une broche d’entrée MCP230XX change pendant la lecture I2C. Cela devrait être très rare. Pour plus d’informations, consultez ce billet de forum et cet article de la base de connaissances.

---

Les broches des ports A et B sont en l'air lors de la programmation, cela peut il avoir une incidence...

Jusqu'à présent, j'ai toujours de problème de bus I2C, même avec la librairie et Adafruit.

"Jerome Briot", je vais tenter de trouver une librairie compatible avec le µC SAND21

Citation:

---

Envoyé par petitcoucou31

"Auteur", j'ai bien téléchargé les librairies de chez Adafruit.
et le code exemple suivant pour plusieurs MCP, malheureusement le fichier *.h (Adafruit_MCP23017.h) n'existe pas dans la bibliothèque Adafruit.

---

si tu es passé par le gestionnaire de bibliothèque de l'IDE Arduino (menu Outils->gérer les bibliothèques), elle devrait apparaître dans le menu : Croquis->inclure une bibliothèque.
Et dans ce cas la syntaxe n'est pas :

Code:

---

#include "Adafruit_MCP23017.h"

---

mais

Code:

---

#include <Adafruit_MCP23017.h>

---

dans le 1er cas cela sous-entend que ton .h se trouve dans le même dossier que ton projet ;)

Je reviens sur la remarque de Delias, si ton µcontrôleur travaille en 3,3V et ton circuit travaille en 5V tu vas avoir quelques soucis au niveaux des tensions. Voici un article :
https://playground.arduino.cc/Main/I...lLevelShifter/

Citation:

---

1° Pour que le double-clic fonctionne, même si j'ai la bonne carte (IOT 33) de sélectionné dans l'IDE, après avoir fait ce double click je dois parfois la resélectionner. Sinon le double-clic est inopérant

---

Oui, c'est parce que c'est le port série du bootloader, il ne reste pas longtemps dans cet état (6 ou 8 secondes), donc parfois il faut effectivement le faire en deux fois, la première fois pour sélectionner le port puis une deuxième fois juste avant de téléverser pendant la compilation par exemple.

Bonjour

Me revoila pour vous donner des infos.

Auteur en effet j'avais pas poster le bon code.

j'ai attendu de recevoir des modules MCP27013 pour reprendre mes manips, qui sont plus simple sur table que sur la "machine".
Dans cette configuration, l'Arduino est toujours connecté à aux modules MCP27013 (liaison I2C) durant les programmations , qu'importe le type d'Arduino cela fonction (MCP 27013 alimenté depuis le 3.3v de l'Arduino).

Je suis revenu à la 1er bibliothèque que j'ai utilisé (MIT License).

j'ai du faire une 50éne de programmation de l'Arduino, cela se passe bien mieux, sans vraiment savoir le pourquoi, néanmoins cela est arrivé 4 ou 5 fois.
Mais j'ai pu constater que cela n'agit pas sur le téléversement, en effet même si cela arrive, le programme dans le µC est fonctionnel, est-ce un faux problème !?!
Donc quand cela arrive, il me suffit de réactiver le port USB avec le double-clic sur le bouton reset, si nécessaire et le tour est joué.

Merci a vous pour votre aide.

a bientôt.