Ошибка при открытии последовательного порта dev ttyacm0

I just had this problem with my Genuine Arduino Mega 2560 trying to connect to it from an Ubuntu 18.04.5 LTS machine using a locally compiled Arduino IDE version 1.8.16. I was able to fix it in my case, so posting here to share the tips.

Came across several other forum topics reporting the same symptoms (even though not all are Mega and not all on Linux):

• https://arduino.stackexchange.com/questions/33505/why-do-i-get-avrdude-stk500v2-receivemessage-timeout-error-when-uploading-to?newreg=d5f1171d37394be584fc5de8dea6138f
• https://arduino.stackexchange.com/questions/3316/mega-2560-doesnt-respond
• https://forum.arduino.cc/t/mega2560-timeout-communicating-with-programmer/132479
• https://starter-kit.nettigo.eu/2015/serial-port-busy-for-avrdude-on-ubuntu-with-arduino-leonardo-eth/

After troubleshooting for several hours I was able to reliably connect to my Mega. It turned out there were multiple problems that prevented it from working that had to be understood and solved, and when I realized what they were I could not believe my eyes.

The posters who suggested making sure that udev rules are configured to prevent the ModemManager from hogging the Mega device, thereby making it unavailable to the Arduino IDE were on the right track. So I checked my /etc/udev/rules.d/70-snap.core.rules and indeed confirmed that there already was a rule for ModemManager to ignore devices with USB vendor ID 2341, which is the Genuine Arduino:

...
ATTRS{idVendor}=="2341", ENV{ID_MM_DEVICE_IGNORE}="1"
...

However, when I did a tail -f /var/log/syslog and plugged in the Mega, I could not believe my eyes to see that ModemManager was still trying to talk to it:

Dec  9 22:09:58 hostname ModemManager[999]: <info>  [device /sys/devices/pci0000:00/0000:00:14.0/usb3/3-2] creating modem with plugin 'Generic' and '1' ports
Dec  9 22:09:58 hostname ModemManager[999]: <warn>  Could not grab port (tty/ttyACM0): 'Cannot add port 'tty/ttyACM0', unhandled serial type'
Dec  9 22:09:58 hostname ModemManager[999]: <warn>  Couldn't create modem for device '/sys/devices/pci0000:00/0000:00:14.0/usb3/3-2': Failed to find primary AT port

It looks like the ModemManager was still trying to connect to it as a non-USB TTY device.

The problem was exacerbated in that the Arduino IDE was not handling this problem gracefully and kept hanging and trying to connect to the Mega even after I unplugged it from the USB. Nevertheless, I did a quick ps -ef | grep ModemManager and then kill [PID], waited until the Arduino IDE stopped trying to connect to the disconnected Mega, then plugged it back in, specified the port via ‘Tools’ -> ‘Port’, and again attempted an upload, and it worked like a charm. (Conversely, had I just waited watching /var/log/syslog for ModemManager to give up and free the device Arduino IDE might have also worked without me explicitly killing the ModemManager. That probably explains why it worked sporadically.)

So then I thought I solved all my problems and started bolting the Mega into my device. I tightened the connecting fasteners, and again could not believe my eyes that it stopped working again. Took the Mega back out, unbolted the whole board and now it worked, bolted it back in, and it stopped working. After several rounds, correlated the use of a brass standoff on the hole right next to the pin A6 as causing this problem. I surmise that the metal standoff was shorting out or somehow interfering with PCB traces that run very close to that hole. So stopped bolting in that hole, and the Mega started working fine assembled into my device.

So in my case, 2 problems were preventing the Mega from working and PC connecting to it via USB:

(1) ModemManager was hogging the device as soon as it was plugged in despite the udev USB rules. Solution — killed ModemManager (still need to look into modifying system config so that I don’t have to kill it each time).

(2) Hardware issue with the metal riser interfering with PCB traces near hole next to pin A6. Solution — stopped bolting in that hole.

