Quantcast
Channel: Reprap Forum - Firmware - Marlin
Viewing all 12090 articles
Browse latest View live

Feature Request Consideration - Relay Operability Check & Relay Failsafe Runaway Protection

$
0
0
Hey dev team!

I think of this as a "relay failsafe runaway protection" to prevent unregulated current to designated circuitry. It would require logic to be developed and some minor circuit addition. I'm a mechanical engineer, but not very knowledgeable in the software development.

The common problem:
I've been slow to want to upgrade to 110v heated bed, however I am about to do it. My main concern and probably many others' as well is the relay- electromechanicals don't play nice with PID, and SSR's typically fail 'closed' from my understanding. That last part is what I'm concerned about- even if my printer stops and signals a problem and stops the print and cuts power, the current still flows, right? That could still overheat the elements and cause a hazard or fire quickly. Perhaps I don't know enough about this part- but as I understand it at the time I'm writing this, even cut signal to the MOSFETS/SSR's, unregulated current still flows.

Solution proposal:
In my mind, it seems feasible to do a repeating 'operability check' of a SSR and install a 'failsafe' electromechanical relay ahead of the SSR (or entire system) that would be maintained 'closed' while the logic is reading safe. This could be multiplied out for all hot ends. I imagine it could be integrated to protect boards with onboard MOSFETS as well that are prone to failure.

The way I see it working would be like so:


