Closed OzzieOrca closed 2 years ago
I flashed a build to use UART today and configured the Pi for UART (per https://github.com/FYSETC/FYSETC-SPIDER/blob/main/firmware/Klipper/Connect%20RPI%20uart.md). ls /dev/ttyAMA0
seems to work but Klipper still can't connect.
My Klipper printer.cfg
has
[mcu]
serial: /dev/ttyAMA0
restart_method: command
klippy.log
has:
mcu 'mcu': Starting serial connect
webhooks client 1967506616: New connection
webhooks client 1967506616: Client info {'program': 'Moonraker', 'version': 'v0.7.1-194-geda5623'}
mcu 'mcu': Timeout on connect
mcu 'mcu': Wait for identify_response
Traceback (most recent call last):
File "/home/pi/klipper/klippy/serialhdl.py", line 69, in _get_identify_data
params = self.send_with_response(msg, 'identify_response')
File "/home/pi/klipper/klippy/serialhdl.py", line 258, in send_with_response
return src.get_response([cmd], self.default_cmd_queue)
File "/home/pi/klipper/klippy/serialhdl.py", line 316, in get_response
cmd_queue)
File "/home/pi/klipper/klippy/serialhdl.py", line 250, in raw_send_wait_ack
self._error("Serial connection closed")
File "/home/pi/klipper/klippy/serialhdl.py", line 62, in _error
raise error(self.warn_prefix + (msg % params))
error: mcu 'mcu': Serial connection closed
mcu 'mcu': Timeout on connect
mcu 'mcu': Wait for identify_response
Traceback (most recent call last):
File "/home/pi/klipper/klippy/serialhdl.py", line 69, in _get_identify_data
params = self.send_with_response(msg, 'identify_response')
File "/home/pi/klipper/klippy/serialhdl.py", line 258, in send_with_response
return src.get_response([cmd], self.default_cmd_queue)
File "/home/pi/klipper/klippy/serialhdl.py", line 316, in get_response
cmd_queue)
File "/home/pi/klipper/klippy/serialhdl.py", line 250, in raw_send_wait_ack
self._error("Serial connection closed")
File "/home/pi/klipper/klippy/serialhdl.py", line 62, in _error
raise error(self.warn_prefix + (msg % params))
error: mcu 'mcu': Serial connection closed
Try to use no bootloader option https://github.com/FYSETC/FYSETC-SPIDER#1-boot-address-no, and flash it with command dfu-util -R -a 0 -s 0x08000000:leave -D ~/klipper/out/klipper.bin
Somehow I got dfu-util --list
working. The only thing I can think of is I unplugged the display cables EXP1 and EXP2. The only other thing is maybe powering the Pi from the Spider. I had a separate USB power running to the Pi at one point to keep it on.
After that, I did need to flash to the 0x08000000
address and overwrite the bootloader to get it working. Thanks for that! I've got a few things to figure out but it's connecting now :) Thanks!
dfu-util -R -a 0 -s 0x08000000:leave -D ~/klipper/out/klipper.bin
Can still make use of make flash FLASH_DEVICE=0438:df11
when no bootloader is selected in make menuconfig
which imho is a cleaner approach as it will work with updating also by make flash (but passing the /dev/serial/by-id/... device node as FLASH_DEVICE like make flash FLASH_DEVICE=/dev/serial/by-id/usb-Klipper<fill inn the reset>
But as the user is also mentioning UART using no bootloader will force the user to use USB and BT0 jumper for any future updates. I would strongly suggest recommending restoring the bootloader to enable flash-sdcard.sh to work or sticking with just using USB.
I can't seem to get my Raspberry Pi 3 Model B+ to connect to the Spider v1.1 board. Here's a list of things I've tried so far:
ls -l /dev/serial/by-id/
returnsls: cannot access '/dev/serial/by-id/': No such file or directory
~/klipper/out/klipper.bin
tofirmware.bin
on the Raspberry Pi's SD Card, inserted that SD card in to the spider and powered the spider on. The Flash LED blinked quickly for 10s of seconds and then became solid. I've since tried that a couple times.When in DFU mode (jumper between
3.3V
andBT0
),dfu-util --list
returnsWhen in DFU mode,
dfu-util -R -a 0 -s 0x08008000:leave -D ~/klipper/out/klipper.bin
returnsdmesg -wH
returns a few different thing depending on how the board is powered and DFU mode: a. Non-DFU mode powered by 24v, no messages b. DFU mode powered by 24v Googlingerror -110
seems to often indicate a power issuec. DFU mode and powered by USB 5v (jumper moved to
U5V
)d. Non-DFU mode powered by USB 5v
It seems like the board is responding correctly to USB connections. I've tried a couple different cables that work with my phone (I can get my phone to show up in
dmesg
). All the appropriate power LED are on and it's able to power the Pi when it's hooked up that way. Do you guys have any other ideas of things to try? Is something wrong with my board?Thanks for your help! Hope I can figure this out :)