Hope this is helpful.

I am trying to work with the (new) sparkfun razor IMU 9dof, I wrote a silple sktetch to calibrate the magnetometer:

#include <SparkFunMPU9250-DMP.h> // Include SparkFun MPU-9250-DMP library
#include <Wire.h> // Depending on your Arduino version, you may need to include Wire.h
MPU9250_DMP imu; // Create an instance of the MPU9250_DMP clas
void setup() {
  Serial.begin(115200);

  Serial.println(F("Adafruit 10 DOF Board AHRS Calibration Example")); Serial.println("");

  if (imu.begin() != INV_SUCCESS){
    while (1) {
    Serial.println("Failed to initialize MPU-9250, loop forever");
   }

  }

 imu.setGyroFSR(2000); // Set gyro to 2000 dps

 imu.setAccelFSR(2); // Set accel to +/-2g

 imu.setLPF(5); // Set LPF corner frequency to 5Hz

 imu.setSampleRate(100); // Set sample rate to 10Hz

imu.setCompassSampleRate(100); // Set mag rate to 10Hz
}

void loop(void){
  imu.update();

  // Print the sensor data
  Serial.print("Raw:");
  Serial.print(imu.ax);
  Serial.print(',');
  Serial.print(imu.ay);
  Serial.print(',');
  Serial.print(imu.az);
  Serial.print(',');
  Serial.print(imu.gx);
  Serial.print(',');
  Serial.print(imu.gy);
  Serial.print(',');
  Serial.print(imu.gz);
  Serial.print(',');
  Serial.print(imu.mx);
  Serial.print(',');
  Serial.print(imu.my);
  Serial.print(',');
  Serial.print(imu.mz);
  Serial.println();  

  delay(50);
}

To be sure the Arduino IDE can access to dev/ttcACM0, I did sudo chmod 666 /dev/ttyACM0

I can dowload successfully but when I want to open the terminal I got the following error:

Erreur d’ouverture du port série « /dev/ttyACM0 ». (Port busy) (see attached screenshot)

More over when I entered dmesg on the console, I can see the following messages:

[   94.133923] usb 3-2: USB disconnect, device number 2
[   94.133978] cdc_acm 3-2:1.1: urb 12 failed submission with -19
[   94.135862] cdc_acm 3-2:1.1: urb 13 failed submission with -19
[   94.136059] cdc_acm 3-2:1.1: urb 14 failed submission with -19
[   94.136257] cdc_acm 3-2:1.1: urb 15 failed submission with -19
[   94.136457] cdc_acm 3-2:1.1: urb 2 failed submission with -19
[   94.136656] cdc_acm 3-2:1.1: urb 3 failed submission with -19
[   94.136852] cdc_acm 3-2:1.1: urb 5 failed submission with -19
[   94.137048] cdc_acm 3-2:1.1: urb 6 failed submission with -19
[   94.138841] xhci_hcd 0000:03:00.0: WARN Cannot submit Set TR Deq Ptr
[   94.138843] xhci_hcd 0000:03:00.0: A Set TR Deq Ptr command is pending.
[   94.931853] usb 3-2: new full-speed USB device number 3 using xhci_hcd
[   95.316578] usb 3-2: New USB device found, idVendor=1b4f, idProduct=9d0f
[   95.316581] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   95.316582] usb 3-2: Product: SFE 9DOF-D21
[   95.316584] usb 3-2: Manufacturer: SparkFun
[   95.320306] cdc_acm 3-2:1.0: ttyACM0: USB ACM device
[  858.774849] usb 3-2: USB disconnect, device number 3
[  904.529058] TCP: wlp1s0: Driver has suspect GRO implementation, TCP performance may be compromised.

Does anyone outhere experienced such issue?

Thank you for your help

Fabrice

