Show all posts by user

can you guess what it is? - 7 months ago

Very pleased with how this turned out Can you guess what it is before trying it? leds = 8; //even number of leds across border = 1; base_top = 66; base_height = 5; base_bottom = base_top + base_height +base_height; top_pipe = (base_top - (leds+1)*border) / leds; base_pipe= (base_bottom - (leds+1)*border) / leds; Faces = [ [0,1,2,3], // bottom [4,5,1,0], // front [

by Dust - OpenSCAD

Re: Get a random seed to randomize auto file order [C++, MarlinFW] - 7 months ago

Ive had a play and found lots of stuff 1) the random number generator was not working as it should at all 2) the code provided actually opens up the auto#.G file and injected to gcode within into marlin. This only works for very small files or buffer over runs happen and crash marlin a few things I changed 1) disabled the default marlin autostart, implemented our own method instead 2) I only

by Dust - Firmware - Marlin

Re: Minor irritation with the OpenSCAD app screen - 7 months ago

No issues like this on my Ubuntu 22.04.2 LTS running OpenSCAD version 2021.01

by Dust - OpenSCAD

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

the links are Configuration.h#L754-L816 Configuration.h#L978-L986 Same page, different lines highlighted

by Dust - Firmware - Marlin

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

click on link, waif for page to load it will highlight the sections mentions and yip the second one is wrong... updated

by Dust - Firmware - Marlin

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

no delta like setting in provided config... ie #define DELTA and you need this entire section and this Without that only Cartesian setting are possable

by Dust - Firmware - Marlin

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

You config has other errors. cannot home to z-max using a bltouch needs these enabled #define X_MAX_ENDSTOP_INVERTING false // Set to true to invert the logic of the endstop. #define Y_MAX_ENDSTOP_INVERTING false // Set to true to invert the logic of the endstop.

by Dust - Firmware - Marlin

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

the pins file has #define X_STOP_PIN X_DIAG_PIN #define Y_STOP_PIN Y_DIAG_PIN So just set #define USE_XMAX_PLUG #define USE_YMAX_PLUG And it works as expected as x|y-min or x|y-max will still use X|Y_STOP_PIN

by Dust - Firmware - Marlin

Re: Error: USE_XMAX_PLUG when homing X to MAX, with sensorless_homing enabled. - 7 months ago

"so I really shouldn't need to enable any axis(max or min) plugs as they will be physically empty" sensorless_homing is bs marketing... In reality the sensor is inside the tmc stepper drivers, it detects when the motor is stalled, and it uses a IO line connected to the endstop pins. So the plugs may be empty, but they are used.

by Dust - Firmware - Marlin

Re: Get a random seed to randomize auto file order [C++, MarlinFW] - 7 months ago

please post url to patched code, or attach as zip, so we can see exactly what you changed and are running

by Dust - Firmware - Marlin

Re: error: 'SD_DETECT_PIN' was not declared in this scope; did you mean 'SD_SCK_PIN'? - 7 months ago

First a minor issue You have two extruders, but have setup #define FILAMENT_RUNOUT_SCRIPT "M600" this is for 1 extruder for more than 1 it should be #define FILAMENT_RUNOUT_SCRIPT "M600 T%c" Second issue enable #define USE_OTG_USB_HOST

by Dust - Firmware - Marlin

Re: Marlin 2.0 + Ramps 1.4 need help with Fan Extension board - 7 months ago

With BOARD_RAMPS_14_EFB the part cooling fan is defined as #define FAN_PIN MOSFET_B_PIN ie D9 This is controlled with M106/M107 ie gcode, normally generated by you slicer. So I'm rather confused by your description above... you already have a software controlled parts cooling fan So let take a step back.. Fans 101: Controller fan: cools the controller. can be setup to t

by Dust - General

Re: Creality Ender5 pro with REPRAPDISCOUNT FULL GRAPHIC SMART CONTROLLER - 7 months ago

Firstly m going to presume you meant V4.2.2 not v4.4.2 as that doesn't exist as far as I can ascertain You cannot connect this up without loosing the sdcard on the lcd. There are simply not enough pins. So defining REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER is not a option as you cannot have a sdcard on the display that this define expects, You need ti instead define CR10_STOCKDISPLAY and

by Dust - Reprappers

Re: PCB Creality 4.2.2 (STM32F103RET6) and Marlin FW relations - 7 months ago

#elif MB(CREALITY_V4) #include "stm32f1/pins_CREALITY_V4.h" // STM32F1 env: STM32F103RE_creality env: STM32F103RE_creality_xfer env: STM32F103RC_creality env: STM32F103RC_creality_xfer env: STM32F103RE_creality_maple So look at the listed build envs: which leads to # # Creality (STM32F103Rx) # extends = stm32_variant board_build.v

by Dust - Firmware - Marlin

