Flashing firmware on Mac OS X
-
@droftarts
I managed to get Brew onboard but not wxwidgets.Warning: You are using macOS 10.13.
We (and Apple) do not provide support for this old version.
You will encounter build failures with some formulae.
Please create pull requests instead of asking for help on Homebrew's GitHub,
Twitter or any other official channels. You are responsible for resolving
any issues you experience while you are running this
old version. -
@dizzwold You got that message when you installed brew, or when you ran
brew install wxwidgets
? 10.13 is quite old now, but I run 10.14 (also not supported any more) and it works fine on that, so could be just a warning.Ian
-
@droftarts
Okay, I've managed to install wxwidgets, but the Bossac app won't open;
I've also followed the following and restarted in recovery mode, terminal, csrutil disable, reboot;
https://github.com/shumatech/BOSSA/issues/76
Still no success.So I'll have to try the command line in terminal, but the page with the directions to do so only half explains how to do this on a mac;
https://docs.duet3d.com/User_manual/RepRapFirmware/Updating_PanelDue
Once I have the usbmodem port details, what do I type in terminal to flash the paneldue. It only continues this information for windows machines?
I'd be very grateful for some help with guys.
-
I've also just thought of something else.
Could the paneldue be flashed by my connected SBC, or another RPi?
-
@dizzwold yes, you can install Bossa on Raspberry Pi, though only command line works. There are more complete instructions for Mac and RPi command line here: https://docs.duet3d.com/User_manual/RepRapFirmware/Updating_firmware#all-other-duet-boards
I usually copy 'bossac' into the same folder as the firmware I want to update, cd to that folder in terminal, and run it from there. The ‘port’ is the USB port for the PanelDue, usually something like /dev/tty.usbmodem14201. Otherwise the command should look similar to the Windows command. eg
./bossac -e -w -v -b -R -p /dev/tty.usbmodem14201 PanelDueFirmware.bin
Where the flags are:
-e, --erase erase the entire flash starting at the offset
-w, --write write FILE to the flash; accelerated when combined with erase option
-v, --verify verify FILE matches flash contents
-p, --port=PORT use serial PORT to communicate to device; default behavior is to use first serial port
-b, --boot[=BOOL] boot from ROM if BOOL is 0; boot from FLASH if BOOL is 1 [default]; option is ignored on unsupported devices
-R, --reset reset CPU (if supported)You can try using -U (searches for port) rather than specifying the port, but I usually find this doesn't work.
Ian
-
Hi Ian,
Thank you for your guidance.
So to copy bossac to the firmware file is;
$cp bossac /User/Downloads/PanelDueFirmware x x x.binI just tried the following and got the response after typing the above;
./bossac -e -w -v -b -R -p /dev/tty.usbmodemFD131 PanelDueFirmware.bin
-bash: ./bossac: No such file or directory/bossac -e -w -v -b -R -p /dev/tty.usbmodemFD131 PanelDueFirmware.bin
-bash: /bossac: No such file or directorybossac -e -w -v -b -R -p /dev/tty.usbmodemFD131 PanelDueFirmware.bin
Erase flashDone in 1.437 seconds
No such file or directory
Have I now killed the paneldue?
I'd pressed erase earlier.
Dizzwold.
-
Hi Ian,
Thank you again for your help and input.
I figured the above out in the end (or I hope I have).
Here is my example from the terminal. Maybe this will help others.
Mrxxxx's-imac:~ $ bossac -e -w -v -b -R -p /dev/tty.usbmodemFD131 /Users/Mrxxxx/Downloads/PanelDueFirmware-logo-3.4.1-v3-7.0.bin Erase flash Done in 1.302 seconds Write 218036 bytes to flash (426 pages) [==============================] 100% (426/426 pages) Done in 7.088 seconds Verify 218036 bytes of flash [==============================] 100% (426/426 pages) Verify successful Done in 5.581 seconds Set boot flash true Mrxxxx-imac:~ $
Thank you for your help.
One happy smily bunny.
-
@dizzwold Great! Glad you got it sorted.
It looks like you didn't change directory to the /Users/Mrxxxx/Downloads/ folder to run the command. But it also looks like bossac was installed in the /usr/bin/ folder, where it will be automatically found. Running
./bossac ...
just looks in the current folder for the command bossac. That and the firmware filename wasn't "PanelDueFirmware.bin", it was "PanelDueFirmware-logo-3.4.1-v3-7.0.bin"! But you got it sorted, so no worries.At least with the latest version of the PanelDue firmware on it, you can update from DWC now!
Ian
-
Hi Ian,
@droftarts said in Flashing firmware on Mac OS X:
At least with the latest version of the PanelDue firmware on it, you can update from DWC now!
Oh, okay I didn't know that, so that's a bonus.
Again a big thank you for your guidance and help. It is very much appreciated.
Dizzwold.
-
@dizzwold said in Flashing firmware on Mac OS X:
I've also just thought of something else.
Could the paneldue be flashed by my connected SBC, or another RPi?
Version 3 PanelDue boards (which includes all 5i and 7i boards) can be flashed from RepRapFirmware 3.2 and later over the serial connection. You could also flash a PanelDue from a Pi over USB, by running Bossa on the Pi.
Edit - I see that Ian already told you that.
-
Thank you both for you input and help.
Off-subject, is there a tool anywhere to print out the like of the RRF Config tool, Just to state what's on each io connector and on what pins?
Just wondered.Dizzwold.
-
@dizzwold said in Flashing firmware on Mac OS X:
Off-subject, is there a tool anywhere to print out the like of the RRF Config tool, Just to state what's on each io connector and on what pins?
Just wondered.I'm not sure what you mean by this. Can you describe more what you're looking for?
-
Basically some thing to print out (a table or the likes of), listing what's on each connector gathered from the RRF config tool or from DWC?
I'm just being lazy really.
-
@dizzwold not yet, but we're working on being able to read the configuration from the object model.
-
I tried updating my Duet yesterday using my Mac but couldn't simply because when I tried to upload the firmware instead of uploading the zip it automatically extracts it and shows the file contents. I couldn't figure out how to resolve it.
In the end I had to use my work laptop (Windows). Would love to know how to use the Mac for this.
-
@blacksheep99 you shouldn't be using a zip with bossa anyway, just the bin file
-
@jay_s_uk Sorry, I kinda did a thread hijack. I was trying to update via DWC. I was on a 3.4.1rc and wanted to update to 3.4.2
It was just incredibly frustrating yesterday trying to get it to work.
-
@blacksheep99 Do you mean when you downloaded the zip file from Github it automatically extracted it? That's a browser setting. If you're using Safari, from the menus select Safari > Preferences, and untick the 'Open "safe" files after downloading' on the General tab. Zip files will then not automatically extract. Other browsers have this 'feature' optionally set in preferences, too.
When you upload the zip to DWC, it should extract it during upload. Make sure your DWC and RRF version match.
Ian
-
@droftarts No, I found that setting. Now I think about it though I had already downloaded the file so changing it afterwards makes no sense. I needed to download the file again..... Sometimes looking at things with fresh eyes help! thanks
-
@droftarts said in Flashing firmware on Mac OS X:
@blacksheep99 Do you mean when you downloaded the zip file from Github it automatically extracted it? That's a browser setting. If you're using Safari, from the menus select Safari > Preferences, and untick the 'Open "safe" files after downloading' on the General tab. Zip files will then not automatically extract. Other browsers have this 'feature' optionally set in preferences, too.
or go in the waste box and drag&drop to desktop