-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Marlin 2.0 with MKS SBASE and MKS mini 12864 lcd #15842
Comments
From my understanding, I dont think the MKS Sbase supports the mks mini panel. I looked through the pins.h file for this board and only found the fysetc mini 12864 was defined. I am not sure if I am right though. |
The SBase config doesn’t have support for the MKS mini LCD currently. Someone will need to verify then pins and submit a PR to get it working. |
Configurations, please |
So this could be renamed to be a FR instead? |
Yes. Configs won’t help here. |
configs are just a standard i hit when i see nothing attached so if @hussainsail2002 agree we can rename this a FR and clean it up a bit :-D |
@thisiskeithb I also tried connecting to pronterface and the board would just not connect. as mentioned by @boelle I will attach the config files Thanks Configuration.zip Edit: |
@thisiskeithb |
remember that if you end up with working pins give us a copy so that we have a chance of feeding it back in to marlin 2.0.x i can do a PR, i just need to know precise what file to add or change |
It seems to me the pins on EXP1 of MKS SBASE don't have pins connected for MKS MINI12864 (NC on board schematics), you might need to create custom cable. I think it's because MKS MINI12864 has mirrored connectors. Adding:
to |
You can refer to: |
Since you have to physically modify the motherboard, does it make sense to add native Marlin support for this controller? |
Maybe put an |
Why I have a feeling that the issue is more linked to settings and not the hardware as Makerbase has done with the main board...... Sorry that I'm not contributing anything here, but just sharing my thinking..... |
Is there a way to fix this at the firmware ? Will probably try the soldering method for now. Thanks @qyh1991qyh for the guide |
This can not be fixed at the firmware level, it requires physical modifications to the board. |
I tried the soldering method that was recommended along with the changes in the firmware. When I connect board to the MKS mini 12864, the LCD turns on for few seconds and then blanks out Not sure what the issue is though. Edit: I have not connected any thermistors or power supply from smps , just connected a usb cable from my PC to the board |
I have managed to get it working, The mistake I made was I activated Minipanel in the lcd section instead of mks_mini_12864. The reason why I prefer the mks mini 12864 is because of the front loading LCD It now works after soldering and adding few lines of code as mentioned in the link above. Thanks for the help ! Hussain |
@hussainsail2002 Could you specify closer what you did? I did the solder thing. Soler two pins together, and the other two pins together. but LCD is just lit up. Nothing is on it |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Description
I am trying to compile marlin 2.0 for MKS Sbase 32 bit controller which uses LPC1768
which has a mks mini 12864 LCD display along with the SD card reader.On compiling I get the following error:
In file included from Marlin\src\lcd\dogm\ultralcd_DOGM.cpp:42:
Marlin\src\lcd\dogm\ultralcd_DOGM.h:195:23: error: 'DOGLCD_CS' was not declared in this scope
#define U8G_PARAM DOGLCD_CS, DOGLCD_A0 // HW-SPI
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.cpp:78:15: note: in expansion of macro 'U8G_PARAM'
U8G_CLASS u8g(U8G_PARAM);
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.h:195:23: note: suggested alternative: 'DOGLCD_SCK'
#define U8G_PARAM DOGLCD_CS, DOGLCD_A0 // HW-SPI
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.cpp:78:15: note: in expansion of macro 'U8G_PARAM'
U8G_CLASS u8g(U8G_PARAM);
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.h:195:34: error: 'DOGLCD_A0' was not declared in this scope
#define U8G_PARAM DOGLCD_CS, DOGLCD_A0 // HW-SPI
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.cpp:78:15: note: in expansion of macro 'U8G_PARAM'
U8G_CLASS u8g(U8G_PARAM);
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.h:195:34: note: suggested alternative: 'DOGLCD_SCK'
#define U8G_PARAM DOGLCD_CS, DOGLCD_A0 // HW-SPI
^~~~~~~~~
Marlin\src\lcd\dogm\ultralcd_DOGM.cpp:78:15: note: in expansion of macro 'U8G_PARAM'
U8G_CLASS u8g(U8G_PARAM);
^~~~~~~~~_
*** [.pio\build\LPC1768\src\src\lcd\dogm\ultralcd_DOGM.cpp.o] Error 1_
Steps to Reproduce
Required: Please include a ZIP file containing your
Configuration.h
andConfiguration_adv.h
files.**Expected behavior:**Expected the comiplation to complete
Actual behavior: Throws and error, this error points to a line of code in the ultralcd_DOGM.h file
which says the following:
_// Use HW-SPI if no other option is specified
#ifndef U8G_PARAM
#if ENABLED(FORCE_SOFT_SPI)
#define U8G_PARAM DOGLCD_SCK, DOGLCD_MOSI, DOGLCD_CS, DOGLCD_A0 // SW-SPI
#else
#define U8G_PARAM DOGLCD_CS, DOGLCD_A0 // HW-SPI
#endif
#15686
Additional Information
From my understanding, the LCD is creating some problem.
The text was updated successfully, but these errors were encountered: