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

Hictop Hero D3 - IDEX, update Marlin (no replies)

October 5, 2019, 12:41 pm
$
0
0
Hi all

I found one thread similar to this but it was last updated in April 2019, I want to update the Firmware on H3 Hero D3 because, whilst it works ok, the USB interface is flaky, it can't read sub folders on the card, it doesn't have auto bed levelling, etc, etc.

The Firmware for this recent purchase says Marlin 1.0.0 (in the source), HICTOP website also has a .hex and they sent a .hex to the person on the earlier thread who was kind enough to share it (his was for the Duale which is a slightly different SKU but still IDEX)

However the April 2019 .Hex is different from the one now on their website and if I compile their source I get a 3rd .hex which matches neither one.

So I started comparing the source to the earliest Marlin I could find on Github but whilst theirs indicate 1.0.0 there a large gaps which are either their editing or changes to the Github since 2017 and I can't tell which.

My questions are:
1. Does anyone have a copy of the early 1.0.0 source files I can have for comparison?
2. has anyone successfully updated the firmware on their Hero D3 and if so with which .Hex?
3. Does anyone have any information about the mainboard and/or capacitive touch screen on these printers?

Things I've discovered so far:
- The changes all seemed to be made by someone called 'ZYF' who apparently worked for Tenlog (HICTOP and TENLOG have some kind of deal worked out and HICTOP seem to be focusing on consumer).
I'm working through all the differences and can see that its based on a RAMPS board with additions for something they refer to as 'TENLOG Controller' which may be either the board or the screen or a combination of the two. The Planner has been drastically cut down and there are several G/M codes not implemented including 'Kill' there's also a Power Fail handling which never gets triggered (not that I've found so far). The screen may use a hitachi HD44780 or be 'ST970' since there are changes to both files.

Anyone else been doing any work on this?

Thanks
↧
Search

G26 bad behaviour!!! (no replies)

October 6, 2019, 12:22 pm
$
0
0
Hi Guys, i've just setup my Tevo Tornado with Marlin 2.0.x bugfix, UBL enabled.

i did my mesh G29 P1 , then P3 until full, then saved, activated ETC.

but when i do a G26 , the head move a bit then do smal circle on the same spot over and over, no XYZ movement just E, so i get a nice puddle of filament !!!

any idea why?

i do have a A20M under Marlin 2.0.x with ubl working perfectely, i did compare the configs files and cannot pinpoint the problem !!!
↧
↧

Filament runout sensor repurpose (no replies)

October 7, 2019, 10:44 am
$
0
0
Hi all,

Asked before, but ws not answered, really would like to know

Repurpose the filament runout sensor

Change the M600 script into M32, calling a sequenced shutdown program?

Are there any other similar, hardware triggered scripts in Marlin?

Thx

C
↧

Mix SPI and UART modes? (no replies)

October 8, 2019, 9:51 am
$
0
0
I'm using Marlin 2.0 on a SKR V1.3 board. Anyone know of any reason I can't mix UART and SPI modes on the same board?
X,Y,Z and E0 would be SPI, E1 would be UART.
↧

help me plz adding fiber sensor (no replies)

October 13, 2019, 10:29 am
$
0
0
Sorry i'm not good at English.
i want to adding fiber sensor in my 3d printer.
sensor spec : NPN fiber sensor , 3 line : V+, GND , S

i can't make custom g-code, because it's too hard.
I tried several times but it didn't work as I wanted.
i tried making custom g-code.

void FIBER_SENSOR(millis_t time){
int FIBER_HOLD = 0;
int FIBER_BEEP = 5;
int FIBER_INPUT_PIN = 4;
pinMode(FIBER_INPUT_PIN, INPUT_PULLUP);
pinMode(FIBER_BEEP, OUTPUT);
time += millis();
while (PENDING(millis(), time))
{
if (digitalRead(FIBER_INPUT_PIN) == LOW)
{
if (FIBER_HOLD != 2) {
FIBER_HOLD = 2;
if (FIBER_HOLD == 2) {
digitalWrite(FIBER_BEEP, HIGH);

lcd_setstatus("Click to Continue");
idle();
}
}
}
else{
FIBER_HOLD = 0;
digitalWrite(FIBER_BEEP, LOW);
}
}
}
// i put this code in 'main.cpp ' above 'void dwell() ' function.
and change M911 case statement.
-> case 911 : FIBER_SENSOR(8800);

8800 ms means time to move; (0,0) to G1 Y220 F3000 to G1 Y0 F3000 (my bed Ymax is 220mm)
uploaded firmware but this code dosen't work..
sensor output voltage 5.2V when do sensing.
but The if statement inside the while statement does not work.

i want this action.
1.start

2.nozzle is in (0,0)

3.sensor on

4.Read input pin (= D4 this is servo pin )

5.while moving heatbed Y0 to Y220 to Y0

6. if sensor output exist, i want M1 gcode and lcd masage "Click to continue."

7. else (sensor output) no exist, going on print or sensor off.

8.end.
Please help.. i want to make action function..

using cura 3.6
arduino mega 2560 + ramps 1.4
hardware : way of mendel , prusa (rectang-)
bed : 220×220×250
↧
↧

Marlin 2.0 AutoBedLeveling Adjust speed (no replies)

October 13, 2019, 2:53 pm
$
0
0
Hi.
I have a problem, and I have set my AutoBedLeveling a bit faster, but the machine crashes very hard when it drives to the next point.

Is there a way that the machine drives faster to the next point and slows down more easily?

Thank you in advance for the help.

Greeting
Falko
↧

#DeltaKosselMini #Marlin #BedLevellingIssue/AllenKey :X (no replies)

October 13, 2019, 10:55 pm
$
0
0
Hello everyone, i'm leveling bed my kossel mini. I used Marlin 1.1.9 and bugfix1.1. Type of probe i used was allen key and type of bed levelling was bilinear. When leveling bed, this probe move and touch bed lightly. That was OK. Unfortunately, when bed levelling almost done, it move to center of bed and move down a small gap. And it stopped. Screen announce an error ( below picture) . And here is my config file. I cannnot find the reason. Please help me. Thank you !
↧

Upgrading to Marlin 1.1.9 (1 reply)

October 14, 2019, 5:46 am
$
0
0
can any body tell me Does the latest firmware of Marlin supports the resuming of printing after accidental power shut down?
↧
Search

Z lift after homing and not returning (1 reply)

October 14, 2019, 6:25 am
$
0
0
Hi...

I have a Flsin plus i3 which is about to go flying out a window...

Couldn't get auto Level to work so I thought id go back to a micro switch, simple... no.

Every time I home the Z-axis it lifts up, which is fine, but then when it goes to print it will not drop to the right height so i end up printing 2mm in the air. when homing the nozzle is the correct height when the switch is activated so its not that part.
i went into the Marlin code and turned off all i could find that lifts the Z after homing, just to see and still no luck.
Then i thought it was my slicer, Simplify 3d but none of the gcode there says to do a lift. (bear in mind i run 2 ultimakers and another kit printer too)

Ive just about had it with this thing. Can anyone lend a hand?
↧
↧

BLTouch 1.1.9 bugfix-1.1.x (3 replies)

October 15, 2019, 8:11 am
$
0
0
I installed example configuration for Ender 3 so i can install BLTouch to printer.
Only one issue so far I've come across
The line below (as of current version)
127 //#define BLTOUCH,
//if ENABLED(BLTOUCH) , does not exist in the patches for 1.1.9 bugfix-1.1.x, just 2 empty lines then a load of following grayed out text,

" * Enable one or more of the following if probing seems unreliable.
* Heaters and/or fans can be disabled during probing to minimize electrical
* noise. A delay can also be added to allow noise and vibration to settle.
* These options are most useful for the BLTouch probe, but may also improve
* readings with inductive probes and piezo sensors."
Below this just a choice of probe settings, shut off heaters etc. Is this an error or am i missing something?
Thanks.
↧

Marlin 2.x new jerk causing weird stuttering issues (no replies)

October 15, 2019, 8:00 am
$
0
0
I so have replaced one of my old board with the mks v1.3 and have been working on setting up marlin 2.x

I got everything to the point that I can print but when printing I noticed that it would break up long linear moves into multiple segments which seems to be intended for use with bi-linear bed leveling. The real problem that I found is that if I don't set #define classic jerk then at the point between segments I get bumps along the surface where its visibly pausing and oozing.

I tried adjusting JUNCTION_DEVIATION_MM up from 0.02 to 0.04 to 0.1. This helps with the long linear moves but curve segments still end up with a slight pause and oozing.

You can see the issue during print in this quick video. I have also attached a close up of the part where you can clearly see the issue.

So I'm just curious as to what I may have missed in getting it to work with the new JUNCTION_DEVIATION_MM setting rather than #define classic jerk?
↧

Random droput of ps_on during print (no replies)

October 17, 2019, 12:48 am
$
0
0
I've selected POWER_SUPPLY 1 and enabled AUTO_POWER_CONTROL, taken 5v from RAMPS to SSR to ps_on, and it generally works fine... except partway through a print the PSU goes off for about 0.2s, which loses XY position.

When I connect the SSR -ve direct to ground instead of ps_on it all works perfectly - minus the auto control.

It's like the AUTO part briefly decides power isn't needed. The SSR apparently runs from 3v upwards so I don't think it's that.

Was wondering if anyone else has had the same problem.

I think I have v1.1.9 Marlin...

Thanks,
Phil
↧

Running a G28 X and X 0 always end up 4mm apart (2 replies)

October 17, 2019, 5:33 am
$
0
0
Hello,

I am in the process of replacing the Crealtiy 2.1 mainboard in my CR10S with a SKR 1.3 running BTT 2209 v2.1's in UART mode. I have separated out the second Z stepper onto the E1 connector but have reused all the main electronic components and ends stops. I have a Microswiss Hotend using the stock thermister and heater. The system is all running form the original power supply (12V). I have also moved the hotend fan onto the E1 mosfet so I can use the 50C auto-fan and am using the BLTouch v3.1 to do bed levelling and z-stop.

It am still very much calibrating and the guts of it are splayed out across my workbench but I have managed to get it to print twice so far but I have noticed that when it runs my post print gcode to present the work piece and move the hotend out of the way. It slams into the X endstop. After some investigation I can repeatedly get it to do this by homing X with G28 X, then moving the head away and back with say a G1 X 150, and then G1 X0. It seems when it homes the position of X is always 4mm the wrong side (left) of where X home is.

I though maybe it wasn't moving accurately but as long as I never try going lower than X 4 I can get it to move at crazy speeds back and forth without ever going out of position so it doesn't seem to be that. I thought it might be the microswitch so I replaced that.

I can't seem to see the wood through the trees if there is a firmware setting I have messed up on or if this is some form of debounce problem. Anyone had the same problem or point me in the direction of it could be.

Much appreciated

Copter
↧
↧

Z probe Issues Will not lock in - value (no replies)

October 17, 2019, 1:06 pm
$
0
0
Been playing with this, using marlin 1.1.9, attached is configuration.h file. My bltouch is actually -4.5mm on from my print head on the Z. This is a custom Core X/Y of my own design. every time i set M851, then M500, M501, then look at M503 it shows it right, but when I do a G1 F60 Z0, its still at true 0 not -4.5mm Any help would be appreciated. Thanks
↧

Bltouch not working properly (no replies)

October 17, 2019, 11:54 pm
$
0
0
Hi. I have a Bltouch that I've gotten from the Creality's upgrade kit. It's the Bltouch V3.1 and triggering seems to work properly. I've been using the Bltouch for a little more than a week and it has been working fine, but a few days ago it stopped working properly. I think the issue is that it either doesn't compensate for the bed or overcompensates for the bed not being level.

I'm using the Ender 3 stock mainboard, Bltouch is mounted using the Petsfang v2 and in Marlin 1.1.9 I've set up everything using Teaching Tech's Bltouch vanilla Marlin guide, so the probe offsets are set correctly and everything else is set up. I've also tuned the z-offset and got the first layer squish correct. I'm using Bilinear mode for the grid formation and turned on RESTORE_LEVELING_AFTER_G28 on marlin.

I've noticed the problem when I tried a bigger print, and noticed that instead of sticking to the bed, the filament just rolls up and sticks to the nozzle. I did think it could be the nozzle being clogged, but I didn't notice any inconsistent extrusions and I also tried to just extrude plastic and it comes out in a straight line, and even after cleaning the nozzle the issue persists. Another reason why I don't think this is the issue is because when watching the first layer print closely, it does raise the nozzle up and down. I've also followed Teaching Tech's Advanced Bltouch guide and followed it, but with no noticeable change. I've tried reuploading firmware and adjusting the settings using gcode (octoprint) but it didn't seem to help.

The main issue that I see with it is that it doesn't account for the bed not being level. When I'm printing near the center, it prints perfectly fine. Even with the micro all in one test found in thiniverse I found pretty much no issues. Even the 80˚ overhang performed reasonable well. However, when I try to do a bigger print, the abl doesn't account for the bed not being level, and when printing outside of the center the print either doesn't adhere properly or the nozzle gets pushed against the bed. I thought that maybe the bed leveling grid was inverted, so if you look in the leveling grid report, the left side of the bed is raised and the right side is lowered, but I've tested this by placing something under the sensor on the first probe point and it told me that the first position, and at grid (0,0) I saw a noticeable increase, so it wasn't inverted.

So in summary, if you want to skip all of the reading, here it is
Printer works perfectly fine when printing on the center, but if I try to do a bigger print it fails.
Left side of the printer always seems to go too high, making the plastic not adhere
Tried firmware adjustments, gcode adjustments, resetting to defaults and adjusting, and changing back to default Cura start but didn't work.
Best guess is that the printer is overcompensating for the bed not being level.

Here is the bilinear leveling grid it gave
Recv: Bilinear Leveling Grid:
Recv: 0 1 2
Recv: 0 +0.140 +0.047 +0.062
Recv: 1 +0.150 +0.010 +0.047
Recv: 2 +0.095 +0.002 -0.040

And here's my Cura start gcode
M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration
M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate
M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration
M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk
M220 S100 ;Reset Feedrate
M221 S100 ;Reset Flowrate

G28 ;Home

G29 ;ABL
// X and Y axis travel speed (mm/m) between probes
#define XY_PROBE_SPEED 12000 // sdyer
//...//
#define Z_PROBE_SPEED_FAST HOMING_FEEDRATE_Z
// Feedrate (mm/m) for the "accurate" probe of each point
#define Z_PROBE_SPEED_SLOW (Z_PROBE_SPEED_FAST / 2) // sdyer
#define MULTIPLE_PROBING 2 // sdyer - commented out - no multiple probing
//..//
#define Z_CLEARANCE_DEPLOY_PROBE 5 // sdyer // Z Clearance for Deploy/Stow
//..//
#define EXTRAPOLATE_BEYOND_GRID // sdyer - better accuracy
//...//
#define GRID_MAX_POINTS_X 3 // for a glass bed don't need many probes
//...//
#define HOMING_FEEDRATE_Z (20*60) // sdyer

M420 S

G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G1 X10.1 Y20 Z0.28 F5000.0 ;Move to start position
G1 X10.1 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line
G1 X10.4 Y200.0 Z0.28 F5000.0 ;Move to side a little
G1 X10.4 Y20 Z0.28 F1500.0 E30 ;Draw the second line
G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up

One last thing. I'm fairly new to the 3d printing world. This is my first 3d printer and first time messing around with Marlin, gcodes and more, so I don't understand everything fully. I hope someone can give me a solution for this because I would really like my printer to work. Thanks in advance!
↧
Search

Marlin / Anet - Skew Compensation not working (4 replies)

October 18, 2019, 7:35 am
$
0
0
Hello,

I've spent a lot of time on this site and others trying to correct this.

I printed the test print as described in the Marlin firmware (see pic), I then inputted all the measurements (after doubling them) into the firmware.

I un-commented what I believe is supposed to be:

#define SKEW_CORRECTION

#if ENABLED(SKEW_CORRECTION)
// Input all length measurements here:
#define XY_DIAG_AC 319
#define XY_DIAG_BD 318
#define XY_SIDE_AD 199

I also made sure that #define XY_SKEW_FACTOR 0.0 was commented out. (i did try with the skew factor with the other lines commented out and that did not work either).

I also tried with the following both commented and un-commented.

#define SKEW_CORRECTION_GCODE

When I upload the firmware, with the #define SKEW_CORRECTION_GCODE and #if ENABLED(SKEW_CORRECTION) I can go to the terminal and type M852 and it will return a value (in my case 0.00322, which i double checked with the formula on wolfram).

It seems like octopi/the board is seeing the skew correction but it does not change my prints.

I've also tried hard coding it in the print file, also no results. I even incresed the value by 300% to see if there was a difference and there was not, however typing M852 in the terminal would bring up the increased value.

Any help would be greatly appreciated.
↧

Changing from Repetier to Marlin (7 replies)

October 19, 2019, 6:54 am
$
0
0
Circumstances are forcing me to change from Repetier firmware to Marlin so I have been looking through the Configuration and various other files to get my system working. While I am very familiar with Repetier configuration I am finding a little difficult to find several things in Marlin.

The display is 20 character by 4 lines (HD44780 type) with encoder using 4 data lines, 'O.K.' button (push encoder) and back button
My pins are

LCD Display
RS Pin 16
RW Pin - (connected to GND)
Enable pin 17
Data D4 pin 23
Data D5 pin 25
Data D6 pin 27
Data D7 pin 29

Sounder pin 45

Encoder pins 37 & 35
O.K. button pin 33
Back button pin 31

SD card MISO pin 50
SD card MOSI pin 51
SD card SCK pin 52

Specific questions are:-

Q1) My LCD pins are the same as those in Marlins pins.h under ULTRA_LCD NEWPANEL. Are these what will be used if ULTRA_LCD is uncommented in Configuration.H and all others left commented out?

