Closed adamgarbo closed 3 years ago
It appears this is something that the ESP32 folks have been also dealing with: https://github.com/espressif/esptool/issues/540
And the problem may be related to pyserial: https://github.com/pyserial/pyserial/issues/509
I have the same problem using version 2.0.2. I haven't been able to upload anything since the fresh install of mac os big sur.
@adamgarbo thanks for the links pointing us to that info. we will keep an eye on it. @Wenn0101 perhaps we can implement a workaround like they did for the esptool
? (see this commit)
upgrading to a new OS can be expected to cause a few wrinkles ;)
expect a Python fix ultimately (per this discussion)
is there any workaround for this or are us big sur users just out of luck until this is patched? I'd be happy to try out any workarounds and report back
I'm in the same boat as Ryan here and would appreciate any workarounds you might have in the meantime. Without this fix, all Mac users are out of luck.
@ryanohnemus, @cameronus It has been some time now since the macOS upgrade, so I suspect that this issue should now be able to be resolved. It appears the ESP32 folks fixed the problem three weeks ago.
@Wenn0101 and @oclyke any updates on this? Us macOS Big Sur users are keen to be able to use the Artemis again 😃
@adamgarbo @cameronus I was able to workaround this by doing the following:
python3 -m venv /Users/ryan/sparkfun_python
/Users/ryan/sparkfun_python/bin/pip install pyserial
chmod a+x artemis_svl.py
):
https://raw.githubusercontent.com/sparkfun/Arduino_Apollo3/v1.2.1/tools/artemis/artemis_svl.py
artemis_svl.py
to use your python env
Change #!/usr/bin/python env
to #!/Users/ryan/sparkfun_python/bin/python
tools.svl.upload.pattern={pgm} {args}
to
tools.svl.upload.pattern=/Users/ryan/artemis_svl.py "{serial.port}" -f "{build.path}/{build.project_name}.bin" -b {upload.svl_baud} {upload.verbose}
@ryanohnemus Yikes! That is quite the workaround.
I actually downgraded my iMac to macOS Catalina in order to be able to have at least one device that is capable of working with Artemis boards. I don't believe the average user should be required to jump through so many hoops. Here's hoping a fix will come soon!
Cheers, Adam
@Wenn0101 A quick reminder that macOS Big Sur users (who have been patiently waiting since November) are still unable to upload code to Artemis-based boards when using the 1.2.1 Apollo Core.
Are you able to provide an estimate of when (and if) this issue will be addressed?
@ryanohnemus provided a detailed workaround, but with pyserial now having been updated, is there much else on SparkFun's end that's required to update aside from the artemis_svl.py
? I'm still not entirely sure what broke with the OS update.
Cheers, Adam
As noted earlier, and on our forums, how serial ports work changed with macOS Big Sur and the pyserial package needs updating for SVL to work.
The SVL in this package is a single executable built using the pyinstaller package. Unfortunately, the shipping SVL binary is created with an older revision of pyserial, so when run on Big Sur, it fails with the errors above.
We’ll get this updated in a upcoming release – we just need to verify a solution that supports Big Sur and several earlier macOS versions.
If you want to fix this today, from our forums ( I used this to get a Big Sur machine working):
I'm running OSX 10.13.6 (High Sierra). I was able to "upload" to a Red Board Artemis last fall, but I ran into similar problems doing it today (in the interim I'd upgraded to 1.8.13, and that required that I install v2.0.5 of the Arduino Apollo3 software. After fixing the permissions issue on svl, I am still getting the following error messages: `Arduino: 1.8.13 (Mac OS X), Board: "RedBoard Artemis, 921600, SparkFun Variable Loader (Recommended)"
Sketch uses 125200 bytes (12%) of program storage space. Maximum is 983040 bytes. Global variables use 41888 bytes (10%) of dynamic memory, leaving 351328 bytes for local variables. Maximum is 393216 bytes. [28101] Error loading Python lib '/var/folders/z8/4nv7zsqj70b2ln148yhxr3n80000gn/T/_MEI5PeYf8/libpython3.7m.dylib': dlopen: dlopen(/var/folders/z8/4nv7zsqj70b2ln148yhxr3n80000gn/T/_MEI5PeYf8/libpython3.7m.dylib, 10): Symbol not found: ____chkstk_darwin Referenced from: /var/folders/z8/4nv7zsqj70b2ln148yhxr3n80000gn/T/_MEI5PeYf8/libintl.8.dylib (which was built for Mac OS X 10.15) Expected in: /usr/lib/libSystem.B.dylib in /var/folders/z8/4nv7zsqj70b2ln148yhxr3n80000gn/T/_MEI5PeYf8/libintl.8.dylib the selected serial port in /var/folders/z8/4nv7zsqj70b2ln148yhxr3n80000gn/T/_MEI5PeYf8/libintl.8.dylib does not exist or your board is not connected ` I tried all 5 speeds, and thinking that I might have zapped the RBA, I tried a "virgin" one just taken out of the antistatic bag. I did see something on SparkFun Forums about "removing" the driver, but when I followed that link it specifically says not to do so on older versions of OSX, and provides a link to get the driver to install, but every time I try to get it, it times out.
Hi @ClarkInAz
I'm running macOS Catalina 10.15.7 and can upload to the SparkFun Redboard Artemis (RBA) using v2.0.5 after I fix the svl permissions. I tend to stick with a baud rate of 230400. For v2.0.x I haven't found the higher rates to be reliable.
If you downgrade to v1.2.1 are you able to upload to the RBA?
Cheers, Adam
Scheduled for v2.0.6, see https://github.com/sparkfun/Arduino_Apollo3/discussions/368 to preview release.
Hey guys,
It looks like that, among other things, the recent macOS Big Sur update has caused a bug that's preventing code from being uploaded to Artemis-based boards.
I've attempted to upload the
Example1_Blink.ino
to the following three boards using the Arduino IDE (1.8.13).I've tested on both my iMac and MacBook and in both cases, the error message encountered is the same. It appears to be related to the
artemis_svl.py
Python file:Please let me know if you require any additional information!
Cheers, Adam