dirkels

Er is inmiddels een verbeterde versie te vinden op de gihub van de maker: https://github.com/pmsimard/Cura/tree/SteamEngine/plugins Hier wordt de laag hoogte bij overgang gecompenseerd en wordt ook het een voor een printen van meerdere objecten ondersteund.

Ziet er goed uit, zie ook dat je het 'warmte' probleem aan de top onder controle hebt. Ben druk bezig om het onder/over extrusion probleem op te lossen. Denk de code af te hebben maar het is al laat dus het uitproberen doen ik morgen. :-)

Bleek uiteindelijk maar 1 bug te zijn, die van de M106, de andere kwam voort uit deze foute omschakel hoogte detectie. Het probleem treed overegens alleen op als je wilt omschakelen voor dat de fan op vol vermogen aan staat. Een versie waarin dit probleem is opgelost kun je hier vinden: https://dl.dropboxusercontent.com/u/92016243/swapAtZ.py Volgende stap is het aanpakken van de mogelijke over extrusion. :smile:

Ben bezig de plugin te testen en heb al een aantal bugs gevonden hoop spoedig een verbeterde versie te hebben. Gevonden problemen: Laatste laag current file en eerste laag swap file zitten op zelfde hoogte (5.1mm in mijn geval) dus nog erger dan ik al eerder aan gaf. M106 commando om de fan aan te zetten zit juiste detectie omschakel hoogte in de weg.

@pm_dude: Hope you don't mind me making suggestions for improvements. On the Dutch forum section there is interest to use this plugin to change layer height mid print. I foresee some problems when at the switch height both or one gcode files doesn't have a layer at that height. Like printing a 0.3mm layer only 0.1mm above the previous layer resulting in over extrusion. So I want to try to build in some warning when there is a mismatch of layer height. when switching.

Sorry voor de onduidelijke uitleg maar gelukkig waren er anderen die je verder hebben geholpen. Tijd dus om wat nieuwe onduidelijkheden te introduceren :wink: Bij verandering van laag hoogte is het van belang dat in beide Gcode bestanden (de huidige in Cura en de gene die je in plugin opgeeft) op de opgegeven hoogte een laag hebben. Als de overgang op de rode lijn in bovestaand plaatje zit zullen de lagen 1, 2, 3, 4a, 5a, 5b, 6b geprint worden. Het probleem is dat laag 4a 0.2 hoog is maar slechts 0.1 boven laag 3 geprint wordt wat zal leiden tot over extrution. Als de overgang op de groene lijn zit zal zonder problemen lagen 1, 2, 3, 4, 5b en 6b geprint worden. Bijkomen probleem is dat je rekening moet houden met een eerste layer hoogte die kan afwijken van van de standaard layer hoogte. Mijn advies is dus om de eerste layer hoogte gelijk te maken aan de standaard layer hoogte of slim te gebruiken om de layers op de gewenste overgangs hoogte gelijk te maken. In het rode lijn geval hierboven zou een eerste layer hoogte van 0.3mm er voor zorgen dat de overgang wel goed is. Mijn doel is de plugin te verbeteren zodat er op zijn minst een melding komt dat de overgang niet goed is of nog beter de extrution van de eerste laag na de overgang aan te passen zodat er geen over/onder extrution is. EDIT: De auteur is zich hier van bewust en er wordt gebroed op een oplossing in de richting van het verminderen van de extrution van laag 4a zodat de correcte hoeveelheid voor een 0.1mm laag is extruded.

Wat ik er tot nu toe van begrijp (heb alleen nog vluchtig naar de code gekeken) is dat je het object moet slice-en met setting B (layer hoogte 0.3 b.v.) en daar de gcode van opslaan. Dan slice je hem nog een keer met setting A (layer hoogte 0.1) en deze keer activeer je de plugin en geef je inderdaad het gcode bestand met setting B op. Met Swap start height geef je op op welke hoogte je van setting A naar setting B wilt omschakelen. Met Swap end height kun je opgeven op welke hoogte weer naar setting A terug gaat, als je deze op -1 laat staan wordt er nier meer terug geschakeld naar setting A en blijf je dus op setting B voor de rest van het object.

