Marlin can not cause your electronics to whine in protest like that This is a hardware issue Look harder at your electronics Show a picture of the back of your LCD and cables and controller, I want to check you actually have exp1 going to exp1 and exp2 going to exp2 and to see what cable orientation you are using.by Dust - Firmware - Marlin
That is clearly a electrical issueby Dust - Firmware - Marlin
Your using old code "#define CONFIGURATION_H_VERSION 02010000" Firstly check your lcd and your controller gnds are connected. Ie unplug from power and usb. Check there is electrical conductivity from the on controller sd card slot metal can to the on lcd lcd slot metal can. If these are not connected your LCD cables are not correct. Note there are two cables you must plug Exp1 on motherboaby Dust - Firmware - Marlin
I carefully pry the shell off the back of the lcds, being the much cheaper component to replace if it goes wrongby Dust - Firmware - Marlin
" started noticing that the temperature was not being registered correctly, the screen showed err/? " sounds like a broken thermistor wire, homing it makes it reconnect for a whileby Dust - Firmware - Marlin
Look at configuration_adv.h /** * Fan Fast PWM * * Combinations of PWM Modes, prescale values and TOP resolutions are used internally * to produce a frequency as close as possible to the desired frequency. * * FAST_PWM_FAN_FREQUENCY * Set this to your desired frequency. * For AVR, if left undefined this defaults to F = F_CPU/(2*255*1) * i.e., F = 31.4kHz on 16MHz microcoby Dust - General
STEP, TEMPERATURE, SERVO each need their own dedicated timer in the current design. temperature uses timer 0 step uses timer 1 servo uses timer 4 I think timer 3 and 5 is unusedby Dust - Firmware - Marlin
You don't rename the required directory name, ever There are 3 different versions of this display (have requested they add the additional data below to this page) All 3 require their custom files in different formats and use different directory names on the sdcard First is DWIN uses the directory DWIN_SET second is DACAI and uses the directory private The 3rd, is a VIEWE and does not useby Dust - Firmware - Marlin
trying your 1mb image I also get 413 Request Entity Too Large Fixed, server setting. default was 1m total, upped to 8by Dust - Firmware - Marlin
why have you edited the default neopixels.h Most impotanly why did you remove the "!" from line 47? This is required The line should read if led type is not a RGB type led then #define HAS_WHITE_LED 1 You have the reverseby Dust - Firmware - Marlin
Yes... Leds do look like 4 colour ledsby Dust - Firmware - Marlin
A photo of a few leds might also help On mine for eg the white takes up half the led and is easy to see egby Dust - Firmware - Marlin
in neopixel.h #define _NEO_IS_RGB(N) (N == NEO_RGB || N == NEO_RBG || N == NEO_GRB || N == NEO_GBR || N == NEO_BRG || N == NEO_BGR) #if !_NEO_IS_RGB(NEOPIXEL_TYPE) #define HAS_WHITE_LED 1 #endif no ! in what you posted for me #if HAS_WHITE_LED #define NEO_WHITE 0, 0, 0, 255 < this line is enabled #else #define NEO_WHITE 255, 255, 255 < this line is greyed out #endby Dust - Firmware - Marlin
I just tried my SK6812 (NEO_GRBW) on a ramps with current marlin bugfix 2.1.x and it works as expected #define NEOPIXEL_LED #if ENABLED(NEOPIXEL_LED) #define NEOPIXEL_TYPE NEO_GRBW // NEO_GRBW, NEO_RGBW, NEO_GRB, NEO_RBG, etc. // See #define NEOPIXEL_PIN 4 // LED driving pin #define NEOPIXEL_PIXELS 8 // Numberby Dust - Firmware - Marlin
You don't play with HAS_WHITE_LED,this is set in code as needed. "I can get the RGB (NEO_GBR) colours to work perfectly (when 'HAS_WHITE_LED' is not selected), they cycle correctly when the board is powered up (self test), and I have full control using the gcode M150 commands." this should not work. You have told it you have G B and R leds, it doesn't know about the 4th led Ie you haveby Dust - Firmware - Marlin
Huh? I just put together a quick ramps test rig with 5 * a4988 and 1.8 degree steppers Running Current Marlin bugfix 2.1.x with linear_axes/RAMPS 5 LINEAR_AXES example configs (compiled using platformio under vscode) Update Configuration_adv.h #define MANUAL_FEEDRATE { 50*60, 50*60, 50*60, 50*60, 50*60 } // (mm/min) Feedrates for manual moves along X, Y, Z, E from panel As that line is wronby Dust - Firmware - Marlin
Not even slightly raprap related Please stick to related products. This is a reprap forum, not a general place to sell all your productsby Dust - For Sale
Only invert endstops if M119 says triggered when open and it says open when you manually hold the switch down. Ie this need inverted If it is stuck on open or triggered, this is something else, not endstop inversion.by Dust - Firmware - Marlin
on the creality 4.2.7 the endstop are X-,Y- and Z- by default because the config file asks for homing to min endstop. They are defined as #define X_STOP_PIN PA5 #define Y_STOP_PIN PA6 #define Z_STOP_PIN PA7 so are used as min or max as requested by the homing direction in the Configuration fies (in marlin anyways)by Dust - Mendel90
you don't describe your Y axes enough... Is your Y axes a bed slinger like most 3d printers, or a fixed bed in the Y direction? If it is a bed slinger then an endstop at the back is the min Y position If Y is fixed then a endstop at the back is a Y max positionby Dust - Firmware - Marlin
Not easily the ramps 128x64 lcd requires 2 * 10 pin connectors the creality 4.2.7 only has 1 10 pin connector the 4.2.7 is designed for creality displays. the color tft with encoder, the colour tft with touch. (both are serial devices) and the CR10_STOCKDISPLAY, which uses 1 10pin and doesnt have a sd on the display You would need to make up a custom cable to emulate a CR10_STOCKDISPLAYby Dust - Controllers
Sounds like you have one 1.8 degree stepper motor and one 0.9 degree stepper motorby Dust - Duet
@gibrie There is nothing like that on ramps. usb plug -> usb converter chip -> atmega2560 uart 0 port With no external power applied to the ramps, 5v is taken from USB power Get yourself a usb power meter. A bare ramps on a mega takes about 0.071A and the 5v line should not drop. I suspect you either plugged the ramps in badly (missed pins, pins out by one. etc) or they have shortsby Dust - RAMPS Electronics
use a multi meter to find the stepper motor coil pairs all 3d printer motherboard stepper driver connectors are pins 1 and 2 are 1 coil, pins 3 and 4 are the second coil. See for details and other methods to find the coilsby Dust - Firmware - Marlin
Marlin now requires that your set you driver types. the "Warning! `src_filter`" is due to platformio getting an update, it can be ignored. (already fixed in newer marlins)by Dust - Firmware - Marlin
Personally this is the wrong way to do it I would do the following. Use arduino ide to put a bootloader onto your controller via the uno running Arduino as ISP then use platformio as it was intended to connect to your controller via usb to the bootloader.by Dust - Firmware - Marlin
Also the environment your using for you board needs updating to use Arduino as ISP (default expect standard bootloader over usb) upload_protocol = stk500v1 ; each flag in a new line upload_flags = -P$UPLOAD_PORT -b$UPLOAD_SPEED ; edit these lines upload_port = SERIAL_PORT_HERE upload_speed = 19200by Dust - Firmware - Marlin
your missing the capacitor on the uno "This type of board needs a 10µF electrolytic capacitor connected to RESET and GND with the positive (long leg) connected to RESET. The capacitor has to be placed after the programmer board has been loaded with the ISP sketch. The 10µF electrolytic capacitor connected to RESET and GND of the programming board is needed only for the boards that have an inby Dust - Firmware - Marlin
This is a bug.. a bug report has been created.by Dust - Firmware - Marlin