-
Posts
2,774 -
Joined
-
Last visited
-
Days Won
61
Content Type
Forums
Events
3D Prints
Posts posted by tinkergnome
-
-
Sounds weird...
If you're lucky, this are only some corrupted values in the EEPROM. You can try the following:
- finish the "first run wizard" with the normal tinker firmware (if necessary)
- install the Mark2-firmware, but don't do a factory reset afterwards
- instead: check the preferences manually, esp. the print area and the axis steps/mm (basically: check all sub-menus in "Advanced -> Preferences" for conspicuous values
-
F ist die "feedrate" (also die Geschwindigkeit) in mm/minute, siehe hier
Wie Nicolinux schon geschrieben hat wird es aber schwierig, richtige "cold pulls" mit dem Feeder zu machen. Der Stepper-Motor hat dafür vermutlich genug Drehmoment, aber das Transport-Rad nicht genug "Grip".
Aber wenn die Temperatur nicht zu niedrig gewählt wird, könnte es gehen.
Ob der Drucker allerdings auf das Herunterkühlen warten kann, hängt zusätzlich von der Firmware ab. Vermutlich ist Marlin installiert, aber welche Version? Bei älteren Versionen war das ein Feature, das beim Kompilieren der Firmware festgelegt wurde. Bei neueren Marlin-Versionen kann das erreicht werden, indem statt "S" der Parameter "R" verwendet wird (das hab ich aber nur aus der Doku).
Zusätzlich würde ich empfehlen, während des Retracts, die Beschleunigung der E-Achse zu reduzieren (so, wie es die Ultimakers machen), dann wird die Bewegung nicht zu abrupt. Passende Werte dafür müsstest Du allerdings ausprobieren. Und außerdem müsstest Du anschließend wieder den Standardwert einstellen (den ich aber für Deinen Drucker auch nicht weiß...). Evtl. kann man den Standardwert im Druckermenü irgendwo ablesen.
Zusammenfassung: probieren könntest Du so etwas ähnliches
(ob es funktionieren kann, hängt - wie gesagt - von der Firmware ab...):
M109 R110 ;auf 110C warten M204 R50 ;Beschleunigung fuer Retracts reduzieren M302 S0 ;"kalte" Extrusion zulassen M83 ;Extruder relative mode G0 E-80.0 F6000 ;80mm retract M82 ;Extruder absolute mode M302 S170 ;"kalte" Extrusion wieder abschalten M204 R1000 ;Standard-Beschleunigung wiederherstellen M104 S0 ;extruder heater off
(am Besten am Ende vom Skript, direkt vor dem "M84")
Viel Erfolg!
-
2 hours ago, cryptie said:
The scroll wheel is 100% useless while printing.
The first version with the USB printing screen was 16.03.1 - you can try this one.
Or use the newest version again, try to reduce the value for the total power budget in steps of 10 and re-test (it's just a try).
...and just to be sure: check the terminal output from Octoprint for unusual things while you're testing.
Factory reset is only necessary if you switch back and forth between the standard and the tinker firmware.
-
Great, we are getting closer...
The firmware uses the normal G28 command (home all axis) at the end of a print - with one exception:
If the current printing height is near the maximum height, it homes X/Y first to move the head out of the way (because the buildplate is already near the bottom).
For all prints that are not that tall, you can use the simple "G28" instead. Changed end script:
End:
M104 S0 ;extruder heater off
M140 S0 ;heated bed heater off (if you have it)
G91 ;relative positioning
G1 E-1 F300 ;retract the filament a bit before lifting the nozzle, to release some of the pressure
G1 Z+0.5 E-5 X-20 Y-20 F9000 ;move Z up a bit and retract filament even more
;G28 X0 Y0 ;move X/Y to min endstops, so the head is out of the wayG28; home all axis
M84 ;steppers off
G90 ;absolute positioning
;Version _2.6 of the firmware can abort the print too early if the file ends
;too soon. However if the file hasn't ended yet because there are comments at
;the end of the file, it won't abort yet. Therefore we have to put at least 512
;bytes at the end of the g-code so that the file is not yet finished by the
;time that the motion planner gets flushed. With firmware version _3.3 this
;should be fixed, so this comment wouldn't be necessary any more. Now we have
;to pad this text to make precisely 512 bytes.
-
19 hours ago, Lukephos said:
This does still leave the problem of the bed not dropping though.
This is indeed a task of the firmware, but only for prints from sd-card. For prints via USB the print server is in charge of it (or it has to be added to the gcode script). That's why i asked...
- Are the files sliced with Cura (which version, which "GCode-flavor")?
- Is there a difference in the behavior between prints from sd-card or USB?
- How does your start-/ end script look like?
-
3 hours ago, LePaul said:
what's the salt method?
-
20 hours ago, dykwcpu said:
hello
i understand the problem from move and linear but how can i fix this problem and Is it a mistake of installation or programming
Where does your gcode-snippet come from (it looks weird)? Is this the start script from Cura or something completely different?
In case of Cura: AFAIK Cura does not have a printer profile for anycubic kossel - how have you configured the printer?
-
Another debugging possibility: Octoprint has an option to store the console output to a log file. If a print suddenly stops one can find perhaps some hints about the reason in those log files. At least you can rule out communication problems with Octoprint, if the log file looks clean.
-
@Lukephos - you used the tag "UM2+" - the version number and -date should be displayed on the printer via:
"Maintenance -> Advanced -> Version"
I assume you start all prints from the sd-card and have not plugged in an USB cable during normal operations?
Regarding the connection problems: i would try a different USB-cable first and - if you have a chance - a different computer.
Or: try the "old" Cura 15.04 for firmware updates - you can select a specific COM-port with this version. Once you have configured the printer, choose "Machine -> Install Custom firmware" and load the appropriate hex-file from the newer Cura installation.
Good luck!
-
6 hours ago, halfie said:
I found what I needed here. Saving for future reference:
I often use this pinout picture as a reference, it includes the pin numbers from the Arduino IDE / pins.h:
-
1
-
-
Hallo @3D-Simon,
ich würde die deutschen Vertriebspartner kontaktieren, die sollten in der Lage sein, Referenzen zu benennen.
Die Liste findet sich hier:
-
42 minutes ago, bob-hepple said:
when I originally set up cura I followed the instruction on the Mark 2 web pages which I printed off last year
That's ok. @rajilpahuja: "Mark 2 Tweaks" is a post-processing script, not a plugin.
@bob-hepple: In Cura choose "Extensions -> Post Processing -> Modify G-Code -> Add a script"
It should be in the list.
-
2
-
-
20 hours ago, tojiero said:
Apparently the nozzle temp for PLA through a 0.8 nozzle is factory set at 240C.
Is this correct even though it's outside the range (200-230C) quoted on the Ultimaker branded material label?
Yes, it's the correct (recommended) temperature:
https://ultimaker.com/en/resources/22225-how-to-print-with-ultimaker-pla
-
11 hours ago, niacobelli said:
Anyone have any idea why printing over usb is so different than printing off the sd card?
Hi Nicholas,
i can imagine three possible reasons:
- the used gcode files are different
- you try to print via USB with gcode flavor "Ultimaker" (instead of "Marlin")
- some tools for USB-printing add their own start scripts / commands
Can you rule out these possibilities?
-
On 6/2/2018 at 3:34 AM, gmhajh said:
Is there a way to change the safety to another temp and how.
Marlin Firmware supports the M302 command. You can add it (in a new line) to your start script in Cura to set a new temperature limit.
M302 S0
-
2 hours ago, chiz said:
the moment I reboot from v17.10.1 I'm immediately taken to default reset routine
What is this? The "first run wizard"? or something else?
And yes: re-installing the standard firmware destroys the print area settings... ?
A factory reset with the standard firmware is useless in this case.
My suggestion: re-install the standard firmware once more and complete the "first run wizard" this time - that's important.
After that you can install the tinker firmware and it should start without the need to run the "first steps" again.
Then go to "Preferences -> Print area" and correct the values before you do anything else.
X 0- 230
Y 0-225
Z 225 (or 325 for UM2+extended)
If in doubt, do the factory reset again, but this time with the tinker firmware. This should do the trick.
-
2 hours ago, geert_2 said:
Out of curiosity, what is the technical background reason for this?
Paragraph (2.) on this comment:
-
I assume @ghostkeeper is working hard to fix the last bugs...
and the best response from UM is a stable version that actually works....I'm confident!
-
21 hours ago, Raaseri said:
I use tinker firmware atm, but seems like there is no way change max temp.
The pre-compiled hex-files are allowing up to 300°C as nozzle temperature.
If you import a MATERIAL.TXT file with higher nozzle temperature, this becomes the new maximum. Use it at your own risk...
Steps/mm and rotation direction for all axis can be adjusted on the printer (Advanced -> Preferences -> Motion settings)
If you still have a need to compile it yourself, have a look at the "cookbook" that @gr5 made
(including links to the source repositories at GitHub):
How to build Marlin the way tinkerghome and Ultimaker do it if you have windows
-
17 hours ago, rebekah_harper said:
Am I the only one with a UM3 where this beta doesn’t work????
No response to my comments or log file.
No - you're not alone - welcome to the club...
It's the same here...
-
6 hours ago, RudydG said:
But, i will have to get acces to the firmware source code om the UM2 mk2.
Did you called my name...?
-
in short: you have to enter valid JSON content in the value field, see:
-
I think the strange thing is that 3DLabprint takes your money for 3D-models that are broken, or better: not printable out of the box.
The models are not manifold, have overlapping volumes or not connected faces or other annoying defects.
If you read some articles in the 3DLabprint forum: basically they rely on the repairing (black magic) capabilities of specific slicer versions to make their models printable...
But as long as no one complains, we will see these questions here over and over again...
I would load the models in (e.g.) Meshmixer and check it (Analysis -> Inspector). The result could be interesting.
-
1
-
-
2 hours ago, kerog said:
Thanks, but I seem to be clueless. I went and created a repo on GitHub: kerog777/cura, and pushed my changes to it. But when I try to do a pull request there I still get rejected. I must be missing something. Is there something I can do to get a more verbose response that would aid in diagnosis of exactly what I'm doing wrong?
Your own repository is probably not based on the original one, easy solution: make a "Fork" first.
A working sequence would be:
- create a fork of the original repository
- create a new branch in your (forked) repository
- make all changes in your branch
- commit and push all your changes to GitHub
- create a pull request (select the new branch first)
For more information choose "github fork pull request" as search terms:
Here is an article with lots of explanations and comments: GitHub Standard Fork & Pull Request Workflow
A shorter article with examples on the command line: Forking a GitHub Repository and Using Pull Requests
And here i found a video with all steps: https://www.youtube.com/watch?v=G1I3HF4YWEw
Filament nach Druckende zurückziehen
in Deutsch
Posted
Google sagt: " ANYCUBIC I3 MEGA source code V1.1.1, based on marlin RC8 1.1.0. " - könnte klappen
Naja, wenn es im Druckermenü nicht zu finden ist, hilft nur: über USB (serielle Konsole) verbinden und die gespeicherten Werte anzeigen lassen. Geht z.B. mit S3D oder Octoprint oder Pronterface
Zur Sicherheit zuerst mit "M501" die gespeicherten Werte laden. Mit "M503" werden anschließend alle Einstellungen aufgelistet.
Interessant ist in diesem Fall, was bei M204 ausgegeben wird - diese Zeile setzt man dann am Ende einfach wieder ein.
Die zugehörige Ausgabe im Terminal-Fenster könnte z.B. so aussehen: