[FR] Updating SKR mini E3 #103

reloxx13 · 2019-08-15T17:21:20Z

Hardware Setup
SKR mini E3 in an Ender 3

Describe the problem
Could not get it to mount the SD Card

benlye · 2019-08-15T17:27:27Z

So are you saying that the lpc1768 method doesn't work for the SKR Pro boards after all?

The documentation for the SKR Mini E3 and SKR Pro certainly sound like the lpc1768 copy-and-reset method should work.

Is there something I can change to make it work? I don't have a board to test with so am forced to rely on what people are telling me...

reloxx13 · 2019-08-15T17:29:45Z

sry, i mismatched, skr pro 1.1 is also under stm, ill look again if i see some differences.

right now there is no usb mount upcoming, no blockdevice with
sudo blkid -o list

and nothing under /dev/sda*

benlye · 2019-08-15T17:30:21Z

Have you edited your Configuration_adv.h file and set #define SDCARD_CONNECTION ONBOARD?

https://github.com/MarlinFirmware/Marlin/blob/bugfix-2.0.x/Marlin/Configuration_adv.h#L1044

reloxx13 · 2019-08-15T17:31:53Z

yeeep :S

  #if HAS_SDCARD_CONNECTION
    /**
     * Set this option to one of the following (or the board's defaults apply):
     *
     *           LCD - Use the SD drive in the external LCD controller.
     *       ONBOARD - Use the SD drive on the control board. (No SD_DETECT_PIN. M21 to init.)
     *  CUSTOM_CABLE - Use a custom cable to access the SD (as defined in a pins file).
     *
     * :[ 'LCD', 'ONBOARD', 'CUSTOM_CABLE' ]
     */
    #define SDCARD_CONNECTION ONBOARD
  #endif

and also added



//
// SD Support
//
#ifndef SDCARD_CONNECTION
  #define SDCARD_CONNECTION ONBOARD
#endif

in the pins file

benlye · 2019-08-15T17:34:04Z

Do you have any other computer you can plug it into? Try a different cable? If it doesn't show up as a storage device then you have some other issue going on. Either that or this board simply doesn't expose the SD card over USB...

reloxx13 · 2019-08-15T17:36:24Z

ill try it.

i just dont wanted to spam the other issue :D

if someone searches for mini e3 this will come up with either a it will work or it wont work.

transfering the firmware by gcode would still be an option.

benlye · 2019-08-15T17:39:36Z

It might be worth asking on the BigTreeTech SKR Mini repository if SD card access over USB is expected to work:
https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3-/issues

I don't think that the update by gcode will work - I don't think it would handle binary data.

reloxx13 · 2019-08-15T17:40:45Z

on windows i only get a com connection with 3 cables

benlye · 2019-08-15T17:43:10Z

on windows i only get a com connection with 3 cables

Right, so you need to find out if that's normal for your board, or if you can use some combination of Marlin firmware options to make it appear.

I'm going to remove the SKR Mini E3 comments from the readme until you find out. For sure it will not work with either the STM32 flash method or the LPC1768 method.

reloxx13 · 2019-08-15T17:52:46Z

i did write an issue and a fb post to btt asking this.

p3p · 2019-08-15T17:53:48Z

Although SKR added the ability to flash from the SD card to their bootloader they haven't added a USB MSC device to their Arduino framework (or the ststm32 platform, at least not by default like my lpc176x framework)

Hopefully I can stabilise the Marlin Binary Protocol in the next week or so, supporting it (if you can from within octoprint, and think its worth the effort) would allow you to transfer binary data over the serial connection onto the sd card.

benlye · 2019-08-15T17:59:43Z

Hopefully I can stabilise the Marlin Binary Protocol in the next week or so, supporting it (if you can from within octoprint, and think its worth the effort) would allow you to transfer binary data over the serial connection onto the sd card.

Sounds good - I'll certainly look at it.

benlye · 2019-08-15T18:00:29Z

bigtreetech/BIGTREETECH-SKR-mini-E3#14

p3p · 2019-08-15T18:06:10Z

