I solved the problem myself.
See: [github.com]
See: [github.com]
↧
Re: Printing hangs when toggling pin
↧
Re: moving from bug-fix build to release build
I just had this same error after merging the mainline into my branch that had been isolated for some time. In the end, I made a fresh copy of the unaltered Marlin code, then introduced my configuration changes in stages, testing if it built, in order to figure out which configuration option caused the errors. Turns out, none of them were the problem. When I finished, and the fresh copy had all of my configuration in it, it still built. So, then I did a diff of the directories to see what was different, and I found that the platformio.ini file had outdated lib_deps values. Maybe that will fix it for you too? Also make sure that your Platform IO libraries are all up-to-date. Hope that helps :-)
↧
↧
Re: Unable to get TMC2130 sensorless homing working
Hi. Right now I'm having issues making sensorless homing to work. I have tried several Marlin releases (including 2.0) and nothing, following all the steps and nothing. I use the waterott TMC2130s. Even with -64 sensitivity I can't make it to work. What I have still not tried is enabling the pullups. Im worried that one time when I tried, connected the endstop pin from tmc2130 (diagnostics pin) to the (-) of the min-Endstop connector. This could somehow fry or mess up with the logic of the driver. Anyway the driver works fine over SPI, but still no sensorless homing. Any advice?
↧
Is it possible to build 2.0.x with Arduino IDE?
I tried to build Marlin 2.0.x with Arduino 1.18.12 on my Mac. After 4 hours of compiling, I gave up. No other software that I have built with Arduino has taken more than 2 minutes. During the build, the CPU load kept oscillating between something normal, like 20% and something ridiculous, like 600%. A google search showed a lot of people having this type of issue, but I couldn't find any solutions. A youtube video I saw suggested that it is now necessary to use a Microsoft compiler to build Marlin 2.0.x. Is that true, or are the issues I'm seeing a bug in Arduino, or some craziness with my computer?
↧
Re: Is it possible to build 2.0.x with Arduino IDE?
It still compiles on arduino ide. but vscode + platformio gives better results
It depends on the specs of your machine...
But a i5 or better it takes about 5 - 10 mins. depending of what features you enable.
Lat person I found where it took forever was a pc that was riddled with malware.
It depends on the specs of your machine...
But a i5 or better it takes about 5 - 10 mins. depending of what features you enable.
Lat person I found where it took forever was a pc that was riddled with malware.
↧
↧
Re: Manual homing
I had tried that but it just stuck after first command. After deploying Marlin again though, it suddenly sprang into life. I'm not sure what has been changed since my first deploy, but it worked. Thanks.
↧
Error in printing, nozzel height issue
I am facing nozzel height problem in printing. I am using inductive sensor for z height. I have set up Marlin and also using G29 command nozzel height and z-offset is calibrated (my z-offset is 0.1mm). While z-offset calibration, I have adjusted z-offset so that only bussiness card can pass(i.e. 0.1mm). But while actual printing, nozzel stops at somewhat 8-10mm away from heatbed and material falls from 8-10mm onto heatbed. I don't know how it is happening.why nozzel is not coming to 0.1mm while actual printing and why it stops at 8-10mm aways from heatbed? I am unable to resolve this issue. If you can help me in this case , I will be grateful to you. Please kindly help me.
↧
Re: Marlin Speaker / Buzzer control
This is also true on my LCD controller as it has a piezo buzzer,
↧
Re: Marlin Speaker / Buzzer control
Were you able to use M300 before? Like this?
↧
↧
Re: Marlin Speaker / Buzzer control
Never! I have the LCD2004 Controllers, Have Never got them to function like your video.
↧
G28 Touching Bed on first Z probe - Ender 3 + Marlin 2.0.5.3 + BLTouch 3.0
Hi I'm having a trouble with G28, nozzle is touching bed on first probe. I've made a video to show better:
https://www.youtube.com/watch?v=4vWUdRPmO70
Thanks, If anyone can help me.
https://www.youtube.com/watch?v=4vWUdRPmO70
Thanks, If anyone can help me.
↧
Re: Auto Bed Leveling - Error: Probing Failed - Marlin 2.0.5.1
I'm encontering this problem too. I guess it does matter to the way I use probe. Because I use both Z_MIN_PIN and Z_MIN_PROBE_PIN, but the recommended way is to use one of them and define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN.what I mention to do is to detect Z_MIN_PIN when executing G28 and detect Z_MIN_PROBE_PIN when executing G29, maybe Marlin didn't do what I thought it might.
↧
Automatic fan control via i2c
Hey all, I'm hoping someone can help me.
I've built a simple i2c relay to run my fans using an i2c expander and a relay, I can control this with the Gcode below:
I have put this in my slicers start and end gcode sections which works ok however I'd like to get them to come on automatically when the hotend gets warm, is there a way I can achieve this?
I used the below arduino sketch to test the board before connecting it to the printer so also have the arduino code should I need it.
Thanks,
Tim
I've built a simple i2c relay to run my fans using an i2c expander and a relay, I can control this with the Gcode below:
To turn relay off: M260 A32 ; i2c address 0x22 M260 B170 ; write 0xAA (on) M260 S1 ; Send the current buffer To turn relay on: M260 A32 ; i2c address 0x22 M260 B85 ; write 0xAA (off) M260 S1 ; Send the current buffer
I have put this in my slicers start and end gcode sections which works ok however I'd like to get them to come on automatically when the hotend gets warm, is there a way I can achieve this?
I used the below arduino sketch to test the board before connecting it to the printer so also have the arduino code should I need it.
#include
// address of PCF8574 IC
#define PCF8574_ADDR (0x20)
void setup()
{
Wire.begin();
}
void loop()
{
//send the data
Wire.beginTransmission(PCF8574_ADDR);
Wire.write(0xAA);
Wire.endTransmission();
delay(5000);
Wire.beginTransmission(PCF8574_ADDR);
Wire.write(0x55);
Wire.endTransmission();
delay(5000);
}
Thanks,
Tim
↧
↧
SD card not mounting or unmounting automaticly
I can’t get the sd card to work. Whenever I put in or take out a card marlin does not seam to mount it or unmount. If I use Repeater host to manual mount an unmount, the card works fine. Or I can insert card and reboot and it will see the card, if removed the card, marlin thinks its still there I had some pixilation issue and added this code to the configuration.h file :
#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(0)
#define ST7920_DELAY_3 DELAY_NS(125)
Don’t see how this effecting the code but it may be issue.
I am running marlin 1.1.19 on a MSK gen1.4 with Reprap Discount Full Graphics Smart Controller. If anyone has some insight on this I would greatly appreciate it.
Thanks.
#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(0)
#define ST7920_DELAY_3 DELAY_NS(125)
Don’t see how this effecting the code but it may be issue.
I am running marlin 1.1.19 on a MSK gen1.4 with Reprap Discount Full Graphics Smart Controller. If anyone has some insight on this I would greatly appreciate it.
Thanks.
↧
Re: Error in printing, nozzel height issue
I am facing nozzel height problem in printing. I am using inductive sensor for z height. I have set up Marlin and also using G29 command nozzel height and z-offset is calibrated (my z-offset is 0.1mm). While z-offset calibration, I have adjusted z-offset so that only bussiness card can pass(i.e. 0.1mm). But while actual printing, nozzel stops at somewhat 8-10mm away from heatbed and material falls from 8-10mm onto heatbed. I don't know how it is happening.why nozzel is not coming to 0.1mm while actual printing and why it stops at 8-10mm aways from heatbed? I am unable to resolve this issue. If you can help me in this case , I will be grateful to you. Please kindly help me.
my proximity sensor is fixed only. There are many videos on YouTube showing calibration of nozzle offset and they have used proximity sensor only. I followed the same one.
1) When I use G29 command for bilinear calibration system before printing at that time bed comes near to the nozzel and there is small gap of 1mm between nozzle and heatbed . And also red light of proximity sensor glows.
2) but when it starts actual printing, bed reaches upto 8-10mm away from nozzel and stops there only. And also proximity sensor's light doesn't glow. And in that position only printing starts and material started to fall from nozzel onto the bed.
when the printing starts from 8-10 mm away at that time LED of sensor doesn't glow there.still printing starts from there.
my proximity sensor is fixed only. There are many videos on YouTube showing calibration of nozzle offset and they have used proximity sensor only. I followed the same one.
1) When I use G29 command for bilinear calibration system before printing at that time bed comes near to the nozzel and there is small gap of 1mm between nozzle and heatbed . And also red light of proximity sensor glows.
2) but when it starts actual printing, bed reaches upto 8-10mm away from nozzel and stops there only. And also proximity sensor's light doesn't glow. And in that position only printing starts and material started to fall from nozzel onto the bed.
when the printing starts from 8-10 mm away at that time LED of sensor doesn't glow there.still printing starts from there.
↧
Marlin reading wrong analog inputs? (RAMPS14)
Hi,
I'm having difficulty configuring temperature input for a heated bed on a Ramps 1.4 board.
The extruder input works correctly, but the bed input tracks the extruder input with a small offset.
I know from experience that this means the analog input being sampled is electrically isolated and the ADC is measuring the residual charge from the previous channel instead.
I have verified the electrical connection from the thermistor inputs to the analog inputs A13-A15 on the Arduino, and that the voltages are correct for the temperatures being read.
I've also checked Marlin to ensure that the correct board configuration is selected ( RAMPS_14_EFB ) and that the thermistor pin assignments in this configuration are A15, A13, A14.
I've also uploaded a simple program to read each of those ports and print the values to serial. The values read are correct.
Hardware is correct, firmware appears to be configured correctly, so why is Marlin giving complete bogus temperatures for the heated bed?
Cheers
I'm having difficulty configuring temperature input for a heated bed on a Ramps 1.4 board.
The extruder input works correctly, but the bed input tracks the extruder input with a small offset.
I know from experience that this means the analog input being sampled is electrically isolated and the ADC is measuring the residual charge from the previous channel instead.
I have verified the electrical connection from the thermistor inputs to the analog inputs A13-A15 on the Arduino, and that the voltages are correct for the temperatures being read.
I've also checked Marlin to ensure that the correct board configuration is selected ( RAMPS_14_EFB ) and that the thermistor pin assignments in this configuration are A15, A13, A14.
I've also uploaded a simple program to read each of those ports and print the values to serial. The values read are correct.
Hardware is correct, firmware appears to be configured correctly, so why is Marlin giving complete bogus temperatures for the heated bed?
Cheers
↧
TMC2209 crash detection in Marlin
I am working on several home-brew automation projects using Marlin and the TMC2209 StallGuard4 feature. I have gotten the sensorless homing feature working using G28, but this does not provide a collision detection feature. The Original Prusa (TMC2130 drivers) has a crash detection which detects lost steps, homes the axes, and resumes print. I was able to find in the Original Prusa firmware the related sections by searching for "crash", which gives a function "crashdet_stop_and_save_print()". However on the Prusa Mini (TMC2209 drivers) "Buddy" firmware, the sensorless homing is enabled, but crash detection is not available.
YouTube: Prusa MK3 Crash Detection
These are the applications/features that I am working on:
A. Part Gripper which drives a single/dual jaw and uses G28 (sensorless homing) to detect the part and stop. After detecting the part, I then move the jaws a small additional amount to apply a squeeze pressure. It would be nice to be able to monitor/specify the amount of squeeze force for delicate objects (an egg?).
B. Part or Solder Paste Dispenser which drives a specific amount for each dispense. A motor jam will indicate that the resevoir is empty and needs to be refilled/replaced. After detecting the jam, the controller should stop, BEEP, and then wait for the operator to fill the resevoir before resuming or re-starting.
C. Machine Motion contact/force detection, as a Safety Feature. A similar feature on industrial robots "Cobots" allows them to detect contact with an operator based on monitoring the servo motor current.
The first example (Part Gripper) does work using G28 sensorless homing (X,Y,Z) but is not enabled for other axes (E0,E1,...). The second example is not currently possible with standard Marlin because the sensorless homing impact trigger is not enabled in G0/G1 moves - the motor will happily slam into an obstacle and continue to grind until the "move" is complete.
Requesting assistance to add TMC2209 crash detection feature to G0/G1 (X,Y,Z,E0,E1,...). Or to create a custom G-Code move with crash detection enabled, and then do something (alarm, wait for operator, resume).
Thanks! Bill Trondsen
YouTube: Prusa MK3 Crash Detection
These are the applications/features that I am working on:
A. Part Gripper which drives a single/dual jaw and uses G28 (sensorless homing) to detect the part and stop. After detecting the part, I then move the jaws a small additional amount to apply a squeeze pressure. It would be nice to be able to monitor/specify the amount of squeeze force for delicate objects (an egg?).
B. Part or Solder Paste Dispenser which drives a specific amount for each dispense. A motor jam will indicate that the resevoir is empty and needs to be refilled/replaced. After detecting the jam, the controller should stop, BEEP, and then wait for the operator to fill the resevoir before resuming or re-starting.
C. Machine Motion contact/force detection, as a Safety Feature. A similar feature on industrial robots "Cobots" allows them to detect contact with an operator based on monitoring the servo motor current.
The first example (Part Gripper) does work using G28 sensorless homing (X,Y,Z) but is not enabled for other axes (E0,E1,...). The second example is not currently possible with standard Marlin because the sensorless homing impact trigger is not enabled in G0/G1 moves - the motor will happily slam into an obstacle and continue to grind until the "move" is complete.
Requesting assistance to add TMC2209 crash detection feature to G0/G1 (X,Y,Z,E0,E1,...). Or to create a custom G-Code move with crash detection enabled, and then do something (alarm, wait for operator, resume).
Thanks! Bill Trondsen
↧
↧
Re: Fan etc on external i2c-controller
I know this is a very old topic but did you manage to get this working on autofan?
I have a similar setup which I'm trying to get working [reprap.org]
I have a similar setup which I'm trying to get working [reprap.org]
↧
Re: Marlin reading wrong analog inputs? (RAMPS14)
Through trial and error, I've found that selecting channel A1 gives the correct reading for a thermistor connected to A13.
This is with Marlin v1.1.9 btw.
This is with Marlin v1.1.9 btw.
↧
Re: Fan etc on external i2c-controller
No, I moved on to other things.. (bug hunting in marlin)
↧