pm_dude is met een cura plugin begonnen (http://umforum.ultimaker.com/index.php?/topic/7290-new-plugin-swap-at-height/) die het zelfde kan doen, ik denk dat ik deze ga bekijken en mijn suggesties voor verbetering (indien nodig) aan hem ga doorgeven zodat er niet 20 verschillende plugins komen die het zelfde doen.

Quick calculation gives that you most likely still have the default 0.3mm bottom layer this gives 1 (0.3mm) + 20 ((1.5 - 0.3) / 0.06mm) = 21 layers as you saw. Note setting first layer height to 0.06m also requires a perfect calibration of the print bed for the first layer to stick well, with a first layer of 0.3mm this is much less a problem.

Heb een AWK scriptje gemaakt die 3 gcode files (zelfde object maar met verschillende setting) kan combineren tot 1. Van de eerste files wordt de eerste H1mm gebruikt, van de tweede de volgende H2mm en uit de derde de rest. Het grootste probleem is de relative E waarde dit kan afhankelijk van de verschillende settings een retraction achtige beweging of een over extrution beweging opleveren bij de overgang naar de volgende file als je simpel weg de drie delen samenvoegt zonder de E waardes in de tweede en derde files te compenseren. Mijn eerste proef object (small closed rose) kwam er goed uit met een mix van layer hoogtes van 0,3, 0.2 en 0.1. Moest even goed kijken om de overgang te vinden. Het script is nog niet perfect en wil er eigenlijk een python versie make zodat het niet alleen op een linux systeem te gebruiken is.

Slicing up multiple g-code files of the same object and merging them together is not as easy as it sound the extrusion value is relative to the previous extrusion movement (G1 command with E component). So when just putting 2 parts together your first extrusion movement could result in either a retraction or over extrusion. But still is a nice idea which I'm current exploring current have AWK script that can put 3 gcode files together as one. Been able to print a rose starting with a layer height of 0.3 then switching to 0.2 layer height and ending with 0.1 layer height without above mentioned extrusion problems.

Looking forward to seeing the message indicator on 1 and it's for a message that this little problem has been solved ;-)

Op zeer beperkte schaal doet Cura het al. De eerste laag kan een andere laag dikte hebben dan de andere lagen. ;-)

You can always join later, you (and other ultimaker crew) will be just as welcome :-)

Ik heb wel eens gehoord dat olijf olie zou helpen maar heb zelf geen ervaring hiermee. Andere tip die veel gezien heb is nat schuren maar weer geen eigen ervaring.

I'm using a PRINTinZ Printer Plate (http://printinz.com/printer-plates/) with PLA and need nothing else to hold a PLA print firmly down. printing a 11 cm long 4mm diameter tube standing upright (only the 4 mm circle touching the build plate) with just 40 degrees heat and no brim. Have no experience with ABS though as I print in my bedroom and like not to suffer from the fumes coming from an ABS print.

Had to read it twice but I get it now, 0.02 mm off 3mm filament going in means 3.2mm of 0.4 by 0.1 mm filament going out the nozzle.

Thanks for sharing :-)

@Lennart: looks nice, do have a link where we can find the design?

:-D You got my vote Woofy it makes perfect sense ;-) @Dim3nsioneer there is a difference between officially adopted and practically applied. But glad to learn they saw the light :-) On an other note: I always wondered why Americans who fought to free themselves from imperial rule still use the imperial measuring system while Canada, where Queen Elizabeth is still head of state, is a metric country, or at least they try, not easy with that bigger Imperial neighbor to the south.

Plan on being there too. After the show is over I need to check-in my Hotel and was planning on some Indian food so I estimate I could be there somewhere between 19:30 and 20:00.

The problem with especially the English is that the harder you try to force them the harder they resist ;-) So give them a little help (default scaling parameter) and they can find by them self from the rest of the GUI how wonderful the metric system is :-D

@Daid: As a possible quick fix for the Imperial problem in "PinkUnicorn", is an idea to add a default scaling factor parameter (default value 1), which our Imperial friends then change to the proper inch to mm scaling (0.03937 as gr5 pointed out). Gui would still show mm (or mm/s) everywhere but loaded inch models would be immediately be converted to the proper mm size.

http://umforum.ultimaker.com/index.php?/topic/6183-why-cura-so-slow/ Don't know if it covers everything you mention but have a look.

Just booked a night ferry and Hotel in London :-) Was wondering about tickets to the event it self. In advance it's 22.50 + 2.50 and on the day 25.00, sounds the same to me. So I think I just buy them on the day, that way if I need to change plans I save 25.00. Or is there an other reason for getting a ticket in advance?