Error after Klipper firmware 0.13 update

Basic Information:

Printer Model: monoprice mine select V3
MCU / Printerboard: stm32f070xb / M200_V3-MAINBOARD
Host / SBC: RasberryPi
klippy.log

Here the relevant part from klippy log

loaded MCU ‘mcu’ 132 commands (v0.13.0-189-ge1ba7c17c / gcc: (15:12.2.rel1-1) 12.2.1 20221205 binutils: (2.40-2+18+b1) 2.40)
MCU ‘mcu’ config: ADC_MAX=4095 BUS_PINS_i2c1=PB6,PB7 BUS_PINS_i2c1_PB6_PB7=PB6,PB7 BUS_PINS_i2c1_PB8_PB7=PB8,PB7 BUS_PINS_i2c1_PB8_PB9=PB8,PB9 BUS_PINS_i2c1_PF1_PF0=PF1,PF0 BUS_PINS_i2c1a=PF1,PF0 BUS_PINS_spi1=PA6,PA7,PA5 BUS_PINS_spi1a=PB4,PB5,PB3 BUS_PINS_spi2=PB14,PB15,PB13 BUS_PINS_spi2a=PC2,PC3,PB10 CLOCK_FREQ=48000000 INITIAL_PINS=PA8,PB11,PB1,!PB3,!PB8 MCU=stm32f070xb PWM_MAX=257 RESERVE_PINS_USB=PA11,PA12 RESERVE_PINS_crystal=PF0,PF1 STATS_SUMSQ_BASE=256 STEPPER_OPTIMIZED_EDGE=6 STEPPER_STEP_BOTH_EDGE=1
mcu_temperature ‘mcu’ nominal base=358.903654 slope=-767.441860
Sending MCU ‘mcu’ printer configuration…
webhooks client 130074575577872: New connection
b’Got EOF when reading from device’

Fill out above information and in all cases attach your klippy.log file (use zip to compress it, if too big). Pasting your printer.cfg is not needed
Be sure to check our “Knowledge Base” Category first. Most relevant items, e.g. error messages, are covered there

Describe your issue:

My printer a monoprice mine select V3 has klipper firmware 0.11
It is working fine also with klipper host 0.13.

Today i compiled 0.13 and flash it. Now it stops working.
I used the same config as for compiling as 0.11
And the printer.cfg ist also the same.…

It look like the serial comunicatin is working in general. so no USB Issue.

After i flashed back klipper firmware 0.11 it works again.

The main difference if have seen is the size of the firmware
firmware v0.11 28kB
firmware v0.13 42kB (but i think this is because off more feature)

Has enybody an idea what’s wrong ?

The only relevant part is the log itself.

deleted - Sineos

Seems not too difficult, right?

klippy.log (167.0 KB)

I have already checked the Knowlege Base.
I have no cable or usb port problems.
I also checked on a different Host.
With firmware v0.13 my Raspberry became unresponsive.
With firmware v0.11 all working fine.

Hard to tell, since the log contains various issues:

In any case, do not “recycle” old .config files when updating across major versions.

Hi,

thanks for looking into the logfile.

The “No such device or address“ error came from a bad configured VM from my side. I messed up the usb passthrue.
After i fixed this, these message is gone. I made the same mistake with my webcam.
The second point i can rule out because with the v0.11 firmware it’s workin fine.
I have also made i total new .config by deleting the old and create a new one with menuconfig.
I tried different hosts (a Raspberry and a debian VM on a nuc under Proxmox)
Also i change the usb cable. No difference.
i think the v0.13 firmware is bad. There must something different against v0.11
In the past i had also the same problems with v0.12 firmware.
Thats why i am staying at v0.11. This pice is working with my printer.
thanks

Considered it could be this?

It is possible that on some obscure/old/cheap/not popular MCUs, there could be issues.
If you say that it has been broken for more than 2 years.
It’s unfortunate.

commit 0d67d9c45d2dc39f8b4be7d1bb54b94b2698a2b6 (tag: v0.12.0)
Author: Kevin O'Connor <kevin@koconnor.net>
Date:   Thu Oct 12 20:54:45 2023 -0400

    docs: Note the release of v0.12.0

But it also means that this whole time, no one reported it.
It is hard to guess or debug without this particular MCU in hand.

If you will, you can go down the rabbit hole: Klipper Versioning, Downgrading, and Bisecting
To, well, isolate the change that broke your particular MCU.

2 Likes

Thanks for advise.

i will give it a try. But at the moment i have no time. My free time is limited.
I don’t use my Print very often. So will freeze my Enviroment at the current state.
As far as i cant tell v0.11 is working v0.13 and v0.12 not.