1)
a) A feedback circuit is placed on the high voltage end of the SSR to the bed (reads voltage/no voltage and gets fed back into control board).
b) An electromechanical relay would be set to supply power to the SSR (or entire system, but I'm not sure how it would initially power on)- this electromechanical relay would be turned on via the control board as soon as the control board is turned on and runs a logic check.
2) Feedback confirmation from 1a would be checked every time the SSR is actuated. Control board would cycle the switch intentionally off/on quickly every 30 seconds for long draws to confirm relay hasn't failed during heatup. Good signal confirmation maintains signal to electromechanical relay, keeping power supplied. This would be operation as normal, and electromechanical relay would typically be switched "on" and "off" only as many times as the main control board is, retaining it a typical long life.
3) On an unexpected signal from 1a (signal doesn't change to 'false' in certain about of time (.5 sec?) when control board issues power cut signal to SSR, the control board immediately knows the SSR has failed or is failing. This can send it to immediate and full shutdown mode (or user select- make noise and allow user to override with a click?). This mode would cut signal to electromechanical relay ahead of SSR (or entire system). (With EEPROM enabled, EEPROM could be used to store a message to the user?)

These steps are over simplified but I wanted to present the concept without trying to hammer out all the details. Am I way off base here, or is this something that might be doable and practical?

Thanks for your consideration, and thank you all for your enormous contribution to the maker world!

2.0.4 - Aggravating Print Issue

$
0
0
Printer: Anet A8
Marlin 2.0.4
Prusa Slicer
Repetier Host
-----------------
Upgraded to an SKR 1.2 E3 just for performance increase and noise reduction.
I have ran out of ideas on how to fix my print issue and went through both configurations multiple times. Everything is set correctly as far as drivers, controller board type.. plus, bed sizing and XYZ motion in all applications. Homing works correctly too. When going to print a calibration cube, the printer X + Y motors jam up for a moment, then it extrudes in one spot on edge of bed, then Z starts to ascend. Main things to attempt fixing this was:

Setting X MAX and Y MAX POS to what I know is good, but got an error during compile. Says that it's too narrow?! *Edit: I think I need to double the numbers for proper size, will try this again.
Setting M206 with coordinates for center (Reset it back to 0 0 0 when doing the following approach to not have it interfere)
Activating define BED CENTER X and Y specs, that did nothing.

One thing to point out is that even after comparing both new and old example config files for my printer, I had to change Z direction. I don't understand as to why, because it worked the way it was left in the 1.19 config but worked the opposite now.
Took a peak at the gcode for the calibration cube file in Repetier, and saw the beginning coordinates for the print. It's way out of range but the placement of it never affected my print location on the old firmware.

It's truly boggling to me and considering downgrading to what was used before.

Re: BTT SKR 1.4 ignoring Endstops

Re: Feature Request Consideration - Relay Operability Check & Relay Failsafe Runaway Protection

$
0
0
Not exactly what you're asking, but you might want to take a look at SUICIDE_PIN. This is a pin that gets switched whenever a kill condition occurs - for example in case of a thermal runaway. You could connect your relay to the SUICIDE_PIN.

You could also use the PS_ON pin in a similar way - switch your primary power supply (12V or 24V) using PS_ON. Use the output of the power supply to power the relay. If a thermal runaway occurs the PS_ON pin will be toggled, shutting down the power supply and therefore the relay.

Re: 2.0.4 - Aggravating Print Issue

$
0
0
Quote
1000Calories
Took a peak at the gcode for the calibration cube file in Repetier, and saw the beginning coordinates for the print. It's way out of range but the placement of it never affected my print location on the old firmware.

It's possible that the earlier firmware did not properly manage soft end stops. Marlin will avoid moving to areas outside what it considers to be the printable area. My guess is that the object might have been sliced with the idea that 0,0 is the center of the bed which is usually not the case for cartesian printers - on cartesians 0,0 should be the front left corner of the bed.

Re: BTT SKR 1.4 ignoring Endstops

$
0
0
Quote
modsolution
Did you try this...

[marlinfw.org]



That did the trick. Now the Stepper Motors make weird noises before homing, but that's another issue. At least they are homing now. Thank you!

Re: BTT SKR 1.4 ignoring Endstops

$
0
0
Sounds like you are not getting enough power to your driers. Do a search for... #if HAS_TRINAMIC and adjust your RMS current there. And you are welcome glad I could help!!

Re: Feature Request Consideration - Relay Operability Check & Relay Failsafe Runaway Protection

$
0
0
That is totally new to me. I thought I'd looked into everything safety related. That is indeed very similar and could be utilized to a similar end. Thanks!

Re: Marlin 2.0.4: Bed Heating Failure

$
0
0
No!
Was merely stating that I started using Marlin 2 alpha when doing the conversion.

Asking if you would compare the settings again from Marlin 1.1.8 to Marlin 2.0.x using a different type method liked I talked about.

In other words double check your configuration. If same problem post configuration to share like google drive and post link here.

Re: Problem with LCD in Marlin 2/Marlin2.bugfix

Re: BTT SKR 1.4 ignoring Endstops

$
0
0
Thought so too, but there was actually just a wire from the stepper motor coming lose after all the troubleshooting. re-crimped it and now everything works fine. Thanks again though!

Re: 2.0.4 - Aggravating Print Issue

$
0
0
Not sure if software end stops would effect that? I have to check but not sure if it is disabled.

Re: Printer won't connect via USB with some firmware options enabled

$
0
0
Finally figured this out. It appears to have been the SD card - this issue here:

[github.com]

M420 S1 Z10 crashing marlin

$
0
0
I've been trying to get mesh bed leveling working on my printer and have run into a problem. Every time I send M420 S1 Z10 to the printer the lcd goes blank and the printer resets. I've tried running with #define RESTORE_LEVELING_AFTER_G28 enabled and disabled, and m420 causes a crash regardless. I'm at a loss for what to do at this point.

Starting Gcode:
G28 ;Home
M420 S1 Z10
G1 Z15.0 F6000 ;Move the platform down 15mm ;Prime the extruder
G92 E0 G1 F200 E3
G92 E0

Here is my configuration.h [pastebin.com]
printer is a folger tech i3 2020 with a ramps 1.4 and arduino mega.

How can I calculate the actual pritable area and set it in Marlin 2 ??

$
0
0
Hi
I'm new to this 3D printing hobby so be easy.\
I have generic reprap printer with the X,Y endstop located on the LEFT and BACK of the printer so I asume that the 0/0 position of the printer is located on the Left/Back of the print bed.
Now all the examples that I have found use the 0/0 position as the Front/Left of the print bed and that has gotten me confused. I also have a bltouch probe locate to the right of the nozzel.

How do I go about calculating the the auto bed leveling touch points and the actual printable area ? I'm using Marlin 2.0

Re: How can I calculate the actual pritable area and set it in Marlin 2 ??

$
0
0
By LEFT/BACK you mean that the X carriage is to the left and the bed is at the back? In this case the home position is actually LEFT/FRONT since you care about the location of the nozzle with respect to the bed.

Or do you mean that the nozzle is at the back of the bed (i.e. the bed is all the way forward)? In this case, there's a problem.

Marlin needs the 0,0 position to be either at the LEFT/FRONT or RIGHT/BACK of the bed (in the latter case, it just acts like the printer was rotated 180 degrees). If this is not the case with your setup you'll have to configure Y to home to MAX instead of MIN.

Marlin 2.bf - G76 - Probe temp. compensation error

$
0
0
Hey there,

I just dug out my Wanhao Duplicator I3 and did a few upgrades including SKR 1.4, TMC 2130 SPI and an inductive Z-probe.

It auto levels and prints fine but now I wanted to add temperature compensation for the probe by adding a thermistor. I installed a new thermistor to my probe using thermal compound and capton tape and set it up succesfully in Marlin 2.0 Bugfix. It compiled fine and the FW outputs the correct temp values for Probe Temp in addition to Nozzle and Bed temp.

When I run G76 I always get the same error, no matter what settings I apply for "park pos" and "probe pos".

Send: G76
Recv: !Probe position unreachable - aborting

My probe-nozzle offsets are set correct and I have no idea what else to try.

Configs are attached.


#define PTC_MAX_BED_TEMP 110

// Park position to wait for probe cooldown
#define PTC_PARK_POS_X 50.0F
#define PTC_PARK_POS_Y 50.0F
#define PTC_PARK_POS_Z 100.0F

// Probe position to probe and wait for probe to reach target temperature
#define PTC_PROBE_POS_X 90.0F
#define PTC_PROBE_POS_Y 100.0F

I already changed the values here but nothing changes. Homing before and after doesnt help either.

Re: How can I calculate the actual pritable area and set it in Marlin 2 ??

$
0
0
When I press HOME, the bed moves to the left and to the back. Is this normal?

Re: How can I calculate the actual pritable area and set it in Marlin 2 ??

$
0
0
Please provide pictures of your machine.

The bed on most machines only moves in one direction, Normally front to back or up and down.
But there are some oddball machines that move the bed in left/right and front/back. But if this is the case it is not a generic reprap printer.


If it is actually doing as you say then it is homing to X-max and Y-Min

Re: How can I calculate the actual pritable area and set it in Marlin 2 ??

$
0
0
Sorry for the misunderstanding, what I meant to say is during the home stage the extruder assembly moves to the left (that is where the endstop is) and the heat bed moves to the back (that is where the endstop is).
Viewing all 12090 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>