So I am told by Monoprice that there is no Z Probe on the Mini V1. I am guessing that is the reason for the absence of those commands. Is there some other mechanism used in the software for that machine to derive the information ordinarily provided by the z probe?
↧
Re: M851 unrecognized command???
↧
Re: Fan etc on external i2c-controller
Fair enough, I will keep bashing away.
Thanks
Thanks
↧
↧
Re: MAX31865 on BTT SKR 1.4 turbo LPC1769
I managed to get working, the problem was with the wrong pinout.
Now I am getting an error Open RTD element no matter of the resistance connected. Has anyone faced a similar problem with MAX31865?
Now I am getting an error Open RTD element no matter of the resistance connected. Has anyone faced a similar problem with MAX31865?
↧
TMC2208 X-axis making more noise than Y-axis on COREXY
Hi all,
It's been a while and a lot has happened. I'm building/designing a CoreXY pen plotter and the design is nearing it's final status, however, after converting from strings to belts something oddly peculiar has happened.
Marlin version 2.0.5.2
Ramps 1.4
TMC2208 on XYZ axis
No servo (Z is for pen lifts)
Disabled Hybrid Threshold and have Stealthchop always on
No issues with running the machine
The only thing is, that the X-axis is making a lot of audible noise whereas the Y and Z-axis are completely silent. What's weird is that when I used bigger pulleys the issue was nonexistent. Since I moved from string to GT2 belts, the pulley size decreased dramatically and ever since the X-axis is singing songs for me. This is not what I want.
Somehow I haven't changed anything else (except for steps/mm of course), when I check the connections of the TMC2208 drivers, they all check out fine, all enabled and with the correct settings as set in the firmware.
See this video:
[www.youtube.com]
It's very clearly audible.
I'm clueless as to what I can do to fix this. Maybe someone has had the same issue and managed to fix it.
This are the config files:
[attachment 115447 Marlin_config_2052_marinus.zip]
It's been a while and a lot has happened. I'm building/designing a CoreXY pen plotter and the design is nearing it's final status, however, after converting from strings to belts something oddly peculiar has happened.
Marlin version 2.0.5.2
Ramps 1.4
TMC2208 on XYZ axis
No servo (Z is for pen lifts)
Disabled Hybrid Threshold and have Stealthchop always on
No issues with running the machine
The only thing is, that the X-axis is making a lot of audible noise whereas the Y and Z-axis are completely silent. What's weird is that when I used bigger pulleys the issue was nonexistent. Since I moved from string to GT2 belts, the pulley size decreased dramatically and ever since the X-axis is singing songs for me. This is not what I want.
Somehow I haven't changed anything else (except for steps/mm of course), when I check the connections of the TMC2208 drivers, they all check out fine, all enabled and with the correct settings as set in the firmware.
See this video:
[www.youtube.com]
It's very clearly audible.
I'm clueless as to what I can do to fix this. Maybe someone has had the same issue and managed to fix it.
This are the config files:
[attachment 115447 Marlin_config_2052_marinus.zip]
↧
Re: moving from bug-fix build to release build
Thanks for the reply. Here is what I have under lib_deps. I do not really understand what you mean by outdated, but, I do see that the U8glib-HAL is using a bugfix.zip link, since I am trying to run a release build of Marlin, shouldn't this be linked to something other than "bugfix.zip"?
lib_deps =
LiquidCrystal
TMCStepper@>=0.6.1,<1.0.0
Adafruit NeoPixel
U8glib-HAL=https://github.com/MarlinFirmware/U8glib-HAL/archive/bugfix.zip
Adafruit_MAX31865=https://github.com/adafruit/Adafruit_MAX31865/archive/master.zip
LiquidTWI2=https://github.com/lincomatic/LiquidTWI2/archive/master.zip
Arduino-L6470=https://github.com/ameyer/Arduino-L6470/archive/0.8.0.zip
SailfishLCD=https://github.com/mikeshub/SailfishLCD/archive/master.zip
SailfishRGB_LED=https://github.com/mikeshub/SailfishRGB_LED/archive/master.zip
SlowSoftI2CMaster=https://github.com/mikeshub/SlowSoftI2CMaster/archive/master.zip
lib_deps =
LiquidCrystal
TMCStepper@>=0.6.1,<1.0.0
Adafruit NeoPixel
U8glib-HAL=https://github.com/MarlinFirmware/U8glib-HAL/archive/bugfix.zip
Adafruit_MAX31865=https://github.com/adafruit/Adafruit_MAX31865/archive/master.zip
LiquidTWI2=https://github.com/lincomatic/LiquidTWI2/archive/master.zip
Arduino-L6470=https://github.com/ameyer/Arduino-L6470/archive/0.8.0.zip
SailfishLCD=https://github.com/mikeshub/SailfishLCD/archive/master.zip
SailfishRGB_LED=https://github.com/mikeshub/SailfishRGB_LED/archive/master.zip
SlowSoftI2CMaster=https://github.com/mikeshub/SlowSoftI2CMaster/archive/master.zip
↧
↧
G28 Z; ignores endstop
And before chorus of groans begins:
Z endstop:
-Z-min end stop function *verified* via M119 and manual actuation (*triggered*/*open* on manual actuation)
-Z-min axis end stop switch *verified* functional by testing against X axis (homing works on X, Y)
Behavior:
issued (via serial port) and z axis promptly crashes into table despite limit switch being actuated.
Things tried:
-different switches
-verification of switch operation using meter/oscilloscope
-Z-min, Z-max switches (manually actuated during G28 evolution)
-switch in question used on X axis (temporarily wired, manual actuation of Z switch for X axis, does trigger complete homing behavior)
-M119 verification
I've also poured over the documentation regarding endstops, probing, and config settings, I'm not seeing what might cause it
( #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN) is enabled but that's the default.
My configuration file has only been minimally changed to select for ramps 1.4.
Marlin version: 1.1.9
hardware: ramps 1.4/mega2560 controller
printer: custom
Z endstop:
-Z-min end stop function *verified* via M119 and manual actuation (*triggered*/*open* on manual actuation)
-Z-min axis end stop switch *verified* functional by testing against X axis (homing works on X, Y)
Behavior:
issued (via serial port) and z axis promptly crashes into table despite limit switch being actuated.
Things tried:
-different switches
-verification of switch operation using meter/oscilloscope
-Z-min, Z-max switches (manually actuated during G28 evolution)
-switch in question used on X axis (temporarily wired, manual actuation of Z switch for X axis, does trigger complete homing behavior)
-M119 verification
I've also poured over the documentation regarding endstops, probing, and config settings, I'm not seeing what might cause it
( #define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN) is enabled but that's the default.
My configuration file has only been minimally changed to select for ramps 1.4.
Marlin version: 1.1.9
hardware: ramps 1.4/mega2560 controller
printer: custom
↧
Re: G28 Z; ignores endstop
I would guess that depends on how you have Marlin configured. And which direction it thinks the end-stops are located.
If Marlin believes the are on MAX instead of MIN then it will never stop
My Configuration For an example
Post these lines of code with where your end-stops are located and how they are wired, this will make troubleshooting easier.
If Marlin believes the are on MAX instead of MIN then it will never stop
My Configuration For an example
// Mechanical end-stop with COM to ground and NC to Signal uses "false" here (most common setup). #define X_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Y_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Z_MIN_ENDSTOP_INVERTING false #define INVERT_X_DIR false #define INVERT_Y_DIR false #define INVERT_Z_DIR true #define X_HOME_DIR -1 #define Y_HOME_DIR -1 #define Z_HOME_DIR -1
Post these lines of code with where your end-stops are located and how they are wired, this will make troubleshooting easier.
↧
Re: G28 Z; ignores endstop
>
#define X_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define Y_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define Z_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define INVERT_X_DIR false
#define INVERT_Y_DIR true
#define INVERT_Z_DIR false
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1
Config file attached.
Thanks.
Quote
Roberts_Clif
>I would guess that depends on how you have Marlin configured. And which direction it thinks the end-stops are located.
>If Marlin believes the are on MAX instead of MIN then it will never stop
As I mentioned in my first post, I installed Z-min and Z-max switches and manually actuated them while "G28 Z" was in
progress.
Z travel, at least for G0/G1 has been verified, I can print normally with machine and issue manual G0/G1 commands
and see Z moves down for small position, and up for larger ones (relative mode).
I have also verified the polarity of the switch behavior with "M119".
>My Configuration For an example
// Mechanical end-stop with COM to ground and NC to Signal uses "false" here (most common setup). #define X_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Y_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop. #define Z_MIN_ENDSTOP_INVERTING false #define INVERT_X_DIR false #define INVERT_Y_DIR false #define INVERT_Z_DIR true #define X_HOME_DIR -1 #define Y_HOME_DIR -1 #define Z_HOME_DIR -1
Post these lines of code with where your end-stops are located and how they are wired, this will make troubleshooting easier.
#define X_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define Y_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define Z_MIN_ENDSTOP_INVERTING false // set to true to invert the logic of the
#define INVERT_X_DIR false
#define INVERT_Y_DIR true
#define INVERT_Z_DIR false
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1
Config file attached.
Thanks.
↧
Re: moving from bug-fix build to release build
I recommend always copying the settings manually. There can be so many changes that you miss otherwise. It doesn't always have to give errors but some values that are related to values elsewhere in other files might have changed relatively and it can cause all sorts of issues. Prepare for problems if you copy paste files around from different releases of Marlin.
↧
↧
Re: G28 Z; ignores endstop
#define DEFAULT_AXIS_STEPS_PER_UNIT { 10.616, 10.616, 5.308, 500 }
#define X_BED_SIZE 100
#define Y_BED_SIZE 100
#define Z_MAX_POS 100
If appears that you are working on something like a M3D Micro 3D Printer/Clone.
Could you post the location of the Z-Axis End-Stop switch and how it is wired NO/NC.
↧
Compile error (solved)
After some months I changed some parameters and suddenly I end up with the following compile errors:
c:/users/mikew/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: .pio\build\sanguino_atmega1284p\firmware.elf section `.text' will not fit in region `text'
c:/users/mikew/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: region `text' overflowed by 10296 bytes
collect2.exe: error: ld returned 1 exit status
*** [.pio\build\sanguino_atmega1284p\firmware.elf] Error 1
What does that mean ?
c:/users/mikew/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: .pio\build\sanguino_atmega1284p\firmware.elf section `.text' will not fit in region `text'
c:/users/mikew/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/5.4.0/../../../../avr/bin/ld.exe: region `text' overflowed by 10296 bytes
collect2.exe: error: ld returned 1 exit status
*** [.pio\build\sanguino_atmega1284p\firmware.elf] Error 1
What does that mean ?
↧
Re: Compile error
It means the firmware you just compiled will not fit into the flash ram of your controller.
See [github.com] for more info.
See [github.com] for more info.
↧
Re: Compile error
Thank you !!!!
↧
↧
Heating issues with Marlin 2.0.5.3
I am working on installing a new BIQU MKS Base v1.6 mother board with chimera dual hotend in my Ender 3 which has gone well up until trying to tune the hot ends. So far, I have everything hooked up properly, and the thermal sensors are reading the hot end temperatures but when i go to tune the voltages, the opposite hot end, H1, heats as fast as possible and as hot as possible until Marlin kills the printer and stops everything (thank goodness for thermal runaway). During the test, H0 has a nice and smooth curve as it heats gradually but never gets close to calibrating thanks to H1 running away. I have looked at the settings but nothing jumps out as being the magic setting to stop this from happening. I have attached the configuration files for Marlin that I have uploaded to my printer to help. Would appreciate any feedback or settings that could help with the hot ends.
Motherboard: [www.amazon.com]
Hotend: [www.amazon.com]
Motherboard: [www.amazon.com]
Hotend: [www.amazon.com]
↧
Re: G28 Z; ignores endstop
Quote
Roberts_Clif
It appears that you are working on something like a M3D Micro 3D Printer/Clone.
Could you post the location of the Z-Axis End-Stop switch and how it is wired NO/NC.
The printer is custom made. The intended switch is incorporated as a limit screw that also serves as
an electrical contact attached to a passive sub-slide which the hotend is mounted on. When the nozzle
contacts the bed, the sub-slide is lifted, opening the limit screw contact. There is a debounce circuit
made with monostable multivibrator to stretch the initial pulse *or'd* with the switch input signal which
provides a constant *triggered* value after the monstable multivibrator ends it's pulse.
This is all irrelevant as I have said that I have tried external switches (optical interrupters) on both
Z-min and Z-max connections on the ramps board. The switches were actuated *manually* while
the G28 Z command was in progress. Marlin did not respond to *any* switch actuation combination.
Again, Z-min circuits have been verified with the M119 command (triggered/open seen
on Z-min).
I have replicated these tests on a known good axis (X axis). Manual actuation of switches works on the X axis during
a G28 X cycle. The experimental switch *works* on the X axis (actuated manually) as well.
↧
Re: G28 Z; ignores endstop
I think I found it!
To deal with an inverted motor I do:
M92 X169.856 Y168.856 Z-84.928 E101.92; # set steps per unit (with invert..)
Note the "-" on the Z.
If I do:
M92 X169.856 Y168.856 Z84.928 E101.92; (no invert on Z)
G28 Z *does* respond to the Z-min switch (manual actuation). Although it moves
in the wrong direction.
This looks like a bug or something.
To deal with an inverted motor I do:
M92 X169.856 Y168.856 Z-84.928 E101.92; # set steps per unit (with invert..)
Note the "-" on the Z.
If I do:
M92 X169.856 Y168.856 Z84.928 E101.92; (no invert on Z)
G28 Z *does* respond to the Z-min switch (manual actuation). Although it moves
in the wrong direction.
This looks like a bug or something.
↧
SKR Mini issues???
Hi all,
Sorry if this has been asked. I did do a search and didn't find anything.
OK I have a Ender 3 with the SKR Mini (E3V 1.2) motherboard, and I'm having a couple of issues I am hoping y'all can help me fix.
I'll post a copy of the current firmware and upgrades I have done.
So when I try to print something I have to turn the hot end all the way up. For example: The firmament I am using (Hatchbox PLA) "acts" like it has a clog till I turn it up to too 260. When I first got it the temp would be fine. As I have use it the temp needs to be raised to point where I can only print as 260. No matter the filament.
Here's my nebie thoughts. I need a new hot end??? Or E-Stepper motor?? Or software? ...I know a new printer lol
I have updated the firmware to the one post but I am still having the same issuse.
Hardware or software?
I also ran test today and told it to extrude 100mm after I measured it and it was 104mm. So it's pushing out to much filament.
Any ideas?
Settings:
Cura slicer
Temp: 260
Plate: 60
Speed: 50mm S
Layer: .01
Tip: .4
Feed Rate: 113% (set before new feed rate was discovered)
Retraction: 8
Retraction Speed: 80
Upgrades:
Aluminum Extruder
SRK Mini
Glass Bed
Yellow Springs with Lock Nuts
Bulls eye cooling system
LED light bar.
Winsinn 24v 40mm fans (3)
Printed blue V slot rails
I tried to think of everything you would need to help troubleshot. If you need any more info please ask and I"ll get it posted.
TIA
James
Sorry if this has been asked. I did do a search and didn't find anything.
OK I have a Ender 3 with the SKR Mini (E3V 1.2) motherboard, and I'm having a couple of issues I am hoping y'all can help me fix.
I'll post a copy of the current firmware and upgrades I have done.
So when I try to print something I have to turn the hot end all the way up. For example: The firmament I am using (Hatchbox PLA) "acts" like it has a clog till I turn it up to too 260. When I first got it the temp would be fine. As I have use it the temp needs to be raised to point where I can only print as 260. No matter the filament.
Here's my nebie thoughts. I need a new hot end??? Or E-Stepper motor?? Or software? ...I know a new printer lol
I have updated the firmware to the one post but I am still having the same issuse.
Hardware or software?
I also ran test today and told it to extrude 100mm after I measured it and it was 104mm. So it's pushing out to much filament.
Any ideas?
Settings:
Cura slicer
Temp: 260
Plate: 60
Speed: 50mm S
Layer: .01
Tip: .4
Feed Rate: 113% (set before new feed rate was discovered)
Retraction: 8
Retraction Speed: 80
Upgrades:
Aluminum Extruder
SRK Mini
Glass Bed
Yellow Springs with Lock Nuts
Bulls eye cooling system
LED light bar.
Winsinn 24v 40mm fans (3)
Printed blue V slot rails
I tried to think of everything you would need to help troubleshot. If you need any more info please ask and I"ll get it posted.
TIA
James
↧
↧
Compilation error for the Arduino Due board (Native USB Port)
Hello everyone,
I am trying to flash my DaVinci 2.0a Duo with Marlin, but I have the following error during compilation:
- Compilation error for the Arduino Due board (Native USB Port)
My type card is « Arduino DUE (Native USB Port) »
My card is a « arduino SAM Board (32-bitsARM Cortex-M3) by Arduino version 1.6.8 INSTALLED
I have attached my configuration.h file as an attachment.
Version Arduino 1.8.13
Thanks for your help, Tchicken from France.
I am trying to flash my DaVinci 2.0a Duo with Marlin, but I have the following error during compilation:
- Compilation error for the Arduino Due board (Native USB Port)
My type card is « Arduino DUE (Native USB Port) »
My card is a « arduino SAM Board (32-bitsARM Cortex-M3) by Arduino version 1.6.8 INSTALLED
I have attached my configuration.h file as an attachment.
Version Arduino 1.8.13
Thanks for your help, Tchicken from France.
↧
Re: Compilation error for the Arduino Due board (Native USB Port)
I've find, library problem... sorry ;)
↧
LCD12864 Ramps Plus/MELZI display and RAMPS 1.4 pin assignment
Hi. I decided to change my 3d printer board (melzi v2.0.1 with Marlin v1.0) to atmega 2560. I will use LCD from old system. Because lcd connected to the melzi board directly, there is no lcd adapter in my hands.
i try to make one for me but get some problems. LCD back and front images are in attachment.
I found EXP2 port pin and some of EXP1 pins from the configuration.h. But i don't have any idea about LCD_D4 ... LCD_D7 pins.
EXP1 Port RAMPS 1.4 AUX4 Port
1. BEEPER -------->D37
2. BTN_ENC ------>D35
3. BTN_EN1 ------ >D31
4. RESET ----------->???D41
5. BTN_EN2 ----->D33
6. LCD_ENABLE ->D17
7. LCD_RS --------->D16
8. LCD_R/W ------->??? D23
9. GND
10. VCC
Could you help me about RESET, LCD_R/W, (and also about LCD_ ENABLE, LCD_RS if they are wrong.)
i try to make one for me but get some problems. LCD back and front images are in attachment.
I found EXP2 port pin and some of EXP1 pins from the configuration.h. But i don't have any idea about LCD_D4 ... LCD_D7 pins.
EXP1 Port RAMPS 1.4 AUX4 Port
1. BEEPER -------->D37
2. BTN_ENC ------>D35
3. BTN_EN1 ------ >D31
4. RESET ----------->???D41
5. BTN_EN2 ----->D33
6. LCD_ENABLE ->D17
7. LCD_RS --------->D16
8. LCD_R/W ------->??? D23
9. GND
10. VCC
Could you help me about RESET, LCD_R/W, (and also about LCD_ ENABLE, LCD_RS if they are wrong.)
↧