Hi Kevin,
had the same issue on Fysetc BRD, commenting #select HAVE_GPIO_I2C in src/rp2040/Kconfig and reflashing works. Until now no more issues
Jiri
Hi Kevin,
had the same issue on Fysetc BRD, commenting #select HAVE_GPIO_I2C in src/rp2040/Kconfig and reflashing works. Until now no more issues
Jiri
Compiling klippy with:
Klipper Firmware Configuration
[*] Enable extra low-level configuration options
Micro-controller Architecture (Raspberry Pi RP2040) --->
Bootloader offset (No bootloader) --->
Flash chip (W25Q080 with CLKDIV 2) --->
Communication interface (USB to CAN bus bridge) --->
(1) CAN RX gpio number
(0) CAN TX gpio number
USB ids --->
(1000000) CAN bus speed
() GPIO pins to set at micro-controller startup (NEW)
Then loading klippiy directly into the SKR PICO works.
Loading klippy directly into SKR PICO.txt (3.1 KB)
klippy (21).log (50.0 KB)
Compiling CanBoot with:
Micro-controller Architecture (Raspberry Pi RP2040) --->
Flash chip (W25Q080 with CLKDIV 2) --->
Build CanBoot deployment application (16KiB bootloader) --->
Communication interface (USB) --->
USB ids --->
() GPIO pins to set on bootloader entry
[*] Support bootloader entry on rapid double click of reset button
[ ] Enable bootloader entry on button (or gpio) state
[ ] Enable Status LED
and klippy with:
make menuconfig:
[*] Enable extra low-level configuration options
Micro-controller Architecture (Raspberry Pi RP2040) --->
Bootloader offset (16KiB bootloader) --->
Communication interface (USB to CAN bus bridge) --->
(1) CAN RX gpio number
(0) CAN TX gpio number
USB ids --->
(1000000) CAN bus speed
() GPIO pins to set at micro-controller startup (NEW)
Then loading klippy via CanBoot does not work.
Loading Klippy via CanBoot.txt (5.5 KB)
klippy (22).log (129.8 KB)
Compiling dirty klippy with:
bool
depends on HAVE_GPIO && HAVE_GPIO_I2C
depends on !MACH_RP2040 # Temporary hack to avoid rp2040 regression
default y
and
[*] Enable extra low-level configuration options
Micro-controller Architecture (Raspberry Pi RP2040) --->
Bootloader offset (16KiB bootloader) --->
Communication interface (USB to CAN bus bridge) --->
(1) CAN RX gpio number
(0) CAN TX gpio number
USB ids --->
(1000000) CAN bus speed
() GPIO pins to set at micro-controller startup (NEW)
Then loading dirty-klippy via CanBoot works
Loading dirty-Klippy via CanBoot.txt (4.3 KB)
klippy (27).log (115.2 KB)
This raises several questions.
I have included all the logs as clearly as I can, and would like to thank the authors for a great product.
I noticed some lage changes in Katapult (was CanBoot) this weekend. So retested with
Klipper Version: v0.11.0-257-ged66982b
Katapult Configuration v0.0.1-57-gabd1545
The full details are at:
https://klipper.discourse.group/t/can-bus-katapult-and-klipper-on-a-voron-0/9829
It now works, Thank you.