Q2) Where can I find the sounder (beeper, speaker) pin defined? In which file?

Q3) Where can I find the pins for the encoder, O.K. button and Back button? In which file?

Q3a) Is there a 'Back' button defined in Marlin firmware? Back here meaning back to the previous menu.

Q4 are those the correct pins for the SD card above?

Thanks for any clarification you can give.

Mike
↧
↧

Manual Configuration of Kossel Printer (no replies)

October 20, 2019, 12:27 pm
$
0
0
I am using manual configuration of Marlin for my FLsun mini Kossel printer.
I found the auto levelling process too inaccurate for my printer mechanics.
My issue is after I get the Z0 position set for centre plus each tower I still need a minor adjustment to the Z0 centre position.
The process I have been following (Build A 3D Printer.eu) tells me to adjust the DELTA_SMOOTH_ROD_OFFSET I cannot find any reference to this in my Marlin G-force9-AC version.
If this setting has been removed how do I accomplish the same thing without it?
↧

Dual Independent X axis and G29 Auto bed level (no replies)

October 20, 2019, 5:46 pm
$
0
0
Hi, I've just put together an AM8 + IDEX, and am using a servo Z probe on T0.

G29 only probes a small area in the low X and high Y quadrant. I'm using bilinear levelling, and both hotend can travel from 0 to 185 in X.
X_PROBE_OFFSET_FROM_EXTRUDER is -19, so the probe can reach 0 to 166. To keep symmetry I'd expect it to probe the range 19 to 166, 147mm wide, and the 5 points should be (147/4) 36.75mm apart, but it looks to me like about half of that.

Does anyone know if this is likely to be a result of the dual X axis, or just a configuration error.

(I took my original config from my Anet A8 on which it worked a charm, just would save me a lot of sweat to know if I was wasting my time!)

Thanks,
Phil
↧

Can't adj z offset -skr1.3-bltouch (no replies)

October 20, 2019, 10:15 pm
$
0
0
I've recently installed an skr1.3 in my monoprice maker select 2.0. I know 32 bits is overkill but went with i because its cheap and the benefits of the bed leveling. Auto home works ok and the 9 point bed leveling routine appears to work ok. However when I print the nozzle is about 5mm above the bed. I navigate to the z offset setting on the lcd and advance to a lower number and push the button to enter but the z axis does not respond. I've changed the z offset in the firmware but that does not appear to have any effect either. I've gone through the finding the z offset routine on marlins website and am able to do that ok. I've used teaching tech's tutorial to set everything up and have gone over everything several times for omissions and or errors but cant find any. Attached are my config.h and config.adv.h files. Any help is appreciated. tia
↧
Viewing all 2831 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>