search

makerbase-mks / MKS-RUMBA32

MKS RUMBA32 is modified in Aus3D RUMBA32 version and a powerful 32-bit 3D printer control board with STM32F446VET6 , The main frequency is 180MHZ. Support Marlin2.0 , support MKS LCD12864B/MINI12864/2004/12864, support MKS TFT24/28/32/35/70 Screens. The motherboard integrates 6 AXIS interface, integrates SPI / UART interface…
16 stars 15 forks source link

G29, BLtouch #13

Closed phongshader closed 4 years ago

phongshader commented 4 years ago

I've gone through the Marlin UBL setup several times, had it working on the previous MKS Rumba board. I can run G29A, G29 T, but when I run G29 P1 I get this 1Send: G29 A Recv: Unified Bed Leveling System v1.01 active Recv: ok [...] Send: G29 P1 Recv: Default storage slot 0 selected. Recv: Mesh invalidated. Probing mesh. Recv: Recv: Probing mesh point 1/100. Recv: [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing [...] Recv: echo:busy: processing the probe deploys but nothing happens, no bed mapping, the printer just stands idle. Is there something unique to this board that would make the Marlin documentation for UBL invalid?

phongshader commented 4 years ago

No ideas? One thing that may be part of the problem is I'm using a REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER and it will lock up the printer if I use the encoder. Is this a bug or is the controller not compatible with the rumba32 board? I also have a mks tft35 that does work. Is there a way to compile the firmware without REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER and just use the tft? When I try to compile without the REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER I get a sanity check error and the compile fails.

makerbase-mks commented 4 years ago

It should be compatible with LCD12864

phongshader commented 4 years ago

has anyone gotten a bltouch and tmc5160 to work together on this board? when I issue a g29 t command the lcd screen speaker makes a clicking noise and then goes silent. If I issue a g29 p1 command the lcd screen speaker makes a clicking noise and the printer needs to be reset. Could there be some connection to this https://github.com/makerbase-mks/MKS-RUMBA32/issues/1 where the servo pin is competing with some other resource? Or perhaps this https://github.com/Aus3D/RUMBA32/issues/8

phongshader commented 4 years ago

I made the changes outlined in Aus3D/RUMBA32#8 but it made no difference g29 P1 still locked the printer. Any ideas?

phongshader commented 4 years ago

I'm trying to compile one of the examples from MKS-RUMBA32-master, Anycubi I3, to see if I can get this board to function with one of the included examples. Am I correct in thinking that these examples are working configuration files? Looking at the Anycubi I3 Configuration.h file, it has

ifndef MOTHERBOARD

define MOTHERBOARD BOARD_TRIGORILLA_14

endif

shouldn't this be

ifndef MOTHERBOARD

define MOTHERBOARD BOARD_MKS_RUMBA32

endif

if this were a working Configuration.h for a MKS Rumba23 motherboard? Needless to say it does not compile...with either entry /Users/justin/.platformio/packages/toolchain-gccarmnoneeabi/bin/../lib/gcc/arm-none-eabi/9.2.1/../../../../arm-none-eabi/bin/ld: cannot open linker script file stm32f446xe.ld: No such file or directory collect2: error: ld returned 1 exit status * [.pio/build/mks_rumba32/firmware.elf] Error 1 Is there a WORKING** example configuration files of a cartesian printer with BLTouch?

phongshader commented 4 years ago

After some more searching I found this https://github.com/MarlinFirmware/Marlin/issues/16088 which seems to possibly address the problem I'm having.

phongshader commented 4 years ago

It looks as if this has been resolved in the latest Marlin 2.0 bugfix