matthewlloyd / llama-mini-firmware Goto Github PK

For those using the Mini Silicone Bed Level fix the default Z height may be to high. This gives you a fail during the wizard setup process. It proceeds and will continue to work fine but just seeing the error causes anxiety. Im not sure exactly how you could adjust for this as some users may have different heights based on how they cut the silicone pieces.

When trying to do an M303 E-1 S? (any temp) fails with a message of...

Send: M303 E-1 S50 U1
Recv: PID Autotune failed! Temperature too high

Doesn't matter what temp you try, 50, 60, 70 they all fail.

Sir, I have installed the latest version of your firmware but when I do mesh calibration from lcd the system hangs and I need to reset all the time. The issue is not there with original Prusa firmware.

Please add the option to configure the number of MBL measurement points.

I see it has been requested and implemented in the MK3 firmware here: prusa3d/Prusa-Firmware#1239
as well as requested for the Mini in the original FW repo here: prusa3d/Prusa-Firmware-Buddy#1492

In addition to the above, it would be cool to set a 3x3 mesh that measures at the exact location of each heatbed mounting point.

If such a feature was to be implemented, I would gladly update the G29 absolute values to relative converter: https://bbbenji.github.io/PMSBLM/

Hello @matthewlloyd

After replacing the stock extruder with a pancake nema 17 (direct drive) , my esteps need to be set to 830

It seems that the max setting in the lcd menu is 500, and if I try to write to eeprom with M92 E830 and M500, it seems that nothing is saved?

I did create a gcode with these parameters, and saved to usb and then hit print, but every time i reboot the printer, it changes back to default value?

Is it possible to unlock the max value of 500 in the lcd menu?

Please create an option to resize the bed. I would like to enlarge the printable area.
Also, please specify that the bed is not heated. Unfortunately, the calibration is set to require heating.

Please, before you create a new bug report, please make sure you searched in open and closed issues and couldn't find anything that matches.

Printer type - [MINI]

Printer firmware version- v1.0.5 (based on Prusa buddy 4.3.2-RC1)

Original or Custom firmware [Original/Custom]

Optional upgrades - Runout sensor

USB drive or USB/Octoprint
Please let us know if you print via USB flash drive or USB/Octoprint

Describe the bug
I am having a print fan not running error come up within the first 4% of the print about five times, my print fan is running, after I clear it five times it will run the rest of the print without a single error. When I switch back to factory prusa firmware the problem goes away. My mini is brand new, I checked the plug, connections and I Ohmed out the wires with a multi meter and they are verified good. I love your Llama Firmware and wish to continue to use it. Any assistance you could provide me on this matter would be greatly appreciated. Regards JJK

**How to reproduce, Simply start a print . Like clockwork Print fan errors,
Expected behavior
A clear and concise description of what you expected to happen.

G-code
Please attach the G-code you had trouble with. This will make it easier for us to replicate the error.

Crash dump file
Please attach the crash dump file. This will make it easier for us to investigate the bug.

Video
Please attach a video. It usually helps to solve the problem.

First off, thank you for making this firmware. Feels good to have control over my printer again.

Do you think there is any way you could modify it so we can actually name the steel sheets?

FR is for overall end goal for a quieter printer

Hypothesis: Switching Extruder to Stealthchop will make it quieter, and hopefully doesn't have downsides.

The stock prusa mini firmware has the Extruder in spreadcycle mode. I believe the X Y Z axis are already in stealthchop.
There may be an theoretical opportunity to quiet the extruder down by switching the extruder to stealthchop. This may require tweaks such as upping the extruder current a bit for reliable operation, if it doesn't work at stock current.

Hello,

As I currently did a upgrade to the bear frame, the hardcoded motor current does not suffice anymore for Z.

Where exactly can I edit the motor currents? M907 does not work.

thanks in advance!

Hi Matthew,
Could you provide some details re: how you were able to do SWD debugging of the firmware on the buddy board (Prusa Mini) while developing the Llama-Mini-Firmware?

I'm able to debug a STM32F4-Discovery with an identical STM32F407VG MCU, but not the actual printer's buddy board.
The board has the "appendix" removed.
Using the SWD debug connector of the buddy board.
nRST resets the board but does not halt it, not really allowing debugging or SWD firmware flashing.

Prusa's site/forum do not appear helpful in this regard (SWD debugging).
Perhaps you can share some of your findings.

Thank you

Hello

I read you have stopped developing this. But would you keep developing as paid support?

I have testet the v1.0.1 beta on my prusa mini.

There is no remain print time in the status display. Only the % will be increased. I use the prusa slicer.

Having changed the bowden tube when upgrading extruder, I ended up with a bit shorter bowden tube than the original. This leads to the loading-procedure ramming filament into the hotend at full speed before starting the purge process.

It would be nice to see an option to adjust the length of the fast-feeding part of loading filament. (If this firmware is still active)

Hello,

I can't get the custom firmware to work with my prusa mini:
After building the firmware, I flashed the bbf file in bootloader mode. This worked normally but then I ended up in a bootloop shortly after that.

Tried your bbf file too, but didn't succeed to boot the prusa normally...

Have anyone else this problem?

Best regards and thanks for your work
Felix

Is it possible to implement the power loss recovery feature like the MK3 for example? Prusa promised this long ago but never happed for the MINI. It would be great to see this implemented in your firmware.

Thanks a lot.

My recently purchased Mini+ does not allow Llama latest firmware update. Gives "firmware signature verification failed" "Error! #12606"

I have flashed the file from USB flashcard, and now I have constant bootloop, i have no idea how to reflash it in the DFU mode? could anyone make video of the process? do I need raspberry pi for that? I have original prusa mini
I have very limited knowledge and don't understand "Flashing in DFU Mode" instruction with python code, i could tip if anyone can help me, I really don't want to spent 100$ for new board.
P.S. I did break appendix before everything else and put black jumper on BOOT0 and GND

Hi this is Sorav here and I installed the firmware for testing. On doing calibration I went ahead with the repeat of first layer calibration ,on doing that the bed starts cooling down and it never starts heating .I need to reset from the LCD to do that again.

Printer type: MINI
Optional upgrades: PID autotune

It would be great if there was an easy way to manage PID autotune from the main menu.
At the moment it is only possible to perform it through gcode, or am I wrong?

Thanks a lot for your work, bringing us wonderful features.