Applied latest patch set from Mint and from then on the serial port cannot be found. I’ve followed previous posts, using each USB port in turn, checked ‘groups’ membership, and 2 Arduino UNO’s, looked at the Windows 8 posts on driver permissions (not directly relevant for Linux), but continue to get the error messages (see below). I’ve even tried to remove and reinstall Arduino IDE.

I know the serial port is there, because ‘chmod 777 /dev/ttyACM0’ is successful, and if I send a txt file to that port, the RX LED flashes on the Arduino indicating the virtual port has been created and the Arduino is listening to it.
I now have NO ability to post sketches to my Arduino UNO’s.
Errors from IDE during upload below:

processing.app.SerialException: Error opening serial port ‘/dev/ttyACM0’.
at processing.app.Serial.(Serial.java:178)
at processing.app.Serial.(Serial.java:77)
at processing.app.debug.Uploader.flushSerialBuffer(Uploader.java:77)
at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:175)
at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:67)
at processing.app.Sketch.upload(Sketch.java:1671)
at processing.app.Sketch.exportApplet(Sketch.java:1627)
at processing.app.Sketch.exportApplet(Sketch.java:1599)
at processing.app.Editor$DefaultExportHandler.run(Editor.java:2380)
at java.lang.Thread.run(Thread.java:744)
Caused by: gnu.io.UnsupportedCommOperationException: Invalid Parameter
at gnu.io.RXTXPort.setSerialPortParams(RXTXPort.java:213)
at processing.app.Serial.(Serial.java:163)
… 9 more
processing.app.debug.RunnerException: Error opening serial port ‘/dev/ttyACM0’.
at processing.app.debug.Uploader.flushSerialBuffer(Uploader.java:101)
at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:175)
at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:67)
at processing.app.Sketch.upload(Sketch.java:1671)
at processing.app.Sketch.exportApplet(Sketch.java:1627)
at processing.app.Sketch.exportApplet(Sketch.java:1599)
at processing.app.Editor$DefaultExportHandler.run(Editor.java:2380)
at java.lang.Thread.run(Thread.java:744)

В этой статье я объясню, как решить частую ошибку в Arduino:

avrdude: ser_open (): невозможно открыть устройство "/ dev / ttyACM0": в разрешении отказано

Фон

После долгого времени без использования Arduino я взял две вставки (оригинал и Элегу) поработать с дочерью. Подключаю их, собираюсь поставить моргание, чтобы убедиться, что все в порядке и когда иду отправлять на плату, возвращает известную ошибку.

Arduino: 1.8.5 (Linux), карта: «Arduino / Genuino Uno» avrdude: ser_open (): не удается открыть устройство «/ dev / ttyACM0»: отказано в разрешении. Проблема с загрузкой на плату. Посетите http://www.arduino.cc/en/Guide/Troubleshooting#upload для получения предложений.

И на моем ПК, и на моем ноутбуке установлена ​​Ubuntu 18.04.

Решение

Я начинаю с перехода по предложенной ими ссылке. И я следую по шагам

En инструменты / пластина Выбрано Arduino / Genuino Uno

En инструменты / последовательный порт / dev / ttyACM0

и, как указано в документации, в случае возникновения проблем с драйверами и разрешениями я открываю терминал и выполняю:

 sudo usermod -a -G tty yourUserName
 sudo usermod -a -G dialout yourUserName

где ваш логин ваше имя пользователя

Теперь я выхожу из системы и снова вхожу в систему. И на всякий случай перезагружаю комп / ноутбук.

У меня все еще не работает, и документация Arduino больше не помогает. Так что я продолжал искать на форумах и в блогах. Если на этом этапе у вас не работает и вы похожи на меня. Следуйте следующим шагам

ls / dev / ttyACM0 возвращает / dev / ttyACM0
ls -l / dev / ttyACM0 возвращает crw-rw—- 1 root dialout 166, 0 26 ноября 16:41 / dev / ttyACM

Этим подтверждаем, что порт существует

