Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Serial port - spaces in name #3693
On my Mac, the serial port appears as /"dev/cu.wch ch341 USB=>RS232 1440", including spaces which causes an error message like "avrdude: ser_open(): can't open device "/dev/cu.wch": No such file or directory"
Can't rename device to avoid the spaces.
But this command has to be issued every time the USB is connected.
Is there a reason to not fix this anyway? Seems like it's a matter of changing platform.txt to add double quotes around the -P option?
@beswickat, could you try this perhaps? Find the
If that works, do you know how to submit a pullrequest by any chance?
This creates a shortcut to the name with spaces in it. The shortcut is not deleted when the IDE quits, and next time the IDE starts, the shortcut is there, waiting to point to the device whose name has spaces in it.
No idea about Windoze
On 18 Aug 2015, at 4:47 pm, Federico Fissore firstname.lastname@example.org wrote:
On the Mac and other UNIX beasts, make a SYMBOLIC link
Now, /dev/cu.wch is a ‘shortcut’ to /dev/cu.wch\ ch341\ USB=>RS232\ 1440, and /dev/cu.wch can exist without /dev/cu.wch\ ch341\ USB=>RS232\ 1440 existing.
The serial device with the long name disappears when you shut down the Arduino, but the symbolic remains as a dangling link, normally to be avoided as it is a shortcut to a non-existing entity. However, when the Arduino IDE starts again, the serial device with the spaces in the name is recreated and the symbolic link now points to it again.
This is the first time in 30 years of UNIX programming that I have intentionally used a dangling link, but it works. :-)
On a Windoze box, a short cut to the appropriate file might work.
Also, I don’t know what a pull request is, sorry.
On 18 Aug 2015, at 7:58 pm, Matthijs Kooijman email@example.com wrote:
added a commit
Jun 15, 2017
referenced this issue
Jun 15, 2017
@matthijskooijman @beswickat I can confirm that this issue is resolved by editing platform.txt at
@smartperson, that sounds like a familiar kind of ride: working your way through an issue and only when you completely diagnose it and know how to solve it, you have sufficient info to find an existing bug report for the issue :-)
In any case, thanks for testing the fix and the PR, I think there's no problem in merging it.
Hi thanks for you efforts, cheers Alan (Australia)…
On 15 Jun 2017, at 3:03 pm, Varun Mehta ***@***.***> wrote: @matthijskooijman <https://github.com/matthijskooijman> @beswickat <https://github.com/beswickat> I can confirm that this issue is resolved by editing platform.txt at Arduino.app/Contents/Java/hardware/arduino/avr/programmers.txt. I'll submit a pull request which might be rejected, as I believe new versions of the CH340 driver fix this issue. Perhaps Arduino official doesn't care about this issue, but it's good form to escape paths like these. The other paths on that line are double-quote wrapped, after all… I had quite an experience tracking this problem down. I posted on my blog <http://varunmehta.com/technology/2017/06/14/mbot-with-macos-lion.html> about its impact and the solution @matthijskooijman <https://github.com/matthijskooijman> mentioned. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3693 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANM2bvmMIAtUv-lcr0lVuxvprdJ9zgxHks5sELskgaJpZM4FtNWO>.