Thank,

i only used the VM for troubleshouting and to rule out the Raspberry. In general i use a Raspberry.
I had no chance troubleshoot on my Raspberry because at the time i use the v0.13 Firmware this piece freezed and become unresposive. No idea why.
I thought it was a wrong device-ID but thats not the case.
It is really the firmware itself at the point …Sending MCU ‘mcu’ printer configuration
the firmware crashed on my printer. My raspberry freezed and no good logs. i don’t know why this happend. With the VM i had the chance to get logfiles an rule out the device-ID guess and also cable an usb-port problems.
Maybe i find a way to stay at klipper v0.11 in mainsail. At the moment my host is 0.13 an my printer is 0.11. I fear in future releases this combination will not work anymore.

Hi,

now had had the time to test something on my raspberry.
Done always with a fresh .config
Here my list:
v0.11.0-249-gba4eed175 (working)
v0.11.0-299-gb1f597c5 (working)
v0.12 (not working)
v0.13.0-181-ge1176e4df (not working)
v0.13.0-190 no bleeding edges (not working)
v0.13.0-190 (not working)

my MCU is a STM32F070CBT6

i also cleand up my printer.cfg. But during the test i always use the same printer.cfg

With the not working firmware my rasberry died exactly

after “Sending MCU ‘mcu’ printer configuration…”

So i have reset the raspberry agian.
The printer was not recognised by the raspberry so i have to powercyle th printer.
My gues , the sended configuration killed the printer firmware.
But this i can not debug.
What else i can do ?

by the way the printer is the same as Malyan M200 V3

Thanks

1 Like

@mykepredko Should the OP be using this fork?

It seems there are around 313 commits between v0.11 and v0.12. You would need the exact version as described in the bisecting article.

No.

03982f2c7ecae3fee2e187f1d235b28f373d8885 is the first bad commit
commit 03982f2c7ecae3fee2e187f1d235b28f373d8885
Author: Kevin O’Connor kevin@koconnor.net
Date: Mon Oct 30 16:32:49 2023 -0400

docs: Update the Contact document

Try to make it more clear that Discord is not Discourse, as the two
similarly sounding services are often confused by users unfamiliar
with them.

The Klipper Discourse and Klipper Discord are available for many
topics related to Klipper - reword some sections to make their use
more open.

Avoid referring to the Klipper github repo in this Contact document as
we no longer use Klipper github issues at all.

Remove the table of contents as it is largely redundant for the
document.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>

.github/workflows/reviewer-needed-label.yaml | 4 ±
.github/workflows/stale-issue-bot.yaml | 6 ±-
docs/Contact.md | 68 +++++++±-------------------
docs/SDCard_Updates.md | 2 ±
4 files changed, 26 insertions(+), 54 deletions(-)

This is practically impossible. This commit only changed the documentation and GitHub bots, and nothing in Klipper.

No - I’m not sure the OP is using that MCU and, in any case, the code is integrated into the current firmware package.

I figured it had been integrated but on the off chance…
It was the only meaningful hit when I googled “STM32F070CBT6 Klipper”

Thanks,

you are right, i’ve done something wrong.

Today i’ve done the Biseecting procedure i got the same result:

c0095812ff18687ed25ce0f1ed468ebed8f81cfe is the first bad commit
commit c0095812ff18687ed25ce0f1ed468ebed8f81cfe
Author: Gareth Farrington gareth@waves.ky
Date: Sun Jun 2 22:31:28 2024 -0700

hx71x: Load Cell Skeleton and HX71x bulk ADC

* Create the load_cell host module skeleton to create the sensors and start taking samples.
* Add support for the HX717 and HX711 ADC sensors.

Signed-off-by: Gareth Farrington <gareth@waves.ky>

docs/API_Server.md | 15 +++
docs/Config_Reference.md | 57 ++++++++++
klippy/extras/hx71x.py | 170 +++++++++++++++++++++++++++++
klippy/extras/load_cell.py | 36 +++++++
src/Kconfig | 9 ±
src/Makefile | 1 +
src/sensor_hx71x.c | 245 ++++++++++++++++++++++++++++++++++++++++++
test/configs/ar100.config | 1 +
test/configs/stm32f042.config | 1 +
9 files changed, 534 insertions(+), 1 deletion(-)
create mode 100644 klippy/extras/hx71x.py
create mode 100644 klippy/extras/load_cell.py
create mode 100644 src/sensor_hx71x.c

Here my final result:
v0.12.0-268-g0844388d7 is working

v0.12.0-269-gc0095812f is not working
and all following until now.

Thanks guys

1 Like