carte n'apparait pas dans liste "port"

Bonjour à tous,

J'ai une carte arduino nano 33 BLE, qui a fonctionné sur deux ou trois essais (programmes de communication avec phyphox), puis tout à coup elle n'est plus apparut dans la liste des port. Outils->port reste gris clair...

dmesg -w donne ceci quand je connecte la carte. Les lignes "error -110" et "unable to enumerate" se répètent.

Je ne sais pas si c'est utile, mais au niveau des led : la verte est allumée en continue, la orange clignote avec 4 longs et 5 courts (- - - - . . . . .).

Que faire ? J'ai fait griller quelque chose ? (car ça a fonctionné auparavant...)
J'ai installé des bibliothèques entre temps, mais ça n'a aucun rapport, si ?
Merci pour vos pistes.

[ 1169.147596] usb 1-2: new full-speed USB device number 7 using xhci_hcd
[ 1169.321554] usb 1-2: New USB device found, idVendor=2341, idProduct=005a, bcdDevice= 0.11
[ 1169.321558] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1169.321562] usb 1-2: Product: Arduino Nano 33 BLE
[ 1169.321564] usb 1-2: Manufacturer: Arduino
[ 1169.321566] usb 1-2: SerialNumber: 000000000000000048A63488CCE43490
[ 1169.366622] cdc_acm 1-2:1.0: ttyACM0: USB ACM device
[ 1169.368737] usbcore: registered new interface driver cdc_acm
[ 1169.368740] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 1169.373567] usb 1-2: USB disconnect, device number 7
[ 1169.691540] usb 1-2: new full-speed USB device number 8 using xhci_hcd
[ 1185.218398] usb 1-2: device descriptor read/64, error -110
[ 1523.216989] usb 1-2: new full-speed USB device number 19 using xhci_hcd
[ 1533.728439] usb 1-2: device descriptor read/8, error -110
[ 1533.836771] usb usb1-port2: unable to enumerate USB device

Cela peut provenir de la défaillance d'un hub, ou de la carte elle-même.
Essayer avec une autre carte.

J'ai une Arduino Uno, et ça fonctionne.
Mais je n'ai pas de seconde arduino nano.

mickael90:
Je ne sais pas si c'est utile, mais au niveau des led : la verte est allumée en continue, la orange clignote avec 4 longs et 5 courts (- - - - . . . . .).

Je pense qu'elle cherche à communiquer avec toi en morse... :wink:

Le problème est que l'USB est géré par le µcontrôleur lui-même, contrairement aux autres cartes ARDUINO qui intègrent généralement un chip FTDI.
Une fausse manip qui endommage le µC et plus rien ne marche.

Bonjour

Pour cette erreur 110 voir la première réponse sur ce fil de discussion

le problème est-il identique en changeant de prise USB ?
Le câble USB est-il OK ?
Un élément est-il alimenté par la carte ?
Quel code est en service sur cette carte ?

Quelque chose (définitif ou temporaire) perturbe le fonctionnement du bus USB et le système d'exploitation ne peut gérer la carte.

La Règle du Forum demande la fourniture d'informations détaillées (code, montage,....) ce n'est pas anodin !!

Tenir compte du fait que ce qu'Arduino appelle 'nouvelles cartes Nano' ne suscite pas beaupoup d'enthousiasme de la part des membres du forum... qui vont chercher ailleurs la nouveauté !
Quand on parle de cartes Nano içi c'est à priori des 'bonnes vielles' cartes Nano qu'il est question.

Merci pour vos réponses.

le problème est-il identique en changeant de prise USB ?
Oui.

Le câble USB est-il OK ?
Ça a fonctionné avec ce même cable. J’ai aussi testé avec d’autres : idem.

Un élément est-il alimenté par la carte ?
Non.

Quel code est en service sur cette carte ?
Hmm, bonne question car c’était il y a plusieurs jours et au cours d’une volée d’essai.
Il me semble qu’il y avait celui là, issu de Arduino library – phyphox, qui a très bien fonctionné :

#include <phyphoxBle.h> 

void setup() {
    PhyphoxBLE::start();                //Start the BLE server
}

void loop() {
    float randomNumber = random(0,100); //Generate random number in the range 0 to 100
    PhyphoxBLE::write(randomNumber);    //Send value to phyphox
    delay(50);                          //Shortly pause before repeating
}

Ensuite j’ai tenté ça (et là pas sur que ce code fonctionne…) :

#include <phyphoxBle.h> 
#include <Arduino_LSM9DS1.h>
#include <Arduino_LPS22HB.h>
#include <Arduino_HTS221.h>
#include <Arduino_APDS9960.h>

float accx, accy, accz, acc;

void setup() {
    PhyphoxBLE::start();                //Start the BLE server
}

void loop() {
    IMU.readAcceleration(accx, accy, accz);
    acc = sqrt(pow(accx, 2) + pow(accy, 2) + pow(accz, 2));
    PhyphoxBLE::write(acc);
    delay(50);                          //Shortly pause before repeating
}

Et il me semble que c’est après téléversement et tentative de connexion au téléphone que plus rien n’a marché.

J’ajoute qu’il n’y a pas de montage : la carte est juste reliée en USB au PC, puis en bluetooth au téléphone lorsque j’active ceci depuis le téléphone. Je n’ai jamais rien fait d’autre.

OK

la carte 'nano' 33 BLE est un cas à part, avec un microcontroilleur particulier, il faudrait consulter son mode d'emploi et comment gérer les pertes de connection USB.

uns sous forum anglophone lui est dédié : https://forum.arduino.cc/index.php?board=138.0

Sur ce forum le BLE est en général utilisé avec des ESP32 ou des modules HM-10

Ok, merci. Je vais tenter sur le forum spécialisé anglais :slight_smile:

Et bien ce fut rapide : première phrase du post épinglé du forum anglais, dit qu'on peut appuyer deux fois rapidement sur le bouton reset pour passer sur un autre mode, ce qui peut permettre d'effacer un programme qui se comporte mal.

J'ai fait ce double clic, la carte est reconnue. J'ai téléversé l'exemple "blink" : ça marche. Je suis reparti sur mes codes avec phyphox : ça marche.

Je ne comprends pas trop pourquoi, m'enfin :slight_smile:

Citation de https://forum.arduino.cc/index.php?topic=642507.0 :

BLE SENSE, BLE, and 33IOT have TWO COM ports.
The second COM port also often referred to as "BOOTLOADER" can be invoked by quickly double tapping the reset button.
It can also be used to help clear out a sketch that does not behave. For that simply put it into BOOTLOADER mode then upload either BLINK or BARE MINIMUM from the EXAMPLES.

The IDE knows and expects this type of action and can handle it.
Most often there is no need to chase the new COM port or to force your OS to choose another port as this can lead to further issues.

Bonne nouvelle !
Le double appui réactive la fonctionnalité 'bootloader' via l'USB

This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.