tinkergnome

@wdwms - just a suggestion: You should report this issue on GitHub, that's the direct way to get in touch with the firmware developers. Just follow the link, sign in and open a "New issue" with the green button.

First: i never went away - it was just not so easy to (re)activate my forum account and i considered the matter not soooo urgent... Regarding the firmware: I noticed some weird things with this version too (at least sometimes...). I guess it was some kind of stack overflow (or something similar). I removed the support for the (custom) gcode commands M605 and M606 since version 15.03. These stuff allocated a huge amount of the rare RAM and i never saw that anyone used it. It seems that those issues went away with the recent version, you should give it a try. i know ...someday i should ask @dim3nsioneer about the intention of these commands... Obviously there will be no "tinker" version 15.04 - the last changes of the default firmware were only "cosmetic" AFAIK (basically the displayed support address for fatal errors has changed and the material preset "UPET" was renamed to "CPE"). I believe - we don't need to rush it..., but the story continues I'm trying to implement a "recover an aborted print from a selectable height" - function (*) at the moment. This will be release 15.06 (or probably 15.07...) (*) = working title

Phew! I am back! Thanks to Arjan who has redirected me to Sander... Thanks to Sander who has passed my issues with the forum account to the developers... ...and thanks to the nameless developer who was able to reset my password manually... I somehow like the term "big bang"... Seriously: The custom firmware is compiled with PID control for the printbed temperature. Because of this reported issue i released the "b" version with the standard "bang-bang" control method (in addition). The difference is described in the links. If i find some spare time it will become a selectable option someday... (it's on the todo list) Greetings from the tinkercave!

Let's see... The informations for (estimated) printing time and material length are read from the comments at the top of the gcode file (only for UltiGCode-flavor AFAIK). Displaying the time in another format (incl. minutes) should be easy. The Cura profile is a different challenge... It is embedded at the end of the gcode in an encoded format. Due to the very limited RAM available at the Arduino board - decoding and parsing of the Cura profile would be... ... ... not so easy... Perhaps a better approach: Someone... could write a Cura plugin that includes the major profile informations as comments at the top of the file. The same might work for progress informations. Basically the end-position of the E-axis is needed. I guess, the firmware could calculate the progress and the estimated printing time more accurate just by comparing the current E-axis position to the last position... Mmmhhh - or a more general approach... how long would it take to parse the whole file at the beginning (without printing) and track the max. positions...? I think this is worth a test...

Grande contribution! Merci rigs!

Hi Reiner, you got it... I think there goes something wrong during a macro expansion with the new compiler version, i did not make to investigate this further until now. Arduino 1.0.6 works fine, and AFAIK daid still uses 1.0.3

To be honest... no quick idea at the moment... :?: Do you get the same behavior with the simulator? (easier for debugging). If you want: you can send me the modified sources (for comparison purposes) and i can take a look at it this evening. I send you a PM.

Mmmmhhh.... You are not authorized to access this page. Any chance to make it public...?

Sorry, never tried epoxy, but UHU hart kunststoff works well for PLA and for acrylic glass and is easy to process.

It seems so.... No big deal if you're comfortable in soldering.

The post 26. The recent version is based on 15.02.1 (aka: the version that comes with the current stable Cura version). It can be installed on the Ultimaker2 via Cura -> Machine -> Install custom firmware. (Re-)Installing the default firmware is possible at any time. Join us at the other thread, if you like.

For all followers of the Olsson block who also use the Tinker firmware: If you don't want to work through the whole bed levelling wizard after each nozzle change: It turned out that the function "Adjust Z position" (a submenu of the expert settings) works pretty well for this purpose. It's still importand not to forget this step... :roll: - but it works a bit more "straight forward" this way.

There's a new release of the UM2 tinker firmware available on GitHub: TinkerGnome-MarlinUltimaker2-15.03-RC1 Changes are: [*]combined the "sleep" timeout options in a single submenu[*]support for M605 / M606 disabled to reduce memory usage [*]fix position of E axis in move material menu If anyone wants to give it a shot - please report issues here or via GitHub.

Hallo Michi, ich hab noch nie nich mit ABS gedruckt (und werd ich wahrscheinlich auch nicht), aber hier schon 'ne Menge drüber gelesen. Kannst Du den Raum gut belüften (bzw. entlüften)? Du weißt hoffentlich inzwischen, das ABS-Dämpfe nicht nur ziemlich "duften", sondern auch nicht besonders gut für die Gesundheit sein sollen...? Aber vielleicht ist das auch nur ein Gerücht... Jetzt zu den Fragen: das ist völlig normal bei ABS... ... ... wenn Du mit (zuviel) Lüfter druckst. ABS wird ganz ohne Lüfter gedruckt - oder mit sowenig wie möglich, wenn man es unbedingt braucht (z.B. für Überhänge). Ansonsten passiert genau das: die Layer verbinden sich nicht richtig miteinander. Kann das bei Dir der Grund sein? Das sind immer noch ca. 6mm3/s - ich würde die Layer-Höhe noch auf 0,2 reduzieren, dann bist Du etwas weiter im grünen Bereich. Temperatur erhöhen geht ja nicht mehr weiter...

Ich hab die Erfahrung gemacht, das flexibles Material am besten mit so wenig Anpressdruck wie möglich befördert werden sollte. Ist er zu hoch, wird es zu einem Oval zusammengedrückt und steckt dann bald irgendwo fest. Du kannst das Material ja mal herausnehmen und nachmessen. Es muss natürlich noch mindestens soviel Federdruck vorhanden sein, das es überhaupt befördert wird... Alles andere steht ja schon weiter oben...

I have to report another working Olsson block. I'm sure the temp sensor had a "near death experience" - i threatened him with the replacement part - but finally it survived! One more quick question..: What about these "if you do not miss it, you do not need it" - ImPossiBiliuM coupler? I'm missing it... Any news from the test lab or even a "start of sale" date?

..und falls es so ähnlich aussieht, wie in diesem Thread hier: http://umforum.ultimaker.com/index.php?/topic/1558-ulticontroller-flaking-big-time/&do=findComment&comment=11186 ...dann ist es wohl ein hardware-seitiges Problem mit der Verdrahtung...

Mmmpff, das ergibt zwei dämliche Gegenfragen... welches Betriebssystem? und was startest Du da genau "aus dem Ordner heraus"...? Die Cura-Oberfläche ist ja ein Python-Programm, startet also via Python-Konsole. Ich benutze das bisher exclusiv unter Windows 7, da steht nach der Installation der korrekte Aufruf im Startmenü. "cura.bat" sollte auch funktionieren, "CuraEngine.exe" wäre falsch... Zu Linux oder Mac müsste jemand Anderes weiterhelfen....

Bonjour rigs, au contraire... tout est "open source", tout à fait démocratique... rien ne est perdu... mais David pas mis en œuvre toutes les... Ce est un point important, je comprends bien.

Ok, ich glaube, wir sollten erstmal abklopfen, ob wir von den gleichen Dingen reden... Einen "1plus" gibt es nicht, wir reden vom Ultimaker Original+ als DIY kit, richtig? Alle Teile sind Standard, so wie sie direkt von Ultimaker verkauft werden? Wenn Du sagst "auf der Page von Ultimaker gefunden" - dann reden wir von Cura, heruntergeladen von dieser Seite? In der Cura-Installation enthalten ist die jeweils aktuelle Firmware für den Ultimaker Original (UMO), den UMO mit Heated Bed kit (HBK) und den Ultimaker Original+ (UMOP). Alle jeweils in Varianten für single oder dual Extruder und für zwei verschiedene Baud-Raten (letzteres betrifft die USB-Verbindung). Das sind die Varianten, die ich meinte. (zu finden im Programm-Verzeichnis von Cura unter "../resources/firmware") Wenn meine Annahmen oben stimmen, wählst Du in Cura in den "Machine Settings" den "Ultimaker Original+" aus und installierst dann die Standard-Firmware (Machine -> Install default firmware...) - dann sollte das schonmal passen und das Problem kann woanders gesucht werden...

Bist Du sicher, dass es nicht nur die neueste Firmware ist, sondern auch die richtige Variante mit Unterstützung für den UltiController?

Well, the increased retraction amount on pause doesn't matter, 'cause you remove the material anyway. But on resume the same amount of retraction is reverted (by the plugin) and this compensates the "end-of-print" retraction. Simple but effective. BTW: this behavior of the change material wizard is not that bad. It prevents oozing pretty well...

Ich fürchte, das willst Du jetzt nicht hören, aber aus meiner Sicht sind beide Fragen mit "nein" zu beantworten... Vielleicht hatte der Monteur von Deinem Gerät einfach nur kräftige Hände... Die Schrauben für die hinteren Clips sind doch durchgesteckt und von unten mit Muttern verschraubt, oder hab ich das falsch in Erinnerung? Hast Du einen passenden Schraubenschlüssel dafür? Evtl. ist es einfacher, den Schraubenkopf festzuhalten und die Mutter zu drehen...?

AFAIK the "standard" change material wizard is used during the pause. It retracts the loaded filament 20mm (the same value as the "end-of-print-retraction"). The "pause at height" plugin has an option "Retraction amount". Just increase this value for your needs and it should work. For UltiGCode-Flavor this is a volumetric value (IMHO) - so you can use a value of approx. 130 (mm3) for 2.85mm filament. I think there is an additional "normal" retract too (4.5mm? - done by the plugin) - so eventually you have to increase the value even a bit further.

Ja klar funktioniert das gut, aber das Filament ist eben sehr "abrasiv" (im Vergleich zu normalem PLA). Deswegen wird halt geschaut nach: [*]auswechselbaren Düsen[*]­Edelstahl (weil das im Vergleich zum Messing etwas widerstandsfähiger sein soll)