Just for reference (MarlinFirmware/Marlin#14817), I am moving the client responses to binary but with that change it will hopefully stabilise the transport layer and sd card file transfer protocol.

omahena · 2019-08-27T15:47:39Z

I have an SKR Pro 1.1... Aaaand there is (currently) no way to expose the SD card to Marlin or make it available through an USB connection. Their documentation is extremely poorly written and for example links Marlin build instructions for SKR 1.1 in the SKR Pro 1.1 manual (note the missing Pro). Similar... But very different.

One of the problems is that it looks like the SPI bus the SD card uses is in conflict with various other board features and pins. Unfortunately even after removing all the conflicts I could find... It is still unable to send any data to the SD card.

So there must be some other problems present as well. For now I couldn't find them.

If anyone here has a SKR Pro 1.1 with a working SD card, please let me know. I am looking for inspiration on what could be wrong with the SD card so I'd love to compare notes.

@benlye I don't think you can do anything to make this work. But nice work on the plugin. I love the idea of not having to walk to the printer and fiddling with the SD cards to update the firmware. My floor is starting to show signs of wear from all my walking to the printer...

reloxx13 · 2019-09-07T13:45:59Z

BTT added a PR to marlin to get SD Mounting working with the mini e3 👍
(not merged now)
MarlinFirmware/Marlin#15180

falo2k · 2019-11-17T12:37:54Z

Any luck since the BTT PR was merged?

CRCinAU · 2019-12-20T12:36:17Z

Yeah - I'm curious on how this is going :)

reloxx13 · 2019-12-20T14:23:45Z

works fine now if you build marlin firmware with usb support.

falo2k · 2019-12-22T21:14:08Z

Very cool, will try it later. Need to change anything from the defaults for stm32flash?

reloxx13 · 2019-12-28T20:38:15Z

@Rmkiv4

OctoPrint on a Pi with Rasbian and FirmwareUpdater Plugin Settings for SKR mini E3 v1

Be sure to flash the USB Version of the Marlin firmware. You can choose this if you build the FW yourself with Visual Studio Code and latest marlin v2.x.

The firmeware file will now be copied to the mounted sd card and a M997 command will be send to restart the printer. The Bigtreetech bootloader on the skr board will now find the new firmware on the sd card and flash it.

I wrote a sh script to backup the whole SD Card before/after flashing.
It will also delete backups older than 30days.

Prep:
(i use vim but u can use any editor u like, sudo apt install vim)
mkdir -p /home/pi/.octoprint/scripts/fw_backup/
vim /home/pi/.octoprint/scripts/fw_backup/fw_backup.sh
Hit i and paste the script below
Hit ESC
Enter :wq and hit enter to write and quit vim
sudo chmod +x /home/pi/.octoprint/scripts/fw_backup/fw_backup.sh to make the file executable.

Update FirmwareUpdate Pre- or Post -flash Settings to run the script before/after flashing flashing

Preflash
sudo mount /dev/sda1 /media/usb1; /home/pi/.octoprint/scripts/fw_backup/./fw_backup.sh

Postflash (dont forget to tick the checkbox to enable Postflash script)
/home/pi/.octoprint/scripts/fw_backup/./fw_backup.sh

#!/bin/bash

BACKUPDIR="/home/pi/.octoprint/scripts/fw_backup/backups"
DATE="$(date +%Y%m%d_%H%M%S)"

#echo "$BACKUPDIR/$DATE"

mkdir -p "$BACKUPDIR/$DATE"

rsync -rlpgoDv --exclude "System Volume Information" /media/usb1/ "$BACKUPDIR/$DATE/"

find "$BACKUPDIR" -mindepth 1 -maxdepth 1 -type d -iname "*" -mtime +30 -exec rm -rf {} \;

cropduster · 2020-02-04T10:56:48Z

yeeep :S

  #if HAS_SDCARD_CONNECTION
    /**
     * Set this option to one of the following (or the board's defaults apply):
     *
     *           LCD - Use the SD drive in the external LCD controller.
     *       ONBOARD - Use the SD drive on the control board. (No SD_DETECT_PIN. M21 to init.)
     *  CUSTOM_CABLE - Use a custom cable to access the SD (as defined in a pins file).
     *
     * :[ 'LCD', 'ONBOARD', 'CUSTOM_CABLE' ]
     */
    #define SDCARD_CONNECTION ONBOARD
  #endif

and also added



//
// SD Support
//
#ifndef SDCARD_CONNECTION
  #define SDCARD_CONNECTION ONBOARD
#endif

in the pins file

If I check in platform.io, the section #define SDCARD_CONNECTION ONBOARD in configuration_adv.h is greyed ourt, so it indicates it is inactive. Why is that? I have #define SDSUPPORT active in coinfiguration.h.

CRCinAU · 2020-02-04T11:00:21Z

I never got this working - however, this is related:
MarlinFirmware/Marlin#16509

cropduster · 2020-02-04T11:25:35Z

I was never able to mount the Sd card. I have connected a raspberry pi via usb cable, running repetier server, and I would like to be able to copy over a firmware.bin to the sd card via the USB cable, so I can issue M997 to restart the printer and update the firmware without exchanging sd cards.

cropduster · 2020-02-04T11:34:30Z

Do I need the STM32F103RC_bigtree_512K_USB board defined in platform.io for this to work or is it supposed to work also with the STM32F103RC_bigtree_512K ?

reloxx13 · 2020-02-04T12:01:58Z

Do I need the STM32F103RC_bigtree_512K_USB board defined in platform.io for this to work or is it supposed to work also with the STM32F103RC_bigtree_512K ?

#103

Deses · 2020-02-07T12:47:21Z

Do I need the STM32F103RC_bigtree_512K_USB board defined in platform.io for this to work or is it supposed to work also with the STM32F103RC_bigtree_512K ?

#103

Newer versions of BTT Marlin have this:

And we are supposed to use STM32F103RC_bigtree_512K.

Sekisback · 2020-09-06T14:02:43Z

Does mounting the SD Card from the Pi still cause stuttering with prints?

The big issue prior wasn't that this couldn't work - but that the USB stack in Marlin wasn't being serviced properly and it was a massive task to try and fix it at the SDK level...

not in my case, i run a pi3b with lasst octoprint version and marlin 2.0.6.1
no stuttering or some strange behavior on my ender3 the last print took 8 hours and the surface is smooth as expected

Deses · 2020-09-06T18:48:50Z

Be advised: When running USB composite, things like running a PID autotune from Octoprint will trigger a connection error.

MarlinFirmware/Marlin#15993

So you can't PID through console and remote update at the same time...

CRCinAU · 2020-09-07T00:10:49Z

Be advised: When running USB composite, things like running a PID autotune from Octoprint will trigger a connection error.

MarlinFirmware/Marlin#15993

So you can't PID through console and remote update at the same time...

I thought this was the case....

Deses · 2020-09-07T02:09:45Z

You can always do the PID autotune using the TFT screen and then update the values in Marlin if you wish, but they get saved in the EEPROM anyway. If that's the only drawback of enabling USB composite I can live with it, if more problems arise I'll just revert back to good ol' STM32F103RC_btt_512K.

TBJ · 2020-09-07T05:15:47Z

I can't get automount to work here. I followed the instructions posted by @JeremyKennedy but it wont mount automatically. I release the card with M22 and no matter how long I wait, nothing shows up in /media/usb/.

If I do a manual mount with the same command that umount uses:
mount -tvfat -osync,noexec,nodev,noatime,nodiratime,gid=pi,uid=pi,dmask=0022,fmask=0111 /dev/sda1 /media/usb0
Then the SD card mounts no problem and I can move a firmware file manually with an SCP client and trigger an M997 through Octoprint and it successfully flashes.

However it would be nice to get the automount to work if anyone has any ideas what it may be?

EDIT: I should add, I have an SKR e3 mini 2.0 and stock ender 3 screen and I tried both #define SDCARD_CONNECTION LCD and #define SDCARD_CONNECTION ONBOARD in firmware with the same result.

tablatronix · 2020-09-10T20:48:50Z

I see this is closed, is this working on SKR E3 v2.0 ?
Ill mess with it tomorrow.

Readme still says

Not-yet Supported Boards
SKR Mini E3 - waiting on more information, see this issue

bakaufman · 2020-09-21T18:31:05Z

Naive question: does the existing firmware need the be the _USB variety on the E3 mini for future OTA updates through octoprint, or just the nascent version?

sdaitzman · 2020-09-22T14:56:48Z

@bakaufman I had to turn on the _USB variant iirc. Here's my firmware for reference: https://github.com/sdaitzman/Marlin

sdaitzman · 2020-09-22T14:57:07Z

https://github.com/sdaitzman/Marlin/blob/2.0.x/platformio.ini#L21

calini · 2020-10-23T21:16:31Z

@TBJ +1 here; Got an SKR Mini E3 v2.0 with the stock screen, manually mounting the SD card works, but it does not want to automount no matter what. set SDCARD_CONNECTION to ONBOARD, and I'm running the latest 2.0.x-bugfix as of today.

Update: I found some additional information on the Pi StackExchange regarding Pi 4 and usbmount, and the only thing I've done differently is I did not include the line MountFlags=shared while editing sudo systemctl edit systemd-udevd;

Now the SD card of the SKR board shows up after a Pi boot, and, with a couple of seconds of delay, after reconnecting/rebooting the printer. ~~I'm not even 100% sure that's what fixed it.~~ Tested to make sure, that seems to do it for me.

In short:

Change the board env in platformio.io to STM32F103RC_btt_512K_USB
Rebuild and flash firmware manually once via SD, so that the SKR will be able to mount it's SD card via USB.
Install usbmount

sudo apt-get install usbmount

Configure usbmount so that the mount has the correct permissions for the 'pi' user

sudo nano /etc/usbmount/usbmount.conf

And find FS_MOUNTOPTIONS, change it to:

FS_MOUNTOPTIONS="-fstype=vfat,gid=pi,uid=pi,dmask=0022,fmask=0111"

Configure systemd-udevd so that the mount is accessible

sudo systemctl edit systemd-udevd

Insert these lines then save and close the file:

[Service]
PrivateMounts=no

Reload the service

sudo systemctl daemon-reload
sudo service systemd-udevd --full-restart

Reboot the Pi to confirm it auto-mounted by checking it with:

find /media -type f

(I just did ls /media/usb)

Configure FirmwareUpdater to use LPC1768 method, specify and test the path reported by the find command (ie. /media/usb)

After that I was able to reflash the firmware with no issue!

o5 · 2020-10-29T16:50:35Z

I can confirm that @calini 's guide works, thanks! A little suggestion:

ad 1. Change TM32F103RC_btt_512K_USB => STM32F103RC_btt_512K_USB
ad 3. Remove backticks arround name of the package

calini · 2020-10-30T12:23:19Z

@o5 Thanks for the corrections.

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

Zuckme · 2020-11-25T18:05:21Z

So I got the SKR mini v2.0 mini working no problem with this plugin. My host is a FreeBSD box so I will not release the details because I think you all are using a raspi, soooo... I would like anyhow to share my experience.

USE a xxx_USB eniviroment to build your firmare.bin

As many here have already pointed out, you need to use a _USB enviroment (ie. STM32F103RC_btt_512K**_USB**) to be able to upgrade the the firmware.
In other words by doing so, the SD card on the board can be accessed by the USB interface as a FAT USB disk.
First step after flashing the board with the _USB option, check if the SD card can be written over the USB interface by using a windows box or whatever you like. If you are not able to write and read the SD card on the SKR MINI with a generic PC, your problem is not FirmwareUpdater!
Use only small size SD card! The one delivered with the board 128MB works perfectly. It must be a small size card otherwise the FAT file system can not play well on it.

Make sure the Octoprint host system (ie. Raspi) can write on the USB disk (SD)

At this point we have done the job at the SKR MINI and we need to concentrate about the operating system hosting Octoprint.
Forget about SD card and firmware.bin for a moment. The next step now is to make Octoprint able to write the connected USB disk. Yes it is just a FAT USB disk no more no less. Here there are tons material over the web just google it.

Mandatory it to test the location where you mounted the USB disk by using the button "Test":

see the green "The path is valid" line? If not probably it is not a FirmwareUpdater bug but a wrong settings in the Octoprint host operative system. Use for example SSH and play around to understand why Octoprint can not write where you mounted the USB disk. In my case it was always something wrong at the operative system level and not a FirmwareUpdater bug.

Pay attention that if you are using a Laptop or a PC Box the BIOS can detect the USB disk when it is booting up and do not load the operating system at start up. In this case you need to play with the BIOS Boot priority settings.

DONE, try it out now

At this point for FirmwareUpdater you are just a user with a lpc1768 board. Forget about the SKR mini compatibility or not.
If step 1 and 2 were successful I dare to say the you have a SKR mini compatible with FirmwareUpdater. Period and congrats.

I don't like the automount wankery... I want to control what is mounted and what is not mounted on my box.
Load you firmware.bin and give it a try... It should work.

Expert corner
The Bigtreetech guys suggest to copy the firmware.bin on the sd card and then restart the system. If we look at the driver on github, there is a DFU device here. DFU means Device Firmware Update, see for example here. Soo some guy with a brain bigger than me should be able to update the firmware directly without writing anything on the SD card. Anyway it is not documented nor suggested by Bigtreetech, have fun you dragons...

BTW:
Can anybody confirm me the Post-flash command is run before the M997 command? Thanks.

Now it is time for me to see if it is stable or not this plug in.

Have fun

benlye · 2020-11-27T17:37:06Z

@Zuckme any chance you could do a PR with documentation for this?

I don't have any of these SKR boards and a lot has been said in this thread. It would be great if someone who has a board can write some concise instructions that can be added to the documentation.

Zuckme · 2020-11-27T18:08:32Z

PR with documentation

@benlye
Since I have a FreeBSD box, I think my documentation would not help the 99% users who are running your plugin on a Raspi.
I tried with my above post to describe all the generic steps as simple as possible.

I think after all what is wrote here everybody can configure it correctly.

I suggest to link this as a PR.
It is the best.

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

holocronology · 2020-12-02T17:39:49Z

Are the SKR Mini E3 boards working now?

sdaitzman · 2020-12-02T17:41:58Z

@holocronology worked for me w/ the instructions above on an SKR E3 DIP. I just set the settings, configured the build as required for usb mount, and set up an usb automount and it worked 😀

Zuckme · 2020-12-02T17:58:51Z

Once you get the SD on USB (see above) the SKR Mini E3 is not different than any other LPC1768 board.
Yes it is working here too.

tablatronix · 2020-12-02T19:43:27Z

So you have to flash via usb?, I was hoping to get rid of usb altogether..

sdaitzman · 2020-12-02T19:45:54Z

So you have to flash via usb?, I was hoping to get rid of usb altogether..

Hmm, can you say more about what you mean by getting rid of USB altogether? I think you'd need some form of connection to flash it.

tablatronix · 2020-12-02T21:48:13Z

Yeah uart

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

REF: https://github. com/OctoPrint/OctoPrint-FirmwareUpdater/issues/103#issuecomment-715593936

github-actions · 2021-02-01T02:07:31Z

This issue has been automatically locked because there was no further activity after it was closed. Please open a new issue for any related problems.

This was referenced Sep 8, 2019

[OLD]STM32F1 Support M997 to reset FW and start a Flash MarlinFirmware/Marlin#15196

Closed

STM32F1: Support M997 - Reset and begin flash MarlinFirmware/Marlin#15209

Merged

reloxx13 closed this as completed Dec 28, 2019

o5 added a commit to diy4fun/marlin that referenced this issue Nov 17, 2020

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

6a349a3

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

Zuckme mentioned this issue Nov 26, 2020

[Feature Request] Before event M997 command #153

Closed

o5 added a commit to diy4fun/marlin that referenced this issue Nov 30, 2020

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

1571e7e

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

o5 added a commit to diy4fun/marlin that referenced this issue Jan 7, 2021

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

ddb1e6d

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

o5 added a commit to diy4fun/marlin that referenced this issue Jan 13, 2021

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

2e29ea6

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

o5 added a commit to diy4fun/marlin that referenced this issue Jan 13, 2021

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

3955f7d

REF: OctoPrint/OctoPrint-FirmwareUpdater#103 (comment)

o5 added a commit to diy4fun/marlin that referenced this issue Jan 13, 2021

PATCH: Setup a default board in PlatformIO for OctoPrint-FirmwareUpdater

efd6660

REF: https://github. com/OctoPrint/OctoPrint-FirmwareUpdater/issues/103#issuecomment-715593936

github-actions bot locked and limited conversation to collaborators Feb 1, 2021

[FR] Updating SKR mini E3 #103

[FR] Updating SKR mini E3 #103

Comments

reloxx13 commented Aug 15, 2019 • edited Loading

benlye commented Aug 15, 2019

reloxx13 commented Aug 15, 2019 • edited Loading

benlye commented Aug 15, 2019

reloxx13 commented Aug 15, 2019

benlye commented Aug 15, 2019

reloxx13 commented Aug 15, 2019 • edited Loading

benlye commented Aug 15, 2019

reloxx13 commented Aug 15, 2019

benlye commented Aug 15, 2019

reloxx13 commented Aug 15, 2019 • edited Loading

p3p commented Aug 15, 2019

benlye commented Aug 15, 2019

benlye commented Aug 15, 2019

p3p commented Aug 15, 2019 • edited Loading

omahena commented Aug 27, 2019

reloxx13 commented Sep 7, 2019 • edited Loading

falo2k commented Nov 17, 2019

CRCinAU commented Dec 20, 2019

reloxx13 commented Dec 20, 2019

falo2k commented Dec 22, 2019

reloxx13 commented Dec 28, 2019 • edited Loading

cropduster commented Feb 4, 2020

CRCinAU commented Feb 4, 2020

cropduster commented Feb 4, 2020

cropduster commented Feb 4, 2020

reloxx13 commented Feb 4, 2020 • edited Loading

Deses commented Feb 7, 2020

Sekisback commented Sep 6, 2020

Deses commented Sep 6, 2020 • edited Loading

CRCinAU commented Sep 7, 2020

Deses commented Sep 7, 2020

TBJ commented Sep 7, 2020 • edited Loading

tablatronix commented Sep 10, 2020

bakaufman commented Sep 21, 2020

sdaitzman commented Sep 22, 2020 • edited Loading

sdaitzman commented Sep 22, 2020

calini commented Oct 23, 2020 • edited Loading

o5 commented Oct 29, 2020

calini commented Oct 30, 2020

Zuckme commented Nov 25, 2020 • edited Loading

benlye commented Nov 27, 2020

Zuckme commented Nov 27, 2020

holocronology commented Dec 2, 2020

sdaitzman commented Dec 2, 2020 • edited Loading

Zuckme commented Dec 2, 2020

tablatronix commented Dec 2, 2020

sdaitzman commented Dec 2, 2020

tablatronix commented Dec 2, 2020

github-actions bot commented Feb 1, 2021

reloxx13 commented Aug 15, 2019 •

edited

Loading

reloxx13 commented Aug 15, 2019 •

edited

Loading

reloxx13 commented Aug 15, 2019 •

edited

Loading

reloxx13 commented Aug 15, 2019 •

edited

Loading

p3p commented Aug 15, 2019 •

edited

Loading

reloxx13 commented Sep 7, 2019 •

edited

Loading

reloxx13 commented Dec 28, 2019 •

edited

Loading

reloxx13 commented Feb 4, 2020 •

edited

Loading

Deses commented Sep 6, 2020 •

edited

Loading

TBJ commented Sep 7, 2020 •

edited

Loading

sdaitzman commented Sep 22, 2020 •

edited

Loading

calini commented Oct 23, 2020 •

edited

Loading

Zuckme commented Nov 25, 2020 •

edited

Loading

sdaitzman commented Dec 2, 2020 •

edited

Loading