Status:
Vuo version:
OS version:
- macOS 12
CPU architecture:
Apple Silicon (M1/ARM64)
How severely does this bug affect you?:
●○○○ — Not much; I'm just letting you know about it.
Steps causing the bug to occur:
- Feed "list serial devices" into "find serial device by name", empty list.
Have you been able to reproduce the problem?:
●●● — Yes, the problem occurs consistently when I follow the steps above
Have you found a workaround?:
I'm lucky, there is only one serial device found.
Other notes:
I attach a screen capture showing the effect. Please note that I use these nodes on my Intel MacMini (same OS and Vuo versions) and it works fine. Not sure it is an M1 thing or the different serial device being used.
% ls -l /dev | grep usb
crw-rw-rw- 1 root wheel 0x9000003 Mar 1 17:36 cu.usbmodem8301
crw-rw-rw- 1 root wheel 0x9000002 Mar 1 17:30 tty.usbmodem8301
ps: I'm also getting occasional crashes doing serial communications, I'll send another bug report when I've tried to further isolate the cause.
Screenshots:
Crash reports:
Attachment | Size |
---|---|
![]() | 4.69 KB |
Comments
Question: is a serial port is
See my next bug report on the composition loader crashing if I ignore incoming serial data.
You're connecting to a device
You're connecting to a device named
Arduino (www.arduino.cc) Generic CDC
and searching for port nameArduino
. The reason it doesn't work is thatFind Serial Devices by Name
uses wildcard matching and requires that the search term matches the full text of the name. So you should be able to find your device by changingFind Serial Devices by Name
's Name toArduino*
.I can see how this would be confusing (I didn't immediately spot the problem either). There is a good reason for it being implemented the way it is, with the full-text wildcard matching: if you have two devices, one having a name that is a subset of the other one's name, then
Find Serial Devices by Name
can distinguish between them. Since it's not directly a bug, I'll close this bug report, but make an internal note that we could clarify the documentation or port name.OK, I'll try that and it
OK, I'll try that and it makes sense. But it doesn't explain the attached which I've used in a few projects, I had assumed it was searching for the string anywhere in the name. In the past I used to specify "Keyspan" and it worked, I changed to "division" in this example just to make the point.
Screen Shot 2023-03-10 at 10.28.39 am.png
While I don't really
While I don't really understand why there is a difference between my use of the "Find srial device by name" the the previous message and now, but I can firm that using the wildcard specification is working for me. Is it possibly a difference between the old and pre-release version you sent me? In any case, thanks for looking into it and I'm happy it's all working.
Well, it's because the two
Well, it's because the two nodes are inconsistent with each other, which is not ideal for usability. We're using wildcard matching with the newer node classes but haven't gone back and updated all of the old ones yet. Anyway, glad to hear the wildcard specification is working for
Find Serial Devices by Name
.(I've deleted the comment you flagged as a duplicate.)