Closed boelle closed 8 years ago
@fmalpartida, @avluis, @vandarin, @thawkins, @arno-millenaar, @Natealus , @Sniffle are candidates to test out if auto leveling is working
anyways... recreated this to print to the top....
how are the lavest DEV branch working? is autolevel working as it should?
Apart from cura not playing ball, dev branch is almost ready for promotion.
I don't have any probes or anything but I do have a printer that I built specifically for fiddling with that uses a mixture of A4988 drivers and DRV8825's that usually has a reasonably recent version of the dev branch on it.
Currently printing a squirrel, will throw the test object at it once that's done.
@boelle I've just added a levelling probe to my delta, can you update my description? I also have a RepRapDiscount Smart LCD Controller I can switch with the full one on my delta.
@thinkyhead I'm totally new to auto bed levelling, do you think you can update the wiki? I found an older Marlin Documentation folder with still BedLeveling.md inside. Is it still usable?
@boelle, could you update my profile with the current setup I am doing some testing:
Alternative setup:
With a Printrbot Metal Simple (inductive probe): I compiled leaving all the settings at default other than what was needed for my board, sensors, probe points & endstop directions.
M851 is at Z-0.7, that offset works perfectly with my Printrbot-fork firmware. With the current dev branch, the printer probes all points as expected but then drops the nozzle a little more just as the print starts, driving it into the bed. Homing by use of a software button works fine. My start gcode is:
G28 X0 Y0 Z0
G29
Let me know if you need any more info on my setup.
3 point leveling with sled mounted probe works fine on my i3. Electronics are Sanguinololu 1.3a with ATMega 1284p running at 20Mhz and Full Graphics LCD. Grid leveling does not fit into progmem. If necessary I could test it without LCD.
I tested the current Marlin 35af5ef.
3 point is enough
if the bed is bent etc the grid method could do some tricks.... but really then i would rather get a flat bed
2015-06-02 12:04 GMT+02:00 chris-bo notifications@github.com:
3 point leveling with sled mounted probe works fine on my i3. Electronics are Sanguinololu 1.3a with ATMega 1284p running at 20Mhz and Full Graphics LCD. Grid leveling does not fit into progmem. If necessary I could test it without LCD.
I tested the current Marlin 35af5ef https://github.com/MarlinFirmware/Marlin/commit/35af5ef23e656d687fba72ae90c8592b9cb7e847 .
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-107905177 .
I got a Prusa i3 frame with RUMBA board (dip-switch version) with inductive sensor for auto level, dual Z-axis step drivers and reprap discount full graphics, e3D v6 hotend with direct drive and there is a few questions I can't find an answer to, as this is my first printer and i got it used prebuilt 2 days ago:
What does this do?
Also in advanced config i enable
since i got my Z step motors running on their own driver as a single driver don't have enough power to run two motors (this is tested) in the code i see it asks for Z_DUAL_ENDSTOPS that i don't have, and i get a compile error if i comment it out (that do make sense tho after looking at the code) But should i just ignore this or should i install two endstops as i plan on adding Z max end stops?
I don't have a Z-min end stop switch, i'm using the inductive sensor for the Z-axis stopping. and i only have X and Y min end stop switches tho I will be upgrading shortly with XYZ Max end stop switches hence the Z endstop question
I finally found out how to get Auto Home to work, didn't know that i had to define Z_PROBE_PIN in the pins file but after i did that, and enabled Z_PROBE_ENDSTOP it worked using auto home.
Here is my configs Configuration.h http://pastebin.com/uLhsW89M
Configurations_adv.h http://pastebin.com/vwikWtBk
Sorry in advance if this is a bit noobish and shouldn't be asked here, but i'm stuck for now trying to get the last bit to work. If you have a better site to ask these questions please refer me.
@boelle @thinkyhead hi folks, tests on the development branch look good and in shape. I think it is a good moment to move the code to the integration branch and get it ready for testing and eventual release.
What I then suggest is to freeze the integration branch for new features and only fix in the integration branch defects that the testers report on it that make it inviable for release.
WAIT, I think that you are rushing things! There are still some pull requests that affect the configuration files and features for the delta printers that need to be integrated.
Speaking of which, what is the best practice for stopping local changes to Configure.h from leaking into pull requests. How do folks normaly ensure that is not happening.
On Wed, Jun 3, 2015, 11:46 Richard Wackerbarth notifications@github.com wrote:
WAIT, I think that you are rushing things! There are still some pull requests that affect the configuration files and features for the delta printers that need to be integrated.
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108179548 .
i noramlly make a copy of the folder that is used to sync to github.... and then place the folder somewhere else where its easy to get at but far from the other folder
ie on windows the desktop is my choice
2015-06-03 6:35 GMT+02:00 Tim Hawkins notifications@github.com:
Speaking of which, what is the best practice for stopping local changes to Configure.h from leaking into pull requests. How do folks normaly ensure that is not happening.
On Wed, Jun 3, 2015, 11:46 Richard Wackerbarth notifications@github.com wrote:
WAIT, I think that you are rushing things! There are still some pull requests that affect the configuration files and features for the delta printers that need to be integrated.
— Reply to this email directly or view it on GitHub < https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108179548
.
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108187516 .
@thawkins I use https://www.sourcetreeapp.com that gives a good overview of what goes into a commit. It also makes it very easy to commit single lines. And is easy to diff different branches (i.e. I use a local branch for the private dev before merging into anything that goes to github). But also, trying to be disciplined. Like carefully look over the Pull Request carefully before pressing the button on github.
OK, how about up issuing the integ branch and continue with the dev branch. That way people can start testing it. In the mean time continue with dev to troubleshoot the delta's auto bed leveling.
is auto leveling only an issue for Delta's now?
i thought there where trouble also with normal printers
i cant be on pc since we will have electricians shortly and they will cut power to everything....
2015-06-03 9:43 GMT+02:00 fmalpartida notifications@github.com:
OK, how about up issuing the integ branch and continue with the dev branch. That way people can start testing it. In the mean time continue with dev to troubleshoot the delta's auto bed leveling.
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108233249 .
I was of the same thought... I thought the cartesian leveli g was still messed up or did something change suddenly? On Jun 3, 2015 2:50 AM, "Bo Herrmannsen" notifications@github.com wrote:
is auto leveling only an issue for Delta's now?
i thought there where trouble also with normal printers
i cant be on pc since we will have electricians shortly and they will cut power to everything....
2015-06-03 9:43 GMT+02:00 fmalpartida notifications@github.com:
OK, how about up issuing the integ branch and continue with the dev branch. That way people can start testing it. In the mean time continue with dev to troubleshoot the delta's auto bed leveling.
— Reply to this email directly or view it on GitHub < https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108233249
.
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108234948 .
@boelle ill check current dev release and auto bed level on my set up tonight (its a 3DR with FSR auto level probe)
ok, i got a electronics board from @fmalpartida, but not quite there yet. need to connect endstops and servo
2015-06-03 10:15 GMT+02:00 BuzzBumbleBee notifications@github.com:
@boelle https://github.com/boelle ill check current dev release and auto bed level on my set up tonight (its a 3DR with FSR auto level probe)
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-108240895 .
@epatel -- "But also, trying to be disciplined. Like carefully look over the Pull Request carefully before pressing the button on github."
I am in total agreement. Further, I feel that EVERYONE should submit ALL changes in the form of a PR and have someone else actually perform the merge (at least two sets of eyes)
@boelle @Wackerbarth depending on the contributors you could use a code review system like gerrit ;)
@epatel nice app, but not available for linux...... dont have any win or mac machines....
I'm totally new to auto bed levelling, do you think you can update the wiki?
@clefranc Sorry I've been doing a big move to a new city, so just getting back in the loop after many days away. I will do a basic overview page about bed leveling soon. Lots to do in that wiki.
@thinkyhead Thanks, no rush, I'm 2 weeks away of printer stuff.
I'm interested in testing! I have access to three printers, all currently running the T3P3 branch on https://github.com/T3P3/Marlin
I'm having a lot of problems with it, so I'm motivated to help!
All three printers are running Printrboard rev D with Panelolu2
Emaker Huxley
Solidoodle 2
Solidoodle 3
I don't have any hardware for auto leveling.
Please let me know how I can help!
@shampine1 You can test the Development branch at any time, then just report any issues you have with the latest code. We'll work with you (at our convenience) to help resolve them for you and for the community as a whole.
@shampine1 - But, please, in your reports, if at all possible, reference the last commit that is included in the version of the code that you are testing. "Development" is a moving target and we need to be able to know which snapshot of it you are using.
I'm compiling using Arduino 1.0.6 and #1938 on the Development branch. It compiles so far!
It looks like we should have a comment in Configuration.h
in the Panelou area to remind people to install LiquidTWI2.h
like Panucatt has. This note is currently hidden in Conditionals.h
.
I think it would be a good idea to modify pins.h
in the printrboard area. If you have SD support, you have to move the Y endstop to the "Estop" plug; the Y pins are involved in SD communication.
Perhaps:
#ifdef SDSUPPORT
#define Y_STOP_PIN 37 // {normally 8, must be 37 for SD card support}
#else
#define Y_STOP_PIN 8 //
#endif
I'll upload tonight!
I'm compiling using Arduino 1.0.6 and #1938 on the Development branch. BTW, thanks for putting the custom name in Configuration! I've adjusted the settings to match my Solidoodle 2 x, y, z, sd and time all show --- on startup The display shows numbers after homing Takes about 4 button pushes the first time before anything happens SD and time show something after you start printing Later it has taken about 10 button pushes; not a fixed number. The therrmal behavior seems different I tripped thermal runaway once on heatup The extruder, bed, and fan on lights don't work when you are in manual control, but they do work in SD printing. Marvin's feet have this weird cyclic stepping thing on the outlines; not smooth at all! I don't know if this is an artifact of some acceleration setting or not. I didn't print Marvin on my previous version of Marlin. The perimeter is a little more smooth. I can feel the printer vibrating slightly when this is going on. Linear infill doesn't have this jerky thing. On the good side, I was pleased to see the menus have improved! I'll let you know what Marvin looks like in the morning.
Marvin failed. However, I suspect that it is an extruder issue, possibly brought about by the discontinuous motion problem. I'm printing something less oval as a test right now.
Takes about 4 button pushes the first time before anything happens
Looking forward to fixing that soon…
I tripped thermal runaway once on heatup
Bed or hot-end?
Hot end. I tried Marvin with the acceleration turned down to 1000 (from 3000) and Jerk turned down to 10 (from 20) That helped quite a bit, but I still have the infamous E3D heat soak extruder problem. Groan. I think those settings are too high for most printers. I would change the default to either 750 or 1000 for X and Y. I'm also going to try re-meshing Marvin; that thing has a crazily high triangle count! Anything I can do to help?
infamous E3D heat soak extruder problem
Is that due to the heat taking a long time to migrate from the heating element to the thermistor?
Scott, No, the E3D hotend uses a large round heat sink with a fan above the heater section. There is a thin stainless steel heat break between them. If the heat sink gets above the glass transition temperature for PLA, the PLA filament starts changing shape (swelling up) and sticks in the heat break and/or heat sink. In my case, this is due to running the printer in a VERY hot environment (my un-airconditioned shop in Houston) and a partially blocked air exit. Now that I finally understand what's going on, I can fix it!
I'm compiling using Arduino 1.0.6 and #1938 on the Development branch. My re-meshed Marvin printed last night and looks very nice!
I had a thermal runaway shutdown last night on my Solidoodle 3 running 2474. I'll load the latest and re-try
Has anybody tested the dual thermistor mode, where it uses an extra thermister to spot runaways.
The only time i have lost an extruder was a jhead where the thermistor detatched from the heatblock, so it was feeding back a low temp reading. It melted down the PEEK barrel and the nozzel assembly now at about 350c dropped into the print.
I think having the second thermistor in would have stopped that.
On Sat, Jul 25, 2015, 11:33 Rod Shampine notifications@github.com wrote:
I had a thermal runaway shutdown last night on my Solidoodle 3 running
- I'll load the latest and re-try
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-124793060 .
After looking closely, it actually did what it was supposed to do! I found out that my extruder thermistor had gotten unplugged!
Sent from my Windows Phone
From: Tim Hawkinsmailto:notifications@github.com Sent: 7/25/2015 1:33 AM To: MarlinFirmware/Marlinmailto:Marlin@noreply.github.com Cc: Rod Shampinemailto:shampine1@slb.com Subject: Re: [Marlin] Testers NEEDED (#2214)
Has anybody tested the dual thermistor mode, where it uses an extra thermister to spot runaways.
The only time i have lost an extruder was a jhead where the thermistor detatched from the heatblock, so it was feeding back a low temp reading. It melted down the PEEK barrel and the nozzel assembly now at about 350c dropped into the print.
I think having the second thermistor in would have stopped that.
On Sat, Jul 25, 2015, 11:33 Rod Shampine notifications@github.com wrote:
I had a thermal runaway shutdown last night on my Solidoodle 3 running
- I'll load the latest and re-try
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-124793060https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_MarlinFirmware_Marlin_issues_2214-23issuecomment-2D124793060-26gt-3B&d=BQQFaQ&c=uGuXJ43KPkPWEl2imVFDmZQlhQUET7pVRA2PDIOxgqw&r=YxaF5NZ-5DfqZKUg2bY-Eh0Kh33lL_AxlHGBkO8SA-c&m=HrSgOkxt6kTJtaJyp3Xbv_XfauL35LECNvFaPyf7-88&s=dITPo37HGvnyzwzMyXmBj_MzHVYdr-L2BITZm9LX1Rs&e= .
— Reply to this email directly or view it on GitHubhttps://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_MarlinFirmware_Marlin_issues_2214-23issuecomment-2D124811759&d=BQMFaQ&c=uGuXJ43KPkPWEl2imVFDmZQlhQUET7pVRA2PDIOxgqw&r=YxaF5NZ-5DfqZKUg2bY-Eh0Kh33lL_AxlHGBkO8SA-c&m=HrSgOkxt6kTJtaJyp3Xbv_XfauL35LECNvFaPyf7-88&s=L_ac8uBoH1twmLhiXKJAD7rPxXQXqeYDZGCAqIhy19Y&e=.
@thawkins The last time i tested (Mai) dual thermistor mode worked fine. The code is so simple - there can't be much errors in. Just use the first thermistor as usual, Test if the second thermistor is closer than MAX_REDUNDANT_TEMP_SENSOR_DIFF to the first. If not throw an error and kill the printer.
Has anyone else noticed that Marlin runs REALLY rough when printing short segments? It looks like its stopping between segments rather than following its maximum acceleration/jerk.
Yes I believe I've seen that happening. I have a STL that was created from a CAD file that was full of splines, despite the fact that most of the lines are almost straight when printing the movement isn't smooth and the printer kinda stutters. I suspected it could be that and wanted to make a sample part to test it.
How do I sign up for testing
you just did it, grab the code, compile and upload to your bot and report any bugs or strangeness you find
On Tue, Aug 25, 2015 at 12:56 AM giliammc notifications@github.com wrote:
How do I sign up for testing
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-134298612 .
OK thanks
On Tue, Aug 25, 2015, 12:37am Tim Hawkins notifications@github.com wrote:
you just did it, grab the code, compile and upload to your bot and report any bugs or strangeness you find
On Tue, Aug 25, 2015 at 12:56 AM giliammc notifications@github.com wrote:
How do I sign up for testing
— Reply to this email directly or view it on GitHub < https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-134298612
.
— Reply to this email directly or view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/2214#issuecomment-134487000 .
@giliammc Tell us about your hardware, electronics, and any other special features of your machine, and I'll post those details at the top of this issue.
If you guys need more.
Prusa i3 Hephestos Ramps 1.4 Single Extruder Auto-bed level with Capacitative sensor Two LCD's to test
@boelle @thinkyhead i have marlin dev working perfectly on a modified printrbot simple 2014 with a printrboard rev D and a ABL servo
@giliammc "Perfectly" is a word I both love to hear and fear. But I will choose to take the positive part!
We are in the process of getting the issues list down to 0, or as close we can.
For this we need a lot of people, with as much different machine setups as we can, that are willing to load the latest development and report back any faults, the goal is not to do features but just to test for faults.
Test object: http://www.thingiverse.com/thing:525888
Testers so far:
@MagoKimbra - one Prusa I3 with Ramps 1.4 and 4 extruder and autobed level with servo & one Kossel mini with ramps 1.4.
@a4jp-com - Scoovo X9H
@darkjavi - PrusaI3 with megatronics V2 & coreXY printer with ramps1.4
@fmalpartida - H-Bot mechanics (with auto level) and AT90USB1286 controller
@gregrebholz - Rumba on RigidBot
@avluis - MakerFarm Prusa i3v 12" - RAMBo w/heated bed & dual extrusion (Dual Hexagon set-up for > 300C), ABL (servo+micro switch), LCD + SD (RepRapDiscount Full Graphic Display).
@vandarin - Phoenix with RAMBo, 1 extruder, heated bed, switch touch probe
@Grogyan - RAMPS 1.2 derivative with on board MAX6675 & test bed electronics is RAMPS 1.4 with a RepRap discount full graphic display, Max6675
@thawkins - Scratch built machine with autoleveling inductive probe, ramps, 330x200 bed, based on zentoolworks cnc chassis, dual jhead hotend, qubd thermistors. Ballscrews. Reprap discount Full graphic display. Heatbed. & Scratch built machine with autoleveling servo and microswitch, ramps, 210x210 bed, jonbot, printed chassis. Single ubis hotend, qubd thermistors. Gt2 belts. Reprap discount 20x4 display. Heatbed.
@arno-millenaar - Rumba with external DM422C drivers (will add the extra delay in the stepper code) LCD + SD (RepRapDiscount Smart Controller) Bed Auto-Leveling Bulldog XL Extruders with E3D v6 hotends (not sure this is relevant :) ) setup for > 300C Bed 500W with temperature reach of 185C (or more not tested) Thermistor for Bed and Thermocouples (AD597) for the hotends
@Lukelectro - I have a Mendel90 (Melzi electronics), gt2 belts and modified (low power, run a 24V hotbed on 12V) hotbed, otherwise standard)
@pacaj2am - Rebelix with Ramps 1.4 and Heated Bet.
@JoshyuNL - MendelMax 1.5 custom, Rambo 1.3, Heated bed + dual extruder, Filament Diameter Sensor
@alhirzel - modified MTU MOST delta printer on Sanguinololu 1.3a
@thinkyhead - Prusa i3 with Mega2560, RAMPS 1.4, Gadgets3D (HD44780-based) 20x4 LCD. & Custom Deltabot with a Brainwave board.
@Booli CreatrHS
@CONSULitAS Vellemann K8200
@PxT Printrbot Simple Metal, Revision D board
@ProjectEnder Rostock, RAMPS 1.4, 1 Extruder, J-Head HotEnd, Nichrome Wire Heated Bed, RepRapDiscount Full Graphic Display Smart, and Filament Diameter Sensor
@clefranc Prusa i3 EiNSTeiN Variant, RAMPS 1.4, Dual Extruder, J-Head Hotend, Heated Bed, RRD Fan Extender, Filament Diameter Sensor, RepRapDiscount Smart LCD Controller or RepRapDiscount Full Graphic Smart LCD Controller
Boots Industries BI V2.5 (Delta), RUMBA, Dual Bowden Extruder, Pico Hotend, 500°C Thermistor, Heated Bed, RepRapDiscount Full Graphic Smart LCD Controller
@boelle Mendel90 Sturdy version. OMC Board w/DSM Drivers
@Natealus Modified Rostock Max V2, 280 mm circular diameter X 360mm height, E3D Kraken 4 nozzle hotend, M3 screw-in thermistors, water pump for Kraken, 4 Airtripper V3 BSP Extruders slightly modified, Onyx 120C Heated Bed, borosilicate glass print surface, Azteeg X3 Pro Printer Controller, servo z-probe, and Viki 2 Graphical LCD.
@Sniffle 12" Makerfarm Prusa i3V, Rambo Electronics, bed auto-leveling with servo and switch, RepRap Discount full graphics Display, E3DV6 Dual extruder
@shampine1 Three printers, all using Printrboard rev D with Panelolu2: Emaker Huxley, Solidoodle 2, and Solidoodle 3.
@Nandox7 bq Prusa i3 Hephestos with Ramps 1.4, 1 extruder, capacitative sensor Z probe,
REPRAP_DISCOUNT_SMART_CONTROLLER
, andREPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
.