Fill out above information andin all cases attach yourklippy.logfile (use zip to compress it, if too big). Pasting yourprinter.cfgis not needed Be sure to check our “Knowledge Base” Category first. Most relevant items, e.g. error messages, are covered there
Describe your issue:
I’ve installed Klipper several times, tried different cables, and different SD cards, but the problem remains unsolved. I’ve read several posts but can’t find a solution. I don’t know what else to do. I’d appreciate some help. Thank you very much. klippy.log (25.5 KB)
How do you know you’ve flashed the board correctly?
If there’s any doubt, I recommend that you turn on the STATUS LED when you create your image using make menuconfig. For the SKR Mini E3 V3 it’s pin PD8.
If it turns on (and off when you flash it again with the pin removed) then you know that you’re flashing the board correctly.
I know because the firmware.bin change to firmware cur. Anyway i will try your method. Thank you (if you can gave me some more indications it will help me a lot hehe)
There have been reports that this is not necessarily the case.
Despite this, your dmesg log does not contain any traces of a printer board flashed with Klipper, which also supports the notion that the board may not be correctly flashed.
For potential issues during the flashing process, also see Issues flashing the printer board
Using various SD cards smaller than 8GB is always a worthwhile first step.
How do you know your USB cable supports data? I had a similar issue in the past with an SKR Pico, and the culprit ended up being the fact that my “data” cable wasn’t actually a data cable.
The SKR Pico uses USB-C, so it was easy for me to plug my phone into my computer through various USB-C cables to make sure the cable supported data. The SKR Mini uses micro-USB, so it might be harder to find a device to test on.
Please note the comment @Sineos made on the issue.
I’m not sure that there are problems with the bootloader updating the firmware as I suspect that people are not building their Klipper firmware correctly.
Can you confirm that you have configured your build as BTT recommends in:
When I just did it on the latest Klipper build it looks like:
Don’t forget the bootloader offset - if you leave it as zero, the addresses put into the code will assume that the firmware is executing at the base address of the MCU (and not above the bootloader as it should) and will not execute properly.
I have tried as you describe, it seems that is flashing the board. Maybe the problem is the micro-USB cable or the micro-USB port of the board (it’s a second hand board). I will try the USART comunication.
Here the configuration and a video flashing the SKR mini
A Raspberry Pi, configured with Raspbery pi Imager. I’ve already tried with the SO with klipper and mainsail preinstaled and without it (with raspberry pi OS lite 32-bit debian bullseye, Raspberry pi OS lite 32-bit debian bookworm and raspberry pi OS lite 64-bit) with the same result.
Here the connections if can help someone with my problem. It seems that te USB port is not working (don’t know why) or i have some problem with my raspberry PI that i don’t know
Also the configuration and the steps to configure in the right way (as said @mykepredko )
I also asked to ChatGPT how to change the documents /boot/config.txt and /boot/cmdline.txt
Here the steps to change it via SSH:
sudo nano /boot/firmware/cmdline.txt
sudo nano /boot/firmware/config.txt
Thank you very much to everyone, your contributions have been very helpful and I’m sure I wouldn’t have been able to do it without you, thanks again.
As a last question, do you know if it’s a very big downgrade to communicate between the raspberry PI and the SKR MINI through USART communication?
Congratulations, I’m happy that you have things working.
Looking at it from a practical operations perspective, you won’t see any difference.
The big advantage to USB over serial is that you should be able to buy a premade USB cable for a few bucks rather than wire your own serial connection.