Мы собираемся дать разрешения и проверить, есть ли у нашего пользователя необходимые разрешения.

 sudo chmod a+rw /dev/ttyACM0
 id devuelve 20(dialout) 

И я вижу, что пользователь находится в группе дозвон так что с этой частью мы все поняли правильно.

Что сработало для меня, так это переустановка Arduino.

Если вы проверите

which avrdude

И ничего не возвращает, переустановка Ардуино должна решаться.

sudo apt install --reinstall arduino

И если вам не удалось решить проблему, оставьте мне комментарий, и я постараюсь вам помочь.

Существует сценарий, который они подготовили, чтобы исправить эту проблему. Вы можете попробовать посмотреть, поможет ли это вам. Я не использовал его, но оставляю, потому что считаю, что он может быть полезным ресурсом.

АВРДУДЕ

Оставлю немного информации, чтобы лучше понять, что такое AVRDUDE. Название происходит от AVRDUDE — AVR Downloader / UploaDEr.

AVRDUDE — это утилита для загрузки / выгрузки / управления содержимым ROM и EEPROM микроконтроллеров AVR с использованием техники внутрисистемного программирования (ISP).

https://www.nongnu.org/avrdude/

AVRDUDE был запущен Брайаном С. Дином как частный проект в качестве программиста для серии микроконтроллеров Atmel AVR.

Вы можете найти программное обеспечение и другую информацию в сайт проекта.

I was using Arduino IDE on my Arch Linux laptop without problems, after some time /months I’m not able to upload the sketch because of permissions:

avrdude: ser_open(): can't open device "/dev/ttyACM0": Permission denied

I can access and write to the device with minicom without problems, because permissions are good:

crw-rw-rw- 1 root uucp

My user is in the uucp group. But when I start sketch uploading, regarding to the dmesg, the usb device is being reconnected and in that moment I can see different permissions:

rw------- 1 root root

And after some time (seconds) permissions are back as they were. dmesg output here:

[  313.042695] usb 2-1.2: USB disconnect, device number 3
[  313.253085] usb 2-1.2: new full-speed USB device number 4 using ehci-pci
[  313.352387] cdc_acm 2-1.2:1.0: ttyACM0: USB ACM device
[  321.234517] usb 2-1.2: USB disconnect, device number 4
[  321.439445] usb 2-1.2: new full-speed USB device number 5 using ehci-pci
[  321.541392] cdc_acm 2-1.2:1.0: ttyACM0: USB ACM device
...

I’ve tried to solve that with several custom udev rules, but without success:

SUBSYSTEMS="usb", ATTRS{idVendor}== "2341", GROUP="uucp", MODE="0666"
KERNEL=="ttyACM[0-9]*", SYMLINK+="%k", GROUP="uucp", MODE="0666"

How to force group or mode from the first moment when appeared in the system? I hope this is not just a bug in the Arduino 1.8.3. Kernel version 4.11.9-1-ARCH.

EDIT #1:

I found that usb reconnection behavior occurs after exiting minicom too, but in case of avrdude this is problem because it is happening when program needs to access the device.

Screencast here

EDIT #2:

After some time I came back to this issue and I found I have problem just with ttyACM0 (Yun/Micro/etc. connected with microUSB cable) and ttyUSB0 (Uno connected with USB-B) is ok. But even this is interesting clue I can’t figure it out.

I’m monitoring the rights on the tty devices:

watch -n 0.1 'ls -la /dev/ttyUSB* /dev/ttyACM*'

• when uploading to ttyUSB0 just the date/time is changing and everything is working
• when uploading to ttyACM0 device disappeared for a moment then a new one with wrong rights (and root:root) has been created, upload failed and then right are set properly by udev (with root:uucp) … and then another one cycle (disappear-wrong-correct)

My user is in the lock and uucp groups, I’ve tried to add some udev rules or disable them but without success …

I’m for 99% sure this is something before udev rule is touching it.