Re: PCB Creality 4.2.2 (STM32F103RET6) and Marlin FW relations - 7 months ago

1) no question here.. Firstly check the MPU on the controller. read the part number. If you build for a stm32f103re and it is a stm32f103rc it will not boot and the screen will not start. Has been seen with STM32F103RC, STM32F03RE, GD32F103RE and GD32F303RE 2) no source, a booloader.bin is available second 2) Its a stm32, you can use any standard stm32 upload methods. but using sdcard is ea

by Dust - Firmware - Marlin

Re: CRE-4001050015 Creality touchscreen support in marlin - 7 months ago

There is no support for these Creality touchscreens in stock marlin.

by Dust - Firmware - Marlin

Re: error: 'SD_DETECT_PIN' was not declared in this scope; did you mean 'SD_SCK_PIN'? - 7 months ago

No not '#define SDCARD_CONNECTION(ONBOARD)' #define SDCARD_CONNECTION ONBOARD

by Dust - Firmware - Marlin

Re: error: 'SD_DETECT_PIN' was not declared in this scope; did you mean 'SD_SCK_PIN'? - 7 months ago

The define is inside a #if block #if SD_CONNECTION_IS(ONBOARD) #endif Ie you need #define SDCARD_CONNECTION ONBOARD In your Configuration_adv.h

by Dust - Firmware - Marlin

Re: compiling marlin 2.1.2 for BTT SKR MINI E3 V3.0 board - 7 months ago

you have tried enabling some sort of directly marlin controlled tft display, probabbly BTT_TFT35_SPI_V1_0 with TOUCH_SCREEN but this is not what you have. This TFT display is not directly controlled by marlin. it is a serial device with cr10 emulation. In firmware you setup CR10_STOCKDISPLAY and a serial port set to 2, that is all this display requires.

by Dust - General

Re: Where/how to specify the Serial Port in platformio.ini - 7 months ago

If this is still the SKR 1.4 Turbo The upload script locates the sdcard card drive by looking for one of these two conditions. A volume name of REARM A file in the root of the directory called FIRMWARE.CUR (the contents of this file is irreverent) So update things so at least one of these tests returns true.

by Dust - Firmware - Marlin

Re: Where/how to specify the Serial Port in platformio.ini - 7 months ago

Another common reason is you have another program running that is keeping the port to itself. Cura does this the instant it is opened.

by Dust - Firmware - Marlin

Re: Problem with extruder fan in Renkfroce RF100 v1 ( Marlin 2.1.2 ) - 8 months ago

Marlin 2.1.2 has many issues, include issues with pwm on 8 bit controllers Either use 2.1.1 or bugfix

by Dust - Firmware - Marlin

Re: CRAMPS PINOUT - 8 months ago

Linked off of

by Dust - RAMPS Electronics

Re: Marlin 2.0.9 for Wanna Duplicator6 - 8 months ago

The power on motor currents are set by: * PWM_MOTOR_CURRENT - used by MINIRAMBO & ULTIMAIN_2 * known compatible chips: A4982 use #define MOTOR_CURRENT_PWM_RANGE 2782 #define PWM_MOTOR_CURRENT { 1200, 1200, 1000 } // Values in milliamps As set in the provided example config for this machine

by Dust - Firmware - Marlin

Re: LCD full graphic - 8 months ago

Dopo un po' lo slot della scheda SD inizia a staccarsi dal PCB Basta ritoccare i pin di saldatura con un po' di saldatura nuova e probabilmente funzionerà di nuovo.

by Dust - GCODE, Software e Firmware

Re: marlin download - 8 months ago

Ive never seen any that say skr2 v1.3, it must be a new revision. Hopefully its still compatible with BOARD_BTT_SKR_V2_0_REV_B

by Dust - Firmware - Marlin

Re: marlin download - 8 months ago

When you change the controller, you need to firmware that supports that controller. The btt skr 2 and the btt skr 1.3 are different boards. Look at your controller, the name of the board is probably written on it, Both have been in stock marlin for some time. BOARD_BTT_SKR_V2_0_REV_A // BigTreeTech SKR v2.0 Rev A (STM32F407VG) BOARD_BTT_SKR_V2_0_REV_B // BigTreeTech SKR v2.0 Rev B (STM32F

by Dust - Firmware - Marlin

Re: Kinematics problem, nonlinear Z-axis, kinematics relationship of Z-axis - 8 months ago

Search the code for forward_kinematics

by Dust - Firmware - Marlin

Re: Unblock my IP, ISP, Domain - 8 months ago

I have found what I believe was the cause of this and have removed it.

by Dust - Administration, Announcements, Policy

Re: Issues with homing - 8 months ago

Does it actually home then the screen goes blank? If so your endstop is shorting gnd and 5v

by Dust - Firmware - Marlin